error decoding signature bytes (SHA512withECDSA) while verifying

Hi.
I'm facing a exception after upgrade from 1.55 to 1.70 (bcprov-jdk15on).
The code below works perfectly under the version 1.55, but it throws and exception with 1.56 and above on signature2 sample.
Can anyone help me ?
`
public static void main(String[] args) throws Exception {
	byte[] data1 = Hex.decode("4ba2a3ef661721d9a298d974a29f60d7e4551f47bd213b938ad5ad1e149d080f53392670854c88d62a35a1e8db4244dc46672a1a111dec95da42a3db2b16afae");
	byte[] publicKey1 = Hex.decode("30819b301006072a8648ce3d020106052b81040023038186000401fa9dc907b272ece7db51c9d1b4a78e27ef6657ec1c721eb681ee2018162b5d1ad92d5db71f8b21b91266c9b80f98c93ea29339b4af1fddcd824965e9144c36986b003432b3808243a2d4f9770c74f9d232bae27a1cf19a77726df7f28c86d02c0956203492667e41d10b601edadd1d2ef7ad4a5a4ed7166c1d1853bed303a419e32c13");
	byte[] signature1 = Hex.decode("308188024201d44cda9dc4f3bd2f501ae64b5115baa49797ded537fdc8bf7fdf6629aaaaf199511a63155c96846c7edaf0776a1dd5192e66ecdf41d38354b3cab7b286a59b7710024201036418b6b9b6e4ffe873220f0a2e7ab75fbea8df19f149ee8a6650624aba721b110059d35650484a6464bcb99cc7b4b9984dbdaeb198b7446c4951ccfea02df60c");

	byte[] data2 = Hex.decode("53742d9a35a0a563a89dbd4bfad6f8b052fa2313288f5dac258159724c0ba905b02a8e5701fff17ff0ccb009c5ea989ff496232ce5c7b299cc780a86280b3471");
	byte[] publicKey2 = Hex.decode("30819b301006072a8648ce3d020106052b81040023038186000401fa9dc907b272ece7db51c9d1b4a78e27ef6657ec1c721eb681ee2018162b5d1ad92d5db71f8b21b91266c9b80f98c93ea29339b4af1fddcd824965e9144c36986b003432b3808243a2d4f9770c74f9d232bae27a1cf19a77726df7f28c86d02c0956203492667e41d10b601edadd1d2ef7ad4a5a4ed7166c1d1853bed303a419e32c13");
	byte[] signature2 = Hex.decode("3081880242016f0c2b66d8b559631c682389fde37a13637f306abe53dd5e11283c82b980ad72c6e5ed7401bc8b71d5ec6ea16ad20a53d45b62ddb9b44fd0c0a1fa19fa4efbdaf40242000a1d45a4fab1110d2e569b3ebe4eccab0ef7d4d8252ce050e5454f33cf4e961e9c9dde84f190ca937f5ba1e9728ff624ed1ce624449dad132934f4bdb77213c63f");

	System.out.println(validate(data1, signature1, publicKey1));
	System.out.println(validate(data2, signature2, publicKey2));

}

private static boolean validate(byte[] data, byte[] signature, byte[] publicKey) throws Exception {
	Provider provider = new BouncyCastleProvider();
	Signature signer = Signature.getInstance("SHA512withECDSA", provider);
	PublicKey pb = KeyFactory.getInstance("ECDSA", provider).generatePublic(new X509EncodedKeySpec(publicKey));
	signer.initVerify(pb);
	signer.update(data);
	return signer.verify(signature);
}

`
1.55 output:
true
true
1.56 or above output:
true
Exception in thread "main" java.security.SignatureException: error decoding signature bytes.
at org.bouncycastle.jcajce.provider.asymmetric.util.DSABase.engineVerify(Unknown Source)
at java.base/java.security.Signature$Delegate.engineVerify(Signature.java:1416)
at java.base/java.security.Signature.verify(Signature.java:790)
at Main.validate(Main.java:33)
at Main.main(Main.java:23)

Hi. Yes, I’ve sem that. I’ve also tried system property, but not solves the problem. It passes, but fails at assert in moment after. Assert that compares the original signature with the expected one.

Ah, yes... okay, so allow_unsafe_integer will enable you to parse the signature into a sequence, but you'll still need to produce a valid signature. Try:
    System.setProperty("org.bouncycastle.asn1.allow_unsafe_integer", "true");

    ASN1Sequence sigSeq = ASN1Sequence.getInstance(signature2);
	System.out.println(validate(data2, new DERSequence(
        new ASN1Encodable[] {
            new ASN1Integer(ASN1Integer.getInstance(sigSeq.getObjectAt(0)).getPositiveValue()),
            new ASN1Integer(ASN1Integer.getInstance(sigSeq.getObjectAt(1)).getPositiveValue()) }).getEncoded(), publicKey2));

The above should cope with almost all the incorrect encodings out there (other than ones which leave garbage at the end of the sequence). Just keep in mind accepting badly formatted signatures is not a great idea in general, there's likely to be an exploit lurking in there somewhere.

Hey man, howś it going ?
Bouncy has something like -e "Don't print encapsulated data inside" from dumpasn1 ?

I don't actually understand what this comment is about.

Sorry. Incomplete question.
Bouncy has something like -e parameter "Don't print encapsulated data inside OCTET/BIT String” from dumpasn1 command line on linux to ?

Still not sure I understand - ASN1Dump has a boolean which if true means the command will print out what is in the octet strings rather than just the length. There's also org.bouncycastle.asn1.util.Dump the command. That doesn't have a parameter, I'll add "-v" for verbose now. Is that what you mean?

David, sorry the confusion.
Is it possible to pass a System's property to disable byte equals validation in class StandardDSAEncoding.java line 38 (if (Arrays.areEqual(expectedEncoding, encoding))) for a complete skip ASN1 integer validation in the next bcprov versions ?


Allow uploading several files at once

Would be difficult to support renaming then tbh

This would require changing the current workflow of uploading and it's not particularly important. Thus is won't be fixed


Pictures:

Pictures in the Global directory were supposed to be actual pictures, not drawings (or at least not a white backgroud, except for the placeholder drawing), I find it a little chaotic to have different styles. What do you think? @sapetti9

Yes, we did discuss this with @lucpretti too. I agree. I'll collect the pics and change them.

Also, they shuld be cutted accordingly, do you think that's possible? Like 300x160. @aivuk then was talking about thumbnails, but probably autogenerated...

I can try to edit all images to have them in 300x160 (px?), but won't be able to do it before Thursday. Do you think that will solve also the issue with the layout, which is currently cutting people's eyes?

@onalya and @sapetti9 I did a different approach to adjust the specialist pictures because how the picture are positioned in css (using background-position: 50%), just resizing the pictures would not solve the issue. Now we have on the okfn-network-experts.csv a new column called "Photo-position". You can put a number between 0 and 100 and I'm using it to position the photo. If you want to use the default position, just leave it blank. I already adjusted all the photos that had the eyes cut.

yes @onalya, this solution will work because we will do a triage and select (or ask the specialist) the photos ourselves.


Automatic deployment of pull requests

I will close the pr again as it seems non-trivial to create a pr repo and use it with proper authentication except for creating a token externally and pass it down to the appropiate calls. Also, I am just at the start of this feature. I will rather focus on developing library functionality for now.


Allow adding environments for private repos

This allows users with free private repos to add environments manually, when the deployments API doesn't work.
Feel free to fix indentation -- I wasn't sure how to get it right :) Or fix anything else for that matter!

Looks like this when environments cannot be fetched


[cxx-interop] Allow mutating std::map from Swift

This adds a setter to the CxxDictionary subscript which makes it possible to mutate std::map and std::unordered_map from Swift.
rdar://105399019

@swift-ci please smoke test

@swift-ci please smoke test Linux


[FLINK-15872][core] Remove unnessary codes in InputFormat

What is the purpose of the change
InputFormat unnecessarily overrides InputSplitSource#getInputSplitAssigner(T[]) with very the same method signature with a mismatched javadoc. We could remove the method to improve the codes.
Brief change log

Remove InputFormat#getInputSplitAssigner(T[])

Verifying this change
This change is a trivial rework / code cleanup without any test coverage.
Does this pull request potentially affect one of the following parts:

Dependencies (does it add or upgrade a dependency): no
The public API, i.e., is any changed class annotated with @Public(Evolving): yes
The serializers: no
The runtime per-record code paths (performance sensitive): no
Anything that affects deployment or recovery: JobManager (and its components), Checkpointing, Yarn/Mesos, ZooKeeper: no
The S3 file system connector: no

Documentation

Does this pull request introduce a new feature? no
If yes, how is the feature documented? (not applicable / docs / JavaDocs / not documented)

@flinkbot run azure

I think the idea here was to override both methods of InputSplitSource to be consistent. We should probably keep that. What we could do is remove the wrong Javadoc from both overridden methods. (You would have to change the Jira Issue for this, though.

Perfect, thanks! I'm merging. The test failure is a known instability.


Add Continuous Fuzzing via Fuzzit

This PR adds continuous fuzzing via Fuzzit.
Description is at https://github.com/dragonflyoss/Dragonfly/issues/846
fixes https://github.com/dragonflyoss/Dragonfly/issues/846
cc @lowzj

@lowzj this is ready for your review!

Thanks for your work. @yevgenypats It is so great to see this.
While I am wondering if we could add a target in the Makefile to trigger the fuzzit. Then in the circle ci, we could directly call make fuzzit or something similar. WDYT?

@allencloud thanks for the quick review! Sure, I can add make fuzzit and stick with the current convention. Do you want that the target will call fuzzit.sh or it will call the commands inline inside the makefile?

call fuzzit.sh

@yevgenypats Actually both are OK.  Thanks. @yevgenypats

Yes. I was a bit swamped with some other tasks. Will take care of that.
 Thanks. @yevgenypats
https://github.com/yevgenypats
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/dragonflyoss/Dragonfly/pull/865?email_source=notifications&email_token=AD52CDTHFDG4SWACM6DKTQ3QHMRAHA5CNFSM4IRDICH2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD5TYZTY#issuecomment-526879951,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AD52CDSDJEXZ4ZKVXILVF53QHMRAHANCNFSM4IRDICHQ
.

@allencloud done! before merging you need to register at https://app.fuzzit.dev so I can add you to Dragonfly account so you can take over. Also you will need to the key from https://app.fuzzit.dev/orgs/dragonfly/settings to CircleCI environment as  FUZZIT_API_KEY

before merging you need to register at https://app.fuzzit.dev so I can add you to Dragonfly account so you can take over.

I have register on the website with the github ID: allencloud, and my name is Allen Sun, and the registration email address is<EMAIL_ADDRESS>Please help to add me as you said. Thanks. @yevgenypats

you should have access now to https://app.fuzzit.dev/orgs/dragonfly/dashboard

Thanks for your help. I can access that. While is the key in the following picture:

And do you have a tutorial that guides me to add it in the CircleCI file https://github.com/dragonflyoss/Dragonfly/blob/master/.circleci/config.yml?
If I add the key into that file, it mean the key is public, is it OK? If public is OK, I can directly send to you and you add it in this pull request.

Hi. no, it is better not to make the secret key public.
You can add the environment variable in the CircleCI project settings
https://circleci.com/gh/dragonflyoss/Dragonfly/edit#env-vars:

@allencloud pushed one more change (forgot to add the fuzzit badge:))

friendly ping @allencloud :)

done

@yevgenypats  please do with the cli check first,thanks for your contribution

Closing as service is deprecated.


Potentially breaking change: docker user & group

Description
Run as non-root user and group
In the unlikely event that you are currently persisting data to disk then this
change may break file read/write access due to a change in the UID/GID that the
oauth2_proxy process runs as.
Motivation and Context
Run as non-root system user and group oauth2proxy with UID/GID 2000 to avoid clashing with typical local users.
An alternative to creating a separate user is to chown binary and run as USER nobody, which also works, can amend this PR if required.
Least access privileges.
Close: https://github.com/pusher/oauth2_proxy/issues/78
How Has This Been Tested?
Locally with Docker (-version):
$ ps aux | grep oauth2
2000     25192  6.0  0.0      0     0 ?        Ds   15:53   0:00 [oauth2_proxy]

Running in Kubernetes 1.13 with the following also specified:
        securityContext:
          readOnlyRootFilesystem: true
          runAsNonRoot: true
          runAsUser: 10001

$ kubectl exec -it -n oauth2-proxy oauth2-proxy-85c9f58ffc-dz9lr sh
/opt $ whoami
whoami: unknown uid 10001
/opt $ ps aux
PID   USER     TIME  COMMAND
    1 10001     0:00 /opt/oauth2_proxy --whitelist-domain=.example.com --cookie-domain=example.com --email-domain=example.com --upstream=file:///dev/null --http-address=<IP_ADDRESS>:4180
   11 10001     0:00 sh
   17 10001     0:00 ps aux

[x] My change requires a change to the documentation or CHANGELOG.
[x] I have updated the documentation/CHANGELOG accordingly.
[x] I have created a feature (non-master) branch for my PR.

@JoelSpeed - no saving old PR. :)


New install of ChefDK 0.6.2 gives buff-config error during chef verify

After removing ChefDK 0.4.0, and installing ChefDK 0.6.2, I ran a chef verify and it gave a stack trace, but still completed successfully. It seems to be something related to Berkshelf.
C:\Users\user01
λ chef verify
Running verification for component 'berkshelf'
Running verification for component 'test-kitchen'
Running verification for component 'chef-client'
Running verification for component 'chef-dk'
Running verification for component 'chefspec'
Running verification for component 'rubocop'
Running verification for component 'fauxhai'
Running verification for component 'knife-spork'
Running verification for component 'kitchen-vagrant'
Running verification for component 'package installation'
Running verification for component 'openssl'
....................

C:/opscode/chefdk/embedded/lib/ruby/gems/2.1.0/gems/buff-config-1.0.1/lib/buff/config/ruby.rb:30:in `rescue in initialize': uninitialized constant Buff::Config::Ruby::Evaluator::Chef (Buff::Errors::InvalidConfig)
        from C:/opscode/chefdk/embedded/lib/ruby/gems/2.1.0/gems/buff-config-1.0.1/lib/buff/config/ruby.rb:25:in `initialize'
        from C:/opscode/chefdk/embedded/lib/ruby/gems/2.1.0/gems/buff-config-1.0.1/lib/buff/config/ruby.rb:17:in `new'
        from C:/opscode/chefdk/embedded/lib/ruby/gems/2.1.0/gems/buff-config-1.0.1/lib/buff/config/ruby.rb:17:in `parse'
        from C:/opscode/chefdk/embedded/lib/ruby/gems/2.1.0/gems/buff-config-1.0.1/lib/buff/config/ruby.rb:119:in `from_ruby'
        from C:/opscode/chefdk/embedded/lib/ruby/gems/2.1.0/gems/buff-config-1.0.1/lib/buff/config/ruby.rb:112:in `initialize'
        from C:/opscode/chefdk/embedded/lib/ruby/gems/2.1.0/gems/ridley-4.2.0/lib/ridley/chef/config.rb:83:in `initialize'
        from C:/opscode/chefdk/embedded/apps/berkshelf/lib/berkshelf.rb:90:in `new'
        from C:/opscode/chefdk/embedded/apps/berkshelf/lib/berkshelf.rb:90:in `chef_config'
        from C:/opscode/chefdk/embedded/apps/berkshelf/lib/berkshelf/config.rb:80:in `<class:Config>'
        from C:/opscode/chefdk/embedded/apps/berkshelf/lib/berkshelf/config.rb:4:in `<module:Berkshelf>'
        from C:/opscode/chefdk/embedded/apps/berkshelf/lib/berkshelf/config.rb:3:in `<top (required)>'
        from C:/opscode/chefdk/embedded/apps/berkshelf/lib/berkshelf/cookbook_generator.rb:3:in `require_relative'
        from C:/opscode/chefdk/embedded/apps/berkshelf/lib/berkshelf/cookbook_generator.rb:3:in `<class:CookbookGenerator>'
        from C:/opscode/chefdk/embedded/apps/berkshelf/lib/berkshelf/cookbook_generator.rb:2:in `<module:Berkshelf>'
        from C:/opscode/chefdk/embedded/apps/berkshelf/lib/berkshelf/cookbook_generator.rb:1:in `<top (required)>'
        from C:/opscode/chefdk/embedded/apps/berkshelf/lib/berkshelf.rb:197:in `require_relative'
        from C:/opscode/chefdk/embedded/apps/berkshelf/lib/berkshelf.rb:197:in `<top (required)>'
        from C:/opscode/chefdk/embedded/lib/ruby/site_ruby/2.1.0/rubygems/core_ext/kernel_require.rb:54:in `require'
        from C:/opscode/chefdk/embedded/lib/ruby/site_ruby/2.1.0/rubygems/core_ext/kernel_require.rb:54:in `require'
        from C:/opscode/chefdk/embedded/apps/berkshelf/lib/berkshelf/cli.rb:1:in `<top (required)>'
        from C:/opscode/chefdk/embedded/lib/ruby/site_ruby/2.1.0/rubygems/core_ext/kernel_require.rb:54:in `require'
        from C:/opscode/chefdk/embedded/lib/ruby/site_ruby/2.1.0/rubygems/core_ext/kernel_require.rb:54:in `require'
        from C:/opscode/chefdk/embedded/apps/berkshelf/bin/berks:3:in `<top (required)>'
        from C:/opscode/chefdk/bin/berks:43:in `load'
        from C:/opscode/chefdk/bin/berks:43:in `<main>'

---------------------------------------------
Verification of component 'rubocop' succeeded.
Verification of component 'knife-spork' succeeded.
Verification of component 'package installation' succeeded.
Verification of component 'fauxhai' succeeded.
Verification of component 'openssl' succeeded.
Verification of component 'kitchen-vagrant' succeeded.
Verification of component 'berkshelf' failed.
Verification of component 'chef-client' succeeded.
Verification of component 'chefspec' succeeded.
Verification of component 'test-kitchen' succeeded.
Verification of component 'chef-dk' succeeded.

C:\Users\user01
λ chef -v
Chef Development Kit Version: 0.6.2
chef-client version: 12.3.0
berks version: ERROR
kitchen version: 1.4.0

C:\Users\user01
λ

I had to go through and delete the $HOME/.chefdk folder, and the left over C:\opscode folder from the uninstall that weren't removed. Then ChefDK installed and verified with no issues.


Ignore properties with null value.

In many cases you would like not to send properties that have no value.
An attribute to ignore a property with null value would be great.
The general option for all properties may not suit in some cases.

Controlling per-member serialization in Jil is done via conditional serialization.
For any given property named XXX, you can define a method bool ShouldSerializeXXX() { return XXX != null; } to suppress serialization in the null case.
See for example, this test


Training time issues

I would like to ask you how long did it take you to train x2SR from scratch using DF2K?

about 2~3 days

Thank you for your reply, I have one more question for you. I only have 4 3090 GPUs. how should I set my training strategy if I want to achieve the same training results?

You may try to set small batch size but train more iterations for the highest possible performance.

Ok, thank you for your reply.


adding stemplot to readme

Per @kojix2  request in issue #56
I am unsure how to generate png images in the same style as the original documentation, so instead just added some markdown.  That said, the stemplot is not as graphical as the other plot types.

Yes, it's better to keep the same image style if possible.
But I do appreciate your effort on this pull request!

@kojix2 Maybe if @mrkn can provide the terminal settings and font selection, then i can produce .png images similar to the other one images he has given using the examples?  Or perhaps this is a better request for @mrkn ?  Feel free to use whichever examples (either in this PR or in the examples/ex_stemplot.rb)...

I will do it. But, maybe I cannot do it soon because I'm very busy this month.

Withdrawing this pull request, since @mrkn has offered to do this in a consistent style with the other images.


Added package level to .done files

No review needed.

coverage: 25.0%. remained the same
when pulling 4f3750ca11ebd017c0924340af7702f9d4ce7fc1 on andy/done-package-level
into 683852fcacc03bd683acba6f56941e96fe28b75e on master.


fix(sst.aws.queue): support contentBasedDeduplication

allows configuring contentBasedDeduplication for FIFO sst.aws.queue

Can you create an issue for this as well?

Can you create an issue for this as well?

created an issue to discuss passing down pulumi arguments for sst abstractions https://github.com/sst/ion/issues/1157. let me know if you want to keep this as one-off instead

Can you create an issue for this as well?

created an issue specifically for contentBasedDeduplication https://github.com/sst/ion/issues/1158

Thanks @aryasaatvik. Moved contentBasedDeduplication inside fifo.


Responsive Table is not rendered in Chrome Version 46.0.2490.71 m

I am using Bootstrap v3.3.5 and Chrome Version 46.0.2490.71
Refer to page below. Half of table is not rendered. There is horizontal scroll bar shown at the bottom.
Check http://www.quicktransportsolutions.com/carrier/california/trucking-companies.php
Issue is reproduced on desktop.
Did anyone face this issue?
Gary

I fixed website with workaround.
+++++++++++++++ Before +++++++++++++

++++++++++++++++++++++++++++++++++
I removed table-responsive in div class.
+++++++++++++++ After the fix +++++++++++++

++++++++++++++++++++++++++++++++++
That's workaround but still requires fix as table will not be responsive.
Gary

@quicktsi

Please post your not-working example as a JS Fiddle or JS Bin.
What OS are you using?
A screenshot of the problem would also be appreciated.

You can view issue at http://www.quicktransportsolutions.com/carrier/bstraptableissue.html
Issue is reproduced on Windows and Linux.

Half of table is not rendered. There is horizontal scroll bar shown at the bottom.

Because the nested column that you put the .table-responsive inside is fairly narrow, hence there's only enough room to show a portion of the table. The whole point of .table-responsive is that it cuts off the portion of the table that doesn't fit and adds a horizontal scrollbar to view the rest.
Closing as "Working as Intended".

Additionally, I note in passing that the align HTML attribute used in the example is obsolete; see https://wiki.whatwg.org/wiki/Presentational_elements_and_attributes


WIP - save progress

Summary | Résumé
Proof of concept for saving to .txt file + uploading saved data.
https://www.youtube.com/watch?v=zJA2_m3wz9c
Pull Request Checklist
Please complete the following items in the checklist before you request a review:

[ ] Have you completely tested the functionality of change introduced in this PR? Is the PR solving the problem it's meant to solve within the scope of the related issue?
[ ] The PR does not introduce any new issues such as failed tests, console warnings or new bugs.
[ ] If this PR adds a package have you ensured its licensed correctly and does not add additional security issues?
[ ] Is the code clean, readable and maintainable? Is it easy to understand and comprehend.
[ ] Does your code have adequate comprehensible comments? Do new functions have docstrings?
[ ] Have you modified the change log and updated any relevant documentation?
[ ] Is there adequate test coverage? Both unit tests and end-to-end tests where applicable?
[ ] If your PR is touching any UI is it accessible? Have you tested it with a screen reader? Have you tested it with automated testing tools such as axe?

Closing this for now.


fix: Set YARN_CHECKSUM_BEHAVIOR=update when 'yarn up' is called

Attempt to fix the following type of error we often see in the logs
➤ YN0018: │ d3-path@npm:1.0.9: The remote archive doesn't match the expected checksum
➤ YN0018: │ d3-selection@npm:1.4.2: The remote archive doesn't match the expected checksum
➤ YN0018: │ crypto-js@npm:4.1.1: The remote archive doesn't match the expected checksum
➤ YN0018: │ d3-drag@npm:1.2.5: The remote archive doesn't match the expected checksum
➤ YN0018: │ d3-shape@npm:1.3.7: The remote archive doesn't match the expected checksum
➤ YN0018: │ d3-timer@npm:1.0.10: The remote archive doesn't match the expected checksum
➤ YN0018: │ d3-transition@npm:1.3.2: The remote archive doesn't match the expected checksum
➤ YN0018: │ d3-zoom@npm:1.8.3: The remote archive doesn't match the expected checksum
➤ YN0018: │ dashdash@npm:1.14.1: The remote archive doesn't match the expected checksum
➤ YN0018: │ data-urls@npm:2.0.0: The remote archive doesn't match the expected checksum
➤ YN0018: │ debounce-fn@npm:4.0.0: The remote archive doesn't match the expected checksum
➤ YN0018: │ debug@npm:4.3.4: The remote archive doesn't match the expected checksum
➤ YN0018: │ decompress-response@npm:4.2.1: The remote archive doesn't match the expected checksum
➤ YN0018: │ dagre@npm:0.8.5: The remote archive doesn't match the expected checksum
➤ YN0000: └ Completed in 0s 583ms

When an archive checksum in yarn.lock is incorrect and YARN_CHECKSUM_BEHAVIOR=update yarn is called instead of only yarn, the archive is fetched again and doesn't produce this error.
Addresses https://github.com/getappmap/vscode-appland/issues/547 but it's uncertain if it will fix it.  It's uncertain if archive checksums were calculated incorrectly due to bugs in yarn when the archive was created or if there's some other error, like something weird going on with the network.
--
To test this I created a vsix file and installed it with logging in nodeDependencyProcess.ts:spawn that showed YARN_CHECKSUM_BEHAVIOR was set

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

v0.57.1
GitHub release

Your semantic-release bot :package::rocket:


Update Kantega SSO guides

The guides no longer reflects the current state of the Kantega SSO app for Bamboo, Bitbucket, Confluence and Fisheye/Crucible. This is similar update as Jira guide was given in PR #90677.

@jeevansd - Can you review the proposed changes? IMPORTANT: When the changes are ready for publication, add a #sign-off comment to signal that the PR is ready for the review team to merge.
#label:"aq-pr-triaged"
#assign:@MicrosoftDocs/public-repo-pr-review-team

The following users don't have valid GitHub IDs, or are not collaborators on this repo: microsoftdocs/public-repo-pr-review-team

#sign-off

Invalid command: '#sign-off'. Only the assigned author of one or more file in this PR can sign off. @jeevansd

@CelesteDG - can you take a look? thanks!

#reassign:v-hgampala
Hamsika, reassigning this to you to review. Per the note, the changes are supposed to be similar to https://github.com/MicrosoftDocs/azure-docs/pull/90677. Please take a look at the original request. Thank you.

@CelesteDG, Jeevan is suggesting as adding the app side config screenshots is better instead of providing links to the configuration.
So, waiting for the @steinarline to update the images.

Hello @v-hgampala and @steinarline - Any updates on this PR? Do we have the updated images?
Thank you.

We have looked through the current versions of these guides and they are sufficiently correct now.


Streamlit Interface

How it works:
Input Text: Simply paste or type your text into the input box provided.
Correct Grammar: Click the "Correct Grammar" button to initiate the correction process.
View Results: Once the correction is complete, the corrected text will be displayed below, allowing you to review the improvements made.

Hey @paularamo  @dmatveev @JonathanFly @ngaloppo @clinty @adrianboguszewski @zhuo-yoyowz @AnishaUdayakumar  @raymondlo84 ,could you all take a look at this innovative method for interacting with notebooks using @openvino-ci? Your feedback would be invaluable!


:seedling: Friendly account and role names

Problem Statement
The current role selection menu is hard to use. It shows only IAM Role ARNs which are not easily distinguished when users have many similarly-named roles across accounts.
Solution
Obtain the account and role friendly names from AWS' SAML Sign-On page by POSTing the SAMLResponse to it first.

Here's what this looks like:

Here's what this looks like:

Thank you for this PR, i used it to package a jar for my user, it is way more user friendly

@loopingz my pleasure 😊


Security: Serious Potential Code Execution issue in Laravel

Laravel Version: All
PHP Version: All

Description:
Notice by default laravel installation comes with SwiftMailer 5.4 (also if installed with composer.json) which is vulnerable to CVE-2016-10074 (all SwiftMailers before 5.4.5) are vulnerable to this.
This allows attackers to execute remote commands by using the mail() function's fifth parameter. they have released a fix for this that affected a lot of sites and products and turns out laravel too is affected by using SwiftMailer to send mails without any further sanitization
References:
More info about this issue in SwiftMailer is presented here:
https://legalhackers.com/advisories/SwiftMailer-Exploit-Remote-Code-Exec-CVE-2016-10074-Vuln.html
Thanks,

Please delete it and contact Taylor privatly https://github.com/laravel/framework#security-vulnerabilities

@arrilot tried. no response for 12 days. thought someone should patch this. :)

https://github.com/laravel/framework/pull/17131

If you do a new Laravel install you get v5.4.8 anyway - which is not vulnerable.


Can't open Database for old data RuntimeError: No parameters supplied

If you encounter a bug use the following template.
If you have a feature request feel free to freestyle.
Steps to reproduce

I have three files testing.hdf5, testing.hdf5-shm, testing.hdf5-wal into which I recorded some data
Now I would like to load that data

import numpy as np
import matplotlib.pyplot as plt
import pandas as pd

import qcodes as qc
from qcodes.dataset.legacy_import import import_dat_file

from qcodes import initialise_database
from qcodes import load_or_create_experiment
from qcodes.dataset.measurements import Measurement
from qcodes.dataset.plotting import plot_by_id
from qcodes.dataset.data_set import load_by_id

initialise_database()

exp = load_or_create_experiment('old_data_loading', sample_name='Sample')

run_ids = import_dat_file('C:/Users/.../Documents/Data/testing.hdf5')

This gives the error RuntimeError: No parameters supplied

Expected behaviour
Should load the data
as per the instructions found
https://qcodes.github.io/Qcodes/examples/DataSet/Load old data.html
Actual behaviour
RuntimeError: No parameters supplied

Hey @pyquest1 , a clarification question:

the C:/Users/tmautry/Documents/Data/testing.hdf5 file - has it been created by qcodes Loop (aka "old/legacy" dataset) or is just "some old data"?

Also, testing.hdf5, testing.hdf5-shm, testing.hdf5-wal - this looks like you're actually having an sqlite database file with the name testing.hdf5, i deduct that because the -wal and -shm files can exist if an sqlite is opened in so-called WAL mode (which qcodes uses by default).
old/legacy qcodes dataset does not store data just in a single file. as far as i remember, the folder structure matters as well, take a look at and example here https://github.com/QCoDeS/Qcodes/tree/master/qcodes/tests/dataset/fixtures/2018-01-17 (which is also used in the doc page that you are referring to)
i am not very knowledgable about the old qcodes dataset and the loop, hence i don't know for sure, but it seems unlikely that import_dat_file function would load HDF5 files.

Hi Astafan8
Not sure why you are saying this is legacy?
Saving was done using
initialise_or_create_database_at()
exp = load_or_create_experiment()
meas = Measurement(...)
meas.register_parameter(...)
meas.register_parameter(...)
with meas.run() as datasaver:
data =...
datasaver.add_result(...)
What would load it since qcodes is what saved it?

@pyquest1 Note where you are importing  import_dat_file from (qcodes.dataset.legacy_import import)
As indicated from the location this is imported from it is indended to load legacy data (written with the qcodes loop as in these
examples https://qcodes.github.io/Qcodes/examples/index.html#legacy-examples).
Please see here for instance of how to load a dataset from the
https://qcodes.github.io/Qcodes/examples/DataSet/Performing-measurements-using-qcodes-parameters-and-dataset.html#Reloading-datasets for how to load data written as in your example.
Note that the file that you are storing data in is a sqlite database and not an hdf5 file. I strongly recommend that you give it an extension that reflects this (so .db rather than .hdf5)

Hi Jens,
Sorry, I didn't notice the legacy issue. I have read the documentation but it is long.  As a result I have just started searching for what I need in the documentation or just directly reading the github files.
I thought qcodes supported hdf5 for containing the "database"?  I could swear I read that in the documentation but now cannot find it...
The reloaded dataset example is nearly useless to me.  Why/how would I know beforehand what the captured_run_id is for an experiment that occurred months ago?
Thanks again for your help.

The legacy dataset supports hdf5 that is probably what you have seen. There are various ways to load data according to the sample name and the experiment that you have storred it under. It should all be in the documentation. Could you give an example of how you would like to be able to load data? You will need to load it according to some identifier. QCoDeS stores a the run_id, an experiment name, a samle name and the date all can be used to load the data

It seems like this is mostly a question about how to use the qcodes dataset and not a bug. Please ping if there is an actual bug to have this reopened


drachtio server sends ACK to wrong destination port

Hello Dave,
I have configured drachtio-app which proxy to another drachtio-app(UAS)
srf.invite((req, res) => {
srf.proxyRequest(req, '<IP_ADDRESS>:3520', {
forking: 'sequential',
remainInDialog: true,
provisionalTimeout: '10s',
finalTimeout: '30s',
followRedirects: false
}).then((results) => {
});
});
All SIP methods are proxied well, but ACK is sent to the wrong destination port and as a result, ACK timeout is raised.
Proxy drachtio-server logs are as follows.
INVITE is proxied to the right destination(ie, the destination of the proxyRequest function) but ACK is proxied to the wrong port.
2019-10-15 01:21:37.368010 recv 888 bytes from udp/[<IP_ADDRESS>]:5060 at 01:21:37.367653:
INVITE sip:07080942391@<IP_ADDRESS>:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45da51f21-cf919-0_850201
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45da51f21-cf919-0
From: sip:01000000000@<IP_ADDRESS>;tag=6775e234cb9ac685411b19510d3f9b00
To<EMAIL_ADDRESS>Record-Route: sip:<IP_ADDRESS>;lr
Call-ID<EMAIL_ADDRESS>CSeq: 850201 INVITE
Contact: sip:01000000000@<IP_ADDRESS>:5060;user=phone
Max-Forwards: 69
Content-Type: application/sdp
Content-Length: 287
v=0
o=-<PHONE_NUMBER><PHONE_NUMBER> IN IP4 <IP_ADDRESS>
s=ENSResip
c=IN IP4 <IP_ADDRESS>
t=0 0
m=audio 20636 RTP/AVP 0 8 4 18 101
a=fmtp:101 0-11
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:4 G723/8000
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000
a=sendrecv
2019-10-15 01:21:37.368573 send 459 bytes to udp/[<IP_ADDRESS>]:5060 at 01:21:37.368329:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45da51f21-cf919-0_850201;rport=5060
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45da51f21-cf919-0
Record-Route: sip:<IP_ADDRESS>;lr
From: sip:01000000000@<IP_ADDRESS>;tag=6775e234cb9ac685411b19510d3f9b00
To<EMAIL_ADDRESS>Call-ID<EMAIL_ADDRESS>CSeq: 850201 INVITE
Content-Length: 0
2019-10-15 01:21:37.375207 ClientTransaction::setState - NOT STARTED --> CALLING<EMAIL_ADDRESS>2019-10-15 01:21:37.380255 send 1038 bytes to udp/[<IP_ADDRESS>]:3520 at 01:21:37.380008:
INVITE sip:07080942391@<IP_ADDRESS>:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP <IP_ADDRESS>:3417;rport;branch=z9hG4bK0abeccef-643e-47fa-a3a4-c528cc55de83
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45da51f21-cf919-0_850201;rport=5060
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45da51f21-cf919-0
Record-Route: sip:<IP_ADDRESS>:3417;lr
Record-Route: sip:<IP_ADDRESS>;lr
Max-Forwards: 68
From: sip:01000000000@<IP_ADDRESS>;tag=6775e234cb9ac685411b19510d3f9b00
To<EMAIL_ADDRESS>Call-ID<EMAIL_ADDRESS>CSeq: 850201 INVITE
Contact: sip:01000000000@<IP_ADDRESS>:5060;user=phone
Content-Type: application/sdp
Content-Length: 287
v=0
o=-<PHONE_NUMBER><PHONE_NUMBER> IN IP4 <IP_ADDRESS>
s=ENSResip
c=IN IP4 <IP_ADDRESS>
t=0 0
m=audio 20636 RTP/AVP 0 8 4 18 101
a=fmtp:101 0-11
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:4 G723/8000
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000
a=sendrecv
2019-10-15 01:21:37.387326 recv 624 bytes from udp/[<IP_ADDRESS>]:3520 at 01:21:37.387165:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP <IP_ADDRESS>:3417;rport=35398;branch=z9hG4bK0abeccef-643e-47fa-a3a4-c528cc55de83;received=<IP_ADDRESS>
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45da51f21-cf919-0_850201;rport=5060
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45da51f21-cf919-0
Record-Route: sip:<IP_ADDRESS>:3417;lr
Record-Route: sip:<IP_ADDRESS>;lr
From: sip:01000000000@<IP_ADDRESS>;tag=6775e234cb9ac685411b19510d3f9b00
To<EMAIL_ADDRESS>Call-ID<EMAIL_ADDRESS>CSeq: 850201 INVITE
Content-Length: 0
2019-10-15 01:21:37.387504 ClientTransaction::setState - CALLING --> PROCEEDING<EMAIL_ADDRESS>2019-10-15 01:21:38.632745 recv 970 bytes from udp/[<IP_ADDRESS>]:3520 at 01:21:38.632427:
SIP/2.0 200 OK
Via: SIP/2.0/UDP <IP_ADDRESS>:3417;rport=35398;branch=z9hG4bK0abeccef-643e-47fa-a3a4-c528cc55de83;received=<IP_ADDRESS>
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45da51f21-cf919-0_850201;rport=5060
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45da51f21-cf919-0
Record-Route: sip:<IP_ADDRESS>:3417;lr
Record-Route: sip:<IP_ADDRESS>;lr
From: sip:01000000000@<IP_ADDRESS>;tag=6775e234cb9ac685411b19510d3f9b00
To: sip:07080942391@<IP_ADDRESS>;tag=2K0jKKeav0eSS
Call-ID<EMAIL_ADDRESS>CSeq: 850201 INVITE
Contact: sip:<IP_ADDRESS>:3520
Content-Type: application/sdp
Content-Length: 267
v=0
o=-<PHONE_NUMBER><PHONE_NUMBER> IN IP4 <IP_ADDRESS>
s=coginsight
c=IN IP4 <IP_ADDRESS>
t=0 0
m=audio 10032 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=maxptime:150
a=sendrecv
2019-10-15 01:21:38.633436 ClientTransaction::setState - PROCEEDING --> TERMINATED<EMAIL_ADDRESS>2019-10-15 01:21:38.634079 send 849 bytes to udp/[<IP_ADDRESS>]:5060 at 01:21:38.633859:
SIP/2.0 200 OK
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45da51f21-cf919-0_850201;rport=5060
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45da51f21-cf919-0
Record-Route: sip:<IP_ADDRESS>:3417;lr
Record-Route: sip:<IP_ADDRESS>;lr
From: sip:01000000000@<IP_ADDRESS>;tag=6775e234cb9ac685411b19510d3f9b00
To: sip:07080942391@<IP_ADDRESS>;tag=2K0jKKeav0eSS
Call-ID<EMAIL_ADDRESS>CSeq: 850201 INVITE
Contact: sip:<IP_ADDRESS>:3520
Content-Type: application/sdp
Content-Length: 267
v=0
o=-<PHONE_NUMBER><PHONE_NUMBER> IN IP4 <IP_ADDRESS>
s=coginsight
c=IN IP4 <IP_ADDRESS>
t=0 0
m=audio 10032 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=maxptime:150
a=sendrecv
2019-10-15 01:21:38.721960 recv 514 bytes from udp/[<IP_ADDRESS>]:5060 at 01:21:38.721626:
ACK sip:07080942391@<IP_ADDRESS>:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45da51f21-cf919-1_850201
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45da51f21-cf919-1
From: sip:01000000000@<IP_ADDRESS>;tag=6775e234cb9ac685411b19510d3f9b00
To: sip:07080942391@<IP_ADDRESS>;tag=2K0jKKeav0eSS
Call-ID<EMAIL_ADDRESS>CSeq: 850201 ACK
Route: sip:<IP_ADDRESS>;lr
Max-Forwards: 69
Content-Length: 0
2019-10-15 01:21:38.725911 send 579 bytes to udp/[<IP_ADDRESS>]:5060 at 01:21:38.725738:
ACK sip:07080942391@<IP_ADDRESS>:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP <IP_ADDRESS>:3417;rport;branch=z9hG4bK.gBajD8mNgmQ1p22j3g0Qy78SpH
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45da51f21-cf919-1_850201;rport=5060
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45da51f21-cf919-1
From: sip:01000000000@<IP_ADDRESS>;tag=6775e234cb9ac685411b19510d3f9b00
To: sip:07080942391@<IP_ADDRESS>;tag=2K0jKKeav0eSS
Call-ID<EMAIL_ADDRESS>CSeq: 850201 ACK
Max-Forwards: 69
Content-Length: 0

yes, it looks like the proxy is not behaving that well in a nat scenario.  I made some fixes for this for B2B functionality, but I may have to look into the same for proxy.
To summarize, here is what happens:

server receives INVITE and proxies it on to udp/[<IP_ADDRESS>]:3520
server receives 200 OK with Contact header sip:<IP_ADDRESS>:3520, but the message comes from the IP <IP_ADDRESS> so we can see it is a nat;'ed server
server receives an ACK, and sends it on to the same IP that it sent the INVITE, which is wrong.  It should either been sent to the Contact header in the 200 OK (<IP_ADDRESS>:3520), or if it detected that server was behind a nat, to <IP_ADDRESS>:3520.

Which did you expect the ACK to be sent to?

exactly, you're right and i expected the ACK should be sent to <IP_ADDRESS>:4520

Hi Dave,
Is there any progress of this issue?
I can provide the log turned on sofia log level to 9.

Thanks for reminding me; meant to get to this last week but forgot.  Should have something to test this week.

actually, could you provide a log with drachtio server at loglevel debug and sofia at loglevel 9?

I sent the log to your email.
Thank you.

I actually see a different problem here.
The scenario looks like this:
UAC => P1 => P2 => UAS
i.e the UAC sends the INVITE through 2 proxies to the ultimate destination.
You have provided the log for proxy P2, which is the drachtio server.
When the first INVITE arrives to P2, it has a Record-Route header of P1, and two Via headers, as expected:
2019-10-22 00:45:34.800966 recv 888 bytes from udp/[<IP_ADDRESS>]:5060 at 00:45:34.800626:
INVITE sip:07080942391@<IP_ADDRESS>:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45dae512e-54151-0_344401
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45dae512e-54151-0
Record-Route: <sip:<IP_ADDRESS>;lr>

P2, the drachtio server, adds its own RR and Via and sends it on to the destination you specified in your app:
2019-10-22 00:45:34.825428 send 1038 bytes to udp/[<IP_ADDRESS>]:3421 at 00:45:34.825086:
INVITE sip:07080942391@<IP_ADDRESS>:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP <IP_ADDRESS>:3417;rport;branch=z9hG4bK93366cb3-f5e9-42c1-a691-7b67b48865eb
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45dae512e-54151-0_344401;rport=5060
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45dae512e-54151-0
Record-Route: <sip:<IP_ADDRESS>:3417;lr>
Record-Route: <sip:<IP_ADDRESS>;lr>

Next, the 200 OK comes back to P2, which forwards it back upstream:
2019-10-22 00:45:36.387583 send 853 bytes to udp/[<IP_ADDRESS>]:5060 at 00:45:36.386995:
SIP/2.0 200 OK
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45dae512e-54151-0_344401;rport=5060
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45dae512e-54151-0
Record-Route: <sip:<IP_ADDRESS>:3417;lr>
Record-Route: <sip:<IP_ADDRESS>;lr>

Now comes the problem.  P1 forwards the ACK, but the Route header is wrong.
P1 should construct the Route header based on the RR of the 200 OK that it received; in other words, the Route header should be <sip:<IP_ADDRESS>:3417;lr>.
But look at the ACK that P2 receives:
2019-10-22 00:45:36.496608 recv 514 bytes from udp/[<IP_ADDRESS>]:5060 at 00:45:36.496427:
ACK sip:07080942391@<IP_ADDRESS>:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45dae512e-54151-1_344401
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45dae512e-54151-1
Route: <sip:<IP_ADDRESS>;lr>

It has dropped the port (:3417) entirely from the target.
Thus, P1 has misconstructed the target set.
P2 obeys the Route header and tries forwarding to that target, since it recognizes it is not a "local" address:
2019-10-22 00:45:36.504006 send 579 bytes to udp/[<IP_ADDRESS>]:5060 at 00:45:36.503700:
ACK sip:07080942391@<IP_ADDRESS>:5060;user=phone SIP/2.0

So, in summary, I think you have a problem with the proxy at P1 that caused the issue here

OK, i will look into the wrong route header.
By the way, if the route header is correct(ie, 3417 not omitted), i wonder how can P2 proxy to UAS correctly?(The port of UAS is 3421)

P2 will proxy the ACK to UAS because the 200 OK Contact header had that IP and port:
2019-10-22 00:45:36.384054 recv 974 bytes from udp/[<IP_ADDRESS>]:3421 at 00:45:36.383834:
SIP/2.0 200 OK
Via: SIP/2.0/UDP <IP_ADDRESS>:3417;rport=42258;branch=z9hG4bK93366cb3-f5e9-42c1-a691-7b67b48865eb;received=<IP_ADDRESS>
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45dae512e-54151-0_344401;rport=5060
Via: SIP/2.0/UDP <IP_ADDRESS>:5060;branch=z9hG4bK1d3e92ab45dae512e-54151-0
Record-Route: <sip:<IP_ADDRESS>:3417;lr>
Record-Route: <sip:<IP_ADDRESS>;lr>
Contact: <sip:<IP_ADDRESS>:3421>

Thus, if the Route header on the ACK were correct when received by P2, it would be forwarding the ACK to <IP_ADDRESS>:3421.

Thank you for your explanation but i wonder if the contact header from UAS 200 OK response is correct, wouldn't it be possible to send Ack regardless of the fact that the route header is wrong?

No, RFC 3261 is very specific about how a proxy is to route requests within a dialog when Route header is present. Any other behavior would be not following the standard

Thank you very much and i close this issue.


Extend source model's QuerySet manager to Historical model?

Getting ahead of myself on this great unreleased feature, but..
Based on the great work added in #866, is it at all possible to extend the object manager from the source model to the Historical model? The idea here is that now that as_of() returns a HistoricalQuerySet most of the filtering I want to do on the historical models is based on filtering I would do on live objects.
Since a custom ModelManager or QuerySetManager that provides chainable filters would work on historical models, to avoid repeating them again, is there a way to use the same manager on the HistoricalModel?

@dwasyl can you take a look at #1306 to see if it will solve your concern?

@tim-schilling it looks like a reasonable approach to the same problem. Only thing I forget is needing (in some cases a lot of) duplicated code to bring the queryset classes over from the live one (but that might be unavoidable). Excited to see something like this!

@dwasyl Ah, I think I covered that in the docs:

class QuestionQuerySet(HistoricalQuerySet):
    def question_prefixed(self):
        return self.filter(question__startswith='Question: ')

class HistoryQuestionQuerySet(QuestionQuerySet, HistoricalQuerySet):
    """Redefine QuerySet with base class HistoricalQuerySet"""

class Question(models.Model):
    pub_date = models.DateTimeField('date published')
    history = HistoricalRecords(historical_queryset=HistoryQuestionQuerySet)
    manager = models.Manager.from_queryset(QuestionQuerySet)()

That's what I get for giving it only a quick look!
I wasn't familiar with the models.Manager.from_queryset() notation style before either so that's a good tip either way.


Change of conversation and other things

I have changed the conversation between the charecters..

I have changed in character.ts to change the conversation topic between chars.


Installation failure

Composer output:
Problem 1
    - Installation request for symfony/icu v1.2.0 -> satisfiable by symfony/icu[v1.2.0].
    - symfony/icu v1.2.0 requires lib-icu >=4.4 -> the requested linked library icu has the wrong version installed or is missing from your system, make sure to have the extension providing it.
  Problem 2
    - symfony/icu v1.2.0 requires lib-icu >=4.4 -> the requested linked library icu has the wrong version installed or is missing from your system, make sure to have the extension providing it.
    - symfony/intl v2.3.1 requires symfony/icu >=1.0-RC,<2.0 -> satisfiable by symfony/icu[v1.2.0].
    - Installation request for symfony/intl v2.3.1 -> satisfiable by symfony/intl[v2.3.1].

solved by:
sudo aptitude install php5-intl

Tried again after fixing the above and:
Installing NPM dependencies
Script Yohang\DependencyTools::installDeps handling the post-install-cmd event terminated with an exception

  [RuntimeException]
  An error occuring when installing NPM dependencies

  sh: 1: npm: not found

try to install php module: lib-icu


The JDBC-based sample code does not work properly

Describe the bug
When I run 'authorizationServer', 'resourceserver' and 'client' in the sample code, I found that I still jump back to the login page even after I log in with the correct account and password. But when I run the 'authorizationserver-custom-consent-page', the authorization process works correctly.

I can replicate - swapping to the InMemoryRegisteredClientRepository to match the custom consent sample seems to fix it for me, so possibly an issue with the JDBC version

Thanks for the report @CaptainStevenRogers-ZZP.
This is now fixed via ea7c689


Jetpack insert is breaking d3

<!DOCTYPE html>
<meta charset="utf-8">
<style>

body {
  font: 14px sans-serif;
}

</style>
<body>
<script src="//d3js.org/d3.v4.min.js"></script>
<script<EMAIL_ADDRESS><script>

var c = d3.conventions()
c.drawAxis()

</script>

Same error when using only d3v4+jetpack.js

I have the exact same error, even without using the d3.conventions, but when trying to draw an axis.

the stack trace points to the d3.insert prototype override that jetpack does.

Whoops! That's what we get for porting over old functions without adding tests - thanks for the heads up.


RHEL-9.1.0-20220707.0 failed on ostree-ng.sh

Log: https://github.com/virt-s1/rhel-edge/runs/7235118447?check_suite_focus=true
Failed at ostree rollback.

Fixed by PR #92


Dashboard not coming up

Make sure these boxes are checked before submitting your issue - thank you!

[ ] I have checked the superset logs for python stacktraces and included it here as text if any
[ ] I have reproduced the issue with at least the latest released version of superset
[ ] I have checked the issue tracker for the same issue and I haven't found one similar

Superset version
Expected results
When I open the dashboard I created, I can see it.
Actual results
I can see nothing, but:
dashboard.b21ed8e6fe6a55e3a492.entry.js:326 Uncaught TypeError: Cannot read property 'map' of null
at b (dashboard.b21ed8e6fe6a55e3a492.entry.js:326)
at Object. (dashboard.b21ed8e6fe6a55e3a492.entry.js:305)
at n (dashboard.b21ed8e6fe6a55e3a492.entry.js:1)
at Object. (dashboard.b21ed8e6fe6a55e3a492.entry.js:305)
at n (dashboard.b21ed8e6fe6a55e3a492.entry.js:1)
at dashboard.b21ed8e6fe6a55e3a492.entry.js:1
at dashboard.b21ed8e6fe6a55e3a492.entry.js:1
b @ dashboard.b21ed8e6fe6a55e3a492.entry.js:326
(anonymous) @ dashboard.b21ed8e6fe6a55e3a492.entry.js:305
n @ dashboard.b21ed8e6fe6a55e3a492.entry.js:1
(anonymous) @ dashboard.b21ed8e6fe6a55e3a492.entry.js:305
n @ dashboard.b21ed8e6fe6a55e3a492.entry.js:1
(anonymous) @ dashboard.b21ed8e6fe6a55e3a492.entry.js:1
(anonymous) @ dashboard.b21ed8e6fe6a55e3a492.entry.js:1
cmd prompt
2018-03-19 11:07:35,427:DEBUG:root:[stats_logger] (incr) dashboard
2018-03-19 11:07:35,911:INFO:werkzeug:<IP_ADDRESS> - - [19/Mar/2018 11:07:35] "GET /superset/dashboard/test/ HTTP/1.1" 200 -
Steps to reproduce
1.created new chart
2.save it to dashboard
3.Click the dashboards.
4.Choose my dashboard.

Yes, same error was logged days ago https://github.com/apache/incubator-superset/issues/4619
I experienced the same error as well, and I'm waiting for the fix. I wish I could help --I'm learning how to do it :-)

This is fixed in master

@SpyderRivera  Could you please guide me on the steps to install a cloned version? I compiled the code and generated easy_install but I got stuck there.
I'm not an expert, still learning on this
I'll appreciate if you guide me on steps

https://superset.incubator.apache.org/installation.html#making-your-own-build

Working on a stable release ATM, hopefully can make it out soon.

this is fixed in the latest release (0.24.0rc1)


Wrap octal literals into string at fs.chmod calls

Hello!
Your module uses deprecated syntax of octal literals.
Since the module is a dependency for Yarn, such syntax causes a Nyc coverage report crash. It appears the reason for crash is that Nyc is trying to open and parse yarn-cli.js using babel-register.
Could you please approve this patch?

This looks like the wrong fix (per your link to babel). Also this code is not using babel, so babel depreciations do not seem relevant.

@ForbesLindesay this is also an issue when using yarn in conjunction with nyc

But what's wrong with the fix? fs.chmod can get mode argument as a string. See this and this


Data missing from usage statistics

The usage statistics for integrations and add-ons seem to have dropped suddenly and drastically. The most popular integration is showing only 1260 installs.

There was an issue with the calculating handler last week, this has been resolved.


requiring module "557", which threw an exception

React Native version: 0.37.0
Platform: Android
Operating System:  Windows7

Hey, thanks for reporting this issue!
What code is causing this error? Please post an example app on rnplay.org, if you can.
I am going to close this, but we can reopen if additional information is provided. Thanks!


Add ARM 64-bit platform support (i.e. aarch64-linux-gnu)

Currently OR-Tools doesn't officially support ARM 64-bit platform.
Cross-Toolchain targeted from linaro https://www.linaro.org/downloads/ -> 64-bit Armv8 Cortex-A, little-endian
note: Should fix #314

Are there any major blockers, or can it be compiled on ARM with modest efforts?

Well, we have a CMakeBased build so it should be possible to use it with linaro CMakeToolchainFile
The main issue is we currently depends on CBC, PROTOBUF, GFLAGS, GLOG, ZLIB so you should also check if it compile on ARM.
Good news, since we are using add_subdirectory() for dependencies it means that Toolchain should be forwarded to dependencies so we are half the way ;)

Thanks for the reply. Made some progress but I'm stumbling on two compilation errors.

In or-tools/utils/fp_utils.h, function EnableExceptions, the fenv_ struct doesn't have a __control member:

/* Type representing floating-point environment.  */
typedef struct
  {
    unsigned int __fpcr;
    unsigned int __fpsr;
  }
fenv_t;

This seems to come from glic/2.27-r0.
I assume that I have to do something like this, though I'm really not sure, I'm out of my depth here:
diff --git a/ortools/util/fp_utils.h b/ortools/util/fp_utils.h
index cf239c99f..2774e7e92 100644
--- a/ortools/util/fp_utils.h
+++ b/ortools/util/fp_utils.h
@@ -81,12 +81,16 @@ class ScopedFloatingPointEnv {
 #elif defined(ARCH_K8)
     CHECK_EQ(0, fegetenv(&fenv_));
     excepts &= FE_ALL_EXCEPT;
-#ifdef __APPLE__
+# if defined(__aarch64__)
+    fenv_.__fpsr &= ~excepts;
+# else // __x86__
+#  ifdef __APPLE__
     fenv_.__control &= ~excepts;
-#else  // Linux
+#  else  // Linux
     fenv_.__control_word &= ~excepts;
-#endif
+#  endif
     fenv_.__mxcsr &= ~(excepts << 7);
+# endif
     CHECK_EQ(0, fesetenv(&fenv_));
 #endif
   }

Some arm code error, in file or-tools/util/saturated_arithmetic.h
at line 114 in function CapAddFast:

asm volatile(  // 'volatile': ask compiler optimizer "keep as is".
      "\t" "addq %[y],%[result]"
      "\n\t" "cmovoq %[cap],%[result]"  // Conditional move if overflow.
      : [result] "=r"(result)  // Output
      : "[result]" (result), [y] "r"(y), [cap] "r"(cap)  // Input.
      : "cc"  /* Clobbered registers */  );

Error :
{standard input}:5610: Error: unknown mnemonic `addq' -- `addq x3,x1'
{standard input}:5611: Error: unknown mnemonic `cmovoq' -- `cmovoq x2,x1'

at line 144 in CapSubFast function
asm volatile(  // 'volatile': ask compiler optimizer "keep as is".
      "\t" "subq %[y],%[result]"
      "\n\t" "cmovoq %[cap],%[result]"  // Conditional move if overflow.
      : [result] "=r"(result)  // Output
      : "[result]" (result), [y] "r"(y), [cap] "r"(cap)  // Input.
      : "cc"  /* Clobbered registers */  );

Error :
{standard input}:9267: Error: unknown mnemonic `subq' -- `subq x0,x19'
{standard input}:9268: Error: unknown mnemonic `cmovoq' -- `cmovoq x2,x19'

at line 221 in CapProdFast function
asm volatile(  // 'volatile': ask compiler optimizer "keep as is".
      "\n\t" "imulq %[y],%[result]"
      "\n\t" "cmovcq %[cap],%[result]"  // Conditional move if carry.
      : [result] "=r"(result)  // Output
      : "[result]" (result), [y] "r"(y), [cap] "r"(cap)  // Input.
      : "cc" /* Clobbered registers */);

Error :
{standard input}:126444: Error: unknown mnemonic `imulq' -- `imulq x0,x1'
{standard input}:126445: Error: unknown mnemonic `cmovcq' -- `cmovcq x2,x1'

Although they seem trivial, I do not know how to translate this for aarch64.

there is a
https://github.com/google/or-tools/blob/99a763f30a17ea9b92a642fb1908175c44b0ec63/ortools/util/saturated_arithmetic.h#L108
So maybe we should find why on arch arm toolchain ARCH_K8 is defined
FYI: it means AMD K8 which is the first x86_64 architecture.

Seems lp69 aka long int and pointer are 64bits is available on aarch64
Src: https://gcc.gnu.org/onlinedocs/gcc/AArch64-Options.html

Is there anyone who had luck in building from source OR-Tools on an ARM 64-bit architecture? I am interested in running a software package including OR-tools on a Jetson Xavier NX 64-bit.

Is there anyone who had luck in building from source OR-Tools on an ARM 64-bit architecture? I am interested in running a software package including OR-tools on a Jetson Xavier NX 64-bit.

please avoid necroposting, did you try the cross compile script ?
https://github.com/google/or-tools/blob/stable/tools/cross_compile.sh
ps: we have a discord also...

Sorry about that @Mizux . We did not know about the cross-compile script.


Unsupported major.minor version 52.0

Hi Sir/Madam,
My application uses com.github.sarxos.webcam.Webcam libraries and that's why it needs JRE 1.8 and my application is working in my local since I have JRE 1.8 in my local but while I am deploying my application in "http://security-ecam.rhcloud.com/" OpenShift  I am getting below Exception
java.lang.UnsupportedClassVersionError: com/TestJava : Unsupported major.minor version 52.0 (unable to load class com.TestJava)
org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:2961)
org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:1210)
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1690)
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1571)
So how to deploy and run the app in server using JRE <1.8
Thanks
Biswajit Roy

I have fixed this by compiling the libraries in JDK 1.7 now this is working in my local tomcat with JVM 1.7 but I am getting below error while deploying the application in openshift.redhat.com. I don't know RedHat environment details :(
which basically says
Caused by: java.lang.RuntimeException: Library 'OpenIMAJGrabber' was not loaded successfully from file '/var/lib/openshift/56081b1789f5cf12fc000062/jbossews/tmp/BridJExtractedLibraries9012739367972665359/OpenIMAJGrabber.so'
StackTrace:
com.github.sarxos.myWebcam.WebcamException: java.util.concurrent.ExecutionException: com.github.sarxos.myWebcam.WebcamException: Cannot execute task at com.github.sarxos.myWebcam.WebcamDiscoveryService.getWebcams(WebcamDiscoveryService.java:124) at com.github.sarxos.myWebcam.Webcam.getWebcams(Webcam.java:816) at com.github.sarxos.myWebcam.Webcam.getDefault(Webcam.java:879) at com.github.sarxos.myWebcam.Webcam.getDefault(Webcam.java:856) at com.github.sarxos.myWebcam.Webcam.getDefault(Webcam.java:834) at com.TestJava.doGet(TestJava.java:38) at javax.servlet.http.HttpServlet.service(HttpServlet.java:620) at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.valves.RemoteIpValve.invoke(RemoteIpValve.java:683) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1042) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:316) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.lang.Thread.run(Thread.java:745) Caused by: java.util.concurrent.ExecutionException: com.github.sarxos.myWebcam.WebcamException: Cannot execute task at java.util.concurrent.FutureTask.report(FutureTask.java:122) at java.util.concurrent.FutureTask.get(FutureTask.java:188) at com.github.sarxos.myWebcam.WebcamDiscoveryService.getWebcams(WebcamDiscoveryService.java:116) ... 27 more Caused by: com.github.sarxos.myWebcam.WebcamException: Cannot execute task at com.github.sarxos.myWebcam.WebcamProcessor$AtomicProcessor.process(WebcamProcessor.java:72) at com.github.sarxos.myWebcam.WebcamProcessor.process(WebcamProcessor.java:140) at com.github.sarxos.myWebcam.WebcamTask.process(WebcamTask.java:46) at com.github.sarxos.myWebcam.ds.buildin.WebcamDefaultDriver$WebcamNewGrabberTask.newGrabber(WebcamDefaultDriver.java:46) at com.github.sarxos.myWebcam.ds.buildin.WebcamDefaultDriver.getDevices(WebcamDefaultDriver.java:118) at com.github.sarxos.myWebcam.WebcamDiscoveryService$WebcamsDiscovery.call(WebcamDiscoveryService.java:36) at com.github.sarxos.myWebcam.WebcamDiscoveryService$WebcamsDiscovery.call(WebcamDiscoveryService.java:1) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) ... 1 more Caused by: java.lang.RuntimeException: Failed to allocate new instance of type class com.github.sarxos.myWebcam.ds.buildin.natives.OpenIMAJGrabber at org.bridj.cpp.CPPRuntime.newCPPInstance(CPPRuntime.java:674) at org.bridj.cpp.CPPRuntime$CPPTypeInfo.initialize(CPPRuntime.java:828) at org.bridj.cpp.CPPRuntime$CPPTypeInfo.initialize(CPPRuntime.java:755) at org.bridj.CRuntime$CTypeInfo.initialize(CRuntime.java:209) at org.bridj.BridJ.initialize(BridJ.java:970) at org.bridj.NativeObject.(NativeObject.java:23) at org.bridj.StructObject.(StructObject.java:14) at org.bridj.cpp.CPPObject.(CPPObject.java:27) at com.github.sarxos.myWebcam.ds.buildin.natives.OpenIMAJGrabber.(OpenIMAJGrabber.java:64) at com.github.sarxos.myWebcam.ds.buildin.WebcamDefaultDriver$WebcamNewGrabberTask.handle(WebcamDefaultDriver.java:56) at com.github.sarxos.myWebcam.WebcamProcessor$AtomicProcessor.run(WebcamProcessor.java:81) ... 3 more Caused by: java.lang.RuntimeException: Library 'OpenIMAJGrabber' was not loaded successfully from file '/var/lib/openshift/56081b1789f5cf12fc000062/jbossews/tmp/BridJExtractedLibraries9012739367972665359/OpenIMAJGrabber.so' at org.bridj.BridJ.getNativeLibrary(BridJ.java:922) at org.bridj.BridJ.getNativeLibrary(BridJ.java:901) at org.bridj.BridJ.getNativeLibrary(BridJ.java:513) at org.bridj.cpp.CPPRuntime.newCPPInstance(CPPRuntime.java:627) ... 13 more Mail Sent

Hi @biswajitroy04,
Thank you for the report.
I checked the 0.3.10 version available from Maven:
$ javap -verbose Webcam.class | grep major
$ javap -verbose Webcam.class | grep minor

The output is:
major version: 50
minor version: 0

The above points out it's 1.6. I did the same with the 0.3.11-SNAPSHOT and effect was the same. I suppose that problematic class in your case was simply TestJava which has been compiled with 1.8. Just guess this is your project's main class.
In regards to the second issue - this may be caused either by:

The fact that you are running this application in cloud env (trying to open UVC webcam on the server side), and the cloud does not give you permission to load native code (OpenIMAJGrabber.so), or
The fact that you renamed package to myWebcam (this should go in pair with the change in corresponding folder in src/main/resources (I remember BridJ having some problems to locate *.so objects in such a case).

But are you really trying to open UVC in a cloud? Or did you want to use some IP camera and simply forget to set appropriate capture driver?

Thanks a lot for your reply. I will check all these aspects and yes I need
to modify the codes to use it as an IP camera.
Thanks
Biswajit
On Mon, Sep 28, 2015 at 12:54 PM, Bartosz Firyn<EMAIL_ADDRESS>wrote:

Hi @biswajitroy04 https://github.com/biswajitroy04,
Thank you for the report.
I checked the 0.3.10
http://search.maven.org/remotecontent?filepath=com/github/sarxos/webcam-capture/0.3.10/webcam-capture-0.3.10.jar
version available from Maven:
$ javap -verbose Webcam.class | grep major
$ javap -verbose Webcam.class | grep minor
The output is:
major version: 50
minor version: 0
The above points out it's 1.6. I did the same with the 0.3.11-SNAPSHOT
https://oss.sonatype.org/service/local/artifact/maven/redirect?r=snapshots&g=com.github.sarxos&a=webcam-capture&v=0.3.11-SNAPSHOT
and effect was the same. I suppose that problematic class in your case was
simply TestJava which has been compiled with 1.8. Just guess this is your
project's main class.
In regards to the second issue - this may be caused either by:

The fact that you are running this application in cloud env (trying
to open UVC webcam on the server side), and the cloud does not give you
permission to load native code (OpenIMAJGrabber.so), or
The fact that you renamed package to myWebcam (this should go in
pair with the change in corresponding folder in src/main/resources (I
remember BridJ having some problems to locate *.so objects in such a case).

But are you really trying to open UVC in a cloud? Or did you want to
use some IP camera and simply forget to set appropriate capture driver?
—
Reply to this email directly or view it on GitHub
https://github.com/sarxos/webcam-capture/issues/397#issuecomment-143803160
.

Hi @biswajitroy04,
Ok, in regards of the major/minor version issue I'm almost 100% sure that TestJava is to blame.
To switch from UVC to UIP camera just replace the capture driver:
static {
	Webcam.setDriver(new IpCamDriver(new IpCamStorage("cameras.xml")));
}

(keep in mind that you have to have cameras.xml pre-created, example can be found here)
By doing the above the issue with OpenIMAJGrabber will disappear. FYI, here are some examples using IP cameras:
https://github.com/sarxos/webcam-capture/tree/master/webcam-capture-drivers/driver-ipcam/src/examples/java
And here is small low latency streaming example using IP cameras on a web service backend which transmit images to the GUI through WebSocket.
Take care!

I forget to put a link to the example. Here it is:
https://github.com/sarxos/webcam-capture/tree/master/webcam-capture-examples/webcam-capture-websockets

@biswajitroy04, I'm closing this ticket. Please comment here if you have any further questions in regards to this.


Add logging for service instances created via template

Please rebase on HEAD (eff1e66f86c1d2a06659d349eb36de1c4c5a7607), where the log size is configurable now and use the variable.


fix(package): update exports to import/require

Update the conditional exports used for the entrypoints of @primer/react from node, require, and default to require and import.
In the current setup, node will match to CommonJS which can cause issues with frameworks like Next.js which can handle ESM directly. In the proposed setup, the CommonJS path will be brought in when the package is imported through require(). The ESM path will be brought in when the package is imported using import from or import().
This PR also addresses issues in the CommonJS bundle by inlining ESM-only dependencies. This is intended as an interim step to get this bundle working again and is not intended as a long-term solution.
Testing
Included in this PR is a Next.js example under examples/nextjs. This example has been added as a workspace so everything so should be setup automatically when you npm i. This example can be used to see the difference in the exports field in order to demonstrate that @primer/react can participate in server-side rendering.
This will not include all exports as some still may reference DOM globals and for which a separate test will need to be introduced.
To see how the export changes work, you can:

Visit package.json
Remove the "." export value, run npm run develop in examples/nextjs to verify that Next.js tries to use exports to lookup the entrypoint for @primer/react (it should fail to find it)
Restore the "." export value, remove the "import" key, run npm run develop in examples/nextjs to verify that Next.js tries to lookup the import value (it should fail to load path ".")
Restore the "import" key, run npm run develop, and verify that Next.js can compile (you can also remove "require" to double-check that Next.js is not going down that path)

I think all these pull requests should be settled first or closed


Error: Conversion error: Conversion error: Key-value pairs must be separated by a ;

Hi!
I was playing with the crate but I couldn't get it running, after putting my connection string
static CONN_STR: Lazy<String> = Lazy::new(|| {
    env::var("TIBERIUS_TEST_CONNECTION_STRING").unwrap_or_else(|_| {
"Server=tcp:myspecialserver.mycompany.com,1433;Database=DB_MYDB;User Id=myspecialuser;Password=goodpassword".to_owned()
    })
});

(I don't use ; in any other place in the string except to separate the keys). Then, when it compiles, cargo runs displays
Error: Conversion error: Conversion error: Key-value pairs must be separated by a `;`

Can you give me some hint? I lookup for that error on the tiberius crate but found nothing about Key-value pairs
I don't know how can I debug this error :(

Any update on this?


WIP: GitHub Actions

We only need to change validate.yml to run on master branch.
@MartinCura @CrossNox feel free to check PR


HBASE-24185: Junit tests do not behave well with System.exit or Runti…

…me.halt or JVM exits in general.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
4m 39s
Docker mode activated.

-0 :warning:
yetus
0m  6s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ branch-2 Compile Tests _

+1 :green_heart:
mvninstall
3m 41s
branch-2 passed

+1 :green_heart:
compile
0m 24s
branch-2 passed

+1 :green_heart:
shadedjars
4m 34s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 23s
branch-2 passed

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
3m 15s
the patch passed

+1 :green_heart:
compile
0m 22s
the patch passed

+1 :green_heart:
javac
0m 22s
the patch passed

+1 :green_heart:
shadedjars
4m 27s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 21s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
1m 21s
hbase-common in the patch passed.

24m 44s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1540/1/artifact/yetus-jdk8-hadoop2-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1540

JIRA Issue
HBASE-24185

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 2810cf62a071 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / 361e81e1f8

Default Java
1.8.0_232

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1540/1/testReport/

Max. process+thread count
340 (vs. ulimit of 12500)

modules
C: hbase-common U: hbase-common

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1540/1/console

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
3m 10s
Docker mode activated.

-0 :warning:
yetus
0m  5s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ branch-2 Compile Tests _

+1 :green_heart:
mvninstall
4m 31s
branch-2 passed

+1 :green_heart:
compile
0m 24s
branch-2 passed

+1 :green_heart:
shadedjars
5m 41s
branch has no errors when building our shaded downstream artifacts.

-0 :warning:
javadoc
0m 17s
hbase-common in branch-2 failed.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
4m 13s
the patch passed

+1 :green_heart:
compile
0m 25s
the patch passed

+1 :green_heart:
javac
0m 25s
the patch passed

+1 :green_heart:
shadedjars
5m 44s
patch has no errors when building our shaded downstream artifacts.

-0 :warning:
javadoc
0m 16s
hbase-common in the patch failed.

_ Other Tests _

+1 :green_heart:
unit
1m 51s
hbase-common in the patch passed.

27m 44s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1540/1/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1540

JIRA Issue
HBASE-24185

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux d3737d1c54a5 4.15.0-74-generic #84-Ubuntu SMP Thu Dec 19 08:06:28 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / 361e81e1f8

Default Java
2020-01-14

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1540/1/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-common.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1540/1/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-common.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1540/1/testReport/

Max. process+thread count
292 (vs. ulimit of 12500)

modules
C: hbase-common U: hbase-common

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1540/1/console

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
4m 41s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

_ branch-2 Compile Tests _

+1 :green_heart:
mvninstall
3m 40s
branch-2 passed

+1 :green_heart:
checkstyle
0m 25s
branch-2 passed

+1 :green_heart:
spotbugs
0m 46s
branch-2 passed

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
3m  7s
the patch passed

+1 :green_heart:
checkstyle
0m 24s
the patch passed

+1 :green_heart:
whitespace
0m  1s
The patch has no whitespace issues.

+1 :green_heart:
hadoopcheck
11m 12s
Patch does not cause any errors with Hadoop 2.10.0 or 3.1.2.

+1 :green_heart:
spotbugs
0m 51s
the patch passed

_ Other Tests _

+1 :green_heart:
asflicense
0m 14s
The patch does not generate ASF License warnings.

32m 23s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1540/1/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1540

JIRA Issue
HBASE-24185

Optional Tests
dupname asflicense spotbugs hadoopcheck hbaseanti checkstyle

uname
Linux 187b02725d5a 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / 361e81e1f8

Max. process+thread count
94 (vs. ulimit of 12500)

modules
C: hbase-common U: hbase-common

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1540/1/console

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f) spotbugs=3.1.12

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m 13s
Docker mode activated.

-0 :warning:
yetus
0m  6s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ branch-2 Compile Tests _

+1 :green_heart:
mvninstall
3m 50s
branch-2 passed

+1 :green_heart:
compile
0m 21s
branch-2 passed

+1 :green_heart:
shadedjars
4m 44s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 21s
branch-2 passed

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
3m 29s
the patch passed

+1 :green_heart:
compile
0m 22s
the patch passed

+1 :green_heart:
javac
0m 22s
the patch passed

+1 :green_heart:
shadedjars
4m 48s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 19s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
1m 20s
hbase-common in the patch passed.

21m 56s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1540/2/artifact/yetus-jdk8-hadoop2-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1540

JIRA Issue
HBASE-24185

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 8bed800d3166 4.15.0-74-generic #84-Ubuntu SMP Thu Dec 19 08:06:28 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / 2762ddc6a8

Default Java
1.8.0_232

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1540/2/testReport/

Max. process+thread count
279 (vs. ulimit of 12500)

modules
C: hbase-common U: hbase-common

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1540/2/console

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m 13s
Docker mode activated.

-0 :warning:
yetus
0m  7s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ branch-2 Compile Tests _

+1 :green_heart:
mvninstall
4m 27s
branch-2 passed

+1 :green_heart:
compile
0m 27s
branch-2 passed

+1 :green_heart:
shadedjars
5m 52s
branch has no errors when building our shaded downstream artifacts.

-0 :warning:
javadoc
0m 16s
hbase-common in branch-2 failed.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
4m 16s
the patch passed

+1 :green_heart:
compile
0m 25s
the patch passed

+1 :green_heart:
javac
0m 25s
the patch passed

+1 :green_heart:
shadedjars
5m 44s
patch has no errors when building our shaded downstream artifacts.

-0 :warning:
javadoc
0m 16s
hbase-common in the patch failed.

_ Other Tests _

+1 :green_heart:
unit
1m 44s
hbase-common in the patch passed.

25m 54s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1540/2/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1540

JIRA Issue
HBASE-24185

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 5a63e9f95525 4.15.0-91-generic #92-Ubuntu SMP Fri Feb 28 11:09:48 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / 2762ddc6a8

Default Java
2020-01-14

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1540/2/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-common.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1540/2/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-common.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1540/2/testReport/

Max. process+thread count
271 (vs. ulimit of 12500)

modules
C: hbase-common U: hbase-common

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1540/2/console

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m 24s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

_ branch-2 Compile Tests _

+1 :green_heart:
mvninstall
3m 52s
branch-2 passed

+1 :green_heart:
checkstyle
0m 25s
branch-2 passed

+1 :green_heart:
spotbugs
0m 45s
branch-2 passed

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
3m 32s
the patch passed

+1 :green_heart:
checkstyle
0m 23s
the patch passed

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
hadoopcheck
12m  6s
Patch does not cause any errors with Hadoop 2.10.0 or 3.1.2.

+1 :green_heart:
spotbugs
0m 51s
the patch passed

_ Other Tests _

+1 :green_heart:
asflicense
0m 11s
The patch does not generate ASF License warnings.

31m  5s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1540/2/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1540

JIRA Issue
HBASE-24185

Optional Tests
dupname asflicense spotbugs hadoopcheck hbaseanti checkstyle

uname
Linux 0079fd5ba1c2 4.15.0-74-generic #84-Ubuntu SMP Thu Dec 19 08:06:28 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / 2762ddc6a8

Max. process+thread count
84 (vs. ulimit of 12500)

modules
C: hbase-common U: hbase-common

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1540/2/console

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f) spotbugs=3.1.12

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.


Russian translation

https://dropmefiles.com/HiAL1

inside the archive, the ru.yml file itself and a folder with translated gui menus

important note, download link is valid for three more days, please download now


Add more ignores to .gitignore

Change-Type: Patch

Am I missing something here? @hedss, any reason why this wouldn't merge?

@brownjohnf OK, this is very odd. Looking into it, as for some reason it's refusing to merge this PR.

@brownjohnf Found it; out of date versionist file. Your Patch has an upper case character. This has been fixed in the default config, but this file also needs replacing. Am going to submit a PR for it.

@brownjohnf Done!

Sweet!
On Fri, May 19, 2017 at 11:46 AM, Heds Simons<EMAIL_ADDRESS>wrote:

@brownjohnf https://github.com/brownjohnf Done!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/resin-io/edge-node-manager/pull/173#issuecomment-302781547,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AA9GWbTpctVxhgugFnQ7_jxmwS0ZBNrKks5r7eNvgaJpZM4NZ3By
.


[4pt] Select/Pairs: Partial results

The second and complex part of #53

Summary
Ability to add fields option for select function. Fields option allows to get only a subset of fields.
Motivation
Sending only a subset of fields can reduce the network load.
Possible implementation
Select function gets tuples from all storages and compare it by index on router. Filtering fields on storage can lead to the loss of indexed fields (search indexes to iterate over), which makes it impossible for further iteration and comparison on router. Default iteration index is primary index. We could keep primary index fields in storage result even if these fields are not specified in fields parameter. If storage result includes scan index then it possible to use scan index for comparison tuples on router. Otherwise we still have primary index in storage result for iterate over on router.


Add Index to 'type' column in 'Post' table

Summary
This PR was requested here: https://github.com/mattermost/mattermost-mobile/pull/8260#discussion_r1800241287.
Changes:

Added a new index to the type column in the Post table.
Added a migration step for the new index

unsafeExecuteSql is used since WatermelonDB doesn't support creating new indices during migrations (related discussion)

Bumped up server database version
Updated unit tests to reflect the schema change

Checklist

[x] Added or updated unit tests (required for all new features)
[ ] Has UI changes
[ ] Includes text changes and localization file updates
[ ] Have tested against the 5 core themes to ensure consistency between them.
[ ] Have run E2E tests by adding label E2E iOS tests for PR.

Device Information
This PR was tested on:

Device: Google Pixel 7
Version: Android 14

Release Note
Added a new index to the type column in the Post table. Bumped up server database schema version to 6.

Hello @theoforger,
Thanks for your pull request! A Core Committer will review your pull request soon. For code contributions, you can learn more about the review process here.

I did not, however, test on a new install yet.  I'm fairly confident this should not be a problem.

Sorry my bad on the UNIQUE keyword.

@larkox @enahum I think we can skip QA review as I have reviewed and ran the app successfully in two scenarios (installed on top of old version and new install)?
Checking the indexes is easy to do on simulator, but not as easy on actual physical device.
I did not check when running on physical Android devices.

Sure

@yasserfaraazkhan Heads up that we are merging without QA review. Just be extra careful when testing the upgrade path during release testing for the release this PR goes in.

@larkox - Is developer documentation needed for this Engineering PR?

@cwarnermm No, I think there is no need for developer documentation. The documentation about the database is inside the repo.
We could potentially consider adding links to those files in the repo in the documentation... :thinking:


Implementing Cluster.reload().

Also

Implementing Cluster.name property which is used to identify the cluster in API requests
Moving _FakeStub and _MethodMock to a shared testing module for Bigtable.
Adding Client to root bigtable package.
Fixing typo in Bigtable Client docstring

@tseaver Updated. PTAL.

LGTM


download_IERS_A triggers IndexError

Importing IERS bulletin A is triggering an IndexError - having looked, the URI for the table is generating an error but I can't work out how to tell it to use a different source.
>>> from astropy.utils.data import clear_download_cache
>>> clear_download_cache()
>>> from astroplan import download_IERS_A
Downloading https://hpiers.obspm.fr/iers/bul/bulc/Leap_Second.dat
|===================================================================| 1.3k/1.3k (100.00%)         0s
>>> download_IERS_A()
Downloading https://datacenter.iers.org/data/9/finals2000A.all
|===================================================================| 2.1k/2.1k (100.00%)         0s
Traceback (most recent call last):
  File "/usr/local/lib64/python3.6/site-packages/astropy/io/ascii/core.py", line 955, in _convert_vals
    converter_func, converter_type = col.converters[0]
IndexError: list index out of range

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/lib/python3.6/site-packages/astroplan/utils.py", line 146, in download_IERS_A
    iers.IERS.iers_table = iers.IERS_A.open(local_iers_a_path)
  File "/usr/local/lib64/python3.6/site-packages/astropy/utils/iers/iers.py", line 205, in open
    cls.iers_table = cls.read(**kwargs)
  File "/usr/local/lib64/python3.6/site-packages/astropy/utils/iers/iers.py", line 542, in read
    iers_a = super().read(file, format='cds', readme=readme)
  File "/usr/local/lib64/python3.6/site-packages/astropy/table/connect.py", line 52, in __call__
    out = registry.read(cls, *args, **kwargs)
  File "/usr/local/lib64/python3.6/site-packages/astropy/io/registry.py", line 523, in read
    data = reader(*args, **kwargs)
  File "/usr/local/lib64/python3.6/site-packages/astropy/io/ascii/connect.py", line 19, in io_read
    return read(filename, **kwargs)
  File "/usr/local/lib64/python3.6/site-packages/astropy/io/ascii/ui.py", line 323, in read
    dat = reader.read(table)
  File "/usr/local/lib64/python3.6/site-packages/astropy/io/ascii/cds.py", line 326, in read
    return super().read(table)
  File "/usr/local/lib64/python3.6/site-packages/astropy/io/ascii/core.py", line 1204, in read
    table = self.outputter(cols, self.meta)
  File "/usr/local/lib64/python3.6/site-packages/astropy/io/ascii/core.py", line 986, in __call__
    self._convert_vals(cols)
  File "/usr/local/lib64/python3.6/site-packages/astropy/io/ascii/core.py", line 971, in _convert_vals
    raise ValueError(f'Column {col.name} failed to convert: {last_err}')
ValueError: Column year failed to convert: invalid literal for int() with base 10: '<!'
>>>

Is this just a case of "wait until the new tables are published"? I first noticed this on March 28th, if that's helpful.
Thanks!

Ah, I see that the bulletin servers are unavailable. Sorry for making this an issue (so I'll close it now, as it's out of your hands). But, as a future feature request can we make alternate sources an option to download_IERS_A()?


Release <IP_ADDRESS> to PyPi job failed

Up

Yeah looks like the token expired. @mmatl would you mind updating the token in this repository's secrets or adding me as a project admin?

Heh I have a todo in one of my Dockerfiles with a temporary workaround:
wget https://github.com/BerkeleyAutomation/python-fcl/releases/download/v<IP_ADDRESS>/python_fcl-<IP_ADDRESS>-cp312-cp312-manylinux_2_17_x86_64.manylinux2014_x86_64.whl && pip install *.whl

Hello,
Do you have any news concerning the release of the version <IP_ADDRESS> ?
We have hosted the builder wheel on our server to test the python-fcl with numpy 2 and it works as expected.
We would like to install it from the official pypi release instead of our own hosted server.
Thanks.

@patrickclerc @mikedh sorry for the super-delayed reply. I haven't been a part of the BerkeleyAutomation organization for a while, so I do not have admin access to this repo. You'll need to contact one of the maintainers directly.

Hi,
Do you have any updates on when version <IP_ADDRESS> will be available for installation through PyPi?
Thanks!


Allow --environment variables

As rollup allows setting environment variables with the --environment setting, this should also be able with the liferay-npm-bundler-improved. As well, the NODE_ENV variable should be set as development as default when bundling with it.

Rollup is outsourced from this tool (#20) which means this issue is now obsolete.


Custom title bar in unpackaged app

Describe the bug
Title bar completely inoperative in latest 1.2 build and 1.3 preview. Cannot move, minimize, maximize, or close. Did not have problem in 1.2.221109.1.
Steps to reproduce the bug

Create unpackaged app on windows 10.
Set custom title bar (extendContentIntoTitleBar)
title bar no longer operates properly.

Expected behavior
No response
Screenshots
No response
NuGet package version
WinUI 3 - Windows App SDK 1.2.4: 1.2.230217.4
Windows version
Windows 10 (21H2): Build 19044
Additional context
No response

Could you confirm if you are still facing it with new WinAppSDK 1.4 ?

No, this has been resolved.


Add Support for Setting Penumbra Collection on Gear Change

Add support to change Penumbra collection on gear change including

Config to enable/disable this feature
Config to set the Collection name for each gathering class independently

I am by no means C native so apologies if this is implemented in a less than ideal manner.

If anything, this should use IPC, definitely not slash commands. But I don't particularly want this either.

All good, I haven't much experience with IPC but I will look into it, happy for you to close if you don't want it in here!
I did this more for fun and curiosity than anything else and I had the situation where GB gearset changing wouldn't implement my glams because I like to keep my collections separate so I am only loading what is absolutely necessary. This and the other PR I just saw as something I could try and figure out for the fun of it on the spot, nothing serious hence why I didn't bring it up outside PR 😄

Well as long as you don't feel like you've wasted your time too much :)