[00:37] -queuebot:#ubuntu-release- Unapproved: accepted firmware-sof [source] (jammy-proposed) [2.0-1ubuntu4.5]
[01:36] <vorlon> Eickmeyer: that gets a bit further https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/noble/ubuntustudio/+build/544331
[01:37] <Eickmeyer> vorlon: Looks like it didn't install the kernel.
[05:32] <vorlon> Eickmeyer: https://cdimage.ubuntu.com/ubuntustudio/dvd/20231209.1/ is some kind of something, then
[05:32] <vorlon> (built w/ livecd-rootfs from -proposed, and maybe it does something useful)
[05:33] <Eickmeyer> Oh! Nice!
[06:03] -queuebot:#ubuntu-release- Unapproved: accepted zemberek-ooo [source] (jammy-proposed) [1.0~rc2-10.4ubuntu1]
[06:37] -queuebot:#ubuntu-release- Unapproved: accepted mesa [source] (jammy-proposed) [23.2.1-1ubuntu3.1~22.04.1]
[06:46] -queuebot:#ubuntu-release- Unapproved: accepted update-manager [source] (jammy-proposed) [1:22.04.18]
[06:50] -queuebot:#ubuntu-release- New binary: fonts-sahel [amd64] (noble-proposed/universe) [3.4.0-2ubuntu1] (no packageset)
[07:00] -queuebot:#ubuntu-release- New: accepted oem-somerville-muk-meta [sync] (jammy-proposed) [22.04~ubuntu1]
[07:02] -queuebot:#ubuntu-release- New binary: oem-somerville-muk-meta [amd64] (jammy-proposed/none) [22.04~ubuntu1] (canonical-oem-metapackages)
[07:04] -queuebot:#ubuntu-release- New: accepted oem-somerville-marill-meta [sync] (jammy-proposed) [22.04~ubuntu1]
[07:05] -queuebot:#ubuntu-release- New binary: oem-somerville-marill-meta [amd64] (jammy-proposed/none) [22.04~ubuntu1] (canonical-oem-metapackages)
[07:15] -queuebot:#ubuntu-release- New: rejected oem-somerville-arcanine-meta [sync] (jammy-proposed) [22.04~ubuntu1]
[07:24] -queuebot:#ubuntu-release- New: accepted oem-somerville-marill-meta [amd64] (jammy-proposed) [22.04~ubuntu1]
[07:24] -queuebot:#ubuntu-release- New: accepted oem-sutton-bartek-meta [sync] (jammy-proposed) [22.04~ubuntu1]
[07:24] -queuebot:#ubuntu-release- New: accepted oem-somerville-muk-meta [amd64] (jammy-proposed) [22.04~ubuntu1]
[07:26] -queuebot:#ubuntu-release- New binary: oem-sutton-bartek-meta [amd64] (jammy-proposed/none) [22.04~ubuntu1] (canonical-oem-metapackages)
[07:27] -queuebot:#ubuntu-release- New: rejected oem-somerville-chansey-meta [sync] (jammy-proposed) [22.04~ubuntu1]
[08:41] <LocutusOfBorg> kanashiro, hello, ready for a ruby3.1 merge/sync? I can't understand if the delta can be dropped or not...
[17:13] <Eickmeyer> vorlon: So good news and bad news. The good news is it works, the bad news is it boots to a black screen where there should be a "try/install" screen, and this is due to a known bug where the installer is depending on gnome-shell. kenvandine had made us aware during a flavor sync, I'm just surprised it hadn't been fixed yet.
[17:23] -queuebot:#ubuntu-release- New binary: rust-microformats [amd64] (noble-proposed/universe) [0.6.0-3] (no packageset)
[17:32] <vorlon> Eickmeyer: ok.  do you want to stick with this as-is and move forward, or do you want to roll back?
[17:33] <vorlon> Eickmeyer: and do you want to land the edubuntu stuff now which I guess will also be affected
[17:33] <Eickmeyer> vorlon: Let's stick with this as-is, I'm going to poke people ad-nauseum until we can get this fixed. This was a priority thing when I talked to them during the flavor sync in September.
[17:33] <Eickmeyer> vorlon: Let's land the edubuntu stuff which will *not* be affected since it has gnome-shell.
[17:34] <vorlon> ok
[17:35] <Eickmeyer> Budgie even has gnome-shell components so it wasn't affected.
[17:35] <vorlon> Eickmeyer: can you rebase your patch for that? since you're changing a line I already had to edit for ubuntustudio ("ubuntustudio" -> "ubuntustudio-dvd")
[17:36] <Eickmeyer> Oh, sure. I thought I had, let me see what went wrong.
[17:40] <vorlon> Eickmeyer: also you've got a cut'n'paste error there, which would switch edubuntu to use the lowlatency kernel...
[17:40] <Eickmeyer> vorlon: Oops! Ha! on it.
[17:43] <Eickmeyer> vorlon: The version I have is rebased: Line 898: 		add_task standard.live ubuntustudio-dvd-live
[17:44] <Eickmeyer> If you look at the diff that line doesn't change.
[17:44] <vorlon> Eickmeyer: I'm talking about the first chunk of the diff
[17:48] <Eickmeyer> vorlon: Line 559?
[17:48] <vorlon> yes
[17:49] <vorlon> but I mean, just trying to do 'git rebase' is going to show you the conflict
[17:50] <Eickmeyer> I started from a clean clone.
[17:53] <Eickmeyer> But yes, I see the conflict. I wonder why I didn't get it when I did the clone.
[18:07] <Eickmeyer> vorlon: Now it's giving me a really nasty conflict. I'm going to take a mulligan on this (do-over).
[18:15] <Eickmeyer> vorlon: There we go, nice and clean.
[21:35] <doko> bdmurray: a lot of armhf autopkg tests in failed state show (like in<EMAIL_ADDRESS>[21:36] <doko> 190s badpkg: failed to call join for test specific package list, code 1
[21:36] <doko> 190s autopkgtest [16:57:57]: ERROR: erroneous package: failed to call join for test specific package list, code 1
[21:36] <doko> could the logs be scanned, and the tests retried?
[23:37] -queuebot:#ubuntu-release- New: accepted oem-somerville-quilladin-meta [sync] (jammy-proposed) [22.04~ubuntu1]
[23:45] -queuebot:#ubuntu-release- New binary: oem-somerville-quilladin-meta [amd64] (jammy-proposed/main) [22.04~ubuntu1] (canonical-oem-metapackages)
[23:51] -queuebot:#ubuntu-release- New: accepted oem-somerville-hoppip-meta [sync] (jammy-proposed) [22.04~ubuntu1]


[10:30] <grantbow> hello ebel
[10:30] <ebel> hello grantbow
[10:30] <grantbow> Can you make it to the Ubuntu Hour this thursday in Nairobi?
[10:31] <grantbow> I just emailed the list today.
[10:32] <ebel> Ah, I'm afraid not, I'm quite a distance away.... in Ireland. ☺
[10:32] <ebel> Good to see there's some  activity going on.
[10:33] <ebel> I was in Kenya in 2008 teaching ubuntu/linux, so I've added #ubuntu-ke to my IRC autojoin. ☺
[10:34] <grantbow> cool! I'm in  Nairobi for another two months from the San Francisco area of California.
[10:37] <ebel> cool.
[10:37] <ebel> I was in mombasa area. never spent much time in nairobi
[10:38] <ebel> I was involved with an irish charity (camara) that sends 2nd hand computers to schools in africa. they put linux on them of course.
[10:38] <ebel> http://camara.ie/web/
[10:38] <ebel> They have a hub/workshop in Kenya, but in Mombasa AFAIR
[10:39] <ebel> There might camara people/schools/local volunteers in nairobi, if you wanna get in touch
[10:39] <grantbow> interesting! In SF I work with a computer recycler http://mcrc.org that provides hardware for our Linux in schools nonprofit http://partimus.org
[10:39]  * ebel spent a month showing teaching local volunteers in mombasa how to use linux and ubuntu and stuff
[10:39] <grantbow> I would love to get in touch with folks in Kenya.
[10:40] <grantbow> Maybe I can help give them a refresher course :-)
[10:40] <grantbow> or learn from them by now
[10:40] <grantbow> ;-)
[10:41] <ebel> Yeah.
[10:41] <ebel> http://kenya.camara.ie/
[10:42] <ebel> ping someone there
[10:50] <grantbow> OK! Thanks. ebel, are you familiar with http://loveshackkenya.ie and Karen Ward who is also staying at http://Dreamfish.com like I am?
[10:59] <ebel> no...


[15:12] <highvoltage> stgraber: I added our sponsors topic to tb agenda. I don't have anything prepared and if tb wants to discuss it next time I'm fine with that too
[15:12] <highvoltage> (oh I need to add the link still)
[15:24] <stgraber> ok
[20:26] <highvoltage> stgraber: I removed the tb agenda item again since I won't be able to make it at that time


[01:21] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-release-upgrader [source] (focal-proposed) [1:20.04.37]
[01:46] -queuebot:#ubuntu-release- New binary: icu [amd64] (jammy-proposed/main) [70.1-2] (core, i386-whitelist)
[01:46] -queuebot:#ubuntu-release- New binary: icu [i386] (jammy-proposed/main) [70.1-2] (core, i386-whitelist)
[01:47] -queuebot:#ubuntu-release- New binary: icu [s390x] (jammy-proposed/main) [70.1-2] (core, i386-whitelist)
[01:49] -queuebot:#ubuntu-release- New binary: icu [ppc64el] (jammy-proposed/main) [70.1-2] (core, i386-whitelist)
[02:17] -queuebot:#ubuntu-release- New binary: icu [armhf] (jammy-proposed/main) [70.1-2] (core, i386-whitelist)
[02:20] -queuebot:#ubuntu-release- New binary: icu [arm64] (jammy-proposed/main) [70.1-2] (core, i386-whitelist)
[02:47] -queuebot:#ubuntu-release- New: accepted icu [arm64] (jammy-proposed) [70.1-2]
[02:47] -queuebot:#ubuntu-release- New: accepted icu [i386] (jammy-proposed) [70.1-2]
[02:47] -queuebot:#ubuntu-release- New: accepted icu [s390x] (jammy-proposed) [70.1-2]
[02:47] -queuebot:#ubuntu-release- New: accepted icu [armhf] (jammy-proposed) [70.1-2]
[02:47] -queuebot:#ubuntu-release- New: accepted icu [ppc64el] (jammy-proposed) [70.1-2]
[02:47] -queuebot:#ubuntu-release- New: accepted icu [amd64] (jammy-proposed) [70.1-2]
[05:28] -queuebot:#ubuntu-release- New binary: rust-binary-heap-plus [amd64] (jammy-proposed/none) [0.4.1-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: rust-dns-lookup [amd64] (jammy-proposed/none) [1.0.8-1] (no packageset)
[05:35] -queuebot:#ubuntu-release- New binary: rust-binary-heap-plus [ppc64el] (jammy-proposed/none) [0.4.1-1] (no packageset)
[05:35] -queuebot:#ubuntu-release- New binary: rust-dns-lookup [ppc64el] (jammy-proposed/none) [1.0.8-1] (no packageset)
[05:44] -queuebot:#ubuntu-release- New: accepted rust-binary-heap-plus [amd64] (jammy-proposed) [0.4.1-1]
[05:44] -queuebot:#ubuntu-release- New: accepted rust-dns-lookup [amd64] (jammy-proposed) [1.0.8-1]
[05:44] -queuebot:#ubuntu-release- New: accepted rust-binary-heap-plus [ppc64el] (jammy-proposed) [0.4.1-1]
[05:44] -queuebot:#ubuntu-release- New: accepted rust-dns-lookup [ppc64el] (jammy-proposed) [1.0.8-1]
[05:57] -queuebot:#ubuntu-release- New binary: rust-binary-heap-plus [arm64] (jammy-proposed/universe) [0.4.1-1] (no packageset)
[05:58] -queuebot:#ubuntu-release- New binary: rust-binary-heap-plus [armhf] (jammy-proposed/universe) [0.4.1-1] (no packageset)
[05:58] -queuebot:#ubuntu-release- New binary: rust-dns-lookup [armhf] (jammy-proposed/universe) [1.0.8-1] (no packageset)
[05:58] -queuebot:#ubuntu-release- New binary: rust-dns-lookup [arm64] (jammy-proposed/universe) [1.0.8-1] (no packageset)
[10:34] <laney> wdyt about stopping building the cd images which FTBFS every day? :-)
[10:34] <laney> my 'delete' key is getting worn out!
[11:38] <cpaelzer> which subset of images is that that fails regularyl laney?
[11:38] <cpaelzer> not that i could stop it, but I'm curious
[11:45] -queuebot:#ubuntu-release- New binary: libeconf [armhf] (jammy-proposed/universe) [0.4.4+dfsg1-1] (no packageset)
[11:49] <laney> cpaelzer: I deleted them now, but something riscv64, something something kassel/bionic
[12:12] -queuebot:#ubuntu-release- New binary: xen [amd64] (jammy-proposed/universe) [4.16.0-1~ubuntu1] (kubuntu, virt)
[12:15] -queuebot:#ubuntu-release- New binary: libeconf [riscv64] (jammy-proposed/universe) [0.4.4+dfsg1-1] (no packageset)
[12:15] -queuebot:#ubuntu-release- New binary: xen [arm64] (jammy-proposed/universe) [4.16.0-1~ubuntu1] (kubuntu, virt)
[12:20] -queuebot:#ubuntu-release- New binary: xen [armhf] (jammy-proposed/universe) [4.16.0-1~ubuntu1] (kubuntu, virt)
[13:03] <waveform> sil2100, do you happen to know which branch of https://github.com/snapcore/pi-gadget is getting used for the focal dailies? I'm just sorting out all the branches and noticed u-boot was still in the config.txt of the focal dailies, which it should be, but isn't in the "classic" branch that we usually build classic images from
[13:09] <RikMills> bdmurray: thank for releasing the plasm SRU
[13:09] <RikMills> *plasma
[13:10] <RikMills> I notice a couple of packages have had their phased updates stopped
[13:11] <RikMills> (a) these are not new crashes, and I don't think phasing should halt
[13:11] <RikMills> (b) the KDE plasma updater in focal doesn't care about phasing, so it is pointless for most people anyway
[13:15] <xypron> Package keras and its reverse dependencies should be removed from Jammy as autopkg-tests cannot be reasonably fixed with the current release and the current upstream requires backends that Ubuntu does not supply. LP: #1959918
[13:20] <schopin> xypron: archive admins have a highlight configured on ubuntu-archive if you want to get their attention :)
[13:22] <xypron> schopin: #ubuntu-archive seems not be an active IRC channel?
[13:23] <schopin> xypron: not what I meant. Their IRC client is configured to ping them if the forementioned keyword is pronounced, similar to what it does by default with your IRC nick.
[13:25] <xypron> ubuntu-archive please, support removal of package keras as described in LP: #1959918
[13:28] -queuebot:#ubuntu-release- New binary: xen [amd64] (jammy-proposed/universe) [4.16.0-1~ubuntu2] (kubuntu, virt)
[13:39] -queuebot:#ubuntu-release- New binary: xen [arm64] (jammy-proposed/universe) [4.16.0-1~ubuntu2] (kubuntu, virt)
[13:42] <coreycb> rbasak: hello, if you have a chance would you be able to take a look at cinder in the focal unapproved queue?
[13:44] <seb128> ahasenack, ^ did you have an opinion on the request from xypron to remove keras, since it seems you have been working on fixing the package recently I think it is best to give you a chance to comment on the request before doing something about it
[13:45] <ahasenack> seb128: I don't know how to fix the remaining build issues
[13:46] <ahasenack> seb128: and would have to invest a lot of time in it, given the build takes hours
[13:46] <ahasenack> and I don't know enough about the package to update it to latest upstream. xypron seems to know a lot more about it
[13:46] <seb128> ahasenack, sounds like you are +1 for removal then? if so could you say that on the bug?
[13:46] <ahasenack> yes
[13:46] <seb128> thx
[13:53] <rbasak> coreycb: next on my list! Looking now
[13:53] <coreycb> rbasak: thanks!
[13:58] <rbasak> coreycb: there's already a cinder in focal-proposed that isn't marked verified. This upload would collide with that one. How do you want to resolve this?
[13:58] -queuebot:#ubuntu-release- New binary: xen [armhf] (jammy-proposed/universe) [4.16.0-1~ubuntu2] (kubuntu, virt)
[14:00] <coreycb> rbasak: darn.. icey is that one that you are currently testing ^ ?
[14:09] -queuebot:#ubuntu-release- New: accepted libeconf [armhf] (jammy-proposed) [0.4.4+dfsg1-1]
[14:09] -queuebot:#ubuntu-release- New: accepted rust-binary-heap-plus [arm64] (jammy-proposed) [0.4.1-1]
[14:09] -queuebot:#ubuntu-release- New: accepted rust-dns-lookup [arm64] (jammy-proposed) [1.0.8-1]
[14:09] -queuebot:#ubuntu-release- New: accepted xen [amd64] (jammy-proposed) [4.16.0-1~ubuntu1]
[14:09] -queuebot:#ubuntu-release- New: accepted xen [armhf] (jammy-proposed) [4.16.0-1~ubuntu1]
[14:09] -queuebot:#ubuntu-release- New: accepted xen [arm64] (jammy-proposed) [4.16.0-1~ubuntu2]
[14:09] -queuebot:#ubuntu-release- New: accepted libeconf [riscv64] (jammy-proposed) [0.4.4+dfsg1-1]
[14:09] -queuebot:#ubuntu-release- New: accepted rust-dns-lookup [armhf] (jammy-proposed) [1.0.8-1]
[14:09] -queuebot:#ubuntu-release- New: accepted xen [amd64] (jammy-proposed) [4.16.0-1~ubuntu2]
[14:09] -queuebot:#ubuntu-release- New: accepted rust-binary-heap-plus [armhf] (jammy-proposed) [0.4.1-1]
[14:09] -queuebot:#ubuntu-release- New: accepted xen [armhf] (jammy-proposed) [4.16.0-1~ubuntu2]
[14:09] -queuebot:#ubuntu-release- New: accepted xen [arm64] (jammy-proposed) [4.16.0-1~ubuntu1]
[14:26] -queuebot:#ubuntu-release- New source: mozjs91 (jammy-proposed/primary) [91.5.1-0ubuntu1]
[15:17] <icey> coreycb: yeah, it's for https://bugs.launchpad.net/cloud-archive/+bug/1956994
[15:47] <sil2100> waveform: let me check
[15:49] <sil2100> waveform: I love how confusing it all is with livecd-rootfs and us switching build stories between releases...
[15:49] <sil2100> waveform: apparently for focal we still used the main 18 branch for the classic images
[15:49] <sil2100> Wait, that's not right, huh
[15:50] <sil2100> Ignore me, was looking at the wrong thing
[15:50] <vorlon> xypron, schopin: see feedback on LP: #1959918
[15:51]  * schopin doesn't have a dog in this fight
[15:52] <vorlon> sil2100, bdmurray: do you know what's up with fwupd having been made uninstallable in main in focal? (image builds)
[15:54] <sil2100> vorlon: ah, I think fwupd-efi packages are still in universe
[15:54] -queuebot:#ubuntu-release- Unapproved: cinder (focal-proposed/main) [2:16.4.2-0ubuntu1 => 2:16.4.2-0ubuntu2] (openstack, ubuntu-server)
[15:54] <vorlon> sil2100: fwupd also recommends fwupd-unsigned, which looks completely wrong
[15:55] <sil2100> We might need to promote those - is fwupd-efi already in main for jammy?
[15:55] <vorlon> ... if it's not then why was this srued yet
[15:56] <vorlon> and who signed off on this added Recommends on fwupd-unsigned
[15:56] <coreycb> rbasak: I've uploaded a new cinder to the focal unapproved queue with a changes file that includes the version in proposed. if you approve, we are ok with replacing what is in proposed with the new one. (we're sorting through testing issues anyway)
[15:56] <coreycb> testing issues unrelated to cinder anyway
[15:57] <sil2100> vorlon: no clue! I think this is all straight from Debian
[15:57] <sil2100> The fwupd's that got SRUed were backports from jammy basically
[15:57] <vorlon> sil2100: I mean what *SRU team member* signed off on making such changes to packaging relationships in SRU
[15:57] <vorlon> and it seems the answer is you ;)
[15:57] <sil2100> Yep! It's a direct backport of the new fwupd, I thought that since that's how it looks in jammy then that's how we want it to look now
[15:58] <vorlon> anyway this blocks daily builds of focal and needs fixed, should I jettison the fwupd package from -proposed and demand a reupload?
[15:58] <vorlon> sil2100: yeah, I never accept changes to debian/control in SRU without an explicit rationale and SRU process
[15:58] <vorlon> even if we grant an exception for backporting new upstream version
[15:59] <rbasak> coreycb: sounds fine in principle, thanks. I'm in meetings now though. I'm not sure how much time I'll have left today, but I'll try to get back to it before I EOD.
[15:59] <coreycb> rbasak: ok thanks
[15:59] <sil2100> vorlon: true, though 1-to-1 of the accepted solution that we're going for in jammy felt like a safe bet for something we want to be rather direct-backporting to stable series
[15:59] <sil2100> vorlon: this is why I accepted it as is - should we iterate on the recommends on jammy then?
[16:00] <vorlon> sil2100: I'll remind that the last time we accepted an SRU that changed debian/control without review, snapd had a critical regression ;)
[16:01] <sil2100> Well, fwupd has tons of changes in debian/control due to the split, so I thought this is part of the split logic!
[16:01] <vorlon> sil2100: I can nuke the wrong Recommends on fwupd-unsigned in jammy but I'm not signing up to reupload the SRU. Can I axe it from -proposed?
[16:02] <sil2100> vorlon: yeah, I guess that makes sense, I'll probably give a sign to the OEM team that fwupd 1.7.x for .4 is a no-go
[16:02] <sil2100> Since I already had to correct like 10 things when dealing with this SRU to make it into .4, and now it seems this version is not even good for jammy
[16:02] <sil2100> My assumption was that it is
[16:03] <vorlon> and if there are other debian/control changes, I recommend that those have to be justified before we accept a new SRU
[16:03] <sil2100> As it clearly isn't as it didn't really get a proper review from the Ubuntu POV, I feel this is too much risk to have it in .4
[16:03]  * vorlon nods
[16:03] <sil2100> vorlon: could you also nuke impish ;p ?
[16:03] <vorlon> ack
[16:04] <sil2100> This SRU was mostly done on assumption of jammy being 'all good and all correct', since the OEM team barely know about how the split works themselves, so I'd have to get rationale of debian/control changes from upstream (i.e. Mario)
[16:04] <sil2100> (+ Chinese New Year didn't help at all)
[16:07] <vorlon> sil2100: otoh I do expect this SRU to complete at some point soon and so I'll go ahead and promote flashrom
[16:09] <sil2100> Yep, sure! I think it needs a bit more work though, as you say. And to not risk issues with .4, I suppose we take it 'slow'
[16:10] <sil2100> Also, why is fwupd-efi not in main in jammy?!
[16:10] <vorlon> heh
[16:10] <sil2100> Ah, wait, the binaries are
[16:11] <vorlon> source only movements to main
[16:11] <sil2100> I'll subscribe foundations to it
[16:11] <vorlon> needs a subsc- thanks
[16:13] <vorlon> sil2100: oh, and I see the ubuntu-server-sifive_fu540/focal/riscv64+unleashed image build failure today was also caused by fwupd
[16:14] <vorlon> so the fwupd Recommends might need fixing on a per-arch basis. :P
[16:15] <vorlon> also why does fwupd directly Recommend secureboot-db instead of delegating this to fwupd-signed
[16:15] <vorlon> I'll stop now
[16:15] <vorlon> :)
[16:17] <vorlon> no I won't
[16:17] <vorlon> there is no debian/rules target to regenerate debian/control from debian/control.in

[16:20] <sil2100> ...so much for handling direct backports from versions straight from Debian
[16:22] <sil2100> But I guess we want to drop the whole Recommends: fwupd-unsigned regardless of arch, right?
[16:22] <vorlon> and the riscv image builds in jammy failed, with no build logs...
[16:22] <sil2100> Yeah, saw that, but just the latest ones
[16:23] <sil2100> On https://people.canonical.com/~ubuntu-archive/cd-build-logs/ubuntu-server/jammy/daily-preinstalled-20220201.log they succeeded for instance
[16:23] <vorlon> sil2100: yeah, seeing that fwupd-unsigned only exists on architectures where fwupd-signed also exists, there's no reason for any fwupd-unsigned recommends here
[16:26] <sil2100> waveform: hey! So re: which branch we're using for focal builds of classic pi images... apparently I was not reading the wrong things. From what I see, we're using '18' branches for the classic builds there!
[16:28] <sil2100> waveform: I assume the reason was that the 20 branches were very core20 oriented and the classic branch didn't exist yet..?
[16:28] <waveform> sil2100, ahh -- could be. Ideally we should be using the "classic" branch for all classic pi images. At the moment, that'll actually do the wrong thing for focal (it'll exclude uboot) but I'm about to correct that
[16:29] <waveform> (just pushed a whole pile of updates for the core branches, and I'm close to finishing the work on making the classic+desktop branches friendly to all series including those that still use uboot)
[16:31] <waveform> (I'm also having a look at merging https://github.com/snapcore/pi-gadget/pull/75 as more docs is always good)
[16:32] <sil2100> waveform: yeah, give me a sign which branch you'd like to use for the focal classic images in the end. We need to make sure those still stay vaguely similar to what we had before
[16:32] <waveform> sil2100, absolutely -- and it will be the "classic" branch
[16:39] <bdmurray> sil2100, vorlon: speaking of build failures what can we do about the bionic kassel build? Can we stop doing daily builds of it?
[16:39] <sil2100> bdmurray: I submitted an MP for it for comment
[16:39] <sil2100> Sent an e-mail even!
[16:40] <sil2100> And requested comment on whether we should still build it or deploy my fix
[16:42] <seb128> sil2100, vorlon: I tried to help a bit the oem team to get fwupd moving forward, I did ping for review in decembre but yes it would help if someone from foundations was a bit more involved in those updates since foundation is the owning team for that stack
[16:42] <seb128> I don't really know the packaging and I don't have the free cycles to invest on it so it was mostly a best effort to try help them
[16:43] <vorlon> seb128: well, owning team or not, when a package is in sync we only find out about packaging flaws after they've landed in the devel series
[16:44] <vorlon> and of course it wasn't Foundations driving the SRU
[16:44] <seb128> right because oem could find anyone from foundations to help them :-/
[16:44] <seb128> couldn't*
[16:44] <seb128> if you remember I had uploaded those update in decembre, you rejected one upload from NEW
[16:44] <vorlon> yes
[16:44] <seb128> but it came back through Debian during the holidays
[16:45] <seb128> anyway, it would really help if someone who understands that stack was reviewing what we got synced from Debian
[17:05] <sil2100> +1 on that
[17:05] <sil2100> Apologies for the mess, I don't know fwupd enough to have done a full review of the split
[17:07] <sil2100> I reviewed the NEW package as per our general recommendation: checking if it fits what we had in the series from which it was backported, and the other packages checking if the split was done in the same way as in the devel series
[17:07] <sil2100> I didn't actually review the split itself, which I probably should
[18:18] <bdmurray> RikMills: I overrode the phasing of those two KDE packages
[18:19] <RikMills> bdmurray: thanks!
[19:10] -queuebot:#ubuntu-release- Unapproved: accepted rsync [source] (bionic-proposed) [3.1.2-2.1ubuntu1.3]
[19:10] -queuebot:#ubuntu-release- Unapproved: accepted rsync [source] (focal-proposed) [3.1.3-8ubuntu0.2]
[19:11] -queuebot:#ubuntu-release- Unapproved: rejected cinder [source] (focal-proposed) [2:16.4.2-0ubuntu2]
[19:19] -queuebot:#ubuntu-release- Unapproved: accepted cinder [source] (focal-proposed) [2:16.4.2-0ubuntu2]
[21:05] <vorlon> Depends: php-pecl-http icu (not considered)
[21:05] <vorlon> :|
[21:26] <mwhudson> welcome to the transition factory
[21:28] <sarnold> we've got fun and games..
[22:14] <mwhudson> what other transitions can we start now to add to the fun?
[22:14] <mwhudson> boost, that's always a good one
[23:20] -queuebot:#ubuntu-release- New binary: kconfiglib [amd64] (jammy-proposed/none) [14.1.0-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: certinfo [amd64] (jammy-proposed/none) [1.0.6+ds1-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: onetimepass [amd64] (jammy-proposed/none) [1.0.1-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: mpl-sphinx-theme [amd64] (jammy-proposed/none) [0.0.6-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: fonts-creep2 [amd64] (jammy-proposed/none) [0.0~git20210325.69dc0de+ds-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: libauthen-webauthn-perl [amd64] (jammy-proposed/none) [0.001-2] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: diagnostics [amd64] (jammy-proposed/universe) [0.3.3-12.2] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: gimagereader [s390x] (jammy-proposed/universe) [3.4.0-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: libpg-query [amd64] (jammy-proposed/universe) [13-2.1.0-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: nbgitpuller [amd64] (jammy-proposed/universe) [0.9.0-2] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: refstack-client [amd64] (jammy-proposed/universe) [0.0.0~2021.08.18.fa73ef2524-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: gimagereader [amd64] (jammy-proposed/universe) [3.4.0-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: mwoauth [amd64] (jammy-proposed/universe) [0.3.7-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: sdbus-cpp [amd64] (jammy-proposed/universe) [1.1.0-2] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: libfilezilla [amd64] (jammy-proposed/universe) [0.36.0-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: nbsdgames [amd64] (jammy-proposed/universe) [5-2] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: debian-edu-fai [amd64] (jammy-proposed/universe) [2<IP_ADDRESS>] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: golang-github-google-gousb [amd64] (jammy-proposed/universe) [1.1.1-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: node-ampproject-remapping [amd64] (jammy-proposed/universe) [2.0.4+~cs4.7.16-4] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: rust-predicates-core [amd64] (jammy-proposed/universe) [1.0.1-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: gimagereader [ppc64el] (jammy-proposed/universe) [3.4.0-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: rust-libsensors-sys [amd64] (jammy-proposed/universe) [0.2.0-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: libfilezilla [ppc64el] (jammy-proposed/universe) [0.36.0-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: xtpcpp [amd64] (jammy-proposed/universe) [0.4.51-1] (no packageset)
[23:26] <bdmurray> vorlon: bug 1960457
[23:35] -queuebot:#ubuntu-release- New binary: rust-random-trait [amd64] (jammy-proposed/universe) [0.1.1-1] (no packageset)
[23:35] -queuebot:#ubuntu-release- New binary: tinyframe [amd64] (jammy-proposed/universe) [0.1.1-1] (no packageset)
[23:35] -queuebot:#ubuntu-release- New binary: certinfo [ppc64el] (jammy-proposed/universe) [1.0.6+ds1-1] (no packageset)
[23:35] -queuebot:#ubuntu-release- New binary: rust-gdk4-wayland-sys [amd64] (jammy-proposed/universe) [0.3.1-1] (no packageset)
[23:35] -queuebot:#ubuntu-release- New binary: rust-neli-proc-macros [amd64] (jammy-proposed/universe) [0.1.1-1] (no packageset)
[23:35] -queuebot:#ubuntu-release- New binary: sdbus-cpp [ppc64el] (jammy-proposed/universe) [1.1.0-2] (no packageset)
[23:35] -queuebot:#ubuntu-release- New binary: ros2-ament-lint [amd64] (jammy-proposed/universe) [0.11.4-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: rust-wayland-commons [amd64] (jammy-proposed/universe) [0.29.1-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: rust-gsk4-sys [amd64] (jammy-proposed/universe) [0.3.1-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: libfilezilla [s390x] (jammy-proposed/universe) [0.36.0-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: lunar-calendar [ppc64el] (jammy-proposed/universe) [3.0.1-2] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: rust-cxxbridge-macro [amd64] (jammy-proposed/universe) [1.0.62-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: sphinx-remove-toctrees [amd64] (jammy-proposed/universe) [0.0.3-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: libstatistics-r-io-perl [amd64] (jammy-proposed/universe) [1.0002-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: rust-cxxbridge-macro [ppc64el] (jammy-proposed/universe) [1.0.62-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: nbsdgames [ppc64el] (jammy-proposed/universe) [5-2] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: diagnostics [ppc64el] (jammy-proposed/universe) [0.3.3-12.2] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: lunar-calendar [amd64] (jammy-proposed/universe) [3.0.1-2] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: rust-gdk4-x11-sys [amd64] (jammy-proposed/universe) [0.3.1-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: rust-gsk4-sys [ppc64el] (jammy-proposed/universe) [0.3.1-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: rust-neli-proc-macros [ppc64el] (jammy-proposed/universe) [0.1.1-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: rust-random-trait [ppc64el] (jammy-proposed/universe) [0.1.1-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: tinyframe [ppc64el] (jammy-proposed/universe) [0.1.1-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: libpg-query [ppc64el] (jammy-proposed/universe) [13-2.1.0-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: rust-gdk4-x11-sys [ppc64el] (jammy-proposed/universe) [0.3.1-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: rust-predicates-core [ppc64el] (jammy-proposed/universe) [1.0.1-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: rust-gdk4-wayland-sys [ppc64el] (jammy-proposed/universe) [0.3.1-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: rust-wayland-commons [ppc64el] (jammy-proposed/universe) [0.29.1-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: rust-libsensors-sys [ppc64el] (jammy-proposed/universe) [0.2.0-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: ares [amd64] (jammy-proposed/universe) [126-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: sdbus-cpp [s390x] (jammy-proposed/universe) [1.1.0-2] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: ignition-math [amd64] (jammy-proposed/universe) [6.10.0+ds2-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: xtpcpp [ppc64el] (jammy-proposed/universe) [0.4.51-1] (no packageset)
[23:38] -queuebot:#ubuntu-release- New binary: certinfo [s390x] (jammy-proposed/universe) [1.0.6+ds1-1] (no packageset)
[23:38] -queuebot:#ubuntu-release- New binary: ignition-math [ppc64el] (jammy-proposed/universe) [6.10.0+ds2-1] (no packageset)
[23:39] -queuebot:#ubuntu-release- New: accepted ares [amd64] (jammy-proposed) [126-1]
[23:39] -queuebot:#ubuntu-release- New: accepted ignition-math [amd64] (jammy-proposed) [6.10.0+ds2-1]
[23:39] -queuebot:#ubuntu-release- New: accepted libpg-query [ppc64el] (jammy-proposed) [13-2.1.0-1]
[23:39] -queuebot:#ubuntu-release- New: accepted xtpcpp [ppc64el] (jammy-proposed) [0.4.51-1]
[23:39] -queuebot:#ubuntu-release- New: accepted certinfo [s390x] (jammy-proposed) [1.0.6+ds1-1]
[23:39] -queuebot:#ubuntu-release- New: accepted sdbus-cpp [s390x] (jammy-proposed) [1.1.0-2]
[23:39] -queuebot:#ubuntu-release- New: accepted ignition-math [ppc64el] (jammy-proposed) [6.10.0+ds2-1]
[23:39] -queuebot:#ubuntu-release- New: accepted diagnostics [ppc64el] (jammy-proposed) [0.3.3-12.2]
[23:39] -queuebot:#ubuntu-release- New: accepted rust-gdk4-x11-sys [ppc64el] (jammy-proposed) [0.3.1-1]
[23:39] -queuebot:#ubuntu-release- New: accepted rust-libsensors-sys [ppc64el] (jammy-proposed) [0.2.0-1]
[23:39] -queuebot:#ubuntu-release- New: accepted rust-predicates-core [ppc64el] (jammy-proposed) [1.0.1-1]
[23:39] -queuebot:#ubuntu-release- New: accepted rust-wayland-commons [ppc64el] (jammy-proposed) [0.29.1-1]
[23:40] -queuebot:#ubuntu-release- New: accepted rust-gdk4-x11-sys [amd64] (jammy-proposed) [0.3.1-1]
[23:40] -queuebot:#ubuntu-release- New: accepted rust-neli-proc-macros [ppc64el] (jammy-proposed) [0.1.1-1]
[23:40] -queuebot:#ubuntu-release- New: accepted tinyframe [ppc64el] (jammy-proposed) [0.1.1-1]
[23:40] -queuebot:#ubuntu-release- New: accepted rust-gsk4-sys [ppc64el] (jammy-proposed) [0.3.1-1]
[23:40] -queuebot:#ubuntu-release- New: accepted rust-random-trait [ppc64el] (jammy-proposed) [0.1.1-1]
[23:40] -queuebot:#ubuntu-release- New: accepted certinfo [ppc64el] (jammy-proposed) [1.0.6+ds1-1]
[23:40] -queuebot:#ubuntu-release- New: accepted libstatistics-r-io-perl [amd64] (jammy-proposed) [1.0002-1]
[23:40] -queuebot:#ubuntu-release- New: accepted lunar-calendar [ppc64el] (jammy-proposed) [3.0.1-2]
[23:40] -queuebot:#ubuntu-release- New: accepted rust-cxxbridge-macro [amd64] (jammy-proposed) [1.0.62-1]
[23:40] -queuebot:#ubuntu-release- New: accepted rust-gdk4-wayland-sys [ppc64el] (jammy-proposed) [0.3.1-1]
[23:40] -queuebot:#ubuntu-release- New: accepted sphinx-remove-toctrees [amd64] (jammy-proposed) [0.0.3-1]
[23:40] -queuebot:#ubuntu-release- New binary: nbsdgames [s390x] (jammy-proposed/universe) [5-2] (no packageset)
[23:40] -queuebot:#ubuntu-release- New: accepted libfilezilla [s390x] (jammy-proposed) [0.36.0-1]
[23:40] -queuebot:#ubuntu-release- New: accepted nbsdgames [ppc64el] (jammy-proposed) [5-2]
[23:40] -queuebot:#ubuntu-release- New: accepted rust-gsk4-sys [amd64] (jammy-proposed) [0.3.1-1]
[23:40] -queuebot:#ubuntu-release- New binary: rust-cxxbridge-macro [s390x] (jammy-proposed/universe) [1.0.62-1] (no packageset)
[23:40] -queuebot:#ubuntu-release- New: accepted lunar-calendar [amd64] (jammy-proposed) [3.0.1-2]
[23:40] -queuebot:#ubuntu-release- New binary: diagnostics [s390x] (jammy-proposed/universe) [0.3.3-12.2] (no packageset)
[23:40] -queuebot:#ubuntu-release- New: accepted rust-cxxbridge-macro [ppc64el] (jammy-proposed) [1.0.62-1]
[23:40] -queuebot:#ubuntu-release- New: accepted ros2-ament-lint [amd64] (jammy-proposed) [0.11.4-1]
[23:40] -queuebot:#ubuntu-release- New: accepted rust-libsensors-sys [amd64] (jammy-proposed) [0.2.0-1]
[23:40] -queuebot:#ubuntu-release- New: accepted rust-predicates-core [amd64] (jammy-proposed) [1.0.1-1]
[23:40] -queuebot:#ubuntu-release- New: accepted rust-wayland-commons [amd64] (jammy-proposed) [0.29.1-1]
[23:40] -queuebot:#ubuntu-release- New: accepted tinyframe [amd64] (jammy-proposed) [0.1.1-1]
[23:40] -queuebot:#ubuntu-release- New binary: libpg-query [s390x] (jammy-proposed/universe) [13-2.1.0-1] (no packageset)
[23:41] -queuebot:#ubuntu-release- New binary: xtpcpp [s390x] (jammy-proposed/universe) [0.4.51-1] (no packageset)
[23:41] -queuebot:#ubuntu-release- New: accepted rust-gdk4-wayland-sys [amd64] (jammy-proposed) [0.3.1-1]
[23:41] -queuebot:#ubuntu-release- New: accepted rust-random-trait [amd64] (jammy-proposed) [0.1.1-1]
[23:41] -queuebot:#ubuntu-release- New: accepted xtpcpp [amd64] (jammy-proposed) [0.4.51-1]
[23:41] -queuebot:#ubuntu-release- New: accepted rust-neli-proc-macros [amd64] (jammy-proposed) [0.1.1-1]
[23:41] -queuebot:#ubuntu-release- New binary: rust-gdk4-wayland-sys [s390x] (jammy-proposed/universe) [0.3.1-1] (no packageset)
[23:41] -queuebot:#ubuntu-release- New: accepted sdbus-cpp [ppc64el] (jammy-proposed) [1.1.0-2]
[23:41] -queuebot:#ubuntu-release- New: accepted debian-edu-fai [amd64] (jammy-proposed) [2<IP_ADDRESS>]
[23:41] -queuebot:#ubuntu-release- New: accepted gimagereader [amd64] (jammy-proposed) [3.4.0-1]
[23:41] -queuebot:#ubuntu-release- New: accepted golang-github-google-gousb [amd64] (jammy-proposed) [1.1.1-1]
[23:41] -queuebot:#ubuntu-release- New: accepted mwoauth [amd64] (jammy-proposed) [0.3.7-1]
[23:41] -queuebot:#ubuntu-release- New: accepted nbsdgames [amd64] (jammy-proposed) [5-2]
[23:41] -queuebot:#ubuntu-release- New: accepted sdbus-cpp [amd64] (jammy-proposed) [1.1.0-2]
[23:41] -queuebot:#ubuntu-release- New: accepted diagnostics [amd64] (jammy-proposed) [0.3.3-12.2]
[23:41] -queuebot:#ubuntu-release- New: accepted libfilezilla [ppc64el] (jammy-proposed) [0.36.0-1]
[23:41] -queuebot:#ubuntu-release- New: accepted node-ampproject-remapping [amd64] (jammy-proposed) [2.0.4+~cs4.7.16-4]
[23:41] -queuebot:#ubuntu-release- New: accepted gimagereader [ppc64el] (jammy-proposed) [3.4.0-1]
[23:41] -queuebot:#ubuntu-release- New binary: ignition-math [s390x] (jammy-proposed/universe) [6.10.0+ds2-1] (no packageset)
[23:41] -queuebot:#ubuntu-release- New: accepted nbgitpuller [amd64] (jammy-proposed) [0.9.0-2]
[23:41] -queuebot:#ubuntu-release- New: accepted certinfo [amd64] (jammy-proposed) [1.0.6+ds1-1]
[23:41] -queuebot:#ubuntu-release- New: accepted gimagereader [s390x] (jammy-proposed) [3.4.0-1]
[23:41] -queuebot:#ubuntu-release- New: accepted libauthen-webauthn-perl [amd64] (jammy-proposed) [0.001-2]
[23:41] -queuebot:#ubuntu-release- New: accepted libpg-query [amd64] (jammy-proposed) [13-2.1.0-1]
[23:41] -queuebot:#ubuntu-release- New: accepted onetimepass [amd64] (jammy-proposed) [1.0.1-1]
[23:41] -queuebot:#ubuntu-release- New: accepted fonts-creep2 [amd64] (jammy-proposed) [0.0~git20210325.69dc0de+ds-1]
[23:42] -queuebot:#ubuntu-release- New: accepted libfilezilla [amd64] (jammy-proposed) [0.36.0-1]
[23:42] -queuebot:#ubuntu-release- New: accepted refstack-client [amd64] (jammy-proposed) [0.0.0~2021.08.18.fa73ef2524-1]
[23:42] -queuebot:#ubuntu-release- New: accepted kconfiglib [amd64] (jammy-proposed) [14.1.0-1]
[23:42] -queuebot:#ubuntu-release- New: accepted mpl-sphinx-theme [amd64] (jammy-proposed) [0.0.6-1]
[23:47] -queuebot:#ubuntu-release- New binary: gimagereader [armhf] (jammy-proposed/universe) [3.4.0-1] (no packageset)
[23:47] -queuebot:#ubuntu-release- New binary: libfilezilla [armhf] (jammy-proposed/universe) [0.36.0-1] (no packageset)
[23:47] -queuebot:#ubuntu-release- New binary: rust-gsk4-sys [s390x] (jammy-proposed/universe) [0.3.1-1] (no packageset)
[23:47] -queuebot:#ubuntu-release- New binary: rust-neli-proc-macros [s390x] (jammy-proposed/universe) [0.1.1-1] (no packageset)
[23:47] -queuebot:#ubuntu-release- New binary: libfilezilla [arm64] (jammy-proposed/universe) [0.36.0-1] (no packageset)
[23:47] -queuebot:#ubuntu-release- New binary: rust-libsensors-sys [s390x] (jammy-proposed/universe) [0.2.0-1] (no packageset)
[23:47] -queuebot:#ubuntu-release- New binary: rust-gdk4-x11-sys [s390x] (jammy-proposed/universe) [0.3.1-1] (no packageset)
[23:47] -queuebot:#ubuntu-release- New binary: rust-predicates-core [s390x] (jammy-proposed/universe) [1.0.1-1] (no packageset)
[23:50] -queuebot:#ubuntu-release- New: accepted gimagereader [armhf] (jammy-proposed) [3.4.0-1]
[23:50] -queuebot:#ubuntu-release- New: accepted rust-gsk4-sys [s390x] (jammy-proposed) [0.3.1-1]
[23:50] -queuebot:#ubuntu-release- New: accepted rust-predicates-core [s390x] (jammy-proposed) [1.0.1-1]
[23:50] -queuebot:#ubuntu-release- New binary: rust-wayland-commons [s390x] (jammy-proposed/universe) [0.29.1-1] (no packageset)
[23:50] -queuebot:#ubuntu-release- New: accepted libfilezilla [armhf] (jammy-proposed) [0.36.0-1]
[23:50] -queuebot:#ubuntu-release- New binary: gimagereader [arm64] (jammy-proposed/universe) [3.4.0-1] (no packageset)
[23:50] -queuebot:#ubuntu-release- New: accepted rust-neli-proc-macros [s390x] (jammy-proposed) [0.1.1-1]
[23:50] -queuebot:#ubuntu-release- New binary: tinyframe [s390x] (jammy-proposed/universe) [0.1.1-1] (no packageset)
[23:50] -queuebot:#ubuntu-release- New: accepted diagnostics [s390x] (jammy-proposed) [0.3.3-12.2]
[23:50] -queuebot:#ubuntu-release- New: accepted libfilezilla [arm64] (jammy-proposed) [0.36.0-1]
[23:50] -queuebot:#ubuntu-release- New: accepted nbsdgames [s390x] (jammy-proposed) [5-2]
[23:50] -queuebot:#ubuntu-release- New: accepted rust-gdk4-wayland-sys [s390x] (jammy-proposed) [0.3.1-1]
[23:50] -queuebot:#ubuntu-release- New: accepted rust-libsensors-sys [s390x] (jammy-proposed) [0.2.0-1]
[23:51] -queuebot:#ubuntu-release- New: accepted ignition-math [s390x] (jammy-proposed) [6.10.0+ds2-1]
[23:51] -queuebot:#ubuntu-release- New: accepted rust-cxxbridge-macro [s390x] (jammy-proposed) [1.0.62-1]
[23:51] -queuebot:#ubuntu-release- New: accepted xtpcpp [s390x] (jammy-proposed) [0.4.51-1]
[23:51] -queuebot:#ubuntu-release- New: accepted libpg-query [s390x] (jammy-proposed) [13-2.1.0-1]
[23:51] -queuebot:#ubuntu-release- New: accepted rust-gdk4-x11-sys [s390x] (jammy-proposed) [0.3.1-1]
[23:55] -queuebot:#ubuntu-release- New binary: sdbus-cpp [arm64] (jammy-proposed/universe) [1.1.0-2] (no packageset)
[23:55] -queuebot:#ubuntu-release- New binary: ssreflect [amd64] (jammy-proposed/universe) [1.14.0-5] (no packageset)
[23:58] -queuebot:#ubuntu-release- Unapproved: glibc (focal-proposed/main) [2.31-0ubuntu9.4 => 2.31-0ubuntu9.5] (core, i386-whitelist)
[23:58] -queuebot:#ubuntu-release- New binary: certinfo [armhf] (jammy-proposed/universe) [1.0.6+ds1-1] (no packageset)
[23:58] -queuebot:#ubuntu-release- New binary: sdbus-cpp [armhf] (jammy-proposed/universe) [1.1.0-2] (no packageset)
[23:59] -queuebot:#ubuntu-release- New binary: certinfo [arm64] (jammy-proposed/universe) [1.0.6+ds1-1] (no packageset)
[23:59] -queuebot:#ubuntu-release- New binary: libfilezilla [riscv64] (jammy-proposed/universe) [0.36.0-1] (no packageset)


[19:33] <ajmitch> morning
[20:10] <ibeardslee> morning
[20:33] <kcj> Morning.
[21:32] <hads> morning


[00:53] <delt> hello
[00:54] <delt> i'd like to compile a kernel similar to the one in ubuntu-studio (for low MIDI latency) ...what compile-time options should i look for?
[00:56] <zequence> delt: Which distro/release are you on?
[00:57] <zequence> linux-lowlatency is in the main repo, as all Ubuntu Studio sources. Also in some of Ubuntus' derivatives
[00:58] <zequence> But, if you do want to build a kernel with -lowlatency configs, these are the configs that diff between -generic and -lowlatency on Ubuntu https://github.com/zequence/ubuntu-precise-lowlatency/blob/lowlatency/debian.lowlatency/config-delta
[01:04] <delt> zequence: slackware for now
[01:05] <delt> so if i just want to use the official kernel, what compile options should i useL?
[01:05] <delt> use*
[01:05] <zequence> delt: It's not in the compile options. You need to configure the kernel first
[01:06] <delt> duh i meant configure options sorry**
[01:06] <zequence> What I posted was the configs that turn a linux-generic into a linux-lowlatency on Ubuntu. As for slackware, the configs might be different
[01:06] <zequence> I mean, there might be other configs that you might want to change on slackware
[01:06] <zequence> All though, i doubt it
[01:07] <delt> but isn't the kernel source official across distros unless you maintain some kind of fork of it??
[01:07] <zequence> The default configs for each distro or release may be different
[01:08] <zequence> Also, kernels evolve all the time, getting new options, or loosing some
[01:08] <zequence> Add to that, you have distro specific patches
[01:08] <delt> i'm talking, download a clean release of a relatively new kernel, and compiling it without any patches or stuff
[01:09] <zequence> Well, I just posted to you the configs that make up linux-lowlatency. I don't know what else you want to know really
[01:10] <delt> thanks, looking at the page now...
[01:10] <zequence> Each kernel version is different. Each distro has a different kernel because of different configs and patches. There's no guarantee that you will get the same thing on one that you get with the other
[01:10] <delt> so basically it's just CONFIG_PREEMPT=y and CONFIG_HZ=1000 ...?
[01:10] <zequence> yes
[01:11] <zequence> If you want to use the rtirq script, you'll want to make sure irq threading is enabled
[01:11] <delt> okie, thanks =)
[01:12] <zequence> And, you'll want to book the kernel with the boot parameter "threadirqs"
[01:12] <zequence> ..or the script won't work
[01:12] <zequence> boot*
[01:12] <delt> threaded irq handlers?
[01:13] <zequence> CONFIG_IRQ_FORCED_THREADING=y
[01:13] <zequence> Probably it's on by default, but you might want to check
[01:13] <delt> ah got it
[01:15] <zequence> You can add boot parameters during config if you want. I don't remember exactly where, if you the menuconfig thing
[01:15] <delt> what about CONFIG_NO_HZ ?
[01:15] <delt> someone mentioned a "tickless" kernel?
[01:15] <delt> on my current config i see CONFIG_PREEMPT_VOLUNTARY=y
[01:16] <zequence> CONFIG_NO_HZ=y
[01:16] <zequence> That's the default on all Ubuntu kernels
[01:16] <delt> doesn't that supersede CONFIG_HZ=1000?
[01:16] <delt> s/supersede/override/
[01:17] <zequence> I actually don't know the specifics of that.
[01:17] <zequence> Probably, the most important config is PREEMPT. That will make most of the difference
[01:18] <zequence> jitter free midi with ALSA might be hard to get, in some situations, no matter which configs you use
[01:18] <delt> preempt_voluntary is so-called "cooperative" multitasking, right?
[01:19] <delt> ie. each process gives back control "voluntarily" back to the kernel at the end of its quantum?
[01:19] <zequence> Well, it's the default on most distros. It enables some PREEMPT, but doesn't sacrifice throughput. With -lowlatency you get a 10% decrease in throughput, something you'd not want on a server
[01:20] <delt> ah ok got it
[01:21] <delt> slackware is more server oriented, which is probably why the default kernel doesn't have such functionality enabled
[04:59] <studio-user695> any other video editors that anyone would suggest, than open shot?
[04:59] <zequence> studio-user695: kdenlive
[05:00] <zequence> Ubuntu Studio 13.04 will come preinstalled with it
[05:00] <zequence> It's more in the pro range
[05:00] <studio-user695> thanks I will have to give it a look
[05:00] <zequence> openshot is more of a consumer editor
[05:00] <studio-user695> that is what I am just starting
[05:00] <zequence> Hopefully soon, Lightworks will become available on Linux
[05:01] <zequence> A beta is coming out shortlyu
[05:01] <studio-user695> do you know anything of (sp) cinderella
[05:01] <zequence> http://www.lwks.com/
[05:01] <zequence> You mean, cinerella?
[05:01] <zequence> We don't have it in the repo, but there's probably a PPA you can add
[05:01] <studio-user695> yeah saw it at a linux fest one time and it looked awesome
[05:02] <holstein> https://launchpad.net/~cinelerra-ppa/+archive/ppa
[05:02] <holstein> i added the ppa... didnt breakk anything for me
[05:02] <studio-user695> thanks
[05:03] <studio-user695> just installing studio on this laptop have to reboot to finish the install ... thanks again!
[05:13] <studio-user909> Heyyyy y'all.
[14:12] <PipeManMusic> o/
[14:17] <zequence> PipeManMusic: Hi, man
[14:18] <PipeManMusic> zequence: Curiousity on the handover got the better of me, so here I is.
[14:18] <PipeManMusic> zequence: So you are the new lead?
[14:18] <zequence> PipeManMusic: Yeah, Scott just stepped down earlier. He put an announcement out on the mail list
[14:19] <PipeManMusic> zequence: Yeah, I've talked to Scott.
[14:19] <PipeManMusic> It's been a long time comming.
[14:20] <PipeManMusic> zequence: Let me know if at some point you'd be interested in an interview for OSMP.
[14:22] <zequence> PipeManMusic: Sure, anytime really. But, that's live audio right? I'm usually available around 18.00-22.00 UTC by audio. Maybe 12.00-22-00 UTC during weekends
[14:23] <PipeManMusic> zequence: We don't do a live show anymore, everything is pre recorded.
[14:24] <PipeManMusic> zequence: But it would be a live conversation.
[14:25] <zequence> PipeManMusic: Ok. Just ping me whenever you think might be a good time :)
[14:26] <PipeManMusic> zequence: It would most likeley need to be a weekend, I'm UTC-6.
[14:26] <PipeManMusic> Something aroudn 14:00 UTC is best.
[14:27] <zequence> PipeManMusic: Ok. I dont' have plans for next weekend, so that might work.
[15:38] <chesco> hey ppl ! thanks for helped last time in compiling my kernel... I'd like to ask you something concern manymany new kernel sections in aiming to disable the whole I dont use...
[15:38] <chesco> any1 ?
[15:39] <zequence> chesco: Have you been on #opensourcemusicians? A bunch of linux audio folks there, also on #lad (linux audio dev), who might be able to answer kernel questions
[15:40] <chesco> fine, I ll go there... thanks baguette
[15:40] <zequence> I usually don't disable anything myself. I've done some testing, and haven't found anything worth changing further beyond -lowlatency configs
[15:41] <chesco> ah yeah I know, but I tought about led section as exemple... I dont think it's usefull for me :P
[15:53] <chesco> ahhh X crashed.... can U send me channs plz ? thanks
[15:55] <chesco> opensourcemusicians, found , thanks :p
[22:31] <joiaman> Boa Noite, algum brasileiro on line?


[05:52] <kdas> does anyone know what classifies an item as "technical item"
[05:55] <micahg> kdas: well, here's the wiki page on Software center: https://wiki.ubuntu.com/SoftwareCenter, it might be on there
[07:15] <kdas> anyone else?
[08:42] <Keybuk> http://upstart.at/2010/12/20/the-importance-of-being-tested/
[08:42] <Keybuk> ^ cjwatson: do you think my point here is too subtle? :-)
[08:46] <ebroder> Keybuk: I'm not seeing much subtlety in that post :-P
[09:58] <kennetham> hi does anyone knows how to set socks proxy in ubuntu terminal? network proxy set for web browsers but terminal does not seem to take effect.
[09:58] <kennetham> i have tried most channels especially #ubuntu but nobody seems to be responding.
[09:58] <kennetham> please advise
[10:01] <tumbleweed> kennetham: there is no standard environment variable for socks proxies like http_proxy. You can use something like tsocks.
[11:14] <xnox> micahg, the new "GREMaxVer" and "GREMinVer" in xulrunner-2.0-dev pacakge are broken. There is a "stray" "-e" which prevents queriying GREMinVer
[11:14] <xnox> that's in libxul-embedding.pc
[11:52] <sivang> hi all, is there a channelf for jokosher development?
[12:12] <apw> has anyone reported that avahi hostname resolution is not working at all (in or out) for natty machines
[12:20] <sherbieny> Hello
[12:20] <sherbieny> can anyone tell me why I'm banned from ubuntu
[12:21] <sherbieny> I didn't do anything
[12:21] <cjwatson> this is not an escalation channel for problems in #ubuntu
[12:21] <cjwatson> try (I think) #ubuntu-ops
[12:21] <sherbieny> thanks
[12:24] <Keybuk> now if only people not doing anything was a valid excuse to ban them from ubuntu-devel ;-)
[13:01] <mdeslaur> cyphermox: heh, I was going to upload a -proposed evolution to maverick to fix this: bug 611983
[13:01] <mdeslaur> cyphermox: but, I was too late apparently :)
[13:02] <mdeslaur> cyphermox: are you preparing something for lucid also?
[13:09] <cyphermox> mdeslaur, I don't remember uploading a fix for that?
[13:12] <mdeslaur> cyphermox: no, you didn't...I just meant you know have an update in -proposed, so I can't upload it :)
[13:12] <mdeslaur> s/know/now/
[13:12] <cyphermox> ah
[13:13] <mdeslaur> cyphermox: I would like to upload that fix to lucid though, and want to know if you are working on evo packages for lucid
[13:13] <cyphermox> mdeslaur, nope, you can go ahead
[13:13] <mdeslaur> cyphermox: cool, thanks
[13:14] <mdeslaur> hmm...now I need to figure out the procedure with the package that's already in lucid-proposed :P
[13:15] <cyphermox> oops ;)
[13:17] <mdeslaur> slangasek: so, there's an evolution package in lucid-proposed that doesn't fix an issue. I put a NACK in the -proposed bug (229187). I now have an unrelated fix I would like to upload to -proposed. What is the procedure? Can I just upload over it, or do I need the sru team's blessing, or what?
[14:12] <Keybuk> OMG!
[14:12] <Keybuk> How did I not know about dprintf() ?
[15:16] <joaopinto> hi
[15:16] <joaopinto> is there a known problem with the installer from the 18th daily ?
[15:17] <hyperair> what's dprintf?
[15:19]  * sladen suspects an application-specific debug-print-formatted
[15:19] <Keybuk> hyperair: printf to a file descriptor
[15:19] <Keybuk> ie. fprintf but to an int
[15:19] <hyperair> Keybuk: ooh. that is awesome.
[15:19] <hyperair> Keybuk: not fdprintf?
[15:19] <hyperair> Keybuk: i know of fdopen though (which can then be used with fprintf)
[15:21] <Keybuk> well, kinda
[15:21] <Keybuk> fdopen creates a FILE * for a socket/file descriptor
[15:21] <Keybuk> which means that it's buffered
[15:21] <Keybuk> so fprintf may not be written or completely writtten
[15:23] <hyperair> ah i see.
[16:04] <hallyn> soren: I had thought that 'bzr co lp:vmbuilder' gave me trunk, but i see it does not.  Is it safe to assume that all changes in lp:vmbuilder should be made to trunk (also, or probably first)?
[16:23] <lool> cjwatson: Hey; for flash-kernel I made sure we could still backport it to older Ubuntu releases which use uboot-mkimage instead of u-boot, but do we care about backports of debian-installer?  (uboot-mkimage is a build-dep)  I would think not
[16:24] <lool> Sorry, I should probably ask on #ubuntu-installer
[16:25] <cjwatson> joaopinto: would you care to be specific?
[16:25] <cjwatson> lool: I don't care
[16:28] <lool> cjwatson: Thanks; pushed to bzr then
[16:45] <joaopinto> cjwatson, the installer fails with an "unexpected installer problem"
[16:46] <cjwatson> joaopinto: logs?
[16:46] <cjwatson> also, which CD?
[16:46] <joaopinto> jcastro was able to reproduce it using testdrive
[16:46] <joaopinto> 18th Dec
[16:46] <cjwatson> "daily" is insufficient, we produce quite a few CDs daily!
[16:46] <cjwatson> desktop, alternate, server, ...?  Ubuntu, Kubuntu, ...?  i386, amd64, ...?
[16:46] <joaopinto> I have looked into /var/log/installer, couldn't find anything useful
[16:46] <joaopinto> desktop i386
[16:47] <cjwatson> couldn't find anything you understood, you mean? :-)
[16:47] <cjwatson> surely syslog at least is there
[16:47] <joaopinto>  nothing "abnormal"
[16:47] <cjwatson> I can only investigate if you let me look at the logs directly
[16:47] <joaopinto> I just checked the installer logs, not the regular logs, since it was the installer reporting the error
[16:47] <cjwatson> actually, on the desktop CD /var/log/syslog is the main useful one
[16:48] <joaopinto> ok, I am traverling now, later I will reinstall and tar /var/log
[16:48] <cjwatson> since we aren't close to a milestone right now, though, it's not too surprising for a daily build to be busted, TBH
[16:49] <cjwatson> but I'll rsync and see if I can reproduce it here
[16:49] <joaopinto> ok, thanks
[16:49]  * highvoltage installed the edubuntu desktop daily image this morning and it was just fine though
[16:49] <cjwatson> joaopinto: BTW, Ubuntu desktop i386, or something else?  you just said "desktop i386"
[16:49] <joaopinto> ubuntu desktop
[16:49] <cjwatson> could've been a temporary problem
[16:49] <cjwatson> I didn't do any test installations on Saturday
[16:49] <joaopinto> I have retried 2 times
[16:50] <cjwatson> temporary here means "specific to that build" not "if you try again it will go away"
[16:51] <joaopinto> right, i'll see if I can, recreate the iso from the usb, update, and refresh the usb
[16:51] <joaopinto> bbl
[16:51] <joaopinto> is just that i feel that will be just as random as assuming it was a temporary failure :P
[16:55] <slangasek> mdeslaur: just upload over it
[16:56] <mdeslaur> slangasek: thanks
[16:56] <cjwatson> *now* he says it was an installation from USB
[16:57] <cjwatson> I DO wish people would give detail up-front
[16:57] <jcastro> 2010-12-20 amd64 desktop works in testdrive
[17:43] <joaopinto> I forgot my usb pen, I will not be able to retest the installer crash today :(
[17:43] <cjwatson> jcastro said "2010-12-20 amd64 desktop works in testdrive"
[17:45] <mvo> I did a install today desktop amd64 and that worked, I used grub loop to boot into it from the hdd directly though, so its probably not very representative
[17:45] <joaopinto> ah ok, I will need to update the image
[17:47] <cjwatson> could of course be USB-specific
[17:50] <joaopinto> there was another issue, the installer launched a new unity session to allow to diagnose the problem
[17:50] <joaopinto> but the menu does not work on that new session
[17:54] <cjwatson> please file these as bugs rather than mentioning them on IRC - I don't know about anyone else but I have one work day left for the year and have a hard time fitting in the stuff I already know about :-)
[17:56] <joaopinto> ok, will do
[18:16] <ScottK> micahg: Would you mind looking at the packagekit FTBFS.  It fails on some mozilla related file being missing and I was wondering if you understood what was up with that.
[18:56] <micahg> ScottK: I'd be happy to take a look later tongith
[18:56] <ScottK> micahg: Thanks.
[18:57] <highvoltage> cjwatson: hey there, I need to add the edubuntu-text theme to the plymouth package
[18:57] <highvoltage> cjwatson: is the right way to do it by getting the bzr branch, adding the theme to the (quite big) quilt diff and then proposing the merge again in launchpad?
[18:58] <cjwatson> yeah
[18:58] <highvoltage> ok
[18:58] <cjwatson> use the various quilt commands and then quilt refresh at the end
[19:32] <thebishop> anyone know why autocomplete doesn't work with Make?
[19:32] <thebishop> bash tab-completion i mean
[21:35] <Vardan> hi
[21:36] <Vardan> people how can I download/checkout ubuntu-installer and build own root CD?
[21:37] <Vardan> root=boot
[22:10] <SpamapS> Vardan: you could try live-builder
[22:11] <SpamapS> err
[22:11] <SpamapS> I don't know how to find that though.. hmm
[22:11] <SpamapS> Vardan: I mean, live-helper
[23:21] <geser> at little OT for here: but does someone know if it's on purpose that the wiki looks different if one is logged in or not?
[23:21] <ebroder> geser: You can change it by going into your preferences
[23:21] <geser> oh
[23:21] <ebroder> They created a new theme and made it the default theme, but that didn't change the theme for any users already in the database


[01:14] <perrito666> https://github.com/juju/juju/pull/3937
[01:48] <mup> Bug #1524572 opened: Azure provider: bootstrap results in error "PUT request failed: BadRequest - XML Schema validation error in network configuration at line 24,18." <azure-provider> <bootstrap> <juju-core:New> <https://launchpad.net/bugs/1524572>
[10:13] <voidspace> frobware: ping
[10:13] <voidspace> frobware: time escaped me
[10:13] <voidspace> frobware: stdup?
[10:13] <frobware> voidspace, heh, and me.
[10:13] <frobware> sure
[10:13] <voidspace> omw
[10:23] <TheMue> for standup I'm currently introducing Skyrum here. Skyrum is "Sky"pe and Sc"rum". we've got a closed Skype group here and the people shall do their daily status in it. idea is to have it async and also that e'body tries to keep short. *lol*
[10:23] <TheMue> hello btw
[10:23] <voidspace> TheMue: o/
[10:23] <voidspace> sounds interesting
[10:23] <voidspace> TheMue: it works on Ubuntu?
[10:24] <TheMue> yeah, real life meetings tend to directly drift into topics. I want to avoid it.
[10:25] <TheMue> it's possible with any chat room, even here on irc, but in a smaller channel for example. I only have chosen Skype because it's there.
[13:05] <mup> Bug #1524823 opened: Support AWS price API <juju-core:New> <https://launchpad.net/bugs/1524823>
[16:20] <mattyw> voidspace, you're not in oakland either?
[16:24] <voidspace> mattyw: nope
[16:24] <voidspace> mattyw: you not?
[16:25] <mattyw> voidspace, no, the weather here is too good to miss ;)
[16:25] <voidspace> heh
[16:26] <voidspace> mattyw: where is here, Scotland?
[16:34] <perrito666> axw_: ping
[16:55] <mgz> thumper thumper thumper http://reports.vapour.ws/releases/3419/job/run-unit-tests-race/attempt/701
[16:55] <mgz> .. Panic: cannot create lease client: end of read window preceded beginning (1.365297ms) (PC=0x414EE6)
[16:56] <thumper> mgz: is that the biggest one?
[16:56] <mgz> ~1ms is the largest, most are micro seconds
[16:58] <thumper> 1.44ms
[16:58] <thumper> perhaps 2ms wiggle
[16:58] <thumper> or 10ms even?
[17:08] <mup> Bug #1516989 changed: juju status <service_name> broken <canonical-bootstack> <sts> <juju-core:Invalid by waigani> <juju-core 1.25:Fix Committed by waigani> <juju-core (Ubuntu):Confirmed> <https://launchpad.net/bugs/1516989>
[17:08] <mup> Bug #1524906 opened: ToolsMetadataSuite fails with 2.0-alpha1 version <2.0-readiness> <juju-core:Triaged> <https://launchpad.net/bugs/1524906>
[17:08] <mup> Bug #1524914 opened:  envManagerSuite.TestCreateEnvironmentBadAgentVersion fails with 2.0-alpha1 <2.0-readiness> <juju-core:Triaged> <https://launchpad.net/bugs/1524914>
[17:29] <menn0> jam: see minor suggestion on the logging PR
[17:33] <mup> Bug #1524915 opened: toolsSuite.TestFindToolsNotFound panics with 2.0-alpha1 <2.0-readiness> <juju-core:Triaged> <https://launchpad.net/bugs/1524915>
[17:58] <menn0> fwereade: http://juju-ci.vapour.ws:8080/job/github-merge-juju/5699/console
[17:59] <fwereade> menn0, opinion: https://github.com/juju/juju/wiki/howto:-implement-effective-config-structs ?
[18:00] <fwereade> mgz, https://github.com/juju/juju/wiki/howto:-implement-effective-config-structs
[18:03] <mup> Bug #1506649 changed: On juju upgrade the security group lost ports for the exposed services <networking> <upgrade-juju> <juju-core:Invalid> <juju-core 1.25:Fix Committed by thumper> <https://launchpad.net/bugs/1506649>
[18:03] <mup> Bug #1524369 changed: i386 github.com/juju/juju/upgrades_test constant overflows int <blocker> <ci> <i386> <test-failure> <juju-core:Fix Released by wallyworld> <https://launchpad.net/bugs/1524369>
[18:22] <mgz> wallyworld: bug 1403655
[18:22] <mup> Bug #1403655: upgrade-juju shows available tools and best version but did not output what it decided to do <2.0> <docteam> <ui> <upgrade-juju> <juju-core:Triaged> <https://launchpad.net/bugs/1403655>
[20:07] <dimitern> mgz, http://reviews.vapour.ws/r/3342/
[20:18] <mup> Bug #1524958 opened: cloudinitSuite.TestCloudInit broken on windows by new key rules <ci> <regression> <test-failure> <windows> <juju-core:Triaged by wallyworld> <juju-core 1.25:New> <https://launchpad.net/bugs/1524958>
[23:13] <mgz> alexisb: bug 1287665
[23:13] <mup> Bug #1287665: Export bundle without juju GUI <canonical-is> <deployer> <sts> <juju-core:Triaged> <juju-deployer:New> <https://launchpad.net/bugs/1287665>
[23:14] <alexisb> cherylj, can you put this on our feature list ^^ on the wiki
[23:15] <cherylj> alexisb: sure
[23:18] <perrito666> ericsnow: ping?
[23:18] <ericsnow> perrito666: hey
[23:18] <cherylj> alexisb: don
[23:18] <perrito666> ericsnow: hey, I let you a privmsg a moment ago
[23:18] <cherylj> +e
[23:19] <ericsnow> perrito666: I'm in the next room, FYI
[23:19] <perrito666> ericsnow: I am in the silent room :p Ill go there
[23:20] <alexisb> cherylj, awesome thanks


[06:25] <dholbach> good morning
[06:25] <dholbach> you have an enthusiastic tester at your command: http://dthomasdigital.wordpress.com/2008/06/26/would-ubuntu-mid-edition-be-perfect-for-my-latitude-x1/ :)
[06:35] <persia> Hmm.  He's offline now.  Thanks for the pointer: I'll try to poke him when he comes around next.
[12:05] <jpt9> hey.
[12:05] <jpt9> just heard about the version of Ubuntu for MIDs.
[12:06] <jpt9> I'm running Windows (I know... I've been meaning to install Ubuntu for a while); is there anything (a CD or hard drive image) I could run in Qemu to try it?
[13:55] <lool> Hmm I thought grew a rebase command, but I can't find it
[14:00] <lool> +bzr
[14:00]  * lool needs obviously more coffee
[15:38] <seeitcoming_> what's the default user on the ume kvm image called?
[15:43] <fedefede> hi guys!!
[15:43] <persia> seeitcoming_: ume
[15:44] <fedefede> may i ask somethingabout ubuntu ubuntu-ume??
[15:44] <fedefede> is it possible to use ubuntu MID distro on asus eee pc 701??
[15:44] <persia> fedefede: You can certainly ask questions about Ubuntu on Mobile and Embedded devices.
[15:44] <seeitcoming_> persia: and the password?
[15:45] <persia> seeitcoming_: I think it's "ubuntu".
[15:45] <persia> I might have those backwards.
[15:45] <seeitcoming_> no, those are right.  :D
[15:45] <persia> fedefede: You can try installing it.  I haven't heard of any successful tests on that device.  It might need an Ubuntu Deskop kernel.
[15:46] <persia> seeitcoming_: Sure.  Please feel free to add it.
[15:46] <fedefede> uh...right!!
[15:46] <fedefede> tanks verymuch!!!
[15:46] <fedefede> bye bye!!!!
[16:58] <davidm> Good day all, almost time for the MID meeting
[16:59] <lool> Yup
[17:00] <davidm> #startmeeting
[17:00] <MootBot> Meeting started at 11:00. The chair is davidm.
[17:00] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[17:00] <davidm> Hi everyone, the meeting has started, the agenda is on https://wiki.ubuntu.com/MobileAndEmbedded/Meeting/20080626
[17:00]  * GrueMaster wakes up for the meeting
[17:00] <davidm> and it's quite empty at the moment
[17:01] <davidm> I missed last weeks meeting and I don't have access to the mootbot logs as yet
[17:01] <davidm> I don't think there were any actions from last week however.
[17:02] <davidm> Does anyone have any topics for this week?  The agenda is still empty.
[17:03] <lool> Nope
[17:03] <lool> We didn't have particular actions for today
[17:03] <lool> Last weeks' meetings were relatively quiet as well
[17:03] <lool> We discussed virtual machines and release
[17:04] <davidm> Yes, they have been quiet for almost a month now.
[17:04] <cgregan> In light of the breakage in the updates...should we discuss best practices for pushing things to archive?
[17:04] <GrueMaster> Question:  Status of S3/S4 issues?
[17:05] <davidm> [topic] discuss best practices for pushing things to archive
[17:05] <MootBot> New Topic:  discuss best practices for pushing things to archive
[17:05] <davidm> lool, can you address this as we see it now?
[17:05] <persia> o/
[17:06] <davidm> hi persia you are up late
[17:06] <lool> Yes
[17:06] <persia> It's Thursday.  I like the meeting.
[17:07] <lool> What we have it the UME release archive, archive.mobile.ubuntu.com
[17:07] <lool> the ubuntu-mobile ppa
[17:07] <lool> and the hardy repositories (hardy, hardy-updates, hardy-security, hardy-proposed)
[17:07] <lool> The hardy suite wont ever change, since hardy is released
[17:08] <lool> updates will go either via security if they are security issues
[17:08] <lool> Or via proposed then promoted to hardy-updates for SRUs
[17:08] <lool> Concerning UME, we use the ppa for all packages which differ from the hardy version
[17:08] <lool> So if we ever forked a package for UME in our ppa, this is where it needs to be fixed
[17:09] <lool> So if a SRU comes out for say xulruner-1.9 which is in the ppa, we have to prepare a new xulrunner-1.9 in the ppa, test it, and then promote it to the UME release archive
[17:09] <lool> However for the kernel for instance, we just copy hardy-updates / hardy-security sources and binaries to the UME release archive
[17:10] <lool> We can also prepare additional changes for UME/hardy, but I'd recommend focusing on intrepid now
[17:10] <lool> Is any part of the above unclear?  a particular area where I should tell more?
[17:11] <persia> It might be worth a quick overview of best practices to get updates into intrepid.
[17:11] <cwng> Will current bug fixes for UME still goes into the hardy base UME, or will it only goes to Interpid based UME?
[17:11] <davidm> I agree our focus is on Intrepid.  For any changes to UM&E/MID we must follow Hardy process even if it touches our PPA
[17:12] <persia> cwng: The bugs would have to meet the requirements for a Stable Release Update.
[17:12] <persia> https://wiki.ubuntu.com/StableReleaseUpdates
[17:12] <davidm> thanks persia I was looking for that URL:
[17:12] <lool> As persia indicated, anything which isn't forked in UME can follow the regular SRU process, and we apply basically the same type of QA checks for UME specific packages
[17:13] <davidm> [link] https://wiki.ubuntu.com/StableReleaseUpdates
[17:13] <MootBot> LINK received:  https://wiki.ubuntu.com/StableReleaseUpdates
[17:13] <lool> Concerning intrepid versus hardy, it depends on the impact of the bug
[17:13] <lool> Typically, high impact bugs are likely to warrant a hardy upload while low impact one aren't
[17:13] <lool> Always fix bugs in intrepid first though
[17:13] <lool> This is in most cases a requirement to accept SRUs
[17:14] <GrueMaster> So, is there an intrepid base for MIC and UME yet?
[17:15] <lool> No
[17:15] <lool> At the moment, StevenK has modified livecd-rootfs to build images of UME
[17:15] <lool> This tool is the one which builds the squashfs images for the main Ubuntu builds
[17:16] <lool> This work is to the point where he can boot UME/hardy from a live USB stick
[17:16] <lool> But there's no installer
[17:17] <lool> Discussion in the coming weeks will revolve around such an installer and integration of livecd-rootfs builds with the current Ubuntu builds
[17:17] <lool> StevenK will also look on building intrepid images soon I hope
[17:18] <davidm> I expect we will start daily builds soonish, once we resolve the installer
[17:18] <davidm> Is there more on this topic?
[17:18] <lool> I think we can even start them without an installer   ;-)
[17:19] <davidm> lool, I suppose could at that, they do work.
[17:19] <davidm> :-)
[17:19] <persia> The current builds work for a live environment, for basic testing.
[17:19] <lool> I also wish we start building KVm images of intrepid
[17:20] <lool> The seed cleanups I made this afternoon will help in this respect I would guess
[17:20] <davidm> lool, I think so,
[17:20] <davidm> so moving on to the next topic
[17:20] <davidm> [topic] <GrueMaster> Question: Status of S3/S4 issues?
[17:20] <MootBot> New Topic:  <GrueMaster> Question: Status of S3/S4 issues?
[17:21] <davidm> DebbieFoghorn, do you have any input on this?
[17:21] <lool> Concerning the beeps, she discovered some of them were caused by a bogus pm-utils script IIRC
[17:21] <lool> I think an empty or almost empty script dealing with 3G status or something was returning with an exit code which caused gpm to beep to reflect a failure
[17:22] <lool> The script was removed
[17:22] <davidm> Yes, I've seen some traffic on the bug list about this.
[17:23] <davidm> ChickenCutlass, bfiller is DebbieFoghorn in the office right now?
[17:23] <bfiller> davidm: I think so, but I'm not :)
[17:23] <DebbieFoghorn> davidm: I am! Reading IRC now
[17:24] <davidm> bfiller, thanks Hi DebbieFoghorn
[17:24] <davidm> DebbieFoghorn, the question is around S3-S4 status and I knowi you have been doing a lot in that area
[17:25] <DebbieFoghorn> Basically, gnome-power-manager is very sensitive to any errors it receives when it tries to put the device in suspend
[17:25] <DebbieFoghorn> We call our own sleep script rather than call pm-suspend
[17:25] <DebbieFoghorn> If any non-zero status is returned or anything is written to stderr, then
[17:26] <DebbieFoghorn> hal (which calls our sleep script for us) will return an error and gpm will beep and fail to resume properly
[17:27] <ogra> if its only the beeps, these are all switchable through gconf keys ...
[17:27] <jerryfan> hello debbie. regarding the beep issue, after clean up in sleep.d, we found no more so far. Doing more intensive testing tmr
[17:27] <ogra> so you can disable them
[17:27] <DebbieFoghorn> ogra: I did not see a gconf key that disables the sound
[17:27] <ogra> look for "alerts"
[17:28] <DebbieFoghorn> ogra: ok, will do
[17:28] <ogra> hum, i wanted to point you to the path but dont seem to find them now :(
[17:29] <DebbieFoghorn> ogra: though its not just the beep--gpm seems to follow a different code path when it detects an error and results in an improper resume (screen remains black)
[17:29] <ogra> ah, there is /apps/gnome-power-manager/ui/enable_sound
[17:29] <lool> /apps/gnome-power-manager/notify/sleep_failed?
[17:29] <DebbieFoghorn> ogra: Note that in the code, I do not see it checking a gconf key before playing the suspend error sound...
[17:29] <ogra> lool, yeah, these ... there are more in the notify path
[17:29] <jerryfan> but there is new problem. We found on some sample, 3G and webcam are registered on different usb bus number. So S20powermanager for selective suspend will generate error to stderr again and S3 fails again
[17:30] <ogra> DebbieFoghorn, yeah, and it would just hide the actual prob ...
[17:30] <ogra> you said you suspend through hal, dont you use pm-suspend/-hibernate ?
[17:30] <ogra> they should wrap around the hal calls and apply quirks etc
[17:30] <DebbieFoghorn> ogra: we do suspend through hal but we changed the hal code to call our own sleep script rather than pm-suspend
[17:31] <ogra> ah
[17:31] <jerryfan> Who knows how kernel deals with USB host ? Why on some JAX10 sample 3G is on USB 4-1 and some are on USB 3-1??
[17:31] <DebbieFoghorn> jerryfan: you had a question about the web cam's device path changing
[17:31] <DebbieFoghorn> jerryfan: you just beat me :)
[17:32] <DebbieFoghorn> jerryfan: i don't know the answer, by the way :(
[17:33] <lool> is that important?
[17:33] <jerryfan> I think it is not dev path change becasue /dev/ path is still same. It is /sys/bus/usb/ path different
[17:33]  * ogra wondered the same ... all you want from a cam is /dev/video, no ?
[17:34] <lool> If you ever search for a USB device, I guess you could locate it by device class, vendor id or whatever?
[17:34] <ogra> yes, and rather use lsusb output and parse that
[17:34] <ogra> or if you want a lower layer to see HW, dmidecode ...
[17:35] <jerryfan> nah.. In /etc/pm/sleep.d/ we put usb selective suspend on absolute sysfs path to echo selective suspend enabled msg to device. Since the sysfs path is different, we have problem to send selective suspend now
[17:35] <lool> Perhaps you can reach the same device over a different static sysfs path
[17:35] <lool> Or look at all sysfs devices until you find the one you want to special case
[17:36] <ogra> jerryfan, that shouldnt o to /etc/pm btw thats for local admins ... for packages use /usr/lib/pm-utils/
[17:36] <jerryfan> in addition, there is no web cam on USB 1-4, so sleep.d will make error msg and makes g-m-p suspend fail and beep beep
[17:36] <lool> Well that's all a consequence of looking to shutdown USB 1-4 insteadof looking up where the webcam is and shutting it down ;)
[17:37] <jerryfan> lool, yea we are trying to lookup /dev/video0 and /dev/video1 and traceback their sysfs path. Hope it will solve the problem
[17:38] <ogra> lshal can be helpful here
[17:38] <ogra> just look for the module ;)
[17:38] <ogra> if you knoe the
[17:38] <ogra> name indeed
[17:38] <jerryfan> ogra, thx. will try
[17:39] <GrueMaster> So, if I understand all this correctly, the problem is that the scripts are hardwired for a single system, as opposed to being more generic?  That would explain why it fails on CB.
[17:39] <ogra> you might also be able to query hal with a dbus message to give you all info ...
[17:39] <persia> GrueMaster: Precisely
[17:39] <ogra> right
[17:40] <jerryfan> ogra, what did u mean " for package should use /usr/lib/pm-utils" ?
[17:41] <ogra> jerryfan, if you do it from the distro dont use /etc/pm ... look in /usr/lib/pm-utils, it has the same structure ...
[17:42] <jerryfan> ogra, i see.
[17:42] <ogra> the etc place is reserved if people poke around or start working around bugs for their local scripts
[17:42] <ogra> (i must admit i use /etc/pm myself on the classmate, ignoring that ... but knowing its unclean :) )
[17:45] <jerryfan> hey, did u guys know that I made linpus lite booting into 10 seconds :)
[17:45] <davidm> OK is there more on this topic right now?
[17:45] <ogra> jerryfan, well, i have still 10 to shove off, but getting there http://people.ubuntu.com/~ogra/hardy-20080623-5.png
[17:46] <davidm> Are there any other topics?  The wiki page has nothing else.
[17:46] <GrueMaster> I'm good for now.
[17:47] <davidm> OK, then if there is no other business ending the meeting going once .............................................
[17:47] <jerryfan> i just have a request here. Can someone find out how kerenl deals with USB bus number.
[17:47] <jerryfan> I afraid we have more things not generic enough and might fail soemthing
[17:48] <davidm> We can ask Amitk once he is back (I think he is on holiday)
[17:48] <ogra> i think thats rather udev than kernel
[17:48] <davidm> ogra, it might be, I'm not sure.
[17:48] <ogra> but not 100% sure
[17:48] <jerryfan> but udev deals with /dev path
[17:48] <lool> I would have thought it's kernel
[17:48] <jerryfan> sysfs is populated directly from kerenl
[17:49] <ogra> ah, right
[17:49] <davidm> I'll take the action to poke Amitk about it.
[17:49] <ogra> indeed
[17:49] <jerryfan> no more question
[17:49] <davidm> [action] davidm to poke amitk about how kernel populates sysfs relating to USB bus number
[17:49] <MootBot> ACTION received:  davidm to poke amitk about how kernel populates sysfs relating to USB bus number
[17:50] <davidm> OK anything else?
[17:51] <lool> davidm: Thanks for chairing the meeting
[17:51] <davidm>  ending the meeting going twice ...................................
[17:51] <davidm> lool, it's nice to have been free this time....
[17:52] <lool> and bon appétit to you if you're getting lunch
[17:52]  * ogra would like to anounce that he was officially told to help filing the gap for netbooks on the distro/mobile team side ... fo feel free to poke me with issues :)
[17:52]  * lool will get dinner now
[17:52] <davidm> #endmeeting
[17:52] <MootBot> Meeting finished at 11:52.
[17:52] <ogra> s/fo/so/
[17:52] <lool> ogra: Fix my bugs!
[17:52] <davidm> lool, I am indeed heading for some food
[17:52] <ogra> lool, doing already :P