[00:32] <jthan> Evening guys
[02:05] <InHisName> evening jthan !  what exciting things you been up to lately ?
[02:10] <waltman> andrew: that is indeed awesome
[02:26] <InHisName> a wife complained a printer would not print on Tuesdays AND was right ?  Wow!  Might strange assessment that turned out spot on.
[02:27] <pleia2> it's a classic
[02:36] <InHisName> I type 'apache' into Software Center and get a bazzillion things.  What am I looking for when nagios app says need to have apache 2 installed first ?
[02:37] <EvilResistance> InHisName:  trying to set up a webserver?
[02:37] <EvilResistance> InHisName:  `apache2`
[02:37] <InHisName> Just enough to satisfy a nagios install.
[02:38] <InHisName> Oh wait next page they give apt-get stuff.   Nevermind, I'll skip the software center action tonight.
[02:38]  * EvilResistance lols
[03:02] <andrew> evening waltman
[03:05] <jthan> andrew: !?
[03:05] <jthan> You're ...
[03:05] <jthan> ALIVE?
[03:07] <EvilResistance> WHAT THE FSCK?!?!?
[03:07] <EvilResistance> YOU'RE ALIVE?!?!?
[04:21] <EvilResistance> P
[04:22] <jthan> Q
[04:23] <EvilResistance> Z!
[04:23] <EvilResistance> :P
[05:31] <andrew> jthan: Yes I am
[12:04] <rmg51> Morning
[12:18] <waltman> Morning.
[12:24] <JonathanD> Morning.
[12:32] <waltman> Nothing like waking up at 6:30 after 8 hours of sleep. We should fall back every Saturday night!
[12:45] <InHisName> AHHHhhhhaaaa, the once a year 25 hour day.  Niiiice
[16:49] <MutantTurkey> what is the usual "virtual machine" software these days?
[16:50] <rmg51> virtual box
[16:54] <MutantTurkey> ok :)


[01:59] <mr-russ> Hi, I'm trying to use ppa on launchpad and get: Failed to fetch http://ppa.launchpad.net/marceloshima/ubuntu/dists/gusty/main/binary-i386/Packages.gz  404 Not Found
[01:59]  * mr-russ wonders if the topic relates to the problem I'm experiencing...
[03:18] <Legendario> i have just created my PPA at launchpad but it's listed as a hardy repos. Why?
[03:19] <Legendario> Can anyone help me with this?
[03:20] <gryc> I think it depends on what packages you upload, if you upload a package for gutsy, it'll show gutsy repos I believe
[03:23] <Legendario> its because that at the end of the activation process it shows you the address and it is listed as hardy.
[03:24] <Legendario> but i will try to upload something to see...
[03:24] <gryc> well I think it defaults to hardy if there's nothing for it to go on, I believe
[03:26] <Legendario> i have built the package on my /pbuilder/result folder, was it supposed to be have gutsy on it's name?
[03:27] <gryc> I think it has to be in the debian/control file
[03:30] <Legendario> isn't the /debian/changelog the right file?
[03:31] <gryc> probably, I'm quite new to packaging myself
[03:37] <Legendario> cause i've set gutsy on the /debian/changelog but the package has no distro on its name. Only name_version_ach.deb
[03:51] <gryc> yeah, should be in the first line of your changelog somewhere
[06:01] <ubotu> New bug: #184260 in launchpad "IE7 style info in bugs feed is displayed strangely" [High,Confirmed] https://launchpad.net/bugs/184260
[07:51] <Lure> since when is LP not allowing to add bug tracker lists to projects that are not registred in LP!?
[09:42] <Lure> can somebody clean my ppa (just remove everything)?
[10:20] <\sh> bac, the atom feed is not correctly working in liferea while e.g. http://blog.s9y.org/feeds/atom10.xml does.
[10:40] <ubotu> New bug: #184287 in launchpad "http://feeds.launchpad.net/ubuntu/latest-bugs.atom is not working in liferea" [Undecided,New] https://launchpad.net/bugs/184287
[10:45] <ubotu> New bug: #184288 in launchpad "Removal of the stylesheet in <content> area of the atom feed" [Undecided,New] https://launchpad.net/bugs/184288
[11:51] <ubotu> New bug: #184300 in malone "files on hard disc destroyed" [Undecided,New] https://launchpad.net/bugs/184300
[12:40] <anandology> Is there anyway to change the status of all bugs in a milestone to fix released?
[12:55] <the_belgain> hello - is there a way to remove packages from PPA archives yet?  if not, do we request removals here?
[13:55] <danbhfive> can anyone help me to upload some code onto launchpad?  I have no idea what I'm doing
[14:13] <hsivonen> is there documentation that elaborates on etiquette on confirming bugs beyond http://news.launchpad.net/general/of-bugs-and-statuses ?
[15:10] <mpt> Gooooooooooooood afternoon Launchpadders!
[15:14] <hsivonen> mpt: good afternoon
[15:15] <Hobbsee> oh noes, i'ts mpt!
[15:40] <ubotu> New bug: #184349 in malone "Bugtracker pages should include information about the amount of	support Launchpad offers for them" [Medium,New] https://launchpad.net/bugs/184349
[15:50] <ubotu> New bug: #184352 in malone "Converting bugs on one target to questions on another is non-trivial" [Undecided,New] https://launchpad.net/bugs/184352
[16:17] <ubotu> New bug: #184343 in malone "Bug-searching plugin for Deskbar" [Undecided,New] https://launchpad.net/bugs/184343
[16:30] <ubotu> New bug: #184359 in soyuz "Deleting packages shouldn't be a page separate from the package listing" [Undecided,New] https://launchpad.net/bugs/184359
[17:26] <somerville32> Are there any plans for having "statuses" for uploaded files?
[17:30] <spdf> quick question.. how do you link to another bug? (full url or just bug number?)
[17:43] <somerville32> spdf, It is pretty smart parsing bug numbers
[17:43] <somerville32> spdf, so something like "... bug #XXXX ..."
[17:44] <kiko> or just bug 333
[17:44] <ubotu> Launchpad bug 333 in seahorse "crashes when changing passphrase" [Medium,Fix released] https://launchpad.net/bugs/333 - Assigned to Ubuntu GNOME (ubuntu-gnome)
[17:44] <spdf> Yeh, I messed it up :S
[17:44] <spdf> ".. bugs #147730 and #157714"
[17:44] <ubotu> Launchpad bug 147730 in awn "Hidding bar is totally broken on multi screen with one screen under the other" [High,Confirmed] https://launchpad.net/bugs/147730
[17:44] <ubotu> Launchpad bug 157714 in awn "multidisplay setup - cannot move awn from one display to another" [Undecided,New] https://launchpad.net/bugs/157714
[17:44] <spdf> That worked though
[17:45] <spdf> Didn't link in the bug report itself though
[17:45] <spdf> I'm launchpad-tarded :D
[17:45] <somerville32> spdf, In your bug report, just put bug XXX or w/e and it'll link it
[17:45] <somerville32> spdf, Are you looking to mark something as a duplicate?
[17:46] <spdf> No, just linking a bug to two others. Working on a fix for awn's strut implementation
[17:48] <spdf> Good to know from now on though, its much easier than I expected
[19:16] <outime> Hi -- anyone know if I can delete a comment in a bug that I've opened and being the owner of the project?
[19:22] <kiko> outime, you can't. you need to request an admin do it, see /topic
[19:23] <outime> Found it, thank you, kiko.
[19:29] <the_belgain> hi - i'd like to get one of the packages in my PPA removed (as I forgot to add ~ppaversion at the end of my package version and so can't easily upload updates to it) - how can I do this?
[20:26] <ubotu> New bug: #184424 in launchpad "Provide an atom feed for code commits" [Undecided,New] https://launchpad.net/bugs/184424
[21:01] <ubotu> New bug: #184431 in soyuz "Package search results should prefer exact source package matches" [Undecided,New] https://launchpad.net/bugs/184431
[21:06] <ubotu> New bug: #184433 in launchpad "PPA search is case-sensitive" [Undecided,New] https://launchpad.net/bugs/184433


[13:42] <melodie> hi
[13:43] <melodie> I would like to ask according to you people, for desktop use and especially mailing, which suite is best for dealing with address books with categories, and mailing to groups of people? KDE PIM suite or Evolution ?
[13:43] <melodie> or do you know yet about a choice even better?
[13:44] <melodie> when I say good, best, I mean easy and reliable
[13:44] <melodie> on the long run


[04:11] <metaphaze> Is there anyway to get a ban removed on #ubuntu for being an asshole
[04:36] <rww> metaphaze: For #ubuntu stuff, try #ubuntu-ops.
[04:40] <metaphaze> thx, posted my msg there.
[04:41] <metaphaze> off topic, what happened to bitchx?
[04:41] <rww> ubottu: bitchx
[04:42] <rww> in general, iono. in Debibuntu land, see the link ^^
[04:42] <metaphaze> doing the irssi now, but am heartbroken i cant get bitchx
[20:31] <JamieBennett> can I have my nick cloak changed please? http://www.launchpad.net/~jamiebennett
[20:40] <m4v> JamieBennett: an Ubuntu Member cloak?
[20:42] <JamieBennett> m4v: yes
[20:42] <JamieBennett> (please :) )
[20:42] <m4v> ping jussi, topyli, Pici, tsimpson ^
[20:48] <m4v> JamieBennett: they need to show up for approve the cloak, it might take a while, so wait for a bit :)
[20:59] <lag> Hello
[21:00] <persia> hey lag.  Congratulations.
[21:00] <lag> persia: Thanks buddy
[21:00] <lag> How do I have my Ubuntu Membership detail cloak my IRC address on FreeNode?
[21:00] <drubin> lag: give your LP url and make sure you current nick is in there :)
[21:00] <persia> we're waiting for an ircc member to process the reqests.  just hang out here a bit.
[21:00]  * lag checks
[21:00] <drubin> still needs his LP url though
[21:01] <persia> I suppose.  I saw it about an hour ago in a different channel, so just happened to have it up.
[21:01] <lag> https://launchpad.net/~lag
[21:01] <drubin> ping jussi, topyli, Pici, tsimpson ^
[21:02] <hajni> hello
[21:03] <hajni> I've just become an ubuntu member
[21:03] <hajni> could someone give me a cloak? :)
[21:03] <persia> You'll want to paste your LP URL, making sure it correctly identifies your IRC nick and wait a bit.
[21:04] <m4v> or ts2: ping, lots of cloak requests :P
[21:05] <hajni> https://launchpad.net/~hajni
[21:07] <ts2> looks like I'm on duty today, give me a sec
[21:10] <ts2> VorTechS: you about?
[21:17] <ts2> lag: you're all set
[21:18] <persia> ts2, Shouldn't that read "ubuntu/member/lag"?
[21:18] <ts2> persia: their primary nick is not lag
[21:18] <persia> lag, Do you want to fix that?
[21:19]  * persia has not seen lag under "since" in many many months
[21:20] <ts2> it's mostly a matter of changing the default nick for the account then poking one of us to change the cloak
[21:20] <ts2> but it's not really important (see my cloak)
[21:21] <persia> Heh, true.  I just like to make sure things are intentional, and I know lag has been very excited about getting a cloak the past few weeks leading up to the recent approval as a member
[21:23] <ts2> for the record, hajni is cloaked too
[21:23] <hajni> thanks
[21:24] <lag> What was since?
[21:24] <lag> I've never heard of that
[21:24] <ts2> give me a sec
[21:25] <m4v> ts2: JamieBennett was asking for a cloak too, you joined after that
[21:26] <m4v> ts2:  http://www.launchpad.net/~jamiebennett
[21:26] <ts2> m4v: yeah, I think staff are waiting for a reply from him
[21:27] <m4v> ok then
[21:27] <ts2> I got the ping from tsimpson|n800, but the prospect of messing with cloaks with a stylus is not nice
[21:28] <m4v> hehehe :P


[15:08] <gQuigs> so following https://wiki.ubuntu.com/Kernel/Dev/KernelBugFixing but there is no debian/control or changelog file, where do those come from?
[15:08] <gQuigs> thanks for the response over the w/e :)
[15:10] <gQuigs> (specifically it fails on test building the patch - or can't edit the changelog because one doesn't exist)
[15:14] <apw> gQuigs, if that is a git checkout then those files are missing until you clean, the real changelog is in debian.<branch>/changelog, likely master in the normal case
[15:14] <apw> fakeroot debian/rules clean
[15:16] <gQuigs> apw: awesome thanks!
[15:16] <gQuigs> hmm.. for some reason I didn't have kernel-wedge installed which seems important
[15:18] <apw> gQuigs, yep, you (in theory) need all the build-deps installed to clean it, though in fact for the kernel, kernel-wedge is the only one
[15:20] <gQuigs> ah, I use doing apt-get build-dep linux-generic.. which is just a meta package.. oops
[17:50] <jderose> any chance 4.2.0-19 will be released today? :)
[20:23] <crshman> Hey Guys, looks like the intel nightly's stopped building again. Could someone look into this? http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-nightly/current/
[20:44] <gQuigs> crshman: seems like the same issue as the daily lnet/lustre driver
[20:45] <gQuigs> hmm.. I see that was talked about here: http://www.phoronix.com/scan.php?page=news_item&px=Linux-4.4-rc2-Spun-For-Ubuntu
[20:47] <crshman> got it, thanks gQuigs
[20:53] <gQuigs> from http://ubuntuforums.org/showthread.php?t=2303120 I found this fix -https://lkml.org/lkml/2015/11/6/987


[00:08] <bdmurray> dude why is q2-phylogeny in the queue 24 times?
[00:09] <jbicha> bdmurray: see https://autopkgtest.ubuntu.com/packages/lib/libreoffice/jammy/amd64 for another example
[00:10] <bdmurray> I'd seen that yesterday when looking at things
[00:10] <bdmurray> Thanks though!
[00:17] <bdmurray> cleared and requeued
[01:19] <vorlon> 678 tests in the queue with dkms as a trigger, that's... a lot more than britney needs
[01:20] <vorlon> dumping them all and requeuing the subset based on retry-autopkgtest-regressions --blocks dkms --state RUNNING
[01:21] <arraybolt3> vorlon: This is probably a silly question, but how much RAM does the machine that Britney runs on have? I know that SQLite is a bottleneck and might want to try to help optimize it by just loading the whole DB into RAM and depending on that at runtime, but I don't know how practical that is.
[01:21]  * arraybolt3 probably should have asked this in -devel
[01:23] <vorlon> arraybolt3: why do you believe sqlite is a bottleneck?
[01:23] <arraybolt3> vorlon: I thought that's what you and tsimonq2 had concluded, that part of the reason Britney runs were slow was because it was having to do SQLite lookups and that it was a bottleneck.
[01:24] <arraybolt3> Perhaps I misunderstood what I was reading.
[01:25] <vorlon> having to do a query for each requested test for which there is not yet a successful result is time-consuming.  But I have nothing to indicate that this is slow because of I/O
[01:26] <vorlon> it might be - but otoh what do you propose wrt "loading the whole DB into RAM"? this is the sort of thing that ought to be abstracted by the library
[01:26] <arraybolt3> Ah, see I was thinking that if it was loaded into RAM the data could be manipulated without needing SQL involved and that doing so might speed things up, and wanted to try it out, but didn't want to do that if it was going to be destined to fail anyway.
[01:26] <arraybolt3> vorlon: I have no clue about anything tangible right now, this was mostly me wondering if something was even possible before investigating how to do it.
[01:26] <arraybolt3> (Why waste dev time on something useless when you can ask and find out what's possible and a good idea first.)
[01:29] <arraybolt3> Anyway, I can already see something probably wrong with my idea in retrospect, so I'll just test stuff locally in the future and ask questions later.
[01:30] <vorlon> arraybolt3: IMHO any attempt to optimize the sqlite access would be premature optimization at this point.  britney needs to be moved off the current hardware (because it's in a DC that's being shut down) and the next machine will be beefier
[01:31] <arraybolt3> Makes sense.
[01:31] <vorlon> the Linux kernel is also quite good about using free RAM for disk cache so it would be difficult to improve on that I/O performance by pinning stuff in RAM
[01:31] <arraybolt3> It was more about bypassing SQL than about optimizing speed access, otherwise we'd have just moved things into /dev/shm long ago :P
[01:31] <arraybolt3> *disk access speed
[01:33] <vorlon> though one thing that does make me realize, is that we run britney for multiple series in parallel and each has its own copy of autopkgtest.db in local state, which reduces the kernel's efficiency in doing disk caching
[01:33] <vorlon> so adding some logic to deduplicate that could actually improve performance
[01:33] <sarnold> sqlite's crazy good at this though :) https://www.sqlite.org/np1queryprob.html
[01:33] <sarnold> (not magic deduplication, just running sql queries)
[01:33] <vorlon> right, exactly
[01:34] <arraybolt3> Well hey, maybe my silly suggestion was actually good for something :D
[01:35] <vorlon> still, something to try only after we move to the newer hardware :)
[01:36] <vorlon> (which I had originally planned to get done over the holidays, but ran into some firewall regressions)
[01:37] <vorlon> (and then I was waiting for big transitions to be done, but there hasn't been a gap)
[01:40] <vorlon> xnox: so, the non-huge queues are draining quickly (only amd64 and arm64 still have any backlog) and I've rescheduled those tests that actually block dkms migration into the short queue
[02:04] <vorlon> juliank, chrisccoulson_: I have in my notes for this morning that we want grub in jammy-security before releasing shim to jammy-updates but I didn't record a reason for this (and it's not yet done).  shim is in jammy-updates anyway right now
[02:09] <vorlon> juliank, chrisccoulson_: I think I just wrote this wrong because there's another line in the notes below about publication to jammy-security so I'm revising
[04:31] -queuebot:#ubuntu-release- New binary: gcc-13-cross-ports [ppc64el] (lunar-proposed/universe) [3ubuntu1] (i386-whitelist)
[06:25] -queuebot:#ubuntu-release- New source: gcc-13-cross (lunar-proposed/primary) [3ubuntu1]
[06:28] -queuebot:#ubuntu-release- New: accepted gcc-13-cross [source] (lunar-proposed) [3ubuntu1]
[06:28] -queuebot:#ubuntu-release- New: accepted kodi-game-libretro [arm64] (lunar-proposed) [20.2.2-2]
[06:28] -queuebot:#ubuntu-release- New: accepted kodi-game-libretro [ppc64el] (lunar-proposed) [20.2.2-2]
[06:28] -queuebot:#ubuntu-release- New: accepted kodi-game-libretro [s390x] (lunar-proposed) [20.2.2-2]
[06:28] -queuebot:#ubuntu-release- New: accepted mosdepth [arm64] (lunar-proposed) [0.3.3+ds-2]
[06:28] -queuebot:#ubuntu-release- New: accepted mosdepth [ppc64el] (lunar-proposed) [0.3.3+ds-2]
[06:28] -queuebot:#ubuntu-release- New: accepted kodi-game-libretro [amd64] (lunar-proposed) [20.2.2-2]
[06:28] -queuebot:#ubuntu-release- New: accepted kodi-game-libretro [riscv64] (lunar-proposed) [20.2.2-2]
[06:28] -queuebot:#ubuntu-release- New: accepted mosdepth [armhf] (lunar-proposed) [0.3.3+ds-2]
[06:28] -queuebot:#ubuntu-release- New: accepted kodi-game-libretro [armhf] (lunar-proposed) [20.2.2-2]
[06:28] -queuebot:#ubuntu-release- New: accepted mosdepth [riscv64] (lunar-proposed) [0.3.3+ds-2]
[06:28] -queuebot:#ubuntu-release- New: accepted mosdepth [amd64] (lunar-proposed) [0.3.3+ds-2]
[06:40] <doko> LocutusOfBorg: no, python3.10 needs removal
[06:47] -queuebot:#ubuntu-release- New binary: gcc-13-cross-ports [arm64] (lunar-proposed/universe) [3ubuntu1] (i386-whitelist)
[07:18] -queuebot:#ubuntu-release- New: accepted gnome-shell-extension-tiling-assistant [source] (lunar-proposed) [39-1ubuntu1]
[07:18] <juliank> vorlon: the thing is the ubuntu14 grub didn't fully phase so copying it to security at 58% phasing is um suboptimal?
[07:19] <juliank> But it would have been nice in general to get the security fixes to security without the mm stuff
[07:20] -queuebot:#ubuntu-release- New binary: gnome-shell-extension-tiling-assistant [amd64] (lunar-proposed/none) [39-1ubuntu1] (no packageset)
[07:21] <juliank> But that's grub updates only, I didn't have ordering requirements for shim.
[07:22] -queuebot:#ubuntu-release- New: accepted gnome-shell-extension-tiling-assistant [amd64] (lunar-proposed) [39-1ubuntu1]
[08:06] -queuebot:#ubuntu-release- New binary: gcc-13-cross-ports [i386] (lunar-proposed/universe) [3ubuntu1] (i386-whitelist)
[08:11] -queuebot:#ubuntu-release- New binary: gcc-13-cross-ports [amd64] (lunar-proposed/universe) [3ubuntu1] (i386-whitelist)
[08:52] -queuebot:#ubuntu-release- New: accepted gcc-13-cross-ports [amd64] (lunar-proposed) [3ubuntu1]
[08:53] -queuebot:#ubuntu-release- New: accepted gcc-13-cross-ports [i386] (lunar-proposed) [3ubuntu1]
[08:53] -queuebot:#ubuntu-release- New: accepted gcc-13-cross-ports [arm64] (lunar-proposed) [3ubuntu1]
[08:53] -queuebot:#ubuntu-release- New: accepted gcc-13-cross-ports [ppc64el] (lunar-proposed) [3ubuntu1]
[09:17] -queuebot:#ubuntu-release- New binary: bcbio [amd64] (lunar-proposed/multiverse) [1.2.9-2] (no packageset)
[09:52] <LocutusOfBorg> vorlon, do you have any time to badtest dkms tests on i386?
[09:54] <LocutusOfBorg> e.g. acpi-call, dahdi-linux, ddcci-driver-linux, linux-apfs-rw, nvidia-graphics-drivers-390, openafs, openrazer, openvpn-dco-dkms, rapiddisk, rtl8812au, rtpengine, sl-modem, v4l2loopback, west-chamber, xtables-addons, xtrx-dkms
[09:57] -queuebot:#ubuntu-release- Unapproved: accepted thermald [source] (kinetic-proposed) [2.5.1-1ubuntu1]
[09:59] -queuebot:#ubuntu-release- Unapproved: accepted py-macaroon-bakery [source] (kinetic-proposed) [1.3.1-3ubuntu0.1]
[10:00] -queuebot:#ubuntu-release- Unapproved: accepted py-macaroon-bakery [source] (jammy-proposed) [1.3.1-2ubuntu0.1]
[10:03] -queuebot:#ubuntu-release- Unapproved: accepted lttng-modules [source] (kinetic-proposed) [2.13.8-1~ubuntu22.10.0]
[10:09] -queuebot:#ubuntu-release- Unapproved: accepted lttng-modules [source] (jammy-proposed) [2.13.8-1~ubuntu22.04.0]
[10:10] -queuebot:#ubuntu-release- Unapproved: accepted lttng-modules [source] (bionic-proposed) [2.10.8-1ubuntu2~18.04.5]
[10:15] -queuebot:#ubuntu-release- Unapproved: python-libmaas (jammy-proposed/universe) [0.6.4-0ubuntu1 => 0.6.8-0ubuntu<IP_ADDRESS>] (no packageset)
[10:15] -queuebot:#ubuntu-release- Unapproved: python-libmaas (kinetic-proposed/universe) [0.6.4-0ubuntu1 => 0.6.8-0ubuntu<IP_ADDRESS>] (no packageset)
[11:36] <utkarsh2102> in livecd-rootfs, I see: minimal_packages_url=${SEEDMIRROR}/${SEED}/${BASE_SEED}.minimal-remove
[11:37] <utkarsh2102> but can't find anything here: https://people.canonical.com/~ubuntu-archive/seeds/ubuntu.lunar/
[11:37] <utkarsh2102> sil2100: perhaps you'd know?
[11:37] <utkarsh2102> where can I find that *minimal-remove file?
[11:38] <seb128> utkarsh2102, which iso flavor are you poking at?
[11:39] <sil2100> utkarsh2102: I see the desktop minimal-remove file there
[11:39] <seb128> utkarsh2102, in that directory there is a desktop.minimal-remove
[11:39] <sil2100> Do you look for something else?
[11:39] <utkarsh2102> sil2100: I was looking for server.minimal-remove
[11:40] <seb128> is server having a minimal install option?
[11:40] <utkarsh2102> seb128: hey! I am looking at https://git.launchpad.net/livecd-rootfs/tree/live-build/auto/config?h=2.799#n1082
[11:40] <utkarsh2102> isn't there server-minimal?
[11:41] <utkarsh2102> for images on the CPC side, we use "server" as the BASE_SEED; cf:  https://git.launchpad.net/livecd-rootfs/tree/live-build/auto/config?h=2.799#n1042
[11:42] <utkarsh2102> and then trim down things from there
[11:42] <sil2100> utkarsh2102: there is no minimal-remove for server for now
[11:42] <ahasenack> is the autopkgtest outage over? bdmurray's email wasn't clear on that
[11:42] <utkarsh2102> sil2100: so we don't remove anything at all is the BASE_SEED is server?
[11:42] <sil2100> utkarsh2102: for instance, if you look at our live server images build logs you can even see: "Checking http://archive-team.internal/seeds//ubuntu.lunar/server.minimal-remove for a minimal installation list... failed to retrieve, not including."
[11:43] <utkarsh2102> aha!
[11:43] <utkarsh2102> interesting, thanks!
[11:44] <seb128> utkarsh2102, you can check 3075d6557 but afaik that feature is specific to the old desktop installer
[11:45] <utkarsh2102> seb128: sweet, thanks!
[11:45] <seb128> np!
[11:53] -queuebot:#ubuntu-release- New binary: libcamera [amd64] (lunar-proposed/universe) [0.0.4-2ubuntu1] (i386-whitelist)
[11:53] -queuebot:#ubuntu-release- New binary: libcamera [i386] (lunar-proposed/universe) [0.0.4-2ubuntu1] (i386-whitelist)
[11:54] -queuebot:#ubuntu-release- New binary: libcamera [ppc64el] (lunar-proposed/universe) [0.0.4-2ubuntu1] (i386-whitelist)
[11:55] -queuebot:#ubuntu-release- New binary: libcamera [arm64] (lunar-proposed/universe) [0.0.4-2ubuntu1] (i386-whitelist)
[11:55] -queuebot:#ubuntu-release- New binary: libcamera [s390x] (lunar-proposed/universe) [0.0.4-2ubuntu1] (i386-whitelist)
[11:55] -queuebot:#ubuntu-release- New binary: libcamera [armhf] (lunar-proposed/universe) [0.0.4-2ubuntu1] (i386-whitelist)
[11:56] -queuebot:#ubuntu-release- New: accepted bcbio [amd64] (lunar-proposed) [1.2.9-2]
[12:01] -queuebot:#ubuntu-release- New binary: gcc-defaults [s390x] (lunar-proposed/main) [1.203ubuntu1] (core, i386-whitelist)
[12:03] -queuebot:#ubuntu-release- New binary: gcc-defaults [armhf] (lunar-proposed/main) [1.203ubuntu1] (core, i386-whitelist)
[12:03] -queuebot:#ubuntu-release- New binary: gcc-defaults [i386] (lunar-proposed/main) [1.203ubuntu1] (core, i386-whitelist)
[12:04] -queuebot:#ubuntu-release- New binary: gcc-defaults [amd64] (lunar-proposed/main) [1.203ubuntu1] (core, i386-whitelist)
[12:05] -queuebot:#ubuntu-release- New binary: gcc-defaults [arm64] (lunar-proposed/main) [1.203ubuntu1] (core, i386-whitelist)
[12:06] -queuebot:#ubuntu-release- New binary: gcc-defaults [ppc64el] (lunar-proposed/main) [1.203ubuntu1] (core, i386-whitelist)
[12:08] -queuebot:#ubuntu-release- New binary: gcc-13-cross [i386] (lunar-proposed/universe) [3ubuntu1] (i386-whitelist)
[12:09] -queuebot:#ubuntu-release- New binary: gcc-defaults-ports [amd64] (lunar-proposed/universe) [1.204ubuntu1] (i386-whitelist)
[12:09] -queuebot:#ubuntu-release- New binary: gcc-defaults-ports [i386] (lunar-proposed/universe) [1.204ubuntu1] (i386-whitelist)
[12:10] -queuebot:#ubuntu-release- New: accepted gcc-defaults-ports [amd64] (lunar-proposed) [1.204ubuntu1]
[12:10] -queuebot:#ubuntu-release- New: accepted gcc-defaults-ports [i386] (lunar-proposed) [1.204ubuntu1]
[12:17] -queuebot:#ubuntu-release- Unapproved: s390-tools (lunar-proposed/main) [2.25.0-0ubuntu1 => 2.26.0-0ubuntu1] (core)
[12:25] -queuebot:#ubuntu-release- New binary: gcc-defaults [riscv64] (lunar-proposed/main) [1.203ubuntu1] (core, i386-whitelist)
[12:26] -queuebot:#ubuntu-release- New: accepted gcc-defaults [amd64] (lunar-proposed) [1.203ubuntu1]
[12:26] -queuebot:#ubuntu-release- New: accepted gcc-defaults [armhf] (lunar-proposed) [1.203ubuntu1]
[12:26] -queuebot:#ubuntu-release- New: accepted gcc-defaults [ppc64el] (lunar-proposed) [1.203ubuntu1]
[12:26] -queuebot:#ubuntu-release- New: accepted gcc-defaults [s390x] (lunar-proposed) [1.203ubuntu1]
[12:26] -queuebot:#ubuntu-release- New: accepted gcc-defaults [arm64] (lunar-proposed) [1.203ubuntu1]
[12:26] -queuebot:#ubuntu-release- New: accepted gcc-defaults [riscv64] (lunar-proposed) [1.203ubuntu1]
[12:26] -queuebot:#ubuntu-release- New: accepted gcc-defaults [i386] (lunar-proposed) [1.203ubuntu1]
[12:50] <utkarsh2102> seb128, sil2100: yet another questions is -
[12:51] <utkarsh2102> add_task install cloud-image
[12:51] <utkarsh2102> what does it actually do and where does this "cloud-image" coming from?
[12:59] -queuebot:#ubuntu-release- New binary: libcamera [riscv64] (lunar-proposed/universe) [0.0.4-2ubuntu1] (i386-whitelist)
[13:16] -queuebot:#ubuntu-release- New: accepted libcamera [amd64] (lunar-proposed) [0.0.4-2ubuntu1]
[13:16] -queuebot:#ubuntu-release- New: accepted libcamera [armhf] (lunar-proposed) [0.0.4-2ubuntu1]
[13:16] -queuebot:#ubuntu-release- New: accepted libcamera [ppc64el] (lunar-proposed) [0.0.4-2ubuntu1]
[13:16] -queuebot:#ubuntu-release- New: accepted libcamera [s390x] (lunar-proposed) [0.0.4-2ubuntu1]
[13:16] -queuebot:#ubuntu-release- New: accepted libcamera [arm64] (lunar-proposed) [0.0.4-2ubuntu1]
[13:16] -queuebot:#ubuntu-release- New: accepted libcamera [riscv64] (lunar-proposed) [0.0.4-2ubuntu1]
[13:16] -queuebot:#ubuntu-release- New: accepted libcamera [i386] (lunar-proposed) [0.0.4-2ubuntu1]
[13:16] -queuebot:#ubuntu-release- New binary: gcc-13-cross [ppc64el] (lunar-proposed/universe) [3ubuntu1] (i386-whitelist)
[13:20] -queuebot:#ubuntu-release- New binary: gcc-13-cross [amd64] (lunar-proposed/universe) [3ubuntu1] (i386-whitelist)
[13:23] <sil2100> utkarsh2102: it basically instructs livecd-rootfs to install all packages that are grouped into the given task. Tasks come from seeds basically, if you check a seed you'll find the 'Task-Key:' there for instance, and listing all the packages and expressions that should be part of that task
[13:23] <utkarsh2102> sil2100: thanks, is there some documentation about "Tasks"?
[13:24] <utkarsh2102> and all the other different (but similar) headers on the seeds
[13:24] <sil2100> utkarsh2102: hm, not sure, they're a bit of a borrowed concept from Debian, so maybe they'd have some docs about those
[13:24] <sil2100> https://people.canonical.com/~ubuntu-archive/seeds/ubuntu.lunar/cloud-image
[13:25] <utkarsh2102> right, okay
[13:25] <utkarsh2102> what does "Task-Section" and "Task-Key" mean here, really?
[13:25] <sil2100> This is for instance what defines the cloud-image task
[13:26] <sil2100> Task-Key is the name of the task that this defines, Section I actually have no idea, I always considered that more of a organizational thing. I think it might not be relevant to Ubuntu
[13:26] <utkarsh2102> :P
[13:26] <utkarsh2102> got it!
[13:26] <utkarsh2102> last: when we say "Task-Key: cloud-init"
[13:27] <utkarsh2102> what are we trying to say?
[13:27] <utkarsh2102> do we really need a Task-Key?
[13:27] <utkarsh2102> since cloud-init is also mentioned below as a separate pacakge
[13:28] <utkarsh2102> and then what does "add_task install cloud-image" finally mean with that Task-Key set as cloud-init?
[13:45] <sil2100> Ok, I think I mixed up that a bit, actually looking at it now I don't know what Task-Key means. The name of the task is derived from the seed name, so basically the filename only - I thought it could be modified by Task-Key, but it doesn't seem to be the case
[13:47] <sil2100> I'm worried that in this case it's also not very relevant to Ubuntu, but maybe someone more tenured would know
[13:47] <sil2100> So basically - task name comes from the seed name, so the filename
[13:55] <ricotz> hello ubuntu-archive, please enable i386 builds for https://launchpad.net/ubuntu/+source/spirv-llvm-translator-15/15.0.0-1ubuntu1
[13:55] <ricotz> it is required for mesa i386 which is in dep-wait
[13:57] <sil2100> utkarsh2102: in overall, tasks are a bit problematic, mostly because they're a bit 'borrowed' from Debian and now we're only using them in build machinery because of legacy reasons. Really we should be using metapackages, as its easy to pull in new things to exising installations this way
[13:58] <sil2100> While for Tasks, well, those are baked into the archive, and basically we only pull them in during build, then the rest is up to metas
[13:58] <sil2100> We generate tasks from the seeds, but the only use for tasks right now is I guess during build of the rootfses and if someone would want to use the good-ol tasksel
[14:04] <Eickmeyer> Don't even ask why images are generated from tasks instead of metas. Nobody knows.
[14:07] <sil2100> I think it's just a matter of 'doing it'. AFAIK there is no reason for that now. We used that probably because of the debian-installer based server images, as tasks had some relevance there still
[14:08] <sil2100> But now?
[14:09] <sil2100> I'm pretty sure that we could even easily make the old ubiquity installer images building without tasks, not to mention the subiquity based ones. We could just nicely generate metas for relevant bits and just use that
[14:10] <ogra> Eickmeyer, iirc that is d-i legacy ... d-i used to use tasks so images did to back then to be consistent (though colin could probably explain it better/more detailed)
[14:10] <ogra> *did too
[14:11] <Eickmeyer> tsimonq2: ^
[14:11] <Eickmeyer> ogra: It's a question that came up during the boat ride in Prague.
[14:11] <sil2100> As said, I think it's just a matter of technical dept
[14:11] <Eickmeyer> Yep.
[14:12] <sil2100> We need to JFDI! But uh, I think everyone has a bit too much on their plates right now ;)
[14:12] <Eickmeyer> :D
[14:13] <Eickmeyer> Yeah, no reason to bikeshed this. It was a silly question tsimonq2 brought up.
[14:18] <sil2100> hm, livefs builders are hanging for me for no reason
[14:20] <sil2100> I'm worried about the candidate images
[14:22] <Eickmeyer> sil2100: I seem to recall this happening before.
[14:27] <sil2100> I'll run a test build of, say, Lubuntu
[14:40] <seb128> ricotz, hey, I will add it to the whitelist
[14:41] <ricotz> seb128, thank you
[14:50] <sil2100> ...networking errors
[15:08] -queuebot:#ubuntu-release- New: rejected xe-guest-utilities [riscv64] (jammy-proposed) [7.20.2-0ubuntu1~22.04.1]
[15:13] -queuebot:#ubuntu-release- Unapproved: rejected xe-guest-utilities [source] (jammy-proposed) [7.20.2-0ubuntu1~22.04.1]
[15:25] -queuebot:#ubuntu-release- New: accepted xe-guest-utilities [source] (kinetic-proposed) [7.20.2-0ubuntu1~22.10.1]
[15:26] -queuebot:#ubuntu-release- Unapproved: accepted xe-guest-utilities [source] (jammy-proposed) [7.20.2-0ubuntu1~22.04.2]
[15:26] -queuebot:#ubuntu-release- New binary: xe-guest-utilities [amd64] (kinetic-proposed/none) [7.20.2-0ubuntu1~22.10.1] (ubuntu-cloud)
[15:26] -queuebot:#ubuntu-release- New binary: xe-guest-utilities [armhf] (kinetic-proposed/none) [7.20.2-0ubuntu1~22.10.1] (ubuntu-cloud)
[15:27] -queuebot:#ubuntu-release- New binary: xe-guest-utilities [amd64] (jammy-proposed/universe) [7.20.2-0ubuntu1~22.04.2] (ubuntu-cloud)
[15:27] -queuebot:#ubuntu-release- New binary: xe-guest-utilities [ppc64el] (kinetic-proposed/none) [7.20.2-0ubuntu1~22.10.1] (ubuntu-cloud)
[15:27] -queuebot:#ubuntu-release- New binary: xe-guest-utilities [arm64] (kinetic-proposed/none) [7.20.2-0ubuntu1~22.10.1] (ubuntu-cloud)
[15:27] -queuebot:#ubuntu-release- New binary: xe-guest-utilities [s390x] (kinetic-proposed/none) [7.20.2-0ubuntu1~22.10.1] (ubuntu-cloud)
[15:28] -queuebot:#ubuntu-release- New binary: xe-guest-utilities [armhf] (jammy-proposed/universe) [7.20.2-0ubuntu1~22.04.2] (ubuntu-cloud)
[15:28] -queuebot:#ubuntu-release- New binary: xe-guest-utilities [s390x] (jammy-proposed/universe) [7.20.2-0ubuntu1~22.04.2] (ubuntu-cloud)
[15:29] -queuebot:#ubuntu-release- New binary: xe-guest-utilities [arm64] (jammy-proposed/universe) [7.20.2-0ubuntu1~22.04.2] (ubuntu-cloud)
[15:29] -queuebot:#ubuntu-release- New binary: xe-guest-utilities [ppc64el] (jammy-proposed/universe) [7.20.2-0ubuntu1~22.04.2] (ubuntu-cloud)
[15:33] <bdmurray> ahasenack: We are back to the state we were where we just have deal with issues in scalingstack and run the tests on some arches.
[15:33] <bdmurray> s/run/running/
[15:34] <seb128> ricotz, i386 build failed because pkgconf isn't installable on i386 it seems?
[15:34] -queuebot:#ubuntu-release- Packageset: Added spirv-llvm-translator-15 to i386-whitelist in lunar
[15:35] <ricotz> seb128, hmm, this can't be right
[15:35] <seb128> right, I don't understand, https://launchpadlibrarian.net/652021261/buildlog_ubuntu-lunar-i386.spirv-llvm-translator-15_15.0.0-1ubuntu1_BUILDING.txt.gz
[15:36] <seb128> I tried in a local container but pkgconf:i386 is installable on an amd64 installation, weird
[15:36] <seb128> >  sbuild-build-depends-main-dummy : Depends: pkgconf but it is not installable
[15:37] <seb128> ah, proposed is not being used it seems
[15:37] <seb128> and the release pocket version of pkgconf has no i386 build
[15:37] <seb128> I though buildds were using proposed though?
[15:38] <ricotz> I guess while spirv-llvm-translator-15 is already in release it doesn't use proposed by default
[15:38] <seb128> ah, then my pocket copy isn't enough, I will do a real upload
[15:40] <ricotz> yes, please try that
[15:40] <seb128> ricotz, uploaded
[15:41] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-418-server [amd64] (kinetic-proposed) [418.226.00-0ubuntu5~<IP_ADDRESS>]
[15:41] -queuebot:#ubuntu-release- New: accepted xe-guest-utilities [amd64] (kinetic-proposed) [7.20.2-0ubuntu1~22.10.1]
[15:41] -queuebot:#ubuntu-release- New: accepted xe-guest-utilities [armhf] (kinetic-proposed) [7.20.2-0ubuntu1~22.10.1]
[15:41] -queuebot:#ubuntu-release- New: accepted xe-guest-utilities [s390x] (kinetic-proposed) [7.20.2-0ubuntu1~22.10.1]
[15:41] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-418-server [i386] (kinetic-proposed) [418.226.00-0ubuntu5~<IP_ADDRESS>]
[15:41] -queuebot:#ubuntu-release- New: accepted xe-guest-utilities [ppc64el] (kinetic-proposed) [7.20.2-0ubuntu1~22.10.1]
[15:41] -queuebot:#ubuntu-release- New: accepted xe-guest-utilities [arm64] (kinetic-proposed) [7.20.2-0ubuntu1~22.10.1]
[15:41] -queuebot:#ubuntu-release- New binary: xe-guest-utilities [riscv64] (kinetic-proposed/none) [7.20.2-0ubuntu1~22.10.1] (ubuntu-cloud)
[15:42] -queuebot:#ubuntu-release- New: accepted xe-guest-utilities [riscv64] (kinetic-proposed) [7.20.2-0ubuntu1~22.10.1]
[15:55] <utkarsh2102> sil2100: thanks for a wonderful summary! :D
[15:55] <utkarsh2102> so when you say, "So basically - task name comes from the seed name, so the filename" - it means something
[15:55] <utkarsh2102> is wrong with the cloud-image seed, no?
[15:55] -queuebot:#ubuntu-release- New binary: xe-guest-utilities [riscv64] (jammy-proposed/universe) [7.20.2-0ubuntu1~22.04.2] (ubuntu-cloud)
[15:55] <utkarsh2102> https://people.canonical.com/~ubuntu-archive/seeds/ubuntu.lunar/cloud-image has a weird Task-Key, not even related :P
[15:56] <sil2100> Yeah, I don't really know now what Task-Key is used for, I think this actually might be very tasksel related, so I'd just ignore it for now ;p
[15:57] <utkarsh2102> got it!
[15:57] <sil2100> The task name is the seed name, so the above cloud-image seed results in the packages in that seed getting a Tasks: cloud-image field
[15:58] <sil2100> And by doing add_task in livecd-rootfs, livecd-rootfs querries apt to get all packages that have the given task in their Tasks field and installs them to the target layer/pass
[15:58] <utkarsh2102> as you'd know, I am trying to create a new cloud-minimal seed and hence I ask, to be super clear what's happening
[15:58] <utkarsh2102> so for cloud-minimal, I'll just not care about Task* at the moment :)
[15:58] <utkarsh2102> does that seem reasonable?
[16:00] <utkarsh2102> sil2100: oh wait, when queried, apt gets all the packages that have given task in their Tasks field but with cloud-image seed having a weird Task-Key, how does that work? Should it not only install cloud-init then? As that's the Task-Key mentioned?
[16:00] -queuebot:#ubuntu-release- New: accepted xe-guest-utilities [amd64] (jammy-proposed) [7.20.2-0ubuntu1~22.04.2]
[16:00] -queuebot:#ubuntu-release- New: accepted xe-guest-utilities [armhf] (jammy-proposed) [7.20.2-0ubuntu1~22.04.2]
[16:00] -queuebot:#ubuntu-release- New: accepted xe-guest-utilities [riscv64] (jammy-proposed) [7.20.2-0ubuntu1~22.04.2]
[16:00] -queuebot:#ubuntu-release- New: accepted xe-guest-utilities [arm64] (jammy-proposed) [7.20.2-0ubuntu1~22.04.2]
[16:00] -queuebot:#ubuntu-release- New: accepted xe-guest-utilities [s390x] (jammy-proposed) [7.20.2-0ubuntu1~22.04.2]
[16:01] -queuebot:#ubuntu-release- New: accepted xe-guest-utilities [ppc64el] (jammy-proposed) [7.20.2-0ubuntu1~22.04.2]
[16:01] <sil2100> Yeah, I'd just fill in Task-Description: for descriptive purposes
[16:01] <sil2100> utkarsh2102: as mentioned, I don't think Task-Key is used by our stuff right now
[16:02] <utkarsh2102> gotttttttttt it! thank youuuu. <3
[16:03] <sil2100> utkarsh2102: by 'queries apt to get all packages that have the given task in the Tasks field' I mean that when you create a seed with name 'foo', add some packages to it, push it, and in some ticks basically the archive should make sure to add this 'foo' task to the list of "Task:" it has
[16:03] <sil2100> $ apt-cache show vim |grep Task
[16:03] <sil2100> Task: cloud-image, ubuntu-wsl, server, ubuntu-server-raspi, lubuntu-desktop
[16:04] <utkarsh2102> interesting!
[16:05] <utkarsh2102> how'd the archive now which tasks to add? :)
[16:05] <utkarsh2102> s/now/know/g
[16:06] <sil2100> Those are the bits that are a bit unknown to me as I never dealt with the machinery on the archive side, but I suppose it all comes from germinate runs that are constantly happening
[16:07] <sil2100> This is probably more Colin territory or someone that's more tenured ;p
[16:09] <utkarsh2102> niicee! so I'll try to use as minimal stuff as required and not step on the "Tasks*" landmine for as long as I can avoid it 😌
[16:10] <utkarsh2102> also, it'd just make more sense for me to use "minimal things" for a seed that I am calling "minimal" cloud seed :P
[16:12] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Jammy 22.04.2] (20230217.1) has been added
[16:16] <Eickmeyer> utkarsh2102: That's similar to how we're doing it for edubuntu: using the ubuntu-minimal task, which is the ubuntu-desktop task but in the minimal installation form, and building on that for the edubuntu-desktop-gnome task.
[16:17]  * utkarsh2102 looks at edubuntu
[16:22] <utkarsh2102> https://people.canonical.com/~ubuntu-archive/seeds/edubuntu.lunar/desktop-gnome, this one, I think?
[16:23] <Eickmeyer> utkarsh2102: Yep, that's the one.
[16:23] <utkarsh2102> I see, thanks!
[16:24] <Eickmeyer> utkarsh2102: https://people.canonical.com/~ubuntu-archive/seeds/edubuntu.lunar/STRUCTURE should give you a better clue though.
[16:25] <Eickmeyer> Notice how desktop-gnome is structured with desktop-common, but then desktop-gnome uses ubuntu-minimal as a dep.
[16:25] <Eickmeyer> er... ubuntu-destkop-minimal.
[16:45] <vorlon> LocutusOfBorg: I tried to add a skiptest dkms/all/i386 but I'm not sure if skiptest works per-architecture; let me go see
[16:45] <vorlon> LocutusOfBorg: (I'm off work today though so this is just a quick poke then I'm disappearing)
[16:45] <vorlon> LocutusOfBorg: "Should wait for tests relating to dkms 3.0.10-6, but forced by vorlon
[16:45] <vorlon> "
[16:46] <vorlon> LocutusOfBorg: so no, the per-arch hint appears to *not* work and it appears instead to be ignoring all tests :P
[16:49] <vorlon> utkarsh2102, seb128: server has a minimal option but it doesn't work via a "remove" file which is a ubiquity-ism; instead it pulls from a different squashfs layer
[16:49] <vorlon> utkarsh2102, sil2100: Task-Key means: if this package is absent from the archive, do not emit this task
[16:53] <vorlon> LocutusOfBorg: so dkms has in fact migrated, ignoring all the test results <shrug>
[16:53] <vorlon> xnox: ^^
[16:59] <utkarsh2102> vorlon: aah, I see, thanks. would it be correct to say that it basically is an essential package for that seed?
[16:59] <utkarsh2102> but that sounds a bit odd
[17:00] <ricotz> this deserves a retry now - https://launchpad.net/ubuntu/+source/mesa/22.3.4-1ubuntu1/+build/25559244
[17:02] <utkarsh2102> ricotz: https://launchpad.net/ubuntu/+source/mesa/22.3.4-1ubuntu1/ seems to have been built
[17:02] <bdmurray> sil2100: Do all these language packs need to be phasing?
[17:03] <ricotz> utkarsh2102, i386 isn't
[17:04] <utkarsh2102> oops, sorry
[17:04] <utkarsh2102> Missing build dependencies: libllvmspirvlib-15-dev
[17:05] <vorlon> utkarsh2102: yes, effectively
[17:06] <vorlon> utkarsh2102: it's in the process of being bootstrapped, seb128 did the necessary upload
[17:06] <vorlon> (mesa)
[17:12] <sil2100> bdmurray: I don't think so
[17:13] <sil2100> Ok, firing up some test release candidate images o/
[17:26] <xnox> vorlon:  thanks for the highlight.
[17:28] <bdmurray> sil2100: Okay, an AA would need to fully phase them
[17:37] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Jammy 22.04.2] (20230217.1) has been added
[17:37] -queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop amd64 [Jammy 22.04.2] (20230217) has been added
[17:41] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop arm64+raspi [Jammy 22.04.2] (20230217.1) has been added
[17:42] <vorlon> bdmurray, sil2100: which what?
[17:43] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Jammy 22.04.2] (20230217.1) has been added
[17:44] <sil2100> Langpacks, they're phasing out slowly
[17:44] <sil2100> Even though I don't think there's any need for that
[17:47] <vorlon> ok I'll phase them
[17:48] <vorlon> would be nice to have a helper to do the phasing for langpacks based on glob, but
[17:48] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Jammy 22.04.2] (20230217) has been added
[17:51] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Jammy 22.04.2] (20230217.1) has been added
[17:52] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Jammy 22.04.2] (20230217.1) has been added
[17:52] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Jammy 22.04.2] (20230217) has been added
[18:17] <vorlon> sil2100, bdmurray: ok my change-overrides command for language-pack* didn't have any typos, it's just committing all the changes now
[18:19] <utkarsh2102> ack, thank you, vorlon!
[18:32] <sil2100> vorlon: thanks!
[19:02] -queuebot:#ubuntu-release- New binary: rustc [i386] (lunar-proposed/main) [1.66.1+dfsg0ubuntu1-0ubuntu1] (i386-whitelist)
[19:25] -queuebot:#ubuntu-release- Builds: Ubuntu Base amd64 [Jammy 22.04.2] (20230217.1) has been added
[19:25] -queuebot:#ubuntu-release- Builds: Ubuntu Base arm64 [Jammy 22.04.2] (20230217.1) has been added
[19:25] -queuebot:#ubuntu-release- Builds: Ubuntu Base armhf [Jammy 22.04.2] (20230217.1) has been added
[19:25] -queuebot:#ubuntu-release- Builds: Ubuntu Base ppc64el [Jammy 22.04.2] (20230217.1) has been added
[19:25] -queuebot:#ubuntu-release- Builds: Ubuntu Base riscv64 [Jammy 22.04.2] (20230217.1) has been added
[19:25] -queuebot:#ubuntu-release- Builds: Ubuntu Base s390x [Jammy 22.04.2] (20230217.1) has been added
[19:28] -queuebot:#ubuntu-release- New binary: rustc [ppc64el] (lunar-proposed/main) [1.66.1+dfsg0ubuntu1-0ubuntu1] (i386-whitelist)
[19:32] -queuebot:#ubuntu-release- New binary: rustc [amd64] (lunar-proposed/main) [1.66.1+dfsg0ubuntu1-0ubuntu1] (i386-whitelist)
[19:36] -queuebot:#ubuntu-release- New binary: rustc [s390x] (lunar-proposed/main) [1.66.1+dfsg0ubuntu1-0ubuntu1] (i386-whitelist)
[20:33] <LocutusOfBorg> vorlon, what does dkms skiptest means? the failures are now "regressed in release" or something like that?
[20:56] <fnordahl> apparently our friends in upstream OpenStack are awaiting some fixes in the newly accepted https://launchpad.net/ubuntu/+source/ovn/22.03.2-0ubuntu<IP_ADDRESS> however that will not build until we also get https://launchpadlibrarian.net/646504743/openvswitch_2.17.5-0ubuntu<IP_ADDRESS>_source.changes into -proposed ref bug 2003060 if anyone has a moment to help out
[20:56] -ubottu:#ubuntu-release- Bug 2003060 in openvswitch (Ubuntu Jammy) "[SRU] openvswitch 2.17.5 point release" [High, Triaged] https://launchpad.net/bugs/2003060
[21:08] <Eickmeyer> ubuntu-sru and ubuntu-release: Found a ux regression in Ubuntu Studio for this point release, mostly due to a change in how Plasma propagates its defaults, so not a regression in plasma per se, just a change we weren't made aware of that only affects Studio. bug 2007614
[21:08] -ubottu:#ubuntu-release- Bug 2007614 in ubuntustudio-default-settings (Ubuntu Jammy) "[SRU] Change to plasma causes login splash screen defaults to propogate differently" [High, In Progress] https://launchpad.net/bugs/2007614
[21:30] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64+raspi [Jammy 22.04.2] (20230217.1) has been added
[21:30] -queuebot:#ubuntu-release- Builds: Ubuntu Server armhf+raspi [Jammy 22.04.2] (20230217.1) has been added
[21:30] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+nezha [Jammy 22.04.2] (20230217.1) has been added
[21:30] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+visionfive [Jammy 22.04.2] (20230217.1) has been added
[21:58] <vorlon> LocutusOfBorg: I think they won't be considered regressed in release unless there's a baseline retest
[21:58] <LocutusOfBorg> ok
[21:59] <vorlon> LocutusOfBorg: but dkms was allowed to migrate without tests having been run (but they were still queued and will show in results later)
[21:59] <LocutusOfBorg> in any case they were regressed due to new kernel in proposed
[21:59] <LocutusOfBorg> so, I guess they will need fixes for the kernel to migrate?
[22:01] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Jammy 22.04.2] (20230217.1) has been added
[22:02] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity arm64 [Jammy 22.04.2] (20230217.1) has been added
[22:02] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity ppc64el [Jammy 22.04.2] (20230217.1) has been added
[22:02] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity s390x [Jammy 22.04.2] (20230217.1) has been added
[22:03] <LocutusOfBorg> (still sfepy ping to hint i386)
[22:06] <vorlon> LocutusOfBorg: well we don't care about kernel modules on i386
[22:06] <vorlon> but I also didn't see anything dkms-related that was blocking linux currently
[22:07] <vorlon> (certainly not dkms on i386)
[22:12] <vorlon> LocutusOfBorg: sfepy/i386 badtest added
[22:15] <LocutusOfBorg> <3
[22:40] -queuebot:#ubuntu-release- New binary: rustc [armhf] (lunar-proposed/main) [1.66.1+dfsg0ubuntu1-0ubuntu1] (i386-whitelist)
[22:58] <bdmurray> vorlon: It looks like there are two sets of libzstd tests queued with libzstd/1.5.4+dfsg2-2 being obsolete
[23:38] -queuebot:#ubuntu-release- New binary: rustc [arm64] (lunar-proposed/main) [1.66.1+dfsg0ubuntu1-0ubuntu1] (i386-whitelist)


[00:00] <jcastro_> no seriously this is awesome what you guys did
[00:00] <jcastro_> it's not obvious now, but your pain basically will make it so any django app can be deployed easily.
[00:13] <akgraner> jono et al ...totally digging the 24 hours Horseman Marathon...cool idea - can't wait to tune into the hangout...:-)
[00:14] <cjohnston> im waiting to see which passes out first
[00:14] <akgraner> what did I miss the part about a drinking game?  /me rereads the posts
[00:15] <cjohnston> lol
[00:41] <jono> akgraner, :-)
[00:53] <IdleOne> i guess this means you are all taking that Friday off
[00:56] <mhall119> if by "off" you mean working 6-9 hours, then yes
[00:57] <IdleOne> exactly what I meant
[01:59] <jono> jcastro_, around?
[01:59] <jcastro_> yeah
[01:59] <jcastro_> going to bed in a bit though
[02:00] <jono> jcastro_, np, want me to review the deck and leave comments?
[02:00] <jcastro_> yes please
[02:00] <jcastro_> also I've pushed the docs here
[02:01] <jono> jcastro_, cool
[02:01] <jono> will leave feedback and then you can respond to it tomorrow
[02:01] <jcastro_> https://juju.ubuntu.com/docs/charm-quality.html
[02:01] <jcastro_> okey
[02:01] <jono> unfortunately I have another call at 7am before that one?
[02:01] <jono> but I can talk over IRC
[02:01] <jono> just my mgmt call
[02:01] <jcastro_> sure, I'll just figure it out
[02:01] <jono> that link looks good
[02:01] <jono> thanks, pal
[02:01] <jono> \m/
[02:02] <jcastro_> I did something strange where I commited and it generated it like 5 minutes later
[02:02] <jcastro_> so basically I caught the cronjob right on time
[02:02] <jcastro_> heh
[02:02] <jono> :-)
[02:03] <JoseeAntonioR> jono: hey, I'll be available at 10UTC, would you like me to help you with the opening part? I can be there for around and hour, then leave for school, and get back to it later
[02:08] <jono> JoseeAntonioR, I think jcastro_ can help take care of it for me
[02:08] <jono> or mhall119
[02:08] <jono> thanks!
[02:08] <JoseeAntonioR> np, then
[02:16] <jono> alright folks
[02:17] <jono> anyone want to rustle up a donation?
[02:17] <jono> http://www.justgiving.com/jonobaconmarathon/Donate
[02:17] <jono> that is the place you can make it
[02:53] <snap-l> BTW: Metalheads: http://metalinjection.fm is streaming CC-licensed music selected by me
[02:53] <snap-l> for one more hour
[02:57] <JoseeAntonioR> jono: would you like me to do cross post your original post to the fridge?
[03:25] <marcoceppi> hazmat: I want to be able to specify which ssh secret key to use during SSH operations
[03:26] <hazmat> marcoceppi,  and the configuration option in environments.yaml is insufficient?
[03:26] <hazmat> marcoceppi, the env only has one key, so what's the utility of passing it  on the cli?
[03:27] <hazmat> marcoceppi, every time you want to use the env, you'd have to remember to pass the cli option to it.
[03:28] <hazmat> that's why its an option as part of the env definition
[03:28] <hazmat> in the configuration file
[04:24] <jono> JoseeAntonioR, yes please!
[04:25] <JoseeAntonioR> jono: ok, pending review.
[04:50] <jono> thanks JoseeAntonioR
[04:50] <JoseeAntonioR> np
[07:04] <dholbach> good morning
[09:12] <dholbach> Total sum of donations: £ 302.95
[09:12] <dholbach> not too bad
[09:12] <dholbach> for a couple of hours :)
[09:13] <czajkowski> wow
[09:17] <bkerensa> dholbach: is it upfront or just if you finish? like a relay for life type thing
[09:18] <dholbach> bkerensa, I'm not sure I understand
[09:20] <bkerensa> dholbach: so in the U.S. we have a lot of charity events based on duration or length where people bid a donation by how long they thing you will go
[09:20] <bkerensa> so Relay for Life is one where people walk in circles for days
[09:21] <bkerensa> and people bid by how many miles or days they think you will go
[09:21] <dholbach> we will all do 24h
[09:21] <bkerensa> So $25 for 50 miles etc
[09:21] <dholbach> people who fall asleep earlier will have to endure lifelong ridicule
[09:21] <bkerensa> :P
[09:22] <dholbach> maybe I should start taking donations for reviewed patches :-P
[09:23] <bkerensa> dholbach: I will tip in btc
[09:23] <bkerensa> ;p
[09:24] <dholbach> :)
[09:24] <dholbach> it will be lots of fun
[09:24] <bkerensa> 0.002btc per patch approved
[09:24] <bkerensa> ;)
[09:25] <czajkowski> http://loco.ubuntu.com/events/global/1995/detail/  is now up and running
[09:25] <bkerensa> ok time to flip the switch ta ta
[09:30] <czajkowski> https://wiki.ubuntu.com/UDS-R/PublicTransit  Danish loco got that updated last night for us
[09:32] <dpm> yeah, we will do 24h or will die on air
[09:33] <czajkowski> or lack of air :) take your pick
[09:51] <dholbach> Total sum of donations: £ 602.95
[09:52] <dpm> \o/
[09:52] <dpm> the secondary goal is still for us to kick jono's ass in terms of donations
[09:55] <dholbach> there's still time :)
[12:35] <jcastro_> there went my lead!
[12:35] <jcastro_> dholbach, nice work!
[12:37] <dholbach> jcastro_, have a look at the donations pages and see who did it :)
[12:38] <dholbach> ah no, I hadn't seen the newest donations yet
[12:38] <dholbach> wow
[12:44] <jcastro_> yeah!
[12:44] <jcastro_> \o/
[13:09] <marcoceppi> idling
[13:10] <marcoceppi> This stupid subway install has been posting messages I type in one room to this one
[13:10] <marcoceppi> I do apologize
[13:12] <Sebastian> bkerensa: Hi :) I wanted to ask whether you might help me again with the bachelor questionnaire?
[13:12] <popey> marcoceppi, thanks for helping Mark out with his blog post!
[13:59] <jcastro_> bkerensa, tell me more about softlayer
[14:48] <marcoceppi> popey: my pleasure!
[15:00] <jono> dpm, mhall119 set up the hangout, my call is running over
[15:00] <dpm> ok
[15:03] <dpm> mhall119, jono, https://plus.google.com/hangouts/_/5127112972fcd50c47253e3f1da43909477f581e?hl=en
[15:03] <dholbach> almost 900 pounds - nuts
[16:13] <popey> how often does http://marathon.ubuntuonair.com/ update?
[16:20] <dholbach> popey, every 5m or something
[16:21] <dholbach> popey, but it should load automatically
[16:21] <popey> sweet
[16:21] <dholbach> alright, just blogged about it myself :)
[16:26] <dholbach> bah, I'm too stupid to microblog, should've used the other hashtag
[16:27] <dholbach> ok, better
[17:17] <hggdh> anybody knows bojce and and Uros1 from the Ubuntu Serbia LOCO team?
[17:22] <SergioMeneses> hggdh, I saw them in the reapproval meeting, two months ago. Do you need to get in touch with them?
[17:25] <hggdh> SergioMeneses: they applied for membership two weeks ago, but did not have any testimonials, and we could not match names & pictures from the application
[17:26] <hggdh> so I was wondering if someone from the community team could be so kind as to provide a testimonial that we can use
[17:27] <SergioMeneses> hggdh, I dont know them personally... I only know that they're the contacts of serbianteam
[17:27] <SergioMeneses> hggdh, I'm going to pm you
[17:39] <SergioMeneses> hggdh,  I hope that I've been helpful :) I'll see you soon
[17:41] <dholbach> and we're past 1000!
[17:41] <dholbach> Total sum of donations: £ 1009.95
[17:41] <dholbach> wooohoo
[17:42] <jcastro_> \o/
[17:44] <elfy> that's great :)
[17:48] <dholbach> jono, jcastro_, mhall119, balloons: this is lots of fun
[17:50] <jono> dholbach, indeed :-)
[17:51] <akgraner> you guys are kicking !@#! Go y'all!
[17:53] <dholbach> alright
[17:53] <dholbach> time to call it a day
[17:53] <dholbach> see you all tomorrow :)
[17:59] <balloons> woot! 1k
[19:35] <jcastro_> is ctrl-alt-t broken for anyone else?
[19:35] <jcastro_> in quantal
[19:35] <cjohnston> nope
[19:36] <mhall119> jcastro_: I think that was changed a few weeks ago
[19:36] <cjohnston> it just worked for me, updated as of this morning
[19:36] <jcastro_> oh, maybe I need to log out
[19:57] <mhall119> http://mhall119.com/2012/09/why-i-am-supporting-autism-research/
[21:15]  * mhall119 hugs czajkowski
[21:16] <czajkowski> ;)
[21:16] <mhall119> czajkowski: does your significant other know where I can get a nice red fedora for a certain hat-loving child of mine?
[21:17] <czajkowski> I could nick his :)
[21:17] <mhall119> adult sizes would probably fit
[21:17] <mhall119> not that I'd condone theft....
[21:17] <czajkowski> we also have one we got given from the redhat cloud day that is more of a summer version not full straw hat but sturdier
[21:18] <czajkowski> not brushed velvet like the original one .
[21:18] <mhall119> I'd like to find one that matches their logo
[21:18] <czajkowski> if you remind me closer to UDS will bring the summer version on they were handing them out to all of the delegates and I'm only looking to get rid of it
[21:18] <mhall119> I think he'd look good in it
[21:18] <mhall119> thanks!
[21:22] <czajkowski> mhall119: http://ubuntuone.com/3mk8lWiG5R1UxD0luDV9CJ
[21:22] <czajkowski> I cant give away his real one really :)
[21:22] <czajkowski> he even horders onto hiw RH training shirts and RH certified jackets
[21:40] <mhall119> czajkowski: that is a nice looking one though, and will work well in our Florida heat
[22:05] <JoseeAntonioR> czajkowski: hey
[22:11] <daker> mhall119: sorry i can't help you, i don't have a credit card :)
[22:14] <mhall119> daker: no worries, a re-tweet or share would help just as much
[22:14] <daker> sure
[22:15] <cjohnston> jono: how much do I have to donate to get my suggestion for the marathon?
[22:16] <bkerensa> afternoon guys and gals
[22:16] <bkerensa> :)
[22:16] <cjohnston> bkerensa: when you gonna learn django
[22:16] <bkerensa> cjohnston: When the moon splits
[22:16] <bkerensa> idk
[22:17] <bkerensa> its not on my todo list right now
[22:18] <cjohnston> got plenty of work that you could do :-)
[22:20] <akgraner> cjohnston, look at you trying to give work away  - I think you took lessons from my old boss :-P
[22:23] <cjohnston> lol
[22:32] <bkerensa> heh
[22:34] <bkerensa> Only in Portland can you go to a cafe and they not have sugar
[22:34] <bkerensa> ;p
[22:34] <bkerensa> they offered stevia or honey :(
[22:37] <bkerensa> cjohnston: http://www.onsetcomp.com/products/data-loggers/zw-003
[22:37] <bkerensa> ^ do want
[23:37] <czajkowski> jono:  a tweet about http://loco.ubuntu.com/events/global/1995/detail/  would be great :)


[10:19] <cjwatson_> doko_: if it was approved and is currently needed, it's fine to promote it
[10:20] <cjwatson> probably dropped out transiently ...
[13:08] <ScottK> lamont: adare has been stuck unpacking https://launchpad.net/ubuntu/+source/sugar-toolkit-0.88/0.88.1-3build1/+build/2077451 for 14 hours now.  Would you please shoot the build in the head?
[13:21] <charlie-tca> Can we drop the natty-alternate-powerpc+ps3.iso build completely, please. This is only built for the ps3, which we can't really support any more
[13:23] <cjwatson> oh, I meant to find somebody authoritative to pronounce on that
[13:23] <cjwatson> maybe I should just do it and tell ubuntu-devel-announce so that anyone who objects can step up
[13:27] <lamont> ScottK: sure.  note also that the livecd builder for ppc, now running lucid, is faceplanting on a regular basis... I'll be trying a maverick kernel for giggles today, to see if that accidentally restored some stability
[13:28] <ScottK> lamont: Thanks.
[13:33] <cjwatson> charlie-tca: OK, done
[13:35] <charlie-tca> cjwatson: thanks
[15:11] <cjwatson> does anyone disagree with adding techboard to ubuntu-release?
[15:11] <cjwatson> surprised it wasn't there already TBH ...
[18:05] <ScottK> cjwatson: Would you mind trying a powerpc livefs CD build.  I think it'll work now (for the first time in several weeks).
[18:08] <cjwatson> ScottK: what flavour?
[18:09] <ScottK> cjwatson: Whatever would best qualify as "regular".  I don't think it will matter.
[18:10] <cjwatson> ok, there's an Ubuntu one running now then
[18:10] <cjwatson> ssh: connect to host royal.buildd port 22: No route to host
[18:10] <cjwatson> ... no there isn't
[18:10] <ScottK> cjwatson: Sorry. Kubuntu
[18:10] <cjwatson> well, OK, but it will fail for the same reason
[18:10] <ScottK> Ah.
[18:11] <ScottK> Well no need for that then.
[18:11] <cjwatson> lamont: what's up with routing from antimony to royal?
[18:11] <lamont> cjwatson: royal
[18:11] <lamont> I assume you want royal to be running,ey?
[18:12] <cjwatson> well, *ideally*
[18:12] <cjwatson> I only tried it 'cos ScottK asked
[18:12] <lamont> what we actually need is a kernel that is stable on that box
[18:12] <lamont> I upgraded it from karmic to lucid last week...  it's not funny anymore.
[18:13]  * lamont will reboot it later today with a maverick kernel, just to see what that bring
[18:13] <lamont> s
[18:14] <lamont> though I kind of suspect that we may be getting closer to the point where someone needs to spring for hardware that at least the manufacturer is willing to support
[18:15] <lamont> so you know how adare falls over from time to time?  royal falls over worse.  and I'm planning to upgrade ross to lucid sometime this month
[18:15] <lamont> ditto davis
[18:16] <lamont> cjwatson: I have powerstabbed royal.  give it a couple minutes and it should love antimony at least long enough to start a livecd build... I rather suspect that the livecd build is what's causing it to smash into the ground face-first
[18:19] <lamont> cjwatson: it's back up, at least for the moment
[18:19] <lamont> after lunch, I'll smash the maverick kernel onto it
[19:01] <cjwatson> lamont: IIRC, the livefs build is all that royal does, isn't it?
[19:01] <cjwatson> I've kicked off a Kubuntu powerpc livefs build
[19:04] <ScottK> Thanks.
[19:58] <ScottK> cjwatson: It failed with an error I haven't seen before. http://paste.ubuntu.com/543780/
[20:00] <cjwatson> that's not the right log file - check the timestamps
[20:00] <ScottK> Oh.
[20:00] <cjwatson> the logs are mirrored at :00, so should be available soon
[20:01] <ScottK> Right.  Sorry for the distraction.
[20:01] <ScottK> In fact it just appeared
[20:01] <cjwatson> it fell over for some other reason, can't quite make out why
[20:02] <ScottK> It may be since before you did the ports directory merge that this image had a chance to build.  Not sure if that's relevant.
[20:02] <cjwatson> lamont: did royal fall over again?  can't seem to get at http://royal.buildd/~buildd/LiveCD/ ...
[20:02] <cjwatson> ScottK: don't think so, looks like the livefs buildd failed in between building the image and antimony fetching it
[20:03] <cjwatson> *some* powerpc images have certainly built since the ports merge, I'm pretty sure
[20:03] <ScottK> I know there have been alterates.
[20:03] <ScottK> (just imagine I spelled that right, please)
[20:04] <cjwatson> the ports merge didn't really affect this stuff particularly anyway.
[20:05] <ScottK> OK.
[20:07] <lamont> cjwatson: yep.
[20:07] <lamont> let me reboot it and stuff a maverick kernel under us
[20:52] <lamont> cjwatson: wanna kick royal in the livecd?  maverick kernel testing for the win


[08:58] -queuebot:#ubuntu-release- Unapproved: ceph (hirsute-proposed/main) [16.2.4-0ubuntu<IP_ADDRESS> => 16.2.6-0ubuntu<IP_ADDRESS>] (ubuntu-desktop, ubuntu-server)
[10:22] -queuebot:#ubuntu-release- Unapproved: libtgowt (hirsute-proposed/universe) [0~git20210124.be23804+ds-3 => 0~git20210627.91d836d+dfsg-3ubuntu1~21.04] (no packageset)
[10:53] <oSoMoN> hey release team, can someone please ack the UIFe for the impish wallpapers? it's bug #1942437
[10:54] <oSoMoN> laney, maybe you if you're around? ^
[10:59] <laney> oSoMoN: sure
[11:03] <oSoMoN> cheers!
[11:12] <seb128> laney, hey, thanks for the uif ack :-)
[11:37] <xnox> vorlon:  i honestly hope to never touch debian-installer ever again.
[12:14] -queuebot:#ubuntu-release- New binary: ubuntu-wallpapers [amd64] (impish-proposed/main) [21.10.1-0ubuntu1] (desktop-core)
[14:25] -queuebot:#ubuntu-release- New: accepted ubuntu-wallpapers [amd64] (impish-proposed) [21.10.1-0ubuntu1]
[18:18] <bdmurray> I'm reviewing verified SRUs as sil_2100 is out
[18:54] <bdmurray> vorlon: Is there a new location for this http://people.ubuntu.com/~ubuntu-archive/testing/ ?
[18:55] <bdmurray> Also conflict checker seems pretty out of date
[18:57] <bdmurray> Could an AA remove the packages on the NBS report? https://people.canonical.com/~ubuntu-archive/nbs.html
[18:58] <vorlon> bdmurray: NBS removals> done
[19:00] <vorlon> bdmurray: http://people.ubuntu.com/~ubuntu-archive/testing/: is this mentioned in the beta checklist? I think everything we used to have there is now integrated under proposed-migration
[19:01] <bdmurray> Well packingincosistencies is linked to which then has the two links I referenced https://wiki.ubuntu.com/UbuntuDevelopment/PackageArchive#Consistency
[19:03] <vorlon> bdmurray: ok, that has indeed moved to https://people.canonical.com/~ubuntu-archive/proposed-migration/impish_uninst.txt which I frequently garden outside of milestones
[19:04] <vorlon> bdmurray: (it used to be a separate britney instance running to generate that, but the code was out of date and buggy so I merged them a year? or so ago)
[19:04] <vorlon> there's also https://people.canonical.com/~ubuntu-archive/proposed-migration/impish_outdate.txt which sometimes shows issues that the NBS report alone doesn't catch
[19:04]  * vorlon afks
[19:23] -queuebot:#ubuntu-release- Unapproved: cloud-init (bionic-proposed/main) [21.3-1-g6803368d-0ubuntu1~18.04.2 => 21.3-1-g6803368d-0ubuntu1~18.04.3] (edubuntu, ubuntu-cloud, ubuntu-server)
[19:32] -queuebot:#ubuntu-release- Unapproved: cloud-init (focal-proposed/main) [21.3-1-g6803368d-0ubuntu1~20.04.2 => 21.3-1-g6803368d-0ubuntu1~20.04.3] (core, edubuntu, ubuntu-cloud)
[19:40] -queuebot:#ubuntu-release- Unapproved: cloud-init (hirsute-proposed/main) [21.3-1-g6803368d-0ubuntu1~21.04.2 => 21.3-1-g6803368d-0ubuntu1~21.04.3] (core, ubuntu-cloud)
[20:04] <falcojr> bdmurray (for tomorrow), we found a regression during the cloud-init SRU, so cloud-init has new uploads queued for B,F, and H
[20:17] <bdmurray> falcojr: the regression is in the package in -proposed so far?
[20:28] -queuebot:#ubuntu-release- Unapproved: dwarves-dfsg (focal-proposed/universe) [1.15-2 => 1.21-0ubuntu1~20.04] (no packageset)
[20:28] -queuebot:#ubuntu-release- Unapproved: dwarves-dfsg (hirsute-proposed/universe) [1.20-1 => 1.21-0ubuntu1~21.04] (no packageset)
[20:31] <xnox> vorlon:  new dwarves uploaded ^
[20:34] <vorlon> xnox: ack
[20:35] <falcojr> bdmurray: yes
[21:31] -queuebot:#ubuntu-release- New sync: mozillavpn (impish-proposed/primary) [2.1.0-1]


[05:46] <flocculant> bluesabre: thanks :)
[09:56] <bluesabre> morning all
[10:01] <akxwi-dave> morning
[10:23] <bluesabre> flocculant, akxwi-dave: new thunar package in -staging (1.6.10-2ppa2~16.04) which may help with the crashes... after installing, log out or killall Thunar to start fresh
[10:23] <bluesabre> if this seems to help, we'll try to get this uploaded to the archive this evening
[10:24] <akxwi-dave> will give it a blast now..
[10:26] <bluesabre> thanks
[10:50] <akxwi-dave> no crashes so far...
[11:00] <bluesabre> same here
[11:00] <bluesabre> this looks promising
[11:02] <bluesabre> ok
[11:02] <bluesabre> got it to crash with renaming
[11:02] <bluesabre> but moving looks safe
[11:03] <bluesabre> F2 > 1, Enter, F2 > 2, Enter, etc
[11:03] <bluesabre> does seem to help
[11:09] <knome> bluesabre, are you using enter as punctuation? :P
[11:09] <bluesabre> knome: just showing my shortcut for crashing thunar with fast renames
[11:10] <knome> he missed the joke :(
[11:13] <flocculant> bluesabre: not going to get much time to look till after work
[11:14] <flocculant> but given I hardly ever got it to crash anyway not sure that'd help much - be better if someone who reported crashes - like knome - had a look :p
[11:14] <knome> let's see if i have the strength
[11:15]  * flocculant supplies copious amount of tonic
[11:29] <flocculant> bluesabre: I can get it to not show real filename after mv - reload to show real names
[11:31] <flocculant> I can get it to show files even after cut and paste
[12:17] <bluesabre> flocculant, seemingly that was when you might have had a crash, one of the side effects of the "fix" according to ali1234
[12:35] <jjfrv8> bluesabre, I thought things were better with the new Thunar. Did lots of renames with no crashes.
[12:35] <jjfrv8> But then I created a new file and started renaming it. Now it's crashing regularly again.
[13:01] <ochosi> bluesabre: not sure which changes in glib/gvfs triggered these crashes, but thunar is stable with older versions of them (talked to hjudt about this today IRL)
[16:02] <PaulW2U> bluesabre: re bug 1512120, after about 50 renames using the latest PPA version I saw thunar crash once
[16:03] <PaulW2U> I'm still seeing the wrong file highlighted after the rename though
[16:10] <flocculant> PaulW2U: thanks for checking and commenting :)
[16:11] <flocculant> bluesabre ochosi - I suppose the sensible thing to do now would be go back to a stabler version
[16:14] <flocculant> ochosi: there is talk in -desktop about naming g-s Ubuntu Software in Unity - but only in Unity seemingly
[16:18] <flocculant> bluesabre: right finally got a crash doing the same as jjfrv8 - loads of renames - fine, create a new file - renamed it a few times - crash
[16:19] <flocculant> and then it's easy to create the crash
[16:27] <Unit193> ...Are they trying to make things inconsistant?
[16:27] <Unit193> s/a/e/
[16:28] <flocculant> Unit193: g-s I assume ... who knows
[16:36] <flocculant> Unit193: question being - if it was last week would we also have preferred u-s over g-s
[16:37] <Unit193> Well, right now it is 'Software', so why not?
[16:38] <Unit193> But, seems better than "If you're in Ubuntu, click 'Ubuntu Software', anything else click 'Software'" - "Why is it different?" - "Because."
[16:40] <flocculant> yup
[16:41] <flocculant> unless it becomes Gnome Software elesewhere
[16:43]  * flocculant asks if it is staying as Software
[16:44] <flocculant> staying as Software elsewhere
[16:55] <flocculant> hello wxl :)
[16:56] <wxl> thanks flocculant :)
[18:27] <flocculant> knome: started a pad (xubuntu-small-nuggets) with bits we can show people eg power manager icon - how to change what shows
[19:26] <Unit193> flocculant: Actually, did you read the g-s changelog?    We can't fix it.
[19:30] <flocculant> ok
[19:31] <flocculant> well not ok - but ok I understand what you're saying
[19:31] <Unit193> I can't blacklist it in core without blacklisting it in desktop too...
[19:32] <Unit193> Oooh, maybe I can.
[20:11] <Unit193> flocculant: Tested and it does actually work. \o/
[20:12] <flocculant> \o/
[20:12] <flocculant> Unit193: got time to double check the wallpaper post?
[20:12] <Unit193> Now all I have to do is convince tech lead.
[20:12] <flocculant> ha ha
[20:12] <Unit193> flocculant: I doubt I'll be of help, but why not?
[20:12] <knome> evening
[20:12] <flocculant> Unit193: ahah
[20:13] <flocculant> no need now :)
[20:13] <Unit193> Sounds good.
[20:13] <flocculant> I was sure we were publishing tonight and I'd looked
[20:13] <knome> bah
[20:13] <knome> i did think about waiting until Unit193 checked it
[20:13] <flocculant> but not seen knome - so wanted a double check after I'd looked today :)
[20:14] <flocculant> made two small changes today ...
[20:14] <flocculant> and hi knome :)
[20:14] <knome> looks good to me and made another small change
[20:15] <knome> s/Great!/Great work!/
[20:15] <flocculant> yup ok
[20:15] <knome> pleia2, social media time! (:
[20:16] <knome> https://xubuntu.org/news/xubuntu-16-04-wallpaper-competition-winners/ out
[20:16] <knome> and tweeted
[20:18] <flocculant> thought you would have named your ones like ochosi did
[20:18] <knome> nah
[20:19] <flocculant> now that's all out of the way
[20:21] <knome> for now
[20:21] <flocculant> yea
[20:22] <flocculant> release note is all I'm caring about now
[20:22] <knome> :)
[20:22] <flocculant> infinity is in UK I think - expecting them to want to get it dusted and done early as possible on Thursday
[20:24] <knome> mhm
[20:36] <ochosi> bluesabre: yeah, but what i took away was that it's not changes in thunar, it's changes in glib/gvfs, so really we'd have to go to an earlier version of that (which we can't)
[20:37] <ochosi> oh oops, flocculant ^ :)
[20:37] <knome> i guess that's partly good news..
[20:38] <flocculant> ochosi: evening :)
[20:39] <flocculant> well if we can't then we're stuck with a knackered one I suppose
[20:39] <flocculant> certainly SRU material at that point surely
[20:40] <flocculant> though afaik the issue happens if you're renaming etc a *lot*
[20:40] <flocculant> probably why I don't see it
[20:42] <ochosi> yeah, dunno, we already received a fair amount of bugreports
[20:42] <ochosi> so this is likely to increase quite a bit
[20:42] <ochosi> i guess the only way to fix it is to fix the problem/s in thunar
[20:42] <flocculant> ochosi: yea
[20:42] <ochosi> which means understanding what changed in glib
[20:43] <flocculant> I've more chance of walking on the moon ...
[20:44] <flocculant> ochosi: but - given the issue - the bug reports are going to be dupes
[20:44] <ochosi> well i guess that chances that hjudt will find time to look at this soon are slim (he's in the same "situation" i am in, so a lot less free time and energy)
[20:44] <flocculant> mmm
[20:44] <ochosi> yeah, just saying, people *will* complain
[20:44] <flocculant> yep
[20:44] <flocculant> I would too :)
[20:45] <knome> flocculant, what do you mean you "would" complain?
[20:45]  * knome hides
[20:45] <ochosi> sure
[20:45] <ochosi> haha
[20:45] <flocculant> as long as we're up front about it - it's on the wiki notes (that people read when it's too late) is at least on the draft x.org one
[20:45] <flocculant> knome: :D
[20:46] <flocculant> s/is/and is
[20:46] <flocculant> ochosi: if that ^^ situation continues then even more reason to look at thunar alternatives perhaps
[20:47] <flocculant> I'd rather not - but ...
[20:50] <ochosi> yeah, just wondering where that path will lead us
[20:50] <flocculant> yea
[20:51] <pleia2> knome: all shared
[20:51] <knome> pleia2, thanks :)
[20:51] <flocculant> ochosi: I guess it's a discussion we'll need to start pretty quickly anyway
[20:52] <Unit193> Right, so as documented what I'm doing with the seed works, but in reality it doesn't. \o/
[20:52] <flocculant> Unit193: so some sort of works if you don't look to deeply thing :p
[20:53] <Unit193> So works if you don't expect changes.
[20:53] <flocculant> :)
[20:54] <Unit193> Asked in -devel, waiting for anyone to look. :3
[20:54] <ochosi> flocculant: not sure whether we really need to rush this
[20:54] <ochosi> next release is not lts, so we have a few cycles of time to settle on a resolution
[20:54] <flocculant> ochosi: well no I guess not
[20:55] <Unit193> http://paste.openstack.org/show/m5GeFqwr5UtqElW3xuOY/ did a quick grep of libfm. :P
[20:57] <flocculant> ochosi: all we can do now is wait - could be it doesn't affect as many people as we think it might
[20:58] <flocculant> if people decide the patches help we can but try to get it in last gasp :)
[20:59] <flocculant> might not completely fix the issue, but if it makes it less pronounced then it's got my +1
[21:02] <flocculant> anyway - that's enough for Tuesday - night all :)
[21:02] <flocculant> will no doubt read stuff in teh morning
[21:03] <ochosi> yeah
[21:03] <ochosi> i think it will make the issue less pronounced
[21:03] <ochosi> i mean i'm pretty sure about that
[21:03] <sidi> ochosi, we need to go for beer some day!
[21:04] <ochosi> sidi: wat, already in vienna?
[21:20] <bluesabre> So, thinking yay or nay for the thunar patches?
[21:22] <ochosi> bluesabre: thinking yay, as that was also my take away from the discussion with ali1234
[21:24] <ochosi> but yeah, in the long run those patches won't be good enough
[21:24] <bluesabre> Alright, I'll test it some more and upload tonight
[21:33] <ochosi> alrighty, coolio
[21:48] <ochosi> night everyone
[21:56] <bluesabre> night ochosi
[23:03] <knome> pleia2, did you happen to catch my message about release-specific "marketing packs"?
[23:03] <pleia2> nope
[23:03] <knome> let me dig the whole thing up from the backlog
[23:04] <knome> 16:03  knome: one more thing we could do starting with this cycle is a release-specific "marketing bundle"
[23:04] <Unit193> bluesabre: Did you see the info about ubuntu-software?
[23:04] <knome> 16:03  knome: that would include screenshots of the release, the wallpaper for the release, community wallpaper winners (if appropriate), also xubuntu logos (to get the new ones circulating more), the release announcement
[23:05] <knome> pleia2, ^ would also help book-writers
[23:06] <pleia2> that would be nice
[23:06] <bluesabre> Unit193, a bit... Anything important for us other than it just showing as "Software" outside of Ubuntu?
[23:07] <Unit193> In theory just branding, right.
[23:09] <knome> pleia2, let's see putting on up for 16.04 then
[23:09] <knome> anyway, time to go to bed
[23:09] <knome> nighty nighty people
[23:09] <pleia2> knome: chat tomorrow, I have even less time than normal right now
[23:10] <knome> pleia2, mhm, i can take care of most of it
[23:10] <knome> -->


[00:00] <DougieRichardson> Shane_Fagan: Looks good, thanks I've committed it.
[00:00] <DougieRichardson> OK, gotta run - see you all soon
[01:04] <Rocket2DMn> OK guys, BT Wiki Focus Group meeting time, being held here, since we are really part of the doc team
[01:04] <Rocket2DMn> Please see https://wiki.ubuntu.com/BeginnersTeam/FocusGroups/Wiki
[01:04] <Rocket2DMn> I'm gonna keep this really short
[01:05] <Rocket2DMn> Now that Jaunty has been released and schedules are starting to open up, we will start the Summer of Documentation
[01:05] <Rocket2DMn> Last year we focused specifically on the wiki, but this year we will expand into all documentaiton, including system docs
[01:05] <Rocket2DMn> you can see last year's notes here - https://wiki.ubuntu.com/BeginnersTeam/FocusGroups/Wiki/SoD2008
[01:06] <Rocket2DMn> For the wiki, we will focus on getting docs updated for Jaunty
[01:06] <Rocket2DMn> we will also work on implementing and using the Tag system
[01:06] <Rocket2DMn> also see here for the doc team's list of tasks - https://wiki.ubuntu.com/DocumentationTeam/Wiki/Tasks
[01:07] <Rocket2DMn> The doc team recently reorganized their structure, so the open team is now here - https://launchpad.net/~ubuntu-doc-contributors
[01:07] <Rocket2DMn> we dont use DocuMENTORS anymore
[01:07] <Rocket2DMn> that team there is for anybody contributing to documentation, so if you're not on it, you should join it
[01:08] <Rocket2DMn> any questions so far?
[01:08] <Rocket2DMn> nothing?
[01:08] <Rocket2DMn> has everybody here used the wiki?
[01:09] <Rocket2DMn> I feel like I'm talking to myself
[01:09] <ds305> We're listening.
[01:10] <Rocket2DMn> Ok, anybody who currently isn't should join the doc-team mailing list - https://lists.ubuntu.com/mailman/listinfo/ubuntu-doc
[01:10] <TuxPurple> lagging
[01:10] <Rocket2DMn> Even just listening in on it will give you a good idea about what is going on the with the doc team, this is esp. useful to those interested in system docs
[01:10] <Rocket2DMn> btw, the docteam homepage is here - https://wiki.ubuntu.com/DocumentationTeam
[01:11] <Rocket2DMn> it is being restructured a little bit right now, but it is mostly complete
[01:11] <Rocket2DMn> Does anybody have any questions about using the wiki? or how exactly to get involved with the docs?
[01:11] <ds305> I have a procedural question.
[01:12] <Rocket2DMn> go for it ds305
[01:12] <ds305> I had to upload about 10 graphics for updating a wiki. Each I assume generated a message to somebody.
[01:12] <ds305> Is there a way to upload multiples?
[01:12] <Rocket2DMn> afaik, you need to upload them one at a time.  If uploading attachments mails anybody, it is really limited
[01:12] <Rocket2DMn> I wouldn't worry about it
[01:12]  * ds305 Will not worry.
[01:13] <Rocket2DMn> However, if you are updating a wiki page, please use the PREVIEW button, not SUBMIT until you are finished with your changes.  that is good wiki etiquitte
[01:13] <Rocket2DMn> Please, ask any questions that you have, now is the best time
[01:14] <Rocket2DMn> Ok...
[01:14] <ds305> Is there an approved method for getting old graphics deleted?
[01:14] <ds305> Sorry for the lag.
[01:15] <ds305> Normal users don't have access to the delete function.
[01:15] <nhandler> Rocket2DMn: Since I'll be eating dinner, I just wanted to let you know that I will be participating in the SOD, mainly with the system documentation
[01:15] <Rocket2DMn> That is correct ds, you need to talk to somebody on this team - https://launchpad.net/~ubuntu-doc-wiki-admins
[01:15] <ds305> TY
[01:15] <Rocket2DMn> thanks nhandler
[01:16] <Rocket2DMn> Any other questions?
[01:16] <Rocket2DMn> The docteam did some sessions during Ubuntu's OpenWeek last week, check out Tuesday's events if you want to see the topics and logs - https://wiki.ubuntu.com/UbuntuOpenWeek
[01:17] <Rocket2DMn> If there are no other questions, we are pretty much done
[01:18] <ds305> You have 42 minutes remaining....
[01:18] <Rocket2DMn> You can feel free to contact me at any time that you have questions.  You can also email the docteam mailing list, which I mentioned earlier.
[01:18] <Rocket2DMn> ds305, i said i was keeping it short :)
[01:18] <ds305> ;-)
[01:19] <Rocket2DMn> last call for questions? Going once...
[01:19] <Rocket2DMn> twice.........
[01:19] <Rocket2DMn> .......... gone!
[01:19] <Rocket2DMn> That is all, meeting over, yay!
[01:19] <ds305> Thanks Rocket.
[01:20] <TuxPurple> thanks Rocket2DMn :)
[01:20] <Rocket2DMn> no proble, I'm excited for this summer
[01:20] <Rocket2DMn> thanks for participating :)
[01:22] <duanedes1gn> Rocket2DMn: I am working on the Best of Ubntu Community Forum Tutorials.  Someone mentioned there might be interest in having some of these on the wiki.
[01:23] <duanedes1gn> What do you think?
[01:23] <Rocket2DMn> hmmm
[01:23] <Rocket2DMn> those would be best on wiki.ubuntu.com for now i think
[01:24] <Rocket2DMn> duanedes1gn, do you have a list of guides you are planning to work with?
[01:25] <duanedes1gn> I have been keeping a list of how tos from the forums
[01:25] <duanedes1gn> as I get to them I decide"on the fly" if they should be included
[01:26] <Rocket2DMn> you should contact the original authors to get their permissions to use them.  I don't recall the forum's license, I think it shoud be OK if you dont, but it is nice if you do
[01:26]  * cprofitt nods
[01:26] <duanedes1gn> I did write a letter and have been sending it
[01:26] <Rocket2DMn> are you planning on converting them to wiki format, or just have a main page that lists links?
[01:26] <duanedes1gn> its in DocBook
[01:26] <Rocket2DMn> ah right, in docbook
[01:27] <duanedes1gn> https://help.ubuntu.com/community/boucft/team/gettingpermission
[01:28] <duanedes1gn> thats the letter I have been using
[01:29] <Rocket2DMn> cool
[01:29] <Rocket2DMn> have you gotten responses?
[01:29] <duanedes1gn> So far just bodhi and I think cprofitt
[01:30] <Rocket2DMn> btw, you really should have most of that stuff on the team wiki
[01:30] <Rocket2DMn> we can deal with that later though
[01:31] <duanedes1gn> ahh. I am working on the project and enjoying it. I just wanted to get it out there that the project is being picked up again
[01:31] <duanedes1gn> Let me know how it could be usefukk
[01:31] <duanedes1gn> usefull to the community:)
[01:32] <duanedes1gn> other than as a package for Yelp. If there is another use for it.
[01:32] <Rocket2DMn> hm, im not terribly familiar with docbook, but i'm learning
[01:33] <Rocket2DMn> if youve been working with it, you probably know more than i do now
[01:33] <duanedes1gn> its....neat
[01:33] <duanedes1gn> I read moin moin will output to DocBook
[01:34] <duanedes1gn> http://www.xmlmind.com/xmleditor/
[01:34] <Rocket2DMn> yeah, not sure how good of a job it does, i think there has been discussion on the mailing list about it
[01:34] <Rocket2DMn> have you been following, or was it you writing it?
[01:34] <duanedes1gn> XML Mind is a good WYSIWYG program for DocBook XML
[01:35] <duanedes1gn> I think that is where I saw it:)
[03:05] <jimboe1337> why is there wiki.ubuntu.com and also help.ubuntu.com????
[03:32] <nhandler> jimboe1337: help.ubuntu.com is the official documentation. That comes from the system documentation. wiki.ubuntu.com is used mainly for teams and personal wiki pages
[03:33] <jimboe1337> nhandler: yeah but what about help.ubuntu.com/community? does that refer to the wiki?
[03:33] <jimboe1337> wait no it doesn't.
[15:24] <tig420> hello i was wondering if someone could tell me why ubuntu freezes up on me on the install