[12:15] <CarlFK> ducky - different errors trying to do RAID1 on the same box
[12:16] <CarlFK> box is haunted 
[12:19] <CarlFK> the tar that the installer has doesn't create?!
[12:32] <zul> heylo
[12:32] <zul> heylo
[12:33] <ogra> helyo ?
[12:38] <zul> hmm?
[12:39] <ogra> :)
[12:39] <zul> hey ogra how is it going?
[12:40] <ogra> very good ... ltsp is getting in shape for dapper+1, edubuntu is going forward ... all fine ..
[12:40] <ogra> err s/dapper+1/dapper/
[12:40] <ogra> my mind is already in the future :)
[12:41] <zul> cool..
[12:42] <ogra> how is the grub hacking going ? 
[12:43] <zul> its coming..
[12:43] <ogra> great :)
[12:44] <zul> i have a couple of ideas for dapper+1, but now just trying to catch up
[12:46] <ogra> i recently had a meeting with people who wanted something like a mixed ltsp/windows dual netboot environment ... would be funnyly crackful to make grub netboot aware :)
[12:46] <ogra> so you have a grub menu to select what to netboot ...
[12:48] <zul> grub has netboot..:)
[12:48] <ogra> hehe
[12:49] <ogra> still, they wanted to use something like partimage to store the windows image from only one PC and provide it for all machines in the network ... would get them into heavy license problems ...
[12:49] <zul> icky...windows :)
[12:49] <ogra> heh
[12:50] <zul> http://cvs.savannah.gnu.org/viewcvs/grub/netboot/?root=grub
[12:50] <ogra> oh, wow ...
[12:50] <ogra> i'll take a deeper look for dapper+1 ;)
[12:52] <wasabi> tmpfs for /var/run and /var/lock now?
[12:52] <wasabi> What drove that out?
[12:54] <crimsun> wasabi: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2006-January/000048.html
[12:56] <wasabi> Ooh. Networking started by udev now?
[12:56] <wasabi> That is an interesting one indeed.
[12:56] <ogra> everything hardware related started by udev now :)
[12:56] <wasabi> Does that drive out ifupdown?
[12:57] <crimsun> no, ifupdown is still used
[12:57] <wasabi> So, if interfaces defines a configuraiton for ethN, and ifrename gives it a specific name, hotplug will invoke ifupdown?
[12:57] <crimsun> hotplug is gone
[12:57] <ogra> no hotplug
[12:57] <wasabi> Yes yes, I know.
[12:57] <wasabi> Wasn't using "hotplug" as a product name.
[12:58] <wasabi> And auto ethN isn't required in interfaces anymore then?
[12:58] <crimsun> it is.
[12:59] <crimsun> udev>ifupdown
[12:59] <wasabi> ?
[12:59] <wasabi> Yes but a manual up down command still needs to be available.
[12:59] <crimsun> udev calls ifupdown upon seeing 'auto' in /etc/network/interfaces when the module is loaded
[12:59] <wasabi> Ahh. Okay.
[01:00] <wasabi> That's perfect then.
[01:00] <wasabi> So ifupdown still keeps the neccassary state info.
[01:00] <wasabi> exciting exciting. ;)
[01:02] <wasabi> Now if only network manager cooperated with all that.
[02:10] <mxpxpod> is anyone using the bogofilter plugin for evolution? I'm trying, but it doesn't seem to detect any spam
[02:59] <netdur> can't ubuntu installer ask all questions needed in early stage?
[03:01] <netdur> I mean, I'm installing cf3 right now, during "select and install software" progress a dialog pop up asking for screen resolution
[03:03] <netdur> I don't know how long the progress stopped because of that, but I guess... ubuntu installer should ask all questions early to avoid us wasting time
[03:22] <CarlFK> netdur: normaly it figures out screen res for you
[03:23] <CarlFK> netdur: but if you are in a hurry - https://wiki.ubuntu.com/Installation/LocalNet "Hands Off Install"
[03:25] <CarlFK> symantic, Add repo, any options (default is fine), hit OK - button blinks, but dialog doesn't close - regardless of how I hit, press, click, type
[06:22] <zakame> Hi devs :D
[06:43] <infinity> I've decided that building thunderbird is my least favourite thing ever.
[06:51] <CarlFK> sudo apt-get install linux-686-smp...  ends with Setting up linux-686-smp (2.6.15.14).  Shouldn't the grub menu and kernel name have SMP in it? (2 x P3 box)
[06:55] <infinity> CarlFK: linux-686-smp is just a dummy package to transition to linux-686, since all our x86 kernels now support SMP/UP autodetection.
[06:55] <CarlFK> ah - that explains it
[06:55] <CarlFK> thanks
[07:15] <jmg> are there any .debs for fedora directory server?
[07:17] <zakame> Mithrandir: ping
[07:39] <dholbach> good morning
[07:41] <CarlFK> um, should a box going into hiberenate say "The system is going down for system halt NOW!" ?
[07:41] <CarlFK> which may explain why when I try to wake it up it doesn't resume where it left off
[07:41] <HiddenWolf> good morning all
[08:17] <poningru> sorry to bug people here, but who is incharge of planet ubuntu? the feed is broken
[08:18] <jsgotangco> poningru, jdub 
[08:18] <zakame> jdub is, but I think you should mail him
[08:19] <poningru> ok
[08:26] <lbm> wuh, waiting for xgl to hit the archives
[08:34] <pupy> hello
[08:36] <pupy> I've compiled udev, sysfstools and hotplug within a custom linux I've built, my question is whether is there anyone who could point me on how to get this to work, either pointing me to any of the ubuntu related sources, or to any good doc or tutorial on how to get automatic device detection working
[08:37] <Lathiat> Is anyone else seeing this *****[netclusive]  SPAM-ERKENNUNG ? on ubuntu-devel
[08:37] <zakame> yeah
[08:38] <floam> Lathiat: it's on the archive also
[08:38] <jsgotangco> WTF is that spam filter doing
[08:38] <Lathiat> some incoming smtp filtering on the new dc link? :)
[08:39] <Lathiat> 220 esperanza.ubuntu.com ESMTP Exim 4.52 Mon, 13 Feb 2006 07:38:53 +0000
[08:39] <Lathiat> weird
[08:50] <Seveas> jdub, poke - have a look at bug 14630 :)
[08:50] <Ubugtu> malone bug 14630 in ubuntu-artwork "Gdm theme Human with face list" [Wishlist,Unconfirmed]  http://launchpad.net/bugs/14630
[08:54] <Mithrandir> zakame: yes?
[08:55] <jsgotangco> ohh face browser
[08:56] <zakame> Mithrandir: I'd like to know what's up with NetworkAuthentication, I see its approved-but-deferred in Dapper...
[08:56] <Seveas> jsgotangco, yeah, looks quite cool :)
[08:56] <Mithrandir> zakame: I ended up not having time to get it implemented for dapper.
[09:01] <zakame> ah
[09:02] <zakame> I'm doing a bit more research, but I think I can help implement this
[09:02] <pupy> am, you're all very kind guys..
[09:08] <Mithrandir> zakame: if you'd like to, that'd be excellent.  It might be a bit on the late side for dapper, though. :-/
[09:11] <zakame> Mithrandir: I'll see what I can do then :-)
[09:53] <lifeless> is there any way that gnome-screensaver could break resume-from-suspend ?
[09:54] <Treenaks> --> mjg59   :)
[09:56] <ogra> lifeless, thats rather gnome-power-manager that concurs with a leftover from acpi-scripts ...
[09:56] <ogra> how does it break ? 
[09:57] <sivang> howdy all
[09:58] <lifeless> ogra: locks up hard
[09:58] <lifeless> black screen, no reaction to fn-buttons, ctrl-alt-F1 etc, power button.
[09:58] <lifeless> have to hold power for 30 seconds to kill it.
[09:58] <ogra> thats unlikely to be gnome-screensaver or gnome-powermanager
[09:58] <ogra> rather the backend ...
[09:59] <ogra> g-p-m is dumb and only calls pmi in the background ... g-s-s has nothing to do with suspend/resume ... if it works usually for you, it shouldnt be the prob
[10:12] <Kinnison> Kamion: Is there some channel I need to be on, other than here?
[10:13] <ogra> Kinnison, they will come over time ... :)
[10:13] <ogra> depending on which packages you work 
[10:13] <fabbione> Kinnison: ubuntu-x and ubuntu-kernel
[10:13] <seb128> should xvfb Depends on xauth?
[10:13] <ogra> if you want to help in support, #ubuntu as well
[10:14] <fabbione> Kinnison: of course that means you will also help maintaing both :)
[10:14] <ogra> Kinnison, oh, #ubuntu-meeting might be helpful :)
[10:14] <ogra> Kinnison, so you are officially a new colleague now ? 
[10:15] <Kinnison> ogra: yep, although I'm still waiting on my ubuntu membership
[10:15] <ogra> yay 
[10:15] <ogra> welcome then :)
[10:16] <Kinnison> Thanks
[10:16] <infinity> Kinnison: What package sets interest you?
[10:16] <infinity> Kinnison: We have no end of stuff we can offload on you. ;)
[10:16] <Kinnison> infinity: Currently power-management and laptop stuff
[10:16] <Kinnison> infinity: I'm most interested right now in getting my suspend button to sodding well suspend my laptop
[10:17] <infinity> Kinnison: How often does soyuz do cron.daily-like tasks?
[10:17] <Kinnison> infinity: once per hour, starting on the hour
[10:17] <infinity> Kinnison: I find it a bit disconcerting that my uploads seem to take hours to end up in build queues...
[10:18] <dholbach> same here
[10:18] <dholbach> the buildds all seem IDLE for a long time
[10:18] <dholbach> I mean... I like a rest too, but... :-)
[10:18] <Kinnison> Currently we only build from the published package set
[10:18] <ogra> dholbach, RT #2865
[10:18] <Kinnison> which means after a cron.daily cycle
[10:18] <infinity> for instance, mozilla-thunderbird, uploaded 2 hours ago, still not in build queues.
[10:18] <ogra> feel free to follow up (if thats possible)
[10:19] <Kinnison> infinity: 2hrs and not built is odd
[10:19] <ogra> Kinnison, i'm waiting since 3pm yesterday ...
[10:19] <ogra> thats more than 2h :)
[10:19] <pitti> hello
[10:19] <dholbach> hey pitti
[10:20] <infinity> Kinnison: Actually, if the recent build logs are to be believed (and if they are, in fact, in reverse chronological order), nothing has built for 1.5 days..
[10:20] <Kinnison> okay that's very odd
[10:20] <Kinnison> and noone rang me
[10:21] <infinity> Kinnison: Well, since I don't get mailed build logs, dealing with the web UI to see what's up is taking some getting used to.
[10:21] <seb128> an upload was broken for most of the day yesterday
[10:22] <ogra> Kinnison, i thought you handed it over, so RT was my choice ...
[10:22] <dholbach> mailed buildlogs for ftbfs would be great
[10:22] <infinity> ogra: RT won't help much, you need to file bugs on soyuz.
[10:22] <ogra> ah
[10:22] <ogra> k
[10:22] <pitti> hey infinity, sivang, dholbach 
[10:22] <pitti> hi Kinnison 
[10:32] <pitti> hey carlos_ 
[10:32] <carlos_> pitti: hi
[10:35] <Kinnison> ogra: which RT request was it?
[10:36] <ogra> RT #2865
[10:40] <pitti> elmo: please sync noweb 2.10c-3.2 (stable-security) and elog (new universe upstream, but tons of security fixes)
[11:00] <Kamion> CarlFK: to get scp in the installer, 'anna-install openssh-client-udeb'
[11:01] <Kamion> CarlFK: /var/log/debian-installer moved to /var/log/installer, but won't be available until after the first reboot
[11:02] <Kamion> CarlFK: there is no longer a typescript of tty1 activity in /var/log/base-config.log, which is what ogra was referring to (although it was only ever a typescript of the second stage, not the first), because we no longer run base-config
[11:02] <Kamion> CarlFK: I don't know of a convenient way to get a screenshot of tty1 in the first stage other than a virtualisation environment of some kind or an actual camera
[11:02] <Kamion> Kinnison: sounds like just this channel will be fine for now
[11:03] <Kinnison> Kamion: cool
[11:03] <Kamion> and welcome aboard
[11:03] <Mithrandir> Kamion: if you have the fb running, just catting /dev/fb0 to a file might work.
[11:03] <Kinnison> Kamion: I take it no word from mako or sabdfl about my membership?
[11:04] <Kamion> Kinnison: I'll mail them now with a log of the meeting
[11:04] <Kinnison> Kamion: thanks
[11:04] <Kinnison> unless i'm really lucky, this fix to hal will take a while anyway
[11:04] <Treenaks> Mithrandir: /dev/vcs* if fb isn't running ?
[11:04] <Mithrandir> Treenaks: I'm not sure if you can grab what's on a tty if it's not a fb.
[11:05] <Treenaks> Mithrandir: Virtual consoles: yes; ttys: I don
[11:05] <Treenaks> uh
[11:05] <Treenaks> other ttys: no idea
[11:05] <Mithrandir> well, VCs are what's interesting here.  I doubt ttyS's save any state at all
[11:05] <Treenaks> Mithrandir: cat /dev/vcs1
[11:06] <Mithrandir> indeed
[11:11] <Kamion> Kinnison: (mailed)
[11:17] <slomo> hm, i get no mails from the ubuntu lists anymore :/ "postfix/smtpd[13260] : timeout after DATA from esperanza.ubuntu.com[82.211.81.173] "
[11:18] <ogra> slomo, i get them ...
[11:18] <ogra> (more than i like :) )
[11:19] <slomo> ogra: hmm, please send a testmail to me ;) maybe something is broken... but my own mails arrive
[11:20] <ogra> a PM ?
[11:20] <slomo> ogra: no, email... to slomo@ubuntu.com or mail@slomosnail.de
[11:20] <ogra> sent 
[11:21] <ogra> yes, i wanted to know if a personal mail would suffice :) sent anyway 
[11:21] <ogra> well deserved :)
[11:23] <dholbach> ogra: thanks
[11:23] <whiprush> is that the bogofilter thing?
[11:23] <ogra> yup
[11:23] <ogra> whiprush, hey !
[11:23] <whiprush> I was wondering who did that. Very cool, works great here.
[11:23] <whiprush> ogra: hey, I got some good edubuntu news.
[11:23] <ogra> whiprush, jammcq pinged me yesterday, youre a heavy edubuntu promoter i heard :)
[11:24] <ogra> hehe :)
[11:24] <whiprush> Our Loco is helping out a local charity prebundling ubuntu.
[11:24] <whiprush> heh
[11:24] <ogra> thats so cool :)
[11:24] <whiprush> We already have 50 that are vouched for.
[11:24] <whiprush> should be fun.
[11:24] <ogra> wow
[11:25] <ogra> i didnt even know you and jammcq know each other :)
[11:25] <whiprush> yeah we start building them on saturday and taking pics of kids installing it and stuff, should be awesome.
[11:25] <whiprush> heh, he's my lug president. :p
[11:25] <ogra> lol
[11:25] <slomo> ogra: hm, i didn't get the mail yet... i got two connects from fiordland.ubuntu.com but nothing happened yet... weird
[11:26] <ogra> the world is so small :=)
[11:26] <ogra> slomo, it didnt come back either
[11:26] <ogra> i'll look im my servers log, wait a sec, probably it shows something
[11:27] <whiprush> ogra: I'm tasked with customizing the CD with some content, I'll swing by later, (going to work now)
[11:27] <ogra> Feb 13 11:26:53 aleph postfix/smtp[9949] : 7962B220CA5: to=<mail@slomosnail.de>, relay=mail.slomosnail.de[83.151.31.59] , delay=300, status=deferred (host mail.slomosnail.de[83.151.31.59]  said: 421 mail.slomosnail.de Error: timeout exceeded (in reply to end of DATA command))
[11:27] <ogra> slomo, ^^^
[11:27] <ogra> whiprush, thanks for everything :)
[11:28] <slomo> ogra: nice... i didn't change anything in my setup since yesterday and now it stops working ;) hmm...
[11:29] <ogra> oh, above...
[11:29] <ogra> Feb 13 11:21:53 aleph postfix/smtp[9949] : certificate verification failed for mail.slomosnail.de: num=21:unable to verify the first certificate
[11:29] <ogra> did your tls cert expire ? 
[11:29] <slomo> ogra: ah... thanks... that's most probably the problem :)
[11:31] <slomo> yes... *sigh* should work now again
[11:31] <ogra> want another testmail ?
[11:31] <slomo> sure
[11:32] <ogra> sent
[12:07] <dholbach> ogra: there's a new dia release
[12:07] <ogra> hmm, worth it ? 
[12:07] <dholbach> ogra: dia 0.95-pre1 - dunno if you want that in edubuntu
[12:08] <ogra> pre1 sounds scary 
[12:08] <dholbach> ogra: it can only be better ;)))
[12:08] <ogra> i'll look at it
[12:08] <dholbach> cool
[12:17] <Kamion> Mithrandir: since I think you're already part-way there, could you start looking at keymap configuration in espresso? https://wiki.ubuntu.com/UbuntuExpress/GnomeUserInterface and https://wiki.ubuntu.com/UbuntuExpress/BaseSystemConfiguration are relevant
[12:17] <Kamion> Mithrandir: you'll want to bzr pull, I've been doing the debconffilter refactoring work
[12:20] <Mithrandir> Kamion: will do.
[12:21] <Kamion> Mithrandir: thanks
[12:22] <Kamion> I'm going to try to make the gparted integration slightly less painfully bad today, I think
[12:23] <koke> mvo, I have some suggestions/bugs about the update-manager dist-upgrader, where did you sent the mail originally?
[12:26] <mvo> koke: I send it to ubuntu-devel, feel free to mail me personally about this (especially upgrade reports)
[12:32] <HiddenWolf> mjg59: ping
[12:42] <mjg59> Hi
[12:44] <HiddenWolf> mjg59: I was wondering why your xgl upload is in the -kserver package. Can see that causing lots of questions.
[12:44] <mjg59> It's not
[12:44] <mjg59> I haven't uploaded xgl yet
[12:44] <HiddenWolf> mjg59: hm, see, lots of questions already. :)
[12:44] <mjg59> I've just removed it from the kdrive one
[12:44] <ogra> seb128, what about http://bugzilla.gnome.org/show_bug.cgi?id=94049 ? can we have it ? 
[12:44] <hunger> mjg59: You did not? I installed it yesterday:-)
[12:45] <seb128> ogra: no
[12:45] <mjg59> hunger: That's old xgl
[12:45] <ogra> seb128, why ? 
[12:45] <mjg59> Like, really old
[12:45] <ogra> seb128, its really giving edubuntu users a hard time ...
[12:45] <hunger> That explains why it does not work too well then.
[12:45] <HiddenWolf> Try utterly ancient. :)
[12:45] <seb128> ogra: because I don't want to divert from upstream for that, especially for a patch I don't understand
[12:46] <ogra> seb128, it forces users of internet cafes to switch to xfce or KDE, thats quite a big amount ...
[12:46] <seb128> ogra: I need to have a look on it, it seems to not be too long should be quite easy
[12:46] <HiddenWolf> sivang: you'll have to beat a horde of anxious users to it. ;)
[12:46] <hunger> sivang: Not if I can beat you to it. I'd really like to see what all the fuss is about.
[12:46] <mjg59> sivang: This evening, with luck - compiz has broken itself, and I want that in first so I can test the Xgl package
[12:46] <seb128> ogra: did you try the patch?
[12:46] <ogra> seb128, i'd love you till the end of my life if we could get it 
[12:47] <ogra> will do and repoirt back 
[12:47] <seb128> is that supposed to convince me? :p
[12:47] <ogra> lol
[12:47] <ogra> as long as it doesnt scare you 
[12:47] <sivang> mjg59: yay, that means you're getting clsoe right?
[12:47] <mjg59> sivang: Yes. Xgl builds and works fine, but needs integration love
[12:47] <seb128> ogra: it does in fact :p
[12:47] <ogra> oh, sorry :)
[12:48] <seb128> let me know if it fixes your issue
[12:48] <dholbach> seb128: shall I bring ogra back into his cage? :-)
[12:48] <mjg59> It also needs me to figure out why it won't run standalone
[12:48] <seb128> if it does we will ship with next package update
[12:48] <seb128> dholbach: yes please :)
[12:48] <ogra> *monkeyish
[12:48] <dholbach> haha
[12:50] <mjg59> Hm.
[12:50] <mjg59> The build is bitching about undefined symbols, but in plugins that are designed to be opened in the main program
[12:50] <mjg59> Which is where those symbols are define
[12:50] <mjg59> d
[12:51] <mjg59> There's something obviously wrong here, I think
[12:51] <lifeless> its a very unixy trick
[12:51] <mjg59> Oh, I see why Xgl bitches in standalone mode
[12:51] <doko> seb128: weill you upgrade to the new gtk release?
[12:51] <lifeless> fucks up and dies on windows
[12:51] <mjg59> lifeless: I'd expect it to work fine here, but the linker seems to have other ideas
[12:52] <seb128> doko: sure, it's on my disk since yesterday, I just run GTK for a day or so usually before uploading, why?
[12:53] <lifeless> mjg59: using libtool ?
[12:53] <mjg59> lifeless: Yeah
[12:53] <lifeless> make sure it has the 'be as broken as windows' feature turned off
[12:53] <Mithrandir> maswan: care to kick ravel? :-)
[12:56] <doko> seb128: the wxpython maintainer did ask me
[12:57] <seb128> Debian question or Ubuntu one?
[12:58] <Kamion> pitti: something still seems to be popping up a window for /target when espresso mounts it
[12:58] <Kamion> /dev/sda1 on /target type ext3 (rw)
[12:58] <Treenaks> mjg59: (do you have time for that wacom-tools stuff today?)
[12:59] <pitti> Kamion: hmm, trying to reproduce here
[12:59] <mjg59> Treenaks: This evening
[12:59] <pitti> Kamion: good timing, btw, I uploaded a new g-v-m 10 seconds ago :)
[12:59] <Treenaks> mjg59: cool, thx
[01:00] <Kamion> pitti: heh. live CD image from a few days ago
[01:05] <mjg59> lifeless: Works if I use automake-1.7 rather than 1.9
[01:05] <mjg59> Looks like the linker flags aren't being passed through
[01:07] <Kinnison> Hmm, looks like my laptop isn't coming out of suspend again
[01:08] <Treenaks> Kinnison: lots of people seem to have that
[01:08] <Kinnison> Treenaks: yeah, annoying when I'm trying to fix a bug in the suspend button
[01:08] <mjg59> Kinnison: Suspend button bug?
[01:08] <Kinnison> mjg59: toshiba, hal, blah
[01:08] <mjg59> Kinnison: (Note that I've changed the handling of suspend buttons a lot)
[01:09] <Kinnison> mjg59: the outward sign is "pressing fn+f3 does not suspend the laptop"
[01:09] <Kinnison> hmm, I can ping it, but it's not come back further than that
[01:09] <mjg59> Kinnison: It should just be generating a keycode now, and latest hal should pick up on that with hald-keyboard-addon
[01:09] <mjg59> Kinnison: You'll need g-p-m
[01:09] <mjg59> Latest?
[01:10] <mjg59> Pressing the sleep button ought to be generating a dbus system message
[01:11] <mjg59> But that needs latest hal 
[01:11] <Kinnison> what info would help?
[01:12] <mjg59> Package versions, whether hald-addon-keyboard is running, whether you get a message on the system bus when you hit the key
[01:12] <mjg59> And whether sudo acpi_fakekey 142 does the same thing
[01:12] <mjg59> Oh, acpi_fakekey may be broken - someone pointed that out to me
[01:12] <Kinnison> right, a dist-upgrade shows nothing halish
[01:12] <Kinnison> hald-addon-keyboard is running
[01:13] <mjg59> If you run xev and do sleep 2; sudo acpi_fakekey 142 then point at the xev window, does it generate an event?
[01:13] <pitti> Kamion: hmm, g-v-m doesn't do anything here if I mount something on /target
[01:13] <pitti> Kamion: which g-v-m version did you use?
[01:14] <pitti> Kamion: that was fixed in 1.5.10-0ubuntu4
[01:14] <Kinnison> mjg59: no, and sudo exits with status 2
[01:14] <mjg59> Kinnison: Ok, acpi-fakekey is broken
[01:15] <Kinnison> would it help if I investigated that?
[01:15] <mjg59> Nah, known bug
[01:15] <mjg59> With known fix
[01:15] <mjg59> Just need to upload
[01:15] <Kinnison> Okay
[01:15] <mjg59> It seems to work for me entirely by accident, so I didn't catch it
[01:15] <Kinnison> Right
[01:15] <Kinnison> If you have a fix, I'll move on to something else for now
[01:16] <Kinnison> like looking at why my sodding machine doesn't come back properly
[01:16] <doko> seb128: s/or/and/
[01:17] <seb128> doko: it has been uploaded yesterday to Debian and will be today to Ubuntu
[01:17] <Kamion> pitti: 1.5.12-0ubuntu1
[01:18] <pitti> Kamion: hm, do you want to help me with debugging?
[01:18] <mjg59> Kinnison: https://launchpad.net/malone/bugs/31302
[01:18] <Ubugtu> malone bug 31302 in acpi-support "[PATCH]  Fix typo in acpi_fakekey.c" [Normal,Unconfirmed]  
[01:18] <freeflying> anyone would have comment on this https://lists.ubuntu.com/archives/ubuntu-devel/2006-February/015252.html
[01:18] <Kamion> pitti: sure, except that I just rebooted that live CD so it'll take a moment to set up again
[01:18] <pitti> Kamion: no problem, see /msg
[01:19] <mjg59> Oh argh now the build has broken again
[01:20] <mjg59> Hang on
[01:22] <mjg59> Nngh.
[01:22] <mjg59> Why has dh_make put CFLAGS stuff in that breaks the build?
[01:24] <Kinnison> mjg59: Who is the best person to ask about gnome-power-manager?
[01:24] <mjg59> Kinnison: I'm a good start
[01:25] <Kinnison> should it be showing options for what to do when I press the suspend button?
[01:25] <mjg59> Yes
[01:25] <mjg59> Ah. But possibly only if it thinks you have a suspend button (which it ought to)
[01:25] <Kinnison> Right, well it isn't
[01:25] <ogra> thats a hal thing then ...
[01:25] <Kinnison> Okay, so hal needs to be educated about toshiba laptops?
[01:25] <mjg59> No
[01:26] <mjg59> g-p-m needs to be told to show the suspend stuff all the time
[01:26] <mjg59> Since we can't actually tell if you have a suspend key or not
[01:26] <Kinnison> Right
[01:34] <mjg59> Go go compiz upload!
[01:35] <ogra> heh
[01:36] <Kinnison> mjg59: Okay, so turning off video-post made the laptop come back after suspend
[01:36] <mjg59> Kinnison: Fun
[01:37] <mjg59> Kinnison: Now you get to work out why that's unhappy :)
[01:37] <Kinnison> aye
[01:37] <Kinnison> mjg59: Wooyay
[01:37] <mjg59> Xgl will follow later
[01:37] <CarlFK>  Kamion thanks for the answers 
[01:37] <mjg59> I probably need to do that from home, it's going to need some testing
[01:38] <Kinnison> mjg59: heh, but coming back from suspend, g-p-m's icon has vanished
[01:39] <ogra> hmm, looks like your dbus crashed or something 
[01:40] <Kinnison> dbus is fine
[01:40] <Kinnison> well, networkmanager hasn't died
[01:40] <ogra> hmm
[01:40] <mjg59> Kinnison: Is there still a space where the icon should be?
[01:40] <Kinnison> no
[01:40] <mjg59> (And in gnome-power-manager still running?)
[01:40] <mjg59> s/in/is/
[01:40] <Kinnison> no it isn't
[01:40] <ogra> does it come back if you start the preferences ? 
[01:41] <Kinnison> ogra: yes it does
[01:41] <ogra> hmm ...
[01:41] <Kinnison> and a suspend/resume cycle just reliably killed it again
[01:41] <mjg59> Kinnison: Ok. Can you do gnome-power-manager --no-daemon --verbose ?
[01:41] <ogra> doesnt happen here 
[01:41] <Kinnison> mjg59: yep, I'll do that right now
[01:41] <mjg59> See where it's falling over
[01:41] <mjg59> If that's not enlightening, then do the same with a gdb stuck on it
[01:41] <Kinnison> at least I can resume reliably again
[01:42] <mjg59> Can anyone other than elmo do NEW?
[01:42] <Kinnison> kamion can
[01:42] <Kinnison> mjg59: okay, this time, it stayed alive, and I got a six-icon logout dialog
[01:42] <mjg59> Kinnison: ?
[01:42] <mjg59> Weird
[01:42] <Treenaks> wasn't the 6-icon dialog abandoned?
[01:43] <mjg59> I wonder if that was it somehow getting a power buttn event
[01:43] <mjg59> hunger: With what? g-p-m?
[01:43] <hunger> Maybe that is because I am on kubuntu (no g-p-m)?
[01:43] <Kinnison> mjg59: I pressed the power button to resume
[01:43] <seb128> Treenaks: no, that's the dialog we will use for dapper
[01:43] <Treenaks> seb128: uh.. so we'll have _2_ kinds of dialog for logout?
[01:43] <mjg59> seb128: Does it still show sleep all the time?
[01:43] <mjg59> If so, can that /please/ be fixed?
[01:44] <Kinnison> mjg59: nope, lid close/open caused the six icon dialog too
[01:44] <Treenaks> seb128: the System -> {Logout,Shutdown} ones that logout automagically, AND the butt-ugly 6-button one?
[01:44] <mjg59> Kinnison: Right, there's often a power button event regardless of how you resume
[01:44] <mjg59> Anything in /var/log/acpid ?
[01:44] <seb128> mjg59: give me 40hours day and it'll be fixed
[01:44] <Kinnison> mjg59: I'm just trying a suspend/resume with g-p-m started from g-p-p
[01:44] <mjg59> seb128: We can't release with the sleep button there
[01:44] <seb128> there is a limit on how many bugs I can fix in a week sorry
[01:45] <mjg59> It's just not reliable enough
[01:45] <hunger> seb128: My boss used to say: There are 24h in a day and if that is not enough you may work at night as well.
[01:45] <Kinnison> mjg59: Right, running --no-daemon --verbose it doesn't crash
[01:45] <mjg59> seb128: But sure, it's not urgent
[01:45] <Kinnison> mjg59: running autospawned it crashes
[01:45] <mjg59> Kinnison: What fun
[01:45] <ogra> ARGH 
[01:45] <seb128> Treenaks: no, just the "butt-ugly" one
[01:46] <seb128> and I'm not making the decisions here
[01:46] <Treenaks> seb128: I'll never log out again.
[01:46] <seb128> so complain to Mark :)
[01:46] <ogra> and i was so careful to get ubuntu-meta in fast enough... now gnome-terminal is broken on my CDs ... *sigh*
[01:46] <seb128> I'm tired to get all the complains for stuff I don't decide
[01:46] <Kinnison> mjg59: Oh the irony
[01:47] <seb128> Treenaks: such comments are just demotivating and make me feel I don't want to feel any bugs you may mention to be honest
[01:47] <Kinnison> mjg59: "Program exited normally."
[01:47] <mjg59> Kinnison: Haha
[01:47] <hunger> Any chance of getting non-g-p-m suspends working again soonish?
[01:47] <ogra> Kinnison, the buildds dont process in upload order ?
[01:47] <mjg59> hunger: Once KDE has implemented what it needs to implement, it'll be fine
[01:47] <Treenaks> seb128: How should I know who decides this? As far as I knew it was gnome upstream that decided this..
[01:47] <hunger> Not having that hits me hard since shutdown freezes my box.
[01:47] <infinity> ogra: They never have.
[01:47] <ogra> grumbl 
[01:48] <mjg59> infinity: Is X your baby now?
[01:48] <hunger> mjg59: I'd guess they won't.
[01:48] <mjg59> I can't remember what the decision was
[01:48] <seb128> Treenaks: GNOME upstream decided the 2 panels new dialog, Mark asked to do the 6 buttons one
[01:48] <Kinnison> ogra: also, for added amusement, the UI is currently sorted backwards for pending builds
[01:48] <mjg59> hunger: Shrug. Riddell knows what needs doing.
[01:48] <infinity> mjg59: I'm sharing said baby with others (like Fabio)
[01:48] <seb128> Treenaks: I don't ask you to know who decides but comment like "<Treenaks> seb128: I'll never log out again." are nothing near to be useful
[01:48] <Kinnison> ogra: but either way, the buildds are all busy with gcc/gcj
[01:48] <infinity> mjg59: But I seems to have some of it, yes.
[01:48] <mjg59> infinity: Ok. xgl builds from an xorg cvs branch
[01:48] <ogra> infinity, i tought i'd have a good chance to have ubuntu-meta fixed before any other package when i did the first upload after the DC shuffling yesterday ...didnt expect anything to queue up ...
[01:48] <hunger> mjg59: good, then I'll bug Riddell
[01:49] <seb128> Treenaks: that's like a "I'll switch to <whatever other OS> if you don't fix my bug"
[01:49] <mjg59> infinity: So in the long run, it'll be built from the xorg source package, but for now it needs to be a cvs checkout
[01:49] <infinity> ogra: Yes, well... Normally you'd have been okay, but.. :)
[01:49] <mjg59> infinity: Any objections to me uploading that for now, and generating an xserver-xgl binary deb?
[01:49] <ogra> Kinnison, my CDs are already broken ... i'll have to wait untill all of the new gnome is there anyway 
[01:49] <Treenaks> seb128: Do you have a bug number for this that I can comment on?
[01:50] <infinity> mjg59: Erm, you're aware that the xorg source package contains no actual xorg source... Right?
[01:50] <mjg59> infinity: Yeah, but you know what I mean
[01:50] <mjg59> At some point in the future, it ought to be built from the same source that generates xserver-xorg
[01:51] <Kinnison> mjg59: and of course, with added joy comes stracing it causes it to D state on resume
[01:51] <seb128> Treenaks: https://launchpad.net/distros/ubuntu/+source/gnome-session/+bug/28798
[01:51] <mjg59> Kinnison: Hahaha
[01:51] <Ubugtu> malone bug 28798 in gnome-session "new logout dialog interface issues" [Normal,Unconfirmed]  
[01:51] <Treenaks> seb128: thanks, I'll read that
[01:51] <infinity> mjg59: Probably, yes.  And for now, you're going to upload an xserver-xgl source package which is a CVS snap that builds Xgl?
[01:51] <Kinnison> mjg59: this is utterly sucky
[01:51] <seb128> Treenaks: np
[01:51] <mjg59> infinity: Yeah
[01:51] <infinity> mjg59: Sounds fine to me.  Doubly fine if it's in universe.
[01:51] <mjg59> infinity: Then in future we kill that and shift the binary build to the main package
[01:52] <mjg59> Cool
[01:52] <ogra> mjg59, better put a big red debconf warning in the package
[01:52] <mjg59> ogra: ?
[01:52] <infinity> No debonf abuse required.
[01:52] <ogra> users tend to ues these packages, even from universe :)
[01:52] <mjg59> Sure
[01:52] <infinity> ALL CAPS IN THE DESCRIPTION ARE FUN, THOUGH.
[01:52] <ogra> *use
[01:52] <ogra> heh
[01:53] <mjg59> But if somebody installs a package that has "This is not stable" in the description, they don't need to be told a second time
[01:53] <infinity> Ed Zachary.
[01:53] <ogra> mjg59, they will ...
[01:53] <infinity> A debconf note that says "you don't actually want this package you just downloaded" is irritating.
[01:53] <mjg59> ogra: I wouldn't be uploading it otherwise
[01:53] <infinity> ogra: Of course people will use it.  And they get to keep both pieces when it breaks.  Such is life.
[01:54] <ogra> yup, i know 
[01:54] <StevenK> How about a device that punches the user and says "You really don't want to use <x>!"
[01:54] <ogra> hehe
[01:54] <infinity> ogra: We don't support universe.  We've made this clear.  We really don't support packages with BIG SCARY CAPS IN THE DESCRIPTION.
[01:54] <StevenK> vrms on steroids
[01:54] <mjg59> "Do you want to install this package you just asked me to install?" Yes. "Really?" Yes. "Really?" Yes.
[01:54] <StevenK> mjg59: Hah
[01:54] <Kamion> ogra: I'm going to start going round and shooting debconf notes at some point
[01:54] <mjg59> "Really?" I'M GOING TO KILL ALL OF YOU
[01:54] <ogra> infinity, i doubt many users read the description, they didnt for the git kernel snaphot
[01:54] <Kamion> ogra: it is entirely possible that the note facility will disappear from debconf soon
[01:55] <StevenK> Kamion: Yay! Go!
[01:55] <Treenaks> mjg59: make the user type a long sentence into apt, like when you try to remove libc6
[01:55] <infinity> ogra: They may not.  This isn't my problem.  Honest. :)
[01:55] <ogra> Kamion, i wasnt serious ... i wouldnt have uploaded xgl 
[01:55] <mjg59> apt-get install xserver-xgl --yes-i-know-this-is-not-a-good-idea-but-i-hate-life
[01:55] <ogra> yeah,  better :)
[01:55] <mjg59> xgl is already in universe
[01:55] <mjg59> I'm just replacing it with a less buggy version
[01:55] <infinity> ogra: The target audience that will install xserver-xgl is not the fabled Aunt Tilly, it's self-proclaimed "power users" who can bloody well learn to read.
[01:56] <ogra> i'm just relying on my experience from the kernel stuff back in hoary ...
[01:56] <mjg59> The kernel image was an issue because it looked like a newer version of the kernel
[01:57] <mjg59> If you had universe in your sources list, it looked like an obvious upgrade
[01:57] <ogra> yup
[01:57] <ogra> sure, xgl is somewhat different here ...
[01:57] <StevenK> mjg59: So this xgl upload will look like a subtle upgrade? :-)
[01:57] <StevenK> "My version number is different. Really. Why don't you believe me?"
[01:58] <HiddenWolf> StevenK: the previous -xgl is not used by anyone with half a brain or more, so upgrades are unlikely. :)
[01:58] <Treenaks> I tried the current Xgl, it crashed the moment a window tried to map
[01:58] <HiddenWolf> *chuckle* Poor devs. I imagine bugs coming in by the busload.
[01:59] <HiddenWolf> does launchpad link to xorg bugzilla yet?
[01:59] <mjg59> hunger: pmi needs to be run as root
[01:59] <ogra> Treenaks, dont map windows then :P just be happy it runs ;)
[01:59] <Tm_T> hmm, looks like some packages are broken: gcalctool gnome-games gnome-utils
[01:59] <Treenaks> ogra: 'observe my l33tness! a black/white X'ed screen!'
[01:59] <dholbach> Tm_T: broken? how?
[02:00] <Tm_T> all complaining: subprocess post-installation script returned error exit status 1
[02:00] <ogra> Tm_T, yes, there is a new gnome upload running ...
[02:00] <ogra> oh
[02:00] <HiddenWolf> Treenaks: just like ikke's video?
[02:00] <dholbach> Tm_T: what else does it say?
[02:00] <ogra> Treenaks, but dare to move the mouse :)
[02:00] <Tm_T> dholbach: not my system, but I
[02:00] <Treenaks> HiddenWolf: ikke?
[02:00] <Tm_T> 'll keep ooking
[02:00] <Tm_T> looking
[02:01] <HiddenWolf> Treenaks: nm
[02:01] <dholbach> Tm_T: dapper? fully upgraded? any held back packages?
[02:04] <Tm_T> dholbach: dapper, ubuntu-standard held
[02:05] <dholbach> Tm_T: what would   apt-get dist-upgrade   be trying to install?
[02:05] <Tm_T> dholbach: inputattach
[02:06] <dholbach> hrm
[02:06] <dholbach> Tm_T: i'm just trying to reproduce
[02:06] <ogra> ?
[02:06] <ogra> inputattach is there 
[02:06] <Tm_T> it installed fine, but those those three packages keep complaining
[02:06] <ogra> did you dist-upgrade or only upgrade ? 
[02:07] <hunger> mjg59: I ran pmi as root. No effect at all.
[02:08] <Tm_T> upgrade, install and dpkg -i
[02:08] <ogra> hunger, exactl command you did ? 
[02:08] <mjg59> hunger: Try pmi action suspend force ?
[02:08] <hunger> ogra: pmi action suspend
[02:08] <ogra> hmm
[02:09] <hunger> mjg59: I am still here...
[02:09] <hunger> mjg59: pmi action suspend force has no effect whatsoever.
[02:09] <mjg59> Ok. Try tracing through /etc/acpi/sleep.sh to see why it's exiting
[02:10] <hunger> mjg59: Tracing? How do I do that with a shell script?
[02:10] <mjg59> Put set -x at the top of it
[02:10] <HrdwrBoB> bash -x
[02:13] <Mithrandir> ogra: (or somebody else with a ppc) could you try pulling and building xresprobe from http://people.ubuntu.com/~tfheen/bzr/xresprobe/trunk and see if it works?  It builds fine on davis, but I don't have a ppc so I can't see if I get sensible results or not. :-)
[02:14] <ogra> Mithrandir, will do
[02:14] <hunger> mjg59: Calling /etc/acpi/sleep.sh turns of my screen....
[02:14] <Mithrandir> ogra: thanks.
[02:14] <hunger> mjg59: WLAN, HD, Bluetooth keep blinking, so it definitly does not shut down.
[02:15] <Tm_T> dholbach: ok, ping me if you find anything
[02:15] <mjg59> hunger: Right. Where does it fail?
[02:16] <dholbach> Tm_T: what about the messages? is there anything else?
[02:16] <hunger> mjg59: No idea... the screen went dark.
[02:16] <hunger> mjg59: I'll try again and redirect the output.
[02:16] <mjg59> hunger: Ok
[02:16] <Tm_T> dholbach: Nope
[02:18] <Tm_T> dholbach: nothing else notable I think
[02:18] <ogra> Mithrandir, dpkg-buildpackage builds a fine binary now ... do you need a pbuilder test as well ? 
[02:19] <ogra> ddcprobe and xresprobe report the right values
[02:19] <Mithrandir> ogra: no, I wonder if it works and gives sensible output. :-)
[02:19] <Mithrandir> ok, coolie.
[02:19] <ogra> :)
[02:19] <Mithrandir> thanks.
[02:19] <ogra> np
[02:19] <Tm_T> dholbach: I'll pastebin it all
[02:22] <Tm_T> http://kubuntu.pastebin.com/552513
[02:29] <hunger> mjg59: Calling /etc/acpi/sleep.sh in trace mode works...
[02:31] <hunger> 
[02:32] <hunger> 8
[02:32] <hunger> mjg59: Damn! Now calling /etc/acpi/sleep.sh works, even without -x:-(
[02:33] <hunger> mjg59: It has some trouble finding xscreensaver-command, that's it.
[02:37] <zul> heylo
[02:40] <zul> Kamion: ping..
[02:41] <doko_> could somebody enlighten me, why gcj-4.1_4.1ds8-0ubuntu8 was rejected with "Uploads to dapper are not accepted." ?
[02:41] <pitti> doko_: did you upload to jackass?
[02:42] <doko_> pitti: yes
[02:42] <infinity> Then that's your problem.
[02:42] <pitti> doko_: upload.ubuntu.com
[02:43] <ogra> Kamion, hmm, fun, after a failed install attempt that stopped on ltsp-client-builder (fairly early) i have grub error 15 now, how can that be ? 
[02:43] <doko_> argh!
[03:04] <ogra> hmm, resue mode neither works on amd64 live nor on amd64 install, thats odd
[03:05] <zul> ogra: erroro 15 maybe it cant find the kernel or something..
[03:06] <ogra> zul, but i wasnt even beyond the base system install
[03:06] <Kinnison> mjg59: Grah, --no-daemon doesn't die even without --verbose
[03:06] <ogra> there is nothing that should touch my grub
[03:07] <mjg59> Kinnison: Ha
[03:07] <mjg59> Kinnison: Without --no-daemon, it forks and the parent exits. Is gdb following that sensibly?
[03:07] <Kinnison> the "exited normally" thing hints towards the dbus library closing
[03:07] <zul> ogra: hmm..interesting
[03:07] <Kinnison> mjg59: in that instance, gdb indicated a normal exit
[03:08] <mjg59> (Start it outside gdb. gdb -p to the process?)
[03:08] <Kinnison> yeah
[03:09] <Kinnison> mjg59: "Program exited normally"
[03:09] <ogra> phew ...
[03:09] <ogra> fixed...
[03:09] <ogra> but that shouldnt happen...
[03:10] <ogra> apart from being technically impossible ...
[03:11] <Kinnison> impossible just takes a little longer to achieve
[03:11] <zul> heh...apparently anything is possible
[03:11] <Kinnison> mjg59: HATE HATE HATE
[03:11] <mjg59> Kinnison: ?
[03:11] <Kinnison> mjg59: even with breakpoints on _exit and exit, gdb doesn't catch it
[03:12] <ogra> zul, how ? there is nothing that touches grub stuff in base install so that "technically" cant happen
[03:13] <mjg59> Kinnison: Fun
[03:13] <Kinnison> mjg59: indeed
[03:13] <zul> ogra: im not sure...but something went wrong
[03:13] <ogra> obviously :)
[03:14] <ogra> the odd part was that both amd64 CDs i have here crash in busybox in the rescue mode
[03:14] <ogra> and i386 cant chroot to restore grub on a amd64 system
[03:27] <pitti> ogra, Kinnison: do breezy-updates uploads work properly now?
[03:28] <ogra> pitti, apparently
[03:28] <pitti> ogra: cool
[03:28] <ogra> but i dont know if that changed after the DC shuffling ...
[03:28] <ogra> friday it worked :)
[03:29] <Kinnison> source uploads work
[03:29] <Kinnison> builds are not currently done
[03:30] <Kinnison> https://launchpad.net/products/launchpad-buildd/+bug/31082
[03:30] <Ubugtu> malone bug 31082 in launchpad-buildd "Current system doesn't treat Pockets properly" [Normal,Confirmed]  
[03:40] <Diziet> Has there been a recent change to the www.ubuntu.com front page which might involve cpu-consuming javascript ?
[03:41] <Diziet> I see some JS there but I'm not enough of a web-JS programmer to tell whether it's likely to cause sluggishness.
[03:41] <ogra> ctrl-u says there is some javascript in there ...
[03:41] <HiddenWolf> what for?
[03:41] <Diziet> I ask because of Malone 31141.
[03:41] <HiddenWolf> that page is as dull as it can be.
[03:41] <ogra> dunno if it was recently added
[03:47] <ogra> HiddenWolf, its for the search field ...
[03:47] <HiddenWolf> ogra: ah, got it.
[03:55] <janimo> has anything changed wrt NEW binaries handling since switching to LP?
[04:01] <ogra> janimo, not from your perspective ... only for the prople processing NEW
[04:01] <ogra> *people
[04:01] <janimo> ok, thanks. But it is no more transparent on LP than it used to right?At least yet.
[04:02] <janimo> I also find that lamonts buildLogs were nicer than current LP build stats.Hope things will imporve
[04:03] <ogra> me too 
[04:03] <ogra> but at least LP has newest on top :)
[04:05] <HiddenWolf> Did you guys send suggestions to mark yet? :P
[04:05] <HiddenWolf> he wrote that interface, I think.
[04:08] <ogra> HiddenWolf, no, we're all fearing our jobs if we criticize :P
[04:08] <ogra> (yes there are several bugs open)
[04:09] <ogra> but it works, there are other things with much higher priority
[04:10] <lemsto> what are the current bigger bugs?
[04:10] <desrt> dholbach; are you here?
[04:12] <Kamion> ogra: that partition stored your grub configuration. Reformatting it erased the grub configuration so it no longer knows how to boot.
[04:12] <Kamion> zul: yes?
[04:12] <ogra> Kamion, i didnt reformat hda1 (which holds my grub)
[04:12] <ogra> my test part is hda4 ...
[04:13] <Kamion> ogra: I bet a previous installation caused grub to be installed to point to hda4
[04:13] <ogra> and i'm 100% sure that i checked "do not use" for hda1
[04:13] <ogra> hmm 
[04:13] <Kamion> that's what the evidence points to
[04:13] <ogra> right ... 
[04:13] <ogra> my test installs indeed install grub on hda4
[04:13] <ogra> ok, thats explains it ...
[04:14] <ogra> additionally, amd64 rescue mode breaks in initramfs ...
[04:14] <Riddell> mjg59: how do HP laptops work with gnome for volume buttons? (trying to answer http://bugs.kde.org/show_bug.cgi?id=121890)
[04:14] <ogra> on both, live and install CD
[04:14] <Kamion> ogra: rescue mode no longer really exists on the live CD; I'll kill the boot menu item now
[04:14] <Kamion> don't waste your time with that one
[04:15] <Kamion> what exactly breaks with rescue mode on the install CD?
[04:15] <Seveas> Riddell, on my HP laptop volume keys work OOTB
[04:15] <Seveas> they have keymaps - not ACPI events
[04:15] <ogra> Kamion, it get thrown into busybox, didnt see any special errormessages
[04:16] <ogra> Kamion, tell me where to look, i can easily reproduce
[04:16] <Riddell> Seveas: gosh, how sensible :)
[04:16] <mjg59> Riddell: They send a keycode
[04:16] <Seveas> Riddell, I haven't yet found anything on that laptop that didn't make sense :)
[04:16] <Seveas> well, there's this stupid SD card thing - but I never use it :)
[04:17] <mjg59> Riddell: Can't remember what the X keycodes are off-hand, but I can probably find that out for you
[04:17] <Kamion> ogra: check that it's really an installer initrd: make sure /lib/debian-installer.d/ is there
[04:17] <Kagou> hi
[04:18] <pitti> Kinnison: oh, -updates go to security.upload.u.c, too?
[04:19] <Kinnison> pitti: the intention is for them to go to u.u.c
[04:19] <Kinnison> pitti: but until that bug is fixed there's little point
[04:19] <Kinnison> pitti: uploads to s.u.u.c won't get through if they're not -security
[04:19] <pitti> ok, I see
[04:19] <pitti> then I'll keep the packages around without uploading them
[04:19] <ogra> Kamion, give me a second...
[04:20] <pitti> I accidentially dput'ed one of them to upload.u.c already
[04:20] <Kinnison> pitti: then the source will go in and the binaries will build when the bug is fixed
[04:20] <pitti> that sounds good
[04:20] <pitti> so I can actually upload it already so that I don't accidentially lose the package, and I don't need to keep track of that build bug
[04:21] <Kinnison> yep
[04:21] <pitti> rock
[04:23] <ogra> Kamion, hmm, thats intresting, now it works with the same iso .... must be the media
[04:26] <Kamion> ogra: sounds to me like you were using the live CD by mistake ...
[04:27] <tepsipakki> could someone confirm a bug on gnome-screensaver that I'm having.. you should have a line "grabDesktopImages: True" in .xscreensaver, and choose AntSpotlight (or Flipscreen3d etc) as the screensaver. Then try to lock the screen
[04:27] <ogra> Kamion, i have live and install isos on different machines... very hard to mix up :)
[04:27] <Kamion> fair enough
[04:27] <Kamion> anyway, I've disabled the rescue option on live CDs now
[04:28] <ogra> i always burn one set of all arches and test that ... i rather think the writing or media failed ...
[04:30] <Alinux> pitti_laptop, hello dear...
[04:31] <Alinux> I saw your malone message.
[04:31] <Alinux> fixed ?
[04:32] <pitti> Alinux: uploaded, but breezy-updates is not built yet
[04:32] <tseng> BenC: do you have any idea why dell openmanage insists on me having a kernel with regparm?
[04:32] <BenC> no idea
[04:32] <tseng> BenC: (i seem to recall you wanted to get it working)
[04:32] <BenC> what is regparm?
[04:32] <tseng> it was an experimental kernel option last i looked
[04:32] <Alinux> pitti, thank you.
[04:33] <tseng> about a year old, some compiler voodoo
[04:33] <BenC> oh, where it forces function args into regs instead of on the stack
[04:33] <tseng> yeah
[04:34] <BenC> very incompatible change, must be how they compiled their kernel stuff
[04:34] <tseng> it gives me shivers still
[04:34] <tseng> i have the source for the driver
[04:34] <BenC> do they have binary portions of a kernel driver or something?
[04:34] <tseng> but the build script insists on having regparm
[04:35] <BenC> are you sure there aren't any binary files being linked into the kernel driver?
[04:35] <BenC> if there aren't, then just hack the build to ignore it
[04:35] <tseng> mm there are some .o files
[04:35] <dholbach> desrt: yes
[04:35] <BenC> oh, nasty
[04:35] <tseng> lots of them
[04:36] <tseng> this thing is generally targetted at RHEL
[04:36] <BenC> tseng: unless you feel like hacking the source to mark all those function calls to the .o files as regparm type, then there's not much to do
[04:36] <torkel> tepsipakki: http://bugzilla.gnome.org/show_bug.cgi?id=328404
[04:37] <Ubugtu> gnome2 bug 328404 in dialog "dialog loses focus" [Critical,Unconfirmed]  
[04:37] <desrt> arg.  reply then go offline.
[04:37] <tepsipakki> torkel: yes, that's me =)
[04:37] <tseng> BenC: yeah i dont really feel like loading up hacked up modules onto my servers today
[04:37] <torkel> tepsipakki: ah :-)
[04:37] <tseng> BenC: thanks.
[04:39] <torkel> tepsipakki: and yes I have seen something similiar
[04:39] <tepsipakki> torkel: good to know, I'm not going mad then, yet anyway
[04:40] <dholbach> desrt: yes
[04:41] <tseng> BenC: if you ever get to it give me a yell, i have a bunch of poweredge ubuntu system
[04:43] <desrt> dholbach; remember just before breezy release we were having those battery issues
[04:43] <desrt> dholbach; and i banged together a patch to fix it and it seemed to work for you but you never included it and neither did i because we were both too close to our respective releases?
[04:43] <desrt> dholbach; what's the deal with that?
[04:43] <dholbach> desrt: it's in dapper
[04:43] <desrt> the patch?
[04:43] <dholbach> desrt: as soon as it opened
[04:43] <dholbach> yes
[04:44] <desrt> oh.  awesome
[04:44] <desrt> i'll upstream it then
[04:44] <dholbach> :-)
[04:44] <dholbach> and some people got happy by using it :)
[04:44] <desrt> i was wondering why everyone stopped complaining :)
[04:44] <dholbach> hahaha :(
[04:44] <dholbach> :-)
[04:44] <dholbach> because you rock! :)
[04:44] <desrt> pfah
[04:44] <mjg59> What was this for?
[04:44] <desrt> mjg59; battstat workaround for buggy acpi
[04:45] <mjg59> Ah, ok
[04:53] <MisterN> hi
[05:28] <pitti> dholbach: so you also sometimes get the 'two eth cards race for the same name' bug?
[05:29] <pitti> dholbach: is there already a bug filed about that? I just discussed that with Keybuk and debugged this a bit
[05:29] <dholbach> pitti: Erm... those two boxes only have one card.
[05:30] <pitti> dholbach: hm, didn't you tell me this morning that you get that, too?
[05:30] <dholbach> pitti: you didn't say anything about two cards - so I must have misunderstood you
[05:31] <pitti> ok then :)
[05:32] <pitti> dholbach: ah, it's bug 31188
[05:32] <Ubugtu> malone bug 31188 in udev "udev renaming can cause odd network names" [Normal,Unconfirmed]  http://launchpad.net/bugs/31188
[05:32] <dholbach> ahhh
[05:33] <ogra> pitti, i have that as well, but with _ethX and __ethX (as i told you thid morning)
[05:34] <dholbach> I just have 'lo' on those two. ifconfig {_,}eth<X> up tells me, that that card doesn't exist
[05:35] <ogra> what does "cat /proc/net/dev" say ? 
[05:38] <dholbach> eth0_clashed
[05:38] <dholbach> nice :)
[05:38] <ogra> yup
[05:38] <dholbach> thanks ogra
[05:38] <ogra> :)
[05:44] <pitti> dholbach: same bug then
[05:56] <wftl> Hello everyone. Who is working on the live installer for Dapper?  And how is it going? :-)
[05:57] <Kamion> status updates are posted regularly to ubuntu-devel-announce@ along with all the other distro projects being done by Canonical employees
[05:58] <dholbach> mdke: ok, with doing a ubuntu-docs update now?
[06:04] <mdke> dholbach, you bet!
[06:04] <dholbach> mdke: I suppose 'Yes'? :)
[06:07] <mjg59> Oh argh.
[06:07] <mjg59> Does http://librarian.launchpad.net/1568090/buildlog_ubuntu-dapper-i386.glitz_0.5.2-1_FAILEDTOBUILD.txt.gz make sense to anyone?
[06:10] <Diziet> /bin/sh ../libtool is, erm, inspired.
[06:10] <mjg59> It builds fine here, so I'm guessing that it wants an extra build dependency
[06:10] <mjg59> But I honestly can't see what
[06:10] <Diziet> if test -e ./libtool ; then cp -f /usr/bin/libtool ./libtool  ???
[06:11] <Diziet> But only if  "" = "post"
[06:11] <ogra> mjg59, a dependency on autotools-dev ? 
[06:11] <mjg59> It has that
[06:11] <mjg59> Ngh.
[06:11] <ogra> hmm
[06:11] <mjg59> It needs to build-depend on libtool!?
[06:11] <janimo> maybe it's libtool that says something is missing
[06:11] <janimo> I saw something similar bu tmaybe not quite this with some missing .la files
[06:11] <mjg59> (Removing libtool results in the same failure)
[06:11] <ogra> normally libtool should be in autotools-dev 
[06:11] <janimo> of course it dod not say which it needs
[06:12] <mjg59> ogra: ?
[06:12] <ogra> shouldnt it ? 
[06:12] <mjg59> autotools-dev just provides config.guess and config.sub
[06:12] <ogra> oh
[06:12] <janimo> mjg59, tried running libtool by hand in there?
[06:13] <mjg59> The package is libtoolised
[06:13] <janimo> I mean tried by hand for debugging?
[06:13] <mjg59> janimo: Uh. What do you mean?
[06:13] <janimo> in a failed build dir
[06:14] <janimo> execute that bin/sh ../libtol line
[06:14] <mjg59> In a failed build dir, there is no libtool
[06:14] <janimo> and if it fails you can start looking what it exactly does
[06:14] <janimo> are you sure then that libtool is missing?
[06:14] <janimo> I thought maybe the not found message is echoed _by_ libtool
[06:14] <mjg59> "No such file or directory" is pretty definite
[06:14] <janimo> but nothing else
[06:14] <mjg59> But yes
[06:14] <janimo> I think I saw something similar
[06:15] <janimo> libtool says that error too I think
[06:15] <janimo> notice the colon after libtool
[06:15] <janimo> the mesage is his not bash's
[06:16] <janimo> so in the glitz deps I think one does not provide a .la file and that leads to this.
[06:16] <mjg59> janimo: Go to an empty directory. Try /bin/sh ../libtool
[06:16] <janimo> empty?
[06:16] <mjg59> Yes
[06:16] <mdke> dholbach, yes :)
[06:16] <janimo> debuild -us -uc does something and leaves it that way
[06:16] <dholbach> mdke: uploading
[06:16] <janimo> ah ok so debuild by hand then try resuming where it failed
[06:17] <janimo> mjg59, Oh I see I'll try
[06:17] <mjg59> janimo: The error is that the configure script does not generate a libtool file
[06:17] <dholbach> janimo: can you turn off the give-me-your-password-before-you-can-shutdown-xfce thing? :)
[06:17] <janimo> dholbach, on the TODO list, by using priv separated HAL for PM :)
[06:17] <janimo> mjg59, ok I am stupid, sorry for the noise
[06:18] <mjg59> janimo: Heh, no problem :)
[06:18] <dholbach> I see. :-)
[06:23] <dholbach> mdke: done
[06:40] <mdke> dholbach, yay thanks
[06:40] <dholbach> mdke: de rien
[06:53] <seb128> mjg59: usually we use -..ubuntu... versionning for uploads to Ubuntu
[06:54] <Kinnison> mjg59: Have you sorted a new acpi-support with fixed acpi_fakekey goodness?
[06:54] <ogra> seb128, that really depends if its expected to show up in debian
[06:54] <Burgwork> Kinnison, I see you are running into that gpm crash as well
[06:55] <seb128> ogra: for package like glitz which come from Debian....
[06:55] <ogra> Burgwork, and he's fixing it
[06:55] <ogra> seb128, oh, there indeed ...
[06:55] <Kinnison> ogra: well, not very effectively
[06:55] <Kinnison> Currently the best fix for it is to debug it harder
[06:55] <Kinnison> then it fixes itself until you give up and do something else
[06:56] <ogra> heh
[06:57] <Kamion> Kinnison: mako said he approved your membership, btw
[06:57] <Kinnison> Kamion: yeah, I noticed another shiny emblem on my person page :-)
[06:58] <Kinnison> mostly to do with toshibas or g-p-m
[06:59] <zul> Kamion: ping..
[07:01] <Kamion> zul: I already ponged earlier and you didn't respond ...
[07:02] <zul> sorry i was busy with work, did you have a look at the interdiff i sent you
[07:02] <sivang> Kinnison: cool :)
[07:03] <Kamion> zul: jbailey already responded and sent it to Mithrandir who actually has an i2o system, so I'm letting him review it
[07:04] <zul> ok cool..
[07:04] <zul> sorry to bug you
[07:07] <ploum> gnome-icon-theme updated in Dapper... Oh.. The old icons are back :-(
[07:07] <ploum> I liked the new ones
[07:07] <seb128> too many glitches for that cycle
[07:08] <seb128> text preview broken, CD icon broken, mixer applet using wrong icon, etc etc
[07:08] <ploum> seb128: ah ok
[07:08] <seb128> the new spec is great, etc but that's a bit late in the cycle
[07:09] <ploum> I understand
[07:09] <seb128> ploum: note that's a GNOME choice, not a distro one :)
[07:09] <seb128> (but I do think they take the right decision)
[07:09] <ploum> thanks for the information
[07:09] <ploum> I really  like the new one
[07:10] <ploum> thanks for the information problem
[07:10] <seb128> np
[07:10] <seb128> maybe you can give a try to tango if you like the new one :)
[07:11] <ploum> seb128: I don't like tango very much
[07:11] <ploum> too blueish for me
[07:11] <seb128> right
[07:11] <seb128> so wait for next cycle :)
[07:11] <seb128> new icon-theme using new spec will be a part of it
[07:12] <ploum> https://bugs.freedesktop.org/show_bug.cgi?id=5608
[07:12] <Ubugtu> freedesktop bug 5608 in icon theme "Folder icon must be a bit more neutral" [Normal,New]  
[07:13] <ploum> but the most irritating thing in tango, IMHO, is :
[07:13] <ploum> https://bugs.freedesktop.org/show_bug.cgi?id=5607
[07:13] <Ubugtu> freedesktop bug 5607 in icon theme "Consistency between different files icons" [Normal,Resolved: notabug]  
[07:14] <ploum> seb128: are you coming to FOSDEM ?
[07:14] <seb128> probably not, no
[07:14] <seb128> though I'm not totally decided yet
[07:14] <ploum> Dommage... 
[07:14] <ploum> We will also announce the launch of Ubuntu-be :-)
[07:15] <Kamion> grr, I hate the way you have to subclass things in gtkmm in order to do the equivalent of signal_new
[07:18] <Treenaks> ploum: ubuntu-be? why didn't ubuntu-nl hear of this? :)
[07:18] <Treenaks> ploum: we have a few Belgians in there :)
[07:21] <ploum> Treenaks: I talk about it a few times on #ubuntu-nl
[07:21] <Treenaks> ploum: oh, some time ago then :)
[07:22] <ploum> https://wiki.ubuntu.com/BelgianTeam?highlight=%28belgian%29
[07:22] <ploum> Treenaks: yes, a few months ago
[07:22] <ploum> But I will send an "official" announce as soon as I have the hour of the meeting
[07:23] <ploum> (I will try to speak a bit in dutch ;-) )
[07:28] <mjg59> seb128: Ngh. I thought that was just for modifications to synced packages?
[07:28] <mjg59> Kinnison: Not as yet
[07:30] <Kinnison> fyi the patch works fine on my laptop to make it suspend, but that then does expose the amusing re-suspend-on-resume bug
[07:30] <Kinnison> so I'll hammer at g-p-m once I've finished re-triaging the bugs
[07:32] <Kinnison> mjg59: but lock screen isn't quite working again yet
[07:33] <mjg59> Kinnison: Right. That probably needs a touch more love.
[07:33] <ogra> Kinnison, but thats g-s-s responsibility ...
[07:34] <Kinnison> ogra: Hmm
[07:34] <ogra> g-p-m doesnt do locking ... it only calls g-s-s
[07:34] <ogra> (at least its supposed to do that)
[07:35] <ogra> there was a silly discussion upstream that resulted in g-p-m doing dpms and g-s-s doing all the rest ...
[07:41] <carlos> seb128: hi
[07:42] <carlos> seb128: dude, gnome-xchat is not able to disable the away message???
[07:42] <Tm_T> carlos: it might disturb users?
[07:43] <carlos> Tm_T: disable, not 'display'
[07:43] <Tm_T> carlos: function as function ;(
[07:44] <mjg59> Kinnison: Uploaded
[07:46] <dholbach> seb128: disable away message?
[08:03] <Kinnison> mjg59: cunning thought re: suspend-straight-after-resume
[08:03] <Kinnison> mjg59: could it be that we have keypress suspending, and also key release suspending?
[08:04] <janimo> sivang, working on backup spec?
[08:05] <sivang> janimo: yup
[08:06] <janimo> ready till freeze? :)
[08:07] <sivang> janimo: we'll see , I'm doing my best , cutting down some sleep time is in place :)
[08:07] <mjg59> Kinnison: Doubt it
[08:07] <mjg59> It's supposed to be checking the value of the press
[08:07] <Kinnison> mjg59: aye, it was just a random thought while eating dinner
[08:08] <janimo> sivang, good luck :)
[08:10] <janimo> mdz, if you're around please grant UVF exception for ivman - forgot to put in on the xubu list. Latest version has bugfixes specifically requested for xfce session shutdown handling. thanks
[08:11] <sivang> janimo: thanks, I'm gonna need it.
[08:11] <janimo> sivang, got no help? isn't  sbackup author interested too?
[08:14] <sivang> janimo: ah ops, that last sentence was meant with a :-)
[08:17] <sivang> janimo: not really, he didn't quite like the design and concept, IIRC. I'm mostly fine, could just use some more free time :)
[08:41] <ryanpg> mjg59, hey noticed some effort going into getting Xgl packaged... just wanted to say: thanks :)
[08:48] <shaya> stupid Q.  where can one track what packages are being prepared to be installed?
[08:49] <shaya> people are saying "compiz has made it to universe", but i don't see it in launchpad nor in my available package list
[08:49] <shaya> when I mean "installed" I mean into the archive
[08:49] <azeem> there is the dapper-changes list
[08:50] <mjg59> shaya: It's in the NEW queue. It needs manual intervention before it'll get any further.
[08:50] <shaya> mjg59: that was my Q
[08:51] <shaya> where can one view what's in that queue
[08:51] <shaya> is there a web page?
[08:51] <mjg59> I don't believe you can
[08:52] <shaya> hmm, oh well.
[08:52] <olemke> shaya, https://launchpad.net/distros/ubuntu/+builds
[08:53] <janimo> olemeke, that does not show the NEW queue unfortunately
[08:53] <shaya> all it says is compiz failed ot build on i386
[08:54] <olemke> janimo, ah ok :-(
[08:54] <janimo> hopefully it will :)
[09:23] <LeeJunFan> us archive has not been updating - at least breezy for a few weeks now. Anyone here that can do something about it? I posted to lists but I did that when I noticed and must be no-one notice my post.
[09:25] <dholbach> breezy shouldn't change
[09:25] <dholbach> breezy-updates and breezy-security should
[09:27] <LaserJock> LeeJunFan: that is why I've been using archive.ubuntu.com for a long time. us.a.u.c is often out of sync (at least in the past)
[09:27] <tseng> please dont encourage him, daniel is correct
[09:29] <LaserJock> tseng: I'm not trying to encourage him but in his email he says it is out of sync
[09:30] <LeeJunFan> dholbach: latest kernel image there is build 26 archive.ubuntu.com has 28, I've been using that too because us isn't working right.
[09:30] <LeeJunFan> it's slow as hell today though, I can only get about 10K from main archive, us I can pull over 300K. :(
[09:31] <dholbach> kernel-image?
[09:31] <dholbach> it's slow today, that's known and worked on
[09:32] <LeeJunFan> linux-image
[09:32] <LeeJunFan> linux-image-2.6.12-10-386_2.6.12-10.28_i386.deb is not on us.archive
[09:32] <seb128> mjg59: Debian has a glitz package too by example
[09:32] <seb128> carlos: how so? /away doesn't work?
[09:32] <carlos> seb128: that sets the away but how do you disable it?
[09:34] <mjg59> seb128: Yes, but not for that version
[09:35] <Treenaks> carlos: /away again
[09:35] <seb128> mjg59: yeah, but they might package it and use the same version as you, they don't have for habit to check on Ubuntu and use -debian... versions in case we already used it
[09:36] <seb128> carlos: /away
[09:36] <carlos> Treenaks: really?
[09:36] <seb128> sure
[09:36] <carlos> didn't know that....
[09:36] <carlos> thanks
[09:36] <seb128> :)
[09:36] <carlos> O:-)
[09:36] <seb128> carlos: every day we learn a bit :)
[09:38] <Seveas> carlos, many irc clients have /back aliased to /away for your cnvenience :)
[09:54] <LeeJunFan> looks like ca.archive.ubuntu.com is old too.
[09:55] <Amaranth> ca == us
[09:56] <Amaranth> most of the country code mirrors are the same couple of machines, i think it's so they can add more later without trying to get users to update their sources.list
[09:59] <LeeJunFan> Amaranth: they are different cnames and resolve to different addresses.
[09:59] <LeeJunFan> they resolve to different cnames that is. mirror.arcticnetwork.ca and ubuntu.mirrors.tds.net for the USA.
[10:04] <Mez> infinity, cheers for the upload
[10:14] <shaya> mjg59: any chance you can apply an fglrx patch hack to glitz?
[10:14] <shaya> glitz doesn't seem to recognize fglrx's pbuffer support w/o it
[10:15] <mjg59> shaya: Possibly, if you can provide a pointer
[10:15] <mjg59> But I'd rather not add mad hacks
[10:16] <shaya> small patch
[10:16] <shaya> but without it, glitzinfo says I have no pbuffers on my t42p
[10:17] <shaya> mjg59: http://ubuntuforums.org/showthread.php?t=127090&page=33
[10:17] <shaya> near the top
[10:17] <Treenaks> http://ubuntuforums.org/attachment.php?attachmentid=6046&d=1139694349
[10:18] <shaya> though revman applied something on 2/10 to do something, but doesn't seem to do much for me
[10:18] <shaya> fglrx hack and some missing ChangeLog entries
[10:18] <shaya> "fglrx hack and some missing ChangeLog entries" (being his changelog entry)
[10:18] <shaya> for src/glx/glitz_glx_extension.c:1.3->1.4
[10:19] <shaya> PatchSet 111 (as computed by cvsps)
[10:33] <Treenaks> mdke: yelp in dapper segfaults on startup
[10:34] <shaya> it does?
[10:34] <mdke> Treenaks, yes it does.
[10:34] <shaya> I'm running it now
[10:34] <Burgwork> Treenaks, it should be fixed now, see the latest in the thread
[10:34] <shaya> no one tell my yelp that
[10:34] <mdke> Treenaks, but that's not what I am referring to
[10:35] <mdke> its a shame to see people saying "yelp has had no love this cycle" when the speed has been improved by about 4000%
[10:36] <Treenaks> speed love!
[10:36] <Treenaks> I've also noticed overall memory usage reductions
[10:37] <Treenaks> in all of gnome
[10:37] <sivang> Treenaks: probably moz stuff breaking it..
[10:38] <mjg59> Damnit. 
[10:38] <mjg59> My mesa build failed because I forgot to upload x11proto-gl first
[10:42] <sivang> does anybody know about a good way other then going all over the files for calculating a a dir (actual size, not apparent) ? preferably in python ;-)
[11:06] <Treenaks> argh! shift+insert is broken in gnome-terminal
[11:10] <Mez> infinity, ping
[11:34] <MisterN> n8
[11:43] <Pygi> fabbione: ping
[11:49] <dholbach> Pygi: i suppose he's in bed
[11:49] <Pygi> dholbach: k, thanks
[11:50] <Pygi> if I am not around once he gets online, please tell him that daily build of ubuntu-server installs cleanly