=== gusnan is now known as Guest9569
cpaelzersil2100: I see you are on +1 duty today as well - are we syncing on work items here or in any other channel (+1 , -release, ...)?07:40
sil2100cpaelzer: I think there was some discussion to use -release for any coordination, if anything :)07:46
cpaelzerok, thanks sil210007:51
xnox@patchpilot in14:19
udevbotError: "patchpilot" is not a valid command.14:19
xnox!patchpilot in14:19
xnox@pilot in14:19
=== udevbot changed the topic of #ubuntu-devel to: Archive: Open | 20.04 Released! | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Trusty-Focal | If you can't send messages here, authenticate to NickServ first | Patch Pilots: xnox
xnox@pilot out14:19
=== udevbot changed the topic of #ubuntu-devel to: Archive: Open | 20.04 Released! | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Trusty-Focal | If you can't send messages here, authenticate to NickServ first | Patch Pilots:
ograthat was a short session14:20
xnoxogra:  hahhahhahhahahhahahaha14:20
rbasakbryce: FYI, https://code.launchpad.net/~racb/usd-importer/+git/usd-importer/+merge/384974 is trivial and I'm going to "self-land" it once CI passes on the basis that it doesn't need a code review. If you object to this sort of thing in principle, please let me know.14:53
brycerbasak, ok14:53
cpaelzersil2100: I have updated the wiki with my ongoing items15:01
sil2100cpaelzer: excellent! I had a few meetings now, but now I'm looking at pycryptodome - will be promoting the unsatisfiable dependency to main15:04
sil2100cpaelzer: just hope us updating the wiki-page won't clash and we won't overwrite eachothers changes! This is this one thing I like in discourse more than the wiki15:05
coreycbRAOF: bdmurray: hi, the openstack ussuri SRUs should be ready to release to focal-updates.15:07
cpaelzersil2100: yeah, I'm even pro-trello on this, but we can settle the "how and which tool" after we settled on which content shall be in mails vs some semi-static-page15:08
cpaelzerOTOH I understand some people find trello noisy (so many thing on the screen - and I agree in some cases15:08
cpaelzerwe will see15:08
cpaelzersil2100: updates on the wiki (as long as that is what we use) have to be edit, change, save asap - not click edit in the morning and try to save in the evening15:09
bdmurraycoreycb: ack15:14
gpiccoliHi folks, do you know if Scott Remnant is here?15:16
gpiccoliI don't know his nick15:16
sil2100cpaelzer: exactly ;)15:17
cpaelzersil2100: if it turns out that the wiki is too mcuh pain on update-conflicts or getting outdated we can then think about alternatives15:26
gpiccolipitti, Hi Martin, I'm studying the eait-for-root code, I was looking to talk to original developers. I see Scott was the original devel, but you worked a lot on it, right?15:27
gpiccoliI'm trying to understand what is the exact problem it was meant to solve...it seems to me, it's potentially "innocuous" now15:28
zygaogra: who's the best person to talk to about https://bugs.launchpad.net/ubuntu/focal/+source/linux-raspi/+bug/1876862 ?15:51
ubottuLaunchpad bug 1876862 in linux-raspi (Ubuntu Bionic) "Missing v3d driver disables 3D support on RPi4" [Undecided,Confirmed]15:51
ograzyga, RAOF15:51
zygaRAOF: I'm interested in raspberry pi as a desktop system15:51
ograzyga, or well ... for the kernel side juergh15:51
ograzyga, it is already fixed in the tree i think15:52
zygain mainline?15:52
zygadoes it need backports?15:52
ograbut i think the next kernel release is only scheduled for end of the month15:52
zygaI wonder if there's anything I can do to help15:52
ogramainline ?15:52
ograwe'Re talkng about rpi !15:52
ograin mainline it is probably ready in a few months ... who knows 😛15:53
ograthe tree at kernel.ubuntu.com has the moduke enabled ... but i doubt thats enough ... there are likely additional patches needed plus some dtb changes15:53
ograand such patches usually only live in the raspberrypi.org kernels ... typically it takes a while til they make it into mainline15:54
cjwatsongpiccoli: Scott hasn't been around in Ubuntu for a long time15:55
ograzyga, waveform should have the broader overview though, he's "pi-dude" 🙂15:55
cjwatsongpiccoli: Probably best to assume he wouldn't remember anything about it even if you did contact him :)15:55
gpiccolicjwatson, so I heard..but maybe he was here, in freenode15:55
zygawaveform: is there anything I can do to help with the effort of making ubuntu a great desktop OS for pi 8GB?15:55
gpiccoliBut I agree hehe, maybe he doesn't remember anymore15:56
cjwatsongpiccoli: (also, if you do contact him, IME he'll be quite irritated if you call him Scott Remnant rather than Scott James Remnant)15:56
gpiccoliOh, thanks for your hint, I wasn't aware of this!15:56
ograzyga, also ... the desktop team is likley looking into arm64 images eventually (i heard it mentioned during the vienna sprint a few times)15:56
juliankbut like proper arm64 uefi images, not rpi weirdness?16:03
waveformjuliank, no no no - not uefi :)16:04
waveform(sorry, in meeting - will comment more in a bit)16:04
ograjuliank, ahah wishful thinking16:05
juliankogra: Well I don't know, all I know about arm64 desktops is the WOS devices16:05
ograas londg as the DSP/GPU is your bootloader i doubt you'll see UEFI16:06
juliankbut sure it makes sense to pop out rpi4 ones too16:06
ograyou *can* chainload u-boot from the GPU loader ... and then chainload grub and have UEFI on a pi though16:06
juliankI meant that people were interested in playing with desktop on UEFI arm devices, and I thought we might want images for that16:06
ograbut thats a lot of chainloading16:06
julianknot that we'd want UEFI on rpi16:06
juliankArguably, desktop on rpi is probably more useful than desktop on uefi arm64 devices16:07
juliankbut it'd sure be nice to have that :)16:08
ogradesktop on an 8GB pi4 is surely as powerful as one of my older laptops16:08
ograas long as you add a speedy USB 3.1 SSD16:08
ogra(you really dont want to use the SD card for more than bootloader stuff on such a system)16:09
waveformzyga, desktop on the pi is certainly of interest here - the biggest thing on my plate with regard to that is ditching uboot (which is what currently breaks ... so many things!)16:09
zygawaveform: I see, so that we don't use intermediate bootloader?16:10
waveformzyga, precisely - ideally we want to do the same as raspbian: gpu bootloader, kernel, optional initrd16:10
waveformzyga, unfortunately that is more complex than it sounds (in particular with regard to ubuntu core) and is at least partly dependent on the goodwill of the pi foundation adding certain things to their bootloader (unpacking arm64 kernels and more importantly some mechanism to handle fallback for A/B booting)16:11
waveformas it stands you can boot ubuntu armhf (*not* arm64) from an SSD without any SD card without much issue (the kernel cmdline and /etc/fstab were updated to use label-based partitions in eoan)16:13
waveformbut I've still got a ton of other stuff to add - current priority is camera module support, and the pi4 EEPROM utilities after that16:14
ograthe images are fine as they are for the moment really16:15
ograUEFI is a nice to have eventually but there is so much other pressing stuff forst16:16
zygawaveform: do you think we could use somethnig like raspi-config tailored for ubuntu16:18
zygaeven with the same name but different backend?16:18
zygaI'm really personally interested and would love to help16:18
ograwe have something way cooler !!16:18
zygaogra: why? I think it has tremendous usage muscle memory16:19
ogramade by waveform 🙂16:19
waveformactually I wouldn't call it "more awesome" as "slightly broken" at the mo after I discovered an undocumented "feature" in the pi bootloader ... but I'll come back to that16:19
zygawaveform: my offer to help stands16:19
waveformzyga, many thanks - let me see if I can dig out the post I made for this and see if it answers your query sufficiently16:20
waveformzyga, here we go: https://waldorf.waveform.org.uk/2020/introducing-pibootctl.html16:20
zygawaveform: more than queries, I'd liek to help with coding if you have something simple16:20
waveformzyga, well - it's all open-source and the code's there for people to hack on but despite the code being relatively simple, the difficult bit is that you need to be *really* familiar with the fine details of the bootloader's configuration16:21
waveformzyga, by way of example (and this is what tripped me up last week); activating the camera module can be done with "start_x=1" in the config.txt (amongst a couple of other ways, but that's the common one)16:22
waveformzyga, the bootloader also permits inclusion of files via, for example, "include syscfg.txt" - as we use in ubuntu16:22
zygaI am familiar with it to a small degree16:23
waveformzyga, but ... guess what ... start_x doesn't work in included files :)16:23
zygamust be really reliable ;)16:23
waveformnow, if you know a bit about the bootloader mechanisms this actually makes sense; start_x=1 implies start_file and fixup_file getting set to start_x.elf and fixup_x.dat respectively16:24
waveformthat means it implies launching a *different* tertiary stage of the bootloader16:24
waveformso, the parsing of that bit of config.txt is *not* done by start.elf (unlike all the rest); it's being done by bootcode.bin (or the EEPROM on the pi4)16:24
waveformwhich almost certainly doesn't know about includes (or probably conditional sections though I haven't tested that yet)16:24
zygawaveform: any chance to work closely with the foundation to at least document that bit better16:25
zygado you know why that part is not open source? is there some broadcom-likely-NDA or is there something deeper?16:25
waveformzyga, it's partly that it's broadcom owned code but there's more complex bits. For instance, start_x.elf includes the camera firmware. That's largely based on threadx (a closed source RTOS) and includes things like a hardware-accelerated H264 encoder (under patent)16:26
zygathat feels like firmware blob we could include if it was available as a blob16:26
zygaI'm faimilar with threadx16:26
zygathough I last used it really long time ago16:27
waveformzyga, in other words, don't hold your breath on that being opened - I'm sure they'd like to but there's a whole pile of closed-source fun tied up in that .elf16:27
zygaI think 90% of the benefit would be from being able to implement a better start.elf16:27
zygathat's just loading the big blobs16:27
zygaso that boot logic is less weird16:27
zygaand can do things that people are using the PI for more than before16:27
ograwell, you'D lose acceleration ... but you could surely revers engineer it16:28
zygaogra: why?16:28
ogranot sure how useful a pi without graphics is though16:28
zygaogra: I didn't mean not to use the blobs16:28
waveformanyway, at the moment I'm putting together a doc loosely titled "everything Dave knows about the pi bootloader but you were afraid to ask ... in case he started going on about it" - I'll stick it in as part of pibootctl's docs when it's done16:28
zygajust to load them with different helper that is open16:28
ograbecause the GPU (well actually its a multi purpose DSP) is your bootloader16:28
zygaogra: that's great16:28
ograthe boot process fires up the GPU first ... the GPU then starts the ARM16:28
zygaI can keep that part even if not open, I think you misinterpreted my comments above16:29
ograthis is wh you also dont really need a GPU driver ...16:29
ograit is already in RAM when the ARM starts16:29
zygamy point was that a open source start.elf that contains blobs that are not open source (as today0 is better than what we have today16:29
waveformzyga, that would be a wonderful step forward (if only so I could figure out logic like the inclusion process without actually having to manually test all the possibilties - as I've done for pibootctl!)16:30
waveformanyway, I need to run off to another meeting - many thanks for the offer of help - do feel free to have a play with pibootctl and I'll see what I can add to the docs in the near future16:31
zygathanks for the time and info16:31
AsciiWolfkenvandine, hi, I have found another Ubuntu-related Snap Store issue... it seems that Snap Store/GNOME Software does not work properly with apps from PPAs: https://bugs.launchpad.net/snap-store/+bug/188148716:44
ubottuLaunchpad bug 1881487 in gnome-software (Ubuntu) "Apps from PPAs with AppStream metadata cannot be uninstalled" [Undecided,New]16:44
kenvandineAsciiWolf: so both deb and snap.  Must be something else that has been fixed upstream since we last rebased16:46
AsciiWolfI did not try compiling upstream GS on Ubuntu, however I don't have this issue on Fedora with apps from various third-party repositories16:50
AsciiWolfonly on Ubuntu with apps from PPAs that have AppStream metadata16:50
kenvandinedoes gnome-software on fedora use packagekit?16:51
AsciiWolfyep, it does16:51
AsciiWolfbtw. I am not sure if GS/PackageKit handles PPAs differently than regular (third-party) repositories16:52
bdmurraycoreycb: Is comment #97 in bug 1877642 all the verification information?17:36
ubottubug 1877642 in zaqar (Ubuntu Focal) "[SRU] OpenStack Ussuri final release" [High,Fix committed] https://launchpad.net/bugs/187764217:36
coreycbbdmurray: yes it is17:37
bdmurraycoreycb: okay17:42
bdmurraycoreycb: all the panko verifications don't seem to be done18:08
coreycbbdmurray: do you know which bug, is it 1848519 ?18:11
bdmurraycoreycb: and 185942218:12
coreycbbdmurray: I see, panko must have been stuck in focal-proposed at release time18:37
coreycbbdmurray: those bugs should be all set now18:54
=== ben_r_ is now known as ben_r

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!