[00:04] <mwhudson> xnox: still looking for docs btw
[00:05] <mwhudson> xnox: you said texi files but which ones :)
[00:06] <xnox> mwhudson:  the ones inside libisoburn source package
[00:06] <xnox> mwhudson:  i thought me saying that was enough =)
[00:06] <mwhudson> xnox: ah :)
[00:06] <xnox> mwhudson:  also for +1 https://people.canonical.com/~ubuntu-archive/transitions/ there are a few small auto-* trackers
[00:06] <mwhudson> my son keeps waking up between 5 and 6 am
[00:06] <xnox> some of them are bonkers
[00:07] <xnox> and some of them are are tiny / trivial to complete.
[00:07] <mwhudson> xnox: my +1 is done for now :)
[00:07] <xnox> ah cool
[00:07] <mwhudson> oh god libguestfs ftbfs on riscv? sounds fun
[00:07] <mwhudson> (yara transition)
[00:07] <xnox> that's not good
[00:08] <mwhudson> it failed in 11 minutes, suspiciously quick
[00:08] <mwhudson> oh dependency gunk
[00:08] <xnox> it no like python3 installable please help?
[00:09] <mwhudson> i wonder if mashing retry will help
[00:09] <xnox> vim-tiny : Depends: vim-common (= 2:8.1.2269-1ubuntu6) but 2:8.2.0716-3ubuntu1 is to be installed
[00:09] <xnox> sounds like arch:all build on amd64 finished, before riscv64 one?
[00:09] <mwhudson> don't undestand the python3 stuff
[00:10] <mwhudson> the 3.8.3 build finished like 45 days ago
[00:10] <xnox> mwhudson:  vim-tiny is missmatched across arches
[00:11] <mwhudson> oh because it failed on riscv too
[00:11] <mwhudson> 	function RunTheTest[39]..Test_pattern_compile_speed line 7: Expected range 0.01 - 10.0, but got 10.51081
[00:11] <mwhudson> raaaaaaaaaaaaaaaaage
[00:11] <xnox> we did discuss "build profiles" in launchpad builder the other day in different context.
[00:12] <xnox> i wonder if "tick, rebuilt with DEB_BUILD_OPTIONS=nocheck" is sensible for riscv64 port
[00:12] <xnox> Test_pattern_compile_speed
[00:12] <xnox> yeah, anything with "speed" in the test name, sounds very optimistic on riscv64
[00:14] <mwhudson> it only failed by a bit so a retry might work
[00:18] <mwhudson> xnox: how is your xorriso testing going?
[00:21] <xnox> mwhudson:  so built an image with that extra flag added
[00:21] <xnox> and it's weird
[00:21] <xnox> only has p1, no p2 or p3
[00:21] <xnox> p1 not mountable at all
[00:21] <mwhudson> it's supposed to be weird but probably not like that
[00:22] <xnox> wipefs indicates "normal" number of partition tables like the old images
[00:22] <xnox> i think maybe append esp is now needed too
[00:23] <xnox> -J -joliet-long -l -b boot/grub/i386-pc/eltorito.img -no-emul-boot -boot-load-size 4 -boot-info-table --grub2-boot-info --grub2-mbr cd-boot-images/usr/share/cd-boot-images-amd64/tree/boot/grub/i386-pc/boot_hybrid.img -part_like_isohybrid --efi-boot boot/grub/efi.img -efi-boot-part --efi-boot-image -partition_offset 16 cd-boot-images/usr/share/cd-boot-images-amd64/tree
[00:23] <xnox> is what i tried, and i can easily retry that
[00:23] <xnox> with any options you want me to try
[00:24] <xnox> xorriso -as mkisofs -r -checksum_algorithm_iso md5,sha1 -V Ubuntu\ 20.10\ amd64 -o /home/xnox/canonical/ubuntu-cdimage/scratch/ubuntu/groovy/daily-live/debian-cd/amd64/groovy-desktop-amd64.raw -J -joliet-long -l -b boot/grub/i386-pc/eltorito.img -no-emul-boot -boot-load-size 4 -boot-info-table --grub2-boot-info --grub2-mbr
[00:24] <xnox> cd-boot-images/usr/share/cd-boot-images-amd64/tree/boot/grub/i386-pc/boot_hybrid.img -part_like_isohybrid --efi-boot boot/grub/efi.img -efi-boot-part --efi-boot-image -partition_offset 16 cd-boot-images/usr/share/cd-boot-images-amd64/tree CD1
[00:24] <xnox> is the full one
[00:26] <mwhudson> i don't think we want both "-efi-boot-part" and "--efi-boot-image" do we?
[00:26] <mwhudson> oh wait
[00:26] <mwhudson> no xorriso option parsing is just insane
[00:27] <xnox> mwhudson:  do partitions look sane to you on the arm64 live-server iso for groovy?
[00:27] <xnox> cause that does
[00:27] <xnox> -append_partition 2 0xef cd-boot-images/usr/share/cd-boot-images-arm64/tree/boot/grub/efi.img -e boot/grub/efi.img -no-emul-boot
[00:27] <xnox> instead of --efi-boot
[00:28]  * mwhudson downloads
[00:29] <xnox> mwhudson:  $ sudo blkid /dev/nbd4*
[00:29] <xnox> /dev/nbd4: UUID="2020-07-08-00-28-23-00" LABEL="Ubuntu 20.10 amd64" TYPE="iso9660" PTTYPE="dos"
[00:29] <xnox> /dev/nbd4p1: UUID="2020-07-08-00-28-23-00" LABEL="Ubuntu 20.10 amd64" TYPE="iso9660"
[00:29] <xnox> /dev/nbd4p2: SEC_TYPE="msdos" LABEL_FATBOOT="ESP" LABEL="ESP" UUID="1B83-07B5" TYPE="vfat"
[00:29] <xnox> bah
[00:29] <xnox> mwhudson:  https://paste.ubuntu.com/p/zWnqb56yKR/
[00:29] <xnox> that does look better
[00:30] <xnox> although not sure if `-part_like_isohybrid` is still needed or not
[00:30] <mwhudson> yes but what does sfdisk -l say
[00:30] <mwhudson> can you mount p1 and actually access all of filesystem.squashfs?
[00:30] <xnox> https://paste.ubuntu.com/p/qj47Sjcp6X/
[00:30] <mwhudson> that does look more sane yes
[00:31] <xnox> $ sudo mount /dev/nbd4p1 /mnt/
[00:31] <xnox> $ md5sum /mnt/casper/filesystem.squashfs
[00:31] <xnox> 9f1cf4cd18ab458a35f86180a8eccd88  /mnt/casper/filesystem.squashfs
[00:31] <mwhudson> are there limitations on having to have the ESP in the first XXX MiB of the disk?
[00:31] <xnox> mwhudson:  shall i try again without -part_like_isohybrid?
[00:31] <xnox> mwhudson:  there should not be.
[00:31] <mwhudson> xnox: yeah i'm not sure if that's doing anything for us
[00:33] <mwhudson> xnox: what does cd-boot-images/usr/share/cd-boot-images-amd64/tree contain, is it a list of files to include or something?
[00:33] <xnox> mwhudson:  cd-boot-images dir, is just unpacked dpkg-deb -R of cd-boot-images-amd64
[00:33] <xnox> package
[00:33] <xnox> yes, it contains things
[00:33] <xnox> grub pc modules, grub efi modules, etc.
[00:34] <xnox> mwhudson:  https://packages.ubuntu.com/groovy/all/cd-boot-images-amd64/filelist
[00:34] <mwhudson> ah
[00:34] <xnox> grub/efi.img too
[00:34] <mwhudson> this is a silly q but where does it get the files like filesystem.squashfs from?
[00:35] <xnox> ubuntu-cdimage uses python code to download it from launchpad
[00:35] <xnox> before debian-cd is invoked by ubuntu-cdimage
[00:35] <xnox> because debian-cd is a "sub-dir repo" that one is supposed to clone inside lp:ubuntu-cdimage checkout
[00:35] <xnox> source it's scripts and drive things
[00:36] <xnox> https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/focal/ubuntu
[00:36] <xnox> is where i asked my instance of ubuntu-cdimage to download squashfs from
[00:36] <mwhudson> sorry i mean, where are they on disk when xorriso runs?
[00:36] <xnox> yes
[00:36] <xnox> i am in scratch dir, everything is unpacked as files everyehere
[00:36] <mwhudson> ok
[00:36] <xnox> to CD1 has like pool, casper/squashfs, grub.cfg, etc.
[00:38] <xnox> it works
[00:38] <xnox> let me propose update to debian-cd
[00:38] <mwhudson> ah right
[00:38] <xnox> basically --grub2-efi stuff is busted
[00:38] <xnox> append ESP by hand
[00:38] <xnox> be merry
[00:39] <xnox> mwhudson:  https://paste.ubuntu.com/p/2GZFmD3w9r/ is the contents of CD1
[00:39] <xnox> it's most of the "usual" stuff
[00:39] <xnox> the only "bootloady" thing is grub.cfg
[00:39] <mwhudson> ah ok
[00:40] <xnox> the rest of the "bootloady" stuff in factored into cd-boot-images-amd64 as it has to be built on amd64 host
[00:40] <xnox> (..... arm64, ppc64el)
[00:43] <mwhudson> i think we kinda want  -efi-boot-part --efi-boot-image or we will end up with efi grub on the iso twice
[00:43] <mwhudson> but it seems that -efi-boot-part --efi-boot-image does cray cray stuff
[00:43] <mwhudson> and i wonder why
[00:44] <xnox>   --efi-boot FILE             Set El Torito EFI boot image name and type
[00:44] <xnox>   -e FILE                     Set EFI boot image name (more rawly)
[00:44] <xnox>   --efi-boot FILE             Set El Torito EFI boot image name and type
[00:44] <xnox>   -e FILE                     Set EFI boot image name (more rawly)
[00:44] <xnox>   --efi-boot FILE             Set El Torito EFI boot image name and type
[00:44] <xnox>   -e FILE                     Set EFI boot image name (more rawly)
[00:44] <xnox> bah
[00:44] <xnox> sorry about that
[00:44] <xnox> so -e is not short for --efi-boot
[00:45] <mwhudson> oh want
[00:45] <mwhudson> *wat
[00:47] <xnox> mwhudson:  what was the bug number for this?
[00:47] <mwhudson> xnox: https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1886148
[00:47] <ubot5> Ubuntu bug 1886148 in Ubuntu CD Images "failure to boot groovy daily" [Undecided,Confirmed]
[00:47] <xnox> mwhudson:  i guess i should test if this image actually boots
[00:48] <xnox> mwhudson:  in bios cdrom / usb; efi cdrom / usb
[00:48] <mwhudson> right there are four cases
[00:48] <mwhudson> even more if you want to include firmware that speaks mbr but not gpt
[00:48] <mwhudson> but perhaps we don't care about that any more?
[00:49] <mwhudson> wait wtf why does your change produce a dos partition table
[00:52] <mwhudson> xnox: can we add tests of this to debian-cd somehow?
[00:52] <mwhudson> make an image, boot it four ways in system emulation
[00:52] <mwhudson> a la casper's autopkgtests
[00:53] <xnox> mwhudson:  to debian-cd => no, that's running on amd64 only
[00:53] <mwhudson> system emulation!
[00:53] <xnox> mwhudson:  it could be added to like cd-boot-images
[00:54] <xnox>  mwhudson:  so i think this change, makes it not boot with grub2 on bios at all
[00:54] <mwhudson> xnox: usr/share/cd-boot-images-amd64/xorriso-cmd.txt <- is your idea that debian-cd will read this eventually?
[00:54] <xnox> yes, but debian-cd diverged
[00:54] <mwhudson> but it doesn't today?
[00:55] <xnox> it was more of a cheat-note / documentation on how one could use the package
[00:55] <xnox> mwhudson:  i feel like i should upload the image i built, for you to test
[00:55] <xnox> cause i want to sleep
[00:56] <mwhudson> xnox: yeah you go to sleep and i'll spend some time playing
[00:56] <xnox> or i guess it is easy to rebuild things locally
[00:56] <mwhudson> i should have lunch
[00:56] <xnox> unpack iso
[00:56] <xnox> unapck cd-boot-images
[00:56] <xnox> call the dir with unpacked iso CD1
[00:56] <mwhudson> yeah, no need to upload your current thing i think
[00:56] <xnox> and rerun xorriso command from https://paste.ubuntu.com/p/zWnqb56yKR/
[00:57] <xnox> adjusting the output command
[01:00] <xnox> ok uefi-disk seems to boot
[01:00] <xnox> but nothing else
[01:00] <xnox> no bios-disk, no bios-cdrom, no uefi-cdrom
[01:00] <xnox> as in doesn't detect as bootable, doesn't load grub
[01:00]  * xnox flips tables
[01:06] <xnox> and snapd fails to seed
[01:06] <xnox> lovely
[01:15] <mwhudson> that hopefully is something else :)
[01:20] <xnox> mwhudson:  https://sites.google.com/site/grubefikiss/grub-on-iso-image
[01:21] <xnox> mwhudson:   -isohybrid-mbr boot/grub/i386-pc/boot_hybrid.img
[01:21] <xnox> hmmmm, what?!
[01:21] <mwhudson> eh what
[01:21] <mwhudson> i thought it had to be an isolinux thing there
[01:21] <xnox> GrubHybridBootable-(Notbios)-efi :
[01:21] <mwhudson> but if you can just dump grub in...
[01:24] <mwhudson> somehow the css on this page makes it too hard to read
[01:28] <xnox> boom
[01:28] <xnox> -eltorito-alt-boot was missing i think
[01:30] <xnox> cdrom & disk uefi are good
[01:30] <xnox> cdrom & disk bios are good too
[01:30] <mwhudson> amazing
[01:31] <xnox> can you test https://paste.ubuntu.com/p/CkqZ62WgRV/ somehow?
[01:31] <xnox> note that before -e there is no -eltorito-alt-boot
[01:31] <xnox> becuase otherwise, i think -e overwrote the -b
[01:31] <xnox> and i'm not sure if i have to specify -no-emul-boot second time, but it feels like it is a modifier on the current boot image
[01:31] <xnox> thus needs to be done again, after the alt-boot option
[01:33] <mwhudson> xnox: ok
[01:33] <mwhudson> xnox: i wonder what happens if you change -e argument to --efi-boot-image but also you should go to bed
[01:34] <mwhudson> xnox: we should also change boot-amd64 to accumulate $N.mkisofs_opts option by option with comments
[01:35] <xnox> mwhudson:  a lot of them should be factored out higher up
[01:35] <xnox> ie. anything that is not specific to arch
[01:35] <mwhudson> yeah
[01:35] <xnox> like -J -r etc
[01:35] <xnox> where the rest of "label" "CD1" are added etc
[01:35] <xnox> and the arch specific ones should be in the cd-boot-images-amd64 xorriso.cmd
[01:41] <mwhudson> yeah you do need -no-emul-boot args i think
[01:41] <mwhudson> *two
[01:42] <xnox> mwhudson:  vorlon: https://code.launchpad.net/~xnox/debian-cd/unbreak-grub2-hybrid-iso/+merge/387008
[01:42] <xnox> if that makes sense, please review/merge/deploy
[01:42] <xnox> i guess it can't be worse than what we have now
[01:43] <mwhudson> xnox: i'll try to review before you get up again :)
[01:43]  * mwhudson is currently reading wiki pages about el torito etc
[01:44] <mwhudson> not yet reading xorriso source but that's coming, i can tell
[01:44]  * xnox goes to find my whiskey with the new giant sphere ice cube moulds that i got
[01:45] <mwhudson> https://wiki.osdev.org/El-Torito -> "The UEFI legacy partition layout (not to be confused with Legacy BIOS mode) prescribes that the EFI System Partition shall be marked by an MBR partition of type 0xef. Other MBR partitions are permissible. E.g. one which starts at Logical Block Address 0 to make the ISO mountable. It is not allowed, nevertheless, to let the ISO partition enclose the EFI System Partition."
[01:45] <mwhudson> prettttttttttttttttty sure that's what our images were doing
[01:46] <mwhudson> oh heh the next paragraph starts
[01:46] <mwhudson> "Several popular Linux distributions offer a layout that does not comply to either of the UEFI alternatives"
[01:50] <mwhudson> xnox: i think possibly we could get away with still using isohybrid
[01:51] <mwhudson> rather than putting all of grub2 into the mbr
[01:51] <mwhudson> but it doesn't actually matter i guess
[01:51] <xnox> so ideally i want clean partitions (no weird Gap1 parition)
[01:51] <xnox> boots everywhere
[01:51] <xnox> sgdisk -p & sgdik -O claim everything is valid
[01:52] <xnox> cause today, once one burns the .iso to usb stick _no regular tool_ can be used to add a partitin
[01:52] <xnox> they all freak out
[01:53] <xnox> mwhudson:  so we could use -b grub2/eltorito.img -isohybrid-mbr syslinux?grub? -eltorito-alt-boot -e esp?
[01:54] <mwhudson> xnox: yes there is a syslinux thing you can pass to  -isohybrid-mbr  that just jumps to the el torito-specified boot method
[01:54] <mwhudson> chain booting from MBR boot to ISO boot i guess
[01:55] <xnox> "Script grub-mkrescue produces this layout for booting via EFI." after moder UEFI layout
[01:55] <xnox> hm
[01:55] <xnox> with MBR partition type 0xee
[01:55] <xnox> but then the whole thing must be FAT, and we want most thing to be ISO9660
[01:55] <mwhudson> i don't understand why the data for the efi boot method ends up in the middle of the data for the regular files
[01:56] <mwhudson> why can't it be before or after it?
[01:56] <xnox> you can order it anywhere you want
[01:56] <xnox> with -sort option
[01:56] <mwhudson> you can?
[01:56] <xnox> yeah
[01:57] <mwhudson> where is *that* documented? it's not in xorriso's info ...
[01:57] <xnox> normally one sorts weights of like bootloader stuff to be first, then kernel, then initrd, then squashfs, then pool
[01:57] <xnox> but currently i didn't do that
[01:57] <xnox> cause then things are well, in the order of ureadahead
[01:58] <xnox> $ xorriso -as mkisofs 2>&1 --help | grep sort
[01:58] <xnox>   --sort-weight NUMBER FILE   Set LBA weight number to file or file tree
[01:58] <xnox>   --sort-weight-list DISKFILE Read list of NUMBER FILE pairs for --sort-weight
[01:58] <xnox>   --sort-weight-patterns DISKFILE  --sort-weight-list with pattern expansion
[01:58] <mwhudson> ah
[02:00] <xnox> that page is really good
[02:00] <xnox> "The MBR and BIOS El Torito boot image written by grub-mkrescue have the same capability. "
[02:01] <mwhudson> yeah it's making more sense than anything else i've read so far
[02:02] <mwhudson> i wonder if the reason sgdisk hates the gpt data on the old isos is because the partitions overlap
[02:02] <xnox> i don't know if we should switch to the moderl UEFI layout, or if it even works.
[02:02] <xnox> or if we must do something extra the "unless the ISO offers a second set of volume descriptors and file tree at a higher block address"
[02:02] <mwhudson> yeah i don't know what that means :)
[02:12] <mwhudson> oh wait the stuff being booted from is on the filesystem of course, so the partition table has to point at the filesystem
[02:13] <xnox> sure but there are options like -hide
[02:13] <xnox> to include things in iso9660 but not be visible at all in the directory structure
[02:13] <mwhudson> hmm
[02:13] <xnox> and like one can hide stuff from joilet, or rock-ridge, or hfsplus, etc.
[02:14] <xnox> and one can specify that the same file is access under different names
[02:14] <xnox> without exploading the size of the iso twice
[02:14] <mwhudson> leaning towards the position that we don't want a gpt on the iso at all
[02:14] <mwhudson> "old" isos have a gpt but it's broken so firmware ignores it
[02:14] <xnox> It is read by EFI when booting from USB stick or hard disk, and may be used for finding and mounting a HFS+ partition inside the ISO image.
[02:15] <mwhudson> "new" isos have a valid but actually deeply unhelpful gpt
[02:21] <mwhudson> xnox: yeah but EFI will read the MBR if there is no gpt
[02:22] <xnox> An MBR partition with type 0xee indicates the presence of GPT.
[02:22] <xnox> and i have that
[02:22] <xnox> why did it generate that
[02:29] <xnox> mwhudson:  don't forget to delete the output file, before each xorriso run.
[02:29] <xnox> mwhudson:  because otherwise it appends a session, rather than clobbering and creating a new file
[02:29] <mwhudson> xnox: argh
[02:30] <xnox> because stateful!
[02:42] <mwhudson> my head hurts
[02:59] <mwhudson> xnox, vorlon: did we change which version of xorriso we were using recently?
[03:01] <xnox> mwhudson:  yes
[03:01] <xnox> mwhudson:  from hand-build one, to recent one.
[03:02] <mwhudson> xnox: from what to what?
[03:02] <mwhudson> xnox: and did we have a custom libisofs too?
[03:02] <mwhudson> xnox: also go to bed
[03:02] <xnox> Bump all groovy builds to use newer xorriso (1.4.2 from xenial instead of vendored 1.2.4).
[03:03] <xnox> # temporary hack until such time as we can upgrade all builds to 1.2.4
[03:03] <xnox> new_xorriso="/home/cdimage/xorriso/xorriso-1.2.4/xorriso/xorriso"
[03:03] <xnox> and it was only used on some arches
[03:03] <xnox> from xorriso project, not from libisoburn
[03:04] <mwhudson> hmm
[03:04] <mwhudson> becase i changed the command line and got this:
[03:04] <mwhudson> libisofs: FAILURE : Image write error
[03:04] <mwhudson> libisofs: NOTE :  > Caused by: Overlapping MBR partition entries requested
[03:05] <mwhudson> but the change in xorriso version presumably did not cause image builds to fail
[03:38] -queuebot:#ubuntu-release- Unapproved: fwupd-signed (bionic-proposed/main) [1.10~ubuntu18.04.4 => 1.10~ubuntu18.04.5] (no packageset)
[03:38] -queuebot:#ubuntu-release- Unapproved: fwupd-signed (eoan-proposed/main) [1.10.3ubuntu1 => 1.10.3ubuntu2] (core)
[03:38] -queuebot:#ubuntu-release- Unapproved: fwupd (bionic-proposed/main) [1.2.10-1ubuntu2~ubuntu18.04.5 => 1.2.13-0~18.04.1] (desktop-core)
[03:38] -queuebot:#ubuntu-release- Unapproved: fwupd (eoan-proposed/main) [1.2.10-1ubuntu4.1 => 1.2.13-0~ubuntu19.10.1] (core)
[05:49] -queuebot:#ubuntu-release- New: accepted linux-signed-gke-4.15 [amd64] (bionic-proposed) [4.15.0-1065.68]
[05:49] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [arm64] (bionic-proposed) [5.3.0-63.57~18.04.1]
[05:49] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [amd64] (bionic-proposed) [5.3.0-63.57~18.04.1]
[05:49] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [ppc64el] (bionic-proposed) [5.3.0-63.57~18.04.1]
[05:49] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [amd64] (xenial-proposed) [4.15.0-110.111~16.04.1]
[05:50] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [ppc64el] (xenial-proposed) [4.15.0-110.111~16.04.1]
[07:32] -queuebot:#ubuntu-release- New binary: linux-signed-oracle-5.4 [amd64] (bionic-proposed/main) [5.4.0-1020.20~18.04.1] (no packageset)
[07:32] -queuebot:#ubuntu-release- New binary: linux-signed-oracle [amd64] (focal-proposed/main) [5.4.0-1020.20] (core, kernel)
[07:32] -queuebot:#ubuntu-release- New binary: linux-signed-gcp [amd64] (focal-proposed/main) [5.4.0-1020.20] (core, kernel)
[07:32] -queuebot:#ubuntu-release- New binary: linux-signed-5.7 [s390x] (groovy-proposed/universe) [5.7.0-15.16] (no packageset)
[07:35] -queuebot:#ubuntu-release- New binary: linux-signed-gcp-5.4 [amd64] (bionic-proposed/main) [5.4.0-1020.20~18.04.1] (no packageset)
[07:36] -queuebot:#ubuntu-release- New binary: linux-signed-5.7 [amd64] (groovy-proposed/universe) [5.7.0-15.16] (no packageset)
[07:36] -queuebot:#ubuntu-release- New binary: linux-signed-5.7 [ppc64el] (groovy-proposed/universe) [5.7.0-15.16] (no packageset)
[07:40] -queuebot:#ubuntu-release- New binary: libtpms [riscv64] (groovy-proposed/universe) [0.8.0~dev1-1.1] (no packageset)
[08:08] <Laney> xnox: context?
[08:54] -queuebot:#ubuntu-release- New binary: linux-signed-oracle [amd64] (xenial-proposed/main) [4.15.0-1049.53~16.04.1] (kernel)
[08:58] -queuebot:#ubuntu-release- Unapproved: accepted spl-linux [source] (bionic-proposed) [0.7.5-1ubuntu2.2]
[09:00] -queuebot:#ubuntu-release- Unapproved: rejected fwupd-signed [source] (bionic-proposed) [1.10~ubuntu18.04.5]
[09:00] -queuebot:#ubuntu-release- Unapproved: rejected fwupd [source] (bionic-proposed) [1.2.13-0~bionic1]
[09:00] -queuebot:#ubuntu-release- Unapproved: rejected fwupd [source] (bionic-proposed) [1.2.10-1ubuntu2~ubuntu18.04.4]
[10:23] -queuebot:#ubuntu-release- Unapproved: dropwatch (focal-proposed/universe) [1.5.1-2 => 1.5.3-1build1] (no packageset)
[10:26] -queuebot:#ubuntu-release- Unapproved: rejected dropwatch [source] (focal-proposed) [1.5.3-1build1]
[10:36] -queuebot:#ubuntu-release- New binary: linux-signed-oracle [amd64] (bionic-proposed/main) [4.15.0-1049.53] (kernel)
[10:43] <xnox> Laney:  lots of ftbfs in haskell, due to Monad Fail changes.
[12:06] <LocutusOfBorg> hello ubuntu-archive bbswitch NBS-proposed cleanup ping!
=== s8321414_ is now known as s8321414
[13:39] -queuebot:#ubuntu-release- Unapproved: pulseaudio (focal-proposed/main) [1:13.99.1-1ubuntu3.3 => 1:13.99.1-1ubuntu3.4] (desktop-core, i386-whitelist, ubuntu-server)
[14:01] -queuebot:#ubuntu-release- Unapproved: zfcpdump-kernel (focal-proposed/universe) [4.13-0ubuntu1 => 5.4-0ubuntu1] (no packageset)
[14:01] -queuebot:#ubuntu-release- New source: zfcpdump-kernel-signed (focal-proposed/primary) [5.4-0ubuntu1]
[14:51] <vorlon> LocutusOfBorg: bbswitch cleaned up
[15:04] <LocutusOfBorg> ta
[15:14] <LocutusOfBorg> vorlon, may I also request a forget-hint for it? http://autopkgtest.ubuntu.com/packages/b/bbswitch/groovy/arm64
[15:14] <LocutusOfBorg> looks baaaaaaad
[15:49] <xnox> apw:  vorlon: the zfcpdump-kernel & zfcpdump-kernel-signed is the biennial updates of the zfcpdump kernel with two bugfixes.
[16:16] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp-5.4 [amd64] (bionic-proposed) [5.4.0-1020.20~18.04.1]
[16:17] -queuebot:#ubuntu-release- New: accepted linux-signed-oracle [amd64] (bionic-proposed) [4.15.0-1049.53]
[16:17] -queuebot:#ubuntu-release- New: accepted linux-signed-oracle-5.4 [amd64] (bionic-proposed) [5.4.0-1020.20~18.04.1]
[16:19] <xnox> more haskell removals ubuntu-archive https://bugs.launchpad.net/ubuntu/+source/agda-stdlib/+bug/1886847
[16:19] <ubot5> Ubuntu bug 1886847 in agda-stdlib (Ubuntu) "RM agda agda-stdlib because haskell-edison-core got removed" [Undecided,Triaged]
[16:19] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp [amd64] (focal-proposed) [5.4.0-1020.20]
[16:19] -queuebot:#ubuntu-release- New: accepted linux-signed-oracle [amd64] (focal-proposed) [5.4.0-1020.20]
[16:21] -queuebot:#ubuntu-release- New: accepted linux-signed-oracle [amd64] (xenial-proposed) [4.15.0-1049.53~16.04.1]
[17:17] -queuebot:#ubuntu-release- New binary: hcxtools [ppc64el] (groovy-proposed/universe) [6.0.2-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: python-pot [s390x] (groovy-proposed/universe) [0.6.0+dfsg-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: hcxtools [s390x] (groovy-proposed/universe) [6.0.2-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: timekpr-next [s390x] (groovy-proposed/universe) [0.2.13-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: hcxtools [armhf] (groovy-proposed/universe) [6.0.2-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: hcxtools [arm64] (groovy-proposed/universe) [6.0.2-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: python-pot [armhf] (groovy-proposed/universe) [0.6.0+dfsg-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: timekpr-next [armhf] (groovy-proposed/universe) [0.2.13-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: python-pot [arm64] (groovy-proposed/universe) [0.6.0+dfsg-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: timekpr-next [arm64] (groovy-proposed/universe) [0.2.13-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: python-pot [ppc64el] (groovy-proposed/universe) [0.6.0+dfsg-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: timekpr-next [ppc64el] (groovy-proposed/universe) [0.2.13-1] (no packageset)
[17:32] -queuebot:#ubuntu-release- New binary: hcxtools [amd64] (groovy-proposed/universe) [6.0.2-1] (no packageset)
[17:32] -queuebot:#ubuntu-release- New binary: python-pot [amd64] (groovy-proposed/universe) [0.6.0+dfsg-1] (no packageset)
[17:32] -queuebot:#ubuntu-release- New binary: ibus-typing-booster [amd64] (groovy-proposed/universe) [2.8.2-1] (no packageset)
[17:32] -queuebot:#ubuntu-release- New binary: ruby-rexml [amd64] (groovy-proposed/universe) [3.2.4-1] (no packageset)
[17:33] -queuebot:#ubuntu-release- New binary: hcxtools [riscv64] (groovy-proposed/universe) [6.0.2-1] (no packageset)
[17:33] -queuebot:#ubuntu-release- New binary: timekpr-next [amd64] (groovy-proposed/universe) [0.2.13-1] (no packageset)
[17:35] -queuebot:#ubuntu-release- New binary: timekpr-next [riscv64] (groovy-proposed/universe) [0.2.13-1] (no packageset)
[17:36] -queuebot:#ubuntu-release- New binary: python-pot [riscv64] (groovy-proposed/universe) [0.6.0+dfsg-1] (no packageset)
[17:54] -queuebot:#ubuntu-release- Unapproved: cifs-utils (bionic-proposed/main) [2:6.8-1 => 2:6.8-1ubuntu1] (desktop-core, ubuntu-server)
[18:46] <Eickmeyer> ubuntu-archive: teward and I have numerous new packages in the queue to review. I want to make sure that those will get reviewed. vorlon in particular rejected redkite, this upload has the fix you requested.
[18:46] <Eickmeyer> That said, I will be out with my family most of today.
[18:47] <teward> *unneeded ping*
[18:47] <teward> *sends Eickmeyer to the Voids*
[18:47]  * Eickmeyer salts teward
[19:20] <GunnarHj> Hi bdmurray, was about to attend to bug #1886282, but gnome-user-docs and gnome-getting-started-docs are stuck in focal's new queue. Any chance you can 'release' those?
[19:20] <ubot5> bug 1886282 in ubuntu-docs (Ubuntu Focal) "Translation update of desktop guide" [Medium,Fix committed] https://launchpad.net/bugs/1886282
[19:34] -queuebot:#ubuntu-release- Unapproved: systemd (bionic-proposed/main) [237-3ubuntu10.41 => 237-3ubuntu10.42] (core)
[19:38] -queuebot:#ubuntu-release- New: accepted gnome-getting-started-docs [amd64] (focal-proposed) [3.36.2-0ubuntu0.1]
[19:38] -queuebot:#ubuntu-release- New: accepted gnome-user-docs [amd64] (focal-proposed) [3.36.2+git20200704-0ubuntu0.1]
[19:50] <bdmurray> GunnarHj: Done
[19:51] <GunnarHj> bdmurray: Thanks!
[20:24] -queuebot:#ubuntu-release- New binary: linux-signed-gcp-4.15 [amd64] (bionic-proposed/universe) [4.15.0-1079.89] (no packageset)
[23:16] <xnox> vorlon:  mwhudson: I don't know if it helps or not, but I made an alternative ghc tracker at https://people.canonical.com/~ubuntu-archive/transitions/html/ghc-new.html
[23:16] <xnox> it considers i386 & all .debs to be always installable.
[23:16] <xnox> making i386 column green, and collapsing most of the output by default.
[23:17] <xnox> such that we can see what's missing.
[23:17] <xnox> ideally we'd just not run i386 for this tracker, but i don't know how to make ben be invoked for this tracker without i386.
[23:18] -queuebot:#ubuntu-release- New binary: python-pot [s390x] (groovy-proposed/universe) [0.6.0+dfsg-2] (no packageset)
[23:20] <mwhudson> xnox: certainly looks better
[23:20] -queuebot:#ubuntu-release- New binary: ibus-typing-booster [amd64] (groovy-proposed/universe) [2.8.2-2] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: python-pot [amd64] (groovy-proposed/universe) [0.6.0+dfsg-2] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: python-pot [arm64] (groovy-proposed/universe) [0.6.0+dfsg-2] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: python-pot [ppc64el] (groovy-proposed/universe) [0.6.0+dfsg-2] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: python-pot [armhf] (groovy-proposed/universe) [0.6.0+dfsg-2] (no packageset)
[23:26] <xnox> mwhudson:  RM requests filed for agda & agda-stdlib (which is arch:all ....), also haskell-gitlib
[23:27] <xnox> mwhudson:  uploading haskell-heist fix
[23:38] -queuebot:#ubuntu-release- New binary: python-pot [riscv64] (groovy-proposed/universe) [0.6.0+dfsg-2] (no packageset)
[23:56] -queuebot:#ubuntu-release- New binary: linux-signed-oem-5.6 [amd64] (focal-proposed/main) [5.6.0-1020.20] (no packageset)