15:00:11 <pwhalen> #startmeeting Fedora ARM and AArch64 Status Meeting
15:00:11 <zodbot> Meeting started Tue Apr 28 15:00:11 2020 UTC.
15:00:11 <zodbot> This meeting is logged and archived in a public location.
15:00:11 <zodbot> The chair is pwhalen. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:00:11 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
15:00:11 <zodbot> The meeting name has been set to 'fedora_arm_and_aarch64_status_meeting'
15:00:11 <pwhalen> #chair pwhalen pbrobinson jlinton
15:00:11 <zodbot> Current chairs: jlinton pbrobinson pwhalen
15:00:11 <pwhalen> #topic roll call
15:00:23 <pwhalen> Good mornign folks, who's here today?
15:00:50 * pbrobinson pretends he's present
15:01:00 * jlinton waaves
15:01:18 <pwhalen> heh, well I dont have much to cover so lets make it quick
15:01:33 <pwhalen> #topic 0) ==== Fedora 32 Available now! =====
15:01:33 <pwhalen> #link https://alt.fedoraproject.org/alt/
15:01:33 <pwhalen> #link https://arm.fedoraproject.org/
15:02:17 <pwhalen> All the links looks to be working, but if people want to look it over and see if anything needs adjusting
15:02:41 <pwhalen> Does anyone have anything to add about Fedora 32?
15:02:50 <jlinton> I will make another pass on the install/arm pages.
15:03:24 <pwhalen> thanks!
15:04:10 <pbrobinson> If people could report issues to the mailing list or IRC and we can update things as appropriate
15:05:03 <pwhalen> #topic 1) ==== Userspace Status  ====
15:05:34 <pwhalen> Anyone aware of any problems we missed? Anything new in F33?
15:05:45 <jlinton> Couple minor problems, tor-browser launcher is installing the x86 version.
15:06:56 <jlinton> As reported elsewhere there also seems to be something odd going on with rtl_sdr
15:07:32 <pwhalen> I've never used the tor browser, is there a bug yet?
15:07:32 <jlinton> https://bugzilla.redhat.com/show_bug.cgi?id=1828597
15:07:47 <pwhalen> thx!
15:08:20 <pbrobinson> jlinton: is rtl sdr the package?
15:09:08 <jlinton> No bug on the rtl problem yet, I did a quick verify on one machine, I need to see if the problem is aarch64 wide (yes, at least in my case the driver appears to be working but the package can't seem to reliably use it)
15:09:37 <pbrobinson> jlinton: and for the Tor issue I'm guessing most of the fixes could be taken from the firefox spec as I seem to remember they're closely related
15:10:19 <jlinton> the rtl_test program should be verifying the machine is capable of not dropping packets, and it doesn't seem capable of that at the moment.
15:11:02 <jlinton> torify+firefox seems to be working the torbrowser-launcher program is downloading the actual tor browser from the tor site.
15:12:17 <jlinton> So, at first glance its a URL problem, but I didn't find the aarch64 download on the torproject site.
15:12:25 <jlinton> so it could be a problem with them not building it.
15:13:37 <pwhalen> thanks jlinton, if you have time to file the other, that would be greatly appreciated. If not I'll try to catch the original reporter and ask the same.
15:13:46 <pwhalen> Any other issues?
15:14:23 <pwhalen> #topic 2) ==== Kernel Status ====
15:14:30 <pwhalen> #info Latest kernel-5.7.0-0.rc3.1.fc33
15:14:30 <pwhalen> #link https://koji.fedoraproject.org/koji/buildinfo?buildID=1498816
15:14:57 <pbrobinson> the 5.6 kernel seems fine, I've been completely devoid of testing with 5.7, I'm quite behind there
15:15:00 <pwhalen> I've not really tested 5.7, and now I see RC3! Will get that tested today
15:15:25 <pwhalen> #info Please test and report any issues to the list or #fedora-arm.
15:15:41 <jlinton> I mentioned the 5.7 grub bug last time?
15:15:42 <pwhalen> Anything worth mentioning for 5.7?
15:15:48 <pwhalen> yes
15:16:45 <pwhalen> And it looks like its fixed, or should be
15:17:18 <pwhalen> #info FIRMWARE BUG: efi_loaded_image_t::image_base has bogus value
15:17:30 <pwhalen> #link https://bugzilla.redhat.com/show_bug.cgi?id=1825411
15:17:44 <pwhalen> thanks javier!
15:18:22 <pwhalen> #topic 3) ==== Bootloader Status ====
15:18:42 <pwhalen> #info New U-Boot available for testing.
15:18:43 <pwhalen> #link https://koji.fedoraproject.org/koji/buildinfo?buildID=1497164
15:18:43 <pwhalen> #info Initial support for USB on Rasperry Pi 4
15:19:20 <pwhalen> pbrobinson, anything else you want to mention?
15:20:58 * nirik waves, I have one thing to bring up in open floor or whatever.
15:21:08 <pbrobinson> nothing from me
15:21:13 <pbrobinson> nirik: go
15:21:14 <pwhalen> ruhoh
15:21:28 <nirik> ha. I'm the harbinger of doom! :)
15:21:34 <pwhalen> :)
15:21:51 <pwhalen> #topic 4) ==== Fedora 33 Planning ====
15:22:11 <pwhalen> Go for it nirik, might fit here
15:22:21 <pbrobinson> nirik: you and everyone else it seems
15:22:59 <pwhalen> No rest for the wicked
15:23:07 <pwhalen> #link https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test
15:23:07 <jlinton> WIP: https://fedoraproject.org/wiki/Changes/Aarch64_PointerAuthentication
15:23:10 <nirik> so, we still have a bunch of armv7 compose things that fail... https://pagure.io/releng/failed-composes/issue/1363 is there any way we could get some cycles to fix them up? I'm happy to try and gather more info, but I think I hit a wall at one point.
15:23:41 <nirik> these are the ones that run on aarch64 virt. they don't seem to log anything or have a console. ;(
15:24:25 <pwhalen> Right, maybe we should disable those until its fixed
15:24:29 <pbrobinson> nirik: can you list details here, pagure is slow for me today
15:25:09 <pbrobinson> nirik: it's on my list, it keeps getting bumped, if someone other than me wants to help out I'm happy to mentor so I'm not the only blocker
15:25:13 <nirik> [ERROR   ] [FAIL] Image build (variant Server, arch armhfp, subvariant Server) failed, but going on anyway.
15:25:13 <nirik> [IMAGE_BUILD     ] [INFO    ] [DONE ] Creating image (formats: raw-xz, arches: aarch64-armhfp, variant: Server, subvariant: Server) (task id: 43878679)
15:25:21 <nirik> 
15:25:21 <nirik> [ERROR   ] [FAIL] Image build (variant Container, arch armhfp, subvariant Container_Base) failed, but going on anyway.
15:25:21 <nirik> [IMAGE_BUILD     ] [INFO    ] [DONE ] Creating image (formats: docker, arches: aarch64-armhfp-ppc64le-s390x-x86_64, variant: Container, subvariant: Container_Base) (task id: 43878650)
15:25:27 <nirik> [ERROR   ] [FAIL] Image build (variant Spins, arch armhfp, subvariant Minimal) failed, but going on anyway.
15:25:27 <nirik> [IMAGE_BUILD     ] [INFO    ] [DONE ] Creating image (formats: raw-xz, arches: aarch64-armhfp, variant: Spins, subvariant: Minimal) (task id: 43878684)
15:25:32 <nirik> [ERROR   ] [FAIL] Image build (variant Workstation, arch armhfp, subvariant Workstation) failed, but going on anyway.
15:25:33 <nirik> [IMAGE_BUILD     ] [INFO    ] [DONE ] Creating image (formats: raw-xz, arches: aarch64-armhfp, variant: Workstation, subvariant: Workstation) (task id: 43878689)
15:25:36 <pwhalen> ack ack
15:25:38 <nirik> [ERROR   ] [FAIL] Image build (variant Container, arch armhfp, subvariant Container_Minimal_Base) failed, but going on anyway.
15:25:38 <nirik> [IMAGE_BUILD     ] [INFO    ] [DONE ] Creating image (formats: docker, arches: aarch64-armhfp-ppc64le-s390x-x86_64, variant: Container, subvariant: Container_Minimal_Base) (task id: 43878660)
15:25:40 <nirik> those all. ;)
15:25:46 <nirik> it's probibly the same thing...
15:25:59 <pbrobinson> yea, that's the efi
15:26:37 <pbrobinson> after today I'm on that enterprise OS until end of next week, I can get to it after that if someone doesn't beat me to it (I can only dream)
15:27:17 <nirik> many thanks. It wuold be nice to fix.
15:28:18 <pwhalen> and then we may get to see "Finished" at least once :)
15:28:28 <nirik> that is my hope
15:28:42 <pwhalen> ok, anything else for F33?
15:28:52 <pbrobinson> nirik: you're not kidding, it would close out at least a dozen things on my list, but people keep escalating other things, it might be an hour or a day but getting that uninterrupted ATM is hard
15:29:35 <nirik> yeah, know how that goes. :( If I can get time I might look again, but lack of console made it hard for me to know what to do next. ;(
15:29:55 <kalev> pbrobinson: any Rasperry Pi 4 graphics progress in upstream kernel? do you know if the mega-patchset you showed me two weeks ago got merged?
15:29:59 <pbrobinson> nirik: if you get time ping, you should be able to do most on the device itself
15:30:19 <pbrobinson> kalev: not yet, another version of it came out the other day
15:30:23 <kalev> ahh k, thanks
15:30:52 <pbrobinson> kalev: IMO It needs to be broken down into sub systems rather than being posted as a 90 patch set, and it does only the first phase
15:30:52 <pwhalen> #topic 5)  == Open Floor ==
15:31:31 <pbrobinson> kalev: why the rpi4, we've got mostly working Jetson Nano and better devices that the raspberry fucking pi fucking 4
15:32:17 <kalev> it's the device that's easiest to get in my part of the world :) all the local stores have it
15:33:48 <pbrobinson> kalev: we might support it in F-33, I actually doubt it and it brings me zero joy so I'm not focused on it in the little spare time I have
15:33:57 * kalev nods.
15:34:24 <pbrobinson> kalev: where are you based again? I might be able to get you something more interesting
15:34:31 <kalev> pbrobinson: Sweden
15:35:20 <kalev> sure, that would be nice, I'd love to have something that could run Workstation so I can test stuff myself
15:38:04 <pwhalen> Anything else for open floor?
15:39:53 <x3mboy> .hello2
15:39:54 <zodbot> x3mboy: x3mboy 'Eduard Lucena' <eduardlucena@gmail.com>
15:40:23 <x3mboy> Just from the Marketing team, I want to congratulate you guys and give thanks so much for the new 32 release
15:40:32 <x3mboy> Your work is awesome!
15:46:37 <pwhalen> thanks x3mboy, same goes for the Marketing team!
15:46:52 <pwhalen> looks like nothing else.
15:46:55 <pwhalen> #endmeeting