[00:38] keescook: have you ever seen valgrind affect signal delivery? [00:38] Keybuk: you pung [00:38] lifeless: yes, but abentley answered first :) [00:47] keescook, ping^2 [00:55] emgent: a square ping? but does it go in a round hole? [00:57] Keybuk, lol [01:14] keescook: ping [01:17] keescook: the 1/03 apparmor uploads introduced some regressions. bin.ping still needs "/var/run/avahi-daemon/socket w" to do mdns resolution [01:17] keescook: also now sbin.klogd needs /proc/kallsyms read access else it segfaults on bootup with profile enforced [01:17] kthxbye [01:17] *vanish* [01:27] lifeless: If you're still around I'm deeply interested in how sbuild virtual package dependencies is going? [01:27] ScottK: sounds fascinating; what is it ? [01:28] Argh. [01:28] [I think you have the wrong nick] [01:28] I do. It was it was infinity. [01:28] Sorry about that. [01:28] :-) [01:30] :) [01:30] lifeless: Depending on how fascinating you thought it was, the bug is Bug 178536 [01:30] Launchpad bug 178536 in sbuild "Preinstalled Build-Depends not properly detected" [Undecided,New] https://launchpad.net/bugs/178536 [01:36] anyone know is partman being broken on alpha3 is a known issue? [01:37] i installed using it a few days ago but now it hangs and doesn't come up [01:45] ScottK, It appears that Edgy is also vulnerable [01:46] Erm, wrong channel [01:46] -> #embargo ? :-) === jamesh_ is now known as jamesh === DelayLama is now known as DreamThief === kitterma is now known as ScottK2 === \sh is now known as \sh_away [03:02] hai! plz to upload debdiff? [03:02] http://desrt.mcmaster.ca/random/esd.debdiff ??? [03:02] k thx!! [03:02] * somerville32 blinks. [03:02] desrt is strange ;) [03:06] #gnome-hackers gives some context, there :) [03:08] Hobbsee; hai =) [03:12] desrt: have you filed your bug report yet? [03:12] jamesh; yes. i have. [03:13] just attached the patch === bigon is now known as bigon` [03:14] https://bugs.launchpad.net/ubuntu/+source/esound/+bug/183411 [03:14] Launchpad bug 183411 in esound "libesd leaks pipe file descriptors" [Undecided,New] [03:41] desrt, nono. you say "CAN HAS DEBDIFF UPLOADZ" [03:42] sry :p [03:42] and .. be sure to attach an lolcat to the bug. [03:42] And preferably a bukkit. === nags_ is now known as nags === bigon` is now known as bigon [04:44] Hi, I was wondering what is responsible for auto-loading the battery kernel module at boot? [06:17] Hobbsee; thanks for the upload :) [06:43] desrt: hm? [06:43] nm. received some bad information from mjg59 concerning who silently uploaded that package for me :p [06:43] crimsun; thank you instead :) [06:49] grumble my macbook whines on Hardy now :( [07:07] jdong; set your max cstate to 2 [07:07] macbook hardware bug :( [07:09] Oh don't be silly, Apple makes hardware that has no bugs. Steve Jobs says so. [07:09] [07:21] calc: any idea when we'll see an amd64 build of ooo? It seems to still have failed. Have you talked with Adam about what might be wrong? [07:27] * desrt figured out the most confusing thing at UDS boston [07:27] that "T = 2 pi sqrt(1/a)" on the bedsheets [07:27] the 1 is actually a lowercase L! [07:28] and it's the period of a pendulum of length l and weight a [07:28] Mithrandir: hmm? https://launchpad.net/ubuntu/+source/openoffice.org/1:2.3.1-3ubuntu2/+build/491532 lists as 'Successfully built' [07:28] Bwahaha, pitti and I spent like 20 minutes discussing the equations [07:28] I want math bedsheets too [07:29] s/weight/gravitational acceleration/ [07:29] ion_: you can buy them at the Hotel@MIT, IIRC [07:29] slangasek; for $$$ [07:29] openoffice.org-common: Depends: openoffice.org-core (> 1:2.3.1) but 1:2.3.0-1ubuntu5.3 is to be installed [07:29] slangasek: ^ Something does at least seem unhappy here. [07:30] (and yes, I'm using archive.u.c) [07:30] Mithrandir: sure, the state is 'finished: 58 minutes ago', so hasn't gotten through a publisher cycle yet? :) [07:30] slangasek: ah, ok. [07:30] that'd explain it. [07:31] why doesn't the kernel and lum use dpkg triggers for update-initramfs? [07:40] what's the deal with blue titlebars with orange buttons occasionally appearing on hardy? [07:40] desrt, Rogue artists [07:41] i like the look [07:41] Kubuntu trying to assert itself? [07:42] If it is Kubuntu, we need to beat it down quickly with a stick [07:43] seriously [07:43] it looks really nice [07:44] Take a screenshot the next time it happens then:P [07:44] desrt: jpeg! [07:44] * Hobbsee stomps on Mithrandir's feet [07:44] * Hobbsee tickles Mithrandir too, then runs away [07:44] * Mithrandir levitates [07:44] too slow. far too slow. [07:48] mithrandir: Jpeg, huh? [07:49] ion_: I'm not picky. [07:49] ideally, it should be png, but jpeg works. [07:49] Lossy compression for a screenshot is teh evil. :-) [07:50] it's doing it again!!! [07:50] Omgz!! Camera, quick! [07:50] desrt: pix! [07:50] hold on [07:50] i had a blue theme on [07:51] lemme change it to orange and see if i can get it to happen [07:51] arf. no love. === fabbione is now known as thegodfather [07:51] : O [07:54] ha ha [07:54] got it! [07:55] spiffy [07:56] good morning [07:56] http://desrt.mcmaster.ca/random/weird-theme.png [07:56] shiny [07:57] ya [07:57] awesomeness by accident [07:57] i think it's a weird race condition [07:57] where one of the compiz colours is properly updated by the other remains default [07:57] desrt: what does "bus" on your desktop do? [07:57] it's a folder. it has bus schedules in it. [07:57] lol [07:57] ah [07:58] desrt, It does look nice [07:58] i say! [07:58] when the installer booted up i was like "nice!" [07:58] i was really sad when i found out it was a bug :p [07:59] * Hobbsee looks, blinks, and looks again [08:01] how do i submit this to the hardy artwork thing? :p [08:02] desrt: you apply a large hammer to kwwii until he says "OK, that's the new default" [08:02] today's xkcd is a work of beauty. [08:03] Hobbsee; isn't it mark who decides that? [08:04] (or at least holds veto...) [08:05] desrt: doubly-apply the hammer, then. [08:07] Here is a screenie of my desktop :) http://cody.zapto.org/Screenshot-1.png [08:07] that's one ugly-ass theme :p === bigon is now known as bigon` [08:07] : O [08:09] it's annoying that they still haven't fixed the bug with the incorrect logout icon [08:09] it confuses people quite a bit :( [08:09] In Xubuntu? [08:10] maybe? [08:10] in ubuntu, at least === bigon` is now known as bigon [08:11] i'm just poking my way around my new hardy install [08:13] show off :) === bigon is now known as bigon` [08:15] and btw i don't know if/when sparc is going to properly build OOo it seems to fail most of the time [08:15] it almost always ICEs [08:17] seb128 will help me! [08:18] hey desrt [08:18] hi seb [08:18] i'm trying to make a new metacity theme :D [08:18] I know nothing about themes [08:19] seb128 will not help me! [08:19] check out this whacky effect: http://desrt.mcmaster.ca/random/weird-theme.png [08:19] try to ask to thos on gimpnet? [08:19] a bug in hardy makes that happen from time to time [08:19] but it looks so splendid that i want it forever [08:20] ah ah === bigon` is now known as bigon [08:20] you are using compiz? [08:21] yes [08:21] bad pitti :p [08:21] guten morgen pitti! [08:21] that happens when gtk-window-decorator starts before the gnome-settings-daemon [08:21] hey pitti [08:21] seb128; it's good. can we make that happen more often? :) [08:21] good morning pitti [08:22] mvo: do you know what theme is used when the gtk-window-decorator doesn't use human correctly? [08:22] Good morning [08:22] desrt: I love you too [08:23] pitti; :) [08:23] good morning :) [08:23] desrt: what's up? [08:23] seb128: no [08:23] seb128; i think it has more to do with GTK [08:23] seb128: if the problem is reproducable for you, would you mind testing a patch ? [08:23] it's the "selected" colour from the default GTK theme before the GtkSettings kick in [08:24] desrt: might be [08:24] mvo: I get it at every login on my laptop, testing a patch should be no issue [08:24] pretty sure [08:24] the metacity theme refers to it like value="shade/gtk:bg[SELECTED]" [08:41] desrt: nice work on the esound issue ;-) [08:42] desrt: bug #164971 is likely due to that [08:42] Launchpad bug 164971 in nautilus "Gnome freezes after moving or deleting many files" [Medium,Incomplete] https://launchpad.net/bugs/164971 [08:42] a nice [08:43] i skipped over that report because the summary line is a lie :) [08:43] should i dup it? [08:43] desrt: I already did [08:43] thanks [08:43] thank *you* for fixing the bug ;-) [08:43] it was fun :) [08:44] that's why i said "bad pitti" when he joined :) [08:44] hehehe [08:44] how do nominations work? [08:44] desrt: as if I hadn't done everything possible to get rid of esound :) [08:45] pitti; you did a little too much :p [08:45] Only because esound sucks ... [08:47] does anyone know anything about this new cpuidle stuff? [08:50] like how to set a maximum cstate.... [09:06] calc: are you working on the OO.o-l10n FTBFS? it's wreaking some havoc now (lots of uninstallability) [09:13] soren: hm, 'sudo kvm -cdrom gutsy-desktop-i386.iso' just crashes; is that supposed to work? [09:15] pitti: why do you need to run it with sudo? [09:15] mvo: well, otherwise it complains about /dev/kvm not being accessible and falling back to qemu [09:16] I'll try running it on 2.6.24 [09:16] pitti: there is a kvm group [09:16] pitti: if you add your user, it should be fine [09:16] mvo: the device is root:root 660, though [09:17] I don't need kvm-source, right? [09:19] pitti: If you "sed -e 's/GFXBOOT bootlogo/#FXBOOT bootlogo/g' < yourgutsyimage.iso > thisworks.iso", you're all good :) [09:19] soren: lol [09:19] pitti: I'm afraid there's no way around it. It's due to limitations in intel's virtualisation extensions and gfxboot. [09:19] pitti: Yeah, it's a bit of a hack. [09:20] soren: wasn't there a patch for this? I remember something on the ML a while ago [09:20] soren: or just hold shift while it boots. [09:20] pitti: oh? it is root,kvm for me [09:20] hm; well, I'm still running the gutsy kernel so that I don't loose wifi; I'll try the hardy one [09:21] Mithrandir: What? Really? [09:21] mvo: YEs, it's fixed in hardy. [09:21] shift doesn't work for me [09:21] soren: yes, workaround for broken video bioses. [09:21] Mithrandir: I had no idea. [09:21] pitti: you might need to try a few times, it seems it sometimes help to just push it every now and then. [09:21] I have the kvm window for about 0.3 seconds, and I'm holding shift the entire time [09:22] soren: also, sed -i. [09:22] Mithrandir: no -i for me, I want a copy :) [09:22] Mithrandir: That works, too, yes. I just didn't want to break the integrity of my isos. [09:22] well, yes. [09:23] soren: how is the /dev/kvm group solved in the kernel? I thought this was udev's job? [09:23] pitti: It is. [09:23] pitti: $ dpkg -S /etc/udev/rules.d/*kvm* [09:23] kvm: /etc/udev/rules.d/45-kvm.rules [09:24] hm, I have that rules files [09:24] s/s$// [09:24] And you've rebooted since installing kvm? [09:24] aah [09:24] ...or just removed kvm-intel and inserted it again? [09:24] soren: I still had it loaded from the test from yesterday [09:24] (that should also do the trick) [09:24] but without kvm installed :) [09:24] Right :) [09:24] yep, that did it [09:25] \o/ [09:25] I've just finished the changes to virt-manager, I wrote about on distro-team yesterday. I'll upload them in a bit. It's looking really slick now. [09:25] rockin', booting now [09:26] soren: the manager allows you to create virtual disks, and so on? or what does it do? [09:26] pitti: That's one thing, yes. [09:27] pitti: It also makes your vm's run in the background (well, libvirt does that, but virt-manager helps you), so that you can detach from them and attach elsewhere and such. [09:27] It's pretty nifty :) [09:28] I just want to send half my patch upstream, and then I'll upload. === bigon is now known as bigon` === bigon` is now known as bigon [09:36] soren: can you please give the -proposed .debs of bug 160176 a quick test? [09:36] Launchpad bug 160176 in bind9 "L.ROOT-SERVERS.NET record needs an update" [Undecided,Fix committed] https://launchpad.net/bugs/160176 [09:37] soren: I'd like to move them to -updates, so that we can release ubuntu 6.06.2 [09:38] pitti: Sure. [09:38] soren: does KVM have problems with usplash as well? I just get a black screen now while the gutsy desktop boots [09:39] tjaalton: The updated nvidia_supported apparently didn’t make it into the latest linux-restricted-modules-2.6.24. (Bug #182237) [09:39] Launchpad bug 182237 in linux-restricted-modules-2.6.24 "restricted manager does not recognize nvidia 8600M GT on hardy" [High,Confirmed] https://launchpad.net/bugs/182237 [09:39] ion_: nope.. [09:41] tjaalton: I still don’t see why a git repo isn’t used for the development of l-r-m. Whenever someone does a release of l-r-m, the pushed changes made by others working on it would be included automatically. :-) [09:41] pitti: I'm not sure about usplash, to be honest. I haven't been using it (only server installs). [09:41] ion_: not my problem really :) [09:42] ion_: but I'm not sure how it scales with large binaries [09:42] perhaps if the packaging could be kept separate, but there are multiple debian-directories.. [09:43] pitti: does your suspsend/resume keeps working with kvm-intel? [09:44] mvo: suspend was broken previously on hardy; I just did a dist-upgrade, will test with the new pm-utils [09:44] and then with kvm-intel [09:45] pitti: thanks, I'm curious, my laptop is not upgraded yet, but willbe soon [09:45] oh, nifty, with 2.6.24-4 I now have two batteries [09:46] pitti: cool, if I get a additional battery from 2.6.24-4, I install that too [09:46] ah, cool, suspend seems to work again, thanks mjg59! [09:46] yay, free battery [09:47] mvo: suspend works fine with kvm-intel loaded; trying hibernate now [09:48] pitti: thats great, thanks mjg59 [09:48] tjaalton: any problems with the cups in dapper-proposed so far? (bug 44196) [09:48] Launchpad bug 44196 in cupsys "gnome-cups-icon uses 100% CPU" [Medium,Fix committed] https://launchpad.net/bugs/44196 [09:49] pitti: no, g-c-i doesn't eat cpu anymore :) [09:49] tjaalton: rockin' [09:49] a day of great news as it seems [09:49] hehe [09:49] tjaalton: can you please add a bug comment about this? (paper trail) [09:50] sure [09:50] mvo: hibernate works, too [09:50] hm, previously hibernation destroyed the text VTs [09:50] now I cannot even switch to them [09:51] with chvt they are still broken, but *shrug*, I don't care much [09:51] pitti: done [09:53] oh, and 2.6.24-4 fixes iwl3945, too! cool, I can drop the gutsy kernel now [09:53] * pitti hugs everyone [09:54] Keybuk: hm, my wifi shouldn't be called 'wlan0_rename', right? [09:55] pitti: btw, I uploaded a new xorg-server for dapper-proposed (bug 113679), not approved yet [09:55] Launchpad bug 113679 in xorg-server "xorg freezes when running openoffice" [High,Fix committed] https://launchpad.net/bugs/113679 [09:56] oh, should subscribe SRU team to it? [09:57] tjaalton: yes, please [10:03] When will the ooo-l10n debs become available? They keep OOo un-upgradeable for weeks now. [10:04] soren: oh, in case it wasn't clear: please start verifying bind9 on dapper; the other releases aren't as urgent [10:04] pitti: er, how was that broken before? [10:05] Hobbsee: bug 177624 [10:05] Launchpad bug 177624 in linux "iwl3945 has very poor signal reception, whereas ipw3945 works perfectly" [High,Fix released] https://launchpad.net/bugs/177624 [10:06] soren: hm, booting with nosplash doesn't help either (kvm) [10:06] pitti: I've checked on i386. Looks fine. [10:06] pitti: ah, strange. [10:06] soren: thanks; please do a followup comment to have a papertrail [10:10] soren: oooh! x starts in kvm (desktop CD)! even noquiet nosplash didn't help against the black screen [10:11] hm, but no gdm [10:11] pitti: yes, I played with it on Friday [10:15] * pitti gets a pretty sloppy mouse now and lots of "psmouse.c: throwing 5 bytes away", and "resync failed, issuing reconnect request"; hmm [10:16] pitti: please give-back evolution-exchange. Thanks [10:16] seb128: is the network-admin gnome system tool known to not work in hardy atm for static network setups? [10:16] pitti: I get the two batteries thing too [10:16] Ng: not that I know but I doubt it got lot of testing [10:17] seb128: mmkay, I do use it, and I've found two bugs so far that I'll report. It lost my Location settings from gutsy, and it's not able to configure an interface ;) [10:17] Ng: did you upgrade today and did you restart since? [10:18] seb128: nah, I upgraded a few days ago and have restarted a lot since because suspend isn't working either ;) [10:18] upgrade to the version uploaded yesterday then and restart [10:18] pitti: I've looked at the beagle depwait (it waits on two packages in universe). I tried to build it without those but it fails to build then. How to resolve this? [10:18] if you still get the issue using the new version you can report a bug [10:19] geser: why does it depwait if the packages are available? [10:19] geser: the standard reply would be to get those to build if they don't [10:19] seb128: beagle is in main [10:19] geser: we want to move beagle to universe [10:19] geser: no it's not [10:20] seb128: it's still in main [10:20] f-spot still b-deps on it [10:20] it needs to move to libbeagle-dev [10:20] pitti: ah, I though we said to make it stop using beagle for now the other day [10:21] since it's only a b-dep, I'll demote beagle now; that won't render it uninstallable [10:21] seb128: the fun thing is that f-spot doesn't actually depend on beagle, just b-deps on it [10:21] so it might even just be an unneeded b-dep [10:22] geser: demoted; should start building in an hour or two [10:23] pitti: thanks [10:23] seb128: should I wait longer on slomo uploading evolution-sharp or could you do it? [10:24] slomo: ^ [10:24] I'll do the sponsor if he doesn't reply [10:24] looks like he's too busy or something [10:32] pitti, seb128: we are importing Hardy files uploaded 9 days ago so we would be in a good status to start preparing language packs if you don't want to wait one or two more days [10:34] ion_: following the Hotel@MIT experience, my wife made me pillowcases covered in equations for Christmas [10:35] Way cool [10:35] cjwatson: Aaww :-) [10:36] * TheMuso must have missed something with all these equations around the hotel. :p [10:36] I thought they were concerned about accessibility with braille numbers everywhere. Seems that they weren't on the ball. :) [10:37] TheMuso: I'm somewhat happy my bedsheets weren't braillified. I think it might be a bit like sleeping with sandpaper-y bedsheets. :-) [10:37] Haha [10:37] Mithrandir: Well if it comes to that, I agree with you. [10:37] What would the brallie say, though? [10:37] StevenK: the same as the equations, I'd imagine? [10:37] "This is the edge of the bed" "This is next to the edge of the bed" ? :-) [10:38] And then the sheets move and confuse TheMuso [10:38] * TheMuso chuckles at StevenK's comment dispite the sillyness of it [10:38] StevenK: They may confuse a totally blind person, but not me. :) [10:38] * StevenK finds his USB key [10:39] The cat was lying on it [10:39] Lovely. [10:39] put the cat outside. problem solved. [10:39] Hmph [10:39] * Hobbsee is surprised the cat didn't chew it. [10:39] cats dont chew stuff [10:39] The designers of braille were kind enough to include the Wannabe Hacker Emblem in the symbols. [10:40] ogra: that one does. computer cables. [10:40] They just tear it appart [10:40] crazy [10:40] Or electrical cables, like phone chargers [10:40] Does that cat have any other dog instincts? :p [10:40] you know that you need to feed it, right ? :) [10:41] She doesn't sit, stay or roll over and she dislikes the dog. [10:41] ogra: Hmph [10:42] one of our cats knows how to sit. [10:42] mithrandir: URL? [10:42] ion_: location://home/top-of-shelf ? [10:43] Hah [10:43] Mithrandir: Yeah, when it wants to. :) [10:44] TheMuso: and with a suitable treat, it tends to want to. [10:44] Right [10:44] soren: hm, I tried booting the hardy desktop in kvm on my desktop (no VT support, so just qemu), and gfxboot works there [10:44] pitti: Yes. [10:44] pitti: I fixed it in hardy. [10:45] pitti: Well, I'm the one who uploaded it anyway :) [10:45] * soren actually reads what pitti wrote [10:46] so it just breaks when using kvm-intel [10:46] pitti: Just with qemu, gfxboot should have worked all the time. [10:46] pitti: With kvm, gfxboot works as of hardy. [10:47] I see [10:47] soren: is there actually any difference between using kvm and qemu directly? [10:47] (without kernel/CPU support, I mean) [10:47] pitti: kvm's qemu is slightly more up to date than what's in the qemu package. [10:47] pitti: Other than that, no. [10:48] pitti: And the qemu package should be updated shortly (Debian maintainer is working on it). [10:48] soren: hm; I thought the Recommends: qemu would mean that kvm just uses the qemu package itself? [10:49] pitti: Hm.. I think that recommendation should probably be dropped. [10:49] pitti: I'd have to check, though. [10:49] The recommended qemu package contains the the qemu-img program needed to create [10:49] virtual disk images as well as the script /usr/sbin/qemu-make-debian-root, [10:49] which uses debootstrap to build a debian disk image. [10:49] ah [10:50] Oh, right. [10:50] * soren considers splitting those out into a qemu-utils package. [10:52] wow, module-assistant and kqemu-source work like a piece of cake [10:52] soren: maybe /dev/kqemu should also get a group [10:53] pitti: I'm considering it. I'm just getting annoyed with all these new groups. [10:53] yeah :/ [10:54] soren: it's about the same level as, say, 'video', but using video might be confusing [10:54] slightly :) [10:55] Except video actually gives you access to hardware. [10:55] * soren tries to think of a situation where you wouldn't want users to have access to kqemu.. [10:55] Well, I guess the memory used by the qemu process in question will be pinned by the kernel module, so it can't be swapped out. [10:55] pitti: Do you have any ideas as to whats happening wrt pulseaudio and the realtime group, for better performance? [10:56] pitti: in terms of Ubuntu? [10:56] pitti: I know users on other distros using such settings, and finding much better performance, especially with on-board cards. [10:57] soren: kvm: invalid option -- '-kernel-kqemu' [10:57] soren: how's that called in kvm? [10:57] pitti: Yeah, kvm doesn't support kqemu. [10:57] ah [10:57] neither does our qemu, as it seems [10:57] Sure? [10:57] It really should. [10:57] $ qemu -kernel-kqemu -cdrom hardy-desktop-amd64.iso [10:57] qemu: invalid option -- '-kernel-kqemu' [10:58] that's the option described in file:///usr/share/doc/kqemu-common/kqemu-doc.html [10:58] The build logs claim that it's enabled. [10:58] Oh, -kernel-kqemu might not work. [10:59] soren: ah, qemu-system-x86_64 -kernel-kqemu works [11:00] pitti: Oh, yes, I remember now. kqemu only works when the emulator you're running matches the host, but qemu upstream insists that "qemu" should execute the i686. [11:01] 10037.001587] kqemu: aborting: Unexpected exception 0x0d in monitor space [11:01] hysterial raisins, but still. [11:01] *sniff* [11:01] * Mithrandir gives soren a c [11:01] ta [11:01] (and then eats his raisin) [11:02] Oh, well, that's about as many uploads as I can do before lunch.. [11:02] Aw! [11:02] * soren contemplates making a "your mom" joke out of it, but decides not to. === \sh_away is now known as \sh === bigon is now known as bigon` === bigon` is now known as bigon [11:40] Does anyone know when there will be put an effort to make dual monitors (e.g. a laptop together with an external monitor (a fairly common setup)) work? Currently one have to manually edit xorg.conf which is clearly a no-go for laptop users that often plug/unplug the external monitor. [11:41] xst_: have you tried xrandr --auto? [11:41] No. What is that? [11:41] if your video driver supports xrandr 1.2, you should be able to hotplug monitors. [11:42]