text:
pm_device causes assertion error in sched.c with lis2dh

Describe the bug
When pm_power_state_force set to OFF, the idle thread tries to suspend sensors.
kernel/idle.c:
if (pm_system_suspend(_kernel.idle) == false) {
	k_cpu_idle();
}

But lis2dh has pm action handler that uses i2c bus.
Call sequence:

subsys/pm/pm.c: function pm_suspend_devices
subsys/pm/device.c: function pm_device_action_run
drivers/sensor/lis2dh/lis2dh.c: lis2dh_pm_action (lis2dh->hw_tf->write_reg)
drivers/sensor/lis2dh/lis2dh_i2c.c: lis2dh_i2c_write_reg

The i2c driver for nordic has semaphore inside to wait operation done:
drivers/i2c/i2c_nrfx_twi.c:
ret = k_sem_take(&(get_dev_data(dev)->completion_sync),
				 I2C_TRANSFER_TIMEOUT_MSEC);

Then function k_sem_take calls function z_pend_curr in sched.c.
This call sequence in sched.c causes assertion error:

z_pend_curr
pend
add_to_waitq_locked
z_priq_wait_add
z_priq_dumb_add (here error: __ASSERT_NO_MSG(!z_is_idle_thread_object(thread));)

To Reproduce
Steps to reproduce the behavior:
Set the configs:
CONFIG_I2C=y
CONFIG_SENSOR=y
CONFIG_PM=y
CONFIG_PM_DEVICE=y
CONFIG_LIS2DH=y

Call the pm_power_state_force(0, { PM_STATE_SOFT_OFF, 0, 0 }); from delayed work.
Expected behavior
Sensors and CPU halted without error.
Expected suspending sensors not from idle thread.
Probably, pm needs to be improved:

Suspend devices in separate thread/work
When devices suspended, switch to the idle thread

Logs and console output
[00:00:30.289,337] <inf> event_manager: e: power_down_event
[00:00:30.289,398] <inf> event_manager: e:module_state_event module:buttons state:STANDBY
ASSERTION FAIL [!z_is_idle_thread_object(thread)] @ WEST_TOPDIR/zephyr/kernel/sched.c:186
[00:00:30.336,364] <err> os: r0/a1:  0x00000004  r1/a2:  0x000000ba  r2/a3:  0x200007e0
[00:00:30.336,395] <err> os: r3/a4:  0x20000e20 r12/ip:  0x00000000 r14/lr:  0x0000d4d5
[00:00:30.336,395] <err> os:  xpsr:  0x61000000
[00:00:30.336,395] <err> os: Faulting instruction address (r15/pc): 0x0000efe6
[00:00:30.336,395] <err> os: >>> ZEPHYR FATAL ERROR 4: Kernel panic on CPU 0
[00:00:30.336,395] <err> os: Current thread: 0x200007e0 (unknown)

Environment (please complete the following information):

OS: Linux
Toolchain: gnuarmeabi
board: thingy52_nrf52832

The solution is really to make use of the device runtime PM framework. Right now, system suspends devices but it comes with limitations, see the note in https://docs.zephyrproject.org/latest/services/pm/device.html#device-power-management-operations.

As soon as a driver has device runtime PM enabled, system will actually ignore it. Drivers should be responsible to enable device runtime PM, so that they are left suspended after being initialized. However, I guess nothing prevents you to enable/disable it later  in the application side.

pinging @avisconti as well

Hitting this issue also, would be good to have a fix for it. Use case: sensors with irrecoverable errors or devices that need to maintain a very low sleep current/long read period

Note: if using CONFIG_PM_DEVICE_RUNTIME=y this problem should not occur anymore, since CONFIG_PM_DEVICE_RUNTIME_EXCLUSIVE will default yo y. Now drivers should be updated to make use of the PM device runtime APIs.

@gmarull Do you expect to fix this for the v3.2 release?

I'm afraid the only solution here is to implement runtime PM for that driver, the problem listed here is a known limitation.

authors: MaureenHelm gmarull lairdjm mbolivar-nordic volodyaleo


text:
ADC channels 8-12 not working on LPC55s6X

Describe the bug
On the LPCxpresso55s69 I am unable to use ADC channel 8-12. Channel 0-4 have no issues.
Channel 0-4 return correct values. Channel 8 only returns 0 or 1, and channel 9-12 result in a hardfault
To Reproduce
run the samples/drivers/adc example on an LPCxpresso55s69 board with all (at least channel 4 and 8) channels enabled.
Expected behavior
All channels to return min value when connected to ground or max value when connected to a value equal to the reference voltage
Impact
can't use one pin on the PCB
Environment (please complete the following information):

OS: Windows
Toolchain: sdk 0.14.2
Commit SHA or Version used: Zephyr 3.1

I think I solved it,
If I change line 198 in adc_mcux_lpadc.c
cmd_config.channelNumber = data->channel_id;
to
cmd_config.channelNumber = data->channel_id & 0b111;
and add a line bellow it to set the side:
cmd_config.sampleChannelMode = (data->channel_id & 8) ? kLPADC_SampleChannelSingleEndSideB : kLPADC_SampleChannelSingleEndSideA;
I get te expected result on channel 8

source: gharchive/issue

repo: zephyrproject-rtos/zephyr

license_type: permissive

license_source: github-api


text:
eventfd code will not build on arm-clang

The eventfd code depends on CONFIG_POLL, however various tests like tests/lib/fdtable/libraries.os.fdtable do enable CONFIG_POLL and this causes a compile error with arm-clang.
In practice eventfd should select CONFIG_POLL in Kconfig since it depends on it.

Fixed in upstream already, bug is for LTS (2.7) and any older releases that anyone cares about.
https://github.com/zephyrproject-rtos/zephyr/pull/57294


text:
Allow Rust alloc and userspace to coexist

There are some "special" challenges to getting the support for Rust memory allocation to work with CONFIG_USERSPACE in Zephyr. It has to do with an implicit assumption in the Rust compiler that global variables will be readable. In order to prevent their strict notions of the stable compiler from being violated, they create a global variable __rust_no_alloc_shim_is_unstable and read from it within the allocator. When code registers a global allocator to the Rust runtime, it inserts this symbol, which ends up in the .bss segment.
However, when CONFIG_USERSPACE is enabled in Zephyr, the .bss segment is not accessible, and only globals that are explicitly placed in a proper segment are accessible. Unfortunately, this symbol cannot be placed in an arbitrary segment, and as such, attempts to allocate in Rust from userspace result in a memory violation.
A simple consequence of this is that it means the combination of userspace and memory allocation can't be used together. Given that a lot of initial mechanism in the Rust bindings require allocation, this is fairly limiting.
When a majority of the application code on the system is written in Rust, having the memory protection provided by CONFIG_USERSPACE is arguably not that much value. But, this makes some aspects of developing Rust support difficult to test. For example, although it is possible to test support for syscalls in Rust, this code is unable to print messages, because the message printing currently requires allocation.
I'm not actually sure what the right fix is here. But I wanted to record this as an enhancement request as a place to point people to.

Chatting with some Rust devs, I think an easier at least initial solution imght be to just put the single symbol causing the problem into the rodata segment. Provided that rodata is readable from userspace, this is just a matter of declaring this variable as a const in a C file.
I agree that we probably need to think about partitions and such if we want to be able to use Rust code from userspace. Rust generally eschews global values, but if we do want them, we would need a mechanism to set their partitions. Likely this would involve setting partitions on declarations of values.
But, I would say that is beyond the scope of this ticket.

I assume you are aware of this discussion:
https://users.rust-lang.org/t/problem-with-external-global-static-linker-region/100081/6
Evidently we need to provide and instance of this symbol in a readable location - I'm not sure where the allocator implementation you are wielding comes from, but can it be modified to specify the section? If not it can surely be done with a gruesome linker script.
At any rate, I agree that userspace mode is out of scope for now

Investigating further, I think this might actually be a non-issue. It turns out my test wasn't inheriting permissions, so the userspace thread legitimately shouldn't have been able to access the resource.  However, to make this usable in userspace, we would need to provide interfaces for our primitives (and the higher level abstractions) to control the permissions.
I'll close this for now, until we decide this might be an issue.


text:
shell: fix shell_log_backend dependency

Fixed case when shell_log_backend.c was included even though
shell was disabled.
Signed-off-by: Krzysztof Chruscinski krzysztof.chruscinski@nordicsemi.no

fyi @jukkar this is the fix for your finding: https://github.com/zephyrproject-rtos/zephyr/pull/8816#issuecomment-423154552

Thanks for quick response, I will try this.

source: gharchive/pull-request

authors: jukkar nordic-krch


text:
boards: 96b_argonkey: upgrade documentation using official info

The 96Boards Argonkey mezzanine board has been officially
published on ST website:
https://www.st.com/en/evaluation-tools/steval-mki187v1.html
Update documentation with official picture and website info.
Signed-off-by: Armando Visconti armando.visconti@st.com

If accepted I guess this commit may be a candidate for 1.14 LTS version.


text:
include/ restructring and header cleanup

This is a major change folloing TSC F2F discussion:

Moved misc/* to sys/*
Moved all peripheral APIs into periph/
Moved headers into directory matching subsystem they provide APIs for
Other cleanup of private and internal APIs

All related to #16539

The TSC voted against moving the loose headers which are now in include/ into include/zephyr/.

We voted about phase 1 which is namespacing as mentioned in #12129: all zephyr headers will be included using a namespace, i.e. #include <zephyr/header.h>, #include <zephyr/subsystem/header.h>, etc.

all zephyr headers will be included using a namespace, i.e. #include <zephyr/header.h>, #include <zephyr/subsystem/header.h>, etc.

+100 to this great change, but where is it, I don't see it here?

all zephyr headers will be included using a namespace, i.e. #include <zephyr/header.h>, #include <zephyr/subsystem/header.h>, etc.

+100 to this great change, but where is it, I don't see it here?

This change proposal was dismissed.

This change proposal was dismissed.

Ah, but of course!

Moved all peripheral APIs into periph/

I'd ask we make this drivers/ instead.

Is there a script or something that can remove the shim headers?

kernel_version.h -> version.h?

toolchain.h -> toolchain/toolchain.h?

Is there a script or something that can remove the shim headers?

for i in git grep -l "This header file has moved"; do rm  $i; done
:)

tracing.h -> debug/tracing/tracing.h?

toolchain.h -> toolchain/toolchain.h?

yep, this actually should be private.

I'd ask we make this drivers/ instead.

But why? Peripherals and drivers are 2 different concepts, drivers just implement some internal functions which are consumed by periph subsystems (GPIO, I2C, etc.), and get exposed by periph subsystem public API. Mixing up internal drivers and public periph APIs (or more precisely, biasing that mix towards "drivers" instead of "public periph APIs") may get confusing.

It feels like we should have a kernel dir with things like syscall.h, app_memory, the stuff in private, maybe toss in sys_clock.h?

stats.h -> subsys/stats/stats.h

atomic.h & cache.h into arch/?

Do want to move linker/ under toolchain/ ?

^^
include /periph is coherent with the zephyr documentation (peripheral driver) and at last with usual MCU-world naming for MCU components like timers, serial controller etc.

kernel_version.h -> version.h?

we already have version.h
./build/zephyr/include/generated/version.h

authors: galak nashif nvlsianpu pfalcon


text:
Move to using DT_INST_

There are some possible conflicts with the old DT_<COMPAT>_<INSTANCE>_<PROP> defines, so deprecated them in favor of DT_INST_<INSTANCE>_<COMPAT>_<PROP>

+1 as long as the old deprecated defines still work while LTS is around :)

Why?  Are we saying that noting that is marked deprecated can be removed for 2 years?

I've grepped _0_LABEL and looked to things not looking like _0_is part of potential .
I've found following:
DT_GPIO_KEYS_BUTTON_0_LABEL (doc/guides/dts/index.rst, to be updated ?)
DT_MICROCHIP_ENC28J60_0_LABEL
DT_TI_TLV320DAC_0_LABEL
DT_NORDIC_NRF_CLOCK_0_LABEL

Shouldn't these be updated as well?

I'll take a look and handle in a follow up PR.

I'll take a look and handle in a follow up PR.

Cleaned up some missing conversions in #16831

+1 as long as the old deprecated defines still work while LTS is around :)

Why? Are we saying that noting that is marked deprecated can be removed for 2 years?

It seems like a small amount of code to maintain, for which a large amount of portability between LTS and later versions is gained. Having had to maintain out of tree applications myself, I think this is something our users would value.
Just my opinion.

It seems like a small amount of code to maintain, for which a large amount of portability between LTS and later versions is gained. Having had to maintain out of tree applications myself, I think this is something our users would value.
Just my opinion.

I understand the possible value towards LTS, and will see how much effort it is to maintain, but not making any claims about keeping it around.

I understand the possible value towards LTS, and will see how much effort it is to maintain, but not making any claims about keeping it around.

Understood. I'm making the rounds nagging people to consider portability between old and new applications in general right now :).

authors: galak mbolivar


text:
subsys: dfu: default progressive erase on Nordic

The instructions for samples/usb/dfu fail on Nordic platforms if the erase is not progressive.  Default to enable that on Nordic.
This allows samples/usb/dfu to work as described on Nordic platforms.

@pdunaj Are you fine with this patch?

Hi @nvlsianpu , we don't use this API so it should not affect us.

@de-nordic Any obstacles from the mcumgr side?

@de-nordic Any obstacles from the mcumgr side?
I do not think so.

The instructions for samples/usb/dfu fail on Nordic platforms if the erase is not progressive. Default to enable that on Nordic.
This allows samples/usb/dfu to work as described on Nordic platforms.

Why does it fail? It timeouts?

Why does it fail? It timeouts?

Probably, though the diagnostic is just "fails".  Fortunately the slack #usb message is still visible:
tirzah[27]$ dfu-util --alt 1 --download build/zephyr/zephyr.signed.bin
dfu-util 0.9
Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2016 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to http://sourceforge.net/p/dfu-util/tickets/
dfu-util: Invalid DFU suffix signature
dfu-util: A valid DFU suffix will be required in a future dfu-util release!!!
Opening DFU capable USB device...
ID 2fe3:0005
Run-time device DFU version 0110
Claiming USB DFU Runtime Interface...
Determining device status: state = appIDLE, status = 0
Device really in Runtime Mode, send DFU detach request...
Resetting USB...
Opening DFU USB Device...
Claiming USB DFU Interface...
Setting Alternate Setting #1 ...
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
DFU mode device DFU version 0110
Device returned transfer size 128
Copying data from PC to DFU device
Download    [                         ]   0%            0 bytesdfu-util: Error during download get_status
tirzah[28]$

Why does it fail? It timeouts?

Probably, though the diagnostic is just "fails". Fortunately the slack #usb message is still visible:
tirzah[27]$ dfu-util --alt 1 --download build/zephyr/zephyr.signed.bin
dfu-util 0.9
Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2016 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to http://sourceforge.net/p/dfu-util/tickets/
dfu-util: Invalid DFU suffix signature
dfu-util: A valid DFU suffix will be required in a future dfu-util release!!!
Opening DFU capable USB device...
ID 2fe3:0005
Run-time device DFU version 0110
Claiming USB DFU Runtime Interface...
Determining device status: state = appIDLE, status = 0
Device really in Runtime Mode, send DFU detach request...
Resetting USB...
Opening DFU USB Device...
Claiming USB DFU Interface...
Setting Alternate Setting #1 ...
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
DFU mode device DFU version 0110
Device returned transfer size 128
Copying data from PC to DFU device
Download    [                         ]   0%            0 bytesdfu-util: Error during download get_status
tirzah[28]$

--verbose does not give more info?

--verbose does not give more info?

You're welcome to try it and search for alternative approaches if you don't like this solution.  I was told this enabling progressive erase was required on Nordic, and since that wasn't documented or implemented anywhere obvious thought it was helpful to make it the default.

--verbose does not give more info?

I was told this enabling progressive erase was required on Nordic, and since that wasn't documented or implemented anywhere obvious thought it was helpful to make it the default.

@pabigot did they say this requirement is specific for USB DFU?  From experience with Zephyr 1.14.x BLE DFU progressive erase hasn't been a requirement.

@nixward If you have slack access see https://zephyrproject.slack.com/archives/CDUAL494Y/p1573846077137200 but that will become inaccessable in a few weeks.

I think I understand the concern: progressive erase is apparently not required when using DFU over BLE, only over USB.
If there's a real concern that this could cause a problem with BLE updates, please investigate.  If it is, we can address it by documentation, though it'll probably continue to bite people (because who reads documentation?).

I think I understand the concern: progressive erase is apparently not required when using DFU over BLE, only over USB.
If there's a real concern that this could cause a problem with BLE updates, please investigate. If it is, we can address it by documentation, though it'll probably continue to bite people (because who reads documentation?).

Progressive erase is used, as far as I can tell, with Ble and serial update with mcumgr lib.
Miguel (mlaz from Juul i think) is working on fixing broken mcumgrlib that uses progressive erase, maybe progressive erase should be set as default for flashing updates. Transfer without progressive erase takes longer, maybe the same thing happens here.

For reference @nvlsianpu PR for IMG_ERASE_PROGRESSIVELY
https://github.com/zephyrproject-rtos/zephyr/commit/dffcfd8c79552c7ca48f0ec4f32f06b183d5cd87#diff-c7dc166e32833e098bb451e68ecea3fd

@nvlsianpu @jfischer-phytec-iot @de-nordic do you concur with making this additionally depend on USB_DFU_CLASS?  The space savings for non-USB DFU would be 421 bytes of flash by my measurement.

@pabigot - sounds good

@nixward Updated to add USB DFU dependency.

@pabigot I'm not an expert in Kconfig but can this be a select instead of depends?  The new logic still implies the user can opt out of this option when SOC_FLASH_NRF && USB_DFU_CLASS when it seems they can't.

@pabigot I'm not an expert in Kconfig but can this be a select instead of depends? The new logic still implies the user can opt out of this option when SOC_FLASH_NRF && USB_DFU_CLASS when it seems they can't.

@nixward I don't understand your question.  There is no change to select/depend usage here, and I don't intend to make one.  The sole intent of this change is to ensure that a system that requires progressive erase to function enables it by default.  If a user chooses to override that default for some reason I don't see why we should prevent that.

@nixward For some cases user (even nRF user) might want disable progressive erase (especially while code partition is small, so erase time is below 5 seconds).

@nixward For some cases user (even nRF user) might want disable progressive erase (especially while code partition is small, so erase time is below 5 seconds).

@nvlsianpu agreed.  I have no problem with the opting in or out of progressive erase when the DFU will work either way.

The sole intent of this change is to ensure that a system that requires progressive erase to function enables it by default. If a user chooses to override that default for some reason I don't see why we should prevent that.

@pabigot the issue I see is we should be protecting the end user from selecting the following config if we know the DFU process will be broken:
CONFIG_SOC_FLASH_NRF=y
CONFIG_USB_DFU_CLASS=y
CONFIG_IMG_ERASE_PROGRESSIVELY=n

So CONFIG_IMG_ERASE_PROGRESSIVELY=y shouldn't just be the default if
CONFIG_SOC_FLASH_NRF=y and
CONFIG_USB_DFU_CLASS=y
it should be the only choice.
If the user chooses to modify Zephyr to override this it is their fault but it they think CONFIG_IMG_ERASE_PROGRESSIVELY=y is optional and choose CONFIG_IMG_ERASE_PROGRESSIVELY=n they'll see it as Zephyr's fault.
So from my understanding of Kconfig if your code change uses 'select' instead of 'default' then we will protect the Zephyr user from a potential DFU breaking config.

The sole intent of this change is to ensure that a system that requires progressive erase to function enables it by default. If a user chooses to override that default for some reason I don't see why we should prevent that.

the issue I see is we should be protecting the end user from selecting the following config if we know the DFU process will be broken:
CONFIG_SOC_FLASH_NRF=y
CONFIG_USB_DFU_CLASS=y
CONFIG_IMG_ERASE_PROGRESSIVELY=n

So CONFIG_IMG_ERASE_PROGRESSIVELY=y shouldn't just be the default if
CONFIG_SOC_FLASH_NRF=y and
CONFIG_USB_DFU_CLASS=y
it should be the only choice.

But in https://github.com/zephyrproject-rtos/zephyr/pull/20737#issuecomment-555931895 you seem to acknowledge that there are situations where disabling progressive erase with USB DFU is a reasonable thing to do.
So no, I do not think switching to select is correct here.

But in #20737 (comment) you seem to acknowledge that there are situations where disabling progressive erase with USB DFU is a reasonable thing to do.
So no, I do not think switching to select is correct here.

Yes I do think progressive erase should be an option for nRF BLE DFU (but not default).
I also think progressive erase should be the only option (enforced) for the nRF USB DFU.  The issue is the PR as it stands only makes progressive scan the default for the nRF USB DFU.  The user can still opt out (and wonder why the USB DFU now doesn't work) with CONFIG_IMG_ERASE_PROGRESSIVELY=n.
I think this can be achieved with the following change:
select y if SOC_FLASH_NRF && USB_DFU_CLASS

The user can still opt out (and wonder why the USB DFU now doesn't work) with CONFIG_IMG_ERASE_PROGRESSIVELY=n

Why should not the user be allowed to do it? Maybe one want to try it out for some reason. Power To The People!

Added dev-review since we are unable to reach agreement on how to proceed.  To discuss tomorrow.

The user can still opt out (and wonder why the USB DFU now doesn't work) with CONFIG_IMG_ERASE_PROGRESSIVELY=n

Why should not the user be allowed to do it? Maybe one want to try it out for some reason. Power To The People!

@jfischer-phytec-iot I don't disagree here, they have the source they can always remove this Kconfig line entirely and try it but I don't believe end users of Zephyr (myself included) that are possibly trying to reduce their image size need to trip into this hole.  This quite a potentially painful hole as well.  If a product is relying on USB DFU and a developer finds a menconf option to tweak the image size without checking that the USB DFU process still works, they will soon find that after the next DFU the DFU process is broken.
There is other logic used in Kconfig to stop users falling into holes, the symbol CONFIG_SOC_NRF52832_ALLOW_SPIM_DESPITE_PAN_58 for example.
At a minimum we should open an issue that nRF USB DFU doesn't work with CONFIG_IMG_ERASE_PROGRESSIVELY=n.  If it can be resolved then we can close the bug and remove the restriction.

I think this can be achieved with the following change:
select y if SOC_FLASH_NRF && USB_DFU_CLASS

That doesn't work, but I've replaced the original with an alternative that does force use of progressive erase on Nordic when using USB DFU.
I've re-requested reviews from everybody that had approved the old approach since this is not a drop-in replacement.

Looks good @pabigot, thanks!  I tested with subsys/usb/dfu and subsys/mgmt/mcumgr/smp_svr samples with the nrf52840_10056 board and the Kconfig logic you have coded works.

authors: de-nordic jfischer-phytec-iot nixward nvlsianpu pabigot pdunaj


text:
Add rx packet queing to TCP2

If we receive TCP data where sequence numbers are out-of-order, then queue them until we have received all the data or a timeout happens. Add also unit tests to test this.
Fixes #30364

ping @mniestroj

ping @mniestroj

Updated according to comments.

Updated according to comments.


text:
doc: ehl_crb: Update EHL CRB documentation

Update EHL CRB board documentation.

Could you add a bit better description to the commit message to answer the most important question "why?". Was something wrong with the old documentation, etc?

LGTM, we already supported uefi bootable method on x86_64 targets, so it's ok to update the doc to use uefi method, rather than old legacy bootable method.

Could you add a bit better description to the commit message to answer the most important question "why?". Was something wrong with the old documentation, etc?

Updated commit message.

authors: chen-png finikorg jhedberg


text:
Bluetooth: Mesh: Fix adv send end callback

Friend feature relies on start/end callbacks in advertising and
adv_legacy backend was missing a call to bt_mesh_adv_send_end().
adv->started flag was not cleared in bt_mesh_adv_send_end().
Signed-off-by: Michał Narajowski michal.narajowski@codecoup.pl

@LingaoM @trond-snekvik Unfortunately https://github.com/zephyrproject-rtos/zephyr/pull/38270 does not solve all the problems. adv_send_end() cannot be called in destructor function, because it's really not when adv is stopped. Friend will cache messages for LPN and does not destroy them after sending, it keeps them in cache in case it needs to retransmit the same message. So really, to get the Friend feature to work properly I had to add adv_send_end() right after adv_stop. Also, the flag was not cleared in stop.

This fixes MESH/NODE/FRND/FN/BV-16-C and MESH/NODE/FRND/FN/BV-22-C.

I'm think we can temporarily alloc buffer from adv.c when sending.
I'm meaning we can copy this, so that frnd->last will not interrupt adv end callback.

We can't call adv end cb multiple times, also adv flag will be clear when alloc buffer.

Can you point out how we would call adv end cb multiple times with this change?

I'm not saying this is 100% the right fix, but the friend is expecting start/end callbacks to be called as designed (so at start and end of adv) and the friend feature is implemented around that. And also that the same buffer can be sent multiple times and the start/end callbacks have to be called every time.

In friend_timeout function, every times to resending, will encrypted again, so we can alloc buffer from adv buffer poll before encryption. And send this out.

So that previous pr 38290 will be revert.

@trond-snekvik Any through to this?

Ok, I will try preparing a patch that will send a copy so that destroy will be called right after sending.

@michal-narajowski this can be closed, right? Superseeded by #38312

authors: LingaoM michal-narajowski trond-snekvik


text:
linker: update posix linker template, linker.ld

The function zephyr_linker_sources() states:

When placing into NOINIT, RWDATA, RODATA, ROM_START, the contents of
the files will be placed inside an output section, so assume the
section definition is already present.

However, in the posix linker.ld template the NOINIT, RWDATA, RODATA, and
ROM_START was not placed inside a pre-defined output section, which
means that linker scripts created for native_posix when
zephyr_linker_sources() is used are invalid
This result in the following failure:
/usr/bin/ld:zephyr/linker_zephyr_prebuilt.cmd:81: syntax error
collect2: error: ld returned 1 exit status

This PR fixes this issue be predefining output sections according to
the documented behavior.
Signed-off-by: Torsten Rasmussen Torsten.Rasmussen@nordicsemi.no

@trantanen FYI.


text:
MAINTAINERS: Add myself as infineon collaborator

Add myself as infineon collaborator.
Signed-off-by: Andriy Gelman andriy.gelman@gmail.com

@ifyall please review
@stephanosio can you add @ifyall to the GH org please?


text:
bluetooth: fixes shadow variables

This is an attempt to rename shadow variables found by enabling -Wshadow manually via twister. Note that this does not enable -Wshadow by default, and that requires more work to be done not only in tree but also in various modules.
This covers the bluetooth portion.
Relates to #5450

Renamed and removed variables according to latest comments.


text:
boards: em_starterkit: stop overriding GPIO_INIT_PRIORITY

Repro with west build -p -b em_starterkit_em11d  -T tests/drivers/build_all/gpio/drivers.gpio.build

This was introduced long time ago during a big priority refactoring, with the current priority changes it should not be necesary anymore, the current value is causing some build fail in the weekly test.
Fixes the following breakage:
$ west build -p -b em_starterkit_em11d -T tests/drivers/build_all/gpio/drivers.gpio.build
...
ERROR: /test/nct3807_alert_1 POST_KERNEL 52 51 < /test/gpio@deadbeef POST_KERNEL 70 47
ninja: build stopped: subcommand failed.

Thanks for the fix, but could you please provide some more details on how that gets in the way during your build test? Preferably with that information in both the PR and the commit comment.

Sure, done.

I don't believe there's a reason to have the GPIO init priority set difference from the default for this board so can probably be safely removed as proposed.
But, it is not clear to me why the priority can't be set to '70', or what problem this causes. Do you have an explanation or pointer? Also, I believe there are many boards setting the priority - shouldn't more boards be updated?

Updated to drop the last two overrides as well, thanks for pointing it out.

Thanks, at least the ARC boards are consistent now (there are many more boards defining the GPIO_INIT_PRIO...).

@abrodkin could you unblock? This is causing CI breakages in other PRs.

@abrodkin heya, sorry I'm going to dismiss and submit since this is blocking other PRs. If there's something pending reach out, I'll follow up separately.

authors: fabiobaltieri ruuddw


text:
hwmv2: Add definitions for the 64bit native_sim/posix boards as variants

For native_sim and native_posix add the 64 bit version definitions as board variants.
Follow up on https://github.com/zephyrproject-rtos/zephyr/pull/69034
After this PR users can build targeting native_sim//64 & native_posix//64 but tests are still using the old names.

Are we sure we want the 64bit to be a variant ?
and not the native SoC to have two variants, such as native and native_64.

Correct me if I'm wrong, but if we had two SOCs, don't we end up in a situation were a user cannot anymore build for just "native_sim" , but needs to specify "native_sim/native" as there is 2 SOCs and the build cannot chose one or the other by default?
(in any case, there did not seem to be any real benefit of having 2 SOCs as this is just selecting one kconfig setting)

Are we sure we want the 64bit to be a variant ?
and not the native SoC to have two variants, such as native and native_64.

Correct me if I'm wrong, but if we had two SOCs, don't we end up in a situation were a user cannot anymore build for just "native_sim" , but needs to specify "native_sim/native" as there is 2 SOCs and the build cannot chose one or the other by default?

Correct

Correct me if I'm wrong, but if we had two SOCs, don't we end up in a situation where a user cannot anymore build for just "native_sim" , but needs to specify "native_sim/native" as there is 2 SOCs and the build cannot chose one or the other by default?

Correct.
There are pros and cons on both, which was why it was posted as open question.

authors: aescolar nordicjm tejlmand


text:
docs: pm: Improve device power management overview

Improve device runtime power management and system device power management documentation.

Device runtime: Add information clarifying that this is a collaborative effort between different layers, device itself, subsystem and even application.
System managed device power management: Fix nomenclature and add examples when it is useful.

@kartben @JordanYates @tmleman would you mind take a look again ?
The only change is the @JordanYates suggestion in https://github.com/zephyrproject-rtos/zephyr/pull/70709#discussion_r1544009033

@JordanYates last time approval, please ?


text:
Revert "drivers/i2c: Make QMSI SS driver IRQs set via CONFIG_ options" to proceed with Sensor test case execution

This reverts commit 74d18355053af423d3a5d11e8b132a440813fccb.
All the I2C based sensor testcases are failing on ARC core
tracked with GH-7026. Reverting the commit, till we get proper fix.

Codecov Report

Merging #7122 into master will increase coverage by <.01%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master    #7122      +/-   ##
==========================================
+ Coverage   58.61%   58.61%   +<.01%
==========================================
  Files         464      464
  Lines       47440    47440
  Branches     8790     8790
==========================================
+ Hits        27808    27809       +1
  Misses      15798    15798
+ Partials     3834     3833       -1

Impacted Files
Coverage Δ

boards/posix/native_posix/timer_model.c
100% <0%> (+1.78%)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 2872473...7d1ea80. Read the comment docs.

#7132

Please do not merge this PR, till we get confirmation on #7132
In case, #7132 is accepted, i will close this PR.

authors: SavinayDharmappa codecov-io pswarnak


text:
boards: adafruit: add initial support for esp32s3 feather

This PR adds board support for the Adafruit Feather ESP32S3 development board. This is basically a copy of the Espressif ESP32-S3-DevKitC board, adapted to accommodate the board-specific features of the Adafruit board, i.e. pinout, feather connector, fuel gauge and on-board NeoPixel. There is an issue #68512 requesting support for this board.

Rebased on latest main and resized board image to please CI compliance checks.

@leonrinkel your name sounds familiar 😄

@leonrinkel Hi,
Is there any chance of also adding support for the Adafruit ESP32S3 TFT Feather (https://www.adafruit.com/product/5483)?
This board is identical to the Feather ESP32S3 but has a built-in ST7789 135x240 display that has TFT/I2C power controlled by a GPIO.
I’ve been using both boards with esp32s3_devkitc (and esp32s3_devkitm) and external ST7789 but haven’t been able to get the built-in display to work by turning on the TFT power using GPIO hog.

@zpm1066 I ordered one and will have a look once it arrives 👍

@leonrinkel Thank you. It's much appreciated.
I was using compatible = "regulator-fixed" instead of compatible = "power-domain-gpio" to enable power to the TFT Feather board, as in your feather_esp32s3 dts. I'll try again.

@leonrinkel
The morning, I revisited the Adafruit Feather / TFT Feather I2C STEMMA and TFT Feather on-board ST7789 implementation that I did back earlier in Feb. Updated to Zephyr 3.7.x.

Back in Feb, I got I2C STEMMA to work with both the Feather & TFT Feather boards but couldn’t get the on-board TFT ST7789 to work despite the driver init levels being correct for gpio-hogs_init , spi_esp32_init and st7789v_init.
With Zephyr 3.7, an OLED 128x64 hooked to the ESP32S3 TFT Feather’s I2C STEMMA works fine with my local board adafruit_esp32s3_tft_feather using gpio-hog on GPIO 21. The same board device tree also with a Feather ESP32S3 if I use SDA = GPIO3 / SCL = GPIO4 & gpio-hog on GPIO 7.
Something to note. For the above to work, in “&i2c0” dts overlay, I have ready-time-ms = <250>;  /* Min 210 */. The SSD1306 driver allows to set a delay in init using read-time-ms DT property. It is set to 10 ms by default.
I also setup a local device tree for Adafruit Feather ESP32S3 based on the definitions you setup for the board.
In order to get the board to work with OLED attached to the I2C STEMMA, I made the following changes.
adafruit_feather_esp32s3-pinctrl.dtsi:
uart0_default: uart0_default {
	group1 {
		pinmux = <UART0_TX_GPIO39>;
		output-high;
	};
	group2 {
		pinmux = <UART0_RX_GPIO38>;
		bias-pull-up;
	};
};

adafruit_feather_esp32s3_procpu.dts:
The following didn’t work
/*
 * On-board regulator powers I2C pull-ups and external devices connected
 * via the STEMMA QT connector.
 */
i2c_reg: i2c_reg {
	compatible = "power-domain-gpio";
	enable-gpios = <&gpio0 7 GPIO_ACTIVE_HIGH>;
};

However, replacing it with gpio-hog worked.
&gpio0 {
	status = "okay";
	i2c-tft-power {
		gpio-hog;
		gpios = <7 GPIO_ACTIVE_HIGH>;
		output-high;
	};
};

adafruit_feather_esp32s3_procpu.dts:
Setup board to output console & shell-mart to the board’s USB serial port.

chosen {
		zephyr,sram = &sram0;
		zephyr,console = &usb_serial;
		zephyr,shell-uart = &usb_serial;
		zephyr,flash = &flash0;
		zephyr,code-partition = &slot0_partition;
		zephyr,bt-hci = &esp32_bt_hci;
	};

...
...

&usb_serial {
	status = "okay";
};

Here is the board init sequence:

(.venv) quark11:ssd1306_cfb_custom_fonts_v3.7 quark11$ west build -b adafruit_feather_esp32s3/esp32s3/procpu -d build/adafruit_feather_esp32s3_procpu -t initlevels
-- west build: running target initlevels
[0/1] cd /Users/quark11/Documents/2024_zephyr_dev/ssd1306_cfb_cust...ild/adafruit_feather_esp32s3_procpu/zephyr/zephyr.elf --initlevel
EARLY
PRE_KERNEL_1
  __init___device_dts_ord_38: clock_control_esp32_init(__device_dts_ord_38)
  __init_statics_init_pre: statics_init(NULL)
  __init___device_dts_ord_9: gpio_esp32_init(__device_dts_ord_9)
  __init___device_dts_ord_76: gpio_esp32_init(__device_dts_ord_76)
  __init___device_dts_ord_61: uart_esp32_init(__device_dts_ord_61)
  __init___device_dts_ord_64: serial_esp32_usb_init(__device_dts_ord_64)
PRE_KERNEL_2
  __init_sys_clock_driver_init: sys_clock_driver_init(NULL)
POST_KERNEL
  __init_enable_logger: enable_logger(NULL)
  __init_malloc_prepare: malloc_prepare(NULL)
  __init_k_sys_work_q_init: k_sys_work_q_init(NULL)
  __init_gpio_hogs_init: gpio_hogs_init(NULL)
  __init___device_dts_ord_79: i2c_esp32_init(__device_dts_ord_79)
  __init___device_dts_ord_81: ssd1306_init(__device_dts_ord_81)
  __init_enable_shell_uart: enable_shell_uart(NULL)
APPLICATION
SMP

The Espressif Monitor output:
(.venv) quark11:adafruit_feather_esp32s3_procpu quark11$ west espressif monitor
Serial port /dev/cu.usbmodem14101
Connecting...
Detecting chip type... ESP32-S3
--- idf_monitor on /dev/cu.usbmodem14101 115200 ---
--- Quit: Ctrl+] | Menu: Ctrl+T | Help: Ctrl+T followed by Ctrl+H ---
ESP-ROM:esp32s3-20210327
Build:Mar 27 2021
rst:0x15 (USB_UART_CHIP_RESET),boot:0x8 (SPI_FAST_FLASH_BOOT)
Saved PC:0x40048df0
SPIWP:0xee
mode:DIO, clock div:2
load:0x3fc90684,len:0x2148
load:0x40374000,len:0xc664
0x40374000: _WindowOverflow4 at /Users/quark11/zephyrproject370/zephyr/arch/xtensa/core/window_vectors.S:56

SHA-256 comparison failed:
Calculated: c5e49accdc1602848b0a179beae579df8f310563cee58adab033cf043f7ec870
Expected: 0000000010180000000000000000000000000000000000000000000000000000
Attempting to boot anyway...
entry 0x4037aa58
0x4037aa58: __start at /Users/quark11/zephyrproject370/zephyr/soc/espressif/common/loader.c:229

I (77) boot: ESP Simple boot
I (77) boot: compile time Aug 13 2024 10:10:41
W (77) boot: Unicore bootloader
I (77) spi_flash: detected chip: generic
I (79) spi_flash: flash io: dio
W (82) spi_flash: Detected size(4096k) larger than the size in the binary image header(2048k). Using the size in the binary image header.
I (94) boot: chip revision: v0.1
I (97) boot.esp32s3: Boot SPI Speed : 40MHz
I (101) boot.esp32s3: SPI Mode       : DIO
I (104) boot.esp32s3: SPI Flash Size : 4MB
I (108) boot: Enabling RNG early entropy source...
[esp32s3] [INF] DRAM: lma 0x00000020 vma 0x3fc90684 len 0x2148   (8520)
[esp32s3] [INF] IRAM: lma 0x00002170 vma 0x40374000 len 0xc664   (50788)
0x40374000: _WindowOverflow4 at /Users/quark11/zephyrproject370/zephyr/arch/xtensa/core/window_vectors.S:56

[esp32s3] [INF] padd: lma 0x0000e7e8 vma 0x00000000 len 0x1810   (6160)
[esp32s3] [INF] IMAP: lma 0x00010000 vma 0x42000000 len 0x9c2c   (39980)
0x42000000: _stext at ??:?

[esp32s3] [INF] padd: lma 0x00019c34 vma 0x00000000 len 0x63c4   (25540)
[esp32s3] [INF] DMAP: lma 0x00020000 vma 0x3c010000 len 0x351c   (13596)
[esp32s3] [INF] Image with 6 segments
[esp32s3] [INF] DROM segment: paddr=00020000h, vaddr=3c010000h, size=03520h ( 13600) map
[esp32s3] [INF] IROM segment: paddr=00010000h, vaddr=42000000h, size=09C2Ah ( 39978) map

*** Booting Zephyr OS build v3.7.0-734-gc44abdf5b793 ***
[00:00:00.254,000] <inf> main: main_thread
[00:00:00.254,000] <dbg> cfb: cfb_framebuffer_init: number of fonts 2
[00:00:00.348,000] <inf> display: Index[0] font dimensions  5x8
[00:00:00.348,000] <inf> display: Index[1] font dimensions  8x8
[00:00:00.348,000] <inf> display: Selected font: index[3]
[00:00:00.348,000] <inf> display: x_res 128, y_res 64, ppt 8, rows 8, cols 128
[00:00:00.348,000] <inf> display: Zephyr v3.7.99

[00:00:00.348,000] <inf> display: adafruit_feather_esp32s3
uart:~$ device list
devices:
- rtc@60021000 (READY)
- gpio@60004800 (READY)
- gpio@60004000 (READY)
- uart@60000000 (READY)
- uart@60038000 (READY)
- i2c@60013000 (READY)
- ssd1306@3c (READY)
uart:~$

Next up - Revisit the TFT Feather on-board ST7789 implementation again.

@leonrinkel
Update regarding led_strip and fuel gauge MAX17048 on adafruit_feather_esp32s3. Also, works with my adafruit_esp32s3_tft_feather board.
Both worked fine once I used
&gpio0 {
	status = "okay";
	i2c-tft-power {
		gpio-hog;
		gpios = <7 GPIO_ACTIVE_HIGH>;
		output-high;
	};

	neopixel-power {
		gpio-hog;
		gpios = <21 GPIO_ACTIVE_HIGH>;
		output-high;
	};
};

I would like to use compatible = "power-domain-gpio" but I couldn't get it work.
Have you managed to get this compatible type to work with the  adafruit_feather_esp32s3? Thank you.

Ok I managed to get the TFT working and will extend this PR in the coming days. Now that I'm at it, I also got the PSRAM and reverse TFT variants to make sure they'll work too.

Ok I managed to get the TFT working and will extend this PR in the coming days. Now that I'm at it, I also got the PSRAM and reverse TFT variants to make sure they'll work too.

Wonderful! Thank you. I'm curious to see what I was doing incorrectly or missing when trying to use the on-board TFT.
btw - I have the 4MB Flash / 2MB PSRAM versions of  Feather ESP32S3, TFT, and a Reverse TFT.

@leonrinkel Were you able to test out the Adafruit Feather PSRAM and reverse TFT board variants?
Any chance of extending the PR in the next week or so? Thanks.

Rebased on latest main
Corrected some pin numbers that I previously got wrong
Added the TFT variant and overlay for the subsys/display/lvgl sample so it works with this board

I turn on the TFT backlight LED in board.c only if the display has been configured, i.e. if the DTS node has status okay. I thought that might be neat, but not sure if this is the proper way.

Reformatted board.c and commit message to please CI checks.

@leonrinkel Thank you.
In the Feather TFT variant, pins 39 and 40 are using gpio1
		dc-gpios = <&gpio1 39 GPIO_ACTIVE_HIGH>;
		reset-gpios = <&gpio1 40 GPIO_ACTIVE_LOW>;

What prompted the use of gpio1, as Adafruit docs for the pinouts have these as GPIO39 and GPIO40?
My Feather TFT didn't work because pins 39 & 40 were using gpio0. Once changed these to be on gpio1, the display came up fine.

@zpm1066 The ESP32-S3 has two GPIO controllers gpio0 for pins 0 through 31 and gpio1 for the remaining pins 32 to 53.
https://github.com/zephyrproject-rtos/zephyr/blob/7cf124b4a96414dcf72eb564e700e8d3a895f222/dts/xtensa/espressif/esp32s3/esp32s3_common.dtsi#L227-L250

@leonrinkel Got it! Thanks.
OK, like the Nordic nRF SoCs.

A question on the lvgl sample, Is there a quick way to invert the display, i.e. white text on a black background? Thanks.

@leonrinkel For completeness, Do you mind extending the PR to include the Adafruit Reverse Feather TFT varant as well? Thanks.

@leonrinkel any updates on this?

If the owner has gone MIA I will happily fork and take over finishing touches to get this landed.

Sorry will do the requested changes right now

Just playing devil's advocate here, why didn't you implement this as a single board with multiple variants rather than 2 boards?

From what I read here it seems like the variant qualifier is intended for build variants (e.g. secure/non-secure) rather than board variants. Whereas this is multiple boards, each with their own revision/variant/etc.

authors: cujomalainey kartben leonrinkel raveious uLipe zpm1066


text:
Fixed coverity issues

Fixes: #7720
Fixes: #7730
Coverity-CID: 186041
Coverity-CID: 186057

Codecov Report

Merging #7746 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master    #7746   +/-   ##
=======================================
  Coverage   55.01%   55.01%
=======================================
  Files         483      483
  Lines       53952    53952
  Branches    10495    10495
=======================================
  Hits        29682    29682
  Misses      19984    19984
  Partials     4286     4286

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update b1e06f2...50ac65a. Read the comment docs.


text:
fs: Fix fs_unmount while mountpoint is busy.

Fixes fs_unmount when IO is potentially ongoing in a different thread. By using an use counter on the mountpoint we can prevent any thread from unmounting while busy. The fs_unmount adds -EBUSY as return value to reflect this case.

Do you try to address the issue https://github.com/zephyrproject-rtos/zephyr/issues/73501 ?

Do you try to address the issue #73501 ?

Yeah, but in hindsight there are a few corner cases. Especially the file systems that have no close()/closedir() implementation. The test framework brings up this issue.
Is it worth to continue going in this direction or do you see another better way fixing this issue ?

Actually to know whether system has the call or not you have to call it.
Generally it is  just good practice to have every open paired with close, and that is it.

Hi @bas-archembedded, any progress here?

This probably needs more work and becomes tedious in the USB 'forced' removal case. Any thoughts about this ?

This probably needs more work and becomes tedious in the USB 'forced' removal case. Any thoughts about this ?

First focus on the support for internal process, so avoidance of unmounting something that is used by other process, and lets have this done.
We can not process forced removal without knowing it has happened, and forced removal will not call umount until the forced removal has already been done - so that means w have to have some proposal with subsystems with forced removal to inform VFS that it happened and policy towards them when they now have to call something forcing removal of the mount point regardless of counters or usage.
If you want to have proposal for that take a look look at how SD cards react, in Zephyr, to gather some info on how thinks are happening, so that you could fit the idea within how the system works, but not in this PR.

authors: bas-archembedded de-nordic


text:
Adds example of opt-in token migration strategy

This is a modified version of the upgradeability_using_custom_eternal_storage project.

Related to https://github.com/zeppelinos/labs/issues/19

Thanks @adklempner !! :+1:

authors: adklempner maraoz

repo: zeppelinos/labs

license: MIT


text:
broken tlog/tlogserver/server test

make testcgo fails from time to time locally(adds-etcdconfig and master branch) and on Travis (adds-etcdconfig branch so far?) for github.com/zero-os/0-Disk/tlog/tlogserver/server
output is a bit lengthy so linking the raw output file: https://pastebin.com/GiaJ8zfw
the test errors out with (line 1007):
panic: test timed out after 5m0s

duplicate of #275

authors: chrisvdg iwanbk

license_source: bigquery


text:
Fix rendering for empty arrays and empty objects

At the moment empty arrays and objects are not rendered. This can cause errors, when copying the json and trying to use it somewhere else.

added code to render valid brackets
updated App.svelte test1 json to include empty object, array, string, null and undefined. Those were added to the top and the nth level of json.

current main:

fix branch:

That's a good catch! Could you kindly remove package-lock.json from your commit before I merge? Thanks!

updated

Thanks for your contribution 🙏

authors: rlisowski-maystreet zerodevx

repo: zerodevx/svelte-json-view

license: ISC


text:
Add read time on posts

Adding an option to display the read time on a post.
[params]
  ...
  showReadTimeOnPosts = true

Feel free to tweak this if you aren't a massive fan of the design. I'm open to others opinions.

repo: zerostaticthemes/hugo-winston-theme


text:
Format issue with mysql '@totleCount :=' syntax

SELECT
@totleCount := (
select
count(*)
FROM
xl_exercise
WHERE
read_article_id = #{articleId}
)
formatted to
SELECT
@totleCount: = (
select
count(*)
FROM
xl_exercise
WHERE
read_article_id = #{articleId}
)

Closing this, as currently no MySQL support.
See the "Add MySQL support" issue: #72

Closing this, as currently no MySQL support.
See the "Add MySQL support" issue: #72

authors: nene wangzhengbo

repo: zeroturnaround/sql-formatter

license: mit


text:
need to bump to latest jna and zt-exec

issues on win2016 server after latest patches:
java.lang.UnsatisfiedLinkError: C:\Users\Administrator\AppData\Local\Temp\jna-146731693\jna5340145331185949059.dll: Can't find dependent librariesat java.lang.ClassLoader$NativeLibrary.load(Native Method) ~[?:1.8.0_265]at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1934) ~[?:1.8.0_265]at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1817) ~[?:1.8.0_265]at java.lang.Runtime.load0(Runtime.java:810) ~[?:1.8.0_265]at java.lang.System.load(System.java:1088) ~[?:1.8.0_265]at com.sun.jna.Native.loadNativeDispatchLibraryFromClasspath(Native.java:851) ~[lucidworks-agent.jar:?]at com.sun.jna.Native.loadNativeDispatchLibrary(Native.java:826) ~[lucidworks-agent.jar:?]at com.sun.jna.Native.<clinit>(Native.java:140) ~[lucidworks-agent.jar:?]at com.sun.jna.Pointer.<clinit>(Pointer.java:41) ~[lucidworks-agent.jar:?]at com.sun.jna.PointerType.<init>(PointerType.java:25) ~[lucidworks-agent.jar:?]at org.zeroturnaround.process.win.W32API$HANDLE.<init>(W32API.java:49) ~[lucidworks-agent.jar:?]at org.zeroturnaround.process.win.W32API$3.<init>(W32API.java:59) ~[lucidworks-agent.jar:?]at org.zeroturnaround.process.win.W32API.<clinit>(W32API.java:59) ~[lucidworks-agent.jar:?]at org.zeroturnaround.process.win.Kernel32.<clinit>(Kernel32.java:5) ~[lucidworks-agent.jar:?]at org.zeroturnaround.process.PidUtil.getPidFromHandle(PidUtil.java:156) ~[lucidworks-agent.jar:?]at org.zeroturnaround.process.PidUtil.getPidFromWin32Process(PidUtil.java:146) ~[lucidworks-agent.jar:?]at org.zeroturnaround.process.PidUtil.doGetPid(PidUtil.java:113) ~[lucidworks-agent.jar:?]at org.zeroturnaround.process.PidUtil.getPid(PidUtil.java:97) ~[lucidworks-agent.jar:?]

It seems that this issue could be closed.
It was addressed in https://github.com/zeroturnaround/zt-process-killer/pull/23 but not currently released.

authors: mdaloia nddipiazza

repo: zeroturnaround/zt-process-killer


text:
Investigate hardhat-foundry plugin

https://hardhat.org/hardhat-runner/plugins/nomicfoundation-hardhat-foundry

The only problem with this plugin is that it makes Foundry a required dependency when you run Hardhat: it will fail if you don't have Foundry installed. Which is why I decided to disable it in the template.

authors: fadeev skosito

repo: zeta-chain/protocol-contracts


text:
fix: Doc/07-LuaFunctions_*.md small style problem.

Fix code backquote problem.

Thank you !

authors: tsuyoshicho zetamatta

repo: zetamatta/nyagos


text:
Doctrine Adapter link does not show in Dashboard

i installed zf-apigility-doctrine using the latest apigility skeleton and when i visit the url: http://localhost:8888/apigility/ui#/
this is the output, no doctrine adapter menu is available.

application.config.php
'modules' => array(
    'Application',
    'ZF\DevelopmentMode',
    'ZF\Apigility',
    'ZF\Apigility\Provider',
    'ZF\Apigility\Documentation',
    'AssetManager',
    'ZF\ApiProblem',
    'ZF\Configuration',
    'ZF\MvcAuth',
    'ZF\OAuth2',
    'ZF\Hal',
    'ZF\ContentNegotiation',
    'ZF\ContentValidation',
    'ZF\Rest',
    'ZF\Rpc',
    'ZF\Versioning',
    'Phpro\DoctrineHydrationModule',
    'ZF\Apigility\Doctrine\Server',
),

development.config.php
'modules' => array(
    'ZFTool',
    'ZF\Apigility\Admin',
    'ZF\Apigility\Welcome',
    'ZF\Apigility\Doctrine\Admin',
),

composer.json
"require": {
    "php": ">=5.3.23",
    "zendframework/zendframework": ">=2.3.2,<3.0.0",
    "zfcampus/zf-apigility": "~1.0",
    "zfcampus/zf-apigility-documentation": "~1.0",
    "zfcampus/zf-development-mode": "~2.0",
    "zfcampus/zf-apigility-doctrine": "dev-master"
},
"require-dev": {
    "zendframework/zftool": "dev-master",
    "zendframework/zend-developer-tools": "dev-master",
    "zfcampus/zf-apigility-admin": "~1.0",
    "zfcampus/zf-apigility-welcome": "~1.0",
    "zfcampus/zf-deploy": "~1.0"
}

We are working on it in the new UI, see PR https://github.com/zfcampus/zf-apigility-admin-ui/pull/15

authors: canetech ezimuel

repo: zfcampus/zf-apigility-admin-ui


text:
3D CNN

Could this repository add a new feature that can draw 3D CNN architecture?

If you can prove that this is a frequently desired figure type, I'm willing to review a PR.

3D CNN is frequently used in the medical image process. For instance, MRI, CT images are all 3D images that have three dimensions. There are also some papers using 3D CNN to do video classification which treat the time dimension as the third dimension!

Could you point to example 3D CNN diagrams?

Maybe like the one with 3D ShapeNets: A Deep Representation for Volumatric Shapes?
https://people.csail.mit.edu/khosla/papers/cvpr2015_wu.pdf

authors: Boyden WinnieLaugh michaelklachko zfrenchee

repo: zfrenchee/NN-SVG


text:
动态报表查询中的数据权限

版本号：
V2.1.3
问题描述：
jeecgboot在online模块进行了封装，动态报表查询，怎样实现数据权限。在jeecg中可以通过修改CgReportController，在查询时候进行数据拦截，来实现数据权限。但是boot版本查询请求直接到封装的jar包。感谢大佬指点
截图&代码：
友情提示： 未按格式要求发帖，会直接删掉。

下个版本实现这功能

authors: mysuplover zhangdaiscott

repo: zhangdaiscott/jeecg-boot


text:
How to scale cosine learning rate for small batchsize

When training ResNet on ImageNet, the GluonCV uses a batchsize of 128x8GPUs with cosine learning rate. Do you have any suggestion to scale learning rate when using a small batchsize? I tried directly scaling down learning rate by the ratio of batchsize but it did not work very well.
Thanks.

GluonCV use fp16 training, 128 batch size per gpu. You can use smaller batch size, but should be at least 256 for total mini-batch size to reproduce compatible performance.


text:
memory leak in boxlist_iou?

I found out that memory leak may happen in box_list_iou (https://github.com/zhangxiaosong18/FreeAnchor/blob/master/maskrcnn_benchmark/modeling/rpn/free_anchor_loss.py#L108)
when it processes large number of ground truth, of course the gpu memory grows up. but it never frees the memory it holds.
turning to cpu mode is a workaround but very slow.

I set batch size to 32, if i turn box_list_iou into cpu mode, gpu memory consumption is only 6GB for each of two gpus, but when turning box_list_iou into gpu mode, it would grow up and finally out of memory.

as the suggestion from other posts, I add torch.cuda.empty_cache() after each iteration and it works without OOM.
so maybe the problem is not the memory leak.


text:
clip plugin

Would like to ask if i can get the square image before it transform to circle using clip plugin? is is possible?
or can i add something like overlay circle in the canvas for avatar purposes? tia

if i can get the square image before it transform to circle using clip plugin?

Do you mean that what users see is square image but output is cliped? I think that's against the "what you see is what you get" principle.

add something like overlay circle in the canvas

Do you mean something like this:

If so, maybe you should try vue-croppie. It has a different way for user interaction, a more traditional way that many people are familiar with.

yes, something like that, but i still need to save the original image or what i need is just a overlay placeholder which is the circle. but will take a look vue-croppie
or change my approach. thanks man.

I'm closing this. Feel free to reopen.

authors: bhritch zhanziyang

repo: zhanziyang/vue-croppa

license: isc


text:
🛑 ZY is down

In b10e3bc, ZY (https://ziyuan.baidu.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ZY is back up in ef735dc.

repo: zhaodylan/uptime-ziyuan


text:
xf1223061663@126.com

halo2.19.0 主题0.8
之前2.16.0的时候，可以不关联文章，只填写外链。现在是强行绑定文章，如果文章删干净了，直接报错。

halo的bug，非主题问题

repo: zhheo/halo-theme-heolink


text:
why short reset pin with a GPIO pin?

I dont understand why connect reset pin (P0.18/RESET) to P0.14 and P0.16. These 3 GPIO are completely shorted together.
If I change the schematic and free them up, can I use they 3 pins as GPIO without short P0.18/RESET to any other pin?

there is no other way to get the reset pin out from under the chip.

there is no other way to get the reset pin out from under the chip.

soga! So, in fact I dont need a high voltage on  (P0.18/RESET) when this Soc starting up?

no, the reset pin has an internal pullup on nRF chips.

I see, thanks a lot.

authors: DoudouMee zhiayang

repo: zhiayang/mikoto


text:
🛑 腾讯云 COS 节点 is down

In cc7a07f, 腾讯云 COS 节点 (https://lisz.ink) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 腾讯云 COS 节点 is back up in 3c6c7f8.

repo: zhonger/upptime


text:
🛑 筑波大 Tsukuba 节点 is down

In ac85b04, 筑波大 Tsukuba 节点 (https://www.u.tsukuba.ac.jp/~s2036012/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 筑波大 Tsukuba 节点 is back up in dc81fad after 36 minutes.


text:
is there a handler for onDisconnect wifi connections?

i need to execute a function when wifi connections disconnect..

@jhonoryza Hi have you found a solution yet or still waiting

Hey @jhonoryza you can just add your function in WiFiManager.cpp file
if (connectWifi(_ssid, _pass) != WL_CONNECTED) {
DEBUG_WM(F("Failed to connect."));
your Function()
}
But make sure every time wifi connectivity has gone, your function will be executed. So over there you have to design your handler own.

authors: DevSpur jhonoryza karan6190


text:
🛑 API - core - forms/1 is down

In 2275e62, API - core - forms/1 (https://community.ibm.com/zsystems/api/core/forms/1) was down:

HTTP code: 502
Response time: 1154 ms

Resolved: API - core - forms/1 is back up in f6ab948 after 20 minutes.

repo: zhujunyong/upptime


text:
Removal of Consistency Loss

I realised that since the update to include DepthAnything, u removed the consistency loss in the code. Are there any particular reason why ?

This loss is used to ensure the consistency among patches. When we use m1 mode, it would be necessary to add this loss to get a satisfactory result (without fluctions among patches as shown in Fig.3. Note that Fig.3 is from the Fine branch. The result from the Fusion model is much better but still faces a similar problem).
However, compared with the consistency-aware inference strategy, the effectiveness of consistency loss is not so impressive. As shown in Tab.2, we can simply adopt a bit more patches (m1 -> m2 mode) and gain huge improvement in consistecy error.
Another reason is that we need to tune the loss weight carefully for both improvement of standard and consistency metrics. I don't have enough time to do this now.
For reproducing, people can git checkout 2d87adc9 to get more details about consistency loss. It would be good if the community would like to adopt that to the current codebase and search for parameters.

repo: zhyever/PatchFusion


text:
[Device Support Request] Schneider Electric Wiser CCT5010-0002W dimmer module

Problem description
By default this dimmer module has a quite low range for dimming light (minimum brightness is quite high and brightness is roughly the same between 50% to 100%).
When paired to the Wiser gateway and the Wiser app, the following 3 configuration settings are proposed:

Minimum brightness
Maximum brightness
Mode: RC LED (default) or RL LED

The 2 first ones allow to adjust the range of brightness to get a better behavior.
When paired with ZHA, these settings are not available, therefore the default values are used that lead to the default behavior described above when used with HA.
Solution description
Implement the same configuration settings as the Wiser system in order to be able to adjust the range of brightness (and set the kind of LED):

Minimum brightness
Maximum brightness
Mode: RC LED (default) or RL LED

Screenshots/Video
Screenshots/Video
[Paste/upload your media here]

Device signature
Device signature
{
"node_descriptor": "NodeDescriptor(logical_type=<LogicalType.Router: 1>, complex_descriptor_available=0, user_descriptor_available=0, reserved=0, aps_flags=0, frequency_band=<FrequencyBand.Freq2400MHz: 8>, mac_capability_flags=<MACCapabilityFlags.FullFunctionDevice|MainsPowered|RxOnWhenIdle|AllocateAddress: 142>, manufacturer_code=4190, maximum_buffer_size=82, maximum_incoming_transfer_size=82, server_mask=11264, maximum_outgoing_transfer_size=82, descriptor_capability_field=<DescriptorCapability.NONE: 0>, *allocate_address=True, *is_alternate_pan_coordinator=False, *is_coordinator=False, *is_end_device=False, *is_full_function_device=True, *is_mains_powered=True, *is_receiver_on_when_idle=True, *is_router=True, *is_security_capable=False)",
"endpoints": {
"3": {
"profile_id": "0x0104",
"device_type": "0x0101",
"input_clusters": [
"0x0000",
"0x0003",
"0x0004",
"0x0005",
"0x0006",
"0x0008",
"0x0301",
"0x0b05"
],
"output_clusters": [
"0x0019"
]
},
"242": {
"profile_id": "0xa1e0",
"device_type": "0x0061",
"input_clusters": [],
"output_clusters": [
"0x0021"
]
}
},
"manufacturer": "Schneider Electric",
"model": "PUCK/DIMMER/1",
"class": "zigpy.device.Device"
}

Diagnostic information
Diagnostic information
{
"home_assistant": {
"installation_type": "Home Assistant OS",
"version": "2023.11.3",
"dev": false,
"hassio": true,
"virtualenv": false,
"python_version": "3.11.6",
"docker": true,
"arch": "aarch64",
"timezone": "Europe/Paris",
"os_name": "Linux",
"os_version": "6.1.21-v8",
"supervisor": "2023.11.6",
"host_os": "Home Assistant OS 11.1",
"docker_version": "24.0.6",
"chassis": "embedded",
"run_as_root": true
},
"custom_components": {
"hacs": {
"version": "1.33.0",
"requirements": [
"aiogithubapi>=22.10.1"
]
}
},
"integration_manifest": {
"domain": "zha",
"name": "Zigbee Home Automation",
"after_dependencies": [
"onboarding",
"usb"
],
"codeowners": [
"@dmulcahey",
"@adminiuga",
"@puddly"
],
"config_flow": true,
"dependencies": [
"file_upload"
],
"documentation": "https://www.home-assistant.io/integrations/zha",
"iot_class": "local_polling",
"loggers": [
"aiosqlite",
"bellows",
"crccheck",
"pure_pcapy3",
"zhaquirks",
"zigpy",
"zigpy_deconz",
"zigpy_xbee",
"zigpy_zigate",
"zigpy_znp",
"universal_silabs_flasher"
],
"requirements": [
"bellows==0.36.8",
"pyserial==3.5",
"pyserial-asyncio==0.6",
"zha-quirks==0.0.106",
"zigpy-deconz==0.21.1",
"zigpy==0.59.0",
"zigpy-xbee==0.19.0",
"zigpy-zigate==0.11.0",
"zigpy-znp==0.11.6",
"universal-silabs-flasher==0.0.14",
"pyserial-asyncio-fast==0.11"
],
"usb": [
{
"vid": "10C4",
"pid": "EA60",
"description": "2652",
"known_devices": [
"slae.sh cc2652rb stick"
]
},
{
"vid": "1A86",
"pid": "55D4",
"description": "sonoffplus*",
"known_devices": [
"sonoff zigbee dongle plus v2"
]
},
{
"vid": "10C4",
"pid": "EA60",
"description": "sonoffplus*",
"known_devices": [
"sonoff zigbee dongle plus"
]
},
{
"vid": "10C4",
"pid": "EA60",
"description": "tubeszb",
"known_devices": [
"TubesZB Coordinator"
]
},
{
"vid": "1A86",
"pid": "7523",
"description": "tubeszb",
"known_devices": [
"TubesZB Coordinator"
]
},
{
"vid": "1A86",
"pid": "7523",
"description": "zigstar",
"known_devices": [
"ZigStar Coordinators"
]
},
{
"vid": "1CF1",
"pid": "0030",
"description": "conbee",
"known_devices": [
"Conbee II"
]
},
{
"vid": "10C4",
"pid": "8A2A",
"description": "zigbee",
"known_devices": [
"Nortek HUSBZB-1"
]
},
{
"vid": "0403",
"pid": "6015",
"description": "zigate",
"known_devices": [
"ZiGate+"
]
},
{
"vid": "10C4",
"pid": "EA60",
"description": "zigate",
"known_devices": [
"ZiGate"
]
},
{
"vid": "10C4",
"pid": "8B34",
"description": "bv 2010/10",
"known_devices": [
"Bitron Video AV2010/10"
]
}
],
"zeroconf": [
{
"type": "_esphomelib._tcp.local.",
"name": "tube*"
},
{
"type": "_zigate-zigbee-gateway._tcp.local.",
"name": "zigate"
},
{
"type": "_zigstar_gw._tcp.local.",
"name": "zigstar"
},
{
"type": "_uzg-01._tcp.local.",
"name": "uzg-01*"
},
{
"type": "_slzb-06._tcp.local.",
"name": "slzb-06*"
}
],
"is_built_in": true
},
"data": {
"ieee": "REDACTED",
"nwk": 25053,
"manufacturer": "Schneider Electric",
"model": "PUCK/DIMMER/1",
"name": "Schneider Electric PUCK/DIMMER/1",
"quirk_applied": false,
"quirk_class": "zigpy.device.Device",
"quirk_id": null,
"manufacturer_code": 4190,
"power_source": "Mains",
"lqi": 200,
"rssi": -50,
"last_seen": "2023-12-03T12:15:04",
"available": true,
"device_type": "Router",
"signature": {
"node_descriptor": "NodeDescriptor(logical_type=<LogicalType.Router: 1>, complex_descriptor_available=0, user_descriptor_available=0, reserved=0, aps_flags=0, frequency_band=<FrequencyBand.Freq2400MHz: 8>, mac_capability_flags=<MACCapabilityFlags.FullFunctionDevice|MainsPowered|RxOnWhenIdle|AllocateAddress: 142>, manufacturer_code=4190, maximum_buffer_size=82, maximum_incoming_transfer_size=82, server_mask=11264, maximum_outgoing_transfer_size=82, descriptor_capability_field=<DescriptorCapability.NONE: 0>, *allocate_address=True, *is_alternate_pan_coordinator=False, *is_coordinator=False, *is_end_device=False, *is_full_function_device=True, *is_mains_powered=True, *is_receiver_on_when_idle=True, *is_router=True, *is_security_capable=False)",
"endpoints": {
"3": {
"profile_id": "0x0104",
"device_type": "0x0101",
"input_clusters": [
"0x0000",
"0x0003",
"0x0004",
"0x0005",
"0x0006",
"0x0008",
"0x0301",
"0x0b05"
],
"output_clusters": [
"0x0019"
]
},
"242": {
"profile_id": "0xa1e0",
"device_type": "0x0061",
"input_clusters": [],
"output_clusters": [
"0x0021"
]
}
},
"manufacturer": "Schneider Electric",
"model": "PUCK/DIMMER/1"
},
"active_coordinator": false,
"entities": [
{
"entity_id": "button.schneider_electric_puck_dimmer_1_identifier",
"name": "Schneider Electric PUCK/DIMMER/1"
},
{
"entity_id": "light.schneider_electric_puck_dimmer_1_lumiere",
"name": "Schneider Electric PUCK/DIMMER/1"
},
{
"entity_id": "number.schneider_electric_puck_dimmer_1_on_level",
"name": "Schneider Electric PUCK/DIMMER/1"
},
{
"entity_id": "number.schneider_electric_puck_dimmer_1_start_up_current_level",
"name": "Schneider Electric PUCK/DIMMER/1"
}
],
"neighbors": [],
"routes": [],
"endpoint_names": [
{
"name": "DIMMABLE_LIGHT"
},
{
"name": "PROXY_BASIC"
}
],
"user_given_name": null,
"device_reg_id": "d8e31daa10469779d187eb4c28b22706",
"area_id": null,
"cluster_details": {
"3": {
"device_type": {
"name": "DIMMABLE_LIGHT",
"id": 257
},
"profile_id": 260,
"in_clusters": {
"0x0000": {
"endpoint_attribute": "basic",
"attributes": {
"0x0004": {
"attribute_name": "manufacturer",
"value": "Schneider Electric"
},
"0x0005": {
"attribute_name": "model",
"value": "PUCK/DIMMER/1"
}
},
"unsupported_attributes": {}
},
"0x0003": {
"endpoint_attribute": "identify",
"attributes": {},
"unsupported_attributes": {}
},
"0x0004": {
"endpoint_attribute": "groups",
"attributes": {},
"unsupported_attributes": {}
},
"0x0005": {
"endpoint_attribute": "scenes",
"attributes": {},
"unsupported_attributes": {}
},
"0x0006": {
"endpoint_attribute": "on_off",
"attributes": {
"0x0000": {
"attribute_name": "on_off",
"value": 0
}
},
"unsupported_attributes": {
"0x4003": {
"attribute_name": "start_up_on_off"
}
}
},
"0x0008": {
"endpoint_attribute": "level",
"attributes": {
"0x0000": {
"attribute_name": "current_level",
"value": 245
},
"0x0011": {
"attribute_name": "on_level",
"value": 255
},
"0x4000": {
"attribute_name": "start_up_current_level",
"value": 0
}
},
"unsupported_attributes": {
"0x0012": {
"attribute_name": "on_transition_time"
},
"0x0010": {
"attribute_name": "on_off_transition_time"
},
"0x0013": {
"attribute_name": "off_transition_time"
},
"0x0014": {
"attribute_name": "default_move_rate"
}
}
},
"0x0301": {
"endpoint_attribute": "light_ballast",
"attributes": {},
"unsupported_attributes": {}
},
"0x0b05": {
"endpoint_attribute": "diagnostic",
"attributes": {},
"unsupported_attributes": {}
}
},
"out_clusters": {
"0x0019": {
"endpoint_attribute": "ota",
"attributes": {},
"unsupported_attributes": {}
}
}
},
"242": {
"device_type": {
"name": "PROXY_BASIC",
"id": 97
},
"profile_id": 41440,
"in_clusters": {},
"out_clusters": {
"0x0021": {
"endpoint_attribute": "green_power",
"attributes": {},
"unsupported_attributes": {}
}
}
}
}
}
}

Logs
Logs
[Paste your logs here]

Custom quirk
Custom quirk
[Paste your custom quirk here]

Additional information
No response

I think this is the same device, so should be possible to port over from zigbee2mqtt: https://www.zigbee2mqtt.io/devices/WDE002961.html

I have a lot of  CCT5010-0002, i would be willing to test this if we find a solution

Just for transparency, I haven't had time to do anything about this.  I'm not familiar with contributing a quirk so don't count on me for actually coding something up :)

Based on answers of @dflemstr I installed zha-toolkit via HACS and changed those settings through
developer-tools -> service -> 🧰 ZHA Toolkit: Write Attribute
To summize:
For MinLevel (Minimum Brightness):

Target Cluster: 769
Attribute Id: 16
Attribute Value: 1 to 254

For MaxLevel (Maximum Brightness):

Target Cluster: 769
Attribute Id: 17
Attribute Value: 1 to 254

For Control Mode:

Manufacturer Id: 4190
Target Cluster: 769
Attribute Id: 57344
Attribute Value: 0 to 3

Automatic (0x00), RC Mode (0x01), RL Mode (0x02), or RL LED Mode (0x03)

It's working well and this is sufficient for me, since it has to be done only one time per device.
If someone is willing to create a quirk to support it, it would be welcome (I will also try but never done that), but in the meantime this solution this is working fine.
Thank you @dflemstr !

I belive this is the same device as ELKO multiwire dimmer.
Enhet informasjon
NHROTARY/UNIDIM/1
av Schneider Electric

authors: JoNil dflemstr julienhd prilly-dev

repo: zigpy/zha-device-handlers


text:
Update ts0601_dimmer.py

Adding this PR for support for Mercator IKUU Switch mechanism which has been verified as working

Codecov Report

Merging #1547 (dba10ae) into dev (0163c7c) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##              dev    #1547   +/-   ##
=======================================
  Coverage   80.31%   80.31%
=======================================
  Files         227      227
  Lines        6773     6773
=======================================
  Hits         5440     5440
  Misses       1333     1333

Impacted Files
Coverage Δ

zhaquirks/tuya/ts0601_dimmer.py
93.75% <ø> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 0163c7c...dba10ae. Read the comment docs.

Pull Request Test Coverage Report for Build 2267288436

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 80.319%

Totals

Change from base Build 2234547067:
0.0%

Covered Lines:
5440

Relevant Lines:
6773

💛  - Coveralls

This Fixes: #1492

authors: codecov-commenter coveralls intra-aud


text:
Address book buttons to fix

The same design that we have in Send screen.

done!

repo: zingolabs/zingo-pc


text:
Update aws-core, http-client-spi, ... to 2.20.101

About this PR
📦 Updates

software.amazon.awssdk:aws-core
software.amazon.awssdk:http-client-spi
software.amazon.awssdk:netty-nio-client

from 2.20.97 to 2.20.101
Usage
✅ Please merge!
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

⚙ Adjust future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "software.amazon.awssdk" } ]

Or, add this to slow down future updates of this dependency:
dependencyOverrides = [{
  pullRequests = { frequency = "30 days" },
  dependency = { groupId = "software.amazon.awssdk" }
}]

labels: library-update, early-semver-patch, semver-spec-patch, commit-count:1

Superseded by #1215.

repo: zio/zio-aws


text:
Nyelesein master, tapi belom selesai.

Nyelesein master, tapi belom selesai.
Yuk semnagat yukkk

done

authors: agnisnafaz triandamai


text:
🛑 B-Common Feedback Platform is down

In 1138707, B-Common Feedback Platform (https://commonfeedbackplatform.org/api/v2/sectors) was down:

HTTP code: 502
Response time: 199 ms

Resolved: B-Common Feedback Platform is back up in a0f5822.

repo: zite-io/server-status


text:
数据集咋下载

您好，想请教下，我应该去哪下载数据集，并且对于数据集应该进行哪些操作？
我运行命令：bash scripts/run_cdr.sh
FileNotFoundError: [Errno 2] No such file or directory: './dataset/cdr/train_filter.data'

您好，可以从这里下载cdr https://github.com/fenchri/edge-oriented-graph

authors: ARDUJS zxlzr

repo: zjunlp/DocuNet


text:
import easyinstruct时出现报错，请问是什么原因呀

import easyinstruct时出现报错，请问是什么原因呀
Traceback (most recent call last):   File "/mnt/DeepKE/example/llm/LLMICL/run.py", line 8, in <module>     import easyinstruct   File "/mnt/DeepKE/example/llm/EasyInstruct/easyinstruct/__init__.py", line 1, in <module>     from .prompts import *   File "/mnt/DeepKE/example/llm/EasyInstruct/easyinstruct/prompts/__init__.py", line 1, in <module>     from .base_prompt import BasePrompt   File "/mnt/DeepKE/example/llm/EasyInstruct/easyinstruct/prompts/base_prompt.py", line 3, in <module>     import cohere   File "/root/miniconda3/envs/deepke-llm/lib/python3.9/site-packages/cohere/__init__.py", line 3, in <module>     from .types import (   File "/root/miniconda3/envs/deepke-llm/lib/python3.9/site-packages/cohere/types/__init__.py", line 22, in <module>     from .chat_stream_end_event import ChatStreamEndEvent   File "/root/miniconda3/envs/deepke-llm/lib/python3.9/site-packages/cohere/types/chat_stream_end_event.py", line 10, in <module>     from .non_streamed_chat_response import NonStreamedChatResponse   File "/root/miniconda3/envs/deepke-llm/lib/python3.9/site-packages/cohere/types/non_streamed_chat_response.py", line 15, in <module>     from .message import Message   File "/root/miniconda3/envs/deepke-llm/lib/python3.9/site-packages/cohere/types/message.py", line 14, in <module>     class Message_Chatbot(ChatMessage):   File "pydantic/main.py", line 197, in pydantic.main.ModelMetaclass.__new__   File "pydantic/fields.py", line 506, in pydantic.fields.ModelField.infer   File "pydantic/fields.py", line 436, in pydantic.fields.ModelField.__init__   File "pydantic/fields.py", line 552, in pydantic.fields.ModelField.prepare   File "pydantic/fields.py", line 668, in pydantic.fields.ModelField._type_analysis   File "/root/miniconda3/envs/deepke-llm/lib/python3.9/typing.py", line 852, in __subclasscheck__     return issubclass(cls, self.__origin__) TypeError: issubclass() arg 1 must be a class

There may be incompatibilities between your cohere and pydantic versions, can you check them, please?

请问您的问题解决了吗？

Please try installing cohere==4.31.0 or reinstall easyinstruct as per the original steps as we have updated the installation dependencies.

authors: OE-Heart myfish123456789 zxlzr

repo: zjunlp/EasyInstruct


text:
feat: add from_err() method to Report

There's no nice way to construct a bare Report from a regular Error type. You can construct Result<_, Report> from Result::<_, E: ...>, but not from an error by itself.
My workaround where e: impl Error + Send + Sync + 'static is to do Err::<(), _>(e).into_diagnostic().unwrap_err(), which obviously is ugly.
I added a Report::from_err() method that solves this problem in the same way as the IntoDiagnostic trait, by using its DiagnosticError type.

hey this is nice. Thanks!

authors: johnbchron zkat

repo: zkat/miette


text:
write population to include the TESS alerts and published planets

it'd be nice to be able to include all the TESS alerts and/or the published/submitted planets

I'm going to close this as not necessary, unless someone really wants it for being able to plan observations of TESS candidates. I think I'm cool with this being focused more on known confirmed planets.

repo: zkbt/exoatlas


text:
TestSANEDIPartyMissing failing

Running unittests on master with go version go1.10 linux/amd64:
asn1: structure error: explicitly tagged member didn't match
--- FAIL: TestSANEDIPartyMissing (0.00s)
panic: runtime error: invalid memory address or nil pointer dereference [recovered]
        panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x530 pc=0x6a2855]

goroutine 262 [running]:
testing.tRunner.func1(0xc4202e93b0)
        /home/jsha/go1.10/src/testing/testing.go:742 +0x29d
panic(0x76d1e0, 0xa73cb0)
        /home/jsha/go1.10/src/runtime/panic.go:505 +0x229
github.com/zmap/zlint/util.IsServerAuthCert(0x0, 0x785ac0)
        /home/jsha/gopkg/src/github.com/zmap/zlint/util/ca.go:48 +0x5
github.com/zmap/zlint/lints.(*Lint).Execute(0xc4202cf500, 0x0, 0x8060a3)
        /home/jsha/gopkg/src/github.com/zmap/zlint/lints/base.go:103 +0x117
github.com/zmap/zlint/lints.TestSANEDIPartyMissing(0xc4202e93b0)
        /home/jsha/gopkg/src/github.com/zmap/zlint/lints/lint_ext_san_edi_party_name_present_test.go:33 +0x9e
testing.tRunner(0xc4202e93b0, 0x81e750)
        /home/jsha/go1.10/src/testing/testing.go:777 +0xd0
created by testing.(*T).Run
        /home/jsha/go1.10/src/testing/testing.go:824 +0x2e0
FAIL    github.com/zmap/zlint/lints     0.060s

It looks like SANOtherName.pem is actually malformed -- neither OpenSSL nor Windows can decipher the SAN.
Poking around at the SAN (https://lapo.it/asn1js/#3016A00B06025303130568656C6C6F8207646E732E636F6D)
30 16
     A0 0B
          06 02 53 03
          13 05 68 65 6C 6C 6F
     82 07
          64 6E 73 2E 63 6F 6D

the first part (otherName 2.3.3 = hello) is weird, but looks valid; the second though, if my memory of DER serves, looks like it's a DNSName "dns.com" encoded as an integer (0x80 = context-specific, 0x02 = integer).
It also seems to have some empty RDN SETs in the RDNSequences, which may or may not strictly be valid -- but that doesn't seem to be causing this issue.

I see the problem -- it doesn't have the [0]EXPLICIT tag on the OtherName content:
30 16
     A0 0B
          06 02 53 03
          13 05 68 65 6C 6C 6F
     82 07
          64 6E 73 2E 63 6F 6D

I do recall seeing certificates like this in the wild, but it is definitely wrong:
   OtherName ::= SEQUENCE {
        type-id    OBJECT IDENTIFIER,
        value      [0] EXPLICIT ANY DEFINED BY type-id }

This looks like it was resolved by #214; closing.

authors: jsha justinbastress zakird

repo: zmap/zlint


text:
@Setting annotation with no value or comment.

What is the expected behaviour when an @Setting annotation has no value or comment?
I can't see a test case for this, and in addition https://github.com/SpongePowered/SpongeCommon/issues/90
https://github.com/SpongePowered/SpongeCommon/blob/ed5b96c03ad68bea48ecc604269fff549a63e1bf/src/main/java/org/spongepowered/common/configuration/SpongeConfig.java#L204
Sql settings arn't being generated, but the commands module is. The only difference between the two I can see is that the commands module has a comment.

The expected behavior is that the field name is used as the key, rather than whatever is in the value field of the configuration. I'm not sure why the SQL section isn't being created though -- I'll leave this open until that's resolved.


text:
RTD config

In https://github.com/zmoon/crt1d/pull/34 the docs build was getting killed due to excessive mem consumption in the conda env creation step. I retried once. Should switch to mamba. Note that the last build before this (about month and half ago) was successful.

Resolved by 6357f92392add30438426a4073e07ce1d49a078a


text:
passwords with colons/spaces are no longer working in some clients

Users who have colons/spaces in their znc passwords aren't able to connect with some clients anymore, e.g. hexchat/mutter
This is caused by the clients as they are just sending PASS <username>/<network>:<password> instead of PASS :<username>/<network>:<password>, which marks everything after the first colon as a string. Not all clients are affected, weechat for example sends the first :.
So this isn't a bug in znc but a regression as it worked with 1.6.6.
see also:

https://github.com/hexchat/hexchat/issues/1550
https://github.com/irssi/irssi/issues/362
https://github.com/weechat/weechat/issues/602

Related: #1188 (Hexchat), #1194 (unknown)
The "right thing" was done before commit 933aa6db0ce46353b8c18a464baad06c147c9842. However, for whatever reason (fix a bug which sometimes blocked login of users.????) that commit switches from GetParams(0) (get all the parameters) to GetParam(0) (get only the first parameter). Reverting that part of the commit would get most passwords working (things like two spaces or space followed by colon would still be parsed according to IRC rules and be lost and fixing this in ZNC would require working around the general parser infrastructure in this place).

@psychon yep. Or we can let clients fix what they send to follow RFC instead. In any case there is a workaround to not have spaces in password.

update: the issue has been fixed in mutter and hexchat

A password with a colon in the middle (no spaces) still doesn't work with HexChat. I was able to make it work by prepending the password with : in HexChat's configuration UI. Not sure whether that's a HC bug or a ZNC bug. (I assume the latter because a password with a colon in the middle is still one term, per the IRC spec. But I didn't check the actual TCP traffic to be sure what HC is sending in either case.)

@Arnavion that's a completely different issue, and is actually a feature, not a bug. Some clients don't let users easily configure username to send to server, so ZNC provides a workaround: if password contains :, it parses username from the "password" received from client. And if the username part of it (to the left of :) is empty, it still uses what was sent in USER

authors: Arnavion DarthGandalf jkhsjdhjs psychon

repo: znc/znc


text:
API Documentation.

Document the API.
1 hour

Issue 22 is finished

repo: zohac/bilemo


text:
[unity] c#回调js触发promise resolve时，promise后续调用晚了一帧，和v8版有区别

c#调用js回调后，如果触发promise的resolve，promise的后续会晚一帧，如果c#在回调后清理数据，js promise拿到的就是错误数据。
有什么好的办法吗
//这部分是C#代码

class TestData{
    public int value;
}

class TestClass{
    private Action<TestData> _onDone;

    void SetOnDone(Action<TestData> v){
        _onDone = v;
        //通过协程或者update 实现1s后调用WhenDone
    }

    void WhenDone(){
        TestData data = MyPool.get<TestData>(); //从对象池获取一个TestData
        data.value = 999; //设置想要的值
        _onDone(data);

        //归还给对象池
        data.value = 0;
        MyPool.despawn(data);
    }
}

//这部分是js代码
class JsClass {

   getData() {
      let testClass = new TestClass() // get TestClass
      return new Promise((resolve, reject) => {
         testClass.SetOnDone((ret) => {
            resolve(ret)
         })
      })
   }

   async testData() {
      let data = await this.getData()
      // 下面这行 puerts-webgl下会输出0 ，puets v8版 会输出999
      console.log("data.value:", data.value)
   }

}

(new JsClass).testData()

如果其中一方是浏览器，理论上应该以浏览器为准。应该从puerts native层面修


text:
[转型讨论]马斯洛组-0716-乔阳，黄少君

乔阳 黄少君
今日分享
时间：20：30 （约30-40min)
分享人：乔阳、少君
主题：职业转换心得
流程：

职业转换经历与心得（乔）
职业转换经历与心得（黄）
高校市场与学生消费概况（黄）
高校学生教育消费心理（乔）
小结

故事 1 @乔阳
我们就按照预告中的流程来.
首先我简单做个自我介绍，我是乔阳，本科学的工商管理，曾经考研但未成功。目前毕业3年，职业道路经历过迷茫阶段->尝试调整阶段->相对稳定阶段。
今天想分享自己一段职业发展经历，就其中这个尝试调整阶段。希望能给伙伴们带来一些启发
@乔阳
软件 销售(months) -(0)-> 教育 市场推广(months)
原因：业绩焦虑
困难：探索高校市场推广模式
心得：换岗不换行，换行不换岗
这个尝试阶段呢，就在上面我的这两份销售与市场工作之间，其实我在今年转换这两份工作前，想过尝试转技术路线
缘由呢，是去年10月份，我报名参加了开智python二期编程班，并且进行了最终编程项目路演。
也因为这个偶然的机会我见到了开智社群的安替老师。当时安替老师想招收部分编程班学员作为其公司员工，我当时看到了这么一丝可能性，考虑过往程序员这条路上走
于是我厚着脸皮约了安替老师，去北京见他，进行了一次线下的面对面交流
我把路演项目展示给安替老师看，并说明自己在此项目中扮演的角色。当时安替老师一看看出我的问题并给出的评价是：“你在这个项目中更多体现的是产品经理的心态，而不像是做技术的人。"
并且当时给我的建议是往产品经理方向走
而我当时心里也很清楚，虽说学了3个月编程，但是我兴趣点确实不是在写代码，钻研技术上
就从做这个编程项目的精力投入上看，我似乎更加热衷于与人建立连接以及知识管理上
所以程序员这条路算是放弃了，算是一次不成功的职业尝试
有些遗憾，毕竟错过了一次与自己偶像共事的机会
不过从这次职业尝试中，我更能看清自己的兴趣点所在，所以后来换的工作，也就是目前我在一家游学机构负责市场推广，这个是我根据自己的兴趣并结合以往经验选择的
目前状态对工作整体上还算满意
END
对话 1
黄少君ོ  下午9:00
我想问的是，乔阳现在的工作应该是偏市场吧，也不是产品经理，那应该说，他是兴趣点在市场营销上，然后根据兴趣来选的目前工作，对吧
乔阳 下午9:02
其实是这样，我有考虑过产品经理这个岗位
黄少君ོ  下午9:03
嗯嗯，以后也可以尝试产品经理
乔阳 下午9:03
不过我之前没有做产品相关经验，是无法直接做这个岗位的，想做PM也需要从产品助理或是运营这些基础岗位开始
乔阳 下午9:05
不过目前的工作虽然偏市场，实际工作中也涉及到游学项目本身的课程产品需求搜集与课程设计
黄少君ོ  下午9:06
嗯，不错，后续空间蛮大
乔阳 下午9:06
目前我的工作内容非常偏向项目经理的角色，和产品经理有一些共同之处
培炎 下午9:09
还保留了去做产品经理的可能？
乔阳 下午9:10
所以是否按照安替老师建议那样去互联网公司寻求产品相关的职位我一直还有所斟酌，不过目前我还是想把眼前的工作做好，因为我比较看重目前这个行业
培炎 下午9:12
嗯。乔阳展示了一次成功的职业探索经历，发现自己不适合什么，同样是一种成功。重要的是怎样去尝试，欢迎有转型尝试的小伙伴多提问
乔阳 下午9:14
欢迎伙伴们和我交流[愉快]群聊，私聊都ok
乔阳 下午9:15
时间过去不少，那我们继续吧
黄少君ོ  下午9:15
好
乔阳 下午9:15
接力棒交给你了@黄少君ོ
故事 2 @黄少君ོ
下面我先做下工作转换的分享
黄少君，毕业两年，本科专业：纺织工程（设计方向）。大学期间曾在学生会、商业社团、专业协会等锻炼，较多接触大学校园市场的商业活动，毕业后走上了高校市场营销这条不归路。工作心路历程：本行业焦虑（纺织）——毕业换行（物流·顺丰）——成长——行业焦虑及自我焦虑——换行（互联网·乐视）
跳槽心得和乔阳的“换岗不换行，换行不换岗”一样，不过更倾向于换行不换岗，这样的话积累的工作资源较为相通，且换行门槛和困境较小
原行业：物流
岗位：校园市场运营
现行业：互联网
岗位：校园市场运营
•       情况简述：
2014年入职顺丰，负责上海区域高校市场及业务端的工作，至2016年初。在此期间，建设顺丰上海区域的高校渠道，从无到有，并将相应工作推至顺丰校园市场工作的领先位置，在高校市场领域不断学习和进步，后因受限于行业及工作限制，改换到互联网公司的校园市场工作，更换工作后，满意度中等偏上。

• 求变原因：
1.原工作处于物流行业，相较于其他互联网等行业，成熟度及营销能力较弱（物流虽为朝阳产业，但整体模式偏向劳动密集型，大部分从业者强调的是执行力，营销能力偏弱）
2、在顺丰的大区工作，非总部工作，故而接触面不足够大。
•       遇到困难：
  和他人相通的问题应该是：新团队的融入和新行业（互联网）的认知和理解吧
1、  互联网行业或智能产品相关行业在高校的渠道运营及团队业务开展与原行业截然不同，更多的是校园规模团队的管理运营、工具的运用和制度架构的设计及驾驭，合作方和活动开展方式稍有不同，且关注点与原行业及操作方式不同。另外就是互联网营销方式与原行业营销方式的区别。
2、  新团队的模式及文化工作方式的融入和理解。

•       心得体会：
1、  先在工作中了解和学习，不断理解新团队的基因和方式方法，不要急于上手操作和有所建树，需要在熟悉新团队的特点和工作方式及产出结果需求后，再做到有的放矢的工作开展。
分为两点：一是熟悉新行业的工作模式及规律，而是熟悉新团队的工作模式及生长基因。
2、  互联网行业的营销及业务开展模式的综合运营，需要更广范围的管理运营和更深层次的理解和合作。
以上是我工作转换的一些分享，大家有什么问题吗
对话 2
乔阳 下午9:31
我先提个问题哈
乔阳 下午9:35
我看少君本科专业是纺织工程，而且是设计方向，后面工作的行业涉及物流，互联网智能产品。这个跨度还是挺大（当然我个人认为大学专业其实不太重要，思维方式更重要）不知少君有没有想过或者发现自己本科所学的一些知识和技能能够迁移到自己的工作领域当中？
乔阳 下午9:38
我有一定体会是，不管大学时所学专业是什么，即使工作与专业无关，似乎大学里的专业对自己的思维方式或多或少有些影响
黄少君ོ  下午9:40
本科所学知识为纺织行业及服装相关的一些知识，对于目前工作几乎完全用不到，我现在用到的和大学有关的是：活动策划、组织、执行等，属于项目制。有一点没有讲，我的大学在纺织领域颇有建树，相关行业的协会及上层精英大多为本校校友，因对纺织专业不是特别看好而在毕业时换行。
黄少君ོ  下午9:42
现在想想，本科学业对我的影响应该是较为严谨吧，好像其他的就没有太多了（这个问题回头我需要自己再深挖一下）。其他的更多的是在社团活动及商业活动中锻炼学习的
小玮子[表情] 下午9:43
谢谢精彩的分享[玫瑰]因为两位分享者对互联网行业都有一些心得体会，我有个问题想请教一下，自己目前处于职业选择的迷茫期，想涉足互联网行业产品运营方向，不知道是该先阅读一些必要的基础书籍，还是先找一份相关的实习积累经验？
黄少君ོ  下午9:48
个人见解：我觉得阅读书籍有必要，但更大的收获应该是相关工作的尝试和经历。我个人觉得实用技能和思想方面的书籍效用较大，工作方面的一些书籍有时候看上去有用，实际工作时可能用不上，原因可能在于：一些工作方面的书籍一般写的是行业情况，而我们的实际工作只是很细小的某个细分领域或小环节，造成书籍和实际情况工作情况的匹配度不是特别高。如果匹配度较高的书籍，我觉得效用就比较大，但还是要具体工作实践（其实不同公司有时候就有较大差别）
黄少君ོ  下午9:50
大家还有问题吗？[呲牙]没有问题的话，我就简单介绍下高校市场的情况，也节省大家时间[呲牙]
小玮子[表情] 下午9:50
谢谢详细的回答[表情]
故事 3 @黄少君ོ
那我简单做一下校园市场的分享
1、中国高校市场规模：
2015年，中国在校大学生规模达到3700万人，位居世界第一，占全球五分之一；各类高校2852所，位居世界第二；毛入学率40%，高于全球平均水平。
数据来源《中国高等教育质量报告》
2、高校学生人群分析：
(1)人群画像：
强劲的消费力：校园人均单月可支配消费在1200元人民币左右 ;
大把空余时间：学生除睡眠、上课外，每天3-12个小时空余时间可支配；
特殊网络族群：有校园数据统计，73% 的学生认为离开网络他们无法正常学习，他们中智能手机的普及率超过90%。
(2)商业价值：
消费市场潜力巨大：且不说各公司的官方宣传的多少万亿，简单做个计算，如果每个大学生平均每年消费1万元*3700万人=3700亿人民币
品牌消费逐步养成：人生中关键性的购买习惯都在这一阶段形成，第一张银行卡，第一个电商ID、第一辆车等 ;在18-23岁这一阶段建立的品牌认知，对未来的消费选择影响较大
3、行业发展及规范：
2014之前：主要是快消行业、教育行业、公益商业组织、数码电子产品集中在联想、华硕和戴尔
2014年：较多大型企业逐步涉足
2015年：消费金融平台兴起
2016年：中国高校市场联盟成立

以上仅代表个人观点，如有不到之处还望多指点交流
故事 4 @乔阳
国内外教育市场消费情况，这个话题还是比较大的，我就从自身行业切入简单介绍一下
有句古话，男怕入错行，女怕嫁错郎。我转行也选择教育这个领域，一大重大原因就在于国内对教育这块的消费持续高涨
就我目前所在的游学行业（游学：通常以冬令营或夏令营的方式），目前国内市场容量在160亿左右
这仅仅是整个教育行业很小的一部分，且还在高速增长期
这个行业目前一大特征是更多消费者从都买产品到购买体验的转变
因我目前更多接触的是大学生这个群体，据统计，就以上海交通大学为例，每天学生寒暑期参加类似与国外院校交换，游学等交流项目人数在2000-3000人左右
尤其一些自费的交流项目价格也不菲，从几千元到几万元不等
也因为现在国人消费水平提高，家长对子女的教育愈加重视，所以不少家长，有一定经济实力，还是愿意让自己的孩子在上学期间有一些增长，开拓视野的经历，所以就我这个教育中一个很细分的游学行业发展都会如此迅速
从我们这游学行业可看整个教育行业的特征：

受经济大环境影响比较小（整体经济不好，依然告诉增长）
产品消费向体验消费转换
消费人群的心态愈加开放

End
对话 4
培炎 下午10:31
我先问问，游学这个领域只在冬夏活动是吧，那其他时间干啥呢（小白捂脸##）
乔阳 下午10:34
@培炎 哈哈，这个一般别人听到介绍后都会问这个问题的[偷笑]
乔阳 下午10:35
实际活动时间确实不长，学生寒暑期也就出去也就几周时间
乔阳 下午10:37
不过我们前期准备时间会比较长，比如我负责高校推广，我们是自建校园团队，就涉及：
乔阳 下午10:40

招募校园兼职学生
给学生培训
整体推广策略制定与实施
整个高校推广跟进

乔阳 下午10:42
这个挺耗时间的，从学生开学前1-2月的准备工作，开学后推广，后期报名学院跟进，出国项目需要办签证，到学生从国内离境等一系列问题
乔阳 下午10:45
当然目前因为我们这边人手并不是很充足，另外机构把游学玩家里所有角色全部占到，所以时间基本被填满
亦多亦少^_^ 下午10:45
我问一个哈：如果计划工作一段时间后去国外读研，想先体验一下国外学习和生活。有针对于已工作人群的这种需求的游学项目吗？
乔阳 下午10:48
我们这儿暂时没有[偷笑]不过我了解到市面上确实有这类针对白领，已工作人群的。
培炎 下午10:50
我觉得 @亦多亦少^_^ 提了个很赞的想法，这是个市场机遇啊~~
黄少君ོ  下午10:51
白领出国学习目的性更强，应该有针对白领和企业高管的留学吧
乔阳 下午10:51
好，回头我就和领导提议我们要开发新产品[偷笑]
亦多亦少^_^ 下午10:51
哈哈[憨笑]
乔阳 下午10:53
京东老板刘强东去哥伦比亚大学游学那不就是针对企业高管的，然后人家在那里认识了京东老板娘~
乔阳 下午10:59
ok,今天分享严重超时[流汗]差不多先到这里吧，还有问题的伙伴我们可随时交流哈
亦多亦少^_^ 下午11:00
谢谢两位的分享[鼓掌][鼓掌]，大家晚安啦[月亮]
小玮子[表情] 下午11:00
感谢分享[鼓掌]

马斯洛组
哗这个组应该非常给力的

双簧!? 先后来的?!
所以, 都是大厂的成功切换经历, 非常难得

那么,虽然没有对比,应该及时总结一下, 大厂的规范之处在哪里,怎么来的
如果自己创业要如何注意,预备?


text:
Workflow completeness metric should only use the current linked set of data

Linked to https://github.com/zooniverse/Panoptes-Front-End/issues/2591#issuecomment-237246221
The metric currently uses the total retired count instead of the active linked retired count so the values are skewed as a project grows older and sets are linked / unlinked.

@camallen looks like there was a ticket in for this. Should this be closed?

thanks for the housekeeping @mschwamb :+1:

authors: camallen mschwamb

repo: zooniverse/Panoptes


text:
Inverse polymorphic relations (project -> project_roles) href representation

The representation is wrong for the inverse polymorphic resource id in the hrefs (see below):
{"project_roles"=>[{"id"=>"6", "roles"=>["owner"], "links"=>{"user_group"=>"6", "project"=>"3", "owner"=>{"id"=>"3", "to_s"=>"users", "href"=>"users"}}}],
 "links"=>{"project_roles.project"=>{"type"=>"projects", "href"=>"/projects/{project_roles.project}"}},
 "meta"=>
  {"project_roles"=>
    {"page"=>1,
     "first_href"=>"/project_roles?resource_id=3",
     "previous_href"=>nil,
     "next_href"=>nil,
     "last_href"=>"/project_roles?resource_id=3"}}}

This isn't going to be a problem for stargazing so i'm bumping to v0.0.7.


text:
Talk exports expire too fast

I'm trying to download a batch of talk tags and comments for oldWeather (project 28) that I generated earlier today.
If I go to https://www.zooniverse.org/lab/28/data-exports there is a message saying " JSON format. Most recent data available requested 7 hours ago: Download. Available until Tomorrow at 3:35 PM." and the button to regenerate them is greyed out.

But if I click the download link I get a message that the token has expired

So I can neither download the data, nor regenerate it.

There was a similar issue in Panoptes; I suspect this is being caused by the same thing. By default it will be generating the signed URL with the AWS keys from the EC2 instance's IAM role, but those keys get rotated/expire pretty frequently. Talk will need to use a fixed key from an IAM user instead, which is what we did in Panoptes.

@parrish I've added access_key_id and secret_access_key to aws.yml for both staging and production. Do we need any code changes to make it use those? If I understand the code correctly, it should just pick that up after the next deploy, right?

That should do it.  Good job tracking that down!
I'm triggering a deploy to see if this fixes it

@philip-brohan This should be deployed now if you want to try it again.  Please reopen this if it becomes an issue again

authors: astopy parrish philip-brohan

repo: zooniverse/Talk-Api


text:
🛑 AI Portal is down

In 08a758a, AI Portal (https://aiportal.army.mil/aiportal/Account/ConsentToMonitor) was down:

HTTP code: 0
Response time: 0 ms

Resolved: AI Portal is back up in 3ffb868.

repo: zootsewt/aistatus


text:
Feature/bedrock

New Engine with basic unit tests added to interact with AWS Bedrock. The engine needs to be initialized with a botocore BaseClient for authentication/authorization purposes.
It closes the issue Bedrock #105.

Hello and thanks for this! We have an upcoming PR (#120) that introduces litellm as an engine. This should hopefully cover most models (bedrock too) with one single implementation!
Let us know if you think this makes sense or if you think we should probably keep bedrock's client separated from the rest!

hi Federico, thank you for pointing towards the LiteLLM direction. I think this PR's implementation gives an intuitive out-of-the-box experience if the user has already a boto  session running. It's a good default for people working in teams where only Bedrock-provided models are available.
I would vote for having this sperately for the time being.

sounds good, can you make
langchain>=0.3.0
langchain-aws>=0.2.1

optional like in grok? we can merge this after that

sounds good, can you make
langchain>=0.3.0
langchain-aws>=0.2.1

optional like in grok? we can merge this after that

Thank you for the insight. I've just implemented it, please take a look.

thanks again for this!

Hi, thank you for adding this support! Is there an usage example? I've searched the repo but have not found out how to use this engine.

authors: kristoftabori vinid yzjing

repo: zou-group/textgrad


text:
PR to replace PR #2016

Signed-off-by: JamesBauman james.bauman@broadcom.com
Your checklist for this pull request
🚨Please review the guidelines for contributing to this repository.

[ ] If the changes in this PR is part of the next future release, make this pull request against the docs-staging branch which will be published at the next release boundary. If the changes in this PR are part of the current release, use the default base branch, master. For more information about branches, see https://github.com/zowe/docs-site/tree/master#understanding-the-doc-branches.

[ ] If this PR relates to GitHub issues in docs-site or other repositories, please list in Description, prefixed with close, fix or resolve keywords.

Description (including links to related git issues)
Please describe your pull request.
:heart:Thank you!

Publishing content to the docs site.

repo: zowe/docs-site


text:
Indentation lost on line break in the middle of the line

It's easier to understand with a gif:

If I add a new line there, the indentation is completely lost, which is very annoying. It happens sometimes at the end of the line, I've tried to google that issue but couldn't find anything. I'm only using this basic vimrc.js.
I'm using neovim in iTerm2 on Mac.

I'm will be taking a look at this. Thanks for opening the issue!

@adriantoine are you able to provide a file (perhaps via gist) that we could use to reproduce the issue?

Unfortunately, I can reproduce that on every file 🤔 I think I'll do some investigation on my side, I'll disable plugins one by one and see which one is causing that.
Thanks! 😊

I noticed some similar issues, I'll also look into this. My issues had to do with omitting semi-colons tho... 🤔

Don't hold your breath but my long term goal is to write a syntax and indent file from scratch that works well. Right now a lot of the syntax and indent stuff is a "getting as close as we can with what we have" situation.

FWIW pangloss/vim-javascript 's indent file does not have that issue:
http://screencast.com/t/5oUSbdf2w

After investigating, it works when I comment out this line: https://github.com/zperrault/vimrc.js/blob/master/vimrc.plugs#L25

After looking at this bug: https://github.com/mxw/vim-jsx/issues/63, it works if I add:
Plug 'pangloss/vim-javascript'

in my ~/.vimrc.js/vimrc.plugs.local file.

Thanks @adriantoine , I was going crazy here and your solution worked for me 👍

authors: adriantoine davidosomething eanplatter gabrielhpugliese zperrault


text:
antigen-theme command may clutter antigen-list

When issuing antigen-theme interactively and switching between themes a few times, those themes are not removed from $_ANTIGEN_BUNDLE_RECORD, thus cluttering antigen-list.

Fixed in #368

repo: zsh-users/antigen


text:
Wrong highlighting in alias inside command substitution

% alias p='print -r --'
% s=$(p foo)

highlights p foo) in red (unknown-token).

Fixed a few weeks ago, in 2d0dddf58bab0bd9220f29919065ff85db66390e.

repo: zsh-users/zsh-syntax-highlighting


text:
Document return value of start-http-server

    update docstring to show the return value of start-http-server

	Modified src/aleph/http/server.clj
diff --git a/src/aleph/http/server.clj b/src/aleph/http/server.clj
index e6d68a3..7f77e59 100644
--- a/src/aleph/http/server.clj
+++ b/src/aleph/http/server.clj
@@ -119,8 +119,9 @@
     pipeline))

 (defn start-http-server
-  "Starts an HTTP server on the specified :port.  To support WebSockets, set :websocket to
-   true.
+  "Starts an HTTP server on the specified :port.
+  Returns a function that stops the server.
+  To support WebSockets, set :websocket to true.

    'handler' should be a function that takes two parameters, a channel and a request hash.
    The request is a hash that conforms to the Ring standard, with :websocket set to true

Thanks for the report.  By the way, I swear the fact that potemkin is an acquired taste doesn't reflect on the quality of the libraries that use it :)

authors: kenrestivo ztellman

repo: ztellman/aleph


text:
Adds a TLS client certificate authentication example

Addresses #204.
I wrote this based on the guidance/code snippets provided in #204, but it did take a bit of poking around to get working, so I thought it might be helpful to include in the examples section.
I couldn't find any contributor guidelines, so hopefully this meets your documentation standards!

I'd also be interested in possibly getting client/server interfaces for this into Aleph (e.g. aleph.tls) itself :)

I'd be willing to consider an aleph.ssl pull request.  It's been on my todo for a while, but it's not high on the list.

authors: derwolfe ehashman ztellman