is the lcp file imported ?

    public async importFile(filePath: string, isLcpFile?: boolean): Promise<PublicationDocument> {
        const ext = path.extname(filePath);

        if (ext === ".lcpl" || (ext === ".part" && isLcpFile)) {
            return this.importLcplFile(filePath);
        } else if (ext === ".epub" || (ext === ".part" && !isLcpFile)) {
            return this.importEpubFile(filePath);
        }

        return null;
    }

they do not imports lcp files.
Should you remove isLcpFile: boolean to automatically check the extname ?
or making an external verification to send in parameter  ?

This optional function argument is here to address the edge-case of files with the *.part extension (progressive download, not renamed after finish) acquired from an OPDS feed:
https://github.com/readium/readium-desktop/blob/3703a8a0ac0250e3f83a5d854f56f8a08e73826e/src/main/services/catalog.ts#L160-L170
https://github.com/readium/readium-desktop/blob/3703a8a0ac0250e3f83a5d854f56f8a08e73826e/src/main/services/catalog.ts#L141-L146

Does this issue / question need to remain open?


Fix empty PDF in python2

Error was in the how CSS values have been processed.
In python 2 value if "display" style should be lowercased, but instead, only first letter has been set as value for this CSS property, os it was "display: b" in python2 instead of "display: block"
I don't know, why there's function lower, but as there's access by index to the sequence variable it should be list or tuple.  Maybe it's oversimplified, and we should check for subcalls, but at least it fixes the initial problem

Coverage decreased (-0.03%) to 43.365% when pulling 358dc35ded036aa3b3db26490111c7d3e9c763f1 on citizen-stig:300-python2-empty-pdf into d26ca5c7ec706cdd39664260f3171c7a772e5421 on xhtml2pdf:develop.

Coverage decreased (-0.03%) to 43.365% when pulling c827247ebdbcb80c584dbf67e79ba859e3f16f90 on citizen-stig:300-python2-empty-pdf into d26ca5c7ec706cdd39664260f3171c7a772e5421 on xhtml2pdf:develop.

Do you have suggestions regarding the PyPy failures? Some of the pypy testing is already skipped.
TBH, with the scope of the project, I can hardly see PyPy compatibility as a priority. With the skipped tests in mind, I would think it's probably already kind of broken.

Unfortunately no, I don't, but I could try to investigate it.
I think, for now it's better to have support of python2 and python3 and when it works try to run on PyPy

Agreed, please feel free to comment it out in tox.ini! :)

Coverage decreased (-0.03%) to 43.365% when pulling 67616f207aec3e2b87d47b3f974bd8ede2e9f085 on citizen-stig:300-python2-empty-pdf into d26ca5c7ec706cdd39664260f3171c7a772e5421 on xhtml2pdf:develop.

Coverage decreased (-0.03%) to 43.365% when pulling b668f751bb90816507c85cdfc4de2bcb8faa6b70 on citizen-stig:300-python2-empty-pdf into d26ca5c7ec706cdd39664260f3171c7a772e5421 on xhtml2pdf:develop.

I disabled pypy in tox.ini and travis.yml and created issue https://github.com/xhtml2pdf/xhtml2pdf/issues/302 for that

Thanks a bunch, looks good!


Use GitHub Actions for testing

This PR enables testing with GitHub Actions. It uses the same test containers and settings as HOOMD:
https://github.com/glotzerlab/hoomd-blue/blob/master/.github/workflows/test.yml
This configuration limits execution to a handful of cases (rather than a full matrix). Some limitations are that we only do double-precision builds, all builds have both MD and MPCD components, and we continue to only test for compilation under CUDA (no execution). The advantages are that we can now uses the glotzerlab Docker containers so that we don't have to build our own, we shorten the number of tests, and we can test multiple versions of HOOMD more easily.
I have removed the code format checker from the unit tests. The script is not so robust, and this would be better handled with another tool like pre-commit.
Todo:

[ ] Should we try to use actions/cache to store compiled HOOMD to speedup some builds? This is helpful when making changes to azplugins, as HOOMD does not change. However, it means we have to be careful to invalidate the cache when the build environment changes.
[ ] Should we do internal builds, external+internal builds, or external builds only (current setup)?
[ ] Remove rest of circleci leftovers
[ ] Update required tests

Resolves #41
Resolves #54

I think the proposed simplification of testing is appropriate. I would favor to simply do external build tests, but I am biased because that is how I tend to install azplugins.
How big is the potential speedup by using actions/cache? At least in the workflow I normally use for coding, I do execute a sub-set of unit-tests periodically and locally, and really only rely on the build-in testing once I get close to a pull request. So, the speed has not really been a limiting factor for me. If it is difficult to make sure to  be careful about invalid caches, to me it is only worth it if the speedup is significant.
I think single precision vs double is something we do not want to address as developers/maintainers, but each user has to think about this carefully themselves. So testing double only is fine in my opinion. We can revisit this when hoomd has a mixed precision mode, because then the potential performance gain on all the ML optimized GPUs might be worth it.
We might want to consider writing a paragraph about how testing works in principle and what is tested/not tested, as well as additional recommended testing in the Developer Guidelines. It could also go onto the to do list #56.
So overall, this is good! In terms of hoomd-versions to test: definitively  2.9.7 as last stable v2, and perhaps 2.6.0 or 2.8.0? I think we do not have to go much older versions.

Awesome, thanks for the feedback!

I think the proposed simplification of testing is appropriate. I would favor to simply do external build tests, but I am biased because that is how I tend to install azplugins.

Sounds good, external only is easy.

How big is the potential speedup by using actions/cache? At least in the workflow I normally use for coding, I do execute a sub-set of unit-tests periodically and locally, and really only rely on the build-in testing once I get close to a pull request. So, the speed has not really been a limiting factor for me. If it is difficult to make sure to be careful about invalid caches, to me it is only worth it if the speedup is significant.

It currently takes about 6 minutes to compile HOOMD, then 1.5 minutes to build and run azplugins. So, it is a large relative amount of time, but in absolute time it is not very much. Considering that we are using GitHub runners, we don't really need to worry about contesting resources, so I think we can just leave it be for now.

I think single precision vs double is something we do not want to address as developers/maintainers, but each user has to think about this carefully themselves. So testing double only is fine in my opinion. We can revisit this when hoomd has a mixed precision mode, because then the potential performance gain on all the ML optimized GPUs might be worth it.

I agree. We might catch some compilation errors with single though, if someone accidentally codes the wrong precision? I think for now, we should not test this if HOOMD also does not test it, and we can address in a future PR if we support mixed precision.

We might want to consider writing a paragraph about how testing works in principle and what is tested/not tested, as well as additional recommended testing in the Developer Guidelines. It could also go onto the to do list #56.

I can add this

So overall, this is good! In terms of hoomd-versions to test: definitively 2.9.7 as last stable v2, and perhaps 2.6.0 or 2.8.0? I think we do not have to go much older versions.

Given that HOOMD v2 is not going to be supported post March, I don't think I want to worry about testing backwards compatibility v2.x. We are going to have to make a clean break to v3, so let's focus our efforts on testing multiple versions of that when they become available.


Updated build to be compatible with Go 1.12

I had an issue where I could not build on my Raspberry Pi. I also added instructions for creating a service. Some of my URLs are pointing to my repo. I think the way Go handles imports doesn't lend itself well to pull requests? Let me know how I should proceed.

Does this NEED go 1.12? Tried it on my raspberry pi 2 with go 1.7 and 1.8. Both give these errors similar to what was reported in another issue.
# github.com/miekg/dns
../go/src/github.com/miekg/dns/dnssec_keyscan.go:260: undefined: strings.Builder
../go/src/github.com/miekg/dns/msg_helpers.go:145: base32.HexEncoding.WithPadding undefined (type *base32.Encoding has no field or method WithPadding)
../go/src/github.com/miekg/dns/msg_helpers.go:145: undefined: base32.NoPadding
../go/src/github.com/miekg/dns/msg_helpers.go:271: undefined: strings.Builder
../go/src/github.com/miekg/dns/serve_mux.go:43: undefined: strings.Builder
../go/src/github.com/miekg/dns/types.go:440: undefined: strings.Builder
../go/src/github.com/miekg/dns/types.go:464: undefined: strings.Builder
../go/src/github.com/miekg/dns/types.go:492: undefined: strings.Builder
../go/src/github.com/miekg/dns/types.go:513: undefined: strings.Builder
../go/src/github.com/miekg/dns/types.go:523: undefined: strings.Builder
../go/src/github.com/miekg/dns/types.go:492: too many errors

The issues of miekg/dns do not seem to have anything about this.


support "bazel run" with arguments

Bug: The repository cache was specified at the very end of the
arguments given to BazelCommand, meaning that with "bazel run //foo --
arg" it would end up as an additional argument to the executable.

If you are asking my opinion and not @damienmg: you can go with it, if there are conflicts, I'll rebase the other :)


Youtube : Age-restricted videos

Please tick all applicable boxes.

[x] I am using Python 3.5.3 or higher (run python --version on the command line)
[x] I have followed the official guides to install the bot for my system
[x] I have updated my dependencies to the latest version using the appropriate update script

Which version are you using?

[x] The latest master version (release-260419)
[ ] The latest review version

What type of issue are you creating?

[ ] Bug
[ ] Feature request
[x] Question

Description of issue
Is there a way to play age-restricted videos from youtube?
I'Ve seen someone talking about using cookies, but i don't know at all how to do that.
Steps to reproduce

Try to play an age-restricted video (ex: !play https://www.youtube.com/watch?v=syy_IoW92XE (Why did i say okie doki - Stupendium, original version))
Getting the errors: ERROR: Sign in to confirm your age
This video may be inappropriate for some users.

Log file
Please attach your MusicBot log file (located at logs/musicbot.log) to this issue. You can do so by dragging and dropping the file here. If you do not include your log file, you WILL be asked to provide one.
[ERROR:bot] Error in play: CommandError: ERROR: Sign in to confirm your age
This video may be inappropriate for some users.
Traceback (most recent call last):
File "C:\Users\simondkiller\AppData\Roaming\Python\Python37\site-packages\youtube_dl\YoutubeDL.py", line 815, in wrapper
return func(self, *args, **kwargs)
File "C:\Users\simondkiller\AppData\Roaming\Python\Python37\site-packages\youtube_dl\YoutubeDL.py", line 836, in __extract_info
ie_result = ie.extract(url)
File "C:\Users\simondkiller\AppData\Roaming\Python\Python37\site-packages\youtube_dl\extractor\common.py", line 534, in extract
ie_result = self._real_extract(url)
File "C:\Users\simondkiller\AppData\Roaming\Python\Python37\site-packages\youtube_dl\extractor\youtube.py", line 1713, in _real_extract
raise ExtractorError(reason, expected=True)
youtube_dl.utils.ExtractorError: Sign in to confirm your age
This video may be inappropriate for some users.
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "C:\Users\simondkiller\Documents\ZikBot\MusicBot\musicbot\bot.py", line 1400, in cmd_play
info = await self.downloader.extract_info(player.playlist.loop, song_url, download=False, process=False)
File "C:\Users\simondkiller\Documents\ZikBot\MusicBot\musicbot\downloader.py", line 85, in extract_info
return await loop.run_in_executor(self.thread_pool, functools.partial(self.unsafe_ytdl.extract_info, *args, **kwargs))
File "C:\Users\simondkiller\AppData\Local\Programs\Python\Python37\lib\concurrent\futures\thread.py", line 57, in run
result = self.fn(*self.args, **self.kwargs)
File "C:\Users\simondkiller\AppData\Roaming\Python\Python37\site-packages\youtube_dl\YoutubeDL.py", line 808, in extract_info
return self.__extract_info(url, ie, download, extra_info, process)
File "C:\Users\simondkiller\AppData\Roaming\Python\Python37\site-packages\youtube_dl\YoutubeDL.py", line 824, in wrapper
self.report_error(compat_str(e), e.format_traceback())
File "C:\Users\simondkiller\AppData\Roaming\Python\Python37\site-packages\youtube_dl\YoutubeDL.py", line 628, in report_error
self.trouble(error_message, tb)
File "C:\Users\simondkiller\AppData\Roaming\Python\Python37\site-packages\youtube_dl\YoutubeDL.py", line 598, in trouble
raise DownloadError(message, exc_info)
youtube_dl.utils.DownloadError: ERROR: Sign in to confirm your age
This video may be inappropriate for some users.
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "C:\Users\simondkiller\Documents\ZikBot\MusicBot\musicbot\bot.py", line 2813, in on_message
response = await handler(**handler_kwargs)
File "C:\Users\simondkiller\Documents\ZikBot\MusicBot\musicbot\bot.py", line 1427, in cmd_play
raise exceptions.CommandError(e, expire_in=30)
musicbot.exceptions.CommandError: ERROR: Sign in to confirm your age
This video may be inappropriate for some users.

This here is the official way described on the youtube-dl repository. I can't really tell you anything about it since i haven't done it myself, but it sounds pretty easy.

Ok, I know nothing about coding or playing with config files if this is not explained clearly. This --cookies, where is it, what file on which folder?

Ah yeah, i just realised that the --cookies option has to be applied when running youtube-dl directly, but we use a library that makes life easier for us when using youtube-dl. Currently there is no way for you (except if you modify the source code) to supply the --cookies flag and thus can't use the cookie file. Sorry for that.

So what now? I Just wait for an update of the bot that may never happen?

As harsh as it may sound, essentially yes.

sigh ... Thank you YouTube to ruining everything you touch. I'll let this thread open. With chance, devs will pass here, see this and add an option in the next update. I am anything but confident about that.

You could open an additional thread for a feature request and well request youtube-dl cookie file support.

I am anything but confident about that.

(me too)

Ok, I'll do that. Thanks for the help.


Always pass builder to the private constructor in wrapper types

@dxslly recommends this as a cleaner pattern, to cut down on the number of params passed to the hidden constructor of our validating types.

Looks like this should safe to close. A few classes still follow the old pattern, but the number of params passed is quite low and they can be changed as needed.


Add a new arange_like operator to contrib

Description
The new operator helps to remove .shape calls in Gluon and will make blocks hybridizable. More description here: https://github.com/dmlc/gluon-nlp/issues/789
@eric-haibin-lin
Checklist
Essentials
Please feel free to remove inapplicable items for your PR.

[x] Changes are complete (i.e. I finished coding on this PR)
[x] All changes have test coverage:
Unit tests are added for small changes to verify correctness (e.g. adding a new operator)
Nightly tests are added for complicated/long-running ones (e.g. changing distributed kvstore)
Build tests will be added for build configuration changes (e.g. adding a new build option with NCCL)
[x] Code is well-documented:
For user-facing API changes, API doc string has been updated.
For new C++ functions in header files, their functionalities and arguments are documented.
For new examples, README.md is added to explain the what the example does, the source of the dataset, expected performance on test set and reference to the original paper if applicable
Check the API doc at http://mxnet-ci-doc.s3-accelerate.dualstack.amazonaws.com/PR-$PR_ID/$BUILD_ID/index.html
[x] To the my best knowledge, examples are either not affected by this change, or have been fixed to be compatible with this change

Changes

[ ] Feature1, tests, (and when applicable, API doc)
[ ] Feature2, tests, (and when applicable, API doc)

Comments

If this change is a backward incompatible change, why must this change be made.
Interesting edge cases to note here

@pengzhao-intel @pengxin99 please help to review. Thanks.

@mxnet-label-bot add [pr-awaiting-review]


Connect SmartHome Smart White LED Bulb

Hi
I looked blakadder for a template, as I found one for the above model CSH-B22WW10W I got a couple fo bulbs thinking I could flash Tasmota. The entire setup process all works great, I get the bulb into pairing mode as well, but it just goes back to solid state and after multiple tries I get the below message in terminal
Timed out while waiting for the device to (re)connect
Attempting to diagnose the issue...
Your device does not use an ESP82xx.
This means you cannot flash custom ESP firmware even over serial.
Do you want to try flashing another device? [y/N] N
if the bulb does not use the ESP chip, would I be correct to think there couldn't then be a template available? or has the manufacturer changed the chips they now use?
btw not an expert in anyway, only just starting out with tasmota

Hi @wdwithmp,
Manufacturers have been moving away from the ESP for some time now. This is true even for models which previously used the ESP. Unfortunately this means that even though this model was previously compatible, you received a version which is not.
Hope you find better luck next time!


Intersections between edge bodies or chain bodies

Dear Ali, first thank you for this simple and powerful library you have developed.
I am using it in my research. And I met a problem.
when I try to make packed convex hulls. These hulls I used connected "edge" shape.
The code is like this:
 var convex_edge_i = planck.Edge(planck.Vec2(hull[i].x, hull[i].y), planck.Vec2(hull[i + 1].x, hull[i + 1].y));
var fixture_convex_i = body.createFixture(convex_edge_i, 0);

when I use DistanceJoint to drew these "convex hull" body together, After the simulation, it results these intersections.
The setting of DistanceJoint I used is:
                    let distanceJoint = planck.DistanceJoint({
                        frequencyHz: 0.4,
                        dampingRatio: 0.001
                    },

The simulation setting is:
                let timestep = 1.0 / 10.0;
                let velocityIterations = 5;
                let positionIterations = 2;
                // Simulation loop
                // attraction simulation
                for (let i = 0; i < 300; ++i) {
                    // Instruct the world to perform a single step of simulation.
                    // It is generally best to keep the time step and iterations fixed.
                    world.step(timestep, velocityIterations, positionIterations);
                }

When I change this convex hulls into "chain" type, seems the result it the same.
Do you have any idea about this? Do these settings influence the result? How to avoid intersections?  Many thanks!!

Could you try using polygons instead?
As far as I know edge/chair work with static bodies (like ground), so not useful for this case.

Dear Ali,
Thank you so much for your quick reply. But for some reasons I also need to
make several polygons be contained in a big polygon. Does it possible by
using polygon type?
Thank you so much!
Ali Shakiba<EMAIL_ADDRESS>于 2019年9月23日周一 下午7:54写道：

Could you try using polygons instead?
As far as I know edge/chair work with static bodies (like ground), so not
useful for this case.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/shakiba/planck.js/issues/105?email_source=notifications&email_token=AEOKTQPCBDQOMB2H56YBE6TQLD7ELA5CNFSM4IZNDCC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD7LWYII#issuecomment-534211617,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AEOKTQLRDL3NRIA4664JJK3QLD7ELANCNFSM4IZNDCCQ
.

As far as I know if your container is dynamic this is the common solution:
http://piqnt.com/planck.js/Tumbler

Thank you so much Ali, this helped a lot. it is now much better.
I referenced http://piqnt.com/planck.js/Tumbler also http://piqnt.com/planck.js/Mixer
Both "polygon" or "edge" seems could work as the element of the bounding box of lots of objects.
I did two implementations.
By "box", referenced http://piqnt.com/planck.js/Tumbler:

By "edge", referenced http://piqnt.com/planck.js/Mixer:

You could see the first one still have some intersections. The second one seems like what you mentioned before.
One more question: When I use the first implementation how to avoid intersections? Can I set some repelling force on the body, so that when such attachments exist, the body can be separated? Each body can keep some distance from other bodies?
Thank you so much!!

Could you share your testbed on codepen/jsbin?

Dear Ali, I made a codepen, here is the link: https://codepen.io/bozheng-stokes/pen/abormNX
There can be intersections somehow. You could also change "box" to "edge", by change
var use_box = true;
var use_edge = false;
to
var use_box = false;
var use_edge = true;
Thank you very much for your advice on this.

Could you try setting walls as bullet?

Bullet didn't fix it, but I was able to fix it with this:
            let distance_joint_setting = {
                frequencyHz: 0.4,
                dampingRatio: 0.01
            };

Great example by the way, thanks for sharing it! I will add it to list of projects made with planck.js.

Dear Ali, thank you for your time on this. This parameters are very tricky...is there any best practices?
I don't mind you use this code. But I used the code of computing convex Hull from others. Maybe it is better to change it to boxes instead of convex hulls.
If you don't mind, I have one more question from my side. Seems the settings of parameters are quite tricky. If I change the density of the fixture or parameters of the simulation the result can be different. Intersection can still be there.
Can this be solved? I saw a open source project
https://github.com/Sinova/Collisions/blob/master/README.md#anchor-demos
Can this be integrated into Planck.js?
Thanks again and nice weekend!

Actually my first suggestion (setting bullet: true for walls) was correct. I was setting that for other bodies by mistake. Please ignore my other suggestion.
Just change line 181 to var body = world.createDynamicBody({ bullet: true });.

That's a very interesting open-source project, but I'm just maintaining planck.js right now.

Thank you very much Ali. It indeed works. But actually these objects are not at a high speed, why they still can cause intersections? Also the computational cost of setting them to bullets is really high. When I set objects' bullet to true, the computation time seems exponentially increased according to the number of the bullet objects. How is the difficulty of solving this in planck.js?
Many Thanks again!!

You may also be able to fix it by adjusting planck.internal.Settings variables. But I don't know much more.
Also I recommend discussing this with Box2D community as well, Planck.js is based on Box2D.


[Snyk] Upgrade @angular/cdk from 11.1.1 to 11.1.2

Snyk has created this PR to upgrade @angular/cdk from 11.1.1 to 11.1.2.

:information_source: Keep your dependencies up-to-date. This makes it easier to fix existing vulnerabilities and to more quickly identify and fix newly disclosed vulnerabilities when they affect your project.

The recommended version is 1 version ahead of your current version.
The recommended version was released 21 days ago, on 2021-02-04.

Release notes

Package name: @angular/cdk

11.1.2 - 2021-02-0411.1.2 "cinnabar-vase" (2021-02-04)
cdk

bug fix
collections: recycle repeater strategy retaining references to destroyed views (#21744) (4161f0f01aa46afb7f872269a17b73dcc4cd5f88)

feature
table: add HTML elements to sticky styler update (#21704) (d0106c190150d839c12392fea1007fd932e5f7c4)

material

bug fix
datepicker: reset preview range after selecting a date (#21591) (54997c4a762af8572d5f82b262f3b5932d7fd986)

bug fix
expansion: add focus indication in high contrast mode (#21549) (fdacb22f21443614c2876e8653d265cea3adfd9e), closes #21544

bug fix
menu: nested menu trigger not restoring focus (#21531) (b3302903e62befeabf854ec8e6419c8edd176c08)

bug fix
schematics: fix typo in warning (#21754) (dde0590e68bba556741727f5d625e0af618baf6d), closes #21705

bug fix
select: overlay offset calculation for disabled option centering (#21716) (3c391ebb24eafbde564fe1a9e4b847091947c67a), closes #21570

bug fix
select: VoiceOver reading out blank space (#21733) (51ba599b2cf3d85e31387afce5b679e82d7892e6), closes #21725

material-experimental

bug fix
mdc-dialog: afterClosed being run outside of NgZone (#21702) (698d6d0ac4c869a86658e1db617dc85a342eacf7), closes #21696

bug fix
mdc-form-field: remove extraneous sass var added by #21676 (#21772) (7b7bbfb16aea9793e8d98e2a5caa49b07bd0f079)

bug fix
mdc-form-field: tweak styles to work with MDC<PHONE_NUMBER>5cfb637584ac8b13dedf89f5231da6)

bug fix
mdc-paginator: use caption typography for select (37b96144175487b7f857d29564ee1ba45b9f3500)

bug fix
mdc-typography: change mdc components to prefer 2018 typography mappings if the config is compatible (64ab8231ea813ef68ce8e1cc8fc0cf0183bf530c)

bug fix
mdc-typography: update components using incorrect typography levels (d9b10c4c7317601fa77f39cc1a0265de2d4c7a3b)

feature
mdc-typography: add a function to create config from MDC (b9003f75977c5dc8c8187185ab2a904e190e7b4c)

11.1.1 - 2021-01-27cdk

bug fix
drag-drop: not detecting parent when projected using ngTemplateOutlet (#21668) (958ecb265647dd95c2e12fcc97c558452a622ed6), closes #21227

bug fix
overlay: overriding pointer-events style (#21666) (ba41912c3cf28f36246da59d02fc7b09798f32c6), closes #21656

material

bug fix
autocomplete: prevent inert host node from affecting surrounding layout (#21649) (9c99070beb781f6265b4db8c22b2370ddf516e7f), closes #21246

bug fix
datepicker: clear tabindex from host node (#21633) (bd4597fc60b37e74074dbdc8ac161a51c73623a2), closes #21280 #21046

bug fix
datepicker: mark date input as touched when calendar is closed (#21646) (75367e794884a49413f362114710826ef64419e3), closes #21643

bug fix
form-field: flickering when hovering invalid input on chrome (#21620) (fe1b31c288bdd9ba7677081f4ea2e4d3fda84b59), closes #21612

material-experimental

bug fix
mdc-chips: decouple removal from animation (#21636) (7643a3cb1981523a00d86696750dbe7f70ad912b)

bug fix
mdc-chips: set correct ripple opacity for focus states (#21624) (cf30c4449a72692e5893344ecad1cb4544aa219e)

bug fix
mdc-radio: de-duplicate test harness logic (#21532) (dfd566a4536a3f09a96843dd42710a16225596d1)

bug fix
mdc-typography: fix always using mat-level (#21669) (de5923a763f3c97186c9a4a113b7d9446254a3a4)

    from @angular/cdk GitHub release notes

Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open upgrade PRs.
For more information:
🧐 View latest project report
🛠 Adjust upgrade PR settings
🔕 Ignore this dependency or unsubscribe from future upgrade PRs

Issues opened


[Bug]: Desktop SQL execution settings are inconsistent with web version

ODC version
odc431
OB version

What happened?

What did you expect to happen?

How can we reproduce it (as minimally and precisely as possible)?
Open the SQL window and view the SQL settings
Anything else we need to know?
No response

Please repackage the desktop version product

Please repackage the desktop version product

pass


Support Putty sessions profile on disk (not only registry)

I am usgin a putty modication that saves sessions profiles on hard disk instead
on windows registry. Very useful for me because i use it on a usb pendrive on
three computers.

This modification save sessions and configuration on putty.exe folder (sessions
folder).

By this way i cannot load sessions or configure a session to load a putty
profile because my profiles are not on windows registry.

Maybe it would be great can configure a external folder to load sessions
profiles (same way when i configure putty.exe folder).

This putty mod is from this page:
http://jakub.kotrla.net/putty/

Original issue reported on code.google.com by<EMAIL_ADDRESS>on 4 Aug 2014 at 2:25

Closing this issue but all hope is not lost! We still want to help.
See: https://github.com/jimradford/superputty/wiki/Legacy-Imported-Issues on how to help us to help you!


[BUG] Backup should immediately stop showing the backups on setting backup target blank

Describe the bug
Backup should immediately stop showing the backups on setting backup target blank.
To Reproduce
Steps to reproduce the behavior:

Set backup target which has 50 plus volume backups
Wait for the backups to get listed.
Once all the backups are listed, set the backup target blank.
Check the backup page, still the backup page lists the backups for sometime.

Expected behavior
Based on the condition that the backup target is empty, don't show the backups
Environment:

Longhorn version: v1.2.0-rc1
Installation method (e.g. Rancher Catalog App/Helm/Kubectl): Kubectl

I think the problem is the same as https://github.com/longhorn/longhorn/issues/2915#issuecomment-905111637
@khushboo-rancher could you please double verify this one as well? Thank you.

Validation - Pass
Verified with Longhorm-master 08/30/2021
The behavior is as soon as all the backupvolumes are deleted in the cluster on removing the backup target, the backup page stops showing the backups.
I'm okay with the behavior for this release.
cc: @innobead


Update 03.01.--.HEADER.Phenotyping.md

Hi Ajay, I like this contribution, but we are already 2000 words over where we want to be.
Is it possible to merge our two paragraphs into one? What are the absolutely crucial points that need to be made in this introductory paragraph? and what can be cut or addressed in a later section?

Hi Peter,
Thanks for replying. Yes, it can be merged into one paragraph. I will do
that this weekend. I will also edit some other parts such as genotyping and
precision agriculture. I am currently busy in Phenotyping my field data.
Here is my official LSU address where you can contact me; @.***
Thanks once again for the email.
Best
Ajay
On Wed, May 22, 2024 at 2:23 PM Peter Selby @.***>
wrote:

Hi Ajay, I like this contribution, but we are already 2000 words over
where we want to be.
Is it possible to merge our two paragraphs into one? What are the
absolutely crucial points that need to be made in this introductory
paragraph? and what can be cut or addressed in a later section?
—
Reply to this email directly, view it on GitHub
https://github.com/plantbreeding/BrAPI-Manuscript2/pull/48#issuecomment-2125587352,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ASOB4ZGQ6XNNF6CZT3B3ADDZDTWERAVCNFSM6AAAAABICUTSFCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCMRVGU4DOMZVGI
.
You are receiving this because you authored the thread.Message ID:
@.***>

Hi Peter,
I have made some changes to some topics listed below. Could you check them out and tell me what you think of them? They are in a single paragraph and as brief as possible.
1. Phenotyping
Phenotyping is fundamental to plant breeding, providing the accurate, high-quality data needed for downstream analyses and decisions, including genomic studies like genomic selection and GWAS. It goes beyond simple data collection, requiring a thorough understanding of research questions and strategic data gathering to ensure successful outcomes. Effective phenotyping can make or break a research project, underscoring the importance of mastering its techniques. The Breeding API (BrAPI) specification supports phenotypic data throughout the entire breeding pipeline, from initial collection and standardization to publication and archiving. The community has developed BrAPI-compatible tools to facilitate early data standardization, efficient storage, and curation of phenotypic data and trait metadata. Additionally, there are ongoing efforts to create tools for managing images and other high-throughput phenotyping techniques, further enhancing the precision and efficiency of plant breeding research.
2. Genotyping
Genotyping has become a cornerstone of most breeding processes, but managing the data can be challenging. The Breeding API (BrAPI) supports genotypic data by utilizing existing standards such as VCF and the GA4GH Variants standards. The BrAPI community has developed compatible tools for storing, searching, visualizing, and analyzing genotypic data, making it easier to integrate and utilize this information in breeding programs. Understanding different genotyping protocols for various crops is crucial due to the unique genetic structures of each species. Techniques such as SNP genotyping, Genotyping-by-Sequencing (GBS), SSRs, Whole Genome Sequencing (WGS), and array-based genotyping each offer specific advantages depending on the crop and research objectives. Mastery of these protocols ensures efficient and effective breeding, while BrAPI's tools streamline data management and analysis, enhancing the ability to make data-driven decisions in developing superior crop varieties.
3. Germplasm management
Germplasm management is crucial due to the vast quantity of new accessions, variants, and lines created yearly, necessitating organized data management. Germplasm is the basis of variation on which plant breeders rely to upgrade and optimize their breeding programs. This is essential at the levels of individual breeding programs, national initiatives, and international collaborations. The Breeding API (BrAPI) supports the transmission of germplasm passport data, pedigree trees, and crossing metadata. The BrAPI community has developed compliant tools for storing, searching, and visualizing this metadata, facilitating efficient management. Additionally, there are plans to establish federated networks of genebank data connected via BrAPI, enhancing global accessibility and collaboration in germplasm management.
We can always edit them.
Best
Ajay

@GenAjay sorry it took me a while to get back to this. thanks for your contributions, I have added these new section headers (with some minor edits)
Please remember to update metadata.yaml with your author info, or send it to me and I can add you to the author list.
Closing this PR, content merged manually

Hi Peter,
Here is my information. You can add me to the list;
name: Ajay Dhungana
initials: AD
GitHub: GenAjay
email: @.***
affiliations:
- Louisiana State University (LSU)
If you need more information, please let me know.
Best
Ajay
On Thu, Jun 13, 2024 at 2:47 PM Peter Selby @.***>
wrote:

@GenAjay https://github.com/GenAjay sorry it took me a while to get
back to this. thanks for your contributions, I have added these new section
headers (with some minor edits)
Please remember to update metadata.yaml with your author info, or send it
to me and I can add you to the author list.
Closing this PR, content merged manually
—
Reply to this email directly, view it on GitHub
https://github.com/plantbreeding/BrAPI-Manuscript2/pull/48#issuecomment-2166645504,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ASOB4ZA7LR2CLAS5RKXB2JLZHHZMNAVCNFSM6AAAAABICUTSFCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCNRWGY2DKNJQGQ
.
You are receiving this because you were mentioned.Message ID:
@.***>


ref(dlq): Refactor DLQ buffer to be inside of DLQ policy

The goal of this PR is to make all DLQ buffer management happen through DLQ policy.
Specifically:

Ensure no DLQ buffer gets created if there is no DLQ policy defined
Adding, removing messages to/from buffer goes through DLQ policy
Log better errors if there are Invalid Messages but no DLQ policy defined

The next step after this refactor is to clear DLQ buffer during rebalancing. This refactor makes it so that we can access the DLQ buffer within the on_assign or on_revoke callbacks.

Gonna add some tests since this refactors how buffered messages is accessed

Added tests and refactored testutils a bit. Let me know if it makes sense.

Did some local testing as well to run through various cases (DLQ configured without max buffer limit, with max buffer limit, no DLQ configured at all)


list.last-index-of

Let's create a new method last-index-of, which will find the position of an object in the list starting from the end of the list, comparing objects using .eq:
eq.
  index-of.
    list
      * "hi" 2 "hi" 4 5
      "hi"
  2

If the object is not in the list, -1 must be returned.

@EugeneDar please, help us here

@Graur sure, assign me


queries >~200000 records: searches apparently complete, but records can't all be delivered

tested by @eliagbayani. (Also by @jhammock, but in a web browser, so probably not useful.)
The JSON service can handle a higher number of records than the TSV.
limit=200K: success!
limit=500K: error message "The requested URL returned error: 504 Gateway Time-out"
(this is with paced requests. w/o and interval in between requests: error message
"The requested URL returned error: 503 Service Unavailable")
I imagine it is worth waiting to see if this changes after GUODA migrates. There could be Fresh Data use cases for queries of this size, which could be addressed with enhancements to the Fresh Data APIs if needed. Most Fresh Data "records delivered" are expected to be temporal diffs with much smaller numbers of records.

Interesting - I'd expect the tsv to be able to handle more than json. If you'd like others to reproduce this (which query?, which endpoint?), you might want to consider some instructions on how to reproduce.

It's not yet urgent, but here, in case it's interesting. It looks like there's variation among queries, or possibly among days, if my queries from yesterday are cached.
Today's results are actually similar between JSON and TSV.
In a Chrome browser:
http://api.effechecka.org/occurrences.tsv?taxonSelector=Animalia%2CInsecta&wktString=POLYGON ((-150 10%2C -150 40%2C -50 40%2C -50 10%2C -150 10))
cuts off during the 4988th record of 111278193
http://api.effechecka.org/occurrences.tsv?limit=2000&taxonSelector=Animalia%2CInsecta&wktString=POLYGON ((-150 10%2C -150 40%2C -50 40%2C -50 10%2C -150 10))
returns complete results
http://api.effechecka.org/occurrences.tsv?limit=20000&taxonSelector=Animalia%2CInsecta&wktString=POLYGON ((-150 10%2C -150 40%2C -50 40%2C -50 10%2C -150 10))
cuts off after 4600 records
http://api.effechecka.org/occurrences?limit=2000&taxonSelector=Animalia%2CInsecta&wktString=POLYGON ((-150 10%2C -150 40%2C -50 40%2C -50 10%2C -150 10))
returns complete results
http://api.effechecka.org/occurrences?limit=20000&taxonSelector=Animalia%2CInsecta&wktString=POLYGON ((-150 10%2C -150 40%2C -50 40%2C -50 10%2C -150 10))
returns "There was an internal server error."

Yesterday's query, I'm afraid, was a much longer polygon. Sorry. Running it now:
http://api.effechecka.org/occurrences?limit=200000&wktString=POLYGON ((-81.17675811052322 38.866147304827315%2C -80.45166045427322 40.3724147137188%2C -78.64990264177322 41.18766902511264%2C -76.56250029802322 41.27029516213595%2C -74.69482451677322 40.8893508055629%2C -74.16748076677322 40.221587484085745%2C -74.91455107927321 39.122307124684454%2C -75.70556670427322 39.7670878257266%2C -75.57373076677322 39.22451128580981%2C -75.24414092302322 38.712006664146635%2C -75.55175811052322 37.98828627141629%2C -76.05712920427322 38.505967753770065%2C -75.94726592302322 39.58105490004761%2C -76.32080107927322 39.58105490004761%2C -76.65039092302322 39.22451128580981%2C -76.56250029802322 38.48877114593059%2C -76.47460967302322 37.292324732564005%2C -76.80419951677322 37.09979421886438%2C -76.03515654802322 36.27165004883655%2C -78.91357451677321 36.413239924092565%2C -80.80322295427322 37.362214027755726%2C -81.17675811052322 38.866147304827315))
returns complete results
http://api.effechecka.org/occurrences?limit=2000000&wktString=POLYGON ((-81.17675811052322 38.866147304827315%2C -80.45166045427322 40.3724147137188%2C -78.64990264177322 41.18766902511264%2C -76.56250029802322 41.27029516213595%2C -74.69482451677322 40.8893508055629%2C -74.16748076677322 40.221587484085745%2C -74.91455107927321 39.122307124684454%2C -75.70556670427322 39.7670878257266%2C -75.57373076677322 39.22451128580981%2C -75.24414092302322 38.712006664146635%2C -75.55175811052322 37.98828627141629%2C -76.05712920427322 38.505967753770065%2C -75.94726592302322 39.58105490004761%2C -76.32080107927322 39.58105490004761%2C -76.65039092302322 39.22451128580981%2C -76.56250029802322 38.48877114593059%2C -76.47460967302322 37.292324732564005%2C -76.80419951677322 37.09979421886438%2C -76.03515654802322 36.27165004883655%2C -78.91357451677321 36.413239924092565%2C -80.80322295427322 37.362214027755726%2C -81.17675811052322 38.866147304827315))
fails
http://api.effechecka.org/occurrences.tsv?limit=2000&wktString=POLYGON ((-81.17675811052322 38.866147304827315%2C -80.45166045427322 40.3724147137188%2C -78.64990264177322 41.18766902511264%2C -76.56250029802322 41.27029516213595%2C -74.69482451677322 40.8893508055629%2C -74.16748076677322 40.221587484085745%2C -74.91455107927321 39.122307124684454%2C -75.70556670427322 39.7670878257266%2C -75.57373076677322 39.22451128580981%2C -75.24414092302322 38.712006664146635%2C -75.55175811052322 37.98828627141629%2C -76.05712920427322 38.505967753770065%2C -75.94726592302322 39.58105490004761%2C -76.32080107927322 39.58105490004761%2C -76.65039092302322 39.22451128580981%2C -76.56250029802322 38.48877114593059%2C -76.47460967302322 37.292324732564005%2C -76.80419951677322 37.09979421886438%2C -76.03515654802322 36.27165004883655%2C -78.91357451677321 36.413239924092565%2C -80.80322295427322 37.362214027755726%2C -81.17675811052322 38.866147304827315))
cuts off during the 454th record

I just unsuspectingly downloaded 5M records from
http://gimmefreshdata.github.io/?limit=20&taxonSelector=Aves%2CInsecta&traitSelector=&wktString=POLYGON ((-72.147216796875 41.492120839687786%2C -72.147216796875 43.11702412135048%2C -69.949951171875 43.11702412135048%2C -69.949951171875 41.492120839687786%2C -72.147216796875 41.492120839687786))!
(I was expecting the sample size). Possibly this issue can be closed?

I'd say that the issue can be closed if previously reported unexpected behaviors can no longer be reproduced.

Odd... I can still access the whole-result TSV for the query above, but this one doesn't behave the same. I tried inserting a limit=3000000 in the TSV link and either way I get the truncated results. Perhaps I should not be trying this yet.
http://gimmefreshdata.github.io/?limit=20&taxonSelector=&traitSelector=&wktString=POLYGON ((-76.6900634765625 38.77978137804918%2C -76.640625 38.91240739487225%2C -77.19268798828125 39.34916646551957%2C -77.4810791015625 39.11301365149975%2C -77.32040405273436 39.052784883296624%2C -77.54150390625 38.85682013474361%2C -77.22152709960938 38.65870536210694%2C -77.19818115234375 38.62008939987629%2C -77.07046508789061 38.61257832462118%2C -76.89468383789062 38.649053322140226%2C -76.74774169921875 38.62116234642254%2C -76.74156188964844 38.561321083266414%2C -76.68113708496092 38.541720956040386%2C -76.6900634765625 38.77978137804918))

Suggest to first finish the migration to hdfs before addressing this issue.

Agree?

see #67 and #61 .

yes, that makes sense. I'll try again when migration is complete.

@jhammock Suspect this issue was related to #70 . Please confirm.

yes, thanks. I forgot this thread was still dangling.


Inconsistent behaviour of devices

Issue

Firstly let me thank you for creating this plugin and supporting it. Secondly, thank you in advance for any help you might be able to proffer so I can get the house working consistently.
So on to the issues, I have been running the home bridge-hue for a while and I am suffering from quite a few inconsistencies which I am hoping you may be able to help with.
These issues involve devices that work inconsistently within apple HomeKit and become unresponsive or stuck in an "updating" loop.
If I restart the Homebridge server sometimes they come back up. On other occasions i need to actually physically power cycle a device to reset.
I am also experiencing a lot of issues with response times from Hue sensors to turn on different lights/switches. I am getting 1 to 3 second delays ( sometimes longer )  i.e. I will walk into our stairwell and be half way up or down it before the lights activate. I am in full exposure to the sensor.
I was wondering if the issues for the sensors are how I brought them into he system ? Should they be added through the HIUE app or through Homekit ? Which application should be managing them ? i.e. Automation through Homekit or Hue.
Also, I I make any changes of updates in the HIUE app it seems to remove devices from the individual rooms and put them all into the default room.
The Hue app consistently says it is not synced with HomeKit and if I update it it moves all the devices.
I am hoping through your experience you might be able to assist me. :-)
I thought I might also assist you if I supply an outline of my system.
System details and structure

1/. Home bridge is being run on a Apple Mac Mini 2011 2.3 GHz Intel Core i5 with 16GB of RAM running macOS High Sierra 10.13.6

I use this mac as the DHCP server and as I found it better than my router.  It is also our media server and home file server. Not a great deal of pressure on it. When not serving media it sits at about 10% of its CPU and approx 7 Gb of available Memory.
2/. I am running home bridge-hue v0.11.62
3/. Node v12.16.2
4/. Homebridge v0.4.53
5/. I have a mesh network using Linksys Velop and 3 nodes spread over the houses two floors. I seem to have good connectivity throughout the house.
6/. I also have a CAT6 network that delivers connectivity to most of the VELOP wireless points, only one VELOP is using wireless to connect to the network with no physical connectivity.
7/. I have a D-link DSL-4320L Modem Router
8/. As to devices I have a mixture outlined below.
a. Sonoff wifi Smart Switches running the Ravencore Firmware
b. Zigbee Smart Switches from a  company called www.3asmarthome.com
c. Ecobee thermostats
d. 2 x Apple HomePods
e. 3 AppleTVs
f. 1 x Automate Pulse2 blind controller
g. 1 x Hue hub
h. 1 x logi Hub and a few wireless switches
i. Hue Sensors x 12
j. A number of Hue lights and LED light strips
9/. I have an Australian NBN service which consistently runs at about 85 x 25Mbps with a 11 to 15 millisecond Ping
10/. I am running the HUE hub and the homebridge-hue at the same time which seems to show two sets of some of the devices in Apple Homekit.
Log Messages

Debug Files

homebridge-hue.json.gz

I can't seem to find the log, I tried doing what was outlined in the link but still can't locate it ? Sorry I am certainly only learning all this as I go along. ( I have also done some googling trying to find a solution )

homebridge-hue.json.gz
Updated file, just found that this might contain the debug info

Devices becoming unresponsive is almost always related to the network between the accessory (the Hue hub or homebridge) and the HomeKit runtime on your iDevice.  HomeKit uses Bonjour (multicast DNS) to discover the accessories.  Best make sure all your access points connect to the same (wired) port on your router, and turn off the wireless network on your router.
From a response time and stability perspective, Hue bridge rules are preferable over HomeKit rules.  Note that the Hue bridge doesn't provide push notifications over the API, so Homebridge Hue needs to poll the bridge to detect changes.  If you use the Motion sensors exposed by Homebridge Hue, better set heartrate to 2 in config.json.
If you use the motions sensors as exposed by the Hue bridge, you'll get better response times (the bridge does push changes to HomeKit), but poorer functionality (no history in Eve).
The Hue app likes to sync the room assignments for HomeKit accessories with the room assignments on the Hue bridge.  This should also work for the non-Hue lights exposed by Homebridge Hue.  I'm not too sure about sensors, though.

Hi Erik,
Thank you for this, I am trying a few things and I'll let you know how I get on.
Appreciate your thoughts.
Keep safe and well in your home country.
Rick Hoy
7 St Martins Terrace
Buderim, 4556
Queensland, Australia
M-Aus: +61 448 000 242
M-Can: +1<PHONE_NUMBER>
<EMAIL_ADDRESS>
On 25 Apr 2020, at 1:11 am, Erik Baauw<EMAIL_ADDRESS>wrote:
Devices becoming unresponsive is almost always related to the network between the accessory (the Hue hub or homebridge) and the HomeKit runtime on your iDevice. HomeKit uses Bonjour (multicast DNS) to discover the accessories. Best make sure all your access points connect to the same (wired) port on your router, and turn off the wireless network on your router.
From a response time and stability perspective, Hue bridge rules are preferable over HomeKit rules. Note that the Hue bridge doesn't provide push notifications over the API, so Homebridge Hue needs to poll the bridge to detect changes. If you use the Motion sensors exposed by Homebridge Hue, better set heartrate to 2 in config.json.
If you use the motions sensors as exposed by the Hue bridge, you'll get better response times (the bridge does push changes to HomeKit), but poorer functionality (no history in Eve).
The Hue app likes to sync the room assignments for HomeKit accessories with the room assignments on the Hue bridge. This should also work for the non-Hue lights exposed by Homebridge Hue. I'm not too sure about sensors, though.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/ebaauw/homebridge-hue/issues/675#issuecomment-619070463, or unsubscribe https://github.com/notifications/unsubscribe-auth/AOUYEPBMCMJXDELC2VURSQLROGTYZANCNFSM4MPYZ5XQ.


Remove local_only middleware in blank-canvas driver

I see no reason to prevent one from using a non-local connection, particularly when the local middleware might not be entirely accurate. I'm using this change to allow my Gitpod to show the drawing after saving files.

Thanks!


v3.8.1 introduced a bug or none backwards compatible change

What version of Hono are you using?
3.8.1
What runtime/platform is your app running on?
Cloudflare workers
What steps can reproduce the bug?
I think this change introduced a bug? Or at least a none backwards compatible change.
I have the following middleware:
export const cfgMiddleware = async (c: Context, next: Next) => {
  const { roomId, sessionId } = c.req.param()
  console.log('roomId', roomId)
  console.log('sessionId', sessionId)

  return userStore.run({ roomId, sessionId }, () => next())
}

where userStore is a AsyncLocalStorage
My routes look like this:
const app = new Hono({ strict: false })

app.use('*', cfgMiddleware)
app.get('/room/:roomId/session/:sessionId/messages', getMessagesHandler)

In Hono 3.7.6 I see the following
http localhost:8787/api/room/notesTaker/session/asdasdasdasd/messages
roomId notesTaker
sessionId asdasdasdasd

In Hono 3.8.1 I see the following:
http localhost:8787/api/room/notesTaker/session/asdasdasdasd/messages
roomId undefined
sessionId undefined

What is the expected behavior?
c.req.param() should provide the params in the middleware
What do you see instead?
undefined
Additional information
No response

Hi @donchev7,
This is not a bug. The behavior was altered by PR #1566 included in v3.8.0. You can see the details in PR #1555.
With this change, the following routing pattern no longer throws a Duplicate param name error, and you can get the proper param values for each handler.
app.get('/:type/:url', (c) => {
  return c.text(`type: ${c.req.param('type')}, url: ${c.req.param('url')}`)
})

app.get('/foo/:type/:url', (c) => {
  return c.text(`foo type: ${c.req.param('type')}, url: ${c.req.param('url')}`)
})

This is a useful feature, but it introduced a change where the param values are not shared across other handlers. This was a "breaking change," but I didn't announce it. I apologize, sorry.
In your case, you can adjust your code like the following to get the expected behavior.
app.get('/room/:roomId/session/:sessionId/messages', cfgMiddleware, getMessagesHandler)

What do you think?

Yes I know that this works:
app.get('/room/:roomId/session/:sessionId/messages', cfgMiddleware, getMessagesHandler)

Unfortunately for me I now need to add cfgMiddleware to all routes instead of just doing:
app.use('*', cfgMiddleware)
...
<all other routes>

@yusukebe thanks for the reply. I'll close the issue I believe that fixing Duplicate param name error is probably more important than sharing params.

@donchev7
Thank you for understanding.


updated fastlane-core dependency

A project using xcov cannot install the latest version of fastlane 1.111.0 because of the hard dependency on fastlanecore.
A solution would be to update this dependency:
spec.add_dependency 'fastlane_core', '>= 0.44.0', '< 1.0.0'
same as https://github.com/nakiostudio/xcov/issues/38

Hey @valeriomazzeo 👋
Thanks for reporting. Will update later today!


Typo in remark about .nuget folder

NuGet 3.3 and earlier used a .nuget folder for solution-wide settings. This file is not used in NuGet 3.4+.

Should probably read:

NuGet 3.3 and earlier used a .nuget folder for solution-wide settings. This folder is not used in NuGet 3.4+.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 370d9d91-9f35-79aa-3ace-7b77436e988f
Version Independent ID: 3da4591a-3d3d-c07a-6672-97964de13b14
Content: Common NuGet configurations
Content Source: docs/consume-packages/configuring-nuget-behavior.md
Product: nuget
GitHub Login: @karann-msft
Microsoft Alias: karann

thanks for catching that! we have made it super easy to contribute to our docs - just click on the edit button on the top right of the page and submit a PR!


Add MAX32690

The MAX32690  microcontroller (MCU) is an advanced system-on-chip (SoC) featuring an Arm® Cortex®-M4F and RISC-V CPU, large Flash and SRAM memories, and the latest generation Bluetooth® 5 Low Energy (LE) radio.
This PR add MAX32690 in supported zephyr SoCs by providing basic functionality

Update manifest file
Add clock control
Add gpio driver
Add uart drivers
Add MAX32690  SoC support
Add MAX32690EVKIT  support

Tested with:
blinky  example

button example

gpio_basic_api  test

uart_basic_api  test

The compliance checks and doc builds are failing due to:
get_maintainer.MaintainersError: MAINTAINERS.yml: glob pattern 'modules/hal_adi/' in 'files' in area 'West project: hal_adi' does not match any files

The compliance checks and doc builds are failing due to:
get_maintainer.MaintainersError: MAINTAINERS.yml: glob pattern 'modules/hal_adi/' in 'files' in area 'West project: hal_adi' does not match any files

Pushed https://github.com/zephyrproject-rtos/zephyr/pull/72291/commits/c7b9c8d9d9276d8e9fcc8735f87d065896b8889f commit to fix it.

@gmarull thanks for your review, it was helpful. please revisit when you get a chance.

Rebased onto upstream/main after getting below github action error.
https://github.com/zephyrproject-rtos/zephyr/actions/runs/9187538992/job/25265429018

Rebased onto upstream/main after getting below github action error. zephyrproject-rtos/zephyr/actions/runs/9187538992/job/25265429018

GitHub is having issues today. I retriggered the jobs.

Rebase to latest main to pick up doc build fixes that were merged yesterday.

Done.

@gmarull please revisit when you get a chance.


Connect up all robots' controllers

We have a sensible behaviour in development if there isn't any robot code for these robots and the lack of this is starting to complicate development of the running of the actual competition.

This is going to conflict with https://github.com/srobo/competition-simulator/pull/119, but we can deal with that later.


Remove bold setting from paren-face-*match

Hi,
Some proportional fonts have different character width for bold and non-bold characters, causing text to move around when a face is applied or removed.
It is okay for content such as titles, but inconvenient for transient faces such as paren-face-match, paren-face-mismatch and paren-face-no-match (also used by smartparens).
Is it possible to remove the weight attribute for those faces?
Thanks!

Faces can be modified with custom-set-faces (or custom-set-faces! if you use Doom Emacs):
(custom-set-faces
  '(paren-face-match ((t (:weight normal))))
  '(paren-face-mismatch ((t (:weight normal))))
  '(paren-face-no-match ((t (:weight normal)))))

;; or for doom users:
(custom-set-faces!
  '((paren-face-match paren-face-mismatch paren-face-no-match)
    :weight normal))

O

Thanks for the quick reply! Yes I know how to do that, and it also requires re-setting the inherit for show-paren and smartparens faces.
But what is the rationale for having the weight attribute in the first place?
Also, it is tangential, but is it by design that show-paren faces (from faces.el) are inherited from mic-paren faces (melpa)? Shouldn't it be the opposite?
In practice, it doesn't seem to lead to problems on my system without mic-parens, but I don't understand why. Is it because doom-theme does some dark magic to hard-copy inherited attributes into the child faces?
Best wishes,

But what is the rationale for having the weight attribute in the first place?

To make the matched parens more distinct, particularly in lisps. More so for rainbow-delimiters users, where each paren is colored by depth, and so "red" isn't distinct enough.
This is generally fine for fixed pitch fonts, but I can see how it'd be annoying for variable pitch fonts. Still, my impression is monospaced text is a more common use-case in Emacs (to the dismay of those that use Emacs solely for org mode, I suspect), so I hesitate to change the default, especially when changing it is relatively simple.

is it by design that show-paren faces (from faces.el) are inherited from mic-paren faces (melpa)? Shouldn't it be the opposite?

Only because the mic-paren faces come first in the file (they are alphabetized) and &inherit's are read in one pass (i.e. in sequence).

In practice, it doesn't seem to lead to problems on my system without mic-parens, but I don't understand why. Is it because doom-theme does some dark magic to hard-copy inherited attributes into the child faces?

You've guessed correctly. &inherit is indeed doom-themes specific, and magical. It exists to simplify the maintenance of several faces that serve the same purpose, where the ordinary :inherit will fail if the parent faces are never loaded.
Hope that helps!

Yes I see your point. I don't use rainbow-delimiters, but even without maybe I will feel the need to
add :inverse-video to the faces.

Still, my impression is monospaced text is a more common use-case in Emacs (to the dismay of those that use Emacs solely for org mode, I suspect)

You're probably right, but it also doesn't have to be exclusive. I personally use variable-pitch whenever I'm writing text (org, latex, emails, random txt files...) and fixed-pitch for everything else.
But I don't think that there is any way to specify different settings according to the pitch of the font, so the default makes sense.
I guess in the long run I should just find a proportional font not changing the width of bold characters, and with more white space than usual around parentheses...

You've guessed correctly. &inherit is indeed doom-themes specific, and magical. It exists to simplify the maintenance of several faces that serve the same purpose, where the ordinary :inherit will fail if the parent faces are never loaded.

Thanks for the explanation!


Use Accept-Language for owl:imports

It is a nice feature to be able to do owl:imports!
The demo for those imports at https://ulb-darmstadt.github.io/shacl-form/#example returns the German labels for the Roles even when English is in my accept-language header and German isn't ("nl,en;q=0.7,en-US;q=0.3"). I would have expected the English labels to show up here.

Yes, the preferred languages were not handled correctly. Please check v1.4.7, that should work now.

Now, when I have Accept-Language set to "nl,de-DE;q=0.7,en;q=0.3" it displays the English texts while it should display the German texts. Same with "nl,en;q=0.7,de-DE;q=0.3", so it seems to ignore German when English is in the list. Indeed,   I only managed to get it to display the German texts again when removing English from the preferred languages (nl,de-DE;q=0.5).

That's because the langStrings in the mentioned taxonomy use "en" and "de". So "de" is not the same as "de-DE". Do you think it would be feasible to ignore the dash and everything that follows, so that "de-DE" gets converted to "de"?

It is not the perfect approach, but in this context (linked data with language tags) I think a good approach would indeed be to ignore everything from the dash onward.

Please check v1.4.8, the languages are now constructed like this:
this.languages = [... new Set(navigator.languages.flatMap(lang => {
    if (lang.length > 2) {
        return [lang, lang.substring(0, 2)]
    }
    return lang
}))]

So basically, when the list of navigator.languages contains a 5 letter code (e.g. de-DE), the corresponding 2 letter code (e.g. de) gets inserted directly after the 5 letter code.

Works perfectly!


Update source match table when switching from extended to short mode.

Codecov Report

Merging #1456 into master will decrease coverage by 0.09%.
The diff coverage is 50%.

@@            Coverage Diff            @@
##           master    #1456     +/-   ##
=========================================
- Coverage   70.83%   70.74%   -0.1%
=========================================
  Files         143      143
  Lines       19498    19506      +8
  Branches     2385     2386      +1
=========================================
- Hits        13812    13800     -12
- Misses       4790     4812     +22
+ Partials      896      894      -2

Impacted Files
Coverage Δ

src/core/thread/mesh_forwarder.hpp
0% <ø> (ø)
:white_check_mark:

src/core/thread/mle_router.cpp
79.58% <33.33%> (-0.43%)
:x:

src/core/thread/mesh_forwarder.cpp
74.17% <55.55%> (-0.55%)
:x:

src/core/thread/network_data_leader_ftd.cpp
68.69% <0%> (-0.94%)
:x:

src/core/net/ip6_mpl.cpp
91.6% <0%> (-0.77%)
:x:

src/core/thread/mle.cpp
80.58% <0%> (-0.51%)
:x:

src/core/thread/network_data_leader.cpp
80.09% <0%> (-0.5%)
:x:

src/ncp/ncp_base.cpp
36.81% <0%> (-0.2%)
:x:

... and 4 more

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 c7dc5f5...a1fdaac. Read the comment docs.


Update the start page of the COS topic pages on Charmhub

See https://charmhub.io/topics/canonical-observability-stack


Ability to replace icon in collection.

On right-clicking an icon, there should be a new collection action with label:
"Replace icon"
On clicking on "replace icon" it should open finder/file-explorer and the user should be able to choose one svg icon file that replaces the correct icon in the collection.

The action should also be visible in the customize actions modal

Hello @MrRobz can you provide more info on this ticket please?
Maybe I'd like to have a stab at it.
(Participating for Hacktoberfest)

Hello @MrRobz can you provide more info on this ticket please?
Maybe I'd like to have a stab at it.
(Participating for Hacktoberfest)

Done


Uncaught Error: Module did not self-register.

[Enter steps to reproduce:]

...
...

Atom: 1.40.0 x64
Electron: 3.1.10
OS: Unknown macOS version
Thrown From: Atom Core
Stack Trace
Uncaught Error: Module did not self-register.
At ELECTRON_ASAR.js:166

Error: Module did not self-register.
    at process.module.(anonymous function) [as dlopen] (ELECTRON_ASAR.js:166:20)
    at Object.Module._extensions..node (internal/modules/cjs/loader.js:740:18)
    at Object.module.(anonymous function) [as .node] (ELECTRON_ASAR.js:180:18)
    at Module.load (internal/modules/cjs/loader.js:620:32)
    at tryModuleLoad (internal/modules/cjs/loader.js:559:12)
    at Function.Module._load (internal/modules/cjs/loader.js:551:3)
    at Module.require (/app.asar/static/index.js:72:46)
    at require (internal/modules/cjs/helpers.js:20:18)
    at customRequire (/Applications/Atom.app/Contents/Resources/app/static/<embedded>:1:688158)
    at get_KeyboardLayoutManager (/Applications/Atom.app/Contents/Resources/app/static/<embedded>:14:2744622)
    at get_manager (/Applications/Atom.app/Contents/Resources/app/static/<embedded>:14:2744724)
    at Object.getCurrentKeyboardLayout (/Applications/Atom.app/Contents/Resources/app/static/<embedded>:14:2744850)
    at e.keystrokeForKeyboardEvent (/Applications/Atom.app/Contents/Resources/app/static/<embedded>:14:1087821)
    at KeymapManager.keystrokeForKeyboardEvent (/Applications/Atom.app/Contents/Resources/app/static/<embedded>:11:1246932)
    at KeymapManager.handleKeyboardEvent (/Applications/Atom.app/Contents/Resources/app/static/<embedded>:11:1244917)
    at WindowEventHandler.handleDocumentKeyEvent (/Applications/Atom.app/Contents/Resources/app/static/<embedded>:11:284329)

Commands
  2x -0:31.8.0 tree-view:move (li.file.entry.list-item.selected)

Non-Core Packages
atom-beautify 0.33.4
atom-clock 0.1.16
atom-handlebars 1.3.0
atom-sublime-monokai-syntax 0.4.4
auto-close-html2 0.7.0
auto-id-class 0.7.1
autocomplete-html-entities 0.2.0
better-handlebars 0.1.1
emmet 2.4.3
file-icons 2.1.41
language-babel 2.85.0
monokai 0.24.0
open-in-browser 0.5.2
pure-syntax 1.0.1
react 0.18.0
zentabs 0.8.9

Thanks for taking the time to contribute!
We noticed that this is a duplicate of https://github.com/atom/atom/issues/20222. You may want to subscribe there for updates.
Because we treat our issues list as the Atom team's backlog, we close duplicates to focus our work and not have to touch the same chunk of code for the same reason multiple times. This is also why we may mark something as duplicate that isn't an exact duplicate but is closely related.
For information on how to use GitHub's search feature to find out if something is a duplicate before filing, see the How Can I Contribute? section of the Atom CONTRIBUTING guide.


add basic info for install-powershell.ps1 fixes #10911

Adds some basic details for install-powershell.ps1 script
Fixes #10911

PR Summary
Adds some basic details to install-powershell-readme.md for the install-powershell.ps1 script
PR Context

PR Checklist

[x] PR has a meaningful title

Use the present tense and imperative mood when describing your changes

[x] Summarized changes
[x] Make sure all .h, .cpp, .cs, .ps1 and .psm1 files have the correct copyright header
[x] This PR is ready to merge and is not Work in Progress.

If the PR is work in progress, please add the prefix WIP: or [ WIP ] to the beginning of the title (the WIP bot will keep its status check at Pending while the prefix is present) and remove the prefix when the PR is ready.

Breaking changes

[x] None
OR
[ ] Experimental feature(s) needed

[ ] Experimental feature name(s):

User-facing changes

[ ] Not Applicable
OR
[x] Documentation needed

[x] Issue filed:

Testing - New and feature

[x] N/A or can only be tested interactively
OR
[ ] Make sure you've added a new test if existing tests do not effectively test the code changed

Tooling

[x] I have considered the user experience from a tooling perspective and don't believe tooling will be impacted.
OR
[ ] I have considered the user experience from a tooling perspective and enumerated concerns in the summary. This may include:

Impact on PowerShell Editor Services which is used in the PowerShell extension for VSCode (which runs in a different PS Host).
Impact on Completions (both in the console and in editors) - one of PowerShell's most powerful features.
Impact on PSScriptAnalyzer (which provides linting & formatting in the editor extensions).
Impact on EditorSyntax (which provides syntax highlighting with in VSCode, GitHub, and many other editors).

@kilasuit looks like you amended your commit rather than push a new commit?  This makes it hard to see what changed.  In general, you should just push new commits.  When we merge, it'll be squashed.

@SteveL-MSFT - noted your comment and will remember this in future as I have a habit of rebasing and rewriting commit history

@TravisEz13, this is the reminder you requested 1 hour ago

@PoshChan Please remind me in 1 hour

@TravisEz13, this is the reminder you requested 1 hour ago


v-on click and keyup

I have a gallery with "next" and "previous" buttons.
Here what i have now
Previous
Next

I want them to work with 2 options.

Clicking on the link.
Clicking on left/right arrows on keyboard.

I tried
Previous
Next

But this didn't work.
Is this possible with vue.js?

This is because global keypress events are not dispatched on your  elements. It's better to handle global keypress events separately.

Sorry to being novice...
Any example code how to do this?...

{
  created: function () {
    window.addEventListener('keyup', this.previous)
  },
  methods: {
    previous: function (e) {
      // check key code
    }
  },
  beforeDestroy: function () {
    // remove listener
  }
}

for vue 1.0.0 use this syntax
Previous
see also : https://github.com/vuejs/vue/releases
scroll to:  full changelog(from 0.12.16) > 1.Directive Arguments

@sagalbot I would like to know this too. Did you find any solution?
I have seen that Koel project uses what you purposed, but I have tried implementing key events like this in my app but does not work... From Koel app.vue
    <template>

            <site-header></site-header>

            <site-footer></site-footer>
            <overlay :state.sync="overlayState"></overlay>

            <login-form></login-form>

    </template>

I have tried adding key events similarly to my app.vue but they are just not triggered?

@PrimozRome Koel's author here. The reason it works for my app lies in tabindex="0" and that the div#app is a full-page element. Basically setting a tabindex makes the element "focusable" and reactive to key events. Let's not drag this thread longer though – Vue's repo is meant for bug reports and feature requests only. Will be happy to help you on Gitter.


SDXL : LoRa problem

When I use the following command:
sd.exe -m ..\models\sd_xl_base_1.0.safetensors --vae ..\models\sdxl_vae.safetensors --lora-model-dir ..\models -H 1024 -W 1024 -p "a lovely cat<lora:sd_xl_offset_example-lora_1.0:1>" -v

The lora model apparently can not be used:
[INFO ] model.cpp:705  - load ..\models/sd_xl_offset_example-lora_1.0.safetensors using safetensors format
[DEBUG] model.cpp:771  - init from '..\models/sd_xl_offset_example-lora_1.0.safetensors'
[INFO ] lora.hpp:38   - loading LoRA from '..\models/sd_xl_offset_example-lora_1.0.safetensors'
[DEBUG] model.cpp:1343 - loading tensors from ..\models/sd_xl_offset_example-lora_1.0.safetensors
[DEBUG] ggml_extend.hpp:884  - lora params backend buffer size =  47.01 MB(VRAM) (10240 tensors)
[DEBUG] model.cpp:1343 - loading tensors from ..\models/sd_xl_offset_example-lora_1.0.safetensors
[DEBUG] lora.hpp:74   - finished loaded lora
[WARN ] lora.hpp:160  - unused lora tensor lora.unet_input_blocks_1_0_emb_layers_1.alpha
[WARN ] lora.hpp:160  - unused lora tensor lora.unet_input_blocks_1_0_emb_layers_1.lora_down.weight
[WARN ] lora.hpp:160  - unused lora tensor lora.unet_input_blocks_1_0_emb_layers_1.lora_up.weight
[WARN ] lora.hpp:160  - unused lora tensor lora.unet_input_blocks_1_0_in_layers_2.alpha
[WARN ] lora.hpp:160  - unused lora tensor lora.unet_input_blocks_1_0_in_layers_2.lora_down.weight
[WARN ] lora.hpp:160  - unused lora tensor lora.unet_input_blocks_1_0_in_layers_2.lora_up.weight
...
(hundreds of same warnings)

It's the same problem as https://github.com/leejet/stable-diffusion.cpp/pull/117#issuecomment-1856518605.
The lora model is eventually not used at all.
I'm using the latest master-a469688 release.

I had the same issue and addressed it in my pending pull request #200
From what I can tell it is because the SDXL LoRAs use a slightly different naming convention that the current code isn't set up to properly convert to the internally used convention. Also, it seems like the existing memory allocated for the GGML graph is insufficient to accommodate adding a SDXL LoRA so I had to bump that up as well.

Now it is crashing with
ggml_cuda_op_bin_bcast: unsupported types: dst: q8_0, src0: q8_0, src1: f32

probably because the lora contains some f32. conversion seems to work but its not loading it (only looking for safetensors and ckpt)

Interesting, I'm not having that problem, what invocation are you using?

forgot to mention the obvious: I am using a model that is converted to q8_0. Maybe you can reproduce using --type q8_0.
I did not test, but I think this is not SDXL specific and was always like this.

I assumed as much, and this only happens when you use a quantized LoRA and not just the quantized model, or both?

I am able to use --type q8_0 on an SDXL model and SDXL LoRA without incident

the model is always quantized. Lora cant be quantized rn.
sad, I thought I could have memory savings and deleted the .safetensors models <.<

Alright, in that case it sounds like a separate quantization issue distinct from this one. I propose that this issue be marked as resolved.

In my opinion, it might better to close this issue and make that new problem it's own issue with a more descriptive name so that other people having the same issue or those with a solution can find it more easily as it does not seem to be related to issue in the original post so those reading this issue might never scroll down and see that someone is in fact having the same issue they are.

I am still seeing some lora's not being applied even with https://github.com/leejet/stable-diffusion.cpp/pull/200
The lora wight file is xl_more_art-full_v1.safetensors, a very popular one.
 bin/sd -m ../models/sdxlUnstableDiffusers_v11.safetensors  --vae ../models/sdxl_vae.safetensors  --lora-model-dir ../models --stacked-id-embd-dir ../models/photomaker-v1.safetensors --input-id-images-dir examples/scarletthead_woman -p "a girl img, retro futurism, retro game art style but extremely beautiful, intricate details, masterpiece, best quality, space-themed, cosmic, celestial, stars, galaxies, nebulas, planets, science fiction, highly detailed <lora:xl_more_art-full_v1:0.5>" -n "realistic, photo-realistic, worst quality, greyscale, bad anatomy, bad hands, error, text" --cfg-scale 5.0  --sampling-method euler -H 1024 -W 10
24 --normalize-input -o scarrlett11.png
ggml_init_cublas: GGML_CUDA_FORCE_MMQ:   no
ggml_init_cublas: CUDA_USE_TENSOR_CORES: yes
ggml_init_cublas: found 1 CUDA devices:
  Device 0: NVIDIA GeForce RTX 4090, compute capability 8.9, VMM: yes
[INFO ] stable-diffusion.cpp:171  - loading model from '../models/sdxlUnstableDiffusers_v11.safetensors'
[INFO ] model.cpp:726  - load ../models/sdxlUnstableDiffusers_v11.safetensors using safetensors format
[INFO ] stable-diffusion.cpp:182  - loading vae from '../models/sdxl_vae.safetensors'
[INFO ] model.cpp:726  - load ../models/sdxl_vae.safetensors using safetensors format
[INFO ] stable-diffusion.cpp:194  - Stable Diffusion XL
[INFO ] stable-diffusion.cpp:200  - Stable Diffusion weight type: f16
[INFO ] model.cpp:726  - load ../models/photomaker-v1.safetensors using safetensors format
[INFO ] lora.hpp:39   - loading LoRA from '../models/photomaker-v1.safetensors'
[INFO ] stable-diffusion.cpp:281  - loading stacked ID embedding (PHOTOMAKER) model file from '../models/photomaker-v1.safetensors'
[INFO ] model.cpp:726  - load ../models/photomaker-v1.safetensors using safetensors format
[INFO ] stable-diffusion.cpp:406  - total params memory size = 7182.38MB (VRAM 7182.38MB, RAM 0.00MB): clip 1564.36MB(VRAM), unet 4900.07MB(VRAM), vae 94.47MB(VRAM), controlnet 0.00MB(VRAM), pmid 623.48MB(VRAM)
[INFO ] stable-diffusion.cpp:425  - loading model from '../models/sdxlUnstableDiffusers_v11.safetensors' completed, taking 1.42s
[INFO ] stable-diffusion.cpp:442  - running in eps-prediction mode
[INFO ] stable-diffusion.cpp:1578 - PhotoMaker loaded image from 'examples/scarletthead_woman/scarlett_0.jpg'
[INFO ] stable-diffusion.cpp:1578 - PhotoMaker loaded image from 'examples/scarletthead_woman/scarlett_1.jpg'
[INFO ] stable-diffusion.cpp:1578 - PhotoMaker loaded image from 'examples/scarletthead_woman/scarlett_2.jpg'
[INFO ] stable-diffusion.cpp:1578 - PhotoMaker loaded image from 'examples/scarletthead_woman/scarlett_3.jpg'
[INFO ] stable-diffusion.cpp:553  - Attempting to apply 1 LoRAs
[INFO ] model.cpp:726  - load ../models/xl_more_art-full_v1.safetensors using safetensors format
[INFO ] lora.hpp:39   - loading LoRA from '../models/xl_more_art-full_v1.safetensors'
[WARN ] lora.hpp:165  - unused lora tensor lora.model_diffusion_model_output_blocks_2_2_conv.alpha
[WARN ] lora.hpp:165  - unused lora tensor lora.model_diffusion_model_output_blocks_2_2_conv.lora_down.weight
[WARN ] lora.hpp:165  - unused lora tensor lora.model_diffusion_model_output_blocks_2_2_conv.lora_up.weight
[WARN ] lora.hpp:174  - Only (2361 / 2364) LoRA tensors have been applied
[WARN ] lora.hpp:165  - unused lora tensor lora.model_diffusion_model_output_blocks_2_2_conv.alpha
[WARN ] lora.hpp:165  - unused lora tensor lora.model_diffusion_model_output_blocks_2_2_conv.lora_down.weight
[WARN ] lora.hpp:165  - unused lora tensor lora.model_diffusion_model_output_blocks_2_2_conv.lora_up.weight
[WARN ] lora.hpp:174  - Only (2361 / 2364) LoRA tensors have been applied
[INFO ] stable-diffusion.cpp:530  - lora 'xl_more_art-full_v1' applied, taking 1.22s
[INFO ] stable-diffusion.cpp:1608 - apply_loras completed, taking 1.22s
[INFO ] stable-diffusion.cpp:1615 - pmid_lora apply completed, taking 0.05s
[INFO ] stable-diffusion.cpp:1679 - Photomaker ID Stacking, taking 129 ms
[INFO ] stable-diffusion.cpp:1688 - sampling steps increases from 20 to 50 for PHOTOMAKER
[INFO ] stable-diffusion.cpp:1719 - get_learned_condition completed, taking 100 ms
[INFO ] stable-diffusion.cpp:1735 - sampling using Euler method
[INFO ] stable-diffusion.cpp:1739 - generating image: 1/1 - seed 42
[INFO ] stable-diffusion.cpp:1752 - PHOTOMAKER: start_merge_step: 10
  |==================================================| 50/50 - 2.09it/s
[INFO ] stable-diffusion.cpp:1776 - sampling completed, taking 24.25s
[INFO ] stable-diffusion.cpp:1784 - generating 1 latent images completed, taking 24.27s
[INFO ] stable-diffusion.cpp:1786 - decoding 1 latents
[INFO ] stable-diffusion.cpp:1796 - latent 1 decoded, taking 0.99s
[INFO ] stable-diffusion.cpp:1800 - decode_first_stage completed, taking 0.99s
[INFO ] stable-diffusion.cpp:1817 - txt2img completed in 25.36s
save result image to 'scarrlett11.png'

Have you verified that the corresponding tensor exists in the model you are using?

Have you verified that the corresponding tensor exists in the model you are using?

I have used this model file a while ago and it has no issue unless UNET changed since then (unlikely). I am wondering if this is due to the change introduced with PhotoMaker PR https://github.com/leejet/stable-diffusion.cpp/pull/179 . @leejet did a nice job of consolidating vanilla Lora and Photomaker Lora.

That particular addition was not from my pull request and I do not know the rational behind it.


Collapses Shortcut?

Does collapse have a shortcut?
for collapsing javascript object's property,

collapse All on the file
collapse everything inside the current cursor's level (everything inside the cursor's parent block context, like in visual studio)

I don't think this is for Atom Beautify? Would this be better suited for Atom's issue tracker for a question? https://github.com/atom/atom/issues

Please create this issue on Atom repo. Thanks.


allow api credentials through dashboard instead of env

As @peterdudfield had mentioned in #170
run a general api and a general dashboard. This could even be a public api / dashboard
Then the users can

Enter a site details(their credentials that are now in env file)
2a. Get a forecast with no live data
2b. Get a forecast with live data, by entering credentials for that inverter.

Hey @aryanbhosale and @peterdudfield  do we want the inverter values entered by the user to persist or be temporary such that the values reset on app refresh/restart?

Is the issue open to work?

Is the issue open to work? @peterdudfield @aryanbhosale

Yes, but do discuss your approach before implementation, as the credentials are private, we need to ensure that they're handled securely

The approach I’m considering is to first encrypt the user input with a cipher on the server side before saving it to the database. When we need to access the credentials, they will be decrypted on the server side and masked (e.g., "openclimatefix" → "****climatefix") before being sent to the frontend. This ensures that the credentials are never fully exposed on the client side, maintaining privacy and handling them securely, also we may used tokenization, if really needed, let me know what you think about the approach

@aryanbhosale The approach I’m considering is to first encrypt the user input with a cipher on the server side before saving it to the database. When we need to access the credentials, they will be decrypted on the server side and masked (e.g., "openclimatefix" → "****climatefix") before being sent to the frontend. This ensures that the credentials are never fully exposed on the client side, maintaining privacy and handling them securely, also we may used tokenization, if really needed, let me know what you think about the approach

why would we store the input to the db? we don't have user login functionality so what do we achieve by storing them?

@aryanbhosale The approach I’m considering is to first encrypt the user input with a cipher on the server side before saving it to the database. When we need to access the credentials, they will be decrypted on the server side and masked (e.g., "openclimatefix" → "****climatefix") before being sent to the frontend. This ensures that the credentials are never fully exposed on the client side, maintaining privacy and handling them securely, also we may used tokenization, if really needed, let me know what you think about the approach

why would we store the input to the db? we don't have user login functionality so what do we achieve by storing them? We're currently working with browser sessions and utilizing the access/refresh tokens

I considered the ideal case where storing credentials securely in the db might be usful, but given that you're working with browser sessions and utilizing access/refresh tokens, it might not be necessary. Let me think it over one more time

@aryanbhosale Instead of storing credentials in a db, we can use in-memory storage for session mgment. When the user enters the API credentials, we store them temporarily in memory for the duration of their session. Once the session ends (like after a logout or session timeout), the credentials are cleared automatically. This way, we avoid persisting sensitive data, and it stays secure throughout the session. and accordingly default key etc could be also handled, Please let me know if I’m missing something.

@aryanbhosale Instead of storing credentials in a db, we can use in-memory storage for session mgment. When the user enters the API credentials, we store them temporarily in memory for the duration of their session. Once the session ends (like after a logout or session timeout), the credentials are cleared automatically. This way, we avoid persisting sensitive data, and it stays secure throughout the session. and accordingly default key etc could be also handled, Please let me know if I’m missing something.

yup this is right, and the session management is to be done in the backend(not the streamlit code)

ofc it would be done in backend only (not in streamlit code)

Hey! Can you let me know which keys from the env file need to be made accessible on the dashboard? I can start working on it once I have that information. Thanks! @aryanbhosale

Hey! Can you let me know which keys from the env file need to be made accessible on the dashboard? I can start working on it once I have that information. Thanks! @aryanbhosale

? @aryanbhosale

Hey! Can you let me know which keys from the env file need to be made accessible on the dashboard? I can start working on it once I have that information. Thanks! @aryanbhosale

? @aryanbhosale

Hey, I think all the variables, otherwise it won't work.


[Feature Request] Batch create app shortcuts

According to the path, publisher, installation time, installation source and other elements of the application, create an option window for the user to choose, and create a shortcut classification with a folder tree

What kind of shortcuts do you mean? Something like recreating start menu shortcuts for all installed applications?

What kind of shortcuts do you mean? Something like recreating start menu shortcuts for all installed applications?
I'm talking about creating Shell Links inside the folder tree


Exercise app

Description
Design a entire app UI for Exercise Application

Signin Screen
Signup screen
Interest selection
Home Screen
Settings Screen
Account Screen
Displaying what exercise should be done

Refer healthifyme app for a demo but don't design the same
Each participant can take one screen to design if you need to work on this comment which screen you have to work
Follow the guidelines and code of conduct
While giving the PR make sure you define the issue name
While commenting on the issue mention your a GSSOC participant

@naveeramesh  please assign me sign up and sign in screen, I'll make 2 pr for each of them,
I'm GSSOC 22 participant,
Please fix label, it should be
GSSoC22 and Level2
I'll be waiting it to get assigned.
And in which folder I've to do changes let me know, if you assign me fast mam, probably I'll be designing whole app

@naveeramesh please assign me sign up and sign in screen, I'll make 2 pr for each of them, I'm GSSOC 22 participant, Please fix label, it should be GSSoC22 and Level2 I'll be waiting it to get assigned.
And in which folder I've to do changes let me know, if you assign me fast mam, probably I'll be designing whole app

Create a seperate folder and start working

Okk mam

Mam we have to code in flutter to design ui Or just only design using figma?

Code in flutter

@naveeramesh  can you tell me what should be there in intrest selection screen


Support those old-timey bower peeps.

./dist/stampit.js should be ./stampit.js

I don't think so. Bower expects AMD or UMD. ./stampit.js is not either of those things.

Oh, we don't have this file regardless. Time to drop bower support?

The unfortunate side effect of this is that it prevents libraries that still use bower from listing stampit as a dependency. Bower support is best dropped from apps -> frameworks -> libraries, not the other way around.

@sethlivingston Hey, Seth, how are you?
Would you help us to maintain the bower package?

I'd be happy to, but I know @ericelliott is wanting to push the universal javascript message (no bower)--which I respect. If you guys decide you want to keep it for now, I'd be happy to maintain it.

:)))
I believe, if you needed stampit v2 on bower, then more people would need it. I doubt Eric would be against.
@ericelliott Can you pass on the stampit bower credentials to this handsome gentleman?

I have no bower credentials to bestow. I'm not the one who managed the power package. If it's coming back, someone will need to create a new Bower package.
:facepalm:

That totally needs to be an emoji.

We got to find the person who published it to bower the first.

Good times... ;)

Haha okay I'm on it. I'll pass along an update tomorrow...

Do we have any progress on brew, @sethlivingston ?

Not yet, but I will get this submitted. I need it. Few more days...
On Wed, Jul 1, 2015 at 11:32 PM, Vasyl Boroviak<EMAIL_ADDRESS>wrote:

Do we have any progress on brew, @sethlivingston
https://github.com/sethlivingston ?
—
Reply to this email directly or view it on GitHub
https://github.com/stampit-org/stampit/pull/106#issuecomment-117902257.

no worries! Thanks for that!

This is working fine as it is, guys.
bower install stampit

installs stampit 2.1.0 (the latest as of this writing), and
bower install stampit#1.2.0

installs stampit 1.2.0. I honestly could not tell you why it wasn't working for me before, but it works fine now.
We do need to restore the bower.json file, though. I will submit a PR momentarily for that...

...https://github.com/stampit-org/stampit/issues/150 needs to be resolved first.

And to clarify an earlier comment on this thread, Bower doesn't care what type of module you publish--AMD, UMD, globals, ... doesn't matter. Bower's main goal is to make it easier for developers to get the files they need quickly and (presumably) bundle them.

Do we need to open a new issue and get some movement on this? @sethlivingston run with it. Getting Stampit to play nice with bower is all yours. =)


Download feature

Hey, I have a question regarding the download feature on your program.
Have you already tested it ? Was it be able to download the book successfuly ?
Because I'm also working on a download feature like yours but mine failed to download books, after sending request to the book download url (URL + "/dl/" + zid"), mine redirects to the book url plus a parameter "?WrongHash" so I'm curious if you have been able to solve this problem. Thank you !

Hi, I'll start by saying that i haven't tested the feature well enough. I've tried with a couple of books while coding it, but an extensive test suite is yet in the TODO list!
Now, I've noticed that by adding the User-Agent header and allowing redirects the content is successfully retrieved. I'm not still sure why that happens, but maybe it's just a check that the official API does on the requests (?).
I've set the User-Agent header to the latest Mozilla, but by browsing a couple of similar projects it seems that any client works fine.
Without the User-Agent header (and by using the download id, not the book id) z-library returns a 410 with a Onion-Location header, but anything i tried by following that path hasn't worked.
The WrongHash parameters suggest that you sent a wrong id, maybe you used the book id instead of the download id? I plan of investigating more in the id's format, as they seem to be made of two chunks, but I didn't had time yet.

Thank you for responding, actually I confused the Book ID and that of Download ID (the one we get in the Download button), I think I will use your module since it works well, thank you !
Why not use an integrated downloader into the module and possibly with a progress bar ? since on the Tor network the download is slow, it would be good to be able to see the download progress 😉

Thank you for the feedback! And I'm happy that yo solved your issue.
Regarding the progress bar, it's actually a good idea. I plan on implementing soon a good CLI interface to the main core, and i think it's better to keep the core "output-agnostic" and add the bar (and other fancy stuff like that) directly in the CLI.


Make transaction processing more scalable

This has a couple of main components

Moving RPC send and receive actions to a separate process. Investigate using persistent queues to communicate between processes. In current setup the secondary process should not interact with the database at all due to multi write limitations of sqlite. It should be strictly for work/send/receiving and should communicate the results back to the main process which would then update our database.

This would increase thoroughput quite dramatically due to limitations with python threading and the GIL

Figure a way to separate work_generate from the send/receive action and distribute among multiple peers. This is a little tricky as there's so much activity the frontiers frequently change.

Ok, here's my proposed solution. Would love to hear your thoughts on this. We can introduce a separate process that handles sending and receiving, and is backed by Redis/Sidekiq.

TipBot transaction is created. We store the transaction in SQLite like we already do.
After writing the transaction to the db, we build a Sidekiq job and push it into the send queue. Doing so is trivial from Python.
Over in the new worker process, the job is picked up and the transaction is sent to the node RPC.
Once the transaction is successfully sent, the job schedules a corresponding receive job for the destination address with the address and block in the payload.
The receive job is picked up by the worker, and it tells the node RPC to receive the block for the account. This is idempotent, so if the RPC fails for whatever reason, it will be automatically retried until it succeeds.

This solution is highly scalable because you can increase the number of workers and threads as needed. As the workers scale, the bottleneck will become the node, so we'll have to handle that separately if needed (but probably not for awhile).

Sounds about perfect to me. Besides not really needing to worry about the receives being retried. We don't care about the result of that job as much as we do the result of the send job .
Sending could use the retry mechanism, and an easy solution to the sqlite multi processing problem is probably just switching to postgres.

@renesq I need some support (paid also fine) for an issue, can i have your email ? or can you drop me contact on<EMAIL_ADDRESS>


ROX-19759: Add administration events route and table

Description

Do steps and write instructions for ui/apps/platform/README.md: Add a route to frontend code

routePaths.ts
Body.tsx
NavigationSidebar.tsx

Write AdministrationEventsService.ts file with residue:

filter for count request
filter and pagination for list request
See https://github.com/stackrox/stackrox/blob/master/proto/api/v1/administration_events_service.proto

Add src/Containers/Administration/Events folder

Add events page with residue:

empty state with and without filter
polling and last updated with conditionally rendered reload button like Network Graph

Add events table and toolbar with residue:

table filters and pagination

Checklist

[ ] Investigated and inspected CI test results
[x] Wrote integration tests

Testing Performed
Before yarn deploy in ui, do the following:
export ROX_ADMINISTRATION_EVENTS=true

yarn lint in ui
yarn build in ui and then compute branch - master for the following

wc build/static/js/*.js
main.js: 604 = 3764957 - 3764353
total: 15066 = 10092870 - 10077804
ls -al build/static/js/*.js | wc -l
1 = 83 - 82 files

yarn start in ui

Manual testing

Visit /main/administration-events

See requests in browser Network panel
See only page heading and table head row because no events

Integration testing
Before yarn cypress-open in ui/apps/platform, do the following:
export CYPRESS_ROX_ADMINISTRATION_EVENTS=true

administation/events/eventsTable.test.js
displays table head cells

has link to event page

/test ocp-4-10-ui-e2e-tests


[AKS] remove k8s default version from CLI

This allows the RP to set the default version if the user doesn't supply one explicitly. Currently that's Kubernetes 1.7.9, but should bump up to 1.7.12 soon.
Setting the default on the server lets us to stop updating the CLI just to chase newer versions.

This checklist is used to make sure that common guidelines for a pull request are followed.
General Guidelines

[X] The PR has modified HISTORY.rst describing any customer-facing, functional changes. Note that this does not include changes only to help content. (see Modifying change log).

Command Guidelines

[X] Each command and parameter has a meaningful description.
[X] Each new command has a test.

(see Authoring Command Modules)

View a preview at https://prompt.ws/r/Azure/azure-cli/5456
This is an experimental preview for @microsoft users.

LGTM.


Redefine grayscale variables

Redefine grayscale variables
This would fix issue #21624 (I reverted $input-color-placeholder to #999 via the new $gray value).
This would also solve the #ddd issue discussed in #20677.
ORIGINAL
$gray-dark:                 #292b2c !default;
$gray:                      #464a4c !default;
$gray-light:                #636c72 !default;
$gray-lighter:              #eceeef !default;
$gray-lightest:             #f7f7f9 !default;

PROPOSED
$gray-darkest:              lighten(#000, 16%) !default;   // #292929
$gray-darker:               lighten(#000, 29%) !default;   // #4a4a4a
$gray-dark:                 lighten(#000, 40%) !default;   // #666666
$gray:                      lighten(#000, 60%) !default;   // #999999
$gray-light:                lighten(#000, 86.5%) !default; // #dddddd
$gray-lighter:              lighten(#000, 93.3%) !default; // #eeeeee
$gray-lightest:             lighten(#000, 96.8%) !default; // #f7f7f7

Most of these gray color changes seem like a close enough match to me, and the grays used for text still pass the contrast test related to issue #20952.
History
The grays were originally defined with lighten(), but this was changed in 2014 with commit https://github.com/twbs/bootstrap/commit/b50498acd4ac46eb5c0985bfc330b624bc8a6856#diff-a7693b847cd07d7aa4c819d11e5becc1
With v4, the grays were changed with this commit https://github.com/twbs/bootstrap/commit/76907b8b1ef86ea20b9041d9c7e655d6d566ff97

Actually now that I think about it, we can also just use the hex values directly instead of using the lighten() to approximate values. For example:
$gray-darkest:              #292b2c !default;
$gray-darker:               #464a4c !default;
$gray-dark:                 #636c72 !default;
$gray:                      #999999 !default;
$gray-light:                #dddddd !default;
$gray-lighter:              #eceeef !default;
$gray-lightest:             #f7f7f9 !default;

This would keep the exact same color palette with the benefit of adding #999 and #ddd into the mix. Let me know what you all think and I will adjust the PR.

Not going to be making any changes to these values for now. Thanks though.