[00:01] <ScottK2> infinity: Is there any way that can get given back for feisty/gutsy (I could get an SRU for it if needed I suppose)?
[00:01] <infinity> ScottK2: No can do.
[00:01] <ScottK2> OK.  I'll do the SRU paperwork.
[00:01] <infinity> ScottK2: We don't change "release" pockets once a dist is frozen.  You could do -proposed/-updates if you really want it.
[00:01] <ScottK2> Thanks again.
[00:01] <ScottK2> That's what I was thinking.
[00:03] <infinity> ScottK2: Good thing I picked libmail-box as my test case, all the others fail. ;)
[00:05] <infinity> ScottK2: Hrm.  Kay, my fix is clearly incomplete...
[00:05] <infinity> ScottK2:
[00:05] <infinity> http://launchpadlibrarian.net/11401592/buildlog_ubuntu-hardy-i386.libtest-base-perl_0.47-1_MANUALDEPWAIT.txt.gz
[00:05] <infinity> I'll have to look at that in a sec...
[00:06] <ScottK2> Argh.
[00:07] <ScottK2> Well that's something anyway.
[00:07] <infinity> ScottK2: Curious corner case, should be trivial to fix.
[00:07] <ScottK2> Glad to hear it.
[00:07] <infinity> (if provided && version_installed) { ver = version_installed }, ish.
[00:07] <ScottK2> Curious corner cases are what make this stuff interesting.
[00:08] <infinity> I'd wonder why it worked for one case and not another, but I don't want my head to explode this close to quittin' time.
[00:08] <infinity> It'll ruin my evening to be headless.
[00:09] <ScottK2> And the janitors wouldn't appreciate having to clean up the mess either.
[00:09] <infinity> Where "the janitors" == "my wife and I".
[00:10] <infinity> Which would, I suppose, reduce to just "my wife" if I'm nonfunctional.
[00:10] <infinity> And making her angry is double-plus ungood.
[00:10] <ScottK2> Ah, right.  Even worse.
[00:10]  * ScottK2 imagined you hidden in the middle of a data center somewhere.
[00:11] <infinity> Nah, I'm in Canada.
[00:11] <snadge> i figured if you contributed to ubuntu you wouldn't be able to have a wife
[00:11] <infinity> snadge: No, no.  That's spelled "life".
[00:17] <ScottK2> infinity: Where in Canada?
[00:17] <infinity> ScottK2: Calgary.
[00:17] <slangasek> (the empty part)
[00:17] <infinity> slangasek: :P
[00:17] <ScottK2> slangasek: That doesn't narrow it down much.
[00:17] <ScottK2> infinity: Ah.  I've been there.
[00:17] <slangasek> ScottK2: no, but it provides the proper frame of reference ;)
[00:18] <infinity> I remember when vorlon used to be nice to me.  Those were good times.
[00:19] <infinity> No good has come of this nick change.
[00:19] <slangasek> infinity: that may have been when I was still living in Iowa and had no room to talk
[00:19] <slangasek> :-)
[00:19] <elmo> now he's part of the oregon cabal
[00:19] <elmo> who are scarily cabalish
[00:20] <ScottK2> slangasek: Where in Iowa (my mother-in-law live in Iowa)?
[00:20] <slangasek> elmo: yes, it's the true mark of a cabal that we're never actually seen in the same place at once except when we're at conferences
[00:20] <slangasek> ScottK2: Davenport
[00:20] <jdong> I thought Iowa was that thing the scheduler did when my disks needed to spin up?
[00:21] <slangasek> (like keithp pointing and expressing his amazement when we crossed paths at an event in town)
[00:21] <slangasek> ScottK2: where's your m-i-l?
[00:22]  * infinity frowns at sbuild.
[00:23] <ScottK2> slangasek: Monticello.  Brothers in law in Des Moines.
[00:24] <imbrandon> asac: pong
[00:24] <imbrandon> wasup?
[00:24] <slangasek> huh, Monticello, I didn't think anyone lived there; I thought it was just an airport :)
[00:25] <imbrandon> slangasek: :)
[00:25] <ScottK2> Heh.  Try trying to find a restaurant open on New Years day (managed, but it was tough).
[00:25] <slangasek> (and by 'airport', I think I mean 'air strip')
[00:26] <imbrandon> airport-stip,haircare and tire-lube-express :)
[00:26] <asac> imbrandon: no, flashplugin sru fix :) status?
[00:27] <imbrandon> asac: i'm advocating removal and let each browser do it, the fixes we could do would be way to invasive
[00:27] <asac> do you still ahve the source packages lying around and could update the md5sums?
[00:27] <asac> imbrandon: what do you mean?
[00:27] <imbrandon> asac: sure , at the expense of breaking every non firefox browser
[00:27] <asac> he?
[00:28] <imbrandon> asac: new flash breaks any non firefox browser, old flash has a security flaw
[00:28] <slangasek> fsvo "every non firefox browser" equal to "konqueror", I thought?
[00:28] <imbrandon> so its no win
[00:28] <imbrandon> slangasek: opera and webkit too
[00:28] <asac> imbrandon: well ... does the current actually install?
[00:28] <asac> which link does it use? last time i looked the url used by wget doesn't even has a version
[00:28] <imbrandon> asac: yes it installs and makes them segfault, major regression, e.g. no-go
[00:28] <asac> (except 9)
[00:29] <asac> yes, but now it doesn't install at all ... or does it?
[00:29] <imbrandon> no it doesnt, but i will not introduce a fix that breaks someone more, i'm advocating removal
[00:29] <imbrandon> if you wish to follow another patch i'll be happy to help
[00:29] <imbrandon> but i wont, i delt with it for weeks with no good awnser
[00:30] <asac> imbrandon: so the problem why the sru has been cancelled wasn't a md5sum mismatch?
[00:30] <imbrandon> correct
[00:30] <imbrandon> it was because it causes konqueror and opera to segfault
[00:31] <asac> opera?
[00:31] <imbrandon> yes only firefox , safari and IE support xembed
[00:31] <imbrandon> the rest segfault
[00:32] <imbrandon> and kubuntu shipps konqueror as a default browser, we cant intentionaly break it
[00:33] <imbrandon> asac: this was all covered in the -devel ML thread iirc
[00:33] <imbrandon> :)
[01:33] <edsiper> I'm trying to compile a program and it can't find the strnstr function, is something missed?
[01:37] <slangasek> edsiper: the fact that strnstr() is not a standard C function?
[01:39] <edsiper> Standard C Library (libc, -lc)  :/
[01:39] <edsiper> string.h
[01:40] <edsiper> t.c:(.text+0x40): undefined reference to `strnstr'
[01:43] <StevenK> % grep -c strnstr /usr/include/string.h
[01:43] <StevenK> 0
[01:43] <edsiper> :/
[01:50] <slangasek> edsiper: it's not a standard C function, and glibc doesn't implement it.
[01:51] <edsiper> :/ , thanks
[02:44] <keescook> asac: do you know if there will there be a newer release of gnash before hardy freezes?
[02:47] <slangasek> more importantly, why has gnash regressed on my system from gutsy to hardy and no longer able to play youtube videos? :)
[02:51] <bddebian> heh
[03:53] <RAOF> slangasek: Because youtube changed their stuff, I think :(.
[04:00] <RAOF> keescook: http://wiki.gnashdev.org/wiki/index.php/Release_0_8_2 suggests they'd like to get 0.8.2 out before the end of January, so it seems the answer is "yes".
[04:06] <linxuz3r> hey guys
[04:06] <linxuz3r> wuddup
[04:08]  * Hobbsee waves
[04:08]  * RAOF shores
[04:12] <slangasek> RAOF: those dirty, stinking apes
[04:13] <RAOF> slangasek: Indeed.
[04:18] <srbaker> heya folks
[04:18] <srbaker> what's the status of the ATI open source drivers?
[04:18] <kelmo^cc> hi asac. you got a moment to touch base about wpasupplicant
[04:21] <Burgundavia> srbaker: they exist and work, you are better asking upstream
[04:21] <Burgundavia> better off, rather
[04:21] <srbaker> Burgundavia: hey man.
[04:21] <srbaker> Burgundavia: know where i can find docs on how to get them working on ubuntu?  i have a dell with ati video that's particularly horrible to use with the fglrx bullshit
[04:21] <srbaker> where is upstream?
[04:21] <srbaker> the whole ati open source thing confuses the hell out fo me
[04:22] <Burgundavia> upstream is radeonhd
[04:22] <Burgundavia> which is Novell/Suse engineers
[04:22] <srbaker> is there a website for that?
[04:22] <Burgundavia> well, are you certain that you need radeonhd? it is only for the very newest of ATI drivers
[04:22] <Burgundavia> cards, rather
[04:23] <srbaker> Burgundavia: X1400 ?
[04:23] <Burgundavia> yep, that is r500
[04:23] <srbaker> the x1400 was listed as supported by the open source effort in an article i read
[04:23] <srbaker> awesome
[04:23] <srbaker> phoronix has docs
[04:23] <srbaker> thanks
[04:23] <srbaker> i couldn't get any relevant hints until i punched radeonhd into google
[04:24] <Burgundavia> http://en.wikipedia.org/wiki/Radeon_R520
[04:26] <srbaker> Burgundavia: any idea if the radeonhd thing will get into hardy?
[04:28] <Burgundavia> if yes, as alpha only
[04:28] <Burgundavia> not on by default
[04:28] <srbaker> that's okay.  as long as it'll be easy to get going
[04:28] <srbaker> okay, i have to go
[04:28] <srbaker> thanks
[04:28] <Burgundavia> they don't even have 2d really nailed down
[07:11] <dholbach> good morning
[07:13] <somerville32> good morning, dholbach
[07:13] <dholbach> heya somerville32
[07:14] <TheMuso> c
[07:14] <TheMuso> ugh
[07:17] <somerville32> TheMuso, It is ok. we understand.
[07:17] <somerville32> wrong tab
[07:19] <TheMuso> somerville32: Not this time it wasn't.
[08:49] <pitti> Good morning
[08:49] <asac> keescook: i will ask gnash devs about their plans
[08:50] <asac> pitti: morning!
[08:51] <warp10> morning pitti!
[08:53] <Hobbsee> oh noes, it's pitti!
[08:56] <MacSlow> *yawn*
[08:56] <MacSlow> greetings everybody!
[08:56]  * Hobbsee force feeds MacSlow some coffee
[08:57]  * MacSlow reminds Hobbsee that coffee does not apply
[08:57] <MacSlow> only coke and flying horse... which might be considered disgusting for some in the morning :)
[08:58] <MacSlow> hm... "flying horse" is probably not known outside of Germany
[09:10] <pitti> hey MacSlow, warp10, Hobbsee, asac!
[09:10] <pitti> calc: hm; building OO.o on artigas didn't help, but at least the giveback now made it build on powerpc
[09:13] <StevenK> Morning pitti
[09:14]  * pitti hugs StevenK
[09:31] <Hobbsee> yay, i get a greeting from pitti today!
[09:31]  * pitti hugs Hobbsee ecstatically
[09:32] <Hobbsee> :D
[09:32]  * Hobbsee hugs pitti lots back!
[09:32] <Mithrandir> pitti: it's ever so slightly annoying that apport complains about packages that fail to install or upgrade, can we turn that off, or can I turn apport off somehow?
[09:33] <pitti> Mithrandir: hm, not sure whether apt has a config option for that; mvo?
[09:35] <ogra> grrr ....
[09:36] <ogra> since one week i fix depencedcy breakage on the CD to have *one* testable CD before alpha4 .... now all deps are fine and the kernel modules are MIA ...
[09:36] <mvo> Mithrandir: you can set Dpkg::ApportFailureReport to false, then it will leave oyu alone
[09:36] <ogra> *sigh*
[09:37] <Mithrandir> mvo: cheers.
[09:37] <pitti> ogra: d-i needs a rebuild against 2.6.24-4, right?
[09:37] <ogra> pitti, yup, indeed
[09:37] <ogra> i was suspecting that when i saw the linux upload :/
[09:39] <ogra> pitti, seems colin already did that
[09:47] <nixternal> any archive admin, did a booboo, need kblogger-kde4 removed please
[09:51] <pitti> nixternal: done
[09:59] <nixternal> thanks pitti
[10:40] <pitti> asac: btw, is there anything being done about making SSL cert violation exceptions actually work in ff3?
[10:41] <pitti> asac: ATM I have to run ffox2 for such sites (only reason why I still have it installed)
[10:41] <asac> pitti: any example?
[10:41] <pitti> oh, and missing flash support, of course
[10:41] <pitti> asac: https://mail.piware.de/
[10:41] <asac> pitti: flash support is avail ... on amd64 its broken because ia32-libs need libselinux iirc
[10:42] <pitti> asac: ah, I see; I'll fix that then (OTOH flash works fine in ffox2, so I wonder why it is a problem in ia32-lis)
[10:42] <asac> pitti: for me your site works ... i add an exception on the error page
[10:42] <asac> doesn't that work for you?
[10:43] <pitti> asac: if I click on "Or you could add an exception" I just get a yellow box with "You should not add ...., do it in the advanced encryption settings"
[10:43] <pitti> asac: but there I don't see anything where I could add an exception
[10:43] <asac> pitti: which ffox version?
[10:43] <asac> i have buttons there
[10:43] <pitti> Version: 3.0~b3~cvs20080101t1000+nobinonly-0ubuntu1
[10:43] <asac> 1) "Get me Out of here" 2) "Add Exception ..."
[10:44] <asac> ok let me try to get that version up here :)
[10:45] <asac> pitti: same version for xul?
[10:45] <asac> (well s/3.0/1.9/)
[10:46] <pitti> asac: http://people.ubuntu.com/~pitti/tmp/ffox-ssl-cert.png
[10:46] <pitti> asac: xulrunner-1.9 Version: 1.9~b3~cvs20080101t1000+nobinonly-0ubuntu1
[10:46] <seb128> that's the same error I get on http://bugzilla.freedesktop.org using epiphany-browser
[10:46] <asac> indeed its broken on that snapshot. i will update it then i guess
[10:47] <seb128> asac: share the crack of the day version ;-)
[10:47] <asac> seb128: yes ... for epiphany this feature needs to be implemented
[10:47] <pitti> asac: ok; as long as this is not the final thing, I'm good :)
[10:48] <pitti> asac: too bad that I can't get a working cert for my server... but there are four virtual domains sharing one IP, so the server cna only have one SSL cert; and adding alternative names doesn't work with cacert.org
[10:48] <pitti> so I can only either have a working signature or working alternate names *sigh*
[10:53] <asac> pitti: your server cannot be configured to use dedicated certs for virtual hosts?
[10:53] <pitti> asac: no, apache doesn't support that
[10:53] <pitti> asac: you first need to establish an SSL connection (IP-based)
[10:53] <asac> right :)
[10:53] <pitti> and only afterwards apache can decide which domain you want, based on the hostname you requested
[10:54] <pitti> so, one IP -> one cert
[10:56] <asac> get more ips :)
[10:57] <pitti> asac: IPv6 FTW!
[10:57] <asac> yay ;)
[10:58] <ion_> pitti: Indeed
[10:58] <Keybuk> ITYM F::T::W::
[10:59] <pitti> ?
[10:59] <Keybuk> :: is used in IPv6 address notation for "all the bits missed out"
[10:59] <pitti> ah, :0
[10:59] <pitti> :) even
[10:59] <ion_> ::)
[10:59]  * pitti cleans his shift key
[11:01]  * Hobbsee mourns the loss of her special keys
[11:11] <emgent> heya
[11:34] <torkel> pitti: Preferences->Advanced(Encryption)->View Certificates->Add Execption...
[11:35] <pitti> ah, in the Servers tab
[11:35] <pitti> not that easy to discover
[11:35] <torkel> no, took me a while to find it
[11:36] <pitti> ah, cool, that works
[11:36] <pitti> thanks
[11:39]  * soren lunches
[11:46]  * pitti pokes ia32-libs
[11:47]  * LongPointyStick pokes pitti 
[11:47]  * ion_ peeks
[11:50]  * torkel cuts LongPointyStick in two with an axe. Two sticks does more harm than one :-)
[11:52]  * LongPointyStick becomes EXTRA pointy, and mutilates torkel 
[11:53] <persia> pitti: Might it make sense to split that a little?  The package is becoming incredibly huge.
[11:56]  * torkel looks around to find the chainsaw...
[12:09] <pitti> persia: well, ideally more source packages would build lib32foo* themselves
[12:09] <pitti> oh, wow
[12:09] <pitti> using lzma makes the deb shrink from 38.3 MB to 20.2
[12:10] <persia> pitti: With multilib, that's now not unreasonable.  Perhaps a full migration away from ia32-libs as a release goal for next time?
[12:10] <pitti> AFAICS it should be ok to use lzma now (OO.o does it), right? or does that pose a problem for Soyyuz?
[12:12] <pitti> hm, current OO.o debs use bzip2
[12:12] <pitti> so the changelog is confusing
[12:12] <tjaalton> LongPointyStick: what happened to your keys?
[12:13] <LongPointyStick> tjaalton: my ctrl, alt, win, etc keys all stop working sometimes.
[12:13] <LongPointyStick> fujitsu also has it, and he has the same video card
[12:13] <tjaalton> LongPointyStick: oh..
[12:14] <tjaalton> intel?
[12:14] <LongPointyStick> yup
[12:14] <pitti> persia: hm, I was told that lzma is not supported yet :/
[12:14]  * pitti reverts
[12:15] <persia> Not yet?  Hrm.  All the tools support it.  Any idea when it is coming?
[12:15] <pitti> persia: it's supported by dpkg and everything, but not in soyuz
[12:15] <tjaalton> LongPointyStick: ok, don't have any suggestions right now.. I've had no problems with evdev though (it'll be used when input-hotplug kicks in)
[12:16] <persia> pitti: Right.  I'm just hoping it's on the feature plan for 2.2 or 2.3 (if I remember my versions correctly).
[12:18] <pitti> yay flash on firefox-3.0 on amd64
[12:19] <LongPointyStick> tjaalton: OK
[12:19] <pitti> asac: cool, purging firefox-2 then :)
[12:20] <pitti> oh, hm, seems that devhelp still needs it
[12:20] <pitti> seb128: devhelp resists against xulrunner, or does it just need to be done?
[12:22] <asac> pitti: i uploaded new devhelp yesterday
[12:23] <asac> (and hopefully didn't forget to flip depends from firefox to xulrunner-1.9 :))
[12:23] <seb128> pitti: what asac said
[12:24] <seb128> pitti: btw the new f-spot uploaded today has no depends on beagle so it should be alright to move it to universe now
[12:24]  * pitti hugs seb128
[12:24] <asac> pitti:  0.17-1ubuntu2
[12:24]  * seb128 hugs pitti back
[12:24] <seb128> I didn't do the update though ;-)
[12:24] <Kmos> i installed firefox-3.0 manually for the first time and it says to restart it.. i maybe be confused with firefox 2 :)
[12:25] <asac> Kmos: yes ... please file a bug
[12:25] <Kmos> asac :)
[12:27] <asac> pitti: ok ... apparently control.in struck us here ... it still depends on firefox... reuploading
[12:27] <pitti> asac: heh; I just wondered, I have that version
[12:33] <cjwatson> persia: I forget the version number but it's on the feature plan for next week's LP release
[12:34] <persia> cjwatson: Excellent news.  Thank you.
[12:35] <\sh> tkamppeter, thx so much for your work on the printing stuff..took me only 1 minute to get my hp laserjet 1200 to run on hardy :)
[12:38] <pitti> \sh: like, plug it in, wait 10 seconds, done? :)
[12:38] <\sh> pitti, yeah :)
[12:38] <soren> How can waiting take an entire minute? :)
[12:38] <soren> Er..
[12:38] <soren> How can waiting 10 seconds take an entire minute? :)
[12:38] <\sh> soren, printing the testpage ;)
[12:38] <soren> Ah.
[12:39] <pitti> well, 50 seconds for being so amazed and stunned how easy that was :-P
[12:39] <\sh> heheh
[12:39] <\sh> but really, on windows I would have had to install some drivers etc.
[12:48] <Keybuk> yes, but on windows, you have to install some drivers (finding the CD, dusting it, cleaning it, giving up and finding the driver on the net, downloading it, downloading it again for the right language, installing it, restarting your system) for a USB storage deviec
[12:49] <ogra> Keybuk, it gets really bad then if the storage device has your NIC driver on it *g*
[12:49] <\sh> Keybuk, well, this driver problem sucks...I got this printer for free so I don't have any documentation or driver cd around...
[12:52] <soren> Keybuk: Yeah. There's no doubt we've got the right approach to providing drivers. Now they just need to suck less. :-/
[13:19] <\sh> pitti, regarding the maintainer field...I'm not sure if we need to change the maintainer field for rebuilding uploads, (-XbuildY) enlighten my horizon pleas :)
[13:21] <geser> \sh: afaik it's only needed for -XubuntuY. And the tools don't complain about it for -XbuildY :)
[13:21] <\sh> geser, k :)
[13:24]  * persia notes that -XbuildY uploads should not contain any changes beyond the changelog
[13:29] <pitti> \sh: no, it's not necessary for rebuilds (sorry, was at lunch)
[13:31]  * pitti demotes beagle
[13:32] <pitti> ... and wv along with it; there goes another HardyReducingDuplication point :)
[13:36]  * \sh needs to resolve bug #183382 somehow...
[13:36] <ubotu> Launchpad bug 183382 in claws-mail "[MoM SYNC] claws-mail 3.2.0-2" [Wishlist,Confirmed] https://launchpad.net/bugs/183382
[13:37] <pitti> \sh: can do now if it's blocking you
[13:37] <\sh> pitti, would be great...so I can go on with the plugin package for claws
[13:37] <pitti> \sh: can you please describe the ubuntu changes and why they can be dropped? there's no changelog and nothing else...
[13:38] <\sh> pitti, source rebuild only was the change
[13:38] <pitti> oh, I see
[13:38] <\sh> pitti, Version: 3.1.0-2build1
[13:38] <\sh> is the old one
[13:38] <pitti> so, no ubuntu changes actually
[13:39] <seb128> pitti: I'm going to do sync requests soon I've done those yesterday
[13:40] <pitti> \sh: done
[13:40] <\sh> pitti, thx
[13:40] <pitti> seb128: so, you got one less :)
[13:40] <seb128> pitti: ok ;-)
[13:43] <geser> infinity: after fixing the perl-modules problem on the buildds, building libpod-constants-perl still doesn't work: "Setting up libtest-simple-perl (0.62-1) ..." and then "After installing, the following source dependencies are still unsatisfied: libtest-simple-perl(inst =*=PROVIDED=*= ! >= wanted 0.18)" (see
[13:43] <geser> http://launchpadlibrarian.net/11406108/buildlog_ubuntu-hardy-i386.libpod-constants-perl_0.16-1_MANUALDEPWAIT.txt.gz)
[13:43] <jpatrick> could someone do the qca2 and libqca2-plugin-ossl backports, please? they're needed for KDE 4
[13:45] <seb128> jpatrick: I'll do backports soon when I do syncs
[13:45] <jpatrick> seb128: thanks :)
[13:47] <seb128> jpatrick: you are welcome
[13:47] <Mithrandir> Error forking '/usr/lib/openoffice/program//soffice': 'Failed to execute child process "/usr/lib/openoffice/program/soffice" (Bad address)'
[13:48] <Mithrandir> win.
[13:49] <pitti> Mithrandir: as a workaround, don't start 'oowriter', start 'ooffice'
[13:49] <Mithrandir> indeed
[13:50]  * pitti wonders whether the new OO.o fixes that, but doesn't dare to upgrade and lose all the ooo-l10n stuff
[13:53] <pitti> ah, the heck with it; /me upgrades
[13:53]  * LongPointyStick watches the machine blow up
[13:54]  * Mithrandir waves the LongPointyStick around.
[13:54]  * LongPointyStick is waved.  argh!
[13:54]  * LongPointyStick pokes Mithrandir with her other half
[13:54] <Mithrandir> hah!  You didn't think of that when you chose the nick, did you?
[13:54] <Mithrandir> I'm holding the other half.  You're not bendy, are you?
[13:54]  * ion_ unwaves LongPointyStick
[13:54]  * LongPointyStick is in 2 pieces
[13:55]  * Mithrandir pokes ion_ with the LongPointyStick
[13:55] <LongPointyStick> you're only holding the first half.
[13:55]  * LongPointyStick catches fire
[13:55]  * LongPointyStick burns Mithrandir 
[13:55]  * Mithrandir continues waving the FlamingLongPointyStick about
[13:55]  * Mithrandir catches fire.
[13:56]  * LongPointyStick watches Mithrandir burn to a crisp
[13:56]  * LongPointyStick magically recombines, and pokes ion_ to pices
[13:56] <LongPointyStick> er, pieces
[13:56] <sladen> LongPointyStick has quite a Long nick
[13:57]  * pitti puts on his flamewar-proof asbesto pants and cleans up
[13:57] <Mithrandir> pitti: she'll still burn your hands.
[13:57]  * LongPointyStick pierces the asbestos pants, with her pointy end
[13:58]  * LongPointyStick breaks one of pitti's knees in the process.  oops!
[13:58] <pitti> dang!
[13:58]  * pitti limps back to his chair and continues python hacking then
[13:58]  * LongPointyStick breaks the chair
[13:59]  * LongPointyStick watches pitti fall to the floor
[13:59] <pitti> not your best mood today, eh? :)
[13:59] <LongPointyStick> pitti: no, i'm naturally sadistic.  didn't you know?
[13:59] <pitti> Mithrandir: ah, OO.o du jour doesn't break like that any more \o/
[13:59] <pitti> LongPointyStick: I can feel it in my knee
[13:59] <Mithrandir> pitti: but it lacks translations?
[14:00] <pitti> Mithrandir: yes, since the l10n stuff got uninstalled
[14:00] <LongPointyStick> sladen: yes.  this is true
[14:00] <pitti> ooo-l10n FTBFS FTW
[14:00] <LongPointyStick> pitti: it goes with my full nick, anyway.
[14:04] <jdstrand> pitti: hi!
[14:05] <pitti> hey jdstrand, how's it going?
[14:06] <jdstrand> pitti: I uploaded a new package (ufw) yesterday. Since it's new I know it needs to be manually added-- do I need to do anything else besides the upload?
[14:06] <jdstrand> pitti: I am well-- and you?
[14:06] <pitti> jdstrand: it's in the NEW queue and will be investigated; no further action needed from you for now
[14:07] <jdstrand> pitti: ok thanks
[14:09] <pitti> Mithrandir, StevenK: we are going to replace gnome-keyring-manager with seahorse in ubuntu-desktop; do you want the same for mobile?
[14:09] <Mithrandir> does it do the same thing?
[14:10] <pitti> seahorse does gpg/ssh/the world in addition
[14:10] <pitti> but seahorse is maintaned, g-k-m not (seb128 knows more details)
[14:11] <seb128> gnome-keyring-manager is just a GUI to do keyring changes
[14:11] <Mithrandir> I think we just want g-k-m for NM keys and such, so as long as seahorse supports that, we're happy with having that instead.
[14:11] <Mithrandir> we care less about the UI than the daemon
[14:12] <pitti> Mithrandir: independently from that, NM's inability to change  wpa passphrases is a major usability bug which should just get fixed
[14:12] <Mithrandir> yes
[14:13] <pitti> Mithrandir: ok, so I'll change the seeds along, and we'll see how it goes? (I confirmed that seahorse can edit keyring keys)
[14:13]  * LongPointyStick doesn't particularly like how seahorse appears to like being able to show the ssh key passphrase on demand.
[14:14] <pitti> seb128: oh, seahorse needs a MIR, too, btw
[14:15] <ion_> I use libpam-ssh and keychain (with some glue between them)
[14:15] <seb128> pitti: right
[14:15] <Mithrandir> pitti: we're just interested in the daemon, afaik, but seahorse should be fine, yes.
[14:15] <pitti> seb128: bug report is enough
[14:15] <seb128> pitti: ok, thanks
[14:24] <pitti> seb128: seahorse seeded, seeds merged
[14:24] <pitti> not rebuilding -meta yet, until seahorse gets promoted
[14:25] <seb128> pitti: cool
[14:30] <pitti> ./libseahorse/libseahorse.a - a-haa
[14:34]  * Hobbsee stabs this keyboard bug
[14:35] <TheMuso> What keyboard bug?
[14:35]  * Hobbsee loses metakeys, like shift, alt, ctrl, capslock, win, every once in a while, until restarting x
[14:35] <TheMuso> oo fun
[14:36] <Hobbsee> and it's happened twice tonight
[14:36] <Hobbsee> and it's really starting to annoy me.
[14:37] <torkel> Hobbsee: it has been hit by a LongPointyStick too many times?
[14:37] <Hobbsee> torkel: i'm not the only one who gets it
[14:37] <Hobbsee> but it's happening mor eoften than it used to
[14:43] <cjwatson> Hobbsee: are you using vmware?
[14:43] <Hobbsee> cjwatson: nope
[14:43] <cjwatson> ok, it happens to me sometimes with vmware
[14:43] <Hobbsee> cjwatson: this is standard hardy, upgraded from gutsy.  real hw.
[14:43] <cjwatson> I have a button on my panel that does 'setxkbmap <appropriate arguments>'
[14:43] <cjwatson> that clears it for me; try that?
[14:44]  * Hobbsee wonders what the appropriate arguments would be, and checks the man page
[14:44] <Hobbsee> er, is there any way i can close vi without using the colon/
[14:44] <soren> Hobbsee: <ESC>ZZ
[14:44] <soren> Hobbsee: It saves, though.
[14:44] <Hobbsee> soren: ah, thanks
[14:45] <Hobbsee> soren: no dice.  esc classes as a special key, and has died too.
[14:45] <Mithrandir> Hobbsee: paste ^[ into the terminal
[14:45] <Mithrandir> it's esc
[14:45] <Mithrandir> or use an on-screen keyboard?
[14:46]  * TheMuso points Hobbsee to onboard
[14:46] <ogra> open a website and copy paste it :)
[14:46] <ogra> (or from here) colon -> :
[14:47] <Hobbsee> ;0
[14:48] <cjwatson> 14:44 <cjwatson> US keymap?
[14:48] <cjwatson> 14:44 <cjwatson> setxkbmap -rules xorg -layout us
[14:48] <cjwatson> 14:45 <cjwatson> the only other way I can think of is 'ZZ', but you may not be able to get that either. Copy-and-paste the colon from elsewhere.
[14:48] <cjwatson> Hobbsee: ^--
[14:49] <Hobbsee> cjwatson: ah, thanks.  same problem though
[14:50] <cjwatson> (or close terminal window, let it get SIGHUPped, and recover the session later, assuming it's vim)
[14:51] <Hobbsee> yeah
[14:51] <Hobbsee> cjwatson: anyway, that doesn't clear it for me either.
[14:51] <cjwatson> ok, worth a try
[14:53] <Hobbsee> indeed.  thanks for the attempt ;0
[15:04] <pitti> seb128: (argh autoconf argh)
[15:05] <seb128> pitti: (autotools are grrrrr)
[15:06]  * Mithrandir kicks LP in the proverbial SSL nuts.
[15:08] <Gringo_> is there some kind of alternative patching to -ck in the hardy kernel?
[15:08] <Gringo_> because -ck stopped after 2.6.22
[15:12] <Gringo_> does the CFS have the same results?
[15:12] <Hobbsee> third time lucky
[15:15] <Gringo_> well actually i thought that -ck also included some I/O work
[15:15]  * soren is confused
[15:15] <Gringo_> while CFS is only a scheduler
[15:15] <Gringo_> i'm not a developer, so i could very well be wrong
[15:18] <soren> cjwatson: Could you clear something up for me, please? Our CD's can display two different things when they first start up. There's the old orange-only ubuntu logo with the reflection and "boot:" prompt below it, and there's the fancy coloured thing with the menu and such below it... Where do each of them come from?
[15:20] <cjwatson> a mix of debian-installer (text), debian-cd (images and menu items), and gfxboot-theme-ubuntu (fancy menu)
[15:21] <soren> cjwatson: Hm. So if I'm using the gfxboot test thing you showed me once, what am I supposed to see? The fancy menu?
[15:21] <cjwatson> assuming gfxboot is working, you should see the fancy menu
[15:21] <cjwatson> it might fall back to the old-style one
[15:22] <cjwatson> (which is plain isolinux)
[15:22] <soren> Hm.. I see.
[15:41] <soren> cjwatson: The long description in gfxboot-theme-ubuntu claims that the logos and texts are not in that package.. So they're in debian-cd?
[15:41] <cjwatson> right, and debian-installer
[15:42] <cjwatson> my apologies for it being spread around; I was trying to fit it in around where stuff was already being maintained
[15:42]  * soren fails to see how that would land in the test thing..
[15:42] <Mithrandir> doko: I get errors install ing icedtea-java7-bin on hardy (lpia)
[15:42] <Mithrandir> doko: /usr/lib/jvm/java-7-icedtea/bin/java: error while loading shared libraries: libjli.so: cannot open shared object file: No such file or directory
[15:42] <Mithrandir> doko: is this known, and is there a workaround?
[15:42] <soren> cjwatson: As long as you're willing to answer the odd question about it from time to time.. :)
[15:42] <cjwatson> I constructed the test rather by hand :)
[15:44] <soren> cjwatson: And you claim that when you run "make" in that directory, you see the fancy menu?
[15:47] <cjwatson> soren: yup
[15:47] <cjwatson> perhaps your qemu's screwed, or perhaps you commented GFXBOOT out in tree.safe/isolinux.cfg?
[15:49] <soren> cjwatson: I did not. An to be sure, I just refetched the test suite and nuked the one I had lying around.
[15:49] <soren> cjwatson: I only see the simple logo and the boot: prompt.
[16:02] <soren> cjwatson: Something's not right. Booting the mini.iso (as found on archive.ubuntu.com) gives me the old logo and boot: prompt (just like your test thing), but the daily CD images gives me the fancy menu. Any ideas or should be look at it next week?
[16:02] <soren> s/be/we/
[16:19] <pitti> tkamppeter: can you please look into bug 183652 for hardy?
[16:19] <ubotu> Launchpad bug 183652 in avahi "CUPS fails to start on boot" [High,Confirmed] https://launchpad.net/bugs/183652
[16:21] <cjwatson> soren: I'm a bit lost and also busy with some other things, so next week would be good
[16:21] <soren> cjwatson: Alright.
[16:46] <norsetto> ping pitti
[16:49] <mvo_> pitti: do you mind if I upload a dbus that restarts itself if upgraded from dapper? unless you come up with a better solution for the current dapper->hardy desktop upgrade problem
[16:54] <seb128> mvo_: a dbus which restarts itself? doesn't look like a good idea, you will close running nautilus, break network, etc
[16:55] <ion_> A dbus that can restart itself is a good idea. If it can’t handle it, it has been designed stupidly.
[16:55] <mvo_> seb128: hm, currently on dapper->hardy the postinst of hal (at least) breaks because hal can not restart. pitti said its most likely a incompatible hal/dbus issue
[16:55] <calc> how do you create message filters in evolution per account?
[16:56] <calc> eg... how do you map evolution usable for imap
[16:56] <calc> s/map/make/
[16:56] <seb128> calc: what do you mean?
[16:56] <calc> seb128: when i create a filter it doesn't ask me what account to use it for, i want to move all messages of a certain type on an account to a folder in that account
[16:57] <calc> maybe Edit -> Message Filters is the wrong place?
[16:57] <seb128> calc: edit, message filter, add
[16:57] <seb128> calc: then the combo where you have sender, click on it
[16:57] <seb128> and select source account in the list instead?
[16:58] <calc> ah source account i see it :)
[16:58] <calc> thanks :)
[16:58] <seb128> you are welcome
[16:58]  * calc hugs seb128 
[16:58]  * seb128 hugs calc
[16:58] <seb128> calc: switching to evolution?
[16:58] <seb128> what did you use until now?
[16:59] <calc> seb128: yea i switched from thunderbird, newer thunderbird's imap filtering is broken
[16:59] <seb128> ah, k
[16:59] <Mithrandir> client side filtering considered harmful
[16:59] <calc> or at least was last i tested it, i had been holding the version on my box for a while until i decided to finally switch
[16:59]  * Mithrandir hides.
[16:59] <calc> Mithrandir: is there a way to filter for our email on the server?
[16:59] <calc> Mithrandir: if so i wouldn't mind setting that up :)
[16:59] <infinity> geser: I know, I have another fix in the pipeline.
[16:59] <Mithrandir> calc: no idea, I run my own mail server.
[17:00] <calc> Mithrandir: oh ok
[17:00] <calc> Mithrandir: i just imap directly to i.c.c
[17:00] <Mithrandir> I like to stay in touch with my inner sysadmin
[17:00] <calc> Mithrandir: hehe
[17:02] <calc> one other question, how do i run filters against a mailbox?
[17:04] <tkamppeter> pitti, about bug 183652, I have rebooted Hardy already several times (due to an X problem) after the boot sequence got changed in Hardy. I never had a problem.
[17:04] <ubotu> Launchpad bug 183652 in avahi "CUPS fails to start on boot" [High,Confirmed] https://launchpad.net/bugs/183652
[17:04] <calc> ah i think i found out how
[17:04] <calc> select all messages and apply filter
[17:08] <tkamppeter> pitti, ping
[17:09] <norsetto> must be a very popular person this pitti, I wonder if he offers often drinks here
[17:11] <\sh> hoho...I didn't see that...sun bought mysql? ,-)
[17:11] <Mithrandir> \sh: that's so yesterday's news.
[17:12] <\sh> Mithrandir, did see it on our german newsticker...damn
[17:20] <pitti> re
[17:21] <keescook> pitti: say, you use gnome-gpg, right?  does it still work for you in hardy?
[17:21] <pitti> keescook: no, it stopped working a while ago; I switched to seahorse, that's much better anyway (also works in mutt, chroots, etc.)
[17:21] <pitti> mvo_: well, if that helps, go ahead
[17:21] <keescook> pitti: but things like requestsync still call it...
[17:22] <pitti> mvo_: but I thought it would be more robust to not restart dbus and any client on upgrades from dapper?
[17:22] <keescook> pitti: what's required to "switch" to seahorse?
[17:22] <pitti> mvo_: i. e. we should fix postinsts of hal etc. to not restart on such upgrades, only from gutsy ones
[17:23] <pitti> keescook: if you don't have gnome-gpg installed, requestsync won't use it
[17:23] <\sh> pitti, hopefully seahoarse works also good with gpg + smartcards ;)
[17:23] <pitti> keescook: just install it and restart your session
[17:23] <pitti> norsetto: pong
[17:23] <pitti> tkamppeter: well, the bug doesn't seem to occur very often, yes
[17:23] <norsetto> pitti: hey, was wondering if you could glance at bug 183293 when you have 5 min.
[17:23] <ubotu> Launchpad bug 183293 in kfolding "[FTBFS] kfolding (1.0.0-rc2-5) fails to build in hardy" [Medium,In progress] https://launchpad.net/bugs/183293
[17:24] <keescook> pitti: oh, yes, that's much better.  :)  much saner caching options too.  yay.  :)
[17:28] <tkamppeter> pitti. for me the bug looks like that the avahi startup script exits before the avahi daemon is ready to take tasks.
[17:28] <pitti> tkamppeter: exactly
[17:29] <tkamppeter> This means CUPS gets started before the avahi daemon is ready, the daemon is half-ready which is even worse for CUPS, as CUPS crashes then instead of running without avahi support.
[17:30] <tkamppeter> pitti, so the problem is an avahi bug (I have given an appropriate comment in one of the bug reports).
[17:30] <pitti> norsetto: answered in the bug
[17:31] <norsetto> pitti: ok, dankeschoen
[18:14] <tkamppeter> pitti, I have answered on bug 183652, what needs to be fixed is avahi, as other services can break as well as CUPS. It would be enogh to put a loop at the end of the startup script of avahi, which checks the avahi daemon once a second and exits if the daemon is ready or a timeout is reached.
[18:14] <ubotu> Launchpad bug 183652 in avahi "CUPS fails to start on boot" [High,Confirmed] https://launchpad.net/bugs/183652
[18:14] <pitti> tkamppeter: the better solution would be to make cups not fall over in this case and try again later, though
[18:15] <pitti> tkamppeter: that would avoid making the boot process longer unnecessarily, and more robust too
[18:17] <tkamppeter> pitti, so we should simply add a loop to the CUPS startup script and in the case of failure do two additional start attempts 2 seconds later or should we better patch the daemon to activate and deactivate avahi support on the fly?
[18:17] <pitti> tkamppeter: the latter would be better IMHO
[18:18] <pitti> tkamppeter: as a minimum cups shouldn't crash if avahi is not available
[18:18] <pitti> admins might uninstall avahi if they don't need it
[18:18] <tkamppeter> pitti could you do this change or should we report the problem upstream?
[18:18] <pitti> and ideally it would try to register printers to avahi every now and then (perhaps at the same time when it broadcasts its printers over teh cups browsing protocol?)
[18:18] <pitti> tkamppeter: upstream
[18:19]  * pitti <- no time for cups hacking ATM
[18:20] <tkamppeter> pitti, I will file an upstream bug in CUPS and it depends on Mike Sweet's fix whether we can provide CUPS' DNS-SD broadcasting or not. If he does not fix it in time then CUPS and Avahi are not ready yet for DNS-SD printer broadcasting.
[18:21] <pitti> tkamppeter: right, we can still disable it in hardy if needed
[18:21] <pitti> but would be cool to fix, and it affects other distros, too
[18:22] <tkamppeter> pitti, but I will also leave the avahi task open as startup scripts should only exit if the daemons are ready, otherwise there is no control for services which depend on each other.
[18:23] <pitti> ok
[18:24] <\sh> pitti, how do I read http://people.ubuntu.com/~ubuntu-archive/NBS/gnustep-back0.11 when gnustep-back0.11 doesn't exists anymore?
[18:25] <pitti> \sh: that's precisely what 'NBS' means :)
[18:25] <pitti> the binary still exists, but it's not built from any source package any more
[18:25] <pitti> \sh: i. e. this lists the currently existing reverse dependencies; they all need to get fixed, since before hardy's release we need to kill all NBS pacakges
[18:26] <\sh> pitti, ah.....ok :)
[18:26] <pitti> mostly that amounts to no-change uploads to rebuild against current libs
[18:27] <\sh> pitti, ok...starting to work on this
[18:29] <geser> \sh: in case of gnustep-back0.11 some sort of transition is probably needed, other gnustep packages went already through this transition
[18:45] <tkamppeter> pitti, http://www.cups.org/str.php?L2676, and bug 183652 is updated now.
[18:45] <ubotu> CUPS bug 2676 in Core CUPS Software "Scheduler does not start if CUPS is started very shortly after the avahi daemon" [Priority moderate,New]
[18:45] <ubotu> Launchpad bug 183652 in avahi "CUPS fails to start on boot" [High,Confirmed] https://launchpad.net/bugs/183652
[18:45] <tkamppeter> STR 1
[18:45] <tkamppeter> CUPS bug 1
[18:45] <ubotu> CUPS bug 1 in Core CUPS Software "Missing links and out-of-date systems overviews on documentation page" [Priority low,Closed w/resolution] http://www.cups.org/str.php?L1
[18:46] <pitti> tkamppeter: just saw the mail, thanks
[18:47] <pitti> wow, ubotu now knows about cups' STR system? neato!
[18:48] <tkamppeter> pitti, there is only a small thing to improve, it should also react on "STR xxx".
[18:49] <pitti> well, that might also be 'suspend to ram'
[18:49] <pitti> cups bug 1234 is great and consistent within ubotu
[18:49] <ubotu> CUPS bug 1234 in Core CUPS Software "When setting BrowseProtocols to all Cups stops working" [Priority low,Closed w/o resolution] http://www.cups.org/str.php?L1234
[18:50] <tkamppeter> But "suspend to ram 1234" does not make much sense, so that if someone writes STR 1234, he most probably means CUPS bug 1234.
[18:53] <ScottK> tkamppeter: STR is a reasonably generic term for Software Trouble Report.  I don't hink of it as CUPS specific.
[18:54] <tkamppeter> pitti, another problem, I wanted to make use of my MOTU rights and have suggested flphoto as a new package on REVU, as MOTU I need only the vote of one additional MOTU, but no one has touched my package yet.
[18:54] <pitti> tkamppeter: can you please mail me the URL? I'll have a look at it tomorrow
[18:55] <tkamppeter> pitti, bug 183243
[18:55] <ubotu> Launchpad bug 183243 in ubuntu "New Package: flPhoto - Photo Manager with Great Printing Capabilities" [Undecided,In progress] https://launchpad.net/bugs/183243
[18:56] <ScottK> tkamppeter: It would also be nice if you could find some time for reviewing as there are many more packages on REVU than reviewers to look at them.
[18:56] <pitti> tkamppeter: ok, I opened a tab, so I won't forget
[18:56] <tkamppeter> pitti, thanks.
[18:56] <pitti> what does it take to get an account on REVU, btw?
[18:57] <tkamppeter> pitti, https://wiki.ubuntu.com/MOTU/Packages/REVU
[18:59] <pitti> ah, I see; I'll ask on #u-motu
[18:59] <ScottK> pitti: You have to do an upload to REVU.  It can be anything.
[19:00] <pitti> ScottK: hm, above wiki page says to just ask there to get ack'ed as a reviewer
[19:00] <ScottK> First you have to have an account though.
[19:00] <ScottK> IIRC.
[19:01] <pitti> hm, then above documentation needs to be updated
[19:01] <ScottK> It's been more than half a year since I got set up, so I may remember wrong.
[19:03] <infinity> Building kde4libs 4:3.96.0-1ubuntu1
[19:03] <infinity> for  Kubuntu Members Ubuntu Gutsy PPA
[19:03] <infinity> Building kde4libs 4:3.96.0-1ubuntu1
[19:03] <infinity> for  Sarah Hobbs Ubuntu Gutsy PPA
[19:04]  * infinity wonders if we really need two. :)
[19:04] <pitti> nice race
[19:04] <infinity> Not so much a race, it's different PPAs...
[19:04] <pitti> ah, ok
[19:04] <infinity> Just... Duplicate effort, I'm assuming.
[19:05] <jpatrick> kde4libs 4:3.96.0 is the old package no?
[19:24] <geser> tkamppeter: I've done a quick review of flphoto for you.
[19:25] <geser> tkamppeter: is the /usr/share/mimelnk/ directory in use? I've only one file below it here (GNOME)
[19:28] <tkamppeter> geser, the upstream package contains a mime type in .desktop format, and such mime type files I have only found in /usr/share/mimelnk/  on an installed Hardy system.
[19:29] <tkamppeter> geser thanks for the review, I will fix the issues and reupload. The package structure is derived from XPP (also FLTK-based), but XPP was not updated for some time.
[19:32] <geser> tkamppeter: I just wondered because my /usr/share/mimelnk isn't really populated
[19:33] <tkamppeter> Mine is full, it contains 100s of files in subdirs
[19:34] <pitti> mine is empty, too, just image/vnd.djvu.desktop
[19:34] <\sh> pitti, libpt-1.10.0 is replaced with libpt-1.11.2?
[19:35] <pitti> apt-cache showsrc pwlib|grep ^Binary
[19:35] <pitti> oh, there's a pwlib-titan in addition now, which has the never version
[19:36] <\sh> pitti, that's what I wanted to know...what's the right source package...pwlib or pwlib-titan ,-)
[19:36] <\sh> pitti, and reading http://people.ubuntu.com/~ubuntu-archive/NBS/libpt-1.10.0 I think we go with pwlib-titan ;)
[19:36] <pitti> \sh: pwlib itself seems to have 1.10.10-<something>
[19:37] <\sh> s/think/thought/
[19:37] <pitti> \sh: depends on your build dep; libpt-dev is pwlib, libpt-1.11.2-dev is -titan
[19:37] <pitti> they both build-conflict to each other
[19:38] <\sh> pitti, so I think we stay with pwlib only, not with the -titan source?
[19:38] <pitti> \sh: I don't know TBH
[19:38] <geser> tkamppeter: are you using KDE or GNOME?
[19:41] <tkamppeter> geser, I am using GNOME
[19:51] <tkamppeter> geser, which copyright holders are missing in the debian/copyright file of flphoto
[19:53] <geser> tkamppeter: grep Copyright *  inside the package dir:
[19:54] <geser> espmsg.[ch]: * Copyright 1997-2005 by Easy Software Products.
[19:54] <saivann> Hi everyone, I'm triaging bug #147623 and somebody in the bug report specified that upgrading actual vesafb-tng in the linux kernel to uvesafb would fix problems with AMD64 and usplash with nvidia closed source driver, does this make sense?
[19:54] <ubotu> Launchpad bug 147623 in usplash "[EM64T]When booting, screen stays black." [Medium,Confirmed] https://launchpad.net/bugs/147623
[19:55] <saivann> If yes, it could be considered as a improvement for Hardy
[19:56] <saivann> http://dev.gentoo.org/~spock/projects/uvesafb/
[19:57] <geser> tkamppeter: grep also espmsglib.c for copyright (ESP and Aladdin), fldcraw.c:   Copyright 1997-2006 by Dave Coffin, flstring.h: * Copyright 1998-2005 by Bill Spitzak and others., jpegint.h: * Copyright (C) 1991-1997, Thomas G. Lane., transupp.[ch]: * Copyright (C) 1997, Thomas G. Lane.
[20:07] <tkamppeter> geser, so the documentation of the software is a false declaration of copyright and license, as I packaged that I simply trusted in Mike Sweet. An upstream bug should be reported.
[20:14] <lool> tkamppeter: Hey, I tried stopping avahi and cupsys and then "starting avahi && starting cupsys", then I stopped and started cupsys, both cupsys error logs at debug level 2 were identical; could you hint me into reproducing the cupsys failure?
[20:35] <tkamppeter> lool, it was only observed on boots of some Hardy and some Gutsy boxes. Strange is why your command line does not reproduce it. Perhaps it depends also on speed and load of your computer.
[21:00] <lool> tkamppeter: Could very well be
[21:04] <pitti> pochu: ping
[21:05] <pitti> pochu: please enlighten me about bug 181088 :)
[21:05] <ubotu> Launchpad bug 181088 in policykit "/proc/$pid/* gets too restrictive permissions for g-s-t tools" [High,Incomplete] https://launchpad.net/bugs/181088
[21:10] <seb128> pitti: looks like the issue due to your ptrace changes
[21:10] <pitti> seb128: I got that much, but what issue? works just fine for me
[21:10] <seb128> pitti: ah, that's this bug
[21:10] <seb128> pitti: sec
[21:10] <pitti> I could reproduce the problem with 0.6, but not with 0.7
[21:10] <pitti> I tested {network,time}-admin
[21:11] <seb128> pitti: bug #183673
[21:11] <ubotu> Launchpad bug 183673 in gnome-system-tools "Users-admin unlock not working" [Medium,Confirmed] https://launchpad.net/bugs/183673
[21:12] <seb128> pitti: the unable to lookup exe for caller seems to be the issue
[21:12] <pitti> seb128: can you reproduce it?
[21:13] <seb128> pitti: let me try, I'm still running the build I did for testing the other day
[21:13] <seb128> is the version you uploaded different?
[21:13] <pitti> seb128: I just added the patch to work with non-ext3 FSes
[21:13] <pitti> nothing else
[21:14] <seb128> pitti: I've an idea it could be due to policykit-gnome which has not been updated, the binaries were in NEW today
[21:14] <seb128> pitti: maybe those guys still have 0.6
[21:14] <pitti> aah
[21:14] <pitti> hm, that sounds like a too weak dependency somewhere
[21:14] <seb128> yes
[21:14] <seb128> or a lack of Breaks
[21:14] <seb128> maybe policykit 0.7 should Breaks on gnome < 0.7
[21:16] <pitti> yes, good idea
[21:22] <pochu> pitti, seb128: Right, I have PK-gnome 0.6
[21:22] <pitti> ah, that's it then; thanks, pochu
[21:22] <pitti> pochu: I'll add the Breaks: then as a solution to this bug, ok?
[21:22] <tkamppeter> geser, I have reuploaded flphoto now. I have addressed all issues and now lintian and linda are without output.
[21:22] <seb128> pochu: I've newed the binaries this afternoon they should be available
[21:23] <pochu> pitti: sure, as long as g-s-t works again with 0.7 ;)
[21:23]  * pochu upgrades
[21:23] <seb128> pochu: we tested g-s-t with 0.7 before uploading it
[21:25] <pochu> I did with 0.6. :)
[21:34] <gu_> hi
[21:41]  * lamont wonders wth his fresh gutsy install decided to say UTC=no in rcS
[21:44] <geser> tkamppeter: looks OK to me now, but I'd like a second review as I'm a little bit out of practise in reviewing.
[21:49] <tkamppeter> geser, OK, Thanks. Pitti told that he will look into the package tomorrow. He is core-dev and so he should be experienced.
[21:51] <geser> tkamppeter: and an archive admin and tomorrow is his archive day
[21:51] <geser> tkamppeter: so I could upload it and let him review it as part of his archive work :)
[21:54] <tkamppeter> geser, what do you mean with uploading? The upload into Universe I should do, as I got MOTU and did not do any upload yet, and before applying for core-dev I should do at least one. I do not ask for upload sponsorship here, I do only the required steps for introducing a new package.
[21:55] <pitti> tkamppeter: right, just upload it now, and I'll grab it from the queue for review tomorrow
[21:56] <pitti> tkamppeter: I briefly looked at geser's comments and your debdiff, it looked ok
[21:56] <pitti> I haven't looked at the actual package yet, though
[21:56] <geser> tkamppeter: sure, usually the reviewer who adds the last needed ACK does the upload
[21:56] <pitti> tkamppeter: so please go ahead and use your new upload powers :)
[21:58] <tkamppeter> Done. My first upload into the Ubuntu distribution.
[21:58] <tkamppeter> I simply removed the "revu" from the dput command line.
[22:11] <pitti> https://edge.launchpad.net/ubuntu/hardy/+queue?queue_state=0&queue_text=flphoto
[22:11] <pitti> and there it is
[22:11] <pitti> tkamppeter: congratulations!
[22:11] <pitti> tkamppeter: ah, please remove edge. (unless you are in lp-beta-testers)
[22:12] <tkamppeter> pitti, I am in lp-beta-testers
[22:15] <ScottK2> pitti: Everyone can see edge now.
[22:16] <tkamppeter> pitti, I have updated bug 183243 now, an annoying bugs for users who like to print photos gets fixed.
[22:16] <ubotu> Launchpad bug 183243 in flphoto "New Package: flPhoto - Photo Manager with Great Printing Capabilities" [Undecided,Fix committed] https://launchpad.net/bugs/183243
[22:19] <ScottK> tkamppeter: Once it's built and you're confident you have a good package in Hardy, you might want to consider backporting it to Gutsy.
[23:01] <emgent> hello people