text:
Bounty: 2016 Honda CR-V Touring

This port has been worked on as a team by myself and @johnnwvs. This code adheres to the safety rules. What we have found is that the CR-V most closely resembles the ILX's CAN messaging and firmware. The biggest difference in this car from other Hondas is that the steering message, aside from having a different message ID, is 12 bits instead of 16. The same goes for the steering torque sensor signal on 0x18F.
The steering does need more work before this is ready to be upstreamed into the release branch, but realistically, that is probably a 1 or 2 line code change.
Although we felt it might be safer (for securing the port bounty) to get the steering more precise before making this code public, that contradicts the purpose of open source code. The bounty was created to incentivize contribution back to the community, but in some ways has also encouraged secrecy and a lack of collaboration. We think the majority of the comma developer community would agree.
Please note that this code should be used with caution until approved by the Comma team.

Congrats on the first submission!
With the bounty claim, as stated on the bounty page, you must post a video of 6 minutes of driving in stop and go traffic. I'm not sure if the CR-V can do stop and go, in which case a good justification of why it can't and 6 minutes of diverse driving is acceptable.

Thanks george, john will work on the video

This should be sufficient justification as to why CR-V can't do stop and go. Same limitation as ILX, 25+ ACC See: http://owners.honda.com/utility/download?path=/static/pdfs/2015/CR-V/2015_CR-V_Adaptive_Cruise_Control.pdf

Okay, we accept no stop and go on 2015/2016. Looks like 2017 can do it, but not the older ones.
What's the minimum steering speed? Is there a minimum braking speed?
Get a good safe no intervention 6 minute video, address code review comments, then we should be good!

A note also, for safety, add the 0x194 message to https://github.com/commaai/panda/blob/master/board/honda_safety.h
You want the steering message to not allow torque when the system is not engaged.

What's the minimum steering speed? Is there a minimum braking speed?

I believe the minimum speed to start everything is 25MPH, but it seems to allow the car to go down to 20MPH if someone in front of me slows down below 25MPH. Once they speed back up, the car will continue back to it's set speed. If the car slows down below 20MPH, self drive will be cut off and I have to manually set the cruise again. I am not sure if it continues steering down to 20MPH when this happens.
The car will brake all the way down to a stop and hold the brake until the lead car moves again. At that point it will release the brakes but it will only idle forward, so it must be brought up to speed and set manually again.

I am posting a new video with an over a 6-minute drive:
https://youtu.be/HZBZ0On9hK8
And I committed the changes to energee:devel-crv
Thanks for the help.
John

This changes the sat_count_limit globally. This shouldn't be raised, rather the max torque should be raised if possible.
You also still have to address both TODOs and the board safety.

I can try it.
Do you raise max torque with higher kp/ki values?

No, max torque is STEER_MAX, raise that, then you proportionally lower Kp and Ki to match the behavior.

@geohot How did you calculate steer_max for 0xE4? I see that it is 0xF00/3840, but i haven't figured out exactly how you calculate the range given the can messaging. Doesn't the can signal for 0xE4 7|16 range from 0x0000 - 0xFFFF?

George,
I will work on this.
I have a question as well about a feature that might really not be needed anyway, it might just feel that it is needed because my CR-V is still being tuned.
I am interested in adding this feature, so not asking for other’s to add it.
Would it be possible to add some code to adjust where the car is in the lane by taking the driver’s feedback into account?
Let’s say the car is going down the road (not during a turn, so the final_steer is very slight) and the driver is giving “helpful tugs” on the wheel every so often.
Is there a way we can take these “helpful tugs” on a straight road into account, and assume that the driver would like to see the car maintain a line that is a little more either right or left in the lane? Perhaps move it over some small amount after each tug on the wheel when the car is going straight?
I find myself doing this every so often when, for instance, I am too close to the curb, or too close to the double yellow lines, or possibly just running down a very long line of pot-holes, or trying to avoid a turn-off lane that just opened up and I just want the car to be a little more to one side or the other of the lane.
Or would this potentially mess something else up?
Thanks.
John
From: George Hotz notifications@github.com
Reply-To: commaai/openpilot reply@reply.github.com
Date: Monday, June 12, 2017 at 1:09 AM
To: commaai/openpilot openpilot@noreply.github.com
Cc: johnnwvs johnnwvs@gmail.com, Mention mention@noreply.github.com
Subject: Re: [commaai/openpilot] Bounty: 2016 Honda CR-V Touring (#102)
No, max torque is STEER_MAX, raise that, then you proportionally lower Kp and Ki to match the behavior.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.

https://github.com/energee/panda/pull/1  Safety code

Still waiting on brake error and gearbox fixes before test.

i think both can be reverted @johnnwvs, i can commit code but you will have to test that there is not something missing before sending back to george.

for the gear error, do you need to know is P R N D or  gear 0 1 2 3 4 5 6 for cvt? Actual or target gear?
regarding brake error : is the brake error command from neos  or the actual vsa/abs brake pressure error value in reading
regarding car_gas, do you need the info with cruise control command?

gear error is just to confirm it's in D
brake error is from the brake controller
car_gas is needed in CarState but not CarController.

Brake error code works same as civic and ilx, that line can be reverted. Something different about gear messaging. Working on a fix.

All changes / fixes complete, @johnnwvs Run a test to confirm?

I was on vacation as well, but I did have access to a computer and VERY poor hotel wifi. :)
I tested the latest code this morning and the safety changes were working great on my short commute. I will take a longer test drive after work and write back with the results.

After the latest code changes all the safety features are back in and the Honda CR-V is working well with these latest changes. I uploaded a video of the latest test:
https://youtu.be/6IW7Nejsr3A
With these latest changes, we believe the port is complete.

curious, when you port it on the neos, do you need to create .pyc file? python -m compileall

Ok, this is looking good to merge. We still haven't tested it on the car, but due to the similarities and a look over the CAN data you've sent back, we are calling it complete! Congrats on claiming the first comma.ai bounty!
My understanding is you'd like to split it? E-mail viv@comma.ai with how you'd like to be paid, we can do wire transfer, check, bitcoin, or ethereum.

authors: energee geohot johnnwvs johnwaynehacker


text:
loggerd: c++ LoggerState

Can you rebase this?

A lot of the line reduction here is just from removing the thread safety, which is unrelated to the rest of the refactor. That should really be done in its own PR.

Merged anyway since we good tests around this now and it was pretty straightforward. Next time let's break it up though.

Next time let's break it up though.

ok!

source: gharchive/pull-request

authors: adeebshihadeh deanlee

repo: commaai/openpilot

license: MIT

license_type: permissive

license_source: github-api


text:
VW MLB: Audi A4/S4

WIP, fast and dirty.

[ ] commaai/opendbc#793
[ ] commaai/panda#1289
[ ] #27624
[ ] upcoming PR to handle EPS timer resets
[ ] Clean up abstractions, don't love the current structure
[x] Migrate to lateral accel torque controller
[ ] Find a TSK main switch signal
[ ] Solve issue with door-open signals
[ ] Solve issue with gearshift position signals
[x] Verify BSM blocks lane changes
[ ] Verify blinker comfort vs instantaneous

General update: This port runs and drives quite well, it's being used by several people.
To qualify for dashcam-tier upstream support, opendbc CRC support needs to be finished and some abstractions need to be cleaned up in all three projects (opendbc, panda, openpilot). The CRC algorithm is substantially identical to MQB, but needs the usual per-message/counter data ID values calculated and added, with some MQB overlap and conflict to be resolved.
To quality for full upstream support, the remaining TODOs in this PR need to be resolved. Most notably there needs to be a mitigation for the six-minute lockout. I have agreement in principle with the openpilot team on how to do it.
The main holdup for this work is now lack of a supportable test car with supported hardware. For whatever reason, everyone that's shown up with a MLB with Adaptive Cruise has been using third-party or unsupported hardware. There are people driving with this code on C3/C3X, but none with Adaptive Cruise, so they need some mods that won't be eligible for upstream.
Anyone who has a supportable MLB with Adaptive Cruise Control, and is using a supported comma device, is welcome to contact me on Discord and I'll work with them to complete the port. This includes Porsche Macan, which should be supportable with a variant of this port.

We've moved the car interfacing code to our opendbc repository, which is now the new home for car ports and fingerprints. Please re-open your pull request against opendbc at your convenience by using this command below. This will transform all changes under selfdrive/car/ to opendbc_repo/opendbc/car/. Make sure you have initialized submodules beforehand and have checked out the latest opendbc commit.
PR_NUMBER=33045
curl -L https://github.com/commaai/openpilot/pull/$PR_NUMBER.patch | sed -e 's/selfdrive\/car/opendbc_repo\/opendbc\/car/g' | git apply -v --reject

Simply replace the PR number with your own. Once done, add the files, fix any conflicts, and open a new PR. Alternatively, you may start a new PR from scratch if that is easier for you.


text:
bad marshal data errorin the view steering model.py

This error  (ValueError: bad marshal data (unknown type code)) result when trying to execute the view steering model.py
here is the result from the cmd prompt
Traceback (most recent call last):
File "C:\Users\lenovo\Anaconda3\lib\site-packages\keras\utils\generic_utils.py
", line 229, in func_load
raw_code = codecs.decode(code.encode('ascii'), 'base64')
UnicodeEncodeError: 'ascii' codec can't encode character '\xe0' in position 46:
ordinal not in range(128)
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "view_steering_model.py", line 94, in
model = model_from_json(json.load(jfile))
File "C:\Users\lenovo\Anaconda3\lib\site-packages\keras\models.py", line 349,
in model_from_json
return layer_module.deserialize(config, custom_objects=custom_objects)
File "C:\Users\lenovo\Anaconda3\lib\site-packages\keras\layers_init_.py", l
ine 55, in deserialize
printable_module_name='layer')
File "C:\Users\lenovo\Anaconda3\lib\site-packages\keras\utils\generic_utils.py
", line 144, in deserialize_keras_object
list(custom_objects.items())))
File "C:\Users\lenovo\Anaconda3\lib\site-packages\keras\models.py", line 1349,
in from_config
layer = layer_module.deserialize(conf, custom_objects=custom_objects)
File "C:\Users\lenovo\Anaconda3\lib\site-packages\keras\layers_init_.py", l
ine 55, in deserialize
printable_module_name='layer')
File "C:\Users\lenovo\Anaconda3\lib\site-packages\keras\utils\generic_utils.py
", line 144, in deserialize_keras_object
list(custom_objects.items())))
File "C:\Users\lenovo\Anaconda3\lib\site-packages\keras\layers\core.py", line
711, in from_config
function = func_load(config['function'], globs=globs)
File "C:\Users\lenovo\Anaconda3\lib\site-packages\keras\utils\generic_utils.py
", line 234, in func_load
code = marshal.loads(raw_code)
ValueError: bad marshal data (unknown type code)

????

@geohot @EderSantana @espes @rocfig @rbiasini @radarhere @Yale323 @nicolov @kkdevenda @jingzhehu @zuijiawoniu @solaris33 @cburgdorf

I also have this problem while running the view_steering_model.py
Is there anyone else knows why?
`python view.py ./outputs/steering_model/steering_angle.json
Using TensorFlow backend.
Traceback (most recent call last):
File "D:\Users\Michael\Anaconda3\envs\comma\lib\site-packages\keras\utils\generic_utils.py", line 229, in func_load
raw_code = codecs.decode(code.encode('ascii'), 'base64')
UnicodeEncodeError: 'ascii' codec can't encode character '\xe0' in position 46: ordinal not in range(128)
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "view.py", line 124, in
model = model_from_json(json.load(jfile))
File "D:\Users\Michael\Anaconda3\envs\comma\lib\site-packages\keras\models.py", line 379, in model_from_json
return layer_module.deserialize(config, custom_objects=custom_objects)
File "D:\Users\Michael\Anaconda3\envs\comma\lib\site-packages\keras\layers_init_.py", line 55, in deserialize
printable_module_name='layer')
File "D:\Users\Michael\Anaconda3\envs\comma\lib\site-packages\keras\utils\generic_utils.py", line 144, in deserialize_keras_object
list(custom_objects.items())))
File "D:\Users\Michael\Anaconda3\envs\comma\lib\site-packages\keras\models.py", line 1411, in from_config
layer = layer_module.deserialize(conf, custom_objects=custom_objects)
File "D:\Users\Michael\Anaconda3\envs\comma\lib\site-packages\keras\layers_init_.py", line 55, in deserialize
printable_module_name='layer')
File "D:\Users\Michael\Anaconda3\envs\comma\lib\site-packages\keras\utils\generic_utils.py", line 144, in deserialize_keras_object
list(custom_objects.items())))
File "D:\Users\Michael\Anaconda3\envs\comma\lib\site-packages\keras\layers\core.py", line 733, in from_config
function = func_load(config['function'], globs=globs)
File "D:\Users\Michael\Anaconda3\envs\comma\lib\site-packages\keras\utils\generic_utils.py", line 234, in func_load
code = marshal.loads(raw_code)
ValueError: bad marshal data (unknown type code)
`

I have same problem, too.
uwsgi_1  |     loaded_model = model_from_json(loaded_model_json)
uwsgi_1  |   File "/usr/local/lib/python3.6/dist-packages/keras/models.py", line 379, in model_from_json
uwsgi_1  |     return layer_module.deserialize(config, custom_objects=custom_objects)
uwsgi_1  |   File "/usr/local/lib/python3.6/dist-packages/keras/layers/init.py", line 55, in deserialize
uwsgi_1  |     printable_module_name='layer')
uwsgi_1  |   File "/usr/local/lib/python3.6/dist-packages/keras/utils/generic_utils.py", line 144, in deserialize_keras_object
uwsgi_1  |     list(custom_objects.items())))
uwsgi_1  |   File "/usr/local/lib/python3.6/dist-packages/keras/models.py", line 1406, in from_config
uwsgi_1  |     if 'class_name' not in config[0] or config[0]['class_name'] == 'Merge':
uwsgi_1  | KeyError: 0

Keras==2.2.4
Keras-Applications==1.0.6
Keras-Preprocessing==1.0.5
keras-vis==0.4.1
tensorflow==1.12.0

source: gharchive/issue

authors: ahmedyahia3393 sleepless-se zwbai

repo: commaai/research


text:
[Verb("help")] not recognize, but recognize [Verb("help1")]

mark option class as [Verb("help")]  returen WithNotParsed(NullInstance)
Is a defult ignore verb "help"?
how to recognize "help"?

CommandLineParser has a built-in Help verb.
If you want to define your own Help verb, the built-in Help verb needs to be disabled by setting ParserSettings.AutoHelp to false. For example like this:
var parser = new CommandLine.Parser(with => with.AutoHelp = false);

authors: elgonzo orangeagain

repo: commandlineparser/commandline


text:
Open PR to add cnvkit wrappers to https://github.com/common-workflow-language/workflows

It can be a "standing" or "[WIP]" (work in progress) pull request.

Take a look at my initial attempt: https://github.com/common-workflow-language/gxargparse/tree/dev/test/cnvkit-tools . I didn't run them with actual arguments, so they might not work as expected.

Can you make a pull request against the repo I mentioned? We have automated tests for wrappera that are run by Travis CI

Nah, I understand now what is this issue for. I'll do it.

Opened: https://github.com/common-workflow-language/workflows/pull/93

Perfect, thanks!
On Tue, May 31, 2016 at 7:44 PM, Anton Khodak notifications@github.com
wrote:

Closed #4
https://github.com/common-workflow-language/gxargparse/issues/4.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/common-workflow-language/gxargparse/issues/4#event-677356785,
or mute the thread
https://github.com/notifications/unsubscribe/ABROCLA-8SRCZKQUDT2RqddEHIgwRx_8ks5qHHNugaJpZM4IlNd3
.

--
Michael R. Crusoe
Community Engineer & Co-founder
Common Workflow Language project
https://impactstory.org/u/0000-0002-2961-9670
michael.crusoe@gmail.com
+32 (0) 2 808 25 58
+1 480 627 9108

authors: anton-khodak mr-c

repo: common-workflow-language/gxargparse


text:
Upgrade Kotlin Version from 1.5.10 to 1.7.20

What is the user problem or growth opportunity you want to see solved?
As part of this issue and based on this comment, before migrating from Mapbox to MapLibre, we require certain upgrades in dependencies in our application. This enhancement is to upgrade the Kotlin version from 1.5.10 to 1.7.20.
Apart from satisfying the requirements of MapLibre, the upgrade in Kotlin has several advantages -

Bug fixes: Each new version of Kotlin includes bug fixes and stability improvements, which can make your code more reliable and prevent unexpected issues.
Performance improvements: New versions of Kotlin often include optimizations that can make your code run faster and use fewer resources.
New language features: Kotlin is a rapidly evolving language, and new versions often include new language features that can improve the expressiveness and readability of your code.
Security updates: As with any software, new versions of Kotlin may include important security updates that can help protect your application from vulnerabilities and attacks.

How do you know that this problem exists today? Why is this important?
No response
Who will benefit from it?
No response
Anything else you would like to add?
No response

@nicolas-raoul Could you please assign this issue to me?

@kartikaykaushik14 Done, thanks!

I have been incrementally updating the Kotlin version of the app, and I was able to successfully upgrade the Kotlin version from 1.5.10 to 1.6.10.
However, during the process of incrementing from 1.6.10 to 1.6.20, I encountered some errors in the tests that need to be addressed. Specifically in org.wikipedia.dataclient.mwapi.page.MwMobileViewPageLeadTest and org.wikipedia.dataclient.mwapi.page.MwPageClientTest.
    java.lang.AssertionError: Not completed (latch = 0, values = 0, errors = 1, completions = 0)
    at io.reactivex.observers.BaseTestConsumer.fail(BaseTestConsumer.java:189)
    at io.reactivex.observers.BaseTestConsumer.assertComplete(BaseTestConsumer.java:242)
    at org.wikipedia.dataclient.page.BasePageClientTest.testLeadTitle(BasePageClientTest.java:47)
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.base/java.lang.reflect.Method.invoke(Method.java:566)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:59)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:56)
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
    at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
    at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
    at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
    at org.robolectric.RobolectricTestRunner$HelperTestRunner$1.evaluate(RobolectricTestRunner.java:591)
    at org.robolectric.internal.SandboxTestRunner$2.lambda$evaluate$0(SandboxTestRunner.java:274)
    at org.robolectric.internal.bytecode.Sandbox.lambda$runOnMainThread$0(Sandbox.java:88)
    at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
    at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
    at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
    at java.base/java.lang.Thread.run(Thread.java:834)

    Caused by:
    org.wikipedia.dataclient.mwapi.MwException: Unrecognized value for parameter "action": mobileview.
        at org.wikipedia.dataclient.mwapi.MwResponse.postProcess(MwResponse.java:20)
        at org.wikipedia.json.PostProcessingTypeAdapter$1.read(PostProcessingTypeAdapter.java:28)
        at retrofit2.converter.gson.GsonResponseBodyConverter.convert(GsonResponseBodyConverter.java:39)
        at retrofit2.converter.gson.GsonResponseBodyConverter.convert(GsonResponseBodyConverter.java:27)
        at retrofit2.OkHttpCall.parseResponse(OkHttpCall.java:227)
        at retrofit2.OkHttpCall.execute(OkHttpCall.java:190)
        at retrofit2.adapter.rxjava2.CallExecuteObservable.subscribeActual(CallExecuteObservable.java:45)
        at io.reactivex.Observable.subscribe(Observable.java:12267)
        at org.wikipedia.dataclient.page.BasePageClientTest.testLeadTitle(BasePageClientTest.java:46)
        ... 18 more

I investigated the issue in MediaWiki and checked the exact URL we were passing as part of the test. I received the following output on running this URL manually -
{"errors":[{"code":"badvalue","text":"Unrecognized value for parameter \"action\": mobileview.","module":"main"}],"docref":"See https://en.wikipedia.org/w/api.php for API usage. Subscribe to the mediawiki-api-announce mailing list at <https://lists.wikimedia.org/postorius/lists/mediawiki-api-announce.lists.wikimedia.org/> for notice of API deprecations and breaking changes.","servedby":"mw2292"}

Also, on checking this link, I found out that there is indeed no action for "mobileview". Please advise on how to proceed from here.

Interesting, do you have any idea why the same test was not failing with Kotlin 1.6.10?
If no immediate fix is found, disabling these unit tests temporarily might also be considered. In such a case, please let us know about how many unit tests would be impacted.
Thanks a lot!

I found 11 test cases that would be impacted if we plan to disable them temporarily.
The build on my local is quite unstable. It sometimes fails even for the latest changes on the Master branch. Is there a way I could run the CI pipeline on my own for my branch to test changes?

Thanks a lot! I think it is OK to disable 6 test cases temporarily if that helps get us on F-Droid.
Very interesting, would you mind creating a new issue ("bug" type) about Mobile Content Service? Thanks!

Is there a way I could run the CI pipeline on my own for my branch to test changes?

CI unit tests run every time you push, right?
If you want to re-run for any reason, feel free to push a dummy commit. :-)

repo: commons-app/apps-android-commons


text:
Fixes #4287 "Tapping multiple items in explore should not be allowed"

Description (required)
Fixes #4287
What changes did you make and why?

Disabled opening multiple media details at a time.

Tests performed (required)
Tested  on Nokia 6.1+ with API level 29.

Up for review @nicolas-raoul , @neslihanturan

There's another way to solve this issue by disabling any multitaps in the activity by setting them in the manifest file.
But as this may hinder some app functionalities I preferred this one.
Made requested changes.
Thanks.


text:
Adding username to Drawer

This addresses issue #719.
Please let me know if I am doing something horribly wrong.

Thanks for pr! I see nothing horrible:) Only lines are too long, maybe adding some breaks could work. Plus, I think you can use the default shared preferences instead, this could also shorten the code. Please let me test this in morning and others can also check it.
Note: Yes, there is some inconsistency about organization of shared preferences. But this should be solved on another pr.

The functionality works nice according to my tests, but I think getting it on LoginTask might be a problem for the case: When user cleared data from settings of the phone, then go back to the app, somehow user is still logged in but username disappears. Does anyone have an idea to prevent this @nicolas-raoul @misaochan ?
Plus, appearance of the text should be fixed. Maybe we can write it to bottom of the commons icon. Here current look:

Thanks for the PR, @Nethermane !
Sorry, but I am not sure at the moment how we can prevent the loss of username when user clears data, while using sharedpreferences to store the username. Indeed that would be a drawback of that method. Hopefully someone else has an idea?
I agree with @neslihanturan re: the text. Personally I think it would be nice for the nav drawer to say "Welcome, [username]!" just above "Home".

I've met this issue on previous projects - when you clear data it doesn't affect what the Android account manager has stored.  The trick is to ask the account manager for the current user's name and not store it in shared preferences.
Sadly the account manager is a little annoying to work with - all I can do is ask for an array of accounts of a particular type.  As we log in and log out what we need to do is flag which of those accounts is "live" and store any other additional data there that is pertinent to our account.  When we grab the array of accounts, we can look for the logged in flag and pull the name from that one.

I think the design could be something like this:
Design 1

Design 2

My vote for design 1 with a different font (the font used on nav drawer). @psh thanks for the solution, but I couldn't understand where to save these flags. Maybe sample code can work tomorrow.

I was playing around in the LoginActivity and added a quick log message to the onResume() to illustrate things:
protected void onResume() {
    super.onResume();
    if (prefs.getBoolean("firstrun", true)) {
        WelcomeActivity.startYourself(this);
        prefs.edit().putBoolean("firstrun", false).apply();
    }
    Account currentAccount = app.getCurrentAccount();
    if (currentAccount != null) {
        Log.e("MW", "### Current account name = "+currentAccount.name);
        startMainActivity();
    }
}

What I noticed is that the getCurrentAccount() method that does a bunch of work for me - it queries the Android account manager and returns either the current logged in account, or null.  I think the name field is what we're looking for, right?
The log that printed out when I logged in said
### Current account name = Paul.hawke

Which is what I would be happy seeing on the navigation drawer.  Oh, and I vote "1" for the design.

Design 1 looks good to me too. :)

It works without a problem now, thanks @jorgecasariego :). But my last feedback is adding some space between the text and commons logo. Currently it looks like:

If you can fix Codacy and appearance, it can be merged immediately.

I am still unsure about how to get the font to look like the drawer items, but other than that it looks pretty good.

Thanks @Nethermane for adding this needed property!

This branch failed on integration tests, and needs to be solved before being merged. Sorry for my confusion.

authors: Nethermane jorgecasariego misaochan neslihanturan psh


text:
IDVA6-1197 - Remove user check details page

Link to Jira:
https://companieshouse.atlassian.net/browse/IDVA6-1197
Changes:

Created remove user check details page
Added new interface 'Membership' to handle manage users data
Added unit tests

CI: No security warnings found

CI: No security warnings found

CI: No security warnings found

CI: No security warnings found

CI: No security warnings found

authors: bwallace-ch ch-code-analysis

repo: companieshouse/acsp-manage-users-web


text:
Example1 not working

I am  starting with GRASP now so excuse me if i am saying something absurd.
After i have installed GRASP i ran the script of example1 : ./script_ex1 >& output &
After that i ran the command  rmcdhf but i am getting the following error
Method 2 unable to solve for  3s  orbital
Iteration number:  9, limit:  9
Present estimate of P0;  0.22117473513882D+00
Present estimate of E(J):  0.34218606921520D+00, DELEPS:  0.57599776608896D-02
Lower bound on energy:  0.91488178055281D-01, upper bound:  0.72009664241632D+00
Join point:  315, Maximum tabulation point: 372
Number of nodes counted:  2, Correct number:  2
Sign of P at first oscillation: -1.
Failure; equation for orbital  3s  could not be solved using method 2
****** Error in SUBROUTINE IMPROV ******
Convergence not obtained

After that i ran the command rmcdhf

What options did you use?
That being said, running another round of rmcdhf is not really part of the example anymore, as far as I can tell, so I wouldn't say that example is in any way broken. I also ran  ./script_ex1 with the latest master and it seems to run fine.

repo: compas/grasp


text:
Fix to issues #237, #239, #251

Able to use celdaTsne for celda_C models. When extremely low number of cells, some genes in transcriptional state have no expression, causing error on StateHeatmap. Those genes have been removed when using the fxn. Got rid of underscore in useDynLib comment.

Fixes #237, #239, #251

repo: compbiomed/celda

license: mit

license_source: bigquery


text:
No Operating System information

Comparing with the old version, the current version of the webpage no longer offers details concerning the distinct operating system prerequisites.

Hi! we've added the available packages.

We show the available packages in the tabs that show the recipe information.
We have added the available packages in the search page info.

repo: conan-io/web


text:
Added "required_perms" command property

It saves from a ton of copy-pasting and it's just easier to use.
As easy as
module.exports = {
    data: new SlashCommandBuilder(),
    required_perms: ["ADMINISTRATOR"],
    async execute(){},
]

Could you make required_perms camel case, and add the required permission "ADMINISTRATOR" to the quiz command? Thanks.

Lmao 💀 I'm too used to snake_case. Now it's fixed.

authors: SpeckyYT conaticus

repo: conaticus/boolean


text:
Use SimpleITK to load DICOM-images

Expected Behavior

DICOM-images and -series should be loaded using the SimpleITK-package.
Current Behavior

Currently DICOM-images are loaded into memory by using pydicom and dicom-numpy in load_dicom.py. A pull request (#119) is on its way to load mhd-images with SimpleITK. To reduce dependencies and make the code easier to maintain, SimpleITK should be used to load DICOM-images as well.
Possible Solution

The SimpleITK docs contain an example how to load a DICOM-image. The pydicom-objects are currently used at several places in the code. These usages will have to be refactored to deal with ITKImage objects. It would also be best to wait for #119 to be merged.
Acceptance criteria

[ ] DICOM-images are loaded into memory by SimpleITK.
[ ] pydicom and dicom-numpy are removed from the dependencies.
[ ] Code dependent on pydicom-objects is refactored to work with SimpleITK Image objects.

Is there anything that the pydicom / dicom-numpy duo can do that can't (easily) be done with SimpleITK? From briefly looking over the docs, SimpleITK appears to be a bit more verbose and less pythonthic.
import SimpleITK as sitk

reader = sitk.ImageSeriesReader()
dicom_names = reader.GetGDCMSeriesFileNames('/path/to/dicom/files')
reader.SetFileNames(dicom_names)
image = reader.Execute()
reader.GetMetaData(0, '0010|0010')

vs
import dicom

image = dicom.read_file('/path/to/dicom/files')
ds.PatientsName

I also found pydicom's docs a bit more comprehensive / easier to understand.
Thoughts?

SimpleITK as a port from C/C++ is for sure not really pythonic and accessing metadata is for sure a pain having to use the encoded tags. My idea was to keep the number of dependencies small and to be more consistent in what packages we use for the tasks.
Also SimpleITK uses C in the backend as far as I understand and might therefor be faster. Although this might be more important if we would use it to also do preprocessing/transformation with SimpleITK. I could try some benchmarks on the weekend.

SimpleITK as a port from C/C++ is for sure not really pythonic and accessing metadata is for sure a pain having to use the encoded tags. My idea was to keep the number of dependencies small and to be more consistent in what packages we use for the tasks.

In this case, I feel like the pro of removing a dependency don't outweigh the con of enforcing a less pythonic library.

Also SimpleITK uses C in the backend as far as I understand and might therefor be faster. Although this might be more important if we would use it to also do preprocessing/transformation with SimpleITK. I could try some benchmarks on the weekend.

Don't worry about that right now. For the MVP, we aren't really worrying about speed. Be on the lookout however, as we may want to start benchmarking and optimizing later on (at which point we can reopen this issue).

authors: reubano tdraebing

repo: concept-to-clinic/concept-to-clinic


text:
Absence of stacktraces leads to difficult-to-debug problems

Currently, bdr_out will emit a log line for an exception. But it does not emit a stack trace.
Supposing you get this:
undefined method `fetch' for #<String:0x00000000f98fa8>`

fetch is referred to more than a dozen times in the source code. It is difficult to work out which instance is at fault.
We suggest adding this line:
  STDERR.puts e.backtrace.join("\n")
So that stacktraces appear as well. In our case we would have been able to zero in much faster on our underlying problem. As it is, we wound up editing the resource in situ to add this line.

Hi there!
This resource is being deprecated in favor of https://github.com/cloudfoundry/bosh-deployment-resource, so I'm closing out all existing issues.
Thanks again for your involvement!

authors: chendrix jchesterpivotal

repo: concourse/bosh-deployment-resource


text:
Enable chaining of Area class configuration methods

There are a number of methods in the Area class that would potentially benefit from returning the current object.  This would allow for the creation, configuration, and display of Areas without having to assign to an one time use variable.  For example:

<?php
$a = new Area();
$a->enableGridContainer();
$a->display($c);
?>

could become a clean one-liner:

<?php (new Area())->enableGridContainer()->display($c); ?>

This would help enable cleaner templates, as generally you aren't going to repeat the display of the same area twice in the same template.

I can do this if given the go ahead, I just haven't seen the pattern much in c5 and wanted to check before submitting a PR

I like your thinking with this, but I'd personally not use chaining in this case, as I'm finding lately that I often need to comment out the enableGridContainer line. I also sometimes move the display line elsewhere (normally as part of some conditional statement that checks the number of blocks or edit mode). So I'd find those one line chained functions a bit of a hindrance to making theme adjustments.
I know this is a personal preference though. I like chaining in jQuery and in cases where you are drilling down in some data model to find related models. In the above cases though, I prefer the verbosity of the three lines.
But if the pattern is not used much elsewhere in concrete5, I'd say it could be dangerous encouraging it here in this context only. It might need to be an all or nothing thing with the entire codebase.

Yeah, I'm usually not a fan of one liners, but drill downs or chained configs are the one space where I actually sorta like it.  I have found that large chunks of php tend to collect bad things (tm) over time, and they harm the overall readability of the markup.  I also really itch about the "Use $a over and over for different areas" that I've seen in themes so far.  It strikes me as a really easy way to mess something up, and usually seems to be used to avoid cluttering the theme with a bunch of different variables.
The chaining I'm talking about would be a way to achieve that end goal for php versions that support the (new ClassName())->methodName() syntax without variable reuse.  It also leaves it open for individual development teams or theme authors to use it -or not- as their situation dictates.
Your point about the pattern not being employed elsewhere in c5 is extremely salient, however, and is the main concern I had about this.  I brought it up in the IRC channel, and was directed to ask here.  While I can commit to implementing fluent interfaces in the Area class and possibly some related classes, I can't do so for the rest of the core.
One possible solution that was mentioned in IRC was a Chain class that could be used to wrap arbitrary objects and act as a facade, but that seems a bit heavyweight for the usages I'm envisioning.

Personally I love the chained stuff when it makes sense. Things like query builders make a whole lot of sense to do this way. I'm skeptical that the Area class would be a good fit for this though. There are many public functions that simply don't make sense to be chained and to me that kind of makes me think that the class itself shouldn't use chaining.

I like your thinking with this, but I'd personally not use chaining in this case, as I'm finding lately that I often need to comment out the enableGridContainer line.

Typically to avoid running over the 120 character limit (or whatever PSR2 is) I end up tossing most of my chain functions to a new line anyway, which still allows for the commenting out of a line when you need to but at that point we don't gain a whole lot other than maybe making it more aesthetically pleasing

<?php
    $a = (new Area())
        //->enableGridContainer();
        ->display($c);
?>

Also with the PHP level of concrete5 being prior to 5.4 we can't really use the class access on instantiate so we're stuck with at least an instantiation line, and then one (or more) for chaining. (we can't use $a = (new Class)->chain1()->chain2()->derp();. Guess I just don't see it being a good fit for concrete5.
My $0.02

Then I guess the only remaining question is if it is useful when considered with an eye towards the future.  If it's not, then I'll not bother :)

Yeah, I kind of fall in with EC-Joe on this – not because chaining isn't useful, but just because most of the times when dealing with Areas I really need to use the API methods independent of the object I've instantiated.
$a = new Area('whatever'); if ($a->getTotalBlocksInArea($c) > 1) {     // etc... }
It's not really an object that whittles down its results or has lots of methods that work on the object itself (like a query builder.)

Good enough for me, I'll leave it alone then

Thanks for the question, interesting discussion.

authors: EC-Joe Mesuva aembler polerin


text:
Form block date/datetime fields should default to empty instead of current time/date

Instead of defaulting to the current time/date, I think the fields should start empty and have the option of setting the default time/date.
This would ensure values are genuinely provided by the user.

Yeah, that'd be a smart addition.

Made it into the 5.7.4 release :+1:

authors: aembler mitchray


text:
Korvin made me submit this

I did stuff cause @KorvinSzanto made me

You're pretty obviously going to need to fix this lol

Noooo!!! This was the best PR ever made! You're really a bad man, Korvin!!!! :wink:

:smile:

authors: KorvinSzanto Mnkras mlocati


text:
Multilingual - when using the Page Search and setting a parent page of a locale, it doesn't work quite right.

I can only get it to return top level pages, and then when I set it to show child pages it just returns blank.

I wonder if this is related to the new siteTree ID being used in the PageList. This would suggest the the page locale for searching is different to the current page locale that the block resides in?
We had some issues in an ajax page list. The tree was set dependent on the current page the block was on. We needed to display English news on a foreign news page. (Though it was also due to another issue)
I've also had issues where the pages once added are set as system pages within the DB which I think may cause this issue? But I can't confirm that as at the moment (I can't recreate that part)
A quick glance in the search block I can't see the tree being set.
The sitetree defaults to use the current page (in the PageList class)
   /** @var Tree */
    protected $siteTree = self::SITE_TREE_CURRENT;

We had to add some additional code that allowed if to get pages from all the site trees
$pageList->setSiteTreeToAll();

But I'm assuming if you want pages under a certain page within a locale then we probably need to define the tree based off the parent ID
//Looks like we would need to modify the search controller the parentID/object does not appear
//to be available in the do_search method

//But assuming we have the parent set as an object
$tree = $parentPage->getSiteTreeObject();
$pageList->setSiteTreeObject($tree);

authors: Seanom evancooper


text:
Vagrantfile - Development question

Hi all,
Couldn't find any relevant area on your forum so posting here.
is it worth it to put together a Vagrantfile, at least for developers/people who want to test it? I'm happy doing it, I just want to see what the general consensus is like.
Regards

A vagrant file could be useful. Personally, I use vagrant but under Laravel Homestead which works pretty well and keeps me from having to worry about server configuration beyond a yaml file.

Yeah, What are your thoughts on this @KorvinSzanto ? Is this a good place for it?

We use it to match the target server. The are several targets we host in with different OS and settings. I'd like a way we can overige settings, per git repo, that is update safe.

authors: Ruudt aembler frite herent


text:
FIx indows patching

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
[ ] 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.

authors: conda-forge-linter jschueller

repo: conda-forge/assimulo-feedstock


text:
@conda-forge-admin, please add bot automerge

As described in #4 .

Hi! This is the friendly automated conda-forge-webservice.
I just wanted to let you know that I added bot automerge in conda-forge/atlite-feedstock#7.

Hi! This is the friendly automated conda-forge-webservice.
I just wanted to let you know that I added bot automerge in conda-forge/atlite-feedstock#7.

authors: conda-forge-linter coroa

repo: conda-forge/atlite-feedstock


text:
Now only the remaining question, how we can get the CIs to run build tests in an environment

I usually do this:
https://github.com/python-visualization/folium/blob/master/.travis.yml#L29-L36

or how we could add the path to proj_lib.

Your script looks too complex IMO. If you are using conda you can do:
set "PROJ_LIB=%CONDA_PREFIX%\Library\share"  # Windows

export PROJ_LIB=$CONDA_PREFIX/share/proj  # Linux and OS X

The env var CONDA_PREFIX should be set on the base/root env.
Originally posted by @ocefpaf in https://github.com/conda-forge/basemap-feedstock/issues/30#issuecomment-422504954

This doesn't work. I still get the error under spyder
from mpl_toolkits.basemap import Basemap
Traceback (most recent call last):
File "", line 1, in
from mpl_toolkits.basemap import Basemap
File "C:\ProgramData\Anaconda3\lib\site-packages\mpl_toolkits\basemap_init_.py", line 146, in
pyproj_datadir = os.environ['PROJ_LIB']
File "C:\ProgramData\Anaconda3\lib\os.py", line 678, in getitem
raise KeyError(key) from None
KeyError: 'PROJ_LIB'

This doesn't work. I still get the error under spyder

Please report that to the spyder group. I have no idea who env variables are dealt with in spyder.

authors: jamessong ocefpaf

repo: conda-forge/basemap-feedstock


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


text:
MNT: Re-render the feedstock [ci skip]

Hi! This is the friendly conda-forge-admin automated user.
I've re-rendered this feedstock with the latest version of conda-smithy (1.3.3) and noticed some changes.
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).
Remember, for any changes to the recipe you would normally need to increment the version or the build number of the package.
Since this is an infrastructural change, we don't actually need/want a new version to be uploaded to anaconda.org/conda-forge, so the version and build/number are left unchanged and the CI has been skipped.
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.


text:
PROD rebuild for newest sysroot packages

Please see the repo readme for directions on how to make PRs on this repo.
Checklist:

[ ] if you have added a CDT, it appears in the cdt_slugs.yaml file and
you have rerun the script python gen_cdt_recipes.py.
[ ] if you have changed the CDT generator code (rpm.py), you have bumped
the build number in conda_build_config.yaml and have remade all of the
recipes via running python gen_cdt_recipes.py --force
[ ] if you have added a custom CDT recipe, you have added the name of the CDT
with custom: true in the cdt_slugs.yaml file.
[ ] all CDT recipes have build number set by {{ cdt_build_number }} for
old-style/legacy CDTs or {{ cdt_build_number|int + 1000 }} for new-style CDTs
[ ] if you see a warning about a CDT not having a license, you have added the
license_file key in the cdt_slugs.yaml file with the path to the appropriate
license in licenses/

NOTE: If you make any changes to cd_slugs.yaml, you need to reun the generator code
via python gen_cdt_recipes.py. Add the --fast option to make this go more quickly.

Will merge in about an hour

repo: conda-forge/cdt-builds


text:
Don't lock to an old version of Dask

This is causing all kinds of weird solves, using old versions of dask (e.g. 2021.10.0).

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.

@jrbourbeau or @ian-r-rose my understanding is that we pinned to old versions of Dask in order to avoid an EventLoop issue that crept up.  Can you verify that this has been resolved in Dask or Coiled and that newer versions will be ok?

Yes, I believe this can be safely removed. It was pinned due to a breaking change in dask.utils.sync, and we now have a workaround in place.

Fix was here, released two weeks ago, I think we're good.

Great.  Merging.  Thanks @ian-r-rose

authors: conda-forge-linter ian-r-rose mrocklin necaris

repo: conda-forge/coiled-feedstock


text:
Switch to @conda-forge/spacy team

Checklist

[x] Used a personal 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.

@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:

ℹ No valid build backend found for Python recipe for package confection using pip. Python recipes using pip need to explicitly specify a build backend in the host section. If your recipe has built with only pip in the host section in the past, you likely should add setuptools to the host section of your recipe.
ℹ PyPI default URL is now pypi.org, and not pypi.io. You may want to update the default source url.

This message was generated by GitHub Actions workflow run https://github.com/conda-forge/conda-forge-webservices/actions/runs/12282457498. Examine the logs at this URL for more detail.

authors: adrianeboyd conda-forge-admin

repo: conda-forge/confection-feedstock


text:
2.0.3

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 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:

requirements: run: readline >= 8 should not contain a space between relational operator and the version, i.e. readline >=8

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-linter espenhgn

repo: conda-forge/lfpy-feedstock


text:
need ucrt for win

Checklist

[ ] Used a personal 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.

The initial CI run published unixy noarch artefacts already; perhaps you'd like to bump the build number.

Doesn't really matter as all the changes are windows specific.

authors: h-vetinari isuruf


text:
Update to v1.3.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/meta.yaml) and found it was in an excellent condition.

authors: anjos conda-forge-admin

repo: conda-forge/mednet-feedstock


text:
ImageIO Fails

Solution to issue cannot be found in the documentation.

[X] I checked the documentation.

Issue
I'm seeing the same error as the closed issue #18 (which was supposed to be fixed by #19) when trying to use the imread function to load an image:
error: imfinfo: support for Image IO was unavailable or disabled when Octave was built
error: called from
    __imread__ at line 87 column 10
    imageIO at line 141 column 28
    imread at line 102 column 33

Octave uses GraphicksMagic for this functionality and the package is installed in the conda list. I used micromamba to install, not sure how that could affect it. I also have the system Octave (V6.2) installed and there is no error (imread works fine).
This is on Debian 11 Raspberry Pi CM4.
Installed packages
❯ micromamba list
List of packages in environment: "/media/cog/data/micromamba/envs/octave"

  Name                       Version       Build                     Channel
──────────────────────────────────────────────────────────────────────────────────
  _openmp_mutex              4.5           2_gnu                     conda-forge
  alsa-lib                   1.2.8         h4e544f5_0                conda-forge
  aom                        3.5.0         headf329_0                conda-forge
  arpack                     3.7.0         hf862f49_2                conda-forge
  atk-1.0                    2.38.0        hf4e84e4_1                conda-forge
  attr                       2.5.1         h4e544f5_1                conda-forge
  brotli                     1.0.9         h4e544f5_8                conda-forge
  brotli-bin                 1.0.9         h4e544f5_8                conda-forge
  bzip2                      1.0.8         hf897c2e_4                conda-forge
  c-ares                     1.19.0        h31becfc_0                conda-forge
  ca-certificates            2023.5.7      hcefe29a_0                conda-forge
  cairo                      1.16.0        hd19fb6e_1014             conda-forge
  chrpath                    0.16          hf897c2e_1002             conda-forge
  curl                       8.1.0         hc34909b_0                conda-forge
  dbus                       1.13.6        h12b9eeb_3                conda-forge
  expat                      2.5.0         hd600fc2_1                conda-forge
  ffmpeg                     5.1.2         gpl_h8bd3c30_106          conda-forge
  fftw                       3.3.10        nompi_h2dcef8e_107        conda-forge
  fltk                       1.3.8         h3361260_0                conda-forge
  font-ttf-dejavu-sans-mono  2.37          hab24e00_0                conda-forge
  font-ttf-inconsolata       3.000         h77eed37_0                conda-forge
  font-ttf-source-code-pro   2.038         h77eed37_0                conda-forge
  font-ttf-ubuntu            0.83          hab24e00_0                conda-forge
  fontconfig                 2.14.2        ha9a116f_0                conda-forge
  fonts-conda-ecosystem      1             0                         conda-forge
  fonts-conda-forge          1             0                         conda-forge
  freetype                   2.12.1        hbbbf32d_1                conda-forge
  fribidi                    1.0.10        hb9de7d4_0                conda-forge
  gdk-pixbuf                 2.42.10       h551e6f1_0                conda-forge
  gettext                    0.21.1        ha18d298_0                conda-forge
  ghostscript                9.54.0        h4de3ea5_2                conda-forge
  giflib                     5.2.1         hb4cce97_3                conda-forge
  gl2ps                      1.4.2         hdf53a3c_0                conda-forge
  glib                       2.76.2        hd84c7bf_0                conda-forge
  glib-networking            2.72.2        he35a61d_0                conda-forge
  glib-tools                 2.76.2        hd84c7bf_0                conda-forge
  glpk                       5.0           h66325d0_0                conda-forge
  gmp                        6.2.1         h7fd3ca4_0                conda-forge
  gnuplot                    5.4.5         h1fafa18_1                conda-forge
  gnutls                     3.7.8         h5e100cc_0                conda-forge
  graphicsmagick             1.3.40        h427c933_0                conda-forge
  graphite2                  1.3.13        h7fd3ca4_1001             conda-forge
  gst-libav                  1.22.0        h0a79baf_0                conda-forge
  gst-plugins-bad            1.22.0        h2f05ab0_0                conda-forge
  gst-plugins-base           1.22.0        h8a62080_0                conda-forge
  gst-plugins-good           1.22.0        hf363d5f_0                conda-forge
  gst-plugins-ugly           1.22.0        h5356407_2                conda-forge
  gstreamer                  1.22.0        h1f26242_0                conda-forge
  gstreamer-orc              0.4.33        h4e544f5_0                conda-forge
  gtk2                       2.24.33       h49e3f37_2                conda-forge
  harfbuzz                   6.0.0         hbcb8a4f_0                conda-forge
  hdf5                       1.14.0        nompi_h96fea9c_103        conda-forge
  icu                        70.1          ha18d298_0                conda-forge
  jack                       1.9.22        hf8b18a5_0                conda-forge
  jpeg                       9e            h2a766a3_3                conda-forge
  keyutils                   1.6.1         h4e544f5_0                conda-forge
  krb5                       1.20.1        h113d92e_0                conda-forge
  lame                       3.100         h4e544f5_1003             conda-forge
  ld_impl_linux-aarch64      2.40          h2d8c526_0                conda-forge
  lerc                       4.0.0         h4de3ea5_0                conda-forge
  libaec                     1.0.6         hd600fc2_1                conda-forge
  libblas                    3.9.0         16_linuxaarch64_openblas  conda-forge
  libbrotlicommon            1.0.9         h4e544f5_8                conda-forge
  libbrotlidec               1.0.9         h4e544f5_8                conda-forge
  libbrotlienc               1.0.9         h4e544f5_8                conda-forge
  libcap                     2.67          h8246067_0                conda-forge
  libcblas                   3.9.0         16_linuxaarch64_openblas  conda-forge
  libclang                   15.0.7        default_h3fabc39_1        conda-forge
  libclang13                 15.0.7        default_haf32b04_1        conda-forge
  libcups                    2.3.3         h4303303_3                conda-forge
  libcurl                    8.1.0         hc34909b_0                conda-forge
  libdb                      6.2.32        h01db608_0                conda-forge
  libdeflate                 1.17          hb4cce97_0                conda-forge
  libedit                    3.1.20191231  he28a2e2_2                conda-forge
  libev                      4.33          h516909a_1                conda-forge
  libevent                   2.1.10        h4f30969_4                conda-forge
  libexpat                   2.5.0         hd600fc2_1                conda-forge
  libffi                     3.4.2         h3557bc0_5                conda-forge
  libflac                    1.4.2         h4de3ea5_0                conda-forge
  libgcc-ng                  12.2.0        h607ecd0_19               conda-forge
  libgcrypt                  1.10.1        h4e544f5_0                conda-forge
  libgd                      2.3.3         h99c6b3b_4                conda-forge
  libgfortran-ng             12.2.0        he9431aa_19               conda-forge
  libgfortran5               12.2.0        hf695500_19               conda-forge
  libglib                    2.76.2        h0464669_0                conda-forge
  libglu                     9.0.0         he1b5a44_1001             conda-forge
  libgomp                    12.2.0        h607ecd0_19               conda-forge
  libgpg-error               1.46          haae8ae4_0                conda-forge
  libhwloc                   2.9.1         h21e8147_0                conda-forge
  libiconv                   1.17          h9cdd2b7_0                conda-forge
  libidn2                    2.3.4         h4e544f5_0                conda-forge
  liblapack                  3.9.0         16_linuxaarch64_openblas  conda-forge
  liblapacke                 3.9.0         16_linuxaarch64_openblas  conda-forge
  libllvm15                  15.0.7        h87099f9_1                conda-forge
  libnghttp2                 1.52.0        h250e5c5_0                conda-forge
  libnsl                     2.0.0         hf897c2e_0                conda-forge
  libogg                     1.3.4         h3557bc0_1                conda-forge
  libopenblas                0.3.21        pthreads_h6cb6f83_3       conda-forge
  libopus                    1.3.1         hf897c2e_1                conda-forge
  libpng                     1.6.39        hf9034f9_0                conda-forge
  libpq                      15.3          hf616e62_0                conda-forge
  libpsl                     0.21.1        h09417bd_5                conda-forge
  libsndfile                 1.2.0         h693ebdd_0                conda-forge
  libsoup                    3.2.2         he354691_0                conda-forge
  libsqlite                  3.42.0        h194ca79_0                conda-forge
  libssh2                    1.10.0        he5a64b1_3                conda-forge
  libstdcxx-ng               12.2.0        hc13a102_19               conda-forge
  libsystemd0                253           h74de264_1                conda-forge
  libtasn1                   4.19.0        h4e544f5_0                conda-forge
  libtiff                    4.5.0         h4c1066a_2                conda-forge
  libtool                    2.4.7         h4de3ea5_0                conda-forge
  libudev1                   253           hb4cce97_1                conda-forge
  libunistring               0.9.10        hf897c2e_0                conda-forge
  libuuid                    2.38.1        hb4cce97_0                conda-forge
  libvorbis                  1.3.7         h01db608_0                conda-forge
  libvpx                     1.11.0        h01db608_3                conda-forge
  libwebp                    1.2.4         h7bdf6e5_1                conda-forge
  libwebp-base               1.2.4         h4e544f5_0                conda-forge
  libxcb                     1.13          h3557bc0_1004             conda-forge
  libxkbcommon               1.5.0         h4f22d97_1                conda-forge
  libxml2                    2.10.3        habe54e3_4                conda-forge
  libzlib                    1.2.13        h4e544f5_4                conda-forge
  lz4-c                      1.9.4         hd600fc2_0                conda-forge
  metis                      5.1.0         h7fd3ca4_1006             conda-forge
  mpfr                       4.2.0         h96f194b_0                conda-forge
  mpg123                     1.31.3        hd600fc2_0                conda-forge
  mysql-common               8.0.32        hb6794ad_2                conda-forge
  mysql-libs                 8.0.32        hf629957_2                conda-forge
  ncurses                    6.3           headf329_1                conda-forge
  nettle                     3.8.1         hcc5b78b_1                conda-forge
  nspr                       4.35          h4de3ea5_0                conda-forge
  nss                        3.89          hf608148_0                conda-forge
  octave                     8.2.0         hcf01537_0                conda-forge
  openh264                   2.3.1         hd600fc2_2                conda-forge
  openssl                    3.1.0         h31becfc_3                conda-forge
  p11-kit                    0.24.1        h9f2702f_0                conda-forge
  packaging                  23.1          pyhd8ed1ab_0              conda-forge
  pango                      1.50.14       h1f1e9b3_0                conda-forge
  pcre                       8.45          h01db608_0                conda-forge
  pcre2                      10.40         he7b27c6_0                conda-forge
  perl                       5.32.1        2_hf897c2e_perl5          conda-forge
  pip                        23.1.2        pyhd8ed1ab_0              conda-forge
  pixman                     0.40.0        hb9de7d4_0                conda-forge
  ply                        3.11          py_1                      conda-forge
  portaudio                  19.6.0        h52479df_7                conda-forge
  pthread-stubs              0.4           hb9de7d4_1001             conda-forge
  pulseaudio                 16.1          hd600fc2_3                conda-forge
  pulseaudio-client          16.1          h0c4632f_3                conda-forge
  pulseaudio-daemon          16.1          h7a898ed_3                conda-forge
  pyqt                       5.15.7        py311ha8b159b_3           conda-forge
  pyqt5-sip                  12.11.0       py311hbb176d9_3           conda-forge
  python                     3.11.3        h07235ee_0_cpython        conda-forge
  python_abi                 3.11          3_cp311                   conda-forge
  qhull                      2020.2        hd62202e_2                conda-forge
  qscintilla2                2.13.4        py311h4136480_0           conda-forge
  qt-main                    5.15.8        h75fb342_6                conda-forge
  readline                   8.2           h8fc344f_1                conda-forge
  setuptools                 67.7.2        pyhd8ed1ab_0              conda-forge
  sip                        6.7.9         py311h1bf5055_0           conda-forge
  sqlite                     3.42.0        h3b3482f_0                conda-forge
  suitesparse                5.10.1        h1404dd6_1                conda-forge
  sundials                   6.5.1         hb496728_0                conda-forge
  svt-av1                    1.4.1         hd600fc2_0                conda-forge
  tbb                        2021.9.0      h4c384f3_0                conda-forge
  texinfo                    7.0           pl5321h17f021e_0          conda-forge
  tk                         8.6.12        hd8af866_0                conda-forge
  toml                       0.10.2        pyhd8ed1ab_0              conda-forge
  tomli                      2.0.1         pyhd8ed1ab_0              conda-forge
  tzdata                     2023c         h71feb2d_0                conda-forge
  wheel                      0.40.0        pyhd8ed1ab_0              conda-forge
  x264                       1!164.3095    h4e544f5_2                conda-forge
  x265                       3.5           hdd96247_3                conda-forge
  xcb-util                   0.4.0         h4e544f5_0                conda-forge
  xcb-util-image             0.4.0         h4e544f5_0                conda-forge
  xcb-util-keysyms           0.4.0         h4e544f5_0                conda-forge
  xcb-util-renderutil        0.3.9         h4e544f5_0                conda-forge
  xcb-util-wm                0.4.1         h4e544f5_0                conda-forge
  xkeyboard-config           2.38          hb4cce97_0                conda-forge
  xorg-fixesproto            5.0           h3557bc0_1002             conda-forge
  xorg-kbproto               1.0.7         h3557bc0_1002             conda-forge
  xorg-libice                1.0.10        h3557bc0_0                conda-forge
  xorg-libsm                 1.2.3         h965e137_1000             conda-forge
  xorg-libx11                1.8.4         h2a766a3_0                conda-forge
  xorg-libxau                1.0.9         h3557bc0_0                conda-forge
  xorg-libxdmcp              1.1.3         h3557bc0_0                conda-forge
  xorg-libxext               1.3.4         h2a766a3_2                conda-forge
  xorg-libxfixes             5.0.3         h3557bc0_1004             conda-forge
  xorg-libxrender            0.9.10        h3557bc0_1003             conda-forge
  xorg-libxt                 1.2.1         h3557bc0_2                conda-forge
  xorg-renderproto           0.11.1        h3557bc0_1002             conda-forge
  xorg-xextproto             7.3.0         h2a766a3_1003             conda-forge
  xorg-xproto                7.0.31        h3557bc0_1007             conda-forge
  xz                         5.2.6         h9cdd2b7_0                conda-forge
  zlib                       1.2.13        h4e544f5_4                conda-forge
  zstd                       1.5.2         h44f6412_6                conda-forge
(octave)

Environment info
❯ micromamba info

                                           __
          __  ______ ___  ____ _____ ___  / /_  ____ _
         / / / / __ `__ \/ __ `/ __ `__ \/ __ \/ __ `/
        / /_/ / / / / / / /_/ / / / / / / /_/ / /_/ /
       / .___/_/ /_/ /_/\__,_/_/ /_/ /_/_.___/\__,_/
      /_/

            environment : octave (active)
           env location : /media/cog/data/micromamba/envs/octave
      user config files : /home/cog/.mambarc
 populated config files : /home/cog/.mambarc
       libmamba version : 1.4.3
     micromamba version : 1.4.3
           curl version : libcurl/7.88.1 OpenSSL/3.1.0 zlib/1.2.13 zstd/1.5.2 libssh2/1.10.0 nghttp2/1.52.0
     libarchive version : libarchive 3.6.2 zlib/1.2.13 bz2lib/1.0.8 libzstd/1.5.2
       virtual packages : __unix=0=0
                          __linux=6.1.21=0
                          __glibc=2.31=0
                          __archspec=1=aarch64
               channels :
       base environment : /media/cog/data/micromamba
               platform : linux-aarch64
(octave)

It seems that this was never fixed. Version 8.2.0 is still the newest on conda-forge and I just ran into the same issue.
Are there any workarounds?

Thanks for reporting, does the gui work for you on linux btw?

@ngam, thank you for your response. The GUI is working and octave 8.2 seems to behave as it should otherwise in the Raspberry Pi running the latest OS release (linux 6.1 kernel)...

I also tested on my Ubuntu 22.04 desktop workstation running conda-forge octave V8.2 with the same error:
>> imread('star.png')
error: imfinfo: support for Image IO was unavailable or disabled when Octave was built
error: called from
    __imread__ at line 87 column 10
    imageIO at line 141 column 28
    imread at line 102 column 33

▶ micromamba info

                                           __
          __  ______ ___  ____ _____ ___  / /_  ____ _
         / / / / __ `__ \/ __ `/ __ `__ \/ __ \/ __ `/
        / /_/ / / / / / / /_/ / / / / / / /_/ / /_/ /
       / .___/_/ /_/ /_/\__,_/_/ /_/ /_/_.___/\__,_/
      /_/

            environment : octave (active)
           env location : /home/cog5/micromamba/envs/octave
      user config files : /home/cog5/.mambarc
 populated config files : /home/cog5/.mambarc
       libmamba version : 1.4.4
     micromamba version : 1.4.4
           curl version : libcurl/7.88.1 OpenSSL/3.1.1 zlib/1.2.13 zstd/1.5.2 libssh2/1.11.0 nghttp2/1.52.0
     libarchive version : libarchive 3.6.2 zlib/1.2.13 bz2lib/1.0.8 libzstd/1.5.2
       virtual packages : __unix=0=0
                          __linux=6.3.7=0
                          __glibc=2.35=0
                          __archspec=1=x86_64
               channels : https://conda.anaconda.org/conda-forge/linux-64
                          https://conda.anaconda.org/conda-forge/noarch
       base environment : /home/cog5/micromamba
               platform : linux-64

Still broken in Octave 8.3.
Octave installation on Ubuntu 22.04 (x86-64) using the installation instructions on the Wiki:
conda create --name octave && conda activate octave && conda install -c conda-forge octave
installed the image toolkit from within octave
octave:1> IMG = im2uint8(rand(512,512,3));
error: 'im2uint8' undefined near line 1, column 7

The ’im2uint8’ function belongs to the image package from Octave Forge
which seems to not be installed in your system.

Please read <https://www.octave.org/missing.html> to learn how you can
contribute missing functionality.
octave:2> pkg load image
error: package image is not installed
error: called from
    load_packages at line 47 column 7
    pkg at line 639 column 7
octave:3> pkg install -forge image
For information about changes from previous versions of the image package, run 'news image'.
octave:4> pkg load  #image
octave:5> IMG = im2uint8(rand(512,512,3));
octave:6> imwrite(IMG, '/tmp/test.png');
warning: imwrite: unlisted image format png (see imformats).  Trying to save anyway.
warning: called from
    imwrite at line 121 column 5

error: imwrite: support for Image IO was unavailable or disabled when Octave was built
error: called from
    __imwrite__ at line 221 column 3
    imwrite at line 123 column 5
octave:7> imformats
error: =: nonconformant arguments (op1 is 1x1, op2 is 0x0)
error: called from
    imformats>pretty_print_formats at line 306 column 18
    imformats at line 84 column 5
octave:8> imwrite(IMG, '/tmp/test.jpg');
warning: imwrite: unlisted image format jpg (see imformats).  Trying to save anyway.
/
warning: called from
    imwrite at line 121 column 5

error: imwrite: support for Image IO was unavailable or disabled when Octave was built
error: called from
    __imwrite__ at line 221 column 3
    imwrite at line 123 column 5
octave:9> imwrite(IMG, '/tmp/test.bmp');
warning: imwrite: unlisted image format bmp (see imformats).  Trying to save anyway.
warning: called from
    imwrite at line 121 column 5

error: imwrite: support for Image IO was unavailable or disabled when Octave was built
error: called from
    __imwrite__ at line 221 column 3
    imwrite at line 123 column 5

conda list:
# Name                    Version                   Build  Channel
_libgcc_mutex             0.1                 conda_forge    conda-forge
_openmp_mutex             4.5                       2_gnu    conda-forge
alsa-lib                  1.2.10               hd590300_0    conda-forge
arpack                    3.7.0                hdefa2d7_2    conda-forge
atk-1.0                   2.38.0               hd4edc92_1    conda-forge
attr                      2.5.1                h166bdaf_1    conda-forge
bzip2                     1.0.8                h7f98852_4    conda-forge
c-ares                    1.19.1               hd590300_0    conda-forge
ca-certificates           2023.7.22            hbcca054_0    conda-forge
cairo                     1.16.0            h0c91306_1017    conda-forge
chrpath                   0.16              h7f98852_1002    conda-forge
curl                      8.3.0                hca28451_0    conda-forge
dbus                      1.13.6               h5008d03_3    conda-forge
expat                     2.5.0                hcb278e6_1    conda-forge
fftw                      3.3.10          nompi_hc118613_108    conda-forge
fltk                      1.3.8                hfbcda93_2    conda-forge
font-ttf-dejavu-sans-mono 2.37                 hab24e00_0    conda-forge
font-ttf-inconsolata      3.000                h77eed37_0    conda-forge
font-ttf-source-code-pro  2.038                h77eed37_0    conda-forge
font-ttf-ubuntu           0.83                 hab24e00_0    conda-forge
fontconfig                2.14.2               h14ed4e7_0    conda-forge
fonts-conda-ecosystem     1                             0    conda-forge
fonts-conda-forge         1                             0    conda-forge
freetype                  2.12.1               h267a509_2    conda-forge
fribidi                   1.0.10               h36c2ea0_0    conda-forge
gdk-pixbuf                2.42.10              h6c15284_3    conda-forge
gettext                   0.21.1               h27087fc_0    conda-forge
ghostscript               10.02.0              h59595ed_0    conda-forge
giflib                    5.2.1                h0b41bf4_3    conda-forge
gl2ps                     1.4.2                h0708190_0    conda-forge
glib                      2.78.0               hfc55251_0    conda-forge
glib-tools                2.78.0               hfc55251_0    conda-forge
glpk                      5.0                  h445213a_0    conda-forge
gmp                       6.2.1                h58526e2_0    conda-forge
gnuplot                   5.4.8                h142138f_0    conda-forge
graphicsmagick            1.3.40               hd2258ff_3    conda-forge
graphite2                 1.3.13            h58526e2_1001    conda-forge
gst-plugins-base          1.22.6               h8e1006c_2    conda-forge
gstreamer                 1.22.6               h98fc4e7_2    conda-forge
gtk2                      2.24.33              h90689f9_2    conda-forge
harfbuzz                  8.2.1                h3d44ed6_0    conda-forge
hdf5                      1.14.2          nompi_h4f84152_100    conda-forge
icu                       73.2                 h59595ed_0    conda-forge
keyutils                  1.6.1                h166bdaf_0    conda-forge
krb5                      1.21.2               h659d440_0    conda-forge
lame                      3.100             h166bdaf_1003    conda-forge
ld_impl_linux-64          2.40                 h41732ed_0    conda-forge
lerc                      4.0.0                h27087fc_0    conda-forge
libaec                    1.1.1                h59595ed_0    conda-forge
libblas                   3.9.0           18_linux64_openblas    conda-forge
libcap                    2.69                 h0f662aa_0    conda-forge
libcblas                  3.9.0           18_linux64_openblas    conda-forge
libclang                  15.0.7          default_h7634d5b_3    conda-forge
libclang13                15.0.7          default_h9986a30_3    conda-forge
libcups                   2.3.3                h4637d8d_4    conda-forge
libcurl                   8.3.0                hca28451_0    conda-forge
libdeflate                1.19                 hd590300_0    conda-forge
libedit                   3.1.20191231         he28a2e2_2    conda-forge
libev                     4.33                 h516909a_1    conda-forge
libevent                  2.1.12               hf998b51_1    conda-forge
libexpat                  2.5.0                hcb278e6_1    conda-forge
libffi                    3.4.2                h7f98852_5    conda-forge
libflac                   1.4.3                h59595ed_0    conda-forge
libgcc-ng                 13.2.0               h807b86a_2    conda-forge
libgcrypt                 1.10.1               h166bdaf_0    conda-forge
libgd                     2.3.3                he9388d3_8    conda-forge
libgfortran-ng            13.2.0               h69a702a_2    conda-forge
libgfortran5              13.2.0               ha4646dd_2    conda-forge
libglib                   2.78.0               hebfc3b9_0    conda-forge
libglu                    9.0.0             hac7e632_1003    conda-forge
libgomp                   13.2.0               h807b86a_2    conda-forge
libgpg-error              1.47                 h71f35ed_0    conda-forge
libhwloc                  2.9.3           default_h554bfaf_1009    conda-forge
libiconv                  1.17                 h166bdaf_0    conda-forge
libjpeg-turbo             2.1.5.1              hd590300_1    conda-forge
liblapack                 3.9.0           18_linux64_openblas    conda-forge
liblapacke                3.9.0           18_linux64_openblas    conda-forge
libllvm15                 15.0.7               h5cf9203_3    conda-forge
libnghttp2                1.52.0               h61bc06f_0    conda-forge
libnsl                    2.0.0                hd590300_1    conda-forge
libogg                    1.3.4                h7f98852_1    conda-forge
libopenblas               0.3.24          pthreads_h413a1c8_0    conda-forge
libopus                   1.3.1                h7f98852_1    conda-forge
libpng                    1.6.39               h753d276_0    conda-forge
libpq                     15.4                 hfc447b1_2    conda-forge
libsndfile                1.2.2                hc60ed4a_1    conda-forge
libsqlite                 3.43.0               h2797004_0    conda-forge
libssh2                   1.11.0               h0841786_0    conda-forge
libstdcxx-ng              13.2.0               h7e041cc_2    conda-forge
libsystemd0               254                  h3516f8a_0    conda-forge
libtiff                   4.6.0                h29866fb_1    conda-forge
libuuid                   2.38.1               h0b41bf4_0    conda-forge
libvorbis                 1.3.7                h9c3ff4c_0    conda-forge
libwebp                   1.3.2                hdffd6e0_0    conda-forge
libwebp-base              1.3.2                hd590300_0    conda-forge
libxcb                    1.15                 h0b41bf4_0    conda-forge
libxkbcommon              1.5.0                h5d7e998_3    conda-forge
libxml2                   2.11.5               h232c23b_1    conda-forge
libzlib                   1.2.13               hd590300_5    conda-forge
lz4-c                     1.9.4                hcb278e6_0    conda-forge
metis                     5.1.0             h59595ed_1007    conda-forge
mpfr                      4.2.0                hb012696_0    conda-forge
mpg123                    1.32.3               h59595ed_0    conda-forge
mysql-common              8.0.33               hf1915f5_4    conda-forge
mysql-libs                8.0.33               hca2cd23_4    conda-forge
ncurses                   6.4                  hcb278e6_0    conda-forge
nspr                      4.35                 h27087fc_0    conda-forge
nss                       3.94                 h1d7d5a4_0    conda-forge
octave                    8.3.0                hd519df5_1    conda-forge
openssl                   3.1.3                hd590300_0    conda-forge
packaging                 23.2               pyhd8ed1ab_0    conda-forge
pango                     1.50.14              ha41ecd1_2    conda-forge
pcre                      8.45                 h9c3ff4c_0    conda-forge
pcre2                     10.40                hc3806b6_0    conda-forge
perl                      5.32.1          4_hd590300_perl5    conda-forge
pip                       23.2.1             pyhd8ed1ab_0    conda-forge
pixman                    0.42.2               h59595ed_0    conda-forge
ply                       3.11                       py_1    conda-forge
portaudio                 19.6.0               h7c63dc7_9    conda-forge
pthread-stubs             0.4               h36c2ea0_1001    conda-forge
pulseaudio-client         16.1                 hb77b528_5    conda-forge
pyqt                      5.15.9          py311hf0fb5b6_5    conda-forge
pyqt5-sip                 12.12.2         py311hb755f60_5    conda-forge
python                    3.11.5          hab00c5b_0_cpython    conda-forge
python_abi                3.11                    4_cp311    conda-forge
qhull                     2020.2               h4bd325d_2    conda-forge
qscintilla2               2.14.1          py311h4c6dc46_0    conda-forge
qt-main                   5.15.8              hc47bfe8_16    conda-forge
readline                  8.2                  h8228510_1    conda-forge
setuptools                68.2.2             pyhd8ed1ab_0    conda-forge
sip                       6.7.11          py311hb755f60_1    conda-forge
suitesparse               5.10.1               h9e50725_1    conda-forge
sundials                  6.6.1                h777d08e_0    conda-forge
tbb                       2021.10.0            h00ab1b0_1    conda-forge
texinfo                   7.0             pl5321h0f457ee_0    conda-forge
tk                        8.6.13               h2797004_0    conda-forge
toml                      0.10.2             pyhd8ed1ab_0    conda-forge
tomli                     2.0.1              pyhd8ed1ab_0    conda-forge
tzdata                    2023c                h71feb2d_0    conda-forge
wheel                     0.41.2             pyhd8ed1ab_0    conda-forge
xcb-util                  0.4.0                hd590300_1    conda-forge
xcb-util-image            0.4.0                h8ee46fc_1    conda-forge
xcb-util-keysyms          0.4.0                h8ee46fc_1    conda-forge
xcb-util-renderutil       0.3.9                hd590300_1    conda-forge
xcb-util-wm               0.4.1                h8ee46fc_1    conda-forge
xkeyboard-config          2.39                 hd590300_0    conda-forge
xorg-fixesproto           5.0               h7f98852_1002    conda-forge
xorg-kbproto              1.0.7             h7f98852_1002    conda-forge
xorg-libice               1.1.1                hd590300_0    conda-forge
xorg-libsm                1.2.4                h7391055_0    conda-forge
xorg-libx11               1.8.6                h8ee46fc_0    conda-forge
xorg-libxau               1.0.11               hd590300_0    conda-forge
xorg-libxdmcp             1.1.3                h7f98852_0    conda-forge
xorg-libxext              1.3.4                h0b41bf4_2    conda-forge
xorg-libxfixes            5.0.3             h7f98852_1004    conda-forge
xorg-libxrender           0.9.11               hd590300_0    conda-forge
xorg-libxt                1.3.0                hd590300_1    conda-forge
xorg-renderproto          0.11.1            h7f98852_1002    conda-forge
xorg-xextproto            7.3.0             h0b41bf4_1003    conda-forge
xorg-xf86vidmodeproto     2.3.1             h7f98852_1002    conda-forge
xorg-xproto               7.0.31            h7f98852_1007    conda-forge
xz                        5.2.6                h166bdaf_0    conda-forge
zlib                      1.2.13               hd590300_5    conda-forge
zstd                      1.5.5                hfc55251_0    conda-forge

I asked on the Octave forum, and got this feedback:

It looks to me that GraphicsMagick library was not found during the octave build. If you have access to config.log , you should be able to figure out the reason. I would guess the header files are not installed.
I do not know anything about conda; on Fedora/RedHat there are two packages:
GraphicsMagick-devel and GraphicsMagick-c++-devel – you’d need both.

https://octave.discourse.group/t/using-conda-to-install-octave-imread-fails/4921
The suggestion is to add GraphicsMagick-devel and GraphicsMagick-c++-devel packages.

This line is likely the culprit:
https://github.com/conda-forge/octave-feedstock/blob/main/recipe/build.sh#L25
Try to remove it (the configure script should find it automatically if it is installed at a default location), or change it to the name of the GraphicsMagick C++ library. That is likely GraphicsMagick++.

I ran into this issue today. Are there plans to implement @mmuetzel's suggestion?

Same issue, any update?

I've opened https://github.com/conda-forge/octave-feedstock/pull/127 with @mmuetzel's suggestion; it seems to work for me on macOS (Apple Silicon).

authors: iandol kostrykin lindsayad matteosecli mmuetzel narrenschip

repo: conda-forge/octave-feedstock


text:
[WIP] Add JNI Test case

The current recipe puts is copying the "include" headers under the wrong directory.
I am adding the test case for that, and will follow up with a fix soon.

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.

@johanneskoester, I am not sure why the Windows build is not working, it seems that appveyor is acting up randomly. I will try to debug that as well.

Thanks! I have no clue about windows. Maybe I was just lucky that it worked before.

@johanneskoester
I am done with the changes, feel free to merge once the build system catches up.

Great work, thanks a lot!

repo: conda-forge/openjdk-feedstock


text:
Update meta.yaml

This pull request will remove validate_email dependency from the recipe. Please merge this PR when the new orange3-text release will be available.

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 restart ci

authors: PrimozGodec conda-forge-linter


text:
physiocurve 2022.7.14

Checklist

[ ] Used a personal 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, please rerender

repo: conda-forge/physiocurve-feedstock


text:
MNT: Re-render the feedstock [ci skip]

Hi! This is the friendly conda-forge-admin automated user.
I've re-rendered this feedstock with the latest version of conda-smithy (2.1.1) and noticed some changes.
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).
Remember, for any changes to the recipe you would normally need to increment the version or the build number of the package.
Since this is an infrastructural change, we don't actually need/want a new version to be uploaded to anaconda.org/conda-forge, so the version and build/number are left unchanged and the CI has been skipped.
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.

repo: conda-forge/piranha-feedstock


text:
remove redundant conda_build_config.yaml

Checklist

[x] Used a personal 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.

@conda-forge-admin, please rerender

repo: conda-forge/pygotm-feedstock