[12:31] <Riddell> Kamion: https://launchpad.net/distros/ubuntu/+source/ubiquity/+bug/66022
[12:31] <Ubugtu> Malone bug 66022 in ubiquity "Can't pass map page in Kubuntu Ubiquity" [Undecided,Unconfirmed]  
[12:36] <Kamion> Riddell: "won't let" as in the forward button isn't displayed?
[12:37] <Kamion> oh, enabled, hmm
[12:37] <Kamion> ok, probably due to the back/forward handling changes I made; I'll investigate
[12:37] <Kamion> need to do another ubiquity upload before RC anyway to back out the orca stuff
[12:43] <Kamion> Riddell: ah, the problem is that it doesn't think a timezone is selected until slightly after the decision whether to enable the forward button is made
[12:45] <Riddell> Kamion: how fixable is that?
[12:45] <Kamion> Riddell: well, it works in GTK, shouldn't be too hard to fix
[12:46] <Kamion> Riddell: I'm happy to take care of it
[12:46] <Kamion> in the meantime, the workaround is either to go back/forward as you did, or just to click on a city on the map
[12:46] <Riddell> I did click on a city
[12:48] <Kamion> er. worked for me.
[12:48] <Kamion> which city?
[12:48] <Kamion> oh, hey, I see what you mean
[12:48] <Kamion> it's probably related ...
[12:50] <Kamion>         elif city == "Edinburgh":
[12:50] <Kamion>             self.city = "London"
[12:50] <Kamion> sigh :)
[12:51] <Kamion> oh, right, got at least part of it
[12:52] <Kamion> missing conversion to allow_go_forward
[12:54] <Kamion> well, that was easy
[01:02] <Kamion> keescook: re bug 65616, exit code 10 is often debconf's "bad parameters" exit code
[01:02] <Ubugtu> Malone bug 65616 in torrentflux "Upgrade fails" [Undecided,In progress]  http://launchpad.net/bugs/65616
[01:03] <keescook> Kamion: good to know; I haven't had time to dig much further with it yet.
[01:03] <Kamion> which can include "the question you tried to operate on doesn't exist"
[01:03] <jdong> evening
[01:03] <Kamion> also, this should be done to debian/torrentflux.prerm, although it's not the cause of the bug:
[01:03] <keescook> Kamion: what's the best way to get all the debugging output from these kinds of situations?
[01:03] <Kamion> -            db_input torrentflux/restart-webserver high || true
[01:03] <Kamion> +            db_input high torrentflux/restart-webserver || true
[01:04] <Kamion> keescook: DEBCONF_DEBUG=developer in the environment turns on debconf debugging, and will tell you exactly what the problem is if the exit code 10 is coming from debconf
[01:05] <keescook> okay, thanks.
[01:09] <Kamion> mdz,tfheen: http://people.ubuntu.com/~cjwatson/tmp/ubiquity-1.2.1.diff - OK to upload?
[01:11] <mdz> Kamion: absoloodle
[01:16] <Kamion> ta
[01:42] <Kamion> oh, damnit, I meant to fix bug 62479 before release - I guess it's not technically RC but it's an easy and fairly innocent-looking way to get ubiquity to crash
[01:42] <Ubugtu> Malone bug 62479 in ubiquity "canonicalise grub device names" [Medium,Confirmed]  http://launchpad.net/bugs/62479
[01:43] <pirast> any xubuntu dev around?
[01:45] <FireRabbit> hey, im trying to set up an apt mirror, do i need an account to rsync from the servers listed on https://wiki.ubuntu.com/Archive ?
[01:50] <FireRabbit> oh nevermind, i see .. the documentation on the website is horribly wrong
[01:51] <Burgwork> FireRabbit: which website?
[01:52] <FireRabbit> i found this https://help.ubuntu.com/community/Debmirror
[01:52] <FireRabbit> i guess this page is supposed to be the official documentation, but it doesnt explain how to do anything other than mirror EVERYTHING http://www.ubuntu.com/download/mirror
[01:54] <FireRabbit> (it doesnt mention debmirror at all)
[01:55] <Burgwork> FireRabbit: both of those pages are wikis
[01:55] <Burgwork> please fix them
[01:55] <FireRabbit> huh? /download/mirror isnt a wiki
[01:55] <Burgwork> for that, file a bug against ubuntu-website
[01:55] <FireRabbit> ok
[01:55] <FireRabbit> ill rewrite the Debmirror page as soon as i get it set up here
[02:57] <gnomefreak> dholbach  << is that his nick?
[02:58] <azeem> somebody is impersonating him right now
[02:59] <gnomefreak> working on banning him if i find out he is
[03:49] <doko> mdz, Kamion, infinity: please approve openoffice.org 2.0.4-0ubuntu1, survives oosmoketest on i386
[03:49] <doko> infinity: please build on palmer
[03:51] <BHSPitLappy> can anyone tell me, has keybuk just not been on in a few days, or do I just not coincide with the right hours of the day?
[03:52] <ajmitch> BHSPitLappy: wrong time of day
[03:53] <BHSPitLappy> oh...
[03:53] <BHSPitLappy> so I might catch him tomorrow morning then?
[03:53] <BHSPitLappy> since the school week has ended
[03:53] <ajmitch> perhaps
[03:53] <BHSPitLappy> well thanks
[03:55] <wasabi> Kernel panic - not syncing: no cpio magic.   I ask here because I'm hacking my boot loader. =)
[03:55] <wasabi> What's expected out of Ubuntu's initrds?
[04:16] <Riddell> tfheen, mdz: kubuntu-default-settings uploaded to fix some issues and do the artwork Ken said, http://kubuntu.org/~jriddell/tmp/k-d-s.debdiff
[04:16] <Riddell> tfheen, mdz: also kdelibs to fix printing issues, just a revertion to the 3.5.4 code
[04:22] <samuel> you guys to a wicked job...
[04:32] <infinity> doko: No -l10n upload to go with it?
[04:47] <infinity> keescook: netkit-base fix approved.
[04:47] <infinity> doko: openoffice was pre-approved at the meeting, afaict, so accepting and building it.
[04:50] <infinity> keescook: autogen fix approved at well.
[05:05] <infinity> Hug yourself instead, you're doing great work.
[05:05] <infinity> Nice catch on pitti's ping.c breakage, BTW.
[05:05] <Hobbsee> infinity: but hugging oneself tends to looks weird.
[05:06] <infinity> Hobbsee: Still feels oddly comforting sometimes, though.
[05:06] <Hobbsee> true that
[05:06] <keescook> infinity: thanks.  :)
[05:08] <ajmitch> infinity: not only that, he caught the same issue in the john debdiff
[05:09] <keescook> ajmitch: well, you mentioned you'd seen the fix before; else I would never have seen pitti's.  :)
[05:14] <infinity> keescook: You're booked for UDS-MV, right?
[05:14] <keescook> infinity: I'll be there, but the booking folks are running behind with me for some reason.  clan is on it.  :)
[05:14] <infinity> keescook: I think I already owe you a drink or two, which may be a new record for a new employee.
[05:14] <keescook> woohoo! :)
[05:15] <keescook> I think I owe pitti drinks forever.  :)
[05:15] <infinity> given that my very first exposure to you was reverting one of your uploads, things are looking up. ;)
[05:15] <ajmitch> heh
[05:15] <ajmitch> that's a good improvement
[05:16] <wasabi> Hmm. Where's the best place to get teh debian/ dir for building a debian kernel image?
[05:17] <keescook> infinity: *sob* yeah.  that was bad build environment #1.  #2 was on python breakage.  #3 is looking up (sbuild+schroot+lvm snapshots)
[05:18] <infinity> keescook: Fancy.  I just use a chroot cleaning script.  LVM snapshotting sounds saner, but was never high on my TODO. :)
[05:19] <keescook> it's really sweet.  Writing up a wiki for it is on my list.
[05:20] <ajmitch> keescook: I'd like to see that - currently I just use pbuilder
[05:21] <keescook> ajmitch: cool, I'll write it up tomorrow.
[05:28] <infinity> My directory naming scheme leaves something to be desired...
[05:28] <infinity> adconrad@lucifer:~/fuck/ktorrent-2.0.3$ 
[05:28] <infinity> I don't think I was in the best of moods last night. :)
[05:29] <keescook> heh
[05:33] <infinity>   109474 | S- | agave                | 0.4.0-0ubuntu3       | 33 minutes
[05:33] <infinity>          | * agave/0.4.0-0ubuntu3 Component: universe Section: gnome
[05:33] <infinity> ajmitch: Was that uploaded with your approval?
[05:34] <infinity> Hobbsee: Or, rather, would you like to tell ajmitch why I should accept it? :)
[05:35] <ajmitch> I'm thinking we should get people to attach debdiffs in malone for things they upload 
[05:35] <ajmitch> given that everyone is just fixing bugs now
[05:36] <infinity> Up to your.  Your workflow, your process. :)
[05:36] <infinity> I'm just driving the big red button.
[05:36] <ajmitch> approve agave, if you will - Hobbsee did put the changelog in there :)
[05:36] <infinity> Accepted.
[05:41] <keescook> is there a way to make sure an otherwise not-autoloaded module loads at boot-time?  (Normally I'd just echo module >> /etc/modules ...)
[05:41] <infinity> That would do it, yes.
[05:42] <infinity> If you need it in the initrd, you cant it in /etc/initramfs-tools/modules, if you can wait until after / is mounted, /etc/modules
[05:42] <keescook> so no magic debian tool to do it Right?
[05:42] <keescook> yeah, totally afterwards.
[05:42] <infinity> s/cant it/can put it/
[05:43] <infinity> No idea what my fingers were thinking there...
[05:43] <keescook> I think it's a bug that lvm tools don't attempt to load the snapshot module when you ask it to do snapshot work.
[05:43] <infinity> Yeah, I'd call that a bug in the tools.
[05:43] <infinity> Manual module loading in /etc/*/modules should really be a last resort.
[05:44] <keescook> yup, that's why I was wondering.  :)
[05:44] <infinity> There used to be a Debian tool back in the boot-floppies days (so, woody?) that listed all the modules based on descriptions from modinfo, would let you try to insert them, etc, and would append to /etc/modules as appropriate.
[05:45] <keescook> heh
[05:45] <infinity> I can't seem to find it on my system now, so I assume we did away with it when we decided that hardware detection actually worked well enough to not require it.
[05:46] <keescook> yeah, normally udev and friends handle it all, but not for the LVM tools (dm_mirror for pvmove, and dm_snapshot for lvcreate)
[05:46] <infinity> Yeah, it's my opinion that any userspace utility that needs a kernel module should really be trying to load it on the fly.
[05:47] <keescook> and the error message is really not helpful.  :)
[05:59] <Hobbsee> infinity: ajmitch:  was a 1 line fix.  and ajmitch will accept it, else havoc will come to him when he next visits sydney :P
[05:59] <ajmitch> threats won't help. much
[06:00] <Hobbsee> ajmitch: much.
[06:00] <ajmitch> but thanks for putting the changelog on the bug :)
[06:00] <Hobbsee> hehe
[06:00] <ajmitch> just don't close it so quick next time, it makes it harder to find
[06:01] <Hobbsee> ajmitch: what, instead of my "fixed, thanks" way?
[06:01] <ajmitch> fix committed, not fix released
[06:01] <Hobbsee> ajmitch: just subscribe to the entire bugtracker, like you do for the wiki.  no more problem
[06:01] <Hobbsee> then i tend to forget about ever marking it as released
[06:01] <ajmitch> ubuntu-bugs mailing list, great thing
[06:02] <Hobbsee> yeah, well
[06:02] <Hobbsee> so you shouldnt have a trouble finding the bug.
[06:02] <ajmitch> sigh
[06:02] <ajmitch> you just want to make things hard for me, I know it
[06:02] <Hobbsee> indeed.
[06:03] <Hobbsee> ajmitch: you mean you didnt know that before?
[06:03] <ajmitch> oh I knew
[06:03] <Hobbsee> you just underestimated, it seems.
[06:04] <ajmitch> obviously
[06:04] <ajmitch> we shall have to discuss this later
[06:05] <Hobbsee> hah.  later when?
[06:05] <fabbione> morning
[06:05] <ajmitch> hi fabbione 
[06:05] <ajmitch> you're up early :)
[06:06] <fabbione> as usual
[06:06] <Hobbsee> hey fabbione!
[06:06] <fabbione> yoyo
[06:08] <Hobbsee> ajmitch: lets be fair here.  if i wanted to make life hard for you, i'd make sure the search was disabled for you in mutt.
[06:09] <ajmitch> Hobbsee: it takes a little while to search on 140K bug mails
[06:09] <Hobbsee> ajmitch: then you need a quicker search algorithm.  or maybe to just delete some of the mail
[06:34] <fabbione> infinity: ping?
[07:14] <Hobbsee> BenC: it seems like the latest update has broken some people's X.  you want syslogs, xorg.0.logs, from them?
[07:14] <BenC> Hobbsee: If it broken i965, then I blame Intel
[07:15] <tfheen> k-d-s looks good to me, approved if nobody else has approved it yet.
[07:15] <BHSPitMonkey> why do I always hear this kind of stuff WHILE synaptic is updating
[07:15] <tfheen> Kamion: ubiquity looks good, approved (if mdz hasn't already)
[07:16] <Hobbsee> BenC: at least 1 is a nvidia card.
[07:16] <tfheen> hiya Sarah
[07:16] <Hobbsee> hey tfheen :)
[07:17] <BenC> Hobbsee: Can you point me to some info? Nothing I just uploaded should break X in any way
[07:17] <BHSPitMonkey> Hobbsee, are you looking for users of that specific card, or users of the broad i9xx category
[07:17] <Hobbsee> BenC: i've been trying to grab the people who *arent* running beryl.  There are two on irc so far.
[07:18] <Hobbsee> the beryl-running people are screaming the loudest though.  in #ubuntu+1
[07:18] <BHSPitMonkey> that's because they're the most concerned with visuals
[07:19] <BenC> i965 is probably broken, but then again i965 drm/dri never worked before the latest kernel
[07:19] <Hobbsee> BenC: chuckyp is one user, if you wanted to query him.  i cant debug X terribly well - only what i learned when mine broke
[07:19] <BenC> and the problem is userspace i965_dri.so in mesa, not the kernel driver
[07:19] <Hobbsee> apparently the update was due to a kernel
[07:19] <Hobbsee> ahh right
[07:19] <tritium> Hobbsee: Toshiba acpi?
[07:20] <Hobbsee> tritium: that was mine, yes.
[07:20] <tritium> Hobbsee: me too.  All better now :)
[07:20] <ajmitch> Hobbsee: and you were so ready to blame GNOME, too
[07:20] <Hobbsee> ajmitch: that was later.  much later.
[07:20] <BenC> if i965 is causeing problems, I suggest "sudo rm -f /usr/lib/dri/i965_dri.so"
[07:22] <Hobbsee> hmmm.  seems that the problem isnt fixed in .31, so it's not a kernel problem
[07:22] <Hobbsee> sorry for the noise
[07:23] <BenC> Hobbsee: See my last comment wrt to i965
[07:24] <Hobbsee> BenC: yep, saw it, thanks
[07:24] <fabbione> hey BenC !
[07:24] <BenC> hey fabio
[07:24] <fabbione> BenC: do you think you can look at sparc-utils FTBFS?
[07:24] <BenC> fabbione: in the morning, just heading to bed
[07:24] <fabbione> otherwise i can look at it later, but the error is a bit obscure to me
[07:24] <fabbione> sure that would do fine
[07:25] <fabbione> thanks man!
[07:25] <BenC> np
[08:15] <keescook> infinity, ajmitch: I've got a prototype for my sbuild/schroot/lvm script up:
[08:15] <keescook> http://people.ubuntu.com/~kees/scripts/mk-sbuild-lv.sh
[08:15] <ajmitch> yay, thanks
[08:16] <keescook> no problemo.  I'm off to bed.  *wave*
[08:16] <ajmitch> now I should modify it to work with xen :)
[08:17] <keescook> heh
[08:17] <ajmitch> though I think that sbuild should be getting xen support soon
[08:17] <keescook> probably need to patch schroot for that.
[08:17] <keescook> nice
[08:17] <ajmitch> yep
[08:17] <ajmitch> I should find out where that's at
[08:18] <imbrandon> eh
[08:18] <keescook> I haven't tried it lately, but pre-3.0 hand nasty whole-system hangs when using LVM snapshots.  Hopefully that's fixed by now.
[08:19] <keescook> oh, and as noted in the script's comments, see my patch to schroot to handle stray processes in the chroot when shutting down:
[08:19] <keescook> at the end of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=391319
[08:19] <Ubugtu> Debian bug 391319 in schroot "schroot: leftover processes cause umount to fail" [Normal,Open]  
[08:20] <ajmitch> night keescook 
[11:18] <ogra> Seveas, Bug 65693 is no bug in usplash, our progressbar image is broken
[11:18] <Ubugtu> Malone bug 65693 in edubuntu-artwork "progressbar is distorted " [Medium,Rejected]  http://launchpad.net/bugs/65693
[11:19] <ogra> but i'll happily try a fixed usplash as well indeed
[11:23] <fabbione> ajmitch: 4000 pkgs to go in universe/multiverse
[11:23] <fabbione> ajmitch: main/restricted are almost done
[11:23] <Tonio_> tfheen: ping ?
[11:26] <infinity>   109473 | S- | kubuntu-default-sett | 1:6.10-58            | 7 hours 20 minutes
[11:27] <infinity>          | * kubuntu-default-settings/1:6.10-58 Component: main Section: kde
[11:27] <infinity>   109420 | S- | xorg-server          | 1:1.1.1-0ubuntu12    | 14 hours
[11:27] <infinity>          | * xorg-server/1:1.1.1-0ubuntu12 Component: main Section: x11
[11:27] <infinity> tfheen: Were either of those approved at any point?
[11:27] <fabbione> infinity: who uploaded xorg-server?
[11:27] <Hobbsee> infinity: i think the k-d-s ones were.  if that's the change to adept, and font.
[11:28] <infinity> Changed-By: Sebastien Bacher <seb128@canonical.com>
[11:28] <infinity>  xorg-server (1:1.1.1-0ubuntu12) edgy; urgency=low
[11:28] <infinity>  .
[11:28] <infinity>    * debian/patches/17_no_composite_for_xvfb.patch:
[11:28] <infinity>      - fix a crasher by not using composite for Xvfb when using -render
[11:28] <infinity>    * debian/patches/18_no_composite_for_xvfb_run.patch:
[11:28] <infinity>      - use "-extension Composite" to fix xvfb-run crashing
[11:28] <infinity> Hobbsee: I tried to find mention of it in backscroll and could only find Riddell asking for approval, but no one approving it..
[11:29] <Hobbsee> infinity: ahhh...was that it
[11:29] <fabbione> infinity: right.. that was an important bug to fix.. if you want i can review the debdiff
[11:30] <infinity> 20:16 < Riddell> tfheen, mdz: kubuntu-default-settings uploaded to fix some issues and do the 
[11:30] <infinity>                  artwork Ken said, http://kubuntu.org/~jriddell/tmp/k-d-s.debdiff
[11:30] <infinity> 20:16 < Riddell> tfheen, mdz: also kdelibs to fix printing issues, just a revertion to the 3.5.4 
[11:30] <infinity>                  code
[11:30] <infinity> 20:16  * Riddell beds
[11:30] <infinity> Yeah, no response after that.
[11:32] <infinity> fabbione: http://cerberus.0c3.net/~adconrad/xorg.diff
[11:33] <mdke_> if I have a script that is doing a grep, how can I avoid it pasting the output and simply tell me if there is output or not? (is that a clear question?)
[11:33] <infinity> mdke_: grep -q
[11:34] <infinity> mdke_: RTFM, please. :)
[11:34] <mdke_> sorry. I thought it would be something clever with another command
[11:34] <infinity> if grep -q pattern file; then echo "It found stuff!"; fi
[11:34] <infinity> For instance.
[11:36] <mdke_> infinity: so is this going to work? http://paste.ubuntu-nl.org/26720/
[11:36] <mdke_> (adding the -q)
[11:38] <fabbione> infinity: there is something fishy in that upload
[11:38] <fabbione> infinity: like a patch patching debian/local/
[11:38] <mdke_> infinity: seems to work, thanks
[11:39] <fabbione> infinity: we will need to talk to seb.. the 017 seems sane, but the 018 is wrong
[11:40] <fabbione> infinity: it shouldn't be in a patch in the first place and i am not sure why he is forcing Composite 
[11:41] <giftnudel> he is not
[11:41] <giftnudel> fabbione: - is unforcing, + is forcing
[11:41] <giftnudel> so +extension enables, -extension disables
[11:42] <fabbione> giftnudel: yes unforcing..
[11:42] <fabbione> the patch is still wrong there...
[11:42] <giftnudel> ok, just wanted to make that clear
[11:43] <infinity> Uhm, yeah, patching debian/local looks pretty suspect. :)
[11:44] <fabbione> there is also another thing i am not sure it will work properly
[11:44] <fabbione> Xvfb extends the cmdline parsing for it's own options
[11:44] <fabbione> like -render
[11:44] <fabbione> but there is no guarantee that it will be executed after +extension Composite
[11:45] <fabbione> so -render might disable composite, while a +extension will reenable it
[11:45] <fabbione> it's kind of fishy IMO
[11:45] <giftnudel> that's probably why he forces -extension
[11:46] <fabbione> giftnudel: you can call Xvfb in several ways.. not necessarely via xvfb-run
[11:46] <giftnudel> oh, so that won't work
[11:46] <fabbione> the latter is only a convenient wrapper
[11:46] <infinity> I dunno, that may just be an "enough rope" scenario.
[11:47] <fabbione> infinity: i think he is fixing the buildd case
[11:47] <fabbione> that's the most common one to be executed via xvfb-run
[11:47] <infinity> If you intentionally call Xvfb directly with incompatible args, I'm inclined to let you keep both pieces.
[11:47] <fabbione> infinity: i tend to agree.
[11:47] <fabbione> i am worried about wrappers around wrappers here
[11:48] <fabbione> anyway let's talk with seb again
[11:48] <fabbione> i wouldn't approve it personally..
[11:49] <infinity> I'm fine with not touching it -- it is my weekend, afterall. :)
[11:50] <fabbione> yeah well i am we mode too.. just babysitting the buildd
[11:50] <fabbione> root@sunfire:/home# for i in buildd*/build/build-progress; do cat $i |grep -v "^ "; done  | wc -l
[11:50] <fabbione> 24
[11:50] <fabbione> it's all good :)
[12:03] <infinity> doko: idlc is hanging on sparc during the OpenOffice.org build. :/
[12:17] <kristog> HELLO
[12:18] <highvoltage> EHLO kristog 
[12:34] <Tonio_> any release manager available ?
[12:36] <infinity> Tonio_: Not *the* RM (tfheen is playing that role this time around), but a member of the release team, yes.
[12:36] <infinity> Tonio_: What do you need?
[12:37] <Tonio_> infinity: dholbach released a couple of patches for kdebluetooth yesterday
[12:38] <Tonio_> infinity: they work fine except the autostart desktop file, which requires & end of the Exec command, otherwise kde is blocked and cannot shutdown
[12:38] <Tonio_> infinity: I have a debdiff and I was searching for someone to approve the upload
[12:39] <infinity> Tonio_: Show me the diff.
[12:39] <Tonio_> infinity: sure
[12:40] <Tonio_> infinity: http://paste.tonio.homelinux.org/27
[12:40] <doko> infinity, fabbione: that's bug 59537, apparently a kernel or glibc problem. that's a smp kernel on the buildd? should work fine with a non SMP one.
[12:40] <Ubugtu> Malone bug 59537 in Ubuntu "[sparc]  OOo build hangs in futex call" [High,Unconfirmed]  http://launchpad.net/bugs/59537
[12:41] <infinity> adconrad@artigas:~$ uname -a
[12:41] <infinity> Linux artigas 2.6.15-26-sparc64 #1 Mon Jul 17 19:54:18 UTC 2006 sparc64 GNU/Linux
[12:42] <infinity> doko: An strace is going nowhere, fwiw.
[12:42] <Tonio_> infinity: that debdiff will close milestone bug 56651
[12:42] <Ubugtu> Malone bug 56651 in bluez-utils "Impossible to do pairing in Kubuntu" [Unknown,Fix released]  http://launchpad.net/bugs/56651
[12:43] <infinity> Tonio_: That looks fine to me.
[12:43] <Tonio_> infinity: okay, can I upload then ?
[12:43] <infinity> Please do.
[12:44] <Tonio_> infinity: done, thanks ;)
[12:45] <doko> infinity: yes, and restarting, the build will continue, and randomly hang in a following idlc run
[12:45] <infinity> doko: It's hung in the same idlc run twice in a row this time.
[12:46] <infinity> doko: And it's a UP kernel, so if it's the same bug, you're theory's shot.
[12:47] <doko> infinity: well, you could retry, setting AVAIL_CPUS to 1 in debian/rules.
[12:47] <infinity> 29115 ?        R    180:15 idlc @/tmp/mklNOCAb
[01:05] <ajmitch> infinity: zodb uploaded, if you could approve please. drops a python2.3 dependency
[01:13] <infinity> ajmitch: Done.
[01:13] <infinity> doko: OOo is building on the other sparc buildd this time, if it hangs and fails again, we'll have to look at it later.  I'm out for the night.
[01:16] <doko> infinity: have fun!
[01:47] <tfheen> infinity: both kde-default-settings and xorg-server were approved, yes
[01:58] <wiggy> anyone here familiar with what russkaya.ubuntu.com is doing with svn servers?
[02:01] <tfheen> wiggy: probably importing the repos to bzr.
[02:02] <wiggy> I it would be much appreciated if you contact a project before putting that load on a svn server
[02:02] <wiggy> 1gb of traffic in a day is insane if the normal load is 30mb
[02:02] <tfheen> that's excessive, agreed.
[02:03] <tfheen> I'll send a mail to the people who are responsible for it and they'll get in touch.
[02:03] <tfheen> sorry about it. :-/
[02:04] <tfheen> at least, I'll send a mail once my mail server is back up.
[02:04] <wiggy> heh
[02:04] <wiggy> thanks
[02:24] <Riddell> tfheen: did kdelibs get approved?
[02:24] <tfheen> Riddell: I haven't seen any kdelibs upload?
[02:27] <Riddell> and I don't have an accepted e-mail either.  strange, the .upload file suggests it got uploaded
[02:54] <Kaleo> Hello guys
[03:51] <Viper550> Excuse me, but I have a pretty good Usplash bug to share
[03:51] <Viper550> https://launchpad.net/distros/ubuntu/+source/usplash-theme-ubuntu/+bug/66107
[03:51] <Ubugtu> Malone bug 66107 in usplash-theme-ubuntu "Placeholder Theme is a Regression (and is ugly)!" [Undecided,Unconfirmed]  
[03:54] <Kamion> tfheen: kdelibs is in unapproved
[03:57] <tfheen> Kamion: I haven't seen the debdiff, but Riddell  seems to want it and it'll only affect kubuntu, so approved.
[03:57] <Riddell> the debdiff is large and not really readable
[03:57] <Riddell> but it's just a revertion to known good code
[03:58] <tfheen> 'k; your choice.
[03:59] <Kamion> http://people.ubuntu.com/~cjwatson/tmp/kdelibs.diff
[03:59] <Kamion> Riddell: there seems to be a lot of stuff outside the kdeprint directory in there; was that intentional?
[04:05] <Riddell> hmm
[04:16] <Riddell> Kamion: they're all fine, it's just caused by me not running a clean rule at the correct time, but I'll upload a cleaner version to do it properly
[05:47] <bddebian> Howdy
[06:04] <Seveas> ogra: all progressbars are broken because usplash_put_part is broken
[06:05] <bluefoxicy> what's the ETA for Edgy
[06:05] <bluefoxicy> I still have imake as obsolete and removing it removes xorg
[06:41] <Amaranth> bluefoxicy: I remember that one
[06:41] <Amaranth> bluefoxicy: Another package provides imake but it doesn't seem to pick it up
[06:41] <Amaranth> bluefoxicy: Install xutils-dev
[07:27] <lordpatman> hi
[07:35] <licio> how can I view usplash in verbose mode?
[07:38] <siretart> does anyone here know hendrik's aka hno73 email address? does he irc?
[09:15] <AlinuxOS> mjg59, ping
[09:18] <_lemsx1_> siretart: did you try looking for that information in Malone?
[09:18] <_lemsx1_> siretart: or better said, launchpad.net
[09:25] <siretart> lemsx1|gone: I did, but I didn't find him
[09:34] <Kamion> siretart: he's /people/henrik
[09:35] <siretart> Kamion: oh, thanks. do you know if he is still an (active) canonical admin?
[09:36] <Kamion> siretart: er, depends what you mean by "admin" (he's never been on the sysadmin team), but he's still employed by Canonical yes
[09:37] <Kamion> I think Matthew Nuzum does most of the webmastering now, but I'm sure Henrik can point you to the right person
[09:38] <siretart> he was the one who arranged the machine for revu
[09:39] <siretart> I need to contact him because of that
[09:50] <Seveas> siretart, his current nick is heno and afaik he can be found in #ubuntu-accessibility
[09:55] <siretart> Seveas: thanks. I thought heno was someone else than hno73
[10:57] <exarkun> Is there any dapper configuration where the powernow-k8 kernel module is loadable?  I can't seem to find it, if so.  It says "powernow_k8: disagrees about version of symbol cpu_data" and "Unknown symbol cpu_data" when I try to load it.
[11:00] <exarkun> Uh, or maybe I forgot to reboot after the last kernel upgrade.
[11:08] <exarkun> Oh well, that's a different failure mode anyway...
[11:11] <rawler> https://wiki.ubuntu.com/XlessLoginSpec <- my first spec.. please tell me what you think, both of the structure of the spec, and of the proposal as such.. :)
[11:14] <mjg59> rawler: We don't use framebuffers by default now
[11:14] <mjg59> And when we did, they were 640x400 in 16 colours
[11:14] <rawler> hmm, allright.. there goes that idea, then.. ,)
[11:15] <rawler> what does the bootsplash use then?
[11:17] <mjg59> vesa
[11:20] <wasabi_> Wonder how long until X desktop migration becomes something people will want.
[11:21] <tfheen> wasabi_: X desktop migration as in "connect to running X session"?
[11:21] <rawler> wasabi_: how do you mean?
[11:21] <wasabi_> Gtk had the beginnings of it, a long time ago.
[11:22] <wasabi_> THe ability for one app, or all of them, to disconnect from X, and reconnect to another X.
[11:22] <wasabi_> Reprobe screen layout, readjust self, etc.
[11:22] <wasabi_> Reupload images, etc.
[11:22] <AlinuxOS> mjg59, ping (may I disturb you?)
[11:22] <tfheen> wasabi_: doable, but ugly.
[11:22] <wasabi_> I don't really think it's ugly. ANything that connects to something should be able to cleanly disconenct and reconnect again. :)
[11:23] <wasabi_> Makes stuff like VNC nice too. You'd have a system VNC server, that when you logged in, GDM popped up on.
[11:23] <wasabi_> GDM would then migrate your existing desktop to the VNC, and put it's login screen back on the old X server.
[11:24] <wasabi_> Not saying it isn't massively hard though. Stuff very deep in Gdk. ;)
[11:24] <tfheen> hiya maswan!
[11:24] <tfheen> maswan: how's the crowd?
[11:24] <wasabi_> I have seen it work, a long time ago, with a little sample program.
[11:24] <rawler> I kindof agree.. however I would prefer a proxied solution in that case, something like what Y-windows were considering..
[11:24] <tfheen> wasabi_: sure, I've written software to make it work.  That doesn't mean it's pretty.
[11:24] <maswan> tfheen: It's neat, I just sat opposite a bunch of PVVers at the dinner
[11:24] <wasabi_> Proxies, like X move, do suck.
[11:25] <wasabi_> First off, one more layer for everyting to talk to.
[11:25] <tfheen> maswan: did quarryman (Jens dne) get my sms?
[11:25] <rawler> wasabi_:  you know, our competitor from bug #1 can do JUST that.. ;) (remote login and takeover session)
[11:25] <Ubugtu> Malone bug 1 in ubuntu-meta "Microsoft has a majority market share" [Critical,Confirmed]  http://launchpad.net/bugs/1
[11:25] <maswan> tfheen: yup, their singing was somewhat uncoordinated though
[11:25] <wasabi_> rawler: Yup.
[11:25] <tfheen> maswan: heh. :-)  The message was about 8 sms-es long..
[11:25] <wasabi_> They do it quite a bit differnet though.
[11:26] <rawler> they usually do.. :)
[11:26] <wasabi_> They have a single central place where all apps talk to, and THAT redirects to different display devices.
[11:26] <wasabi_> Anyway. I'd be neat. Stick an X property someplace that instructs all the apps to move. Wait until they're gone, GDM covers screen with login screen.
[11:27] <rawler> (often to some 5 or ten years later "upgrade" to a solution more like what Unices have been doing for decades) ;)
[11:27] <maswan> tfheen: :)
[11:27] <shawarma> Does anyone know why user-mode-linux is not in edgy?
[11:27] <maswan> tfheen: torben is getting all the chicks, as usual (for a chicken) ;)
[11:28] <maswan> tfheen: anyway, 'night, I only popped in before sleep and thought I should say hi since you were referenced at dinner
[11:28] <tfheen> maswan: good to hear that you brought him.  I'm not enough in with the crowd that I felt like going this year.. getting old.
[11:28] <tfheen> maswan: oh, please say hi to everybody I know there tomorrow.
[11:28] <maswan> tfheen: will do
[11:28] <tfheen> and 'night to you too
[11:29] <rawler> wasabi_: as far as I recall, that's kindof what Y-windows had in mind for connecting and disconnecting.. the notion of a "session" built into the display server, that could then transition to new displays, and the only thing applications would notice was a resolution change
[11:30] <rawler> wasabi_: don't really know how this would fit into "special" apps like xv-equivalents and gl-apps, though..
[11:31] <jdong> is there any chance of anything getting a freeze exception?
[11:31] <wasabi_> I suspect it's not the biggest thing in the world to make Gtk do. I mean, massively difficult, sure. And GL would probably suck.
[11:31] <wasabi_> Gtk certainly has full knowledge of what widgets it has, and what X structures they are mapped into.
[11:32] <rawler> I guess.. :) only problem is few people are using GTK-only desktops.. :)
[11:33] <wasabi_> Yeah. It'd obviously involve X. Standards to disconenct and reconnect, GDM would have to do "something" if a program didn't leave.
[11:34] <rawler> yeppers.. neat idea, though.. next part is to be able to bring your programs on a USB-drive, connect them to a terminal, work for a while, then disconnect and go somewhere else.. :)
[11:34] <wasabi_> That's a bit far fetched.
[11:34] <tfheen> rawler: trivial; just use xen vms.
[11:34] <wasabi_> And cool but unneccassary. :)
[11:35] <rawler> I've seen there ARE a few working complete computer on USB2 nowadays.. just plug them in and they run.. :)
[11:35] <wasabi_> Oh. Yeah. Heh. Put a Xen VM on the drive.
[11:35] <wasabi_> I'm more fond of the completely networked world... you don't need to carry your stuff with you.
[11:35] <wasabi_> But you shoud be able to get to it, wherever it is, from wherever you are.
[11:36] <wasabi_> Being able to sit down in an airport at GDM, specify a username in the form of wasabi@mydomain.com, and a password.
[11:36] <wasabi_> (or smart card)
[11:36] <wasabi_> and having it just pop up.
[11:36] <wasabi_> Sun-style.
[11:36] <rawler> wasabi_: definitely cool, definitely fat-fetched, but not entirely fictional..
[11:36] <wasabi_> Companies do it internally now.
[11:36] <wasabi_> (Sun)
[11:37] <wasabi_> Heck I do it to an extent with Windows.
[11:37] <tfheen> SSO isn't hard to do, it's just a lot of work.
[11:37] <wasabi_> tfheen: We're going to be talking about SSO a lot at the summit apparently.
[11:37] <tfheen> wasabi_: we as in you and I or as in everybody?
[11:37] <wasabi_> Me as in me and some other people. ;)
[11:37] <tfheen> heh, 'k
[11:38] <tfheen> it'd be nice if networkauth was completed, since it's kinda essential for SSO to be meaningful
[11:38] <wasabi_> network auth = ?
[11:38] <tfheen> https://wiki.ubuntu.com/NetworkAuthentication
[11:39] <rawler> I've heard the Swedish police is working on a setup running Linux on 1Gb USB drives, and a floppy.. they the floppy, which in turns load a autoconfiguring DE from the USB drive, and they can work securely and disconnected wherever they go, and in most (x86) machines they encounter..
[11:39] <wasabi_> Oh neato.
[11:39] <wasabi_> whiprush and I have been talking about that.
[11:39] <rawler> I heard the patrol-cars had some sw integrating to this as well, but don't remember exactly how..
[11:39] <tfheen> rawler: you can do that trivially with Ubuntu; https://wiki.ubuntu.com/LiveUsbPendrivePersistent and a floppy with grub on it.
[11:40] <rawler> clever.. :) I'll tip the police.. ;)
[11:41] <wasabi_> First step, authentication against common Kerberos/LDAP systems with optional components (Samba/Windows)
[11:41] <wasabi_> Second step, construction of authentication servers.
[11:41] <wasabi_> Second step is going to take a few years. ;)
[11:41] <tfheen> wasabi_: oh?  What auth servers are you missing?
[11:42] <wasabi_> Say that again?
[11:42] <tfheen> 23:41 < wasabi_> Second step, construction of authentication servers.
[11:42] <rawler> from what I've heard they (swedish police) have been looking quite a lot into linux solutions recently, both for increased security and more efficient costs..
[11:42] <wasabi_> Installation of a LDAP server + Kerberos + DNS in a supported and common format.
[11:42] <tfheen> wasabi_: samba is probably going to grow into some sort of a super-server integrating a lot of this, I think.
[11:43] <wasabi_> I don't think so.
[11:43] <wasabi_> Samba is going to help drive the pieces out, but they are still seperate.
[11:43] <wasabi_> You don't need MSRPC for a unix network.
[11:43] <wasabi_> But, a MS network is still plain LDAP/Kerberos/DNS... so those need to be tight for Samba to accomplish their goal.
[11:43] <wasabi_> And we get the benefits of that, without bringing Samba into the mix.
[11:44] <tfheen> you need to integrate the DHCP server into it too.
[11:44] <wasabi_> Yup.
[11:44] <wasabi_> Well, maybe not, actually.
[11:44] <wasabi_> MS doesn't really do so.
[11:44] <wasabi_> Also, with ipv6, removing DHCP, it's best to not plan in that direction.
[11:44] <tfheen> you need something like it for ddns.
[11:44] <wasabi_> MS DHCP doesn't update DNS.
[11:44] <wasabi_> The workstatiosn themselves do, using their computer accounts.
[11:45] <wasabi_> Key missing piece from Bind.
[11:45] <_ion> Avahi!
[11:45] <wasabi_> Bah.
[11:45] <wasabi_> insecure. ;)
[11:45] <tfheen> wasabi_: uh, that's utter crack.
[11:45] <tfheen> not hard to implement in bind though.  Just crackful.
[11:45] <_ion> More insecure than workstations telling bind "yo, my address is now 1234:5678::42"?
[11:45] <wasabi_> tfheen: MS DNS has ACLs.
[11:46] <wasabi_> tfheen: Integrated exactly like FS ACLs.
[11:46] <tfheen> wasabi_: that makes it more, not less crackful.
[11:46] <wasabi_> Joining a computer creates an A record, and sets permission for the host/computername principal to update it.
[11:46] <wasabi_> So, the hosts update themselves.
[11:46] <wasabi_> tfheen: It's the only feasible method. DHCP is going away.
[11:47] <wasabi_> It also works quite nice in practice.
[11:47] <wasabi_> Since leasing a DHCP address is not a secure operation.
[11:47] <tfheen> wasabi_: people have been talking about ipv6 almost being here for ten years.  I don't think dhcp or ipv4 is going away anytime soon.
[11:47] <wasabi_> Me neither, but it's true some networks don't use it.
[11:47] <wasabi_> With ipv4.
[11:48] <wasabi_> zeroconf, etc.
[11:48] <tfheen> *shrug*
[11:48] <wasabi_> Anyways, the Samba guys have been working on the changes to Bind.
[11:48] <wasabi_> Bind supports signed updates, just not with a KRB5 principal.
[12:06] <whiprush> wasabi_: tfheen: that sounds awesome