text:
brand-specific interface tests with routes

To catch merging a new CAN FD Hyundai port that doesn't have the message we override and send to disable LFA.
The new Ioniq 6 for example doesn't have the message, and not if not caught, the car could have been merged with LFA overriding lane changes, etc.

I didn't realize we forward CAM_0x2a4 which catches this, not needed for now!

repo: commaai/openpilot


text:
docs: specify Lexus Safety System+ package for RX 2016

The LKAS package isn't standard on the 2016 MY, but is in the 2017 MY.
https://cdn.dealereprocess.org/cdn/brochures/lexus/2016-rx350.pdf
https://cdn.dealereprocess.org/cdn/brochures/lexus/2017-rx350.pdf
Bug introduced in https://github.com/commaai/openpilot/pull/1001

If you've verified 2016 is an outlier, LGTM

Yeah, it was highlighted after a customer with a 2016 bought the kit and they didn't have an LKAS camera. https://discord.com/channels/469524606043160576/524592892627517450/1027320526974230588
It's standard on 2017 though.

source: gharchive/pull-request

authors: incognitojam sshane

license: MIT

license_type: permissive

license_source: github-api


text:
Update values.py

Can you add your dongle id from this device? It's in settings

Can you add your dongle id from this device? It's in settings

where can i add dongle id？

You can add it here. You can find it on your device in settings.

dongle id: 01ef793d1ce60efb
thank you

You can add it here. You can find it on your device in settings.

Is there anything else I need to provide?

Nope that's it, just wanted to check your logs to make sure. Thanks for the PR!

thanks for your help


text:
cabana: support display&edit node name

@sshane I use "Node" as the title, what do you think is a better name for it?

Node is fine

The signals can have multiple reading nodes. Maybe Recipient Nodes

modified the validator to support multiple nodes, should be ok now.

thanks!

authors: deanlee sshane


text:
CI: codecov for multiprocessing

process replay wasn't really included in the codecov since it uses multiprocessing
with fix for athenad

additional coverage from process_replay:

Nice!


text:
Reduce bundle size removing country and states from react-components package

Description
This Feature will add the new version of react-components package that reduce the overall bundle size, including states selectively for USA and Italy.

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

source: gharchive/issue

repo: commercelayer/mfe-checkout


text:
NPE at UploadResult.toString (v2.10.0)

USER_COMMENT=Stavo caricando un'immagine (translation: "I was uploading an image")
ANDROID_VERSION=8.1.0
APP_VERSION_NAME=2.10.0
BRAND=samsung
PHONE_MODEL=SM-J710F
CUSTOM_DATA=
STACK_TRACE=java.lang.NullPointerException: Attempt to invoke virtual method 'java.lang.String java.util.Date.toString()' on a null object reference
at fr.free.nrw.commons.mwapi.UploadResult.toString(UploadResult.java:42)
at fr.free.nrw.commons.upload.UploadService.uploadContribution(UploadService.java:251)
at fr.free.nrw.commons.upload.UploadService.handle(UploadService.java:134)
at fr.free.nrw.commons.upload.UploadService.handle(UploadService.java:42)
at fr.free.nrw.commons.HandlerService$ServiceHandler.handleMessage(HandlerService.java:26)
at android.os.Handler.dispatchMessage(Handler.java:106)
at android.os.Looper.loop(Looper.java:164)
at android.os.HandlerThread.run(HandlerThread.java:65)

This is already fixed. #2480

authors: maskaravivek misaochan

repo: commons-app/apps-android-commons


text:
[GsoC 2019] Copy previous caption & description

Steps to reproduce the problem:

In Android gallery, choose 2 pictures
Share to Commons app
Enter caption for first picture
Press Next
Press "Copy previous title & description"
Problem: caption does not get copied.

Also, the button should be renamed to "Copy previous caption & description"

I'll fix this in the next commit

Hey @nicolas-raoul, I have fixed the Issue here n the commit https://github.com/vanshikaarora/apps-android-commons/commit/be6b726699d3f8e07b290b0e393ceb65d074f467

It works now, thanks for fixing! :-)

Related: #3035

authors: nicolas-raoul vanshikaarora


text:
Error on updating mapbox map

Summary:
Hi all, currently our mapbox is not up to date, but I am facing with some issues when I try update it.
Steps to reproduce:
We have these two lines at build gradle:
    implementation 'com.mapbox.mapboxsdk:mapbox-android-sdk:6.8.0'
    implementation 'com.mapbox.mapboxsdk:mapbox-android-plugin-localization:0.6.0'

And I change them with these two:
    implementation 'com.mapbox.mapboxsdk:mapbox-android-sdk:8.1.0'
    implementation 'com.mapbox.mapboxsdk:mapbox-android-plugin-localization-v8:0.10.0'

Sync is successful, however it complains about  some kotlin issues on run:

But I think this issues seems irrelevant, do you know what can be cause of this.
System logs:
Some logs:
/home/nes/AndroidStudioProjects/CommonsApp9/apps-android-commons/app/src/main/java/fr/free/nrw/commons/review/ReviewInterface.java:17: error: cannot find symbol
    Observable<MwQueryResponse> getFirstRevisionOfFile(@Query("titles") String titles);
                                                        ^
  symbol:   class Query
  location: interface ReviewInterface

Device and Android version:
API 26 nexus emulator, beta debug

@neslihanturan is retrofit dependency added in the gradle file? Can I see the code somewhere?

Sure @maskaravivek , I created a branch on my fork: https://github.com/neslihanturan/apps-android-commons/tree/updateMapbox

@neslihanturan Can you check the migration guide. Earlier we were using 6.X version and now we are changing it to 8.1. There are some migration steps that need to be followed when migration from 6.X.
https://github.com/mapbox/mapbox-gl-native/wiki/Android-6.x-to-7.x-migration-guide
Also, as described here, you might have to exclude some conflicting modules like this:
implementation ('com.mapbox.mapboxsdk:mapbox-android-sdk:8.1.0'){
    exclude group: 'group_name', module: 'module_name'
}

Hi @maskaravivek , I have followed docs but I think we are okay according to migration guide.
Our dependency tree when we try to update it to version 8 as:
    implementation 'com.mapbox.mapboxsdk:mapbox-android-sdk:8.1.0'
    implementation 'com.mapbox.mapboxsdk:mapbox-android-plugin-localization-v8:0.10.0'

is:
+--- com.mapbox.mapboxsdk:mapbox-android-sdk:8.1.0
|    +--- com.mapbox.mapboxsdk:mapbox-android-telemetry:4.5.1
|    |    +--- com.squareup.okhttp3:okhttp:3.12.0 -> 3.12.1 (*)
|    |    +--- com.google.code.gson:gson:2.8.5
|    |    +--- com.mapbox.mapboxsdk:mapbox-android-core:1.3.0
|    |    +--- androidx.annotation:annotation:1.0.0 -> 1.0.2
|    |    \--- androidx.legacy:legacy-support-core-utils:1.0.0 (*)
|    +--- com.mapbox.mapboxsdk:mapbox-sdk-geojson:4.8.0
|    |    \--- com.google.code.gson:gson:2.8.5
|    +--- com.mapbox.mapboxsdk:mapbox-android-gestures:0.4.2
|    |    \--- androidx.core:core:1.0.0 -> 1.1.0-alpha03 (*)
|    +--- com.mapbox.mapboxsdk:mapbox-android-accounts:0.2.0
|    |    \--- androidx.annotation:annotation:1.0.0 -> 1.0.2
|    +--- com.mapbox.mapboxsdk:mapbox-sdk-turf:4.8.0
|    |    \--- com.mapbox.mapboxsdk:mapbox-sdk-geojson:4.8.0 (*)
|    +--- com.squareup.okhttp3:okhttp:3.12.0 -> 3.12.1 (*)

Sync is succeed but it gives this error on build:

Logs doesn't mean much, there is nothing related with retrofit.

I suspected that the problem can be about migration from 6.x to 7.x but everyting is okay when I use version 7 as:
    implementation 'com.mapbox.mapboxsdk:mapbox-android-sdk:7.0.0'
    implementation 'com.mapbox.mapboxsdk:mapbox-android-plugin-localization-v7:0.7.0'

No sync or build fails with version 7.

Latest progress, I am able to update it up to 7.2.0 but problems starts at 7.3.0. Additionally updating it to 7.2.0 didn't fixed #3067 issue.

@nicolas-raoul  this is a very old issue and we are using different dependencies now and this issue is not relevant any more

Indeed, I see that we are already at mapbox-android-sdk:9.1.0.
Thanks @Rishavgupta12345 !

authors: Rishavgupta12345 maskaravivek neslihanturan nicolas-raoul


text:
[Bug]: Attempt to read from null error in Explore -> Map fragment

Summary
This issue is caused when there are no elements in mediaList Maybe the issue caused when there are no media (images) available at specific coordinate.
Steps to reproduce

Open Explore -> Map Fragment in App
Go to Bihta, Patna, India or Coordinates = 25.5303740, 84.8597150 in map

Expected behaviour
Place's images should appear on the map.
Actual behaviour
Toast message Error fetching nearby places. Attempt to read from null...
Device name
Samsung S21
Android version
Android 14
Commons app version
4.2.1-debug-HEAD~9be8df3
Device logs
java.lang.NullPointerException: Attempt to read from null array                                                                                at fr.free.nrw.commons.explore.map.ExploreMapPresenter.getLatLngBounds(ExploreMapPresenter.java:223)                                                                                at fr.free.nrw.commons.explore.map.ExploreMapPresenter.updateMapMarkers(ExploreMapPresenter.java:193)                                                                                at fr.free.nrw.commons.explore.map.ExploreMapFragment.updateMapMarkers(ExploreMapFragment.java:433)                                                                                at fr.free.nrw.commons.explore.map.ExploreMapFragment.lambda$populatePlaces$5$fr-free-nrw-commons-explore-map-ExploreMapFragment(ExploreMapFragment.java:413)
Screen-shots
https://github.com/commons-app/apps-android-commons/assets/114223204/3babe197-7160-4de2-8760-7035c0676d56
Would you like to work on the issue?
Yes

@kanahia1 this might happen because you are using the betaDebug variant, as was the case here https://github.com/commons-app/apps-android-commons/issues/5255#issuecomment-1890995267, pointed out by @nicolas-raoul here: https://github.com/commons-app/apps-android-commons/issues/5255#issuecomment-1891572569. Does the issue persist in prodDebug variant as well?

Thanks @ShashwatKedia it worked! on production server. But we will need to handle it since there can be a place on earth where are no images in that case there will be this error. So, we can show some dialog at that place to make user experience better.

Indeed, I just tried with prodDebug in Siberia and get the same error:

Using dialogues can be interrupting for users. Instead, we should use Snackbars  with proper error messages. Concisely, this is what I mean :

Although, we can move from Toasts to Snackbars. What do you say?
@nicolas-raoul @kanahia1

Yes snackbar is good.
I think we should try to convey the real problem to the user, though.
Here, the real problem is that there are no Wikidata items in that area, right?

No problem, I am adding a new string in the resource. This will be displayed to the user.
Can you provide a well-formatted message to be displayed to the user?

How about No Wikidata items in this area? :-)

Well, this seems to be a good response we can provide. I am placing it in the resources.
Although, I have a question, i.e., I created a method to display the snackbar in the same file where showToasts() method is defined.
Do I need to create any UI test for snackbar.

After making changes, these are the results:
Light Mode

Dark Mode

However, there was a resource already string like this:
<string name="no_nearby_places_around">No nearby places around</string>
But the text provided by you seems much better.

Ah, no_nearby_places_around is great, thanks for finding it! 🙂

Ah wait, I was totally forgetting the context since yesterday, I am so sorry! 😱
Please use "No pictures in this area".
Thanks! 🙂

Done 👍

Please express your thoughts about the colors and action button for the **Snackbars** because I am considering replacing all the toasts with a beautiful **Snackbar**.
What do you think?

Hey @rohit9625,
I think we cannot replace all the Toasts with Snackbars since Toasts usually are used to display text related with system or some background services since Toasts are shown even if Activity is finished. So replacing all the Toasts with SnackBars can cause disturbance in User Experience.

References
https://m2.material.io/components/snackbars#usage
https://stackoverflow.com/questions/34432339/android-snackbar-vs-toast-usage-and-difference

Oh, my bad!😅
Yeah, you are right Mr. @kanahia1. We can't replace all the toasts but some toasts should be replaced I guess.

@rohit9625 Your screenshot looks great! 🙂

Hey @rohit9625, I have added TODO for snackbar in https://github.com/commons-app/apps-android-commons/pull/5475, you can add code for snackbar and share a pull request. 🙌

Showing will work after solving this issue #5487
Have a look @kanahia1

Sure @rohit9625 I will look into #5487

Done Mr. @kanahia1 👍

Hello @nicolas-raoul
Can you please look at the PR that solves this issue?
I don't know why the previous PR closed. I am creating a new PR.


text:
Category search results not appearing (NullPointerException: Attempt to invoke virtual method 'boolean fr.free.nrw.commons.wikidata.mwapi.MwQueryPage$CategoryInfo.isHidden())

On rc 5.1.0 but also seen in main.
Happens only like 10% of the time.
Sometimes switching apps fixes it.
https://github.com/user-attachments/assets/6ebc7ba5-8ae3-485e-8d34-3ba2d004005c

That's weird. Do you observe any relevant logs related to this in logcat that may indicate a potential cause ?

I just reproduced the issue (maybe that happens after I uploaded something?), and this is the last thing I see this in logcat:
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: java.lang.NullPointerException: Attempt to invoke virtual method 'boolean fr.free.nrw.commons.wikidata.mwapi.MwQueryPage$CategoryInfo.isHidden()' on a null object reference
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at fr.free.nrw.commons.category.CategoryClient$responseMapper$2.invoke(CategoryClient.kt:127)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at fr.free.nrw.commons.category.CategoryClient$responseMapper$2.invoke(CategoryClient.kt:124)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at fr.free.nrw.commons.category.CategoryClient.responseMapper$lambda$1(CategoryClient.kt:124)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at fr.free.nrw.commons.category.CategoryClient.$r8$lambda$PpmPhtqaRvMwswU5RXlbuTpQAbg(Unknown Source:0)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at fr.free.nrw.commons.category.CategoryClient$$ExternalSyntheticLambda2.apply(D8$$SyntheticClass:0)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.internal.operators.single.SingleMap$MapSingleObserver.onSuccess(SingleMap.java:57)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.internal.operators.single.SingleMap$MapSingleObserver.onSuccess(SingleMap.java:64)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.internal.operators.observable.ObservableSingleSingle$SingleElementObserver.onComplete(ObservableSingleSingle.java:109)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at retrofit2.adapter.rxjava2.BodyObservable$BodyObserver.onComplete(BodyObservable.java:66)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at retrofit2.adapter.rxjava2.CallExecuteObservable.subscribeActual(CallExecuteObservable.java:51)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.Observable.subscribe(Observable.java:12267)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at retrofit2.adapter.rxjava2.BodyObservable.subscribeActual(BodyObservable.java:34)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.Observable.subscribe(Observable.java:12267)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.internal.operators.observable.ObservableSingleSingle.subscribeActual(ObservableSingleSingle.java:35)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.Single.subscribe(Single.java:3603)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.internal.operators.single.SingleMap.subscribeActual(SingleMap.java:34)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.Single.subscribe(Single.java:3603)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.internal.operators.single.SingleMap.subscribeActual(SingleMap.java:34)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.Single.subscribe(Single.java:3603)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.internal.operators.single.SingleToObservable.subscribeActual(SingleToObservable.java:35)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.Observable.subscribe(Observable.java:12267)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.internal.operators.observable.ObservableCombineLatest$LatestCoordinator.subscribe(ObservableCombineLatest.java:117)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.internal.operators.observable.ObservableCombineLatest.subscribeActual(ObservableCombineLatest.java:71)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.Observable.subscribe(Observable.java:12267)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.internal.operators.observable.ObservableCombineLatest$LatestCoordinator.subscribe(ObservableCombineLatest.java:117)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.internal.operators.observable.ObservableCombineLatest.subscribeActual(ObservableCombineLatest.java:71)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.Observable.subscribe(Observable.java:12267)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.internal.operators.observable.ObservableMap.subscribeActual(ObservableMap.java:32)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.Observable.subscribe(Observable.java:12267)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.internal.operators.observable.ObservableSubscribeOn$SubscribeTask.run(ObservableSubscribeOn.java:96)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.Scheduler$DisposeTask.run(Scheduler.java:578)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.internal.schedulers.ScheduledRunnable.run(ScheduledRunnable.java:66)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at io.reactivex.internal.schedulers.ScheduledRunnable.call(ScheduledRunnable.java:57)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at java.util.concurrent.FutureTask.run(FutureTask.java:264)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:307)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:644)
10-30 22:54:29.819 16101 16101 E CategoriesPresenter$onAttachView: 	at java.lang.Thread.run(Thread.java:1012)

When I type something in the category search bar, I see nothing appear in logcat.
A few minutes ago when uploading a previous picture I was seeing a line like this for each category search:
okhttp.OkHttpClient: --> GET https://commons.wikimedia.org/w/api.php?action=query&format=json&formatversion=2&generator=allcategories&prop=categoryinfo|description|pageimages&piprop=thumbnail&pithumbsize=70&gacprefix=nutella&gaclimit=25&gacoffset=0

I can still reproduce these symptoms on main, still some of the time only (I didn't check logcat though).
#5884 fixes the issue but introduces other problems.

I only know the problem in the current version and the strange thing is that the problem does not always occur. After "closing" and restarting the app, it works at least once.
I have observed the following variants:

No selection possible at all
Selection is only possible after closing and restarting the app
the category of the “searched image” is stored, but no additional category can be selected
sometimes everything is as usual/as expected

See: https://commons.wikimedia.org/wiki/Commons:Mobile_app/Feedback#Feedback_from_Molgreen_for_version_5.1.0~707997bd1_on_2024/11/14_16:51:33
#5929

I only know the problem in the current version and the strange thing is that the problem does not always occur

I agree with this. To be honest, I have unfortunately not been able to reproduce this issue. How often does it occur? Is there a particular search phrase for which this occurs reliably? This would help us narrow down the issue.

@sivaraam
I have no idea why, but since a few days the problem does not occur anymore. (I have uploaded a few pictures in the meantime without any problems.) Is it possibly because the system requested for the categories did not work as expected?

Is it possibly because the system requested for the categories did not work as expected?

If you're suspecting that this may be a problem on the server side. I'm kind of unsure. There is a possibility for that to be true if the response was not received properly and has been corrected now. It's hard to say for certain, though.
Feel free to post here any specific details if you come across this issue again.

@sivaraam
Yes, I will do that. As I said, I haven't had the problem for at least 14 days.

I am recently getting this issue very frequently:
https://github.com/user-attachments/assets/cb409692-4588-45f7-b1a8-f784268999f1

Indeed. Even I just observed this in the app now. 🤔

It is very strange: I know the problem, but it hasn't happened to me for weeks (just tried it).

Yesterday it happened to me once, while 5 other uploads had no issue.
Anyone investigating this, I would recommend watching category-related API network calls while trying to reproduce, it may take like 10 trials.

Check #6093 this should be fixed now, same exception occurs when we search something in the explore screen and categories list is empty due to this, this happens 100% of the time in this case. The solution pretty much sums up what was the issue.

authors: OpenGreenStreet nicolas-raoul parneet-guraya sivaraam


text:
Featured images

PR to merge featuredImages to master.

Whoops, sorry this was left out for so long. Don't we want to implement the backend for featured images before we merge into master?


text:
Install browserify dependencies by default

In my application, I include all by browserify dependencies in package.json, and then run a build step to package the javascript into a browser bundle. But browserify fails to compile blockhash as the jpeg-js and png dependency are not found. The reason is that npm by default doesnt install devDependency when used by other modules.

UPDATE: also pushed in code for removing PNGJS and JPEG decoder as dependencies for the browser. Now it uses html5 canvas to decode and get the hash. For NodeJS the developer need to use the PNGJS and JPEG modules.

There was a reason for not using canvas but going with the PNGJS and JPEG libraries - I think it had to do with security restrictions making that difficult in a browser extension.  However, that might have been when trying to copy an HTMLImage into the canvas directly, rather than loading the file over the net. @artfwo, do you remember?

Exactly. It's not possible to access pixel values if the canvas has been tainted by cross-origin data.

but, wont XHRRequest also hold the same restrictions for loading a URL if CORS is not enabled? because if the cross origin headers are not set then neither should work ... ?

Right, in case the server responds with appropriate headers, XHR works fine. And in case it doesn't, we worked around this problem in elogio.browser by opening the image in a separate tab (https://github.com/commonsmachinery/elogio.browser/issues/16).
For JPEG images, jpeg-js gives an additional benefit of decoding images without using system color correction (at least on Linux), that resulted in slightly different hash.
An alternate solution to CORS problem might be using crossorigin attribute for  elements, which I've just found[1]. Images with such an attribute shouldn't taint the canvas if CORS headers are present for src. This doesn't resolve an issue with mismatching colors in native decoders, but looks promising. I'll try putting that in elog.io browser and check if there's any difference.
[1] https://developer.mozilla.org/en-US/docs/Web/HTML/CORS_enabled_image

But I guess the dependencies should not be shipped being part of blockhash-js. Because it just adds extra overhead which could easily be avoided. I will look into the color difference in decoders, but got some of my hashes identical on a mac osx

authors: artfwo petli ziahamza

repo: commonsmachinery/blockhash-js

license: mit

license_source: bigquery


text:
Not able to post through ccla_whitelist_requests endpoint as the developer/employee(github user) username is not available in dynamodb

Summary
Not able to request for whitelist to a company as the username of the developer/employee(github user) is not available in dynamodb
Background
Provide context to the issue - provide steps to reproduce the behavior, such as:
Pre-requsite data
-Github organization automationframeworkui with a apiFramework should exist
-Github org should be installed for the project "CloudFoundry.org Foundation, Inc."
-CLA group "APIFramework" should be exist for both ccla and icla. Templates should be generated and "apiFramework"  repository of github oreganization "automationframeworkui" should be added to APIFramework cla group
-User with CLA Manager role should exist
-An Employee/developer(github user) to get whitelisted for contribution should exist
Steps To Follow

Launch https://github.com/automationframeworkui/apiFramework
Login as employee/developer
Edit some files perform Pull Request
All checks fail and requests for CLA Sign
Click on CLA Sign
Github user will be redirected to Contributor console and github user details will be added to dynamodb.
Observed that except github username other guthub user details were added dynamodb
Now try to request for ccla whitelisting through api using ccla_whitelist_requests end point
/v3/company/{{companyid}}/ccla_whitelist_requests/{{projectid}}
Observed below reponse and was not able to post whitelist request
{
"Code": "ValidationException",
"Message": "ValidationException: One or more parameter values were invalid: An AttributeValue may not contain an empty string\n\tstatus code: 400, request id: 8TB6EPON7TCTKS9MSEQ5HO4ULBVV4KQNSO5AEMVJF66Q9ASUAAJG"
}

Expected behavior
When user is redirected to contributor console from github while trying to sign the CLA, all required github user details should be stored in dynamodb and we should be able to request for whitelisting from api end point ccla_whitelist_requests
Screenshots
If applicable, add screenshots to help explain your problem.
Environment
Please complete the following information:

Environment: DEV
OS: [e.g. iOS]
Browser [e.g. chrome, safari]
Version [e.g. 22]

Additional Context
Add any other context about the problem here.
Acceptance Criteria
The "done" criteria when this feature or problem is resolved. Such as:

Unit Tests added and running in CI
Functional Tests updated to cover feature, if applicable
Demonstrate the set of capabilities to the product team while the code is running in the STAGING environment.

References
(Optional) Provide any code or specification references that would be helpful for the developer implementing this feature.

@wanyaland is this related to your task #589 ? Please review and confirm.

@automationframework508 . I just wanted to verify at which point the referred api endpoint was being called. Because that error got could be an issue with the payload being invalid/empty. Payload format {'userId': <user_id>' } could have had an issue.

Verified that able to request whitelisting of developer(github user) through API and able to see the details in UI

authors: automationframework508 dealako nirupamav wanyaland

repo: communitybridge/easycla


text:
DSND-2561: Further refactoring of upsert transaction mappers

Describe the changes

Tests use the the public methods not the implementations of the abstract methods.
Changed order of top level mapping and data mapping.
Moved update existing transaction method to abstract class.

Related Jira tickets
DSND-2561
Developer check list
General

[ ] Is the PR as small as it can be?
[ ] Has the Jira ticket been updated with any relevant comments?
[ ] Is the README up to date?
[ ] Has the POM been updated for the latest versions of dependencies?
[ ] Has the code been double-checked against main?
[ ] Does the code adhere standards in this repository, including SonarQube checks?

Testing

[ ] Do the code changes have unit and integration tests with code coverage > 80%?
[ ] Has the code been tested locally and/or passed the API Karate tests on Tilt?
[ ] Have mandatory manual test cases been run?
[ ] Are extra Karate tests required?
[ ] Are all the test data resources up to date?

Release preparation
Where possible, add links to the respective Jira tickets when an item is checked

[ ] Have these changes been included in a release ticket?
[ ] Are changes required to the docker-chs-development deployment or test data?
[ ] Are any changes required to the environment added to deployment repositories?

Notes to the tester
Add any testing hints or instructions here.

CI: No security warnings found

authors: cgregoryCH ch-code-analysis

repo: companieshouse/filing-history-data-api


text:
Issue with initialize 'q's

The q's are initialized before devo and slsqp solver by stored attribute 'q' of the form. This is crashing here for a fresh form - with no 'q's assigned.
https://github.com/compas-dev/compas_ags/blob/af6dc7233cc76e44710a7bb4751a885d0b87ca1c/src/compas_ags/ags/loadpath3.py#L178

This should be resolved when a FormDiagram is used as the input, as it by default has edge attribute 'q' as 1. This is not the case with the base Network.

authors: andrewtliew ricardoavelino


text:
Add c++23 kernel

Description
Please include a summary of changes, motivation and context for this PR.
This PR adds a c++23 kernel to xeus-cpp.
Fixes # (issue)
Type of change
Please tick all options which are relevant.

[ ] Bug fix
[c] New feature
[ ] Added/removed dependencies
[ ] Required documentation updates

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 80.80%. Comparing base (0a3a75e) to head (e0a7edd).
Report is 1 commits behind head on main.

Additional details and impacted files

@@           Coverage Diff           @@
##             main     #198   +/-   ##
=======================================
  Coverage   80.80%   80.80%
=======================================
  Files          19       19
  Lines         974      974
  Branches       93       93
=======================================
  Hits          787      787
  Misses        187      187

authors: codecov-commenter mcbarton

repo: compiler-research/xeus-cpp


text:
Documentation

The purpose of this issue is to plan out the first iteration of documentation in Tapir, and to figure out what order to do things in.
Structure plan:
Developer Docs
This is probably the most important documentation to do well, because it will make it possible to on-board other people. My basic plan is to start simple, and build up.
All of these documentations will be built around diagrams -- these will probably be hand-drawn to minimise the amount of time I have to spend messing around with annoying printing.
Explain the rrule!! abstraction #175 dealt with this
This page will explain in detail what rrule!!s and things output by build_rrule must do, with a couple of worked examples. A non-exhaustive list of points to discuss includes:

why data with addresses and data without addresses require different treatment
what can go wrong if we don't require that each memory address has a unique tangent memory address (i.e. all of the stuff around aliasing) -- provide a simple example
a simple mathematical model for the computation that rrules do

Differentiation a Function Comprising a Single Block
With the rrule abstraction introduced, we can discuss

how in principle rrules can be chained together to differentiate a composition of functions for which we have rules, and
how this is done in practice.

At the end of this section the reader should have a solid understanding of what's going on with AD in Tapir.jl. In particular, we'll be able to discuss the transformation which happen to each primal line with needing to think about control flow, and will be able to discuss the basic mechanisms by which we share information between the forwards and reverse passes, how we use + generate OpaqueClosures, etc.
Handling Dynamic Control Flow and CFG Transformations
With the above done, we can turn out attention to handling dynamic control flow. The basic idea is to convince the reader that each possible trajectory through the CFG corresponds to a different linearisation of the control
At this point, we'll need to explain how control flow is handled in SSA (phi nodes, goto / goto-if-not nodes etc), and then jointly explain how

each basic block gets transformed,
the overall CFG gets transformed.

These two steps are necessarily somewhat coupled.
BBCode Explainer
TODO: plan this
Tutorials
TODO: plan these
Interface Documentation
TODO: plan these
Misc:

Expand on argument about uniquely typed tangents giving conditional type stability
Worked hand-written example with control flow

Great work!
The section on Algorithmic Differentiation in the documentation is a long page, with only first-level headings in the navigation panel. It might be helpful to allow second or third-level headings in the navigation panel.

There might be a typo in the current documentation (v0.4.50)
For the first example:
Search for the sentence

We can read off the adjoint operator from the first argument to the inner product:

The line after that sentence reads YX' + XY.
I think it should be XY' + XY. It might be helper to the reader to add a sentence to review the cyclic argument identity trace(ABC) = trace(BCA) = trace(CAB).
See this script for an example, for the RHS (what I think is correct) and RHS_in_docs (what is currently there).
using LinearAlgebra, Random

rng = Random.Xoshiro(0)
T = Float64

D = 3

Y = randn(T, D, D) # a tangent vector in the tangent space of the destination manifold.
X = randn(T, D, D) # a point on the source matrix manifold
V = randn(T, D, D) # a tangent vector in the tangent space of the source manifold.

ip = (AA,BB)->tr(AA'*BB)
LHS = ip(Y, V'*X + X'*V)
RHS = ip(X*Y' + X*Y, V)

RHS_in_docs = ip(Y*X' + X*Y, V)

@show norm(LHS-RHS)/norm(LHS), norm(LHS-RHS_in_docs)/norm(LHS)

I get this in the REPL on my machine:
(norm(LHS - RHS) / norm(LHS), norm(LHS - RHS_in_docs) / norm(LHS)) = (2.533751899901873e-16, 1.6039683080608973)

Please let me know if I got this example wrong.

The section on Algorithmic Differentiation in the documentation is a long page, with only first-level headings in the navigation panel. It might be helpful to allow second or third-level headings in the navigation panel.

Thanks for the suggestion -- I wasn't aware that this was possible! I'll look into it.

I think it should be XY' + XY.

I think you must be right that I have a typo on the basis of the dimensions of X and Y alone, because if X is an N x D matrix, then Y must be a D x D matrix . So Y X' must be a D x N matrix, and XY must be an N x D matrix, so YX' + XY makes no sense at all. I think I have a mistake on the third line of the derivation when I apply the trace's cyclic property + transpose the first trace term.

It might be helper to the reader to add a sentence to review the cyclic argument identity trace(ABC) = trace(BCA) = trace(CAB).

Great idea.
For the typo and adding the trace term, would you be interested in opening a PR, or shall I go ahead and make the fix?

I'm happy to wait until the weekend :)

If you can wait for this weekend, would you be open to me adding some other minor writing style or grammar-related updates in the PR? You're welcomed to keep only the edits that make sense to you when reviewing the PR.

Please do, I look forward to your PR!

Sorry, I spent most of my time on learning Mooncake.jl and DifferentiationInterface.jl's extension for it. I'll get on the documentation PR probably in the coming weeks. If not, then mid-December, when work pressure should reduce a bit for me.
I have some questions on the current documentation:

There is no public API list in the documentation, but there is an internal API list. I could add a public API page based on the methods that are exported.
Some of the exported entities in src/Mooncake.jl have underscore in front of them. Are they internal functions? I could skip the docstring for them if you don't mind me including a public API page in my PR.
What are your conventions for !! postfix on functions in Mooncake.jl? I ask because different authors might have different conventions. I could briefly introduce your convention as part of the introduction or the internals part of the documentations, so new Julia devs aren't lost if they are interested in the internals.
The text in the Intro section keeps deferring the detailed discussion of aliasing to "a later discussion". Do you have a section written up for this? I noticed the docstrings of value_and_pullback!! mention the user needs to make sure aliasing doesn't occur, and it is exported according to src/Mooncake.jl. I could think about how to communicate this briefly in the Intro once I learn more about the exported functions.

authors: RoyCCWang willtebbutt


text:
Add Cooperative Storage

This patch adds back cooperative storage, which simply isolates each read and write call in QuarkScript to pulling the active nonce and isolating storage keys on that value.
Notes:

This is cooperative. A malicious script is free to change any stored data.
After a nested quark operation, the nonce value is cleared and thus will not be properly read. We raise an error in this case.

After a nested quark operation, the nonce value is cleared and thus will not be properly read. We raise an error in this case.

An alternative approach to address this would be to, in the wallet, cache the current activeNonce and set it back to this value after the callcode. Not saying we should do this, but in a tstore world this is basically free and would remove this weird edge case.

After a nested quark operation, the nonce value is cleared and thus will not be properly read. We raise an error in this case.

An alternative approach to address this would be to, in the wallet, cache the current activeNonce and set it back to this value after the callcode. Not saying we should do this, but in a tstore world this is basically free and would remove this weird edge case. It's basically what we used to do in the QuarkStateManager.

Yeah, though scripts could also cache it themselves. Mostly here I want the scripts to be written pretty seamlessly, but they are free for more complex behaviors if they want to handle nested calls.

repo: compound-finance/quark


text:
Test failure - test_segment_from_mask_non_square

There is a failing test: test_segment_from_mask_non_square
It fails when you run the tests from either the master or dev branches.

Here are the results from the master branch
Same results from the dev branch

Here are the relevant sections of test code:

the test that fails
the actual part that runs
the line reported as failing

This is the error message:
FAILED test/test_prompt_based_segmentation.py::TestPromptBasedSegmentation::test_segment_from_mask_non_square - AssertionError: 0.012674722835867252 not greater than 0.8
=================================== FAILURES ===================================
________ TestPromptBasedSegmentation.test_segment_from_mask_non_square _________

self = <test.test_prompt_based_segmentation.TestPromptBasedSegmentation testMethod=test_segment_from_mask_non_square>

    def test_segment_from_mask_non_square(self):
>       self._test_segment_from_mask((256, 384))

test/test_prompt_based_segmentation.py:107:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
test/test_prompt_based_segmentation.py:77: in _test_segment_from_mask
    self.assertGreater(util.compute_iou(mask, predicted), expected_iou_mask)
E   AssertionError: 0.012674722835867252 not greater than 0.8

It looks like @constantinpape wrote this particular test, so perhaps he's the best person to ask what it's supposed to check here?

Thanks for opening the issue @GenevieveBuckley. I will look into this.

I figured out the issue: the behavior of ResizeLongestSide.apply_image has changed. This now casts the output to uint8 and changes the data range. Before it left data type and range unchanged. My best guess is that this change was introduced by the recent upgrade of PyTorch / torchvision.
For the concrete test the issue stems from here.
It should be rather easy to fix this behavior here, but we rely on this in a couple of other places, where changes might also be needed.

I checked, this is the only place affected. Will be fixed by #375.

Nice, thank you!

authors: GenevieveBuckley constantinpape

repo: computational-cell-analytics/micro-sam


text:
Recommended aproach for building external conan recipes in CI

I'd like to build a package from Conan Center in CI with custom choice of CONAN_OPTIONS and compilers. Is it there any easy way to make CPT build, test, and upload binaries of that external package instead of "local" conanfile.py? Or is there any other recommended approach for this case?

CPT is used to generate a matrix of builds. If you are looking for a set of builds, I strongly recommend using lockfiles instead: https://docs.conan.io/en/latest/versioning/lockfiles.html#how-to-use-lockfiles-in-ci

No, i think I need to generate build matrix. Otherwise I don't understand how can I obtain such lock files in the first place

To clarify : this is not about local builds, but about generating matrix of binary packages in ci for uploading to repository

I'm using CPT to generate matrix of builds, for example in my fork of ICU recipe I use this matrix  for ICU, and this one for libxml2. Now both packages are in Conan Center and it's not possible to synchronize with upstream by rebasing my branch, so I wonder what migration path should be chosen.

In this case no. CPT is projected for local builds. You will need a script to download all files, build and upload.

authors: annulen uilianries

repo: conan-io/conan-package-tools


text:
add ability to keep old version

Not sure if this feature exists but not documented. If I use zero-downtime deployment, the process deploys the new version and deletes the old. Is it possible to add a feature which will always keep the old version and just rename it and remove the route? This allows us to rollback without much downtime in case the new app comes online and crashes later. Has this come up before?

@ps0296, this sounds like a help use case. Would you be willing to provide a pull request with tests?

This would be useful for us as well, but does not appear to be possible using the current blue-green mechanism.
https://github.com/concourse/cf-resource/blob/0a0ad7c2396b5622f892316b27356dc79ed70e1d/out/cloud_foundry.go#L38-L45
zero-downtime-push is provided by https://github.com/contraband/autopilot, which does not support leaving the old version in a stopped (but not deleted) state.
There are also no plans for autopilot to support that use case, see contraband/autopilot#27.

Hi.
I think the same way as @ps0296 .
This resource use contraband/autopilot plugin which does not correspond to keeping old versions.
Is not acceptable to use sakkuru/rollback-push corresponding to rollback?

authors: cah-andrewfitzgerald cappyzawa jtarchie ps0296

repo: concourse/cf-resource


text:
Add Apache 2.0 license

There's currently no license. I propose applying the Apache 2.0 license.

@kdykeman Please sign the Contributor License Agreement!
Click here to manually synchronize the status of this Pull Request.
See the FAQ for frequently asked questions.

@kdykeman Thank you for signing the Contributor License Agreement!

thanks!

authors: kdykeman pivotal-issuemaster vito

repo: concourse/groundcrew


text:
Shipping creates crazy taxes

Hello,
I just stumbled on this error with shipping rates:
Setup

Community Store latest release
Taxes set to "Prices exlusive of taxes"
Added some tax rates to different locations
Added "table based" shipping

Now when a customer adds a product to the cart that included shipping, the shipping costs are calculated properly but a huge amount of taxes (much more than the value of the cart) is added to the equation.
I have not yet figured out where those huge numbers come from but they are added up to the total price, mutating a cart value of 20€ up to 150€.
This happens when a tax rate is set to work with "product sum + shipping".
The problem occurs also with the built-in shipping method.

I'm having trouble replicating this. This is CS1.2, concrete5.8.2 and a couple of tax rates enabled, using a flat rate shipping and exclusive tax entry.  Any other settings you can think of that might trigger this?

Is this still occurring?

authors: Mesuva cahueya


text:
8.5.1: Images in Composer do not work

Reproduce:

Create a page type
Add an image to the composer form
Add the image block to the page type presets
Create a page of this type with composer

Result:
Regardless if you choose an image or not, the system does not allow you to publish the page. It always says "please choose an image", even if image is not mandatory.
Tested with Concrete 8.5.1

Using the current develop branch I can partially reproduce this issue.
If an image is not selected in Composer, a You must specify a valid image file. error is displayed when attempting to publish. Once an image is selected, the page can be published. This occurs when pages are created and updated.

Users must select an image in Composer to publish a page, even when the image is not required in the Composer form.
While a seemingly minor bug, this issue is causing confusion for end users and effectively breaks Composer driven pages.

Confirmed here as well. Workaround is to pick an image, then delete it when in editing mode on the page.

IMHO in the image block it should always be optional to choose an image, not mandatory. This changed some versions ago; I think it was optional in 5.7.
There are cases where it can make sense to add "empty" image blocks, for example if you want to add an image later (or the image editor who could be a different person) or if you configured the image block to display some kind of placeholder image when none is configured.

This is fixed and will be in 8.5.2.

Problem remains in 8.5.2 // PHP 7.3.6

authors: MrKarlDilkington aembler cochranecreative magnolia4 mehl


text:
Switch bld.bat to use VS2019 and v142 toolset

Fix https://github.com/conda-forge/ace-feedstock/issues/54 .
Checklist

[x] Used a personal fork of the feedstock to propose changes
[x] Bumped the build number (if the version is unchanged)
[ ] Reset the build number to 0 (if the version changed)
[x] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[x] Ensured the license file is being packaged.

@conda-forge-admin, please rerender

I am not using conda myself, but can the user select there which compiler to use vs2019 or vs2022? Looking at the original report from #54 it seems the user can do that. If that is the case the batch file should respect the user decision and not just force vs2019. I do want to mention that vs2022 hasn't been tested by us.

authors: jwillemsen traversaro

repo: conda-forge/ace-feedstock


text:
Re run CI

This repo depends on https://github.com/conda-forge/argo-workflows-feedstock that wasn't available at the time CI of this repo started.
https://github.com/conda-forge/argo-workflows-feedstock is now available.
So the CI on master must be run again.
ping @scopatz

@conda-forge/help-python

you are a maintainer here so the easiest thing to do is to make an empty commit to master

authors: beckermr hadim


text:
Version: 2021.04.01

Add the latest release.

Checklist

[x] Used a personal fork of the feedstock to propose changes
[ ] Bumped the build number (if the version is unchanged)
[x] Reset the build number to 0 (if the version changed)
[x] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[ ] Ensured the license file is being packaged.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

@conda-forge-admin, please rerender

[ ] merge after https://github.com/conda-forge/warpx-feedstock/pull/34 was released

repo: conda-forge/blaspp-feedstock


text:
MNT: rerender

Hi! This is the friendly automated conda-forge-webservice.
I've rerendered the recipe as instructed in #28.
Here's a checklist to do before merging.

[ ] Bump the build number if needed.

Fixes #28

Great, my PR https://github.com/conda-forge/conda-smithy/pull/1691 finally kicked in.
Let's get README updated in the next release. Closing.

authors: conda-forge-admin leofang

repo: conda-forge/cuquantum-feedstock


text:
BUG remove F90 and F77

Checklist

[x] Used a fork of the feedstock to propose changes
[x] Bumped the build number (if the version is unchanged)
[ ] Reset the build number to 0 (if the version changed)
[x] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[x] Ensured the license file is being packaged.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

@conda-forge-admin rerender

thanks @beckermr !

authors: beckermr conda-forge-linter phil-blain


text:
MNT: Update pinned versions.

Hi! This is the friendly conda-forge-admin automated user.
I've bumped some of the conda-forge pinned versions, and noticed that it impacts this feedstock.
If the changes look good, then please go ahead and merge this PR.
If you have any questions about the changes though, please feel free to ping the 'conda-forge/core' team (using the @ notation in a comment).
Thanks!

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

authors: conda-forge-admin conda-forge-linter

repo: conda-forge/glibmm-feedstock


text:
Add maintainer

Checklist

[x] Used a fork of the feedstock to propose changes
[x] Bumped the build number (if the version is unchanged)
[x] Reset the build number to 0 (if the version changed)
[x] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[x] Ensured the license file is being packaged.

@conda-forge-admin, please rerender

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

authors: ChristopherHogan conda-forge-linter

repo: conda-forge/libctl-feedstock


text:
Revert "Don't use system libc++abi when building libc++"

This reverts commit 6fc7fd83492c8c87774928e33f5c3455d2a1b1b3.

Checklist

[ ] Used a fork of the feedstock to propose changes
[ ] Bumped the build number (if the version is unchanged)
[ ] Reset the build number to 0 (if the version changed)
[ ] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[ ] Ensured the license file is being packaged.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

@conda-forge-admin, rerender

@isuruf my test case is now working again. However, I cannot get the old compilers to install properly to test that it fails. Shall I add it to this PR?

Sure

authors: beckermr conda-forge-linter isuruf

repo: conda-forge/libcxx-feedstock


text:
amend

Checklist

[x] Used a personal fork of the feedstock to propose changes
[ ] Bumped the build number (if the version is unchanged)
[x] Reset the build number to 0 (if the version changed)
[x] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[x] Ensured the license file is being packaged.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

repo: conda-forge/nsbm-feedstock


text:
update to 1.1.7

Checklist

[x] Used a personal fork of the feedstock to propose changes
[x] Bumped the build number (if the version is unchanged)
[x] Reset the build number to 0 (if the version changed)
[x] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[x] Ensured the license file is being packaged.

@conda-forge-admin, please rerender

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe/meta.yaml) and found it was in an excellent condition.
I do have some suggestions for making it better though...
For recipe/meta.yaml:

ℹ noarch: python recipes should almost always follow the syntax in our documentation. For the host section of the recipe, you should almost always use python {{ python_min }} for the python entry. For the run section of the recipe, you should almost always use python >={{ python_min }} for the python entry. For the test.requires section of the recipe, you should almost always use python {{ python_min }} for the python entry. You may need to override the python_min variable in the conda_build_config.yaml/variants.yaml if the package requires a newer Python version than the currently supported minimum version on conda-forge.
ℹ PyPI default URL is now pypi.org, and not pypi.io. You may want to update the default source url.

authors: conda-forge-admin semuadmin

repo: conda-forge/pygnssutils-feedstock


text:
Update meta.yaml

Checklist

[x ] Used a personal fork of the feedstock to propose changes
[x ] Bumped the build number (if the version is unchanged)
[x ] Reset the build number to 0 (if the version changed)
[x ] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[x ] Ensured the license file is being packaged.

@conda-forge-admin, please rerender

repo: conda-forge/pynsid-feedstock


text:
update to v1.0.5

Checklist

[x] Used a personal fork of the feedstock to propose changes
[x] Bumped the build number (if the version is unchanged)
[x] Reset the build number to 0 (if the version changed)
[x] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[x] Ensured the license file is being packaged.

@conda-forge-admin, please rerender

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe/meta.yaml) and found it was in an excellent condition.
I do have some suggestions for making it better though...
For recipe/meta.yaml:

ℹ noarch: python recipes should usually follow the syntax in our documentation for specifying the Python version.

For the host section of the recipe, you should usually use python {{ python_min }} for the python entry.
For the run section of the recipe, you should usually use python >={{ python_min }} for the python entry.
For the test.requires section of the recipe, you should usually use python {{ python_min }} for the python entry.
If the package requires a newer Python version than the currently supported minimum version on conda-forge, you can override the python_min variable by adding a Jinja2 set statement at the top of your recipe (or using an equivalent context variable for v1 recipes).

ℹ PyPI default URL is now pypi.org, and not pypi.io. You may want to update the default source url.

repo: conda-forge/pyspartn-feedstock


text:
MNT: Re-rendered with conda-smithy 3.1.12 and pinning 2018.10.08

Build for R 3.5.1

Hi! This is the friendly automated conda-forge-linting service.
I wanted to let you know that I linted all conda-recipes in your PR (recipe) and found some lint.
Here's what I've got...
For recipe:

Recipe maintainer "Cashalow" does not exist

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

repo: conda-forge/r-animation-feedstock


text:
Update main to 1.63.0 and dev to 1.65.0

Checklist

[x] Used a personal fork of the feedstock to propose changes
[x] Bumped the build number (if the version is unchanged)
[x] Reset the build number to 0 (if the version changed)
[x] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[x] Ensured the license file is being packaged.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

This is failing as rust_dev is not part of the channel sources. Should this be re-added?

I think so, IIUC it was removed in https://github.com/conda-forge/rust-activation-feedstock/pull/23/commits/fc33737420a51df8606c71d4fe404c1c677ebac7 so that 1.62.1 and 1.63.0 could both be released on main with https://github.com/conda-forge/rust-activation-feedstock/pull/23
cc @isuruf

@conda-forge-admin, rerender

Thanks @isuruf

authors: charlesbluca conda-forge-linter isuruf xhochy

repo: conda-forge/rust-activation-feedstock


text:
Update recipe to v0.4.0

Checklist

[x] Used a personal fork of the feedstock to propose changes
[ ] Bumped the build number (if the version is unchanged) N/A
[x] Reset the build number to 0 (if the version changed)
[ ] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[ ] Ensured the license file is being packaged.

@conda-forge-admin, please rerender

Reason for Build Failure: ?/N
Possible resolution: pin setuptools version prior to 70.
Source: https://github.com/aws-neuron/aws-neuron-sdk/issues/893
Observation:

:point_right: Write your observation here

line number: ???: (error)
time elapsed: 00:04:20

ImportError: cannot import name 'packaging' from 'pkg_resources'

Click to expand: Detailed Error Trace

Processing $SRC_DIR
  Added file://$SRC_DIR to build tracker '/tmp/pip-build-tracker-k6075ngz'
  Created temporary directory: /tmp/pip-modern-metadata-f_9p24c0
  Preparing metadata (pyproject.toml): started
  Running command Preparing metadata (pyproject.toml)
  Traceback (most recent call last):
    File "/home/conda/feedstock_root/build_artifacts/tensordict_1716666949864/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_/lib/python3.12/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 353, in <module>
      main()
    File "/home/conda/feedstock_root/build_artifacts/tensordict_1716666949864/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_/lib/python3.12/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 335, in main
      json_out['return_val'] = hook(**hook_input['kwargs'])
                               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    File "/home/conda/feedstock_root/build_artifacts/tensordict_1716666949864/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_/lib/python3.12/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 149, in prepare_metadata_for_build_wheel
      return hook(metadata_directory, config_settings)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    File "/home/conda/feedstock_root/build_artifacts/tensordict_1716666949864/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_/lib/python3.12/site-packages/setuptools/build_meta.py", line 366, in prepare_metadata_for_build_wheel
      self.run_setup()
    File "/home/conda/feedstock_root/build_artifacts/tensordict_1716666949864/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_/lib/python3.12/site-packages/setuptools/build_meta.py", line 487, in run_setup
      super().run_setup(setup_script=setup_script)
    File "/home/conda/feedstock_root/build_artifacts/tensordict_1716666949864/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_/lib/python3.12/site-packages/setuptools/build_meta.py", line 311, in run_setup
      exec(code, locals())
    File "<string>", line 19, in <module>
    File "/home/conda/feedstock_root/build_artifacts/tensordict_1716666949864/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_/lib/python3.12/site-packages/torch/utils/cpp_extension.py", line 28, in <module>
      from pkg_resources import packaging  # type: ignore[attr-defined]
      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  ImportError: cannot import name 'packaging' from 'pkg_resources' (/home/conda/feedstock_root/build_artifacts/tensordict_1716666949864/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_/lib/python3.12/site-packages/pkg_resources/__init__.py)
  error: subprocess-exited-with-error

  × Preparing metadata (pyproject.toml) did not run successfully.
  │ exit code: 1
  ╰─> See above for output.

  note: This error originates from a subprocess, and is likely not a problem with pip.
  full command: /home/conda/feedstock_root/build_artifacts/tensordict_1716666949864/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_/bin/python /home/conda/feedstock_root/build_artifacts/tensordict_1716666949864/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_/lib/python3.12/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py prepare_metadata_for_build_wheel /tmp/tmprjdtbcvy
  cwd: /home/conda/feedstock_root/build_artifacts/tensordict_1716666949864/work
  Preparing metadata (pyproject.toml): finished with status 'error'
error: metadata-generation-failed

Reason for Build Failure: ?
Observation:

:point_right: Write your observation here

line number: 934: (error)
time elapsed: 00:03:42

conda_build.exceptions.OverLinkingError: overlinking check failed

Click to expand: Detailed Error Trace

Packaging tensordict
Packaging tensordict-0.4.0-pyh34a67c9_0
number of files: 40
Warning: rpath /home/conda/feedstock_root/build_artifacts/tensordict_1716668944925/_build_env/lib is outside prefix /home/conda/feedstock_root/build_artifacts/tensordict_1716668944925/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_ (removing it)
   INFO: sysroot: '/home/conda/feedstock_root/build_artifacts/tensordict_1716668944925/_build_env/x86_64-conda-linux-gnu/sysroot/' files: '['usr/share/zoneinfo/zone.tab', 'usr/share/zoneinfo/tzdata.zi', 'usr/share/zoneinfo/right/Zulu', 'usr/share/zoneinfo/right/WET']'
  ERROR (tensordict,lib/python3.12/site-packages/tensordict/_tensordict.so): Needed DSO lib/libstdc++.so.6 found in ['conda-forge/linux-64::libstdcxx-ng==13.2.0=hc0a3c3a_7']
  ERROR (tensordict,lib/python3.12/site-packages/tensordict/_tensordict.so): .. but ['conda-forge/linux-64::libstdcxx-ng==13.2.0=hc0a3c3a_7'] not in reqs/run, (i.e. it is overlinking) (likely) or a missing dependency (less likely)
  ERROR (tensordict,lib/python3.12/site-packages/tensordict/_tensordict.so): Needed DSO lib/libgcc_s.so.1 found in ['conda-forge/linux-64::libgcc-ng==13.2.0=h77fa898_7']
  ERROR (tensordict,lib/python3.12/site-packages/tensordict/_tensordict.so): .. but ['conda-forge/linux-64::libgcc-ng==13.2.0=h77fa898_7'] not in reqs/run, (i.e. it is overlinking) (likely) or a missing dependency (less likely)
   INFO (tensordict,lib/python3.12/site-packages/tensordict/_tensordict.so): Needed DSO x86_64-conda-linux-gnu/sysroot/lib64/libc.so.6 found in CDT/compiler package conda-forge/noarch::sysroot_linux-64==2.12=he073ed8_17
WARNING (tensordict): run-exports library package conda-forge/linux-64::pytorch==2.1.2=cpu_mkl_py312he7b903e_104 in requirements/run but it is not used (i.e. it is overdepending or perhaps statically linked? If that is what you want then add it to `build/ignore_run_exports`)
WARNING (tensordict): interpreter (Python) package conda-forge/linux-64::python==3.12.3=hab00c5b_0_cpython in requirements/run but it is not used (i.e. it is overdepending or perhaps statically linked? If that is what you want then add it to `build/ignore_run_exports`)
WARNING (tensordict): run-exports library package conda-forge/linux-64::numpy==1.26.4=py312heda63a1_0 in requirements/run but it is not used (i.e. it is overdepending or perhaps statically linked? If that is what you want then add it to `build/ignore_run_exports`)
Traceback (most recent call last):
  File "/opt/conda/bin/conda-build", line 11, in <module>
    sys.exit(execute())
  File "/opt/conda/lib/python3.10/site-packages/conda_build/cli/main_build.py", line 590, in execute
    api.build(
  File "/opt/conda/lib/python3.10/site-packages/conda_build/api.py", line 250, in build
    return build_tree(
  File "/opt/conda/lib/python3.10/site-packages/conda_build/build.py", line 3638, in build_tree
    packages_from_this = build(
  File "/opt/conda/lib/python3.10/site-packages/conda_build/build.py", line 2711, in build
    newly_built_packages = bundlers[pkg_type](output_d, m, env, stats)
  File "/opt/conda/lib/python3.10/site-packages/conda_build/build.py", line 1850, in bundle_conda
    files = post_process_files(metadata, initial_files)
  File "/opt/conda/lib/python3.10/site-packages/conda_build/build.py", line 1664, in post_process_files
    post_build(m, new_files, build_python=python)
  File "/opt/conda/lib/python3.10/site-packages/conda_build/post.py", line 1728, in post_build
    check_overlinking(m, files, host_prefix)
  File "/opt/conda/lib/python3.10/site-packages/conda_build/post.py", line 1553, in check_overlinking
    return check_overlinking_impl(
  File "/opt/conda/lib/python3.10/site-packages/conda_build/post.py", line 1530, in check_overlinking_impl
    raise OverLinkingError(overlinking_errors)
conda_build.exceptions.OverLinkingError: overlinking check failed
["  ERROR (tensordict,lib/python3.12/site-packages/tensordict/_tensordict.so): .. but ['conda-forge/linux-64::libstdcxx-ng==13.2.0=hc0a3c3a_7'] not in reqs/run, (i.e. it is overlinking) (likely) or a missing dependency (less likely)", "  ERROR (tensordict,lib/python3.12/site-packages/tensordict/_tensordict.so): .. but ['conda-forge/linux-64::libgcc-ng==13.2.0=h77fa898_7'] not in reqs/run, (i.e. it is overlinking) (likely) or a missing dependency (less likely)"]

##[error]Bash exited with code '1'.

Closing this PR against the other PR #11.

repo: conda-forge/tensordict-feedstock


text:
Added @thewchan as maintainer

Checklist

[x] Used a personal fork of the feedstock to propose changes
[x] Bumped the build number (if the version is unchanged)
[x] Reset the build number to 0 (if the version changed)
[x] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[x] Ensured the license file is being packaged.

I'd like to add myself as a maintainer as I needed to add a past version of titlecase to conda-forge as dependencies for another package.

Hi! This is the friendly automated conda-forge-linting service.
I wanted to let you know that I linted all conda-recipes in your PR (recipe) and found some lint.
Here's what I've got...
For recipe:

noarch: python recipes are required to have a lower bound on the python version. Typically this means putting python >=3.6 in both host and run but you should check upstream for the package's Python compatibility.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

@conda-forge-admin, please rerender

@brocksam All checks has pass. Thanks for considering

@conda-forge/core Please help review this, thanks.

authors: conda-forge-linter thewchan

repo: conda-forge/titlecase-feedstock


text:
Switch from distutils LooseVersion to Version

Fix DeprecationWarning: distutils Version classes are deprecated. Use packaging.version instead.

Checklist

[X] Added a news entry

Warning: I haven't run the tests locally, and I'm not sure if there are differences between distutils.version.LooseVersion and packaging.Version.

@mariusvniekerk sorry for the ping, but would it be possible to get this reviewed and merged? Its currently causing ensureconda to fail on Python 3.12.

Ping @mariusvniekerk

Sorry for ping again, it's stuck too long.

authors: SINC-G jfrost-mo maresb

repo: conda-incubator/ensureconda


text:
[BUG] File URL on Windows

Bug description
Using the "local sdist archive" workflow on Windows yields an URL that is not compatible with conda-build, see:
"source:
url: file://D:\temp\myPackage-0.0.2.tar.gz"
instead of "source:
url: file:///D:/temp/myPackage-0.0.2.tar.gz"
To Reproduce
Steps to reproduce the behavior:

Using the "local sdist archive" workflow on Windows, e.g. grayskull pypi ./pytest-5.3.5.tar.gz
Try using conda-build on the generated meta.yaml

Expected behavior
conda-build works - or at least manages to "download" the source.
Environment:

Name
Version
Build
Channel

beautifulsoup4
4.11.2
pyha770c72_0
conda-forge

brotlipy
0.7.0
py311ha68e1ae_1005
conda-forge

bzip2
1.0.8
h8ffe710_4
conda-forge

ca-certificates
2022.12.7
h5b45459_0
conda-forge

certifi
2022.12.7
pyhd8ed1ab_0
conda-forge

cffi
1.15.1
py311h7d9ee11_3
conda-forge

chardet
5.1.0
py311h1ea47a8_0
conda-forge

charset-normalizer
2.1.1
pyhd8ed1ab_0
conda-forge

colorama
0.4.6
pyhd8ed1ab_0
conda-forge

conda
22.11.1
py311h1ea47a8_1
conda-forge

conda-build
3.23.3
py311h1ea47a8_1
conda-forge

conda-package-handling
2.0.2
pyh38be061_0
conda-forge

conda-package-streaming
0.7.0
pyhd8ed1ab_1
conda-forge

conda-souschef
2.2.3
pyhd8ed1ab_0
conda-forge

cryptography
39.0.1
py311h28e9c30_0
conda-forge

filelock
3.9.0
pyhd8ed1ab_0
conda-forge

glob2
0.7
py_0
conda-forge

grayskull
2.2.2
pyhd8ed1ab_0
conda-forge

idna
3.4
pyhd8ed1ab_0
conda-forge

intel-openmp
2023.0.0
h57928b3_25922
conda-forge

jinja2
3.1.2
pyhd8ed1ab_1
conda-forge

libarchive
3.6.2
h27c7867_0
conda-forge

libblas
3.9.0
16_win64_mkl
conda-forge

libcblas
3.9.0
16_win64_mkl
conda-forge

libffi
3.4.2
h8ffe710_5
conda-forge

libhwloc
2.8.0
h039e092_1
conda-forge

libiconv
1.17
h8ffe710_0
conda-forge

liblapack
3.9.0
16_win64_mkl
conda-forge

liblief
0.12.3
h63175ca_0
conda-forge

libsqlite
3.40.0
hcfcfb64_0
conda-forge

libxml2
2.10.3
hc3477c8_0
conda-forge

libzlib
1.2.13
hcfcfb64_4
conda-forge

lz4-c
1.9.4
hcfcfb64_0
conda-forge

lzo
2.10
he774522_1000
conda-forge

m2-msys2-runtime
2.5.0.17080.65c939c
3
conda-forge

m2-patch
2.7.5
2
conda-forge

m2w64-gcc-libgfortran
5.3.0
6
conda-forge

m2w64-gcc-libs
5.3.0
7
conda-forge

m2w64-gcc-libs-core
5.3.0
7
conda-forge

m2w64-gmp
6.1.0
2
conda-forge

m2w64-libwinpthread-git
5.0.0.4634.697f757
2
conda-forge

markupsafe
2.1.2
py311ha68e1ae_0
conda-forge

menuinst
1.4.19
py311h1ea47a8_1
conda-forge

mkl
2022.1.0
h6a75c08_874
conda-forge

msys2-conda-epoch
20160418
1
conda-forge

numpy
1.24.2
py311h0b4df5a_0
conda-forge

openssl
3.0.8
hcfcfb64_0
conda-forge

packaging
23.0
pyhd8ed1ab_0
conda-forge

pip
23.0.1
pyhd8ed1ab_0
conda-forge

pkginfo
1.9.6
pyhd8ed1ab_0
conda-forge

pluggy
1.0.0
pyhd8ed1ab_5
conda-forge

progressbar2
4.2.0
pyhd8ed1ab_0
conda-forge

psutil
5.9.4
py311ha68e1ae_0
conda-forge

pthreads-win32
2.9.1
hfa6e2cd_3
conda-forge

py-lief
0.12.3
py311h12c1d0e_0
conda-forge

pycosat
0.6.4
py311ha68e1ae_1
conda-forge

pycparser
2.21
pyhd8ed1ab_0
conda-forge

pyopenssl
23.0.0
pyhd8ed1ab_0
conda-forge

pysocks
1.7.1
pyh0701188_6
conda-forge

python
3.11.0
hcf16a7b_0_cpython
conda-forge

python-libarchive-c
4.0
py311h1ea47a8_2
conda-forge

python-utils
3.5.2
pyhd8ed1ab_0
conda-forge

python_abi
3.11
3_cp311
conda-forge

pytz
2022.7.1
pyhd8ed1ab_0
conda-forge

pyyaml
6.0
py311ha68e1ae_5
conda-forge

rapidfuzz
2.13.7
py311h12c1d0e_0
conda-forge

requests
2.28.2
pyhd8ed1ab_0
conda-forge

ripgrep
13.0.0
h7f3b576_2
conda-forge

ruamel.yaml
0.17.21
py311ha68e1ae_2
conda-forge

ruamel.yaml.clib
0.2.7
py311ha68e1ae_1
conda-forge

ruamel.yaml.jinja2
0.2.4
py_1
conda-forge

setuptools
59.8.0
py311h1ea47a8_1
conda-forge

six
1.16.0
pyh6c4a22f_0
conda-forge

soupsieve
2.3.2.post1
pyhd8ed1ab_0
conda-forge

stdlib-list
0.8.0
pyhd8ed1ab_0
conda-forge

tbb
2021.7.0
h91493d7_1
conda-forge

tk
8.6.12
h8ffe710_0
conda-forge

toml
0.10.2
pyhd8ed1ab_0
conda-forge

tomli
2.0.1
pyhd8ed1ab_0
conda-forge

tomli-w
1.0.0
pyhd8ed1ab_0
conda-forge

toolz
0.12.0
pyhd8ed1ab_0
conda-forge

tqdm
4.64.1
pyhd8ed1ab_0
conda-forge

tzdata
2022g
h191b570_0
conda-forge

ucrt
10.0.22621.0
h57928b3_0
conda-forge

urllib3
1.26.14
pyhd8ed1ab_0
conda-forge

vc
14.3
hb6edc58_10
conda-forge

vs2015_runtime
14.34.31931
h4c5c07a_10
conda-forge

wheel
0.38.4
pyhd8ed1ab_0
conda-forge

win_inet_pton
1.1.0
pyhd8ed1ab_6
conda-forge

xz
5.2.6
h8d14728_0
conda-forge

yaml
0.2.5
h8ffe710_2
conda-forge

zstandard
0.19.0
py311he5d195f_1
conda-forge

zstd
1.5.2
h12be248_6
conda-forge

 - grayskull --version 2.2.2
Additional context
Solution?
https://stackoverflow.com/questions/11687478/convert-a-filename-to-a-file-url

Came across this problem trying to script building conda packages from python source tarballs. The offending code is here
https://github.com/conda/grayskull/blob/0e7db2717422fd197f2c7db5689d1009ff05249b/grayskull/strategy/py_base.py#L795-L799
I'll put together a 1-line PR to fix it based on @Luigicube's suggestion.

authors: Luigicube dihm

repo: conda/grayskull


text:
controller: make spec fields optional

nodeSelector, configMapName and cloudSecretName should be optional, there's no hard requirement for them in the spec.
Fixes #425
Signed-off-by: Jens Freimann jfreimann@redhat.com

Would it make sense to have a default configmap and secret instead of making it optional ?

Maybe. Currently we have only documented what the names for the configmap and secret have to be and we use hard-coded names in the controll, but
we don't enforce it on the CRD level. The result is error messages in the log when one of them is not found.
If we said they are required, should we also set a default value for the names?

I'm missing how the controller will use the configmap and secret as defined here - https://github.com/confidential-containers/cloud-api-adaptor/blob/staging/install/overlays/aws/kustomization.yaml

It looks up CLOUD_PROVIDER in the configmap to start the corresponding cloud-api-adaptor-$CLOUD_PROVIDER image
And it generates environment variables from both the secret and configmap. I think this may be changed to only create env variables from the config map, since we have moved CLOUD_PROVIDER from the secret to the config map.
bottom line, I will change this PR to only make nodeSelector optional. In another PR I'll fix the hard-coded names to be read from the spec fields.


text:
boot-instance: allow more images to run

Setting rootfs_entry to /bin allowed to run binaries from that directory only. / works too and allows binaries from any path to run.
At the same time, Occlum did not get all the dynamically linked libraries loaded due to missing lib search paths. Add trusted LD_LIBRARY_PATH setting for the most common paths.

@qzheng527 please help review

I would like this to be in v0.4.0

repo: confidential-containers/enclave-cc


text:
Transaction coordinator InitPID handling

Extracted PIDManager to talk to ZK for grabbing pid blocks (1000 at a time).
Dummy TransactionLogManager for owning the transaction topic partition.
Transaction Coordinator with handleInitPID function only.

Also renamed appID to txnID, and added unit tests for the above logic.
@hachikuji @apurvam for reviews.

I used persistent sequential zk node on the /pids/pid_block_ path to grab one block of PIDs at a time; each write to this path will be ordered by zk with an index such like /pids/pid_block_00000001, and the index is used to indicate which block of PIDs does the controller allocates.

Thanks for your comment. So the path name would be /pids/pid_block_00000001 and the contents would be a JSON blob that includes the version of the pID block and the brokerId which claimed the block. And this path is created everytime the broker is restarted. Correct?
My major concern with this logic is that we allocate a new block of thousand on each restart of a broker. This seems unnecessarily wasteful to me, though I guess with 64bit PIDs, we will never really run out no matter how old the cluster

@guozhangwang By the way, I think we need to retarget this patch for exactly-once-idempotent-producer.

My major concern with this logic is that we allocate a new block of thousand on each restart of a broker. This seems unnecessarily wasteful to me, though I guess with 64bit PIDs, we will never really run out no matter how old the cluster

Personally I feel it wouldn't be a major issue, but let's wait and see in practice. In the first version I think it's better to keep the logic simple and optimize it if necessary in the future. WDYT?

@guozhangwang By the way, I think we need to retarget this patch for exactly-once-idempotent-producer.

I will close this PR and create a new one.

@hachikuji @apurvam please review again: unit test passed with ZookeeperConsumerConnectorTest ignored since it seems to be halting on latest exactly-once branch.

Replaced by https://github.com/confluentinc/kafka/pull/126

authors: apurvam guozhangwang hachikuji

repo: confluentinc/kafka


text:
NPE on org.connectbot.service.TerminalBridge#onDraw

Bug description
org.connectbot.service.TerminalBridge#onDraw can sometimes crash with an NPE while trying to access character attributes at https://github.com/connectbot/connectbot/blob/c4f21c10af8b0abde12ccfc3f20060362fe9e124/app/src/main/java/org/connectbot/service/TerminalBridge.java#L733
This is caused by de.mud.terminal.VDUBuffer#insertLine(int, int, boolean) not always filling up all character/attribute rows.
Steps to reproduce

Connect to a Ubuntu Bionic 18.04.2 LTS host
Open tmux
Start fiddling with zoom and scroll until it crashes

Expected behavior
It shouldn't crash
Android device

Device: Android emulator (google_apis_playstore/x86)
OS: Android 9 PSR1.180720.075
ConnectBot Version: 1.9.5, as well as master.

Server information

OS: Ubuntu Bionic 18.04.2 LTS
SSH Software and Version: OpenSSH 7.6p1
Tmux version: 2.6

Additional context
One sample crash trace:
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: FATAL EXCEPTION: main
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: Process: org.connectbot, PID: 8683
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: java.lang.NullPointerException: Attempt to read from null array
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at org.connectbot.service.TerminalBridge.onDraw(TerminalBridge.java:733)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at org.connectbot.TerminalView.onDraw(TerminalView.java:423)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.View.draw(View.java:20207)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.View.buildDrawingCacheImpl(View.java:19478)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.View.buildDrawingCache(View.java:19338)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.View.updateDisplayListIfDirty(View.java:19059)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewGroup.recreateChildDisplayList(ViewGroup.java:4317)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewGroup.dispatchGetDisplayList(ViewGroup.java:4290)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.View.updateDisplayListIfDirty(View.java:19042)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewGroup.recreateChildDisplayList(ViewGroup.java:4317)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewGroup.dispatchGetDisplayList(ViewGroup.java:4290)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.View.updateDisplayListIfDirty(View.java:19042)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewGroup.recreateChildDisplayList(ViewGroup.java:4317)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewGroup.dispatchGetDisplayList(ViewGroup.java:4290)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.View.updateDisplayListIfDirty(View.java:19042)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewGroup.recreateChildDisplayList(ViewGroup.java:4317)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewGroup.dispatchGetDisplayList(ViewGroup.java:4290)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.View.updateDisplayListIfDirty(View.java:19042)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewGroup.recreateChildDisplayList(ViewGroup.java:4317)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewGroup.dispatchGetDisplayList(ViewGroup.java:4290)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.View.updateDisplayListIfDirty(View.java:19042)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewGroup.recreateChildDisplayList(ViewGroup.java:4317)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewGroup.dispatchGetDisplayList(ViewGroup.java:4290)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.View.updateDisplayListIfDirty(View.java:19042)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewGroup.recreateChildDisplayList(ViewGroup.java:4317)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewGroup.dispatchGetDisplayList(ViewGroup.java:4290)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.View.updateDisplayListIfDirty(View.java:19042)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewGroup.recreateChildDisplayList(ViewGroup.java:4317)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewGroup.dispatchGetDisplayList(ViewGroup.java:4290)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.View.updateDisplayListIfDirty(View.java:19042)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ThreadedRenderer.updateViewTreeDisplayList(ThreadedRenderer.java:686)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ThreadedRenderer.updateRootDisplayList(ThreadedRenderer.java:692)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ThreadedRenderer.draw(ThreadedRenderer.java:801)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewRootImpl.draw(ViewRootImpl.java:3318)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewRootImpl.performDraw(ViewRootImpl.java:3122)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewRootImpl.performTraversals(ViewRootImpl.java:2481)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewRootImpl.doTraversal(ViewRootImpl.java:1463)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.ViewRootImpl$TraversalRunnable.run(ViewRootImpl.java:7190)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.Choreographer$CallbackRecord.run(Choreographer.java:949)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.Choreographer.doCallbacks(Choreographer.java:761)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.Choreographer.doFrame(Choreographer.java:696)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.view.Choreographer$FrameDisplayEventReceiver.run(Choreographer.java:935)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.os.Handler.handleCallback(Handler.java:873)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.os.Handler.dispatchMessage(Handler.java:99)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.os.Looper.loop(Looper.java:193)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at android.app.ActivityThread.main(ActivityThread.java:6718)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at java.lang.reflect.Method.invoke(Native Method)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:493)
08-17 18:23:40.270 10152  8683  8683 E AndroidRuntime: 	at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:858)
08-17 18:23:40.276  1000  1189  3858 W ActivityManager:   Force finishing activity org.connectbot/.ConsoleActivity

I am also having very frequent crashes with connectbot 1.9.5-oss (from F-Droid) and tmux 2.9a.
Since there's a fix for this, it would be super helpful to have a release with this.
Thanks, and keep up the good work!

authors: ilf lhchavez

repo: connectbot/connectbot


text:
Update crossChain.json with ZAI testnet addresses

For testing the ZAI Stablecoin on Sepolia and Arbitrum Sepolia
Arbitrum: https://sepolia.arbiscan.io/address/0x6a661312938d22a2a0e27f585073e4406903990a
Sepolia: https://sepolia.etherscan.io/address/0xdd2f41340a1ffcf1c22c7a8be4e525d7a2de642b

Directly deployed to mainnet so this can be ignored: https://github.com/connext/chaindata/pull/206

repo: connext/chaindata


text:
Remove generated files from git.

They’ll still be published to npm (and unpkg.com), but keeping generated files out of git makes it a lot easier to merge pull requests.
I also updated eslint to version 3.

Specifically, see:

https://unpkg.com/d3-cam02
https://unpkg.com/d3-cam02/

Oh, awesome. Thanks! Didn't realize there were services like that – much better solution.

authors: connorgr mbostock


text:
🛑 artcomptantpourrien.constructions-incongrues.net is down

In da6868d, artcomptantpourrien.constructions-incongrues.net (https://artcomptantpourrien.constructions-incongrues.net) was down:

HTTP code: 521
Response time: 149 ms

Resolved: artcomptantpourrien.constructions-incongrues.net is back up in a48742c.

repo: constructions-incongrues/status


text:
🛑 divag.parishq.net is down

In be59f82, divag.parishq.net (https://divag.parishq.net) was down:

HTTP code: 0
Response time: 0 ms

Resolved: divag.parishq.net is back up in 3989ebd.


text:
🛑 zeitgeist.musiques-incongrues.net is down

In 30fe203, zeitgeist.musiques-incongrues.net (https://zeitgeist.musiques-incongrues.net) was down:

HTTP code: 0
Response time: 0 ms

Resolved: zeitgeist.musiques-incongrues.net is back up in 160b10d after 16 hours, 49 minutes.


text:
Update index.html.twig

badge colors

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

authors: jambonbill trivoallan

repo: constructions-incongrues/yazoo


text:
Fail to install

I get:

$ pip install proxybroker
Collecting proxybroker
Using cached proxybroker-0.2.0.tar.gz
Complete output from command python setup.py egg_info:
zip_safe flag not set; analyzing archive contents...
Installed /tmp/pip-build-FKQ8Z_/proxybroker/.eggs/pytest_runner-2.12.1-py2.7.egg
error in proxybroker setup command: package_data must be a dictionary mapping package names to lists of wildcard patterns

----------------------------------------

Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-FKQ8Z_/proxybroker/

and

$ pip install -U git+https://github.com/constverum/ProxyBroker.git
Collecting git+https://github.com/constverum/ProxyBroker.git
Cloning https://github.com/constverum/ProxyBroker.git to /tmp/pip-zcYk3h-build
Complete output from command python setup.py egg_info:
zip_safe flag not set; analyzing archive contents...
Installed /tmp/pip-zcYk3h-build/.eggs/pytest_runner-2.12.1-py2.7.egg
error in proxybroker setup command: package_data must be a dictionary mapping package names to lists of wildcard patterns

----------------------------------------

Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-zcYk3h-build/

What should i do?

@LionOpeter please provide some details about your environment: operating system, python version (python --version) and pip version  (pip --version).

Ok i solved this one myself as i've been working on it for about an hour or so.
The problem was my pip was pip2:

$ pip3 -V
The program 'pip3' is currently not installed. You can install it by typing:
sudo apt install python3-pip

and i needed pip3 so i installed it:

$ sudo apt install python3-pip
[lines indicating an installation is in progress]
$ pip3 -V
pip 8.1.1 from /usr/lib/python3/dist-packages (python 3.5)

and then used it:

$ pip3 install -U git+https://github.com/constverum/ProxyBroker.git
$ /home//.local/bin/proxybroker find --types HTTP HTTPS --lvl High --countries US --strict -l 10
[a few lines appeared]

please make a note for the users that they need to have pip3 for this to be installed

please make a note for the users that they need to have pip3 for this to be installed

from README.rst

Requirements
Python 3.5 or higher

;)

authors: LionOpeter constverum

repo: constverum/ProxyBroker


text:
fix cdi doc missing SpecDB()

Signed-off-by: Moshe Levi moshele@nvidia.com

LGTM.
That said, I again would like to get rid of the artificial extra registry interfaces (all Registry[A-Z]*). They are neither useful in any way nor correspond to anything in the underlying implementation as all of them are directly implemented by the underlying Cache instance.
Moreover, before ever considering tagging a stable version, I'd like to go back to the more golang-ish very first implementation. There the registry was an implicit/unexported default Cache instance and its full interface was available as package-global functions, operating on that implicit default instance (just like for instance flag is doing with CommandLine). Then operating on the registry would be simply cdiXyzzyFoobar() instead of needlessly having to go cdi.GetRegistry().XyzzyFoobar(). WDYT, folks ?

@klihub +1 Getting rid of nested interfaces sounds good to me.


text:
Sort generated manifest lists

We sort the manifests based on their platform architectures. Then we
sort the keys in the manifest list file. This is done in favor of
reproducibility.

OSBS-7664

Signed-off-by: Athos Ribeiro athos@redhat.com
Maintainers will complete the following section:

[x] Commit messages are descriptive enough
[x] "Signed-off-by:" line is present in each commit
[x] Code coverage from testing does not decrease and new code is covered
[x] JSON/YAML configuration changes are updated in the relevant schema
[x] Changes to metadata also update the documentation for the metadata
[x] Pull request includes link to an osbs-docs PR for user documentation updates
[x] New feature can be disabled from a configuration file

This doesn't need a feature flag so I'll waive that checkbox.

RN added: - Generated manifest lists are now sorted in favor of reproducibility

authors: athos-ribeiro twaugh

repo: containerbuildsystem/atomic-reactor


text:
allow pulling from external registries

CLOUDBLD-747

Signed-off-by: Robert Cerven rcerven@redhat.com
Maintainers will complete the following section

[ ] Commit messages are descriptive enough
[x] Code coverage from testing does not decrease and new code is covered
[x] JSON/YAML configuration changes are updated in the relevant schema
[x] Changes to metadata also update the documentation for the metadata
[ ] Pull request has a link to an osbs-docs PR for user documentation updates
[x] New feature can be disabled from a configuration file

/packit copr-build

/packit copr-build

LGTM, but commit message should be updated (see Athos' comment) and an osbs-docs PR might be needed.

commit message already updated, what we would need in osbs-docs?

LGTM, but commit message should be updated (see Athos' comment) and an osbs-docs PR might be needed.

commit message already updated, what we would need in osbs-docs?

I'm not sure if docs mention anything about Where you can pull images from, if not, then maybe an update is not needed. Though it might still be nice to document that you can only pull images from registries that are defined in config map.

LGTM, but commit message should be updated (see Athos' comment) and an osbs-docs PR might be needed.

commit message already updated, what we would need in osbs-docs?

I'm not sure if docs mention anything about Where you can pull images from, if not, then maybe an update is not needed. Though it might still be nice to document that you can only pull images from registries that are defined in config map.

ic, I'll have to check

LGTM, but commit message should be updated (see Athos' comment) and an osbs-docs PR might be needed.

commit message already updated, what we would need in osbs-docs?

I'm not sure if docs mention anything about Where you can pull images from, if not, then maybe an update is not needed. Though it might still be nice to document that you can only pull images from registries that are defined in config map.

ic, I'll have to check

well I've found both source and pull_registries mentioned in here as sources
https://osbs.readthedocs.io/en/latest/build_parameters.html?highlight=config#reactor-configuration
I am not exactly sure where we could put some new info

rn updated: allow pulling from external registries

authors: athos-ribeiro chmeliik rcerven


text:
[release/1.2 backport] seccomp: whitelist io_pgetevents

backport of https://github.com/containerd/containerd/pull/3107 for the release/1.2 branch
io_pgetevents() is a new Linux system call, similar to the already-whitelisted
io_getevents(). It has no security implications. Whitelist it so applications can
use the new system call.
Fixes #3105.

I just realised containerd itself does not apply the seccomp profile, but higher level tools can use the profile from contrib, so it's not strictly needed for backporting: feel free to close if that's prefered

We package up the source tree and post it as a releases download, so given some may consume containerd there and use the contributed seccomp profile, I'm fine backported it for completeness.

LGTM

authors: crosbymichael estesp thaJeztah

repo: containerd/containerd