Compiling issue - multiple definition of 'loop'

Hi,
I'm a frequent user of Arduinos and thought I followed your directions correctly but when I load up the BasicExample sketch and try to compile it, I get the errors below. Any suggestions to get past this? Thanks.
C:\Users\jeffi\AppData\Local\arduino\sketches\ABDCDAB6D167A5B4E2E2942CA9F11832\libraries\G35Arduino-master\ValentinesDay.cpp.o (symbol from plugin): In function loop': (.text+0x0): multiple definition of loop'
C:\Users\jeffi\AppData\Local\arduino\sketches\ABDCDAB6D167A5B4E2E2942CA9F11832\sketch\BasicExample.ino.cpp.o (symbol from plugin):(.text+0x0): first defined here
C:\Users\jeffi\AppData\Local\arduino\sketches\ABDCDAB6D167A5B4E2E2942CA9F11832\libraries\G35Arduino-master\ValentinesDay.cpp.o (symbol from plugin): In function loop': (.text+0x0): multiple definition of setup'
C:\Users\jeffi\AppData\Local\arduino\sketches\ABDCDAB6D167A5B4E2E2942CA9F11832\sketch\BasicExample.ino.cpp.o (symbol from plugin):(.text+0x0): first defined here
collect2.exe: error: ld returned 1 exit status
exit status 1
Compilation error: exit status 1

@alexvirodov I wonder whether this issue was introduced with https://github.com/sowbug/G35Arduino/pull/32, as that new file is meant to be another top-level setup()/loop(). Do you think the ValentinesDay.cpp should have been an example sketch instead?
@MapleLaneJeff try deleting ValentinesDay.cpp (which I see is the file giving the trouble) and trying again.

That was it. It now compiles, downloads and runs with no issue. Thanks for this and for all you've done with the GE lights. They go up every year on my house at Christmas time and around our Tiki Bar once the pool is open for summer. My friends are always amazed by the show!

Sounds great! I moved on to WS2812-based lights and WLED years ago, but I still miss the gorgeously bright and vivid colors of the G35 bulbs. I'm glad to hear you're still enjoying them and this project!

It's nice to know that this code is still being used.  2012 was my first year using RBG LEDs and this code really helped me at the time. I even contributed a little bit. Thanks sowbug.

Yes!! Your code also got me started! I still have two working sets of GE35
lights running.,one set has been outside for a decade, the other inside a
bay window. The out side set has a new power supply, but the faceted "bulb"
housings are remarkably clear.
Mobile Response - Please excuse my clumsy thumbs
On Tue, Dec 10, 2024, 03:51 Mark @.***> wrote:

It's nice to know that this code is still being used. 2012 was my first
year using RBG LEDs and this code really helped me at the time. I even
contributed a little bit. Thanks sowbug.
—
Reply to this email directly, view it on GitHub
https://github.com/sowbug/G35Arduino/issues/33#issuecomment-2530846449,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAX33BQGTUBQIINHBEURBC32E2TR7AVCNFSM6AAAAABTKDCZZWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMZQHA2DMNBUHE
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

I'm not quite sure, but I think the DIN (data input) and DOUT (data output)
might be like the WS2812, i.e. not interchangeable.
So, from the factory, the string has one direction. Cutting out a single
bulb might then be 50/50 to install it correctly.
Also, for the one that was burned-out - did the bulbs downstream work
normally - or were they dark?
One way to test would be to connect a single bulb to the arduino and see if
it works one-way - but not the other way around.
Lastly, watch the polarity of the connection, because one wire is 6v, one
is ground (neutral), and the third is the data line.
I learned to setup mine from these videos:
http://www.toddfun.com/2011/11/27/g35-led-christmas-light-review-and-teardown/
https://www.youtube.com/watch?v=q7znaoj-0xA
On Tue, Dec 10, 2024 at 9:19 AM MapleLaneJeff @.***>
wrote:

My current string has a couple lights not working anymore. I have some
spare lights from another set I cut up but when I installed two in place
of
the failed lights they don't work. I'm assuming the individual lights come
from the factory with a unique address assignment and that's why they
aren't working. Does that sound right or did I do something wrong on the
install? I'm pretty sure I have the connections in the correct order. It
would be a shame to have to trash the string after we've enjoyed them all
these years. Thoughts?
On Tue, Dec 10, 2024, 6:37 AM medpixman @.***> wrote:

Yes!! Your code also got me started! I still have two working sets of
GE35
lights running.,one set has been outside for a decade, the other inside
a
bay window. The out side set has a new power supply, but the faceted
"bulb"
housings are remarkably clear.
Mobile Response - Please excuse my clumsy thumbs
On Tue, Dec 10, 2024, 03:51 Mark @.***> wrote:

It's nice to know that this code is still being used. 2012 was my
first
year using RBG LEDs and this code really helped me at the time. I even
contributed a little bit. Thanks sowbug.
—
Reply to this email directly, view it on GitHub
<
https://github.com/sowbug/G35Arduino/issues/33#issuecomment-2530846449>,

or unsubscribe
<

https://github.com/notifications/unsubscribe-auth/AAX33BQGTUBQIINHBEURBC32E2TR7AVCNFSM6AAAAABTKDCZZWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMZQHA2DMNBUHE>

.
You are receiving this because you are subscribed to this
thread.Message
ID: @.***>

—
Reply to this email directly, view it on GitHub
https://github.com/sowbug/G35Arduino/issues/33#issuecomment-2531322091,

or unsubscribe
<
https://github.com/notifications/unsubscribe-auth/BGNCCGW5D4RZEU77WQA2KUD2E3G7NAVCNFSM6AAAAABTKDCZZWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMZRGMZDEMBZGE>

.
You are receiving this because you were mentioned.Message ID:
@.***>

—
Reply to this email directly, view it on GitHub
https://github.com/sowbug/G35Arduino/issues/33#issuecomment-2531766530,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAX33BXUVZGG3FOVWOS4A6D2E3Z7HAVCNFSM6AAAAABTKDCZZWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMZRG43DMNJTGA
.
You are receiving this because you commented.Message ID:
@.***>

Also this is another resource:
https://mevans77.wordpress.com/2011/11/07/hacking-g-35-ge-christmas-lights/
On Tue, Dec 10, 2024 at 9:19 AM MapleLaneJeff @.***>
wrote:

My current string has a couple lights not working anymore. I have some
spare lights from another set I cut up but when I installed two in place
of
the failed lights they don't work. I'm assuming the individual lights come
from the factory with a unique address assignment and that's why they
aren't working. Does that sound right or did I do something wrong on the
install? I'm pretty sure I have the connections in the correct order. It
would be a shame to have to trash the string after we've enjoyed them all
these years. Thoughts?
On Tue, Dec 10, 2024, 6:37 AM medpixman @.***> wrote:

Yes!! Your code also got me started! I still have two working sets of
GE35
lights running.,one set has been outside for a decade, the other inside
a
bay window. The out side set has a new power supply, but the faceted
"bulb"
housings are remarkably clear.
Mobile Response - Please excuse my clumsy thumbs
On Tue, Dec 10, 2024, 03:51 Mark @.***> wrote:

It's nice to know that this code is still being used. 2012 was my
first
year using RBG LEDs and this code really helped me at the time. I even
contributed a little bit. Thanks sowbug.
—
Reply to this email directly, view it on GitHub
<
https://github.com/sowbug/G35Arduino/issues/33#issuecomment-2530846449>,

or unsubscribe
<

https://github.com/notifications/unsubscribe-auth/AAX33BQGTUBQIINHBEURBC32E2TR7AVCNFSM6AAAAABTKDCZZWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMZQHA2DMNBUHE>

.
You are receiving this because you are subscribed to this
thread.Message
ID: @.***>

—
Reply to this email directly, view it on GitHub
https://github.com/sowbug/G35Arduino/issues/33#issuecomment-2531322091,

or unsubscribe
<
https://github.com/notifications/unsubscribe-auth/BGNCCGW5D4RZEU77WQA2KUD2E3G7NAVCNFSM6AAAAABTKDCZZWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMZRGMZDEMBZGE>

.
You are receiving this because you were mentioned.Message ID:
@.***>

—
Reply to this email directly, view it on GitHub
https://github.com/sowbug/G35Arduino/issues/33#issuecomment-2531766530,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAX33BXUVZGG3FOVWOS4A6D2E3Z7HAVCNFSM6AAAAABTKDCZZWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMZRG43DMNJTGA
.
You are receiving this because you commented.Message ID:
@.***>

Thanks, I'll check it out!
On Tue, Dec 10, 2024, 10:01 AM medpixman @.***> wrote:

Also this is another resource:
https://mevans77.wordpress.com/2011/11/07/hacking-g-35-ge-christmas-lights/
On Tue, Dec 10, 2024 at 9:19 AM MapleLaneJeff @.***>
wrote:

My current string has a couple lights not working anymore. I have some
spare lights from another set I cut up but when I installed two in place
of
the failed lights they don't work. I'm assuming the individual lights
come
from the factory with a unique address assignment and that's why they
aren't working. Does that sound right or did I do something wrong on the
install? I'm pretty sure I have the connections in the correct order. It
would be a shame to have to trash the string after we've enjoyed them
all
these years. Thoughts?
On Tue, Dec 10, 2024, 6:37 AM medpixman @.***> wrote:

Yes!! Your code also got me started! I still have two working sets of
GE35
lights running.,one set has been outside for a decade, the other
inside
a
bay window. The out side set has a new power supply, but the faceted
"bulb"
housings are remarkably clear.
Mobile Response - Please excuse my clumsy thumbs
On Tue, Dec 10, 2024, 03:51 Mark @.***> wrote:

It's nice to know that this code is still being used. 2012 was my
first
year using RBG LEDs and this code really helped me at the time. I
even
contributed a little bit. Thanks sowbug.
—
Reply to this email directly, view it on GitHub
<
https://github.com/sowbug/G35Arduino/issues/33#issuecomment-2530846449>,

or unsubscribe
<

https://github.com/notifications/unsubscribe-auth/AAX33BQGTUBQIINHBEURBC32E2TR7AVCNFSM6AAAAABTKDCZZWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMZQHA2DMNBUHE>

.
You are receiving this because you are subscribed to this
thread.Message
ID: @.***>

—
Reply to this email directly, view it on GitHub
<
https://github.com/sowbug/G35Arduino/issues/33#issuecomment-2531322091>,

or unsubscribe
<

https://github.com/notifications/unsubscribe-auth/BGNCCGW5D4RZEU77WQA2KUD2E3G7NAVCNFSM6AAAAABTKDCZZWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMZRGMZDEMBZGE>

.
You are receiving this because you were mentioned.Message ID:
@.***>

—
Reply to this email directly, view it on GitHub
https://github.com/sowbug/G35Arduino/issues/33#issuecomment-2531766530,

or unsubscribe
<
https://github.com/notifications/unsubscribe-auth/AAX33BXUVZGG3FOVWOS4A6D2E3Z7HAVCNFSM6AAAAABTKDCZZWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMZRG43DMNJTGA>

.
You are receiving this because you commented.Message ID:
@.***>

—
Reply to this email directly, view it on GitHub
https://github.com/sowbug/G35Arduino/issues/33#issuecomment-2531926000,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BGNCCGROWZ5IHAFELCA4FWD2E3653AVCNFSM6AAAAABTKDCZZWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMZRHEZDMMBQGA
.
You are receiving this because you were mentioned.Message ID:
@.***>

The bulbs don't have hardcoded addresses. If memory serves, they maintain counters, a little like in kindergarten when you asked a group of kids to count itself, so the first kid would say "1" and the second kid would say "2" because he or she mentally added one to the number he or she just heard the prior kid say. This happens when the lights first get turned on, and after that each light responds to that number.
I am guessing you'd have mentioned it if all the bulbs past the bad one were also dead. Having a single dead bulb in the middle of a string, whose replacements are also dead, is very strange. Either the power being supplied to that bulb is bad (test with a multimeter), or you're having extremely bad luck and your replacements are also bad.
I don't see how reversing DIN/DOUT could have happened here (as @medpixman suggested), because that would have ended the data transmission to subsequent bulbs on the string.
I'd put my money on a frayed power connection. And if you really want to go down a rabbit hole, you can also verify the data line with a logic probe.
Please let us know what happened (but maybe open a new issue because this no longer has anything to do with Valentine's Day. :)

I love these lights also. Sowbug, have you considered writing the timing sequence into WLED list of compatable light protocols? I know G35 has limited colors, but it would be very nice to control G35 with WLED. Other G35 users have asked same question on DISCORD - WLED

Yes, bulbs past the bad one continued to work properly so that tells me the
5VDC, common and data line connections are good since power and
communications passed through to the next bulb. IMHO, that leave two
possibilities, the replacement bulb (which came from a string that was
never used) was failed or I got the connections reversed. There are some
embedded lines on one of the wires from both strings so I assumed they
should be connected. The original string had 50 bulbs and the replacement
bulb came from a string of 25. Would that make a difference?
On Tue, Dec 10, 2024, 1:47 PM Mike Tsao @.***> wrote:

The bulbs don't have hardcoded addresses. If memory serves, they maintain
counters, a little like in kindergarten when you asked a group of kids to
count itself, so the first kid would say "1" and the second kid would say
"2" because he or she mentally added one to the number he or she just heard
the prior kid say. This happens when the lights first get turned on, and
after that each light responds to that number.
I am guessing you'd have mentioned it if all the bulbs past the bad one
were also dead. Having a single dead bulb in the middle of a string, whose
replacements are also dead, is very strange. Either the power being
supplied to that bulb is bad (test with a multimeter), or you're having
extremely bad luck and your replacements are also bad.
I don't see how reversing DIN/DOUT could have happened here (as @medpixman
https://github.com/medpixman suggested), because that would have ended
the data transmission to subsequent bulbs on the string.
I'd put my money on a frayed power connection. And if you really want to
go down a rabbit hole, you can also verify the data line with a logic probe.
Please let us know what happened (but maybe open a new issue because this
no longer has anything to do with Valentine's Day. :)
—
Reply to this email directly, view it on GitHub
https://github.com/sowbug/G35Arduino/issues/33#issuecomment-2532602420,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BGNCCGX37CTUYQEXD6VQAR32E4ZKRAVCNFSM6AAAAABTKDCZZWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMZSGYYDENBSGA
.
You are receiving this because you were mentioned.Message ID:
@.***>

I think sowbug is correct, the nodes are enumerated when you startup. I
can't prove that, but it would make sense based on how other 3-wire RGB are
controlled.
ToddFun.com » Blog Archive » G35 LED Christmas Light Review and Teardown
http://www.toddfun.com/2011/11/27/g35-led-christmas-light-review-and-teardown/
On Tue, Dec 10, 2024 at 3:44 PM MapleLaneJeff @.***>
wrote:

Yes, bulbs past the bad one continued to work properly so that tells me
the
5VDC, common and data line connections are good since power and
communications passed through to the next bulb. IMHO, that leave two
possibilities, the replacement bulb (which came from a string that was
never used) was failed or I got the connections reversed. There are some
embedded lines on one of the wires from both strings so I assumed they
should be connected. The original string had 50 bulbs and the replacement
bulb came from a string of 25. Would that make a difference?
On Tue, Dec 10, 2024, 1:47 PM Mike Tsao @.***> wrote:

The bulbs don't have hardcoded addresses. If memory serves, they
maintain
counters, a little like in kindergarten when you asked a group of kids
to
count itself, so the first kid would say "1" and the second kid would
say
"2" because he or she mentally added one to the number he or she just
heard
the prior kid say. This happens when the lights first get turned on, and
after that each light responds to that number.
I am guessing you'd have mentioned it if all the bulbs past the bad one
were also dead. Having a single dead bulb in the middle of a string,
whose
replacements are also dead, is very strange. Either the power being
supplied to that bulb is bad (test with a multimeter), or you're having
extremely bad luck and your replacements are also bad.
I don't see how reversing DIN/DOUT could have happened here (as
@medpixman
https://github.com/medpixman suggested), because that would have
ended
the data transmission to subsequent bulbs on the string.
I'd put my money on a frayed power connection. And if you really want to
go down a rabbit hole, you can also verify the data line with a logic
probe.
Please let us know what happened (but maybe open a new issue because
this
no longer has anything to do with Valentine's Day. :)
—
Reply to this email directly, view it on GitHub
https://github.com/sowbug/G35Arduino/issues/33#issuecomment-2532602420,

or unsubscribe
<
https://github.com/notifications/unsubscribe-auth/BGNCCGX37CTUYQEXD6VQAR32E4ZKRAVCNFSM6AAAAABTKDCZZWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMZSGYYDENBSGA>

.
You are receiving this because you were mentioned.Message ID:
@.***>

—
Reply to this email directly, view it on GitHub
https://github.com/sowbug/G35Arduino/issues/33#issuecomment-2532847497,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAX33BROWRCHNZFAY5F32PD2E5HDZAVCNFSM6AAAAABTKDCZZWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMZSHA2DONBZG4
.
You are receiving this because you were mentioned.Message ID:
@.***>

Good news. Everything is working now. After some more investigation, I figured out the string works fine when the programming cable is still plugged in along with the power supply and doesn't when it is not plugged in. My power supply failed last year and it was a 6V, 1.2A supply. I replaced it this year with a 6V, 1A supply. My theory is the 1.2A supply was just enough to keep the voltage stable at all times but the 1A supply was not. Another issue I noticed was the string would frequently get hung up on an all white display which draws the most power. I monitored the 3.3V pin on the Arduino at that point and it was less than 3.3V. I suspect that, when I ran the string with the programming cable plugged in, the computer provided enough additional power to keep the 3.3V line stable and allowed all the bulbs to work with all the displays. All the details point to an under-sized power supply so I ordered a 6V, 2A supply tonight which will arrive in a couple days. Thanks again gents for all your help!

We should have known! 95% of hardware problems are bad power supplies. 95% of the remaining 5% are bad wiring. Enjoy the holidays.

First rule of trouble-shooting: Don't trust the power-supply.
2nd Rule: Check what you think are the most reliable components early if
not first.
Mobile Response - Please excuse my clumsy thumbs
On Tue, Dec 10, 2024, 23:07 Mike Tsao @.***> wrote:

We should have known! 95% of hardware problems are bad power supplies. 95%
of the remaining 5% are bad wiring. Enjoy the holidays.
—
Reply to this email directly, view it on GitHub
https://github.com/sowbug/G35Arduino/issues/33#issuecomment-2533583283,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAX33BUJDMPMRPTSKOADRZD2E626PAVCNFSM6AAAAABTKDCZZWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMZTGU4DGMRYGM
.
You are receiving this because you were mentioned.Message ID:
@.***>

Awesome, thanks for the update!
Mobile Response - Please excuse my clumsy thumbs
On Tue, Dec 10, 2024, 23:01 MapleLaneJeff @.***> wrote:

Good news. Everything is working now. After some more investigation, I
figured out the string works fine when the programming cable is still
plugged in along with the power supply and doesn't when it is not plugged
in. My power supply failed last year and it was a 6V, 1.2A supply. I
replaced it this year with a 6V, 1A supply. My theory is the 1.2A supply
was just enough to keep the voltage stable at all times but the 1A supply
was not. Another issue I noticed was the string would frequently get hung
up on an all white display which draws the most power. I monitored the 3.3V
pin on the Arduino at that point and it was less than 3.3V. I suspect that,
when I ran the string with the programming cable plugged in, the computer
provided enough additional power to keep the 3.3V line stable and allowed
all the bulbs to work with all the displays. All the details point to an
under-sized power supply so I ordered a 6V, 2A supply tonight which will
arrive in a couple days. Thanks again gents for all your help!
—
Reply to this email directly, view it on GitHub
https://github.com/sowbug/G35Arduino/issues/33#issuecomment-2533578181,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAX33BSNUVYWHSJ5NB7RI5L2E62LLAVCNFSM6AAAAABTKDCZZWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMZTGU3TQMJYGE
.
You are receiving this because you were mentioned.Message ID:
@.***>


quicklaunch: do not react if clkinfo is focused

Allows the swipe actions from the quicklaunch not to run together with actions in clkinfo, making the two work fine together.
I'm not sure this is the right way to do this (setting an attribute in the Bangle object), but it's the simplest way I could think of

Thanks! Yes, that looks like it works well.
I wonder if this should be documented in at minimum the docs at the top of modules/clock_info.js though?

do you use the latest version of bw clock / did you re-install bwclock to ensure that the clkinfo module is updated?

No, will do that now!

@peerdavid Yes, after reinstalling it works. Thank you!

Once clkinfo is a lib this should no more be necessary 🤗

May I recommend to bump version on all affected clocks?

May I recommend to bump version on all affected clocks?

When I get a moment I'll make clockinfo an app, and then this will be a non-issue...

I wonder if this should be documented in at minimum the docs at the top of modules/clock_info.js though?

Well, probably yes, other apps may need to do the same thing. I guess that could be done while transforming the clockinfo in an app

Just done: de40f314c7037b5ff5cf01078c17d98552d31adf
Tutorial will update soon

Ohh wow that great, thank you so much!


There are problems with integrating the gamma function

I was using SymPy and tried to numerically integrate the gamma function between 0 and 1 and between 1 and infinity, it didn't go well
SymPy uses mpmath for this calculation
normalhuman wrote that quadts is being used
>>> mp.quadts(lambda x: gamma(x), (0, 1))
mpf('43.843752231685052')

https://github.com/sympy/sympy/issues/14153

Yes, indeed both of those integrals should diverge but from 0 to 1 it gives a smallish value. For the other one it does give a rather large value, indicating divergence, but from 0 to 1 is an issue.


schedule usage on DoS / PBF / QoS rules

Is your feature request related to a problem?

version 2.0.58 will introduce schedule part for DoS/PBF/QoS.
it can already be used on develop Docker Container;
docker run --name panosphp --rm -v ${PWD}:/share -it swaschkut/pan-os-php:develop


Make //examples/python/...:all compatible with Bazel 0.26

@nicolasnoble This should unblock https://github.com/grpc/grpc/pull/19258. Sorry for the rigmarole.
Manually tested against Bazel 0.26.0 with bazel test //examples/python/...:all

@nicolasnoble So apparently this approach isn't compatible with Bazel 0.24.1, which CI is still running on master. I think the best bet is probably to cherry-pick this commit into your PR.

Looks like this can be closed?


AI composition: Add extension configuration property

Add the extensionConfiguration property to the yolov3 grpc extension.

@nicolasbotto , @avkewalr-msft  - is this good to merge?

#sign-off on both

@gadamilan  - merging the PR


Prepare migration to hydra 1.1

Migrate the old interpolation style used in the main config file: https://hydra.cc/docs/next/upgrades/1.0_to_1.1/defaults_list_interpolation

Version 1.1 is out and an update guide is available.
See upgrade guide steps to migrate our version from 1.0 to 1.1


Auth

Coverage decreased (-3.6%) to 83.529% when pulling b51b6a369f9135186eed615ff40aaff3a3bdf5f4 on auth into 6aaaa77032714ef73609ab5dd9ee1c87c71004c4 on master.


sync libs with Qt recipe to fix OpenCL

Checklist

[ ] Used a personal fork of the feedstock to propose changes
[ ] Bumped the build number (if the version is unchanged)
[ ] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[ ] Ensured the license file is being packaged.

Hopefully this is all that is required.
Fixes https://github.com/conda-forge/qgis-feedstock/issues/263

@conda-forge-admin, please rerender

-- Looking for CL_VERSION_3_0
-- Looking for CL_VERSION_3_0 - found
-- Found OpenCL: $PREFIX/lib/libOpenCL.so (found version "3.0")

Doesn't seem like there is a way to easily test this has worked from Python....

Well, let's merge and see if it fixes it.

Thanks!

Ok, so I have installed it, and it no longer say it was not compiled with OpenCL, which is good, but I wasn't able to find my GPU, even after I install cuda-opencl. Nevertheless, I think it was a sucess anyway. maybe someone can make it work. as it was, it was really not available at all. Thanks again @gillins

@SrNetoChan I had to: conda install ocl-icd-system and then it seemed to find my NVidia card ok (on Linux). I found some great info here: https://documen.tician.de/pyopencl/misc.html which also outlined options for using CPU if you don't have a GPU available....

I believe that was installed automatically, but I will check. Glad it worked


react-shallow-renderer 16.14.0 breaks Jest

 FAIL  src/utils/columnUtils.test.ts
  ● Test suite failed to run

    Jest encountered an unexpected token

    This usually means that you are trying to import a file which Jest cannot parse, e.g. it's not plain JavaScript.

    By default, if Jest sees a Babel config, it will use that to transform your files, ignoring "node_modules".

    Here's what you can do:
     • To have some of your "node_modules" files transformed, you can specify a custom "transformIgnorePatterns" in your config.
     • If you need a custom transformation specify a "transform" option in your config.
     • If you simply want to mock your non-JS modules (e.g. binary assets) you can stub them out with the "moduleNameMapper" config option.

    You'll find more details and examples of these config options in the docs:
    https://jestjs.io/docs/en/configuration.html

    Details:

    D:\repos\react-data-grid\node_modules\react-shallow-renderer\index.js:10
    export {default} from './src/ReactShallowRenderer';
    ^^^^^^

    SyntaxError: Unexpected token 'export'

      at new Script (node:vm:100:7)
      at Object.<anonymous> (node_modules/react-test-renderer/shallow.js:3:18)

Jest doesn't support esm yet, and modules under node_modules aren't transpiled by default, so this is going to break builds.
For example: https://github.com/adazzle/react-data-grid/pull/2097/checks?check_run_id=1286474140

Duplicate of #96. Install the newly published 16.4.1 version.

@NMinhNguyen 16.4.1 doesn't fix it, please read my bug report carefully and reopen this issue.

@NMinhNguyen 16.4.1 doesn't fix it, please read my bug report carefully and reopen this issue.

Can you confirm if this is still an issue? You appear to have deleted your comment.

Yes sorry, had an npm caching issue, 16.4.1 works great now, thanks.


Localisation support - Translation of operation names, arguments and descriptions

Add the possibility to create files for translation. Usefull for operations name, arguments and description

I can provide translation of required strings into Russian

I can help with Romanian if needed.

Is there any progress on this?


foo = [ { bar=""{{baz}}""} ] roundtrips broken

default settings makes that a
bar=""""{{baz}}""""

so probably just a missing check if the last character in a string is a quote when choosing triple quotes for output

Actually, the spec allows to use one or two consecutive " anywhere in a multi-line string.

You can write a quotation mark, or two adjacent quotation marks, anywhere inside a multi-line basic string. They can also be written just inside the delimiters.
str4 = """Here are two quotation marks: "". Simple enough."""
# str5 = """Here are three quotation marks: """."""  # INVALID
str5 = """Here are three quotation marks: ""\"."""
str6 = """Here are fifteen quotation marks: ""\"""\"""\"""\"""\"."""

# "This," she said, "is just a pointless statement."
str7 = """"This," she said, "is just a pointless statement.""""

Here, only the str5 is invalid because it uses 3 quotes (""") inside. As you can see in the str7, using " just before closing delimiter is explicitly allowed.
This means that the following toml file is valid and should be parsed in the same way as "\"{{baz}}\"".
bar = """"{{baz}}""""

And the following code prints "{{baz}}", as expected.
#include "toml.hpp"
#include <iostream>

int main()
{
    using namespace toml::literals::toml_literals;
    const auto data = "\"\"\"\"{{baz}}\"\"\"\""_toml;
    std::cout << toml::get<std::string>(data) << std::endl;
    return 0;
}

So, it seems that both the parser and the serializer are correct.

Do you want to have an option to force serializer to print a string as a one-line basic string? It is sometimes demanded, but adding an option to all the toml::strings is a big change.

Oh, ic, thanks. I accidentally used another toml implementation to round trip, which seems to not have the case of str7 right and reports an error there.
Thanks for the quick response and clarification. I'm actually migrating from cpptoml because it doesn't support the 1.0.0 spec anymore, and an old binary using this was the cause of the report. So good to know that migration is worth it alone for proper string handling. At the current point I'm not sure yet what kind of customization for serialization will be helpful to my use case. But If I do have feature requests I'll file them again.

This is just a comment, but the features I mentioned in the above is introduced in v1.0.0-rc1. In the v0.5.0, the interpretation of """"foo"""" was not well-defined. So, in this sense, cpptoml is toml v0.5.0 standard compliant.

Thanks fore the clarification! Makes sense, and good that it is defined now. Good things to get sorted out before hitting a 1.0 ^^


can you clean outdated projects?

there are many projects have not been updated for years.
can you remove them?
or add the last update time at the end of the item.

If a project is outdated, please open a pull request or issue. Thx!
Sent with GitHawk


Utility/tutorial for moving molecule within simulation box / changing box size / centering molecule

@rhoslynroebuck has a script for centring molecule in box already, which could be adapted to put the molecule wherever in the box, @Mohamed-Dhouioui why don't you chat to her about this?
changing the box size is arbitrary apart from periodic systems, in which case the user is in charge of making sure their system makes sense


Add Steps to Viscosity Calculator in Fluid Mechanics inside Classical Mechanics.

Add steps for the Viscosity calculator in the Fluid Mechanics section inside Classical Mechanics. For reference, u can refer to the physics calculators.

I would like to work on this issue , please assign it to me , I am a GSSOC contributor.


Rethink how to provide better reproduce messages

how to provide better reproduce messages (especially with external runner tasks that provide system properties, jvm options, etc?)

A question about these messages; in my build I see messages like:
 2> NOTE: reproduce with: ant test  -Dtestcase=A9RestParserTest -Dtests.method=testVeField -Dtests.seed=705CF276B57905A5 -Dtests.badapples=true -Dtests.locale=ar-TN -Dtests.timezone=America/Halifax -Dtests.asserts=true -Dtests.file.encoding=US-ASCII

However, our build is run using a wrapper around ant that handles dependencies and other build setup issues, so developers cannot simply run "ant" to reproduce failures, and I'd like to customize this message. Also, we never define the tests.badapples property and it has no meaning in our project; ideally we would suppress it.
I went looking for the code responsible for formatting these messages to see if it was configurable and/or what it would take to specialize or override it. I found ReproduceMessageBuilder, which looks likely, but it doesn't contain the "NOTE" or "reproduce with" text anywhere, and I don't see where the "ant" executable name would come from. Any pointers or suggestion would be welcome here!

The runner doesn't print anything by default (because it would have no idea where it was launched from) -- this message comes from a custom listener that, most likely, was copied when you were copying code from Lucene. If you have a base class, it'd be Listeners annotation, as in here.
https://github.com/apache/lucene-solr/blob/c70cceaee56cecf35875cd2b5c8d5700f2b3cedb/lucene/test-framework/src/java/org/apache/lucene/util/LuceneTestCase.java#L200

Ah, of course. It's because we are inheriting from LuceneTestCase. It looks as if @SuppressReproduceLine annotation would remove this and we could add our own listener. Thanks!


Retry kube-addons creation if kube-addons creation fails.

etcd/kube-apiserver might not be up when kube-addons are being created.
added retry logic for kube-addons creation to give time for kube-apiserver & etcd to come up.

@thockin PTAL

The apiserver is supposed to be "up" by init.d ordering (see line 5). It may not be listening yet, though, so I agree there's a possible race here. We haven't had any real problems with the other add-on pods, though, except for one reported Salt race in #4357 that I couldn't reproduce. Any thoughts on why this one is special?

APIServer depends on etcd, and even though APIserver maybe up, etcd may not have come up by then.
This happens, if etcd is defined as a pod and has to wait for kubelet to start it.

Got it. FWIW, the code LGTM and could use some more robustity. :)
On Mar 30, 2015 10:14 PM, "Abhi Shah"<EMAIL_ADDRESS>wrote:

APIServer depends on etcd, and even though APIserver maybe up, etcd may
not have come up by then.
This happens, if etcd is defined as a pod and has to wait for kubelet to
start it.
—
Reply to this email directly or view it on GitHub
https://github.com/GoogleCloudPlatform/kubernetes/pull/6200#issuecomment-87941457
.


Update fs2-core, fs2-io to 2.4.3

Updates

co.fs2:fs2-core
co.fs2:fs2-io

from 2.4.2 to 2.4.3.
GitHub Release Notes - Version Diff
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!

Ignore future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "co.fs2" } ]

labels: library-update, semver-patch

Codecov Report

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

@@           Coverage Diff           @@
##           master     #320   +/-   ##
=======================================
  Coverage   62.84%   62.84%
=======================================
  Files          38       38
  Lines        1281     1281
  Branches        8        8
=======================================
  Hits          805      805
  Misses        476      476

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 09eb779...68ca0d0. Read the comment docs.


ARCAnalysis: fix canApplyOfBuiltinUseNonTrivialValues

Fix a return-true-false logic error when handling LLVM intrinsics.
This bug was introduced by https://github.com/apple/swift/pull/25985

@swift-ci test


VCSCommit specific fields should be a oneof

Some fields in VCSCommit message are probably too git-specific. I'm not 100% sure if all VCS systems we'd ever support contain a string hash, but certainly some concepts like the author, committer, or associated email information might not be present in other VCS systems.
What about
message VCSCommit {
  ...
+  // unsure if this one should live here at the root
  string hash = 4 [
    (buf.validate.field).required = true,
    (buf.validate.field).string.max_len = 255
  ];
-  // The name of the author of the VCSCommit.
-  //
-  // VCS-specific: not associated with the name of Users on the BSR, for example.
-  string author_name = 11;
-  // The email of the author of the VCSCommit.
-  //
-  // VCS-specific: not associated with the Users on the BSR, for example.
-  string author_email = 12;
-  // The name of the committer of the VCSCommit.
-  //
-  // VCS-specific: not associated with the name of Users on the BSR, for example.
-  string committer_name = 13;
-  // The email of the committer of the VCSCommit.
-  //
-  // VCS-specific: not associated with the Users on the BSR, for example.
-  string committer_email = 14;
+  oneof metadata {
+    GitMetadata git_metadata; // this one will contain author/committer info
+    // other VCS metadata info
+  }
}

I think no matter what, hash should be at the root, as we consider this a unique property of the VCSCommit itself.
I could go either way on this one. I think that for the lifetime of this version of the API being latest (2-3 years), I doubt we will support anything other than git. If we did, we can simply deprecate the existing fields. I worry that if we decide to introduce a GitMetadata type or similar (naming TBD), then we will have to remove VCSType, and say that "if the oneof message is present, this indicates that the VCSCommit is of this VCS type", which, if we don't have any data within GitMetadata (in the case that there's no author or committer information?), gets a bit wonky.

VCSCommit was removed in https://github.com/bufbuild/registry-proto/pull/55


Grey out study sessions that have already passed

Study sessions?

@SachaG Er, "posts." :) See: http://hangouts.codebuddies.org. Still working out some small things!

Gah, sorry! I left this on the wrong issues board. I thought I'd posted it on on my own repo.

No worries :)
On Sun, Jan 4, 2015 at 2:19 PM, lpatmo<EMAIL_ADDRESS>wrote:

Closed #670 https://github.com/TelescopeJS/Telescope/issues/670.
—
Reply to this email directly or view it on GitHub
https://github.com/TelescopeJS/Telescope/issues/670#event-213744338.


Recommendation 55: NASA should expand public participation in scientific research and other crowdsourcing methods as one strategy for providing data labeling essential to ML/AI/AA.

Recommendation 55
NASA should expand public participation in scientific research and
other crowdsourcing methods as one strategy for providing data labeling essential to
ML/AI/AA.

PDS Management Response:
An attempt at crowdsourcing was evaluated several years ago.  However, crowdsourcing is problematic in that it may reduce the integrity of PDS archives from non-expert contributions.  Crowdsourcing may create a large overhead to implement a crowdsourcing system and to evaluate the quality of results.


Feature/global changes

@DanielNetzer please note there's a lot of changes over here
Utils:

global logger that can be enabled with setLogLevel in tool-kit
type helpers and map <-> array conversion helpers
create ID interface

Models:

start using coords interface and create dimension interface
NodeModel, PointModel: remove x, y and width, height obs in favour of coords and dimensions obs.
prepare for more complex selectors in selectXXX functions (ID | ID[] | () => boolean)
NodeModel: clean and refactor observables

we should move to a state subject to hold all model props.. like extras, coords, and all props should be inside one subject.
for example
let nodeState = new BehaviorSubject({
   extras: {},
   ...
});

:tada: This PR is included in version 1.5.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Masonry: Reason about Image widget layout implementation

This is the issue from the TODO comment at:
https://github.com/linebender/xilem/blob/7be4dd2a2f8bf820fc19a3af2a00600d05e4d4c7/masonry/src/widget/image.rs#L94-L97
In particular, the current layout logic entirely ignores the FillStrat. Effectively, the aspect-ratio is always auto, so the only troublesome case is if we have a minimum/maximum set which never matches the given aspect ratio.
This logic has recently (#571) been changed from the original Druid version.
The steps for this issue are:

Work out the correct layout logic. It might be that the current version is correct, at least whilst we can't set aspect-ratio.
Write a few test cases for the layout logic, and integrate them into the tests module. These could probably use screenshot tests.
Remove the original TODO comment.

See also the CSS images model.
FillStrat could also probably be renamed. It most closely matches object-fit web property, with a couple of extra variants. I don't think the current name accurately describes what is being covered - the "image size" as compared to the layout size aren't really meaningfully different except in very rare cases (primarily because of use of sized_box).
Alternatively, it could be removed entirely, to be brought back when we implement more of the CSS images model.

In my opinion the current logic works, but only covers the FillStrat::Contain case.
I would implement a match on FillStrat:
let size = match self.fill {
    FillStrat::Contain => bc.constrain_aspect_ratio(image_size.height / image_size.width, image_size.width),
    // Implement missing arms.
}

Also I'd just call FillStrat ObjectFit.

Please check out the new implementation I wrote.
I'm not so good at testing, do you have any suggestions where to start for this?
Then if everything looks good I'll do a PR.

Please check out the new implementation I wrote.
I'm not so good at testing, do you have any suggestions where to start for this? Then if everything looks good I'll do a PR.

You can use the tests in the image file and my grid PR as examples: https://github.com/linebender/xilem/pull/570/files#diff-89b46432f5a2ba38b712739a5b75b1c81f698a72b81ac6d07fa7e8117c28836cR309
Create a new test function in the image widget file. For the test cases, create the image widget with each of your constraints in a way that would differentiate it from the default case, and get an image snapshot of it. You can probably use the code-generated images shown in the edit_image test.
Write the test code as shown. It will fail when you first run it. Check the screenshots folder; in there you will find the new image with .new in the file extension. Confirm that it is correct as rendered. If it is, rename it to remove the .new. If it isn't correct, delete it and fix your test.
For the tests to run, you will need to install git lfs.

I'd also generally recommend just making a draft PR in this circumstance. It means that discussion of this proposal can be scoped to that proposal.

You can use the tests in the image file and my grid PR as examples: https://github.com/linebender/xilem/pull/570/files#diff-89b46432f5a2ba38b712739a5b75b1c81f698a72b81ac6d07fa7e8117c28836cR309
Create a new test function in the image widget file. For the test cases, create the image widget with each of your constraints in a way that would differentiate it from the default case, and get an image snapshot of it. You can probably use the code-generated images shown in the edit_image test.
Write the test code as shown. It will fail when you first run it. Check the screenshots folder; in there you will find the new image with .new in the file extension. Confirm that it is correct as rendered. If it is, rename it to remove the .new. If it isn't correct, delete it and fix your test.
Thanks I'll work on it.

I'd also generally recommend just making a draft PR in this circumstance. It means that discussion of this proposal can be scoped to that proposal.

Done!


error: cannot find type MODE2_ALARM in this scope

The library generated from a SAM L11 svd fails with the following error:
error[E0412]: cannot find type `MODE2_ALARM` in this scope
   --> src/rtc/mod.rs:125:23
    |
125 |     pub mode2_alarm0: MODE2_ALARM,
    |                       ^^^^^^^^^^^ not found in this scope
help: possible candidate is found in another module, you can import it into scope
    |
1   | use rtc::mode2::MODE2_ALARM;
    |

Somehow this field in the MODE2 register block fails to reference the mode2 module like all the others do:
    #[doc = "0x18 - MODE2 Clock Value"]
    pub clock: self::mode2::CLOCK,
    _reserved2: [u8; 4usize],
    #[doc = "0x20 - MODE2 Alarm"]
    pub mode2_alarm0: MODE2_ALARM,
    _reserved3: [u8; 27usize],
    #[doc = "0x40 - General Purpose"]
    pub gp: [self::mode2::GP; 2],
    _reserved4: [u8; 24usize],

I noticed that in the svd this seems to be defined as a cluster, rather than a register. Does this help explain the issue?
I am able to workaround through patches.
You can find the svd I used here - https://github.com/evq/atsaml11xxx/blob/master/ATSAML11E16A.orig.svd

I ran into the same issue trying to run svd2rust on this PSoC 6 SVD: psoc63.svd.txt
(upstream repo: https://github.com/cypresssemiconductorco/Cypress-Peripheral-Driver-Library-v3.0.1/blob/master/3.0.1/devices/psoc6/psoc63/psoc63.svd)

Ah, both SVDs contain nested <cluster>s, that must be the reason this fails to compile! (I had no idea that was even possible)

I think the bug is somewhere in https://github.com/rust-embedded/svd2rust/blob/11e11f0498c0aca1042eb927e2aa74c246a8b4a0/src/generate/register.rs#L755

Also seems to happen with the nRF5340 SVDs, unfortunately


Custom labels: support full file name variable

Awesome feature! I've been using the following config:
**: [${dirname}] ${filename}.${extname}
However, there's a slight problem with dot files. (e.g. .zshrc)
The above config renders it as [prevDirectory] .zshrc., but I want it without the ending dot. Is that possible with the current levers?

You could just add a second entry which catches these cases: **/.*: [${dirname}] ${filename}
Does this work for you?

I see. We have this issue open #210166 which is regarding giving better access to parts of the filename when there are multiple extensions in it. I think it would make sense to also fix both of this issues together.
Leaving this issue open as it includes some good examples

Quick followup that the updated ${extname(n)} syntax in the newest VSCode release (1.91.0) still doesn't address this issue.
My setting:
**: [${dirname}] ${filename}.${extname}
File names:

Makefile

expected: [parentDirName] Makefile
actual: [parentDirName] Makefile.${extname}

.nvmrc

expected: [parentDirName] Makefile
actual: [parentDirName] .nvmrc.${extname}

Note how ${extname} is appended literally. I assume because it couldn't find a "real" extension?
Please consider my suggestion of "providing a variable for the full file name".

I can see how having a fullFileName variable could make this easier. For the meantime, I think it should be possible to use these patterns to solve your scenario:

**/?*.*: [${dirname}] ${filename}.${extname}
**: [${dirname}] ${filename}

Nice! That does indeed work for all my scenarios. Thanks!


Implemented the ECP part

@matthew-hennefarth
Sorry for my late response. Today, I have implemented lines to write ECP information to a TREXIO file. Please have a look at my pull request.
The ECP part works. However, a problem I found is that the cc-pVXZ basis sets accompanied with ccECP, which are often used for QMC calculations, did not pass the following assertion line in trexio.py.

  assert all(mol._bas[:,gto.NCTR_OF] == 1)

Would you give me a clue for solving this problem?
#60

The ECP part works. However, a problem I found is that the cc-pVXZ basis sets accompanied with ccECP, which are often used for QMC calculations, did not pass the following assertion line in trexio.py.
  assert all(mol._bas[:,gto.NCTR_OF] == 1)

It seems that mol._bas is the internal representation for the libcint library, and NCTR_OF is a constant being 3 (which I believe represents number of cartesians; ie x, y, z). Unfortunately, I do not know what the internal representation of _bas is supposed to be.
Perhaps, since @sunqm wrote the assert statement and knows the details of libcint, he can provide you with more guidance.

@matthew-hennefarth, thank you very much. I will wait for @sunqm's reply.

@matthew-hennefarth
I found that mol._bas[:,gto.NCTR_OF] refers to the numbers of generalized contractions (i.e., one set of exponents and multiple sets of coefficients, like molpro and molcas). See this issue. Do you know how to switch it off with some option when we build a mol?

I found that mol._bas[:,gto.NCTR_OF] refers to the numbers of generalized contractions (i.e., one set of exponents and multiple sets of coefficients, like molpro and molcas). See this issue. Do you know how to switch it off with some option when we build a mol?

I am not sure how to turn it off, sorry. From the discussion you linked it seems like the best bet would be to just manually expand the contraction set.

Dear @matthew-hennefarth, Sure. Thank you! Anyway, this is nothing with the ECP part.
I have completed implementing a function to write the ECP part to a TREXIO file. The read function is my ToDO work. In addition, I have added several missing factors, such as AO_normalization, see #80.

Sorry @sunqm, I committed new changes (6949296) by mistake. I have reverted it (db9cde9).

@sunqm, I have resolved a trivial conflict.

Dear @sunqm, Thank you for running the workflows. One of the workflows failed at the part unrelated to this pull request.

@kousuke-nakano are you done with this PR?
I left one comment about the UHF case, let me know if you prefer to fix it here or if you prefer me to do it in another PR. It should not be too complicated, just a question of extracting the number of alpha and beta electrons from the UHF object.

Dear @q-posev, @sunqm has already implemented both RHF and UHF in #60.

@kousuke-nakano yes, but on line 63 in trexio.py in this PR you added the following line:
    electron_up_num, electron_dn_num = mol.nelec

which is not true for UHF.
The original code of @sunqm was not producing the number of electrons.

The electron writing can be probably moved to _scf_to_trexio function where we have an if/else block depending on the output of  isinstance(mf, scf.uhf.UHF) (I mean this line).

Dear @q-posev,

@kousuke-nakano yes, but on line 63 in trexio.py in this PR you added the following line:
    electron_up_num, electron_dn_num = mol.nelec

which is not true for UHF.
The original code of @sunqm was not producing the number of electrons.

The following code gives the correct numbers of up and down electrons.

import pyscf
mol_S_0 = pyscf.M(atom='H 0 0 0; F 0 0 1', basis='6-31g*', cart=True)
electron_up_num, electron_dn_num = mol_S_0.nelec
print(electron_up_num, electron_dn_num) # -> 5 5
mol_S_2 = pyscf.M(atom='H 0 0 0; F 0 0 1', basis='6-31g*', cart=True)
mol_S_2.spin = 2
electron_up_num, electron_dn_num = mol_S_2.nelec
print(electron_up_num, electron_dn_num) # -> 6 4

@kousuke-nakano you are totally right, my bad! Please ignore my comments above.


Fixed a typo in tools/_index.md

Just replaced "it's" with "its". :)

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

PR for doc changes need to go to https://github.com/gohugoio/hugoDocs.

@bep I think this has been solved upstream.


[iOS] How can I call Tflite methods from other flutter plugins?

On android this was easy peasy, because eveything is java.
But on iOS, it seems my swift classes cannot see the tensor flow plugin methods at all.
For example, say I want to call the method runSegmentationOnFrame defined in TflitePlugin.mm from plugin, say for example AGORA.io video system plugin, in a .swift file, how could I do that?
I have a hunch it has something to do with the tflite-umbrella.h but I have no idea exactly what.
Thanks!

I was able to do that by addin
s.dependency 'tflite'
on the podspec of my plugin.
Also getting the TflitePlugin as a static variable, by adding
+(TflitePlugin*) getStaticRef;
to TFlitePlugin.h
and
static TflitePlugin* staticRef;
+(TflitePlugin*) getStaticRef
{
return staticRef;
}

(void)registerWithRegistrar:(NSObject)registrar {
FlutterMethodChannel channel = [FlutterMethodChannel
methodChannelWithName:@"tflite"
binaryMessenger:[registrar messenger]];
TflitePlugin* instance = [[TflitePlugin alloc] initWithRegistrar:registrar];
staticRef = instance;
[registrar addMethodCallDelegate:instance channel:channel];
}

to TFLitePlugin.mm


[HIPIFY] matcher for pointer to enum var declaration is missing

Example from CUDA 8.0.44 sample (CUDASamples\0_Simple\matrixMulDrv\matrixMulDrv.cpp):
    CUjit_option *jitOptions = new CUjit_option[jitNumOptions];

where CUjit_option is enum, should be:
    hipJitOption *jitOptions = new hipJitOption[jitNumOptions];

Fixed.
SHA-1: b5a1d47


FileUploadEditor: MaxSize works only for Images

It doesn't make much sense to read the Length property before anything is copied to the FileStream ;-)

Thanks, interesting that didn't notice this before.


Printing of Tag Address on Anchor Main

Hi, your library is working great. I just need to print the Tag address on the main Anchor in case I used two Tags (Not Simultaneously) do you have any function like DW1000Ng::getReceivePower(); which print the Tag address from which three anchors are ranging.

Currently there is no way to print that address when using DW1000Ng functionalities, but it shouldn't be too difficult to implement by modifying some function like this:
https://github.com/F-Army/arduino-dw1000-ng/blob/606b4a234dc7c3800a88f14c42ce9154355f9686/src/DW1000NgRTLS.cpp#L66
Also if you manage to code a more general version (like a parameter in the main functions that will print the message) feel free to open a pull request


Manage ticket types

Brief Description
Front end feature for managing ticket types
References Issue
Issue #
Type of change

[ ] Bug fix
[ X] Feature
[ ] Major change (potentially breaking, list anything that is broken below)
[ ] Documentation

Breaking Changes
Briefly list things that were broken as a result of this PR.
Testing done
Describe tests that were used, along with instructions for testing.

[ ] Test1

[ ] Test2
...

[ ] Docker was used.

[ X] Docker was not used and I have listed my configuration below.

System Specifications:

Operating System: MacOS
Node Version: v16.9.1
NPM Version: 7.21.1

Checklist:

[ X] My code follows the styling guidelines.
[ ] I have added unit tests and verified that they pass.
[ X] I have used the linter and fixed any linting issues.
[ X] I have commented the code.
[ ] I have adjusted the documentation to match the changed code.
[ X] Prior to submitting the PR, I made sure the latest changes were merged with my branch.
[ ] Existing tests pass locally with changes.

Explanation for unchecked
no need to edit documentation, no tests
Additional information:
Provide any additional information that might be useful for this commit.

Manage ticket types page


LoadImage / LoadTexture not working properly

Hi. Thanks for this project. I was playing around with it a bit, and noticed that methods related to texture and image loading aren't returning proper "Image" and "Texture2D" structs. I mean the methods LoadImage, LoadTexture, LoadImageRaw etc.
Texture loading works fine when loading models with LoadModel, but when trying to load image files directly the returned structs are populated with invalid data. I have checked to see if the structs defined on Beef side match with the Raylib, and they seem fine. Parameters passed to the function looks right too. So I couldn't understand what the problem might be. I hope you might have an idea.
Here is the returned Texture2D data :

@akderebur It's bug ... I will fix that

@akderebur New version is released. It should be fixed now :)
Download Here: https://github.com/M0n7y5/raylib-beef/releases/tag/0.2.1

Works like a charm now. Thanks.


Chapter 1 ln 11

I am getting this error:
NameError                                 Traceback (most recent call last)
 in
14             arrowprops=dict(facecolor='black', width=0.5, shrink=0.1, headwidth=5))
15     plt.plot(pos_data_x, pos_data_y, "ro")
---> 16 save_fig('money_happy_scatterplot')
17 plt.show()
18
NameError: name 'save_fig' is not defined

Hi @jacob-ki
I actually had this same issue before and the solution is likely that you have not defined the save function.
see the answer to my question here and it should work
https://github.com/ageron/handson-ml/issues/485

Hi @jacob-ki
you probably haven't define the save_fig
try adding this block of code at the beginning of your file

Thank you for your quick help, AyEnEss! I am getting another error when i execute your block of code:

@jacob-ki
Sorry that was my mistake. the code didnt get formatted right when I pasted it.
try this
def save_fig(fig_id, tight_layout=True, fig_extension="png", resolution=300):
    path = os.path.join(IMAGES_PATH, fig_id + "." + fig_extension)
    os.makedirs(os.path.join(IMAGES_PATH), exist_ok=True)
    print("Saving figure", fig_id)
    if tight_layout:
        plt.tight_layout()
    plt.savefig(path, format=fig_extension, dpi=resolution)

the error is in that last two lines the indentations got messed up

Thanks a ton. Now it says that the IMAGES_PATH is not defined. I am not much of a Python expert but i thought Aurelien's code would have worked considering i cloned the git.

can you post your entire code? there should be a line of code at the very beginning of the project that defines the IMAGES_PATH
also if you are running this code in a jupyter notebook or jupyter lab, you need to run every cell every time you open the book otherwise the kernel will try to execute code thats dependent on previous cells that haven't been run yet. that could also be the problem

import os
from os.path import join
datapath = os.path.join("datasets", "lifesat", "")
import matplotlib.pyplot as plt
import numpy as np
import pandas as pd
import sklearn.linear_model
def save_fig(fig_id, tight_layout=True, fig_extension="png", resolution=300):
path = os.path.join(IMAGES_PATH, fig_id + "." + fig_extension)
os.makedirs(os.path.join(IMAGES_PATH), exist_ok=True)
print("Saving figure", fig_id)
if tight_layout:
plt.tight_layout()
plt.savefig(path, format=fig_extension, dpi=resolution)
#load and prepare the life satisfaction data
oecd_bli = pd.read_csv(datapath + "oecd_bli_2015.csv", thousands=',')
oecd_bli = oecd_bli[oecd_bli["INEQUALITY"]=="TOT"]
oecd_bli = oecd_bli.pivot(index="Country", columns="Indicator", values="Value")
oecd_bli.head()
oecd_bli["Life satisfaction"].head()
#Load and prepare the GDP_per_capita data
gdp_per_capita = pd.read_csv(datapath+"gdp_per_capita.csv", thousands=',', delimiter='\t',
encoding='latin1', na_values="n/a")
gdp_per_capita.rename(columns={"2015": "GDP per capita"}, inplace=True)
gdp_per_capita.set_index("Country", inplace=True)
gdp_per_capita.head(4)
full_country_stats = pd.merge(left=oecd_bli, right=gdp_per_capita, left_index=True, right_index=True)
full_country_stats.sort_values(by="GDP per capita", inplace=True)
full_country_stats
full_country_stats[["GDP per capita", 'Life satisfaction']].loc["United States"]
remove_indices = [0, 1, 6, 8, 33, 34, 35]
keep_indices = list(set(range(36)) - set(remove_indices))
sample_data = full_country_stats[["GDP per capita", 'Life satisfaction']].iloc[keep_indices]
missing_data = full_country_stats[["GDP per capita", 'Life satisfaction']].iloc[remove_indices]
sample_data.plot(kind='scatter', x="GDP per capita", y='Life satisfaction', figsize=(5,3))
plt.axis([0, 60000, 0, 10])
position_text = {
"Hungary": (5000, 1),
"Korea": (18000, 1.7),
"France": (29000, 2.4),
"Australia": (40000, 3.0),
"United States": (52000, 3.8),
}
for country, pos_text in position_text.items():
pos_data_x, pos_data_y = sample_data.loc[country]
country = "U.S." if country == "United States" else country
plt.annotate(country, xy=(pos_data_x, pos_data_y), xytext=pos_text,
arrowprops=dict(facecolor='black', width=0.5, shrink=0.1, headwidth=5))
plt.plot(pos_data_x, pos_data_y, "ro")
save_fig("money_happy_scatterplot")
plt.show()
sample_data.to_csv(os.path.join("datasets", "lifesat", "lifesat.csv"))
sample_data.loc[list(position_text.keys())]
#Prepare the data:
country_stats.plot(kind='scatter',x="GDP per capita",y='Life Satisfaction')
plt.show()

add this after your imports but before the def save_fig function and it should (fingers crossed) resolve your issues
# Where to save the figures
PROJECT_ROOT_DIR = "."
CHAPTER_ID = "end_to_end_project"
IMAGES_PATH = os.path.join(PROJECT_ROOT_DIR, "images", CHAPTER_ID)

wow it resolved it, AyEnEss! Thanks a ton. I have a question for you: If we get such .csv files and there are errors thrown up like in this screen shot (i am getting this right now) - one of the ways would have been to open the excel format and check if that field  exists (manual check) but in a .csv this is complex to check manually. How do we resolve this?

No problem, im glad it worked!
Uhhmm im not 100% positive, (im pretty novice at python myself) but judging from the error message, I think the issue arises from the variable 'country_states' not being initiated prior to running the code. usually when I get this error its probably because a) I either forgot to initiate it (youd have to do something like
 country_stats = pandas.read_csv('path to file you wish to open')
and then after it should let you call it like you are.
the other common issue is just if you made a spelling mistake somewhere, such as calling it Country_states instead of country_stats or something.
if the issue was the file not existing, the error would say something like FileNotFound or file does not exist or something like that.

thanks again! imagine being faced with all these issues in Chapter 1 itself!!! I wonder what awaits in the later chapters! :)

ohhh youll have lots of questions for sure but luckily there are lots of helpful people that frequent here that are willing to help you out. I myself find always needing help and people always have a fix, so I thought id try and pay it back by helping others when I actually know how for once.
also, I just checked over your code, and you called it 'full_country_stats' but then your error is because your calling it country_states. perhaps thats your issue

the other thing i never figured out in these projects is - why should all of these execute in the root directory itself? Why can't these execute in a directory of your choosing? that is my last question on this to get some sort of grip over the situation i am in.. :)

ohhh youll have lots of questions for sure but luckily there are lots of helpful people that frequent here that are willing to help you out. I myself find always needing help and people always have a fix, so I thought id try and pay it back by helping others when I actually know how for once.
also, I just checked over your code, and you called it 'full_country_stats' but then your error is because your calling it country_states. perhaps thats your issue

very kind of you, AyEnEss!

i had the same question as well but i think Aurelien just decided to call the current directory that all the stuff from this project should be saved as ROOT_DIR, but its not actually the root directory. im not sure what the ROOT_DIR = '.' does but it seems to make the current directory as the root for the project, and then the images and dataset paths are appended to the current directory to organize everything

what I did was I made a new file to contain all my code for this book, and then thats where I saved my code, and that folder was designated as the root directory moving forward, so it can still be the directory of your choosing

well, i figured that out myself: went to start-run and type a dot in it and hit
you will find the root directory. That is the exact directory in which all these are getting saved.

your right! turns out '.' is used to refer to the current directory in which you are working in. good to know thanks

Thanks @jacob-ki  for your questions, and special thanks to @AyEnEss for all the great and helpful answers. 👍
@jacob-ki , I see that you are creating your own Jupyter notebooks. I would recommend starting by running the notebooks that come with the project. If you follow the installation instructions (in particular, cloning the project, as you did, and installing all the required python libraries and running the jupyter notebook command from the root directory of the project), then everything should work fine, without having to tweak anything.
I was on vacation the past 2 weeks, but I'm back so I can help you if you have further questions.
Hope you'll enjoy the book despite this difficult start!

Thank you very much for your kind response, Aurelien. I love difficulties because that is where you really learn. AyEnEss helped a lot and i am able to get on with the next steps.
I will ping when i have some major bottle neck. Good luck with your new book!
Kind regards,
Jacob K I
Vice President – Business Development
t:   +91.99.7253.2275 (India)
w: www.idsnext.com http://www.idsnext.com/
e: jacob<EMAIL_ADDRESS>[cid:7d97c022-49d9-4f88-9e92-db2ae29f610a]

From: Aurélien Geron<EMAIL_ADDRESS>Sent: Monday, October 14, 2019 7:51 AM
To: ageron/handson-ml<EMAIL_ADDRESS>Cc: Jacob<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Subject: Re: [ageron/handson-ml] Chapter 1 ln 11 (#495)
Thanks @jacob-kihttps://github.com/jacob-ki for your questions, and special thanks to @AyEnEsshttps://github.com/AyEnEss for all the great and helpful answers. 👍
@jacob-kihttps://github.com/jacob-ki , I see that you are creating your own Jupyter notebooks. I would recommend starting by running the notebooks that come with the project. If you follow the installation instructions (in particular, cloning the project, as you did, and installing all the required python libraries and running the jupyter notebook command from the root directory of the project), then everything should work fine, without having to tweak anything.
I was on vacation the past 2 weeks, but I'm back so I can help you if you have further questions.
Hope you'll enjoy the book despite this difficult start!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/ageron/handson-ml/issues/495?email_source=notifications&email_token=AL7VAGDI3TQTXGFKNUAYLFDQOPJSTA5CNFSM4I535WQ2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEBDGNQI#issuecomment-541484737, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AL7VAGDA7HA5AYDJKF2CM53QOPJSTANCNFSM4I535WQQ.


Change draconctl binary make target to always build it

The draconctl compiling make target triggers only when the binary isn't available in the expected path. We should change that to always compile using a phony make target, since it's a dependency for a lot of other targets and make has no way of knowing when the Go code has changed. In the case of the release pipelines this will have no effect, but it will improve the development process because we won't have to manually delete the binary every time we need a fresher version to execute or package into a container

fixed in https://github.com/ocurity/dracon/commit/793976921fa9dc244dd9da04791f65047e95bc3d


Ability to tune the babel config

Is it possible to tune the babel config working 'react-native-esbuild'?
Configurations in 'babel.config.js' don't seem to be taken into account.

I tried to read through 'react-native-esbuild' code :
In the 'syntax-aware-loader' coming along with 'react-native-esbuild', the babel config seems to be hard-coded.

Details on my use case:

Bundling for Android.
Switched from Metro to esbuild (mainly due to Metro limitations at bundling libraries declared with the exports field), use of react-native-esbuild for the purpose.
Use of babel-plugin-transform-bigint-to-jsbi and jsbi to fix BigInt remaining bundling errors.
Use of esbuild-plugin-babel to have the babel config being processed.

Since the esbuild-plugin-babel would need a couple of improvements, but has been archived lately, I wondered whether react-native-esbuild could directly take into account a given babel configuration.

You can configure the plugins in any way you like, see the example in the docs: https://github.com/oblador/react-native-esbuild#flow-syntax-errors-such-as-expected-from-but-found-
The way the syntax aware loader works is by detecting flow types and stripping those with a predefined babel config and detecting reanimated and doing full babel transpilation there using the babel.config.js. Doing full babel transpilation for all files would remove pretty much all performance gains, but you are of course free to do that if that isn't your primary goal.
This package exposes a better/faster babel plugin that you can use: https://github.com/oblador/react-native-esbuild/blob/master/src/plugins/babel.js

I was not aware of the babelPlugin() provided with 'react-native-esbuild'.
I've tested it, and it works like a charm!
Thanks for the info.

@alxroyer Could you share your configuration for babel-plugin-transform-bigint-to-jsbi? I'm having some trouble getting that to work correctly.

Hello @evelant, sorry for the late reply.
According to my notes:

No particular configuration for babel-plugin-transform-bigint-to-jsbi, just:// babel.config.js
module.exports = {
  // ...
  plugins: [
    // Ensure support for [big integers](https://github.com/tc39/proposal-bigint).
    // Inspired from:
    // - https://www.npmjs.com/package/babel-plugin-transform-bigint-to-jsbi
    //   (from https://www.npmjs.com/package/babel-plugin-transform-bigint then https://babeljs.io/en/repl)
    // - https://www.npmjs.com/package/jsbi
    "babel-plugin-transform-bigint-to-jsbi",
  ],
};

As far as I remember, the hard thing was to avoid babel-plugin-transform-bigint-to-jsbi be applied on the 'jsbi/dist/jsbi.mjs' file.

Especially due to esbuild#1634 taking Go-limited regular expression into account.
In order to do, I published a esbuild-plugin-filter-callback:// esbuild.config.js
const esbuildPluginFilterCallback = require("esbuild-plugin-filter-callback");

// ...

// Let's rely on Babel to ensure our final JS code is es2015-compatible.
// Inspired from:
// - [react-native-esbuild#22](https://github.com/oblador/react-native-esbuild/issues/22#issuecomment-1248213287).
// - https://www.npmjs.com/package/esbuild-plugin-babel (initially).
// - Then [react-native-esbuild#26](https://github.com/oblador/react-native-esbuild/issues/26) (reported by ours)
esbuildConfig.plugins = (
    esbuildConfig.plugins
    // Unload the 'syntax-aware-loader' plugin (from 'react-native-esbuild').
    .filter((plugin) => (plugin.name !== "syntax-aware-loader"))
    // Replace it with the `babelPlugin()` (from 'react-native-esbuild' as well),
    // filtered-out with our 'esbuild-plugin-filter-callback' plugin.
    .concat(esbuildPluginFilterCallback({
        /**
         * @param {esbuild.OnLoadArgs} args
         * @returns {boolean}
         */
        filter: (args) => {
            // Babel does not support JSON files (see https://github.com/nativew/esbuild-plugin-babel/issues/8#issuecomment-947638498).
            if (args.path.endsWith(".json")) return false;
            // Babel fails at transforming 'jsbi.mjs'. Whatever, this script is already es2015-compatible.
            if (path.basename(args.path) === "jsbi.mjs") return false;

            // Process all files by default.
            return true;
        },
        plugin: reactNativeEsbuild.babelPlugin(),
    }))
);

Hope that helps.


[Feature]: Complete Support of ONNX Export for YOLOv3, FCOS, RetinaNet, FSAF, Faster R-CNN, Mask R-CNN

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.14 out of 15 committers have signed the CLA.:white_check_mark: hhaAndroid:white_check_mark: QingChuanWS:white_check_mark: daavoo:white_check_mark: tczhao:white_check_mark: fcakyon:white_check_mark: ppwwyyxx:white_check_mark: RunningLeon:white_check_mark: ZwwWayne:white_check_mark: innerlee:white_check_mark: yeliudev:white_check_mark: grimoire:white_check_mark: Johnson-Wang:white_check_mark: jshilong:white_check_mark: ZephyrusKylin:x: hcy226You have signed the CLA already but the status is still pending? Let us recheck it.

@ hcy226 Please kindly sign the CLA.


Add placeholder for exclude list of uninstallable addons

Ok, I think this is the last one before create the 14.0 branch in all repos.
It is to support repos that want some addons with installable=False. This disables linting on them, while ensuring linting is reenabled automatically when installable becomes True again.
Here is an example : https://github.com/OCA/mis-builder/commit/38f75413687e79867840c9e6f86ee207394fed86#diff-82c3b36709926de3a1b27bea0d8258cc


[android] getSubscriptions not working

Version of react-native-iap
3.0.0.rc-6
Version of react-native
0.59.8
Platforms you faced the error (IOS or Android or both?)
Android
Expected behavior
const subscription = await RNIap.getSubscriptions(subscriptionIds); should return the subscriptions
Actual behavior
Error: Google is indicating that we have some issue connecting to payment.
Tested environment (Emulator? Real Device?)
Real device
Steps to reproduce the behavior
Hi, thanks for this amazing module ❤
Use the above code with valid ids for subscriptions.
It was working before 3.0.0-rc5

@rborn This is pretty odd. I've had several issues related to this which happened when they upgraded the module. I am not quite sure why this is happening but most of them resolved this my unlinking and linking again.

I'll try tonite ir tomorrow and let you know 🤗
Sent from my iPhone

On 15 Jun 2019, at 15:53, Hyo Chan Jang<EMAIL_ADDRESS>wrote:
@rborn This is pretty odd. I've had several issues related to this which happened when they upgraded the module. I am not quite sure why this is happening but most of them resolved this my unlinking and linking again.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.

So I tried unlink/link and no luck.  Looking at the logcat erorrs google returns code 5.
This seem to happen when you test with a different app version than the one in the store and I did change the version of the app.
However I initially downgraded my test app and then I uploaded a new version to store (in alpha and beta (beta not published)  but still the same happens.
Before I only had it in internal and the testing was working :(
Any idea?

Could this help ya?

Maybe is this: 4)wait for 6-12 hour for update item's on store.
Thank you, I'll keep you posted 🤗
Sent from my iPhone

On 16 Jun 2019, at 11:58, Hyo Chan Jang<EMAIL_ADDRESS>wrote:
Could this help ya?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.

Ok, some updates (not entirely fixed though)

I had to build the app in Release mode (I actually think is just a matter of the key used to sign the apk but didn't have yet time to see how to sign the debug app with a different key while in test)
Now the getSubscriptions seems to work ok, but I get a DF-DFERH-01 from google in the inapp billing popup 🥺

I'm having the same issues now as in here: https://github.com/dooboolab/react-native-iap/issues/530

Closing, it was because I was testing with a different version number of the app and not signed with the release key

@rborn Sounds good that it is finally working! 🎉


[3.7] Pregel improvements

Scope & Purpose
Improvements for the Pregel distributed graph processing feature:

during the loading/startup phase, the in-memory edge cache is now intentionally bypassed. The reason for this is that any edges are looked up exactly once, so caching them is not beneficial, but would only lead to cache pollution.
the loading/startup phase can now load multiple collections in parallel, whereas previously it was only loading multiple shards of the same collection in parallel. This change helps to reduce load times in case there are many collections with few shards, and on single server.
the loading and result storage phases code has been overhauled so that it runs slightly faster, regardless of parallelism settings.
for Pregel runs that are based on named graphs (in contrast to explicit naming of the to-be-used vertex and edge collections), only those edge collections are considered that, according to the graph definition, can have connections with the vertex. This change can reduce the loadingtime substantially in case the graph contains many edge definitions.
the number of executed rounds for the underlying Pregel algorithm now does not vary for different parallelism values.
memory usage for storing intermediate vertex data has been reduced.
the internal Pregel algorithm APIs have been cleaned up a bit.
the existing shell tests for Pregel have been modified so that they now run in both arangod and arangosh (also covering the Pregel HTTP API a bit more)

A forward port for devel is currently in the works.

[x] :hankey: Bugfix (requires CHANGELOG entry)
[x] :pizza: New feature (requires CHANGELOG entry, feature documentation and release notes)
[x] :fire: Performance improvement
[x] :hammer: Refactoring/simplification
[x] :book: CHANGELOG entry made

Backports:

[x] No backports required. We will however forward port this to devel.

Testing & Verification

[ ] This change is a trivial rework / code cleanup without any test coverage.
[x] The behavior in this PR was manually tested
[x] This change is already covered by existing tests, such as shell-pregel.js.
[x] This PR adds tests that were used to verify all changes:

[x] Added new integration tests (e.g. in shell_server, shell_client)

[x] I ensured this code runs with ASan / TSan or other static verification tools (TSan)

http://<IP_ADDRESS>:8080/view/PR/job/arangodb-matrix-pr/12729/

http://<IP_ADDRESS>:8080/view/PR/job/arangodb-matrix-pr/12727/

http://<IP_ADDRESS>:8080/view/PR/job/arangodb-matrix-pr/12729/

http://<IP_ADDRESS>:8080/view/PR/job/arangodb-matrix-pr/12731/

http://<IP_ADDRESS>:8080/view/PR/job/arangodb-matrix-pr/12732/

http://<IP_ADDRESS>:8080/view/PR/job/arangodb-matrix-pr/12733/

http://<IP_ADDRESS>:8080/view/PR/job/arangodb-matrix-pr/12735/

http://<IP_ADDRESS>:8080/view/PR/job/arangodb-matrix-pr/12739/

http://<IP_ADDRESS>:8080/view/PR/job/arangodb-matrix-pr/12740/

Tests blue

http://<IP_ADDRESS>:8080/view/PR/job/arangodb-matrix-pr/13236/

Tests blue.


Implement the possibility to pass an async function for the suggestion finder

It is now impossible to do any network call for autocomplete

This is not flutter_chips_input and I'm not the creator oft flutter_chips_input. This is a new chips input for flutter which is based on the autocomplete widget. The async function was, therefore, not removed. It was never there. I will keep this issue open as a reminder to implementiert the async possibiliy once autocomplete supports it.

@JayPerfetto
you can do Promise pattern -  Yes, it is not perfect, you always be one key behind with result but ..
var mockResults = <Profile>[];
....

findSuggestions: (String query) {
    if (query.length != 0) {
      var lowercaseQuery = query.toLowerCase();

      api.searchProfile(lowercaseQuery).then((value) {
        mockResults.clear();
        mockResults.addAll(value);
      });

      return mockResults.where((profile) {
        return profile.name
                .toLowerCase()
                .contains(query.toLowerCase()) ||
            profile.name
                .toLowerCase()
                .contains(query.toLowerCase());
      }).toList(growable: false)
        ..sort((a, b) => a.name
            .toLowerCase()
            .indexOf(lowercaseQuery)
            .compareTo(
                b.name.toLowerCase().indexOf(lowercaseQuery)));
    }
    return mockResults;
  },

Fixed by https://github.com/zsoerenm/chips_input/pull/17


empty middleclass

Hi Nick,
I have downloaded master version of flos. It seems that when I extract its zip file, the middleclass is empty! Could you please check it?
Thanks
Reza

When you download the master zip, then you don't get the middleclass. Either download it manually or use git to retrieve it.
When not using a release, you have to do:
git clone --recursive <flos>

(depending on your git version).


Add --light-bg boolean flag

I use a light color scheme in my terminal, and I ran into the same issue that was reported in https://github.com/aybabtme/humanlog/issues/3. This PR is just one possible solution, but I'm certainly open to other ideas!
New --light-bg flag
Defaults to false. When it's set to true, this flag inverts the base foreground color from white to black to make it possible (or easier) for users with light-colored terminal backgrounds to read the output.
New --help output
$ humanlog --help
NAME:
   humanlog - reads structured logs from stdin, makes them pretty on stdout!

USAGE:
   humanlogtest [global options] command [command options] [arguments...]

VERSION:
   devel

AUTHOR:
   Antoine Grondin<EMAIL_ADDRESS>
COMMANDS:
     help, h  Shows a list of commands or help for one command

GLOBAL OPTIONS:
   --skip value             keys to skip when parsing a log entry
   --keep value             keys to keep when parsing a log entry
   --sort-longest           sort by longest key after having sorted lexicographically
   --skip-unchanged         skip keys that have the same value than the previous entry
   --truncate               truncates values that are longer than --truncate-length
   --truncate-length value  truncate values that are longer than this length (default: 15)
   --light-bg               use black as the base foreground color (for terminals with light backgrounds)
   --help, -h               show help
   --version, -v            print the version

Questions

Is a CLI flag the right way to go here? If not, perhaps there's some way we can make this respond to \033[40m instead (as @samv suggested).

If we do go with a flag, is --light-bg clear enough? Or perhaps it should be something like --dark-fg?

Screenshots
(Apologies for all the "redacted" stuff. I wasn't sure exactly what was considered sensitive in this particular private codebase, so I blurred out pretty much everything that wasn't generic. Happy to replace it with a public / open-source example if someone wants to suggest one!)
Before

After

@aybabtme This is my first (public) contribution to a Go project, so please let me know if I'm missing anything! Also totally happy with closing this PR if you feel like a CLI flag isn't the right approach. ☺

nice, thanks a lot! my code's a bit janky, so double kudos for managing thru it!

Great, thanks for the review + merge! 👍

@aybabtme Is it worth cutting a new release for this?


Tapastic comic retrieval does not work

I haven't run the code for long so I don't know when this happened but it seems like a change on the website broke everything.
DEBUG:root:Starting
DEBUG:root:update 1111-tapa start
DEBUG:root:_create_output_dir 1111-tapa start
DEBUG:root:_create_output_dir 1111-tapa done
DEBUG:root:_load_db_from_file 1111-tapa start
DEBUG:root:update 1111-tapa last comic is None
DEBUG:root:urlopen_wrapper (url : https://tapastic.com/series/1111-Comics)
1111-tapa : nothing new
Traceback (most recent call last):
  File "comicbookmaker.py", line 106, in <module>
    main()
  File "comicbookmaker.py", line 91, in main
    getattr(com, method_name)()
  File "/home/user/ComicBookMaker/comic_abstract.py", line 224, in update
    for i, comic in enumerate(cls.get_next_comic(last_comic), 1):
  File "/home/user/ComicBookMaker/comics.py", line 278, in get_next_comic
    archive_elts = list(cls.get_archive_elements())
  File "/home/user/Geekage/ComicBookMaker/comics.py", line 5997, in get_archive_elements
    ][0]
IndexError: list index out of range

Everything seems to be working fine now :)


Create sus-am-bktm.txt

Website: https://bk-tm.de/
Inforamtion About Courses: http://relaunch.bk-tm.de/bildungsgaenge/berufsschulabschluss/
Domain is E-Mail Domain "Schülerinnen und Schüler" = SUS, "am" = at, "bk-tm" = Berufskoleg Platz der Republik für Technik und Medien

@Faruktfk Thank you for your request!
Please provide us with:

the school street address, including city and country
a proof, which shows that the school recognizes the domain you are submitting as an official email domain for the students.

You can provide us with any of the following as the proof:

A copy of instruction (a hard-copy or electronic one) given to you by the school that tells you to use an email address in this email domain
An URL of a page at the official school website that says that students use this email domain
A reference to a recognized journal where an article was published by someone from the school, with explicit affiliation to the school, and e-mail address from the email domain
A WHOIS data that link the email domain to the school somehow
A copy of official letter from the school representative saying that the school provides e-mail addresses in this domain to the students
Anything else that can prove this fact in similar way, i.e. can be verified independently.

Hello @philipto,
the address of my school: Platz der Republik 1, 41065 Mönchengladbach - Germany
and a proof of the recognition of the domain from my school:

Best regards
@Faruktfk

@Faruktfk Thank you for the clarification. Pull request merged.


stopped working

it looks like the alarm.com brink integration changed something as my alarm arming and disarming stopped working last week. Smartthing thinks the system is set and everything is working, but nothing actually changes on the system. anyone else having this issue?

I think it is because Brinks requires MFA now, and Smartthings cant do that. Anyone else having issues?

my Brinks (alarm.com) <> smartthings link is still working.  I do however not have 2FA turned on (and haven’t been required to, yet).


[Request for External] codeunit 22 "Item Jnl.-Post Line" - PostFlushedConsump

We would like to set procedure PostFlushedConsump to global so we can use it in a subscriber to event OnBeforeFlushOperation. Out vertical provides some extra item tracking posting during some routing operations and we are in need of the code provided in PostFlushedConsump.
Signature:
procedure PostFlushedConsump(ProdOrder: Record "Production Order"; ProdOrderLine: Record "Prod. Order Line"; ProdOrderComp: Record "Prod. Order Component"; var ProdOrderRoutingLine: Record "Prod. Order Routing Line"; OldItemJnlLine: Record "Item Journal Line")

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. Please do not reply to this, as we do not monitor closed issues. If you have follow-up questions or requests, please create a new issue where you reference this one.


unknown type name 'HASHKIT_API' HASHKIT_API

I run the command "./eosio_build.sh",
Error:
Making all in src/libbson
CC       src/bson/libbson_la-bcon.lo
CC       src/bson/libbson_la-bson.lo
In file included from src/bson/bcon.c:24:
In file included from ./src/bson/bcon.h:24:
In file included from ./src/bson/bson.h:23:
In file included from ./src/bson/bson-compat.h:81:
/usr/local/include/string.h:49:1: error: unknown type name 'HASHKIT_API'
HASHKIT_API
^
/usr/local/include/string.h:50:1: error: expected identifier or '('
void hashkit_string_free(hashkit_string_st *ptr);

Any progress? I'm seeing the same problem.

For me this was due to some broken libs after transferring my old account to my new mac. This stack overflow may help you too: https://stackoverflow.com/questions/46872922/broken-c-std-libraries-on-macos-high-sierra-10-13
I renamed my /usr/local/include and things seem to be working

We haven't received any update for this. If you still have the problem and wish to discuss further, please post it in https://eosio.stackexchange.com


Oracle JDK is needed

In the Prerequisites, you list Java 8 or newer but actually, you need to install Java SE (Oracle JDK) to make it run. Maybe it'd be a good idea to update this prerequisite.

I'm on macOS Big Sur (11.2.3), in case that changes anything.

Did this help: 0d8a80d?

Sure, this is better than not having anything. Thanks!