Medaka error in hybracter v0.11.0 on specific computer

Hi @gbouras13 ,
We're encountering a computer-specific issue with hybracter v0.11.0. The following command runs successfully on other machines but fails during the medaka step on one particular computer:
hybracter long-single -l 02_fastq/BA00000057.fastq.gz -s BA00000057 -c 5200000 -o 03_assembly/03.1_hybracter/BA00000057 -t 64 --subsample_depth 120 --min_depth 100 --medakaModel r1041_e82_400bps_bacterial_methylation --medaka_override
However, we encountered the following errors during the medaka step:
Traceback (most recent call last):
  File "/home/user/miniforge3/envs/hybracter-v0.11.0/lib/python3.12/site-packages/hybracter/workflow/conda/21bdcd97287bbafaddd2c6e70c575533_/lib/python3.11/site-packages/medaka/medaka.py", line 35, in __call__
    model_fp = medaka.models.resolve_model(val)
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/user/miniforge3/envs/hybracter-v0.11.0/lib/python3.12/site-packages/hybracter/workflow/conda/21bdcd97287bbafaddd2c6e70c575533_/lib/python3.11/site-packages/medaka/models.py", line 104, in resolve_model
    raise DownloadError(
medaka.models.DownloadError: The model file for r1041_e82_400bps_bacterial_methylation is not already installed and could not be downloaded. Check you are connected to the internet and try again.

The full medaka log is attached as BA00000057.log and the hybracter.log is also attached.
We also tried running the same command on other computers, and it completed successfully without any errors. Could this issue be related to this specific computer?
Thank you very much for your assistance!
Best regards,
Eddie

Hi @llk578496 .
Not a lrge issue thankfully :) Thanks for your bug reports, they are really useful.
This might be a trivial/dumb question, but is the computer causing the error connected to the internet? The error seems to be caused by failure to download the medaka model.
Also, perhaps try hybracter install -m ? This will install the medaka models separately.
If the error persists, can you give me some more details regarding the computer's specs?
George

Hi @gbouras13
I'm happy to try out hybracter and provide useful bug reports.
The computer is connected to the internet. However, when I attempted to run hybracter install -m, I encountered the following error:
Traceback (most recent call last):
  File "/home/user/.snakemake/conda/b7468e6ab56026e57a2316f2b83f226a_/lib/python3.11/site-packages/medaka/medaka.py", line 35, in __call__
    model_fp = medaka.models.resolve_model(val)
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/user/.snakemake/conda/b7468e6ab56026e57a2316f2b83f226a_/lib/python3.11/site-packages/medaka/models.py", line 104, in resolve_model
    raise DownloadError(
medaka.models.DownloadError: The model file for r103_fast_g507 is not already installed and could not be downloaded. Check you are connected to the internet and try again.

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/user/.snakemake/conda/b7468e6ab56026e57a2316f2b83f226a_/bin/medaka", line 11, in <module>
    sys.exit(main())
             ^^^^^^
  File "/home/user/.snakemake/conda/b7468e6ab56026e57a2316f2b83f226a_/lib/python3.11/site-packages/medaka/medaka.py", line 836, in main
    args.func(args)
  File "/home/user/.snakemake/conda/b7468e6ab56026e57a2316f2b83f226a_/lib/python3.11/site-packages/medaka/medaka.py", line 366, in download_models
    fp = ResolveModel('--model', 'model')(None, ns, [model], 'model')
         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/user/.snakemake/conda/b7468e6ab56026e57a2316f2b83f226a_/lib/python3.11/site-packages/medaka/medaka.py", line 38, in __call__
    raise RuntimeError(msg.format(self.dest, str(e)))
RuntimeError: Error validating model from '--model' argument: The model file for r103_fast_g507 is not already installed and could not be downloaded. Check you are connected to the internet and try again.
[Mon Dec  9 16:01:40 2024]
Error in rule download_medaka_models:
    jobid: 2
    output: /home/user/miniforge3/envs/hybracter-v0.11.0/lib/python3.12/site-packages/hybracter/workflow/../databases/medaka.flag
    conda-env: /home/user/.snakemake/conda/b7468e6ab56026e57a2316f2b83f226a_
    shell:

        medaka tools download_models
        touch /home/user/miniforge3/envs/hybracter-v0.11.0/lib/python3.12/site-packages/hybracter/workflow/../databases/medaka.flag

        (one of the commands exited with non-zero exit code; note that snakemake uses bash strict mode!)

Shutting down, this might take some time.
Exiting because a job execution failed. Look above for error message
Complete log: .snakemake/log/2024-12-09T160122.889208.snakemake.log
WorkflowError:
At least one job did not complete successfully.
[2024:12:09 16:01:40] ERROR: Snakemake failed

2024-12-09T160122.889208.snakemake.log
I've also attached the computer specifications. spec.txt
Thank you very much!
Best regards,
Eddie

Hi @llk578496 ,
This looks like an error beyond my knowledge - I will make an issue in the Medaka repository.

Hi @gbouras13
Thank you very much!
Best regards,
Eddie

An alternative @llk578496  for you on this computer is to use the container build - I recently made and updated a v0.11.0 version today.
George

Hi @gbouras13 ,
We discovered that the issue was due to our network connectivity, as we were unable to download the r1041_e82_400bps_bacterial_methylation model from the Medaka GitHub repository.
We manually downloaded the model from another computer and placed it in ~/miniforge3/.../site-packages/medaka/data. The pipeline is running smoothly now, so I will close this issue.
Thank you very much for your help!
Best regards,
Eddie


Temporarily pin down community.general collection

There are a couple of bugs in the redhat_subscription module shipped with the community.general 6.5.0 collection, plus it hits old versions of subscription-manager in Fedora.
As a short-gap measure to keep things working, pin down the version of community.general to anything lower than 6.5.0.

[citest]


Check if OLD nodejs are is till relevant was:[Find a way to ingest advisories without aliases]

In this advisory no alias is attached https://github.com/nodejs/security-wg/blob/main/vuln/npm/104.json, we should store a made-up alias for these advisories.

we should be able to create things without alias.
Or use some made up alias if need be? Only if we could use this consistently which based on the data below is unlikely

Separate advisories could be merged in the future using other thing that just an alias. This would be a great improver project.

This is a bit more involved on the data side as this looks also to be the same as:

https://nvd.nist.gov/vuln/detail/CVE-2016-10534
https://github.com/electron/electron-packager/issues/333
https://osv.dev/vulnerability/GHSA-q43m-ffwr-rpcc

These are more reasons to merge with other keys than an alias considering descriptions, references and more beyond aliases.

@pombredanne in the current situation when we don't have any aliases, and everytime improver runs it creates different VCIDs for same vulnerability ( we use aliases for merging as of now and in absence of alias there is no way with current code for us to know if 2 vulnerabilities are same or not ). I think we should check for similarity in references for the case when there is no alias in advisory.

In the specific case listed in the description, this is no longer an issue ... https://public.vulnerablecode.io/packages/pkg:npm/electron-packager@5.2.1?search=packager is now provided by other sources, and the old nodejs advisories are likely obsolete.
If they are we should simply drop the importer.

https://github.com/nodejs/security-wg/tree/main/vuln/npm is only about npms and seems unmaintained and we could write a script to check we have them all through other sources
https://github.com/nodejs/security-wg/tree/main/vuln/core is maintained and is strictly about nodejs... we likely should create a new PURL type for thos


remove set_acceleration from gd.py

propose to remove set_acceleration from the gravitational dynamics interface..its hardly implemented anywhere and I am not sure why it is there (no consistent use case..)

I don't really see why though. This will be recalculated immediately.

yea..

Moved the comment to a different issue.
set_acceleration methods in Bonsai do set the acceleration, however it's immediately overwritten so I don't see the point of having them...

Hi Steven, waw that was a quick reply .. It may well be that I am
messing up the units somehow, but why should the
approach be different for Bonsai, compared to (say) Octgrav or Ph4 ? My
script is a simple embedding of a galactic disc
(of stars) in a frozen external (halo) potential. The disc is built with
Agama, but that is not important I don't think. I provide
a converter, i.e. the same set of units used to create the stellar disc,
and then embed that disc in the halo. As I say, I used
Ph4, .. Phigrape (gpu) , using GPU's - for Octgrav, Phigrape - or mpi.
It works fine, but performances are not great with N ~ 2^17
= 131k stars or more ; Bonsai handles easily up to 2^19 ~ 400k stars in
a fraction of the time (it's actually 15 minutes of runtime
compared to 4h for the other codes). But the Bonsai integrator simply
thinks that the disc is isolated so it is missing a large halo
potential, as used by Agama to integrate [individual] orbits. The disc
dissolves quickly, when it should be in equilibrium ;(
Cheers,
Chris B.

Christian Boily            Tel.:  work:       +33-(0)<IP_ADDRESS>.36
Observatoire astronomique         home:
11, rue de l'Universite    FAX :              +33-(0)<IP_ADDRESS>.17
Strasbourg F-67000         @.***
France                urlhttp://www.rzuser.uni-heidelberg.de/~s17
On 9/14/23 15:18, Steven Rieder wrote:

Moved the comment to a different issue.
set_acceleration methods in Bonsai do set the acceleration, however
it's immediately overwritten so I don't see the point of having them...
—
Reply to this email directly, view it on GitHub
https://github.com/amusecode/amuse/issues/862#issuecomment-1719435891,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AED7BTI2L2HRTP4TRI6WAJ3X2L7YZANCNFSM5ZYJLHJA.
You are receiving this because you commented.Message ID:
@.***>


Added support for append(.. , after=block)

After keyword is already supported in the .append() call, I am just passing it from the BlocksEndpoint.append().
The only thing I wasn't so sure about was the if len(blocks) == len(data["results"]) condition, but since the for loop is iterating over the newly added blocks (len(blocks)) anyway, it works as expected.
https://developers.notion.com/reference/patch-block-children

Not sure why the tests are failing, they (mostly) passed on my machine.

The CI tests depends on secrets that are not visible in forks...  This looks good from my side!
Thanks for the PR!


New package: StepwiseRegression v0.0.2

UUID: 546ecb9f-27b9-4a3e-acea-6784bee00edb
Repo: https://codeberg.org/AdamWysokinski/StepwiseRegression.jl
Tree: bf6d0749daa5ed60219c4d0d9ae6534b06b46ab8

@fredrikekre Could you please merge it?


Acceptance test blueprint failing  out of the box for addons with<EMAIL_ADDRESS>

Wasn't sure if I should open the here on on ember-source, wanted to see what people on this repo though first.
I was having some problems getting ember-cli-mocha working on an addon so I spun up a new addon named tester using  ember-cli#master and installed ember-cli-mocha.  I then generated an admin route and an admin acceptance test.  The tests fails with this:
Error: Could not find module tester/tests/helpers/start-app imported from dummy/tests/acceptance/admin-testmissingModule@assets/vendor.js:250:11 There are also some linting errors about visit,andThen, and currentURL not being found.
Looks like this addon hasn't been updated to be compatible with the latest test-helpers or something?  Maybe related to this? https://github.com/ember-cli/ember-cli-mocha/issues/188

if you use the latest ember-cli-mocha then it should recreate the start-app.js file for you again due to https://github.com/ember-cli/ember-cli-mocha/blob/v0.15.0/blueprints/ember-cli-mocha/files/tests/helpers/start-app.js. how did you install ember-cli-mocha?

Yup, that was it - I cloned ember-cli-mocha and yarn linked it into my app and re-ran the ember-cli-mocha generator and that fixed it.  Thanks.


feat(cli): add --host flag for serve to change the hostname for the listener

Closes #993
📑 Description
Adds a new flag to the serve command: --host
I also took the opportunity and cleaned up the "use different port" feature a little.
✅ Checks

[x] My code requires changes to the documentation
[ ] I have updated the documentation as required

ℹ Additional Information
I discovered a potential bug related to the cache verifier: While the cli is waiting for user input after the question "Should glasskube use a different port?", the cache verifier already starts printing warnings and eventually the command is stopped. This behavior already exists in current main. To reproduce (works 100%): Run glasskube serve in two separate terminals.

To reproduce (works 100%): Run glasskube serve in two separate terminals.

Not 100%, only when there is more than one clusterpackage installed apparently :sweat_smile: . If I have exactly one (cert-manager) it works fine. I will debug this and try to find out why the cached store only holds one package, this could be a good lead to solve the out of sync issues too, because its actually reproducible. And I'm 99% sure it has to do with the informer/cache stuff.
Anyway, for now it's okay that the cache verifier and all the background operations are running at this point. Whether or not the local port can be used has no influence on setting up the kubernetes clients, watches, and eventually the cache verifier.


python311Packages.connexion: 2.14.2 -> 3.0.0a7

Description of changes
Updated to provide compatibility with flask 2.3.x.

Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
23.11 Release Notes (or backporting 23.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

Not a valid fix for airflow. Requires a flask downgrade unfortunately.
Result of nixpkgs-review pr 262544 run on x86_64-linux 1

2 packages failed to build:

apache-airflow
apache-airflow.dist

8 packages built:

python310Packages.connexion
python310Packages.connexion.dist
python310Packages.py-swagger-ui
python310Packages.py-swagger-ui.dist
python311Packages.connexion
python311Packages.connexion.dist
python311Packages.py-swagger-ui
python311Packages.py-swagger-ui.dist

I think this can be merged into staging-next fine.

Master should work just fine, flask 2.3.3 is already there.

apache-airflow> ModuleNotFoundError: No module named 'connexion.decorators.validation'

What is needed is a flask pin on airflow.
Result of nixpkgs-review pr 262544 run on x86_64-linux 1

2 packages failed to build:

apache-airflow
apache-airflow.dist

8 packages built:

python310Packages.connexion
python310Packages.connexion.dist
python310Packages.py-swagger-ui
python310Packages.py-swagger-ui.dist
python311Packages.connexion
python311Packages.connexion.dist
python311Packages.py-swagger-ui
python311Packages.py-swagger-ui.dist

Result of nixpkgs-review pr 262544 run on x86_64-linux 1

2 packages failed to build:

apache-airflow
apache-airflow.dist

8 packages built:

python310Packages.connexion
python310Packages.connexion.dist
python310Packages.py-swagger-ui
python310Packages.py-swagger-ui.dist
python311Packages.connexion
python311Packages.connexion.dist
python311Packages.py-swagger-ui
python311Packages.py-swagger-ui.dist

Tried this and I think apache-airflow is hitting https://github.com/apache/airflow/issues/35234 which doesn't yet have a fix
  File "/nix/store/x6dp50lbvz2b1av3rrvam5iyc5nlmwg5-python3.11-apache-airflow-2.7.1/lib/python3.11/site-packages/airflow/migrations/versions/0074_2_0_0_resource_based_permissions.py", line 30, in <module>
    from airflow.www.app import cached_app
  File "/nix/store/x6dp50lbvz2b1av3rrvam5iyc5nlmwg5-python3.11-apache-airflow-2.7.1/lib/python3.11/site-packages/airflow/www/app.py", line 50, in <module>
    from airflow.www.extensions.init_views import (
  File "/nix/store/x6dp50lbvz2b1av3rrvam5iyc5nlmwg5-python3.11-apache-airflow-2.7.1/lib/python3.11/site-packages/airflow/www/extensions/init_views.py", line 25, in <module>
    from connexion.decorators.validation import RequestBodyValidator
ModuleNotFoundError: No module named 'connexion.decorators.validation'

Yeah, apache-airflow is broken right now, because it also doesn't like flask 2.3.

Superseded by #271586.


ReplicatedMergeTree: send truncate request to the leader replica

I hereby agree to the terms of the CLA available at: https://yandex.ru/legal/cla/?lang=en
Fixed TRUNCATE TABLE T execution on the non-leader replica.

Ok.
PS. Could you try to add integration test?
These tests are located in dbms/tests/integration.
More info: https://clickhouse.yandex/docs/en/development/tests/

OK, I'll add a test soon.


Manually install latest strax and straxen for pytest

coverage: 55.902%. remained the same
when pulling d24d5a7947d13f279e4bb30b377bde47c7b9203b on test_latest_again
into 59507c676cda93340bca01e215ce41f73a9ba497 on main.


Simple example configurations

Include 2 example configurations that can be loaded from the landing page (maybe below the option to 'start from scratch' or 'load model configuration'?). These could be based off of two of the input data use cases and include a brief description of the type of simulation.

we decided to have Chapman chemistry, no-chemistry emissions and loss, and CB5 as the three examples. Separate issues have been created for each example.


Availability status of CDL items should be "Reserved for digital lending"

status returned from /bibliographic/:id/availability for display in Orangelight

close in favor of #1291


Reorganize Porch Packages

The general theme of the reorganization was to align the repository closer with canonical golang repository structure.


fix: for pr #160957 adhering to rules to make path without v prefix and only version number

Checklist for Pull Requests

[x] Have you signed the Contributor License Agreement?
[x] Is there a linked Issue?

Manifests

[x] Have you checked that there aren't other open pull requests for the same manifest update/change?
[x] This PR only modifies one (1) manifest
[x] Have you validated your manifest locally with winget validate --manifest <path>?

[x] Does your manifest conform to the 1.6 schema?

Note: <path> is the directory's name containing the manifest you're submitting.

Microsoft Reviewers: Open in CodeFlow
Fix for PR: https://github.com/microsoft/winget-pkgs/pull/160957 by @gr7ffo

Having the other PR in the title confused my automation, and it approved the other PR again instead of this one.


🐛 Designer Review - Consulting Page - Missing icons

[ ] Fix missing icons on list

Figure: New site missing list icons

Figure: Current site with list icons

Closing as this was addressed in  PR 135


feat: adaptive expression functions menu

Description
This PR adds a menu surfacing the adaptive expression functions grouped by type when users initially place their cursor on an expression field (see screenshot).
Notes:

The Intellisense field needs the refs of its children to manage focus/blur behaviors (so that for example when the user click away, the list of suggestion can be removed). Because the new menu uses Fabric ContextualMenu which in turns leverage React portals, accessing the refs was a challenge. This is currently solved by querying the components in the dom when the layers mount (onLayerMounted prop). Using google material ClickAwayListener component was explored for a cleaner solution but we didn't manage to make it work in the context of Composer.
The logic to get the text which should be inserted upon selecting an expression function was abstracted away into un util since it is now shared by this new menu and the regular Intellisense completion list.

Task Item
fix #4195
fix #4196
fix #4197
Screenshots

Coverage decreased (-0.08%) to 55.316% when pulling e63e57b44f9be68ec29e8a17c340dd73cdf021d2 on leugene/expressionMenu into ea34b181883b4d8141ab2aed2a0d21b6e3b8ca2e on main.


Loading animation for  cooking page and Search button for search bar

After

Assign me for doing this
Search bar and Loading animation

assign me please i can work on it


webOS Lite

Is this plugin compatible with webOS Lite?    I have an LG LH5700 which seems to run on webOS Lite.

Try it ;)

nothing happens :(

nothing happens :(

You can control your TV using the LG app from your phone?

No, that doesn't work neither...   The TV is connected to the WIFI, I have access to the LG content store, so internet connectivity is there.   I have the Mobile TV option activated.
Yet, there isn't a single of the iOS apps (and I tested quite a bunch now) that seems to be able to access the television...

Your tv is connect to the internet?

iOS app is "LG TV Plus"

Doesn't work. Had it running for 10 mins. Didnt find my TV

I can't fix your problem because I don't have a webos lite/1 lg tv.
Try to open an issue on this project: https://github.com/hobbyquaker/lgtv2


Authorize Error

I enter the token in the Authorize field, but when calling the controls, it gives me an Authorize error.

@iammukeshm
I'm having the exact same issue. I just changed the SQL database configuration and trying to run project template directly, without any other changes.. Authorization is not working and I'm getting same error, even though authenticated token is being passed.

+1 , I'm having the exact same issue too @iammukeshm

Hi guys,
I notice that when adding your token you did not include "Bearer " at the beginning.
Example:
Bearer eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJodHg2MjI0M30.nlSPokzFkrPNuPOcsf0Ug2sHEzYi_Vueki2bzsdfvwI

@dotnet66 Try it and let me us know if this was helpful

Hm... Me too!!

i am getting the exact same issue, could anyone help me to resolve this issue?

Maybe, it could be the Tenant Header?

I noticed the issue appearing when running the authentication request through the Swagger UI. I switched to running it through Postman and haven't had the issue since.

Unable to replicate this locally using the dotnet-7 branch.


FancyZones - switch between windows with mousewheel

Description of the new feature / enhancement
In the FancyZones, regarding the Switch between windows in the current zone setting, it would be nice if we could set the Next/Previous window shortcuts to windows + mousewheel up/down
Scenario when this would be used?
Whenever one needs to cycle through windows in the current zone, one would not need to let go of the mouse to do so.
Supporting information
No response

I would suggest that the mouse hovering over a window should be enough to address it for this purpose, rather than needing to actually click into the window.
Users would already be used to similar behaviour in that hovering over a window is sufficient to allow for the scrolling of its contents via the scroll wheel in many applications.


RSI Input Values

Hi! Firstly, thanks for developing an awesome package!
 What are the input vales for RSI?
const rsi = require('technicalindicators').rsi;
rsi({????});
The Binance API returns 15 day price data (to calc 14d RSI) in the below format, what calculation needs to be made before passing into the rsi() function?

[
[
1499040000000,      // Open time
"0.01634790",       // Open
"0.80000000",       // High
"0.01575800",       // Low
"0.01577100",       // Close
"148976.11427815",  // Volume
1499644799999,      // Close time
"2434.19055334",    // Quote asset volume
308,                // Number of trades
"1756.87402397",    // Taker buy base asset volume
"28.46694368",      // Taker buy quote asset volume
"17928899.62484339" // Ignore.
]
]

Thank you! :)

@EatsJE The link provides an example on how to use the calculation: https://runkit.com/anandaravindan/rsi
The RSI can be calculated on any type of value, in my case I use the close price.  Create an Object with keys, values and period.  Values should be an array of 'close' prices or whatever you choose.  The period should be the RSI period you want to evaluate.  Keep in mind that RSI calculation requires n+1 values, a 14-day period requires 15 values in the array.
Pass the object into rsi.calculate(your_object).  Keep in mind that your array[0] is the oldest data.  I believe there is a 'reverse' parameter you can pass into the object as either true or false. This would account for your input array having the latest value at index 0.


RMapCache addListener

Hi friends,
sorry if my topic is duplicated. I've looked for my question but haven't found any answer yet.
my question :  is RMapCache's onCreate event fired as a multi thread function?
for example: if I have multiple clients that produce data endlessly, is it possible to get produced data concurrently with onCreate event? or it's fired consecutively?

All listeners on RMapCache object are fired concurrently.

thanks for your response.
but I've written an onCreate listener that waits until all instructions become completed to start new event.
I thing something goes wrong with my code.
`
RedissonClient redisson = Redisson.create();
RMapCache<String, Map<String, byte[]>> map = redisson.getMapCache("ImageInputList");
int createListener = map.addListener(new EntryCreatedListener<String, Map<String, byte[]>>() {
@Override
public void onCreated(EntryEvent<String, Map<String, byte[]>> event) {
//Instructions that take time
}
`

threads amount in this case controlled by threads setting


Fix 4th issue

I had changed the  tag to  tag for the table header and solve issue #17

I think it is ok

Yes, I agree with Wai's opinion


Content Suggestion: CHECKPOINTBITCOIN

Link to Content: WWW.CHECKPOINTBITCOIN.IT
Briefly Describe Content: ITALIAN BLOG BITCOIN ONLY FOCUSED ON PROVIDING GENERAL EDUCATION ABOUT BITCOIN AND ITS RELEVANCE IN OUR TIME
Suggested Section: ALL BLOG

Need Italian Reviewer to confirm

Thanks!
Just let me know if something is unclear or you need further information.
Fabio
Il giorno dom 25 apr 2021 alle ore 20:49 6102bitcoin <
@.***> ha scritto:

Need Italian Reviewer to confirm
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/bitcoin-only/bitcoin-only/issues/433#issuecomment-826371392,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ATYLCYDUU6P4JF3P5W2FCCTTKRP3NANCNFSM43IB3FSA
.


Profile header menu

Profile header menu
Brief description
Users rely on the profile menu to find information related to their account, the product they are using and their active session. This pattern describes the types of content, the layout and the interactions to be used with the profile menu in the global toolbar.
Details
Link to Design
Links to other materials

Design Maintainer(s)
Rami Alayan
slack: @rmalayan
email<EMAIL_ADDRESS>Tasks
Before starting work on this epic, please review and complete the following.

[ ] Initial review of design/existing code

Working in Cloud and Cognitive package

[ ] Have you reviewed our
contribution guidelines?
[ ] Have you noted our
code guidelines?
[ ] Did you use the CLI to scaffold your new component?

Moving this to on hold — saw in the PAL repo that there are likely updates coming to this pattern.

Checked with Gentry and it looks as though this will be replaced with the profile menu from the CPFX team. Will move this back to our queue once that’s been updated.


Unable to open merge request

Checked for duplicates
No - I haven't checked
Is this a regression?
No - This is a new bug
Version
2.11.2
Describe the bug
Nothing happens when I click "Merge requests" on parent plan. Error in browser console.
Reproduction

Create plan branch 1
Create plan branch 2
Open merge request from branch 1
Open merge request from branch 2
Delete plan branch 1
Cannot open merge requests for parent plan

Logs
modal.BPpzJHMj.js:300 Uncaught (in promise) TypeError: Cannot read properties of null (reading 'name')
    at rW (modal.BPpzJHMj.js:300:54011)
    at dS (modal.BPpzJHMj.js:300:56680)
    at Array.sW (modal.BPpzJHMj.js:300:53048)
    at Array.uW (modal.BPpzJHMj.js:300:58985)
    at bt (scheduler.lIypvzst.js:1:938)
    at sR (modal.BPpzJHMj.js:7:3430)
    at Ct (index.DQ35HaIj.js:4:2972)
    at new Bi (modal.BPpzJHMj.js:7:4042)
    at Array.dW (modal.BPpzJHMj.js:300:64696)
    at bt (scheduler.lIypvzst.js:1:938)

Error line from decompiled code in browser:
`plan_snapshot_supplying_changes.plan` is `null`

function rW(t) {
    let e = t[31].plan_snapshot_supplying_changes.plan.name + "", i;
    return {
        c() {
            i = Fe(e)
        },
        l(s) {
            i = Oe(s, e)
        },
        m(s, n) {
            G(s, i, n)
        },
        p(s, n) {
            n[0] & 256 && e !== (e = s[31].plan_snapshot_supplying_changes.plan.name + "") && it(i, e)
        },

### System Info

```shell
Chrome

Severity
Major

Thanks @parkerabercrombie - I met with the devs and we understand the issue, and @AaronPlave is working on a code fix. To summarize, if a branched plan is/was a part of a merge request, the UI is not tolerant to that plan being deleted even though deletion is allowed, & deleting it will cause the "merge requests" modal UI to break on any other plans that would show the deleted plan as part of its merge history - even if the merge is accepted/completed.
For workarounds until the code fix can be taken, from lowest impact/risk to highest:

Avoid deleting branch plans that have been merge requested, regardless of whether they were accepted. This will stop the issue from reoccurring but doesn't fix existing plans that are in this state.
For plans that have this issue - the "merge requests" UI is inaccessible but you should still be able to start a merge request successfully by making an API call - Theresa can probably help track down the correct mutation/format etc.
Another way to fix the UI for these plans is to remove the problematic merge request records from the merge_request table (specifically, requests where the snapshot_id_supplying_changes has a plan with a null id). However, note that this is a destructive change - the plan itself won't be modified, but you will lose the record of the past merge in the merge requests list.
Finally, if you need to get the "merge request" modal UI working again for these plans and you need to preserve their merge request history, the only option may be to perform some "database surgery" which would require direct SQL admin access. Specifically, we could insert some "fake plans"/make new branches of the plan, and then manually update the plan snapshots specified by snapshot_id_supplying_changes to point to these new plans instead of null, which would give them some data to display in the UI and fix the issue. This carries some risk (modifying production data) but we could rehearse in a local environment and give you specific instructions if needed.


mgmt, webapp, include legacy kind

As the kind property of site is pretty loose, and since we already include null as legacy, I think it would be too much if we add empty (i.e. windows OS) and "linux" (i.e. empty + linux OS) to legacy values as well.
Fix https://github.com/Azure/azure-sdk-for-java/issues/28688
Description
Please add an informative description that covers that changes made by the pull request and link all relevant issues.
If an SDK is being regenerated based on a new swagger spec, a link to the pull request containing these swagger spec changes has been included above.
All SDK Contribution checklist:

[x] The pull request does not introduce [breaking changes]
[x] CHANGELOG is updated for new features, bug fixes or other significant changes.
[x] I have read the contribution guidelines.

General Guidelines and Best Practices

[x] Title of the pull request is clear and informative.
[x] There are a small number of commits, each of which have an informative message. This means that previously merged commits do not appear in the history of the PR. For more information on cleaning up the commits in your PR, see this page.

Testing Guidelines

[ ] Pull request includes test coverage for the included changes.

API change check
API changes are not detected in this pull request.


haskellPackages: update stackage and hackage

This Merge
This PR is the regular merge of the haskell-updates branch into master.
This branch is being continually built and tested by hydra at https://hydra.nixos.org/jobset/nixpkgs/haskell-updates. You may be able to find an up-to-date Hydra build report at cdepillabout/nix-haskell-updates-status.
We roughly aim to merge these haskell-updates PRs at least once every two weeks. See the @NixOS/haskell team calendar for who is currently in charge of this branch.
haskellPackages Workflow Summary
Our workflow is currently described in pkgs/development/haskell-modules/HACKING.md.
The short version is this:

We regularly update the Stackage and Hackage pins on haskell-updates (normally at the beginning of a merge window).
The community fixes builds of Haskell packages on that branch.
We aim at at least one merge of haskell-updates into master every two weeks.
We only do the merge if the mergeable job is succeeding on hydra.
If a maintained package is still broken at the time of merge, we will only merge if the maintainer has been pinged 7 days in advance. (If you care about a Haskell package, become a maintainer!)

More information about Haskell packages in nixpkgs can be found in the nixpkgs manual.

This is the follow-up to #279413. Come to #haskell:nixos.org if you have any questions.

I'm delaying the builds on Hydra for now, hopefully after PR #295458 (if things go fast).

I'm delaying the builds on Hydra for now

I was too optimistic about regressions on staging-next branch.  Builds restarted now.

One small question: In the current nixos-unstable, haskell.packages.ghc98.ghcide is not buildable. In general would it be possible to have a prebuilt haskell-language-server for the GHC versions it supports? Building the whole dependency tree of it on my laptop takes forever. Especially annoying just to see that one of the later packages (ghcide in this case) is broken

@jvanbruegge I am very sorry. That is a "known" regression. I normally have the rule to keep ghcide building on all supported hls versions at all times. But in this case I saw no real other option than to break it for a few days.
ghc had a breaking API change from 9.8.1 to 9.8.2 which broke ghcide <IP_ADDRESS>. I noticed this problem right before the haskell-updates merge on Saturday. The only possible fix would have been to update the hackage pin which would have delayed that long awaited merge for quite some time. I hope we can get this update in as fast as possible which will contain the fix.

Weird, because even at my previous nixos-unstabke state where hls <IP_ADDRESS> worked for GHC9.8 I still had to build the package myself. That's why I thought it was never prebuilt

Ah, that was a different issue which I fixed in 10c80b9.

And here is the build report everyone:
Let’s try to fix those quickly hackage on master is currently still over a month old and hls is broken on ghc 9.8.
haskell-updates build report from hydra
evaluation 1805088 of nixpkgs commit 10c80b9 as of 2024-03-18 18:10 UTC
🔴 Branch not mergeable

mergeable jobset failed.
maintained jobset failed.

Build summary

Platform
Failed ❌
DependencyFailed ❗
TimedOut ⌛🚫
Unfinished ⏳
Success ✅

aarch64-darwin 🍏
78
153
2
631
5477

aarch64-linux 📱
38
128
2

6228

x86_64-darwin 🍎
70
167
2
640
5475

x86_64-linux 🐧
32
129
2

6269

Maintained Linux packages with build failure

[ ] [📱❌] [🐧❌] carp @jluttine
[ ] [📱❌] [🐧❌] haskellPackages.eventlog2html @maralorn
[ ] futhark @athas

[📱❌] [🐧❌] toplevel
[📱❌] [🐧❌] haskellPackages

[ ] haskell-ci @sternenseemann

[📱❌] [🐧❌] toplevel
[📱❌] [🐧❌] haskellPackages

[ ] [📱❌] [🐧❌] hedgewars @fpletz @kragniz
[ ] jacinda @sternenseemann

[📱❌] [🐧❌] toplevel
[📱❌] [🐧❌] haskellPackages

[ ] pandoc @maralorn @sternenseemann

[📱❗] [🐧❗] toplevel
[📱❌] [🐧❌] haskellPackages

Maintained Linux packages with failed dependency

[ ] cabal-install @sternenseemann

[📱✅] [🐧✅] toplevel
[📱✅] [🐧✅] haskell.packages.ghc8107
[📱✅] [🐧✅] haskell.packages.ghc902
[📱✅] [🐧✅] haskell.packages.ghc925
[📱✅] [🐧✅] haskell.packages.ghc926
[📱✅] [🐧✅] haskell.packages.ghc927
[📱✅] [🐧✅] haskell.packages.ghc928
[📱✅] [🐧✅] haskell.packages.ghc945
[📱✅] [🐧✅] haskell.packages.ghc946
[📱✅] [🐧✅] haskell.packages.ghc947
[📱❗] [🐧✅] haskell.packages.ghc948
[📱❗] [🐧✅] haskell.packages.ghc963
[📱✅] [🐧✅] haskell.packages.ghc964
[📱✅] [🐧✅] haskellPackages

[ ] cabal2nix @sternenseemann

[📱✅] [🐧✅] toplevel
[📱❗] [🐧❗] haskell.packages.ghc8107
[📱❗] [🐧❗] haskell.packages.ghc902
[📱❗] [🐧❗] haskell.packages.ghc925
[📱❗] [🐧❗] haskell.packages.ghc926
[📱❗] [🐧❗] haskell.packages.ghc927
[📱❗] [🐧❗] haskell.packages.ghc928
[📱❗] [🐧❗] haskell.packages.ghc945
[📱❗] [🐧❗] haskell.packages.ghc946
[📱❗] [🐧❗] haskell.packages.ghc947
[📱❗] [🐧✅] haskell.packages.ghc948
[📱❗] [🐧✅] haskell.packages.ghc963
[📱✅] [🐧✅] haskell.packages.ghc964
[📱✅] [🐧✅] haskellPackages
[🐧✅] pkgsStatic.haskell.packages.native-bignum.ghc948
[🐧✅] pkgsStatic.haskellPackages

[ ] emanote @srid

[📱❗] [🐧❗] toplevel
[📱❗] [🐧❗] haskellPackages

[ ] [📱❗] [🐧❗] haskellPackages.gcodehs @sorki
[ ] ghc @cdepillabout @expipiplus1 @guibou @maralorn @ncfavier @sternenseemann

[📱✅] [🐧✅] haskellPackages
[🐧❗] pkgsCross.ghcjs.haskell.packages.ghcHEAD
[🐧❗] pkgsCross.ghcjs.haskellPackages

[ ] git-annex @peti @roosemberth

[📱❗] [🐧❗] toplevel
[📱❗] [🐧❗] haskellPackages

[ ] gitit @Profpatsch @sternenseemann

[📱❗] [🐧❗] toplevel
[📱❗] [🐧❗] haskellPackages

[ ] [📱❗] [🐧❗] haskellPackages.hakyll @erictapen
[ ] haskell-language-server @maralorn

[📱❗] [🐧❗] toplevel
[📱❗] [🐧❗] haskell.packages.ghc925
[📱❗] [🐧❗] haskell.packages.ghc926
[📱❗] [🐧❗] haskell.packages.ghc927
[📱❗] [🐧❗] haskell.packages.ghc928
[📱❗] [🐧❗] haskell.packages.ghc945
[📱❗] [🐧❗] haskell.packages.ghc946
[📱❗] [🐧❗] haskell.packages.ghc947
[📱❗] [🐧❗] haskell.packages.ghc948
[📱❗] [🐧❗] haskell.packages.ghc963
[📱❗] [🐧❗] haskell.packages.ghc964
[📱❗] [🐧❗] haskell.packages.ghc981
[📱❗] [🐧❗] haskell.packages.ghc982
[📱❗] [🐧❗] haskellPackages

[ ] hlint @maralorn

[📱✅] [🐧✅] toplevel
[📱❗] [🐧❗] haskell.packages.ghc925
[📱❗] [🐧❗] haskell.packages.ghc926
[📱❗] [🐧❗] haskell.packages.ghc927
[📱❗] [🐧❗] haskell.packages.ghc928
[📱❗] [🐧❗] haskell.packages.ghc945
[📱❗] [🐧❗] haskell.packages.ghc946
[📱❗] [🐧❗] haskell.packages.ghc947
[📱❗] [🐧✅] haskell.packages.ghc948
[📱❗] [🐧✅] haskell.packages.ghc963
[📱✅] [🐧✅] haskell.packages.ghc964
[📱✅] [🐧✅] haskellPackages

[ ] language-nix @sternenseemann

[📱✅] [🐧✅] haskell.packages.ghc8107
[📱✅] [🐧✅] haskell.packages.ghc902
[📱✅] [🐧✅] haskell.packages.ghc925
[📱✅] [🐧✅] haskell.packages.ghc926
[📱✅] [🐧✅] haskell.packages.ghc927
[📱✅] [🐧✅] haskell.packages.ghc928
[📱✅] [🐧✅] haskell.packages.ghc945
[📱✅] [🐧✅] haskell.packages.ghc946
[📱✅] [🐧✅] haskell.packages.ghc947
[📱❗] [🐧✅] haskell.packages.ghc948
[📱❗] [🐧✅] haskell.packages.ghc963
[📱✅] [🐧✅] haskell.packages.ghc964
[📱✅] [🐧✅] haskellPackages

[ ] [📱❗] [🐧❗] mailctl @aidalgol
[ ] [🐧❗] maintained @cdepillabout @expipiplus1 @maralorn @ncfavier @sternenseemann
[ ] [🐧❗] mergeable @cdepillabout @expipiplus1 @maralorn @ncfavier @sternenseemann
[ ] [🐧❗] haskellPackages.mpi-hs-binary @sheepforce
[ ] [🐧❗] haskellPackages.mpi-hs-cereal @sheepforce
[ ] [🐧❗] haskellPackages.mpi-hs-store @sheepforce
[ ] [📱❗] [🐧❗] haskellPackages.pandoc-cli @maralorn
[ ] [📱❗] [🐧❗] haskellPackages.pandoc-crossref @maralorn
[ ] [📱❗] [🐧❗] haskellPackages.patat @dalpd
[ ] pinboard-notes-backup @bdesham

[📱❗] [🐧❗] toplevel
[📱❗] [🐧❗] haskellPackages

[ ] [📱❗] [🐧❗] haskellPackages.snap @maralorn
[ ] [📱❗] [🐧❗] tamarin-prover @thoughtpolice
[ ] weeder @maralorn

[📱✅] [🐧✅] haskell.packages.ghc8107
[📱✅] [🐧✅] haskell.packages.ghc902
[📱✅] [🐧✅] haskell.packages.ghc925
[📱✅] [🐧✅] haskell.packages.ghc926
[📱✅] [🐧✅] haskell.packages.ghc927
[📱✅] [🐧✅] haskell.packages.ghc928
[📱✅] [🐧✅] haskell.packages.ghc945
[📱✅] [🐧✅] haskell.packages.ghc946
[📱✅] [🐧✅] haskell.packages.ghc947
[📱❗] [🐧✅] haskell.packages.ghc948
[📱❗] [🐧✅] haskell.packages.ghc963
[📱✅] [🐧✅] haskell.packages.ghc964
[📱✅] [🐧✅] haskellPackages

Maintained Darwin packages with build failure
12 job(s)

[ ] [🍏❌] [🍎⏳] carp @jluttine
[ ] [🍏❌] [🍎❌] haskellPackages.eventlog2html @maralorn
[ ] haskell-ci @sternenseemann

[🍏❌] [🍎❌] toplevel
[🍏❌] [🍎❌] haskellPackages

[ ] jacinda @sternenseemann

[🍏❌] [🍎⏳] toplevel
[🍏❌] [🍎❌] haskellPackages

[ ] pandoc @maralorn @sternenseemann

[🍏❗] [🍎❗] toplevel
[🍏❌] [🍎❌] haskellPackages

[ ] [🍏✅] [🍎❌] haskellPackages.postgresql-simple @maralorn

Maintained Darwin packages with failed dependency
156 job(s)

[ ] cabal2nix @sternenseemann

[🍏✅] [🍎✅] toplevel
[🍏❗] [🍎❗] haskell.packages.ghc8107
[🍏❗] [🍎❗] haskell.packages.ghc902
[🍏❗] [🍎❗] haskell.packages.ghc925
[🍏❗] [🍎❗] haskell.packages.ghc926
[🍏❗] [🍎❗] haskell.packages.ghc927
[🍏❗] [🍎❗] haskell.packages.ghc928
[🍏❗] [🍎❗] haskell.packages.ghc945
[🍏❗] [🍎❗] haskell.packages.ghc946
[🍏❗] [🍎❗] haskell.packages.ghc947
[🍏✅] [🍎✅] haskell.packages.ghc948
[🍏✅] [🍎✅] haskell.packages.ghc963
[🍏✅] [🍎✅] haskell.packages.ghc964
[🍏✅] [🍎✅] haskellPackages

[ ] emanote @srid

[🍏❗] toplevel
[🍏❗] haskellPackages

[ ] funcmp @peti

[🍏✅] [🍎✅] haskell.packages.ghc8107
[🍏✅] [🍎✅] haskell.packages.ghc902
[🍏✅] [🍎✅] haskell.packages.ghc925
[🍏✅] [🍎✅] haskell.packages.ghc926
[🍏✅] [🍎✅] haskell.packages.ghc927
[🍏✅] [🍎✅] haskell.packages.ghc928
[🍏✅] [🍎✅] haskell.packages.ghc945
[🍏✅] [🍎✅] haskell.packages.ghc946
[🍏✅] [🍎✅] haskell.packages.ghc947
[🍏✅] [🍎✅] haskell.packages.ghc948
[🍏✅] [🍎✅] haskell.packages.ghc963
[🍏✅] [🍎✅] haskell.packages.ghc964
[🍏❗] [🍎❗] haskell.packages.ghc981
[🍏❗] [🍎❗] haskell.packages.ghc982
[🍏✅] [🍎✅] haskellPackages

[ ] [🍏❗] [🍎❗] haskellPackages.gcodehs @sorki
[ ] ghc @cdepillabout @expipiplus1 @guibou @maralorn @ncfavier @sternenseemann

[🍏✅] [🍎✅] haskellPackages
[🍏❗] [🍎❗] pkgsCross.ghcjs.haskell.packages.ghcHEAD
[🍏❗] [🍎❗] pkgsCross.ghcjs.haskellPackages

[ ] ghc98 @cdepillabout @expipiplus1 @guibou @maralorn @ncfavier @sternenseemann

[🍏❗] [🍎❗] haskell.compiler
[🍏❗] [🍎❗] haskell.compiler.native-bignum

[ ] ghc981 @cdepillabout @expipiplus1 @guibou @maralorn @ncfavier @sternenseemann

[🍏❗] [🍎❗] haskell.compiler
[🍏❗] [🍎❗] haskell.compiler.native-bignum

[ ] ghc982 @cdepillabout @expipiplus1 @guibou @maralorn @ncfavier @sternenseemann

[🍏❗] [🍎❗] haskell.compiler
[🍏❗] [🍎❗] haskell.compiler.native-bignum

[ ] ghcHEAD @cdepillabout @expipiplus1 @guibou @maralorn @ncfavier @sternenseemann

[🍏❗] [🍎❗] haskell.compiler
[🍏❗] [🍎❗] haskell.compiler.native-bignum

[ ] git-annex @peti @roosemberth

[🍏❗] [🍎❗] toplevel
[🍏❗] [🍎❗] haskellPackages

[ ] gitit @Profpatsch @sternenseemann

[🍏❗] [🍎❗] toplevel
[🍏❗] [🍎❗] haskellPackages

[ ] [🍏❗] [🍎❗] haskellPackages.hakyll @erictapen
[ ] haskell-language-server @maralorn

[🍏❗] [🍎❗] toplevel
[🍏❗] [🍎❗] haskell.packages.ghc925
[🍏❗] [🍎❗] haskell.packages.ghc926
[🍏❗] [🍎❗] haskell.packages.ghc927
[🍏❗] [🍎❗] haskell.packages.ghc928
[🍏❗] [🍎❗] haskell.packages.ghc945
[🍏❗] [🍎❗] haskell.packages.ghc946
[🍏❗] [🍎❗] haskell.packages.ghc947
[🍏❗] [🍎❗] haskell.packages.ghc948
[🍏❗] [🍎❗] haskell.packages.ghc963
[🍏❗] [🍎❗] haskell.packages.ghc964
[🍏❗] [🍎❗] haskell.packages.ghc981
[🍏❗] [🍎❗] haskell.packages.ghc982
[🍏❗] [🍎❗] haskellPackages

[ ] hlint @maralorn

[🍏✅] [🍎✅] toplevel
[🍏❗] [🍎❗] haskell.packages.ghc925
[🍏❗] [🍎❗] haskell.packages.ghc926
[🍏❗] [🍎❗] haskell.packages.ghc927
[🍏❗] [🍎❗] haskell.packages.ghc928
[🍏❗] [🍎❗] haskell.packages.ghc945
[🍏❗] [🍎❗] haskell.packages.ghc946
[🍏❗] [🍎❗] haskell.packages.ghc947
[🍏✅] [🍎✅] haskell.packages.ghc948
[🍏✅] [🍎✅] haskell.packages.ghc963
[🍏✅] [🍎✅] haskell.packages.ghc964
[🍏✅] [🍎✅] haskellPackages

[ ] hsdns @peti

[🍏✅] [🍎✅] haskell.packages.ghc8107
[🍏✅] [🍎✅] haskell.packages.ghc902
[🍏✅] [🍎✅] haskell.packages.ghc925
[🍏✅] [🍎✅] haskell.packages.ghc926
[🍏✅] [🍎✅] haskell.packages.ghc927
[🍏✅] [🍎✅] haskell.packages.ghc928
[🍏✅] [🍎✅] haskell.packages.ghc945
[🍏✅] [🍎✅] haskell.packages.ghc946
[🍏✅] [🍎✅] haskell.packages.ghc947
[🍏✅] [🍎✅] haskell.packages.ghc948
[🍏✅] [🍎✅] haskell.packages.ghc963
[🍏✅] [🍎✅] haskell.packages.ghc964
[🍏❗] [🍎❗] haskell.packages.ghc981
[🍏❗] [🍎❗] haskell.packages.ghc982
[🍏✅] [🍎✅] haskellPackages

[ ] jailbreak-cabal @sternenseemann

[🍏✅] [🍎✅] haskell.packages.ghc8107
[🍏✅] [🍎✅] haskell.packages.ghc902
[🍏✅] [🍎✅] haskell.packages.ghc925
[🍏✅] [🍎✅] haskell.packages.ghc926
[🍏✅] [🍎✅] haskell.packages.ghc927
[🍏✅] [🍎✅] haskell.packages.ghc928
[🍏✅] [🍎✅] haskell.packages.ghc945
[🍏✅] [🍎✅] haskell.packages.ghc946
[🍏✅] [🍎✅] haskell.packages.ghc947
[🍏✅] [🍎✅] haskell.packages.ghc948
[🍏✅] [🍎✅] haskell.packages.ghc963
[🍏✅] [🍎✅] haskell.packages.ghc964
[🍏❗] [🍎❗] haskell.packages.ghc981
[🍏❗] [🍎❗] haskell.packages.ghc982
[🍏✅] [🍎✅] haskellPackages

[ ] [🍏❗] [🍎❗] mailctl @aidalgol
[ ] nix-paths @peti

[🍏✅] [🍎✅] haskell.packages.ghc8107
[🍏✅] [🍎✅] haskell.packages.ghc902
[🍏✅] [🍎✅] haskell.packages.ghc925
[🍏✅] [🍎✅] haskell.packages.ghc926
[🍏✅] [🍎✅] haskell.packages.ghc927
[🍏✅] [🍎✅] haskell.packages.ghc928
[🍏✅] [🍎✅] haskell.packages.ghc945
[🍏✅] [🍎✅] haskell.packages.ghc946
[🍏✅] [🍎✅] haskell.packages.ghc947
[🍏✅] [🍎✅] haskell.packages.ghc948
[🍏✅] [🍎✅] haskell.packages.ghc963
[🍏✅] [🍎✅] haskell.packages.ghc964
[🍏❗] [🍎❗] haskell.packages.ghc981
[🍏❗] [🍎❗] haskell.packages.ghc982
[🍏✅] [🍎✅] haskellPackages

[ ] [🍏❗] [🍎❗] haskellPackages.pandoc-cli @maralorn
[ ] [🍏❗] [🍎❗] haskellPackages.pandoc-crossref @maralorn
[ ] [🍏❗] [🍎❗] haskellPackages.patat @dalpd
[ ] pinboard-notes-backup @bdesham

[🍏❗] [🍎❗] toplevel
[🍏❗] [🍎❗] haskellPackages

[ ] [🍏❗] [🍎❗] haskellPackages.snap @maralorn
[ ] weeder @maralorn

[🍏✅] [🍎⏳] haskell.packages.ghc8107
[🍏❗] [🍎✅] haskell.packages.ghc902
[🍏⏳] [🍎✅] haskell.packages.ghc925
[🍏✅] [🍎✅] haskell.packages.ghc926
[🍏✅] [🍎✅] haskell.packages.ghc927
[🍏✅] [🍎✅] haskell.packages.ghc928
[🍏⏳] [🍎⏳] haskell.packages.ghc945
[🍏⏳] [🍎⏳] haskell.packages.ghc946
[🍏⏳] [🍎⏳] haskell.packages.ghc947
[🍏⏳] [🍎⏳] haskell.packages.ghc948
[🍏⏳] [🍎⏳] haskell.packages.ghc963
[🍏⏳] [🍎⏳] haskell.packages.ghc964
[🍏⏳] [🍎⏳] haskellPackages

I have the feeling that various of the toplevel packages had already been broken but we had not removed their jobs?

The futhark breakage is because of a requirement for the newest version of zlib, which I assume will make its way into Stackage eventually, so no reason for Nixpkgs to do anything.

mailctl appears to be broken because of a broken dependency: warp.

warp build log
@nix { "action": "setPhase", "phase": "setupCompilerEnvironmentPhase" }
Running phase: setupCompilerEnvironmentPhase
Build with /nix/store/gjng6wrl7dsk8d98yjfiz9qb3g64h9f2-ghc-9.6.4.
@nix { "action": "setPhase", "phase": "unpackPhase" }
Running phase: unpackPhase
unpacking source archive /nix/store/8s788l9lqd66hsaqqk6f4ps4jk0wcgg6-warp-3.3.31.tar.gz
source root is warp-3.3.31
setting SOURCE_DATE_EPOCH to timestamp<PHONE_NUMBER> of file warp-3.3.31/warp.cabal
@nix { "action": "setPhase", "phase": "patchPhase" }
Running phase: patchPhase
@nix { "action": "setPhase", "phase": "compileBuildDriverPhase" }
Running phase: compileBuildDriverPhase
setupCompileFlags: -package-db=/build/tmp.V3Bd4HR10E/setup-package.conf.d -j16 +RTS -A64M -RTS -threaded -rtsopts
[1 of 2] Compiling Main             ( Setup.lhs, /build/tmp.V3Bd4HR10E/Main.o )
[2 of 2] Linking Setup
@nix { "action": "setPhase", "phase": "updateAutotoolsGnuConfigScriptsPhase" }
Running phase: updateAutotoolsGnuConfigScriptsPhase
@nix { "action": "setPhase", "phase": "configurePhase" }
Running phase: configurePhase
configureFlags: --verbose --prefix=/nix/store/4mg6py434j968v3xjgqrc8b8lbw3rg8q-warp-3.3.31 --libdir=$prefix/lib/$compiler/lib --libsubdir=$abi/$libname --docdir=/nix/store/58wxkb9yd7741y0g51kjq1w3hvyvahiq-warp-3.3.31-doc/share/doc/warp-3.3.31 --with-gcc=gcc --package-db=/build/tmp.V3Bd4HR10E/package.conf.d --ghc-options=-j16 +RTS -A64M -RTS --enable-library-profiling --profiling-detail=exported-functions --disable-profiling --enable-shared --disable-coverage --enable-static --disable-executable-dynamic --enable-tests --disable-benchmarks --enable-library-vanilla --disable-library-for-ghci --enable-split-sections --enable-library-stripping --enable-executable-stripping --ghc-options=-haddock --extra-lib-dirs=/nix/store/w6aci43k9bdvrkz9nwfx2dqw67h0llmq-ncurses-6.4/lib --extra-lib-dirs=/nix/store/jx5kkzn0dhxa5y5k1fs9ymbvha15r911-libffi-3.4.6/lib --extra-lib-dirs=/nix/store/3frbd0spychry5hg7jfajaiga271nwk1-elfutils-0.190/lib --extra-lib-dirs=/nix/store/wx2ngazi4zyx1gi55kz3p9q8y6497fsk-gmp-with-cxx-6.3.0/lib
Using Parsec parser
Configuring warp-3.3.31...
CallStack (from HasCallStack):
  withMetadata, called at libraries/Cabal/Cabal/src/Distribution/Simple/Utils.hs:368:14 in Cabal-<IP_ADDRESS>:Distribution.Simple.Utils
Error: Setup: Encountered missing or private dependencies:
http2 >=5.0 && <5.1

Fixing mailctl seems to be blocked on https://github.com/alexmingoia/twain/issues/5, which you opened a few months ago.

Fixing mailctl seems to be blocked on alexmingoia/twain#5, which you opened a few months ago.

Oh, no.  I may have to remove mailctl, then, because I don't have the skill to try submitting a fix upstream.

Or I suppose we can just pin warp to 3.3.30 for mailctl. Fixed now.

@ncfavier I think we can do something similar to b79cc961fe98b158ea051ae3c71616872ffe8212 instead of 908f4e078955b61031328022d01405e557ccbc04 for GHC 9.2/4. I looked at the diff between releases and there seems to be no reason for the bound to be increased.

I think the cpython failure on ARM has no trivial fix, c2hs chokes on a glibc header. Can I mark the package broken just on ARM by markBroken in configuration-arm.nix or is there another preferred way?

@sternenseemann I assume the evaluation errors about ghc963Binary being broken on darwin can be safely ignored?

@ncfavier Yeah, that’s intentional. Hopefully it can be cleaned up eventually.


Add empty property for pandas.DataFrame

The title is self-explanatory. We're missing this property there.

Thanks!


Downloads occasionally getting stuck

Version
Media3 main branch
More version details
1.4.1
Devices that reproduce the issue
Pixel 9, Samsung S22 Ultra
Devices that do not reproduce the issue
No response
Reproducible in the demo app?
No
Reproduction steps

Set download requirements to download only over wifi
Start a few downloads
Switch back and forth from Wifi to cellular network
Occasionally one or more downloads will get stuck in the DOWNLOADING state and never resume, while others will complete just fine

Expected result
All downloads complete
Actual result
Some downloads get stuck in downloading state. I can see this in the local database, they stay with state 2 after switching from cellular network to wifi. Somehow I can't repro in the demo app.
Media
will send via email
Bug Report

[ ] You will email the zip file produced by adb bugreport to<EMAIL_ADDRESS>after filing this issue.

turns out this was a blocked thread on my side 😓


Reworded German translation

It seems that the first German translation was not made by a
native German speaker.
So I reworded the text based on the original English README.md

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.:x: DanEEStar sign nowYou have signed the CLA already but the status is still pending? Let us recheck it.

I only now realized that there are already some pull requests for the German README...
So feel free to use the others.

Thanks for taking the time to contribute this localization pull request. However, we are not able to accept contributions to this historical reference repository at this time.


Pass Hostnames to OpsCenter Config

In order to automate cluster configuration, we need to pass hostnames to OpsCenter in a JSON document that is curled to the OpsCenter web server.  We need to make a list of hostnames and what data center each one belongs to.  We don't want to use IPs as those are ephemeral.  A couple options have been proposed:

use a gcloud command.  This is what is currently being used to set up ssh keys.  There are some security concerns with this solution.
Set IPs statically and then generate the OpsCenter JSON based on convention.
Store the information in a bucket

After a discussion on Friday, we've decided to pass the hostname by convention, that is, build them from the deployment name, etc.  I'm nearly done with that now.  Once passed to the script, they'll be resolved to IPs.  We know this presents issues as the IPs are ephemeral, but it appears to be the best solution currently available.

I've got this mostly working.  The only issue currently is I can't figure out how to access the deployment name programmatically.

It looks like the deployment name is context.env['deployment'].  I'll give that a try.

This works now.


Install Iris frontend

Issue #399 reminded me we should install https://github.com/jaedb/Iris Mopidy frontend.

Sadly it requires 'Mopidy >= 2.0' so it'll have to wait.

@kingosticks This is sorta related but why can't I pip install mopidy -upgrade and afterwards install iris?

That would install the latest mopidy which requires gstreamer1.0 which is
simply not available for this old version of Raspbian.
On 24 Jun 2017 11:03 a.m., "BLX-S"<EMAIL_ADDRESS>wrote:

@kingosticks https://github.com/kingosticks This is sorta related but
why can't I pip install mopidy -upgrade and afterwards install iris?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/pimusicbox/pimusicbox/issues/403#issuecomment-310829456,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AA5DqIpTyWFeXHhf5vKbLcdPz0B-hpRSks5sHN7ugaJpZM4MvwqK
.

@kingosticks Is there a roadmap for when  PMB will upgrade to jessie?

A road map or a schedule? Issues on here should be tagged appropriately but
you won't find deadlines for them.
On 25 Jun 2017 12:08 p.m., "BLX-S"<EMAIL_ADDRESS>wrote:

@kingosticks https://github.com/kingosticks Is there a roadmap for when
PMB will upgrade to jessie?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/pimusicbox/pimusicbox/issues/403#issuecomment-310896511,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AA5DqJCWDfCemMlLNsvAaLefzdoh68YFks5sHj_DgaJpZM4MvwqK
.


Call to convert_code in main

Line 175, your call to convert_code is preceded by 'rockstar.', so it doesn't work.
origin:
rockstar.convert_code(rockstar_code, py_rockstar)
fix:
convert_code(rockstar_code, py_rockstar)
It's working !!

It works. The problem was the missin import re, but it's now fixed on version 1.1.2


Show callout - update UI interaction

Currently with this sample, clicking shows a callout. Clicking on the map again makes the callout disappear. Another click is then required to make the callout appear at a new location. I think one click should be enough to make a callout appear at a new location, so this PR is to make that small change

Hi @tschie could you let me know if you're happy with this small change?


scVI Reference Model Zoo

To lower the barrier for usage of scVI models, we would like to provide pretrained models for Tabula Sapiens datasets. While long term we may want to rely on a third party managed data/model zoo like sfaira, we would also like a short term option for this purpose.
The proposal is as follows:

Users will access pretrained models via a TabulaSapiensReference object from which users can both list available reference models with get_available_reference_models and load a model via load_reference_model(self, model_id: str, adata: Optional[AnnData] = None, load_reference_adata: bool = False), where either if adata is passed in, we load it via the scArches mixin, and we optionally load the reference adata. If load_reference_adata is False and adata is None then a ValueError would be thrown.
The TabulaSapiensReference object would be backed by a ZenodoReferenceStore object which would serve as the lower level interface with the Zenodo repos where we would store the model and adata objects.
In order to provide a parsable metadata for each entry in the ZenodoReferenceStore, we will use a util to convert between a NamedTuple object containing all metadata relevant to a pretrained model to a string, which can later be parsed back into the NamedTuple object.

Closing this as we have another repo for this


prevent time 0.1 from being in dep graph

see:

https://rustsec.org/advisories/RUSTSEC-2020-0159.html
https://rustsec.org/advisories/RUSTSEC-2020-0071.html

havent done a full test run so interested to see if CI passes with the "oldtime" feature disabled
closes #76

@blackbeam bump on this simple security fix


Atualização na documentação

Atendimento à issue #8.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 100.0%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
365

Relevant Lines:
365

💛  - Coveralls

Merge request feito localmente.


additionalConfig doesnt allow to add multiple flattened keys staring with same path "cluster.routing.allocation" for example

Declaration of cluster with following code
      additionalConfig:
        discovery.seed_hosts: my-cluster-masters-0
        cluster.initial_master_nodes': my-cluster-masters-0
        cluster.routing.allocation.disk.threshold_enabled: true
        cluster.routing.allocation.disk.watermark.flood_stage: 5gb
        cluster.routing.allocation.disk.watermark.low: 30gb
        cluster.routing.allocation.disk.watermark.high: 20gb

throw  the error  when applying with kubectl apply -f
error: error parsing my-cluster.yml: error converting YAML to JSON: yaml: line 45: could not find expected ':'
This is not valid YAML (  "Implicit map keys need to be followed by map values")
Is there any way to work around this issue ?

May be additionalConfig  should be decaled as array  not map ?

Hi @val16384. I believe you have a lone single quote ' in the line with cluster.initial_master_nodes that is mucking up your YAML. The operator should be able to handle what you want to specify.
Side note: Please do not specify discovery.seed_hosts or cluster.initial_master_nodes. These are calculated and set by the operator.

@swoehrl-mw
You are right. Its works .
Thank you.
My mistake
Also delimiters between keys and  values  in my config wasnt space but some  special characters looked likes spaces(


refactor: observer methods

Hey @piecyk,
I was reading through virtual-core/src/index.js yesterday and was confused by this change.
Any chance you can help me understand why you switched from using the data within the ResizeObserver callback to always calling getBoundingClientRect?
My impression was that getBcr is initially necessary because of how ResOb is async. After that it is significantly more performant to rely on ResizeObserver. Let me know if I'm missing something!
Thanks,
Jake

@piecyk: the code is definitely cleaner. I'm not actually a consumer of react-virtual, but I'm concerned that layout thrashing is going to start appearing in folk's profiles.
The ResizeObserver API is sort-of a shame in that 99% of the time folks want an API like resizeObserver.observe(element, callback) instead of the actual API. That would make it much easier to do the right thing here instead of synchronously recomputing the values/forcing relayout.

but I'm concerned that layout thrashing is going to start appearing in folk's profiles.

that's great @samouri that's for checking this 🙇  Regarding layout thrashing, i think it's not that simple. Did some testing when implementing dynamic size list, observing each item with ResizeObserver and then update list when dimensions changes https://github.com/TanStack/virtual/blob/beta/packages/virtual-core/src/index.ts#L267-L283
Overall the numbers was the same in google chrome dev tools using the content rect vs calling getBoundingClientRect, that's why went with latter 🤔

@samouri as conclusion from this discussion created a PR https://github.com/TanStack/virtual/pull/500 looking forward to how it really works, as from quick testing it's not noticeable.


Add a pyro.contrib.named module

This aims to add syntactic sugar to pyro in the form of an experimental pyro.contrib.named module.
Why?
The proposal for syntactic sugar anon in #502 is quite far from Pyro's current language. anon is also unsafe and will likely frustrate new users. This PR aims to simplify anon to find a compromise between these goals:

keep close to existing Pyro syntax (so it's easy to mentally translate in either direction)
avoid string manipulation
avoid excessive magic that leads to pitfalls and frustrated users
allow modularity and recursion (in a cleaner way than with pyro.scope("foo"): ...)
avoid modifying any core pyro code

How?
This PR closely follows the three special pyro statements
pyro.sample("latent.x", fn, *args, **kwargs)
pyro.observe("latent.y", fn, obs, *args, **kwargs)
pyro.param("latent.z", *args, **kwargs)

but turns them into in-place methods on named.Objects
latent = named.Object("latent")
latent.x.sample_(fn, *args, **kwargs)
latent.y.observe_(fn, obs, *args, **kwargs)
latent.z.param_(*args, **kwargs)

Importantly, named sub-objects can be extracted and passed to helper functions
x = latent.x
x = x.sample_(fn, *args, **kwargs)
print(latent.x)  # prints sampled value

The pyro.contrib.named module introduces three container data structures: named.Object, named.List, and named.Dict. These can contain each other. Each named container knows its name and this name will be used in Pyro sites.
Take a look at recursive model in examples/contrib/named.py below.

Should these kinds of add ons and syntactic sugar be in an extensions module? To let users knows "use at your own risk"

Sure, we could name it pyro.contrib.sugar.named or just pyro.contrib.named.

Sure, we could name it pyro.contrib.sugar.named or just pyro.contrib.named

Yeah, until we have several really solid examples I'd say we should just do that.  I'd really prefer to have some new examples included before merging this at all.

I don't have a vote, but this is a poor compromise in my mind.

The use of implicit CPS is very confusing to a standard python user, not versed in previous PPLs (most users this language is targeting). The fact that named.sample has vastly different behavior depending on some unseen global is scary. Using latent.x.sample corresponds to the expected semantics in python.

The current language has been out in alpha for three days, but this modeling language will be used for years. I think it is important to establish one good syntax that matches the semantics of the language. I have yet to hear an argument why the "globals" syntax is better?

As I understand it, the proposed #502  syntax is only "unsafe" is because of the current usage of a global store. If you switch to a scoped modeling language, you can eventually transition the backend away from the global store in time. If you do not, there will be lots of legacy code where users do terrible hacky global things. That code will need to be supported for ever.

(To clarify, my last concern. I think that infer's like SVI, etc should be passing in some object to model() and guide() that conveys to the function what "context" they are being run in. In the other proposed syntax, that was always the first argument model(latent). This object needs to be passed to .sample. I guess that this behavior is currently all done with global stateful stacks to changes the meaning of sample. In the future though, this syntax allows for a transition to that information being controlled by latent and to act only on the members of latent. )

@srush let's try to keep the discussion in this PR about the contents of the PR, and the general discussion in the issue.

Using latent.x.sample corresponds to the expected semantics in python

Done. I've followed PyTorch conventions and named these .sample_() etc. where the _ indicates they act in-place.

proposed #502 syntax is only "unsafe" because ...

Sorry for the confusion, I was narrowly referring to my hacks in pyro.anon. This PR is basically a rewrite of pyro.anon with better safety checks and using @srush's suggested initialization latent.x = named.List(). It should be easy to migrate from anon to named.

Thanks @fritzo, this is better. One more issue.

I think that model and guide should not name their Object's but have them passed in as an argument either by SVI, or by the user. The idea is that SVI is controlling the objects behavior. So it makes sense that if it passes in a different one it would behave differently (I know this is not how it works now, but I want the user to think that). I made small changes to infer to make this work seamlessly https://github.com/harvardnlp/pyro/blob/anonymous-sites/pyro/anon.py#L271

Also if it takes latent as an argument, that allows the condition function to work with easier namespacing. Instead of "latent.x.mu" you can just say "x.mu" since the condition function can check the address of the latent being passed through. This gives the illusion of scoping.

@srush Interesting. Looks like you've gotten pretty far with your anon.py. I suggest we

Merge this PR (which merely introduces a new data structure), then
Distill your branch of anon.py to use pyro.contrib.named, so that we can focus on the more interesting bits (in #544). For example, your lift should simplify to:

def lift(fn, _latent=None):
    @functools.wraps(fn)
    def decorated(*args, **kwargs):
        latent = named.Object('latent') if _latent is None else _latent
        return fn(latent, *args, **kwargs)
    return decorated

Great, let's do it.

@eb8680 @jpchen @neerajprad I'd like this PR to serve as a template for pyro.contrib.* modules. Can you think of anything else that should be added to the checklist?

@eb8680 @neerajprad @jpchen Let me know if I can help with review. I'm happy to walk you through the code on a big monitor.

Bump. Let's try to get this merged this week.

@eb8680 @neerajprad @jpchen Let me know if I can help with review. I'm happy to walk you through the code on a big monitor.

@fritzo - that will be great! can we go over this briefly in the afternoon/evening?


Behaviour for direct consumer with ConsumePartitions() seems to have changed in v1.11.5?

Hi, I am currently using franz-go for a direct Kafka consumer with a specific partition and offset.
Below is the way I initialise the client:
client, err := kgo.NewClient(
	kgo.SeedBrokers(brokers...),
	kgo.ConsumePartitions(map[string]map[int32]kgo.Offset{
		"topic_name": {int32(0): 1000},
	}),
)

In v1.11.3, this works perfectly fine. If I'm asking for the consumer to read from topic_name partition 0 starting from offset 1000, it will do exactly that.
However, in v1.11.5, this behaviour seems to have changed. The same code above will cause the consumer to read from the following partitions (assume 5 partitions in total):

Partition 0 -> starting from offset 1000.
Partition 1 -> starting from offset -2.
Partition 2 -> starting from offset -2.
Partition 3 -> starting from offset -2.
Partition 4 -> starting from offset -2.

This means this direct consumer now reads from all partitions, instead of just the assigned partitions and offsets in kgo.ConsumePartitions().
Based on my own reading, looks like this code changes made the issue.
In v1.11.3, useTopic is always false if I only use ConsumePartitions, but not ConsumeTopics, and as a result, only the topics, partitions, and offsets supplied in ConsumePartitions is being assigned to this consumer.
In v1.11.5, looks like useTopic is always true even though I'm not passing ConsumeTopics. The following code will be triggered in v1.11.5 (but not v1.11.3):
if useTopic {
	partitions := topicPartitions.load()
	if d.cfg.regex && partitions.isInternal {
		continue
	}

        // This causes the `toUse` for the topic to contain all partitions
        // with -2 (or the d.cfg.resetOffset value).
	toUseTopic := make(map[int32]Offset, len(partitions.partitions))
	for partition := range partitions.partitions {
		toUseTopic[int32(partition)] = d.cfg.resetOffset
	}

	toUse[topic] = toUseTopic
}

I wonder if this change in behaviour is expected? If so, how can I correctly just consume from the specific partition from the given offset in v1.11.5?
Thanks!

I see, yes that was inadvertent. I can fix this Sun or Mon and this should
be easy enough to add an integration test for. I recommend staying on
1.11.3 until then, my mistake.
On Fri, Feb 3, 2023 at 09:18 Edwin Candinegara @.***>
wrote:

Hi, I am currently using franz-go for a direct Kafka consumer with a
specific partition and offset.
Below is the way I initialise the client:
client, err := kgo.NewClient(
kgo.SeedBrokers(brokers...),
kgo.ConsumePartitions(map[string]map[int32]kgo.Offset{
"topic_name": {int32(0): 1000},
}),
)
In v1.11.3, this works perfectly fine. If I'm asking for the consumer to
read from topic_name partition 0 starting from offset 1000, it will do
exactly that.
However, in v1.11.5, this behaviour seems to have changed. The same code
above will cause the consumer to read from the following partitions (assume
5 partitions in total):

Partition 0 -> starting from offset 1000.
Partition 1 -> starting from offset -2.
Partition 2 -> starting from offset -2.
Partition 3 -> starting from offset -2.
Partition 4 -> starting from offset -2.

This means this direct consumer now reads from all partitions, instead of
just the assigned partitions and offsets in kgo.ConsumePartitions().
Based on my own reading, looks like this code changes
https://github.com/twmb/franz-go/compare/v1.11.3...v1.11.5#diff-65862fa6dc5957b7e17dec29a07ad15e4b36b64f8748e181d50421064b71663dL64
made the issue.
In v1.11.3, useTopic is always false if I only use ConsumePartitions, but
not ConsumeTopics, and as a result, only the topics, partitions, and
offsets supplied in ConsumePartitions is being assigned to this consumer.
In v1.11.5, looks like useTopic is always true even though I'm not
passing ConsumeTopics. The following code will be triggered in v1.11.5
(but not v1.11.3):
if useTopic {
partitions := topicPartitions.load()
if d.cfg.regex && partitions.isInternal {
continue
}
    // This causes the `toUse` for the topic to contain all partitions with -2 (or the d.cfg.resetOffset value).

toUseTopic := make(map[int32]Offset, len(partitions.partitions))
for partition := range partitions.partitions {
toUseTopic[int32(partition)] = d.cfg.resetOffset
}
toUse[topic] = toUseTopic
}
I wonder if this change in behaviour is expected? If so, how can I
correctly just consume from the specific partition from the given offset in
v1.11.5?
Thanks!
—
Reply to this email directly, view it on GitHub
https://github.com/twmb/franz-go/issues/337, or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAJZIJMGO3ARRVNJ7DRIXL3WVUVVHANCNFSM6AAAAAAUQODLMQ
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

Hi @twmb noted on the timeline, thanks for the support! And yes, will stick to 1.11.3 for now.

This has been patched and tested in v1.11.6


pudge bug

[x] you can permanently root someone if you hit them with hook more than once while they are still flying (fixed)

[x] After casting hook, if you use refresher orb to cast the second hook, it ends prematurely. (ends when first hook ends)

[ ] After learning the 3 hooks talent. If you melee hook a hero, it only comes out as 1 hook to skewer. Or if you only hit the enemy with the side hook, the middle hook disappears

Refresher Hook: seems to be the same issue in vanilla Dota, and a rare enough case. We can ignore it for now unless somehow Pudge with Refresher becomes the new meta or something.


Preset system for enqueing common scans/scan sets

I propose a "preset" system which are named lists of scans, stored as JSON
It would be an option at the level of "Plan" and "Instruction" in the UI, which then presents a dropdown populated by looking for json files in a particular folder, using the name of the file.
Upon selection (and pressing "ADD TO QUEUE") each item in the preset file is enqueued in order.
There is no parameterization for initial implementation (you must enqueue exactly the same scans via presets)
A right click option can be added to table items "Add to Preset" which then prompts to select a preset and add or to create a new preset with that item. It is added at the end of the preset.
There is no UI to delete presets or remove scans from presets at this time. Eventually such a ui could be added without that much difficulty.

Closed by #17


Content-Type lookup is case sensitive

Using fetch() method from javascript and it does a lowercase operation before it send out my header.  That means Content-Type becomes content-type.
This problem was noted in the code already:
https://github.com/awslabs/chalice/blob/master/chalice/app.py#L72-L75
Turns out this problem happened recently with the addition of 1a2ae877e0708be8a046c90e194908f414adb1fa.
I suggest just checking for both:
if self.headers.get('Content-Type') == 'application/json' or \
        self.headers.get('content-type') == 'application/json' :
    self.json_body = body

Headers should be case-insensitive, so perhaps the class should lowercase all the headers as it reads them?

Closing, https://github.com/awslabs/chalice/pull/130 has been merged.

Thanks so much for the work on this!


Remove maplit as dependency

maplit ^1.0 was used as convenience but in the end it only saw minimal use.

Nah, I like the btree![] macro.


nvm does not works at all

$ ssh user@host
Welcome to Ubuntu 16.04.4 LTS (GNU/Linux 4.4.0-116-generic x86_64)

Documentation:  https://help.ubuntu.com
Management:     https://landscape.canonical.com
Support:        https://ubuntu.com/advantage

Last login: Thu Jul  5 17:07:53 2018 from <IP_ADDRESS>
user@host:~ $ curl -o- https://raw.githubusercontent.com/creationix/nvm/v0.33.11/install.sh | bash
% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
Dload  Upload   Total   Spent    Left  Speed
100 12819  100 12819    0     0  23699      0 --:--:-- --:--:-- --:--:-- 23695
=> nvm is already installed in /home/user/.nvm, trying to update using git
=> => Compressing and cleaning up git repository
=> nvm source string already in /home/user/.bashrc
=> bash_completion source string already in /home/user/.bashrc
=> Close and reopen your terminal to start using nvm or run the following to use it now:
export NVM_DIR="$HOME/.nvm"
[ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh"  # This loads nvm
[ -s "$NVM_DIR/bash_completion" ] && . "$NVM_DIR/bash_completion"  # This loads nvm bash_completion
user@host:~$ exit
Connection to host closed.
$ ssh user@host
Welcome to Ubuntu 16.04.4 LTS (GNU/Linux 4.4.0-116-generic x86_64)

Documentation:  https://help.ubuntu.com
Management:     https://landscape.canonical.com
Support:        https://ubuntu.com/advantage

Last login: Thu Jul  5 17:09:26 2018 from <IP_ADDRESS>
user@host:~ $ nvm
-sh: 1: nvm: not found
user@host:~ $

I figuredout what was the matter. My user had a default shell "sh" f instead of "bash".

nvm works fine in sh; but indeed bashrc wouldn’t be sourced in that case.


recurring crash when installOnView() checks existingLayoutConstraint value with ==

New Issue Checklist

[x] I accept that if I do not fill out this issue template my issue will be immediately closed with no response
[x] I have looked at the Documentation
[x] I have read the F.A.Q.

Issue Info

Info
Value

Platform
ios

Platform Version
9.0

SnapKit Version
. 0.22.0

Integration Method
cocoapods

Issue Description
A function in my project updates the aspect ratio of a container view with view.snp_updateConstraints. Sometimes there is a crash that comes from comparing constrait  values with == within ConcreteConstraight.installOnView().  The section of this function that is crashing is
calling function -  internal installOnView() in Constraint.swift .  Crash occurs on line                    if existingLayoutConstraint == layoutConstraint {.  Xcode shows EXC_BAD_ACCESS error suggests accessing nil value .
     // special logic for updating
        if updateExisting {
            // get existing constraints for this view
            let existingLayoutConstraints = layoutFrom!.snp_installedLayoutConstraints.reverse()

            // array that will contain only new layout constraints to keep
            var newLayoutConstraintsToKeep = [LayoutConstraint]()

            // begin looping
            for layoutConstraint in newLayoutConstraints {
                // layout constraint that should be updated
                var updateLayoutConstraint: LayoutConstraint? = nil

                // loop through existing and check for match
                for existingLayoutConstraint in existingLayoutConstraints {

                    if existingLayoutConstraint == layoutConstraint {
                        updateLayoutConstraint = existingLayoutConstraint
                        break
                    }
                }
                // if we have existing one lets just update the constant
                if updateLayoutConstraint != nil {
                    updateLayoutConstraint!.constant = layoutConstraint.constant
                }
                    // otherwise add this layout constraint to new keep list
                else {
                    newLayoutConstraintsToKeep.append(layoutConstraint)
                }
            }

            // set constraints to only new ones
            newLayoutConstraints = newLayoutConstraintsToKeep
        }

The actual crash shows up here: (in LayoutConstrait.swift in snapkit).  It occurs on the     if left.secondItem !== right.secondItem { line and debugging shows that left.secondItem is not a constraint value - so i think that left.secondItem is perhaps nil hence causing a crash when accessed.   Perhaps these values should be nil checked before comparison.
 internal func ==(left: LayoutConstraint, right: LayoutConstraint) -> Bool {
    if left.firstItem !== right.firstItem {
        return false
    }
    if left.secondItem !== right.secondItem {
        return false
    }

Here is a picture of as much relevant info as i could find when the issue occurs. I have tried to print out the contents of the constraint values being compared in the console and open up the relevant variables in the Variables view:

If it helps at all - this is my calling function that calls snp_updateConstraings:
    func setAspect(aspect: CGFloat) {
        guard let view = self.view where view.superview == container else {
            return
        }

        let defaultAspect: CGFloat = 9.0 / 16.0
        var asp = aspect
        self.aspect = aspect

        widthConstraint?.uninstall()
        heightConstraint?.uninstall()

        view.snp_updateConstraints { (make) -> Void in

            var parentAspect = container.bounds.size.width / container.bounds.size.height

            if parentAspect.isNaN {
                parentAspect = defaultAspect
            }

            if asp.isNaN {
                asp = defaultAspect
                self.aspect = asp
            }
            // Note:  Resize so that we fill the view (extra will be clipped by the parent
            if aspect < parentAspect {
                heightConstraint = make.height.equalTo(container.snp_width).multipliedBy(1.0 / asp).constraint
                widthConstraint = make.width.equalTo(container).constraint
            } else {
                heightConstraint = make.height.equalTo(container).constraint
                widthConstraint = make.width.equalTo(container.snp_height).multipliedBy(asp).constraint
            }
        }

@nchodelski @robertjpayne
I did some digging into this, and I believe this is an issue with Swift, not SnapKit.
If you look at the type of secondItem referenced by:
if left.secondItem !== right.secondItem {
        return false
}

(LayoutConstraint.swift)

you'll see that it is defined by:
unowned(unsafe) public var secondItem: AnyObject?

(NSLayoutConstraint)

Note the unowned(unsafe)
Next, if you look at the Swift source for the !== operator, you'll see that it returns !(left === right), with === defined by:
switch (lhs, rhs) {
case let (l?, r?):
    return Bool(Builtin.cmp_eq_RawPointer(
        Builtin.bridgeToRawPointer(Builtin.castToNativeObject(l)),
        Builtin.bridgeToRawPointer(Builtin.castToNativeObject(r))
    ))
case (nil, nil):
    return true
default:
    return false
}

(stdlib/public/core/Equatable.swift)

At this point, I also want to point out that I don't think it's a null pointer error since the === operator checks for nil
I went ahead and followed my way up to castToNativeObject in a C++ file (lib/AST/Builtins.cpp), and all it does is return a type, which makes sense since that is how you cast objects in Swift.
So now, back to unowned(unsafe) - what I think is happening is:

secondItem is being set to a valid object.
The memory that secondItem is pointing to is being overwritten by something else at a lower level.
secondItem is never set back to point to nil.
When castToNativeObject(secondItem) is called, it attempts to create an object with the memory that secondItem is pointing to, which is now all garbage.
You see the crash.

Hi Igor, thanks very much for your insight.  Glad to hear its not from SnapKit, and interesting that it is coming from Swift To be honest I don't think I could have dug that deep into what's happening at a memory level with my current experience, so your analysis is quite enlightening for me.
I have worked around the issue in my project by switching to using snp_makeConstraints for my use case each time the aspect ratio is set, which seems to work okay (though possibly a bit less smoothly).
I'll go ahead and close the issue then.  Thanks again :)


Job Title returns no information in profile after user typed entry

Job Title works when the requester matches a pre-populated job title.

However, the requester might create a custom job title.

After typing the title and clicking to save the information for presentation, the change fails to appear.

removing from the profile for now


Everyone

As I see, the server makes a request similar to this: http://api.mymemory.translated.net/get?q=fuck off, tom ␤ everyone&langpair=en|de
Using some "Unicode Newline" character as a separator.
The API returns just the first part (the message) translated, there is no separator or the subtitle in the result.

Personally, not sure the subtitle (e.g. names) should be translated at all...


Add Support for Woodpecker as CI

https://woodpecker-ci.org

I think this can be closed as completed

https://woodpecker-ci.org/plugins/Reviewdog ESLint
https://woodpecker-ci.org/plugins/Reviewdog golangci-lint


Launching Jupyter Notebook does not work with Python Launcher

Environment data

VS Code version: 1.31.0
Extension version (available under the Extensions sidebar): 2019.1.0
OS and version: Windows 7 Enterprise SP1, 64-bit
Python version (& distribution if applicable, e.g. Anaconda): Python 3.7.2 32-bit & Python 2.7.14 64-bit
Type of virtual environment used (N/A | venv | virtualenv | conda | ...): N/A
Relevant/affected Python packages and their versions: (Python 3) jupyter-notebook 5.7.4; (Python 2) jupyter-notebook 5.2.2

Expected behaviour
Clicking "Run-Cell" above a note-book enabled snippet starts and runs Jupyter Notebook
Actual behaviour
Clicking "Run-Cell" triggers an error stating "Executing code failed : Error: Running cells requires Jupyter notebooks to be installed."
Running py -m notebook from a cmd window and/or VSCode's terminal starts jupyter notebook as expected for Python 3 and similarly py -2 -m notebook for Python 2.
Steps to reproduce:

Have at least Python 3 (for the launcher) installed using default options (Python Launcher on PATH, Python Executable not on PATH) and with jupyter-notebook module installed. Have no other versions of Python on PATH, only the launcher (C:\Windows\py.exe)
Select Python 3.x as interpreter.
Create a simple notebook snippet and try to run the cells

#%%
msg = "Hello World"
print(msg)

Logs
Output for Python in the Output panel (View→Output, change the drop-down the upper-right of the Output panel to Python)
Starting Jedi Python language engine.

 The python terminal doesn't work either.

@bcoov what do you have "python.pythonPath" set to? It should be set to an actual Python interpreter and not py.

@brettcannon My vscode pythonPath is "python.pythonPath": "C:\\Python37-32\\python.exe".
If it helps, I can change interpreters between 3.7 and 2.7 using the Ctrl + Shift + P menu as expected (py launcher does not show in this list), and > Python: Start REPL opens the terminal into the appropriate Python interpreter.

OK, so it seems the py aspect of the issue was a red herring; @bcoov was just saying he can launch jupyter from the command-line on Windows. Kicking it back to you, @rchiodo 😁
@bcoov are you sure the that the Python interpreter you have for py that can run jupyter matches the one you are selecting in the Python extension? Just double-checking as I know I have made the mistake of using py and not realizing I accidentally installed into a different environment/interpreter.

@brettcannon jupyter is installed for both interpreters, so I'm positive that it's using the correct one :slightly_smiling_face:  Python 3.7 is the default interpreter to py though, so if I want to run jupyter under Python 2.7, I would have to run py -2 -m notebook.

@bcoov. Sorry about the delay on this. I'm on the data science team and I've now picked this up to investigate. From what I can tell we can do a little bit of work here to make this easier for you, but there is also a reasonable workaround for you to try.
I set up the same scenario as you and I can repro the issue. However I can only repro this issue when the python scripts directory is not active on the PATH variable. If the scripts path is added to the path then the Interactive Windows works. Also if you are working with either an activated virtualenv or with an activated conda env then the script path will be added and this works as expected. Doing any of those things would be the best way to get this working for you.
More Info:
Currently we run our jupyter commands using the following format.
python.exe (or py.exe) -m jupyter notebook --version
This format only works if the scripts directory is on the path. When the scripts directory is not on the path most of the commands will work with the following format:
python.exe -m notebook --version
I'm going to change our code to fallback to the non-jupyter version if the jupyter version fails. I think this should unblock the basic scenario. However some of the commands (like the jupyter kernelspec command) still don't work in this situation. So even after this fix I would recommend creating a virtual env or conda env for your project (so that it can be activated) or adding your python scripts directory to the path.

Thanks for the update @IanMatthewHuff! I added the Scripts directory to my PATH to try the workaround you suggested. After restarting VSCode and trying to run the cell, it sat there reporting "Starting Jupyter Server" indefinitely. However, after another restart, running the cell again started up the server instance and ran as expected.

Sounds good. My fix to run this without the scripts directory has been merged in, so it will ship with our next extension update. Should be in about a week from now.

@IanMatthewHuff Apologies for the delay. Finally got a chance to test out the 2019.3.6139 merged fix - everything looks good on my end! :smile:

Thanks for reporting that back @bcoov. Glad to know that you are unblocked now.


ModuleFederation rc config file

Feature request

What is the expected behavior?
I think we can use .modulerc.js to configure ModuleFederation.
So we don’t need to configure webpack.config.js
// .modulerc.js
module.exports = {
  name: 'shared',
  filename: 'remoteEntry.js',
  exposes: {},
  remotes: {},
  shared: [
    {
      react: {
        singleton: true,
      },
      'react-dom': {
        singleton: true,
      },
    },
  ],
};

What is motivation or use case for adding/changing the behavior?
Easier to use
How should this be implemented in your opinion?
fs.existsSync(`${pwd}.modulerc.js`) &&
        new ModuleFederationPlugin(require(`${pwd}.modulerc.js`)),

Are you willing to work on this yourself?
no

Sorry, no, you have webpack.config.js and can use require/import


Other sensors and actuators

Hi,
After reading the manual better I succeeded in installing the integration. It works great with a Elro K1 (found a refurbised one with Elro). As far as I understand it is only suitable for Fire/smoke, heat and CO alarm. Are you planning other sensors in the future? Elro has a nice priced set of addons. I'm interested in the temperature/humidity (SF40TH) and the radiator thermostat (SF40RV). The temperature sensor is great for monitoring or temperature regulation.
Regards
Alex

All alarm types should work, and also door/window sensors.
Other devices should work as well but will only return a state, a signal strength and battery sensor based on the current code.

So no plans for sensors returning a value like temperature? At he moment I'm using TFA sensors, but the range of those sensors is bad. It seems that the K1 has better specs.

How to use this debug lib. Do I need a running Linux system with python for it?

No, it is possible to use it on Windows. It might be a challenge though to discover where the files are installed.
You need Python 3.10 or higher.

Any progress with debugging?

No, Sorry. I have no clue how to get the debugging working. I have to do it in windows. I installed Phyton and did "pip install lib-elro-connects". This seems to have done something. After that I'm lost. I could't figure out how to do the debugging.
I love to give a contribution, but I'm missing the Phyton skills I'm afraid.

After installing lib-elro-connects with pip install lib-elro-connects you can find the installed example scrips as follows:

Open a cmd (command box), standard it will open in your home dir.
Search for lib-elro-connects using: dir /s lib-elro-connects
Something like  Directory of C:\Users\user\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.10_qbz5n2kfra8p0\LocalCache\local-packages\share
Copy the found folder name and change directory:
cd C:\Users\user\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.10_qbz5n2kfra8p0\LocalCache\local-packages\share
cd lib-elro-connects
dir shows 2 example scripts.

After installing lib-elro-connects with pip install lib-elro-connects you can find the installed example scrips as follows:

Open a cmd (command box), standard it will open in your home dir.
Search for lib-elro-connects using: dir /s lib-elro-connects
Something like  Directory of C:\Users\user\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.10_qbz5n2kfra8p0\LocalCache\local-packages\share
Copy the found folder name and change directory:
cd C:\Users\user\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.10_qbz5n2kfra8p0\LocalCache\local-packages\share
cd lib-elro-connects
dir shows 2 example scripts.

Thanks for this, I actually also have one of these temp sensors; so I'll also give it a go :)
-merely replying to bookmark this for myself ^_^

Any progress here?


sidebar should support an item that has link and title

Is your feature request related to a problem? Please describe.
Sidebar should support nav items that has link and title properties, currently it has only one property title and the link was created from the title by urlize it. Thats' not enough, especially for non-English docs: For a doc named 说明.md may generate a link like /docs/说明/ and the URL is not quit friendly.
Describe the solution you'd like
It's better to provide some feature like Vuepress Sidebar Config so we can config it like this:
- title: 开始
  link: '/start'
  pages:
    - title: 介绍
      link: '/introduction'
    - title: 安装
      link: '/install'
- title: 关于
  link: '/about'

Thanks.

Sounds like a good idea. It also solves the issue of creating the link when shortcodes are being used in the title.

The feature has been released. The updated documentation is available on https://gethinode.com/docs/configuration/navigation/#menus-1.


Automation2040W Running the web interface example exception

Following instruction at: https://learn.pimoroni.com/article/getting-started-with-automation-2040-w, under Running the web interface example section. I see network is connected and received IP from router, but receiving an exception as such:
MPY: soft reboot
Network: NetworkIoT
Connection successful!
IP: <IP_ADDRESS>
Network Running
Task exception wasn't retrieved
future: <Task> coro= <generator object '_tcp_server' at 2001c710>
Traceback (most recent call last):
  File "asyncio/core.py", line 1, in run_until_complete
  File "/lib/tinyweb/server.py", line 621, in _tcp_server
  File "asyncio/core.py", line 1, in queue_read
  File "asyncio/core.py", line 1, in _enqueue
AttributeError: 'NoneType' object has no attribute 'data'
MicroPython v1.23.0, picow v1.23.0-1 on 2024-06-06; Raspberry Pi Pico W with RP2040

Anyone else tried the web interface example for Automation2040W?

After debugging and testing, need to use the original source for tinyweb from https://github.com/belyalov/tinyweb
The source has fixes and updated for MicroPython > 1.19
After updating, only tinyweb, the sample web page works great.
Would be great to update the docs and libs under pimoroni\pimoroni-pico-main\micropython\examples\common\lib\tinyweb


upcoming: [M3-8638] - Introduce the new (at)linode/ui package

Description 📝
Introduces the new @linode/ui package, which will host our shared UI component library. The package also supports unit tests via vitest and will eventually become the home of our Storybook declarations.
This is the first step in our modularization effort. These components will eventually be published and used outside of Cloud Manager, such as in downstream microfrontends. Therefore, they need to function independently of any tools, utilities or components specific to Cloud Manager.
The package must support unit testing through vitest. Existing unit tests will be migrated alongside their associated components.
Storybook and all storybook declarations will also eventually be hosted from this package.
Changes  🔄

Introduces the new @linode/ui package
Update generate-changelog and package-version scripts to include this package
Update ci.yml to typecheck and test this package
Copy the Chip and BetaChip components to demonstrate the usage of this package

How to test 🧪

[ ] Importing components from this package into Cloud Manager works as expected
[ ] Type checking passes
[ ] All unit tests pass
[ ] Release scripts continue to work as expected with this package (changelog, package versions)
[ ] CI passes -- the package passes typechecking and unit testing

Test failures in CI are not related to this PR; merging this on Hussain's behalf.


Talent Roll Table Entries with Broken Links

I have noticed that a few of the Rolls on the Talent Table have broken item links.
So far I have noted:
Fighter - Weapon Mastery Item
Priest - +1 to Spellcasting Checks
Thief - Backstab bonus die
Wizard - +1 to Spellcasting Checks. Also, the 12 result does not list +1 to spellcasting checks as an option.

I'll go through these and check them before release.