More intuitive model order in deploy select - also maybe a search filter?

When you want to edit the tables you wish to deploy, it's unclear what order the models are in - it's not alphabetical.

Having alphabetical ordering would be better to navigate (especially when you have a lot of them!) - but it would also be helpful to have a search filter - similar to how BigQuery now lets you search through datasets and tables with a text filter:

Great points! The model names are now ordered alphabetically. We should be able to add a text filter next week.


[FIX] [ESX Legacy] Receiving Money if Player is not Online

Replace this function in server.lua to Support ESX 1.2 ; ESX v1-final and ESX Legacy :)
Add Config.ForceMoney = true to your config.lua
function addMoney(identifier,money,business)
    if not identifier then return end
    local xPlayer = ESX.GetPlayerFromIdentifier(identifier)
    local money = math.floor(tonumber(money))
    if xPlayer then
        print("[^1"..GetCurrentResourceName().."^7] Adding money to "..GetPlayerName(xPlayer.source).." - "..identifier.." ("..tostring(money).."$)")
        TriggerClientEvent('esx:showNotification', xPlayer.source, _L("received_money"):format(tostring(money),business))
        xPlayer.addAccountMoney("bank", math.floor(money))
    else
        print("[^1"..GetCurrentResourceName().."^7] An error occured while adding money to "..identifier.." ("..tostring(money).."$). The player is offline.")
        if Config.ForceMoney then
            print("[^1"..GetCurrentResourceName().."^7] Forcing adding money")
            --MySQL.Sync.execute('UPDATE `users` SET `bank` = `bank` + @bank WHERE `identifier` = @identifier',{['@bank'] = money, ['@identifier'] = identifier})
            MySQL.Async.fetchAll('SELECT accounts FROM users WHERE identifier = @identifier', {
                ["@identifier"] = identifier
                }, function(result)

                if result[1] ~= nil then
                    local accs = json.decode(result[1].accounts)
                    accs.bank = accs.bank + money

                    MySQL.Async.execute("UPDATE users SET accounts = @bank WHERE identifier = @identifier",
                        {
                            ["@identifier"] = identifier,
                            ["@bank"] = json.encode(accs)
                        }
                    )
                end
            end)
        end
    end
end

Please do not close this, so that everybody can see this :)

Could you describe if that should be the config.lua or what is the script you are showing ? For which file?

#free #flashbitcoin #bitcoin #mining #crypto software
it's a promo day earn cool cash within 30 minutes, this is the opportunity where people are guaranteed for financial freedom.
earn £2000
earn £5000
earn £25000
earn £30000
earn £47000
right up to £1,000,000
I guarantee you of making that amazing profit daily and weekly, directly to your
#bank account,
#credit cards
PayPal accounts
#western union
#Zelle / venmo #accounts
#money gram
bitcoin #wallet
ASK Me How 🥲
https://t.me/credit_card_uk


Specifying multiple values in CORS_ALLOWED_ORIGINS

How to specify multiple values in CORS_ALLOWED_ORIGINS environment variable?
I've tried several things but all lead to different corsheaders.E014.

Hi @bo0ts, it wasn't possible up to now. With PR #2313 you can specify a comma-separated list for CORS_ALLOWED_ORIGINS. It is scheduled to be released next week.


[Code health] Set up basic unit testing

[ ] Configure unit test framework
[ ] Set up initial test as example of basic business logic (e.g., *Manager)
[ ] Document basic setup

Hi @deepakbansal! SettingsManager seems fairly self contained; all dependencies are injected and can be easily mocked. Care to start with that one, or did you have another class in mind?

I was looking through some classes but I think I'll start with this one. Sorry, I was busy with a summit in RWC for past couple of days, couldn't make any contributions here.
I'll try to work add some tests by this weekend.

I was looking through some classes but I think I'll start with this one. Sorry, I was busy with a summit in RWC for past couple of days, couldn't make any contributions here.
I'll try to work add some tests by this weekend.

Sgtm. Please let me know if you have any questions!


Added route, ride to vehicle location results

As discussed with the data science team, vehicle location data is irrelevant without the ride & route context. Therefore, added them to all the vehicle locations queries responses.
This PR was written based on an older schema that didn’t include the separation between the siri and gtfs models. Therefore, the joins in there (vehicle_location->ride->route) will not work and require some changes.
Please take a look at the logic for now and assume the tables names and filters will change.

@ShayAdler please describe user-cases where this functionality is needed


Missing dependencies in pip installation

Pip installation does not pull all the necessary dependencies for the transformations.ome_zarr module, even in the [full] installation.
To reproduce, in a fresh pip installation, import aind_data_transfer.transformations.ome_zarr.
It seems that the addition of the following ones resolves the issue though I have not checked very thoroughly for implicit dependencies (eg. h5py is pulled in by hdf5plugin): tifffile, ome-zarr,  xarray-multiscale, hdf5plugin, kerchunk.

These dependencies are added via the postInstall script in the root directory


IGNITE-4140

KafkaDataStreamer - added new kafka streamer which uses the extractor.

https://issues.apache.org/jira/browse/IGNITE-4140 is closed, closing the PR


Activate Travis builds on osx, windows

This is exploratory, to see if the tests pass.

Codecov Report

Merging #148 into master will decrease coverage by 2.96%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master     #148      +/-   ##
==========================================
- Coverage   95.99%   93.02%   -2.97%
==========================================
  Files          39       39
  Lines        3368     3368
==========================================
- Hits         3233     3133     -100
- Misses        135      235     +100

Impacted Files
Coverage Δ

pandasdmx/source/ilo.py
50.00% <0.00%> (-50.00%)
:arrow_down:

pandasdmx/source/estat.py
42.50% <0.00%> (-45.00%)
:arrow_down:

pandasdmx/source/istat.py
57.14% <0.00%> (-42.86%)
:arrow_down:

pandasdmx/source/wb.py
66.66% <0.00%> (-33.34%)
:arrow_down:

pandasdmx/tests/test_sources.py
72.22% <0.00%> (-26.99%)
:arrow_down:

pandasdmx/source/sgr.py
50.00% <0.00%> (-20.00%)
:arrow_down:

pandasdmx/reader/__init__.py
68.75% <0.00%> (-12.50%)
:arrow_down:

pandasdmx/api.py
89.72% <0.00%> (-5.95%)
:arrow_down:

pandasdmx/reader/sdmxml.py
93.50% <0.00%> (-3.50%)
:arrow_down:

pandasdmx/source/__init__.py
92.85% <0.00%> (-2.86%)
:arrow_down:

... and 1 more

Continue to review full report at Codecov.

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

Builds fail on osx and windows because Travis does not supply automatic Python configuration: https://travis-ci.org/github/khaeru/pandaSDMX/builds/667162734

Successful osx job as of commit 7e89a9a. This takes about 4 times as long as the linux jobs, because of the need to update homebrew/install Python.
Now to make the Windows build work…

Successful windows job as of commit fe48673. This takes about twice as long as the linux jobs.
Because of this Travis service interruption, build statuses are not being reported to GitHub. Travis suggests updating the Travis<->GitHub integration to fix the problem, but without admin permissions on the repo, I cannot do this.

Complete passing build as of fe48673.
The apparent decrease in coverage is because the data source tests are only run on Travis CRON builds, not on PRs.


[Enhancement] Make Shiro compile on JDK 22

Search before asking

[X] I had searched in the issues and found no similar issues.

Enhancement Request
Some tests are hanging and/or failing with JDK 22, even though Shiro compiles fine.
Describe the solution you'd like
I think this is something to do with EasyMock compatibility, but I am not quite sure yet. Needs investigation
Filed an issue with EasyMock: https://github.com/easymock/easymock/issues/547
Are you willing to submit PR?

[X] Yes I am willing to submit a PR!

Blocked by #1391


Fixes typo in comment.

:)

Thanks. What do you think about it?

:heart: Love it! There's a lot of value to it: I start/stopped several pushes to replace tilestache; stopped all of them because at the end of the day, it must support scripting, as configuration isn't enough, and that is a pile of poop I didn't want to deal with. I saw your decisions doc on the topic, so you're grappling with that too.
$0.02: I did add limited Yaegi-based scripting support to JAR. The caveats are important, but in perspective, it's still at least as fast as Python. I've used Gopher-LUA too, and it's similar: "GC is not proper, it's slow for C/Go, but not as slow as python"
Lastly, I think GroupCache is an excellent hammer for this nail. I can wax poetic about it for an hour, but I'll spare you :smiley:
Actually lastly, reach out if you need a sounding board. You accrued a lot of good will in our decade working together, so don't think it an inconvenience. :heart:


show geocode in history

I nearly always log offline and then use the PC afterwards for logging. For that use case it would be quite comfortable if the second line of the history list entries would not only contain date and time, but also the geocode, so you can more easily search the logged caches online (without opening each of those caches).

Not my use-case, but sounds reasonable.

Almost my use-case except the use of the history. But seems to be useful this way. If it's ok for you i will take a look at this (as "revenge" of the issue you solved for me yesterday ;-) )

Perfectly fine with me. I'll set myself as stand-in.

@Bananeweizen Recommend closing this issue if the PR solved your request.

Thanks for the notification.


Can't open a directory in iCloud

Description
Can't open a directory in iCloud
To Reproduce
Open Directory
Expected behavior
Open project
Version information
Aurora Editor: 1.0 (1)
Commit: beed1611e276c790fd467d583356b8c21a34485a
MacOS: 14.1.1 (23B81)
Xcode: 15.0.1 (15A507)
Additional context
No response

Thanks for submitting a issue!
to assign this issue to yourself please comment @aurora-care-bear please assign me


task setup should run git config --local pull.ff only

I'd recommend running git config --global pull.ff only, except that it's kind of rude to change someone's Git settings without telling them. But --local only changes the settings in the current repository, without changing the user's personal settings. (Though we should also echo a line of output to the terminal saying "We strongly recommend running git config --global pull.ff only" and perhaps an explanation of why.)
The reason is so that any new devs will, by default, have their Git set up so that git pull will not create merge commits: merge commits on a feature branch can get quite confusing. It's better if git pull refuses to merge when someone else pushed commits to your branch, so that you can look at the situation and choose what to do. (Usually git pull --rebase, but not always, which is why I don't recommend setting git config pull.rebase true).

Thanks for the idea Robin, but I don't like the idea of changing this for the user on the repo. If a user wants to make merge commits I don't have a problem with that as long as they don't make it into the main line. If they make it really difficult to follow on their feature branch I might ask them to clean it up, but enabling this setting will just add confusion, especially for people who are new to git.


Call setup for a source only when it'll be called

Instead of calling the setup method for all enabled sources, call it
just before a source will be queried. That way we avoid setting up
sources that could be used but are not, for example due to having
a lower speed index.

My idea here was to avoid giving extra work to the sources. As you say, it can be delegated to each source, but I felt like this approach prevents any given source forgetting to check, and I am not sure that have the same check in three or four different classes would reduce the complexity.
Another point to address is the fact that if we delay setup until just before calling the source, it could be called twice. A source can be queried twice in the same call. Imagine for example calling cibyl like:
cibyl --ip-version 4 --last-build
Since both the deployment and the build options are on the same level, both will be used to query the source. I'm not sure whether we want to support such a usecase (I've added it to the agenda for the next sync), but the possibility is there.

I get your point, but I think there must something deeper for something as simple as setting up a source to be so complicated. For once, the 'setup' method should only be called once per instance. It is possible that this could be handled by instantiating the source just as we are going to use it, although I am pretty sure there will be a reason why it is not that way. Another way is to have the upper layer remember the sources it set up. Just a list containing those it did and check if the source is on that list. I understand why you would like to avoid leaving the checks to the source though.
On any case, I will not block you anymore. The solution works either way. I will leave this comment for you to see and if you want to continue I will unblock it.

I think it's good to spend some time thinking about this issue now that they can be addressed (even if it means breaking something, given that we have not yet released). I think there are two sources of complications here:

The fact that we have two sources of user interaction (the configuration and the cli arguments). Creating the sources after reading the configuration makes it easier to store the source data (url, credentials, etc.), if we delay the instantiation of the sources we need to remember their configuration data and retrieved at query time.
The relationships between CI models is complicated (as we saw with the Zuul/Jenkins systems differences), this might lead to more than one query per call, and each query might be directed to a different source.
With respect to the solution you proposed (keeping a list of setup sources) the only drawback that I would see for it is that it should persist enough to consider it when we need to tear down the sources used. At the moment, this is not a big problem, but with the introduction of features, which will complicate somewhat the flow of the orchestrator, it might be a bit more complex. I agree with you that both solution should work, but I must say that I do not see the proposed solution as more complex really.

I am unblocking this PR so that it can move forward. What would you like to do with it now?

After merging the features PR, I think it would be better to keep the information of whether each source is setup in the source itself. However, we might want to revisit this in the future, since we will need to change the run_query method of the orchestrator. I propose to merge this to unblock @adrianfusco and revisit in the future if it can be simplified further. Thanks for the reviews!


refactor: Remove MySQL related options from Datanode

What type of enhancement is this?
Tech debt reduction
What does the enhancement do?
Options mysql_addr and mysql_runtime_size is unused as we don't start a MySQL server on datanode now.
https://github.com/GreptimeTeam/greptimedb/blob/8cda1635cc6c9878a7bf46219f0009a155a1be75/src/datanode/src/datanode.rs#L343-L344
We can also remove the command line argument now
https://github.com/GreptimeTeam/greptimedb/blob/8cda1635cc6c9878a7bf46219f0009a155a1be75/src/cmd/src/datanode.rs#L88
Implementation challenges
NA

I can take this task.

I can take this task.

Thks


c parser crash in stdlib.h

Hi,
Awesome project. I am trying to compile a C program. I ended up needing to specify a bunch of include directories (is this known?) and when I got ppci to find stdlib.h, it crashed:
2022-04-14 23:15:05,424 |     INFO |       root | ppci 0.5.8 on CPython 3.8.10 on Linux-5.13.0-39-generic-x86_64-with-glibc2.29
2022-04-14 23:15:05,427 |     INFO |   cbuilder | Starting C compilation (c99)
2022-04-14 23:15:05,635 |  WARNING |    cparser | No type given ((/usr/include/stdlib.h, 97, 8)), assuming int!
2022-04-14 23:15:05,635 |    ERROR |       root | Expected ";", got "ID"
2022-04-14 23:15:05,635 |    ERROR |       root | (/usr/include/stdlib.h, 97, 15)
File : "/usr/include/stdlib.h"
   95:/* Maximum length of a multibyte character in the current locale.  */
   96:#define	MB_CUR_MAX	(__ctype_get_mb_cur_max ())
   97:extern size_t __ctype_get_mb_cur_max (void) __THROW __wur;
                    ^ Expected ";", got "ID"
   98:
   99:
  100:/* Convert a string to a floating-point number.  */

I really appreciate the error styling.

Ah, I see now that I am supposed to use the builtin librt. Sorry!


UofT-DSI | Python - Assignment 2

What changes are you trying to make? (e.g. Adding or removing code, refactoring existing code, adding reports)
I am adding new functions to analyze patient inflammation data and detect potential issues. Specifically, I added functions to summarize data (patient_summary) and identify anomalies (detect_problems).
What did you learn from the changes you have made?
I learned how to effectively use NumPy for statistical operations on datasets, handle CSV files in Python, and implement error detection using custom functions.
Was there another approach you were thinking about making? If so, what approach(es) were you thinking of?
I considered using pandas for data manipulation due to its simplicity and robust handling of CSV data, but I decided to stick with NumPy as specified to keep the code efficient and aligned with the assignment requirements.
Were there any challenges? If so, what issue(s) did you face? How did you overcome it?
One challenge was a FileNotFoundError when trying to access data files. I resolved this by verifying the file paths, adjusting the working directory, and checking permissions to ensure that the files were accessible.
How were these changes tested?
I tested the code by running various test cases on sample data, confirming that the output matched the expected results for each function. The error detection function was specifically tested to ensure it correctly identifies mean inflammation scores of zero.
A reference to a related issue in your repository (if applicable)
Checklist

[x] I can confirm that my changes are working as intended

Assignment marked.


kafka(ticdc): kafka support claim-check functionality

What problem does this PR solve?

Issue Number: close #9375
What is changed and how it works?

add ClaimCheck struct, which is used to send message to the external storage
kafka sink support ClaimCheck functionality
open-protocol support encode message which should be sent by the claim check
kafka consumer support decode such messages

Check List
Tests

Unit test
Integration test
Manual test (add detailed scripts or steps below)

Questions
Will it cause performance regression or break compatibility?
Do you need to update user documentation, design documentation or monitoring documentation?
Release note
`None`

/test all

/retest-required

/test dm-integration-test

/test cdc-integration-mysql-test

/retest-required


Only SOH for Pack01

I have 5 Packs
Only the SOH for Pack01 is 100 %
The other SOHs are 0 %
So Total SOH is 20 %

With the Add-on "BMS Pace - Development" (that i used before) i got SOHs for all Packs

what is your addon settings please?

Thank you very much for the quick query and processing! :-)
My settings:
host_name: homeassistant
mqtt_broker: core-mosquitto
mqtt_port: 1883
mqtt_username: homeassistant
mqtt_password: *****
device_name: Gobel Monitor
battery_manufacturer: Gobel Power
battery_model: GP-SR1-PC200
max_parallel_allowed: 16
connection_type: serial
battery_port: rs232
bms_type: PACE_LV
bms_ip_address: <IP_ADDRESS>
bms_ip_port: 9999
bms_usb_port: /dev/ttyUSB0
bms_baud_rate: 9600
data_refresh_interval: 5
debug: 0
if_random: 1

I like it very much - the Add-on and the good manual !!!
Thank you very much for that !!!

ADS (DIP-Switches) are set to 1 - 5

please show me pack 02 overview of dashboard

pack_data['view_SOH'] = round(pack_full_capacity / pack_design_capacity * 100, 0)
SOH is caculated in the addon by Full Capacity/Design Capacity, not read from BMS, here Full Capacity and Design Capacity are right, should not be 0.
Could you check Home Assistant -> Settings -> Device & services -> MQTT -> Sensors, if SOH is right here? I think the sensor name is wrong in the dashboard.

Or in Home Assistant -> Settings -> Device & services -> MQTT -> Integration entries, delete then add MQTT again, this will clear all unused entries.

Name in Home Assistant -> Settings -> Device & services -> MQTT -> Sensors is sensor.gobel_monitor_pack_02_view_soh (value 0 %)
Name in Dashboard also is sensor.gobel_monitor_pack_02_view_soh
In MQTT there are only (searching for "soh"):

sensor.gobel_monitor_pack_01_view_soh
sensor.gobel_monitor_pack_02_view_soh
sensor.gobel_monitor_pack_03_view_soh
sensor.gobel_monitor_pack_04_view_soh
sensor.gobel_monitor_pack_05_view_soh
sensor.gobel_monitor_total_soh

There are no unused entries.
I dont understand, what to "delete then add MQTT again". Should i delete sensor.gobel_monitor_pack_02_view_soh and then it is added with next update of the values?

delete, then config MQTT again with same name/password.
old data will not be deleted.

delete, then config MQTT again with same name/password => this did not solve the problem.
may "debug" in the "Gobel Battery Monitor" help? What value?


[Suggestion]: Use TextMate grammar files for syntax highlighting

Description of the problem or steps to reproduce
The current state of the syntax highlighting is mediocre at best, and terrible at worst
Given that the leading editor (VSCode) is using TextMate grammar, is it possible to 'swipe' their complex tmLanguage files to get much better highlighting?
Here is the vscode interpreter solution in javascript
it's neatly written and not hard to understand
https://github.com/microsoft/vscode-textmate
so it should be rewritten in go which while a big task im not certain it would be extremely comlicated
This is a huge request and may only stay as a 'nice to have' for maybe 2.0? 3.0?
In any case I wouldn't disregard this idea.
Specifications
You can use micro -version to get the commit hash.
Commit hash:
OS:
Terminal:

I agree that the quality of the syntax highlighting is not especially great. However it is fast and simple. Switching to TextMate grammars not only involves a huge amount of work parsing the language and getting it to fit into micro's existing interface, but would also require that users have the Oniguruma regular expression library installed. The highlighting itself would likely be slower and the bloat from including syntax files in the binary would be larger (TextMate grammars are very large). There is the Chroma syntax highlighting library for Go (https://github.com/alecthomas/chroma), but from my initial tests it seems much too slow (it highlights 1000-line files in ~120ms, which micro does instantly).
I'm open to ideas about switching the highlighting engine but I'd like to do so without disrupting the other features micro tries to maintain (simple, no dependencies, lightweight).

Look no further than tree-sitter. Tree-sitter is an incremental parser designed for integration into text editors, especially with syntax highlighting in mind. Individual parsers exist for the most common programming languages. Their quality blows even TextMate grammars out of the water, while also being faster in most cases, especially when updating the buffer.
Tree-sitter is the default highlighting system in Atom for supported languages. It has recently been integrated into Neovim master, and will be part of the upcoming 0.5 release of Neovim. Integration into VSCode and other editors has been repeatedly discussed. Tree-sitter has a bright future for sure and the quality and number of its grammars can only be expected to increase further with time.
Tree-sitter has actively maintained Go bindings. Note that those "bindings" actually contain the entire tree-sitter parser, so including them does not incur any external dependencies.
IMO, high-quality syntax highlighting makes the difference between a text editor that is suitable for everyday use and one that is not.

The highlighting itself would likely be slower
I doubt this to be honest because ive yet to see vscode not highlight a 1000 lines js file

If advanced (alternative) highlighting such as textmate is not within the ideology of micro, maybe it can be in a form of an official plugin, so it's a valid option for users who need it without compromising the size, complexity for those who don't.

IMO, high-quality syntax highlighting makes the difference between a text editor that is suitable for everyday use and one that is not.

Indeed, if nano had advanced syntax highlighting on par with vscode, id look no further for other terminal editor. Just use tmux and one would have everything.
But I appreciate the recognition that the syntax highlighter leaves a lot to be desired.


Clean Webpack configuration, closes #348

:tada: This PR is included in version 2.1.1 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


How to launch two cameras in one pipeline and synchronize their settings?

I have changed the default example opencvcap, but it still only works with one camera?
            " gst-launch-1.0 max-buffers=1 drop=true sync=false"             " v4l2src device=/dev/video"+ std::to_string(device_1) + " !"                                 " video/x-raw,"             " width=(int)" + std::to_string(capture_width) + ","             " height=(int)" + std::to_string(capture_height) + ","             " format=GRAY8,"             " framerate=(fraction)" + std::to_string(framerate) +"/1 !"             " appsink"             " v4l2src device=/dev/video"+ std::to_string(device_2) + " !"                                 " video/x-raw,"             " width=(int)" + std::to_string(capture_width) + ","             " height=(int)" + std::to_string(capture_height) + ","             " format=GRAY8,"             " framerate=(fraction)" + std::to_string(framerate) +"/1 !"             " appsink";

Check with v4l2-ctl --device=/dev/video1 -D --list-formats-ext if you have a video source living at /dev/video1.
If so, try hard-coded " v4l2src device=/dev/video1" instead of " v4l2src device=/dev/video"+ std::to_string(device_1)


Theme

Description
Hi. Why in version <IP_ADDRESS> I can't find Glass Theme? Now everything looking as normal Windows. Could put it back please
Steps To Reproduce
Please add this Theme
Steps to fix
Please add this Theme
Files Version
<IP_ADDRESS>.
Windows Version
Windows 10
Relevant Assets/Logs
No need to

#10690

@SimonJan78 see this comment for the glass theme https://github.com/files-community/Files/issues/10690#issuecomment-1383390672


[SourceKit] don't install libdispatch and libBlocksRuntime twice, outside of Mac/Windows

Added in #19800, but unused on linux and Android, as their rpath uses the libdispatch.so in lib/swift/os. I don't know what happens on a mac, as I don't know what @rpath does, so I left it in for macOS.
I've had to hack around this install before, but now I just patch it out for the Android package of Swift.  Better to just not install it twice for platforms where it's not used, which may include macOS for all I know.

@benlangmuir, I think you added the first libdispatch install in #19921, let me know what you think.

I did not add the install step, I fixed a missing dependency on it that was causing build issues. https://bugs.swift.org/browse/SR-8927  Maybe @compnerd knows better the intent.

Btw @benlangmuir, I recently noticed that libsourcekitdInProc.so exports a ton of LLVM symbols on linux, after it caused a problem for me on Android, intentional or bug? Here is what I mean, from the official 5.1.4 release for linux:
> readelf -sW swift-5.1.4-RELEASE-ubuntu18.04/usr/lib/libsourcekitdInProc.so | ag "GLOBAL DEFAULT.*_ZN4llvm" | tail -10                                                                96737:<PHONE_NUMBER>9b9b90   569 FUNC    GLOBAL DEFAULT   11 _ZN4llvm11raw_ostream5writeEPKcm
 96738:<PHONE_NUMBER>9b9280   204 FUNC    GLOBAL DEFAULT   11 _ZN4llvm11raw_ostream16SetBufferAndModeEPcmNS0_10BufferKindE
 96739:<PHONE_NUMBER>9b9aa0    58 FUNC    GLOBAL DEFAULT   11 _ZN4llvm11raw_ostream14flush_nonemptyEv
 96957:<PHONE_NUMBER>9bbd30    57 FUNC    GLOBAL DEFAULT   11 _ZN4llvm3sys9MutexImplD1Ev
 96958:<PHONE_NUMBER>9bbc30   254 FUNC    GLOBAL DEFAULT   11 _ZN4llvm3sys9MutexImplC1Eb
 96959:<PHONE_NUMBER>9bbdb0    52 FUNC    GLOBAL DEFAULT   11 _ZN4llvm3sys9MutexImpl7releaseEv
 96960:<PHONE_NUMBER>9bbd70    52 FUNC    GLOBAL DEFAULT   11 _ZN4llvm3sys9MutexImpl7acquireEv
 96961:<PHONE_NUMBER>9bd400    47 FUNC    GLOBAL DEFAULT   11 _ZN4llvm3sys4path11parent_pathENS_9StringRefENS1_5StyleE
 96962:<PHONE_NUMBER>9a1890   518 FUNC    GLOBAL DEFAULT   11 _ZN4llvm25llvm_unreachable_internalEPKcS1_j
 96963:<PHONE_NUMBER>135c1c     4 OBJECT  GLOBAL DEFAULT   25 _ZN4llvm23EnableABIBreakingChecksE
> readelf -sW swift-5.1.4-RELEASE-ubuntu18.04/usr/lib/libsourcekitdInProc.so | ag "GLOBAL DEFAULT.*_ZN4llvm" | wc -l
15710

@tachoknight, I just checked and saw that you copy both these and the libraries in lib/swift/linux over, any reason why?
@drodriguez, any feedback on this pull or the symbols I mentioned in the previous comment would be appreciated.

@buttaface Is this in reference to requiring libBlocksRuntime for the build? A lot of what drives what I do is based on the user being able to install swift-lang alongside an existing clang/llvm installation, as well as a totally separate libblocksruntime that can be used independently of the Swift version. And because of that, at any time the user can decide to remove the existing clang/llvm and/or libblocksruntime installation and that should not break Swift.
Hopefully that answers the question regarding libBlocksRuntime; I don't package libDispatch separately so that does need to be included in the swift-lang package. I'd ask that, if you don't want libDispatch in the Android version, you make it more explicit because I think this PR will break Ubuntu and Fedora.

I recently noticed that libsourcekitdInProc.so exports a ton of LLVM symbols on linux, after it caused a problem for me on Android, intentional or bug?

@buttaface we have an explicit exports list that only includes the sourcekitd-specific symbols, but it's only being applied on Darwin: https://github.com/apple/swift/blob/b58ea4bb377cd9978f9b056494c266db70faa80b/tools/SourceKit/cmake/modules/AddSwiftSourceKit.cmake#L2-L5
I don't know what the equivalent of -exported_symbols_list linker option is for Windows or Linux

@tachoknight,

Is this in reference to requiring libBlocksRuntime for the build?

No, I didn't even look at those.

Hopefully that answers the question regarding libBlocksRuntime

No, I don't think you looked at the links in my original post: let me state the problem briefly. It always struck me as strange that the official Swift tarfile release for linux installs libdispatch.so and libBlocksRuntime.so in two places, both in usr/lib and usr/lib/swift/linux. Like you, that caused a problem for me because of a potential clash with a libdispatch package, and I had to remove the ones in usr/lib from the swift Android package.
I haven't unpacked your final Fedora package to check, but based on your build script, my understanding is that you place one copy of these two libraries in usr/lib/swift-lldb and another in usr/lib/swift/linux. My reading of the rpaths is that the former is unused and all this pull does is remove them, so that only the latter two are used.
Let me know if you actually need the former.
@benlangmuir, thanks, I figured it was an oversight but wasn't sure.

@buttaface Ah, sorry, yeah, I did look at the links and verified it against my installed copy. You're right in that's what I do; I'll have to check whether both are required. I did notice for the first time that the libdispatch.so files are actually different sizes so that came as a surprise. I was gonna suggest symlinking but now I'm curious why they are, in fact, two different files.

@compnerd: I think you will explain the reason of this double copy better than anyone. It would be good to have your comment here.
@buttaface: please don't take my word as gospel, and let's wait for Saleem answers. I think there might be a confusion here. There might have been also changes over changes that might have modified the original intention of the change (specially with respect to rpaths and what libraries are linked against which libraries). The copy you don't want should only be installed if SWIFT_INSTALL_COMPONENTS includes the sourcekit-inproc component. If your distribution doesn't make use of sourcekit-inproc, the easiest way of avoiding that copy should be removing it from your CMake configuration.

If your distribution doesn't make use of sourcekit-inproc, the easiest way of avoiding that copy should be removing it from your CMake configuration.

I've already removed these two libdispatch libraries from the Swift 5.1.4 for Android package script (see last link in my OP): I'm just submitting this back upstream so other packagers like Ron don't have to deal with this either and I can remove it from my local patches. As for not installing sourcekit-inproc instead, I think that would work too for now, but I plan to ship sourcekit-lsp with the Android package of the upcoming 5.2 release, apple/sourcekit-lsp#210.
Btw, I just submitted a pull to get cross-compilation with the Android NDK working again, #30170, when using the updated commands from docs/Android.md in master, along with other fixes. The Android CI didn't detect that regression because it builds libicu for linux from source, unlike what the doc commands do.

I don't think an answer is forthcoming, that linux rpath was already set before this install dependency was added.
@benlangmuir, do you mind running the tests for this pull? I can also disable it for macOS if you think it's not needed there, just let me know.

@swift-ci please test

Alright, looks like this small cleanup doesn't break anything on linux/Android, and it changes nothing on mac/Windows (the Windows CI broke last week, long before this pull was tested, so a rerun of the Windows tests should work now), should be good to go.

@swift-ci please test Windows platform


SoftDot node does not have structured rules

The current SoftDot node implementation only permits mean-field factorization between states, as shown below:
constraints = @constraints begin
  q(x, y, θ, γ) = q(x)q(y)q(θ)q(γ)
end;

This is likely because it was designed primarily for likelihood cases. However, including structured rules could be beneficial. This would require implementation and allow for the following factorization:
constraints = @constraints begin
  q(x, y, θ, γ) = q(x, y)q(θ)q(γ)
end;

Interestingly, ReactiveMP.jl already has this factorization and corresponding rules (just hidden :) ). SoftDot is essentially a univariate output of AR node. Since AR nodes (designed for state space models) copy previous states (buffering), instead of reimplementing all new structured SoftDot rules, one could use the @call_rule macro to call AR node rules and select only the first output element.

Fixed in #404


[Bug]: Default reporter shows duplicated test results when using projects

Version
29.7.0
Steps to reproduce

Clone the repo https://github.com/MattLishmanYara/jest-double-test-report-problem
Run npm install
Run npm run test:projects - Shows double the tests while running
Run npm run test - Shows the correct number of tests while running

Note: If it is not possible to see the incorrect numbers because it clears the console too quickly, the Jest reporter can be edited.
Open<EMAIL_ADDRESS>Edit the constructor to no longer clear the console:
this._status.onChange(() => {
  // this.__clearStatus();
  this.__printStatus();
});

Expected behaviour
While the tests are running, it should count each completed test up to the final result of 50.
(With clear console disabled)

Actual behaviour
While the tests are running, tests from the broken.test.js are duplicated in the test output until the final output.
(With clear console disabled)

Additional context
This issue only occurs when using Jest projects.
When using Jest without projects, the numbers are correct.
I have tried with and without TypeScipt, and the issue occurs with both.
In the minimal example, this issue only flashes the wrong test numbers for a second or 2. In larger repositories with more slower-running tests, the number of incorrect tests increases.
The issue does not happen when the duplicated tests are replaced with a for loop instead of having multiple tests in the describe.
// No duplication

describe('Broken test suite', () => {
    for (let i = 1; i <= 20; i++) {
        it(`should pass ${i}`, async () => {
            expect(true).toBe(true);
        });
    }
});

// Duplication

describe('Broken test suite', () => {
    it('should pass 1', () => {
        expect(1).toBe(1);
    });
    it('should pass 2', () => {
        expect(1).toBe(1);
    });
    it('should pass 3', () => {
        expect(1).toBe(1);
    });
    it('should pass 4', () => {
        expect(1).toBe(1);
    });
// ...

Environment
System:
    OS: macOS 14.6.1
    CPU: (12) arm64 Apple M2 Max
  Binaries:
    Node: 20.15.0 - ~/.nvm/versions/node/v20.15.0/bin/node
    npm: 10.7.0 - ~/.nvm/versions/node/v20.15.0/bin/npm
  npmPackages:
    jest: ^29.7.0 => 29.7.0

Unfortunately, this is still an issue that has not been solved.

This still cannot be closed because the issue still impacts us


Regression in shapless2 scala 3 port due to new specced match types

Compiler version
3.4.2 bisected to  5260c6023fb24d0362e55c5fedc320b562cb553f
Minimized code
The code was minimized from the hlist implementation in the Scala 3 port of shapeless 2. https://github.com/milessabin/shapeless/blob/832308b4457b62acfdbeae13fa00197cd0ab6ae1/core/src/main/scala-3/shapeless/hlists.scala#L11-L13

import scala.Tuple.Head

object Head {
  def head[T <: NonEmptyTuple](tuple: T): Head[T] = tuple match {
    case cons: *:[h, t] => cons.head
  }
}

Output
-- [E007] Type Mismatch Error: tuple_head.scala:5:27 ------------------------------------------------------------------
5 |    case cons: *:[h, t] => cons.head
  |                           ^^^^^^^^^
  |                       Found:    Tuple.Head[T & h *: t]
  |                       Required: h
  |
  |                       where:    T is a type in method head with bounds <: NonEmptyTuple
  |                                 h is a type in method head
  |                                 t is a type in method head with bounds <: Tuple
  |
  |
  |                       Note: a match type could not be fully reduced:
  |
  |                         trying to reduce  Tuple.Head[T & h *: t]
  |                         failed since selector T & h *: t
  |                         does not uniquely determine parameter x in
  |                           case x *: _ => x
  |                         The computed bounds for the parameter are:
  |                           x <: h
  |                       Note that implicit conversions were not tried because the result of an implicit conversion
  |                       must be more specific than h
  |
  | longer explanation available when compiling with `-explain`
1 error found

Expectation
The code compiles without errors as it does in versions prior to 3.4.0.

This specific issue is not so much about the new match types. It fixed a soundness hole. We cannot make it compiler without reintroducing the unsoundness.
Fixing soundness bugs is not considered a regression.

Is there some other way the code can be written to not hit this? Because I thought these particular examples were sound.

So I figured out that one can make it compile by introducing an itermediate variable and discarding some of the type information. e.g
import scala.Tuple.Head

object Head {
  def head[T <: NonEmptyTuple](tuple: T): Head[T] = tuple match {
    case cons: *:[h, t] =>
      val tmp = cons: *:[h, t]
      tmp.head
  }
}


HikariCP not releasing connections on close() - Question?

Environment
HikariCP version: 2.6.1
JDK version     : 1.8.0_121
Database        : PostgreSQL 9.6.2
Driver          : pgjdbc-ng
Driver version  : 0.7.1

Hi,
I am doing a Web Socket programming where I need to get instant update from DB insert and pass it to web socket. Therefore using the above JDBC driver for PostgreSQL.
I chose to use HikariCP for connection pooling. Something seems to be wrong. Calling close() to connection doesn't release the connection. The pool seems to quickly fill up and get stuck after that.
Here is some code to give an idea:
Singleton Connection Code:
import java.io.PrintWriter;
import java.sql.SQLException;
import java.util.Properties;

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

import com.impossibl.postgres.api.jdbc.PGConnection;
import com.zaxxer.hikari.HikariConfig;
import com.zaxxer.hikari.HikariDataSource;
import com.zaxxer.hikari.pool.HikariProxyConnection;

public class DBConnection {
	public PGConnection pgConnection;
	private static HikariDataSource ds;
	private static Logger logger = LoggerFactory.getLogger(DBConnection.class);

	private static HikariDataSource getDatasource(String database) {
		if (ds == null || ds.isClosed()) {
			Properties props = new Properties();
			props.setProperty("dataSourceClassName", "com.impossibl.postgres.jdbc.PGDataSource");
			props.setProperty("dataSource.user", "username");
			props.setProperty("dataSource.password", "password");
			props.setProperty("dataSource.database", database);
			props.setProperty("dataSource.port", "5432");
			props.setProperty("dataSource.host", "localhost");
			props.setProperty("maximumPoolSize", "100");
			props.setProperty("minimumIdle", "20");
			props.setProperty("maxLifetime", "30000");
			props.put("dataSource.logWriter", new PrintWriter(System.out));

			HikariConfig config = new HikariConfig(props);
			ds = new HikariDataSource(config);
		}

		return ds;
	}

	public PGConnection getConnection(String database) throws Exception {
		ds = getDatasource(database);
		HikariProxyConnection connection = (HikariProxyConnection) ds.getConnection();
		if (connection.isWrapperFor(PGConnection.class)) {
			pgConnection = connection.unwrap(PGConnection.class);
		}

		return pgConnection;
	}

	public static void closeDataSource() {
		logger.debug("Trying to close datasource.");
		ds.close();
	}

	public void closeConnection() {
		try {
			logger.debug("Trying to close connection.");
			if (pgConnection != null) {
				ds.evictConnection(pgConnection);
				pgConnection.close();
				pgConnection = null;
				logger.debug("DB Connection closed.");
			} else {
				logger.error("Connection attempted to close was null");
			}
		} catch (SQLException sqle) {
			logger.error("Error closing connection...");
			sqle.printStackTrace(new PrintWriter(System.out));
		}
	}
}

And here is how I am using it in my Web Socket code:
@ServerEndpoint("/getdata/{client-id}")
public class WebSocket {
	private static Set<Session> sessions = java.util.Collections.synchronizedSet(new HashSet<Session>());
	private static Map<Session, String> clientIds = new ConcurrentHashMap<Session, String>();
	private Session currentSession;
	private PGConnection pgConnection;
	private static DBConnection dbConnection;

	@OnMessage
	public synchronized void onMessage(String message, @PathParam("client-id") String clientId) {
		String output = "";
		try {
			do {
				pgConnection = dbConnection.getConnection("cdp");
				//perform some db query
				Thread.sleep(250);
			} while (output != null && output.length() > 4);
			clientIds.put(currentSession, clientId);
		} catch (Exception e) {
			e.printStackTrace(new PrintWriter(System.out));
		}
	}

	@OnOpen
	public synchronized void onOpen(Session session) {
		sessions.add(session);
		this.currentSession = session;
		session.setMaxIdleTimeout(720000);
		if (dbConnection == null) {
			dbConnection = new DBConnection();
		}
	}

	@OnClose
	public synchronized void onClose(Session session) {
		try {
			if (currentSession.isOpen()) {
				sessions.remove(currentSession);
				currentSession.close();
				if (dbConnection != null) {
					dbConnection.closeConnection();
				}
			} else {
				if (dbConnection != null) {
					dbConnection.closeConnection();
				}
			}
		} catch (Exception e) {
			e.printStackTrace(new PrintWriter(System.out));
		}
	}

	@OnError
	public synchronized void onError(Session session, Throwable e) {
		if (currentSession.isOpen()) {
			try {
				currentSession.close();
				if (dbConnection != null) {
					dbConnection.closeConnection();
				}
			} catch (Exception e1) {
				if (dbConnection != null) {
					dbConnection.closeConnection();
				}

				e1.printStackTrace(new PrintWriter(System.out));
			}
		}
	}
}

I understand that this is not a platform to raise these type of questions, and there can seems to be something wrong about my code as well, but just want to understand, that the HikariCP keeps on adding connections when idle < 20, but never releases active connections. Result of which is total = active connections with idle and waiting = 0.
And then the server stops taking multiple connections. Connections are never closed on close() call and this is making me crazy!!

You are unwrapping the connection returned by HikariCP which gives your the raw PGConnection. When you close this raw PGConnection then HikariCP can not detect it and its internal data structure will still consider the connection as active. Thus at some point HikariCP will not give you any new connection anymore.
You must call close() on the connection instance that HikariCP gives you. Also as a side note: ds.evictConnection(pgConnection); will do nothing as you do not pass in a connection instance that has been returned by ds.getConnection(). You should never work with the specific, underlying JDBC connection directly because you by-pass the connection pool logic that way.
Finally if your code does not use a custom ServerEndpoint Configurator then your implementation has quite some other issues as well. Most notably the synchronized keyword pretty much does nothing as it locks on the instance but the websocket 1.1 spec says that a new instance of your WebSocket class will be created for each client that connects to your server (the behavior of the default Configurator). If each client talks to its own WebSocket instance then parallel calls to DBConnection and its API will happen which will cause quite some trouble in your code.

@jnehlmeier Thanks for the insights. Knew there was something wrong about my code. Never thought of the unwrapped connection object not to be identified by HikariCP.
Will work on this, and surely get back over here to update.

@jnehlmeier Thanks, Jens.  You have no idea how helpful it is when you jump in on issues.

@jnehlmeier @brettwooldridge It worked. Thanks a lot.


Mimic, but, again, please GitHub work with me here

About the PR
This should work now
Why / Balance

Technical details

Media

[ ] I have added screenshots/videos to this PR showcasing its changes ingame, or this PR does not require an ingame showcase

Breaking changes

Changelog

This is commented before the checks are done, if something is failed, i fucking hate github and will fix tomorrow


Trim some character

trim some character from the beginning and end of the string

Thank you, @mahd1ar 👍


Comments should be allowed at beginning of file

Right now the parser dies if \begin{document} is not the first line of the file. This should be relaxed to allow comments to be the first line.
On a more tentative note that could be related—I haven't looked at how this is parsed yet but I hope to find that a script can be injected in a document early enough that it can be responsible for setting the initial document class and paper settings without them needing to be set in the document markup.

You're probably right about comments at the start of the document, but what you want in terms of injecting a script can be done with the -I command line flag. That allows you to load up a SILE wrapper around your input file; if the wrapper defines class/paper size/commands then your input can then be plain XML, e.g. sile -I docbook examples/article-template.xml


add proton-ge derivation

Simply adds the proton-ge derivation to nix-gaming flake's outputs, I was getting tired of maintaining in my own flake.
This issue provides instructions on how the user may use the proton-ge derivation on primarily NixOS systems. I assume it would be similar on extending PATH on non-nixos, or linking imperatively.

Note: I kept the passthru script for update, but could or probably should be removed.

Alright, could you add the package to CI as well? And revert the formatting done on npins/default.nix.

should be good now

P.S. I'm aware that proton-ge has received an update while this PR was still ongoing. I'll bump it through a separate PR possibly on the weekend.

P.S. I'm aware that proton-ge has received an update while this PR was still ongoing. I'll bump it through a separate PR possibly on the weekend.

Why not update this PR directly?

I'm doing this on github web, lmao.


Expose policy add/update/delete events via Hubble

In our environment we have a high chrun of Spark jobs that run and each job has its own set of cilium policies. It's common for us to run ~2k jobs at the same time and each job has a minimum of 3 CNPs. We are running with --disable-cnp-status-updates to not crash the apiserver when the cluster is at peak workload. By doing this we lost visibility to when a policy is applied and enforced.
I'd be interested to get policy events in the hubble output. We're collecting hubble export data and ingesting it into a separate system where we can do just in time investigations.
@michi-covalent

adding to @rolinh's comment above, there is --hubble-export-file-path flag in >=v1.10. with this option you can write unfiltered hubble events (including all the agent events) to a rotated file: https://docs.cilium.io/en/v1.10/cmdref/cilium-agent/#options

synced up with @ungureanuvladvictor offline, --hubble-export-file-path should work for his use case. let's close this issue for now, we can re-open it if --hubble-export-file-path doesn't work ✅


ci(actions): update renovatebot/github-action action to v40.2.2

This PR contains the following updates:

Package
Type
Update
Change

renovatebot/github-action
action
patch
v40.2.0 -> v40.2.2

Release Notes

renovatebot/github-action (renovatebot/github-action)
v40.2.2
Compare Source
Build System

deps: update dependency typescript to v5.5.3 (aa452e6)

Continuous Integration

deps: update renovate docker tag to v37.426.0 (fbafef1)

v40.2.1
Compare Source
Documentation

update references to ghcr.io/renovatebot/renovate to v37.425.1 (d6eed90)
update references to renovatebot/github-action to v40.2.0 (5ddce28)

Miscellaneous Chores

deps: update dependency @types/node to v20.14.9 (ec99267)

Build System

deps: lock file maintenance (65e4373)

Continuous Integration

deps: update renovate docker tag to v37.421.10 (07e2a27)
deps: update renovate docker tag to v37.422.0 (39218de)
deps: update renovate docker tag to v37.422.1 (5c05ca6)
deps: update renovate docker tag to v37.422.4 (de537d7)
deps: update renovate docker tag to v37.423.0 (7901eac)
deps: update renovate docker tag to v37.423.1 (dcd1175)
deps: update renovate docker tag to v37.424.0 (f4c559c)
deps: update renovate docker tag to v37.424.1 (beaea3f)
deps: update renovate docker tag to v37.424.2 (4ebf550)
deps: update renovate docker tag to v37.424.3 (2a0f11e)
deps: update renovate docker tag to v37.424.4 (f6a1a25)
deps: update renovate docker tag to v37.425.1 (e8ded76)

Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.

[ ] If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

:tada: This issue has been resolved in version 1.4.7 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Question about kws_streaming/model/cnn

Hi,
I'm trying to duplicate some models on the paper (http://www.isca-speech.org/archive/interspeech_2015/papers/i15_1478.pdf).
I saw the comment below in kws_streaming/model/cnn.py:
It is based on paper:
  Convolutional Neural Networks for Small-footprint Keyword Spotting
  http://www.isca-speech.org/archive/interspeech_2015/papers/i15_1478.pdf

So I thought kws_streaming/model/cnn.py had the similar structure as cnn-one-fpool3 for example.
But the paper describes cnn+max_pool as a typical cnn architecture and it uses the model that has the structure but kws_streaming/model/cnn.py doesn't seem to have any max pooling layer.
Why doesn't kws_streaming/model/cnn.py have it like tf.keras.MaxPool2D?
In addition, net = stream.Stream(cell=tf.keras.layers.Flatten())(net) and net = tf.keras.layers.Dropout(rate=flags.dropout1)(net) mean  a linear low-rank layer in the paper?
Thank you for your help!

Thank you for evaluating kws_streaming lib!
For cnn model we referred two papers: Convolutional Neural Networks for Small-footprint Keyword Spotting and Hello Edge: Keyword Spotting on Microcontrollers, the first one as earliest cnn application and the second one is more similar to what we use in the code. So I would say that cnn model is inspired by Convolutional Neural Networks for Small-footprint Keyword Spotting and is based on Hello Edge: Keyword Spotting on Microcontrollers. If you need max pooling, I would suggest to try ds_tc_resnet option, here you can configure you model with and without max pooling.
net = stream.Stream(cell=tf.keras.layers.Flatten())(net) - streaming of flatten layer - it is not linear low-rank layer
net = tf.keras.layers.Dropout(rate=flags.dropout1)(net) is a dropout regularization.

Thank you @rybakov!
How can I make a linear low-rank layer?
I understood this article on stackExchange,
but I'm not sure how to implement it with Tensorflow.
If I do Flatten() and Dense(), the parameters are too many.

There are two options of doing low rank matrix decomposition:

In time and feature domains, well described in END-TO-END STREAMING KEYWORD SPOTTING it is implemented in svdf and in ds_tc_resnet. Here 2D matrix is decomposed into product of two low rank matrices implemented with depthwise convolution (applied in time dimension) and 1x1 convolution (applied in feature dimension).
In feature domain only: just represent fully connected layer (e.g 100x100) as two fully connected layers (e.g 100x40 and 40x100).

Which model in the paper 1 does the default parameters of cnn mean?
They are not neither cnn_trad_fpool3 (CNN-1) nor cnn_one_fstride4 (CNN-2), right?

Yes, none of the models presented in our paper have default parameters of Hello Edge paper. In section "4.2. Comparison with baseline" we explicitly say "We improved their accuracy on datasets V1 and V2, as shown on Table 1, by applying SpecAugment with hyper-parameters optimization of both neural net and speech feature extractor parameters".
In Table 1 we labeled models from Hello Edge paper by tag V1*. Star(*) means that it is baseline accuracy reported by Hello Edge paper. We compared their models with our re-implementations which have different hyperparameters. For example strided CNN ("CNN+strd") parameters are show in link are different with hyperparameters of (CNN-2) from Hello Edge paper implemented in link.
If you are interested in reproducing model accuracy from Hello Edge paper, I would suggest to use their implementations, so that all hyperparameters will be exactly the same as they are published in Hello Edge paper.
Please feel free to reproduce accuracy of models from Hello Edge paper with kws_streaming, but as you already noticed you will need to change hyperparameters.

Ah I haven't noticed kws_experiments_paper_12_labels.md!
Thank you for this great environment and your kind responses!
I'm going to reproduce your paper at first.


Support OSX as well

There doesn't seem to be any reason why this wouldn't work on OSX. I just tried it with a sample project it worked perfectly.

Thanks for the fix.


🐛 BUG: pages dev doesn't support live reload

What version of Wrangler are you using?
wrangler@alpha (0.0.0-536c7e5)
What operating system are you using?
WSL
Describe the Bug
Hi y'all, I've been trying to get my website to reload on file changes but I got stuck. When you proxy Parcel like that
wrangler pages dev --script-path dist/_worker.js -- npm run parcel
the site loads, but hot reloading is broken with the following error
GET / 502 Bad Gateway (2.85ms)
[pages:err] TypeError: Web Socket request did not return status 101 Switching Protocols response with Web Socket

You can still get the changes if you refresh the page bu it would be great if we had a clear path forward for hot reloading.
I see pages dev also supports a --live-reload flag, but I'm not sure how that works in practice since it didn't work for me when I compiled manually, pointed it at the dist folder and nothing happened when I changed the files.
I made a little reproduction repo here: https://github.com/vladinator1000/cloudflare-pages-test/tree/0ff085e087fbcaaa514f666609400dfbdb820ce2

Thanks for the report. We're already tracking support for WebSockets here: #70


Talk about the pricing of the SQL Server

It's not obvious as to whether the SQL Server costs money or if it's just acting, in Azure, as a management device.

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

ID: 520f496d-0b43-1c61-a8b6-24870fa2d102
Version Independent ID: b825a3b1-6714-75a0-06a0-4e62a64d216e
Content: What is a server in Azure SQL Database and Azure Synapse Analytics? - Azure SQL Database
Content Source: azure-sql/database/logical-servers.md
Service: sql-database
Sub-service: service-overview
GitHub Login: @WilliamDAssafMSFT
Microsoft Alias: wiassaf

@jimmyt1988
Thanks for your feedback! We will investigate and update as appropriate.

Hi @jimmyt1988 ,
Thanks for sharing your feedback here.
Could you please elaborate more on the question so that we can look into it.
Hi @WilliamDAssafMSFT,
Could you please look into this request.

A fair question, we'll see what we can do to bring more clarity here.
However, the logical server is not a billed resource, has no compute or utilization. It is included in the provisioned utilization and created automatically with an Azure SQL Database, for example. The license for SQL Server is included in the Azure SQL Database and billed as a single resource. Thanks for taking the time to ask this question, @jimmyt1988.
#please-close


Input: add clear event

Make Input component support clear event to differentiate clearing behavior from normal editing behavior.

[x] Make sure you are merging your commits to dev branch.
[x] Add some descriptions and refer relative issues for you PR.
[x] Make sure you follow Element's contributing guide (中文 | English | Español).

Hi, thanks for contributing!
Please update the documentation to reflect this feature, and add a test case for it.

@Leopoldthecoder  done


Add APIs to download strings

Pull Request Test Coverage Report for Build 1315

31 of 33 (93.94%)  changed or added relevant lines in 4 files are covered.
2 unchanged lines in 1 file lost coverage.
Overall coverage increased (+0.07%) to 65.783%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

routes/thingpedia_api.js
20
22
90.91%

Files with Coverage Reduction
New Missed Lines
%

model/entity.js
2
65.71%

Totals

Change from base Build 1304:
0.07%

Covered Lines:
5820

Relevant Lines:
8328

💛  - Coveralls


MdIconRegistry use deprecated HttpModule

Bug, feature request, or proposal:
request
What is the expected behavior?
should use proper @angular/common/http
What is the current behavior?
use deprecated HttpModule
What are the steps to reproduce?
see codes
Providing a Plunker (or similar) is the best way to get the team to see your issue.
unnecessary

Duplicate of https://github.com/angular/material2/issues/5814


Issue #338 spectypes

@doomspork, @nscyclone please take a look.

Thanks again for doing this @Koziolek, it's a great lesson!

@pjhampton / @devleoper / @ybur-yug — Any addition feedback or is this good to merge?
Thank you again @Koziolek, this is really great content.

LGTM 👍

@doomspork giving it another read this morning & will update in a bit

@doomspork @Koziolek Went through and added various corrections/suggestions.

PS @Koziolek amazing work; please dont be offended that I was being quite nitpicky going through gramatically. I just want to make sure every section makes sense and wont have elements lost in translation to the other langs :)

New lesson looks great to me!

Fix grammar issues.
@ybur-yug, about references to OO languages, IMO many people came here from OO world and looking for some "mental hooks". Types are not classes but many OO devs could thing about them in that way.

@Koziolek I agree. See @doomspork's comment above. I just knew that there had been some struggle in the earlier days comparing too much to Ruby to the point that it made things harder to understand. But that doesn't seem to be the case here. Awesome work 👍 💯 :)

Thank you @Koziolek!!


Add API Key visual protection

Hi
This PR solve the issue https://github.com/nabeelio/phpvms/issues/841 with this new feature
Regards!

Looks great, thanks! Can you just add the translations to the other languages too? From Google Translate is OK.

Great, thank you!


fix: link to server auth mode docs, adds Tulip as official user

Checklist:

[x] Either (a) I've created an enhancement proposal and discussed it with the community, (b) this is a bug fix, or (c) this is a chore.
[x] The title of the PR is (a) conventional, (b) states what changed, and (c) suffixes the related issues number. E.g. "fix(controller): Updates such and such. Fixes #1234".
[x] I've signed the CLA.
[ ] I have written unit and/or e2e tests for my change. PRs without these are unlikely to be merged.
[x] My builds are green. Try syncing with master if they are not.
[x] My organization is added to USERS.md.

Looks good.


Graded spikes layer

This is the first try to implement a graded spikes layer. It takes an input (usually spikes from snnTorch neuronal layers) and scales them by simply multiplying (point-wise) it's weights with the input. The weights can be initialized using a constant factor, which results in all weights getting initialized with "ones * constant_factor". If no constant factor is provided, the weights are initialized with a uniform distribution U(0.5, 1.5). A lift of the standard uniform distribution U(0, 1) is carried out to avoid zero multiplication. The weights are trainable. Tests are provided to ensure the constant scaling works, the shapes are correct and the training works. Simple docstrings are provided.
This is a mere entry point into this topic, discussion is open!

Looking good!
Right now, graded spikes is fixed to be learnable; is there value of having a switch to turn it off?
Maybe not, as users can just apply their own functions to spk themselves.
If you agree, then we're good for functionality.
To-do:

Expand docstrings
Update snnTorch Layers to include GradedSpikes

Well, I think we are fine with only learnable stuff, otherwise you simply could multiply by a scalar. I already included the layer in the namespace, so it should be available, but correct me if that is not the case.


Error message when running multiple lane read files

Hello,
I have total 8 files (L1-L4) for both read 1 and read 2 , while I put those files in  read 1 and read 2 (8 total) into the script it throw out an error saying "CITE-seq-Count: error: unrecognized arguments:" . I think Cite-seq-count should be able to support multiple read files, right?
My command is
CITE-seq-Count  -R1 L1-R1.fastq.gz L2-R1.fastq.gz L3-R1.fastq.gz L4-R1.fastq.gz -R2 L1-R2.fastq.gz L2-R2.fastq.gz L3-R2.fastq.gz L4-R2.fastq.gz -t Antibodytag.csv -cbf 1 -cbl 16 -umif 17 -umil 26 -cells 6121 -o output
I saw someone online saying that CITE-seq-Count don't support multiple lane files and I have to merged them all into one file for each read before feeding into the program, is that true?

Hello  @YunZheHuang
You are right, CITE-seq-Count doesn't support multilane for now but I see how this could be helpful especially if you're working with 10x data.
For now, you have to cat all R1 and R2 separately.
I'll keep this in mind for next version!

Hello @Hoohm
Thank you so much for your response! I did cat all the files from each read, however, another error threw out saying " [ERROR] Sequence length in R2_merged.fastq.gz is not consistent. Please, trim all sequences at the same length.", since my raw data is untrimmed, why this error happen? Thank you !

My guess is that you mixed some R1 and some R2 files together. CITE-seq-Count check read length on both R1 and R2. If you all reads are no the same length in R1 or in R2, you will get this error message.

@Hoohm
I double checked my concatenation and I promised that I didn't mix R1 and R2

Did you do any trimming on either of them?

@Hoohm
no I didn't.

can you run that on your file?
zcat test_R1.fastq.gz | awk '{if(NR%4==2) print $0}' | awk '{ print length }' | uniq
replace my test_R1.fastq.gz by your concatenated files

@Hoohm
There is a bunch of number
98
97
98
97
98
97
98
97
98
`
Like this

So, 9 lanes? With different reading depths of 97 and 98 for some reason.
Could you trim the R2 file at 97? This will fix the issue.

@Hoohm
Not just 9 lanes, there are bunch of them I just post a small section. Actually it's not only 97 and 98, it also have 96. So if I do a trimming, what tool do you recommend?

I'd advise cutadapt

@Hoohm
Ok. Thanks! Let me trim my file and then see if it works!

@Hoohm
I finished trimming and run the script again, this time the script stop in the middle and the error message is below:
Correcting cell barcodes Finding a whitelist /anaconda3/lib/python3.7/site-packages/umi_tools/whitelist_methods.py:283: RuntimeWarning: invalid value encountered in sqrt   lineVecNorm = lineVec / np.sqrt(np.sum(lineVec**2)) Traceback (most recent call last):   File "/anaconda3/bin/CITE-seq-Count", line 11, in <module>     sys.exit(main())   File "/anaconda3/lib/python3.7/site-packages/cite_seq_count/__main__.py", line 352, in main     collapsing_threshold=args.bc_threshold)   File "/anaconda3/lib/python3.7/site-packages/cite_seq_count/processing.py", line 310, in correct_cells     plotfile_prefix=False)   File "/anaconda3/lib/python3.7/site-packages/umi_tools/whitelist_methods.py", line 447, in getCellWhitelist     cell_barcode_counts, cell_number, plotfile_prefix)   File "/anaconda3/lib/python3.7/site-packages/umi_tools/whitelist_methods.py", line 322, in getKneeEstimateDistance     raise ValueError("Something's gone wrong here!!") ValueError: Something's gone wrong here!!
Can you please tell me how to resolve this problem? Thanks!

Hello @YunZheHuang ,
this bug is fixed on the develop branch.
I'm gonna release a new version soon and it will also support multiple lanes runs.

Should be fixed in the new 1.4.3 release.
The new version also handles multiple lanes now.
Closing this.


Nikki's Smash Ball not rendered correctly

The Smash Ball from the Assist Trophy Nikki (found in assist/nikkiillust3/) does not render correctly, although Nikki's other drawings seem to be just fine (the dinosaur in the screenshot is assist/nikkiillust1/ with the same material). I included the vanilla files for you to investigate.

nikkiillust3.zip

They both use the same shader, but the dinosaur has colorSet1 set to black. The RGB texture appears to be some sort of mask for the pencil effect after glancing at the shader. This is one of many unique uses of the "diffuse" texture, so it's not a priority to get working at the moment.


How to load external data?

If I have some data in conll format in some language other than Danish. How do I load that dataset in NERDA?

Hi, their documentation gives the workflow in a lot of detail
https://ebanalyse.github.io/NERDA/workflow.html


Add initial implementation of

Connects to #4

Some tests are failing on iOS

Review status: 0 of 6 files reviewed at latest revision, 5 unresolved discussions.

vaadin-month-calendar.html, line 61 [r1] (raw file):
Since these three are public properties, they should have api docs. Or should these be private instead?

vaadin-month-calendar.html, line 83 [r1] (raw file):
This if-check feels unnecessary

vaadin-month-calendar.html, line 130 [r1] (raw file):
Don't know how heavy Polymer.dom() is but doing it on every loop might slow things down

vaadin-month-calendar.html, line 137 [r1] (raw file):
Using the data-attribute adds a lot of code in this file. But I guess a custom property for a  would be worse?

vaadin-month-calendar.html, line 174 [r1] (raw file):
Looks like IE doesn't have full support for classList. Could use this.toggleClass api instead

Comments from the review on Reviewable.io

Looks like MockInteractions.tap() does not work properly with iOS, added a workaround.

Review status: 0 of 6 files reviewed at latest revision, 5 unresolved discussions, all commit checks successful.

vaadin-month-calendar.html, line 61 [r1] (raw file):
Made all localization related properties private for now until we actually start adding localization support.

vaadin-month-calendar.html, line 83 [r1] (raw file):
Done.

vaadin-month-calendar.html, line 130 [r1] (raw file):
Good point, moved outside of the loop and modified to append elements in a batch.

vaadin-month-calendar.html, line 137 [r1] (raw file):
Not sure what would be best option, but to me using a data attribute seems better than a custom property on a standard HTML element.

vaadin-month-calendar.html, line 174 [r1] (raw file):
Done.

Comments from the review on Reviewable.io

Review status: 0 of 6 files reviewed at latest revision, 6 unresolved discussions.

vaadin-date-picker-overlay.html, line 3 [r2] (raw file):
Import to vaadin-month-calendar.html needed here

Comments from the review on Reviewable.io

Review status: 0 of 6 files reviewed at latest revision, 6 unresolved discussions.

vaadin-date-picker-overlay.html, line 3 [r2] (raw file):
Done.

Comments from the review on Reviewable.io

Abandoning this in favor of already merged version of the same functionality.


Open a pdbqt file format

Hi, I am trying to open a pdbqt file format that contains the solutions of a docking with AutoDock Vina. This is the link to the file. It is like a multi model pdb file i think, but unnecessary inter-model connections are made. Is there something missing in the file to keep models separated?

There is no CONNECT record in your file, thus NGL relies on autobonding

Le 2 févr. 2018 à 04:52, Gianluca Tomasello<EMAIL_ADDRESS>a écrit :
Hi, I am trying to open a pdbqt file format that contains the solutions of a docking with AutoDock Vina. This is the link to the file. It is like a multi model pdb file i think, but unnecessary inter-model connections are made. Is there something missing in the file to keep models separated?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

There should be no bonds between models from autobonding, I will look into this.

fixed in<EMAIL_ADDRESS>see http://nglviewer.org/ts2/?script=parser/pdbqt
also added a pdbqt format to handle it a bit better (though it does not read the charge and type yet)

Thanks. The pdbqt file I provided has been filtered to remove non wanted records such as (ROOT, ENDROOT, BRANCH, ENDBRANCH, TORSDOF). This is the original file.
Leaving this records, the models break.

Improved the parser to ignore the extra records and also parse the partial charge (9630d9cf6efb96e15cbcb83e4b8260f656761cbf).

It seems that columns 77 - 78 containing the atom's element symbol could be misleading in some pdbqt files.
Also I noticed something strange with this file. The ATOM record with atom name "NA" is interpreted by NGL as a sodium atom, but instead it should be a nitrogen atom. Does NGL takes into account that atom names are composed of an atomic (element) symbol in columns 13-14, and trailing identifying characters in columns 15-16?

Thanks, improved the pdbqt parser to look for the element in columns 13-14 (ae3f2067f535d27a4a9bd662ef514f5346b64f55)

Thank you! Only one thing.. I noticed  from dev.18 that the default representation has changed when you load a PDB file format. Sticks are drawn for the whole protein instead of the non-protein residues only.

yeah I see that too, unintended side effect of ignoring some pdbqt records...

Should be goo now, see http://nglviewer.org/ts2/?load=rcsb://1atp

Perfect! Thank you!


NUTCH-2785 FreeGenerator: command-line option to define number of generated fetch lists

add command-line option -numFetchers to FreeGenerator
in local mode: generate one single fetch list

Hello, thank you for adding the option. However, it seems that the job.setNumReduceTasks(numFetchers); line is omitted at the end of the added lines. May I ask you to add?

Thanks, @dhkdn9192, you're absolutely right. It will be fixed, see NUTCH-2810.


add audit functionality

This commit adds a folder which contains the files responsible for performing the auditing on models in the database using the Note model as an example.

Will you be submitting a replacement pull request?


"No solution found when resolving dependencies", but pip installs readily

Summary: uv pip install fails to install a package that pip installs without issue. The package is an alpha release that I pushed to pypi a few minutes ago.

A minimal code snippet that reproduces the bug.

$ cd /tmp

$ python3 -m venv venv

$ source venv/bin/activate

$ pip install -U setuptools pip uv

(venv) $ uv pip install --verbose uta-align==0.3.0a5
DEBUG Found a virtualenv through VIRTUAL_ENV at: /tmp/x/venv
DEBUG Cached interpreter info for Python 3.11.6, skipping probing: /tmp/x/venv/bin/python
DEBUG Using Python 3.11.6 environment at /tmp/x/venv/bin/python
DEBUG Using registry request timeout of 300s
DEBUG Solving with target Python version 3.11.6
DEBUG Adding direct dependency: uta-align==0.3.0a5
DEBUG Found fresh response for: https://pypi.org/simple/uta-align/
DEBUG Searching for a compatible version of uta-align (==0.3.0a5)
DEBUG No compatible version found for: uta-align
  × No solution found when resolving dependencies:
  ╰─▶ Because there is no version of uta-align==0.3.0a5 and you require uta-align==0.3.0a5, we can conclude that the requirements are unsatisfiable.

(venv) $ pip install uta-align==0.3.0a5
Looking in indexes: https://pypi.shr.myome.info/simple
Collecting uta-align==0.3.0a5
  Using cached uta_align-0.3.0a5-cp311-cp311-linux_x86_64.whl
Collecting coloredlogs~=15.0 (from uta-align==0.3.0a5)
  Using cached coloredlogs-15.0.1-py2.py3-none-any.whl.metadata (12 kB)
Collecting pysam~=0.22 (from uta-align==0.3.0a5)
  Using cached pysam-0.22.0-cp311-cp311-manylinux_2_28_x86_64.whl.metadata (1.5 kB)
Collecting pyyaml~=6.0 (from uta-align==0.3.0a5)
  Using cached PyYAML-6.0.1-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (2.1 kB)
Collecting humanfriendly>=9.1 (from coloredlogs~=15.0->uta-align==0.3.0a5)
  Using cached humanfriendly-10.0-py2.py3-none-any.whl.metadata (9.2 kB)
Using cached coloredlogs-15.0.1-py2.py3-none-any.whl (46 kB)
Using cached pysam-0.22.0-cp311-cp311-manylinux_2_28_x86_64.whl (25.1 MB)
Using cached PyYAML-6.0.1-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (757 kB)
Using cached humanfriendly-10.0-py2.py3-none-any.whl (86 kB)
Installing collected packages: pyyaml, pysam, humanfriendly, coloredlogs, uta-align
Successfully installed coloredlogs-15.0.1 humanfriendly-10.0 pysam-0.22.0 pyyaml-6.0.1 uta-align-0.3.0a5

The current uv platform & version

(venv) snafu$ uname -a
Linux snafu 6.5.0-26-generic #26-Ubuntu SMP PREEMPT_DYNAMIC Tue Mar  5 21:19:28 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

(venv) snafu$ uv --version
uv 0.1.22

Well, of course I tried again after creating the issue and it worked immediately. I conclude that uv caches results with a TTL of something like 5-10 minutes. Is that right?

Yep there's a 10 minute cache, I'd recommend using --refresh-package <name> if you're testing something you just published. Some more context at https://github.com/astral-sh/uv/issues/505

Fabulous. I'm happy with the choice.
Two comments/suggestions/questions (and I'm happy to help):

"Because there is no version of uta-align==0.3.0a5 and you require uta-align==0.3.0a5, we can conclude that the requirements are unsatisfiable." seems to assert a stronger condition than is warranted. How about something more like "uta-align==0.3.0a5 could not be satisfied; consider using --refresh to update known versions". Or, if --refresh was used, then drop the second clause.

How about assuming --refresh for non-production releases?

(1) "Could not be satisfied" has a bit more of a complex meaning, like "this version exists but its requirements cannot be reconciled with the solution". I'm pretty hesitant to change the wording there since in most cases the version actually will not exist. We could do something like.. find all the versions that "do not exist" in a resolution tree and check if it exists with caching disabled then add hints or mutate the message in that case. This would slow down display of the error report but we worry less about performance once you're in an error case.
(2) I worry changing the behavior based on version specifiers, it seems confusing. A simple policy is my preference.

Same when installing torch
~ # uv version
uv 0.1.22

~ # uv venv
Using Python 3.11.8 interpreter at: /usr/bin/python3
Creating virtualenv at: .venv

~ # uv pip install torch==2.2.0 --index-url https://download.pytorch.org/whl/cpu
  x No solution found when resolving dependencies:
  `-> Because torch==2.2.0 is unusable because no wheels are available with a matching Python implementation and you require torch==2.2.0, we can conclude that the requirements are unsatisfiable.

Now the same with pip
~ # python -m venv pyvenv
~ # source pyvenv/bin/activate
(pyvenv) ~ # pip install torch==2.2.0 --index-url https://download.pytorch.org/whl/cpu
Looking in indexes: https://download.pytorch.org/whl/cpu
Collecting torch==2.2.0
  Downloading https://download.pytorch.org/whl/cpu/torch-2.2.0%2Bcpu-cp311-cp311-linux_x86_64.whl (186.8 MB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 186.8/186.8 MB 22.9 MB/s eta 0:00:00
Collecting filelock (from torch==2.2.0)
  Downloading https://download.pytorch.org/whl/filelock-3.9.0-py3-none-any.whl (9.7 kB)
Collecting typing-extensions>=4.8.0 (from torch==2.2.0)
  Downloading https://download.pytorch.org/whl/typing_extensions-4.8.0-py3-none-any.whl (31 kB)
Collecting sympy (from torch==2.2.0)
  Downloading https://download.pytorch.org/whl/sympy-1.12-py3-none-any.whl (5.7 MB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 5.7/5.7 MB 32.2 MB/s eta 0:00:00
...

uv needs to be explicitly provided with uv pip install torch==2.2.0+cpu ... for it to correctly pick up the wheel.

@yashgorana - I think that's unrelated, and covered in the pip compatibility guide: https://github.com/astral-sh/uv/blob/main/PIP_COMPATIBILITY.md#local-version-identifiers

Aha - thank you for pointing to the docs!

Np. The local version support is relatively new. There's also an open issue here to track improving it further to remove the existing limitations: #2541

I got the same error, in a different situation, using Linux.
uv pip install -i https://pypi.anaconda.org/intel/simple numpy
From the error message, I assume that uv does not recognize manylinux packages when using --index-url.

uv does recognize manylinux packages when using --index-url and other sources -- we would have much bigger problems if we didn't! Unfortunately I'd need more information to understand the problem, e.g., the output of running with --verbose, your platform, your Python version.

lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 22.04.4 LTS
Release:	22.04
Codename:	jammy

uv pip install -i https://pypi.anaconda.org/intel/simple numpy --verbose
INFO Found a virtualenv through VIRTUAL_ENV at: /home/marcelo/.local/venv/cx310tests
DEBUG Cached interpreter info for Python 3.10.12, skipping probing: /home/marcelo/.local/venv/cx310tests/bin/python
DEBUG Using Python 3.10.12 environment at /home/marcelo/.local/venv/cx310tests/bin/python
DEBUG Trying to lock if free: /home/marcelo/.local/venv/cx310tests/.lock
DEBUG At least one requirement is not satisfied: numpy
DEBUG Using registry request timeout of 30s
DEBUG Solving with target Python version 3.10.12
DEBUG Adding direct dependency: numpy*
DEBUG Found fresh response for: https://pypi.anaconda.org/intel/simple/numpy/
DEBUG Searching for a compatible version of numpy (*)
DEBUG Selecting: numpy==1.26.4 (numpy-1.26.4-1-cp310-cp310-manylinux2014_x86_64.whl)
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/numpy/1.26.4/numpy-1.26.4-1-cp310-cp310-manylinux2014_x86_64.whl
WARN Range requests not supported for numpy-1.26.4-cp310-cp310-manylinux2014_x86_64.whl; streaming wheel
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/numpy/1.26.4/numpy-1.26.4-1-cp310-cp310-manylinux2014_x86_64.whl
DEBUG Adding transitive dependency for numpy==1.26.4: mkl-fft*
DEBUG Adding transitive dependency for numpy==1.26.4: mkl-random*
DEBUG Adding transitive dependency for numpy==1.26.4: mkl-umath*
DEBUG Adding transitive dependency for numpy==1.26.4: mkl*
DEBUG Adding transitive dependency for numpy==1.26.4: tbb4py*
DEBUG Adding transitive dependency for numpy==1.26.4: mkl-service*
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/mkl-fft/
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/mkl-random/
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/mkl/
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/tbb4py/
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/mkl-service/
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/mkl-umath/
DEBUG Searching for a compatible version of mkl-fft (*)
DEBUG Selecting: mkl-fft==1.3.8 (mkl_fft-1.3.8-63-cp310-cp310-manylinux2014_x86_64.whl)
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/mkl-fft/1.3.8/mkl_fft-1.3.8-63-cp310-cp310-manylinux2014_x86_64.whl
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/mkl-random/1.2.4/mkl_random-1.2.4-83-cp310-cp310-manylinux2014_x86_64.whl
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/mkl/2024.1.0/mkl-2024.1.0-py2.py3-none-manylinux1_x86_64.whl
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/mkl-umath/0.1.1/mkl_umath-0.1.1-100-cp310-cp310-manylinux2014_x86_64.whl
WARN Range requests not supported for mkl_random-1.2.4-cp310-cp310-manylinux2014_x86_64.whl; streaming wheel
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/mkl-random/1.2.4/mkl_random-1.2.4-83-cp310-cp310-manylinux2014_x86_64.whl
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/tbb4py/2021.12.0/tbb4py-2021.12.0-py310-none-manylinux1_x86_64.whl
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/mkl-service/2.4.1/mkl_service-2.4.1-0-cp310-cp310-manylinux2014_x86_64.whl
WARN Range requests not supported for mkl_umath-0.1.1-cp310-cp310-manylinux2014_x86_64.whl; streaming wheel
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/mkl-umath/0.1.1/mkl_umath-0.1.1-100-cp310-cp310-manylinux2014_x86_64.whl
WARN Range requests not supported for mkl-2024.1.0-py2.py3-none-manylinux1_x86_64.whl; streaming wheel
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/mkl/2024.1.0/mkl-2024.1.0-py2.py3-none-manylinux1_x86_64.whl
WARN Range requests not supported for tbb4py-2021.12.0-py310-none-manylinux1_x86_64.whl; streaming wheel
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/tbb4py/2021.12.0/tbb4py-2021.12.0-py310-none-manylinux1_x86_64.whl
WARN Range requests not supported for mkl_fft-1.3.8-cp310-cp310-manylinux2014_x86_64.whl; streaming wheel
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/mkl-fft/1.3.8/mkl_fft-1.3.8-63-cp310-cp310-manylinux2014_x86_64.whl
WARN Range requests not supported for mkl_service-2.4.1-cp310-cp310-manylinux2014_x86_64.whl; streaming wheel
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/mkl-service/2.4.1/mkl_service-2.4.1-0-cp310-cp310-manylinux2014_x86_64.whl
DEBUG Adding transitive dependency for mkl-fft==1.3.8: numpy>=1.24.4, <1.25.0
DEBUG Adding transitive dependency for mkl-fft==1.3.8: mkl*
DEBUG Searching for a compatible version of mkl-fft (<1.3.8 | >1.3.8)
DEBUG Selecting: mkl-fft==1.3.6 (mkl_fft-1.3.6-58-cp310-cp310-manylinux2014_x86_64.whl)
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/mkl-fft/1.3.6/mkl_fft-1.3.6-58-cp310-cp310-manylinux2014_x86_64.whl
WARN Range requests not supported for mkl_fft-1.3.6-cp310-cp310-manylinux2014_x86_64.whl; streaming wheel
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/mkl-fft/1.3.6/mkl_fft-1.3.6-58-cp310-cp310-manylinux2014_x86_64.whl
DEBUG Adding transitive dependency for mkl-fft==1.3.6: numpy>=1.24.3, <1.25.0
DEBUG Adding transitive dependency for mkl-fft==1.3.6: mkl*
DEBUG Adding transitive dependency for mkl-fft==1.3.6: dpcpp-cpp-rt*
DEBUG Searching for a compatible version of mkl-fft (<1.3.6 | >1.3.6, <1.3.8 | >1.3.8)
DEBUG No compatible version found for: mkl-fft
DEBUG Searching for a compatible version of numpy (<1.26.4 | >1.26.4)
DEBUG Selecting: numpy==1.24.4 (numpy-1.24.4-1-cp310-cp310-manylinux2014_x86_64.whl)
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/numpy/1.24.4/numpy-1.24.4-1-cp310-cp310-manylinux2014_x86_64.whl
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/dpcpp-cpp-rt/
WARN Range requests not supported for numpy-1.24.4-cp310-cp310-manylinux2014_x86_64.whl; streaming wheel
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/numpy/1.24.4/numpy-1.24.4-1-cp310-cp310-manylinux2014_x86_64.whl
DEBUG Adding transitive dependency for numpy==1.24.4: mkl-fft*
DEBUG Adding transitive dependency for numpy==1.24.4: mkl-random*
DEBUG Adding transitive dependency for numpy==1.24.4: mkl-umath*
DEBUG Adding transitive dependency for numpy==1.24.4: mkl*
DEBUG Adding transitive dependency for numpy==1.24.4: tbb4py*
DEBUG Adding transitive dependency for numpy==1.24.4: mkl-service*
DEBUG Searching for a compatible version of mkl-fft (==1.3.6 | ==1.3.8)
DEBUG Selecting: mkl-fft==1.3.8 (mkl_fft-1.3.8-63-cp310-cp310-manylinux2014_x86_64.whl)
DEBUG Searching for a compatible version of mkl-random (*)
DEBUG Selecting: mkl-random==1.2.4 (mkl_random-1.2.4-83-cp310-cp310-manylinux2014_x86_64.whl)
DEBUG Adding transitive dependency for mkl-random==1.2.4: numpy>=1.24.4, <1.25.0
DEBUG Adding transitive dependency for mkl-random==1.2.4: mkl*
DEBUG Searching for a compatible version of mkl-umath (*)
DEBUG Selecting: mkl-umath==0.1.1 (mkl_umath-0.1.1-100-cp310-cp310-manylinux2014_x86_64.whl)
DEBUG Adding transitive dependency for mkl-umath==0.1.1: numpy>=1.26.4, <1.27.0
DEBUG Adding transitive dependency for mkl-umath==0.1.1: mkl*
DEBUG Adding transitive dependency for mkl-umath==0.1.1: intel-cmplr-lib-rt*
DEBUG Searching for a compatible version of mkl-umath (<0.1.1 | >0.1.1)
DEBUG No compatible version found for: mkl-umath
DEBUG Searching for a compatible version of numpy (<1.24.4 | >1.24.4, <1.26.4 | >1.26.4)
DEBUG Selecting: numpy==1.24.3 (numpy-1.24.3-1-cp310-cp310-manylinux2014_x86_64.whl)
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/intel-cmplr-lib-rt/
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/numpy/1.24.3/numpy-1.24.3-1-cp310-cp310-manylinux2014_x86_64.whl
WARN Range requests not supported for numpy-1.24.3-cp310-cp310-manylinux2014_x86_64.whl; streaming wheel
DEBUG No cache entry for: https://pypi.anaconda.org/intel/simple/numpy/1.24.3/numpy-1.24.3-1-cp310-cp310-manylinux2014_x86_64.whl
DEBUG Adding transitive dependency for numpy==1.24.3: mkl-fft*
DEBUG Adding transitive dependency for numpy==1.24.3: mkl-random*
DEBUG Adding transitive dependency for numpy==1.24.3: mkl-umath*
DEBUG Adding transitive dependency for numpy==1.24.3: dpcpp-cpp-rt*
DEBUG Adding transitive dependency for numpy==1.24.3: mkl*
DEBUG Adding transitive dependency for numpy==1.24.3: tbb4py*
DEBUG Adding transitive dependency for numpy==1.24.3: mkl-service*
DEBUG Searching for a compatible version of numpy (<1.24.3 | >1.24.3, <1.24.4 | >1.24.4, <1.26.4 | >1.26.4)
DEBUG Searching for a compatible version of numpy (<1.22.3 | >1.22.3, <1.24.3 | >1.24.3, <1.24.4 | >1.24.4, <1.26.4 | >1.26.4)
DEBUG Searching for a compatible version of numpy (<1.21.4 | >1.21.4, <1.22.3 | >1.22.3, <1.24.3 | >1.24.3, <1.24.4 | >1.24.4, <1.26.4 | >1.26.4)
DEBUG Searching for a compatible version of numpy (<1.21.2 | >1.21.2, <1.21.4 | >1.21.4, <1.22.3 | >1.22.3, <1.24.3 | >1.24.3, <1.24.4 | >1.24.4, <1.26.4 | >1.26.4)
DEBUG Searching for a compatible version of numpy (<1.20.3 | >1.20.3, <1.21.2 | >1.21.2, <1.21.4 | >1.21.4, <1.22.3 | >1.22.3, <1.24.3 | >1.24.3, <1.24.4 | >1.24.4, <1.26.4 | >1.26.4)
DEBUG Searching for a compatible version of numpy (<1.20.2 | >1.20.2, <1.20.3 | >1.20.3, <1.21.2 | >1.21.2, <1.21.4 | >1.21.4, <1.22.3 | >1.22.3, <1.24.3 | >1.24.3, <1.24.4 | >1.24.4, <1.26.4 | >1.26.4)
DEBUG Searching for a compatible version of numpy (<1.20.1 | >1.20.1, <1.20.2 | >1.20.2, <1.20.3 | >1.20.3, <1.21.2 | >1.21.2, <1.21.4 | >1.21.4, <1.22.3 | >1.22.3, <1.24.3 | >1.24.3, <1.24.4 | >1.24.4, <1.26.4 | >1.26.4)
DEBUG Searching for a compatible version of numpy (<1.20.0 | >1.20.0, <1.20.1 | >1.20.1, <1.20.2 | >1.20.2, <1.20.3 | >1.20.3, <1.21.2 | >1.21.2, <1.21.4 | >1.21.4, <1.22.3 | >1.22.3, <1.24.3 | >1.24.3, <1.24.4 | >1.24.4, <1.26.4 | >1.26.4)
DEBUG Searching for a compatible version of numpy (<1.19.5 | >1.19.5, <1.20.0 | >1.20.0, <1.20.1 | >1.20.1, <1.20.2 | >1.20.2, <1.20.3 | >1.20.3, <1.21.2 | >1.21.2, <1.21.4 | >1.21.4, <1.22.3 | >1.22.3, <1.24.3 | >1.24.3, <1.24.4 | >1.24.4, <1.26.4 | >1.26.4)
DEBUG No compatible version found for: numpy
  × No solution found when resolving dependencies:
  ╰─▶ Because only the following versions of numpy are available:
          numpy==1.19.5
          numpy==1.20.0
          numpy==1.20.1
          numpy==1.20.2
          numpy==1.20.3
          numpy==1.21.2
          numpy==1.21.4
          numpy==1.22.3
          numpy==1.24.3
          numpy==1.24.4
          numpy==1.26.4
      and numpy==1.19.5 has no wheels are available with a matching Python ABI, we can conclude that numpy<1.20.0 cannot be used.
      And because numpy==1.20.0 has no wheels are available with a matching Python ABI, we can conclude that numpy<1.20.1 cannot be used.
      And because numpy==1.20.1 has no wheels are available with a matching Python ABI and numpy==1.20.2 has no wheels are available with
      a matching Python ABI, we can conclude that numpy<1.20.3 cannot be used.
      And because numpy==1.20.3 has no wheels are available with a matching Python ABI and numpy==1.21.2 has no wheels are available with
      a matching Python ABI, we can conclude that numpy<1.21.4 cannot be used.
      And because numpy==1.21.4 has no wheels are available with a matching Python ABI and numpy==1.22.3 has no wheels are available with
      a matching Python ABI, we can conclude that numpy<1.24.3 cannot be used. (1)

      Because only mkl-umath==0.1.1 is available and mkl-umath==0.1.1 depends on numpy>=1.26.4, we can conclude that all versions of
      mkl-umath depend on numpy>=1.26.4.
      And because numpy>=1.24.3 depends on mkl-umath, we can conclude that numpy>=1.24.3,<=1.24.4 cannot be used.
      And because we know from (1) that numpy<1.24.3 cannot be used, we can conclude that numpy<1.26.4 cannot be used. (2)

      Because only the following versions of mkl-fft are available:
          mkl-fft==1.3.6
          mkl-fft==1.3.8
      and mkl-fft==1.3.6 depends on numpy>=1.24.3,<1.25.0, we can conclude that mkl-fft<1.3.8 depends on numpy>=1.24.3,<1.25.0.
      And because mkl-fft==1.3.8 depends on numpy>=1.24.4,<1.25.0 and numpy==1.26.4 depends on mkl-fft, we can conclude that numpy==1.26.4
      cannot be used.
      And because we know from (2) that numpy<1.26.4 cannot be used, we can conclude that all versions of numpy cannot be used.
      And because you require numpy, we can conclude that the requirements are unsatisfiable.

And you can get this to work with pip?

A lot of this looks correct to me... You're using Python 3.10, and so the only versions you're allowed to use from that index are 1.24.3, 1.24.4, and 1.26.4, because they don't publish Python 3.10 wheels for any other versions.

And you can get this to work with pip?

Yes. There are wheel of numpy in this URL only works for Python 3.10, and with pip it install correctly.
Below is an excerpt taken from here:
2024-05-22T23:43:57.6456129Z   pip install -i https://pypi.anaconda.org/intel/simple numpy
...
2024-05-22T23:43:58.3875244Z Looking in indexes: https://pypi.anaconda.org/intel/simple
2024-05-22T23:43:58.7362316Z Collecting numpy
2024-05-22T23:43:59.1005954Z   Downloading https://pypi.anaconda.org/intel/simple/numpy/1.26.4/numpy-1.26.4-1-cp310-cp310-manylinux2014_x86_64.whl (6.9 MB)
2024-05-22T23:43:59.2047043Z      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 6.9/6.9 MB 68.0 MB/s eta 0:00:00
2024-05-22T23:43:59.3131822Z Collecting mkl_fft (from numpy)
2024-05-22T23:43:59.5575118Z   Downloading https://pypi.anaconda.org/intel/simple/mkl-fft/1.3.8/mkl_fft-1.3.8-70-cp310-cp310-manylinux2014_x86_64.whl (4.1 MB)
2024-05-22T23:43:59.6612849Z      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 4.1/4.1 MB 40.1 MB/s eta 0:00:00
2024-05-22T23:43:59.7621888Z Collecting mkl_random (from numpy)
2024-05-22T23:43:59.9797680Z   Downloading https://pypi.anaconda.org/intel/simple/mkl-random/1.2.4/mkl_random-1.2.4-90-cp310-cp310-manylinux2014_x86_64.whl (4.2 MB)
2024-05-22T23:44:00.2130052Z      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 4.2/4.2 MB 18.1 MB/s eta 0:00:00
2024-05-22T23:44:00.3371021Z Collecting mkl_umath (from numpy)
2024-05-22T23:44:00.4734499Z   Downloading https://pypi.anaconda.org/intel/simple/mkl-umath/0.1.1/mkl_umath-0.1.1-100-cp310-cp310-manylinux2014_x86_64.whl (166 kB)
2024-05-22T23:44:00.4800378Z      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 166.2/166.2 kB 35.6 MB/s eta 0:00:00
2024-05-22T23:44:00.6635898Z Collecting mkl (from numpy)
2024-05-22T23:44:00.8930468Z   Downloading https://pypi.anaconda.org/intel/simple/mkl/2024.1.0/mkl-2024.1.0-py2.py3-none-manylinux1_x86_64.whl (202.0 MB)
2024-05-22T23:44:05.9492750Z      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 202.0/202.0 MB 14.3 MB/s eta 0:00:00
2024-05-22T23:44:06.3192224Z Collecting tbb4py (from numpy)
2024-05-22T23:44:06.4885416Z   Downloading https://pypi.anaconda.org/intel/simple/tbb4py/2021.12.0/tbb4py-2021.12.0-py310-none-manylinux1_x86_64.whl (324 kB)
2024-05-22T23:44:06.5317914Z      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 324.5/324.5 kB 7.6 MB/s eta 0:00:00
2024-05-22T23:44:06.6094997Z Collecting mkl-service (from numpy)
2024-05-22T23:44:06.7799475Z   Downloading https://pypi.anaconda.org/intel/simple/mkl-service/2.4.1/mkl_service-2.4.1-0-cp310-cp310-manylinux2014_x86_64.whl (75 kB)
2024-05-22T23:44:06.7847737Z      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 75.6/75.6 kB 23.5 MB/s eta 0:00:00
2024-05-22T23:44:08.3345836Z Collecting intel-openmp==2024.* (from mkl->numpy)
2024-05-22T23:44:08.5523459Z   Downloading https://pypi.anaconda.org/intel/simple/intel-openmp/2024.1.0/intel_openmp-2024.1.0-py2.py3-none-manylinux1_x86_64.whl (23.7 MB)
2024-05-22T23:44:08.8075350Z      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 23.7/23.7 MB 65.1 MB/s eta 0:00:00
2024-05-22T23:44:08.9822296Z Collecting tbb==2021.* (from mkl->numpy)
2024-05-22T23:44:09.2655745Z   Downloading https://pypi.anaconda.org/intel/simple/tbb/2021.12.0/tbb-2021.12.0-py2.py3-none-manylinux1_x86_64.whl (5.4 MB)
2024-05-22T23:44:09.3220323Z      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 5.4/5.4 MB 98.9 MB/s eta 0:00:00
2024-05-22T23:44:09.5826547Z Collecting intel-cmplr-lib-rt (from mkl_umath->numpy)
2024-05-22T23:44:09.7444666Z   Downloading https://pypi.anaconda.org/intel/simple/intel-cmplr-lib-rt/2024.1.0/intel_cmplr_lib_rt-2024.1.0-py2.py3-none-manylinux1_x86_64.whl (52.4 MB)
2024-05-22T23:44:10.4123798Z      ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 52.4/52.4 MB 51.7 MB/s eta 0:00:00
2024-05-22T23:44:10.5537663Z Installing collected packages: tbb, intel-openmp, intel-cmplr-lib-rt, tbb4py, mkl, mkl-service, mkl_umath, mkl_random, mkl_fft, numpy
2024-05-22T23:44:16.9347703Z Successfully installed intel-cmplr-lib-rt-2024.1.0 intel-openmp-2024.1.0 mkl-2024.1.0 mkl-service-2.4.1 mkl_fft-1.3.8 mkl_random-1.2.4 mkl_umath-0.1.1 numpy-1.26.4 tbb-2021.12.0 tbb4py-2021.12.0

The problem is that they have multiple wheels for the same version with different metadata on that registry. For mkl_fft==1.3.8, they have two wheels:

mkl_fft-1.3.8-63-cp310-cp310-manylinux2014_x86_64.whl
mkl_fft-1.3.8-70-cp310-cp310-manylinux2014_x86_64.whl

The former requires numpy>=1.24.4,<1.25.0, the latter requires Requires-Dist: numpy>=1.26.4,<1.27.0. So the resolution isn't compatible if you use the former wheel.
We require metadata to be consistent across wheels. I guess we could try to select the wheel with the higher build number but I'm not sure that's standardized. I'll look.

It looks like it is standardized so I'll create a separate issue for it: https://peps.python.org/pep-0427/#file-name-convention


Em 3615 s2s implementation

JIRA link (if applicable)
https://tools.hmcts.net/jira/browse/EM-3615
Change description
Added in S2S config
Does this PR introduce a breaking change? (check one with "x")
[ ] Yes
[X] No

can't seen where you're generating the token?

can't seen where you're generating the token?

Token will be generated as part of teh code that will be consuming the AuthTokenGenerator.
i.e. At the point where we will have the logic to call the em-hrs-api.