13:00:40 #startmeeting NeuroFedora 2023-06-05 13:00:40 Meeting started Mon Jun 5 13:00:40 2023 UTC. 13:00:40 This meeting is logged and archived in a public location. 13:00:40 The chair is FranciscoD_. Information about MeetBot at https://fedoraproject.org/wiki/Zodbot#Meeting_Functions. 13:00:40 Useful Commands: #action #agreed #halp #info #idea #link #topic. 13:00:40 The meeting name has been set to 'neurofedora_2023-06-05' 13:00:43 #meetingname neurofedora 13:00:43 The meeting name has been set to 'neurofedora' 13:00:51 #info bot commands: https://fedoraproject.org/wiki/Meeting:Guide#MeetBot_Commands 13:01:04 #info agenda: https://neuroblog.fedoraproject.org/2023/06/05/next-open-neurofedora-meeting-05-June-1300-utc.html 13:01:11 #topic Introductions and roll call 13:01:19 .hello 13:01:22 FranciscoD_: (hello ) -- Alias for "hellomynameis $1". 13:01:36 .hello ankursinha 13:01:40 FranciscoD_: ankursinha 'Ankur Sinha' 13:01:52 we wait here for ~5 minutes 13:02:07 @room : meeting just started, please join when convenient 13:02:19 .hello gui1ty 13:02:23 Penguinpee: gui1ty 'Sandro .' 13:02:44 .members neuro-sig 13:02:45 Penguinpee: Members of neuro-sig: sagitter, ignatenkobrain, bt0dotninja, zbyszek, sergiopr, blackfile, ankursinha, lbazan, ilgrad, gicmo, alciregi, nerdsville, mhough, music, major, fangq, anilbey, iztokf, aekoroglu, gui1ty, shaneallcroft, hardeborlaa, mairacanal, vanessakris 13:02:48 ^^ 13:04:01 Matrix bridge seems to be working. Not a given these days... 13:06:19 ah, I've stopped trying to use matrix from irc completely now 13:06:25 let's proceed 13:06:38 #topic Tasks from last meeting 13:06:52 #info Last meeting logs are here: https://meetbot.fedoraproject.org/fedora-neuro/2023-05-22/neurofedora.2023-05-22-13.00.html 13:07:16 #info FranciscoD_ update docs to mention the NeuroFedora hashtag for use on mastodon: DONE 13:07:53 #info Docs updated: https://pagure.io/neuro-sig/documentation/c/80628998f923ddd71b38644460a77abea310394e?branch=main 13:08:21 #info website also updated: https://github.com/neurofedora/neurofedora.github.io/commit/976602acfc138247b879c67735e10640d7955698 13:08:57 #info FranciscoD_ open issue/PR in package maintainer docs about re-triggering CI on PRs: PENDING 13:09:00 I forgot about that one 13:09:02 re-assigning 13:09:07 #action FranciscoD_ open issue/PR in package maintainer docs about re-triggering CI on PRs 13:09:45 that's all, last one is about sending out logs etc, all done 13:10:36 #topic Open Pagure tickets 13:10:49 #info any tickets marked as "next meeting": https://pagure.io/neuro-sig/NeuroFedora/issues?status=Open&tags=S%3A+Next+meeting 13:10:54 #info No tickets to discuss this week 13:11:14 #topic Neuro-sig package health check 13:11:20 #info Our packaging dashboard is at: https://packager-dashboard.fedoraproject.org/dashboard?groups=neuro-sig 13:12:46 packages look pretty good, only a few FTBFS bugs 13:15:19 dashboard is still loading here... 13:15:31 #info FTBFS: python-pyswarms: https://bugzilla.redhat.com/show_bug.cgi?id=2210608 -> issue and PR already filed upstream 13:15:39 oo, that's slow---loaded here fine 13:15:55 let me refresh too, just to make sure I'm not seeing a cached copy 13:17:00 It's loaded now. 13:17:59 cool! 13:18:13 Quite a few FTBFS 13:19:16 a lot of them are on s390x, which we exclude, so don't look at those 13:19:26 Quite a few specific to only certain branches. Smells like some update broke stuff. 13:20:34 yeh---how does stuff start to go FTBFS in F37? :( 13:20:54 Outages? Aka red herrings? 13:20:58 hopefully the versions in the repos are still functional---no FTIs 13:21:09 could be, or dep breakage, but that would cause an FTI 13:21:17 it's hard to tell without trying a test build 13:21:40 I've seen one FTBFS without any dep changes. That must have been a failed builder. 13:22:07 (or looking at logs) 13:22:57 Yeah. Normally I would offer to go through them, trying to determine a common cause, but I'll be on the road starting Thursday. 13:23:26 I think as long as they're functional, that's fine, espcially for already released branches 13:23:34 we won't be rebuilding them unless they get a new version etc 13:23:58 and in some cases, we won't update them because it'll be a major update 13:24:17 python-nibabel is one example---FTBFS for F37, but that's still on 3.x, and F38+ is on 5.x 13:24:27 we won't push a 5.x update to F37 now 13:24:27 "BuildrootError: could not init mock buildroot, mock exited with status 1; see build.log or root.log for more information" <-- That's a failing builder. 13:24:46 ah, yeh, that's clearly an infra issue 13:25:00 https://bugzilla.redhat.com/show_bug.cgi?id=2171714 -> non responsive maintainer from the looks of it 13:25:27 Maybe just leave as is and look again in two weeks time. Provided there aren't any more planned or unplanned outages. 13:25:36 +1 13:26:26 .bug 2171714 13:26:28 Penguinpee: 2171714 – rubygem-nifti: FTBFS in Fedora rawhide/f38 - https://bugzilla.redhat.com/2171714 13:26:40 ^^ Are you going to take over or retire? 13:27:22 let me see what's up with upstream, if it's still maintained, we could keep it I guess 13:27:51 Unless it's a leave package. Depends also on how many people are using it. 13:27:54 https://rubygems.org/gems/nifti -> last release was 2014? 13:28:05 s/leave/leaf/ 13:28:48 looks unmaintained/inactive: https://github.com/brainmap/nifti 13:28:54 last commit is also on 2014 13:28:57 s/on/in/ 13:28:58 2014 - that's the stone age in software development cycles. 🦣 13:29:31 Drop it like it's hot... 13:29:39 yeh 13:29:48 we can't orphan it, I don't think---we only have commit access 13:30:09 I may be able to do it as a provenpackager though? 13:30:11 let me try 13:30:25 It will get orphaned eventually, if that bug stays open. 13:30:40 yeh, I guess we let it get automatically orphaned 13:30:50 no way to remove neuro-sig from commit access, is there? 13:31:58 removed us from the bug in the meantime 13:32:30 #info rubygem-nifti is unmaintained upstream, last commit from 2014---neuro-sig will not carry it any more, nor fix FTBFS. Let is get automatically retired. 13:32:43 Nope. Only the main-admin can do that. Can we deprecate, though? 13:33:08 Orphaning in the Web UI didn't work (lack of permissions). 13:33:14 yeh, same here 13:33:24 I don't think we can do anything without Ilya's help 13:33:34 .fasinfo ilgrad 13:33:36 FranciscoD_: User: ilgrad, Name: Ilya Gradina, Email: ilya.gradina@gmail.com, Creation: 2015-01-09T23:15:42, IRC Nicks: None, Timezone: Europe/Moscow, Locale: en, GPG Key IDs: None, Status: None 13:33:39 FranciscoD_: Groups: fedora-contributor, fedorabugs, neuro-sig, packager 13:33:41 I don't think they've been active in ages, though 13:33:52 I can e-mail them and ask I guess 13:34:16 Maybe initiate unresponsive maintainer procedure? It's a PITA, I know. 13:34:26 Yeh, I think we should 13:34:34 I'll do the checks and get it started 13:34:55 #action FranciscoD_ start non-responsive maintainer checks for Ilya (FAS: ilgrad) 13:36:01 Should Koschei not also file bugs for packages? is there some config that we haven't turned on? 13:36:30 I'm not sure how that is meant to work. 13:36:52 I can ask around, read. 13:36:56 I know one can go to koschei and file bugs manually, not sure I understand why it doesn't file bugs automatically 13:37:53 I think it's not meant to file bugs, just notify 13:37:54 https://docs.fedoraproject.org/en-US/infra/sysadmin_guide/koschei/ etc. 13:38:24 Could we have these notifications send to the list for awareness? 13:38:56 I'm not sure. I think one can enable notifications personally: https://fedoraproject.org/wiki/Koschei#Reporting_FTBFS_bugs_through_Koschei 13:39:04 as in for themselves, not sure if it can be done to the ML 13:39:45 I'll ask in #admin. Please actiion to me. 13:39:55 awesome 13:40:17 #action Penguinpee ask around if Koschei can be made to send notifications to the ML or automatically file bugs 13:41:04 #info Few FTBFS bugs but lots of FTBFS reports from Koschei: please take a look at the dashboard and fix packages if you have a minute 13:44:22 #info packages with FTBFS reports: COPASI, python-mne, arbor, bionetgen, python-neatdend, python-neo, ctk, python-nibabel, python-nilearn, python-nipy, genesis-simulator, python-pandas, getdp, highfive, libsonata, python-pynn, python-pynetdicom, mcpanel, morphio, munge, neuron, octave-dicom, python-pyswarms, python-astor, python-bluepyopt, python-pyunicorn, python-chaospy, python-shapely, pyton-cyipopt, python-deap, python-dipy, 13:44:23 python-tabulate, python-toposort... 13:44:28 that's quite a few 13:45:12 #info FTBFS reports for packages on s390x may be spurious---the packages may exclude s390x as a buildarch 13:45:49 #info about 10 packages have new versions available: please update and open PRs if you can 13:46:04 I think that's all for packages 13:46:48 Penguinpee: did we decide to close the CVEs on tiff? I see loads of them still open 13:47:32 The earlier one, yes. But there was another one after that. I didn't dig into it. Just scratched the surface. 13:48:00 ah, cool, no worries. I'd expect it to be the same given the very very old tiff that neuron bundles 13:48:06 Shall I take a look and open tickets in Pagure or ask on the ML? 13:48:46 Yeah, the bundled TIFF is way behind and all the CVEs appeared to be on recently added features. 13:49:21 But I'm not a developer. So, it's a bit like shooting in the dark for me... 13:50:55 for tiff? 13:51:07 maybe we start with a ticket on our tracker and let folks chime in 13:51:33 neuron is such a niche piece of software that CVEs in it aren't really as important as something that's more generally used 13:52:07 #topic Open package reviews check 13:52:24 #info Our review ticket tracker is here: https://bugzilla.redhat.com/show_bug.cgi?id=fedora-neuro (all new review should block this bug) 13:52:59 #info No new review tickets needing reviews 13:53:13 #topic CompNeuro lab compose status check for Fedora 39/rawhide. 13:53:13 #info Compose is ticking along nicely: https://koji.fedoraproject.org/koji/packageinfo?packageID=30691 13:53:16 #info Neuroscience query of the week 13:53:21 #undo 13:53:21 Removing item from minutes: INFO by FranciscoD_ at 13:53:16 : Neuroscience query of the week 13:53:28 #topic Neuroscience query of the week 13:54:45 there was this paper in Science, which (as I understand it) claimed to have been able to record/detect membrane voltages in neurons using fMRI: https://www.science.org/doi/10.1126/science.abh4340 13:55:21 that's a massive breakthrough because at the moment, to record neuronal voltages, one has to use very complex techniques like calcium imaging with expensive/complex microscopes 13:56:02 recently though, a group posted a pre-print noting that they were unable to replicate these results: https://pubpeer.com/publications/0EF432E4E7D84352E9B582CEC6DF07 13:57:19 so that's interesting---shows how important replication of scientific results is 13:57:50 #info https://www.science.org/doi/10.1126/science.abh4340 + https://www.biorxiv.org/content/10.1101/2023.05.26.542419v1 13:58:08 #topic next meeting 13:58:14 2 weeks, same time I gues 13:58:36 What voltages are we talking about? mV or even 𝛍V? 13:59:02 In two weeks I'll be back from vacation. Should be able to make it. 13:59:58 membrane potentials are usually in mV 14:00:46 https://en.wikipedia.org/wiki/Action_potential#Process_in_a_typical_neuron -> got a graph there 14:01:27 Nice. I'll take a look. 14:01:48 here's an interactive tutorial with a general "hodgkin-huxley" neuron: https://www.opensourcebrain.org/projects/hodgkin-huxley-tutorial?explorer=https%3A%2F%2Fraw.githubusercontent.com%2Fopensourcebrain%2Ftutorials%2Fdevelopment%2Fmodels%2FhodgkinHuxley%2FGEPPETTO.json 14:02:07 sources here: https://github.com/openworm/hodgkin_huxley_tutorial 14:02:20 I like the domain name... 14:02:39 :D 14:02:45 Does it differ from a proprietary brain? 14:02:47 the lab I work at maintains it 14:02:50 XD 14:03:06 it's intended to push open neurocience 14:03:14 so that folks share their data/models etc 14:03:30 https://docs.opensourcebrain.org/Landing.html etc. 14:04:00 #info Next meeting in 2 weeks at same time 14:04:14 let's close the meeting, we're a few minutes over today 14:04:16 #endmeeting