[01:02] <mathiaz> keescook: I've finished converting apparmor packages to use bzr.
[01:05] <mathiaz> keescook: It was a bit more complicated as the content of the orig.tar.gz was not the same as the rev I branch from (510)
[01:06] <mathiaz> keescook: I've published a new branch: http://bazaar.launchpad.net/~mathiaz/apparmor/ubuntu-mathiaz
[01:06] <Chipzz> not that it matters probably, but I'm in favour of using selinux and against apparmor
[01:06] <Chipzz> selinux looks like the most mature and most complete solution
[01:07] <Chipzz> that and debian will also probably go with selinux
[01:10] <mathiaz> Chipzz: when debian will have integrated selinux, ubuntu will also have it. so we'll have both apparmor and selinux.
[01:51] <StevenK> Blink. Now NBS is empty.
[01:55] <pkl_> IntuitiveNipple, pitti, ogra: please test the liveCD iso in http://people.ubuntu.com/~pkl.  That's got a fix for a Squashfs race condition that sneaked into the code in April.  For some reason the Squashfs code in the Gutsy kernel wasn't updated when I found it in May.  With that fix the liveCD doesn't hang in my tests. I've been unable to reproduce the filesystem corruption, and so your mileage may vary.
[01:56] <IntuitiveNipple> pkl_: I'll grab it now
[01:56] <pkl_> TJ: (easier to type :) ), thanks
[01:57] <IntuitiveNipple> the nick is only to make people smile :p
[01:57] <IntuitiveNipple> I hope you've fixed it - I was trying to focus on a suspend-then-resumes-immediately issue :)
[01:58] <Nafallo> made me smile anyway :-)
[01:58] <bluefoxicy> nipples wtf
[01:58] <bluefoxicy> the only intuitive interface
[01:59] <IntuitiveNipple> all the rest are learned
[01:59] <mjg59> bluefoxicy: I really recommend you don't try suggesting this to anyone who's ever breast fed
[01:59] <keescook> Chipzz: I'm hoping to get selinux fully integrated too.  if you've got some details or patches to help it happen, I would be very interested.
[02:00] <bluefoxicy> mjg59:  I would hope I'd stop breast feeding by the time I'm old enough to remember.
[02:00] <pkl_> TJ: I'm not sure it will fix all the issues.  I suspect some of the issues are caused by out of memory in the kernel allocator.  A lot of kernel code fails in nasty ways when that happens (if you need some kernel memory to do something, and you can't get it, you've no alternative but to crap out in as graceful way as possible).
[02:00] <mjg59> bluefoxicy: It's really, really, really not intuitive
[02:01] <IntuitiveNipple> pkl_: I'll test it, report, then get to bed... its turning into another all-nighter!
[02:01] <bluefoxicy> mjg59:  Leo gave me a pic of you in a straw hat, I think.
[02:01] <pkl_> TJ: yeah, it's 1am here :)
[02:01] <IntuitiveNipple> snap :)
[02:01] <IntuitiveNipple> Now if you could only solve this suspend/resume issue I'd be happy!
[02:01] <pkl_> TJ: UK?
[02:02] <IntuitiveNipple> Yes, deepest rural Notts on a farm
[02:02] <pkl_> TJ: sounds good, I'm in rural Wales :)
[02:02] <IntuitiveNipple> Ahh... used to be a big haunt of mine :)
[02:05] <pkl_> TJ: OK, what parts?  I live in Chepstow, which is in Monmouthshire, before you get to the built up areas of Cardiff/Swansea etc.  Ceredigion would be a nice area to live, but Chepstow is handy for Cardiff and Bristol (I used to work in Bristol).
[02:10] <pkl_> TJ: suspend/resume are probably the biggest cause of problems we have with the kernel at the moment.  Two different competing systems (one winner), both broken.  Looks like there's some work going on a third alternative (suspend3), but that won't be ready for a long time.
[02:10] <IntuitiveNipple> pkl_: I used head out to Llanidloes/Clewedog and also the Lynn penninsula, visiting friends
[02:11] <IntuitiveNipple> pkl_: Yes, I've been working in it quite a bit recently... I've got a weird one where it suspends/resumes *perfectly* but the resume happens right at the point it should do hw_sleep() and there are no clues anywhere as to what is causing it
[02:11] <ion_> pkl: And when suspend3 is deemed broken, the situation can be corrected simply by introducing suspend4. ;-)
[02:12] <IntuitiveNipple> I just installed a USB debug kernel hoping to see some USB wakeup events, but it isn't that
[02:12] <pkl_> Ah, north wales (Gogledd Cymru).  Very nice part of the world.   I did seriously think about moving to Bangor once.
[02:12] <IntuitiveNipple> I once fitted a new rear independent suspension unit to a Rover 3500 V8 one saturday afternoon there, after driving 140 miles from Llanidloes to get the only spare part in Wales!
[02:13] <IntuitiveNipple> That drive was like being at sea... talk about feeling sea-sick driving with broken suspension!
[02:14] <IntuitiveNipple> pkl_: I'm emigrating in a few weeks, to somewhere rather sunnier :)
[02:15] <pkl_> TJ: heh, 140 miles from Llanidloes, that's a long drive!
[02:17] <pkl_> TJ: where are you going?
[02:17] <IntuitiveNipple> Andulcia, Spain
[02:18] <IntuitiveNipple> oops, my typing... Andalucia !
[02:19] <pkl_> TJ: good luck!
[02:20] <IntuitiveNipple> this download is about at 50%
[02:23] <pkl_> TJ: yeah, it was going to take me over 5 hours to copy the file to the Ubuntu webserver.  Luckily I could use rsync over ssh to only transfer the changes.  With iso's ADSL is slow...
[02:30] <IntuitiveNipple> 466MB done
[02:47] <IntuitiveNipple> Burning Test-CD now
[02:47] <pkl_> OK
[02:48] <IntuitiveNipple> time for a fresh cuppa whilst this burns
[02:52] <ajmitch> hello Burgundavia
[02:52] <Burgundavia> hey ajmitch
[03:17] <IntuitiveNipple> Phillip, first boot seems to have gone OK although I saw the same bunch of udev errors that were present with the faulty tribe-3 (presuming they weren't caused by this, then it seems OK)
[03:20] <pkl_> TJ: sounds good.  Thanks for doing the test.
[03:21] <IntuitiveNipple> I'll do a couple more boots just to be confident
[03:21] <pkl_> TJ: I think it is time for bed...  See you tomorrow...
[03:21] <IntuitiveNipple> lol yeah... my dog has just decided to have a good run about too
[03:21] <pkl_> TJ: OK, let me know what happens - thanks
[03:21] <IntuitiveNipple> will do
[03:21] <IntuitiveNipple> I'll comment on the bug
[03:22] <Nafallo> damn you guys are confusing :-)
[05:16] <fabbione> morning
[05:18] <ScottK> evening
[06:03] <TheMuso_> Congrats all on the tribe release.
[07:15] <Jedusor> hihihihi
[07:15] <Burgundavia> ello?
[07:15] <Hobbsee> hi all
[07:16] <Jedusor> hi Hobbsee
[07:16] <Jedusor> hi Burgundavia
[07:16] <Hobbsee> hi Jedusor
[08:15] <Hobbsee> morning siretart
[08:17] <Hobbsee> pkl_: you rock.
[08:28] <Hobbsee> anyone know if there's a trick to rsyncing off p.u.c?
[08:28] <Hobbsee> pitti!
[08:28] <Hobbsee> pitti:  know if there's a trick to rsyncing off p.u.c?
[08:29] <pitti> Good morning!
[08:29] <pitti> Hobbsee: for pkl_'s CD?
[08:29] <Hobbsee> pitti: yes
[08:29] <pitti> Hobbsee: hmm, only with ssh
[08:29] <Hobbsee> sarah@LongPointyStick:/storage/isos$ rsync -zhhP rsync://people.ubuntu.com/~pkl/test-gutsy-desktop-i386.iso  ubuntu-gutsy-desktop-i386.iso
[08:29] <Hobbsee> rsync: failed to connect to people.ubuntu.com: Connection timed out (110)
[08:29] <Hobbsee> rsync error: error in socket IO (code 10) at clientserver.c(104) [receiver=2.6.9] 
[08:29] <Hobbsee> darn.
[08:29] <jdong> aww no rsyncd :)
[08:29] <jdong> Hobbsee: is wget end of the world or something?
[08:30] <Hobbsee> pitti: i dont suppose you could copy it somewhere rsyncable?
[08:30] <elkbuntu> jdong, for bandwidth, yes
[08:30] <pitti> Hobbsee: you could wget it from a computer with good bandwidth where you have ssh access and then rsync from there
[08:30] <Hobbsee> jdong: you clearly do not live in australia
[08:30] <jdong> does rsync really help on squashfs'ed CD's?
[08:30] <Hobbsee> pitti: oh, point.
[08:30] <Hobbsee> jdong: seems to
[08:30] <jdong> I would expect data to be in fairly arbitrary order across rebuilds, no?
[08:30] <fabbione> hey pitti
[08:30] <jdong> considering that it's all compressed in 65K blocks or whatnot
[08:30] <pitti> jdong: yes, that works very well
[08:30] <pitti> hey fabbione!
[08:31] <jdong> pitti: cool, didn't know that. Got to try that some time
[08:31] <pitti> jdong: in breezy or so we made some changes that ensures sane rsyncability
[08:31] <jdong> pitti: that is really considerate :)
[08:31] <pitti> jdong: the very first warty/hoary ones were indeed not
[08:31] <fabbione> pitti:  i just retested #98518 ... IMHO you are good to go...
[08:32] <pitti> fabbione: ah, good!
[08:32] <fabbione> pitti: so that can go into .2
[08:32] <pitti> right
[08:33] <jdong> Hobbsee: lol if I were on wired and not wifi....
[08:33] <elkbuntu> jdong, heh. your wifi is our wired :
[08:33] <jdong> 1176.3KB/s
[08:34] <elkbuntu> i hate you so much
[08:34] <jdong> 11 minutes...
[08:34] <pitti> Hobbsee: I wonder whether I could just put it on cdimage.u.c. temporarily
[08:34] <Hobbsee> jdong: you suck.
[08:34] <Hobbsee> pitti: that'd work
[08:34] <pitti> a lot of people will want to try it, after all
[08:34] <elkbuntu> jdong, thanks
[08:34] <Hobbsee> exactly
[08:34] <Amaranth> jdong: heh, that's my wireless speed too
[08:34] <Hobbsee> pitti: i vaguely ponder a respin, with that fix...
[08:34] <jdong> Amaranth: it's definitely a wireless limit here
[08:34] <elkbuntu> Amaranth, i hate you too then
[08:35] <jdong> and it doesn't help that my closest AP is offline
[08:35] <pitti> Hobbsee: the dailies will have it when we'll get the new kernel
[08:35] <Hobbsee> pitti: or at least another release annoucement saying "if you're having trouble, try here"
[08:35] <Hobbsee> ah right
[08:35] <jdong> what exactly is this ISO?
[08:35] <jdong> is it an updated tribe3 spin?
[08:35] <elkbuntu> Hobbsee, see, we could have delayed it the whole of a day!
[08:35] <elkbuntu> s/we/you/
[08:35] <elkbuntu> hehe, not even a day
[08:35] <Hobbsee> elkbuntu: would have been more than a day, though.  testing.
[08:35] <pitti> jdong: I guess tribe3 with pkl_'s fixed kernel
[08:36] <Hobbsee> pitti: which we rejected.  great
[08:36] <elkbuntu> ...
[08:36] <jdong> pitti: ah, fix for the livefs kernel issues?
[08:36] <pitti> Hobbsee: no, at that time it wasn't fixed yet
[08:36] <pitti> it just came up yesterday
[08:36] <Amaranth> those dang bandwidth limits must really hurt when you're doing a release
[08:36] <Hobbsee> pitti: oh, This has a fix for a Squashfs race condition that slipped into the code in April. A fix was released in May, but due to some oversight, the Gutsy kernel code wasn't updated.
[08:36] <Hobbsee> Amaranth: rsync.
[08:37] <Hobbsee> otherwise it's not possible
[08:37] <jdong> I'm like 30% across...
[08:37] <jdong> setting up a dummy user for ssh-age
[08:38] <jdong> that was on yummy gigabit
[08:39] <Hobbsee> pitti: but for that matter...why *doesnt* p.u.c support rsync?
[08:39] <Hobbsee> and can it be made to?
[08:41] <Hobbsee> Amaranth: rsync, and a lot of ssh, too.
[08:41] <Hobbsee> Amaranth: paritcularly if a couple of the places that you can ssh to have a local mirror.
[08:42] <Hobbsee> Amaranth: the speed is the blocker usually, not the bandwidth so much
[08:42] <Hobbsee> Amaranth: then again, you dont have to upload terribly much, which is the real killer, at least for me.
[08:46] <jdong> 50 seconds....
[08:47] <jdong> 18.96.6.40::ubuntu/test-gutsy-desktop-i386.iso
[08:47] <jdong> elkbuntu: Hobbsee ^^
[08:48] <pitti> http://cdimage.ubuntu.com/bug-fix-tests/
[08:48] <pitti> there we go
[08:48] <jdong> lol
[08:48] <jdong> identical timing :D
[08:48] <Mithrandir> asac: you don't have the mobile browser by intel packaged up by any chance?
[08:48] <Mithrandir> asac: getting that in would be very nice.
[08:50] <Hobbsee> great, thanks
[08:50] <Hobbsee> ahh, here we go
[08:50] <pitti> rsync -vP rsync://cdimage.ubuntu.com/cdimage/bug-fix-tests/gutsy-desktop-i386.126964.iso gutsy-desktop-i386.iso
[08:50] <pitti> that seems to work fine
[08:51] <pitti> speedup is 67.88
[08:51] <pitti> now that's nice :)
[08:51] <jdong> impressive
[08:51] <Hobbsee> yeah, that's veyrf nice :)
[08:51] <Hobbsee> 17 seconds....
[08:51] <Hobbsee> man i love rsync.
[08:51] <jdong> wow I never knew it worked so well for ubuntu isos
[08:51] <pitti> ogra: since you have such perfect hardware for this bug, can you please rsync and try this as well?
[08:51] <jdong> if that's the case, we should really get cracking on that zsync spec :)
[08:53] <Hobbsee> pitti: ah ha!  my speedup wins@
[08:53] <Hobbsee> sent 184.39K bytes  received 8.39M bytes  41.47K bytes/sec
[08:53] <Hobbsee> total size is 692.42M  speedup is 80.84
[08:53] <jdong> that's even more impressive :)
[08:53] <pitti> Hobbsee: so I guess pkl just put a different squashfs.ko into it or so :)
[08:53] <Hobbsee> probably
[08:54] <elkbuntu> lol
[08:55] <jdong> lol
[08:56] <jdong> IMO we should ship a more functional zshrc in our packaging...
[08:56] <jdong> the process of getting a half-decent zshrc was more than painful
[08:58] <asac> Mithrandir: yes ... i was disrupted by mozilla quick-release ... so ... I will work on the package today
[08:59] <Hobbsee> asac: if we now have a ubufox, do you also plan for a kubufox, to get the kubuntu defaults?
[09:00] <Mithrandir> asac: great, thanks.
[09:01] <asac> Hobbsee: hmm ... for now I have no use-case for making a new extensino package for kubuntu ... but who knows
[09:02] <Hobbsee> asac: for the "firefox working better on kde" spec, etc
[09:19] <asac> Hobbsee: i think most of the kde features should go to firefox core ... not to an extension.
[09:19] <elkbuntu> or tries. stupid cd
[09:19] <asac> Hobbsee: i think one could say: kde specifics should go to core, while kubuntu specifics might justify a kubuntu extension
[09:20] <Mithrandir> asac: new firefox broke my middlemouseContentLoadURL setting _again_.
[09:20] <asac> Mithrandir: what did it do?
[09:21] <Mithrandir> asac: reset it to false.
[09:21] <asac> Mithrandir: so its default now again?
[09:21] <elkbuntu> Hobbsee, can you md5 sum the testing image please?
[09:21] <asac> if you look in about:config?
[09:21] <Mithrandir> asac: yes.
[09:21] <Mithrandir> (well, it's now true again, since I changed it.  I prefer my browser to work)
[09:22] <asac> Mithrandir: can you reinstall ubufox and see if things get reset?
[09:22] <Mithrandir> asac: you need to find a way to make sure this works correctly on upgrades; not doing so breaks the golden rule.
[09:22] <elkbuntu> or pitti or jdong
[09:23] <pitti> elkbuntu: 7328f59cfdcebce5d0565c332e8691f6 here
[09:23] <Mithrandir> asac: it did not get reset when I reinstalled the same version of ubufox.
[09:23] <pitti> hey StevenK
[09:24] <StevenK> Hi pitti
[09:24] <dholbach> good morning
[09:24] <cjwatson> pitti: FWIW, the specialised changes in breezy to improve rsyncability were for cloop; when we switched to squashfs, it was sanely rsyncable without the need for anything special
[09:24] <pitti> hey dholbach
[09:24] <pitti> cjwatson: ah, cool
[09:24] <dholbach> heya pitti
[09:24] <elkbuntu> pitti, thanks. /me snaps the cd
[09:25] <elkbuntu> pitti, you might want to put that with the image
[09:26] <pitti> elkbuntu: right
[09:27] <pitti> elkbuntu: done
[09:28] <elkbuntu> pitti, cool
[09:28] <asac> Mithrandir: 1. downgraded ubufox ... all still fine ... 2. upgraded ubufox again ... all still fine here :/
[09:29] <Mithrandir> asac: I don't think ubufox was upgraded, just firefox.
[09:31] <asac> i uploaded both
[09:31] <Hobbsee> pitti: works for me
[09:31] <pitti> \o/
[09:32] <Hobbsee> asac: true, as long as they dont overwrite the gnome ones...
[09:32] <Hobbsee> which i suspect they may
[09:32] <Hobbsee> pitti: the iso, that is
[09:41] <asac> Mithrandir: yes ... thats interesting
[09:41] <asac> Mithrandir: smells like a bug in upgrade code
[09:41] <Mithrandir> plz fix. :-)
[09:41] <elkbuntu> Mithrandir, you missed the kthxbye bit
[09:42] <Mithrandir> elkbuntu: I'm friendly today, so no kthxbye
[09:42] <elkbuntu> hehe
[09:42] <Hobbsee> elkbuntu: it's a trick.
[09:43] <Hobbsee> hey!
[09:43] <elkbuntu> Mithrandir, tasty?
[09:44] <Hobbsee> elkbuntu: not tasty.  too bony.
[09:44] <Mithrandir> elkbuntu: a bit too much bone, yes.
[09:44] <elkbuntu> what is with the concrete? the stick on hiatus?
[09:44] <Hobbsee> elkbuntu: more effective than a large pipe, as it's bigger.
[09:44] <Hobbsee> hah
[09:44] <Hobbsee> depends how big the concrete is, though
[09:45] <dholbach> you guys are weird
[09:45] <dholbach> :-)
[09:46] <Hobbsee> dholbach: you mean it's taken you *this* long to notice?
[09:46] <dholbach> no, but this time I couldn't stop myself typing it ;-)
[09:46] <Hobbsee> haha
[09:46] <elkbuntu> ooh. i get a desktop and no looping gdm
[09:46] <Hobbsee> woo!
[09:46] <elkbuntu> where's pitti?
[09:46] <elkbuntu> and mvo
[09:46] <Hobbsee> elkbuntu: they were Mithrandir's first and second victims
[09:46] <pitti> elkbuntu: I didn't go anywhere
[09:46] <elkbuntu> i get a 'failed to initialize HAL!' though
[09:47] <pitti> elkbuntu: that usually happens if it takes very long to start the session
[09:47] <pitti> elkbuntu: does 'pidof hald' print out anything?
[09:47] <elkbuntu> pitti, ok, it did take a fair while
[09:47] <elkbuntu> pitti, seems that it wasnt compiz?
[09:47] <cjwatson> grr, the last firefox/ubufox? upgrade trashed my middlemouse.contentLoadURL preference *again*
[09:48] <elkbuntu> pitti, opening terminal gives me "/bin/sh: Can't open id" still
[09:48] <elkbuntu> but i do have a prompt
[09:48] <pitti> elkbuntu: "file /usr/bin/id" ?
[09:48] <StevenK> cjwatson: [17:22]  < Mithrandir> asac: new firefox broke my middlemouseContentLoadURL setting _again_.
[09:48] <Mithrandir> cjwatson: yes, see above.  asac is already looking at it.
[09:48] <elkbuntu> pitti, hald id is there
[09:49] <elkbuntu> 8211
[09:49] <pitti> elkbuntu: hald> ok, so it was just due to slow startup and should be harmless
[09:49] <pitti> elkbuntu: so /usr/bin/id is still trashed for you?
[09:49] <elkbuntu> pitti, sec
[09:49] <pitti> elkbuntu: if so, please note that in the bug report
[09:49] <elkbuntu> "cannot execute binary file"
[09:50] <pitti> elkbuntu: what does file say?
[09:50] <elkbuntu> pitti, gobbledigook
[09:50] <pitti> bah
[09:50] <pitti> elkbuntu: ok, so something else still seems to be wrong; please do a bug followup with that
[09:50] <elkbuntu> pitti, what bug#. i'll attach it
[09:50] <elkbuntu> oh, my bug id?
[09:51] <pitti> elkbuntu: bug 126964
[09:51] <ubotu> Launchpad bug 126964 in linux-source-2.6.22 "gutsy livefs causes random hangs or modprobe crashes" [Critical,New]  https://launchpad.net/bugs/126964
[09:51] <elkbuntu> right
[09:51] <elkbuntu> but other than that, it is much improved
[09:53] <elkbuntu> hmm... has the default font changed or something?
[09:53] <elkbuntu> it's really hard on my eyes :-/
[09:53] <Hobbsee> of launchpad?  yes
[09:53] <elkbuntu> Hobbsee, yeah
[09:55] <elkbuntu> actually... the font in the firefox menus is crap too, so it might be my screen
[09:56] <stub> elkbuntu: I believe Launchpad now honours whatever default fonts your browser is configured for rather than rudely overriding them.
[09:56] <Hobbsee> oh, so that's why my font changed too...
[09:59] <cjwatson> StevenK,Mithrandir: ah, heh
[09:59] <elkbuntu> stub, ok. that would explain why all fonts in the firefox window hurt my eyes
[09:59] <cjwatson> StevenK,Mithrandir: (it was while I was pinged out)
[09:59] <elkbuntu> which i suspect would be where we blame gtk
[09:59] <Hobbsee> just switch to qt.  easy fix.
[10:00] <elkbuntu> pitti, would you like me to attach the id file?
[10:00] <elkbuntu> Hobbsee, eww
[10:00] <Mithrandir> cjwatson: pinging ftw. :-)
[10:00] <thom> Hobbsee: (or tear your eyes out - about the same level of pain and suffering)
[10:00] <pitti> elkbuntu: the output of "file /usr/bin/id" is enough, I think
[10:00] <stub> elkbuntu: or the default font selection the firefox packager used. or you for not changing your defaults to something more aesthetically pleasing to you :)
[10:01] <elkbuntu> stub, this is the livecd. i doubt many people are going to change the default settings for a first-time preview ;)
[10:01] <cjwatson> elkbuntu: Launchpad 1.1.7 advertised a larger font size as one of its "benefits"
[10:02] <cjwatson> elkbuntu: I filed bug 126993 about it
[10:02] <ubotu> Launchpad bug 126993 in launchpad "bug body text font size recently changed to be annoyingly large" [Undecided,New]  https://launchpad.net/bugs/126993
[10:02] <elkbuntu> cjwatson, the size isnt the issue. the letters are narrow and fuzzy
[10:02] <cjwatson> elkbuntu: ok, different problem then
[10:05] <elkbuntu> pitti, file /usr/bin/id is interesting to say the least
[10:05] <pitti> elkbuntu: some XML goo?
[10:06] <elkbuntu> it's an mpeg
[10:06] <pitti> elkbuntu: right, ogra had some XML goo; it obviously points to the wrong bits of the CD
[10:06] <elkbuntu> sec while i finish the comment. attaching the file for posterity
[10:07] <cjwatson> I suspect the contents of the file are not all that interesting
[10:07] <cjwatson> though I suppose correlating it with where that data should have been might be informative
[10:08] <elkbuntu> pitti, and would explain why it's not quite working as it should
[10:08] <pitti> right
[10:08] <elkbuntu> comment submitted
[10:11] <elkbuntu> pitti, so what should we do with https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/126971 ? i assume nothing changed in that department, so it's probably wrongly filed?
[10:11] <ubotu> Launchpad bug 126971 in compiz "[gutsy]  compiz crashes x or gdm repeatedly" [High,New] 
[10:12] <pitti> elkbuntu: just leave it there, mvo is much better skilled to look at it
[10:12] <elkbuntu> right
[10:13] <pitti> ScottK: clamav accepted for dapper-backports
[10:19] <elkbuntu> pitti, would the id mixup be to do with the FS corruption issue? maybe not entirely fixed, just fixed enough to boot?
[10:20] <pitti> elkbuntu: well, that *is* the fs corruption issue, isn't it?
[10:20] <elkbuntu> oh. right
[10:21] <pitti> oh, please don't :)
[10:22] <pitti> elkbuntu: ATM I'm not sure wheter there are actually two bugs: one squashfs race condition (which pkl fixed) and another bug that causes fs corruption
[10:22] <elkbuntu> i've been supposed to be writing an article over the past day, this kinda... distracted me
[10:22] <pitti> they did seem to be related at first
[10:22] <elkbuntu> pitti, i'd guess the corruption would be what tripped the race condition up?
[10:25] <elkbuntu> ok, im going to reboot into the safe graphics mode and see if that goes smooth too
[10:30] <elkbuntu> hmm. safe graphics mode isnt so safe with the via
[11:06] <ogra> pitti, ergh, so sorry, the drugs i take tear me down around noon atm, not taking a nap made me fall asleep before meeting/release
[11:07] <pitti> ogra: no problem :) I hope you'll get well soon!
[11:07] <pitti> ogra: so, in the meantime we have a new ISO to test, which apparently makes it better, but still doesn't solve the file corruption
[11:08] <ogra> just had my final examination at the dentist ... pulling the sewing out of my jaw ... ad dont need to take the painkillers anymore, only antibiotics left, should be good now :)
[11:08] <ogra> yeah i saw the ping
[11:09] <ogra> my changing back of the loop device creation in casper somehow didnt work ...
[11:09] <ogra> (it didnt mount at all and i didnt debug further yet ... rsyncing the last image now
[11:25] <elkbuntu> ogra, are you with your via and is it free at the moment?
[11:25] <ogra> yup
[11:26] <elkbuntu> ogra, are you able to boot into 'safe mode' with the new iso?
[11:26] <elkbuntu> safe graphics mode*
[11:27] <ogra> i'm still rsyncing
[11:27] <elkbuntu> no prob
[11:27] <ogra> ah, no, its done... gmiie a second to burn
[11:36] <fabbione> cjwatson: do you have a few minutes to discuss a couple of debian-installer/anna changes?
[11:36] <fabbione> cjwatson: if you are busy i can mail them or file a wishlist bug...
[11:39] <pitti> Riddell: can bug 126766 be closed now in gutsy?
[11:39] <ubotu> Launchpad bug 126766 in feisty-backports "latest qt 4.3 backports produces visual corruption during scrolling and in the systray" [Medium,In progress]  https://launchpad.net/bugs/126766
[11:42] <elkbuntu> pitti, does the 20070720 daily have the race fix?
[11:42] <pitti> elkbuntu: no, it can't (no new kernel)
[11:43] <ogra> elkbuntu, behavior didnt change gdm doesnt start, i seem to get the ncurses gui that asks if i want to see the logs but the console display is so broken that i only can guess its that question
[11:43] <Riddell> pitti: I certainly hope so, the reporter is yet to confirm to me that it fixed his problem
[11:43] <ogra> pitti, sure thats a kernel thing ?
[11:43] <pitti>    qt4-x11 | 4.3.0-4ubuntu1 |         gutsy | source
[11:44] <pitti>    qt4-x11 | 4.3.0-4ubuntu1~feisty1 | feisty-backports | source
[11:44] <elkbuntu> pitti, ah ok. should i still file bugs against the test image then, or wait?
[11:44] <ogra> i still think its casper
[11:44] <pitti> Riddell: so is that the new version you uploaded?
[11:44] <ogra> eve though it might be that the race comes from the kernel and caper only exposes it after the changes
[11:44] <pitti> ogra: I think pkl put in a new squashfs.ko in his test iso
[11:44] <Riddell> pitti: yes
[11:44] <elkbuntu> ogra, try booting in safe mode again, but add single to the options
[11:44] <ogra> ah
[11:44] <pitti> elkbuntu: I'd rather wait for now
[11:45] <ogra> elkbuntu, oki
[11:45] <elkbuntu> pitti, right
[11:45] <pitti> Riddell: curious, I didn't backport that one today, I just binary-NEWed it in backports
[11:46] <Riddell> pitti: oh I approved it, sorry should have told you
[11:47] <pitti> Riddell: no problem
[11:47] <pitti> Riddell: you should just have closed the backports task
[11:47] <pitti> but let's wait for confirmation, right
[11:49] <ogra> elkbuntu, single helps ...
[11:50] <ogra> but lots of complaints about scripts in /lib/udev this time :)
[11:50] <elkbuntu> ogra, what does lspci report your vid card as
[11:50] <ogra> so FS corruption persists
[11:50] <elkbuntu> (if you get to a terminal)
[11:50] <ogra> VT8623
[11:50] <ogra> Apollo CLE266
[11:50] <Riddell> pitti: if you pass qt4-x11 through NEW in gutsy that'll help matters along
[11:51] <pitti> ah, sure
[11:51] <elkbuntu> right, we have different VIAs
[11:51] <pitti> Riddell: done
[11:51] <Riddell> thanks
[11:52] <cjwatson> fabbione: I have a few minutes now
[11:52] <elkbuntu> ogra, for the record, this is the vesa not liking the via. normal graphics mode works for me ;)
[11:53] <cjwatson> pitti: I'm merging the Ubuntu debootstrap fakechroot scripts into the main scripts, BTW
[11:53] <tkamppeter> I have a question about Launchpad: How can I remove dependencies between Blueprints?
[11:53] <fabbione> cjwatson: ok cool.. so basically the use case we are facing often right now is that we need to boot on totally new hw that requires new kernel support.
[11:53] <cjwatson> pitti: you shouldn't notice a difference, but let me know if you do
[11:53] <ogra> elkbuntu, this one actually works with via
[11:53] <ogra> but needs VideoRam set
[11:53] <pitti> cjwatson: ah, that's sweet; it'll end up as a proper variant?
[11:53] <cjwatson> pitti: yeah
[11:53] <fabbione> cjwatson: ideally we would like to piggyback an installer initrd.gz (without ubuntu kernel modules) right into a custom kernel and avoid anna to complain about missing kernel modules
[11:53] <elkbuntu> ogra, ah. this is probably the problem with mine too
[11:54] <fabbione> cjwatson: so i did look a bit around and found (general lines) this solution..
[11:54] <cjwatson> fabbione: my instinctive solution for that would be to use multiple initramfses
[11:54] <fabbione> cjwatson: debian-installer to have an extra netboot target of somekind that will take the same initrd as generated by the netboot target and rm -rf /lib/modules
[11:54] <elkbuntu> ogra, is this a known bug?
[11:54] <fabbione> cjwatson: and anna to not complain if there is no /lib/modules as sign that the image is custom
[11:55] <fabbione> cjwatson: yeps.. exactly.. but we need to generate and publish an extra initrd
[11:55] <cjwatson> fabbione: I think that's overkill, just make a tree with the new /lib/modules, cpio it up, and slam it on the end of the normal initrd
[11:55] <ogra> elkbuntu, for this model at least
[11:55] <fabbione> cjwatson: but once you did warn me that adding targets to d-i is not trivial
[11:55] <cjwatson> fabbione: it'll use a bit more memory, but not enough to worry about for us
[11:56] <fabbione> cjwatson: there are issues with the size of the kernel and the initrd on some arches.
[11:56] <fabbione> cjwatson: they tend to explode a bit with debugging and custom kernels
[11:56] <cjwatson> size of single initrds, but not afaik with multiple initramfses
[11:56] <fabbione> it's a problem with the PXE equivalent of sparc...
[11:56] <fabbione> it can't cope with more than 9MB
[11:56] <fabbione> and the image is one file
[11:56] <cjwatson> I'm not interested in supporting an installer initrd.gz with no modules
[11:56] <fabbione> in netbooting that's it
[11:56] <cjwatson> I don't think that's appropriate or sensible
[11:57] <cjwatson> it's very easy to unpack a d-i initrd and put new modules in it
[11:57] <cjwatson> it could be scripted trivially
[11:57] <cjwatson> unless you mean a non-modular kernel, but surely that will break in other places in Ubuntu
[11:58] <fabbione> we often don't need new modules in.. just a stripped down initrd.. anyway the problem is that we still don't publish the netboot initrd on sparc.. that would be a good start and more than ok to me
[11:58] <fabbione> non-modular seems to work pretty well at the moment for the installer
[11:58] <fabbione> except that anna error :)
[11:58] <cjwatson> in any case, if you just want to kill anna's complaint, that's trivial
[11:58] <cjwatson> preseed anna/no_kernel_modules=true
[11:59] <fabbione> ok.. would you be totally against publishing the netboot initrd in the archive?
[11:59] <cjwatson> if it's not published, that's just a bug
[11:59] <fabbione> i mean you ca find it in the mini.iso.. but it's an extra set of steps.. etc.
[11:59] <cjwatson> you mean that's there's no initrd.gz alongside http://archive.ubuntu.com/ubuntu/dists/gutsy/main/installer-sparc/current/images/sparc64/netboot/2.6/boot.img ?
[11:59] <fabbione> exactly
[12:00] <fabbione> boot.img is kernel+initrd
[12:00] <cjwatson> sure, I can fix that
[12:00] <fabbione> ok that would be more than enough for me to avoid manual rebuilds to grab the initrd.gz
[12:00] <fabbione> the other stuff was more for a wishlist
[12:00] <fabbione> we can live with modules and anna complains
[12:01] <fabbione> cjwatson: do you want a bug for it?
[12:02] <cjwatson> no, it's ok, I've done it already, just preparing the upload
[12:02] <cjwatson> like I say, the right way to turn off the anna complaint is preseeding, IMO
[12:03] <fabbione> yeps.. that's fine
[12:04] <cjwatson> one reason I don't really want to go the stripped-down initrd approach is that it would logically need to be done for every image
[12:04] <cjwatson> the d-i image tree is big enough in the archive as it is :)
[12:04] <fabbione> it's fair enough..
[12:04] <fabbione> i mean this is havey development anyway
[12:05] <fabbione> but it will allow us to skip one/two steps with manual builds of d-i
[12:05] <tkamppeter> Any Launchpad expert around?
[12:06] <tkamppeter> How can I remove dependencies between blueprints?
[12:06] <cjwatson> fabbione: ok, debian-installer 20070308ubuntu8 should publish kernel and initrd for sparc64 netboot separately, assuming it builds :)
[12:07] <fabbione> cjwatson: eheh thanks man
[12:07] <cjwatson> tkamppeter: go to the depending spec, "Remove dependency" in the menu on the left
[12:12] <tkamppeter> Thanks, I succeeded now to remove the printerdrake dependency from easy setup of printer sharing (https://blueprints.launchpad.net/ubuntu/+spec/printer-sharing). I did not find this in the first place as I tried to remove a dependency from printer auto-install (https://blueprints.launchpad.net/ubuntu/+spec/automatic-printer-conf) which was assigned to pitti and therefore did not offer the function to me.
[12:18] <cjwatson> tkamppeter: ah, that's true, there may well be access control
[12:22] <soren> pitti: *sigh* You remember when we were going through one of the postinst scripts for one of the eBox modules and found that yucky "killall gconfd-2"? I've found out why it was there now.
[12:23] <pitti> soren: I remember, yes
[12:24] <soren> pitti: gconfd-2 seems to not handle SIGHUP (which tells it to load new schemas) when it receives the signal, but rather at its next periodic cleanup run which may be up to 30 seconds later.
[12:24] <pitti> soren: that seems to be a generic problem; shouldn't update-gconf-defaults handle that rather?
[12:25] <soren> pitti: And hence the rest of the postinst script will fail if there was already a gconfd-2 running.
[12:25] <soren> pitti: update-gconf-defaults?
[12:25] <pitti> soren: that seems really mad -- why does the postinst care about user processes?
[12:25] <soren> pitti: How does that differ from setting the values in a schema?
[12:26] <pitti> soren: u-g-d regenerates /var/lib/gconf/defaults/ which is necessary for new schemas anyway (handled by dh_gconf)
[12:26] <soren> pitti: Becase it installs the new schema and then tells ebox to load the corresponding module, but because gconfd-2 hasn't been bothered to load the schema yet, ebox doesn't know about the module's existence.
[12:26] <ogra> soren, killall gconfd-2 was usual behavior once
[12:26] <soren> ogra: eek.
[12:27] <pitti> soren: but that should only affect root's gconfd, not everyones
[12:27] <ogra> right
[12:27] <soren> pitti: ebox's gconfd-2, actually, but yes.
[12:27] <ogra> well there was a system gconfd back then iirc
[12:27] <pitti> soren: u-g-d does kill -HUP gconfd-2 already
[12:27] <soren> pitti: I've asked the ubuntu-desktop team for advice.
[12:27] <pitti> soren: that might be better, yes; thank you!
[12:27] <soren> pitti: I just wanted to share my frustration :)
[12:28] <pitti> so if that's wrong or not sufficient, it shuold be changed to s/HUP/TERM/ or so
[12:28] <ogra> soren, do you want to override system defaults ?
[12:28] <pitti> soren: :)
[12:28] <soren> ogra: These settings are only relevant to ebox anyway.
[12:28] <ogra> you can just put a file into /usr/share/gconf/defaults/
[12:28] <ogra> no need to fiddle with gconfd at all ;)
[12:29] <wolfe> I love when people don't understand the bug fix process at all and blast away at people
[12:29] <ogra> sequence umbers higher than 10 override system settings
[12:29] <ogra> (have a look in that dir)
[12:29] <wolfe> I finally tested out the blasted python-fam :)
[12:29] <wolfe> =] 
[12:29] <soren> ogra: a) I want the schemas installed anyway, b) I suspect /usr/share/gconf/defaults/ has the same limitations (up to 30 second delays)?
[12:29] <wolfe> it works nicely.
[12:30] <ogra> soren, it should take effect immediately ...
[12:30] <ogra> but to be honest i never tried that on the fly :)
[12:30] <ogra> edubuntu-artwork and gnome-power-amanger use it for their defaults
[12:30] <ogra> but they are installed by d-i/ubiquity
[12:32] <soren> ogra: It has the same problem.
[12:33] <soren> ogra: I also works by sending every running gconfd-2 a SIGHUP.
[12:33] <ogra> right
[12:33] <ogra> thats the way used after killall was dropped iirc
[12:33] <ogra> but there is a debhelper for that afaik
[12:33] <soren> ogra: Yes.
[12:34] <soren> ogra: dh_gconf does the schema registration and defaults installation magic.
[12:36] <ogra> right, that was it
[12:59] <asac> doko: ?
[01:00] <doko> asac: ?
[01:05] <wolfe> win 3
[01:11] <tkamppeter> pitti, ping
[01:11] <pitti> hi tkamppeter
[01:11] <tkamppeter> hi pitti
[01:11] <tkamppeter> Yesterday at the meeting we decided on replacing gnome-cups-manager by system-config-printer.
[01:12] <tkamppeter> Now I wanted to update the Blueprints, especially that some things are not dependent on printerdrake any more.
[01:12] <fabbione> like... sddb
[01:13] <tkamppeter> I succeeded to remove the dependency in https://blueprints.launchpad.net/ubuntu/+spec/printer-sharing as this Blueprint is assigned to me.
[01:14] <tkamppeter> But I cannot remove it from https://blueprints.launchpad.net/ubuntu/+spec/automatic-printer-conf as it is assigned to you, pitti.
[01:14] <pitti> tkamppeter: I can remove it
[01:14] <tkamppeter> Can you remove the dependency on printerdrake there? Thanks.
[01:14] <pitti> done
[01:15] <tkamppeter> I have assigned bug 127120 to this Blueprint, as from the printer setup tool side the Blueprint needs to get this one fixed now.
[01:15] <ubotu> Launchpad bug 127120 in system-config-printer "Add a command line option to run only the add-printer wizard with reduced interactivity" [Medium,Confirmed]  https://launchpad.net/bugs/127120
[01:15] <tkamppeter> Thanks, pitti.
[01:16] <tkamppeter> By the way, https://blueprints.launchpad.net/ubuntu/+spec/printer-sharing gets fixed by switching to system-config-printer.
[01:18] <tkamppeter> pitti, I have already checked whether all features of the gnome-cups-manager are also in the system-config-printer and that is the case. So I think we should through the switch now and make s-c-p the default printer setup tool and take g-c-m out of the distro.
[01:19] <pitti> tkamppeter: I'm still a bit wary; last time I saw s-c-p it had quite a complicated UI, too
[01:19] <ScottK> pitti: Thanks for the clamav.  The lifts a load from my mind.  Clamav on Dapper is still ancient, but it's the best we can do for the moment.
[01:20] <ScottK> pitti: I had been the one who subscribed ubuntu-archive for Bug #117623 - I've now added an explicit comment (the comment that suggests I do that in general is a good one).
[01:20] <ubotu> Launchpad bug 117623 in feisty-backports "backport libfile-rsyncp-perl 0.68-1 to feisty" [Wishlist,In progress]  https://launchpad.net/bugs/117623
[01:21] <ScottK> Thanks for all the backports today.
[01:21] <pitti> ScottK: ah, I see; for later sync bugs I looked at the activity log and just assumed that you knew what you were doing :)
[01:21] <ScottK> OK.  I hope I do ;-)
[01:22] <pitti> ScottK: done
[01:22] <ScottK> Thanks
[01:22] <ScottK> Dunno if I'm up to know what I'm doing, but I think I'm being considerably less crackful than *-backports has in the past.
[01:23] <ScottK> I won't fixed one this week and said backports doesn't get you out of the SRU.  Go do an SRU first and then I'll approve a backport for the features ;-)
[01:24] <ScottK> Thanks again.
[01:28] <kagou> tkamppeter, do you plan to quicly update s-c-p to 0.7.70 ?
[01:35] <tkamppeter> pitti, I have checked through the current s-c-p and it does not look much more complicated than g-c-m. There are some smaller usability issues which I have reported as bugs, see bug 127071, bug 127072, bug 127074, bug 127079, bug 127119, bug 127120. They all can be implemented independently and with not to much coding.
[01:35] <ubotu> Launchpad bug 127071 in system-config-printer "system-config-printer does not save options into .cups/lpoptions for unprivileged users" [Medium,Confirmed]  https://launchpad.net/bugs/127071
[01:35] <ubotu> Launchpad bug 127072 in system-config-printer "system-config-printer asks for the print queue name before scanning for printers and selecting the printer model" [Low,Confirmed]  https://launchpad.net/bugs/127072
[01:35] <ubotu> Launchpad bug 127074 in system-config-printer "When system-config-printer lists an auto-detected network printer with IP, it does not fill the IP automatically into the appropriate field." [Medium,Confirmed]  https://launchpad.net/bugs/127074
[01:35] <ubotu> Launchpad bug 127079 in system-config-printer "system-config-printer should check whether a detected (or also manually entered) network printer works also via HPLIP" [Medium,Confirmed]  https://launchpad.net/bugs/127079
[01:35] <ubotu> Launchpad bug 127119 in system-config-printer "Introduce printer renaming feature" [Low,Confirmed]  https://launchpad.net/bugs/127119
[01:36] <tkamppeter> kagou, this is a good idea. Did you already have a look into 0.7.70?
[01:37] <tkamppeter> ubotu, you forgot bug 127120
[01:38] <tkamppeter> bug 222222
[01:38] <cjwatson> tkamppeter: it may well be rate-limited
[01:46] <tkamppeter> kagou, do you know where I can download the source tarball of s-c-p 0.7.70?
[01:50] <Mithrandir> asac: how does the mobile browser look?
[01:52] <tkamppeter> kagou, I have found it on Tim Waugh's home page.
[01:54] <asac> Mithrandir: i am on it :)
[01:55] <asac> Mithrandir: i migrated everything ... now i am doing a first package testbuild
[01:55] <Mithrandir> asac: ok, coolie. :-)
[01:55] <Mithrandir> asac: please keep me posted as to how it's going.
[01:56] <asac> Mithrandir: where shall I push the ubuntu bzr branch
[01:56] <asac> e.g.  i guess to mobile team and not to core-dev right?
[01:57] <asac> Mithrandir: please add me to mobile team if you want the package branch maintained in the mobile team realm.
[01:57] <Mithrandir> you're maintaining it in git, not bzr, don't you?
[01:58] <asac> the packaging is in bzr ... like the firefox packaging
[01:58] <asac> e.g. just debian/ dirt
[01:58] <asac> i produce the orig.tar.gz from git repo ... yes
[01:58] <Mithrandir> ah, ok
[01:58] <Mithrandir> what's your lpid?
[01:59] <asac> guess :)
[01:59] <asac> asac
[01:59] <asac> http://codebrowse.launchpad.net/~asac/firefox/ubuntu-2.0.0.x
[01:59] <asac> thats the firefox branch i base on
[01:59] <Mithrandir> added
[02:00] <asac> Mithrandir: ok i will add a new project called midbrowser in lp .... and push the packagin to mobile team
[02:01] <Mithrandir> asac: sounds good.
[02:12] <lool> Anyone seen Scott James Remnant?
[02:12] <lool> He's welcome to join the AB meeting on first floor at GUADEC
[02:19] <jwendell> Hi, Hobbsee
[02:20] <Hobbsee> :)
[02:20] <jwendell> first, congrats for tribe 3 ;)
[02:23] <Nafallo> hmm. 4.5GB
[02:23] <ogra> soren, is it clear that ebox will enter main for gutsy ?
[02:24] <Nafallo> baah. I'll clean up some space for them :-P
[02:24] <pitti> it needs uservification first
[02:24] <ogra> Hobbsee, hey :)
[02:24] <ogra> Hobbsee, congrats for your first RM job, well done :)
[02:24] <Hobbsee> ogra: have you fixed the world yet?  :)
[02:24] <Hobbsee> ogra: thankyou :)
[02:24] <ogra> nope :)
[02:25] <Hobbsee> ogra: it was certainly fun :)
[02:25] <Hobbsee> awww
[02:25] <Hobbsee> ogra: hoping it wont be the last, but we'll see
[02:26] <ogra> (nobody understands me there :)
[02:26] <Hobbsee> haha.  i understand that :)
[02:27] <ogra> its exciting and fun and you know it ends if youre done :)
[02:27] <ogra> (it == the stress)
[02:27] <Hobbsee> ogra: indeed!
[02:28] <elkbuntu> so has anyone installed from the muddled tribe cd successfully?
[02:28] <Hobbsee> ogra: i'm surprised you werent asked to do the RM job, with that attitude, instead of pitti
[02:28] <pitti> elkbuntu: actually, yes
[02:28] <Hobbsee> elkbuntu: hope so!
[02:29] <elkbuntu> hmm... me debates giving it a go
[02:29] <ogra> Hobbsee, i'm not as precise as pitti ... :)  i'd let slack more stuff thrugh ....
[02:29] <Hobbsee> ahhhh....
[02:30] <ogra> i'm happy to do it for edubuntu ...
[02:30] <ogra> and if i at some future day have extra time to spend on anythng else i'll probably go for it :)
[02:30] <Hobbsee> but the whole thing becomes a bigger kettle of fish, yes
[02:31] <soren> ogra: That's the plan, yes.
[02:31] <ogra> currently edubuntu, ltsp and classmate are more than a fultime job ...
[02:31] <ogra> soren, i wonder if shorewall couldnt go then ;)
[02:32] <soren> ogra: I've never used shorewall, but I'd guess that it is a bit more flexible than ebox' firewall module. I could be wrong, though.
[02:33] <ogra> i dont think its very flexible ... it ust has a webgui for iptables
[02:36] <soren> ogra: ebox provides are more digested view of a firewall. It only exposes a quite limited subset of iptables' functionality. (something like http://www.ebox-platform.com/shots/Global_firewall_configuration.png )
[02:36] <soren> brb
[02:36] <ogra> ah, standard DSL router stuff
[02:38] <Hobbsee> pitti: you havent noticed the restricted manager being gone in tribe 3, have you?
[02:38] <Hobbsee> i thought it must be something here
[02:39] <soren> ogra: Yeah, much of ebox resembles stuff your garden variety DSL router might provide.
[02:41] <ogra> sad
[02:42] <Chipzz> ogra: what's so bad about shorewall?
[02:42] <Nafallo> yes. please throw that fucking thing away and add firestarter to main instead :-)
[02:42] <Nafallo> Chipzz: gave me 2Mbit in on my 10Mbit ADSL
[02:44] <Chipzz> crappy config then I guess
[02:44] <Chipzz> I use it in the datacenter
[02:44] <Chipzz> no problems with limited bandwidth :P
[02:44] <Nafallo> hmm. I think iptables is easier to configure then shorewall anyway :-)
[02:44] <ogra> Nafallo, shorewall <-> firestarter .... two totaly different things :)
[02:44] <Nafallo> ogra: it is?
[02:44] <ogra> one is a portblocker, the other is a firewall
[02:45] <Nafallo> ogra: I'm not sure I agree there. both are firewalls.
[02:45] <Nafallo> one of them with a gui.
[02:45] <ogra> a firewall is a machine oarting two networks securely
[02:45] <ogra> *parting
[02:46] <ogra> firwestarter is surely a portblocker to run on your desktop
[02:46] <Nafallo> a firewall might as well be a wall between inside and outside.
[02:46] <ogra> even some cool windows marketing people managd to mix the terms  ....
[02:47] <kylem> "packet filter"
[02:47] <kylem> itym.
[02:47] <ogra> yeah, thanks
[02:47] <ogra> port blocker sounds medical :)
[02:47] <Nafallo> I still can't really see a big diffrence :-)
[02:47] <Nafallo> a port blocker is simply a wall between two places as well
[02:48] <Nafallo> packet filtering is more or less what a firewall does according to me :-)
[02:49] <ogra> Nafallo, if i build a firewall, i compile a monolithic kernel, dont have any useraccounts on te system and no packages installed beyond whats needed to run that thing
[02:49] <Nafallo> ogra: when I build a firewall I don't do it the same way as you do ;-)
[02:49] <ogra> packet filters are only providing fake security
[02:49] <Nafallo> I can't afford to have hardware running just for that.
[02:50] <ogra> and are totally pointles on systems with no open ports like ubuntu
[02:50] <ogra> you dont have an old 486 around ?
[02:50] <Nafallo> ogra: my ubuntu systems often have open ports ;-)
[02:50] <Nafallo> ogra: I have something called bills :-)
[02:50] <ogra> because you wanted these open (i.e. because you installed a certain tool that opens them)
[02:51] <Nafallo> ogra: yes, but not for everyone.
[02:51] <ogra> well, there a port mangler would make sense then ....
[02:51] <ogra> but callin it firewall is still a marketing lie ;)
[02:52] <ogra> and comparing that to shorewall is simply not working :)
[02:52] <\sh> paketfilter != firewall...firewall==concept with several security systems attached
[02:52] <Nafallo> or rather just call the rules I have a firewall, since that's what it essentially is even though it's not on a seperate system until I get virtualisation going :-)
[02:52] <\sh> moins ogra btw :)
[02:52] <ogra> hey \sh
[02:52] <ogra> did you get the link i pasted you last time i pinged ?
[02:52] <\sh> ogra: which one? I don't think so...
[02:53] <ogra> \sh, they found marcel with cut throat four weeks ago
[02:54] <jsgotangco> wha?
[03:03] <ogra> jsgotangco, my ex landlord (we moved a year ago)
[03:05] <pitti> Hobbsee: erm, no?
[03:06] <pitti> Hobbsee: darn, indeed
[03:06] <asac> Mithrandir: "patch to prevent user prefs being reset to
[03:06] <asac> default during upgrade"
[03:06] <Hobbsee> pitti: right
[03:06] <asac> Mithrandir: http://codebrowse.launchpad.net/~asac/firefox/ubuntu-2.0.0.x/revision/asac%40jwsdot.com-20070720130359-cje0mzxhcr6ne9oj?start_revid=asac%40jwsdot.com-20070720130359-cje0mzxhcr6ne9oj
[03:06] <asac> i will update ffox as soon as midbrowser is up
[03:07] <Hobbsee> pitti: want me to file a bug?  looks like you're the maintainer
[03:09] <Hobbsee> looks like it's in desktop, but not live.  but then, the seed-foo says that desktop is a dependancy of live, so that should be correct
[03:11] <pitti> Hobbsee: aah, I know
[03:11] <cjwatson> maybe something to do with it being moved to restricted
[03:11] <pitti> Hobbsee: ubuntu-desktop is in main, but restricted-manager is in restricted now
[03:11] <cjwatson> that is supposed to work though
[03:11] <Mithrandir> asac: thanks.
[03:11] <Hobbsee> i was about to ask if the seeds supported restricted
[03:12] <Mithrandir> asac: please ask pitti to NEW midbrowser once it hits.
[03:12] <cjwatson> they're meant to
[03:14] <cjwatson> pitti: I blame apt
[03:14] <cjwatson> maybe
[03:14] <cjwatson> it lists restricted-manager under "Recommended packages:"
[03:15] <Hobbsee> cjwatson: that's what it's supposed to be?
[03:15] <pitti> hm, it is a recommends of u-d
[03:15] <Hobbsee> oh fuck.....
[03:15] <Hobbsee> no no no!!!!
[03:15] <Hobbsee> do we have *any* recommends installed by default now, since i changed the package?
[03:15] <cjwatson> oh, hang on
[03:15] <cjwatson> I bet it's actually a Soyuz bug - I don't see a Task header for restricted-manager
[03:16] <Hobbsee> oh good, not my fault then.
[03:16] <Hobbsee> i did check for random breakages from my apt code changes, when it eventually got to work again.  maybe i'm just paranoid...
[03:17] <cjwatson> yeah, Soyuz doesn't know how to set Task overrides outside main
[03:17] <cjwatson> this is going to be messy
[03:17] <pitti> hmm
[03:17] <pitti> putting it back to main would block evand and gobuntu, I think
[03:17] <cjwatson> could just symlink more-extra.override.gutsy.restricted to more-extra.override.gutsy.main
[03:17] <pitti> well, r-m itself is as free as it can get, of course
[03:18] <cjwatson> let me do that after this publisher run is over and see what happens :-)
[03:18] <pitti> cjwatson: thanks a lot
[03:18] <Hobbsee> cjwatson: great :
[03:18] <Hobbsee> )
[03:51] <iwj> /usr/bin/make -C /root/adt-downtmp/dsc0-build/dejagnu-1.4.4.cvs20060709/objdir check < /dev/tty
[03:56] <pitti> cjwatson: hm, it should be over now; what needs to be done for that?
[03:56] <cjwatson> pitti: I've done it, the next publisher run should pick it up
[03:56] <cjwatson> with luck
[03:56] <pitti> ah, great
[03:59] <cjwatson> lp_archive@drescher:/srv/launchpad.net/ubuntu-archive/ubuntu-germinate$ join <(grep-dctrl -nsPackage -P '' gutsy_restricted_Packages | sort) <(egrep -v -- '^(-|Package| )' desktop | awk '{print $1}' | sort)
[03:59] <cjwatson> restricted-manager
[03:59] <cjwatson> good, only one package affected
[04:07] <pitti> yay, we can finally sync bzr; thanks, Debian
[04:07] <pitti> hi mathiaz
[04:19] <mathiaz> pitti: hi
[04:19] <mathiaz> pitti: could we move apparmor into main ?
[04:19] <pitti> mathiaz: right
[04:20] <pitti> mathiaz: done
[04:20] <pitti> mathiaz: except for -profiles
[04:20] <pitti> oh, yay soyuz breakage
[04:20] <Hobbsee> pitti: s/breakage/workage/
[04:21] <Hobbsee> pitti: the statuses got swapped, because people thought it should work more often that it breaks :P
[04:21] <pitti> no, change-override doesn't work any more for binaries
[04:21] <Hobbsee> undocumented feature
[04:21] <pitti> mathiaz: so, -profiles is in main for now, we'll demote it again once change-override.py got fixed
[04:21] <pitti> mathiaz: however, now we actually need to seed it somewhere so that it stays in main
[04:22] <mathiaz> pitti: ok.
[04:22] <pitti> mathiaz: ubuntu-standard Recommends:?
[04:22] <mathiaz> pitti: seems good to me.
[04:22] <pitti> mathiaz: ok, doing
[04:23] <mathiaz> pitti: where are the other package ? ubuntu-standard Recommends ?
[04:23] <pitti> mathiaz: what do you mean?
[04:23] <mathiaz> pitti: I mean apparmor-utils
[04:23] <pitti> ah, right
[04:23] <pitti> I'll add that
[04:24] <mathiaz> pitti: IIRC apparmor-utils would be added to ubuntu-standard so that it gets installed by default but can be uninstalled by the user.
[04:24] <pitti> back in 2 minutes
[04:25] <Nafallo> that's recommends :-)
[04:25] <jdub> canonical folks handy?
[04:26] <jdub> could someone call keybuk for me?
[04:26] <Hobbsee> jdub: no, we shot them
[04:29] <mjg59> jdub: I have his number, if you don't?
[04:29] <Hobbsee> Riddell: any idea why libgl1-mesa-dri isnt on the kubuntu cds?
[04:29] <jdub> mjg59: yeah, i think i have an old one
[04:29] <Hobbsee> ditto edubuntu, xubuntu?
[04:30] <Hobbsee> ogra: ^
[04:31] <pitti> hey jdub!
[04:31] <Hobbsee> direct rendering doesnt seem tow ork on some graphics cards without it.
[04:31] <jdub> yo pitti
[04:31] <Riddell> jdub: could do, what would i say?
[04:31] <pitti> mathiaz: ok, -profiles is in universe now
[04:31] <jdub> thanks, sorting out with mjg59
[04:31] <Riddell> Hobbsee: presumably nothing depends on it
[04:31] <pitti> mathiaz: right
[04:32] <Hobbsee> Riddell: i meant is there any ideological reason why we dont do it, apart from the obvious "because it's not in the seeds"
[04:33] <mathiaz> pitti: excellent ! Thank you.
[04:33] <Riddell> Hobbsee: not from me
[04:33] <Hobbsee> Riddell: what about for the other flavours?
[04:33] <Riddell> Hobbsee: I can't think why there would be
[04:33] <Hobbsee> Riddell: ok, will add to all
[04:34] <mathiaz> pitti: when will this change be reflected on the archive ?
[04:34] <Riddell> Hobbsee: why do we need it?
[04:34] <pitti> mathiaz: after next publisher run, thus in about 1:10 hours
[04:34] <pitti> mathiaz: -profiles is still in main (still soyuz bug), FYI
[04:34] <Hobbsee> Riddell:  3d for free HW.
[04:35] <Riddell> Hobbsee: have you checked with bryce?
[04:35] <Hobbsee> not yet
[04:35] <Hobbsee> Riddell: it was on the ubuntu cds before
[04:35] <Hobbsee> [00:35]  [Whois]  bryce has been idle for 14 hours, 13 minutes, and 38 seconds.
[04:35] <Riddell> idle boy :)
[04:36] <StevenK> pitti: Do you have a problem NEW'ing something if only i386 has built?
[04:36] <mathiaz> pitti: ok. Is there anything else that needs to be done so that apparmor is included on the cds ?
[04:36] <pitti> mathiaz: I need to rebuild ubuntu-meta, doing that now
[04:36] <pitti> mathiaz: seed change committed
[04:37] <pitti> StevenK: we usually don't do it
[04:38] <StevenK> pitti: That's okay. Do you mind keeping an eye out for the rest of ode to hit NEW and accepting it, so I can deal with it's NBS relatives over the weekend?
[04:38] <pitti> StevenK: ok
[04:39] <StevenK> pitti: Thanks. :-)
[04:47] <pitti> am I the only one who gets a lot of timeouts on LP?
[04:48] <StevenK> I'm getting "Launchpad is offline" sporiadically, but not timeouts
[04:48] <xxxxx1> pitti, nope
[04:48] <xxxxx1> since yesterday
[04:57] <pitti> mathiaz: ubuntu-meta uploaded with apparmor-utils love
[04:58] <pitti> cjwatson: hmm, "apt-cache show restricted-manager|grep Task:" is still empty :/
[04:58] <mathiaz> pitti: excellent. Thanks. :)
[04:59] <cjwatson> pitti: yes, cron.germinate crashed because I screwed up
[04:59] <cjwatson> (fixed)
[04:59] <cjwatson> pitti: and in any event it takes two publisher runs for that sort of thing to land
[04:59] <pitti> ah, ok
[04:59] <cjwatson> cron.germinate runs at the end of cron.daily, and the resulting extra overrides are applied by the next cron.daily
[04:59] <cjwatson> bit of a kludge
[05:00] <pitti> StevenK: ode doesn't seem to be in NEW, it went straight in
[05:01] <StevenK> pitti: Not even libode0debian1 or libode-doc
[05:01] <StevenK> ?
[05:01] <StevenK> I meant binary NEW, sorry, I should have said.
[05:01] <pitti> StevenK: ah, wait, that was semi-auto-NEWed
[05:01] <pitti> StevenK: since it comes straight from Debian
[05:02] <StevenK> Semi-auto-NEW'd? :-)
[05:03] <pitti> StevenK: I have a hackish script with generates overrides for packages that we sync from Debian
[05:03] <StevenK> pitti: Ahh
[05:06] <asac> pitti: can you look at midbrowser in NEW ?
[05:08] <TeTeT> how can I add a debootstrap script/target for gutsy on a feisty machine?
[05:10] <TeTeT> sorry, wrong channel, disregard
[05:11] <cjwatson> TeTeT: feisty-backports, HTH
[05:15] <Hobbsee> \sh: ping
[05:15] <\sh> Hobbsee: pong
[05:15] <Hobbsee> \sh: what's a nozumi device?
[05:15] <Hobbsee> sorry, nozomi
[05:16] <\sh> nozomi devices are umts cards e.g. from qualcom...especially highspeed utms cards..which are not handled by usb-serial
[05:16] <\sh> Hobbsee: http://www.pharscape.org/content/blogsection/4/53/
[05:17] <Hobbsee> cool
[05:18] <\sh> Hobbsee: it's in ubuntu since feisty...and I think feisty was the first distro release with nozomi devices in...kppp patch was provided by me, included by riddell..
[05:19] <Hobbsee> \sh: i see that, that's how i found you to poke :)
[05:19] <\sh> so nothing new ;)
[05:19] <Hobbsee> no, no. just asking debian if theyu want it
[05:20] <Hobbsee> as it doesnt look distro-specific
[05:21] <\sh> Hobbsee: afaik are those drivers not included in vanilla...the last time I checked (vanilla 2.6.22.1) I didn't see any config item for it
[05:26] <\sh> off for now...cu next week :)
[05:48] <pitti> asac: looking
[05:49] <pitti> asac: oh, noes! yet another copy of mozilla??
[05:49] <Hobbsee> pitti: they're spawning, taking over the world!
[05:50] <pitti> asac: why does it contain a copy of cdbs-rules/debhelper.mk?
[05:57] <pitti> asac: just thinking... firefox and midbrowser seem to be 99% identical (mostly branding changes); would it be possible to build both firefox and midbrowser from the same source, with two build trees?
[05:59] <asac> pitti: no
[06:00] <asac> pitti: we have to live with mozilla copies till we can use xulrunner
[06:00] <asac> pitti: currently its still pretty identical, but its a complete new "project" within the mozilla tree
[06:00] <asac> and will diverge significantly on the mid-/long-run
[06:00] <pitti> asac: why does upstream go through all this pain?
[06:00] <asac> he?
[06:01] <asac> pitti: we are upstream :)
[06:01] <pitti> I mean, wouldn't it be much more sensible to factorize out the common bits and just build different UIs on top of it?
[06:01] <pitti> or use --configure options?
[06:01] <pitti> and keep just one tree?
[06:01] <Burgundavia> isn't that what xulrunner is supposed to be?
[06:01] <asac> pitti: yes we could do that for all applications that are in upstream CVS
[06:02] <asac> however since security updates of different apps are out of sync we would get more frequent updates for all applications
[06:02] <pitti> Burgundavia: yeah, that's a major part, I think
[06:02] <pitti> asac: I don't understand?
[06:03] <pitti> asac: with diverging copies of trees it certainly gets harder to maintain them also security-wise, not easier?
[06:03] <asac> pitti: we can ship a source tarball with MOZ_CO_PROECJT=browser,mail,mailnews,calendar,xulrunner :)
[06:03] <asac> e.g. one huge tarball ... and compile it multiple times
[06:03] <pitti> right, that's what I meant
[06:03] <asac> thats what i understood as your idea
[06:03] <pitti> well, not much huger as they currently are
[06:04] <asac> yes ... but now mail,calendar et al don't release in sync
[06:04] <asac> for instance thunderbird was released today with a few more checkins then were in when firefox was tagged
[06:04] <pitti> asac: what I meant was to have one mozilla.tar.bz2 as source package which is multibuilt once with configure --firefox and once with configure --midbrowser
[06:05] <asac> yes ... but we would have to update the mozilla.tar.bzw whenever a midbrowser release comes out ... same for firefox release.
[06:05] <pitti> and keep the differences as patches, or #ifdefs, or separate modules/UIs
[06:05] <pitti> since 90% of the code will certainly stay identical anyway (like gecko)
[06:06] <asac> pitti: we develop a new upstream project
[06:06] <ion_> Is midbrowser the same thing as minimo?
[06:06] <asac> its not minimo ... but its equivalent
[06:06] <asac> pitti: in short: we cannot do it for the same reasons we cannot release thunderbird and firefox from one source tarball
[06:07] <pitti> well, I understand that tbird and ffox are not in sync
[06:07] <ion_> I dont seem to be able to find almost any information about midbrowser by googling.
[06:07] <asac> ion_: its new :)
[06:07] <pitti> but why midbrowser and ffox? it's both a browser which is based on the same code and engine?
[06:09] <pitti> really, I'm fine with having 10 copies of mozilla code in universe, but moving them to main is just pretty much out of the question
[06:09] <pitti> (not that fine actually, but I can live with it)
[06:09] <asac> as i said ... atm we are pretty close to firefox ... when we are done with midbrowser we will be almost as far away as tbird
[06:09] <pitti> right, I didn't doubt that
[06:09] <pitti> but why make the same error again?
[06:09] <asac> because the same reasons apply
[06:09] <pitti> instead of keeping it modular or at least #ifdef'ed right from the start?
[06:09] <asac> i don't want to loose the flexibility to release out of sync
[06:10] <asac> pitti: tbird, firefox, midbrowser are already ifdef'ed properly
[06:10] <asac> that was never the reason
[06:10] <pitti> asac: an extra no-change firefox build is a small price to pay compared to the large amount of developer effort to keep both trees in sync
[06:11] <iwj> Is there some document about ~ubuntu-main-sponsors that I'm missing, besides wiki.ubuntu.com/SponsorshipProcess ?  How do I claim a bug to say I'm dealing with it ?
[06:11] <pitti> iwj: just assign it to you
[06:11] <iwj> Many of these seem assigned to the submitters.
[06:12] <pitti> iwj: most bugs should already be assigned, though
[06:12] <asac> pitti: what large amount of developer effort?
[06:12] <Hobbsee> iwj: there's little documentation.  just assign yourself anyway, the submitters are incorrect
[06:12] <asac> pitti: only thing i see is diskspace
[06:12] <iwj> Hobbsee: So I can reassign if the submitter isn't a core-dev ?
[06:12] <Hobbsee> iwj: yep
[06:12] <pitti> asac: to maintain the tree copies istead of maintaining e. g. xulrunner and the separate frontends, or just changing particular modules in the One True Tree
[06:12] <iwj> OK.
[06:12] <Hobbsee> iwj: seeing as they obviously cant further action teh bug, as they cant upload it
[06:13] <iwj> Right.  IWBNI this was documented more clearly somewhere.
[06:13] <asac> pitti: nobody doubts that its the right way to not-duplicate code once we *can* use xulrunner ... i only say: for now it makes really no sense
[06:14] <pitti> asac: I still don't understand the reasons TBH
[06:14] <pitti> asac: if we have almost identical trees, then it's certainly much easier to start developing midbrowser within the main tree?
[06:14] <pitti> as opposed to, say, trying to reunite the trees for tbird and ffox, which already diverged a lot
[06:15] <asac> pitti: tbird and ffox have not diverged
[06:15] <pitti> they have separate origs, separate sources, separate release process  -- that's what I call 'diversion'
[06:16] <pitti> but, I understand the reason for that one
[06:16] <pitti> (well, it's not ideal either, a common library type of thing would be much better, but we can't have it right now)
[06:16] <asac> pitti: the only reason we don't build things out of a single source is that we duplicate binaries anyway ... and that it just removes flexibility ... but it doesn't give us any benefit
[06:16] <asac> to build from one source
[06:16] <pitti> asac: what's the problem with duplicated binaries? these aren't problematic at all
[06:17] <pitti> and of course we do want separate binaries
[06:17] <asac> pitti: we have to wait till firefox 3
[06:17] <pitti> I'm talking about a 'single patch fixes all browsers' kind of optimization
[06:17] <pitti> not buildd time or so
[06:21] <pitti> asac: ok, I did the first round of review; the .dlls crept in again
[06:21] <asac> pitti: i will think about it
[06:21] <asac> pitti: they have never been out
[06:21] <pitti> gotta leave now, I'll continue with the review on Monday
[06:21] <asac> except for iceape
[06:21] <pitti> oh
[06:22] <asac> we already have a bug for that
[06:22] <asac> its set to beta ... we repeat discussions
[06:22] <pitti> hm, wasn't there one already?
[06:22] <pitti> ah, ok
[06:22] <pitti> I don't reject it yet, I'll complete the review first
[06:22] <pitti> to collect issues
[06:23] <asac> pitti: do a diff to the firefox orig
[06:23] <asac> the rest is identical
[06:23] <pitti> asac: that won't help me much, since I (or anyone else) never reviewed firefox for source NEW :)
[06:23] <asac> ok
[06:24] <asac> then have a nice weekend :)
[06:24] <pitti> but it'll probably take me some more hours
[06:24] <pitti> need to run now, sorry
[06:24] <pitti> asac: thanks, you too!
[06:24] <asac> no problem
[06:24] <asac> its nothing to hurry for me
[06:24] <asac> it was just Mithrandir who wanted that in asap
[06:25] <pitti> sorry, but "ASAP" for 345 MB of code is just a while :)
[06:25] <asac> sure
[06:25] <micahcowan> BenC ping
[06:26] <BenC> micahcowan: yo
[06:26] <micahcowan> BenC hi :)  ...did you see my recent update re the kernel patch I submitted some time ago (SIGXFSZ)?
[06:27] <micahcowan> It's in 2.6 mainline now
[06:27] <BenC> micahcowan: yeah, I got it
[06:28] <micahcowan> Is that enough to get it in for Gutsy, or do you want to see it in an official release?
[06:29] <BenC> micahcowan: I'll evaluate it...probably can get it in, and just cherry pick from mainline
[06:29] <micahcowan> BenC, cool thanks
[06:34] <iwj> Hobbsee: So for example in bug 127121 what does Sebastian Droege's comment `ACK' mean ?
[06:34] <ubotu> Launchpad bug 127121 in libdaemon "Please sync libdaemon (main) from Debian unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/127121
[06:35] <iwj> slomo: AYT?
[06:35] <iwj> slomo: What does your `ACK' in that bug mean ?
[06:35] <Hobbsee> iwj: means that he's approving the sync
[06:35] <iwj> I see.  That seems less than clear and he didn't assign it to himself ...
[06:35] <Hobbsee> iwj: but, he hasnt subscribed the archive
[06:35] <Hobbsee> iwj: please subscribe ubuntu-archive to that bug
[06:35] <iwj> Also he has failed to subscribe ...
[06:35] <iwj> Right.
[06:36] <Hobbsee> slomo: please ensure that you actually subscribe ubuntu-archive to process sync bugs, else they'll never get found.
[06:36] <Hobbsee> i believe you also subscribe u-m-s at that point
[06:36] <iwj> YM unsubscribe.
[06:37] <iwj> I would like to but I can't because I'm not a member of u-m-s yet :-).
[06:37] <Hobbsee> iwj: the processes are all a bit of a WIP.  it's only been happening since my motu app, and we've only gone to more formal processes recently, with more people
[06:37] <iwj> Right.
[06:37] <iwj> I think writing this all up on the wiki page would be very good.
[06:37] <iwj> Would you like to do that since you seem to actually know the answers ? :-)
[06:37] <Hobbsee> iwj: not overly :P
[06:38] <iwj> OK, I'll hack something up and we'll see who complains.
[06:38] <Hobbsee> iwj: i'm just teh head of the universe one.  try getting persia to write it all up, as he's been doing it previously
[06:38] <Hobbsee> oh, i'm not a u-m-s person either
[06:43] <Hobbsee> iwj: i could have - however, i do want to go to bed bfeore 3am.
[06:45] <iwj> You're subscribed to SponsorshipProcess, right ?  Then you can read my edits in the morning.
[06:46] <Hobbsee> iwj: dont think so.  but i'll look at some point
[06:46] <Hobbsee> cant do much ubuntu stuff this week, unfortunately
[06:46] <Hobbsee> good thing there's no tribe release :P
[06:47] <elkbuntu> Hobbsee, you'll have to keep 'normal' hours too, i suppose :
[06:48] <Hobbsee> elkbuntu: yeah.  dunno what they are.
[06:49] <Hobbsee> i'm going to die of horror, i swear...
[06:49] <elkbuntu> Hobbsee, the shock. the horror!
[06:49] <Hobbsee> exactly
[06:52] <elkbuntu> heh. anyway, since it is approaching 3am. i might go reaquaint myself with my pillow. gnite
[06:54] <Hobbsee> hehe, night
[06:57] <bSON> hi
[07:18] <iwj> dholbach: Ah, thank you :-).
[07:18] <dholbach> iwj: thank YOU! :)
[07:19] <dholbach> iwj: I wrote a small script to generate an overview of the tracked sponsoring bugs at: http://daniel.holba.ch/sponsoring/
[07:19] <iwj> Oo.
[07:19] <dholbach> iwj: it's by no means perfect yet and still has some bugs (which will be fixed in one of the next releases of python-launchpad-bugs), but I hope it'll help
[07:19] <iwj> Shall I add a reference to that to wiki.ubuntu.com/SponsorshipProcess ?
[07:20] <dholbach> good idea - I'll add it to http://wiki.ubuntu.com/UbuntuDevelopment/CodeReviews
[07:20] <dholbach> announce it and move it to people.ubuntu.com once I'm back from my holidays
[07:21] <iwj> Right.
[07:27] <jwendell> kylem, around?
[08:55] <LaserJock> anybody know if X-Ubuntu-Gettext-Domain is supposed to be set to the source or binary package?
[09:03] <LaserJock> cjwatson: got a minute?
[09:03] <Hobbsee> LaserJock: i think he's left for the day
[09:03] <LaserJock> ah
[09:04] <LaserJock> why don't people have the same TZ as me? ;-)
[09:04] <Hobbsee> haha
[09:04] <calc> because mine is the only correct one
[09:04] <Hobbsee> TZ's suck
[09:04] <calc> 8D
[09:05] <Hobbsee> speaking of bed, i'm going to actually attempt to sleep this time
[09:05] <zul_> hah
[09:05] <LaserJock> Hobbsee: do it!
[09:05] <Hobbsee> LaserJock: well, i'm in bed now - is that close enough?
[09:05] <LaserJock> no, I know that trick
[09:05] <jdong> take a laptop
[09:05] <LaserJock> you gotta have the laptop off
[09:06] <jdong> and a plug...
[09:06] <Hobbsee> you know the logic about having to write down a whole lot of stuff, else you keep thinking about it, and never get to sleep?
[09:06] <Hobbsee> jdong: i have reasonable battery life...
[09:06] <jdong> Hobbsee: oh that's even worse!
[09:06] <Hobbsee> hehe
[09:15] <kevinl-1> hey guys, i see that this isnt a support channel, so i apologize if i am asking in the wrong place, but I cannot get ahold of anyone who can help me in the #ubuntu channel, and Dennis Karrsmarker is apparently on leave from ubuntu (not that he wouldnt be too busy to help me anyhow)
[09:16] <kevinl-1> my issue is regarding usplash. I have been trying to compile it with a custom theme, and utilize it on an etch-based debian-live system (casper, etc)
[09:16] <kevinl-1> ive found however, that i have had very little success even compiling usplash/usplash-theme-ubuntu and getting it to work properly
[09:17] <kevinl-1> errors ranging from: unresolved symbol pixemap_throbber_back , to cannot open /deb/fb0
[09:17] <kevinl-1> i once had it running on my live cd , but only is black and white with a screwed up progress bar
[09:17] <kevinl-1> id like to just base my theme directly off of usplash-theme-ubuntu, compile it all on etch and have it work
[09:17] <kevinl-1> but i wonder if there is a mismatch or difference in some of the dev libraries between etch and ubuntu that cause some weirdness.
[09:18] <kevinl-1> any help is appreciated, thanks
[09:26] <mathiaz> keescook: Did you have to a chance to look at my new apparmor packages ?
[09:28] <tormod> Is there a defined policy or specification on what laptop-mode-tools and gnome-power-manager and acpid should do on laptops?
[09:32] <keescook> mathiaz: not yet, still feverishly trying to finish the ubuntulive presentation.  :)
[09:33] <mathiaz> keescook: ok. np.
[09:33] <mathiaz> keescook: pitti moved apparmor into main this morning
[09:34] <keescook> sweet!!
[09:36] <bryce> I'm running into several packages named thusly:  libxext-1.0.3-1build1
[09:37] <bryce> I'm wondering why 'build' instead of 'ubuntu'
[09:37] <tormod> ... https://wiki.ubuntu.com/EnableLaptopPowerFeatures is pretty empty
[09:37] <bryce> from an email from pitti I gather this is when there have been no changes to the package, however can someone point me at some docs explaining this more completely?
[09:38] <bryce> I've got half a dozen packages named this way and I want to be sure when merging that I name them correctly.
[09:39] <LaserJock> bryce:  a build1 is for packages that just need a rebuild
[09:39] <LaserJock> the source isn't touched
[09:40] <LaserJock> so that when we auto-sync from Debian they get synced automatically rather than put in the merge queue
[09:40] <bryce> ah, ok
[10:49] <kylem> 44
[10:50] <wolfe> kylem: is that the answer to the universe?
[10:51] <Whelpo> isn't that 42?
[10:55] <jdong> Whelpo: not after yesterday's security patches.
[10:56] <Whelpo> what do yesterday's security patches have to do with the answer to the universe?
[11:06] <jdong> Whelpo: they found a buffer overflow with the universe in the 42 accessor...
[11:06] <jdong> Whelpo: they tried the 43 accessor but it had shell escape issues...
[11:06] <jdong> hence it's 44 now.
[11:07] <jdong> if apparmor profiles for the universe start working properly, then we may revert back to 42 for compatibility reasons
[11:09] <kevinl-1> what run level is executed when the system is shutdown or rebooted? 0 ? S ?
[11:09] <kevinl-1> oops, wrong channel :)
[11:09] <kevinl-1> im sure you guys know though!
[11:12] <geser> Hi LaserJock
[11:12] <LaserJock> hi geser
[11:12] <jdong> kevinl-1: 0 for shutdown 6 for reboot
[11:12] <jdong> S is basic startup
[11:20] <bdmurray> Has seamonkey ever been packaged?
[11:24] <geser> !info iceape
[11:24] <ubotu> Package iceape does not exist in feisty, feisty-seveas
[11:24] <geser> !info iceape gutsy
[11:24] <ubotu> iceape: The Iceape Internet Suite. In component universe, is optional. Version 1.1.1+u2-0ubuntu1 (gutsy), package size 28 kB, installed size 84 kB
[11:24] <geser> it's in gutsy
[11:25] <jdong> backport?
[11:25] <jdong> :D
[11:25] <LaserJock> jdong: that reminds me, is it possible to backport emacs22?
[11:25] <bdmurray> Somebody submitted a bug report about seamonkey in Edgy.  I was trying to figure out if we shipped it or not.
[11:25] <jdong> http://sharkattack.media.mit.edu/inventory/view_log/27
[11:25] <jdong> *shrug* there goes nothing :D
[11:26] <jdong> LaserJock: good question :)
[11:26] <jdong> LaserJock: if it builds then sure
[11:26] <geser> bdmurray: edgy should have the old mozilla suite, but I wouldn't suggest someone to install it
[11:42] <keescook> evand: do you know of a way to import .ics files into evolution from the commandline?
[11:43] <keescook> right, someone sent me an ics file, and I want through throw it at the evolution calendar.  :)
[11:43] <keescook> cya
[11:43] <Burgundavia> keescook: get the one off the fridge
[11:43] <evand> oh, right, calendar
[11:43] <evand> no idea
[11:44] <evand> sorry
[11:44] <keescook> Burgundavia: ?
[11:44] <Burgundavia> fridge has a calendar of events
[11:45] <keescook> Burgundavia: right, I use that.  I want to take an ics file someone sent me and import it from the command line (i.e. an automatic way to import meeting requests I get from other ics-capable clients) via mutt