[11:13] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: Sync Launchpad issues to GitHub @ https://github.com/Xubuntu/xubuntu-artwork/commit/8f65634b859e50a45c63ad5d461c8f2cd791cc69 (by bluesabre)
[11:16] -SwissBot:#xubuntu-devel- ::xubuntu-seed:: Bump actions/setup-python from 4.0.0 to 4.2.0 @ http://git.launchpad.net/~xubuntu-dev/ubuntu-seeds/+git/xubuntu/commit/?id=aec172d6a2a1a026d66eaaeef5175b81ff1a852e (by Sean Davis)
[11:16] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: Bump actions/setup-python from 4.0.0 to 4.2.0 @ https://github.com/Xubuntu/xubuntu-artwork/commit/4360d4ca90f050ec62508f3fe3c7657e0f9d62c0 (by dependabot)
[11:16] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: Merge pull request #4 from Xubuntu/dependabot/github_actions/actions/… @ https://github.com/Xubuntu/xubuntu-artwork/commit/7beaae756d461b703e84545e96c46980c51d7266 (by bluesabre)
[11:26] -SwissBot:#xubuntu-devel- ::xubuntu-default-settings:: Sync Launchpad issues to GitHub @ https://github.com/Xubuntu/xubuntu-default-settings/commit/047689cb227235fb233ae2f135c2089933b242bf (by bluesabre)
[11:35] -SwissBot:#xubuntu-devel- ::xubuntu-docs:: Sync Launchpad issues to GitHub @ https://github.com/Xubuntu/xubuntu-docs/commit/df47828dabcb68a7deb8256cce616bd7c8fb980c (by bluesabre)
[11:39] <bluesabre> I was surprised that I hadn't already setup the sync for those packages. Anyway, all bugs should now be findable on github!
[11:58] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: usr/share/gtksourceview-4: Install xubuntu-light/dark themes (LP: #19… @ https://github.com/Xubuntu/xubuntu-artwork/commit/92516fd83bcd21a80755ded2fc3912fb4568bb22 (by bluesabre)
[21:03] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: debian/copyright: Update and sort copyrights @ https://github.com/Xubuntu/xubuntu-artwork/commit/a391c83bba9a574380ddfa9dab17329a2976becb (by bluesabre)


[00:20] <GridCube> i tried adding a higher resolution to my new tv/monitor and this xrandr --newmode "1600x900_60.00" 118.25 1600 1696 1856 2112 900 903 908 934 -hsync +vsync, works, however it is all blurry and windows for some reason dont expand to the whole desktop
[00:21] <holstein> GridCube: its interesting.. im just done moving a friend over to new hardware, trying to implement 1600x900 for him..
[00:21] <GridCube> hehehe
[00:21] <GridCube> XD
[00:21] <GridCube> i just got a 24" tv
[00:22] <holstein> we just updated him from 12.04 to 14.04, and the AMD proprietary driver was missing. the open one seemed ok, but, didnt do any 16:9 res
[00:22] <GridCube> P: it works on 1360x768, which is rather rubbish, but thats tvs
[00:22] <holstein> yup.. thats what he had ^
[00:22] <GridCube> if i connected it to hdmi id get a lot more, but i only have 1 hdmi out on my pc
[00:23] <holstein> and, thats already taken up?
[00:23] <GridCube> i can force it to 1600x900, but it ends all blurry
[00:23] <GridCube> yes, its the 32" tv :3
[00:29] <knome> GridCube, i have a solution for you...
[00:29] <knome> GridCube, ...stop hoarding the TV's!
[00:31] <GridCube> P: not a solution
[00:31] <knome> it is... maybe not the one you are looking for though :)
[00:37] <xubuntu106> hello.
[00:37] <knome> hello
[00:37] <xubuntu106> wow. last time i used this was like in 2001 mIRC
[00:37] <xubuntu106> : D
[00:39] <xubuntu106> anyhow, im pushing xubuntu 14 right now on my iMac (version dinosaur)
[00:39] <GridCube> :)
[00:39] <xubuntu106> hopefully it will run smooth and allow all updates to push.
[00:40] <xubuntu106> i had Ubuntu on it but it never wanted to update nor shutdown nor reboot nor suspend
[00:40] <xubuntu106> but all else worked
[00:40] <xubuntu106> so, what is the diff between xubuntu and ubuntu guys girls
[00:40] <Unit193> Xfce, config, default applications.
[00:40] <Unit193> !xubuntu
[09:43] <xubuntu78w> hii...this is charan ..i accidentally removed wifi icon on the top of panel in the notification.can anyone help me how to get it back
[10:35] <bazhang> !info xfce4-indicator-plugin
[10:50] <Voyage_> How to adjust volume in xubuntu and switch between different audio devices?
[11:59] <Voyage> How to adjust volume in xubuntu and switch between different audio devices?
[12:03] <Luyin> Voyage see #xfce
[12:40] <nomic> alsamixer = control alsa sound totally -- alsamixer from bash
[12:40] <nomic> pavucontrol
[12:40] <nomic> another facility for controlling sound
[12:40] <nomic> commands
[12:40] <nomic> voyage
[15:53] <oranges13> heh, this is cool.  It can be like that for the whole night
[17:22] <BBLLCC> help please
[17:34] <GridCube> BBLLCC: is this something recent?
[17:34] <GridCube> maybe try reverting to an older kernel if it is?
[17:34] <BBLLCC> GridCube, just got rid of 20 or so old kernels and i simply wont install em back :D
[17:35] <GridCube> welp
[17:41] <BBLLCC> its not that dramatic, the shutdown signal has already been sent
[17:41] <BBLLCC> but its a pity my craptop has so non compatible firmware
[18:12] <holstein> BBLLCC: lol.. it would be a nice way to cross-refernce the issue, and see if a kernel regression is happening
[18:13] <holstein> BBLLCC: you can also try going the other way, and installing a mainline kernel..
[18:29] <BBLLCC> holstein, sounds too complicated
[22:11] <Reptilia> Power optimization is not that good in 15.04, as it was in 14.04. I have noticed this since my battery discharges way quicker than it used to, and battery life is dismissed as the reason for this, since i have noticed a difference immediately after the update/upgrade.
[22:11] <Reptilia> battery life, referring to the overall capacity of the battery
[23:24] <GridCube> well
[23:25] <GridCube> dvi to hdmi adapters work :P


[10:29] <gmb> danilos: I have no idea what to do with this question re: translations. Do you? https://answers.launchpad.net/launchpad/+question/165196
[10:30] <danilos> gmb, please assign that to me, there's a very similar question from dpm already and I'll have to discuss that with henninge later today
[10:30] <gmb> danilos: Will do, thanks.
[11:10] <gary_poster> gmb (& benji) I'm taking a look at the accessor_for/mutator_for stuff.  I'll toss it to benji if I can't figure it out. :-P
[11:23] <gary_poster> gmb, the easiest thing to do that would almost certainly work would be to define a PropertyWithAccessorAndMutator and move on.  I'm digging into Passthrough now though.
[11:28] <gary_poster> gmb, yeah, Passthrough will try to adapt the context object, thereby bypassing the wrapped property.
[11:29] <gary_poster> I recommend what I said before.
[12:01]  * gmb returns
[12:01] <gmb> gary_poster: Thanks for the email. I'm going to chose the purple face, since the PropertyWithAccessorAndMutator option is so obvious I should have spotted it a mile off.
[12:01] <gary_poster> gmb, cool :-)
[12:02] <gmb> Also, I like that you referred to "lazy.delegates"
[12:02] <gary_poster> heh
[12:02] <gary_poster> actually I saw that typo and thought I had fixed it :-P
[12:02] <gmb> :)
[12:03]  * gmb ploughs through some more Questions.
[12:09] <gmb> gary_poster: To whom should a person speak if they want a Private PPA? I'm guessing it's lumped in with commercial subscriptions, but that's just a guess.
[12:09] <bac> gmb: yes, send them off to young matthew
[12:10] <gary_poster> thanks both of you
[12:10] <gmb> bac: Young Matthew it is. Ta.
[12:10] <gmb>
[12:21] <bac> gmb: is lp2devnull running as cron?
[12:22] <gmb> bac: Yes. Grr. Let me see if it's doing owt.
[12:23] <bac> i have a bug that is simple (only one bugtask and is for lp) that hasn't updated.  my understanding is that only cards for bugs with multiple bugtasks were troublesome.
[12:23] <bac> s/is/was
[12:23] <gmb> Well, it's certainly been running, according to syslog anyway.
[12:23] <gmb> I'll run it manually. Hang on
[12:24] <bac> gary_poster: in your world, do you use safari to hit launchpad.dev?  with lion it is broken for me.  firefox continues to work.
[12:24] <gary_poster> bac, in my world I use chrome, which is fine.
[12:25] <gmb> bac: Just ran it and it seems to have done lots of stuff... Can you check?
[12:25] <bac> gary_poster: for some odd reason, safari is not using /etc/hosts for name resolution as it properly did pre-lion.  so it tries to do a dns lookup for launchpad.dev
[12:25] <gary_poster> bac, yucko
[12:26] <bac> gmb: it worked, thanks
[12:26] <gary_poster> bac, sounds like a bug report to me
[12:26] <gmb> Hmm.
[12:26] <bac> yeah, those are fruitful
[12:27] <bac> a guy at dinner the other night mentioned apple contacted him to test a fix for a problem he filed four years and three OS versions ago.  it was their first acknowledgment of the bug.
[12:27] <gary_poster> bac :-P
[12:27] <gary_poster> :-( would have been more apt...
[12:29] <bac> gmb: my card for bug 788685 got moved to done-done even though it is qa-needstesting
[12:29] <_mup_> Bug #788685: Enable translating selected Ubuntu universe packages in Launchpad <escalated> <oem-services> <qa-needstesting> <Launchpad itself:Fix Committed by bac> <OEM Priority Project:Invalid> <Ubuntu Translations:Triaged> <pkgbinarymangler (Ubuntu):Fix Released by pitti> < https://launchpad.net/bugs/788685 >
[12:29] <bac> i just moved it back
[12:30] <gmb> bac: That'll be because it has a Fix Release bug task. Also, lp2kanban ignores tags (except for syncing them).
[12:30] <bac> ah, righto
[12:30] <gmb> Two bugs there, huzzah.
[12:30] <gary_poster> bac benji danilos gmb, call in about 2
[12:31] <danilos> k
[12:40] <danilos> https://bugs.launchpad.net/~marcus-haslam
[13:19] <danilos> apparently, IS and plenty other people have noticed auto-responder emails too, I've seen some grudging comments in bugs as well, hopefully it doesn't end up being too bad for us :/
[13:19] <gary_poster> :-/
[13:37] <benji> heh, I just read the @accessor_for email; I like the Julia Child option
[13:37] <gary_poster> :-)
[13:37] <gary_poster> that's the one he said he chose
[13:55] <gmb> gary_poster: Can you take a look at - and approve, if possible - my SQL request on https://wiki.canonical.com/InformationInfrastructure/OSA/RequestLogging/LP/SQL? It's to resolve a problem with the owner of the bzr packageset for Oneiric.
[13:55] <gary_poster> gmb, ok.
[14:01] <gary_poster> gmb, I would feel better if you first asked them to run "SELECT * FROM packageset WHERE name = ..." and verified that you got what you expected before asking for the update.  Failing that, we can maybe go with these following questions.
[14:01] <gary_poster> what/who is the current owner of those four packages, or more generally, can I assume that you have doublechecked those four names are definitely what you want?
[14:02] <gary_poster> Have you verified that there are no distroseries with a name of 'natty' other than the one you want? (SELECT id FROM distroseries WHERE name='natty')
[14:02] <gary_poster> Would it help for me to run the SELECT version of this on staging?
[14:02] <gary_poster> Done.
[14:03] <gary_poster> there is only one naty on staging...
[14:03] <gary_poster> natty
[14:04] <gary_poster> gmb, oh duh
[14:04] <gary_poster> scratch question about "current owner"
[14:04] <gary_poster> I see in sql
[14:04] <gary_poster> oh no
[14:04] <gmb> gary_poster: Wait a sec, seems the SQL's wrong.
[14:04] <gary_poster> my question was right to begin with
[14:04] <gmb> wiki stomping has happened.
[14:05] <gary_poster> just getting confused
[14:06] <gmb> gary_poster: Please refresh the page; the SQL is correct now.
[14:06] <gmb> Julian and I had edits that collided.
[14:06] <gary_poster> ah
[14:06] <gary_poster> ok
[14:07] <gary_poster> yeah was noticing that all of those four seemed to already be what you wanted, at least on staging
[14:08] <gary_poster> gmb,
[14:08] <gary_poster> lpmain_staging=> SELECT id FROM distroseries WHERE name='oneiric';
[14:08] <gary_poster>  id
[14:08] <gary_poster> -----
[14:08] <gary_poster>  112
[14:08] <gary_poster>  107
[14:09] <gmb> Uh?
[14:09] <gmb> That's... Hmm.
[14:09] <gary_poster> gmb,
[14:09] <gary_poster> lpmain_staging=> SELECT id, summary FROM distroseries WHERE name='oneiric';
[14:09] <gary_poster>  id  |                     summary
[14:09] <gary_poster> -----+--------------------------------------------------
[14:09] <gary_poster>  112 | Series for formula supporting Natty and Oneiric.
[14:09] <gary_poster>  107 | See http://wiki.ubuntu.com/OneiricOcelot
[14:09] <gmb> gary_poster: Oaky. We should continue this in #launchpad so that cjwatson can clear up the confusion for us. I suspect 107 is the one we want.
[14:10] <gmb> But best to be sure.
[14:10] <gary_poster> gmb, I am sure that is what we want
[14:10] <gmb> Ah, fair enough.
[14:10] <gmb> I'll amend the query.
[14:10] <gary_poster> gmb, but we should probably make the sql clearer
[14:10] <gary_poster> I'd specify the distribution
[14:11] <gary_poster> gmb, while you are editing, humo(u)r me and change IN ('bzr') to = 'bzr' :-)
[14:13] <gmb> gary_poster: Done.
[14:17] <gary_poster> gmb, I just approved it
[14:17] <gmb> gary_poster: Thanks.
[14:17] <gary_poster> yw
[14:18] <gary_poster> gmb, if anyone asks, we can't run it on staging
[14:18] <gary_poster> the bzr record is not there
[14:18] <gmb> gary_poster: Understood.
[14:34]  * gmb -> post office; back in 30
[14:40] <bac> hi danilos
[15:00] <gary_poster> dun-dum-daah!  it's CHR time!
[15:00] <gary_poster> (that was supposed to evoke old TV superhero cartoon noises, FTR)
[15:01] <benji> I heard it.
[15:01] <gary_poster> :-) thanks
[15:37] <gary_poster> gmb, is https://support.one.ubuntu.com/Ticket/Display.html?id=3622 the one you asked mrevell about, or was that another one (and so I can ask him)?
[15:37] <gary_poster> (I assign these things to Matthew so they are reasonably clearly "in progress and supposed to be handled" in that case)
[15:37] <gmb> gary_poster: I pinged Matthew about it but didn't assign the ticket to him.
[15:38] <gary_poster> gmb, cool thx I will assign
[16:16] <bac> danilos: you still around?
[16:21] <gmb> gary_poster: FYI, WRT the out of office notification problem discussed earlier; sladen had collated a list of bug and comment IDs. I've written a short script and have hidden all the offending comments. We can re-run this as necessary with different data sets.
[16:24] <gary_poster> gmb, rock!
[16:24] <gmb> :)
[16:24] <gary_poster> than you
[16:24] <gmb> np
[16:24] <gary_poster> thank, even
[16:29] <gary_poster> lunch is calling, in a not-too-subtle voice.  biab.
[17:44] <gary_poster> thank you for helping awolfson benji
[17:44] <benji> yep, np
[17:58] <benji> I wonder if this new toy is the thing replying to bug mail: https://outofoffice.canonical.com/
[17:59] <benji> I wonder if it sends out-of-office replies to "Precedence: bulk" messages; it shouldn't.
[18:00] <gary_poster> gmb was talking with is about that I think; the answer was "no" in his conversations, AIUI
[18:00] <gary_poster> benji, worth asking him tomorrow though
[18:00] <benji> k
[18:01] <gary_poster> ("talking with IS," I should say)
[18:03] <benji> I wonder if capital letters will fall out of usage over the next few hundred years.
[18:03] <gary_poster> the revenge of e.e. cumming, they will call it
[18:04] <gary_poster> or cummings, even
[18:05] <benji> heh; I like him.  I wonder if he was a time travelor from some future IRC/SMS wasteland.
[18:05] <gary_poster> heh
[18:27] <benji> I'm down to one last query (per row) to remove.  This one may be tricky.
[18:33] <benji> gary_poster: Do you know how to rename a table in a JOIN?  I don't know the term for it and I don't see that Storm supports it.  (I need to join the same table twice, the second time with a new name so I can distinguish it in the join condition)
[18:34] <gary_poster> benji, dunno if it helps, but I imagine you've seen the "it can be faster to get a big chunk out of the database in a kind of raw format and then significantly process it in Python" approach.  rename a table in a join with storm.  not sure; looking
[18:35] <benji> yeah, I used that approach in my last task, but this one actually makes sense as a SQL query, unfortunately I'm not using SQL so...
[18:35] <gary_poster> right
[18:36] <benji> I could always switch to SQL.  It might be the sanest thing.  Maybe in review someone will show me the Storm-tastic way of doing it.
[18:36] <gary_poster> benji, I was just going to look at the storm code, because I can't remember
[18:36] <gary_poster> storm code is pretty clean
[18:36] <gary_poster> give yourself 15 minutes to dig into it for what you want
[18:37] <benji> yeah, I don't see any way to spell it with just Storm
[18:37] <gary_poster> I was going to start with whatever the join code is
[18:37] <gary_poster> oh ok
[18:37] <gary_poster> lemme try one other source then...
[18:37] <benji> I've already spent 15 on it, so I'll call it and switch to SQL
[18:38] <gary_poster> benji, look up Storm's "Alias"
[18:40] <benji> gary_poster: I saw that, but it's intended for ORDER BY, and my reading of the code suggests that it won't work for JOINs because the JOINs don't have a place to specify the alias (the actual string that the column should be aliased to)
[18:40] <gary_poster> benji, here's the example I have (in print :-/ )
[18:40] <gary_poster> columns = (PillarName, Project, Product, SQL('rank'))
[18:41] <gary_poster> fake_table = Alias(SQL(query), 'subselect') # I can give you value of query later
[18:42] <benji> oh, that's using a subselect; I guess that could work... but I'm hesitant to work so hard to avoid SQL; what do you think?
[18:43] <benji> (and why did you give me the value for columns?)
[18:43] <gary_poster> origin = [PillarName, Join(fake_table, PillarName.name == SQL('subselect.name')), LeftJoin(Project, PillarName.project==Project.id), LeftJoin(Product, PillarName.product==Product.id),]
[18:43] <gary_poster> result = store.using(*origin).find(columns)
[18:44] <gary_poster> "query" is a bug raw sql string that I doubt you care about
[18:44] <benji> wait, I just realized that since I'm using this TemplatesCollection thing, I don't think even that would work (or how to transition sanely to SQL)
[18:44] <benji> grrr
[18:45] <gary_poster> benji, is it useful to return full objects?  Is it useful to be able to use other Storm query bits
[18:45] <gary_poster> ok, benji, that's all I've got :-)
[18:45] <benji> right now they are full objects; I don't understand the second quesiton
[18:45] <gary_poster> the "useful" questions were intended to let you decide whether storm would be a value add
[18:45] <benji> k
[18:46] <gary_poster> "other storm query bits" : like, let people pass in storm constraints and have them fit in
[18:46] <benji> I'm going to have to ponder this for a bit.
[18:46] <benji> ah
[18:46] <gary_poster> I do that with some internal code
[18:46] <gary_poster> probably not good as a public API, but within a module it was handy
[18:46] <benji> not here, but I could see why that would be a reason to use Storm (keeping you from having to munge strings six ways from Sunday)
[18:46] <gary_poster> right
[18:47] <gary_poster> ok cool, I'm happy to try and be a sounding board if you want to talk through whatever problem you've identified, but otherwise, that's all I know benji :-)
[18:48] <gary_poster> and all I know how to look up :-)
[18:48] <benji> :)
[19:06] <bac> hi gary, fyi i worked with julian until he left for EOD trying to do QA for bug 788685 .  it is a pretty involved process and once we finally got a new package built, uploaded, and processed the build failed for unrelated reasons.  by then julian was gone.
[19:06] <_mup_> Bug #788685: Enable translating selected Ubuntu universe packages in Launchpad <escalated> <oem-services> <qa-needstesting> <Launchpad itself:Fix Committed by bac> <OEM Priority Project:Invalid> <Ubuntu Translations:Triaged> <pkgbinarymangler (Ubuntu):Fix Released by pitti> < https://launchpad.net/bugs/788685 >
[19:06] <gary_poster> on call with flacoste
[19:06] <bac> gary_poster: np, i'm done.  just giving you an update
[19:16] <bac> gary_poster: you could come present your ec2 work: http://www.cloudcamp.org/rtp/2011-08-06
[19:46] <benji> bac: you're not CHRing at the moment are you?
[19:46] <bac> benji: no, but i will be in 14 mihtues
[19:46] <bac> which is like a minute on 59.8 seconds
[19:47] <bac> er, only
[19:47] <benji> k; I silenced my CHR alarm and then promptly forgot to do it; I'll see how much I can do in 15 minutes.
[19:47] <bac> we introduce the new concept of Speed CHR
[19:47] <bac> like normal CHR but more dangerous
[20:04] <benji> Faster and CHRier
[20:05] <bac> benji: ok, i'm taking the helm
[20:05] <benji> k
[20:13] <bac> benji: so it looks like we're mostly caught up on CHR.  i was expecting to see a big mess.
[20:14] <benji> bac: the only backlog is open questions, as far as I can tell
[20:37] <gary_poster> just sent email update from Francis call
[20:38] <gary_poster> bac, thanks for update
[20:38] <gary_poster> i'll consider the cloud thing, but I may be more interested in that sort of thing when Julia is a bit older.  That's lazy I know...we'll see :-)
[20:39]  * gary_poster past EoD
[20:39] <gary_poster> bye


[00:01] <mruffell> ubuntu-archive we have an emergency, gcp images fail to boot after apt update && apt dist-upgrade, seems to affect all series
[00:01] <mruffell> SEG is looking into it asap
[00:30] <vorlon> mruffell: has someone isolated which package triggers this (rather than 'dist-upgrade')?
[00:31] <mruffell> vorlon: it has been isolated to grub2
[00:31] <mruffell> doing a $ sudo apt install grub-common grub-efi-amd64 grub-efi-amd64-bin grub-efi-amd64-signed grub-pc-bin grub2-common will break instances
[00:32] <mruffell> vorlon: it doesn't seem to reproduce with new images, we are using older images on GCP, ubuntu-1604-xenial-v20200429 under ubuntu-os-cloud
[04:54] <vorlon> mruffell: fwiw I still don't know what exactly changed to break this, because as far back as grub2 2.02~beta2-36ubuntu3 in the xenial release pocket, grubx64.efi was being built with -p /EFI/ubuntu.  So this may be an upstream behavior change between 2.02 and 2.04 that causes it to no longer fall back to the current EFI directory when looking for grub.cfg
[04:55] <mruffell> vorlon: roger that. we can bisect and dig deeper if we really get interested in root causing
[04:57] <vorlon> ideally for an SRU we would know the root cause so we could be sure that quirk handling of the cloud config is the "right" solution.  But considering that cloud config itself is ancient and has various other adverse effects (such as the menu entries being listed as 'Debian' instead of 'Ubuntu'), I think we're ok to proceed
[05:12] <mruffell> Public bug reported: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1928040
[05:12] <ubot3> Launchpad bug 1928040 in grub2 (Ubuntu Xenial) "GCE instances drop to a grub prompt when GRUB_DISTRIBUTOR=Debian is set" [Critical, In Progress]
[06:42] -queuebot:#ubuntu-release- New binary: php8.0 [s390x] (impish-proposed/universe) [8.0.5-1] (no packageset)
[07:14] -queuebot:#ubuntu-release- New binary: php8.0 [s390x] (impish-proposed/universe) [8.0.5-1ubuntu1] (no packageset)
[07:38] -queuebot:#ubuntu-release- New binary: php8.0 [amd64] (impish-proposed/universe) [8.0.5-1ubuntu1] (no packageset)
[07:38] -queuebot:#ubuntu-release- New: accepted php8.0 [s390x] (impish-proposed) [8.0.5-1]
[07:38] -queuebot:#ubuntu-release- New: accepted php8.0 [s390x] (impish-proposed) [8.0.5-1ubuntu1]
[07:38] -queuebot:#ubuntu-release- New: accepted php8.0 [amd64] (impish-proposed) [8.0.5-1ubuntu1]
[07:39] -queuebot:#ubuntu-release- New binary: php8.0 [ppc64el] (impish-proposed/universe) [8.0.5-1ubuntu1] (no packageset)
[07:42] -queuebot:#ubuntu-release- New: accepted php8.0 [ppc64el] (impish-proposed) [8.0.5-1ubuntu1]
[07:56] -queuebot:#ubuntu-release- New binary: php8.0 [armhf] (impish-proposed/universe) [8.0.5-1ubuntu1] (no packageset)
[08:31] -queuebot:#ubuntu-release- New: accepted php8.0 [armhf] (impish-proposed) [8.0.5-1ubuntu1]
[08:33]  * enyc meows
[08:34] -queuebot:#ubuntu-release- Unapproved: python3.9 (hirsute-proposed/main) [3.9.4-1 => 3.9.5-3~21.04] (core, i386-whitelist)
[08:43] -queuebot:#ubuntu-release- Unapproved: python3-stdlib-extensions (hirsute-proposed/main) [3.9.4-0ubuntu1 => 3.9.5-0ubuntu3~21.04] (core, i386-whitelist)
[08:44] -queuebot:#ubuntu-release- Unapproved: python3.9 (hirsute-proposed/main) [3.9.4-1 => 3.9.5-3~21.04] (core, i386-whitelist)
[08:52] -queuebot:#ubuntu-release- Unapproved: python3.10 (hirsute-proposed/universe) [3.10.0~a7-3 => 3.10.0~b1-3~21.04] (i386-whitelist)
[08:53] -queuebot:#ubuntu-release- Unapproved: rejected python3.9 [source] (hirsute-proposed) [3.9.5-3~21.04]
[08:53] -queuebot:#ubuntu-release- Unapproved: grub2-signed (xenial-proposed/main) [1.167~16.04.1 => 1.167~16.04.2] (core)
[08:57] <doko> Removals:
[08:57] <doko>  * cifs-utils
[08:57] <doko>  * ding-libs
[08:57] <doko>  * libnfsidmap
[08:57] <doko>  * sssd
[08:57] <doko>  * uid-wrapper
[08:57] <doko> vorlon: ^^^ why do these pop up trying to run update-i386-excuses in impish?
[09:01] -queuebot:#ubuntu-release- Unapproved: rejected grub2 [sync] (xenial-proposed) [2.02~beta2-36ubuntu3.32]
[09:02] -queuebot:#ubuntu-release- Unapproved: accepted grub2-signed [source] (xenial-proposed) [1.167~16.04.2]
[09:16] -queuebot:#ubuntu-release- Packageset: Added php8.0 to i386-whitelist in impish
[09:23] -queuebot:#ubuntu-release- Unapproved: gnome-shell-extension-desktop-icons-ng (hirsute-proposed/main) [0.15.0-0ubuntu4 => 0.15.0-0ubuntu4.1] (no packageset)
[09:29] -queuebot:#ubuntu-release- Unapproved: python3-stdlib-extensions (groovy-proposed/main) [3.8.6-1 => 3.8.10-0ubuntu1~20.10] (core, i386-whitelist)
[09:31] -queuebot:#ubuntu-release- Unapproved: python3-stdlib-extensions (focal-proposed/main) [3.8.5-1~20.04.1 => 3.8.10-0ubuntu1~20.04] (core, i386-whitelist)
[09:34] -queuebot:#ubuntu-release- Unapproved: python3.9 (groovy-proposed/universe) [3.9.0-5 => 3.9.5-3~20.10] (i386-whitelist)
[09:35] -queuebot:#ubuntu-release- Unapproved: python3.9 (focal-proposed/universe) [3.9.0-5~20.04 => 3.9.5-3~20.04] (i386-whitelist)
[10:16] -queuebot:#ubuntu-release- Unapproved: ubiquity (focal-proposed/main) [<IP_ADDRESS> => <IP_ADDRESS>] (core)
[10:24] <doko> bryce: php8.0 removed from the blocklist, synced, fixed, and built on i386. have fun with the transition
[11:17] <Laney> juliank: something wrong with our xenial/arm64 image https://paste.ubuntu.com/p/gg6dPtKTHJ/
[11:18] <juliank> Laney: sweet
[11:19] <Laney> yeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeahhhhh
[11:19] <juliank> Laney: more grub2 xenial madness, guess missing a Breaks/Conflicts/Depends somewhere
[11:20] <juliank> xnox: ^ more grub2 xenial madness, guess missing a Breaks/Conflicts/Depends somewhere
[11:20] <Laney> I never know on these symbol problems
[11:20] <Laney> it's possible to get ABI mismatches somehow
[11:20] <juliank> Is it EFI booting?
[11:21] <juliank> I think it is
[11:21] <juliank> It shouldn't use modules, but monolithic images
[12:08] -queuebot:#ubuntu-release- Unapproved: python3.9 (focal-proposed/universe) [3.9.0-5~20.04 => 3.9.5-3~20.04] (i386-whitelist)
[12:09] -queuebot:#ubuntu-release- Unapproved: python3.9 (groovy-proposed/universe) [3.9.0-5 => 3.9.5-3~20.10] (i386-whitelist)
[12:10] -queuebot:#ubuntu-release- Unapproved: rejected python3.9 [source] (focal-proposed) [3.9.5-3~20.04]
[12:10] -queuebot:#ubuntu-release- Unapproved: rejected python3.9 [source] (groovy-proposed) [3.9.5-3~20.10]
[12:15] -queuebot:#ubuntu-release- Unapproved: spice-html5 (focal-proposed/main) [0.2.2-0ubuntu2 => 0.2.2-0ubuntu<IP_ADDRESS>] (no packageset)
[12:15] <sil2100> juliank, Laney: so more xenial grub2 uploads...?
[12:15] -queuebot:#ubuntu-release- Unapproved: spice-html5 (groovy-proposed/main) [0.2.2-0ubuntu2 => 0.2.2-0ubuntu<IP_ADDRESS>] (no packageset)
[12:15] -queuebot:#ubuntu-release- Unapproved: spice-html5 (hirsute-proposed/main) [0.2.2-0ubuntu2 => 0.2.2-0ubuntu<IP_ADDRESS>] (no packageset)
[12:16] <juliank> sil2100: sounds like it
[12:18] <Laney> I dunno, maybe it's something we do wrong when building the adt images
[12:39] <juliank> I don't think we do any bootloader stuff in our image building side
[13:04] -queuebot:#ubuntu-release- Unapproved: rejected nfs-utils [source] (bionic-proposed) [1:1.3.4-2.1ubuntu5.4]
[13:14] -queuebot:#ubuntu-release- Unapproved: nfs-utils (bionic-proposed/main) [1:1.3.4-2.1ubuntu5.3 => 1:1.3.4-2.1ubuntu5.4] (core)
[13:15] <jibel> sil2100, xnox whenever you have time https://code.launchpad.net/~jibel/livecd-rootfs/+git/livecd-rootfs/+merge/402585
[13:16] <jibel> related bug is bug 1921862
[13:16] <ubot3> Bug 1921862 in livecd-rootfs (Ubuntu) "Call germinate with -updates" [Undecided, New] https://launchpad.net/bugs/1921862
[13:16] <jibel> we have the case in focal
[13:27] -queuebot:#ubuntu-release- Unapproved: ceph (bionic-proposed/main) [12.2.13-0ubuntu<IP_ADDRESS> => 12.2.13-0ubuntu<IP_ADDRESS>] (desktop-core, ubuntu-server)
[13:51] <sil2100> jibel: will look later o/
[14:03] <ddstreet> Laney the new autopkgtest appears to be changing the cookie value every time request.cgi is called, this totally breaks my scripting
[14:03] <ddstreet> can we either keep the cookie value consistent for some period of time, or add authentication support that can be used by scripting/cli?
[14:04] -queuebot:#ubuntu-release- Unapproved: fwupd (groovy-proposed/main) [1.4.7-0~20.10.1 => 1.4.7-0~20.10.2] (core)
[14:30] <Laney> ddstreet: what cookie value?
[14:34] <juliank> Laney: ugh, I want baseline retesting in stable releases. Not continuous but like monthly
[14:35] <juliank> Or automatic on-demand baseline retesting on failure
[14:35] <Laney> what
[14:35] <Laney> why are we rewriting the feature now
[14:35] <juliank> Laney: It's a new feature :D
[14:36] <juliank> Laney: baseline retesting feature is for devel only as specced right now :D
[14:36] <Laney> oh you mean *adding* that, not changing the defintion
[14:37] <juliank> At the very least, I think we should retrigger all packages in stable releases against themselves during archive opening
[14:37] <juliank> This will give us 6 month baseline views and uncover bugs from new releases being added or missing in packages like distro-info-data :D
[14:37] <ddstreet> Laney autopkgtest uses a cookie for user authentication after sso; previously, that cookie value would be valid for a while (week or so at least) but now it's invalidated (changed) every single submission
[14:38] <ddstreet> the response sends a new cookie value and the previous one is immediately invalidated
[14:38]  * juliank is a bit at a loss looking at the number of python-apt regressions
[14:38] <ddstreet> i'm updating my code to handle that, but it's really super annoying...even more annoying that not having any way to auth via cli
[14:38] <Laney> which cookie do you mean?
[14:38] <ddstreet> if only we could use oauth
[14:38] <ddstreet> session cookie
[14:38] <juliank> bionic arm64 seems dead too: Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000005
[14:39] <Laney> There's one set by haproxy to send you to a specific backend, you should send that with your requests to get sent to the right one
[14:39] <Laney> that's SRVNAME
[14:40] <juliank> Is arm64 dying due to [    1.498655] Couldn't get size: 0x800000000000000e
[14:40] <juliank> [    1.500698] MODSIGN: Couldn't get UEFI db list
[14:40] <juliank> ugh
[14:40] <Laney> all arm64 runs?
[14:40] <Laney> that's probably causing 'unknown' results to be reported isn't it?
[14:40] <Laney> at least for some things
[14:41] <juliank> Laney: Not all arm runs, probably just some instances/cloud
[14:41] <juliank> I think
[14:41] <juliank> britney does not show me passed arm64 tests :D
[14:41] <juliank> (nothing else failed :D)
[14:42] <juliank> All failures are bionic arm64 on bos01
[14:42] <ddstreet> Laney you can review my code to see how the session cookie is used https://git.launchpad.net/ubuntu-support-tools/tree/autopkgtest-manager/autopkgtest-manager
[14:45] <juliank> Laney: livecd-rootfs retried on bos02, and was fine there, I guess I should look for more patterns
[14:45] <juliank> or retry until they all worked
[14:50] <Laney> juliank: the metric actually includes the region
[14:50] <Laney> you can add another panel to expose that or something
[14:52] <juliank> Laney: haven't actually looked at the metrics yet, just at my failures :D
[15:02] <Laney> ddstreet: https://paste.ubuntu.com/p/jHDhb3x956/
[15:02] <Laney> I hacked it in an ugly way to save the SRVNAME cookie the first time it gets it
[15:02] <Laney> and send that back in later responses, it works then for me
[15:03] <bryce> doko, thanks.  now for php phun time...
[15:03] <Laney> basically there are N backends now and they don't know about each others sessions
[15:04] <ddstreet> Laney it updates the cookie for submissions, not normal access
[15:04] <ddstreet> i.e. for request.cgi
[15:04] <Laney> so you have this cookie as a hint as to which backend you should go to
[15:04] <ddstreet> ah wow ok
[15:05] <Laney> yeah without the change it's more like https://paste.ubuntu.com/p/SbVx7pF4PN/
[15:06] <Laney> is mildly annoying isn't it, we should have better script based login support
[15:09] <juliank> I don't see an increase in arm64 error rate, so I guess that my issues are just flukes
[15:11] <Laney> noooooo
[15:11] <Laney> grep the journals, this has not been happening in bos02
[16:06] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-460 (groovy-proposed/restricted) [460.73.01-0ubuntu<IP_ADDRESS> => 460.80-0ubuntu<IP_ADDRESS>] (i386-whitelist)
[16:06] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-460 (hirsute-proposed/restricted) [460.73.01-0ubuntu<IP_ADDRESS> => 460.80-0ubuntu<IP_ADDRESS>] (core, i386-whitelist)
[16:06] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-460 (bionic-proposed/restricted) [460.73.01-0ubuntu<IP_ADDRESS> => 460.80-0ubuntu<IP_ADDRESS>] (no packageset)
[16:06] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-460 (focal-proposed/restricted) [460.73.01-0ubuntu<IP_ADDRESS> => 460.80-0ubuntu<IP_ADDRESS>] (i386-whitelist)
[16:07] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-465 (hirsute-proposed/restricted) [465.27-0ubuntu<IP_ADDRESS> => 465.27-0ubuntu<IP_ADDRESS>] (i386-whitelist)
[16:07] <vorlon> doko: update-i386-whitelist> I had added them to the whitelist with a local change, I asked tjaalton about supporting a change to the sssd package but that change hasn't been made
[16:08] <vorlon> doko: so I haven't committed this because it's incomplete
[16:08] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-465 (bionic-proposed/restricted) [465.27-0ubuntu<IP_ADDRESS> => 465.27-0ubuntu<IP_ADDRESS>] (no packageset)
[16:08] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-465 (groovy-proposed/restricted) [465.27-0ubuntu<IP_ADDRESS> => 465.27-0ubuntu<IP_ADDRESS>] (i386-whitelist)
[16:08] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-465 (focal-proposed/restricted) [465.27-0ubuntu<IP_ADDRESS> => 465.27-0ubuntu<IP_ADDRESS>] (i386-whitelist)
[16:19] -queuebot:#ubuntu-release- Unapproved: rejected linux-base [source] (hirsute-proposed) [4.5ubuntu6]
[16:25] -queuebot:#ubuntu-release- New binary: llvm-toolchain-12 [amd64] (impish-proposed/universe) [1:12.0.0-3ubuntu1] (i386-whitelist)
[16:25] -queuebot:#ubuntu-release- Unapproved: accepted libvirt-dbus [source] (hirsute-proposed) [1.4.0-2ubuntu0.1]
[16:33] -queuebot:#ubuntu-release- Unapproved: accepted gnome-calculator [source] (hirsute-proposed) [1:40.1-0ubuntu1]
[16:35] -queuebot:#ubuntu-release- Unapproved: accepted gnome-disk-utility [source] (hirsute-proposed) [40.1-0ubuntu1]
[16:53] <tjaalton> vorlon: hum, I've forgot.. which change was it?
[17:02] -queuebot:#ubuntu-release- Unapproved: accepted epiphany-browser [source] (hirsute-proposed) [40.1-0ubuntu1]
[17:15] -queuebot:#ubuntu-release- Unapproved: pam (focal-proposed/main) [1.3.1-5ubuntu4.1 => 1.3.1-5ubuntu4.2] (core, i386-whitelist)
[17:15] -queuebot:#ubuntu-release- Unapproved: pam (hirsute-proposed/main) [1.3.1-5ubuntu6 => 1.3.1-5ubuntu<IP_ADDRESS>] (core, i386-whitelist)
[17:15] -queuebot:#ubuntu-release- Unapproved: pam (groovy-proposed/main) [1.3.1-5ubuntu6 => 1.3.1-5ubuntu<IP_ADDRESS>] (core, i386-whitelist)
[17:18] -queuebot:#ubuntu-release- Unapproved: pam (bionic-proposed/main) [1.1.8-3.6ubuntu<IP_ADDRESS> => 1.1.8-3.6ubuntu<IP_ADDRESS>] (core)
[17:24] -queuebot:#ubuntu-release- Unapproved: gtk+3.0 (hirsute-proposed/main) [3.24.25-1ubuntu4 => 3.24.25-1ubuntu4.1] (i386-whitelist, ubuntu-desktop)
[17:28] -queuebot:#ubuntu-release- Unapproved: rejected gtk+3.0 [source] (hirsute-proposed) [3.24.25-1ubuntu5]
[17:33] -queuebot:#ubuntu-release- Unapproved: accepted nfs-ganesha [source] (hirsute-proposed) [3.4-1ubuntu<IP_ADDRESS>]
[17:41] -queuebot:#ubuntu-release- Unapproved: scapy (hirsute-proposed/universe) [2.4.4-4ubuntu1 => 2.4.4-4ubuntu1.1] (no packageset)
[17:53] -queuebot:#ubuntu-release- Unapproved: accepted gnome-online-accounts [source] (hirsute-proposed) [3.38.1-1ubuntu1.1]
[18:16] -queuebot:#ubuntu-release- Unapproved: accepted glib2.0 [source] (hirsute-proposed) [2.68.1-1~ubuntu21.04.1]
[18:16] <vorlon> tjaalton: https://bugs.launchpad.net/ubuntu/+source/sssd/+bug/1904990
[18:16] <ubot3> Launchpad bug 1904990 in sssd (Ubuntu) "Missing i386 version of libnss-sss" [Undecided, Triaged]
[18:17] <vorlon> tjaalton: "drop gdm build dependency on i386"
[18:21] <tjaalton> ahh
[18:25] <tjaalton> well, the server team maintains the ubuntu packaging
[18:25] <vorlon> ah
[18:28] <tjaalton> I don't know how useful the gdm-pam-extensions support is
[18:53] -queuebot:#ubuntu-release- Unapproved: rejected gjs [sync] (hirsute-proposed) [1.67.2-2ubuntu2]
[19:02] <bdmurray> Trevinho: bug 1882410 is missing some SRU information and the SRU for gjs for hirsute has 20.10 in the version number.
[19:02] <ubot3> Bug 1882410 in gjs (Ubuntu) "toggling down object GInotifyFileMonitor that's already queued to toggle up ... GNOME Shell crashed with signal 5" [Medium, Fix Released] https://launchpad.net/bugs/1882410
[19:03] <Trevinho> bdmurray: ah ok... sorry I missed as it was in not mentioned in latest changelog
[19:03] <Trevinho> let me adapt it
[19:48] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (hirsute-proposed) [2.719.1]
[20:06] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (groovy-proposed) [2.694.5]
[20:09] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (focal-proposed) [2.664.21]
[20:24] <Trevinho> bdmurray: i've updated it
[20:34] <bdmurray> Trevinho: okay, will you upload a better package version number?
[20:35] <Trevinho> bdmurray: ohhh, damned 0
[20:35] <Trevinho> bdmurray: yeah...
[20:36] <bdmurray> Trevinho: It's okay hirsute is new!
[20:36] <Trevinho> yeah, well still... I've not the feeling of being already that late! :D pendemic changed time
[20:40] <Trevinho> bdmurray: ok there it is
[20:40] -queuebot:#ubuntu-release- Unapproved: gjs (hirsute-proposed/main) [1.67.2-2ubuntu1 => 1.68.1-1~ubuntu<IP_ADDRESS>] (desktop-core, desktop-extra, i386-whitelist, mozilla)
[20:51] -queuebot:#ubuntu-release- Unapproved: rejected gjs [source] (hirsute-proposed) [1.68.1-1~ubuntu<IP_ADDRESS>]
[20:55] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (bionic-proposed/main) [27.0~18.04.1 => 27.0.2~18.04.1] (core)
[20:55] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (groovy-proposed/main) [27.0~20.10.1 => 27.0.2~20.10.1] (core)
[20:55] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (focal-proposed/main) [27.0~20.04.1 => 27.0.2~20.04.1] (core)
[20:55] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (hirsute-proposed/main) [27.0~21.04.1 => 27.0.2~21.04.1] (core)
[20:56] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (xenial-proposed/main) [27.0~16.04.1 => 27.0.2~16.04.1] (no packageset)
[21:16] -queuebot:#ubuntu-release- Unapproved: accepted nfs-ganesha [source] (groovy-proposed) [3.2-2ubuntu2]
[21:19] -queuebot:#ubuntu-release- Unapproved: accepted nfs-ganesha [source] (focal-proposed) [3.0.3-0ubuntu3.1]
[21:22]  * blackboxsw bdmurray: if there is time today for SRU review ua-tools 27.0.2 for SRU we've fixed the powerpc riscv64 build issues noted on our queued 27.0.1 in -proposed. https://bugs.launchpad.net/ubuntu/+source/ubuntu-advantage-tools/+bug/1926361   We had queued 27.0.1 to bionic ++ but held off on sil2100's comment about riscv64 platform failures which we have fixed now in 27.0.2.
[21:22] <ubot3> Launchpad bug 1926361 in ubuntu-advantage-tools (Ubuntu Hirsute) "[SRU] ubuntu-advantage-tools (10ubuntu<IP_ADDRESS> -> 27.0) Xenial, Bionic, Focal, Hirsute" [Undecided, Fix Committed]
[21:22]  * blackboxsw bdmurray: if there is time today for SRU review ua-tools 27.0.2 for SRU we've fixed the powerpc riscv64 build issues noted on our queued 27.0.1 in -proposed. https://bugs.launchpad.net/ubuntu/+source/ubuntu-advantage-tools/+bug/1926361   We had queued 27.0.1 to bionic ++ but held off on sil2100's comment about riscv64 platform failures which we have fixed now in 27.0.2.
[21:22] <blackboxsw> bdmurray: if there is time today for SRU review ua-tools 27.0.2 for SRU we've fixed the powerpc riscv64 build issues noted on our queued 27.0.1 in -proposed. https://bugs.launchpad.net/ubuntu/+source/ubuntu-advantage-tools/+bug/1926361   We had queued 27.0.1 to bionic ++ but held off on sil2100's comment about riscv64 platform failures which we have fixed now in 27.0.2.
[21:23] <bdmurray> blackboxsw: Once is enough!
[21:23]  * blackboxsw oops. tried rewriting my orig /me msg
[21:24] <bdmurray> I might be hard of hearing but not of seeing - yet.
[21:24]  * blackboxsw wanted to get both the left speaker and right speaker balance on your audio :)
[21:25] <bdmurray> I'm glad you didn't go for surround sound then.
[21:29]  * blackboxsw heh. If helpful a note on outstanding Lintian errors we're taking at GH issues on ua-tools for 27.1 release https://code.launchpad.net/~chad.smith/ubuntu/+source/ubuntu-advantage-tools/+git/ubuntu-advantage-tools/+merge/402459/comments/1061309
[21:33] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-graphics-drivers-460 [source] (hirsute-proposed) [460.80-0ubuntu<IP_ADDRESS>]
[21:45] <bdmurray> blackboxsw: Is this urgent? I'm not sure I have all the context I'd like to have to feel comfortable reviewing this.
[21:48]  * blackboxsw bdmurray: not urgent enough to make review uncomfortable on this. this can wait for enough review context
[21:51]  * blackboxsw will likely hit up robie tomorrow
[22:11] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (hirsute-proposed/main) [1:21.04.11 => 1:21.04.12] (core)
[22:53] -queuebot:#ubuntu-release- Unapproved: accepted initramfs-tools [source] (groovy-proposed) [0.137ubuntu12.1]
[22:55] -queuebot:#ubuntu-release- Unapproved: accepted initramfs-tools [source] (focal-proposed) [0.136ubuntu6.5]
[23:01] <sergiodj> vorlon: can we fix the other missing B-Ds for sssd on i386 (re. https://code.launchpad.net/~sergiodj/ubuntu/+source/sssd/+git/sssd/+merge/402602)?
[23:02] <vorlon> sergiodj: what other build-dependencies are missing?
[23:03] <vorlon> when I last looked at it, libgdm-dev was the only problem. Have the build-deps expanded since then?
[23:03] -queuebot:#ubuntu-release- Unapproved: accepted initramfs-tools [source] (bionic-proposed) [0.130ubuntu3.12]
[23:03] <sergiodj> vorlon: from https://launchpadlibrarian.net/538231040/buildlog_ubuntu-impish-i386.sssd_2.4.0-1ubuntu7_BUILDING.txt.gz
[23:03] <sergiodj> libcollection-dev libdhash-dev libini-config-dev
[23:04] <sergiodj> this build is done without libgdbm-dev already
[23:04] <vorlon> those are all from ding-libs which... is precisely in the list of source packages doko previously mentioned
[23:04] <vorlon> checking to see why it's not built
[23:05] <sergiodj> ah sorry, I didn't check the backlog
[23:05] <vorlon> no worries
[23:05] <vorlon> the source package was built in hirsute
[23:06] <vorlon> and then I deleted the i386 binaries from hirsute release (because they weren't being used)
[23:06] <vorlon> and then they didn't reappear in impish, which I thought usually happened?
[23:08] <vorlon> so I think this copy-package will have done the trick
[23:09] <sergiodj> alright, I can retry the build now
[23:10] -queuebot:#ubuntu-release- Unapproved: accepted gnome-disk-utility [source] (focal-proposed) [3.36.3-0ubuntu1]
[23:13] <vorlon> sergiodj: well, it hasn't published yet
[23:13] <vorlon> you'll want to give the publisher a few minutes, at least
[23:13] <sergiodj> vorlon: ack
[23:13] <vorlon> https://launchpad.net/ubuntu/impish/i386/libcollection-dev actually it's published now
[23:13] <sergiodj> vorlon: thanks a lot
[23:22] -queuebot:#ubuntu-release- Unapproved: accepted evolution [source] (focal-proposed) [3.36.5-0ubuntu1]
[23:29] -queuebot:#ubuntu-release- Unapproved: accepted evolution-ews [source] (focal-proposed) [3.36.5-0ubuntu1]


[01:36] <ScottL_> paultag, and holstein , i did something slightly like you were talking about perhaps
[01:37] <ScottL_> it was for the RPM Challenge and then we did it outside of that
[01:37] <ScottL_> http://blindchaos.rpmchallenge.com/
[01:37] <ScottL_> any person who wanted to join could submit music and it was all mixed together at the end
[01:37] <ScottL_> no one knew what the other was doing however, very interesting
[01:38] <ScottL_> outside of the rpm challenge we did a round robin type of thing, a serial process
[01:38] <ScottL_> one person recorded fifteen minutes and sent that to the next on the list,
[01:38] <ScottL_> this person recorded fifteen minutes using the previous music to "guide" him
[01:38] <ScottL_> this person only took his music and forwarded this, etc, etc
[01:39] <ScottL_> http://soundcloud.com/jazzs3quence/the-room-is-full-of-stars-or-the-last-time-ill-have-to-be-ricky-blanco-for-anybody
[01:40] <ScottL_> all good fun :)
[01:40] <holstein> ScottL_: cool
[01:44] <ScottL_> man, i don't think i've ever seen this much discussion on the -devel mailing list, on the wiki, and on the irc channel before :)
[01:44] <ScottL_> it's pretty darn awesome!
[01:44] <holstein> interest :)
[01:44] <holstein> ScottL_: let me know if theres another one of those
[01:44] <holstein> thats public
[01:45] <holstein> that sounds fun
[02:02]  * persia wonders if it anyone would be interested in writing a bzr-sex plugin, so that session-exchange diffs could be tracked in bzr in LP.
[02:03] <persia> http://murraysaul.wordpress.com/2010/07/09/how-to-collaborate-on-line-part-i/ has some links
[02:33] <ScottL_> one would most likely admit that the term "bzr-sex plugin" is slightly startling with it's loaded connotations ;)
[02:35] <ScottL_> persia, earlier you mentioned that in the STRUCTURE file the -generating and -recording packages should depend on audio rather than base
[02:35] <ScottL_> this seems a little confusing to me, wouldn't the -audio metapackage not be needed anymore
[02:36] <ScottL_> and i had been meaning to ask you as well, do we just leave the -audio meta alone for now?
[02:36] <ScottL_> i was going to suggest removing it, but it appears that you want it to be a dependency
[02:36] <ScottL_> .
[02:36] <ScottL_> lastly, how soon can i start updating the seeds?
[02:37] <ScottL_> .
[02:37] <ScottL_> holstein, i've participated in the rpm challenge for the past two years, not only doing my own thing but blind chaos also
[02:37] <ScottL_> you can certainly join it too, it will be in february
[03:06] <persia> ScottL_, My suggestion was that common audio stuff belonged in an audio seed.  I agree that there's no reason to make a task or metapackage from that seed.  On the other hand, it's a lot easier to have a common seed for the common stuff than to try to manually maintain commonality between other seeds.
[03:07] <persia> Seed changes can happen now, and will take effect as tasks within a day or so.  Changes to the metapackages require a rebuild.
[03:07] <persia> Oh, and "sex" is a fairly old abbreviation from lau@ for Ardour Session Exchange
[03:09] <ScottL_> lol, i knew about the session exchange acronym, but didn't make the correlation at first :P
[03:11] <ScottL_> persia, sorry if i'm being dense, then we will have a metapackage for -base, -generating, and -recording
[03:11] <ScottL_> in -generating and -recording we will define tasks
[03:11] <ScottL_> -base will NOT define a task
[03:12] <persia> Two things.  Firstly, I suggest not calling anything "base" in the ubuntustudio seed collection.  The name is too low-level, and likely to have a future conflict.
[03:12] <persia> We're really talking about common audio apps between -generating and -recording.
[03:12] <ScottL_> but you mentioned audio before, can we still use the -audio metapackage then?
[03:12] <ScottL_> use -audio for common package?
[03:13] <persia> Secondly, I can't see any reason to have a  metapackage or task for the common stuff.  The relationship between seeds and tasks and metapacakges is not one-to-one-to-one.
[03:13] <persia> My suggestion was to have a common seed, named "audio", which generated no metapackage or task.
[03:13] <ScottL_> oh, oh, oh, i'm confusing the seeds with metapackages
[03:13] <persia> And to use STRUCTURE to ensure that the packages listed in this seed would be part of the metapackages and tasks associated with -generating and -recording.
[03:14] <persia> Right.  One can turn a seed into a metapackage, but one doesn't need to do so.  Seed relationships are used to create lists of packages which then can be used for a metapackage.
[03:15] <persia> One can also turn a seed into a task: the decision to do so is separate from the decision to create a metapackage, but roughly the same model applies for each of tasks or metapackages.
[03:17] <paultag> ScottL_, hummm
[03:17] <paultag> ScottL_, totally worth some thought, I think
[03:17] <ScottL_> just to be explicit, are you suggesting that the audio seed (which historically has been used to create the metapackage ubuntustudio-audio) be used for the common audio apps
[03:18] <ScottL_> but it will not create a metapackage anymore? persia
[03:18] <persia> Oh, I forgot about the current use of that seed.
[03:19] <persia> Yeah, we probably want to use something like "audio-common" so that we can provide a transition package for upgraders who have the "ubuntustudio-audio" metapackage installed.
[03:19] <ScottL_> doh, i didn't think about upgrading, *shakes head* man, planning all this is involved
[03:20] <persia> Yep.
[03:20] <ScottL_> okay, all new seeds to be created, and we will want to remove ubuntustudio-audio task from cwatson's list
[03:21] <ScottL_> and i'm presuming we can just leave the -audio seed for now in the bzr code?
[03:21] <persia> Um, maybe.
[03:22]  * persia drafts a reference note
[03:29] <persia> ScottL_, http://typewith.me/CpXbqtFUq6
[03:30] <ScottL_> hey, that's cool persia, i'm watching you type :)
[03:33] <persia> ScottL_, So, based on what I've started in the Natty section, do you see what I mean now?
[03:40] <persia> holstein, Thoughts?
[03:41] <persia> (and you're both encouraged to add more in the Natty section: I'm not sure i have a full grip on everything that belongs there)
[03:42]  * holstein just catching up on what you have there
[03:47] <holstein> ill have to digest that a bit
[03:48] <persia> No worries.  The main thing is that I thought we'd do better at figuring out how to structure the tasks and metapackages with shared text than just IRC discussion :)
[03:48] <holstein> yeah
[03:48] <holstein> i like etherpad
[03:48] <holstein> handy
[03:52] <ScottL_> sorry, wife got home and kids descended upon her (and therefore on me as well)
[03:52] <ScottL_> looking at typewithme
[04:00] <ScottL_> i noticed that "supported" is empty and you say that it must be last, is this a special file persia?
[04:01] <ScottL_> i think i have a better understanding of the transition package also after reading that
[04:02] <persia> It is a special file.  There's still gaps in the full impementation, but it ideally represents the set of stuff not otherwise seeded for which we declare support.
[04:02] <persia> The current UIs are unable to represent support except for a crude approximation based on "main" and "universe".
[04:02] <persia> https://wiki.ubuntu.com/SeedManagement has more discussion
[04:03] <ScottL_> eh, that made me think about doctormo and his wizardpen package, maybe paultag can help if quadrispro is going to be away for a while ;)
[04:04] <ScottL_> and i tried to poke JFo today about getting the -lowlatency kernel in the archives, this i'm really nervous about making sure it happens
[04:05] <ScottL_> unfortunately, this would the be second time i've tried to contact JFo about support for abogani and the kernel for natty and not received a response, hopefully just coincidental and correlation :P
[04:05] <persia> Let's concentrate on the seed collection first :)
[04:10] <ScottL_> i don't want to press too much into the wizardpen package or the kernel support, but i do want to keep pushing it so it doesn't loose momentum, kinda like the website stuff
[04:10] <persia> Sure :)
[04:10] <ScottL_> which by the way, persia and jussi, i responded to the email about the latest website mockup and asked if he could use the proper blue and come up with a dark theme as well
[04:11] <persia> Right.
[04:11]  * ScottL_ is unsure if either of you follow all the mail on the list
[04:11] <paultag> ScottL_, where do you need me?
[04:12] <ScottL_> i'm not strictly sure we do ;) but doctormo has been working on a package for wizardpen support
[04:12] <ScottL_> he's been in contact with quadrispro, but i am unsure to which extent
[04:13] <paultag> Ahha
[04:13] <ScottL_> we, ubuntu studio, would like to support doctormo's efforts and wizardpen driver
[04:13] <paultag> Well doctormo and I are great friends
[04:13] <ScottL_> but he needs it packaged
[04:13] <paultag> we meet up in person regularly
[04:13] <paultag> Ah, rad. I can help him out
[04:13] <ScottL_> outstanding!
[04:13] <paultag> I'll let him know I'm here to help :)
[04:13] <ScottL_> capital
[04:14] <ScottL_> i'm not sure he explicitly understand that the package needs to be, well, umm...packaged and accepted into the archives before it can be included on the ubuntu studio iso
[04:14] <paultag> yeah, he has a hard time understanding procedure
[04:15] <paultag> ScottL_, is it something we need for N cycle?
[04:15] <ScottL_> lol, i've read some of his comments on the #ubuntu-community-team channel, he's quite disparaging sometimes :P
[04:15] <paultag> yeah, he really
[04:15] <paultag> he really is *
[04:15] <paultag> He's torn into me ( I'm on the Ubuntu LoCo Council ) on more then one instance
[04:16] <ScottL_> paultag, it would be nice to get it by natty, yes - if possible, not critical but is preferred though
[04:16] <paultag> OK -- ScottL_, I'm just worried about Debian freeze -- might have to get it into the Ubuntu repos then move it upstream after they release squeeze
[04:16] <ScottL_> i think it's good though that someone shake things up from time to time, but he seems to take it personally though
[04:16] <paultag> +1 ScottL_. He hates authority
[04:16] <ScottL_> i admire his passion though
[04:17] <paultag> He really is an awesome guy
[04:18] <ScottL> he's one of the people that i would like to meet at an UDS one day actually, i've read many of this thoughtful blogs and i have a feeling that i already know him :P
[04:18] <paultag> ScottL, yeah, he has been to almost every UDS in the past
[04:18] <paultag> ScottL, he will miss this one, I think ( not sure, though )
[04:19] <persia> He'll be there.
[04:19] <ScottL> i had thought that i might make this one, but, alas, i shall not
[04:19] <paultag> ah, thanks persia :)
[04:19] <ScottL> but i have high hopes for the next one
[04:19] <paultag> persia, what are the steps for getting a new package into Ubuntu for the next cycle?
[04:19] <paultag> persia, just because deb is in freeze
[04:21] <persia> Get two members of ~ubuntu-dev to agree it ought be uploaded and one of them to upload it.
[04:21] <paultag> ah that's not too bad
[04:21] <paultag> cool, thanks persia
[04:22] <persia> Similar to procedure from Debian, except that packages in Debian only need one member of ~ubuntu-dev because we trust debian as we'd trust ourselves.
[04:22] <paultag> Yup. Sounds right :)
[04:22] <persia> It's usually fairly trivial: the only reason it's more complicated than "just upload it" is because we all make mistakes, so we try to do peer review.
[04:23] <paultag> for sure, for sure
[04:23] <paultag> good thing I have lots of MOTU friends :)
[04:23] <persia> ScottL, So, Are there more questions about seeds/tasks/metapackages now?  Do you still need me to be paying close attention to etherpad and the channel?
[04:23] <paultag> I should really try for MOTU at some point :/
[04:30]  * persia takes silence as "no"
[04:31]  * persia hasn't saved the etherpad: if the contents are interesting to someone for posterity, they may want to grab a local copy
[04:35] <paultag> persia, hate to keep pinging you ( I feel like I'm going to wear you thin after a while ). How hard is it to get accepted as a MOTU? I was thinking of just getting my DM upstream and then applying for MOTU after, but I feel like I won't apply for DM for a solid year or so from now at the least
[04:36] <persia> Becoming a MOTU can be trivially easy or fiendishly difficult, depending on your personality, communication skills, technical skills, preexisting work in Ubuntu, etc.
[04:36] <paultag> heh, good answer :/
[04:37] <persia> I can't speak for anyone else, but my basic criteria when reviewing folk are as follows: 1) I've seen them interacting closely with other MOTU on work on unseeded packages, and with a QA attitude, 2) They have a reasonable number of credited uploads, some of which required some significant technical work on their own (rather than just patch management)
[04:38] <paultag> persia, does Debian credit count to Ubuntu credit?
[04:38] <persia> 3) There appears to be a commitment to archive quality and similar MOTU goals, and 4) they are joining MOTU as a pointless hurdle to their continued work on Ubuntu rather than because that is a goal in it's own right.
[04:39] <paultag> mmm. Thanks persia. I think I'll wait another year or so. I've been around for 3, no sense in rushing things.
[04:39] <persia> It's not that formal.  Work in Debian can count towards some of my criteria, and I have no idea what criteria others use, or whether work in Debian counts.  Work solely in Debian is not typically sufficient on social grounds (although it may meet technical requirements)
[04:39] <persia> If you want to work with the Studio team, I'd recommend against MOTU actually.
[04:39] <paultag> mmhum
[04:39] <paultag> persia, Oh?
[04:39] <persia> Nothing done on Studio counts for MOTU in my book (not unseeded packages)
[04:40] <persia> That said, there's no reason not to try to become an Ubuntu Studio developer, which grants upload to everything seeded in Studio (except core stuff or stuff inherited from Desktop)
[04:40] <paultag> Humm, cool.
[04:41] <persia> Again, I can't speak for anyone else, but my criteria for that are close to my MOTU criteria, except I'm looking at integration with and support from the Studio team rather than the MOTU team, and work on Studio packages rather than unseeded packages.
[04:41] <paultag> sounds quite sane to me
[04:42] <paultag> thanks persia :)
[04:43] <persia> No problems.  We can always use more developers, and more uploaders, and anything I can do to make you more comfortable applying to be the right sort of developer hastens the process.
[04:43] <persia> (as I suspect it would be disappointing to get turned down for MOTU because all your work was only on Studio.
[04:43] <paultag> heh, I don't mind about that
[04:43] <ScottL> persia, i do not think you need pay attention to the channel or etherpad currently, i think the path is pretty well defined although i expect some things to arise during the process
[04:44] <paultag> I really don't want to be on the MOTU muchly persia, really just so I can keep my stuff in sync with Debian
[04:44] <paultag> persia, sounds great. I'll just plug away on routine work, but run it through the channels. After I feel like my changes go through with minor to no issues, I'll apply :)
[04:44] <persia> ScottL, Sure.  I'm always happy to answer questions: just wanted to make sure you didn't feel we were still in the middle of a discussion before pushing that stuff off my current active stack.
[04:45] <persia> paultag, strive for s/minor to// :)
[04:45] <paultag> :)
[04:45] <paultag> I'll make sure they're clean ;)
[14:09] <scott-work> someone should adjust the topic now that maverick is released and natty is in development
[14:09] <scott-work> if someone would tell me how I would be happy to do it :)
[14:09]  * persia investigates the access list
[14:10] <persia> jussi, Could you sort stuff?  ubuntustudio-dev looks particilarly odd.
[14:11] <persia> scott-work, At least this channel is +t (you can check with /mode), so you should be able to use "/topic" to confirm the topic and "/topic foo" to set the topic to "foo".
[14:12] <scott-work> persia: what part of ubuntustudio-dev looks odd?
[14:12] <persia> scott-work, The ChanServ access list
[14:12] <scott-work> oh, nothing i know about then
[14:13] <persia> It's about permissions for this channel.  Nothing you need to worry about short-term.
[14:43] <jussi> [16:43:44] [ChanServ] Flags +votiA were set on persia in #ubuntustudio-devel.
[14:44]  * persia blinks at -dev vs. -devel and slaps forehead
[14:53] <persia> ScottL, Try changing the topic again.
[15:01] <scott-work> persia: i hadn't actually tried yet, work is commanding most of my attention at the moment
[15:02] <persia> OK.  Let's see if what I did worked, just to make sure you can change in the future.
[15:16]  * scott-work didn't like the double brackets
[15:21] <persia> Excellent.  Please complain if there are /topic fights, and it can be locked again
[15:23] <jussi> scott-work: please group this nick with your main nick.
[15:23] <jussi> /msg nickserv group
[15:23] <jussi> for help
[15:23] <jussi> /msg nickserv help group
[15:24] <scott-work> jussi: i will do that
[15:25] <jussi> scott-work: when you have Ill add you to the access list here
[15:25] <scott-work> jussi: i believe i just did it
[15:25] <scott-work> -NickServ- Nick scott-work is now registered to your account.
[15:26] <jussi> [17:26:11] [ChanServ] Flags +votiA were set on ScottL_ in #ubuntustudio-devel.
[15:42] <scott-work> jussi: was that suppossed to be ScottL_ ?  with the underscore?
[15:43] <jussi> scott-work: your account name is ScottL_
[15:49] <persia> You may be able to convince NickServ to change your account name, but that may require some fiddling.
[15:50] <scott-work> oh, i dont' really care, just surprised but i think i know what i did
[15:50] <scott-work> i think ScottL is ScottL and i registered scott-work as ScottL_
[15:51] <persia> You might want to combine them at some point.
[15:57] <scott-work> how complicated is that? and will this grossly affect what jussi did?
[15:58] <persia> ChanServ ought cope.
[16:18] <paultag> yeah, if you nick to ScottL and ident, then /ns group scottl_ it should work OK
[16:18] <paultag> scott-work / scottl_ was registered 52 minutes ago, so you can always ungroup and regroup, but chanserv would drop the flags
[18:07] <scott-work> thanks paultag, going to try something also
[18:11] <scott-work> abogani: the realtime kernel wiki is filling up nicely, the matrix is getting quite full :)
[18:36] <scott-work> for those interested, the october team report has been started https://wiki.ubuntu.com/UbuntuStudio/TeamReports
[18:52] <scott-work> jussi or persia: do you have any experience with Ng?  I am trying to contact him about getting access to the ubuntustudio.org website (per cory) and am waiting a repsonse from him, should i expect to wait long perhaps?
[18:53] <jussi> #canonical-sysadmin is your best bet, as well as email'
[18:56] <scott-work> thanks jussi, i'll try those as well
[19:00] <jussi> oh and scott-work, be patient ;)
[19:01] <scott-work> jussi: right, i had already pinged Ng about it, I'll let it wait until the end of the day and then i'll send an email to<EMAIL_ADDRESS>then
[19:02] <jussi> scott-work: send the email now, then they have it in the tracker. then ping them tomorrow.
[19:02] <scott-work> jussi: roger that
[20:12] <scott-work> paultag:  have you talked to doctormo about the wizardpen driver yet?
[20:16] <scott-work> i'm curious to how he responds about getting the package into the archives
[21:57] <paultag> scott-work, yeah, I did -- he's not pung me back
[21:58] <paultag> scott-work, I'll give him another poke
[22:02] <scott-work> LOL, you poked him all right
[22:03] <paultag> heh
[22:03] <paultag> scott-work, What do you think?
[22:04] <scott-work> paultag: i don't know at this point, my brain is too fried from work and other studio priorities :/
[22:04] <paultag> No worries, thanks scott-work
[22:05] <scott-work> maybe persia has a suggestion - doctormo says that his wizardpen driver doesn't work in maverick (only in lucid) because of the xorg update, he needs programmers and someone to test
[22:05] <scott-work> i'd be happy to buy a tablet to test if someone volunteered to work on the code
[22:05] <paultag> Ah
[22:05] <paultag> scott-work, doc-mo says there might be a driver that translates wizardpen to wacom
[22:06] <paultag> and that would be awesome ( and stable, I think )
[22:07] <scott-work> oh, ah...yes, i was hoping we could use his package in the interim between when something gets stable and finally included in the kernel
[22:10] <scott-work> but thank you, paultag, for looking into it though
[22:10] <paultag> scott-work, of course
[22:10] <paultag> I'm here to help, it would be shady for me to turn down such a clear-cut task with someone I already know :)
[22:30] <scott-work> well, i'm left sad because it seems like we will not be able to make this happen :(
[22:30] <scott-work> but it is what it is
[22:38] <scott-work> paultag: i saw you were thinking about doing something for the FCS at the UDS about US
[22:38] <scott-work> paultag: what sort of thing were you thinking about doing?
[22:38] <paultag> scott-work, I saw on the website mockup that there was a music player for user generated content
[22:38] <paultag> scott-work, if there is going to be a player, there better be a place to put that stuff ;)
[22:39] <scott-work> yes :)
[22:39] <paultag> scott-work, so I was thinking of mocking up something simple, then giving it over to the guys doing the ubuntun free culture stuff
[22:39] <scott-work> when detrate` was working on a new website based on wordpress he felt extremely confident about putting that in
[22:39] <paultag> and eventually if it goes well, just have a studio tag or something. Not too clue yet
[22:39] <paultag> awesome :)
[22:40] <scott-work> paultag: that sounds extremely cool :)
[22:40] <paultag> scott-work, I was going to get it mocked up and demo-able
[22:40] <paultag> scott-work, then present it for revisions etc, don't worry I am not a loose cannon :)
[22:40] <scott-work> oh no, wasn't worried about that, was curious and enthusiastic about what i read :)
[22:41] <paultag> scott-work, cool :)
[22:41] <paultag> scott-work, I did something similar with documents a while ago. I think I might be able to kinda "merge" the two
[22:41] <scott-work> paultag: here's a video i did with blender, just about four hours work, done with all ubuntu studio - http://vimeo.com/14034958
[22:41] <paultag> kickass!
[22:42] <paultag> playing now :)
[22:42] <scott-work> wait till the other one of me shows up ;)
[22:42] <paultag> Oh, I'm there :)
[22:42] <scott-work> they're both first takes, just improvising, the whole purpose was to green screen and composite the other "me" into the video
[22:42] <paultag> for sure
[22:43] <paultag> scott-work, Oh, and something I was thinking about -- posting half made "sketches", and then letting people take them down and post them back with another track
[22:43] <scott-work> that's similar to what i had thought before
[22:43] <paultag> Yeah, I think we were talking about this :)
[22:43] <paultag> scott-work, cute kid :)
[22:44] <scott-work> this is different, from a long time ago - my idea was more of a "riff bank" where you post something when you can't work it further and let other people see what they can do
[22:44] <scott-work> thanks
[22:44] <scott-work> maybe they post it back with some changes, maybe they finish a song with it
[22:45] <scott-work> paultag: this could work with whole songs, maybe someone writes good riffs but doesn't do vocals or leads
[22:46] <scott-work> someone could surf through songs, find one that strikes them, and then add vocals or lead to it


[00:09] <Ampelbein> btm: did you get a mail with questions to be answered?
[00:10] <btm> Ampelbein: I answered all of the questions in an email sent to<EMAIL_ADDRESS>on 2009-04-02 as per https://wiki.ubuntu.com/UbuntuBugControl
[00:11] <btm> someone just pm'd me and said they'll fix it in a day or two though.
[00:15] <Ampelbein> btm: could you resend your bugcontrol application?
[00:15] <Ampelbein> bdmurray: could you have a look at btm's question?
[00:15] <Ampelbein> the one regarding membership that is.
[00:15] <btm> Ampelbein: bdmurray said they would today or tomorrow.
[00:16] <bdmurray> I've found his application and will address it asap.
[00:18] <Ampelbein> bdmurray: oh, ok,
[00:38] <hggdh> hum. I do not remember seeing it -- mebbe good ol' Evo was in one of its bad days
[02:30] <hggdh> btm: I already sent a first answer to your application. I am soory it took us so long
[02:30] <hggdh> I mean I am not soory, but sorry ;-)
[03:13] <andresmujica> 909  bugs left for 400000
[03:14] <micahg> andresmujica: Ubuntu itself has already passed 300k
[03:15] <andresmujica> that's right!! those 400k includes several projects...
[03:15] <andresmujica> hmmm
[03:17] <micahg> hmmm?
[03:20] <andresmujica> 303609
[03:20] <andresmujica> i was looking for the amount..
[03:20] <micahg> ok
[03:21] <micahg> keep in mind, that includes private bugs, the newsletter still shows <300k
[03:22] <andresmujica> how many bugs are at the Red Hat BTS ?
[03:22] <andresmujica> i mean, how do we compare against other distro trakers..
[03:22] <micahg> idk, mozilla and debian recently hit 500k
[03:22] <micahg> you can';t really
[03:23] <micahg> red hat is > 500k
[03:23] <micahg> but they've all been around a lot longer
[03:26] <bcurtiswx> anyone know where i can get the newest kernel in a PPA?
[03:26] <andresmujica> download and install.. i've always go that way..
[03:26] <bcurtiswx> ok
[03:26] <bcurtiswx> i guess i will
[03:26] <andresmujica> in fact, i believe there's no a proper PPA for mainline...
[03:27] <bcurtiswx> http://kernel.ubuntu.com/~kernel-ppa/mainline
[03:27] <bcurtiswx> just dl im guessing then
[03:27] <micahg> is it ok to dup kernel install bugs with the same cause?
[03:28] <bcurtiswx> same kernel?
[03:28] <micahg> yep
[03:28] <andresmujica> yeap the kernel-ppa is not a proper repo.. i believe is an script uploading the builds
[03:29] <andresmujica> theoretically the kernel bugs are duped according to HW.. but it depends, if it's the same kernel and same cause, it's a dupe
[03:29] <micahg> the install is failing
[03:29] <micahg> same error code
[03:31] <andresmujica> probably same bug
[03:31] <micahg> well, I duped them
[03:33] <micahg> are hugdays on vacation?
[03:33] <andresmujica> hee tomorrow should be one...
[03:33] <andresmujica> i believe pedro is on vacation..
[03:34] <micahg> I thought they were on Thursday?
[03:36] <andresmujica> ohh yes..
[03:36] <andresmujica> thursday
[03:36] <andresmujica> sorry
[06:49] <dholbach> good morning
[07:38] <thekorn> good morning
[09:49] <svqyqb> http://tinyurl.com/nkypfa
[13:13] <markb> I have a bug that should be changed to wish list at https://bugs.launchpad.net/ubuntu/+source/totem/+bug/398615
[13:13] <ubot4> Launchpad bug 398615 in totem "H.264-decoder not available for totem when playing a mp4-file." [Undecided,New]
[13:14] <pedro_> markb, sounds like a gstreamer issue rather than totem
[13:15] <pedro_> and probably the plugin is available out there, had you tried to reproduce it?
[13:17] <markb> no i havent, ill have a look into it some more
[13:18] <pedro_> ok, thanks you :-)
[13:44] <UnderSampled> hello, I get WARNING at /build/builddd/linux-2.6.28/kernal/smo.c:333 smo_function_mask+0x1d4/0x1e0()
[13:44] <UnderSampled> Whenever I boot into 9.04, whether that mean into a live cd, the 'check disk for errors', or after upgrading 8.10 to 9.04 after a fresh install
[13:44] <UnderSampled> oh, and the capslock and scrolllock keys blink at a constant rate
[13:45] <UnderSampled> Any Ideas?
[14:15] <hggdh> UnderSampled: if caps/scroll lock are blinking, then your kernel went down
[14:17] <UnderSampled> hggdh: thats good to know. I think I understood that much based on the warning
[14:17] <UnderSampled> but it's still helpfull.
[14:18] <UnderSampled> hggdh: I've been trying at #ubuntu-kernel but nobody has answed me
[14:20] <Pici> UnderSampled: I saw ;)
[14:21] <UnderSampled> Pici: he he. I didn't know that you were here :)
[14:47] <hggdh> UnderSampled: when the kernel panics, something is written on TTY1
[14:48] <hggdh> if this happens during the boot, you can edit the boot commands and take out splash and quiet
[14:48] <bddebian> Boo
[14:48] <jjesse> don't cry
[14:49] <bddebian> :)
[14:49] <hggdh> UnderSampled: sorry, not splash, but usplash
[14:51] <UnderSampled> hggdh: do I have to use the live cd for that? I don't have much control over it
[14:58] <UnderSampled> hggdh: Is there a way to copy all the text on the screen besides typing it up?
[14:59] <kklimonda> UnderSampled: you can make a photo
[15:00] <hggdh> UnderSampled: when the liveCD boots, you should be put under lilo/grub control for a brief moment (at least, this is what I would expect)
[15:01] <hggdh> UnderSampled: but kklimonda is correct -- you can take a picture of the terminal
[15:10] <UnderSampled> hggdh as in physical camera?
[15:14] <kklimonda> UnderSampled: yes
[15:54] <UnderSampled> Pici, hggdh: here is a picture of my kernel panic: http://yfrog.com/5fdumpij
[16:00] <hggdh> UnderSampled: the stacktrace does not seem complete -- at the first line at the bottom, we see a call to 'die'. there is probably a second screen following this one
[16:00] <hggdh> UnderSampled: this is enough to open a bug on this, I think
[16:01] <hggdh> and get back to #ubuntu-kernel and poke them again
[17:39] <fccf> We have been at this for three days, West Virginia University (repo maintainer) is currently working on getting their Jaunty Rollout ready for their fall semester... Problem occurrs with installing subversion... showing no sutible installation candidate, yet I have used the sources.list that the maintainer is using and have no problem installing subversion... this is happening across multiple machines for no apparent reason... I am u
[17:50] <hggdh> fccf: I am not sure what the problem would be, since subversion is on Jaunty/main
[17:52] <fccf> hggdh: it exists, I have downloaded it from the university's server, yet apt is telling him that there is no installation candidate
[17:55] <hggdh> fccf: it is there indeed: http://packages.ubuntu.com/jaunty/subversion
[17:55] <hggdh> fccf: please run 'apt-cache policy subversion', and pastebin the output
[18:02] <fccf> hggdh: http://paste.ubuntu.com/218112/
[18:04] <hggdh> fccf: this is weird. Can you please pastebin your /etc/apt/sources.list?
[18:05] <fccf> http://paste.ubuntu.com/218078/
[18:06] <sportman1280> hgghd: sources are the same.  except. we changed them to the main repo.  repo, does not seem to matter
[18:07] <sportman1280> hgghd: same thing happens with both
[18:08] <hggdh> fccf: please have a look at http://mirror.lcsee.wvu.edu/ubuntu/pool/main/s/subversion/ I do not see the Janty svn there
[18:11] <hggdh> and compare with http://archive.ubuntu.com/ubuntu/pool/main/s/subversion/
[18:12] <sportman1280> hggdh: they look the same to me
[18:12] <hggdh> sportman1280: where is subversion 1.5.4 on WVU repository?
[18:13] <sportman1280> hggdh: http://mirror.lcsee.wvu.edu/ubuntu/pool/main/s/subversion/subversion_1.5.4dfsg1-1ubuntu2_i386.deb
[18:14] <hggdh> darn! Must have me eyes looked at
[18:14] <sportman1280> hggdh: haha its cool.  im just super frustrated and fccf has been super kind to help out
[18:14] <sportman1280> hggdh: but now were both stuck hah
[18:16] <hggdh> well. not completely
[18:16] <hggdh> lemme fire off a VM image I have of Jaunty
[18:16] <fccf> hggdh: I have one running and I used his sources.list
[18:17] <hggdh> and what happens? Same issue?
[18:17] <fccf> no issue on my end ... it works here ... doesn't for sportman1280
[18:19] <sportman1280> which is the confusing part
[18:19] <hggdh> yeah. So we *know* something is wrong, we just do not know what, right now
[18:20] <hggdh> sportman1280: can you please run 'apt-cache policy subversion' and pastebin the output?
[18:20] <sportman1280> what put up was my policy statement
[18:20] <fccf> 218112 came from sportman
[18:20] <sportman1280> http://paste.ubuntu.com/218112/
[18:21] <hggdh> ah, this was yours, sorry. This output is slightly hosed
[18:21] <hggdh> sportman1280: and you ran 'sudo apt-get update'?
[18:21] <sportman1280> hggdh: yep. slightly :-P
[18:21] <sportman1280> hggdh: yes sir :) 20,000 times
[18:22] <sportman1280> we update hourly via cron job
[18:22] <fccf> this is my pastebin for policy ... http://pastebin.com/f3d90dee
[18:23] <sportman1280> hggdh: also this is not one machine. it is every machine we setup. :(
[18:23] <sportman1280> hggdh: they start with the mirror.lcsee.wvu.edu mirror, but even when i change it to main. nothing changes :(
[18:24] <hggdh> this is really weird. I am starting to think your packages lists are hosed
[18:25] <hggdh> sportman1280: and you are running Jaunty right now, correct?
[18:25] <sportman1280> hggdh: yep. im in jaunty.
[18:25] <sportman1280> hggdh: subversion related packages are the only thing found not working so far
[18:25] <sportman1280> hggdh: we have access to the mirror, though we just rsynced with ubuntu servers last night
[18:26] <hggdh> and no errors were reported on rsync?
[18:27] <sportman1280> not that i saw
[18:30] <fccf> hggdh: sportman1280: I just updated my VM and reinstalled subversion from the wvu.edu server ... which means there is no problem there
[18:35] <hggdh> sportman1280: fccf: I am sorry to say beats me. I think it is time to open a bug...
[18:37] <sportman1280> hggdh: damn lol
[18:37] <fccf> hggdh: I'm still not convinced that it is a bug .. we are using the same sourceslist and the same package list, yet he cannot install subversion
[18:39] <hggdh> fccf: I think something is hosed on the initial install
[18:39] <hggdh> since you did not install Jaunty from WVU, you do not have ut
[18:39] <hggdh> /ut/it/
[18:40] <sportman1280> hggdh: when you say the initial install. you mean the base system?
[18:40] <hggdh> yes
[18:40] <hggdh> mvo, if available might help
[18:41] <sportman1280> is that a person?
[18:41] <hggdh> yes
[18:41] <hggdh> just pinged him ;-)
[18:41] <sportman1280> thank you :)
[21:50] <charles_> hey, anyone from bug control could set a importance of bug 399455 to "Wishlist"?
[21:50] <ubot4> Launchpad bug 399455 in transmission "allow to copy file names from torrent file list view" [Undecided,New] https://launchpad.net/bugs/399455
[21:53] <pedro_> charles_: done
[21:53] <charles_> thanks pedro_
[21:54] <pedro_> you're welcome
[21:54] <bdmurray> pedro_: hi!
[21:54] <pedro_> hello bdmurray!
[21:59] <bdmurray> pedro_: My locations list in my gnome panel is quite long now and I can't see all of them.  Do you know how I can work around this?
[22:00] <BUGabundo> hheyeyyyy
[22:06] <pedro_> bdmurray: mm nope, there's no workaround for that AFAIK
[22:06] <pedro_> hey BUGabundo
[22:07] <pedro_> other than just remove a couple to make it fit the screen size, would be pretty good to have a scroll there though
[22:11] <BUGabundo> hey pedro_
[22:11] <bdmurray> pedro_: yeah, that would help
[23:45] <micahg> ping bdmurray re private bugs


[01:00]  * StevenK stabs sampledata
[01:00] <StevenK> I guess my testfix is to run the garbo job against sampledata
[01:03] <wgrant> Indeed
[01:03] <wgrant> Also, i'm not sure we can actually optimise the SET NOT NULLs
[01:04] <wgrant> postgres is a bit stupid
[01:04] <StevenK> :-(
[01:04] <wgrant> It doesn't actually use indices at all
[01:04] <StevenK> Wow
[01:05] <wgrant> When you add a new NOT NULL constraint to a table, it goes through every tuple and verifies that every NOT NULL constraint is satisfied
[01:05] <StevenK> We can probably do it in two patches
[01:05] <StevenK> But it will still make those two FDTs 5 seconds long
[01:07] <wgrant> Nah, best to do it in one patch
[01:07] <wgrant> One statement can alter two columns.
[01:08] <wgrant> So we can do both in two seconds
[01:08] <wgrant> (on DF)
[01:08] <StevenK> Oh
[01:08] <StevenK> It's just a comma?
[01:08] <wgrant> Right
[01:08] <wgrant> launchpad_dogfood=# ALTER TABLE packageupload ALTER COLUMN searchable_names SET NOT NULL, ALTER COLUMN searchable_versions SET NOT NULL;
[01:08] <wgrant> ALTER TABLE
[01:08] <wgrant> Time: 2210.737 ms
[01:12] <wgrant> (or we could just manually set attnotnull, I guess :))
[01:12] <wgrant> That's probably not too evil
[01:12] <StevenK> Hahaha
[01:12] <wgrant> I'm serious
[01:12] <wgrant> It's a reasonable thing to do
[01:12] <StevenK> That won't check each tuple?
[01:13] <wgrant> No
[01:13] <wgrant> Huh, in fact, manually setting attnotnull was the only way back in 7.0
[01:13] <StevenK> Heh
[01:15] <wgrant> Yeah, that would work fine, looking at the code and some tests. But that would want to wait until stub is back :)
[01:15] <StevenK> Does attnotnull take a full table lock?
[01:18] <StevenK> Right, so my sampledata changes do fix that test
[01:18] <wgrant> That was the only failure?
[01:18] <StevenK> And one whole container failed to come up, it seems
[01:18] <StevenK> Maybe not, given the count
[01:19] <StevenK> One 'Launchpad failed to start in 60 attempts' old chestnut
[01:19] <wgrant> One could set attnotnull without taking a full table lock, given that we know the data is good, but that seems a bit evil. ALTER TABLE ... ALTER COLUMN ... SET NOT NULL takes a full access exclusive lock to avoid any null tuples being inserted under its nose, and also to avoid any potential plan changes on other mid-flight queries, but neither is relevant here.
[01:20] <StevenK> Indeed
[01:20] <StevenK> The columns won't be created NULL, and nothing else is reading it
[01:20] <wgrant> But we could probably just pay the 2s
[01:20] <StevenK> Well, Storm will be, but it won't be paying attention
[01:21] <StevenK> wgrant: And yes, only one failure
[01:22] <StevenK> wgrant: Self-review? It runs the garbo job against dev,test-playground
[01:22] <StevenK>  2 files changed, 30 insertions(+), 30 deletions(-)
[01:23] <wgrant> Fine
[01:26] <StevenK> Right, testfix landed
[02:47]  * StevenK stabs buildbot
[03:21] <StevenK> wgrant: I wonder if postgres isn't using indicies because they can be out of date. Is that completly wrong, and it should use indicies if they exist?
[03:23] <wgrant> Given an access exclusive lock as it takes now, an index should be usable.
[03:23] <StevenK> So it's arguably a bug that it won't check an index?
[03:24] <wgrant> Not a bug.
[03:24] <wgrant> A potential future optimisation.
[03:24] <StevenK> Which may get filed as a bug ... :-)
[03:26] <StevenK> Buildbot is finally done
[03:27] <StevenK> Now to wait for qas to update
[15:02] <sinzui> jcsackett, rick_h_, do either you you have time to look at my WCAG fix for  the structural subscription widget: https://code.launchpad.net/~sinzui/launchpad/bugs-subscriptons-wcag-love/+merge/139812
[15:02] <jcsackett> sinzui: i can look.
[15:14] <jcsackett> sinzui: r=me. and bonus points for using OMG in the cover letter. :-)
[15:15] <sinzui> thank you
[15:54] <timrc> sinzui, if I change the bug sharing policy, it only applies to new bugs... it won't retroactively apply to existing bugs?
[15:55] <sinzui> correct
[15:56] <sinzui> timrc, I have a script that walks over all bugs and branches and tries to change the into type. Would you like a copy in cases where you do want to change them all?
[15:56] <timrc> sinzui, sure, I'd be interested in that script
[15:57] <timrc> I think we have people going rogue and screwing around with their sharing policies... do you have a script that slaps people too? :)
[16:14] <timrc> sinzui, OK, I think I see the error of my ways.  So when I create a bug in a project with a proprietary bug sharing policy, the new bug defaults to proprietary.  To make it sharable between projects it has to be changed to private...
[16:16] <sinzui> yes. Someone needs to vet the information to be certain the bug can be shared with another project how can also choose to make it public
[16:19] <sinzui> timrc, as for slapping user who screw up the policies, I am open to suggestion for punishment so long as it is equal to the burden they inflict upon others...
[16:20] <sinzui> I still see people not sharing with ~canonical, so we are locked out and we need to stop work and fix the project.