[13:07] <waldo323> good morning
[13:08] <waldo323> and happy mug Tuesday
[13:25] <cmaloney> Good morning
[13:25] <cmaloney> How's the day so far?
[13:29] <notlikethesoup> dealing with very old, very ugly code
[13:29] <notlikethesoup> so could be better lol
[13:58] <cmaloney> Whee
[15:50] <jrwren> sounds fun.
[15:50] <jrwren> i love cleaning up old crap... when people let me :)


[04:10] <calc> cjwatson: yea know about the issue wrt OOo been working on it along with several other fixes for several days now
[04:10] <calc> cjwatson: last bit left is to determine what feisty did for broffice splash and fix up gutsy's and then upload
[04:11]  * calc was off today for national holiday
[04:12] <calc> cjwatson: did you get my email last night about the openoffice.org-cd-reduction blueprint?
[04:13] <calc> cjwatson: i was unable to post it since launchpad was down for a prolonged (longer than specified) outage which extended until very late local time
[04:15]  * Hobbsee curses at hardy's borkenness
[04:15] <calc> Hobbsee: whats broken for you?
[04:15] <Hobbsee> calc: my X keeps freezing
[04:16] <LaserJock> Hobbsee: threaten it with the DOOM stick
[04:16]  * Hobbsee wonders what this laptop is even running
[04:17] <calc> Hobbsee: oh :(
[04:17] <Hobbsee> edgy, it appears
[04:17] <Hobbsee> and if it doesnt blow up, i'll be in luck
[04:19] <lifeless> Hobbsee: rofl
[04:19] <Hobbsee> lifeless: i almost renamed this machine to OnFire for a reason!
[04:20] <pwnguin> because it plays Frets?
[04:21] <Hobbsee> no...
[04:23] <Hobbsee> lifeless: i've had this thing up to 89C before
[04:23] <lifeless> Hobbsee: miaow!
[04:23] <calc> nice
[04:23] <ajmitch> only 89?
[04:24] <ajmitch> I suppose, it is a laptop
[04:24] <calc> Hobbsee: that would probably kill a Core 2
[04:24] <RAOF> Hm.  When does the autosync run again?  I'd like git-core to be installable again :)
[04:24] <ajmitch> highest I've seen on one of my systems was 93
[04:24] <ajmitch> that box is now dead, of course :)
[04:24] <Hobbsee> and update-manager autofreezes.  yay
[04:24]  * RAOF 's GPU hits 95 under load.
[04:24] <LaserJock> my laptop keep shutting off a ~ 90C
[04:25] <LaserJock> *kept
[04:25] <StevenK> I've not seen how hot this machine gets
[04:25] <RAOF> LaserJock: Tell it to push through the pain barrier!
[04:25] <LaserJock> RAOF: I cracked it open and cleaned out the fan an put on fresh thermal paste
[04:25] <LaserJock> now it's running 40-50C
[04:25] <ajmitch> it feels like beer o'clock
[04:26] <LaserJock> that reminds me of our wonder uni Apple support
[04:26] <LaserJock> my labmate had an iMac that was constantly overheating and shutting down
[04:26] <LaserJock> and she'd have to leave it of for a couple hours
[04:26] <LaserJock> she called the help desk people and had the support guy come over
[04:27] <Hobbsee> i think i'll upgrade X, and see what happens
[04:27] <LaserJock> and he said "huh, why don't you just put a fan behind it?"
[04:27] <LaserJock> so she ran it with a fan blowing on the back of it until it got fried in a power outage
[04:27] <calc> the highest i've seen a cpu was in a desktop and that was in the 80s
[04:28] <calc> was the regular operating temperature for the chip though
[04:28] <RAOF> Heh.  That'd be one of the pentium 4s, right?
[04:28] <LaserJock> geeze
[04:28] <calc> an athlon 1200 (iirc)
[04:28] <LaserJock> my desktop procs don't get above 50C
[04:28] <ajmitch> sounds about right
[04:28] <calc> somewhere around 185F
[04:28] <ajmitch> my one that got to 93C was an athlon xp
[04:28] <LaserJock> calc: did you check the thermal grease/tape?
[04:29] <calc> it still did that temp even with a lapped heatsink and good thermal compound
[04:29] <calc> it was on my dad's pc so i checked it out and apparently it was within specs
[04:29] <LaserJock> my athlon XP 1800+ dropped ~20C avg temp after I redid the thermal compound
[04:29] <calc> iirc the top temp it was rated for was ~ 95C
[04:30] <calc> it wasn't an XP it was original athlon (chip based not slot)
[04:30] <calc> my XP was much lower temps
[04:30] <calc> iirc the max my XP got to was around 60C
[04:30] <LaserJock> ah
[04:30] <LaserJock> that sounds like mine
[04:30] <calc> but that was many years ago so i am not certain about its exact load temp
[04:31]  * calc wants a core octo ;)
[04:31] <calc> build OOo faster!
[04:31] <LaserJock> my athlon XP is my fastest machine still
[04:31] <ajmitch> calc: what, in only 18 hours?
[04:31] <StevenK> calc: Then buy an 8-core Niagra
[04:31] <calc> i have a core 2 duo 2.8GHz
[04:32] <calc> isn't niagra a bunch of low end cores?
[04:32] <calc> in any case sun hardware is way to expensive
[04:33] <StevenK> calc: Eight 1.4GHz SPARCv9 cores
[04:33]  * calc wishes wine could run Adobe CS 3 already
[04:34] <calc> ah, i thought they were crippled in some way to achieve that, maybe i am misremembering
[04:35] <Hobbsee> sigh.  X broke.
[04:36] <StevenK> LaserJock: You need an amd64
[04:37] <LaserJock> StevenK: I do
[04:37] <LaserJock> I just got a "new" machine
[04:37] <LaserJock> a 1.7GHz P4
[04:37] <StevenK> LaserJock: And we need ponies
[04:37] <LaserJock> yep, working on it
[04:38] <LaserJock> ah well, at least my computing situation isn't as bad as imbrandon
[04:40] <calc> i'm going to try to hold out on upgrading until dec 2009
[04:41] <calc> of course i love new machines so that will be hard, heh
[04:41] <LaserJock> I should be graduating this spring
[04:41] <StevenK> Why until then?
[04:41] <calc> StevenK: 3 years since my last new machine
[04:41] <LaserJock> and my reward is going to be a new laptop
[04:41] <calc> hard drives and ram increases are so pathetic for the past 5 years that it probably won't even be worthwhile until then anyway
[04:42] <calc> cpu are getting faster but not that much either
[04:42] <calc> i bought a 2gb hard drive in spring 1996 and  100gb drive in oct 2001
[04:42] <LaserJock> I'm just getting a bit behind with everything
[04:43] <calc> and the largest available hard drive is still only 1TB now
[04:43] <Hobbsee> it appears that gnome-control-center needs a rebuild.
[04:43] <calc> it should be up to like 100TB by now
[04:44] <TheMuso> calc: I'd say we are starting to hit the upper limits of current technologies.
[04:44] <Hobbsee> no, a merge
[04:44] <calc> TheMuso: yea way past the limit, heh
[04:44] <persia> calc: There's also a price factor: 1TB today isn't very expensive.
[04:44] <calc> from 5MB ~ 1985 to 100GB in 2001 to 1TB in 2006
[04:45] <calc> persia: it costs more than 100GB in 2001
[04:46] <persia> calc: I'll trust you: I haven't purchased a TB storage device since 1997, but it was expensive then.
[04:46] <calc> 1TB in 1997 would probably have been in the 150K range (i would guess)
[04:46] <calc> er $150K USD
[04:47] <LaserJock> hmm, I could by a new laser for that
[04:47] <persia> calc: We paid about 200k USD, but that included the routing HW, Digital support, etc.
[04:47] <calc> i helped install a large 2 rack 250GB (max) worm drive system back around 1994
[04:47] <calc> i bet that cost a large sum of money back then
[04:48] <persia> 2 racks?  Anything with 2 racks is still expensive :)
[04:48] <calc> looks like 1TB drive still costs ~ $280 USD now
[04:48] <calc> persia: yea they were 12" WORM discs iirc
[04:49]  * persia is amused that 1TB drives are currently cheaper than 10GB drives, which frequently sell for > 100,000 yen
[04:57] <calc> why would anyone buy a 10GB drive, is anyone even still making them?
[04:58] <TheMuso> IMO small drives still have their uses. Pitty they aren't as fast as the drives of today however.
[05:01] <persia> calc: People seem to like them for vast farms of SparcStation 2s.  These are common in factory automation environments, etc.
[05:01] <calc> well if they were manufactured long ago they are more likely to fail... so just buy the smallest modern drive, 100gb or whatever
[05:03] <persia> calc: Not supported by ancient Solaris.
[05:04] <calc> ancient solaris isn't supported either... is it?
[05:05] <IntuitiveNipple> Interesting issue: xchat2 icon in the notification panel has just zoomed it's icon about 500% so all I can see is the top half of the X, and it is about 3x normal width... what'd cause that?
[05:05] <persia> calc: Not by Sun, but turnkey vendors support it for the turnkey systems, as it's cheaper than porting to keep up, when one can just release a new turnkey, and migrate customers after the 8-10 year depreciation has finished.
[05:05] <calc> ah
[05:08]  * Hobbsee ponders if it's worth attempting to fixthis today
[05:11] <Hobbsee> aww, crap
[05:11] <Hobbsee> what am i supposed to do if ia have no more gnome-screensaver, and the machine has gone into powersave?
[05:13] <Hobbsee> ah, shut it down remotely.  got it.
[06:26] <pitti> Good morning
[06:26] <Hobbsee> morning pitti!
[06:27] <thegodfather> hey Hobbsee
[06:27] <Hobbsee> hi thegodfather
[06:27] <Hobbsee> thegodfather: why are you titled as such, today?
[06:27] <thegodfather> Hobbsee: new nick
[06:27] <Hobbsee> well, obviously, but why?
[06:28] <thegodfather> you are gonna have to guess that :)
[06:29] <Hobbsee> :P
[06:40] <slangasek> thegodfather: because you're now a godfather?
[06:40] <thegodfather> slangasek: i was before as well :)
[06:41] <slangasek> because you've opened a pizza delivery service?
[06:49] <thegodfather> slangasek: :)
[06:59] <tjaalton> thegodfather: you are now in the waste management business?-)
[07:00] <thegodfather> tjaalton: pizza delivery  :)
[07:02] <tjaalton> thegodfather: so in a sense, yes :)
[07:07] <DaBonBon> pitti: are you aorund ?
[07:08] <DaBonBon> pitti: you'd told me that to change locale in kubuntu one needs to edit /etc/environment .. in that file on my machine i've put LANG="en_US.utf8" .. yet in konsole echo $LANG shows en_IN
[07:09] <pitti> DaBonBon: hm, there might be something in KDE which overrides it, I'm not sure; but KDE certainly has its own language selector? Hobbsee?
[07:13] <Hobbsee> pitti: pass.
[07:19] <dholbach> good morning
[07:45] <dholbach> can somebody please sync traverso from sid?
[07:49] <dholbach> pitti: can you sync  traverso  from sid?
[07:53] <DaBonBon> pitti: i don't think kde has it's own
[07:54] <DaBonBon> wow, i guess i missed something.. brb.
[07:54] <pitti> dholbach: done
[07:55] <dholbach> pitti: thanks a lot, now I can close ONE of the<PHONE_NUMBER>26 needs-packaging bugs
[07:55] <pitti> :)
[07:55] <dholbach> http://people.ubuntu.com/~dholbach/sponsoring exploded
[07:55] <pitti> oh, was it a new package from Debian?
[07:55] <dholbach> yeah
[07:55] <pitti> ah; please don't ask me to do that for a particular package in the future
[07:56] <pitti> I was going to sync all new stuff from Debian today anyway
[07:56] <dholbach> ok good :)
[07:56] <pitti> and it's easier that way with source NEW etc.
[07:56]  * pitti news
[07:56]  * dholbach hugs pitti
[07:56]  * pitti hugs dholbach *knuddel*
[07:57] <dholbach> pitti: sorry for the extra-work - I got desperate, when I looked at the list :)
[07:57] <pitti> NP
[07:59] <DaBonBon> pitti: my fault, i didn't notice it .. it's deep somewhere in kcontrol ..
[07:59] <DaBonBon> ty anyway :)
[08:00] <DaBonBon> though shouldn't the system follow LANG from /etc/environment ?
[08:00] <Hobbsee> DaBonBon: i suspect kde localisation is borked.
[08:01] <DaBonBon> well after selecting US English from Kcontrol -> Regional and language settings -> System language -> Dialog box i could set it :D
[08:01] <DaBonBon> Hobbsee: borked in what way ?
[08:03] <Hobbsee> as in, doesn't work
[08:04] <DaBonBon> oh ok ..
[08:04] <DaBonBon> actually it's highly irritating that the installer sets the locale automatically .. atleast in the "Expert Settings" mode an option should be given to modify the locale :-/
[08:25] <DaBonBon> https://bugs.launchpad.net/bugs/164648 -- :)
[08:25] <ubotu> Launchpad bug 164648 in ubiquity "Allow user to select preferred locale" [Undecided,New]
[08:26] <MacSlow> Greetings everybody!
[08:44] <pitti> hey MacSlow
[08:48] <MacSlow> Tag pitti
[08:48] <StevenK> Hum.
[08:49] <StevenK> The new gimp provides is own printing plugin, conflicts with gimp-print, and now gimp-print is gimp-gutenprint
[08:49]  * StevenK merges gutenprint
[08:53] <DaBonBon> https://bugs.edge.launchpad.net/ubuntu/+source/sun-java6/+bug/127053 could someone triage this and mark it as New if required ?
[08:53] <ubotu> Launchpad bug 127053 in sun-java6 "Problem in sun-java6-jdk documentation" [Low,Fix released]
[08:54] <DaBonBon> (sorry, I meant that for #ubuntu , not here ! )
[09:22] <mdz> cjwatson: regarding your question from yesterday evening, what I pointed out was that ckbcomp will be run at boot (via setupcon --save) *unless* the init.d script detects itself being run by init.  the mobile folks have observed (via bootchart) ckbcomp running, so I inferred that that logic was not working
[09:23] <warp10> Hi all!
[09:24] <milos> hello, i have a bug to report, who do i turn to?
[09:27] <\sh> milos, http://www.launchpad.net/
[09:27] <pitti> hi warp10
[09:27] <milos> thc
[09:27] <milos> thx
[09:28] <warp10> pitti: hi martin! I got your mail, thanks. :)
[09:31] <pitti> whoops
[09:31] <milos> \sh can you give me a direct link to the official kubuntu section?
[09:31] <pitti> sorry guys for the source NEW spam on -changes (new sources from Debian, forgot to disable mail)
[09:31] <milos> there are a lot of ubuntu/kubuntu entries, i don`t know where to post my problem
[09:32] <\sh> milos, there is no special kubuntu section...you need to know the package name and search for it...and file the bug against the package
[09:33] <milos> well.. what is the package that runs the bootcd installer? :)
[09:33] <\sh> pitti, debian removed ircii-pana from their archive....can we remove it from hardy as well now? there is a bug filed already
[09:33] <\sh> milos, debian-installer?
[09:33] <milos> not that one
[09:33] <milos> the graphical one
[09:33] <\sh> ubiquity
[09:33] <pitti> \sh: I'll do some mass-removal processing soon
[09:34] <Fujitsu> pitti: I fail to see a problem in changes going to -changes.
[09:34] <pitti> \sh: as well as traverse the bug list
[09:34] <milos> ok
[09:34] <\sh> pitti, cool thx :)
[09:34] <pitti> Fujitsu: traditionally we don't mention autosyncs from Debian
[09:34] <milos> and for kubuntu?
[09:34] <milos> (the same thing happens in both distros)
[09:34] <\sh> milos, it's the same...
[09:34] <milos> thx!
[09:34] <Fujitsu> pitti: Right, which I think is a bit strange.
[09:34] <milos> you have been very helpful!
[09:34] <\sh> milos, ubiquity has a gnome and a kde frontend...it's the same package
[09:37] <milos> ubiquity does not use Launchpad as its bug tracker.
[09:37] <milos> :/
[09:37] <milos> meh, nevermind
[09:37] <milos> i`m prolly the only one that has that problem :(
[09:37] <milos> i`ll just use alternative cd and debian-installer
[09:43] <soren> pitti: I agree with Fujitsu. I realise it would increase the volume significantly, but I subscribe to *-changes to see what changes in Ubuntu, and new stuff (new packages or just new versions of packages) from Debian that gets imported is still a change to Ubuntu.
[09:44] <soren> pitti: If I really wasn't interested, it would not be that hard to make a procmail rule that discarded any mail to *-changes that didn't have "ubuntu" in the subject.
[09:44] <pitti> that's a lot of mail for autosyncs, especially for the first one (some 2000 mails!)
[09:44] <Ng> milos: its "upstream" project page does say it doesn't use lp for bugs, but you can still file bugs at https://bugs.launchpad.net/ubuntu/+source/ubiquity/
[09:44] <pitti> and if you are interested, you better read debian-changes
[09:44] <soren> 2000 interesting mails, IMO :)
[09:45] <pitti> soren: by the same argument we don't get changelogs from other upstreams either
[09:45] <soren> pitti: Hm?
[09:45] <pitti> soren: well, that list is meant to describe changes Ubuntu folks did to Ubuntu, not our upstreams
[09:47] <soren> pitti: Updating package foo from version 1.0-1 to 2.0-1 in Ubuntu is a change to Ubuntu. Regardless of the origin of the update.
[09:48] <soren> pitti: Ok, rephrasing: I'd really like to have some way of getting notified about *every* upload to Ubuntu, and I really consider *-changes the most suitable place for that sort of thing. Maybe we could add some additional headers to the mails there, so that people could more easily filter out automatic syncs or whatever.
[09:49] <soren> pitti: I've not completely understood your argument about other upstreams.. Which other upstreams are we talking about? Could you give an example?
[09:49] <pitti> then I think we should revive https://lists.ubuntu.com/archives/ubuntu-changes-auto/
[09:50] <pitti> soren: we don't put the changelogs from OO.o, Gnome, etc. to that list either
[09:50] <pitti> just Debian's changelogs for autosyncs (which we don't do usually)
[09:50] <soren> pitti: Indeed, but there's a mail on that list when there's a new oo.o upload.. If I'm interested in the details, I can look them up.
[09:51] <pitti> having a separate ML seems more appropriate to me, and you can sort them into the same folder if you want
[09:53] <soren> pitti: The difference between OO.o, GNome, etc.  and Debian is that a change in OO.o doesn't change anything in Ubuntu until someone uploads said change, but a change in Debian does.
[09:53] <pitti> right
[09:53] <pitti> soren: so WDYT about -changes-auto@?
[09:54] <soren> pitti: It would indeed solve my problem.
[09:54] <soren> pitti: I'm just still puzzled why it's a separate list.
[09:54] <soren> pitti: I don't think automatic changes are any less relevant than UBuntu specific ones are.
[09:55] <pitti> most people are interested about things Ubuntu devs change in Ubuntu, and getting 2000 mails on one day is not generally considered nice by many people
[09:56] <pitti> so providing an opt-in with -changes-auto seems better to me than starting to spam people
[09:56] <pitti> soren: they aren't less releavant
[09:57] <pitti> for the functioning of Ubuntu
[09:57] <soren> pitti: I don't know "most people", so I can't say anything about what they're interested in. I can only say that if I subscribe to hardy-changes that early in the release cycle I wouldn't be one bit surprised to get a massive flood of mails about stuff that gets imported. I'd expect it.
[09:57] <pitti> but they are less interesting to many people to read the details about them
[09:57] <soren> pitti: I don't think we'll get much further with this discussion. Reviving auto-changes will give me the info I want, so that's fine.
[09:57] <pitti> ok, great
[09:58] <soren> I reserve the right to think it's odd, though :)
[10:06]  * Hobbsee finds it annoying that the merge bugs are just filled with "remaining ubuntu changes" but you rarely tend to see what *debian* has changed
[10:06] <persia> pitti: While I tend to read changelogs from sources other than the mailing list, finding Debian changelogs with which I disagree is a common prompt for me to make an Ubuntu upload.  I'm only interested in a subset of packages, but for someone with wider scope, the ML may be a strong point.
[10:06] <persia> Hobbsee: Kick it back if they don't include the Debian changelog.
[10:06] <Hobbsee> but that may well be because of the options used for merging
[10:06] <Hobbsee> persia: it's auto-accepting
[10:06] <Hobbsee> as in, debian changelog is there, but not shown in the mails to -changes
[10:07] <soren> Hobbsee: If people don't debuild -v<last ubuntu version> someone should politely tell them to do so.
[10:07] <persia> Hobbsee: If it's not shown in the mail, the uploader made a mistake: one should always generate a changelog containing all changes since the last Ubuntu release.  I use `debuild -S -v(last ubuntu version)` for that.
[10:08] <Hobbsee> soren: or have keybuk yelling, yes.
[10:09] <soren> Hobbsee: Well, yes, depending on who did it.
[10:09] <soren> Hobbsee: If it's one of his minions, sure :)
[10:09]  * Hobbsee taught this room a whole new expletive that day...
[10:09] <Hobbsee> soren: he doesn't only blast his minions for it
[10:09] <Hobbsee> unless i'm suddenly a minion, without realising.
[10:10] <soren> Hobbsee: oh :)
[10:15] <Keybuk> When did I yell?
[10:17] <Hobbsee> Keybuk: a while ago, when i didnt use MoM at all.
[10:17] <Keybuk> I bet I didn't tell
[10:17] <Keybuk> yell
[10:17] <Keybuk> see, I can't even spell yell
[10:18] <Hobbsee> sure?
[10:23] <StevenK> I remember cjwatson telling someone about -v
[10:31] <TheMuso> I have a package I am trying to merge, which is a frontend for another package in the archive. The backend package in question uses libgcrypt11, which recently had its .la file moved from /lib to /usr/lib. The frontend FTBFS on this, as the .la can't be found in /lib. However, attempting to rebuild the backend package results in the package still assuming that the .la file is in /lib, when its in /usr/lib.
[10:31] <TheMuso> The libgcrypt11 .la file is listed in several .la files in the backend package, in the dependency_libs field.
[10:31] <TheMuso> I've noticed that libgcrypt11 uses clean-la.mk for use with cdbs. I am wondering whether I should re-upload the backend package with this code in debian/rules, to clean the .la files. I've tested this, and it allows the frontend package (my merge), to build. I am wondering however, whether this is the right approach to take.
[10:32] <Mithrandir> TheMuso: cleaning .la files is fine, on a general basis
[10:34] <TheMuso> Mithrandir: Ok. I guess the only other question then, is whether this code will be put into something else that is usable by packages that use staright debhelper, which this backend package does. If not, I'll copy/paste and modify the clean-la.mk cdbs code accordingly for the package.
[10:35] <TheMuso> straight*
[10:42] <pitti> TheMuso: I added the sed to gnutls13, which doesn't use cdbs (AFAIR)
[10:42] <pitti> TheMuso: it took us about 5 uploads until we tamed those *($#$# .la files enough to not break libgpg-error/gnutls13/libgcrypt11 any more
[10:42] <pitti> TheMuso: unfortunately we had to put it back
[10:42] <pitti> TheMuso: but putting it into /lib is useless, libtool doesn't find it there
[10:42] <Mithrandir> pitti: why did we have to pit it back?
[10:42] <Mithrandir> put, even
[10:43] <mvo> doko: hello! I'm currently checking my stuff to forward to debian and noticed that python-gamin-dbg is something we may want to forward. is there a spec or anything that explains a bit about the rational for the python-dbg packages? I would like to have something to point people at when sending the diff to debian
[10:43] <pitti> I forgot, someone else did that; /me checks changelog
[10:44] <pitti> hm, StevenK, why did you put back the .la to libgpg-error again?
[10:44] <pitti> libgpg-error (1.4-2ubuntu7) hardy; urgency=low
[10:44] <pitti>   * Add symlink from /lib/libgpg-error.la to /usr/lib/libgpg-error.la
[10:44] <pitti>     since /lib is where other .la files expect it to be
[10:44] <pitti>  -- Jonathan Riddell<EMAIL_ADDRESS>Thu, 15 Nov 2007 23:19:09 +0000
[10:44] <pitti> TheMuso: ^ maybe you have to do that as well, but this is REALLY EVIL
[10:44] <TheMuso> pitti: heh, it does sound rather evil.
[10:45] <Riddell> if I have been evil, it is because I was standing on the shoulder of evil giants
[10:45]  * pitti hugs Riddell
[10:45] <pitti> it seems that three long-experienced developers haven't found a proper way to make .la files work for stuff in /ilb
[10:46] <pitti> /lib even
[10:46] <pitti> Riddell: standing on the thin and shaky evil libtool ground? :)
[10:46] <TheMuso> Sounds wonderful.
[10:47] <Mithrandir> we could, like, clean out those other .la files.
[10:47] <Mithrandir> I'd recommend that, especially now that we're in free-fire-mode.
[10:51] <TheMuso> In the case of the backend package, nothing goes into /lib, but its .la files point to the libgcrypt11 .la which it still thinks is in /lib, which it isn't... If the autotools foo was rebuilt for that package, would that change anything? Or, should I just clean the .la files and be done with it?
[10:52] <pitti> TheMuso: if it works without a .la at all, then this is preferable IMHO
[10:52] <pitti> TheMuso: but we need to remove .la files top-to-bottom, and clean their stated dependencies bottom-to-top
[10:53] <TheMuso> Right.
[10:55] <TheMuso> But if the .la files were removed from the backend -dev package, what is the likelyhood of something needing to be changed in the frontend package?
[10:55] <TheMuso> To not rely on the .la files
[10:56] <pitti> TheMuso: AFAIK, in the worst case, it FTBFSes and you need to remove the .la files from the reverse dependencies, too
[10:56] <doko> mvo: have to write this p
[10:56] <doko> mvo: the rationale is to provide an extension to be used with the python-dbg interpreter
[10:57] <TheMuso> pitti: I'm not that knowledgable with autotools.. What reverse dependencies are you referring to in this context?
[10:57] <pitti> TheMuso: reverse build dependencies I mean
[10:57] <TheMuso> pitti: Ah ok.
[10:57] <mvo> doko: thanks, I found https://wiki.ubuntu.com/PyDbgBuilds
[10:57] <pitti> TheMuso: e. g. if we would remove the .la files from libgpg-error-dev, then we would likely break the build of everything that build-depends on libgpg-error-dev
[10:57] <mvo> doko: it would have been cool to get a mail about this to ubuntu-deve-announce, it looks incredible useful
[10:58] <TheMuso> pitti: Yep, I understand now.
[10:58] <pitti> TheMuso: which is why we just remove the 'dependencies' line from its .la, so that it does not spread any superfluous dependencies any more and not pull in the lower-level .la files any more
[10:58] <Mithrandir> .. and then we can get rid of the .la files in the next round.
[10:58] <pitti> right
[10:59] <TheMuso> pitti: Ok, so I'll just clean the .la files. Thanks for your explanations and help.
[10:59] <pitti> TheMuso: you're welcome; for non-cdbs; please look at gnutls13
[10:59] <TheMuso> pitti: Will do, thanks again.
[11:00] <pitti> TheMuso: hm, no, it wasn't gnutls13, that's cdbs, too
[11:00] <pitti> TheMuso: but well, it's just copying the sed -i, so it's no big deal
[11:00] <doko> mvo: hmm, didn't we do this for feisty?
[11:01] <StevenK> pitti: But I didn't...
[11:01] <pitti> libgpg-error (1.4-2ubuntu4) hardy; urgency=low
[11:01] <pitti>   * Install the .la again. Libtool, I will have my revenge!
[11:01] <TheMuso> pitti: Yeah, figured as much.
[11:01] <pitti>  -- Steve Kowalik<EMAIL_ADDRESS>Mon, 05 Nov 2007 10:13:41 +1100
[11:01] <pitti> StevenK: I know there was a reason for it, but I forgot
[11:02] <StevenK> pitti: Oh right, um, because it meant libtool went looking for it and then bitched it couldn't find it
[11:03] <mvo> doko: I can't find it here, maybe I overlooked it, but it seems to be not in my mailbox
[11:06] <seb128> doko: right, it's create load of extra work, would be nice to write some announce mail to debian about those and send the patches we have to the bts
[11:07] <seb128> it should have been made much early, we have lot of packages patches for that an often the debian/rules is changes are not trivial
[11:25] <rexbron> mr_pouit: Has the patch to stop gimp segfaulting with murrine been sent upstream. (It is in the debian package though)
[11:52] <dholbach> MOTU Meeting in 8 minutes in #ubuntu-meeting
[12:00] <dholbach> pitti: MOTU Meeting :)
[12:00] <pitti> dholbach: joined, thanks
[12:00] <dholbach> thanks pitti
[12:04]  * highvoltage also attends for a change
[12:10] <carlos> pitti: hi
[12:10] <carlos> pitti: sorry for bother you again... what's the status of language pack generation?
[12:10] <pitti> carlos: they should all be in PPA, and I got some initial good feedback
[12:11] <carlos> are they in proposed already?
[12:30] <rexbron> mr_pouit: There is a major issue with the murrine package
[12:30] <rexbron> mr_pouit: the debian package does _not_ clean the patches when it builds the package. Afaict, it is in the debian rules, but was not called by the DD when it originally created
[12:35] <dholbach> thanks pitti
[12:35] <pitti> my pleasure, not much to do :)
[12:36] <pitti> carlos: I'll do that now
[12:37] <Hobbsee> Fujitsu: i see what you mean about this -intel driver being rather tempramental
[12:37] <Fujitsu> Hobbsee: Yeees.
[12:37] <Fujitsu> Dieing on me a lot tonight.
[12:37] <Fujitsu> Hobbsee: Why did you upgrade?
[12:38] <Hobbsee> Fujitsu: because of something else i upgraded, which gave me random syslocks.
[12:38] <Fujitsu> Ah.
[12:38] <Hobbsee> as in, X would entirely freeze, at random, with no way of fixing it, it appears
[12:38] <Hobbsee> yeah, 20 mins, and it had already crashed.
[12:38] <Fujitsu> -intel does that too, but with the added bonus of killing everything regularly.
[12:38] <Hobbsee> heh
[12:38] <Hobbsee> wonderful
[12:38] <Fujitsu> Although you can sysrq and suspend out of it, which is good.
[12:38] <Fujitsu> Hahahah.
[12:39] <pitti> seb128: new bug-buddy requires libelf-dev, which needs a MIR
[12:39] <Fujitsu> Hobbsee: Again?
[12:40] <dholbach> MOTU Q&A Session in #ubuntu-classoom in 20 minutes
[12:40] <Hobbsee> there we go.
[12:40] <Hobbsee> twice in 25 mins.  this could get fun.
[12:40] <ogra> pitti, uuuh, we'll have pulse in desktop now ?
[12:41]  * ogra just sees the changelog for edubuntu-desktop ... thanke for uploading btw
[12:41] <pitti> ogra: yes; you don't want it in edubuntu? I thought you were yearning for it
[12:41] <pitti> ogra: I merged your seeds, BTW (I think I didn't screw them up too badly)
[12:41] <ogra> pitti, i'm not sure the ltsp alsa emu works if pulse is installed locally
[12:41] <pitti> ogra: well, feel free to kick it out again
[12:41] <ogra> i dont care, i still have some months to fix them :)
[12:42] <Fujitsu> Hobbsee: I've had it within 5 minutes of restarting twice tonight.
[12:42] <ogra> welll, there wont be an edubuntu desktop like you knew it anymore after we redid the edubuntu CD design
[12:42] <Fujitsu> And sometimes suspending doesn't work, which is annoying.
[12:42] <ogra> the point is that i will just depend on ubuntu-desktop and edubuntu-desktop only adds artwork and a basic set of edu apps
[12:44] <Hobbsee> Fujitsu: bring on the new kernel :)
[12:44] <Fujitsu> Hobbsee: Why?
[12:45] <Hobbsee> Fujitsu: because then we get the new -intel
[12:45] <Fujitsu> Hobbsee: I have the new -intel.
[12:45] <Fujitsu> It doesn't actually need the new kernel.
[12:45] <Hobbsee> Fujitsu: doesn't it require something or other from the kernel?
[12:45] <Hobbsee> that any better?  presumably not.
[12:45] <Fujitsu> It says it does, but apparently not.
[12:45] <Fujitsu> No, it's really not.
[12:45] <ogra> pitti, i actually thoght we were beyond the time where we need sound daemons
[12:45] <Fujitsu> Though I have had a couple of periods where it has gone for upwards of 12 hours.
[12:45] <ogra> what for do we add pulse ? only for the system sounds ?
[12:46] <Fujitsu> But other times just a few minutes or seconds.
[12:46] <pitti> ogra: apparently not, see the PulseAudio spec (lots of use cases)
[12:46]  * ogra goes looking ...
[12:47] <pitti> seb128: FYI, I'm traversing through http://people.ubuntu.com/~ubuntu-archive/testing/hardy_outdate.txt and give back some failed buids on the way
[12:49] <ogra> hrm ... no hal or consolekit on ltsp clients ... that will get tricky
[12:52] <pitti> doko: the ocaml merge blocks some packages from getting built; however, do we really need ocaml-native-compilers on lpia? (that's our only change)
[12:53] <Mithrandir> pitti: I don't think we care about ocaml on lpia
[12:53] <pitti> Mithrandir: the interpreter still works, and few packages need the native compiler
[12:53] <pitti> Mithrandir: so ok to sync that?
[12:54] <pitti> (nothing in main b-deps on -native-compilers)
[12:54] <Mithrandir> pitti: I don't mind, at least.
[12:54] <pitti> let's do it then, for the sake of avoiding unnecessary work
[12:54] <pitti> Mithrandir: thanks
[12:54] <doko> Mithrandir, pitti: As long as we don't have a simple way to sort out the packages in main not needed for lpia I would prefer to have the package be buildable, or else these show up as build failures
[12:55] <doko> pitti: please don't, you create extra work for buildd admins
[12:55] <pitti> doko: how so? it's simply not built for lpia then
[12:55] <doko> pitti: but other packages do fail?
[12:55] <pitti> doko: which? as I said, there's exactly one rdepends in the entire universe
[12:55] <doko> ahh, ok
[12:56] <pitti> (dag2html)
[12:56] <pitti> this won't be built on lpia then either
[12:56] <pitti> but *shrug*
[12:56] <pitti> doko: your call, though, if you want to do the merge, I don't object :)
[12:57] <doko> pitti: no, I don't care about universe build failures anymore =) these can be sorted out now with the help of new mail headers
[12:57] <pitti> ok
[12:58] <carlos> pitti: ok, thanks
[13:01] <pitti> seb128: eww, and gnome-games wants guile-1.8 now; MIR or drop that feature?
[13:02]  * StevenK tries to sort out gutenprint
[13:02] <doko> drop gnome-games ;p
[13:07] <pitti> Riddell: are you aware of the kdebase FTBFS?
[13:07] <ogra> doko, !
[13:07] <Riddell> mm, don't think so pitti
[13:07] <pitti> Riddell: and kdebindings is depwaiting on libgtk1.2-dev; I think it'll cost you lots of beer to convince me to promote that again :-P
[13:08] <Riddell> hrm, hal badness
[13:08] <Riddell> pitti: that'll be an oversite, I'll remove it
[13:09]  * pitti gives back kdebluetooth and hopes for the best
[13:09] <pitti> Riddell: thanks
[13:09] <seb128> pitti: hum, I think we could build with guile-1.6 again, but might it would make sense to try switching main to the new version?
[13:09] <seb128> s/might/maybe
[13:09] <pitti> seb128: ah, indeed, wasn't aware of 1.6; absolutely!
[13:10] <pitti> -- hardy/main build deps on guile-1.6-dev:
[13:10] <pitti> autogen
[13:10] <pitti> graphviz
[13:10] <pitti> swig1.3
[13:10] <seb128> I've no idea on how much change between 1.6 and 1.8 and how easy it would be to make those use the new version
[13:11] <seb128> but that's not too many package, easy to give it a try
[13:11] <StevenK> pitti: So, cupsys-driver-gimpprint, foomatic-db-gimp-print, and ijgimpprint are all transistional packages in Dapper - do they need to stick around for Hardy as well?
[13:12] <pitti> StevenK: if they were only used for upgrading *to* dapper, then we can drop them
[13:12] <pitti> anything used for upgrades *from* dapper needs to stay until after Hardy's release
[13:12] <doko> ogra: ?
[13:12] <StevenK> They were dropped since Etch released, I'm not sure
[13:13] <ogra> doko, dropping gnome-games ...
[13:13] <StevenK> pitti: Let me check Breezy
[13:13] <pitti> dh_install: kdepim-doc missing files (/usr/share/doc/kde/HTML/en/kdepim-apidocs/*), aborting
[13:13]  * StevenK blows the dust off of his Breezy chroot
[13:13] <pitti> make: *** [binary-install/kdepim-doc] Error 1
[13:13] <pitti> Riddell: ^ another one for your list (i386 only FTBFS)
[13:14] <pitti> StevenK: *cough*
[13:14] <StevenK> Heh, sorry
[13:14] <StevenK> pitti: It became a transitional package in between Breezy and Dapper.
[13:14] <StevenK> Er, they did, rather
[13:14] <pitti> StevenK: ah, it should have been dropped long ago then
[13:15]  * doko watches more StevenK fallout and hides ;)
[13:15] <StevenK> doko: Hmph
[13:15] <StevenK> doko: Next time I see you I'm going to tickle you :-P
[13:15] <StevenK> pitti: Okay, Debian killed them, they can stay dead.
[13:16]  * pitti sobs on http://people.ubuntu.com/~ubuntu-archive/NBS/; what an awful amount of review work
[13:16] <StevenK> Yeah, I suppose I should do some NBS work
[13:16] <Hobbsee> Fujitsu: *grumble*
[13:16] <pitti> StevenK: I removed some NBS I cross-checked
[13:16] <seb128> pitti: you should better not hammer on it that early in the cycle
[13:16] <pitti> StevenK: problem is that it has a lot of noise from needsbuild packages
[13:17] <StevenK> After I merge gutenprint and stop being seb128's bitch
[13:17] <seb128> StevenK: do you plan to do your abiword merge btw? ;-)
[13:17] <pitti> seb128: well, alpha 1 is in one week, and at least hardy_outdate.txt needs constant attention
[13:17] <seb128> pitti: NBS is not really revelant for alpha
[13:17] <pitti> seb128: right; but outdate is
[13:17] <seb128> indeed
[13:18] <pitti> I was just whining, not planning to spend my afternoon on it, don't worry
[13:18] <StevenK> seb128: Why do you care, it's universe? :-)
[13:18] <seb128> StevenK: it's not
[13:18] <StevenK> Oh.
[13:18] <StevenK> Silly me.
[13:18] <StevenK> seb128: Added to my mental list after gutenprint and gimp.
[13:18] <seb128> StevenK: thanks
[13:19] <StevenK> My mental list is like a steel trap, though.
[13:19] <StevenK> (Rusty and illegal in 6 states)
[13:19] <seb128> pitti: autogen builds fine with guile-1.8, I'll file a Debian wishlist to use guile-1.8-dev | guile-1.6-dev | libguile-dev
[13:19]  * pitti hugs seb128, thanks
[13:19] <seb128> you're welcome
[13:20]  * seb128 hugs pitti back
[13:20] <jpatrick> pitti: thanks for the backport
[13:20] <pitti> jpatrick: you're welcome; welcome in the backporter team!
[13:20] <seb128> I'll also look to graphviz and swig1.3
[13:20] <seb128> new backporters?
[13:21] <doko> new swig version?
[13:22] <seb128> doko: no, swig1.3 is one of the few packages using guile-1.6 and I'm looking if we could switch those to guile-1.8
[13:22] <seb128> I'm speaking about main there
[13:27] <seb128> doko: any opinion on the topic?
[13:28] <doko> seb128: no, guile-1.8 is still beta, isn't it?
[13:28] <seb128> doko: not sure, if that's the case we should switch gnome-games back to 1.6
[13:28] <ogra> sounds messy
[13:31] <doko> seb128: ahh, no, that was ruby1.8
[13:32] <StevenK> Oh, *TWITCH*
[13:32] <StevenK>   C  scripts/config.guess
[13:32] <StevenK>   C  scripts/config.sub
[13:32] <seb128> doko: ok
[13:39] <seb128> pitti: would a Build-Depends on guile-1.8-dev | guile-1.6-dev work? or does it need to be the other way?
[13:39] <pitti> seb128: no, that works
[13:39] <seb128> ok, will do that for now then, so it builds
[13:39] <pitti> cool, thanks
[13:40] <seb128> you're welcome
[13:48] <pitti> seb128: any idea why python-gobject-doc is not built any more? dropping -doc packages doesn't seem very obvious to me
[13:49] <seb128> pitti: it has been merged back to -dev to lower the delta with Debian
[13:49] <pitti> ah, great
[13:50] <seb128> pitti: I'll merge pygtk today
[13:50]  * pitti hugs pygtk
[13:50] <seb128> pitti: in case you are having a look at what needs fixing, it's on my list already
[13:50] <pitti> seb128: ah, great, thanks
[13:50] <seb128> no problem
[13:55] <pitti> yay, I'm through hardy_outdate.txt
[13:57] <so1> hi
[13:57] <so1> looks like gtk or something is broken ...
[13:58] <so1> get an error about setuid, and something that it's not supported to run gtk as root after logging into gnome
[13:58] <pitti> so1: that's a feature, not a but
[13:58] <pitti> so1: which application do you try to run?
[13:58] <so1> pitti: i can't even run an app
[13:59] <so1> i just log into gnome via gdm
[13:59] <ion_> As root?
[13:59] <so1> gdm works, but after i typed my password and pressed enter nothing happens, and i get that error
[13:59] <so1> no
[13:59] <pitti> no, it complains about suidness, not root
[13:59] <so1> my normal sudo account
[13:59] <pitti> so1: any third-party applications/drivers/etc.?
[13:59] <so1> no
[13:59]  * pitti is afraid of another story like the Samsung printer drivers which made OO.o suid root
[14:00] <seb128> where does it complain about setgid?
[14:00] <StevenK> Twitch
[14:00] <so1> bad thing is, i would try to do a aptitude update, dist-upgrade, but i don't get an internet connection anymore
[14:00] <pitti> likely because network-manager applet doesn't start
[14:01] <so1> "this session lastet less than 10 seconds blablabla
[14:01] <so1> and when i open ~/.xession-errors:
[14:01] <seb128> those errors are "normal"
[14:02] <seb128> that's due to some gdmflexiserver calls
[14:02] <seb128> not likely what creates your issue
[14:02] <seb128> you said that nothing happens
[14:02] <seb128> and then that the session exit
[14:02] <seb128> which one is true there?
[14:03] <seb128> does it hang or does it exit rather?
[14:03] <seb128> and what version of ubuntu are you using?
[14:04] <so1> hardy
[14:04] <so1> sorry, just tried to get the error message
[14:04] <so1> don't really know
[14:04] <so1> mouse doesn't move anymore
[14:04] <seb128> pitti: can you give a retry to the lpia libgnomekbd build?
[14:05] <pitti> seb128: done
[14:05] <seb128> thanks
[14:06] <so1> wth? i copied the error message to an usb stick and now it isn't there anymore
[14:09] <so1> http://ubuntuusers.de/paste/18626/
[14:09] <so1> here it is ...
[14:09] <so1> most important thing would be an internet connection, it is statically configured, no dhcp
[14:09] <so1> but even a ping to the router fails!
[14:09] <seb128> nothing useful there
[14:10] <so1> ok
[14:10] <seb128> does starting an another session than GNOME works correctly?
[14:11] <so1> "xterm could not be found to start a recovery session"
[14:12] <seb128> your install is in a weird state
[14:12] <seb128> is gnome-session event installed?
[14:12] <seb128> dpkg -l gnome-session
[14:12] <so1> even starting kde4 i get the same gtk setuid error
[14:12] <seb128> the warning is a gdm known issue and not breaking your login
[14:13] <so1> is that an "i" or an "l" behind dpkg?
[14:13] <seb128> L
[14:13] <so1> ah ok
[14:13] <seb128> a small one
[14:13]  * StevenK wonders where Till is hiding
[14:14] <so1> the output: thousands of "=", then at the end "the gnome 2 session manager"
[14:14] <seb128> ?
[14:14] <pitti> StevenK: better mail him, he isn't on IRC very often
[14:15] <seb128> so1: you have a column describing if the package is installed or not
[14:15] <so1> first the screens fills with [14:15] <so1> and after a few seconds the screen is cleared and at the end "the gnome 2 session manager"
[14:15] <so1> nothing more
[14:16] <seb128> what did you type there?
[14:16] <so1> dpkg -l gnome-session
[14:16] <seb128> you have a line starting with gnome-session then
[14:16] <pitti> this is such a lot of unspecific breakage that I'd advise a memory and file system check
[14:16] <seb128> right, something weird is going on there
[14:17] <seb128> looks like a local computer issue and not a distribution one
[14:17] <so1> mhhh ok
[14:17] <so1> the laptop worked!
[14:18] <so1> it broke after an dist-upgrade a few days ago ...
[14:18] <so1> how can i get into the internet from the commandline to update my system?
[14:18] <pitti> so1: what does 'apt-get -f install' say?
[14:19] <pitti> so1: try 'sudo ifup eth0'
[14:19] <so1> i thought configuration isn't needed, if i have it statically configured
[14:19] <pitti> but apt-get -f install works without net
[14:19] <so1> apt-get has no problems
[14:19] <pitti> (for the diagnosis anyway)
[14:20] <so1> "ifup: interface eth0 already configured"
[14:21] <pitti> so1: so it should be up?
[14:21] <so1> ping <IP_ADDRESS> -> destination host unreachable
[14:21] <pitti> route -n
[14:21] <so1> i even brought it down and did it again ... :-(
[14:21] <pitti> this should now be handled -> over there, but not in #devel any more
[14:24] <so1> http://ubuntuusers.de/paste/18627/
[14:24] <so1> sigh ...
[14:25] <pitti> that looks fine
[14:25] <so1> the router is <IP_ADDRESS>
[14:25] <so1> and the ip of the laptop <IP_ADDRESS> ...
[14:25] <so1> i don't know what i did wrong :-(
[14:26] <pitti> so1: please pastebin 'dmesg' output
[14:26] <pitti> (or inspect it first for some obvious error messages)
[14:27] <theunixgeek> what's the EOF under Ubuntu GNU/Linux?
[14:28] <theunixgeek> found it - ^d
[14:28] <mdz> bizarre
[14:28] <pitti> yeah, that changed last week
[14:28] <so2> http://ubuntuusers.de/paste/18628/
[14:28] <StevenK> Hah
[14:29] <pitti> so2: nothing there; so: 1. close yes, 2. reboot world, 3. wake up from this bad dream
[14:29] <so2> :-(
[14:31] <so2> i just don't get it, why can't i even ping my router?! :-(
[14:32] <so2> i guess i'll get my ubuntu cds and reinstall :'-(
[14:32]  * so2 starts to cry
[15:04] <mvo> pitti: do you need a MIR report for cwidget? its just a split out from the old apittude codebase into its own lib
[15:04] <pitti> mvo: no, that's fine
[15:19]  * pitti bites into the table
[15:19] <pitti> so I wated 70 minutes just to find out about a totally counterintuitive Python misbehaviour
[15:19] <pitti> wasted, even
[15:19]  * ogra hands pitti some mustard
[15:20]  * Hobbsee removes the table
[15:22] <pitti> Python experts, can http://people.ubuntu.com/~pitti/tmp/default_args.py be justified somehow? or is this worth a bug report?
[15:22] <pitti> (I know why the implementation does that, but it shouldn't IMHO)
[15:24] <mvo> pitti: IIRC this is documentend
[15:24] <pitti> it works as intended with scalars, but with complex objects it doesn't instantiate a new one each time you call the function
[15:26] <mvo> pitti: http://www.network-theory.co.uk/docs/pytut/DefaultArgumentValues.html (under important warning)
[15:26] <pitti> ah, http://docs.python.org/ref/function.html mentions it
[15:26] <mvo> yeah, that too
[15:27] <mvo> just found it there too, I couldn't remember where I read it initially :)
[15:27] <pitti> "Default parameter values are evaluated when the function definition is executed. This means that the expression is evaluated once, when the function is defined, and that that same ``pre-computed'' value is used for each call."
[15:27] <pitti> that contradicts itself, though, but I see the point
[15:27] <Keybuk> pitti: right, you define a dictionary as the default argument
[15:28] <Keybuk> so it's the same dictionary for all instances of that function
[15:28] <Keybuk> same for objects, etc.
[15:28] <pitti> so I'll modify the code to use {} when it is None, that's safer
[15:28] <Keybuk> that's the usual idiom, yes
[15:28] <Keybuk> Python consistently behaves like that
[15:28] <Keybuk> so although it's surprising the first time you come across it
[15:29] <Keybuk> it doesn't surprise you later by behaving differently
[15:29] <Keybuk> (the same holds true for decorators, parent classes, etc.)
[15:30] <Keybuk> a justification for why it behaves like that:
[15:30] <Keybuk>   def foo():
[15:30] <Keybuk>     pass
[15:31] <Keybuk>   def bar(func=foo):
[15:31] <pitti> Keybuk: it just surprised me that it already instantiates formal parameters at function defintion time; that's quite counterintuitive
[15:31] <Keybuk>     func()
[15:31] <Keybuk>   def evil():
[15:31] <Keybuk>     pass
[15:31] <Keybuk>   foo = evil
[15:31] <Keybuk>   bar()
[15:32] <Keybuk> (will call foo not evil)
[15:39] <pitti> $ devhelp
[15:39] <pitti> devhelp: error while loading shared libraries: libgtkembedmoz.so: cannot open shared object file: No such file or directory
[15:39] <pitti> *sniff*
[15:40] <pitti> file:///usr/share/doc/python2.5-doc/html/lib/module-xml.etree.ElementTree.html
[15:42] <pitti> whoops, sorry, wrong window
[16:12] <pitti> mvo: cwidget promoted, and I bumped the build score to actually get builds soon
[16:12] <so2> hi
[16:12] <so2> does someone know when network manager will be updated?
[16:12] <so2> 0.6.5 is a pita
[16:17] <so2> someone?
[16:20] <Ng> isn't 0.6.5 the most recent version?
[16:21] <pitti> I heard stories about 0.7
[16:22] <gaspa> pitti, but does usplash 0.5.8 works? (i'm not able to make it work, without any changes of mine)
[16:22] <pitti> gaspa: current hardy usplash works, yes
[16:23] <gaspa> mmm... i'm in gutsy, could be this the problem?
[16:23] <pitti> works there, too
[16:23]  * gaspa crying...
[16:23] <pitti> usplash only changed a tiny bit since gutsy
[16:23] <dholbach> so2: there was no new release since 20-Apr-2007 (0.6.5)
[16:24] <mvo> pitti: cool, thanks
[16:24] <so2> dholbach: fedore shipped a newer one, don't know if it ws officially released
[16:25] <so2> this thing is one big mess here, segfaults, forgets configuration, hangs when i try to change something ...
[16:25] <so2> and it seems the configuartion was so cleverly stuffed away so that i can't find it
[16:26] <so2> i just wonder where .network-manager is ...
[16:26] <so2> to do a rm -rf
[16:26] <pitti> so2: do you use the version from gutsy-updates?
[16:27] <so2> i use the version shipped from cd
[16:27] <so2> because i can't get into the internet since a week
[16:27] <pitti> so2: you should really upgrade
[16:27] <so2> reinstall didn't help
[16:27] <pitti> gutsy-updates has a ton of fixes
[16:28] <so2> nice to hear, but i can't get an internet connection
[16:28] <pitti> so2: I thought that only happened a few days ago?
[16:28] <pitti> so2: (I take it you are 'so1' from some hours ago?)
[16:28] <so2> yes
[16:29] <dholbach> anyway, best to try to get 0.6.5-0ubuntu<IP_ADDRESS> installed on the machine
[16:29] <so2> i didn't count the first few days because i thought it would have something to do with hardy
[16:29] <so2> but i reinstalled
[16:29] <so2> and it is f***ed up as always
[16:29] <so2> with a fresh user it works, but with my normal user it doesn't
[16:29] <so2> i just wonder where network manager stores its configuration
[16:29] <pitti> huh? you can ping your router with a fresh user, but not with an existing one?
[16:30] <so2> (or network-admin)
[16:30] <so2> yes
[16:30] <so2> exactly
[16:30] <pitti> so2: network-admin uses /etc/network/interfaces
[16:30] <so2> understand why i'm quity angry? :-P
[16:30] <pitti> but that's absolutely independent from users
[16:30] <so2> obviously not ...
[16:31] <so2> i had a new user, verything worked, wired, wireless, few seconds, everything ok
[16:31] <dholbach> might be gnome-keyring-manager keys
[16:31] <so2> old user, nothing works, dhcp: no, static: no
[16:31] <dholbach> other configuration in .gconf
[16:31] <so2> ok
[16:31] <so2> where in gconf?
[16:31] <so2> i already looked there but didn't find anything
[16:32] <dholbach> I don't know, I would have to search too... ok
[16:32] <dholbach> best to file a bug
[16:35] <pitti> so2: is your old user in 'admin'?
[16:35] <pitti> (group)
[16:35] <so2> yes
[16:36] <so2> i reinstalled it+
[16:36] <so2> tried it with the user from the new installed system -> worked
[16:36] <so2> mounted my home-partition -> old user -> did not work!
[16:37] <dholbach> you could try strace-ing NetworkManager and nm-applet
[16:39] <so2> ok
[16:39] <so2> nm just segfaulted :-)
[16:39] <dholbach> file a bug report
[16:39] <so2> i'd just say: pull the latest version ...
[16:40] <so2> this one is just unbelievable
[16:40] <so2> it crashes more often than not
[16:40] <dholbach> please file bug reports on it
[16:40] <dholbach> we can't change what's in gutsy and the people who maintain network-manager are not around at the moment
[16:41] <pitti> carlos: FYI, -proposed packages are uploading
[16:41] <Hobbsee> hum, that reminds me.  why has my network manager not segfaulted at all yet?
[16:41] <dholbach> so it's no point re-iterating it in here, bug reports are really the best way to go about it
[16:41] <Ng> Hobbsee: mine's stopped segfaulting since I installed the one in -proposed \o/
[16:41] <pitti> here too
[16:42] <pitti> now it just misbehaves after suspend-to-ram
[16:42] <Hobbsee> Ng: mine didn't seem to segfault even before that
[16:42] <pitti> (or, rather, it doesn't behave at all; it just sits around until I restart it)
[16:42] <Ng> Hobbsee: mine only did on resume
[16:42] <Hobbsee> ahhh, well, i've been running kde, so i've only started even thinking about resume.
[16:42] <Hobbsee> (recently)
[16:43] <LaserRock> Hobbsee: you didn't resume with kde?
[16:44] <Hobbsee> LaserRock: it bunged up each time, so, no.  just took me back to kdm.
[16:44] <so2> ok, i'll reboot
[16:44] <so2> brb
[16:44] <pitti> LaserRock: KDE devs never sleep
[16:44] <Hobbsee> yeah, well.  about that
[16:44]  * Hobbsee really hopes she's not supposed to be at work in <5 hours.
[16:44] <pitti> Hobbsee: there's a night supposed to be in between now and then, right?
[16:45] <Hobbsee> pitti: yeah, something like that.
[16:45] <pitti> Hobbsee: I think your suspend/resume is broken, too
[16:45] <Hobbsee> pitti: on kde?  yeah
[16:45] <Hobbsee> oh, mine personally
[16:45] <Hobbsee> hah.  we knew that :)
[16:45] <pitti> your's
[16:45]  * Hobbsee recently told the night manager what time she usually gets to sleep.  he was....uh...somewhat surprised.
[16:46] <zul> i think most people are Hobbsee  :)
[16:46] <Hobbsee> zul: most people don't do the conversion back into syd time, so don't know how bad it actually is.
[16:46] <Hobbsee> like, most people dont realise that it's almsot 4am - just that i'ts kinda late.
[16:47] <geser> Hobbsee: that's because you stay up late, so it can't be that late in Sydney if you're still here :)
[16:48] <dholbach> geser: 03:48?
[16:49] <Hobbsee> heh
[16:49] <geser> dholbach: I don't usually check the time in Sydney but only check if Hobbsee is here or not
[16:49] <Hobbsee> heh
[16:56] <mathiaz> soren: I've modified submittodebian to call reportbug with '-T patch' to the patch tag to the bug report.
[16:56] <soren> mathiaz: I thought the bts did that automagically, but perhaps not. Feel free to upload a new version.
[16:56] <mathiaz> soren: '-T patch' to add a patch tag to the bug report.
[16:57] <mathiaz> soren: Just wondering if this is a good practive when forwarding patches to debian.
[16:57] <mathiaz> soren: As we're already using ubuntu-patch in the user tags.
[16:58] <soren> mathiaz: I'm not entirely sure.
[17:01] <pitti> I grab infinity's "lilo" change; complain now or never
[17:02] <soren> Er... which change is that?
[17:03] <pitti> erm, s/change/merge/
[17:03] <pitti> soren: blame it to Friday evening
[17:03] <pitti> (and wrestling with Soyuz for 6 hours)
[17:04] <soren> Oh, ok.
[17:04] <mathiaz> pitti: is it a good practice to add "Tags: patch" when forwarding patches to debian bts ?
[17:04] <seb128> mathiaz: sure
[17:04] <pitti> mathiaz: yes, that, and some more
[17:04] <pitti> https://wiki.ubuntu.com/Bugs/Debian/Usertagging
[17:04] <mathiaz> seb128, pitti: great ! thanks.
[17:04] <pitti> so that we can track them
[17:04] <seb128> mathiaz: that's the purpose of the tag, indicating when there is patch attached
[17:05] <mathiaz> seb128: I've just added it to submittodebian.
[17:06] <seb128> cool
[17:07]  * soren boggles at Debian's kvm packages
[17:07]  * pitti boggles at how much cruft lilo accumulated
[17:08] <pitti> several dpatch.orig and dpatch.rej files, patches of dpatches, other rej files, duplicated changelog entries...
[17:08] <soren> kvm in Debian has got about 1 MB of blobs in it. Most recent changelog entry says "don't bother building a +dfsg orig.tar.gz. It's clean now". Er... no?
[17:10]  * soren calls it a day
[17:12] <gaspa> pitti: I did it !
[17:12] <gaspa> how can I send you the patch? is fine bazar?
[17:13] <pitti> gaspa: yes, that's fine; just commit it to your branch and make a note in the bug report
[17:13] <pitti> I'll read the bug mail
[17:13] <gaspa> ok. ;)
[17:14] <gaspa> pitti: it just made some mess, while cleaning the code...
[17:27] <so1> ok
[17:27] <so1> back!
[17:28] <so1> deleting /root/.gnome2/netwrok-admin* helped
[17:28] <so1> connected immediately ...
[17:28] <so1> now i'm just downloading the 300 mb of updates
[17:28] <so1> takes ages
[17:29] <so1> germany is really a development country if you compare internet connection speeds ...
[17:30] <so1> btw, is there one package which removes the _whole_ mono crap?
[17:30] <so1> removing libmono0 doesn't seem to uninstall everything
[17:31] <Keybuk> pitti: you can change the f-spot import folder
[17:32] <Keybuk> it's in Preferences
[17:32] <carlos> pitti: cool, thanks
[17:36] <slangasek> sbalneav: ping
[17:55] <slangasek> lamont: hmm, ok; db4.5 ftbfs on hppa because java-gcj-compat-dev isn't up to date there, is this in progress? (seems to have no problems in Debian unstable...)
[17:56] <pitti> Keybuk: ah, great
[18:49] <geser> pitti: please give-back blktrace, camera.app, timemon.app, zipper.app, terminal.app, textedit.app. Thanks.
[18:51] <geser> pitti: should I ask for retries for builds which failed because the build-depends weren't build yet or is a massive give-back planned soon?
[18:54] <rexbron> mr_pouit: Did you get my earlier messages?
[18:57] <mr_pouit> rexbron: yes: I don't know if this has been reported upstream (let's ask vorlon), and I hadn't gave a look at the patch~clean issue yet.
[18:58] <rexbron> mr_pouit: What channel/server would that be?
[18:58] <mr_pouit> s/hadn't gave/haven't given/
[18:59] <slangasek> mr_pouit: ask me about what?
[19:00] <slangasek> murrine, I gather
[19:02] <mr_pouit> slangasek: yes, has the patch been forwarded upstream?
[19:03] <pitti> geser: no, it's not planned, I don't know how to do that wholesale
[19:04] <pitti> geser: given back
[19:04] <_MMA_> mr_pouit: You can often catch Cimi (Murrine author) in #ubuntu-artwork. (not ATM though) He's usually on every day.
[19:05] <pochu> pitti, geser: let's hope the soyuz crew fixes bug 160439 soon :)
[19:05] <ubotu> Launchpad bug 160439 in soyuz "Some builds fail when they should depwait" [Undecided,Triaged] https://launchpad.net/bugs/160439
[19:05] <pitti> yeah
[19:05] <_MMA_> mr_pouit: Actually he's on Freenode now just not in Ubuntu channels.
[19:06] <mr_pouit> _MMA_: ah ok, good to know, thanks :)
[19:07] <_MMA_> np
[19:08] <geser> pitti: so it's ok when I give you a list of packages which should build now?
[19:09] <slangasek> mr_pouit: not by me, at least
[19:12] <mr_pouit> slangasek: ok, I'll check with the upstream author, th//##ModelId=4746BF630236
[19:12] <mr_pouit> typedef vector<Extremite*> vExtremite;
[19:12] <mr_pouit> arg ^^"
[19:12] <mr_pouit> //##ModelId=4746BF630255
[19:12] <mr_pouit> typedef vector<Chemin*> vChemin;
[19:13] <mr_pouit> anks
[19:13]  * mr_pouit hates its touchpad
[19:13] <mr_pouit> s/its/his/
[19:13] <slangasek> mr_pouit: thanks for running with it :)
[19:16] <rexbron> mr_pouit: I always knew you were a turing machine :P
[19:17] <mr_pouit> ^^
[19:23] <nxvl_work> hi
[19:23] <nxvl_work> i need a give back for advi, can someone do it?
[19:26] <tjaalton> does anyone know why https://wiki.ubuntu.com/HardyHardwareDetection is missing?
[19:27] <LaserJock> somebody must have eaten it for breakfast
[19:28] <tjaalton> oh
[19:28] <nxvl_work> LaserJock: heh
[19:28] <tjaalton> wrong url
[19:28] <tjaalton> it was moved :)
[19:30] <geser> nxvl_work: I guess all buildd-admins are already in the weekend
[19:31] <geser> oh, nice, Hobbsee can now also do give-backs
[19:44] <lamont> slangasek: we still have yet to bootstrap a working hppa/java into gutsy.,  er hardy
[19:46] <slangasek> lamont: on the agenda, though?
[19:46] <slangasek> lamont: or should I attend to fixing db4.5 to ignore java on hppa again?
[19:46] <lamont> yeah.  sadly, I'm not a toolchain guy
[19:47] <lamont> dropping java in ubuntu may be the quicker route
[19:50] <Mez> argh, how do I creaate proper linda overrides?
[23:10] <poningru> anyone around?
[23:10] <poningru> looks like alpha1 will be shipping in a week
[23:11] <poningru> is there plans for release notes?
[23:16] <slangasek> poningru: we'll want some web page à la http://www.ubuntu.com/testing/tribe1, but I wouldn't say there are "plans" per se right now
[23:17] <slangasek> other than the plan that it should be done :)
[23:20] <poningru> right
[23:20] <poningru> but I was wondering what the nomer was going to be
[23:21] <poningru> flight has already been used
[23:21] <slangasek> from here on, they're just being called "alpha"
[23:21] <poningru> oh :(
[23:21] <Amaranth> Which doesn't make sense to me
[23:22] <Amaranth> Because we've had them after beta/rc releases
[23:23] <poningru> right what he said
[23:23]  * poningru wonders where he can appeal that decision
[23:25] <Fujitsu> /wi/win 5
[23:25] <Fujitsu> Bah.
[23:26] <poningru> hedge / sedge / seige
[23:26] <poningru> so can I call it seige1 in the wiki?
[23:32] <poningru> slangasek^^
[23:44] <slangasek> poningru: uh, if you call it a "seige" in the wiki that's just going to be confusing to others because we're not releasing seige1, we're releasing alpha1
[23:54] <poningru> I know but only for the wiki, the release notes will be on the website
[23:54] <poningru> whatever
[23:54] <poningru> alpha1 it is


[00:23] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2520 Release pocket
[00:33] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2481 Successfully built
[00:40] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/2500 Updates pocket
[05:00] -queuebot:#ubuntu-ci-eng- jbicha, https://bileto.ubuntu.com/#/ticket/2447 Preparing packages
[05:28] -queuebot:#ubuntu-ci-eng- jbicha, https://bileto.ubuntu.com/#/ticket/2447 Successfully built
[07:50] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/1949 Failed to build (xenial/qtbase-opensource-src, xenial/qtquickcontrols2-opensource-src). Needs rebuild due to higher version at destination (xenial/qtdeclarative-opensource-src). Ready to build (xenial/qtbase-opensource-src-gles, xenial/qtdeclarative-opensource-src-gles)
[08:10] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/1949 Currently building (xenial/qtdeclarative-opensource-src). Failed to build (xenial/qtbase-opensource-src, xenial/qtquickcontrols2-opensource-src). Ready to build (xenial/qtbase-opensource-src-gles, xenial/qtdeclarative-opensource-src-gles)
[08:30] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/1949 Failed to build (xenial/qtbase-opensource-src, xenial/qtdeclarative-opensource-src, xenial/qtquickcontrols2-opensource-src). Ready to build (xenial/qtbase-opensource-src-gles, xenial/qtdeclarative-opensource-src-gles)
[08:41] -queuebot:#ubuntu-ci-eng- mardy, dbarth, https://bileto.ubuntu.com/#/ticket/2511 Preparing packages
[09:08] -queuebot:#ubuntu-ci-eng- koza, https://bileto.ubuntu.com/#/ticket/2501 QA Signoff: Ready
[09:08] -queuebot:#ubuntu-ci-eng- koza, https://bileto.ubuntu.com/#/ticket/2509 QA Signoff: Ready
[09:10] -queuebot:#ubuntu-ci-eng- koza, https://bileto.ubuntu.com/#/ticket/2501 QA Signoff:
[09:13] -queuebot:#ubuntu-ci-eng- mardy, dbarth, https://bileto.ubuntu.com/#/ticket/2511 Pending binary packages (xenial/ubuntu-system-settings-online-accounts). Successfully built (zesty/ubuntu-system-settings-online-accounts)
[09:21] -queuebot:#ubuntu-ci-eng- dbarth mardy, https://bileto.ubuntu.com/#/ticket/1669 Publishing packages
[09:21] <sil2100> dbarth, mardy: hey! I'm publishing https://bileto.ubuntu.com/#/ticket/1669 - I will try to get it accepted from the SRU queue as well, but once the packages are in -proposed be sure to test the bugs and verify them
[09:21] <mardy> sil2100: thanks!
[09:22] <sil2100> dbarth, mardy: since the last account-plugins -proposed upload was dropped since no one verified the bugs
[09:24] -queuebot:#ubuntu-ci-eng- mardy dbarth, https://bileto.ubuntu.com/#/ticket/2371 Publishing packages
[09:27] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Preparing packages
[09:29] <dbarth> sil2100: cool
[09:30] <dbarth> ack
[09:33] -queuebot:#ubuntu-ci-eng- mardy, dbarth, https://bileto.ubuntu.com/#/ticket/2511 Successfully built
[09:34] -queuebot:#ubuntu-ci-eng- tsdgeos, https://bileto.ubuntu.com/#/ticket/2548 Preparing packages
[09:44] <mardy> Mirv: hi! I'm hitting an issue in zesty, where loading the online accounts panel from the system settings results in a crash
[09:45] <mardy> Mirv: the traceback contains: _dl_open (file=0x7fffbc4a6008 "/usr/lib/x86_64-linux-gnu/ubuntu-system-settings/private/Ubuntu/OnlineAccounts/Plugin/libOnlineAccountsPlugin.so", mode=-2147479551, ...)
[09:45] <mardy> Mirv: can this be related to bug 1630906?
[09:46] <mardy> ah, no, that's not arm64, I'm on x86-64
[09:46] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2481 Preparing packages
[09:51] -queuebot:#ubuntu-ci-eng- dbarth mardy, https://bileto.ubuntu.com/#/ticket/1669 Successfully built
[09:52] -queuebot:#ubuntu-ci-eng- mardy dbarth, https://bileto.ubuntu.com/#/ticket/2371 UNAPPROVED queue
[09:57] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Failed to build (xenial/qtmir-gles, xenial/unity8). Needs rebuild due to higher version at destination (xenial/miral). Needs rebuild due to new commits (zesty/miral, zesty/unity8). Pending binary packages (xenial/qtmir, zesty/qtmir). Successfully built (xenial/unity-api, zesty/qtmir-gles, zesty/unity-api)
[10:10] -queuebot:#ubuntu-ci-eng- tsdgeos, https://bileto.ubuntu.com/#/ticket/2548 Dependency wait (xenial/unity8, zesty/unity8). Successfully built (xenial/qmenumodel, xenial/qtubuntu, xenial/qtubuntu-gles, zesty/qmenumodel, zesty/qtubuntu, zesty/qtubuntu-gles)
[10:17] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Failed to build (xenial/qtmir-gles, xenial/unity8). Needs rebuild due to higher version at destination (xenial/miral). Needs rebuild due to new commits (zesty/miral, zesty/unity8). Successfully built (xenial/qtmir, xenial/unity-api, zesty/qtmir, zesty/qtmir-gles, zesty/unity-api)
[10:23] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Preparing packages
[10:27] <Mirv> mardy: no, can't be related to that at least
[10:37] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Currently building (xenial/unity8, zesty/unity8). Failed to build (xenial/qtmir-gles). Needs rebuild due to higher version at destination (xenial/miral). Needs rebuild due to new commits (zesty/miral). Successfully built (xenial/qtmir, xenial/unity-api, zesty/qtmir, zesty/qtmir-gles, zesty/unity-api)
[10:53] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2481 Successfully built
[10:57] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Failed to build (xenial/qtmir-gles, xenial/unity8). Needs rebuild due to higher version at destination (xenial/miral). Needs rebuild due to new commits (zesty/miral, zesty/unity8). Successfully built (xenial/qtmir, xenial/unity-api, zesty/qtmir, zesty/qtmir-gles, zesty/unity-api)
[11:07] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Preparing packages
[11:15] -queuebot:#ubuntu-ci-eng- tsdgeos, https://bileto.ubuntu.com/#/ticket/2548 Preparing packages
[11:20] -queuebot:#ubuntu-ci-eng- mardy, dbarth, https://bileto.ubuntu.com/#/ticket/2511 Preparing packages
[11:33] -queuebot:#ubuntu-ci-eng- mardy, dbarth, https://bileto.ubuntu.com/#/ticket/2511 Failed to build
[11:37] -queuebot:#ubuntu-ci-eng- mardy, dbarth, https://bileto.ubuntu.com/#/ticket/2511 Preparing packages
[11:38] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Currently building (xenial/unity8). Failed to build (xenial/qtmir-gles). Needs rebuild due to higher version at destination (xenial/miral). Needs rebuild due to new commits (zesty/miral, zesty/unity8). Successfully built (xenial/qtmir, xenial/unity-api, zesty/qtmir, zesty/qtmir-gles, zesty/unity-api)
[11:57] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Failed to build (xenial/qtmir-gles). Needs rebuild due to higher version at destination (xenial/miral). Needs rebuild due to new commits (zesty/miral, zesty/unity8). Successfully built (xenial/qtmir, xenial/unity-api, xenial/unity8, zesty/qtmir, zesty/qtmir-gles, zesty/unity-api)
[11:58] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2481 Preparing packages
[12:02] -queuebot:#ubuntu-ci-eng- bzoltan, https://bileto.ubuntu.com/#/ticket/2540 QA Signoff: Approved
[12:10] -queuebot:#ubuntu-ci-eng- tsdgeos, https://bileto.ubuntu.com/#/ticket/2548 Successfully built
[12:11] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Preparing packages
[12:13] -queuebot:#ubuntu-ci-eng- mardy, dbarth, https://bileto.ubuntu.com/#/ticket/2511 Pending binary packages (zesty/ubuntu-system-settings-online-accounts). Successfully built (xenial/ubuntu-system-settings-online-accounts)
[12:33] -queuebot:#ubuntu-ci-eng- mardy, dbarth, https://bileto.ubuntu.com/#/ticket/2511 Successfully built
[12:33] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2481 Pending binary packages (xenial/qtubuntu, zesty/qtubuntu). Successfully built (xenial/indicator-keyboard, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu-gles, xenial/ubuntu-keyboard, xenial/ubuntu-system-settings, xenial/ubuntu-touch-session, xenial/unity8, zesty/indicator-keyboard, zesty/qtmir, zesty/qtmir-gles, zesty/qtubuntu-gles, zesty/ubuntu-keyboard, zesty/ubuntu-system-settings, zesty/ubu
[12:38] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Currently building (xenial/unity8, zesty/unity8). Failed to build (xenial/qtmir-gles). Needs rebuild due to higher version at destination (xenial/miral). Needs rebuild due to new commits (zesty/miral). Successfully built (xenial/qtmir, xenial/unity-api, zesty/qtmir, zesty/qtmir-gles, zesty/unity-api)
[12:53] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2481 Successfully built
[12:58] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Currently building (zesty/unity8). Failed to build (xenial/qtmir-gles). Needs rebuild due to higher version at destination (xenial/miral). Needs rebuild due to new commits (zesty/miral). Successfully built (xenial/qtmir, xenial/unity-api, xenial/unity8, zesty/qtmir, zesty/qtmir-gles, zesty/unity-api)
[13:03] -queuebot:#ubuntu-ci-eng- kenvandine ahayzen, https://bileto.ubuntu.com/#/ticket/2236 Preparing packages
[13:19] -queuebot:#ubuntu-ci-eng- kenvandine ahayzen, https://bileto.ubuntu.com/#/ticket/2236 Dependency wait (zesty/qtubuntu-print, zesty/ubuntu-printing-app). Ready to build (zesty/example-printing). Successfully built (xenial/content-hub, xenial/example-printing, xenial/qtubuntu-print, xenial/ubuntu-printing-app, xenial/ubuntu-ui-extras, zesty/content-hub, zesty/ubuntu-ui-extras)
[13:33] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/2531 QA Signoff: Approved
[13:57] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/2531 Publishing packages
[14:02] <mardy> vigo: hi! The silo from the other day now passed the QA, and I think I fixed the crash: https://bileto.ubuntu.com/#/ticket/2511
[14:06] -queuebot:#ubuntu-ci-eng- ChrisTownsend, https://bileto.ubuntu.com/#/ticket/2264 Needs rebuild due to higher version at destination (xenial/ubuntu-app-launch, zesty/ubuntu-app-launch). Successfully built (xenial/libertine, zesty/libertine)
[14:11] <vigo> mardy, awsome, thanks I'll add it
[14:11] <vigo> oh it passed, ok
[14:11] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Failed to build (zesty/ubuntu-app-launch). Needs rebuild due to higher version at destination (xenial/ubuntu-app-launch)
[14:12] <dobey> heh, was just about to ask for thing to be published
[14:13] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/2531 Proposed pocket (zesty/ubuntu-app-launch). Release pocket (xenial/ubuntu-app-launch)
[14:53] -queuebot:#ubuntu-ci-eng- ChrisTownsend, https://bileto.ubuntu.com/#/ticket/2542 Preparing packages
[14:58] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2550 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[15:10] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2550 Failed to build
[15:21] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2547 Preparing packages
[15:24] -queuebot:#ubuntu-ci-eng- ChrisTownsend, https://bileto.ubuntu.com/#/ticket/2542 Successfully built
[15:38] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Failed to build (xenial/qtmir-gles). Needs rebuild due to higher version at destination (xenial/miral). Needs rebuild due to new commits (zesty/miral, zesty/unity8). Successfully built (xenial/qtmir, xenial/unity-api, xenial/unity8, zesty/qtmir, zesty/qtmir-gles, zesty/unity-api)
[15:46] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Preparing packages
[15:49] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2547 Failed to build (xenial/content-hub). Successfully built (zesty/content-hub)
[16:15] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Successfully built
[16:22] -queuebot:#ubuntu-ci-eng- koza, https://bileto.ubuntu.com/#/ticket/2509 QA Signoff: Approved
[16:47] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2543 Publishing packages
[17:04] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2543 Proposed pocket
[18:03] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2551 Preparing packages
[18:33] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2551 Successfully built
[18:38] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Failed to build (xenial/qtmir-gles). Needs rebuild due to higher version at destination (xenial/miral). Needs rebuild due to new commits (zesty/miral, zesty/qtmir, zesty/unity8). Successfully built (xenial/qtmir, xenial/unity-api, xenial/unity8, zesty/qtmir-gles, zesty/unity-api)
[19:32] -queuebot:#ubuntu-ci-eng- renatofilho, https://bileto.ubuntu.com/#/ticket/2552 Preparing packages
[19:33] -queuebot:#ubuntu-ci-eng- renatofilho, https://bileto.ubuntu.com/#/ticket/2552 You must add ~ci-train-bot to https://launchpad.net/~ubuntu-filemanager-dev to continue
[19:37] <renatu> hey guys could you setup a build for ubuntu-file-manager? lp:ubuntu-filemanager-app
[19:38] <renatu> trainguards, ^^^
[19:38] <robru> renatu: one sec I'm in a meeting
[19:41] <renatu> thanks
[19:53] -queuebot:#ubuntu-ci-eng- renatofilho, https://bileto.ubuntu.com/#/ticket/2552 Ready to build
[19:54] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Preparing packages
[19:57] <robru> renatu: wait, what? I don't have permission to add the bot to that team
[19:58] <renatu> robru, humm ok, I will check what will be the plan
[19:59] <robru> renatu: I guess you don't need the diff in that MP at all, just make an empty MP if you want to trigger a release from trunk.
[19:59] <robru> renatu: but all we need on bileto side is write access to the branch.
[20:02] <renatu> robru, ok, thanks
[20:02] <robru> yw
[20:15] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2553 Preparing packages
[20:32] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Successfully built
[20:36] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2553 Currently building (zesty/ubuntu-app-launch). Failed to build (xenial/ubuntu-app-launch)
[20:43] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2551 Preparing packages
[20:56] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2553 Pending binary packages (zesty/ubuntu-app-launch). Successfully built (xenial/ubuntu-app-launch)
[21:13] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2551 Successfully built
[21:16] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2553 Destination version missing from changelog (zesty/ubuntu-app-launch). Successfully built (xenial/ubuntu-app-launch)
[21:45] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Dependency wait (zesty/telephony-service). Failed to build (zesty/telepathy-ofono). Needs rebuild due to new commits (zesty/history-service). Successfully built (xenial/empathy, xenial/history-service, xenial/telepathy-mission-control-5, xenial/telepathy-ofono, xenial/telephony-service, zesty/empathy, zesty/telepathy-mission-control-5)
[22:01] -queuebot:#ubuntu-ci-eng- tiagosh bfiller boiko, https://bileto.ubuntu.com/#/ticket/2311 Failed to build (xenial/telepathy-qt, zesty/telepathy-qt). Needs rebuild due to new commits (zesty/messaging-app). Successfully built (xenial/address-book-app, xenial/address-book-service, xenial/libircclient, xenial/messaging-app, xenial/messaging-framework, xenial/mfw-plugin-irc, zesty/address-book-app, zesty/address-book-service, zesty/libircclient, zesty/messaging-framework, zes


[07:05] <lordievader> Good morning.
[10:22] <nagetier> Hey, I can't install x2goserver like this http://wiki.x2go.org/doku.php/doc:installation:x2goserver .. apt won't find the packages in the repository after adding the PPA. What I'm doing wrong?
[10:23] <nagetier> $ cat /etc/apt/sources.list.d/x2go-ubuntu-stable-vivid.list
[10:23] <nagetier> deb http://ppa.launchpad.net/x2go/stable/ubuntu vivid main
[10:24] <lordievader> Did you update your sources?
[10:24] <nagetier> lordievader, Yes, I'm doing 'apt-get update'
[10:24] <k1l_> https://launchpad.net/~x2go/+archive/ubuntu/stable?field.series_filter=vivid there is only nx-libs in the 15.04 ppa section
[10:24] <nagetier> ah, ok.. thanks
[10:24] <k1l_> so talk to them to update their ppa for 15.04
[10:25] <lordievader> http://ppa.launchpad.net/x2go/stable/ubuntu/dists/vivid/main/binary-amd64/Packages also doesn't have it, they do have a package suggesting the x2goserver.
[10:34] <nagetier> Thanks lordievader and k1l_, solved, I'm going back to 14.04 or 14.10
[11:01] <BluesKaj> Good Day folks
[13:54] <FunnyLookinHat> Ran updates this morning and now mysql server won't start - anyone else experiencing that?
[13:55] <lordievader> FunnyLookinHat: Someone in #ubuntu-server has the same problem, don't know what version he is running.
[13:58] <FunnyLookinHat> lordievader, ha - ok I'll head over there :)
[16:51] <FunnyLookinHat> Can anyone else confirm that after the most recent updates they can't get an external monitor working with a laptop?
[17:06] <mcarolan> hi, i'm having some trouble with slow boots in xubuntu 15.04. looks related to swap partition configuration after running an upgrade. can anybody help? put info in a gist: https://gist.github.com/mcarolan/fd2964628b1b50563032
[17:12] <mcarolan> ah, looks like I have 2 swap partitions, the installer didn't use/remove the existing one when I selected ugrade
[17:15] <mcarolan> yeah, it's given me 2 swap partitions, neither of which has the uuid listed in /etc/cryptab
[17:18] <mcarolan> going to change the uuid in /etc/crypttab to fix it. should I put a bug report in for this?
[17:21] <mcarolan> rebooting to see if that did the trick!
[17:25] <mcarolan> weird, the uuid in /etc/crypttab for swap now matches an actual swap partition, but it still timed out finding it during boot
[19:52] <tnkhanh> hi libnepomukwidgets4abi1 depends on itself
[19:52] <tnkhanh> in 15.04
[19:52] <tnkhanh> can anyone check?
[19:57] <agronholm> tnkhanh: I'm on amd64 and the lib depends on the i386 variant of itself
[19:58] <shadeslayer> tnkhanh: uh, nepomuk?
[19:58] <tnkhanh> agronholm: ah I found that the package is not available
[19:58] <shadeslayer> That should be dead :O
[19:58] <tnkhanh> shadeslayer: agronholm: yeah, it said the package is not available http://packages.ubuntu.com/vivid/libnepomukwidgets4abi1
[19:59] <tnkhanh> shadeslayer: why is it dead lol
[19:59] <tnkhanh> and another package depends on this dead package
[20:00] <shadeslayer> Because nepomuk is no more
[20:00] <shadeslayer> It was replaced by baloo
[20:00] <shadeslayer> Will have a look later
[20:19] <MoPac> I'm looking for some advice on changing scroll slider width and colors for programs like gedit that don't use the settings in /usr/share/themes/Ambiance/gtk-2.0/gtkrc
[20:19] <MoPac> I don't know why the default is to have them be nearly invisible and almost impossible to use with a touchscreen, but... with most programs I can change them
[20:19] <TheNumb> MoPac: unity?
[20:20] <MoPac> TheNumb: Yep
[20:20] <TheNumb> So you want ti disable overlay scrollbars?
[20:20] <TheNumb> *to
[20:20] <MoPac> I noticed that there is an app-specific folder for some programs under gtk-2.0 and/or 4.0, but it doesn't look the same as the gtkrc I normally modify
[20:21] <MoPac> The problem isn't overlay scrollbars per se (and I already have the scrollbar type set to always show)
[20:21] <TheNumb> MoPac: then you'd have to modify the gtk3 theme.
[20:21] <MoPac> The problem is that the scrollbar sliders themselves are a barely different shade of gray compared to the scrollbar background, and the whole scrollbar is way, way too thin
[20:22] <MoPac> TheNumb: That's where I'm not sure what to do, since for most programs I get the scrollbars I want by changing particular lines in gtk-2.0/gtkrc
[20:22] <TheNumb> that's for gtk 2.x
[20:22] <TheNumb> gedit is built using gtk3
[20:24] <MoPac> TheNumb: Right, I get that -- but I don't know my way around the gtk3.0 folder
[20:24] <MoPac> It has various css files as well as a folder of app-specific files
[20:24] <TheNumb> MoPac: gtk3 themes are built using css :<
[20:24] <MoPac> So I'm looking for advice on what to edit
[20:26] <MoPac> Sorry for typo above, I meant to say "gtk-2.0 and/or 3.0"
[20:28] <MoPac> As you say, gedit for instance is built using gtk-3.0 .  But since the theme is set up differently than in 2.0, I haven't gotten anywhere just, e.g., doing ctrl-f "scroll" in main.css and trying to find relevant lines
[20:32] <TheNumb> MoPac: unfortunately I won't be able to help you with modifying the theme.
[20:32] <TheNumb> However I did find a tutorial which might come in handy.
[20:33] <TheNumb> MoPac: http://askubuntu.com/questions/192130/how-to-change-color-and-width-of-non-overlay-scrollbars-in-ubuntu-12-04
[20:33] <TheNumb> MoPac: do note that this might not work at all.
[20:33] <TheNumb> GTK developers break compatibility in every release.
[20:33] <TheNumb> ...
[20:59] <xinobrax> Hi, I'm currently using Ubuntu Gnome 15.04 Beta 2....for some reason it keeps removing Krita!!! I can install it and it runs fine...and a few minutes later it's gone....what the...?
[21:02] <xinobrax> Btw, Blender is outdated and Natron is missing in the repositories....Ubuntu is a horrible experience for creative stuff :/
[21:05] <TheNumb> xinobrax: no.
[21:07] <xinobrax> no? Krita keeps uninstalling itself, Blender is still 2.72 and Natron is not available at all....c'mon
[21:07] <agronholm> nm-applet segfaults when run
[21:08] <agronholm> are you guys seeing that too?
[21:08] <TheNumb> xinobrax: why don't you package newer versions of the software?
[21:09] <TheNumb> xinobrax: also, 15.04 is still a beta. Report the bug and hopefully it will be fixed.
[21:09] <xinobrax> because I do other stuff? I just want to develop a game and not fixing an OS...
[21:09] <xinobrax> yeah, I know that's a beta....that's why I'm here....I want to know why it keeps removing Krita...
[21:10] <agronholm> does it happen while you're installing something else?
[21:10] <xinobrax> nope....
[21:10] <agronholm> surely the package manager does not do things totally by itself...?
[21:10] <xinobrax> everything is fine for a few minutes...and then it's gone...really strange
[21:10] <agronholm> I'll install it myself
[21:10] <xinobrax> btw, it shows up 3 times in the software center
[21:11] <agronholm> why the fsck does this thing depend on mysql??
[21:11] <agronholm> that is lunacy
[21:11] <TheNumb> agronholm: because kdelibs
[21:11] <TheNumb> ;p
[21:11] <xinobrax> I have no idea ^^
[21:11] <agronholm> I will not install mysql for a drawing app
[21:12] <xinobrax> nevermin...I installed it about 10 minutes ago and it's still here....
[21:13] <xinobrax> for whatever reason...
[21:24] <xinobrax> ok...it actually fixed itself....I have no idea why but everything is fine now :)
[22:28] <maxb> How odd... upgraded to vivid, boot failed with systemd... turned out to be that /etc/fstab contained the incorrect UUID for my root partition.
[22:28] <maxb> I have no idea how it got that way, or why upstart was fine with it that way


[19:35] <zequence> holstein: I appreciate you communicating to Grant about helping out, but I think you might have missed a few things.
[19:36] <zequence> First of all, there was an introduction made by him where he explained willingness to help out. This was his first post to the mail list.
[19:36] <zequence> I answered, and since then he's been getting into how things work
[19:36] <zequence> He's followed the first setup guide I've written in the wiki
[19:37] <zequence> https://wiki.ubuntu.com/UbuntuStudio/SetupDeveloperEnvironment
[19:38] <zequence> Since you do not do a lot of development, you might not be in the loop with what is required, etc
[19:40] <zequence> Just to report a bug can require a lot of preparation
[19:40] <zequence> The dailys are usually quite stable. Have been for many years
[19:41] <zequence> Did you try to install one yourself? Is there a problem?
[19:42] <zequence> ..with the iso, I mean. I havent tried it yet. But in order to make sure Grant is not having a very local problem, it may be best to first try installing the iso before anything.
[19:42] <zequence> I'm doind that tomorrow
[21:21] <len-1510> zequence, 32 bit ISO tested in live and now installed. Same as vivid.  :P
[21:21] <len-1510> zequence, no troubles booting running or installing so far as I can tell.
[21:23] <DalekSec> That could be fixed...
[21:24] <len-1510> I am sure it will be. Time to do some of that.  I would really like it if the logon screen did not default to white, needing a mouse click to get to the password text box.
[21:35] <len-1510> zequence, I like the new qjackctl (all comments about looks aside) at least the interface selector is easy to use.
[21:50]  * len-1510 is off to reboot.


[16:00]  * slangasek waves
[16:00] <Odd_Bloke> o/
[16:00] <philroche> \o
[16:00] <fginther> o/
[16:00] <slangasek> #startmeeting
[16:00] <meetingology> Meeting started Thu Dec 14 16:00:48 2017 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:00] <meetingology> Available commands: action commands idea info link nick
[16:00] <slangasek> [TOPIC] Lightning round
[16:00] <slangasek> $ echo $(shuf -e slangasek bdmurray xnox tdaitx doko sil2100 rbalint infinity cyphermox mwhudson rcj philroche Odd_Bloke tribaal fginther)
[16:00] <slangasek> xnox sil2100 mwhudson philroche Odd_Bloke rcj cyphermox tribaal fginther rbalint doko slangasek bdmurray infinity tdaitx
[16:01] <slangasek> xnox: tag
[16:01] <sil2100> Oh no
[16:02] <slangasek> xnox: ?
[16:02] <xnox> no
[16:02] <xnox> * systemd updates / SRU
[16:02] <xnox> * openssl 1.1.0 rebuilds / analysis
[16:03] <xnox> * s390x bugs triange and fixing
[16:03] <xnox> * out last week; end of year at end of friday.
[16:03] <xnox> done
[16:03] <slangasek> sil2100: oh yes
[16:03] <xnox> something is odd - i'm first twice in a row, well - this week and two weeks ago.
[16:04] <xnox> slangasek, mumble?
[16:04] <sil2100> - Regular SRU reviews/releases
[16:04] <sil2100> - Kernel SRUs *again*!
[16:04] <sil2100> - Looking into Bileto breakage
[16:04] <sil2100> - ubuntu-image - Testing 1.3 for all stable series
[16:04] <sil2100> - Look and resolve NBS (some package removals done)
[16:04] <xnox> slangasek, https://hangouts.google.com/hangouts/_/canonical.com/mumblymumble
[16:04] <sil2100> - Do a pre-NEW review of opengcs
[16:04] <sil2100> - Look into merge-o-matic for the stats generation code (for KPIs)
[16:04] <sil2100> - Look into britney2 and its Bileto deployment
[16:04] <sil2100> - Syncing up on the hwe stack for 16.04.4
[16:04] <sil2100> - Some other stuff I didn't have time to write down oh no!
[16:04] <bdmurray> sil2100: done?
[16:05] <bdmurray> rbalint: your turn
[16:05] <sil2100> (done)
[16:05] <sil2100> (sorry)
[16:05] <philroche> * Cloud image build system vanguard
[16:05] <philroche> * Partner cloud image work
[16:05] <Odd_Bloke> bdmurray: Wrong order, dude.
[16:05] <philroche> (done)
[16:05] <Odd_Bloke> * (HIGHLIGHT) xenial GCE images now use the linux-gcp custom kernel
[16:05] <bdmurray> Odd_Bloke: oops
[16:05] <Odd_Bloke> * Fixed the issue with all trusty instances having the same machine id (LP: #1731279)
[16:05] <Odd_Bloke> * A variety of work servicing partner requests
[16:05] <Odd_Bloke> (done)
[16:06] <Odd_Bloke> No rcj today
[16:06] <Odd_Bloke> cyphermox:
[16:06] <Odd_Bloke> bdmurray: Luckily noone listens to you.
[16:06] <bdmurray> Odd_Bloke: way to break the illusion
[16:06] <bdmurray> cyphermox is out today
[16:06] <bdmurray> Tribaal:
[16:07] <Tribaal> * Partner UEFI boot work
[16:07] <Tribaal> * Series/package release management work for a partner.
[16:07] <Tribaal> * Started SRU of "vagrant" user fix to Xenial (https://bugs.launchpad.net/cloud-images/+bug/1569237)
[16:07] <Tribaal> * [BLOG] Wrote a quick list of "magic URLs" I discovered over time. https://tribaal.io/magic-urls.html
[16:07] <Tribaal> (done)
[16:07] <fginther> * Fixed issue with publication of certain HVM images on AWS
[16:07] <fginther> * Working on images changes to support additional boot options on a partner cloud
[16:07] <fginther> * Investigating image testing on a partner cloud
[16:07] <fginther> * Testing for latest gce-compute-image-packages
[16:07] <fginther> (done)
[16:07] <slangasek> rbalint:
[16:08] <slangasek> doko:
[16:08] <doko> - gcc-8 update
[16:08] <doko> - update graphviz to new upstream and port Python3 patches from the trunk
[16:08] <doko> - mentor Lucasz with several archive-admin tasks
[16:08] <doko> - MIR processing
[16:08] <doko> - split out some modules to minimize the size of python3
[16:08] <doko> - send emails about Python2 and GTK2 demotions
[16:08] <doko> - toolchain updates
[16:08] <doko> - libical transition, demoting libical2
[16:08] <doko> (done)
[16:09] <slangasek>  * was out last Thursday
[16:09] <slangasek>  * autopkgtest infra management:
[16:09] <slangasek>   * arm64 was a bit on the floor again over the weekend
[16:09] <slangasek>   * things are stable now, and arm64 is catching back up
[16:09] <slangasek>   * where catching back up now means we have 1800 packages in the queue for *all* archs
[16:09] <slangasek>  * discussions around snap supportability
[16:09] <slangasek>  * did some merges, included busybox
[16:09] <slangasek>   * then triaged a regression in busybox from the last security update, LP: #1737662
[16:09] <slangasek>  * upcoming: last work day of the year for me is next Tuesday
[16:10] <slangasek> (done)
[16:10] <slangasek> bdmurray:
[16:10] <bdmurray> modified mojo spec to utilize right swift credentials
[16:10] <bdmurray> modified mojo spec to use version numbers with code tarballs
[16:10] <bdmurray> modified mojo spec not to upload code if the same revno is already there
[16:10] <bdmurray> added missing relation btwn failed-queue retracers and cassandra
[16:10] <bdmurray> modified daisy, errors, retracer charms to handle version numbers
[16:10] <bdmurray> added code revnos to the charm manifests, hooks
[16:10] <bdmurray> landed and tested the ability to upgrade the code for the charms
[16:10] <bdmurray> investigation into growth of retracer queues
[16:10] <bdmurray> submitted RT 107932 regarding increasing memory on retracers
[16:10] <bdmurray> ✔ done
[16:10] <bdmurray> infinity is out
[16:10] <bdmurray> tdaitx: ?
[16:10] <slangasek> tdaitx is out
[16:11] <slangasek> any questions on status?
[16:11] <slangasek> bdmurray: should we look at bugs?
[16:11] <bdmurray> Well there's one I wanted to talk about
[16:11] <slangasek> [TOPIC] Bugs
[16:12] <bdmurray> bug 1574670 is assigned to adam because we wanted to fix it in the archive right?
[16:12] <bdmurray> I ask as mdeslaur has submitted some patches for update-manager to resolve it
[16:13] <slangasek> bdmurray: yes, primarily
[16:13] <bdmurray> They seem fine but should we be heading that way.
[16:13] <slangasek> however the original plan was "republish the 16.04 release pocket shortly after release"
[16:13] <slangasek> which is no longer an option, really
[16:14] <slangasek> at this point, the other part of this needs to be an audit of support info generated for bionic
[16:14] <xnox> how big is the impact, and should we sru the X affected packages as rebuild such that they have the right info?
[16:14] <xnox> or sru ubuntu-support-status with "overrides"
[16:14] <slangasek> xnox: the first is not really viable
[16:14] <xnox> ack
[16:15] <slangasek> bdmurray: so, +1 for fixing this via u-s-s
[16:15] <bdmurray> slangasek: okay, and then a card for the bionic work?
[16:15] <slangasek> bdmurray: yes - would you mind creating that?
[16:16] <bdmurray> slangasek: No, I don't mind.
[16:16] <slangasek> ok :)
[16:16] <slangasek> [LINK] http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html#foundations-bugs
[16:16] <bdmurray> also bug 1737445 seems rather important but I haven't tested it yet
[16:16] <bdmurray> s/rather/really/
[16:17] <slangasek> bdmurray: ok. I'll bump importance and accept that nomination?
[16:17] <bdmurray> slangasek: Sure - I'll test it today to get a confirmation.
[16:18] <slangasek> bug state fiddled.  do I have to manually import that to trello?
[16:18] <bdmurray> fginther: has the autoimporter been enabled?
[16:19] <bdmurray> slangasek: I believe so
[16:20] <fginther> no, importing these is not yet available
[16:20] <slangasek> ok, importing now
[16:21] <bdmurray> bug 1732447 seems easy to SRU right?
[16:23] <slangasek> yeah
[16:24] <bdmurray> Is the process for updating c-n-f documented somewhere?
[16:24] <slangasek> I think it's documented in the source branch
[16:24] <bdmurray> that seems like a good spot
[16:24] <slangasek> if not, then perhaps the release checklist has a pointer?
[16:25] <bdmurray> okay, I'll have a look
[16:25] <bdmurray> that's it from me.
[16:25] <slangasek> ok
[16:25] <slangasek> anything else on bugs?
[16:27] <slangasek> no?
[16:27] <sil2100> I think we're good
[16:28] <slangasek> [TOPIC] AOB
[16:28] <slangasek> anything else?
[16:28] <bdmurray> I'm out on Monday
[16:28] <sil2100> I'm out next week starting Wednesday
[16:29] <doko> will there anybody between Xmas and New Year who I can ping about failed buildds? planning for the test rebuilds ...
[16:30] <slangasek> about failed buildds?  no idea
[16:30] <slangasek> I guess there'll be IS folks on standby?
[16:31] <doko> ok, IS then
[16:32] <slangasek> alrighty
[16:32] <slangasek> since I won't be at any meeting next week, have a good end of year, all!
[16:32] <slangasek> #endmeeting
[16:32] <meetingology> Meeting ended Thu Dec 14 16:32:43 2017 UTC.
[16:32] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2017/ubuntu-meeting.2017-12-14-16.00.moin.txt
[16:33] <slangasek> thanks, folks
[16:35] <sil2100> Thanks!
[16:35] <sil2100> o/