chore: remove lockfiles

Follow-up of https://github.com/remix-run/remix/pull/3110

Any idea for what we should do about this? https://github.com/remix-run/indie-stack/runs/6358741070?check_suite_focus=true

@kentcdodds Probably a good idea to remove package-lock.json from the Dockerfile?
If that's not preferred, we should install first I think 🤔

I don't think we want to remove it from the Dockerfile because users will want it in there.

Then we should do an install first.
We can't know what file people will have though, as we don't know which package manager they will use.
https://github.com/remix-run/remix/pull/3076 will already pass the used one to remix.init though, so if that one's merged/released, we could do ${packageManager} install & update Dockerfile in remix.init if we want to

Yeah, let's be a little more sophisticated 👍 I just merged that PR. Thanks!

We'll need to wait for the next release to make it happen though. 😕


gazebo: wheel collision #2 lets MiR sink into ground_plane

I fast too fast to close https://github.com/relffok/mir_robot/issues/1, using the cylinder collision prevented MiR from tilting but I realized the wheels sink into the floor.

Quick check with the tf showed that the collision needs to be rotated (mesh already had that rotation included). The screenshot shows the cylindric collision as the visual.

This was my mistake, rotation fixed in 11cb54b705ff261c31aaaba65416a0cf039b1659 wheels still sink (maybe a little less).


add pygments as install dependency

i bumped the version because of the change in install requirements

Thank you!


about timer

How call a function periodical or implement a timer? I want to update the text of a child window in the timer， how can that be done？

Hi @gushenghua,
There is no built-in timer functionality, but you can probably run a while-true loop in a background-thread with a sleep.
For simple prompts, check the refresh_interval option, like in this example: https://github.com/jonathanslenders/python-prompt-toolkit/blob/master/examples/clock-input.py
Another option is to use the asyncio event loop.
Jonathan

thank you!


label number of barcodes kept in the barcode rank plots

specifically in the joint barcode report

done in 15fc5e1


Forbid Webpack loader syntax in imports

Enable the no-webpack-loader-syntax, (https://github.com/benmosher/eslint-plugin-import/pull/586) rule in eslint-config-react-app.
Fixes #733.
Test plan:
Add this to App.js:
import 'css!./App.css';

I don't know how to fix the e2e test. The changed peerDependencies are breaking it on npm@2 😕

Rebased and fixed the conflicts with master. Travis is still failing on Node v4 because of peerDependencies, but I couldn't reproduce that locally, even though I tried with the same version, node v4.6.0 (npm v2.15.9).
The package.json on the root folder depends on the local eslint-config-react-app package, so it should always be the latest version and the other packages are bootstrapped with Lerna, which should symlink them correctly. But on Travis it fails to install. I wonder if this could be because of caching of node_modules.

Cleared caches and restarted.

The build is still failing, but a different error now:
Successfully bootstrapped 5 packages.
+./node_modules/.bin/eslint --ignore-path .gitignore ./
Oops! Something went wrong! :(
ESLint couldn't find the plugin "eslint-plugin-import". This can happen for a couple different reasons:

This is really weird because ESLint runs right after npm install which definitely should install eslint-plugin-import from devDependencies.

I had a problem with installing devDeps because npm config node_env was
set to production which disabled installing devDeps. And I don't know was
this set because I didn't set this variable to production.

okt. 2016 4:45 pop. je oseba "Ville Immonen"<EMAIL_ADDRESS>napisala:

The build is still failing, but a different error now:
Successfully bootstrapped 5 packages.
+./node_modules/.bin/eslint --ignore-path .gitignore ./
Oops! Something went wrong! :(
ESLint couldn't find the plugin "eslint-plugin-import". This can happen for a couple different reasons:
This is really weird because ESLint runs right after npm install which
definitely should install eslint-plugin-import from devDependencies.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/facebookincubator/create-react-app/pull/803#issuecomment-252938455,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AKV7ehymPb33DTsUNFSj1KE1xJWORRWfks5qy6DzgaJpZM4KLFpQ
.


please check my PR

please check my 2  PRs and decide to accept them or not, thx

I have merged just now.


Add @3846masa/axios-cookiejar-support to ECOSYSTEM

In #48 , talked "support cookiejar via plugin" ( ref. this comment )
So, I wrote @3846masa/axios-cookiejar-support, adding tough-cookie support to axios.
Please check and add to ECOSYSTEM. thanks.

Coverage remained the same at 93.947% when pulling 977512da64415b31fc49d4b7f85715de7a858d2f on 3846masa:3846masa/cookiejar into 755a9b345953b1eb08f18ca1bc7c5b54cedf9858 on mzabriskie:master.


(PDB-3077) Update doc reference from logrotate to Logback for rotation

This commit changes a paragraph in the documentation which had referred
to the configuration of logrotate for logging to instead reference the
use of Logback's own file rotation.

@wkalt, @cprice404, and @jpinsonault - This is just a small doc update that I missed in my first PR - #2087.


PlutoTV instance

I have configured Cabernet Version: <IP_ADDRESS> as per instructions and created the mux's in tvheadend and most of them play, epg is in tvheadend (HTS Tvheadend 4.3-1991~g3ed76138a) etc.
When I go to  record a plutotv stream it will record until it hits the first advertistment break after that nothing and/or it creates a relatively small DVR file of around 100MB, sometimes it will record the entire stream but without sound, or it will record the entire stream with sound until the first advertisment break then the rest is recorded video but no sound. it's very bizarre behaviour and it's not consistent.
Usually it records in TVheadend and you can see the file size increasing but then it abruptly stops but you can see the actual subscription still ticking by with data, but nothing gets recorded.
I'm recording and transcoding into an mkv file, does the stream require any particular type of container like TS or MKV ? I'm not sure if this is a cabernet issue or tvheadend issue.

I'm testing on the baywatch channel as it's back to back the same programs ......
this gets thrown in TVheadend before it stops
tvheadend[37823]: parser: Pluto-TV/channels.m3u - 400 Baywatch/Service01: H264 @ #256: DTS and PCR diff is very big (18075000)

then this over and over
tvheadend[37823]: TS: Pluto-TV/channels.m3u - 400 Baywatch/Service01: H264 @ #256 Continuity counter error (total 10)

Jan 20 10:50:14 qehs-tv tvheadend[37823]: libav: AVCodecContext: concealing 3593 DC, 3593 AC, 3593 MV errors in I frame
Jan 20 10:50:14 qehs-tv tvheadend[37823]: transcode: 0008: 01:H264: [h264 => libx264]: Invalid pts (69000) <= last (18081000), dropping frame
Jan 20 10:50:14 qehs-tv tvheadend[37823]: libav: AVCodecContext: error while decoding MB 56 0, bytestream -56
Jan 20 10:50:14 qehs-tv tvheadend[37823]: libav: AVCodecContext: concealing 3593 DC, 3593 AC, 3593 MV errors in I frame
Jan 20 10:50:14 qehs-tv tvheadend[37823]: transcode: 0008: 01:H264: [h264 => libx264]: Invalid pts (69000) <= last (18081000), dropping frame
Jan 20 10:50:14 qehs-tv tvheadend[37823]: tsfix: transport stream H264, DTS discontinuity. DTS = 18522000, last = 63000
Jan 20 10:50:14 qehs-tv tvheadend[37823]: transcode: 0008: 01:H264: [h264 => libx264]: Invalid pts (69000) <= last (18081000), dropping frame
Jan 20 10:50:14 qehs-tv tvheadend[37823]: transcode: 0008: 01:H264: [h264 => libx264]: Invalid pts (69000) <= last (18081000), dropping frame
Jan 20 10:50:14 qehs-tv tvheadend[37823]: tsfix: transport stream AAC, DTS discontinuity. DTS = 18529440, last = 18061680
after a restart of cabernet the stream restarts

It looks like you have configured plutotv incorrectly.  Configuration is based on what the provider streams, today.  In PlutoTV case, it throws ads with incorrect timestamps into the mix causing the errors you see in the logs.  You can either remove the ads or resync the PTS/DTS timestamps.  By default, we use a URL Filter to filter out the ads.  Use the following instance config:

Enabled: checked
Enable URL Filtering: checked
URL Filter: default setting
XMLTV Enabled: checked
All other check boxes unchecked
You can set the EPG settings how you need based on the instances you are trying, but they are optional.

Data configuration provided for PlutoTV, issue closed.


Add shim for

This adds a very basic implementation of React's <Suspense /> component for compatibility purposes which will always render the provided fallback.

coverage: 99.383% (+0.02%) from 99.367%
when pulling c1129d7d9893f9ed03f96991de451c744e7c042d on support-suspense-fallback
into deaa1b5731374de383e0099fb72ed4378fa9f3c8 on main.


Compatibility certification request for EE4J implementation of Jakarta Activation

[x] Organization Name ("Organization") and, if applicable, URL
Eclipse Foundation
[x] Product Name, Version and download URL (if applicable)
EE4J implementation of Jakarta Activation 2.0.0
[x] Specification Name, Version and download URL
Jakarta Activation
[x] TCK Version, digital SHA-256 fingerprint and download URL
Jakarta Activation TCK 2.0.0, SHA-256: 061370b6188d6c69c6498a74028a4eb3bb31ef24a94fc8bfe1332040f3ab67ce
[x] Public URL of TCK Results Summary
TCK results summary
[x] Any Additional Specification Certification Requirements
None
[x] Java runtime used to run the implementation
java version "11.0.3" 2019-04-16 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.3+12-LTS)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.3+12-LTS, mixed mode)
[x] Summary of the information for the certification environment, operating system, cloud, ...
Linux
[x] By checking this box I acknowledge that the Organization I represent accepts the terms of the EFTL.
[x] By checking this box I attest that all TCK requirements have been met, including any compatibility rules.

Jakarta EE 9 requires Java SE 8. Please review and update. (SE11 is okay, but it is not a requirement for Jakarta EE 9.0.)

@edbratt last run was with Java version: 1.8.0_191, vendor: Oracle Corporation, runtime: /opt/jdk1.8.0_191/jre - can you update the request appropriately, please? The SHA also change to "a5f85046bd15ac837dbf9d91698eb17aad219747be3d6531c6f7f8cac7489239" Thx!

@m0mus SHA changed to 98b7aad6d37cfa2eaa45ef7d182e56043a29b56ffd031a25e84e1dd2cb238f8f, JDK is "Oracle JDK 1.8.0_191"

@lukasj Done

Approved.


jsonschema error

I'm trying to update the runtime of the Karapulse package: https://github.com/flathub/org.karapulse.Karapulse/pull/16
Build failed here: https://buildbot.flathub.org/#/builders/19/builds/1575
{
    "errors": [
        "jsonschema-validation-error"
    ],
    "warnings": [
        "module-karapulse-source-sha1-deprecated",
        "finish-args-contains-both-x11-and-wayland"
    ],
    "jsonschema": [
        "{'dest': 'cargo/vendor/addr2line-0.13.0', 'url': 'data:%7B%22package%22%3A%20%221b6a2d3371669ab3ca9797670853d61402b03d0b4b9ebf33d677dfa720203072%22%2C%20%22files%22%3A%20%7B%7D%7D', 'dest-filename': '.cargo-checksum.json', 'type': 'file'} is not valid under any of the given schemas"
    ]
}
If you think problems listed above are a false positive, please report it here:
  https://github.com/flathub/flatpak-builder-lint

The exact same manifest used to work fine, see https://github.com/flathub/org.karapulse.Karapulse/pull/15 , so I guess this may be a false positive?

update the flatpak-builder tools and regenerate the cargo sources.

Thanks @hfiguiere !


Search shows multiple results with the same title

When I search for spark, it's showing multiple results for the same page with the same header. They are not all the same link, however, here are the results:

https://pages.linkedin.ghe.com/multiproduct/web-docs/docs/tags/assets/?_highlight=spark
https://pages.linkedin.ghe.com/multiproduct/web-docs/docs/tags/cdn/?_highlight=spark
https://pages.linkedin.ghe.com/multiproduct/web-docs/docs/tags/spark/?_highlight=spark
https://pages.linkedin.ghe.com/multiproduct/web-docs/docs/tags/web/?_highlight=spark
https://pages.linkedin.ghe.com/multiproduct/web-docs/docs/reference/spark-placeholders/?_highlight=spark

The last one is the only one I expect to show up.

We should represent tag pages differently than the others. I will update this PR when I have a link to a fix.

Before

After

@tylerbecks thoughts on this update?

PR with fix here https://github.com/gabrielcsapo/docusaurus-plugin-search-local/pull/58


add default consent modal for org(s) not having consent agreement

address this story:
https://www.pivotaltracker.com/story/show/143463375

added the consent modal for org(s) that does not have consent agreement on file.  The modal will be presented to user upon selection of corresponding org.

additional minor fix to add modal code.  I am going to merge this now, as this is needed for testing today.


Running yarn docker-build:all does not work

Running the docker builds commands returns an error
Expected Behavior
Build should complete successfully
Current Behavior
$ backstage-cli postpack
$ backstage-cli postpack
success Wrote tarball to "/tmp/dist-workspaceNZqVLn/temp-package-8.tgz".
success Wrote tarball to "/tmp/dist-workspaceNZqVLn/temp-package-7.tgz".
$ backstage-cli postpack
success Wrote tarball to "/tmp/dist-workspaceNZqVLn/temp-package-9.tgz".
$ backstage-cli postpack
$ backstage-cli postpack
$ backstage-cli postpack
Error: ENOENT: no such file or directory, stat 'package.json-prepack'
error Command failed with exit code 1.
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.
Error: ENOENT: no such file or directory, stat 'package.json-prepack'
Command 'yarn' exited with code 1
Possible Solution
NA
Steps to Reproduce

Follow the steps outlined here: https://github.com/spotify/backstage/blob/master/docs/getting-started/deployment-other.md

Context
Get backstage running
Your Environment
Node v12.15.0
MacBookPro Catalina
Version: 10.15.6
Yarn Version: 1.22.4

The postpack is currently invoked manually because of a bug in yarn, but if the bug was fixed it would be invoked twice and you'd get this error. Do you actually get yarn version 1.22.4 when running yarn --version inside the repo? We're using policies to pin it to 1.22.1 right now.
WIP fix for the bug in yarn: https://github.com/yarnpkg/yarn/pull/8190

#1796 fixes the build, but would still produce a warning in this case, which it shouldn't. Renaming and leaving this open until we've figured out why postpack would be run twice.

Actually yeah you are right - I ran yarn --version in the wrong directory. It actually comes at 1.22.1 when I run it in the backstage repo.


Destination that is reachable for LND is unreachable for Eclair going through that LND node

While trying to send funds to Community Jar (https://www.coinpanic.com/Lightning/CommunityJar) using the Eclair mainnet mobile wallet, I get the error message "payment fee was below the minimum required by the channel". My Eclair wallet only has one channel, which is open to my LND node. My LND node is able to find a route to, and pay, Community Jar with no issue (when I initiate the payment on the LND node, rather than with Eclair). Ideally Eclair should be able to find a route in every case that LND is able to.
Note that my LND node is well-connected to the network, with large channel sizes, and their is a large channel that I opened from my Eclair Wallet to my LND node. The problem almost certainly lies with Eclair's route selection and not with LND.
How to repro:

Using the Eclair android wallet, open a channel with my LND node (don't have any other channels open): 03aeca3b52e028b68c67d01a62eede65df55bda5cd04e4341ac42688d25fc151cd@<IP_ADDRESS>:9735
Generate invoice with CommunityJar (https://www.coinpanic.com/Lightning/CommunityJar).
Attempt to pay invoice using Eclair.

Example CommunityJar invoice:
lnbc10040n1pdvd060pp5jms0h3vc79lngfqvej3mzndcxm3tpj6nlugp4d2jhn3fuekwsdmsdp9gdhkjmnsv9hxjceqgdhk6mt4de5hg7fqffshycqzys4jf4kayrkeptzv8rfl874jxfcwy3npq24hynrz0lg8jk8sgcz5n9nr29y649ecz82vgztf9wh3w47fksgvr2cm5hel6r2530le9kadcp4268nt

I will try and reproduce the problem with eclair-walet and our desktop app (they use the same core libraries and route selection code) and update this ticket. Have you been able to buy a very cheap article on yalls (mainnet) ?

@sstone Yes, I've bought two yalls articles on the mainnet using the same Eclair wallet routed through the same LND node. At 151 satoshis they are slightly cheaper than the 1000 satoshi sends I've sent to yalls.
I just attempted a 151 satoshi send to Community Jar using the same setup and it failed too with "payment fee was below the minimum required by the channel".

I also just reproduced this for a node that my LND node is directly connected to, BitcoinTshirt (039195c0969d69f9a25839cb44bd5e858bd9e3971638959f0e657bffa6692b43f1@<IP_ADDRESS>:9735). I first attempted to pay with Eclair through my LND node, which failed, then I tried to pay directly using my LND node, and that succeeded.
Same steps to repro as before, as long as you don't mind buying something on the BitcoinTshirt store. Otherwise (if you don't want to spend some money on something) you could have me open a channel with one of your nodes, then try to route a payment from Eclair to my node, to your other node, and see it fail.

LND uses the most direct route, with no intermediaries (for the BitcoinShirt store case). It prints the hops out so I could verify this.
Since the Eclair wallet doesn't print the hops attempted out, I'm not sure which route it attempted.

@merehap knowing what route lnd took, and what route eclair attempted to use (using the screenshot like you did before) would help a lot.
For example, if for some reason the channels open by lnd were not announced (not enough confirmations), then lnd would be able to use them, but eclair wouldn't. That's what I'm trying to figure out. Could you try to reproduce and report back that info?

I was getting what is probably the same issue, with mainnet Bitrefill node as the peer (wallet version 0.3.4).
On June 22nd, shortly after a channel being open, a payment to satoshis.place worked just fine, but since 26th and on such payments fail with one attempt and the message in question ("payment fee was below the minimum required by the channel").
I eventually deleted the network DB, restarted the app and let it re-sync the gossips. After that the payment worked just fine.
Perhaps the problem is that the network DB gets critically stale when the app is closed for days, i.e. during which an event like a fee excursion happens that makes the channels update en masse? The peer's ability to find routes is irrelevant in such a case, since it's the wallet's job to construct one.
If so, a solution might be to add an explicit resync button to the UI, and clarify the error message to hint at it's use.
Or alternatively (and less scary for laypeople), to automatically trigger a resync if the app have been closed for longer than X hours.


Correct the github repo path

Corrected the github repo path as it was pointing to older repo https://github.com/aiformankind/wildfire-smoke-detection. With older repo,  'docker build' command stuck at  'Please select the geographic area in which you live ...'

Great catch.


Cannot read property 'view' of undefined

When I click the right mouse button, select any border in the table line, and the error message will be prompted

Hi @treasureDouDou,
Could you send us more information about versions of Handsontable, wrapper, Vuejs?
I've prepared an example: https://codepen.io/swistach/pen/Zooewb
Could you confirm that this issue still occurs?

I believe that this is no longer an issue as there is more than a month without any updates.
However, @treasureDouDou  let us know if you still get the log.


cert-manager generates invalid CSRs (Subj. CN too long) in some configurations

Do you want to request a feature or report a bug?
Bug
What did you do?
Examined the Let's Encrypt server-side logs for instances of the error:
400 :: malformed :: Error finalizing order :: CN was longer than 64 bytes

This error occurs when an invalid CSR is delivered to the ACME v1 new-cert endpoint, or the ACME v2 finalizeOrder endpoint.
RFC 5280  Appendix A1 specifies that the upper bound on the common name length (ub-common-name-length) is 64 bytes:

ub-common-name-length INTEGER ::= 64

The CA/B requirements mandate RFC 5280 compliance and so Let's Encrypt must reject CSRs with an improperly sized CN. The modern Subject Alternative Name (SAN) fields do not have this restriction and can accommodate longer domain names.
What did you expect to see?
A small number of matches, with no distinct user-agent patterns.
What did you see instead?
Error results are dominated by dynamic cert management platforms like Cert-manager.
Affected versions
We've seen 1,151,712 failed new-cert/finalize requests with this error in just the last 7 days in prod from various Jetstack cert-manager versions. Here's a quick breakdown by version.
Recommended fix
Until such a time as Let's Encrypt is able to issue certificates without the deprecated CN field (this is blocked on CA/B Forum wrangling, likely to be a long time out) ACME clients must take care to arrange the CSR such that a name less <64 bytes in length is used as the subject common name. Presently when no common name is provided in a CSR Let's Encrypt will promote the first identifier in the order as the CSR subject name.

I'm adding some additional flexibility to how Boulder handles this case: https://github.com/letsencrypt/boulder/pull/4275
Unfortunately RFC 8555 doesn't really say much about this subject. Other ACME CAs may not promote a SAN at all, or they may promote just the first SAN, or they may follow the behaviour I implemented in Boulder#4275.
The most compatible/future-proof fix may be to explicitly set the Subject CN in the generated CSR to a value you know is <= 64 bytes so there's no question about how the CA will promote a SAN. This is slightly icky because the subject CN is a deprecated field and one day your users may want to use a CA that issues certificates with no subj CN.


Websockets proxy with session expiration

Is the following currently possible with YARP?
I'd like to setup YARP as a websockets proxy, where authentication is done by the proxy before forwarding to the outgoing endpoint. I'd also like the proxy to periodically check with another service if the authentication is still valid, and close the websocket connection if it has expired.

Yes. Start with these docs:
https://microsoft.github.io/reverse-proxy/articles/websockets.html
https://microsoft.github.io/reverse-proxy/articles/authn-authz.html
Which kind of auth? You may be able to hook into the auth events to set up the verification polling, or create a middleware for that.  If you can determine the expiration up front that's even easier.
Note that if you do decide to close the WS connection due to auth expiration/revocation, there's no easy way to do it gracefully (WebSocket Close message), it will be a connection abort.


User Story 1415: Grouped Items in Focus Mode

Addressing:

Focus mode excludes grouped items · Issue #165 · microsoft/vsts-extension-retrospectives (github.com)
Feature request: in focus mode, still show text of all grouped issues #176

This PR addresses a feature request for being able to see the different subitems under a grouped feedback item while in focus mode - as opposed to having to close out of the window. The sub items are shown as "Related Feedback" and limits each subitem's title to about two lines (or about 200 characters). Ideally this limits the sub-items as its general overview and not all of the title is needed.... It is an item that was deemed to lumped into another. In adjusting the way this new related feedback was styled, the timer button was moved.

Some incidentals:

Adjusting how some things appear in the mobile view
Timer button moved
Code formatting on some files, but changing the functionality.

Awesome work!

@mindlessroman I don't know why the status checks don't run on your latest push. Can you try modifying something (code comment, docs...) and push to make them run again?

@mindlessroman I don't know why the status checks don't run on your latest push. Can you try modifying something (code comment, docs...) and push to make them run again?

Just did a minor update and that successfully triggered. Will be looking into any failures.

Extension ID must be less than 63 characters and can only contain 'A' through 'Z', 'a' through 'z', '0' through '9', and '-'. It must start with an alphanumeric character.
Error: Process completed with exit code 255.

Future branches will have shorter names so this doesn't happen in the future.


Create container from local image

I created with docker a local image subsystem1image
$ docker image ls
REPOSITORY                             TAG                 IMAGE ID            CREATED             SIZE
subsystem1image                        latest              5c80ff39d55f        3 hours ago         208MB
...

When I try to consume the image with dotnet-testcontainers as follows, it fails:
var testcontainersBuilder = new TestcontainersBuilder<TestcontainersContainer>()

              .WithImage("subsystem1image")
              .WithName("subsystem1")
              .WithPortBinding(8081, 80)
              .WithWaitStrategy(Wait.UntilPortsAreAvailable(80));

            using (var testcontainer = testcontainersBuilder.Build())
            {
                await testcontainer.StartAsync();
                var request = WebRequest.Create("http://localhost:8081/WeatherForecast");
                var response = request.GetResponse();
...

with error:
Error Message:
   Docker.DotNet.DockerApiException : Docker API responded with status code=NotFound, response={"message":"pull access denied for subsystem1image, repository does not exist or may require 'docker login':
denied: requested access to the resource is denied"}

  Stack Trace:
     at Docker.DotNet.DockerClient.HandleIfErrorResponseAsync(HttpStatusCode statusCode, HttpResponseMessage response, IEnumerable`1 handlers)
   at Docker.DotNet.DockerClient.MakeRequestForStreamAsync(IEnumerable`1 errorHandlers, HttpMethod method, String path, IQueryString queryString, IRequestContent body, IDictionary`2 headers, TimeSpan timeout, CancellationToken token)
   at Docker.DotNet.Models.StreamUtil.MonitorStreamForMessagesAsync[T](Task`1 streamTask, DockerClient client, CancellationToken cancel, IProgress`1 progress)
   at DotNet.Testcontainers.Client.TestcontainersClient.RunAsync(TestcontainersConfiguration config, CancellationToken ct)
   at DotNet.Testcontainers.Containers.Modules.TestcontainersContainer.Create()
   at DotNet.Testcontainers.Containers.Modules.TestcontainersContainer.StartAsync()
   at OutboxPattern.DockerIntegrationTests.UnitTest1.MyOwnContainer() in D:\tfs\OutboxPattern\tests\OutboxPattern.DockerIntegrationTests\UnitTest1.cs:line 57
--- End of stack trace from previous location where exception was thrown ---

I think you already created this issue (#183). Which version are you using? It should be fixed within 1.1.0 (https://github.com/HofmeisterAn/dotnet-testcontainers/issues/183#issuecomment-573405013). You should definitely update to the latest version.


Size of  .rar files with small size not showed correctly

Explain the bug
.rar files that have a size smaller than 100kb (as I see on my device) are shoved as "empty" (0B) in folder view and in the "about" context menu.
In the screenshot given below the size of the archives is about 50kb each, but in Files, it`s showed as 0B.
To reproduce
Find a .rar file with a size smaller than 100 kb and look at its size.
Expected behavior
To show the correct file size.
Logfile
Nothing to show in log file.
Screenshots

System Information

OS Version: release Windows 10 Pro
version 20H2
installation date	05.02.2021
build	19042.928
feature pack Windows Feature Experience Pack 120.2212.551.0

App version: v1.5 (the latest stable one).

Additional comment
This problem is not attached to the session and still occurs all the time I'm using app.

I have not been able to reproduce the problem.

@AndriiHarashchak is this still an issue in v2.0.34?

@AndriiHarashchak is this still an issue in v2.0.34?

Tested it now. Looks like a file size is correct now (tried to create a file and archive in "Files" and in "Windows Explorer"). The archive from the issue is with the correct size too. Screenshots are given below.


configure fails on older versions of Linux for netcdf-c-4.9.0

This is on NOAA's HPC system (hera), which I  believe is CentOS.
In config.log I see:
configure:22699: checking size of off_t
configure:22704: gcc -o conftest  -fno-strict-aliasing -I//scratch2/BMC/gsienkf/whitaker/conda-envs/mpi4py/include -L/scratch2/BMC/gsienkf/whitaker/conda-envs/mpi4py/lib conftest.c -ldl -lbz2 -lzstd -lxml2 -lcurl  >&5
configure:22704: $? = 0
configure:22704: ./conftest
./conftest: error while loading shared libraries: libzstd.so.1: cannot open shared object file: No such file or directory
configure:22704: $? = 127
configure: program exited with status 127

and then
configure:22708: error: in `/scratch2/BMC/gsienkf/whitaker/python/netcdf-c':
configure:22710: error: cannot compute sizeof (off_t)
See `config.log' for more details

So the sizeof (off_t) test is failing because of an error loading the libzstd shared lib?
I'm also seeing this in  some of the github actions runners for netcdf4-python.

could be, but the mystery then is why the test for zstd passed
configure:6676: gcc -o conftest  -fno-strict-aliasing -I//scratch2/BMC/gsienkf/whitaker/conda-envs/mpi4py/include -L/scratch2/BMC/gsienkf/whitaker/conda-envs/mpi4py/lib conftest.c -lzstd  -lxml2 -lcurl  >&5
configure:6676: $? = 0
configure:6693: result: -lzstd
configure:6705: checking whether libzstd library is available
configure:6707: result: yes

No idea what is going on.

I bumped into the same issue... - the system zstd is not installed, but the gcc got built with a separate zstd, and somehow
the path to this libzstd "got lost". So adding this directory with the libzstd to LDFLAGS "fixes" this problem (at. least for me)
./configure ......... LDFLAGS="-L/lib/ -Wl,-rpath,/lib/" (this is scientific linux 7.7 here - hope it helps as an inspiration ;-))

Thanks for the insight.

Thanks @sb22bs for share it.


feature support force set replicate allocation for olap tables

Proposed changes
We try to deploy a high available doris cluster between three zones.
Firstly we need set tag.location to zone1|zone2|zone3 for each BE;
Secondly we need set replication_allocation properly while create table;
But it is not very convenient, so we add a config to force set replication allocation for all OLAP tables and partitions.
Further comments
If this is a relatively large or complex change, kick off the discussion at<EMAIL_ADDRESS>by explaining why you chose the solution you did and what alternatives you considered, etc...

run buildall

run buildall

run buildall


vs Naive Bayes' Classifier?

hey @fabiospampinato :)
curious how well this would do (accuracy and perf) against a Naive Bayes' Classifier:
https://github.com/rudikershaw/whichx
i'm guessing the neural net will be more compact since it doesnt need to store the raw training set?

This model is trained with data from the Tatoeba project, so it works well on short inputs too.

are there any more details on what specific training data was used so a comparison can be made?

You can download the dataset from here:  https://tatoeba.org/en/downloads It's the "sentences" one.
If I had to guess I would say that the Naive Bayes classifier approach for language detection is basically hopeless. You can easily get into the millions of words for a single language, and even getting these words for all the languages that you want to support is non trivial. That probably blows the memory and startup budget for client side applications (though you can use this approach for spell checking a single language fairly efficiently with "succinct tries").
So basically the accuracy at similar (or even 100x bigger) size and for a similar number of languages would probably not be great. Maybe it could be improved significantly once you get into the gigabytes of data, but that's probably too expensive.
Other neural networks, like fastText or some LSTM models, seem to do significantly better than Lande, at reasonable sizes (like 10x bigger maybe), whatever they are doing sounds like probably the best approach. I don't know what datasets those things are trained on though, some of them support like 200 languages, but I haven't seen a good dataset with that many supported languages.

i wonder if it's sufficient to simply sample the 1000 most common words from each lang and/or do char frequency stats (you can probably get really close with just detected charset ranges). :thinking:

or do char frequency stats

That's basically how this program works, it seems to work ok, there are probably better more end-to-end approaches where you feed the model the entire text.

another idea was to run this whole list of unicode regexes [1] against a training set and feed those into a Bayes classifier. but i'm sure this will only get you part of the way and won't work well for short stuff like single words.

I'd guess that should work well for some languages with unique characters, and not that well for others. Though potentially one could also have multiple languages in one piece of text, which might confuse the program.
I should probably try adding some input neurons for this stuff, it might free up other neurons to learn something else 🤔


Add help flag to nix-prefetch-git

Moved PR from https://github.com/NixOS/hydra/pull/253 to here.

The change works fine, but unfortunately this triggers a mass-rebuild, since all fetchgit derivations will be rebuilt (!) @edolstra do you have any suggestions? Should we have separate scripts for internal nixpkgs use and for end-user usage?

Is the output from fetchgit not a fixed-output derivation, i.e. one that does not depend on its builder? As long as the hash of the expected output doesn't change, there should be no reason to re-fetch it.

As @peti said, this won't do a mass-rebuild since it's a fixed-output derivation.


keras.optimizers.Adam cannot apply gradients if ResourceVariable has unknown shape.

With ResourceVariables we specify unknown shape dimensions for variables which can be resized after initializations similarly to how validate_shape=False worked previously.
Applying gradients to ResourceVariables with unknown dimension sizes using tf.keras.optimizers.Adam currently crashes with the exception

ValueError: Cannot convert a partially known TensorShape to a Tensor: (None,)

Attached is a minimal example to reproduce:
import tensorflow as tf

print(tf.__version__)

w = tf.Variable([[1.0]], shape=tf.TensorShape([None]))
with tf.GradientTape() as tape:
  loss = w * w

grad = tape.gradient(loss, w)
tf.keras.optimizers.SGD().apply_gradients([(grad, w)])
print('that worked')
tf.keras.optimizers.Adam().apply_gradients([(grad, w)])
print('that crashed')

Outputs:
2.0.0-beta1
that worked
---------------------------------------------------------------------------
ValueError                                Traceback (most recent call last)
~/.local/lib/python3.6/site-packages/tensorflow/python/ops/array_ops.py in zeros(shape, dtype, name)
   1862         shape = constant_op._tensor_shape_tensor_conversion_function(
-> 1863             tensor_shape.TensorShape(shape))
   1864       except (TypeError, ValueError):

~/.local/lib/python3.6/site-packages/tensorflow/python/framework/constant_op.py in _tensor_shape_tensor_conversion_function(s, dtype, name, as_ref)
    325     raise ValueError(
--> 326         "Cannot convert a partially known TensorShape to a Tensor: %s" % s)
    327   s_list = s.as_list()

ValueError: Cannot convert a partially known TensorShape to a Tensor: (None,)

During handling of the above exception, another exception occurred:

ValueError                                Traceback (most recent call last)
<ipython-input-174-2eba6f36340c> in <module>
      6 tf.keras.optimizers.SGD().apply_gradients([(grad, w)])
      7 print('that worked')
----> 8 tf.keras.optimizers.Adam().apply_gradients([(grad, w)])
      9 print('that crashed')

~/.local/lib/python3.6/site-packages/tensorflow/python/keras/optimizer_v2/optimizer_v2.py in apply_gradients(self, grads_and_vars, name)
    433         _ = self.iterations
    434         self._create_hypers()
--> 435         self._create_slots(var_list)
    436
    437       self._prepare(var_list)

~/.local/lib/python3.6/site-packages/tensorflow/python/keras/optimizer_v2/adam.py in _create_slots(self, var_list)
    143     # Separate for-loops to respect the ordering of slot variables from v1.
    144     for var in var_list:
--> 145       self.add_slot(var, 'm')
    146     for var in var_list:
    147       self.add_slot(var, 'v')

~/.local/lib/python3.6/site-packages/tensorflow/python/keras/optimizer_v2/optimizer_v2.py in add_slot(self, var, slot_name, initializer)
    576             dtype=var.dtype,
    577             trainable=False,
--> 578             initial_value=initial_value)
    579       backend.track_variable(weight)
    580       slot_dict[slot_name] = weight

~/.local/lib/python3.6/site-packages/tensorflow/python/ops/variables.py in __call__(cls, *args, **kwargs)
    260       return cls._variable_v1_call(*args, **kwargs)
    261     elif cls is Variable:
--> 262       return cls._variable_v2_call(*args, **kwargs)
    263     else:
    264       return super(VariableMetaclass, cls).__call__(*args, **kwargs)

~/.local/lib/python3.6/site-packages/tensorflow/python/ops/variables.py in _variable_v2_call(cls, initial_value, trainable, validate_shape, caching_device, name, variable_def, dtype, import_scope, constraint, synchronization, aggregation, shape)
    254         synchronization=synchronization,
    255         aggregation=aggregation,
--> 256         shape=shape)
    257
    258   def __call__(cls, *args, **kwargs):

~/.local/lib/python3.6/site-packages/tensorflow/python/ops/variables.py in <lambda>(**kws)
    235                         shape=None):
    236     """Call on Variable class. Useful to force the signature."""
--> 237     previous_getter = lambda **kws: default_variable_creator_v2(None, **kws)
    238     for _, getter in ops.get_default_graph()._variable_creator_stack:  # pylint: disable=protected-access
    239       previous_getter = _make_getter(getter, previous_getter)

~/.local/lib/python3.6/site-packages/tensorflow/python/ops/variable_scope.py in default_variable_creator_v2(next_creator, **kwargs)
   2549       synchronization=synchronization,
   2550       aggregation=aggregation,
-> 2551       shape=shape)
   2552
   2553

~/.local/lib/python3.6/site-packages/tensorflow/python/ops/variables.py in __call__(cls, *args, **kwargs)
    262       return cls._variable_v2_call(*args, **kwargs)
    263     else:
--> 264       return super(VariableMetaclass, cls).__call__(*args, **kwargs)
    265
    266

~/.local/lib/python3.6/site-packages/tensorflow/python/ops/resource_variable_ops.py in __init__(self, initial_value, trainable, collections, validate_shape, caching_device, name, dtype, variable_def, import_scope, constraint, distribute_strategy, synchronization, aggregation, shape)
    462           synchronization=synchronization,
    463           aggregation=aggregation,
--> 464           shape=shape)
    465
    466   def __repr__(self):

~/.local/lib/python3.6/site-packages/tensorflow/python/ops/resource_variable_ops.py in _init_from_args(self, initial_value, trainable, collections, caching_device, name, dtype, constraint, synchronization, aggregation, shape)
    606           with ops.name_scope("Initializer"), device_context_manager(None):
    607             initial_value = ops.convert_to_tensor(
--> 608                 initial_value() if init_from_fn else initial_value,
    609                 name="initial_value", dtype=dtype)
    610           # Don't use `shape or initial_value.shape` since TensorShape has

~/.local/lib/python3.6/site-packages/tensorflow/python/ops/init_ops_v2.py in __call__(self, shape, dtype)
     96   def __call__(self, shape, dtype=dtypes.float32):
     97     dtype = dtypes.as_dtype(dtype)
---> 98     return array_ops.zeros(shape, dtype)
     99
    100

~/.local/lib/python3.6/site-packages/tensorflow/python/ops/array_ops.py in zeros(shape, dtype, name)
   1864       except (TypeError, ValueError):
   1865         # Happens when shape is a list with tensor elements
-> 1866         shape = ops.convert_to_tensor(shape, dtype=dtypes.int32)
   1867     if not shape._shape_tuple():
   1868       shape = reshape(shape, [-1])  # Ensure it's a vector

~/.local/lib/python3.6/site-packages/tensorflow/python/framework/ops.py in convert_to_tensor(value, dtype, name, preferred_dtype, dtype_hint)
   1098   preferred_dtype = deprecation.deprecated_argument_lookup(
   1099       "dtype_hint", dtype_hint, "preferred_dtype", preferred_dtype)
-> 1100   return convert_to_tensor_v2(value, dtype, preferred_dtype, name)
   1101
   1102

~/.local/lib/python3.6/site-packages/tensorflow/python/framework/ops.py in convert_to_tensor_v2(value, dtype, dtype_hint, name)
   1156       name=name,
   1157       preferred_dtype=dtype_hint,
-> 1158       as_ref=False)
   1159
   1160

~/.local/lib/python3.6/site-packages/tensorflow/python/framework/ops.py in internal_convert_to_tensor(value, dtype, name, as_ref, preferred_dtype, ctx, accept_symbolic_tensors, accept_composite_tensors)
   1235
   1236     if ret is None:
-> 1237       ret = conversion_func(value, dtype=dtype, name=name, as_ref=as_ref)
   1238
   1239     if ret is NotImplemented:

~/.local/lib/python3.6/site-packages/tensorflow/python/framework/constant_op.py in _tensor_shape_tensor_conversion_function(s, dtype, name, as_ref)
    324   if not s.is_fully_defined():
    325     raise ValueError(
--> 326         "Cannot convert a partially known TensorShape to a Tensor: %s" % s)
    327   s_list = s.as_list()
    328   int64_value = 0

ValueError: Cannot convert a partially known TensorShape to a Tensor: (None,)

I am able to reproduce the issue with Tensorflow 2.0.0.beta1. Please take a look at colab gist here.Thanks!

You may achieve this by setting validate_shape=False, as its value is True by default for ref variable (see here).


fix: creating a reference which is immediately dereferenced

Closes #
📑 Description

✅ Checks

[ ] My pull request adheres to the code style of this project
[ ] My code requires changes to the documentation
[ ] I have updated the documentation as required
[ ] All the tests have passed

ℹ Additional Information

:warning: Please install the  to ensure uploads and comments are reliably processed by Codecov.
Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 68.9%. Comparing base (6d1658c) to head (bc90ae5).

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@          Coverage Diff          @@
##            main     #78   +/-   ##
=====================================
  Coverage   68.9%   68.9%
=====================================
  Files         25      25
  Lines       2606    2606
=====================================
  Hits        1798    1798
  Misses       808     808

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Add web3-starter-kit.md

A quick starter to build on Ethereum and Polygon! 💜

Hey @wslyvh, Can I change my twitter username in my web3-starter-kit.md

Can you please change the author to @LakshayMaini_ from @lakshh07?


Why is the wildcard random instead of filling in the prompts in order?

I hope the wildcard can fill in the prompts in order, please tell me how I should achieve this, thank you!

You might want Combinatorial generation: https://github.com/adieyal/sd-dynamic-prompts#combinatorial-generation


Delete mcgen branch

Since Offline has moved to art-based stopped muon resampling, all GenParticles are now the 8 GeV proton-on-target. The *mcgen branches of TrkAna fill their information from GenParticles and so now we have a branch that isn't particularly useful. The useful information is in the *mcpri branches.
This should be a good first issue since it just requires deleting any lines with mcgen from the .cc and .hh files, rebuilding the code, and then checking that the demcgen branch is no longer in the TrkAna tree.

Hi Andy,
With compressed genealogy we have access to grandparent info.   Maybe we
should replace “gen” branches with “grandparent”?
On Wed, Jul 28, 2021 at 07:52 Andrew Edmonds @.***>
wrote:

Since Offline has moved to art-based stopped muon resampling, all
GenParticles are now the 8 GeV proton-on-target. The *mcgen branches of
TrkAna fill their information from GenParticles and so now we have a branch
that isn't particularly useful. The useful information is in the *mcpri
branches.
This should be a good first issue since it just requires deleting any
lines with mcgen from the .cc and .hh files, rebuilding the code, and
then checking that the demcgen branch is no longer in the TrkAna tree.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/Mu2e/TrkAna/issues/9, or unsubscribe
https://github.com/notifications/unsubscribe-auth/ABAH57ZMV5BGBXI64Y2Y4ITT2AKRZANCNFSM5BEQ4LSA
.

--
David Nathan Brown            @.***
Office Phone<PHONE_NUMBER>  Fax  495-2957
Lawrence Berkeley National Lab
MS 50R5008 (50-6026C)  Berkeley, CA 94720

Thanks, Dave. I agree having grandparent information would be useful. I will add it as a separate issue since we might want to have a bigger picture discussion of what our primary / parent / grandparent branches look like.

With PR #28, the mcgen branch is now deleted


How to get client portal GW logs from iBeam and view console logs once SSH to docker server terminated

Describe the bug
IB requested me to collect logs from client portal GW but I am unable to locate the directory.

Environment
IBeam version: Latest as of March 20
Docker image or standalone: Docker Version
Python version (standalone users only):
OS: Linux

I think I found a way to get logs directory as given below:
find / -type d -name "clientportal.gw"
/var/lib/docker/overlay2/a5decfccc1756aa1b091639790152b3cb0f55e394e8e6c58d4ed34a3bf1638b9/diff/srv/clientportal.gw
/var/lib/docker/overlay2/b2d3194481e5941f5cc935ef3db55dc8d809238ebb7f30a3a96f93690e4fa85e/diff/srv/clientportal.gw
/var/lib/docker/overlay2/c5ff8540b4e97b914071b336624f38ade17352a7c9c8d3923631659cc5a11ffe/diff/srv/clientportal.gw
/var/lib/docker/overlay2/6b486e32a9f11c8fbef97e1eb61cecb8637fa190f03bd31425806f7c6e490bed/diff/srv/clientportal.gw
/var/lib/docker/overlay2/6b486e32a9f11c8fbef97e1eb61cecb8637fa190f03bd31425806f7c6e490bed/merged/srv/clientportal.gw
/var/lib/docker/overlay2/0aa0290cf91ea1e49dc98f67b5ccda19bb0a330976c11c22d359e782fe9afe0f/diff/srv/clientportal.gw
Out of this list, use the merged directory as shown above
/var/lib/docker/overlay2/6b486e32a9f11c8fbef97e1eb61cecb8637fa190f03bd31425806f7c6e490bed/merged/srv/clientportal.gw
You can find the logs directory within this directory
ls -ltr
total 28
drwxr-xr-x 1 1000 1000 4096 Apr 20  2021 build
drwxr-xr-x 1 1000 1000 4096 Apr 20  2021 bin
drwxr-xr-x 1 1000 1000 4096 Apr 20  2021 root
drwxr-xr-x 1 1000 1000 4096 Apr 20  2021 doc
drwxr-xr-x 1 1000 1000 4096 Apr 20  2021 dist
drwxr-xr-x 2 1000 1000 4096 Mar 22 00:00 logs

You can also mount the containers /srv/clientportal.gw/logs folder to the host system to easly inspect logs.

Hey @dgurudot - you can indeed to as @JackD111 suggested, or open a terminal in the container and navigate to /srv/clientportal.gw/logs manually to find logs there. Let us know if either of these methods helped 👍

Closing this issue due to lack of activity. Feel free to reopen if you'd like to continue the discussion 👍


Buy, sell and update price route added

There is a portfolio route also added in the tradesRoute file this has not been tested yet!

I think the two notes I made can be treated as enhancements rather than requirements for this PR to be merged. I am in the process of trying to test the connection to the front end code (which is a little dicey because I forked Anna's repo and am working on moving my & CJ's front end code into that). I'll merge this once I'm able to confirm that it's working as expected.

I'm having testing issues, but I think they're really more setup issues than anything else. I played with postman for a while before realizing that the code I was trying to test didn't actual get cloned into my repo from Anna's repo (for reasons that still make no sense to me).
I'll get this sorted out in the morning.


Add info about network: host

Fixes #4593
@shin- PTAL

@dnephin should probably take a look.

There was some support added for network: host but it does not use this field. It should use something like this, which I believe is also supported in v2:
services:
  web:
    ...
    networks: [hostnet]

networks:
  hostnet:
    external:
      name: host

Thanks @dnephin I have attempted to update the info to be accurate. Can you take another look?


Docker image for Call of Duty 4X

This image is required for the Call of Duty 4X egg pull request.
Neither the image nor the egg contain any copyrighted data (that data has to be provided at runtime by the user in the form of a mount).
The image checks if the gamefiles are mounted under a configurable path and outputs a error message if they still need to be mounted.
A more detailed README with instructions on how to use the egg will be in the other pull request (the one for the egg itself).

SoftwareNoob suggested to further pursue the idea of adding the check for gamefiles into the startup command.
I got this working, so now I can use the already existing debian base image.
While this certainly is a good solution in terms of saving bandwith by having shared images, I think that it's not really a clean solution to pack whole scripts into the startup command.
Maybe a middle ground would be to base the CoD4X image on the existing debian base image? The added layers would be minimal (just the entrypoint.sh script), so it would still benefit from docker layer caching and thus saving bandwith while also keeping the startup command in the egg clean.
Feedback welcome.


add lightweight generics support

Hello,
This is a follow-up of #833, adding the ability to indicate PMKPromise result type.
This has no impact on runtime whatsoever, I followed this blog post to implement it.
As you can see it is as straightforward as it can be, although there might be some way to improve this and use annotations inside the library's code.
I have not read the whole code base, so you're the one that knows @mxcl :)
From what I've understood, you're using id a lot, so determining the result type of a promise chain seems unfeasible.

Is this a breaking change for consumers? Seems so since you had to change the test sources.

No, I did change the tests to show that it works, but this can be reverted. Objc generics are almost only cosmetic. The compiler can emit warnings though:
PMKPromise<NSNumber*>* p;
PMKPromise<NSString*>* p2 = p; // warning emitted

The warnings can be suppressed by using __covariant, as explained in the top comment of this article. But I believe they are quite valuable.
I don't know if promises using PMKManifold can be annotated, that's a limitation of this PR.
I would need to look further, but this looks like a good start.

K, thanks for clearing that up!

From what I've understood, you're using id a lot, so determining the result type of a promise chain seems unfeasible.

The return type for all the handler blocks is inferred, but maybe something can be done in a later PR, not sure.


Godot does not open on compatibility renderer.

Tested versions

Reproducible in the latest master c8c483cf57a768110fce57e509f9b855e69d34b7
Not reproducible in 4.2.1.stable

System information
Windows 11 - Godot Engine v4.3.dev.custom_build.c8c483cf5 - opengl3
Issue description
Theres an error that occures when using opengl3 that didn't happen in previous versions of godot 4.2.1 stable
When opening in Godot 4.2.1.stable:
Godot Engine v4.2.1.stable.official.b09f793f5 - https://godotengine.org
OpenGL API 3.3.13596 Core Profile Forward-Compatible Context <IP_ADDRESS> 27.20.1034.6 - Compatibility - Using Device: ATI Technologies Inc. - AMD Radeon HD 8200 / R3 Series

When opening in latest master commit:
WARNING: Your video card drivers seem not to support the required OpenGL 3.3 version, switching to ANGLE.
     at: DisplayServerWindows::DisplayServerWindows (platform\windows\display_server_windows.cpp:4733)
ERROR: Can't load EGL.
   at: (drivers\egl\egl_manager.cpp:351)
ERROR: Unable to create DisplayServer, all display drivers failed.
Use "--headless" command line argument to run the engine in headless mode if this is desired (e.g. for continuous integration).
   at: Main::setup2 (main\main.cpp:2466)
ERROR: BUG: Unreferenced static string to 0: TextServerDummy
   at: StringName::unref (core\string\string_name.cpp:129)

When opening in latest master commit with opengl3_angle:
 .\godot.windows.editor.x86_64.exe --rendering-driver opengl3_angle
Godot Engine v4.3.dev.custom_build.c8c483cf5 - https://godotengine.org
ERROR: Can't load EGL.
   at: (drivers\egl\egl_manager.cpp:351)
ERROR: Unable to create DisplayServer, all display drivers failed.
Use "--headless" command line argument to run the engine in headless mode if this is desired (e.g. for continuous integration).
   at: Main::setup2 (main\main.cpp:2466)
ERROR: BUG: Unreferenced static string to 0: TextServerDummy
   at: StringName::unref (core\string\string_name.cpp:129)

Works fine in Forward+

Steps to reproduce
openning godot.
Minimal reproduction project (MRP)
text (2).zip

Can reproduce on AMD Radeon HD 6450, this is a regression from #85273. cc @bruvzg
The problem is it's forced to use ANGLE even though it reports to support OpenGL 3.3 (gl_info["version"].operator int() returns 30003).
Because fallback_to_angle defaults to true it makes the Project Manager fail to open if ANGLE fails to initialize.
(Can a project setting be overridden for running the Project Manager? :thinking:)
To successfully open a project in the latest master one would need to manually set [rendering] gl_compatibility/fallback_to_angle=false in the project.godot/override.cfg and open the project directly (e.g. via cmd), skipping the Project Manager.
+The warning message is misleading, it states that the drivers don't support OpenGL 3.3 while this is not necessarily true, after disabling fallback_to_angle it launches just fine (contrary to ANGLE failing to initilize).
https://github.com/godotengine/godot/blob/c8c483cf57a768110fce57e509f9b855e69d34b7/main/main.cpp#L1785
https://github.com/godotengine/godot/blob/c8c483cf57a768110fce57e509f9b855e69d34b7/platform/windows/display_server_windows.cpp#L4717-L4736
$ ./bin/godot.windows.editor.dev.x86_64.exe -v --rendering-driver opengl3
Godot Engine v4.3.dev.custom_build.ef58929e7 - https://godotengine.org
TextServer: Added interface "Dummy"
TextServer: Added interface "ICU / HarfBuzz / Graphite (Built-in)"
Native OpenGL API detected: 3.3: ATI Technologies Inc. - AMD Radeon HD 6450
WARNING: Your video card drivers seem not to support the required OpenGL 3.3 version, switching to ANGLE.
     at: DisplayServerWindows::DisplayServerWindows (platform\windows\display_server_windows.cpp:4733)
ERROR: Can't load EGL.
   at: (drivers\egl\egl_manager.cpp:351)
ERROR: Unable to create DisplayServer, all display drivers failed.
Use "--headless" command line argument to run the engine in headless mode if this is desired (e.g. for continuous integration).
   at: Main::setup2 (main\main.cpp:2466)
ERROR: BUG: Unreferenced static string to 0: TextServerDummy
   at: StringName::unref ({godot-path}/core/string/string_name.cpp:129)
Segmentation fault

Crash stacktrace (crash after failing to create DisplayServer is likely a separate issue):
godot.windows.editor.dev.x86_64.exe!_err_print_error(const char * p_function, const char * p_file, int p_line, const char * p_error, const char * p_message, bool p_editor_notify, ErrorHandlerType p_type) Line 98 ({godot-path}\core\error\error_macros.cpp:98)
godot.windows.editor.dev.x86_64.exe!_err_print_error(const char * p_function, const char * p_file, int p_line, const String & p_error, bool p_editor_notify, ErrorHandlerType p_type) Line 81 ({godot-path}\core\error\error_macros.cpp:81)
godot.windows.editor.dev.x86_64.exe!StringName::unref() Line 129 ({godot-path}\core\string\string_name.cpp:129)
godot.windows.editor.dev.x86_64.exe!StringName::~StringName() Line 195 ({godot-path}\core\string\string_name.h:195)
godot.windows.editor.dev.x86_64.exe!KeyValue<StringName,ClassDB::ClassInfo>::~KeyValue<StringName,ClassDB::ClassInfo>() (Unknown Source:0)
godot.windows.editor.dev.x86_64.exe!HashMapElement<StringName,ClassDB::ClassInfo>::~HashMapElement<StringName,ClassDB::ClassInfo>() (Unknown Source:0)
godot.windows.editor.dev.x86_64.exe!HashMapElement<StringName,ClassDB::ClassInfo>::`scalar deleting destructor'(unsigned int) (Unknown Source:0)
godot.windows.editor.dev.x86_64.exe!memdelete<HashMapElement<StringName,ClassDB::ClassInfo>>(HashMapElement<StringName,ClassDB::ClassInfo> * p_class) Line 112 ({godot-path}\core\os\memory.h:112)
godot.windows.editor.dev.x86_64.exe!DefaultTypedAllocator<HashMapElement<StringName,ClassDB::ClassInfo>>::delete_allocation(HashMapElement<StringName,ClassDB::ClassInfo> * p_allocation) Line 206 ({godot-path}\core\os\memory.h:206)
godot.windows.editor.dev.x86_64.exe!HashMap<StringName,ClassDB::ClassInfo,HashMapHasherDefault,HashMapComparatorDefault<StringName>,DefaultTypedAllocator<HashMapElement<StringName,ClassDB::ClassInfo>>>::clear() Line 266 ({godot-path}\core\templates\hash_map.h:266)
godot.windows.editor.dev.x86_64.exe!HashMap<StringName,ClassDB::ClassInfo,HashMapHasherDefault,HashMapComparatorDefault<StringName>,DefaultTypedAllocator<HashMapElement<StringName,ClassDB::ClassInfo>>>::~HashMap<StringName,ClassDB::ClassInfo,HashMapHasherDefault,HashMapComparatorDefault<StringName>,DefaultTypedAllocator<HashMapElement<StringName,ClassDB::ClassInfo>>>() Line 618 ({godot-path}\core\templates\hash_map.h:618)
godot.windows.editor.dev.x86_64.exe!`dynamic atexit destructor for 'ClassDB::classes''() (Unknown Source:0)
...

Reproducible in the latest master
ERROR: Can't load EGL.

Make sure you are building with ANGLE enabled, download and unzip release from https://github.com/godotengine/godot-angle-static and add angle_libs={path_to_unzipped_folder} build flag.
Or download Minimal Distribution of CEF from https://cef-builds.spotifycdn.com/index.html and extract libEGL.dll and libGLESv2.dll to the Godot executable folder.

Make sure you are building with ANGLE enabled, download and unzip release from https://github.com/godotengine/godot-angle-static and add angle_libs={path_to_unzipped_folder} build flag.
Or download Minimal Distribution of CEF from https://cef-builds.spotifycdn.com/index.html and extract libEGL.dll and libGLESv2.dll to the Godot executable folder.

This indeed does the thing.
So probably the alerts shown to the user should be updated to take ANGLE into account:
(currently it would show the last one complaining about OpenGL 3.3, not mentioning anything about ANGLE)
https://github.com/godotengine/godot/blob/35da70f953f6eeba6ba7b13795029d7a134a61fd/platform/windows/display_server_windows.cpp#L4847-L4873

This seems to work now after adding libEGL.dll and libGLESv2.dll.
But why was this change implemented? Is it a deliberate choice that we have to use angle going forward? even when opengl3 worked fine untill now? or is it an actual bug?
Isn't it possible to run godot like before? and how will this affect performance?

Is it a deliberate choice that we have to use angle going forward?

It is a deliberate choice specifically for the old AMD GPUs (listed in https://github.com/godotengine/godot/pull/85273/files) that have a lot of issues with native OpenGL drivers. Relatively modern GPUs (GCN 4th gen +) should use native driver.
You can override this behavior in the project settings, by unsetting rendering/gl_compatibility/fallback_to_angle or changing the affected GPU list in the rendering/gl_compatibility/force_angle_on_devices.

@bruvzg Can we add logic so that if the ANGLE libs are missing, rendering/gl_compatibility/force_angle_on_devices and rendering/gl_compatibility/fallback_to_angle are bypassed? I.e. we fallback to native GL from the fallback to ANGLE? :)


Using body plugin will destroy the context.

You wrap the context storage in *http.Request.Body.
When using  body plugin, the plugin replace the *http.Request.Body directly.
Here is a example to reproduce the problem.
package main

import (
	"fmt"

	"gopkg.in/h2non/gentleman.v1"
)

func main() {
	req := gentleman.NewRequest()
	req.Method("GET")
	req.URL("http://httpbin.org/headers")
	// Define the URL path at request level
	//req.Path("/headers")
	// Set a new header field
	req.SetHeader("Client", "gentleman")
	req.Context.Set("Foo", "Bar")
	req.BodyString("Body Hell!")
	// Perform the request
	fmt.Println(req.Context.GetAll(), req.Context.Stopped)
	res, err := req.Do()
	fmt.Println(req.Context.GetAll(), req.Context.Stopped)
	fmt.Println(res.Context.GetAll(), res.Context.Stopped)
	if err != nil {
		fmt.Printf("Request error: %s\n", err)
		return
	}
	if !res.Ok {
		fmt.Printf("Invalid server response: %d\n", res.StatusCode)
		return
	}
	// Reads the whole body and returns it as string
	fmt.Printf("Body: %s", res.String())
}

Output:
map[Foo:Bar] false
map[$phase:response] false
map[$phase:response] false
Body: {
  "headers": {
    "Accept-Encoding": "gzip",
    "Client": "gentleman",
    "Content-Length": "14",
    "Content-Type": "application/json",
    "Host": "httpbin.org",
    "User-Agent": "gentleman/1.0.2"
  }
}

This is one of the reasons why I want to switch to net.context.
The fix to this issue should be simple, but I need to make a helper function public in context subpackage.
I think I can provide a fix later today. Thanks for reporting.

This should be fixed. For implementation details, see: https://github.com/h2non/gentleman/commit/b306884343eef4e87dd7011f692f33a748a8ccaa
The fixes are shipped in<EMAIL_ADDRESS>You can upgrade it running:
go get -u gopkg.in/h2non/gentleman.v1


Paybis integration

<waiting for API/SDK & sandbox keys>

oh

https://github.com/kodadot/nft-gallery/issues/6930


showNodePicker needs to support showing App Services and Slots

These are at separate levels of the tree (which complicates things), but it should be possible.

We fixed this by adding separate "Deploy" and "Deploy to Slot" commands to the command palette


Create FDA Slide deck and get Technical Reports

Monthly slide deck for december

I did complete it and uploaded the folder and reports to the google drive and sharepoint


Run same linting locally as in CICD

Currently the npm lint runs eslint, while CICD the megalinter is run.
We should either change npm lint to run megalinter via the mega-linter-runner command, or we could add a npm run megalinter script to run  the mega-linter-runner command.
Either way we will need to add  mega-linter-runner  to the dev dependencies for this project.
This would be a good first issue for someone new to vscode-groovy-lint but would like to contribute.

mega-linter-runner is docker-image based, so wayyy to heavy for a local linting in my opinion
As Mega-Linter uses the same eslint config, the result should be the same ^^

I'm not worried about linting the code, I was worried about all the other failures in CI, like the dead links in README. I think most contributors are not going to want to push and wait and see if it passes.
Maybe we can change the CI so that on feature branches we only lint the code, and on develop we run the full mega linter?


Add C++ example and move old-style cast inlined function into sds.c

This fixes #364
Probably static inlining is not a good idea because the compiler is much smarter:
https://www.kernel.org/doc/Documentation/CodingStyle
Chapter 15: The inline disease
I think because sds actually comes from redis itself it needs to be fixed there and be pulled into hiredis.

I'm trying to sync up with the upstream sds library (and Redis) and thus can't pull it in as is. sds still defines sdslen and sdsavail as static inline, thus we will keep it like this here as well.

:umbrella: The latest upstream changes (presumably #410) made this pull request unmergeable. Please resolve the merge conflicts.

@badboy How do you want to integrate the new SDS?
Do you want it as a submodule? Or copy-paste and hold duplicates everywhere? Perhaps I can help integrating the new SDS, because I get the feeling that changes to hiredis are kept back because "new SDS is coming"..

+1 for better traceable git submodule


New: session management documentation

All Pull Requests:

[x] Have you considered Security (e.g. XSS)?
[x] Have you considered desktop, mobile and tablet form-factors?
[x] Have you considered Accessibility best practices?

Code

[x] Are the commits squashed into one commit?
[x] Is the branch name and commit message following team convention?
[x] Is the code linted?
[x] Are all open issues, questions and concerns by Reviewers answered, resolved and reviewed?

Quality Assurance

[x] If applicable, are Unit Tests written and all tests are passing?
[x] If applicable, are Integration Tests written and all tests are passing?
[x] If applicable, are UI Automation Tests written and all tests are passing?

Documentation

[ ] Are there meaningful code comments included?
[ ] If applicable, are test cases written?
[ ] If applicable, is Change Log updated?
[ ] If applicable, are UI Texts reviewed by Documentation?

Security

[x] If applicable, has Security reviewed this code?
[x] If applicable, is a 3PP request submitted?

@zsardone I don't know how into the code we want to get. I did add two diagrams that handle the token. I feel that your asks more belong in the basket documentation


Fix/active peers

This is a quick fix to the logic of the network crawler. This entire function should be optimized but this should provide a much more consistent experience by not connecting to nodes that are unresponsive to API requests.

This pull request should fix issue #9

This pull request should fix issue #9

Not clear why the 3 nodes above slip through, hard coding them out of the logic for now. Adding a "retry another node" function will be necessary going forward.

Not clear why the 3 nodes above slip through, hard coding them out of the logic for now. Adding a "retry another node" function will be necessary going forward.


Missing dependency: setuptools

The requirement.py:24 has this import:
from pkg_resources import Requirement as Req

The pkg_resources is a part of pypa/setuptools, but setuptools is missing from the pyproject.toml.
This causes ModuleNotFoundError:
Traceback (most recent call last):
  File ""%LocalAppData%\Local\Programs\Python\Python312\Lib\site-packages\requirements\__init__.py", line 19, in <module>
    from .parser import parse
  File ""%LocalAppData%\Local\Programs\Python\Python312\Lib\site-packages\requirements\parser.py", line 23, in <module>
    from .requirement import Requirement
  File ""%LocalAppData%\Local\Programs\Python\Python312\Lib\site-packages\requirements\requirement.py", line 24, in <module>
    from pkg_resources import Requirement as Req
ModuleNotFoundError: No module named 'pkg_resources'

Using pip install setuptools fixes the error.

There is already a pull request https://github.com/madpah/requirements-parser/pull/80 from October 2022 that would solve this issue...

Closing this issue in favor to https://github.com/madpah/requirements-parser/issues/88.
The pkg_resources is deprecated and should be replaced with packaging.requirements.Requirement.


OCaml 4.06 support

Piqi cannot be used on 4.06 due to optcomp no longer supported :(

Should be fixed now. I'll try to do a new release within a week. Thanks for letting me know!

I'd also appreciate it if a release could be made, as right now, people have to opam pin piqilib to its git repo in order to install piqi itself or anything that depends on piqilib on OCaml 4.06 due to the optcomp issue. (Apologies for the noise--just figured I'd say something as well.)

New release please!!

Ping

@sagotch @vbmithr @drvink thank you for reminding and apologies for more delays. Will get this done within a week. In the meantime, can you clarify the problems with using a version directly from master? This would help me to be more proactive and considerate when it comes to maintenance and releases.

I think that version from master is okay. But it requires an extra step (opam pin) from people how want to use piqilib. Also, having a package which install without complication reassures people using it :)
For now, this lines in opam files solved the issue for me:
pin-depends: [
  [ "piqilib.dev" "git://github.com/alavrik/piqi" ]
  [ "piqi.dev" "git://github.com/alavrik/piqi-ocaml" ]
]

all done, waiting for opam repo PR to be merged: https://github.com/ocaml/opam-repository/pull/12610

it is now released in opam. closing.

Turns out there was a problem in the opam spec that prevent the new version from installing correctly: https://github.com/alavrik/piqi-ocaml/issues/12  This should be fixed once merged in the upstream opam repo.


Bug fixes app 6

Bug updates to App6

https://nhsd-jira.digital.nhs.uk/browse/NBRS-3172
https://nhsd-jira.digital.nhs.uk/browse/NBRS-3173
https://nhsd-jira.digital.nhs.uk/browse/NBRS-3174
https://nhsd-jira.digital.nhs.uk/browse/NBRS-3175
https://nhsd-jira.digital.nhs.uk/browse/NBRS-3176

Made the workflow image clickable on "How it Works" this makes it easier to see in a second window.

@julieharris37 Sorry the Task change is in this branch. I left the comment on the wrong Pull Request

If the referral Sender may need to cancel a Referral, for example the patient calls back and says they do not require an ambulance, they may send a Cancellation
Change may need to needs
Assume NBRS 3176 is in another Pull Request

Change above made for Cancellation Text. NBRS-3176 is in this PR.

All good now


Update acf-component_field.php

Function 'acf_local' has remove since 5.10.0 of ACF

solved in last release


updating license to the agreed format

Updating License to Terry Format®:
https://lsst-uk.atlassian.net/wiki/spaces/LUSC/pages/2877784065/License+files+proposal


sklearn.neighbors.base is being deprecated

Apparently sklearn is deprecating the neighbors.base module, but tslearn still uses KNeighborsMixin in tslearn.neighbors.
I guess this inheritance will need to be reworked before sklearn == 0.24 to make sure everything works.
Just thought I'd let you guys know because I get warnings about this ;)

Thank you very much, this is a great idea to let us know via a github issue. We're on it #211 😉

Great! Thanks for your work


feat(lucid) add merge method to model instance

Adds the method merge(<attributes>) to model instances.
This allows for models to be mass updated without having to manually define attribute values or using the fill() method which overrides existing attributes.
Docs PR coming soon

Coverage increased (+0.003%) to 96.672% when pulling bedfd360d84b0784f6d3bd0180e06ec454316bba on Jake0oo0:develop into b7d4ba2580d9f8b2e2758ae8851e81f7073d938c on adonisjs:develop.


Unable to install Dribblish theme

Describe the bug
A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior:

Go to https://github.com/morpheusthewhite/spicetify-themes/tree/master/Dribbblish
Click on copy Invoke-WebRequest -UseBasicParsing "https://raw.githubusercontent.com/morpheusthewhite/spicetify-themes/v2/Dribbblish/install.ps1" | Invoke-Expression
Past it in powershell
See error

Expected behavior
One click install of the theme
Logs
PS C:\Users\yohan> Invoke-WebRequest -UseBasicParsing "https://raw.githubusercontent.com/morpheusthewhite/spicetify-themes/v2/Dribbblish/install.ps1" | Invoke-Expression
Downloading themes package:
Invoke-WebRequest : 404: Not Found
At line:10 char:1
+ Invoke-WebRequest "https://github.com/morpheusthewhite/spicetify-them ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidOperation: (System.Net.HttpWebRequest:HttpWebRequest) [Invoke-WebRequest], WebExc
   eption
    + FullyQualifiedErrorId : WebCmdletWebResponseException,Microsoft.PowerShell.Commands.InvokeWebRequestCommand

Specifics (please complete the following information):

OS: windows 11
Spotify version: <IP_ADDRESS>3
Spicetify version: lastest
Theme name: Dribbblish

Same issue.

same here

Use Invoke-WebRequest -UseBasicParsing "https://raw.githubusercontent.com/morpheusthewhite/spicetify-themes/master/Dribbblish/install.ps1" | Invoke-Expression instead

still not work for me
`Invoke-WebRequest : 404: Not Found                                                                                At line:10 char:1                                                                                + Invoke-WebRequest "https://github.com/morpheusthewhite/spicetify-them ...

  + CategoryInfo          : InvalidOperation: (System.Net.HttpWebRequest:HttpWebRequest) [Invoke-WebRequest], WebExc
 eption
  + FullyQualifiedErrorId : WebCmdletWebResponseException,Microsoft.PowerShell.Commands.InvokeWebRequestCommand`

Try again now with the new commands in the README, I just merged a PR


The copy button of the component example code is not working properly in the Bit BlazorUI demo project

On the code view on the component's sample page, the copy source button doesn't copy the code correctly and doesn't fetch the "@code" block

I've tested this feature and the copy feature works fine for me.
what is the exact problem here?

when you click on the copy source button and paste it to another place,
"@code{}" missed
for example
<BitCheckbox @bind-Value="IsCheckBoxChecked">Basic Checkbox</BitCheckbox>

@code{
private bool IsCheckBoxChecked = false;
}

converted to
<BitCheckbox @bind-Value="IsCheckBoxChecked">Basic Checkbox</BitCheckbox>

private bool IsCheckBoxChecked = false;

It's not the issue of the copy feature, the demo page itself has a missing part in the code samples provided for the ComponentExampleBox component.
plz provide more information about which demo pages have this issue.


Add retrieved values validation

Tests :

[ ] get_field
[ ] get_multiple_fields
[ ] remove_field
[ ] remove_multiple_fields
[ ] remove_record
[ ] update_field_return_old
[ ] update_multiple_fields_return_old

Toggelable data validation :

[x] get_field : https://github.com/Robinson04/StructNoSQL/commit/3b28824a246714ec09e45df63d0c6f27ab7c73d3
[x] get_multiple_fields : https://github.com/Robinson04/StructNoSQL/commit/3b28824a246714ec09e45df63d0c6f27ab7c73d3
[x] remove_field : https://github.com/Robinson04/StructNoSQL/commit/3b28824a246714ec09e45df63d0c6f27ab7c73d3
[ ] remove_multiple_fields
[ ] remove_record
[ ] update_field_return_old
[ ] update_multiple_fields_return_old
[ ] query_field
[ ] query_multiple_fields
[ ] lightweight_query_field
[ ] lightweight_query_multiple_fields
[ ] grouped_remove_multiple_fields

Released in v2.4.0 : https://github.com/Robinson04/StructNoSQL/commit/dfab27b500ddd5c139088d3c43d2a30e845bbfeb


Use the SageMaker Python SDK for local integ distributed training tests

Following #87
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

Added the MNIST GPU test as a SageMaker test since there's no distributed GPU training with Local Mode


Can you add support for windows os

Why you dont support windows version?
Currntly pjsip (pjsua2) support windows platform

My main use case for this project is for *nix, so Windows is not really a priority.
It's unclear how well pjsip/pjsua2 supports newer versions of VS required by the likes of node v4+.
From what I can tell by reading the pjsip documentation, it is not easy to build pjsip (shared libraries) on Windows.
I'm not familiar with the difficulty of linking to shared libraries on Windows via gyp (e.g. if hardcoded absolute paths are needed, etc.).

I was looking at doing the same thing I did for this using swig. But I ran into a few snags for nodejs. may have been an issue with swig use of outdated nodejs classes?
In theory if one could compile the shared library under gyp then you could use pjsip cross platform via nodejs with little to no problems.


Broken on mobile

This is a really neat idea! I noticed that this does not seem to work on mobile (iOS 10.2.1 Safari), at least in the JSFiddle demo. I'm assuming this is because touch handled simulates mouseup/mousedown much differently than it behaves on desktop.

Hey, thanks for the issue! honestly i completely forgot about testing on mobile, so thank you for reporting this. I'll make a few tests / fixes and make another release when done :) thanks a lot!

This should be fixed now with https://github.com/javisperez/vuelongpress/releases/tag/v1.0.1
Feel free to test :)


Add verbose argument to show progress during circuit evolution

Circuit evolution can be quite lengthy. It'd be convenient if circuit_evolution optionally showed the progress (either line by line or as a progress bar via ProgressMeter).

I have included such an argument


Ensure we fail if we cannot close file

OutputStream.flush is not guaranteed to move bytes all the way to storage media, so if OutputStream.close fails, we need to return null.
Sigh. Try-with-resources and java.nio.file.Files wft!
Follow-up of https://github.com/flutter/plugins/pull/513

@mravn-google , what's the process around releasing plugin versions?  Do they go out en masse at scheduled intervals, or is there a way to politely request a release (in this case, 0.4.6)?

@wreppun I just published it. Sorry for the delay.


pass-winmenu 1.11.1 does not sign commits

I'm using pass-winmenu v1.11.1 and have the following (global) git config:
$ git config --list
user.email=
user.signingkey=
commit.gpgsign=true
gpg.program=C:/Program Files (x86)/gnupg/bin/gpg.exe
Unfortunately when adding or editing a password entry pass-winmenu creates an unsigned commit. This has worked before with the Nightly-version from https://github.com/geluk/pass-winmenu/issues/69#issuecomment-725377690_ so I'm unsure what causes this problem.

Thank you, this fixes the issue! Gitlab accepts the signature without CR again as valid.

Fixed in v1.12.


Add enum for errors

And use in tests instead of duplicated hardcoded strings

It's for internal use and tests only

The issue isn't clear, maybe add an example or elaborate a little?

I have this as error message:
f!("Requested key {key} does not exist on this peer"))

and should repeat it in tests a lot:
        assert_eq!(result.error, f!("Requested key {key} does not exist on this peer"));

But I can use some custom error with .to_string()


Make planetary.name posts load consistently fast

The message cards on Planetary.name sometimes load really fast and sometimes they take over 10 seconds. Let's make them consistently fast. Some theories to why they are slow:

the frontend slams graphql with blob requests for profile pics. Serving blobs directly from disk -> nginx might alleviate.
The graphql server crashes and has to reboot, resulting in slow requests as it comes back up
scuttlebutt stuff pauses for indexing
(feel free to add more)

@mixmix as the person with the most widespread domain knowledge could you take the lead on diagnosing what is slow here and what we might do to fix it?

Here's another thing I found running through user flows... there's some client code bug for image display in Firefox. The images display in Brave/Chromium and Safari, just fine. Image shows Firefox on the left w/ broken images, Brave is on the left.

@danlatorre this is good to know but probably a different issue? I'll make on for it

Going through the graphql queries that this page makes one at a time
<EMAIL_ADDRESS>1. Daniel's profile :heavy_check_mark:

all good, we need all this
2. Loading room data, members? :fire:

I can't see why we need members data on this page.
This amount of data should not be needed
3. Daniel's profile (AGAIN) :cry:

Loading Daniels' data again... but more (need followers, following)
Recommendation

combine this query with the one before
there is HEAPS of unused data here, make a lighter query

we need the follower count
we need 2-3 images only (not description, URI, feedId etc etc for 71 people)

4. Loading 10 of Daniel's threads :heavy_check_mark:

Looks good to me. If we wanted we could probably load 6 or 7 as we have that auto-scroll load more.
5. Load random threads :fire:

Why are we getting 10 random threads? This seems like a mistake.

I haven't looked at the Vue code @chereseeriepa , but if you're not sure where those queries are coming from, or want to pair on how to split up the Vue routing/ pages differently I'm happy to pair.
Profile caching
We should add a cache over profiles in https://github.com/planetary-social/planetary-graphql/blob/main/src/graphql/resolvers.js#L22-L30 similar to the one we have in Ahau.
Needs

a cache which can invalidate itself if updates come through

Ahau cache:  https://gitlab.com/ahau/lib/graphql/ssb-graphql-profile/-/blob/master/src/ssb/cache.js

wiring that into resolver

Ahau resolver: https://gitlab.com/ahau/lib/graphql/ssb-graphql-profile/-/blob/master/src/ssb/query/get-profile.js#L40-46

@mplorentz That's my analysis. I'll talk with @chereseeriepa about generating cards from these.
Handing over assignment to her on this issue now

Did some pairing with @chereseeriepa today, already seeing improvements in load times.
Gonna pair with @zachmandeville on graphql caching of profiles tmrw

Mix and I paired on this today and diagnosed one area that could be causing the issue, which is that the library that the graphql server uses has a vulnerability to DDOS attacks (see these docs ).
They recommend setting a “cache:bounded” option when configuring the server.  These are caches that are being run under the hood automatically by the apollo server, and would be separate from other caches we’ve been discussing.
I set this option and pushed a new image to both ansible.fun and planetary.name.  From my load tests they both seem faster, but curious how others find it.
note for later: upgrade server
The other recommendation from these docs is to upgrade the server to the next major version, where the caching system is stronger “out of the box”.  I briefly looked at what would be entailed in doing this, and it might be a bit prickly getting all our dependencies to work together on the migration, so I saved that for another day.

Instead of creating new tickets I'm just adding on to this existing open ticket. This post is mainly for @chereseeriepa but since this is a compound stack of issues for QA/debug it'd be good for @mplorentz @mixmix and @cooldracula to have visibility on this.
Screenshare:
https://www.loom.com/share/32f44c631e174f81888f542e2d04b60e
In the screen cast I demo the 3 main UX QA issues to investigate, in a Lean timebox of a 1-2 hours for each issue. The outcome here is to determine the root issue and either fix if quick (a few hours or less) or have an estimate of the fix.

On a person's page the UI loads, you can see the cards, but SSB text and image content don't load.
On a person's page e.g. Paul Semel the images are broken/no loaded or they load but then viewing image in a new tab generates a 502 bad gateway error.
On a person's page, the profile data loads, but the person's feed doesn't load at all, no UI no data... we just a 3 dot ellipse animating.

For the third point(profile data loads, but not the person's feed), I wonder if it on accounts that have not posted anything yet?
I checked a couple of accounts, one where posts load and ones where we see the ellipsis:

Daniel's page loads
yeradis' page does not

on https://planetary.name/graphql/, you can run queries against our graphql server, like one  to get the profile for a feed id, with its threads.
This is (roughly) the call being made by the frontend to the graphql server when visiting a profile.
  query  {
    profile: getProfile (id: $ssbID) {
      id
      name
      image
      description
      ssbURI
      threads {
        id
        text
      }
    }
  }

If you run the below, condensed query, you can see that Daniel's response has threads while yeradis' does not:
# Write your query or mutation here
query {
yeradis: getProfile(
  id<EMAIL_ADDRESS>) {
  id
  name
  threads {
    id
  }
}
daniel: getProfile(
  id<EMAIL_ADDRESS>) {
  id
  name
  threads {
    id
  }
}
}

Are there any cases we can find where the person has threads, but their page is only showing the ellipses?  If not, maybe we'd just need a "this person has not posted yet!" style text if their threadcount is 0?

@cooldracula wow nice find. I checked a few people I had seen ellipses on and they all have a thread count of 0.


[TASK] Bump billing bitcoind version

LGTM :+1:

+r

The build is good and I'm seeing 1 +1s from the following folks:

wilsonianb

As such, I'll attempt to merge and close this pull request.


KNL-1256 - Lower BaseAuthzGroup logging level

I don't feel like this log message is very useful in a normal case anymore and on the demo it creates a lot of useless messages currently when the DelegatedAccessSampleDataLoader (and some of our other jobs) manipulates the roles on nightlies when demo is true.

+1 this looks like debug info to me


📃:

🔴 Title : Brick breaker game
🔴 Tech stack : html css javascript
🔴 Objective : A classic arcade game where the player controls a paddle and has to break all bricks by bouncing a ball.
The challenge is to keep the ball in play while breaking all the bricks on the screen.
📸 Screenshots

✅ Details to Include When Taking the Issue:
Name : Meghana
Participant Role (Specify the Open Source Program name, e.g., GSSOC, Hacktoberfest, etc.): gssoc-extd, hacktoberfest

Happy Contributing! 🚀
Wishing you all the best on your open source journey. Enjoy! 😎

@iamrahulmahato please assign this issue to me under level 3, gssoc-extd

Sorry, someone is already working on this. Do not be demotivated and raise a new issue.


[Bug]: Port already in use

Description
Deployed successfully 2 apps. Tried changing one of the apps' protocol to https instead of http via a redeploy.
Minimal Reproduction (if possible, example repository)

Created a new project using GitHub App
Correctly imported the project and configured a Dockerfile build
First run, the app deploys correctly
Change the URL from http:// to https://
Change port mapping from 8080:80 to 8080:443 (steps 4 and 5 needed to setup SSL certificate on website, as i understand it)
Redeploy for the changes to take effect
Redeploy exits with port 8080 already in use

Context: i am deploying a sveltekit front end and an expressjs middleware. The sveltekit ui was already running successfully in another project(but using plain http).
Exception or Error
[2023-Dec-27 12:57:40.655400] Importing rawwwulea/api-abillionleads:main (commit sha HEAD) to /artifacts/tswoos4.
[2023-Dec-27 12:57:41.854069] Setting base directory to /artifacts/tswoos4.
[2023-Dec-27 12:57:42.656019] Building docker image started.
[2023-Dec-27 12:57:42.722550] To check the current progress, click on Show Debug Logs.
[2023-Dec-27 12:57:43.713906] Building docker image completed.
[2023-Dec-27 12:57:43.780753] ----------------------------------------
[2023-Dec-27 12:57:43.851705] Application has ports mapped to the host system, rolling update is not supported.
[2023-Dec-27 12:57:43.858765] Removing old containers.
[2023-Dec-27 12:57:44.464188] Oops something is not okay, are you okay? 😢
[2023-Dec-27 12:57:44.533074] Container oco008c-125737060722 Creating
Container oco008c-125737060722 Created
Container oco008c-125737060722 Starting
Error response from daemon: driver failed programming external connectivity on endpoint oco008c-125737060722 (f466ab8e7c98e173ff5b60c453af0c440723f9a5379f62597a41756081b8d08b): Bind for <IP_ADDRESS>:8080 failed: port is already allocated
[2023-Dec-27 12:57:44.602260] Deployment failed. Removing the new version of your application.
Version
v4.0.0-beta.172

By default, when you start your first application with a domain, Coolify Proxy (Traefik) is started as well, which binds itself to port 80, 443, and 8080 (dashboard). That is why it is already used when you start your app for the second time.

You do not need to use port mappings at all to get SSL certificates. All you need to do is to set the FQDN to start with https.

So if you set it to https, delete the port mapping, and deploy your app, it should work.
Let me know if it still does not work.


ENYO-5111: QA-Sampler - Apply Disabled Prop to Grouped Components

Issue Resolved / Feature Added
Apply disabled prop to <Group> as well
Links
ENYO-5111
Comments
Enact-DCO-1.0-Signed-off-by: Teck Liew<EMAIL_ADDRESS>

The proposed change looks good. Part of the issue here is the lack of support to prevent emitting events when a component is disabled. We'll get some of that support when we add explicit click handling to Touchable. Another issue is we should be mapping the correct, managed event to Group rather than relying on onClick. In the case of ToggleItem variants, we should use onToggle with Group,
I'd like to extend this to include another QA sample that validates individually disabled items as well with the right selection event.
Something like:
			<Group
				childComponent={SelectableItem}
				childSelect="onToggle"
				selectedProp="selected"
				onSelect={action('onSelect')}
			>
				{[
					{children: '1', disabled: true},
					{children: '2', disabled: false},
					{children: '3', disabled: true},
					{children: '4', disabled: false}

				]}
			</Group>


Update README.rst, "using latest dev version" instructions

Signed-off-by: Chris Trevino<EMAIL_ADDRESS>

@darthtrevino I'm just wondering: should we even list dev dependencies here? They will tend to get outdated. pyproject.toml contains the source of truth already. Why not just refer to it?

But I do agree that having the deps listed here is a little weird. I'm okay with telling users to look in pyproject.toml


preserve-newline doesn't work for text blocks inside tags

Input
The code looked like this before beautification:

      <field-display>
        {{livedInAddress.addressLineOneText}}

        {{livedInAddress.cityName}}
        {{livedInAddress.countrySubdivisionLevel1TypeID}}
        {{livedInAddress.postalCode}}
      </field-display>

      <field-display></field-display>

Expected Output
The code should have looked like this after beautification:

      <field-display>
        {{livedInAddress.addressLineOneText}}

        {{livedInAddress.cityName}}
        {{livedInAddress.countrySubdivisionLevel1TypeID}}
        {{livedInAddress.postalCode}}
      </field-display>

      <field-display></field-display>

Actual Output
The  code actually looked like this after beautification:

      <field-display>
        {{livedInAddress.addressLineOneText}}

 {{livedInAddress.cityName}} {{livedInAddress.countrySubdivisionLevel1TypeID}} {{livedInAddress.postalCode}}
      </field-display>

      <field-display></field-display>

Steps to Reproduce
The lines inside of field-display should remain on new lines; otherwise, the linter I'm using complains about how the maximum line length was exceeded. While I can wrap each of those lines inside of a
 to keep them on new lines--I shouldn't have to. preserve_newlines should respect this since the wrap_line_length value is the same as the maximum line length my linter uses.
Environment
OS: Mac OS 10.12.6
Settings
Using the atom-beautify package which uses JS Beautify for it's beautifier.

```

@Nxt3
If you add "indent_handlebars": true to the options in the Additional Settings on the editor (http://jsbeautifier.org/), that should fix the issue for your input example. Please note this is v1.8.0-rc4.
However, your issue is still present in the absence of handlebars.
Input:

      <field-display>
        {{livedInAddress.addressLineOneText}}

        {{livedInAddress.cityName}}
        Hello
        World

        {{livedInAddress.countrySubdivisionLevel1TypeID}}
        {{livedInAddress.postalCode}}
      </field-display>

      <field-display></field-display>

Actual Output:

      <field-display>
        {{livedInAddress.addressLineOneText}}

        {{livedInAddress.cityName}} Hello World

        {{livedInAddress.countrySubdivisionLevel1TypeID}}
        {{livedInAddress.postalCode}}
      </field-display>

      <field-display></field-display>


Handle redis7

Goal
Recently, AWS changed the default version of Elasticache clusters on the Redis engine to Redis 7.x (see the impact of this in the AWS Terraform provider: https://github.com/hashicorp/terraform-provider-aws/pull/29274)
We have defaults setup for Redis 6.x. However, we don't have defaults setup for both the parameter group version family & the redis engine version for redis Elasticache clusters - leading to this default raising a bug in our modules (the engine version goes to 7.x, the parameter group stays on family 6.x).
This updates our Elasticache Redis setup to:

use the engine version lookup too (instead of relying on AWS defaults);
changes the redis defaults to 7.x version family;
adds ability to override these settings if needed.

Todos

[ ] Testing locally to make sure both 6.x and 7.x versions work / there are no syntax issues.

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Fixes blurry patterns + updates copy

This PR removes the blurriness from the patter thumbnails (caused by a difference between the default size of the thumbnails and the actual one). It also updates the title of the pattern library.
Original issue: https://github.com/CartoDB/cartodb/issues/3761

/cc: @xavijam

Do we have them ready for retina?

Frontend tests were OK :+1: (details)

No, we don't.

For me there is no problem, so :jp:.


Refresh

Codecov Report
Attention: 7 lines in your changes are missing coverage. Please review.

Comparison is base (ca3bf7b) 70.04% compared to head (f50709b) 70.35%.

Files
Patch %
Lines

src/Form/Type/TranslatedEntityType.php
0.00%
5 Missing :warning:

src/Form/Type/TranslationsLocalesSelectorType.php
0.00%
2 Missing :warning:

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@             Coverage Diff              @@
##             master     #387      +/-   ##
============================================
+ Coverage     70.04%   70.35%   +0.31%
  Complexity       73       73
============================================
  Files            12       12
  Lines           237      253      +16
============================================
+ Hits            166      178      +12
- Misses           71       75       +4

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


CSS Grid template formatting is broken when adding track size after line names

Description
grid-template gets formatted as one line when adding track sizes after line names
Input
The code looked like this before beautification:
.grid {
    grid-template:
        "top-bar top-bar" 100px
        "left-bar center" 100px
}

Expected Output
The code should have looked like this after beautification:
.grid {
    grid-template:
        "top-bar top-bar" 100px
        "left-bar center" 100px
}

Actual Output
The  code actually looked like this after beautification:
.grid {
    grid-template:
        "top-bar top-bar"100px "left-bar center"100px
}

Steps to Reproduce

create a selector with a grid-template declaration in it
add a value that contains line names and track sizes (as stated in the example above)
format the document.

Also try it with a longer input:
grid-template:
        "top-bar center center center center center top-bar" 100px
      	"left-bar center center center center center" 100px
        / 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px;

The result looks like this:
    grid-template:
        "top-bar center center center center center top-bar"100px "left-bar center center center center center"100px / 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px 10px;

Environment
OS: Windows
Settings
{
  "indent_size": "4",
  "indent_char": " ",
  "max_preserve_newlines": "5",
  "preserve_newlines": true,
  "keep_array_indentation": false,
  "break_chained_methods": false,
  "indent_scripts": "normal",
  "brace_style": "collapse",
  "space_before_conditional": true,
  "unescape_strings": false,
  "jslint_happy": false,
  "end_with_newline": false,
  "wrap_line_length": "40",
  "indent_inner_html": false,
  "comma_first": false,
  "e4x": false,
  "indent_empty_lines": false
}

@PeterShershov
As I understand it, there are two problems here:

(Breaking) the space between  "top-bar top-bar" 100px is getting remove.  This needs to be fixed asap.
(Non-breaking) the multi-line formatting inside grid-template: is being changed to one line.  This format will still work, but is not desirable.  The should be fixed as well, but possibly later.

As a short term work around, perhaps we could disable newline reformatting inside grid-template:... but that might be just as hard as fixing.

vote for the issue and subscribe to updates

Same problem

Add PR for this issue 🙃


Capabilities indicate (currently) non-existing federation support

Describe the bug
Capabilities currently return true for
files_sharing.federation.incoming
files_sharing.federation.outgoing

even though the server does not support federated sharing. The endpoint /ocs/v2.php/apps/files_sharing/api/v1/remote_shares only returns a 404 status.
Steps to reproduce
Steps to reproduce the behavior:

Log into ocis instance
Retrieve capabilities
Retrieve remote_shares for an item

Expected behavior
The capabilities should reflect the actual capability of the server.
Actual behavior
The capabilities do not match the availability of the federated sharing endpoint.

currently hardcoded as true: https://github.com/owncloud/ocis/blob/24807bbac81dcd60a37fce1957c76a28c703d397/services/frontend/pkg/revaconfig/config.go#L236-L239