<@ankursinha:fedora.im>
13:04:16
!startmeeting NeuroFedora - 2024-04-22
<@meetbot:fedora.im>
13:04:17
Meeting started at 2024-04-22 13:04:16 UTC
<@meetbot:fedora.im>
13:04:18
The Meeting name is 'NeuroFedora - 2024-04-22'
<@ankursinha:fedora.im>
13:05:09
!topic Introductions and roll call
<@ankursinha:fedora.im>
13:05:21
!info Agenda is here: https://neuroblog.fedoraproject.org/2024/04/22/next-open-neurofedora-meeting-22-april-1300-utc.html
<@gui1ty:fedora.im>
13:05:32
!hi
<@zodbot:fedora.im>
13:05:34
Sandro . (gui1ty)
<@ankursinha:fedora.im>
13:05:38
!hi
<@zodbot:fedora.im>
13:05:39
Ankur Sinha (ankursinha) - he / him / his
<@ankursinha:fedora.im>
13:09:47
let's go then 🚀
<@ankursinha:fedora.im>
13:10:01
!topic Tasks from last meeting
<@ankursinha:fedora.im>
13:10:03
<@ankursinha:fedora.im>
13:10:38
Don't see any pending tasks there, will just also check the meeting before
<@ankursinha:fedora.im>
13:11:25
<@ankursinha:fedora.im>
13:11:26
we have a few here
<@ankursinha:fedora.im>
13:12:27
!info Ankur patch out imp import in netpyne to fix FTBFS -> DONE -> https://src.fedoraproject.org/rpms/python-netpyne/c/fed0174134fc2b64cb286ac1bca188d9a931a2d8?branch=rawhide
<@ankursinha:fedora.im>
13:12:37
Ankur ping raptor co-maintainer to see if they'd take it over
<@ankursinha:fedora.im>
13:12:47
so, it looks like raptor is dead, and replaced by raptor2
<@ankursinha:fedora.im>
13:13:37
I think raptor was a dep for one of our packages, so we should look at using raptor2 for it
<@gui1ty:fedora.im>
13:14:01
COPASI?
<@gui1ty:fedora.im>
13:14:17
Not sure, though. It will be on the dashboard.
<@ankursinha:fedora.im>
13:14:25
yeh-> https://src.fedoraproject.org/rpms/COPASI/blob/rawhide/f/COPASI.spec
<@ankursinha:fedora.im>
13:14:46
I guess checking to see if raptor2 suffices would be good to do, or we ask upstream to switch to raptor2 perhaps?
<@gui1ty:fedora.im>
13:15:52
I'd ask upstream first. Not sure how much work it is porting.
<@gui1ty:fedora.im>
13:16:51
Or did we unbundle by any chance? Haven't looked at the package, yet.
<@ankursinha:fedora.im>
13:17:17
it has been unbundled from the looks of it: https://src.fedoraproject.org/rpms/COPASI/blob/rawhide/f/COPASI.spec#_136
<@ankursinha:fedora.im>
13:17:28
I'll comment on the bug so that Antonio can take a quick look
<@ankursinha:fedora.im>
13:17:50
raptor is an RDF library. Ugh
<@gui1ty:fedora.im>
13:17:59
Then we could also opt for bundling it again. But porting seems the better option here.
<@ankursinha:fedora.im>
13:18:01
but on python, luckily
<@ankursinha:fedora.im>
13:19:07
Upstream does not look ready for raptor2: https://github.com/copasi/COPASI/blob/c9d3fe07cd5ff5a5ba70d03d96e53a01209571d2/CMakeLists.txt#L461
<@ankursinha:fedora.im>
13:19:53
Does anyone know how to get back to the main repo on GitHub after searching it
<@gui1ty:fedora.im>
13:19:56
That's a commit from 2 years agao. 😦
<@ankursinha:fedora.im>
13:19:59
for example, from here: https://github.com/search?q=repo%3Acopasi%2FCOPASI+raptor&type=commits
<@ankursinha:fedora.im>
13:20:19
yeh, but no more raptor related changes since, and no issues/prs either from the looks of it
<@ankursinha:fedora.im>
13:20:43
well, issues aren't enabled on the repo at all..
<@gui1ty:fedora.im>
13:20:48
Upstream might be unaware of raptor no longer being maintained.
<@ankursinha:fedora.im>
13:21:25
yeh, since they bundle
<@ankursinha:fedora.im>
13:21:29
nothing on their bug tracker either: http://tracker.copasi.org/buglist.cgi?quicksearch=raptor
<@gui1ty:fedora.im>
13:22:54
Quick fix: enable bundling, Long term: port to raptor2
<@ankursinha:fedora.im>
13:23:23
+1
<@ankursinha:fedora.im>
13:23:34
although, I can't see anything that clearly says that raptorv1 is dead
<@ankursinha:fedora.im>
13:23:36
https://librdf.org/raptor/UPGRADING.html
<@ankursinha:fedora.im>
13:23:43
I think it's assumed since it no longer receives updates?
<@music:fedora.im>
13:24:31
Hello, just got back from school drop-off. Picking up a ☕️ and skimming the logs…
<@ankursinha:fedora.im>
13:25:41
I've dropped a comment on the FTI bug: https://bugzilla.redhat.com/show_bug.cgi?id=2272655
<@ankursinha:fedora.im>
13:25:59
we'll wait for Antonio to chime in as the primary maintainer
<@ankursinha:fedora.im>
13:26:23
#info Wait for Antonio to chime in about COPASI and raptor
<@ankursinha:fedora.im>
13:26:27
ah, no
<@ankursinha:fedora.im>
13:26:34
!info Wait for Antonio to chime in about COPASI and raptor
<@gui1ty:fedora.im>
13:26:45
``` Raptor 1.9.1 Changes 1.9.1 is the second beta release of Raptor 2 and intended to be the last release before 2.0.0. ```
<@ankursinha:fedora.im>
13:29:37
next one: Ankur update monitoring on all packages mentioned in https://pagure.io/neuro-sig/NeuroFedora/issue/567
<@ankursinha:fedora.im>
13:29:51
this is a moving target, we keep updating the status as we run into more packages
<@ankursinha:fedora.im>
13:30:13
!info Ankur update monitoring on all packages mentioned in https://pagure.io/neuro-sig/NeuroFedora/issue/567 -> DONE : currently up to date
<@ankursinha:fedora.im>
13:30:31
!topic Open pagure tickets
<@ankursinha:fedora.im>
13:30:35
<@ankursinha:fedora.im>
13:30:56
Apart from the usual longer standing issues, I filed a couple of new ones today
<@ankursinha:fedora.im>
13:31:15
Both our planet instances aren't updating at the moment---some dep issues etc at the moment
<@ankursinha:fedora.im>
13:31:33
<@ankursinha:fedora.im>
13:32:17
<@ankursinha:fedora.im>
13:32:27
same error in both places, will need some debugging
<@ankursinha:fedora.im>
13:32:50
we moved to pluto because it was better maintained
<@gui1ty:fedora.im>
13:32:59
There has also been some development around planet.fp.o. Not sure if that affects us as well.
<@ankursinha:fedora.im>
13:33:00
now I see that pluto hasn't received commits in 4 years either.. https://github.com/feedreader/pluto/
<@ankursinha:fedora.im>
13:33:12
they also migrated to pluto
<@ankursinha:fedora.im>
13:33:24
venus hadn't seen commits in > 10 years..
<@ankursinha:fedora.im>
13:33:35
https://github.com/rubys/venus
<@ankursinha:fedora.im>
13:33:45
I guess rss feeds are going out of fashion :(
<@gui1ty:fedora.im>
13:33:50
We'll run out of planets soon. Let's switch to stars. Alpha Tauri anyone?
<@ankursinha:fedora.im>
13:34:29
if you write it, I'm sure everyone will turn up :P
<@gui1ty:fedora.im>
13:34:58
If I write, everyone will run away...
<@ankursinha:fedora.im>
13:35:00
I'll look at the issues, hopefully others have run into them too. The weird thing is that I don't get these issues locally, but they do happen on GHA
<@ankursinha:fedora.im>
13:35:17
so worst case scenario, we move from GitHub actions to a cronjob on my machine..
<@gui1ty:fedora.im>
13:35:45
Could it be done with a toddler?
<@ankursinha:fedora.im>
13:36:11
what's a toddler? :D
<@gui1ty:fedora.im>
13:36:34
Infrastructre helper scripts kinda.
<@ankursinha:fedora.im>
13:36:55
as long as they can run pluto and then push to github so that the site on github pages is updated, yeh
<@ankursinha:fedora.im>
13:37:02
it's a really simple workflow
<@gui1ty:fedora.im>
13:37:04
https://pagure.io/fedora-infra/toddlers
<@ankursinha:fedora.im>
13:37:15
which is why just using Github's actions was sort of the easiest to do
<@music:fedora.im>
13:37:38
bout two feet tall, temperamental, likes snacks
<@ankursinha:fedora.im>
13:37:40
well, our planets don't link in to Fedora events, so maybe we don't need toddlers
<@ankursinha:fedora.im>
13:38:15
they're just regenerated once a day to grab rss feeds from various sourceds
<@ankursinha:fedora.im>
13:38:17
*sources
<@ankursinha:fedora.im>
13:39:04
I'll look into these and see what's up, hopefully something simple
<@gui1ty:fedora.im>
13:39:15
Toddlers are better suited for Fedora stuff, I think.
<@ankursinha:fedora.im>
13:39:15
#action Ankur look into broken planets' GHA
<@ankursinha:fedora.im>
13:40:10
!topic Packages health check
<@ankursinha:fedora.im>
13:40:18
<@gui1ty:fedora.im>
13:41:29
The FTBFS list will get a little shorter once F38 goes EOL.
<@ankursinha:fedora.im>
13:42:21
oh, I also saw this btw: https://pagure.io/packaging-committee/issue/1343
<@ankursinha:fedora.im>
13:42:37
"Packages containing JavaScript should make the best effort to regenerate any precompiled/pre-minimized JS wherever possible, as this leads to more maintainable packages. Where this would result in a significant hardship, the bundled pregenerated JS may be shipped. This does not eliminate the requirement to validate licenses of bundled code"
<@ankursinha:fedora.im>
13:42:55
so as long as the licenses of bundled code are OK, we're fine?
<@ankursinha:fedora.im>
13:43:05
this is for wrt plotly and bokeh
<@gui1ty:fedora.im>
13:44:05
I'd still rather avoid it where possible.
<@gui1ty:fedora.im>
13:47:39
I intend to merge and build `nipy` later today.
<@ankursinha:fedora.im>
13:49:18
avoid bundling or avoid packaging plotly/bokeh?
<@gui1ty:fedora.im>
13:49:35
Avoid JS
<@ankursinha:fedora.im>
13:49:54
yeh, of course, but with bokeh/plotly, we don't have a choice..
<@ankursinha:fedora.im>
13:58:33
just looking at the dashboard to see if there's anything urgent
<@ankursinha:fedora.im>
13:59:01
I think we're in good shape there. A few long term issues still open---I need to get back to vxl and steps
<@ankursinha:fedora.im>
13:59:07
but the other packages are ticking along fine
<@gui1ty:fedora.im>
13:59:11
I think COPASI is the only package with some urgency.
<@ankursinha:fedora.im>
13:59:30
yeh, hopefully Antonio will reply soonish and we can make a dent on that one too
<@ankursinha:fedora.im>
13:59:50
!info Packages in good nick, but please continue to update them etc. as usual
<@ankursinha:fedora.im>
13:59:59
!topic Open package reviews check
<@ankursinha:fedora.im>
14:00:07
<@ankursinha:fedora.im>
14:00:18
please see the packages that this "tracker" ticket "depends on"
<@ankursinha:fedora.im>
14:00:38
if the "depends on" field is not active, please click the "show advanced fields" button on the right to show them
<@ankursinha:fedora.im>
14:01:09
ok, we do have a few reviews
<@ankursinha:fedora.im>
14:02:12
!info opentcm + python-opentcm: required for python-trimesh: https://bugzilla.redhat.com/show_bug.cgi?id=2274394 + https://bugzilla.redhat.com/show_bug.cgi?id=2274557
<@ankursinha:fedora.im>
14:02:53
!info python-python-fcl: also an extra dep of trimesh: https://bugzilla.redhat.com/show_bug.cgi?id=2270968
<@ankursinha:fedora.im>
14:03:17
music: are these on the trivial end of the spectrum for reviews?
<@music:fedora.im>
14:04:01
Um… not really. 😆 But I would rate them moderate?
<@ankursinha:fedora.im>
14:04:20
I can do moderate :P, I'll take up one and get started on it now
<@ankursinha:fedora.im>
14:05:44
!info https://bugzilla.redhat.com/show_bug.cgi?id=2254733 -> python-sciris: inactive review Josh Santos you around? Anything we can do to help with this one?
<@ankursinha:fedora.im>
14:05:54
finally:
<@music:fedora.im>
14:06:01
Happy to swap reviews if anyone has other reviews languishing (with the exception of `pynose`, which I’m not quite in the mood to take on triple-checking the provides/compatibility check situation with `nose`).
<@ankursinha:fedora.im>
14:06:01
!info https://bugzilla.redhat.com/show_bug.cgi?id=2274514 -> python-pynose
<@ankursinha:fedora.im>
14:06:23
Penguinpee: this one worth packaging (is it replacing nose? I haven't looked at the -devel thread recently)
<@music:fedora.im>
14:06:44
Also a heads-up that I am going to try to unretire https://src.fedoraproject.org/rpms/liblsl and use it https://pypi.org/project/pylsl/.
<@music:fedora.im>
14:07:24
Also a heads-up that I am going to try to unretire https://src.fedoraproject.org/rpms/liblsl and use it to package https://pypi.org/project/pylsl/.
<@music:fedora.im>
14:07:46
I’m packaging it “from scratch” without reference to the old spec file since it was retired several years ago. I’m currently waiting for https://bugzilla.redhat.com/show_bug.cgi?id=2268124.
<@ankursinha:fedora.im>
14:08:09
is it a dep for something we currently maintain?
<@gui1ty:fedora.im>
14:08:18
There's some discussion on the Python list. But the package that needed it has just been updated.
<@gui1ty:fedora.im>
14:08:29
⏲️
<@ankursinha:fedora.im>
14:08:52
ah, are you still going to keep pynose then (or get rid of it and have one fewer package to maintain :P ?)
<@ankursinha:fedora.im>
14:09:04
yeh, we're a little over, but we're almost finished
<@ankursinha:fedora.im>
14:09:18
!topic Comp neuro iso image check
<@ankursinha:fedora.im>
14:09:27
!info https://koji.fedoraproject.org/koji/packageinfo?packageID=30691 -> all green ticks, looks fine
<@gui1ty:fedora.im>
14:09:34
I'm still very much in favor of packaging `pynose`. It's a drop-in replacement for `nose`. I tested it.
<@ankursinha:fedora.im>
14:10:03
!info new labs website: https://fedoraproject.org/labs/comp-neuro/
<@ankursinha:fedora.im>
14:10:26
!info skipping next few topics coz we're over time
<@ankursinha:fedora.im>
14:10:38
!topic next meeting, day, chair
<@music:fedora.im>
14:10:54
Not strictly speaking. `python-pyxdf` has an example that is installed and documented as usable via `python -m pyxdf.examples.playback_lsl` that needs `pylsl`. That got me to look at it, and I found that it’s a pretty popular dependency: https://www.wheelodex.org/projects/pylsl/rdepends/
<@ankursinha:fedora.im>
14:10:55
6th of may is a bank holiday here, so I may not be around
<@ankursinha:fedora.im>
14:11:25
cool, sounds good
<@ankursinha:fedora.im>
14:11:42
next meeting in 4 weeks on 20th may then?
<@ankursinha:fedora.im>
14:11:51
unless you folks want to meet in 2 weeks for a quick status check?
<@ankursinha:fedora.im>
14:12:15
cool, let's do 20th may then
<@ankursinha:fedora.im>
14:12:28
!info next meeting in 4 weeks on 20th may (6th is a bank holiday in UK)
<@ankursinha:fedora.im>
14:12:36
!topic open floor
<@ankursinha:fedora.im>
14:12:51
let's go back to #neuro:fedoraproject.org and continue with open floor there
<@ankursinha:fedora.im>
14:12:54
!endmeeting