feat: apisix-website redesign, add shaders and components used in UI (Sub-PR2)

Apache APISIX website redesign (Sub-PR: 2)
This large feature addition will be done through 3 chained PRs which for easier reviews and merging. Please merge all these 3 sub PRs together, in ascending order for no breaking changes. Dependency flow is like PR3 depends on PR2, depends on PR1.
Link to next PR to merge
PR3 : #496
Changes:
Added shaders and components used in UI

also cc @Baoyuantop @KishaniKandasamy @foolwc @iamayushdas @guoqqqi to review thanks

Hi @1502shivam-singh since it is a big change for your home page, would you please give me a little more time, I want to discuss every details with you later this week, thanks a lot

Hi @1502shivam-singh since it is a big change for your home page, would you please give me a little more time, I want to discuss every details with you later this week, and at the same time competing for everyone's opinion, thanks a lot

No problem 👍, I have already submitted the final report with links of these PRs so I don't think there would be any problem on that front. Take your time😊.

Any updates on this and #496 ?
cc @liuxiran @bzp2010

Hi @1502shivam-singh, sorry for late reply
let's discuss some details

the first Screen

I love the left part~! For the right part it is really cool, but not very practical IMO, may I ask whether we can use this cool animation effects only as  auxiliary effect?

The technical architecture of Apache APISIX

This our official community chart, I noticed that the multiple copies of APISIX has been Ignored in your redraw chart(If my preview address is still correct：https://apisix-re.netlify.app/)

so how about use this chart directly or make some changes based on the original chart?

the first Screen

I love the left part~! For the right part it is really cool, but not very practical IMO, may I ask whether we can use this cool animation effects only as auxiliary effect?

The flow/wavy particle system imagery in top section is more of a metphor to the smooth, frictionless and synchronised performance of APISIX. It's a subtle abstract imagery that I came up with, to pull users in through curiosity and illustrate our product indirectly.
Also, I have seen something similar (matching color palletes too) being used in a lot of posters/merchandise of APISIX like in one below, the black hyperloop imagery. Only difference being that one is in motion, other is not. -
If you insist, then one way is to change the main heading on left to something that is more descriptive of APISIX in the light of the right imagery.

The technical architecture of Apache APISIX

This our official community chart, I noticed that the multiple copies of APISIX has been Ignored in your redraw chart(If my preview address is still correct：https://apisix-re.netlify.app/)
so how about use this chart directly or make some changes based on the original chart?

Oh okay, one naive question coming up, do those multiple layered rectangles actually mean something, when highlighting the high level design ? I am not aware of this so. If they do, then I will edit this graph to accomodate.

The flow/wavy particle system imagery in top section is more of a metphor to the smooth, frictionless and synchronised performance of APISIX. It's a subtle abstract imagery that I came up with, to pull users in through curiosity and illustrate our product indirectly.
Also, I have seen something similar (matching color palletes too) being used in a lot of posters/merchandise of APISIX like in one below, the black hyperloop imagery. Only difference being that one is in motion, other is not

Thanks for elaborating on your design concept @1502shivam-singh , you are indeed a designer with ideas 👍
I agree with your inclusion of dynamic symbolic elements, that really makes our website more dynamic~!
IMO there is still a difference between the design of the product periphery and the design of the web page, web pages should be aesthetically pleasing while still highlighting the content. So It would be better if dynamic elements could be combined with text content.

one naive question coming up, do those multiple layered rectangles actually mean something, when highlighting the high level design

hahaha, got your point,  try to express the meaning as clearly as possible while still having a sense of design is the goal we pursue, multiple layered rectangles is the way we commonly represent multiple copies, or you  can design a more logical and designed expression, and the only requirement is we support multiple copies of APISIX nodes.

So It would be better if dynamic elements could be combined with text content.

Okay, so as a middle ground, then one way could be to change the main heading on left to something that is more descriptive of APISIX in the light of the right imagery. Something like - "Effortless and smooth API Traffic management." This even rhymes better with the flow imagery.
Inserting text in this canvas, doesn't seem to be an issue to me as adding it might conflict with the motion here which can go both ways, either good or bad. Going for subtlety and have the text support will compound the effect of the imagery here I believe and is safer too.

Given the scenario that the product here, an API gateway, doesn't provide much to add some asthetic sense so going for something abstract which can indirectly depict a quality of that service seems a good idea to me.

the only requirement is we support multiple copies of APISIX nodes.

Okay, will do.

I believe that as long as we keep the same direction, you will have a constant flow of inspiration @1502shivam-singh .
And last two thing need to confirm:
Since we have upgrade Pluginised workflow with antd x6, the image of Pluginised workflow has to be modifed, you can refer http://<IP_ADDRESS>/ to make a change.

thanks a lot, looking forward to the improved version

@liuxiran, check the site now link. Made some changes.
After I push changes here (will ping here, when pushed) I guess we can merge them. Then move to the final PR where code review can be done accordingly.
We can continue working on any minor issue, if remaining, after these series of PR are merged.

@liuxiran, check the site now link. Made some changes.
After I push changes here (will ping here, when pushed) I guess we can merge them. Then move to the final PR where code review can be done accordingly.
We can continue working on any minor issue, if remaining, after these series of PR are merged.

thanks @1502shivam-singh, looking forward to your final Changes here, and since it is really a big change for our website, after you updated your final Changes, would you like to submit a discuss to our (mail<EMAIL_ADDRESS>that will get more attention

Just pushed the changes in the 3rd PR (for conflict, accept new incoming changes)
Sure, will up a discuss mail tomorrow.
I actually had made one earlier for copy review but it unfortunately got mixed up with the other mails and ignored.
Nevertheless, for the record, will put one up. Thanks for the reviews and your comments 😊

Just pushed the changes in the 3rd PR (for conflict, accept new incoming changes)
Sure, will up a discuss mail tomorrow.
I actually had made one earlier for copy review but it unfortunately got mixed up with the other mails and ignored.
Nevertheless, for the record, will put one up. Thanks for the reviews and your comments 😊

thanks for your nice work.


Speakers

[ ] Call for Speakers

[ ] Finalising the Speakers List (along with the Topic)

Speaker announcement should be done by today. Set the deadline and assignee

Speakers announced in colleges will release a post on Facebook by 10:00 AM in the morning.


Problem with RN Android App with 64k+ methods

Is this a bug report?
Yes
Have you read the Contributing Guidelines?
Yes
Environment
Environment:
OS: macOS High Sierra 10.13
Node: 8.7.0
Yarn: 1.2.1
npm: 5.4.2
Watchman: 4.9.0
Xcode: Xcode 9.0 Build version 9A235
Android Studio: 2.3 AI-162.4069837
Packages: (wanted => installed)
react: 16.0.0-alpha.12 => 16.0.0-alpha.12
react-native: ^0.50.0 => 0.50.0
Steps to Reproduce

Install Various React Native Libraries with lots of methods (React-Native-FBSDK, React-Native-Firebase...)
Run react-native run-android

Expected Behavior

Build and Run without any issues
Actual Behavior
throws exception:
Execution failed for task ':react-native-firebase:transformClassesWithDexForDebugAndroidTest'.
> com.android.build.api.transform.TransformException: com.android.ide.common.process.ProcessException: java.util.concurrent.ExecutionException: com.android.dex.DexIndexOverflowException: method ID not in [0, 0xffff]: 65536

Reproducible Demo

Hey @danZheng1993,
The 64k methods limitation cames from Android and it's not directly related to react native.
You need to configure your application for Multidex support, here's the documentation: https://developer.android.com/studio/build/multidex.html

@facebook-github-bot close


Rails 4.2

@rafaelfranca Thanks agin for your announcement to help with inherited_resources and Rails 4.2.
@andriytyurnikov says on https://github.com/josevalim/inherited_resources/issues/373#issuecomment-54052409 that he works on a fix (andriytyurnikov/inherited_resources branch rails_4_2), that I have tried  some days a go and the basics themes to work.
And @pedrofaria says (https://github.com/activeadmin/activeadmin/issues/3346#issuecomment-62421948) that he has a fork (codecraft63/inherited_resources) to support Rails 4.2 too

Now it passes on Travis, I'm curious, is this 4-2 ready to be merged?

I haven't been able to test/upgrade my app to rails 4.2 due to issues with other gems (paper_trail, specifically), so I can't personally comment on whether it works in a real application or not.

It seems to be working for me on Rails 4.2, though I'm only using inherited_resources indirectly through ActiveAdmin, and I'm not sure how to test whether or not it's behaving as expected.

@dontfidget I see. Are you able to add some tests about what's failing in PaperTrail?

The paper trail issues are unrelated to this gem.  They just keep me from
running my app on rails 4.2
On Sun, Jan 11, 2015, 17:58 Jonathan Allard<EMAIL_ADDRESS>wrote:

@dontfidget https://github.com/dontfidget I see. Are you able to add
some tests about what's failing in PaperTrail?
—
Reply to this email directly or view it on GitHub
https://github.com/josevalim/inherited_resources/issues/381#issuecomment-69523061
.

I just tried this through activeadmin and my test suite fails to start with the following error:
/home/davidr/.rvm/gems/ruby-2.2.0/bundler/gems/inherited_resources-ff1c991307ff/lib/inherited_resources/responder.rb:2:in `<module:InheritedResources>': uninitialized constant ActionController::Responder (NameError)
    from /home/davidr/.rvm/gems/ruby-2.2.0/bundler/gems/inherited_resources-ff1c991307ff/lib/inherited_resources/responder.rb:1:in `<top (required)>'
    from /home/davidr/.rvm/gems/ruby-2.2.0/bundler/gems/inherited_resources-ff1c991307ff/lib/inherited_resources.rb:4:in `<top (required)>'
    from /home/davidr/.rvm/gems/ruby-2.2.0/bundler/gems/activeadmin-7aef260921d4/lib/active_admin.rb:10:in `<top (required)>'
    from /home/davidr/.rvm/gems/ruby-2.2.0/bundler/gems/activeadmin-7aef260921d4/lib/activeadmin.rb:1:in `<top (required)>'
    from /home/davidr/.rvm/gems/ruby-2.2.0/gems/bundler-1.7.11/lib/bundler/runtime.rb:76:in `require'
from /home/davidr/.rvm/gems/ruby-2.2.0/gems/bundler-1.7.11/lib/bundler/runtime.rb:76:in `block (2 levels) in require'
    from /home/davidr/.rvm/gems/ruby-2.2.0/gems/bundler-1.7.11/lib/bundler/runtime.rb:72:in `each'
    from /home/davidr/.rvm/gems/ruby-2.2.0/gems/bundler-1.7.11/lib/bundler/runtime.rb:72:in `block in require'
    from /home/davidr/.rvm/gems/ruby-2.2.0/gems/bundler-1.7.11/lib/bundler/runtime.rb:61:in `each'
    from /home/davidr/.rvm/gems/ruby-2.2.0/gems/bundler-1.7.11/lib/bundler/runtime.rb:61:in `require'
    from /home/davidr/.rvm/gems/ruby-2.2.0/gems/bundler-1.7.11/lib/bundler.rb:134:in `require'
    from /home/davidr/Proyectos/nipanipa/config/application.rb:7:in `<top (required)>'
    ...

So it seems that it fails to require inherited_resources.
I just added
gem 'activeadmin', github: 'activeadmin'
gem 'inherited_resources', github: 'josevalim/inherited_resources', branch: 'rails-4-2'

to my Gemfile, not sure I other changes are needed or it's just the support that's not ready.
Thanks to anybody working on this!

Hi @deivid-rodriguez did you manage to resolve the issue in the end? I'm having the exact same problem..

Nope, I didn't get to it yet.

From my point of view can this ticked be closed. @rafaelfranca what do you think?

1.6.0 released.

:+1:

:+1: It seems to be working fine actually.


Simplified django.db.utils.load_backend().

django.db.utils.load_backend(name) searches django.db.backends's sub-modules to list built-in back ends in its "{name} not found" error message. Previously load_backend performed this search by computing the (sole) entry of django.db.backends.__path__ manually from django.db.utils.__file__. Now django.db.backends.__path__ is used directly.
This change

avoids duplicating the logic that computes __path__ in the first place;
makes load_backend's use of pkgutil.iter_modules more idiomatic by using a package's __path__ as the argument;
avoids importing pathlib;
avoids using __file__, which is not guaranteed to exist;
does not cost an extra import of django.db because it takes place in django.db.utils (if django.db.backends hasn't been imported yet, that's hardly time consuming as django/db/backends/__init__.py is empty).

I have changed no tests or documentation because this patch is purely an internal cleanup/simplification/optimization. I did not file a Trac ticket because this change is very simple.

@wkschwartz Thanks :+1:

@wkschwartz Thanks :+1:


Fix etcd-druid alert

How to categorize this PR?

/area monitoring
/kind regression
What this PR does / why we need it:
In v1.96.0, with #9848, the name of the etcd-druid scrape job changed due to the switch to the prometheus operator. This led to the PrometheusCantScrape alert firing for the etcd-druid job. This change excludes the etc-druid job from the alert again, as initially intended.
To reiterate the motivation for excluding etcd-druid metrics: If there are no compaction failures, no relevant metrics are exposed by the druid.
Which issue(s) this PR fixes:
Fixes false-positive PrometheusCantScrape etcd-druid alert.
Special notes for your reviewer:
/cc @adenitiu @istvanballok @chrkl
Release note:

Fix false-positive PrometheusCantScrape etcd-druid alert.

/cherry-pick release-v1.96
/cherry-pick release-v1.97

/cherry-pick release-v1.97

/retest-required

/retest-required


Structured Communication Plan for Liaisons

Request from Jennifer: "I also mentioned to Carolyn the importance of some kind of structured communication plan for sharing the interface transition with patrons, including timelines, template emails, and talking points for liaisons to be able to communicate with their departments."
Currently have met with Carolyn and @moellerGit and created a rough communication timeline, but this has not been updated.

[x] Work with @moellerGit and @jwfuller to either update or create a new plan.
[x] Possibly combine with training plan #58 ? @moellerGit will decide.
[x] Submit new plan to Carolyn.
[x] Carolyn approves/provides guidance.
[x] Send timeline, with communication milestones, to section leads.

New plan written by @moellerGit

After discussion with Carolyn EDS is going to separate communications/trainings from FOLIO, so maybe we should close this card? I'm going to open a new one for me on the discovery board.


PlayerPoints Integration

Due to the way PlayerPoints works, we can only give it ints. Everything I've done here should account for that.

Adds the Economy class and an EconomyType enum so we can use the correct provider.
Adds a method to the Economy class which will format values so players don't get the wrong information.

To be specific, this will floor any doubles when PlayerPoints is used and return 0.0 when there is no Economy provider.

Fixes the ConfigUpdater because it wasn't working properly.
Adds better logging to the ConfigUpdater so admins know exactly what's going on.

This was designed in a way that should make adding other economy types quite easy, so i might add more if i feel like it / see requests for it.

Example usage of the code I just wrote
      catch-event:
        - "PLAYER_POINTS:100"

Adds PlayerPoints as a potential reward type:

      catch-event:
        - "PLAYER_POINTS:100"

If possible would be cool to add support for this one aswell:
https://www.spigotmc.org/resources/coinsengine-economy-and-virtual-currencies.84121/

If possible would be cool to add support for this one aswell: https://www.spigotmc.org/resources/coinsengine-economy-and-virtual-currencies.84121/
And it would also be cool if we can give these after selling fish at the shop ;)

Unfortunately that plugin doesn't have a repository for its API, so i won't be able to add it right now. I'd recommend asking the dev if there will be a maven repository at some point so this can be done.


Write ASB Binding v2 using new Go SDK

The Azure Service Bus SDK currently used in the Azure Service Bus Binding component is now (as of 2021-11-12) considered deprecated in favor of the new SDK. The new Go SDK is currently in preview but is preparing for GA. There is a migration guide which can be used to assist in the migration. I propose that we plan to write a new ASB binding component (v2) using the new SDK assuming we can achieve feature parity. Once written we can release it as alpha whilst we wait for the new Go SDK to reach a stable v1.0.0. I will try find time to investigate this soon.
There is a similar issue for ASB Pubsub component: #1309

I've starting working on this and the pubsub issue as part of the certification efforts for the binding. They're coupled in Dapr since they share the same libraries and you can't update one without the other.

/assign

This shouldn't have been closed. @artursouza - Can you reopen/pin this?

This is a dupe of our new consistent tracking issue #1531. I'm in favor of keeping that issue open instead because we have several such consistent issues open. We also use those issues to track any requests from the upstream SDK teams.
We haven't yet agreed on the versioning policy for our components that use new SDKs. Currently we are not leaning towards a v2 component launched as alpha.
@jjcollinge @yaron2 please see all issues with the prefix [Azure][Track 2] for the work to switch them to the new SDKs. Thanks!

I'll add one final comment - @jjcollinge the new SDKs aren't considered stable yet (though are probably close to that). So migration to those SDKs may still be premature.
We (at Microsoft) will migrate components as soon as we deem the new SDKs to be ready. This is also our standard for certifying components as stable. Existing stable components will be updated as soon as the SDKs are ready.


pth文件转onnx文件出错

rt
环境：
win10
pytorch 1.7.0
onnx-simplifier  0.2.19
protobuf     3.14.0
执行python -m onnxsim ./nanodet_m.pth ./nanodet.onnx 报错：google.protobuf.message.DecodeError: Field number 0 is illegal.

You are supposed to first export onnx by export.py, then use that output.onnx to get your simplified.onnx
You cannot use pth file to get onnx, pth is just network weights.

ok，done， thanks！


How do I create a bot for an existing LUIS app?

In all tutorials I found, the LUIS app is created automatically when the bot is created. This doesn't work for me because the LUIS app is created with default settings that are inappropriate, for example the language of the bot is English and can't be changed. It's also reasonable to think people would typically build something with LUIS to validate the feasibility before building a full bot. There should therefore be at least one tutorial where a bot is built from an existing LUIS app.

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

ID: bfbfbd93-0056-6d8b-8ee1-f7d0c6d0a739
Version Independent ID: b52c7b72-d512-d172-6569-b289e05302e6
Content: Bot - C# - v4 - Language Understanding - Azure Cognitive Services
Content Source: articles/cognitive-services/LUIS/luis-csharp-tutorial-bf-v4.md
Service: cognitive-services
GitHub Login: @diberry
Microsoft Alias: diberry

@ckarras Thank you for your feedback. Have you looked at the bot builder samples using LUIS? They provide LUIS apps as part of the sample. I would suggest you start with this sample.

Hi @diberry, I'm looking for a sample that does not already include a LUIS app, and shows how I would integrate an existing LUIS app into the bot. I also want to understand all the pieces and not have a sample that provides all the pieces pre-built for me, without clarifying what's the role of each piece. So I can't yet answer your last question.

@ckarras we will get this investigated and update the thread.

@ckarras There currently are not any docs like this in LUIS or Bot Framework. I'll add an item to the list to address this but I don't know when that will happen. In order to get  you moving for now, I'll try to address it here.
The bot needs to be able to map what the user enters (spoken or text) to a LUIS utterance. This is true for both just-LUIS apps as well as dispatch-LUIS apps. Any of the samples/templates in the bot framework will have something/somewhere that maps to the LUIS intents.
If you are using Azure Bot Service and using the LUIS middleware, you need to add the LUIS authentication (key, host, app id) in the Bot Settings.
At all times, the LUIS model should be able to be tested from the API endpoint or the LUIS portal and return the same prediction as if sent from the bot.
I realize this is just scratching the surface. What questions or issues does this raise for you?

This is part of our backlog. #please-close

@ckarras
We will now proceed to close this thread. If there are further questions regarding this matter, please respond here and @YutongTie-MSFT and we will gladly continue the discussion.


Remove superfluous blank lines from "how to fix" and "rule violation" details in the static HTML report

@sschuberth I had to undo the removal of the superfluous blank lines.
I think it's ok to keep them in the context of this PR as the output is identical with the how-to-fix sections for rule violations in that same file.

Ok, but I'll file a follow-up issue to remove those lines from both places.
Originally posted by @sschuberth in https://github.com/oss-review-toolkit/ort/pull/2966/review_comment/create

I could not find a way to suppress those empty lines in the flexmark HtmlRenderer. I have tried a few of the options like HtmlRenderer.MAX_BLANK_LINES but to no avail. I also could not find any useful examples for customizing the formatting of the HtmlRenderer, so my suggestion would be to close this ticket.

Agreed, thanks for checking on this.


Switch from unused_imports to deprecated to test unfixable warnings

The unused_imports warning is going to emit fixable suggestions in the near future, but that means parts of the cargo's test suite will break. This commit switches the tests to use the deprecated warning, which shouldn't be fixable at all.

r? @alexcrichton
(rust_highfive has picked a reviewer for you, use r? to override)

LGTM!  Though I hope one day we could have fixable deprecation warnings too 😄
@bors r+

:pushpin: Commit ea9cd6e9736b40ae247ca4f8e1f2651c503beecd has been approved by dwijnand

:hourglass: Testing commit ea9cd6e9736b40ae247ca4f8e1f2651c503beecd with merge 865cb70106a6b1171a500ff68f93ab52eea56e72...

:sunny: Test successful - checks-travis, status-appveyor
Approved by: dwijnand
Pushing 865cb70106a6b1171a500ff68f93ab52eea56e72 to master...


NS 7 : com.jnovas.ObjectPool.getInstance is not a function

Which platform(s) does your issue occur on?

Android versions (device)

Please, provide the following version numbers that your issue occurs with:

CLI:  7.0.8
Runtime: @nativescript/android : 7.0.0

Not work on nativescript 7 cli running demo-vue project
Thrown error:
Uncaught TypeError: com.jnovas.ObjectPool.getInstance is not a function
It seems an issue related to nativescript-native-object-pool plugin on add/remove methods

Thanks for report the issue. It seem something with the Worker on NS7.

Is there a fast workaround to make it work on NS7 or use it without worker ?

this is a awesome plugin, but not able to use in projects above NS 7+ any update on this issue?


Abstract auth module to allow non-OIDC, offline, local, anonymous access

This is actually a larger discussion:

Should Wharf support instances with only anonymous access? Or should we mock it instead? Is it more effort to support with and without a user account depending on if auth is enabled, or is it more effort to abstract away the auth to allow generic implementations?

How do we allow offline access, such as when developing locally? Don't want any network dependencies for dev instances, and preferrably as an option for production instances as well.

What if we later want to add more auth solutions? Such as LDAP based auth?

We have two main paths we could take:

Allow disabling the auth module.

Abstract the auth module so we can have multiple implementations: one for OIDC, one for BasicAuth, one for mocked auth for local dev.

After a fruitfull discussion, the latter, path 2, is the path I want us to take. Abstracting the auth is very benefitial just because it adds higher consistency for dev and prod instances of wharf-web, as well future proofs us if we want to add a JS-powered basic auth login later.

Related: https://github.com/iver-wharf/wharf-web/pull/137

@Alexamakans nah


Add cancelled/finished callbacks to router.navigate()

These functions provide escape hatches to render showing navigation status.
finished is a function that will be called once the navigation has been completed.
cancelled is a function that will be called if a navigation is cancelled (because another navigation superseded it).
router.navigate({
  name: "User",
  params: { id: 1 },
  cancelled: () => {
    // update UI to acknowledge link is no longer navigation
  },
  finished: () => {
    // update UI to acknowledge link has finished navigating
    // this is mostly useful for persistent links
  }
})

This PR also make @curi/react's <Link> children an optional render-invoked prop. If children is a function, it will be called with the <Link>'s loading state (default false, true while navigating, false after navigation finishes or is cancelled).
<Link to="User" params={{ id: 2 }}>
  {loading => (
    <React.Fragment>
      User 2
      { loading ? <Spinner /> : null }
    </React.Fragment>
  )}
</Link>

Also added a scoped slot to <curi-link>
<curi-link to="User" :params="{ id: 3 }">
  <template slot-scope="{ loading }">
    User 3
    {{ loading ? <spinner /> : null }}
  </template>
</curi-link>

(I think that the above template is valid, but haven't tested it)


Cuongnht/feat/improve documents

Improve docstrings for documentation

Hi Cuong,
did you push all changes based on the findings?
Thank you,
Thomas

Hi Cuong,
did you push all changes based on the findings?
Thank you, Thomas

Hello Thomas,
I pushed the changed based on Holger's findings.
Thanks,
Cuong Nguyen


REMnux errors out when i try to install

i am running Ubuntu the 20.04.6 iso from your website, when i try to install i get this error:
$ sudo remnux install

<EMAIL_ADDRESS>remnux-version: notinstalled

downloading v2023.11.1

downloading remnux-salt-states-v2023.11.1.tar.gz.asc
downloading remnux-salt-states-v2023.11.1.tar.gz.sha256
downloading remnux-salt-states-v2023.11.1.tar.gz.sha256.asc
downloading remnux-salt-states-v2023.11.1.tar.gz
validating file remnux-salt-states-v2023.11.1.tar.gz
validating signature for remnux-salt-states-v2023.11.1.tar.gz.sha256
extracting update remnux-salt-states-v2023.11.1.tar.gz
no previous REMnux version found; performing a new 'dedicated' installation.
upgrading/updating to v2023.11.1
Log file: /var/cache/remnux/cli/v2023.11.1/saltstack.log

Update returned exit code not zero
Error: Update returned exit code not zero
at ChildProcess. (/snapshot/remnux-cli/remnux-cli.js:569:23)
at ChildProcess.emit (events.js:315:20)
at maybeClose (internal/child_process.js:1021:16)
at Process.ChildProcess._handle.onexit (internal/child_process.js:286:5)
please help
saltstack.log

Hi @LightJester , this error can be fixed by running the following, then trying the install again:
sudo python3 -m pip install "importlib-metadata<5.0.0"
Let us know how it goes!

Hi I meet the similar problem， and I have tried the cmd "sudo python3 -m pip install "importlib-metadata<5.0.0"", but the error still exist.
Below are the details of the error：

Please Help.

@g0mxxm, the error about the hash mismatch indicates that there might be a network error that prevented you from downloading the file properly.

@lennyzeltser Thank you very much, I will check my network to try to reslove this error.

Hi @g0mxxm , have you managed to resolve this?

For what it's worth, I also ran into this error, and running sudo python3 -m pip install "importlib-metadata<5.0.0" then rerunning sudo remnux install seems to have worked for me.
Thanks!

Hi @copeland3300 , can you upload your saltstack.log file so we can identify the issue? FWIW, the process you went through earlier (importlib-metadata ...) was the correct resolution to the problem you were having at the time. Since the install went all the way through this time (albeit with errors), your previous issue was corrected.
Once we get a chance to review your log file we'll be able to help identify the newer issue.
Cheers!

saltstack.log

Sorry for not responding immediately. When I restore the snapshot to its original state and use the VPN, most of the apps can be updated successfully, but I get an error after updating for a while. I thought it was caused by my unstable network, so I didn't pay attention to this issue anymore. I'll check again when I get home.

Bro，we have the same problem.


add moonriver sushi zap

@sircryptomaxi  is this good?

Believe so, it's the normal zap code and the Sushi router is the normal one too. The only possible issue I could envision is that the WMOVR is different for Sushi than for our current WMOVR from Solarbeam. Unsure how that would interact with the app. @Moonster-BSC should be able to confirm.

@sircryptomaxi we had a similar zap for DFYN that uses their native in the zap: https://polygonscan.com/address/0x1A53c6FCa349c23f573CEdd3F8AFE70c02CcEC39#code
WMOVR will show up as WMOVR_SUSHI in the zap dropdown though (since its a different token).
Here's the zap doing a BeefIn using USDT https://moonscan.io/tx/0x15d437d052013059bbb4f079604990e674c0098e0cd990278f4f089879ba0813


Open for outside contributors?

Is this project open for outside contributors?
And if so, will there be issues tagged with 'up for grabs' ?

Yes, all the Dapr repos are open for contributions and very much tagged "up for grabs". Read this https://github.com/dapr/dapr/blob/master/CONTRIBUTING.md for how to contribute and give us any feedback.

Good to see the father of Akka .Net getting involved 🙂

Yes. See the contribute guidelines


Disable Bluetooth not Working

hey,
I did set a action to disable bluetooth on leave but nothing is happening.
In rules the tick does appear and disappear correctly so the event seems to work correctly.
Version 1.6.1 on El Capitan

The rules match but are they confident enough to switch contexts?

Hm, I can't follow. What do you mean?

Rules are what trigger the context changes but if you've set the confidence of the rules too low then a context change won't happen.
Confidence required to change below

Confidence of a rule

If the confidence of a rule isn't greater than the confidence required nothing will happen.

Ah, my required confidence is on 75% and the rule on 70%. The context switches between 68% and 90%. Does it inherit something from the context above?
Like
home: 70%
room1: 68%

It can depending on how you have setup sub contexts and how many.

I got it to work now but is there no way to have multiple contexts active?
I want to have to login password disabled in a specific wifi and toggle bluetooth but the issue is that it will toggle bluetooth too when I disable/enable wifi.

Under advanced select the option for multiple active contexts. Works great.

Oh thanks, Completely missed this tick box. Works now great :)


Your connection isn't private: https://hub-binder.mybinder.ovh/

I'm trying to open https://mybinder.org/v2/gh/MarcSkovMadsen/panel-vegafusion/HEAD?urlpath=lab
When the image has build and page is ready to launch I get

Please secure hub-binder.mybinder.ovh to make it accessible. Thanks.

Additional Context
If the same link opens on https://hub.mybinder.turing.ac.uk then it works


As a student, I want the "Team work" section to be written.

Description
Write the "Team work" section such that it is ready to be put into the report.
Requirement Description
Show a screenshot of your project board right before hand-in. Briefly describe which tasks are still unresolved, i.e., which features are missing from your applications or which functionality is incomplete.
Briefly describe and illustrate the flow of activities that happen from the new creation of an issue (task description), over development, etc. until a feature is finally merged into the main branch of your repository.
Acceptence criteria

[x] Write the section
[x] Proofread the write section for both typos and factual mistakes
[ ] Add screenshot of project board and describe unresolved tasks

OPTIONAL:

[x] Add flow diagram

Resources

Report requirements

I wrote a good chunk of text for this, but am thinking about cutting it down a bit and adding a flow diagram.

Still need to screenshot the project board and describe unfinished tasks. Will need to do that at the end most likely.


Create LICENSE

Added a license for your work.

If you decided to add a license at the end for all the codes, you can ignore this now, I guess,


[nuxt] error caught during app initialization ReferenceError: process is not defined

Environment
production
Reproduction
no
Describe the bug
[nuxt] error caught during app initialization ReferenceError: process is not defined  I'm a beginner using Nuxt 3 for the first time, and I encountered this issue after building and running my project. Can you please tell me how to handle it?
Additional context
No response
Logs
No response

Environment
production
Reproduction
no
Describe the bug
[nuxt] error caught during app initialization ReferenceError: process is not defined I'm a beginner using Nuxt 3 for the first time, and I encountered this issue after building and running my project. Can you please tell me how to handle it?
Additional context
No response
Logs
No response


Grand prix cycliste de québec 3.3.x

Coverage increased (+0.3%) to 98.724% when pulling ebc0cfaf8aebf2572b8efe494e86bb1ac4d33496 on Grand-Prix-Cycliste-de-Québec-3.3.x into 71ece1a074aa1693ae454611396522b7074960bd on master.


[otbn, doc] Specify new all errors fatal mode

A new CTRL register is introduced. When the all_errs_fatal bit is
set here then any error OTBN sees is promoted to a fatal error. This bit
can only be changed when OTBN is idle.
Fixes #8044
Signed-off-by: Greg Chadwick<EMAIL_ADDRESS>

Going further, I wonder if we might be able to get rid of FATAL_ALERT_CAUSE entirely; I don't remember the intricate details why we had to have both before, maybe that'll come back to me tomorrow.

The problem is that ERR_BITS isn't set if we trigger a fatal alert when OTBN isn't running. In that case, Ibex might reasonably want to know what happened.

The problem is that ERR_BITS isn't set if we trigger a fatal alert when OTBN isn't running.

Yes, that's true currently. But I thought we had a reason why we couldn't just set ERR_BITS unconditionally.

I'm not sure how you envision to set ERR_BITS in case of a fatal software error, but you'd probably set all the relevant software ERR_BITS?

Yes that was the idea (and what this will implement). ERR_BITS will get the bits set based on the software error that occurred, all CTRL.software_errs_fatal does is additionally trigger a fatal error. I did think about adding a software_error to ERR_BITS too it just felt a little redundant as in isolation it's just saying some other bits are set.
Still symmetry with FATAL_ALERT_CAUSE is worth having so happy to add it. It would only get set if CTRL.software_errs_fatal is set and the bits that give you the details of the software error would continue to be set.

Yes, that's true currently. But I thought we had a reason why we couldn't just set ERR_BITS unconditionally.

I think concern over race conditions with software? The idea being we guarantee ERR_BITS can only change if OTBN is running.

Yes, that's true currently. But I thought we had a reason why we couldn't just set ERR_BITS unconditionally.

I think concern over race conditions with software? The idea being we guarantee ERR_BITS can only change if OTBN is running.

Yep, exactly. This way, SW can do "run otbn; wait for completion; look at ERR_BITS" and know that what it reads from ERR_BITS is the reason for why OTBN stopped running. Otherwise, there's a rather awkward race window between completion and checking ERR_BITS which might make things very confusing.

Thanks Rupert and Greg for reminding me of the ERR_BITS/FATAL_ALERT_CAUSE reasoning, makes sense!

Still symmetry with FATAL_ALERT_CAUSE is worth having so happy to add it. It would only get set if CTRL.software_errs_fatal is set and the bits that give you the details of the software error would continue to be set.

SGTM, let's do that. I'd propose to rename the SOFTWARE_ERROR to FATAL_SOFTWARE_ERROR or something like that to indicate that it's not only a software error that happened, but a software error that was promoted to be fatal (otherwise people could be confused when a recoverable software error doesn't set this bit).

Thanks Rupert and Greg for reminding me of the ERR_BITS/FATAL_ALERT_CAUSE reasoning, makes sense!

Still symmetry with FATAL_ALERT_CAUSE is worth having so happy to add it. It would only get set if CTRL.software_errs_fatal is set and the bits that give you the details of the software error would continue to be set.

SGTM, let's do that. I'd propose to rename the SOFTWARE_ERROR to FATAL_SOFTWARE_ERROR or something like that to indicate that it's not only a software error that happened, but a software error that was promoted to be fatal (otherwise people could be confused when a recoverable software error doesn't set this bit).

btw, this was something i asked separately above. But if in the future we have shadow registers in otbn, where would the update error go? Because it's not something that always happens inside an otbn transaction, and it's not necessarily a fatal fault either.

But if in the future we have shadow registers in otbn, where would the update error go? Because it's not something that always happens inside an otbn transaction, and it's not necessarily a fatal fault either.

I don't think we have anywhere it can go at present. ERR_BITS should only be updated when OTBN is running and otherwise everything else is a fatal alert and goes into FATAL_ALERT_CAUSE (also ERR_BITS if it happens when OTBN is running).
As we don't have shadow registers I think we can say let's cross that bridge if we come to it. Either we'd get a new register or say use the top bit of ERR_BITS then software can mask it off when it wants a value that's guaranteed not to change under its feet unless OTBN is running.

Rerunning the CI, one of the failed tests when tried locally works fine, might have been some transient timeout issue, or potentially related to the recent CI issues.

Can you grep for any fatal error in the existing list and update all other places you can find? Off the top of my head, it's constants.py for ISS, otbn.c and h in the silicon_creator driver, and dif_otbn.c/h for the DIF.

Can do, as it was spec only I thought I'd address those in the implementation PR but having suitable placeholders everywhere does reduce confusion once this has gone in before implementation exists.

Let's get the enum constants consistent in all places, it's too easy to forget one of them and only notice much later.


Increase Replay Quota

User Need
As an Operations Engineering Team
we want to increase the Replay subscription
so that users have sufficient quota to be able to use the feature effectively.
Value
Correctly sizing the quota will enable users to get more value out of the tool.
Functional Requirements:

Increase quota.

[x] Demand request submitted
[x] Complete Commercial Request Form
[ ] Obtain quote
[ ] Access potential Business case
[ ] Present findings to Head of Hosting
[ ] Complete Triage Request
[ ] Budget Holder Approval
[ ] Finance Business Partner Approval
[ ] Request Purchase Order

Acceptance Criteria:

Quota increased

Notes:
<!-- Here's a brief explanation of each field:

Story may require further breakdown

Demand request submitted. Awaiting approval and assignment of Demand Manager

Commercial Request Form submitted. Awaiting quote.

This story is more of an epic and should be broken down further. Will close this and raise tickets for all the next steps.


Add setting for always-auth

https://docs.npmjs.com/misc/config#always-auth
Allow private repos for stuff like artifactory to work

A little background:
JFrog Artifactory (Cloud) wants always-auth=true for both yarn and npm for private repos.
I ran into this issue where auth'd setups would 401 until I made this change.

I'll make changes as requested. Give me a bit to execute them. I left some justifications in case you're feeling like being persuaded by an internet stranger.

You should see the changes as requested in the most recent commit. Let me know if you want me to rebase them.


Add Clipto, Xodo, Flud, QuickEdit

Description
Add requested icons from list
Type of change

:x: Bug fix (non-breaking change which fixes an issue)
✅ : Icon addition (non-breaking change that adds/modifies Lawnicons's icons)
:x: General change (non-breaking change that doesn't fit the above categories like copyediting)

Icons addition information
Icons added

Clipto (com.wb.clipboard.pro)
Xodo (com.xodo.pdf.reader)
Flud (com.delphicoder.flud)
Flud (Ad Free) (com.delphicoder.flud.paid)
QuickEdit Text Editor (com.rhmsoft.edit)
QuickEdit Text Editor Pro (com.rhmsoft.edit.pro)

I'm open to any suggestion to change the QuickEdit icon. I have kept the rectangle in fill as I've seen other icons (e.g. Google Classroom) use squares bigger than 12px or not using a stroke.

* What went wrong:
Execution failed for task ':app:mergeDebugResources'.
> A failure occurred while executing com.android.build.gradle.internal.res.ResourceCompilerRunnable
   > Resource compilation failed (Failed to compile resource file: /home/runner/work/lawnicons/lawnicons/app/src/main/res/xml/grayscale_icon_map.xml: . Cause: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[139,5]
     Message: Element type "icon" must be followed by either attribute specifications, ">" or "/>".). Check logs for more details.

* What went wrong:
Execution failed for task ':app:mergeDebugResources'.
> A failure occurred while executing com.android.build.gradle.internal.res.ResourceCompilerRunnable
   > Resource compilation failed (Failed to compile resource file: /home/runner/work/lawnicons/lawnicons/app/src/main/res/xml/grayscale_icon_map.xml: . Cause: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[655,94]
     Message: The entity name must immediately follow the '&' in the entity reference.). Check logs for more details.


Increase docker volume size on Docker Windows to avoid failure on linter

What does this PR do?
Increase docker container volume size to avoid Not enough disk space error on windows-lint

Motivation

Additional Notes

Possible Drawbacks / Trade-offs

Describe how to test/QA your changes

/merge


Problems linking

Hi,
I'm trying to build a custom project using this project as a library. I followed the instructions in #11 and while everything compiles I'm having problems at the link stage.
...
[build] [ 13%] Linking CXX executable lora-sensor-pico.elf
[build] /usr/lib/gcc/arm-none-eabi/9.2.1/../../../arm-none-eabi/bin/ld: CMakeFiles/lora-sensor-pico.dir/src/main.cpp.obj: in function `main':
[build] /opt/share/playing/lora/pico/lora-sensor-pico/src/main.cpp:57: undefined reference to `lorawan_init_otaa(lorawan_sx1276_settings const*, eLoRaMacRegion, lorawan_otaa_settings const*)'
[build] /usr/lib/gcc/arm-none-eabi/9.2.1/../../../arm-none-eabi/bin/ld: /opt/share/playing/lora/pico/lora-sensor-pico/src/main.cpp:68: undefined reference to `lorawan_join()'
[build] /usr/lib/gcc/arm-none-eabi/9.2.1/../../../arm-none-eabi/bin/ld: /opt/share/playing/lora/pico/lora-sensor-pico/src/main.cpp:70: undefined reference to `lorawan_is_joined()'
[build] /usr/lib/gcc/arm-none-eabi/9.2.1/../../../arm-none-eabi/bin/ld: /opt/share/playing/lora/pico/lora-sensor-pico/src/main.cpp:71: undefined reference to `lorawan_process_timeout_ms(unsigned long)'
[build] /usr/lib/gcc/arm-none-eabi/9.2.1/../../../arm-none-eabi/bin/ld: /opt/share/playing/lora/pico/lora-sensor-pico/src/main.cpp:90: undefined reference to `lorawan_process_timeout_ms(unsigned long)'
[build] /usr/lib/gcc/arm-none-eabi/9.2.1/../../../arm-none-eabi/bin/ld: /opt/share/playing/lora/pico/lora-sensor-pico/src/main.cpp:92: undefined reference to `lorawan_receive(void*, unsigned char, unsigned char*)'
[build] collect2: error: ld returned 1 exit status
[build] make[3]: *** [CMakeFiles/lora-sensor-pico.dir/build.make:1902: lora-sensor-pico.elf] Error 1
[build] make[2]: *** [CMakeFiles/Makefile2:1653: CMakeFiles/lora-sensor-pico.dir/all] Error 2
[build] make[1]: *** [CMakeFiles/Makefile2:1660: CMakeFiles/lora-sensor-pico.dir/rule] Error 2
[build] make: *** [Makefile:186: lora-sensor-pico] Error 2
[build] Build finished with exit code 2

I've run make VERBOSE=1 and the g++ command has the object file for lorawan.c in the list of files to link and running objdump shows the symbols in the file so I'm at a bit of a loss.
All my code is checked in here: https://github.com/hardillb/lora-sensor-pico
Expects pico-sdk and pimaroni-pico checked out next to the project
Any suggestions welcome.

Hi @hardillb,
You'll need to use:
extern "C" {
#include "pico/lorawan.h"
}

in your application for now in your main.cpp file for now, I'll look into adding this in pico/lorawan.h.

Thanks, that now links.
Will have a proper play tonight.

Cool, PR https://github.com/ArmDeveloperEcosystem/lorawan-library-for-pico/pull/20 created for this.

Closing this as PR #20 has been merged now.


fn --help USAGE section contains broken link

> fn --help
fn 0.4.11

Fn command line tool

USAGE:
   Check the docs at https://github.com/fnproject/fn/blob/master/fn/README.md

ENVIRONMENT VARIABLES:
...

The link to README.md is broken.
Of course the CLI itself provides enough information to actually get started anyway, so it's probably just a cosmetic issue.

This has been fixed.


Auto forwarder implementation

Re-activated AutoForwarder and Docker UI components
Added default value for endpoint picker rather than having one selected automatically
Implemented auto-forwarding inside AutoForwarder component
Created new AutoForwarderWebhookCreated type for GraphQL subscription

@esinarta Before you make further changes, can you rebase on top of this main repo's master branch? It looks like your branch hasn't picked up the latest changes. If you haven't set up this repo as a remote repo, you can do something like this:
git remote add source https://github.com/webhook-buddy/webhook-buddy-client.git
git fetch source
git rebase source/master
git push -f

@esinarta Before you make further changes, can you rebase on top of this main repo's master branch? It looks like your branch hasn't picked up the latest changes. If you haven't set up this repo as a remote repo, you can do something like this:
git remote add source https://github.com/webhook-buddy/webhook-buddy-client.git
git fetch source
git rebase source/master
git push -f

@johnnyoshika Okay, I just followed these steps to rebase.

@johnnyoshika

Also, every time I change the endpoint from the dropdown, the same request is being sent with an empty endpointId.

We couldn't seem to recreate this bug (maybe we fixed it inadvertently?)

When endpointId is empty (i.e. ''), useForwardUrls(endpointId) is causing a GraphQL error, as it tries to fetch forward URLs for an endpoint that's empty.

This is now fixed, since the AutoSuggest is now in its own conditionally-rendered component and the useForwardURLs hook is being used within that component.
The last concern is that when a webhook is auto-forwarded, the profiler is noticing 10+ re-renders of the AutoForwarder's child components (namely AutoForwardSuggest). Still looking into this.

The last concern is that when a webhook is auto-forwarded, the profiler is noticing 10+ re-renders of the AutoForwarder's child components (namely AutoForwardSuggest). Still looking into this.

Thanks @BuzzBumble. Would you like me to wait until the rendering issues are resolved or proceed with the review? We can also review the render problem together tomorrow.

A couple of issues:

I'm still seeing the FORBIDDEN error when I switch endpoints due to the empty endpointId being passed to forwardUrls query:

I think you can delete everything inside src/hooks/types. Our types generation tool doesn't delete existing types. Try deleting that folder and then re-run the type generation. If the deleted ones don't get re-recreated, they were safe to delete.

I deleted the hooks/types folder and re-ran types-generate and none of the types were re-created. I also changed the WebhookCreated import to reference schema/types.

Thanks for the PR. Well done, guys!


Site is not rendering properly.

I don't know what is wrong but it looks like site is completely broken.

Works fine for me, post relevant screenshots and also specify the browser name & version being used.

Its strange I cloned the repo and tested locally and I was working fine. I even tried on other computer the official link is not rendering. So, for testing I copied the code into a testing repo and its working fine too.
Official link

Local version

Browser Firefox 50.0.2

i get this

@jig08 please check the screenshots

No clue, what was the error. It is fixed now though on the live site for me. Therefore closing it.

@mariobehling Yeah its working properly now. CDN links fixed this problem. Go ahead close the issue


Add map widget

Summary
This pull request adds a map widget to edit spatial data in Netlify CMS. See #434 for more information about possible use cases. The map widget is using the OpenLayers JavaScript library and map tiles from OpenStreetMap. Currently the widget is limited to the most important features. Custom map widgets for special use cases can reuse the withMapControl() HOC.
Closes #434.
Test plan
The map widget has been added to the kitchen sink collection and should look similiar to the following screenshot:

@erquhart thanks for reviewing, glad you like it! I've fixed both issues.


[FEATURE] Story UI

Description
I would like to change the position of delete button and close icon to make it more accessible.
Also if caption is longer, it's not completely visible.
I would like to change the UI and make everything properly visible.
Screenshots

Additional information
No response
Record

[X] I agree to follow this project's Code of Conduct
[X] I have checked the existing issues
[X] I'm a GSSoC'23 contributor
[X] I want to work on this issue

You can go ahead! :)


API modify

Coverage remained the same at 46.033% when pulling 16c3909c76f892bbdd13e7de2ecef00e269ea32d on yuye/bug-fix-username into<PHONE_NUMBER>930093a7ec275cdceada3026dbe329 on authndev.

Coverage remained the same at 46.033% when pulling 16c3909c76f892bbdd13e7de2ecef00e269ea32d on yuye/bug-fix-username into<PHONE_NUMBER>930093a7ec275cdceada3026dbe329 on authndev.


Fix quotes in GitHub release description

Short description

Fix quotes in GitHub release description
Proposed changes

Replace double quotes with single quotes in the release notes of GitHub releases

Pull Request Review Guidelines

I know release notes are not critical in any way regarding this, but I am in favour of keeping the original characters if easily possible.
Would this work? (though it feels wrong to put the definition in as part of the command)
command: |
  shquote() {
    LC_ALL=C awk -v q="'" '
      BEGIN{
        for (i=1; i<ARGC; i++) {
          gsub(q, q "\\" q q, ARGV[i])
          printf "%s ", q ARGV[i] q
        }
        print ""
      }' "$@"
  }
  RELEASE_NOTES=$(./tools/make_release_notes.sh --format=raw --no-heading --no-subheading)
  echo "export RELEASE_NOTES=$(shquote $RELEASE_NOTES)" >> $BASH_ENV

Copied from https://unix.stackexchange.com/a/600214

@PeterNerlich it might work, but I think the snipped is very complicated and hard to understand & maintain in the future. I personally would rather accept the fact that double quotes are replaced by single quotes instead of dealing with another source of potential problems in our release pipeline.


Phantomjs 2.1.1 not showing any error

Latest version of phantomjs (2.1.1) doesn't output any error in linux, tested on ubuntu 16.04 & centos 7.

Could you please elaborate?

What exactly do you need to know ? I just changed from phantomjs 1.9.8 to 2.1.1 and know when there is any error happening I just don't see any thing being output to the terminal in Ubuntu 16.04
For example even if there is a syntax error inside the script, I don't see any error printed in output of phantomjs.

In windows also has this problem, most of the time error is not output, the process just freezing there, nothing stdout, I have to slice my code to debug it.
Here is the example, test.js:
'use strict';
const EventEmitter = require('events');
const event = new EventEmitter();
console.log(event.on);

phantomjs test.js

nothing out.
Remove 'use strict' will show no 'events' module error.  But I think this is not the main reason because in many case I didn't add strict mode and it still not show error message.
btw, there are another bug: After npm install events, above JS without strict mode will echo TypeError: undefined is not an object (evaluating 'event.on'). Change const to var will fixed.

I think this is related to https://github.com/ariya/phantomjs/issues/12973 The fix is in the master branch, but we didn't release the version with that fix yet.


Duplicate holdings on b33039641

This is very likely related to #5473 and #5492.
We've had a report that an old holdings record is still being displayed on a journal, alongside the correct holdings:
https://wellcomecollection.org/works/jn3mhfbq
https://catalogue.wellcomelibrary.org/record=b3303966~S12
The data is correct in Sierra and on OPAC. There is one holdings (checkin record c11155280) for the bib b33039641.

Another example from Nic that is possibly the same issue:

Just adding another example here.
This is a physical journal record that an e-journal checkin got incorrectly attached to. The physical bib b28534542 only has one checkin c11074929 in Sierra (correct) but the checkin for the e-bib c11156466 still remains even after being moved to the correct e-bib b2858191x
It looks like this online: https://wellcomecollection.org/works/cukjnx6c

This looks like an issue with the holdings linker; our stored version of c1115523 has an updatedDate of 2022-05-12T21:08:16Z, but if you retrieve the record from Sierra, it's deleted with a deletedDate of 2022-05-12.
Let me investigate.

Hmm, looks like the linker correctly marked it for deletion.

I'm going to refetch this holdings record through the adapter, and see if I see anything interesting in the logs.

Aha, so there's an issue that the updatedDate on the modified and deleted records are identical, and the merger wouldn't remove the record if that was the case.
I've deployed a patched merger, which should fix this if I can get the holdings reader to re-fetch the record – but I am completely unable to do so, grr.

I wrote a quick script using my Python Sierra API client to get a list of all deleted holdings IDs:

get_deleted_holdings.py
import os
import sys

sys.path.append(os.path.dirname(os.path.dirname(os.path.abspath(__file__))))
from api_client import catalogue_client

if __name__ == "__main__":
    client = catalogue_client()

    for holdings in client.get_objects('/holdings', params={'deleted': True}):
        print(holdings['id'])

That spat out 75k IDs: deleted_holdings.txt
Then I wrote a script that queries the Sierra linker table to find all the bib IDs which might be linked to now-deleted holdings records:
find_affected_bibs.py
#!/usr/bin/env python3

import sys
import boto3, tqdm

def scan_table(sess, *, TableName, **kwargs):
    """
    Generates all the items in a DynamoDB table.

    :param dynamo_client: A boto3 client for DynamoDB.
    :param TableName: The name of the table to scan.

    Other keyword arguments will be passed directly to the Scan operation.
    See https://boto3.amazonaws.com/v1/documentation/api/latest/reference/services/dynamodb.html#DynamoDB.Client.scan

    See https://alexwlchan.net/2020/05/getting-every-item-from-a-dynamodb-table-with-python/

    """
    dynamo_client = sess.resource("dynamodb").meta.client

    paginator = dynamo_client.get_paginator("scan")

    for page in paginator.paginate(TableName=TableName, **kwargs):
        yield from page["Items"]

if __name__ == '__main__':
    sess = boto3.Session()

    deleted_holdings_ids = set(line.strip() for line in open('deleted_holdings.txt'))

    affected_bib_ids = set()

    for item in tqdm.tqdm(scan_table(sess, TableName="sourcedata-sierra-holdings-20200604"), total=73351):
        if item['id'] not in deleted_holdings_ids:
            continue

        # This holdings record has never been linked to a bib in the
        # history of the pipeline
        if not item['payload']['bibIds'] and not item['payload']['unlinkedBibIds']:
            continue

        if item['payload']['bibIds']:
            print('!!!', f'deleted holdings record {item["id"]} has bibIds', item['payload'], file=sys.stderr)

        for bib_id in item['payload']['unlinkedBibIds']:
            affected_bib_ids.add(bib_id)

    with open('affected_bib_ids.txt', 'w') as outfile:
        outfile.write('\n'.join(sorted(affected_bib_ids)))

That spat out ~3.5k bib IDs: affected_bib_ids.txt
It also suggests we've failed to pick up the deletion of approximately 20 holdings records:
!!! deleted holdings record 1089032 has bibIds {'modifiedDate': Decimal('1444660272000'), 'bibIds': ['2527751'], 'unlinkedBibIds': []}
!!! deleted holdings record 1089150 has bibIds {'modifiedDate': Decimal('1444742766000'), 'bibIds': ['2508760'], 'unlinkedBibIds': []}
!!! deleted holdings record 1089212 has bibIds {'modifiedDate': Decimal('1445264271000'), 'bibIds': ['2721274'], 'unlinkedBibIds': []}
!!! deleted holdings record 1089214 has bibIds {'modifiedDate': Decimal('1445264277000'), 'bibIds': ['2756123'], 'unlinkedBibIds': []}
!!! deleted holdings record 1092428 has bibIds {'modifiedDate': Decimal('1570806540000'), 'bibIds': ['2530982'], 'unlinkedBibIds': []}
!!! deleted holdings record 1092748 has bibIds {'modifiedDate': Decimal('1455538581000'), 'bibIds': ['2509985'], 'unlinkedBibIds': []}
!!! deleted holdings record 1095000 has bibIds {'modifiedDate': Decimal('1460547004000'), 'bibIds': ['2502465'], 'unlinkedBibIds': []}
!!! deleted holdings record 1095461 has bibIds {'modifiedDate': Decimal('1583003042000'), 'bibIds': ['2506781'], 'unlinkedBibIds': []}
!!! deleted holdings record 1095601 has bibIds {'modifiedDate': Decimal('1583003044000'), 'bibIds': ['2512722'], 'unlinkedBibIds': []}
!!! deleted holdings record 1095676 has bibIds {'modifiedDate': Decimal('1583003045000'), 'bibIds': ['2532048'], 'unlinkedBibIds': []}
!!! deleted holdings record 1100022 has bibIds {'modifiedDate': Decimal('1463481691000'), 'bibIds': ['2819455'], 'unlinkedBibIds': []}
!!! deleted holdings record 1107609 has bibIds {'modifiedDate': Decimal('1495463408000'), 'bibIds': ['2855301'], 'unlinkedBibIds': []}
!!! deleted holdings record 1109521 has bibIds {'modifiedDate': Decimal('1587750466000'), 'bibIds': ['2509985'], 'unlinkedBibIds': []}
!!! deleted holdings record 1109542 has bibIds {'modifiedDate': Decimal('1587750470000'), 'bibIds': ['2519033'], 'unlinkedBibIds': []}
!!! deleted holdings record 1110175 has bibIds {'modifiedDate': Decimal('1582036458000'), 'bibIds': ['2819455'], 'unlinkedBibIds': []}
!!! deleted holdings record 1110348 has bibIds {'modifiedDate': Decimal('1582037546000'), 'bibIds': ['2502680'], 'unlinkedBibIds': []}
!!! deleted holdings record 1110730 has bibIds {'modifiedDate': Decimal('1582037596000'), 'bibIds': ['2509985'], 'unlinkedBibIds': []}
!!! deleted holdings record 1111180 has bibIds {'modifiedDate': Decimal('1583089921000'), 'bibIds': ['2509266'], 'unlinkedBibIds': []}
!!! deleted holdings record 1111191 has bibIds {'modifiedDate': Decimal('1582037819000'), 'bibIds': ['2506781'], 'unlinkedBibIds': []}
!!! deleted holdings record 1111253 has bibIds {'modifiedDate': Decimal('1582037826000'), 'bibIds': ['2501174'], 'unlinkedBibIds': []}
!!! deleted holdings record 1111459 has bibIds {'modifiedDate': Decimal('1582037850000'), 'bibIds': ['2512722'], 'unlinkedBibIds': []}

Querying the first holdings record on that list is revealing:
$ python3 scripts/get_catalogue_record.py c1089032
{
  "entries": [
    {
      "bibIds": [],
      "deleted": true,
      "deletedDate": "2022-08-16",
      "fixedFields": {
        "80": {
          "label": "REC TYPE",
          "value": "c"
        },
        "81": {
          "label": "RECORD #",
          "value": "1089032"
        },
        "84": {
          "label": "UPDATED",
          "value": "2022-08-15T23:00:00Z"
        },
        "85": {
          "label": "REVISIONS",
          "value": "1"
        },
        "86": {
          "label": "AGENCY",
          "value": "1"
        },
        "98": {
          "label": "PDATE",
          "value": "2015-10-12T14:31:12Z"
        }
      },
      "id": 1089032,
      "itemIds": [],
      "updatedDate": "2015-10-12T14:31:12Z",
      "varFields": []
    }
  ],
  "start": 0,
  "total": 1
}

The record was deleted on 2022-08-16, but the updatedDate is 2015-10-12T14:31:12Z. Unhelpful!

There are ~73k holdings records in the pipeline, so I've sent a new batch of windows to the reader to re-fetch all the holdings from Sierra. I hope this will flush out the issues automatically without me having to do data surgery. 🤞
It doesn't give us a permanent fix, but it will at least address the current issues.

Reloading the entire pipeline has fixed part of the issue – in particular, all the records it failed to delete. But it still hasn't fixed the original thing that was reported, which is incredibly frustrating.
I think I might have to manually patch these two records.

Looking at Nic’s second example, there are three bib records linked to b2853454:

c1107492, which is the thing we want
c1115496, which has been updated in Sierra but we seemingly haven't picked up that change
c1115670, which looks like an online location we don't want

Looking at https://wellcomecollection.org/works/jn3mhfbq, this actually links to b3303964, not b3303966 (which does have the correct single holdings record).

tl;dr: there's an issue in how we fetch holdings records from Sierra which means some updates are being lost; I don't have a better way to fix this than reloading all the records from Sierra.
There's an outstanding issue with b2853454, but I think that might be a Sierra data issue – I've asked Nic about it in Slack.
Once that's answered, I think this is fixed as best we can do.

It looks like both the problem records are now fixed, plus as many other records with similar problems that I could find. Closing as done.


Permission error in Claude3

Following the readme steps , got permission error.

I login to the browser through my local machine and run this app in a remote VPS.  This may be the reason for this, for I want to use the VPS to provide a long time service. I have tried to login to the Chrome and Edge in my local machine with different accounts, which is fine.  And my VPS is a headless servicer, I have no idea about to use it to login in.

You have two options to address the issue:

The problem lies in logging into your VPS via a browser instead of your local machine.

Alternatively, you can configure your local machine session in the Config.conf file on your VPS.

Yes indeed, I choose the second options to use this.  Here is what I do to trigger this problem:

I log in to my Claude 3 account in Chrome on my local machine.
I use F12 to find the cookie in the browser, I paste it into the Config.conf.
I start this project on my VPS use the Config.conf in step 2.
I use the docs route provided by fastapi in the service in step3 to make a request.

Then I met this issue, got permission denied.  Maybe the cookie is related with login IP, later I will try to use this project on my local machine to make sure of it.

Update your clone, then run the server and check your sessions on http://localhost:8000/WebAI
Can you see sessions for Claude and Gemini?

After all thoes methods I tried, finally I succeed. It  turns out the the login in device seems to be the key issue in my case. The cookie is bound with the IP address(or maybe the device) when you first login into it. So it can not be used elsewhere except the login device. By the way, I want to know that, what is the expiration date of the cookie, if it is possible to have a auto-login/refresh module here.

Interesting! A few months ago, I remember trying WebAI Server on my Android device with using a laptop session .
I'm not sure if I was on the same network at the time. I should test it again to be sure.


reduce the final binary size

Hi, looks like release binary can be a little bit smaller.
[tpg@omv-rockpro64 LOL]$ stat -c%s uu-coreutils
19810944
[tpg@omv-rockpro64 LOL]$ stat -c%s uu-coreutils-opt
15533632
[tpg@omv-rockpro64 LOL]$ echo $(($(stat -c%s uu-coreutils) - $(stat -c%s uu-coreutils-opt) ))
4277312
[tpg@omv-rockpro64 LOL]$ echo $((($(stat -c%s uu-coreutils) - $(stat -c%s uu-coreutils-opt))/1024/1024 ))
4

Comapred to GNu coreutils compiled with corresponding CFLAGS/LDFLAGS and same LLVM toolchain 15.0.7
[tpg@omv-rockpro64 coreutils]$ stat -c%s /usr/bin/coreutils
1067680

This change increases compile times and removes optimizations provided by loop vectorization, so there are some drawbacks. Disabling incremental compiling is especially of note.

@zleyyij Hi, thanks for you comment.
I'm aware what does "-Oz" do, and i guess in case of coreutils speed gains of 0.01s should be sub par to size reduction goal.
Compared to GNU coreutils which is 10 MiB i guess this is huge disadvantage for uutils to install 20MiB of the "close-to-original-featureset" binary

I'm aware what does "-Oz" do, and i guess in case of coreutils speed gains of 0.01s should be sub par to size reduction goal.

Your disagreement here is interesting, but I think we can cater to both use cases by providing multiple profiles. Maybe a release-small profile? Then users/distros can pick the profile they prefer.
I find the most interesting changes regarding binary size are more in the direction of removing dependencies and those kinds of things.

This change increases compile times

This is not really an issue on release builds is it? Anyway, a separate profile would solve this too.
Let's get into the specific changes though.

opt-level=z seems a bit much to me. Could you do some measurements of the size with opt-level=3, opt-level=s and opt-level=z and see what the differences are?
debug=false should already be the default for release, right?
lto=thin, why did you not go for true here? Does true/"fat" increase compile times too much?
Does incremental=false really make a big difference?

There's no strip here, can we make improvements by setting that?

There's also some previous discussion in this issue: https://github.com/uutils/coreutils/issues/747

Maybe a release-small profile?

Well this means 80% of people will not notice it, because by default they will compile as a "release" target

opt-level=z seems a bit much to me. Could you do some measurements of the size with opt-level=3, opt-level=s and opt-level=z and see what the differences are?

I'm building coreutils with "-Oz" and it works like expected on production systems. In case of embedded systems those couple of KiB/MiB saved space means a lot. Anyways that comparision of different opt-levels should give what kind of outcome ? I can assure that "-O3" i not going to bring any significant speed improvements nor big differences on size

3. lto=thin, why did you not go for true here? Does true/"fat" increase compile times too much?

LLVM/clang offers ThinLTO. Thin gives best outcome for embedded systems compared to full or fat. Especially fat here makes not sense to keep intermediate code and normally compiled code, unless someone like bloatware.

4. Does incremental=false really make a big difference?
In release mode you are building it once, so no incremental.
Incremental makes sense if you have a dedicated profile i.e. for Profile-Guided-Optimizations or you have some kind of cache to build over it to speed up things while developing/testing new things.

There's no strip here, can we make improvements by setting that?
Good catch, as my builds were inside RPM so strip is always running on %install
Will update this PR.

Well this means 80% of people will not notice it, because by default they will compile as a "release" target

Maybe, but this depends on documentation too. And we could communicate this with distros that are targeted at embedded systems, so they can enable it by default.

In case of embedded systems those couple of KiB/MiB saved space means a lot.

I understand, but that's a specific use case. I don't think the default configuration of uutils should be for embedded.

Anyways that comparision of different opt-levels should give what kind of outcome ? I can assure that "-O3" i not going to bring any significant speed improvements nor big differences on size

I'd like to know what tradeoff were making exactly. The problem with setting multiple parameters at the same time (like you do in this PR) is that it's hard to guess the impact of each individual setting.

Especially fat here makes not sense to keep intermediate code and normally compiled code, unless someone like bloatware.

Could you clarify this part? fat should not yield bigger binaries, right? How does that correlate with bloatware?

Btw, I'm trying to run some different combinations of these settings myself at the moment. I'll report back in a bit.

I understand, but that's a specific use case. I don't think the default configuration of uutils should be for embedded.

Embedded is one case. Imagine the user experience, so in case of uutils you get twice bigger binary and less feature-completed-set compared to GNU coreutils. This project advertises itself as a replacement for coreutils, so let's give less excuses for GNU coreutils to be used.

Could you clarify this part? fat should not yield bigger binaries, right? How does that correlate with bloatware?

Well guess this is explained here

Well guess this is explained here

I can't find what you're talking about. What I understand from that page is that there's a "fat" object with all the info necessary for compiling that is kept around. But after compilation that can be thrown away, right? So I don't see how that's bad for embedded.

Well, I've run my experiment. I ran the compilation for each combination of the following parameters:

strip=none, strip=debuginfo, strip=symbols
panic=unwind, panic=abort
opt-level=3, opt-level=s, opt-level=z
lto=off, lto=thin, lto=fat

Unsurprisingly, the best combination is:
5.6M coreutils-symbols-abort-z-fat

That's just 5.6MB! So that's exciting.
For fun, here's the worst combination:
27M coreutils-none-unwind-3-off

Click here to see all sizes
5,6M coreutils-symbols-abort-z-fat
6,0M coreutils-symbols-abort-s-fat
6,2M coreutils-symbols-unwind-z-fat
6,4M coreutils-symbols-unwind-s-fat
6,7M coreutils-debuginfo-abort-z-fat
6,8M coreutils-debuginfo-abort-s-fat
7,0M coreutils-symbols-abort-z-thin
7,1M coreutils-symbols-abort-s-thin
7,3M coreutils-symbols-abort-z-off
7,4M coreutils-debuginfo-unwind-s-fat
7,5M coreutils-debuginfo-unwind-z-fat
7,6M coreutils-symbols-abort-s-off
7,7M coreutils-symbols-abort-3-fat
8,3M coreutils-symbols-unwind-s-thin
8,4M coreutils-debuginfo-abort-3-fat
8,7M coreutils-symbols-unwind-z-thin
8,7M coreutils-symbols-unwind-3-fat
8,7M coreutils-symbols-abort-3-off
9,2M coreutils-symbols-abort-3-thin
9,2M coreutils-debuginfo-abort-s-thin
9,7M coreutils-debuginfo-unwind-3-fat
 10M coreutils-symbols-unwind-z-off
 10M coreutils-debuginfo-abort-z-thin
 10M coreutils-symbols-unwind-s-off
 10M coreutils-debuginfo-abort-s-off
 11M coreutils-debuginfo-abort-z-off
 11M coreutils-debuginfo-abort-3-thin
 11M coreutils-symbols-unwind-3-thin
 12M coreutils-debuginfo-unwind-s-thin
 12M coreutils-debuginfo-abort-3-off
 13M coreutils-none-abort-z-fat
 13M coreutils-none-abort-s-fat
 13M coreutils-debuginfo-unwind-z-thin
 14M coreutils-symbols-unwind-3-off
 14M coreutils-none-unwind-s-fat
 14M coreutils-none-unwind-z-fat
 14M coreutils-debuginfo-unwind-s-off
 15M coreutils-debuginfo-unwind-3-thin
 15M coreutils-none-abort-3-fat
 15M coreutils-debuginfo-unwind-z-off
 16M coreutils-none-abort-s-thin
 16M coreutils-none-unwind-3-fat
 17M coreutils-none-abort-z-thin
 18M coreutils-none-abort-3-thin
 18M coreutils-none-abort-s-off
 18M coreutils-none-abort-z-off
 18M coreutils-none-unwind-s-thin
 19M coreutils-debuginfo-unwind-3-off
 20M coreutils-none-abort-3-off
 20M coreutils-none-unwind-z-thin
 21M coreutils-none-unwind-3-thin
 22M coreutils-none-unwind-s-off
 22M coreutils-none-unwind-z-off
 27M coreutils-none-unwind-3-off

But, more interestingly, I've analyzed the average change in binary size due to each of these parameters compared to the "baseline", which is the option that generates the largest binary (e.g. lto=off). The table below contains the percentual changes.

config
min
avg
max

lto=off
-
-
-

lto=fat
-49.5
-34.1
-11.1

lto=thin
-24.0
-11.7
5.4

opt-level=3
-
-
-

opt-level=s
-26.7
-18.5
-9.25

opt-level=z
-28.8
-16.8
-5.63

panic=unwind
-
-
-

panic=abort
-37.0
-18.3
-5.27

strip=off
-
-
-

strip=debuginfo
-48.2
-39.1
-28.2

strip=symbols
-59.8
-53.3
-45.5

Some conclusions from this experiment:

lto=fat makes a big difference (~30%)!
lto=thin has at least one made the size bigger :)
opt-level=s and opt-level=z are very close and opt-level=s is somehow even better in most cases. Both are better than 3.
panic=abort and strip=symbols are both great basically without downsides (at least on release builds)

I think lto, panic and strip all make sense both for performance and binary size. So I'd like to propose that we set the following parameters on a release build:
lto=true
strip=true
panic="abort"
opt-level=3

Which gives us the following size:
7,7M coreutils-symbols-abort-3-fat

And then we make a custom profile release-small, which is the same but with opt-level=z to squeeze out the last bit to 5.6M if you want to. Do you agree?

That was obvious result, based on what does the FAT mode for LTO.

lto=thin has at least one made the size bigger :)

Sounds like a glitch, or rust is doing some unpredicted builds outputs compared to LLVM/clang :)

opt-level=s and opt-level=z are very close and opt-level=s is somehow even better in most cases

Strange as above, as "-Oz" is LLVM/clang specific and does more aggressive size optimizations than widely known "-Os". There could be two things here, either rust does some unpredicted builds outputs or "-Oz" optimization level is somehow broken on LLVM/clang. I remember from the past that we at OpenMandriva Lx set up "-Oz" as default optimization level after we did the switch to LLVM/clang in 2015 as default compiler :)

Do you agree?
Will update this PR with your findings.

looking at the CI, it moves from:

{
  "Sun, 26 Feb 2023 16:20:25 +0000": {
    "sha": "c1d85adcc930ecbbd5303275a4acdba25bd507bd",
    "size": "103208",
    "multisize": "15108"
  }
}

=>
{
  "Mon, 27 Feb 2023 11:53:20 +0000": {
    "sha": "7ec94c0e45df00a6bd219621aea3fbf7cdd775f7",
    "size": "88412",
    "multisize": "8420"
  }
}

One thing that we should maybe think about before we commit to this is bug reports. If we strip the binary to the absolute minimum by default (no debuginfo, no panic unwind), then the bug reports we receive will probably not contain a lot of useful information. We would have to ask people to install a debug version and run that to get a proper backtrace, which is a bit cumbersome.

Welcome to the Linux distributions world then. I'd say like 80% of distributions do ship software stripped of debuginfo in a form of >/dev/null or packaged separately  i.e.
coreutils-9.1-4-omv4090.aarch64.rpm <- binary package
coreutils-debuginfo-9.1-4-omv4090.aarch64.rpm <- separate package debug info
coreutils-debugsource-9.1-4-omv4090.aarch64.rpm <- separate package debug sources

When uutils version of coreutils will be widely adopted by distributions than you should expect that you will not get the issue reports with an huge ratio of debuginfo details, as end users does not install these and if they do then running gdb is somehow and hurdle.

That's true, but that's not an entirely convincing argument to strip by default.
Distributions can already do whatever they prefer and I would actually encourage them to strip the binary. But people installing the uutils/coreutils via cargo are maybe more likely to want to contribute and report bugs, so including debuginfo makes more sense there. They are also probably installing it on a machine where binary size is less of an issue (i.e. not embedded devices). That doesn't mean binary size is not important for them at all, but it is less important.
Also, it's worth noting that this project is very much a work in progress, so we'd expect more bug reports than say after a 1.0 release. So, it could be an option to wait with stripping the debuginfo until we're more stable.
 We could And I want the opinions of other maintainers as well (@sylvestre what do you think?).
Other projects don't do a lot of these size optimizations themselves either. ripgrep has this as release profile:
[profile.release]
debug = 1

And there are some issues on their repo with very similar discussion to this one:

https://github.com/BurntSushi/ripgrep/issues/595
https://github.com/BurntSushi/ripgrep/issues/413

exa has this:
# use LTO for smaller binaries (that take longer to build)
[profile.release]
lto = true

bat and fd have this:
[profile.release]
lto = true
codegen-units = 1

Also, coming back to what you said before:

Well this means 80% of people will not notice it, because by default they will compile as a "release" target

To improve this case, at least for distributions, we could include a page on packaging uutils/coreutils in the online docs (e.g. how to strip the binary if we don't do that by default, what features to include, what the package should be called, etc.).

I think we should match what other binaries are doing

Yes, I think I'll open another PR with a the default like ripgrep and a separate profile for small releases and include some documentation for package maintainers.

Looks like no, as different aproach was chosen to achieve same goal :)


iTS NOT WORKING!!!!!!!

i have tried to do this hack and it is not working so im very sad please fix as soon as possible it says bot enabled but does npot auto answer

Fixed in most recent commit.


Invalid return type

I'm attempting to use your library but I am getting this warning and the slider does not render.

Warning: React.createElement: type is invalid -- expected a string (for built-in components) or a class/function (for composite components) but got: undefined. You likely forgot to export your component from the file it's defined in. Check the render method of AppIntroSlider.

import React, { Component } from 'react';
import { StyleSheet } from 'react-native';
import AppIntroSlider from 'react-native-app-intro-slider';

export default class Example extends Component {
  _onDone = () => {
    this.props.navigator.pop()
  }
  render() {
    return <AppIntroSlider slides={slides} onDone={this._onDone} showSkipButton bottomButton/>;
  }
}

I have also defined the slides variable according to the README docs.

Did you install the library using npm/yarn?

NPM

Strange. Does the example work for you?

Could you post those errors?

So when I run it and I try to use it using
render() {
render(<View><AppIntroSlider
      slides={slides}
      onDone={this.props.onDone}
      showSkipButton
/></View>);
}

I get this warning and the intro screen doesn't render:
Warning: React.createElement: type is invalid -- expected a string (for built-in components) or a class/function (for composite components) but got: undefined. You likely forgot to export your component from the file it's defined in. Check the render method of 'AppIntroSlider'.

With regards to the example, see #41

And as I said in #41, the error you are seeing is because expo isn't invoked properly. The error message tells us that the react native version used is not the expo fork as it should be.

Thanks, I am using an older version.


KSCrashAdvanced.h is accessible by default

Starting in 0114ae0, only certain headers of KSCrash/Recording are marked as public. KSCrashAdvanced.h is not one of them. However, with #124, the headers are exposed publicly in the KSCrash/Recording/Advanced subspec, which is installed by default.
A fix here depends on whether or not KSCrashAdvanced.h should be accessible by default:

if not, the advanced subspec should not be included by default
if so, there's not much reason to have the advanced subspec; the files of it don't compile independently, and since they'll always be exposed they should just be public headers of KSCrash/Recording

I'm assuming the advanced functionality should be "opt-in", and not accessible by default? Pull request incoming.

Slightly related, if you try to use just the advanced subspec, like:
platform :ios, '8.0'
use_frameworks!

target 'PodsTest' do
  pod 'KSCrash/Recording/Advanced', :git => 'git@github.com:kstenerud/KSCrash.git', :tag => '1.0.2'
end

Then you don't actually get the KSCrashAdvanced.h header, since it's not captured by anything's source_files.


@command does not work in python 3.12

The resulting function fails an isinstance for WrappedMethod so _get_single_mapping does not add it to the Mapping
Steps To Reproduce
Steps to reproduce the behaviour:

Create a Controller with a @command method in python 3.12
Observe that there is no PV created for it

this is also reflected in tests/backends/epics/test_gui.py::test_get_components
Acceptance Criteria

The @command decorator can be used in python 3.12

Thanks @dperl-dls ! Currently we are pinned <3.12 because softioc was not compatible, but I think that is resolved now, so we should unpin and fix what breaks.

Yeah, most stuff does just work, I was running on 3.12 generally successfully and got surprised when my commands were not resulting in generated PVs in the IOC. I tried running the tests yesterday when writing this issue and only a couple failed


Questions about SISDRLoss

Hi! Thank you for your useful loss functions. But could you explain the value of SISDRLoss? I try to train a model for the speech separation task.
Is it normal that the value of SISDRLoss is always negative?
And how can I determine whether the model is converging? Should the value of SISDRLoss converge to 0, or keep a large value?

Hi @PrShi113,
Normally a high (positive) SI-SDR means the model is performing well. However, since we want to use the SI-SDR as a loss function and by default PyTorch optimizer will attempt to minimize the loss, in auraloss the SISDRLoss will automatically be negated. This means that the more negative the value from the loss, the better the model is doing. This loss is in theory unbounded and as the model is converging it should be going more negative. I hope this answers your question.
If you have any other doubts or issues feel free to open another issue.


sftp-deployment

Still doesn't work :/

Hi @sidlathar,
Can you be more specific in your problem ?
Thank you :)


git versions < 1.7.1 conflict with irmin 0.9.10

Attempting to compile irmin with git 1.7.0 fails:
# File "lib/git/irmin_git.ml", line 676, characters 36-37:
# Error: Signature mismatch:
#        ...
#        The value `length' is required but not provided
#        The value `string' is required but not provided
#        The value `cstruct' is required but not provided

Express this in opam.

I've restarted the timeout


Get-ItemPropertyValue does not respect -ErrorAction Ignore parameter

Prerequisites

[X] Write a descriptive title.
[X] Make sure you are able to repro it on the latest released version
[X] Search the existing issues.
[X] Refer to the FAQ.
[X] Refer to Differences between Windows PowerShell 5.1 and PowerShell.

Steps to reproduce
Run Get-ItemPropertyValue with -ErrorAction Ignore
Get-ItemPropertyValue 'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion' 'FakeKey' -ErrorAction Ignore

Expected behavior
You should see no console ouptut
Actual behavior
You actually get the following error message
Get-ItemPropertyValue: Property FakeKey does not exist at path HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion.

Error details
No response
Environment data
Name                           Value
----                           -----
PSVersion                      7.2.9
PSEdition                      Core
GitCommitId                    7.2.9
OS                             Microsoft Windows 10.0.22621
Platform                       Win32NT
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0…}
PSRemotingProtocolVersion      2.3
SerializationVersion           <IP_ADDRESS>
WSManStackVersion              3.0

Visuals
By contrast, Get-ItemProperty works correctly as intended
Get-ItemProperty -Path 'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion' -Name 'FakeKey' -ErrorAction Ignore

Yes, it unexpectedly emits a statement-terminating error rather than a non-terminating one, which is why -ErrrorAction has no effect - this has been reported before, namely in:

#5906

Assuming you're only dealing with one value to retrieve, a future-proof workaround is:
try {
  Get-ItemPropertyValue -ErrorAction Stop ...
} catch {
  # Do nothing or handle the error here.
}

Thanks @mklement0 - I've really appreciated all your posts on Stack Overflow as well!

That's good to hear, @KyleMit; thank you for the nice feedback.


fix markdown instructions

Sometimes the markdown syntax is not working because of missing spaces between the # and text. With this change I had better results

Thanks! I will update it


feat(fake-auth): add callback event to fake auth handler

The PR adds a callback event to the fake auth handler to enable the user the manipulation of the created identity before its usage.
A typical use case could be the creation of several mock "users", all having different claims/roles for testing purposes. These "users" are distinguished by having different fake ids, that are getting set via the "x-zitadel-fake-user-id" header when testing typical auth scenarios.

Did you update to v6?
GitHub says there are merge conflicts

Done, my bad.

@buehler Is there anything I need to do for this change to be merged? Am I missing something?

Hey @ToWe0815
Yes, please make sure that the tests are running. Otherwise, I cannot merge it.

Hey @ToWe0815
Yes, please make sure that the tests are running. Otherwise, I cannot merge it.

Hey @buehler
As far as I can see the tests are failing because of a known vulnerability in the 'BouncyCastle.Cryptography' package:
/home/runner/work/zitadel-net/zitadel-net/src/Zitadel/Zitadel.csproj : error NU1902: Warning As Error: Package 'BouncyCastle.Cryptography' 2.2.1 has a known moderate severity vulnerability, https://github.com/advisories/GHSA-8xfc-gm6g-vgpv [/home/runner/work/zitadel-net/zitadel-net/Zitadel.sln]
There are already 2 open PRs regarding this issue (among other similar things):
https://github.com/smartive/zitadel-net/pull/930
https://github.com/smartive/zitadel-net/pull/926
Semi-Off topic:
The whole project seems to be a bit shaky right now and I think you should take some time to look into open PRs & Issues.
ServiceAccountTest.Should_Throw_With_Meaningful_Error() fails locally on my machine, because the Token Endpoint of the project's Zitadel instance responds with a HTTP 500 when a meaningful error is expected by said test case. This might be due to a change on Zitadel's side and cannot come from my changes made in this PR, since I only added functionality to auth mocking.
Also buf generate doesn't seem to run automagically on build anymore:
https://github.com/smartive/zitadel-net/issues/925
I had to execute buf generate manually to make it work, but I'm also not deep enough into the topic to fix the problem's source.

Hey @ToWe0815
Thanks to a PR, all the deps are updated. You should be able to fix the linting errors :)


Updates Ruby version

This is to workaround a bug on CI, detailed in this blog post: https://bundler.io/blog/2019/05/14/solutions-for-cant-find-gem-bundler-with-executable-bundle.html Here's an example of the failing build: https://travis-ci.org/artsy/artsy.github.io/builds/583730734
Since deploys are done from Travis, we'll be blocked on new posts until we get this fixed.

Nice!


cuda out of memory

When I use v100 32g to run 896896 during seg training, I will encounter obvious deficiencies. However, I still encounter this problem when I change it to 512512. Even if I change it to a smaller one, I still have it. What may be the reason for this?

add samples_per_gpu=1 , and issue is runtimeError: CUDA out of memory. Tried to allocate 36.00 MiB (GPU 0; 31.75 GiB total capacity; 30.02 GiB already allocated; 15.75 MiB free; 30.20 GiB reserved in total by PyTorch) If reserved memory is >> allocated memory try setting max_split_size_mb to avoid fragmentation.  See documentation for Memory Management and PYTORCH_CUDA_ALLOC_CONF

Hi, which script are you running?

hello，mask2former_onepeace_adapter_g_896_40k_ade20k_ss.py


Are customized appearance mods supported by this mod?

None of my friends play this game, so I cannot test by my own...

Please use the mod compatibility document to see which mods have issues: https://github.com/Zetrith/Multiplayer/wiki/Mod-support


Do not delete layers beyand cutoff LSN

Does this fix https://github.com/zenithdb/zenith/issues/1047?

I tried to create test case for it.
Actually crashpoints (#1043) were proposed specially for it.
But unfortunately I was not able to create test even with crashpoints, because if we use safe keepers,
then abnormal termination of pageserver cause replaying WAL from safekeepers from last dick_consistent_lsn, and so even of some layers were removed by GC, then are resurrected.

main CI runs had started failing since after this merge: https://app.circleci.com/pipelines/github/zenithdb/zenith/4182/workflows/e18aa872-c2c1-4238-a09e-dc7ad3f54b5a
test_layerfiles_gc is failing now:
assert 30 == 2
  +30
  -2
test_runner/batch_others/test_snapfiles_gc.py:70: in test_layerfiles_gc
    assert row['layer_relfiles_removed'] == 2
E   assert 30 == 2
E     +30
E     -2

https://app.circleci.com/pipelines/github/zenithdb/zenith/4182/workflows/e18aa872-c2c1-4238-a09e-dc7ad3f54b5a/jobs/38113


Python: Fixes PromptTemplateConfig from_dict method clobbering default completion settings

Fixes https://github.com/microsoft/semantic-kernel/issues/2851
Motivation and Context
As reported in https://github.com/microsoft/semantic-kernel/issues/2851, the from_dict static method in PromptTemplateConfig clobbers default CompletionConfig values that aren't specified in the input parameter. For example, initializing the SequentialPlanner results in an invalid config, as number_of_responses is not specified in the planner config, and the default value of 1 is clobbered by loading it.
Description
The approach here is to delegate to dataclasses.replace for updating the fields of the dataclass. The code here will properly default to the right values for PromptTemplateConfig, and raise a TypeError if dict contains keys that are not fields for the dataclass. I've added tests for this scenario, as well as tests for default completion settings.
Contribution Checklist

[x] The code builds clean without any errors or warnings
[x] The PR follows the SK Contribution Guidelines and the pre-submission formatting script raises no violations
[x] All unit tests pass, and I have added new tests where possible
[x] I didn't break anyone :smile:

@microsoft-github-policy-service agree

I don't think I'm blocking anymore; I needed to accept the CLA. What's needed to get this review finished?

Obviated by https://github.com/microsoft/semantic-kernel/pull/2853


Is the endpoint for searching products is still working?

Hi there,
I was trying based on your implementation to adapt your code into golang code, but I could not make my  query https://mobile-api.rewe.de/api/v3/product-search?marketCode=<my-store-id>&objectsPerPage=250&page=1&searchTerm=K&serviceTypes=PICKUP to work. I got a 400. Do I miss something? Could you verify your code base that it is still working?

I tried if my code still works and the product search request seems to work. Did you forget to add the headers to your request (https://github.com/AdriDevelopsThings/rewe_rs/blob/main/src/product/search.rs#L23). The rewe api sometimes needs some of these headers.


Handling ErrorColumn = -1

This bit is necessary when you use Table Lock for a memory optimised (In Memory) destination table

@saaabbir : Thanks for your contribution! The author, @janinezhang, has been notified to review your proposed change.

@saaabbir Hello, Thank you for this documentation fix!  Merging it now.  Should be on live Docs within a day or two.


mod_websocket.so crashes when writing message back to client

Hi
I am currently doing load test on mod_websocket.so. The testing involves having 25000 echo message request send across single websocket connection.
I find the crash at line in function ws_write
if (ap_fflush(of, state->obb) != APR_SUCCESS) .
The crash states access violation error. Seems something is not working when writing msg back to client.
Let me know why there is crash occuring even i am able to inspect msg i am sending it to this function.

(Two years later...) Are you still seeing crashes, and by any chance are you using WSS with mod_ssl?


Update to oauth2-client stable version

Last version of league/oauth2-client is 1.4.1. Odnoklassniki provider uses ~0.5. Could you update your provider to the new version?
$ composer require aego/oauth2-odnoklassniki
Using version ^0.3.0 for aego/oauth2-odnoklassniki
./composer.json has been updated
Loading composer repositories with package information
Updating dependencies (including require-dev)
Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - Installation request for aego/oauth2-odnoklassniki ^0.3.0 -> satisfiable by aego/oauth2-odnoklassniki[0.3].
    - Conclusion: remove league/oauth2-client 1.4.1
    - Conclusion: don't install league/oauth2-client 1.4.1
    - aego/oauth2-odnoklassniki 0.3 requires league/oauth2-client ~0.5 -> satisfiable by league/oauth2-client[0.10.0, 0.10.1, 0.11.0, 0.12.0, 0.12.1, 0.5.0, 0.6.0, 0.7.0, 0.7.1, 0.7.2, 0.8.0, 0.8.1, 0.9.0].
    - Can only install one of: league/oauth2-client[0.10.0, 1.4.1].
    - Can only install one of: league/oauth2-client[0.10.1, 1.4.1].
    - Can only install one of: league/oauth2-client[0.11.0, 1.4.1].
    - Can only install one of: league/oauth2-client[0.12.0, 1.4.1].
    - Can only install one of: league/oauth2-client[0.12.1, 1.4.1].
    - Can only install one of: league/oauth2-client[0.5.0, 1.4.1].
    - Can only install one of: league/oauth2-client[0.6.0, 1.4.1].
    - Can only install one of: league/oauth2-client[0.7.0, 1.4.1].
    - Can only install one of: league/oauth2-client[0.7.1, 1.4.1].
    - Can only install one of: league/oauth2-client[0.7.2, 1.4.1].
    - Can only install one of: league/oauth2-client[0.8.0, 1.4.1].
    - Can only install one of: league/oauth2-client[0.8.1, 1.4.1].
    - Can only install one of: league/oauth2-client[0.9.0, 1.4.1].
    - Installation request for league/oauth2-client (locked at 1.4.1) -> satisfiable by league/oauth2-client[1.4.1].

Installation failed, reverting ./composer.json to its original content.

Similar issue: j4k/oauth2-vkontakte#5

done


Push progress

Follow up to:

https://github.com/rumpl/moby/pull/15

Add progress for push. This shares code with pull progress and I extracted common things to other file to avoid cluttering service.go.

- What I did
- How I did it
- How to verify it
- Description for the changelog

- A picture of a cute animal (not mandatory but encouraged)

Can be rebased :)

When upstreaming:

depends on / needs to go after https://github.com/moby/moby/pull/43819
but, we may want to squash all fixes related to "common" progress (push/pull) code into a single commit

combine with one or more of;

https://github.com/rumpl/moby/pull/15
https://github.com/rumpl/moby/pull/16
https://github.com/rumpl/moby/pull/73
https://github.com/rumpl/moby/pull/74
progress fix-up from https://github.com/rumpl/moby/pull/80


Large number of infra failures on checkout step of certain mac bots.

I'm noticing a large number of bots on my PRs failing to checkout flutter/engine. Is this a known problem?
For example:
https://ci.chromium.org/ui/p/flutter/builders/try/Mac mac_unopt/9389/overview

Engine roll is failing for the same reason: https://ci.chromium.org/ui/p/flutter/builders/try/Mac customer_testing/83959/overview

Duplicate of https://github.com/flutter/flutter/issues/155797


merge from arlac77/npm-package-template

package.json

chore(package<EMAIL_ADDRESS>chore(scripts): cover@#overwrite c8 -x 'tests/**/*.mjs' --temp-directory build/tmp ava && c8 report -r lcov -o build/coverage --temp-directory build/tmp
chore(package): set $.ava.require='esm' as in template
chore(package): set $.ava.files='tests/*-test.mjs' as in template
chore(package): set $.ava.extensions='mjs' as in template

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket: