Highlight Crits

Hello,
Just playing around with this and wondering if there is the possibility to highlight a crit? Something like make a nat 20 glow or change the dice or text color after the results come back.
Thanks for this lib, it's super cool

This is a feature that's been on my list for a while. I just haven't gotten around to implementing it. In the short term I was hoping to expose the x,y canvas coordinates of the dice in the dice results so one could put 2D effects over top of the dice canvas. Long term I'd like to have some 3D animations or material effects that could be queued up and triggered.


VUE Autocomplete return instead of JSX from a VUE Component

Hello everybody,
I wanted to ask, if Algolia has already or if there is a plan of a future implementation , where the return statement of the template of autocomplete is instead of a JSX or HTML a VUE component, where we can pass the necessary props that we need so we avoid big block of code like this :
  return (

                             <components.Snippet hit={item} attribute="name" />

                             <components.Snippet                               hit={item}                               attribute="description"                             />

                   );

We don't have plans for this yet, but you can pass createElement and Fragment from Vue wrapped as in the guide to use Vue completely


Extension and format name

Previous suggestions from ipfs/go-ipfs#1195:
Merkle-ness:

dar for merkleDag ARchive (clashes with Disk ARchive)
mar for Merkle(dag) ARchive
kar for merKledag ARchive

IPFS-ness:

ipo for InterPlanetaryObjects

Self-certifying-ness:

aar for Authenticated ARchive (pirates!)
car for Certified ARchive
sar for Secure ARchive
yar for ______ ARchive

Other:

oar for Object ARchive or Oort Archive
ship for shipping things around (interplanetary travel?)

The main considerations from ipfs/go-ipfs#1195 are:

We'd rather not conflict with existing tools, but we can if we decide the conflict is worth it.
Hard consonant sounds are popular.
We'd like a strong connection to the IPFS-ness and/or the archive-ness.

I'm personally not interested in the self-certifying connection, because I want this to be a generic IPFS-object archive, and you need signature and public-key objects to be self-certifying.

One more for "merkle"ness: .mag


Make overridden properties link to parent definition

Closes https://github.com/godotengine/godot-docs/issues/4432. Supersedes https://github.com/godotengine/godot/pull/44187.
Based on the original PR I've also added this information to the built-in docs with the proper cross links and changed the way it is generated for the online docs. Instead of making the property itself link to another article (which may not be expected), I've replaced "(parent override)" with "(overrides ClassName)", which links to the property description in that class name.
Same logic was added to the built-in docs. I've also aligned the default/overridden values in a table, so they are displayed in a less chaotic manner.

Thanks!


Problem with Panda Anti Virus Package

@Redsandro can you take a look at this?
When trying to run the ketarin job, I see the following in the log:
2016-06-13 18:32:53,866 [ERROR] - The packages folder 'C:\code\mine\chocolateyautomaticpackages\Panda Free Antivirus' does not exist. Perhaps you meant to specify the name as something else or you want to override the packages folder path setting of 'C:\code\mine\chocolateyautomaticpackages'. See chocopkgup.exe /help for details.

Something doesn't look right to me in the xml file, there are two Jobs nodes.  Is that intentional?

I'm not sure. I'm not seeing what you are referring to. I don't see the double job node? Could you quote line numbers?
https://github.com/chocolatey/chocolatey-coreteampackages/blob/master/automatic/PandaFreeAntivirus/PandaFreeAntivirus.ketarin.xml
I just cut copied the xml part from my own autopackage (which never gets to run amymore because I don't have a running Windows machine since 2014 or so) and removed the ExecuteCommand part.
Could it be that the way the script in the ketarin machine works it needs to have a spaceless name? E.g. this:
<Name><placeholder name="Name" value="Panda Free Antivirus" /></Name>

Shoud be this:
<Name><placeholder name="Name" value="PandaFreeAntivirus" /></Name>

This is just my best guess based on looking at the XML, the error message and knowing something doesn't work, but it might be unrelated.


Remove default state of "MA" and make it easier to set state/country as defaults on a package-wide basis

You could uncomment line 6 in al_question_test.yml to experiment with Canada/Canadian provinces

Here's why that happened:
generic object: ALAddress
template: x.state_label
# See https://docassemble.org/docs/functions.html#subdivision_type
content: |
  % if safe_subdivision_type(AL_DEFAULT_COUNTRY):
  ${ safe_subdivision_type(AL_DEFAULT_COUNTRY) }
  % else:
  State
  % endif

The field label is controlled by the template associated with that object, not the parameters passed to the function. That's the same as all of the other field labels.
It's hard to figure out where to add the right level of responsiveness here. I thought it would be useful to respond to the default country, but you can override the template just like you can for other labels. That way, it will not need to be customized for most real-world interviews.

I did think of one other option, which is to have alternate templates referenced for each of the different subdivision types available. That might be the most consistent option. I have to see if there is a finite list though.


Fix templates

For the release we also need to update CHANGES.rst. Let's discuss IRL, if other changes has to be as well.


Use get_user in zilencer, messages, and users

Related Issue: #4284

Merged, thanks @hackerkid!  Down to 32 :).
I think the next targets should be:

tools/test-api
the docs things
the zerver/lib/export.py import
The zerver/lib/actions.py ones:

send_signup_message should just use get_system_bot(sender).
recipient_for_emails should use the with-cross-realm-support version
internal_prep_message should use the with-cross-realm-support version.
is_inactive, validate_email and user_email_is_unique are part of registration and should be deferred.


[FEATURE] - Implement bump hooks

A bump hook is a shell command run before the tag creation and the auto-commit performed by the bump command.
User should be able to define a list of hook in cog.toml and reference the target version with the %version alias :
# cog.toml
hooks = ["cargo bump %version", "echo 'Version %version created'"]

Let's assume we are on  1.0.0 and run cog bump --major, this would perform the following steps :

generate the changelog from 1.0.0 to 2.0.0
run user defined hooks : cargo bump 2.0.0, echo 'Version 2.0.0 created'. (not yet implemented)
add untracked changes produced by the previous hooks (i.e : repository.add_all()) (not yet implemented)
create version commit chore(version): 2.0.0
create git tag 2.0.0

Note :

The hook field is already define in cog Settings
We might need to double check there are no untracked/uncommited changes before bump (or is this the current behavior already ?)

I'd like to take this one next please

Here you go !


Download resource buttons are visible in the Windows app

Using the Kolibri Windows app built from this repository, the "Download resource" button is visible when viewing content such as videos. This link doesn't work because we need to implement some more WebKit things, but it also shouldn't be visible in this context.

Kolibri hides this button based on a user agent check, which works as expected with the Mac app because of how WebKit sets its user agent. Perhaps the user agent in the Windows app is set to something unexpected:

https://github.com/learningequality/kolibri/blob/release-v0.14.x/kolibri/plugins/learn/assets/src/views/ContentPage.vue#L217-L223
https://github.com/learningequality/kolibri/blob/release-v0.14.x/kolibri/core/assets/src/utils/browserInfo.js#L178-L201

@dylanmccall Actually, it's just that I forgot to add logic specific to Windows for that check. I'm actually thinking that since we now have the app plugin in Kolibri and the appContext stuff, we can rely on that rather than the user agent checks.
The only thing about that is that I realized that the GNOME app probably has isEmbeddedWebView set to false, and so download buttons are visible there. (Which makes sense as you have download support.) Would the best short-term fix be to do a check like (isWin || isMac || isAndroid) && isAppContext?

Yeah, I think that would be perfect :)


Feature Request

please add file manager, fileshare plugin and add user quota system.

These 3rd party plugins are not well maintained or supported, so I won't be adding them, as I will just end up providing support for them as well. You can of course install them yourself after using my script. There are no compatibility issues with what I have done.

can you please post how to enable Linux quota system?

Do an internet search and you will find plenty of excellent guides.


Marcopremier fix confirmcomputationparticipant

PR to solve issue #1269

This change is

Waiting on this for the 0.4.1 patch release.


Strange behavior in nativeAuthorization

After the execution of
[sharedApplication openURL:authURL];
in FSOAuthNoAppStore and returns Foursquare app opened and nothing happens, but I suppose redirect to your test app.
In the case when Foursquare application has already been opened on device it's woks fine.

i have the same problem!

Hi, did you you follow the instructions in readme file? Make sure you have added URL scheme in info.plist.

The problem occurs only when Foursquare app is not already opened. I think it's a "Foursquare" side problem

Maybe method

(BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
in "Foursquare" app doesn't handle UIApplicationLaunchOptionsURLKey correctly?

I've just tested the demo application from repository and it works there. Have you found what's the problem?

Did you test the case when your Foursquare not in bg mode (not in iphone memory, your used did not auth in app)?

I run Foursquare2 demo app, tap on cell with venue it redirected me to Foursquare app and bock to the demo app. How do you do it?

Full steps I log out from FS app, then I kill it, launch your example, press checking, relaunched me to FS app, (now I see alert Log in or Sign up to connect application and then try connecting again) but previous time I logged in  and nothing happened (no redirect to test app)

But does it work if you do not log out from FS app?

Yes and it also worked in case when I was logged out and FS app worked in bg mode

Interesting. It actually works for me. Do you login with emali/password or with Facebook account?

I using emal&password   (p.s swarm app was without auth, but I don't think that it influenced on process)

It's very strange. But I suppose it's a bug in Foursquare app.

Analyzing  this issue I came to same conclusion and removed lib from pods to vendors, commented native auth for better times. Thanks for feedback!

With the last version of Foursquare App (released today) it seems that the issue is resolved.


Fix for issue 42

Addresses issue #42 and updated to latest configuration options format.

Thanks

Thanks @xli!


Add new RequestPathFunc feature to customize request path

Recording metrics for routes not registered on the instrumented root *gin.Router currently requires defining a side-middleware mimicking the *Prometheus internals, that is, declaring counters, histograms and summaries for the metrics one wants to record, and "manually" handling them inside the middleware.
With RequestPathFunc, one can monitor calls to unregistered routes by setting RequestPathFunc to some function that returns a default value if the request path is undefined.
Even finer-grained monitoring is made possible by this commit, e.g. recording a metric with the (*http.Request).RequestURI rather than the (*gin.Context).Fullpath() return value.

Hey there!
Thanks a lot for your contribution :+1:
Available in v1.7.10 :smile:


Updated the Developer Guide with instructions for contributing code.

Description
This change documents our approach to branches and backports. I wrote it from the perspective of what a new contributor might want to know about the process.
Issues Resolved
Resolves #692 by documenting backporting.
Check List

[ ] New functionality includes testing.
[x] New functionality has been documented.

[ ] New functionality has javadoc added

[x] Commits are signed with a real name per the DCO

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

@cmanning09 , I pushed a change based on your feedback. Please let me know what you think about the change to the Backporting section.

Codecov Report

Merging #1168 (79c22f0) into main (b3729d4) will increase coverage by 1.16%.
The diff coverage is 100.00%.

@@             Coverage Diff              @@
##               main    #1168      +/-   ##
============================================
+ Coverage     92.64%   93.81%   +1.16%
- Complexity      785     1027     +242
============================================
  Files           101      136      +35
  Lines          2257     2925     +668
  Branches        199      262      +63
============================================
+ Hits           2091     2744     +653
- Misses          122      130       +8
- Partials         44       51       +7

Impacted Files
Coverage Δ

...ch/dataprepper/expression/ParserErrorListener.java
100.00% <ø> (ø)

...in/java/com/amazon/dataprepper/ContextManager.java
100.00% <100.00%> (ø)

...zon/dataprepper/plugin/PluginArgumentsContext.java
100.00% <100.00%> (ø)

...opensearch/dataprepper/expression/AndOperator.java
100.00% <100.00%> (ø)

...repper/expression/ExpressionCoercionException.java
100.00% <100.00%> (ø)

...h/dataprepper/expression/GenericEqualOperator.java
100.00% <100.00%> (ø)

...h/dataprepper/expression/GenericInSetOperator.java
100.00% <100.00%> (ø)

...aprepper/expression/GenericRegexMatchOperator.java
100.00% <100.00%> (ø)

...opensearch/dataprepper/expression/NotOperator.java
100.00% <100.00%> (ø)

...dataprepper/expression/NumericCompareOperator.java
100.00% <100.00%> (ø)

... and 45 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 94ca577...79c22f0. Read the comment docs.


"in-process" event firing/handling and micro-services

I assume that in micro-services architecture there many processes; so could one assume that event will be fired and handled "in-process"?

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

ID: d432d5bb-24a7-3bec-1e17-910c8129226e
Version Independent ID: e41af96d-f015-a8e0-4449-7a508d7bccc8
Content: Domain events. design and implementation
Content Source: docs/architecture/microservices/microservice-ddd-cqrs-patterns/domain-events-design-implementation.md
Product: dotnet
Technology: dotnet-ebooks
GitHub Login: @nishanil
Microsoft Alias: nanil

No. 'In-process' means the event is handled within the current process, for example, your .NetCore Web api process.
The traditional way of publishing an event is sending it to message services like a message queue. The message service then send the messages to processes that handle the messages.
Data transfers much faster in a process than through a socket. Having your message handled in the current process decreases the load of the message service. If your webapi process and your message service runs on different machines or even in different data centers, your service will suffer from high latency. Besides, having each process handle its domain event is an natural load-balancing design. There is no need for the message service to balance the load.


[#7457] The order of variable assignment is incorrect

Codecov Report

Merging #7458 (1bfa38c) into 2.1.x (19a33f9) will increase coverage by 0.00%.
The diff coverage is 0.00%.

@@           Coverage Diff           @@
##            2.1.x    #7458   +/-   ##
=======================================
  Coverage   38.74%   38.74%
=======================================
  Files        3332     3332
  Lines       96198    96198
  Branches    11902    11902
=======================================
+ Hits        37268    37275    +7
+ Misses      56015    56008    -7
  Partials     2915     2915

Impacted Files
Coverage Δ

...npoint/profiler/sender/grpc/PingStreamContext.java
0.00% <0.00%> (ø)

...m/navercorp/pinpoint/profiler/AgentInfoSender.java
84.15% <0.00%> (-1.00%)
:arrow_down:

...point/rpc/client/DefaultPinpointClientHandler.java
72.40% <0.00%> (+0.32%)
:arrow_up:

...pinpoint/profiler/monitor/DeadlockMonitorTask.java
19.76% <0.00%> (+1.16%)
:arrow_up:

...om/navercorp/pinpoint/rpc/codec/PacketDecoder.java
59.57% <0.00%> (+2.12%)
:arrow_up:

...navercorp/pinpoint/rpc/common/SocketStateCode.java
80.48% <0.00%> (+2.43%)
:arrow_up:

...pc/server/LoggingServerMessageListenerFactory.java
100.00% <0.00%> (+10.00%)
:arrow_up:

Continue to review full report at Codecov.

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


Update to Spring Boot 3.0

This will require all supporting libraries to be updated.
The biggest blocker right now is Axon:
https://github.com/AxonFramework/AxonFramework/issues/2430
There is also work to be done with the Keycloak integration as the Keycloak adapters are no longer supported:
https://www.keycloak.org/2022/02/adapter-deprecation

Awaiting for Spring Boot 3.0 support 👍


start containers

Codecov Report

Merging #340 into experimental will decrease coverage by 0.16%.
The diff coverage is 0%.

@@               Coverage Diff                @@
##           experimental     #340      +/-   ##
================================================
- Coverage         82.63%   82.47%   -0.17%
================================================
  Files                23       23
  Lines              1025     1027       +2
================================================
  Hits                847      847
- Misses              178      180       +2

Impacted Files
Coverage Δ

vent/core/rq-worker/file_watch.py
3.44% <0%> (-0.26%)
:arrow_down:

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 d803734...8e52f0b. Read the comment docs.


Add support of dot product (GEMM) for float16 on CPU

Description
Currently dot product for float16 is supported only on GPU (was added https://github.com/apache/incubator-mxnet/issues/10531), but is not supported on CPU. It would be great to add it to CPU for fast inference.
Package used (Python/R/Scala/Julia):
Python, mxnet 1.3.0
Error Message:
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/anaconda3/lib/python3.6/site-packages/mxnet/ndarray/ndarray.py", line 189, in __repr__
    return '\n%s\n<%s %s @%s>' % (str(self.asnumpy()),
  File "/home/anaconda3/lib/python3.6/site-packages/mxnet/ndarray/ndarray.py", line 1972, in asnumpy
    ctypes.c_size_t(data.size)))
  File "/home/anaconda3/lib/python3.6/site-packages/mxnet/base.py", line 252, in check_call
    raise MXNetError(py_str(_LIB.MXGetLastError()))
mxnet.base.MXNetError: [13:42:46] src/operator/tensor/./dot-inl.h:83: Check failed: outputs[0].type_flag_ == kFloat32 || outputs[0].type_flag_ == kFloat64 || (outputs[0].type_flag_ == kFloat16 && ctx.run_ctx.ctx.dev_mask() == mshadow::gpu::kDevMask) dot only supports float32/float64 for CPU, and float16/float32/float64 for GPU

Minimum reproducible example
a = mx.nd.array([1,2,3], dtype="float16")
b = mx.nd.array([1,2,3], dtype="float16")
mx.nd.dot(a, b.T)

Steps to reproduce

Run the Minimum reproducible example and see the exception

What have you tried to solve it?

There is nothing can be done, only either work with GPU or do float32 math.

@eric-haibin-lin

@mxnet-label-bot [Feature request, Operator]

A good suggestion :)
Maybe more aggressive, the INT8 dot is also needed.

@mxnet-label-bot [Good First Issue]


Update character sheet for Game Patch 1.1.3

Game mechanics patch:

Base marksmanship 10% -> 15%
Vostroya Regiment Bonuses:

Constitution:15% ->10%;
Health Points: 20 HP -> 30 HP
Strength: 0% -> 10%

Marksman:

Marksmanship 10% -> 5%


Create an RSS feed for all updates/news and sub-feeds for each term in the newstype taxonomy

On test for testing now.

https://test.opentech.fund/news/feed/ (All)
https://test.opentech.fund/news/1/feed/ (Research)
https://test.opentech.fund/news/2/feed/ (Program Update)
https://test.opentech.fund/news/3/feed/ (Research)

All good!


customize your blog's README

:ant:

Hi @iwonapawel! Do you receive notifications for github issues like this?


now browsers and electron waits for webpack to start then open

Codecov Report

:exclamation: No coverage uploaded for pull request base (develop@20e5a4e). Click here to learn what that means.
The diff coverage is 7.14%.

@@            Coverage Diff             @@
##             develop     #241   +/-   ##
==========================================
  Coverage           ?   22.14%
==========================================
  Files              ?       44
  Lines              ?     5477
  Branches           ?     1059
==========================================
  Hits               ?     1213
  Misses             ?     3219
  Partials           ?     1045

Flag
Coverage Δ

#rnvunittests
22.14% <7.14%> (?)

Impacted Files
Coverage Δ

packages/rnv/src/platformTools/web/index.js
22.42% <0%> (ø)

packages/rnv/src/cli/runner.js
17.04% <0%> (ø)

packages/rnv/src/platformTools/electron/index.js
20.16% <0%> (ø)

packages/rnv/src/common.js
23.56% <8%> (ø)

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 20e5a4e...3729710. Read the comment docs.


Correction for raw affiliation Lakehead University, Thunder Bay, ON, USA

Correction needed for raw affiliation Lakehead University, Thunder Bay, ON, USA
raw_affiliation_name: Lakehead University, Thunder Bay, ON, USA
new_rors: 023p7mg82
previous_rors:
works_examples: W1641546384
contact: 799c57dfab076e1a556d59b12a7ea5ee:5abe7061 @ ourresearch.org

This issue was accepted and ingested by the OpenAlex team on 2024-10-10. The new affiliations should be visible within the next 7 days.


Loop unswitching

Problem
If we have the following loop:
for i in 0..100 {
    if cond {  // Loop-invariant value.
        f();
    } else {
        g();
    }
}

We should not have execute the condition for every iteration of the loop. We want to "hoist" the condition out of the loop.
Happy Case
The above loop would be transformed into the following:
if cond {
    for 0..100 {
        f();
    }
} else {
    for i in 0..100 {
        g();
    }
}

This is expected to increase bytecode size, however, it should reduce the execution trace for programs where we see this type of logic.
Workaround
Yes
Workaround Description
Write out unswitching manually.
Additional Context
No response
Project Impact
Nice-to-have
Blocker Context
No response
Would you like to submit a PR for this Issue?
None
Support Needs
No response

For a first step we could simply try to identify how common it is in our tests (as well as the aztec circuits and contracts) to see an if conditional loop invariant.


[Technical Discussions-Media Push] Starter

when: weekly
Day: Monday
Time: 6 am PDT (change to EU time)
Calendar
Twitter description
Answers: Why should I join and contribute to this project?

@rdebusscher & @Emily-Jiang,
I have checked the Starter minutes and it seems that you two are the best equipped to write the twitter description call2action to join the Starter weekly discussions.
You are most welcomed to provide feedback on the card design @rstjames has nicely updated.
The push will be sent on the day of the call, a few hours before the call. :)
Thanks!
Examples:

Community call tweet
Mktg call Tweet

@Emily-Jiang do you know who should update this ticket with a tweet?

@rstjames the meeting is 3pm CET. I don't think the call is worthy to be recorded and sometimes it is very short as well. I have moved the minutes to the shared drive though.

The admin will be me and Rudy. Have these calls been added to the Zoom account? What ID do we need and also the host code as well?

@rstjames thanks for catching us up on this task.
@Emily-Jiang,
even is the call is 5 minutes, it ought to:

use the MPWG Zoom
ought to be recorded, if longer than 10mins :)
minutes under the Community drive.

The Zoom code is the same as the call used for the technical call. Please share it with @rdebusscher, via private means!  :)
@jclingan,
Can you please help set up the Starter Call in the internal Zoom? Thank you!
Media push
Based on your feedback Emily, I don't think the media push is valuable. Do create a new ticket in the future if you & other Starter MicroProfilers think such a call out to attend the calls can add value to the project.
Let's do this,

It seems the zoom link mentioned in the MP calendar was not set up correctly. @jclingan can you take a look?

@Emily-Jiang @aeiras should this be scheduled or is there still an issue?

It seems that this was fixed. Emily.
Ryan, this won't need media as it is mostly about enabling developer to implement the MP technology, support tool and not an API> Thanks!


feature: provide a mechanism to remove pre-configured whichkey groups

Did you check the docs?

[X] I have read all the LazyVim docs

Is your feature request related to a problem? Please describe.
Feel free to close this because it is a rather silly use case.
I love a lot about LazyVim but I've already got very well established keymaps for single keys. In particular f for fuzzy searching files and b for listing buffers. Unfortunately, when WhichKey shows up the first time it seems to somehow eat my bindings and does not list the f or b because they've been set aside for groups.
Describe the solution you'd like
Provide some sort of overriding mechanism for whichkey groups in order to better customize.
Describe alternatives you've considered
Obviously, I could just get used to a different keymap. I don't waaant to though.
Additional context
No response

This looks similar to #2193. So that's your answer there.
If you would like to simply just hide the label from which-key menu, you could do ["<leader>f] = which_key_ignore. That doesn't mean that the keymaps are deleted. The top-level key will just not be visible on the menu. If you'd like to remove all the keys, there's no other way than manually deleting them.
If you'd like to change all the <leader>f keys to something else, you can use the plugin that is mentioned in the other issue.

So I've already changed all the f keys one by one. It was a pain, yes, but it's possible so that's not my issue. The problem is that once which key shows everything goes real weird.
So I guess there is two asks/problems:

My request is to disable or override the groups so that normal bindings show in which-key
There is a bug when you use noremap on a binding that is assigned to a group.

vim.keymap.set("n", "<leader>f", require("telescope.builtin").find_files, { desc = "find files in working directory", noremap=true }) << binding breaks
vim.keymap.set("n", "<leader>f", require("telescope.builtin").find_files, { desc = "find files in working directory" }) << binding is fine, but still doesn't work if you wait for timeoutlen and which-key to load.
Interestingly, I've found that you could utilize this to have fast and slow bindings. I didn't disable the maps for <leader>b{key} but added my own. If I do the mapping within timeoutlen it uses my binding.

This is specific to which-key, so I'd suggest creating an issue at the repo, since LazyVim has nothing to do with that.

Sorry for the multiple edits. Yes and no. The problem is not with how which-key is generally used. It's only a problem because of the LazyVim which-key defaults. It's hardly a use case for which-key itself to handle someone creating an empty group on a particular mapping and then also creating a mapping on top. The answer would be to not create the empty group. I can't stop the creation of the empty group through the specs that LazyVim provides.
It's sorta related to the empty group thing and it sounds like what @folke was saying about it eating the leader key but in this case the mapping is gone entirely,

Again, this is very similar to #2193 (providing a mechanism to remove pre-configured groups) and the maintainer already gave an answer there. My guess is your request falls under the same assumptions as in that issue. I'm just a regular user without a say in the project, so maybe the maintainer has a different opinion on this.
Either way, what I can suggest you is to either use which_key_ignore to hide the specific key you want from the which-key top-level menu (but that won't delete the keymaps and they will still be available) or delete all the keymaps you want and change the which-key defaults to whatever you like.

Yeah I think disabling which-key or, perhaps, just mapping the which-key leader key to something else will solve my problem. I think it is a more serious issue that the mappings are changing/disappearing due to which-key though.

That is an issue directed to the which-key repo though, since its codebase is responsible for how to interact with groups. Lazyvim just uses it to define groups and map keys.

Alright I'll create an issue there.


invisible files/folders in additions directory

Hi,
I'm making my first steps with your imagebuilder, trying to get my old provisioning system transferred to this new method.
I encounter this problem.
Docs state "Everything from the additions/ directory will be copied into the image builder directory before build."
However, this seems to be not true for the .invisible .folders
This is a problem for me because i need to place:
.gitignore
.local
.ssh (with my keys in it)
do you know of a workaround? or should this maybe be working?
thanks, tony

Hmmm...
i'm afraid i have to dismiss this myself as being utter bogus...
they are actually there... maybe i did a wrong ls before, got no idea
sorry for wasting time...
the problem with the /etc/config/wireless i haven't solved yet however
cheers tony

@tonytee no worries, good to know .hidden files still make it into the filesystem
cheers!

welll... seems i was not completely crazy...
an invisible file in the root of the filesystem (so directly placed in the "files" directory) does not get into the build...
which is too bad because i need to put the directory /.git/ in the root of the filesystem
my clunky workaround for now is, i named the .git directory INVISIBLEGIT and test for it on first boot and rename
invisible files inside directories like root and etc DO get processed
my guess this is not a wrapper issue perse, it probably also exists in the original imagebuilder
this therefor just for your entertainment, i wont re-open

@tonytee thanks for the update, that's good to know. I've updated the readme to mention this!


New custom InputMessageContent

Is it possible to make a new inherited class of InputMessageContent to handle a custom form of message?  For example, making a type of message that consists of title and body or a more complicated form of message. And if I can't do such a thing with TDlib, will it be possible to do by integrating it with a separate backend server? I searched through the documentation and the web and couldn't find an answer.

This is not possible, Telegram clients support only messages, which can be sent using existing inputMessageContent classes. In your own client, you can treat differently messages with some specific content, but they will be shown as is in all other clients.

@levlam Thanks for your help.


Documentation update: installation

Update the installation docs (in ReadTheDocs) based on recent experience so we know better for next time.
Does ReadTheDocs pull directly from the .rst/.md files or do we need to manually push/pull?

Might need to check with Tom (tag him only if needed about what to do with readthedocs.


Feature Request: Copy current JSON displayed

This would be very useful, for example when entering .[].timestamp copy the JSON shown:

Hey, more than that we could have 2 bindings:

One for copying the highlighted one
One for copying the whole output

Related crates

https://github.com/1Password/arboard
https://github.com/aweinstock314/rust-clipboard

I was close to creating a question or feature request, but here we are! Yeah, I definitely would like to see this feature as well. 😊

Cooooooooooooool, thanks!


IDNA support

IDNA domain fragments are currently detected but not parsed; it would be great if they were fully supported.
It looks like what needs to be done is:

In ParsedHost._parseASCIIDomain, if any component starts with the IDNA prefix, set a flag on the domain info rather than returning an error
In ParsedHost.write, decode the IDNA components

Split the domain into individual labels
Run the ToUnicode operation from RFC 3490 on each label

Steps 6 and 7 shouldn't be necessary because the RFC 3492 decoding procedure is guaranteed to be one-to-one provided the implementations errors in the conditions described

Output everything

What's still unclear to me is:

can the domain be percent-encoded as well as use IDNA?
can the length of an IDNA label be known ahead of time (for lengthIfKnown)?

I might take a stab at implementing this at some point. If I've missed something, let me know.

Hi!
As it happens, I'm actually working on this right now 😄 You can check it out on the idna_proto branch. I have another commit coming later today or tomorrow with some further optimisations for the Unicode data tables, and there's some other gaps that are not implemented yet.
But so far, it has the IDNA mapping data and the basic skeleton of the processing pipeline. I still need to add data for the Bidi_Class and Joining_Type properties, so that we can accurately validate bidirectional domains such as Arabic and Hebrew, and then it's just general cleanup, testing and benchmarking.
I'm testing it using the UTS46 conformance suite. Of the 6235 tests, 5272 rely on the missing data and cannot be tested, and 963 tests do not rely on that data and we pass them all.
let url = WebURL("https://faß.api.你好你好.com/foo/bar")!
print(url)  // "https://xn--fa-hia.api.xn--6qqa088eba.com/foo/bar"

let url = WebURL("https://hello.💩.com/foo/bar")!
print(url)  // "https://hello.xn--ls8h.com/foo/bar"

let url = WebURL("https://０Ｘｃ０．０２５０．０１/foo/bar")!
print(url)  // "https://<IP_ADDRESS>/foo/bar"

// (yes, that's an exotic IPv4 address written using full-width characters!)

Besides just parsing IDNA domains, we'll also need to think about APIs for domain rendering.
TR36 has an overview of some of the issues that can emerge with inconsiderate rendering of IDNA domains, so I think we actually want a step with that kind of terminology: "rendering". It can take display information in to consideration (such as fonts and user locale) to produce an appropriate presentation form of the domain.
That means there isn't currently a simple "decode IDNA" function. Instead, ToUnicode iterates each label as a buffer of Unicode scalars.
 var result = ""
 let success = IDNA.toUnicode(utf8: source) { label, trailingDot in
   result.unicodeScalars += label
   if trailingDot { result += "." }
   return true
}
return success ? result : nil

Obviously, that's pretty user-hostile, so currently my idea is that eventually there will be some kind of renderer protocol which encapsulates that logic (like there are percent-encode sets), and you'd pick a strategy for the situation (maybe .alwaysUnicode, or .bestForCurrentLocale, etc).
If it helps, I'm picturing some kind of API, let's call it RenderDomain, and there is some function DecidePresentationStrategyForLabel which examines the domain label and decides the best way to show it to the user:
 func RenderDomain(_ input: String) -> String? {
   var result = ""
   let success = IDNA.toUnicode(utf8: input.utf8) { label, needsTrailingDot in
     switch DecidePresentationStrategyForLabel(label) {
     // Unicode presentation.
     case .unicode:
       result.unicodeScalars.append(contentsOf: label)

     // The checker think the Unicode presentation is potentially misleading,
     // and we should write it as Punycode instead.
     case .punycode:
       Punycode.encode(label) { ascii in
         result.unicodeScalars.append(Unicode.Scalar(ascii))
       }

     // Other strategies, beyond Punycode...?
     case .highlightConfusableWithKnownBrand:
       /* ... Maybe use AttributedString to flag it for UI code? */
       /* ... Maybe an extra warning for certain actions, like making a purchase/entering a password? */
     }

     // Remember the dot :)
     if needsTrailingDot { result += "." }
     return true
   }
   return success ? result : nil
 }

 RenderDomain("x.example.com")
 // ✅ "x.example.com" (ASCII)

 RenderDomain("shop.xn--igbi0gl.com")
 // ✅ "shop.أهلا.com"

 RenderDomain("xn--pple-poa.com")
 // ✅ "xn--pple-poa.com", NOT "åpple.com"

 RenderDomain("岍岊岊岅岉岎.com")
 // ✅ "岍岊岊岅岉岎.com" NOT "xn--citibank.com"

I think designing a good API (and writing some first attempts at built-in renderers) will be the hardest part of this.


GEODE-1744: Probable bugs from == use fixed

Is there a test that exposes the probable bug and verifies that the issue is fixed?

No existing test exposed this.  This is in reaction to a code analysis.  Case by case, the code may or may not be doing what the developer intended because of the nature of == vs .equals().  If the == test is true, then the .equals() test must also be true.  However, just because == is false does not mean .equals() is not true.
Existing testing did not reveal this.  I'll work with Grace to come up with tests to verify.

Updated this to use StringUtils, added unit tests to verify

Checked in a fix due to a unit test failing


FPS Unlocker (latest) doesn't work for some reason

Device: ASUS TUF F17 2023
OS: Windows 11 23H2
Tried editing config and game settings, no effect

Yeah, I find that it is not working for some reason too. That is, the FPS caps at 60 and cannot go higher.

it happens to me after I upgrade nvidia driver


Add len() to Extensions

A convenience method that makes Extensions more HashMap-like.

I think the outcome here is to leave as-is for now. Let me know if I'm wrong :)


Differential model missing in MSL

Reported by frank.rettig on 17 Mar 2011 15:51 UTC
It would be nice to have a differential in the "Modelica.Mechanics.Rotational" library.

Migrated-From: https://trac.modelica.org/Modelica/ticket/506

Modified by dietmarw on 17 Mar 2011 16:24 UTC

Comment by ahaumer on 2 Jun 2011 09:55 UTC
You could use the IdealPlanetary. If not, please explain your desired solution.

Comment by frank.rettig on 3 Jun 2011 07:42 UTC
The IdealPlanetary could be used instead, but that in my eyes is a workaround. I think the MSL should provide the basic components for every domain. A differential is "very basic" for the 1D rotational domain. Also the model setup becomes clearer, which is important for models shared in larger projects.
There is good example for what I would expect in the MSL in:
https://www.modelica.org/libraries/VehicleDynamics_free
model:
VehicleDynamics.PowerTrain.Differential
Since it's not much code, I would suggest to include a differential in the MSL.


NSEC3 settings for .tld generate warning in DNSviz

DNSviz: "The salt value for an NSEC3 record should be empty.  See RFC 9276, Sec. 3.1."

fixed: nsec3-salt-length: 8  -> nsec3-salt-length: 0 in knot-fakeroot and knot-signer


Documentation should be rewritten to use Azure PowerShell Az

This documentation is using AzureRM when new users should use Azure PowerShell Az. I think this documentation should be rewritten. :)

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

ID: cdf26281-619d-1997-1a7f-49ef9f0e261c
Version Independent ID: c0f4d49e-a0a3-d8b7-c713-5800147a452b
Content: My first PowerShell Workflow runbook in Azure Automation
Content Source: articles/automation/automation-first-runbook-textual.md
Service: automation
Sub-service: process-automation
GitHub Login: @bobbytreed
Microsoft Alias: robreed

@batanun Thanks for the feedback. We are investigating into the issue and will update you shortly.

@batanun Verified and updated the document as required. Thanks.

@KrishnaG-MSFT perhaps you forgot to change "Get-AutomationConnection" command to "Get-AzAutomationConnection".
Thank you! :)


update gems

Deployment failed the other day: https://travis-ci.org/rust-lang/rust-www/builds/356152471
i figured i'd do a gem update and see what happens...

I'm somewhat hesitant to land this before we have the release done -- just in case it breaks something.
IIRC, though, the failure you noted isn't actually persistent, it should be spurious.


DX-982: add api/llm support for publish, enqueue, and batch APIs

tested with the example project. two logs appear when I call publishJSON or other commands.

One below has the message id returned in the sdk and the message id received in the example project logs
sdk:
{
  messageId: "msg_26hZCxZCuWyyTWPmSVBrNC1RADQsZ6sJoGDscMdG8uFwCUuejU18BXsjePPErcU",
}

project logs:
"sourceMessageId":"msg_26hZCxZCuWyyTWPmSVBrNC1RADQsZ6sJoGDscMdG8uFwCUuejU18BXsjePPErcU"

Not sure if it is related to the sdk or qstash


msyql init broken

sql has changed need to fix:
https://github.com/Zonama/ZonamaDev/blob/master/fasttrack/scripts/devsetup.d/30mysql-init#L43

Any word on this?

Closed with the latest commit on release-1.5


Revert "Explicitly update the ROCm GPG key using its updated location…

… in the ROCm DEB repo."
This reverts commit c1e5a1cc7f5e21d6a9dd217451f5adcbf516783e.

jenkins: retest Ubuntu-GPU-multi please

jenkins: retest Ubuntu-gpu-multi please


M->D reply date

add a footer tho reply embeds that says the original time. Suggestion by devie

added


Image download site is offline

https://ovosimages.ziggyai.online/raspbian/development is offline

We had a lightning storm last Thursday/Friday and it knocked stuff out. I left out of town for work Friday morning before things got fixed. Something at my house did not restart correctly and I have nobody there to look at it. I should be back home in the next couple of days and will fix it.
For now, I have the latest image here

Thanks!

All back up for now


Multiple instances and pulseaudio mode?

Firstly, thanks for the work you've done in providing and maintaining this package :-)
I'm trying to set up multiple instances of squeezelite, both using pulseaudio, for a particular scenario where most of the time I will be playing to a locally connected device (onboard sound), but sometimes I want to connect to a bluetooth speaker.
I essentially want both instances to always be available, with pulseaudio doing the heavy lifting to determine which actual audio output device each instance should be using.
I'm using logitech media server to control playback and output selection, so I want both options to appear to LMS.
My understanding is that this should be possible by specifying a unique MAC address to each instance of squeezelite, but the MAC address is not one of the environment variables that the docs show is used for pulseaudio mode.
Any ideas here?

Hello, yes PulseAudio support does not take every variable into account. Many variables don't actually do a lot of sense in PulseAudio mode anyway (for example, upsampling) but some do, for example as you say, the one related with MAC address. I will extend PulseAudio mode as soon as possible.
However, I believe setting distinct mac addresses would not solve the issue. In my experience, when I tried multiple players on the same host, the only thing that has worked is specifying the server instead of trying to use distinct MAC addresses.
As far as I understand, discovery mode works with one player for each host.
Can you try by specifying the server host/port for each container?
Maybe also you might want to post your docker-compose file or docker run commands.

Hello , I just tried to create a new instance of squeezelite in pulse mode on my laptop. Of course they both were operating on the same audio output, but that's something specific of my setup (no other output on this laptop).
Despite being a confusing experience, both player were working at the same time.
Of course the server is specified on both containers.
Please let me know if this helps you.

Also, in the latest release, most environment variables are available also in PulseAudio mode. I will document in more detail in the next few days.

Hello, did the proposed solution work for you?

@GioF71 The server port specification solution did work with two pulse containers for now. I'm planning on trying the updated release specifying multiple MACs to get autodiscovery working this weekend, will reply back with my findings. Thanks for the help!

Hello, thank you for the update.
Using different mac addresses never allowed me to enable autodiscovery with multiple instances on the same host, but I am waiting to see if you can find a solution! In case, I will update the documentation accordingly.


GRADLE-1574 fix

Adds a wildcard exclusion for non-transitive dependencies, fixes GRADLE-1574.
Wildcard extensions are supported since MNG-3832 was resolved.
Related post: http://www.smartjava.org/content/maven-and-wildcard-exclusions

@idlsoft Thanks for the contribution. Could you please sign the CLA?

Done

One thing we'd want to test for is that when a Gradle build depends on the published maven module, we get the same dependencies resolved as when we depend on the project itself.
So if I have projectB that has a non-transitive dependency on moduleC and a transitive dependency on moduleD, then we get the same result for an projectA that has:

A compile dependency project(":projectB")
A compile dependency org.mystuff:projectB:1.0 (the maven publication of projectB)

In the test case, both moduleC and moduleD should have a dependency, to ensure the transitivity is honoured only where it should be.

The scenario you're describing is how I encountered the inconsistency in the first place and the reason I wrote the fix.

Yes, that's why it needs to be covered by an integration test.

Unfortunately that's outside my expertise, and I'm not sure I'll have the time for it.
In fairness the existing code is not covered, or otherwise it would be failing.

OK thanks for letting us know, and thanks for your contribution. We have a very strict policy on not making code changes without integration test coverage, so we won't be applying the pull request in it's current state.
I've updated the Jira issue with a link to this PR. Closing for now, until I or someone else has time to pick it up again.

Superseded by https://github.com/gradle/gradle/pull/570


Typo in backend dynamic plugins

Describe the bug
Some packages fail to start:
======= Installing dynamic plugin ./dynamic-plugins/dist/janus-idp-backstage-scaffolder-backend-module-quay
==> Grabbing package archive through `npm pack`
Traceback (most recent call last):
File "/opt/app-root/src/install-dynamic-plugins.py", line 304, in <module>
main()
File "/opt/app-root/src/install-dynamic-plugins.py", line 230, in main
raise InstallException(f'Error while installing plugin { package } with \'npm pack\' : ' + completed.stderr.decode('utf-8'))
__main__.InstallException: Error while installing plugin /opt/app-root/src/dynamic-plugins/dist/janus-idp-backstage-scaffolder-backend-module-quay with 'npm pack' : npm ERR! code ENOENT
npm ERR! syscall open
npm ERR! path /opt/app-root/src/dynamic-plugins/dist/janus-idp-backstage-scaffolder-backend-module-quay/package.json
npm ERR! errno -2
npm ERR! enoent ENOENT: no such file or directory, open '/opt/app-root/src/dynamic-plugins/dist/janus-idp-backstage-scaffolder-backend-module-quay/package.json'
npm ERR! enoent This is related to npm not being able to find a file.
npm ERR! enoent

Seems like we have a typo in few package names (missing -dynamic suffix)

Closed via https://github.com/janus-idp/backstage-showcase/pull/814


Workflow with highway_merge

Hi.
Do you have an outline somewhere how a workflow would look like when using highway_merge with the Swedish NVDB OSM files?
I got your script to generate an OSM file (with -new or -replace) but from there I'm unsure of how to best get this imported into OSM.

Done, please see README.
By the way, there are many municipalities/NVDB files missing for Sweden (no entry or error log), for example Jokkmokk and Arjeplog.


Update docs to be clear on --gpus behaviour.

Final resolution:
The resolution then should be alternative 1, since we agree that don't want to get rid of the 'number of gpus' functionality (which was the original proposed aggressive solution).
If we detect --gpus 0 with int, a warning should suffice alongside updated docs.

Is your feature request related to a problem? Please describe.
Trainer.gpus can currently be used to specify a number of GPUs or specific GPUs to run on. This makes values like
0 (run on CPU), "0"  (Run on GPU 0), [0] (run on GPU 0)
confusing for newcomers.
Describe the solution you'd like
As an aggressive solution to this issue, we move to have gpus always specify specific GPUs as that is the more encompassing case. Going forward, we can put a deprecation notice up when a single int is passed in:

"In the future, gpus to specify specific GPUs the model will run on. If you would like to run on CPU, pass in None or an empty list."

Then,  in the next breaking version, we can simplify the behaviour.
Describe alternatives you've considered

Keep as is: This is a viable solution. We could just document more carefully. However, anecdotally, this is confusing for our team and most likely other users.
Have gpus mean number of GPUs: There are many cases where researchers need to run multiple experiments on the same time on a multi-gpu machine. Being able to specify which GPU easily would be useful. As an argument for this, one could use 'CUDA_VISIBLE_DEVICES' to do this.
Create a new num_gpus argument: This could make it self-documenting and allow for both workflows. However, it will be an additional argument to maintain.

Additional context

My two cents : I would be against 2 and 3.
Why not 2? If the GPU ids are passed with CUDA_VISIBLE_DEVICES, then what's the point of specifying the number of GPUs
CUDA_VISIBLE_DEVICES=0,1 python train.py --gpus 2 asks for double work of the user and would CUDA_VISIBLE_DEVICES=0,1 python train.py --gpus 1 make sense?
Why not 3? The arguments are not orthogonal and there are already too many arguments in Trainer
Solution 1 would be ok IMO, it's nice to have different possibilities.
I'm also not against the solution you suggest

It will be clearer for sure.
It should additionally support something like gpus=-1 or gpus=[-1] to use all available GPUs
The bad point I see is for this solution is the interface with argparse from bash, it's not straightforward to parse a list of integer from the command line.

BWM, this line makes that when gpus is an integer, only the gpus first GPUs will be used. This makes the usage of integer a little less useful.

@jeffling  Let's keep the first option. As mentioned by @mpariente here are the reasons:
Case 1:
User uses an integer to indicate how many GPUs to use.
This is likely the most common case. User also doesn't want to deal with choosing the GPUs.
gpus=2

Case 2:
User cares about choosing the GPUs. In this  case this already  implies 2  gpus, so it'd be redundant to have another  argument.
gpus=[0, 3]

Case 3:
These arguments likely come from command line.
In this case, we need to support strings for these users.
python main.py --gpus "0,1,2,3"

I do agree that we need to support -1 for all (i thought we already did).
So, the resolution seems to be updated docs, maybe a table with examples?

I do agree that we need to support -1 for all (i thought we already did).

I told that in the case the suggestion was adopted. -1 is supported as an integer and a string but not as a list. But it seems normal with the current behavior.

So, the resolution seems to be updated docs, maybe a table with examples?

Can the docs be updated on master directly?

Case 3:
These arguments likely come from command line.
In this case, we need to support strings for these users.
python main.py --gpus "0,1,2,3"

I would not use a string for multiple options, argparse supports multiple values directly:
parser.add_argument('--gpus', type=int, nargs='*', help='list of GPUs')

to be used as
python main.py --gpus 0 1 2 3

@Borda yeah, but this assumes users know argparse super well.... again, we need to keep in mind non-expert users

@Borda yeah, but this assumes users know argparse super well.... again, we need to keep in mind non-expert users.

well, you should know it well as developer, but for the users you have the help message to guide them... then this default parameters can be written in docs or readme :]

i'm talking about scientists, physicists etc... deep learning is not just being done by engineers

I meant that the people writing argparser should do it easier like with this listed parameters, I personally would be very confused passing it as a string with a separator... but I am open discussion :]

From commandline, an issue happens with using nargs syntax --gpus 0 1 2 vs --gpus 0,1,2.
Let's say I'm doing two runs on 3 GPUs, one that uses 2 GPUs and one that uses 1.
First run: python train.py --gpus 0 1. cool.
Second run: python train.py --gpus 2. Whoops, how do we parse this?
If it's kept as a string, it's very clear. But the issue is that if we're using string, a user can easily screw up
python train.py --gpus "0" vs python train.py --gpus 0.
Final resolution:
The resolution then should be alternative 1, since we agree that don't want to get rid of the 'number of gpus' functionality (which was the original proposed aggressive solution).
If we detect --gpus 0 with int, a warning should suffice alongside updated docs.
I still have a few PRs I want to do before this, so if anybody would like an easy one feel free to take it :)

From commandline, an issue happens with using nargs syntax --gpus 0 1 2 vs --gpus 0,1,2.
Let's say I'm doing two runs on 3 GPUs, one that uses 2 GPUs and one that uses 1.
First run: python train.py --gpus 0 1. cool.
Second run: python train.py --gpus 2. Whoops, how do we parse this?

This is s simple fix, and we shall correct it in lightning size
after parsing arg parser check if it is a list, else make it as a list... I did the same couple times in past

yeah, either way we need to keep support for passing in a string because this is exactly the friction we need to avoid with users
:)

How about we make a list in the docs with all accepted inputs and how they are parsed/interpreted, with the edge cases discussed here? Then we write a test for each case to make sure that the parsing works properly. The parsing is already quite complicated and it takes a bit of time to see the edge cases.

@awaelchli yes, mind submitting a PR?

sure. I will try to deliver it before next release.

next release on 6th of Dec? :)

@Borda yep, today or tomorrow :)

I have spent quite a while browsing a couple of discussions on this issue, and the latest referred official doc is missing:
https://pytorch-lightning.readthedocs.io/en/latest/multi_gpu.html
I have to write a small script to be sure of the behaviour of "python train.py --gpus 0" when the trainer is created using ".from_argparse_args(args)". The document is not doing is job well.
Basically, I think that one needs to be explicit, no matter expert/non-expert in coding. So "--gpus" may not be a good parameter name from the first place. If we stick to it, there should be examples of using it

from bash command line
by specifying in Trainer() constructor
by configuration in vs-code/pycharm launch settings
with cases of
specifying the number of devices for [a single node | multiple nodes]
specifying the specific devices for [a single node | multiple nodes using the same set of device indexes | multiple nodes using respective device indexes]


Message actions tooltip

Summary
Changes the text from "Actions" to "Message Actions" on the new menu's tooltip display.
Related Pull Requests
https://github.com/mattermost/mattermost-webapp/pull/8853/files

I'm worried about the usage of 'Actions' now since it is being used for automations like the new 'Channel Actions'. I wonder if we need to come up with an alternative since it sounds like Actions (associated with a lightnight bolt icon) is going to be a new thing across the product.
I don't have any bright ideas at the moment, but maybe 'Shortcuts' or 'Integrations' or 'Message Integrations'.....I dunno. Just spitballing

"Message Actions" describes what it is - an action related to a Message.  similarly, a Channel action is associated with a channel (most users won't see Channel Actions - only Channel Admins).  I think we should lean into it - in the future Apps will be able to register Actions that users can use in other areas of the App (ie: Make a ServiceNow ticket when a message comes into this channel with text XYZ).
Perhaps "App Actions" or "App Message Actions"?  It won't always be an integration....
cc @itao for visibility and thoughts.

I resonate with @matthewbirtch's concern as well as @aaronrothschild's suggestion to lean into it. Marketing fluff aside, what we're embarking on with Channel Actions is really "channel-scoped triggers that will now automatically execute certain actions". It makes sense that the same registry of actions can also be manually triggered. To use @aaronrothschild's example of Make a ServiceNow ticket action, it could be triggered manually from a message dropdown menu or automatically by keyword conditions configured on the channel. Same thing for the run a playbook action, both of those trigger method already exist today in production.


Layout v2

preparing for @micro-lc/layout version 2

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

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

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
0

Relevant Lines:
0

💛  - Coveralls


raj/bad_pv/assign_daynight_status

Pull Request
This pull request corresponds to the function of assign_daynight_status.py and its corresponding test assign_daynight_status.py
Description
This method takes all the time-series data from the time_utc dimension of the xarray datarray and provides an extra coordinate of status of either day/night for the same dimension time_utc.
Fixes #
How Has This Been Tested?
This function has been tested with pre-developed passiv_datapipe and a constructed xarray datarray which contains only night timestamps, and checked if the status includes any day  mentions.

[ ] Yes

If your changes affect data processing, have you plotted any changes? i.e. have you done a quick sanity check?

[ ] Yes

Checklist:

[ ] My code follows OCF's coding style guidelines
[ ] I have performed a self-review of my own code
[ ] I have made corresponding changes to the documentation
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] I have checked my code and corrected any misspellings

Codecov Report

Merging #126 (f050fef) into main (50ec522) will increase coverage by 0.14%.
The diff coverage is 100.00%.

:exclamation: Current head f050fef differs from pull request most recent head 3e65ed1. Consider uploading reports for the commit 3e65ed1 to get more accurate results

@@            Coverage Diff             @@
##             main     #126      +/-   ##
==========================================
+ Coverage   80.76%   80.91%   +0.14%
==========================================
  Files         111      112       +1
  Lines        4356     4390      +34
==========================================
+ Hits         3518     3552      +34
  Misses        838      838

Impacted Files
Coverage Δ

ocf_datapipes/transform/xarray/__init__.py
100.00% <100.00%> (ø)

...ipes/transform/xarray/pv/assign_daynight_status.py
100.00% <100.00%> (ø)

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more

@peterdudfield
Linting issues are taken care of, and the tests were successful, please review it at your convenience.

Ans - 11.593 seconds for 365 iterations, meaning for 365 days
Apologies, I have not updated this for loop code, I just updated it now without using for loop

@jacobbieker Requirement.txt is taken out of the branch as it is not needed and no new packages have been added.

Feel free to merge it then!

Feel free to merge it then!

Waiting for the test run to complete!


add NNCF openvino notebook

The docs for this PR live here. All of your documentation changes will be reflected on that endpoint.


[FR] Last.fm Support

basically the Last.fm commands in: https://bleed.bot/commands
& I was also wondering if you'd ever add prefix commands while keeping slash commands?

I like the idea of last.fm support, so might work on this sometime in the future when I'm less busy
As for prefix commands, I think they could be a good addition to the bot as some people prefer them over slash commands, but perhaps with a config option to turn them on or off? I'll consider adding this at some point
Thanks for the suggestions :)

yes! a config option would be amazing.

I'm currently in the process of rewriting the entire bot, and this will be implemented when the new version releases. I'll close this for now though as the new version is a little way out at the moment.


gtk::StyleContextExt::get_background_color deprecated.

Hi! First, I'd just like to say that I've been using gtk-rs for a few weeks now and I love how straightforward it is to use. Thank you!
Now, my issue: gtk::StyleContextExt::get_background_color and gtk::StyleContextExt::get_border_color are deprecated. The deprecation warning posits that the only use for these functions is rendering the context's widget. This is incorrect. I'm developing an application where I need to use colors for certain elements that are derivative of other theme colors, and the only way I've found to get arbitrary theme colors in the code is to use these functions. Rendering the component doesn't solve my issue, as I'm trying to style an entirely separate component. Below is a snippet of my code where I use these deprecated functions.
pub fn style(window: &gtk::ApplicationWindow) {
	let provider = gtk::CssProvider::new();

	let mut s = String::new();

	let mut add_color = |identifier: &str, color: &gdk::RGBA| {
		s.push_str("@define-color ");
		s.push_str(identifier);
		s.push_str(" ");
		s.push_str(colorsys::Rgb::new(color.red * 255.0, color.green * 255.0, color.blue * 255.0, None).to_css_string().as_str());
		s.push_str(";\n");
	};

	let button = gtk::Button::new();
	add_color("scale_color", &button.get_style_context().get_background_color(gtk::StateFlags::ACTIVE));
	add_color("background_color", &window.get_style_context().get_background_color(gtk::StateFlags::NORMAL));
	add_color("foreground_color", &button.get_style_context().get_color(gtk::StateFlags::NORMAL));

	let style = include_str!("./style.css");
	s.push_str(style);

	provider.load_from_data(s.as_bytes()).expect("Failed to load CSS.");
	gtk::StyleContext::add_provider_for_screen(&gdk::Screen::get_default().expect("Error initializing GTK CSS provider."),
		&provider, gtk::STYLE_PROVIDER_PRIORITY_APPLICATION);
}

I hope that this shows that rendering is not the only use case for these functions. Would it be possible to have the deprecation warnings removed? Otherwise, I'd appreciate an explanation of how to implement the code above without those methods.

This isn't really an issue in gtk-rs, since the function is deprecated in gtk and seems to be removed in gtk4.
Though I'd also be interested to know what non-deprecated solution there is for such use cases.

The best place to ask this would be the GNOME discourse. I'll close this for now here until there's some action needed for the bindings.


Testing interaction tests using playwright

This removes the forced browserstack dependency on our testing suite.
Now BrowserStack will only be used for webgl2 and webgpu on the CI.

Please make sure to label your PR with "bug", "new feature" or "breaking change" label(s).
To prevent this PR from going to the changelog marked it with the "skip changelog" label.

Snapshot stored with reference name:
refs/pull/15868/merge
Test environment:
https://snapshots-cvgtc2eugrd3cgfd.z01.azurefd.net/refs/pull/15868/merge/index.html
To test a playground add it to the URL, for example:
https://snapshots-cvgtc2eugrd3cgfd.z01.azurefd.net/refs/pull/15868/merge/index.html#WGZLGJ#4600
Links to test babylon tools with this snapshot:
https://playground.babylonjs.com/?snapshot=refs/pull/15868/merge
https://sandbox.babylonjs.com/?snapshot=refs/pull/15868/merge
https://gui.babylonjs.com/?snapshot=refs/pull/15868/merge
https://nme.babylonjs.com/?snapshot=refs/pull/15868/merge
To test the snapshot in the playground with a playground ID add it after the snapshot query string:
https://playground.babylonjs.com/?snapshot=refs/pull/15868/merge#BCU1XR#0

Visualization tests for WebGPU (Experimental)
https://snapshots-cvgtc2eugrd3cgfd.z01.azurefd.net/refs/pull/15868/merge/testResults/webgpuplaywright/index.html

WebGL2 visualization test reporter:
https://snapshots-cvgtc2eugrd3cgfd.z01.azurefd.net/refs/pull/15868/merge/testResults/webgl2playwright/index.html

Reviewer - this PR has made changes to one or more package.json files.

Reviewer - this PR has made changes to one or more package.json files.

Reviewer - this PR has made changes to one or more package.json files.

Reviewer - this PR has made changes to one or more package.json files.

Reviewer - this PR has made changes to one or more package.json files.

Reviewer - this PR has made changes to one or more package.json files.

Reviewer - this PR has made changes to one or more package.json files.


Package downloads and builds, but does not install

I have seen this issue various times since the 4.4 release, but I don't know why it happens. Certain AUR packages download and build just fine, but they aren't installed afterwards. For example:
% pacaur -S chromium-snapshot-bin
:: Package(s) chromium-snapshot-bin not found in repositories, trying AUR...
:: resolving dependencies...
:: looking for inter-conflicts...

AUR Packages  (1):

Name                       Old Version            New Version

aur/chromium-snapshot-bin                         48.0.2535.0.r353757-1

:: Proceed with installation? [Y/n] y
:: Retrieving package(s)...
Already up-to-date.
:: View chromium-snapshot-bin PKGBUILD? [Y/n] n
:: View chromium-snapshot-bin.install script? [Y/n] n
:: Checking chromium-snapshot-bin integrity...
==> Making package: chromium-snapshot-bin 48.0.2535.0.r353757-1 (So 15. Nov 14:19:27 CET 2015)
==> Retrieving sources...
  -> Found chromium-snapshot-bin
  -> Found chromium-snapshot-bin.desktop
  -> Found LICENSE
  -> Found chrome-linux-r359769.zip
==> Validating source files with md5sums...
    chromium-snapshot-bin ... Passed
    chromium-snapshot-bin.desktop ... Passed
    LICENSE ... Passed
==> Validating source files with md5sums...
    chrome-linux-r359769.zip ... Skipped
:: Building chromium-snapshot-bin package(s)...
==> Making package: chromium-snapshot-bin 49.0.2565.0.r359769-1 (So 15. Nov 14:19:28 CET 2015)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found chromium-snapshot-bin
  -> Found chromium-snapshot-bin.desktop
  -> Found LICENSE
  -> Found chrome-linux-r359769.zip
==> Validating source files with md5sums...
    chromium-snapshot-bin ... Passed
    chromium-snapshot-bin.desktop ... Passed
    LICENSE ... Passed
==> Validating source files with md5sums...
    chrome-linux-r359769.zip ... Skipped
==> Extracting sources...
  -> Extracting chrome-linux-r359769.zip with bsdtar
==> Starting pkgver()...
==> Entering fakeroot environment...
==> Starting package()...
  -> Creating directory structure...
  -> Making it nice...
  -> Moving contents...
  -> Installing main directory...
==> Tidying install...
  -> Purging unwanted files...
  -> Removing libtool files...
  -> Removing static library files...
  -> Compressing man and info pages...
  -> Stripping unneeded symbols from binaries and libraries...
strip: ./opt/chromium-snapshot/st9u44D5: section .note.gnu.build-id lma 0x3ef60190 adjusted to 0x3f210190
strip: ./opt/chromium-snapshot/st9u44D5: section .rodata lma 0x3ef601c0 adjusted to 0x3f2101b4
strip: ./opt/chromium-snapshot/st9u44D5: section .gcc_except_table lma 0x3ef97730 adjusted to 0x3f247724
strip: ./opt/chromium-snapshot/st9u44D5: section `.gcc_except_table' can't be allocated in segment 1
LOAD: .note.gnu.build-id .rodata .gcc_except_table
==> Creating package "chromium-snapshot-bin"...
  -> Generating .PKGINFO file...
  -> Adding install file...
  -> Generating .MTREE file...
  -> Compressing package...
==> Leaving fakeroot environment.
==> Finished making: chromium-snapshot-bin 49.0.2565.0.r359769-1 (So 15. Nov 14:19:32 CET 2015)
==> Cleaning up...
:: Installing chromium-snapshot-bin package(s)...

And that's it. Maybe it's because of the different version number?

I can reproduce. However, this doesn't seem to be a pacaur bug:
On my machine, version 48.0.2535.0.r353757-1 should be installed but chromium-snapshot-bin-49.0.2565.0.r359778-1-x86_64.pkg.tar.gz is created. The version given by the RPC interface is 48.0.2535.0.r353757-1, so there is definitely something wrong with the SRCINFO file of that package.
Please report upstream.

Reopening. It seems this package is much like a VCS package that is constantly updated with the very same PKGBUILD. Pacaur does not, however, have support for this name pattern.

I've got a closer look at this issue, and I'm afraid I won't fix it. Or rather, I cannot fix it in a way that make sense.
This is package that has been uploaded once in the AUR but which content is constantly updated, much like the VCS packages (-git, -svn, -hg, ..). This means pacaur will not detect any new update unless the pkgver is manually updated by the maintainer.
Since this doesn't happen in practice, pacaur implements the --devel flag that actually looks at the package names and updates them if it ends with any of the -git, -svn, -hg, -bzr, -darcs extension. Other helpers such as yaourt and packer do the same too.
Pacaur also supports -nightly as an additional extension, but there is no defined standard for this and thus the support is partial only. I could add the -snapshot extension too, but this would also be partial only. I won't implement detection of this string anywhere inside the name, as this will result in false positive (see snapshot-hib or zfs-auto-snapshot-git for example). Some other package would also be detected as false positive anyway (ie, aj-snapshot which is the actual name of the project).
I'd suggest you to bring this issue upstream on the AUR mailing list. Without defined naming standard for snapshots or nightly packages, helpers automation support for these packages will always been broken or partially working only at best. Ideally, we could define a new single extension reserved for both *-snapshot and *-nightly packages that could be enforced to existing packages.
Lastly, note that pacaur relies exclusively on the RPC interface (instead of parsing PKGBUILDs) so  some other helpers might be able to install your package properly. Keeping it updated without reinstalling it explictly is however not possible.

Okay, thanks for looking into this. Since I rarely use these packages, it's not really important to me and I'll be fine just installing them manually. If you want to discuss this upstream, feel free to do so. I'll be closing this, then.

I still don't understand why the package doesn't install. What does it have in common with the manual version number? In my case I'm trying to install atom-editor (for the first time).

@marmistrz That issue might happen because of a combining of factors. If you understand the manual process with makepkg, and take into account that the drop of --pkg for split packages, you should understand why the install step is more fragile since pacman 5.0.
Since atom-editor isn't a VCS package this ticket likely doesn't apply. Please open a new ticket with your debug output.

I'm the maintainer of chromium-snapshot-bin. Wouldn't it be possible to just check for the existence of pkgver()?
Does Pacaur really even need to care as much as to abort the build?

Pacaur and other "modern" helpers rely on the RPC for retrieving the necessary information. The RPC info is wrong, so pacaur fails.

@Det87: Note that pacaur also treats -nightly packages as regular VCS packages. There are more false positive than actual true positive when doing the same with -snapshot, so this isn't done. A solution for you could be to rename to chromium-bin-nightly, but this is a very pacaur centric solution.
And for clarity: pacaur doesn't parse PKGBUILD, as it relies on the RPC by design. VCS packages are detected solely based on the package name (-git, -svn, ..), and VCS packages that don't use the extension in the name (such as packer) also fail here.

Yeah, but "snapshots" is what Google calls them, so I'd rather go with the upstream naming (previously "chromium-browser-bin").
But doesn't this mean you can't e.g. add a new dependency or bump the pkgver with Pacaur? Why couldn't it just print a WARNING?

Sure, this was only a suggestion - I'd go with the upstream naming scheme too.
I'm afraid I do not understand your questions. Could you elaborate here?

I mean, if Pacaur aborts the build every time .SRCINFO and PKGBUILD are not in sync, doesn't it mean when you pacaur -S pkg you can't then edit the PKGBUILD when asked to e.g. add a new dependency or bump the pkgver, because Pacaur won't allow differences in the two files?
And then why not just print a warning at the end of the build, instead of aborting the thing.

@Det87 Pacaur doesn’t support editing PKGBUILD.

This is correct. Or rather, pacaur supports limited editing: changing the info provided by the RPC won't work, such as adding new dependencies or changing version number. For tinkering, users should use makepkg manually.
There is a warning when the install fails due to mismatching .SRCINFO data:

:: chromium-snapshot-bin package(s) failed to install. Check .SRCINFO for mismatching data with PKGBUILD.

Yeah, but:

warning = message
error = message + abort

But if this is the fundamental approach, I guess that explains all. Thanks for the time.

Oh, missed that part sorry. Obviously, pacaur does not try to continue in case the package is needed for the next package to build. This doesn't apply to your package, but this is globally a saner approach.


ModuleNotFoundError: No module named 'requests'

When executing the poetry for the first time, this is the output:
$ poetry run aw-watcher-spotify
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File<EMAIL_ADDRESS>line 127, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1006, in _gcd_import
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 967, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 677, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 728, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/home/demuxer/aw-watcher-spotify/aw_watcher_spotify/__init__.py", line 1, in <module>
    from .main import main
  File "/home/demuxer/aw-watcher-spotify/aw_watcher_spotify/main.py", line 11, in <module>
    from requests import ConnectionError
ModuleNotFoundError: No module named 'requests'

So, that's not clear to know what config.file must be filled in order to stat the watcher.

Looks like you didn't run poetry install


[Model Update]: BAMM Update SerialPartTypization

Update Reason

MS1 Criteria

[ ] The model that should be updated exists
[ ] The referenced use case exists
[ ] The potential updates are discussed with all stakeholders
[ ] The potential update will be either

[ ] backward compatible or
[ ] a (chain of) migration strategy(-ies) from all non-deprecated previous versions to the new model will be developed

Modeling_Team ready


Update License to 2019

Thanks for your pull request. It looks like this may be your first contribution to a Google open source project (if not, look below for help). Before we can look at your pull request, you'll need to sign a Contributor License Agreement (CLA).
📝 Please visit https://cla.developers.google.com/ to sign.
Once you've signed (or fixed any issues), please reply here (e.g. I signed it!) and we'll verify it.
What to do if you already signed the CLA
Individual signers

It's possible we don't have your GitHub username or you're using a different email address on your commit. Check your existing CLA data and verify that your email is set on your git commits.

Corporate signers

Your company has a Point of Contact who decides which employees are authorized to participate. Ask your POC to be added to the group of authorized contributors. If you don't know who your Point of Contact is, direct the Google project maintainer to go/cla#troubleshoot (Public version).
The email used to register you as an authorized contributor must be the email used for the Git commit. Check your existing CLA data and verify that your email is set on your git commits.
The email used to register you as an authorized contributor must also be attached to your GitHub account.

ℹ Googlers: Go here for more info.

i signed it

Our legal team advises me that it makes no difference updating the copyright line in the license file, so we prefer to leave it untouched, out of an abundance of caution. Thank you for your suggestion, though!


[Avatar] ownerState is undefined in styleOverrides when overriding Avatar styles

Duplicates

[X] I have searched the existing issues

Latest version

[X] I have tested the latest version

Steps to reproduce 🕹
Link to live example
Current behavior 😯
When overriding Avatar styles in styleOverrides using the callback method, app crashes because ownerState is undefined, this happens when the Material Design component itself decides to substitute <AvatarFallback/ > that do not have an ownerState
Expected behavior 🤔
I can customize all cases, including AvatarFallback. No error as described above
Context 🔦
Having had a brief look, my guess would be the culprit is at this line in Avatar implementation - looks like ownerState does not get passed to AvatarFallback component.
Your environment 🌎
No response

Thanks for reporting. It's a bug. Would you like to create a PR?

@ZeeshanTamboli I would love to, but unfortunately I don't have time. Could you please make these changes?

@ZeeshanTamboli i can work on this issue but i'm not able to reproduce the bug, below is the code i'm using to verify the issue but i'm not facing any issue while running it. can you please take a look and let me know what i'm missing?
import * as React from "react";
import Avatar from "@mui/material/Avatar";
import Stack from "@mui/material/Stack";

import { ThemeProvider, createTheme } from '@mui/material/styles';

const finalTheme = createTheme({
  components: {
    MuiAvatar: {
      styleOverrides: {
        root: ({ theme }) =>
          theme.unstable_sx({
            // https://mui.com/system/getting-started/the-sx-prop/#spacing
            px: 10,
            py: 0.25,
            // https://mui.com/system/borders/#border-radius
            borderRadius: 1, // 4px as default.
          }),
      },
    },
  },
});

export default function ImageAvatars() {
  return (
    <ThemeProvider theme={finalTheme}>
      <Stack direction="row" spacing={2}>
        <Avatar alt="Remy Sharp" src="/static/images/avatar/1.jpg" />
        <Avatar alt="Travis Howard" src="/static/images/avatar/2.jpg" />
        <Avatar alt="Cindy Baker" src="/static/images/avatar/3.jpg" />
      </Stack>
    </ThemeProvider>
  );
}

codesandbox:https://codesandbox.io/s/musing-farrell-disr4b?file=/demo.tsx

@ZeeshanTamboli  created PR (https://github.com/mui/material-ui/pull/36228)  as OP didn't wanted to.


Error in app-launcher.js

ScriptKit seems awesome so far! ...but when open the ScriptKit app (with "Cmd ;") and then hit the semicolon key again for the app launcher, it waits for a few seconds as if it's searching my apps, and then it give me an "Error in app-launcher.js" message that says 'Command failed: /Users/username/.kit/node_modules/file-icon/file-icon[{"appOrPID":"System/Applications/Stocks.app","size":48,"destination":"/Users/username/.kit/assets/app-launcher/icons/Stocks.app.png"},
....
It then goes on to list many other apps such as News.app, etc. The error message is too long to read and I can't seem to scroll or copy and paste it.
Any help you can provide?
Thanks!

@uniphonic What version of Mac are you on?
That error is probably due to trying to convert an icon, but the Stocks.app doesn't have something configured in its list. (This seems to happen on the latest versions of Mac releases)
All of the app pngs should end up in ~/.kit/assets/app-launcher/icons.
Kit uses this lib for the icon conversion: https://www.npmjs.com/package/file-icon
Could you try writing a script to convert the Stocks.app icon and see if it errors in the script?

I'm on a Macbook Air M1, MacOS Monterey 12.6.3 version.
I'll see if I can try writing a script a bit later. Thanks!


Create patched YML in place

References

fixes #162

Changes

[x] creates patched setup-miniconda-patched-{environment.yml} in-place (to restore compatibility with pip: ["-r requirements.txt"] (#162) or other cases, e.g. -e . (would also break today)
[x] adds some environment-file(-content|-was-patched) outputs about the effective environment-file used
[x] adds clean-patched-environment-file (default true) because I don't like actions leaving junk i don't ask for

[x] adds output message

[x] add some tests (can now add real test for #161)
[x] docs for inputs and outputs
[x] changelog

Tests are up... I don't know how I lose my bash knowledge on a seeming day-to-day basis...

gah, didn't add a test for -r requirements.txt...

Ok, does the pip: ["-r requirements.txt"] thing in test now.

Will cut a new release!

Released 2.1.1 @bollwyvl !

Thanks all!


Fork, Commit, Merge - Easy Issue (SASS)

Fork, Commit, Merge - Easy Issue (SASS)
Create The Container Class For Web Page
Note: You don't have ask permission to start solving the issue or get assigned, since these issues are supposed to be always open for new contributors. The actions-user bot will reset the file back to previous state for the next contributor after your commit is merged. So you can just simply start working with the issue right away!
How to get started
Navigate to the directory used in this project with the command:
cd tasks/sass/easy

Install all the necessary dependencies and SASS:
npm i

Open styles.scss file and start implementing your solution!
Description
The goal of this task is to add styles to a Container class in styles.scss so the web page would look similar as in the screenshot.
Use the $primary-color variable for the background color.

How to run
Make sure you are in the correct directory:
cd tasks/sass/easy

Compile the SASS code to CSS:
sass styles.scss styles.css

If you are using VS Code and have for example Live Server extension, you can simply open index.html with the server and check how the page looks. If it looks similar as in the screenshot provided, you are ready to make a pull request!
If you do not have Live Server extension, you'll find information about installing and how to use it here.

To work with this issue, you need to have npm and NodeJS installed to your local machine.
Check out README.md for more instructions of installing npm and NodeJS as well as how to make a pull request.
Feel free to ask any questions here if you have some problems!
Also, kindly give this project a star to enhance its visibility for new developers!

I would like to solve this issue , pls assign it to me


$fetch cannot fetch files in public/ directory isomorphically

Environment
Nuxt CLI v3.0.0-rc.1
RootDir: /home/projects/github-sn7zlr
Nuxt project info:

Operating System: Linux
Node Version:     v16.14.2
Nuxt Version:     3.0.0-rc.1
Package Manager<EMAIL_ADDRESS>Builder:          vite
User Config:      -
Runtime Modules:  -
Build Modules:    -

Reproduction
https://stackblitz.com/edit/github-sn7zlr?file=pages%2Ftest.vue
Describe the bug

Visit / and click on the link to go to /test -> json data shows normally
Visit /test directly -> json data is null

Additional context
No response
Logs
No response

I am unable to load files from the public directory at all from the client side.
I have tried loading a simple json from the public directory using $fetch and useFetch from within a component's setup function, and a server API handler, they both give me 500 errors.
I see the label workaroud available has been added to this issue, but can't see any listed here. What is the workaround?

The $fetch in the component setup seems to work if I use it with then, but not with await even if the setup function is declared as async. I guess this is then another issue.
However, the $fetch inside an API handler only works if the URL is absolute; so await $fetch("/test.json") doesn't work, while await $fetch("http://localhost:3000/test.json") does.

@semiaddict indeed your workaround works using $fetch with an absolute URL to the json file !
However that doesn't work locally for me. Using npm run generate in local developement environment, the routes containing the fetch to a .json file are not rendered.

@vdilly, what are you trying to do exactly ?
I personally needed to create a pre-rendered route that generated a search index based on content.
I ended up with something like this in a module which works great for my use case:
modules/search/index.js:
export default defineNuxtModule<ModuleOptions>({
   //...
  async setup (moduleOptions, nuxt) {
    const { resolve } = createResolver(import.meta.url);

    // Add the search index route.
    addServerHandler({
      method: 'get',
      route: "/search-index.json",
      handler: resolve('./runtime/server/api/search-index'),
    });

    // Pre-render the search index route for SSG.
    addPrerenderRoutes("/search-index.json");
  },
});

modules/runtime/server/api/search-index.ts:
import { defineEventHandler } from 'h3';

// This route is used to generate the search index.
export default defineEventHandler(async (event) => {
  const index = {};
  // ... generate the JSON data
  return JSON.stringify(index);
})

Then in your component's setup you should be able to call:
const { data } = await useFetch("/search-index.json");

@semiaddict thanks for taking the time to share this !
I didn't take a good look at nuxt modules yet, but I definetly gonna try the way you handled that.
What I did was not very "nuxty",
I simply created a node script that fetch the datas I needed, write them into multiple chunk JSON files in /public folder.
I put this script in the "pregenerate" scripts of my package.json so it's executed before nuxt generate.
Then in my components setup, I $fetch the json I need with an absolute URL (wich works great on Netlify for example but not in my local environment for some reasons)
The goal was to reduce the build time, caching the datas that a lot of my pages shares and prevents fetching my api for the same datas over hundreds of routes.

I simply created a node script that fetch the datas I needed, write them into multiple chunk JSON files in /public folder.
I put this script in the "pregenerate" scripts of my package.json so it's executed before nuxt generate.
Then in my components setup, I $fetch the /public/[name].json I need with an absolute URL (wich works great on Netlify for example but not in my local environment for some reasons)

Then I guess you could have the pregenerate script write the JSONs to a module's directory such as "modules/mymodule/runtime/assets/json/" and then use the same technique I mentioned above by defining pre-rendered server routes to serve those JSON files.
I wonder, however, if you really need to get into all this trouble if you are building with SSG, as I believe if you correctly use useAsyncData with a unique identifier per api along with $fetch, the identical api endpoint will be fetched only once for all components; but I haven't actually verified this.

For what I experienced, this is true with SSR/CSR but not across different routes with SSG. I think Nuxt might treat each route as single instance and so the cache related to the "key" of useFetch/UseAsyncData is not shared between routes (this still might be true between multiple components of the same route though).
I might be missing something though
I'll try what you suggest for the json file and give a feedback, thanks !

From what I see, the root cause is that the node server is running from .output/server/ but the public folder is at .output/public
So when we want to access a file from the server that would be in the public folder and we run await $fetch("/test.json"), we actually access this folder .output/server/test.json instead of .output/public/test.json.
For now the full URL workaround will do. I use a runtimeConfig variable to define the URL based on the environment and it works alright, although not ideal.

any progress?


Ensuring smooth Yosys-to-Synlig compatability and tracking

Feature Description
We understand that Yosys APIs are somewhat fluid, which then makes it difficult for Synlig to keep pace with Yosys updates. That leads to an awkward situation where the latest Yosys cannot be used with the latest Synlig, see this issue.
We also strongly recommend adding @gtaylormb OPL3_FPGA design to the suite of Yosys regression tests.

That seems like something the Synlig team should be doing.

Agreed.
Yet, in the spirit of community and working towards our common goal, Yosys team should do their most not to make Synlig  life too difficult. This is to raise awareness about the problems that fluid APIs create downstream.
Interestingly, Yosys that's packaged with GateMate official tools is also very old. It'd be interesting to hear CologneChip folks' take on why it is so... @DadoCCAG, @pu-cc  ?

This is to raise awareness about the problems that fluid APIs create downstream.

I think of such issues in terms of a contract. For example, Amaranth has a clearly defined and documented compatibility contract: with very few minor exceptions, every single feature that gets changed or removed has a one release grace period where this change is indicated with a clear warning. This allows downstream code to adapt.
In contrast, Yosys as a whole does not have such a clearly defined contract. (I attempt to provide a comparable contract in the bits I maintain, like CXXRTL.) Unless Yosys maintainers explicitly agree to such a contract it would not be reasonable to hold us to it; and the mere existence of a codebase does not create a contract, even if the codebase is especially useful or popular. This is the only way to prevent burnout that is so endemic to open source work.

Ultimately, the first question to be answered here is "what is the contract that Yosys maintainers are willing to create with other projects?" Only after this question is answered can we discuss extending the regression test suite, etc.
In practical terms, the Yosys IR (RTLIL) is considered backwards compatible, arguably with the exception of "sync rules", which are tied to the Yosys Verilog frontend despite being notionally part of the IR. So I would say that RTLIL is de facto a part of a compatibility contract. The C++ API isn't and I don't believe anyone has ever implied that it is or would be.
For this reason, Amaranth interacts with Yosys through the textual RTLIL representation, and it has encountered almost no API breakage over the years. (What breakage we did encounter was due to my own inexperience and a choice to depend on "sync rules" and some other unstable parts of Yosys, like the implementation details of the "proc" pass.)
Today, Synlig already has a choice: to interact with Yosys via the C++ API, or to do so via the textual RTLIL representation. The latter would be a one time cost that will have little to no ongoing maintenance burden. The former will have a maintenance burden placed either on Yosys developers or Synlig developers. For this reason the former choice seems inferior to me as an OSS developer interacting with Yosys.

Thank you, very informative indeed!
And, while this API compatibility contract might be one of the reasons why Amaranth is growing and gaining on popularity, it sounds like the Synlig folks chose the wrong approach for interfacing with Yosys, and should have used RTLIL instead.
BTW, we are thumbs up for Amaranth and, as this sorry story with Yosys and SV keeps limping along, are considering to migrate more and more of new design creation to Python...

@chili-chips-ba FWIW, regarding the constraint file issue, my Cologne Chip board arrives on Monday and once it arrives I might look at the issue more closer. It may be that there's a workaround for it that we're currently missing.

... 2 cents, if it help, @pu-cc is working on integrating GateMate to LiteX

Yet, in the spirit of community and working towards our common goal, Yosys team should do their most not to make https://github.com/chipsalliance/synlig/pull/2431 life too difficult.

The specifics here seem to be that we are touching the Yosys AST code (which despite its location at frontends/ast belongs to the Verilog frontend), and Synlig depends on this code out of tree. For the long term health of the project we can't stop making those changes as the Verilog frontend has a lot of technical debt for us to address.
Absent any formal contract around the C++ API we still try our best not to introduce breaking changes for plugins, but that applies more to the core kernel/*.h APIs that operate on netlists than e.g. the code in question here which we consider internal to the Verilog frontend.
Here's what I think we can do moving forward:

the Synlig side copies out a frozen version of the part of the frontend they depend on, or

in one way or another we make sure Synlig maintainers are notified of PRs touching the Verilog frontend so they can plan ahead. Usually it takes a while for frontend PRs to get merged after they first show up

Does Yosys have an established working coordination group with Synlig developers? Is there a formal channel in place for the communication of this nature?

There's no communication as far as I know

@rowanG077 @kamilrakoczy @hzeller -- Who would be in the best position to comment on the Synlig project state and plans, including the creation of a communication channel with Yosys dev community?! After all, their plugin is for the real, tangible Yosys :-)

You can find a link to the public Yosys Slack at https://yosyshq.net/yosys/

... we found @zachjs SV2V do remarkably well compared to both Synlig and Yosys-Slang.
While that's moving our focus away from Synlig and onto SV2V, we recommend making our openeye-CamSI and opl3_fpga RTL part of Yosys regression tests for validation of the subset of SV that's Yosys natively supports.


Should integers round or truncate (cast) from decimal numbers?

Need to formalize how decimal numbers are parsed into integers. Do we truncate or round? Currently rounding is performed, but should this be the default behavior?
I think there should be a compile time option to reject decimal inputs to integers as well. However, I think that exponents should still be valid (e.g. 1e7 rather than writing 10000000).

This is an obvious loss of precision, You wouldn't try parse an int into a ushort either for the same very obvious reason.

Do we truncate or round?

Don't truncate or round anything, you clown.

This is an obvious loss of precision I would expect a first year student to understand, You wouldn't try parse an int into a ushort either for the same very obvious reason.

Do we truncate or round?

Don't truncate or round anything, you clown.

I say truncate should be default. It avoids ever "making up" input as well as follows what happens when you static_cast<int64_t>(0.2e12)

The more I think about it the more I think the integer parser should reject decimals, but accept exponents.
If decimals exist, a floating point value should be used instead.
This helps with clarity, performance, and Glaze can always provide wrappers for automatic casting so that integers can still be parsed from decimal JSON inputs.


Do not concatenate identical notes when resolving intra transactions.

Added 1 line of code to transaction resolver.
Added 10 new test cases.
Are we all using the same version of isort?

What's going on with the pylint failures?
************* Module dali.abstract_input_plugin
src/dali/abstract_input_plugin.py:36:0: E0012: Bad option value for disable. Don't recognize message no-self-use. (bad-option-value)
************* Module dali.plugin.pair_converter.historic_crypto
src/dali/plugin/pair_converter/historic_crypto.py:28:0: E0012: Bad option value for disable. Don't recognize message no-self-use. (bad-option-value)
************* Module test_plugin_coinbase
tests/test_plugin_coinbase.py:26:0: E0012: Bad option value for disable. Don't recognize message no-self-use. (bad-option-value)
************* Module test_plugin_coinbase_pro
tests/test_plugin_coinbase_pro.py:24:0: E0012: Bad option value for disable. Don't recognize message no-self-use. (bad-option-value)
************* Module test_plugin_historic_crypto
tests/test_plugin_historic_crypto.py:39:0: E0012: Bad option value for disable. Don't recognize message no-self-use. (bad-option-value)
tests/test_plugin_historic_crypto.py:94:0: E0012: Bad option value for disable. Don't recognize message no-self-use. (bad-option-value)

Strange... I see they released a new version today (v2.14.0): perhaps they broke backward compatibility with that option. There are two experiments we can try:

force pylint v2.13.9 in setup.cfg
remove # pylint: disable=no-self-use from the code and see what happens

Can you update your tree to pickup the fixes in #52? Then I think we can merge.