=== ktvbot is now known as Kopfgeldjaeger === evand is now known as evand|vacation [01:27] slangasek: fyi, removing uncompressed Packages files is blocked on bug 255545 [01:27] Launchpad bug 255545 in apt "requires uncompressed Packages files on CDs" [Undecided,New] https://launchpad.net/bugs/255545 [01:27] ok [01:27] I knew I'd run into *something* like that before, but had been hoping it was fixed ... === milosz_ is now known as deadchip [01:51] cjwatson: That's got to be a pretty quick fix, really... [01:52] I wasn't sure which of the several alternative approaches was best [01:52] yes, there's a design decision to be made there [01:53] cjwatson: Removing from Releases is clearly wrong. Since apt-cdrom wants to do verification on the fly, I see no reason why it couldn't unzip to /var/lib/apt, just like apt-get does, and verify from there. [01:53] Pretty much reuse the same code path. [01:54] Intrepid seems to take parallel booting a little too far - it appears that the fsck of / or /home gets run in parallel with the rest of the boot sequence, which means I can get to a login prompt with an entirely read-only filesystem which then doesn't work. This'd be a bug to file against upstart, right? [01:55] RAOF: I had that, but I didn't realise/think there was an fsck going on [01:55] infinity: you're probably brighter than I am at this time of day, so I'll take your word for it. :-) [01:55] james_w: It's easier to notice when it's just /home. Then you _can_ login, and work out what's happening. [01:56] cjwatson: Well, I think the fundamental problem here isn't that apt doesn't know how to do this, it's that apt-cdrom and apt don't share enough code. :) [01:56] as for a bug I'm not sure if it would be upstart or the initscripts [01:56] cjwatson: s/apt /apt-get / [01:57] james_w: upstart provides those init scripts. [01:57] james_w: Oh, I lie. sysvinit still does. [01:57] oh, ok, I thought they were in a different package [01:58] infinity: I certainly won't argue with that [01:58] RAOF: It's likely an initscripts/upstart misinteraction. In that the latter should probably be using a mechanism to delcare the fsck scripts as blocking, and it's not. *hand wavy* [01:58] infinity: Sounds about handwavey right. [01:59] cjwatson: hiya, i have a grub patch, if have any time to look at it [01:59] RAOF: I'd start with the bug report at initscripts/sysvinit and see where it goes from there. [01:59] infinity: Ta. Will do. [01:59] actually, in London last month, Keybuk argued that we totally should parallelize the fsck with the rest of the startup, to get everyone to the login screen sooner [01:59] and force a delay at gdm if necessary [01:59] understanding that it is of course probably the middle of the night for you, it can certainly wait ;-) [02:00] hmm, it was Keybuk, was it? or Ted [02:00] slangasek: Keybuk IIRC. [02:00] slangasek: That works for /home (delaying at GDM), but it so obviously doesn't work for any other mountpoint. [02:00] slangasek: Wouldn't that require /tmp to be some sort of ramfs? [02:00] RAOF: A lot more than /tmp ... /var, for instance. [02:00] well, yes, presumably we block on /var :) [02:01] Oh, right. Yes. [02:01] I don't know [02:01] kirkland: not really awake any more ... [02:01] cjwatson: ;-) no prob. ping me at some point tomorrow perhaps and we can discuss [02:01] slangasek: I suppose the mechanism used for blocking on /home would need to be pretty user-friendly here... Failing to log in is kinda unintuitive and scary. [02:01] yes, that was the plan [02:02] the user-friendly part, not the scary and unintuitive part [02:02] *giggle* [02:02] RAOF: So... This may be a half-implemented "feature", rather than a bug. :) [02:02] RAOF: OTOH, if you can prove that it's not blocking on /var, you may still have a bug. [02:02] still warrants a bug report, though, so we all know what's going on. :) [02:03] RAOF: If it's only /home, then it might be the above. [02:03] (even if it's a half-implemented feature, given the current state of implementation it should be tracked as a release-blocking bug...) [02:03] RAOF: And, yes, either way, vorlon's right. A bug report to the effect of "eek, unintuitive and scary, must be user-friendly by release" would be nice. [02:03] infinity: I've seen both - unable to GDM login because /home is in the middle of fsck, and unable to login *at all* because / was in the middle of fsck. [02:04] RAOF: The former is usability, perhaps. The latter is pretty clearly a big, fat WTF. [02:04] Right. [02:05] My god, could CDBS be any more inefficient. [02:05] I swear this build has called dh_buildded ON THE SAME BINARY PACKAGE, like 5 times now. [02:05] yes, here let me show you [02:05] infinity: It could be worse. It could build twice. [02:05] [02:05] s/buildded/builddeb/ [02:07] slangasek: I still argue that CDBS was Colin's way of sabotaging Debian on his way out. [02:07] anyone else having weird problems with firefox in hardy? [02:07] with it locking up on websites, etc [02:07] calc: Working great for me. Perhaps you're surfing the wrong porn? [02:08] calc: don't follow any links infinity offers as "test cases" [02:08] infinity: well one of the cases where it isn't working for me is on facebook top friends app (but doesn't crash), and sparkpeople.com doesn't let me add pictures and hangs the browser [02:09] * calc isn't sure if either of them use flash [02:09] Removing flash is a pretty good way to find out. [02:12] or flashblock [02:38] Pair of bugs filed against sysvinit. [02:39] * TheMuso manages to shave 1.1MB off the size of the ubuntu-sounds package by downsampling all files by half. [02:42] themuso: I’d prefer encoding them as vorbis instead. [02:42] ion_: The GNOME stuff doesn't yet support that. [02:42] ion_: Only wavs work at this point. [02:42] themuso: No problem, just decode them in postinst. [02:42] ion_: But ogg is the plan for the future. [02:42] Shouldn’t take too long. [02:42] eeeew [02:42] No thanks. [02:42] That brings in one more dependency on the disk that is really not needed. [02:43] And negates the shrinking in the first place. This is a CD size operation only. [02:43] "only"? [02:44] slangasek: Well maybe not only, but it does help, and the quality difference is really not noticable unless you listen carefully. [02:44] ok [02:44] * TheMuso hasn't uploaded it yet, just experimenting with sizes of the package depending on what files are shrunk. [02:45] * slangasek nods [02:45] did you find that the .wav files were stereo as well? Was there room for improvement there? [02:45] (i.e., drop to mono except in any rare cases where it matters) [02:47] Haven't checked that yet, but I think they are all stereo yes. [02:48] Ok it appears that the startup/logout sounds are stereo, but the others, while stored as stereo, are only mono in actual sound. [02:51] if a package need bash for some reason during build time, i need to a) remove the dependency of bash or b) add bash as build-dependency [02:51] ? [02:52] I thought bash was still Essential: yes? [02:52] nxvl: c) Fix it to use SHELL=/bin/bash [02:53] nxvl: /bin/sh != /bin/bash doesn't mean it isn't there, just that it isn't the default/ [02:53] s^/$^.^ [02:53] nxvl: Better to teach it not to need bash if you can. [02:53] StevenK: the problem here is that bash isn't there [02:54] StevenK: configure: error: cannot run /bin/bash ../config.sub [02:54] nxvl: Then your chroot is broken. The bash package is Essential: yes. [02:54] ScottK: yes, but i'm just about to quit on that [02:54] ScottK: heh, then the build daemons are broken :D [02:55] http://launchpadlibrarian.net/16512924/buildlog_ubuntu-intrepid-i386.php5_5.2.6-2ubuntu1_FAILEDTOBUILD.txt.gz [02:55] nxvl: But adding bash as a Build-Depends is pointless. [02:56] that's what i thought [02:56] :S [02:56] themuso: A statically linked oggdec would 215 KiB, btw. [02:56] take [02:56] i will keep looking [02:56] StevenK: thank you! [02:56] ion_: Its still more work than its worth. [03:03] nevermind i found the problem [03:03] <- dumbass [03:10] vmware is not working at all for running Intrepid (freezes on login, even with the earlier workaround of modprobe -r snd_pcsp)...what can I use to test/develop on Intrepid? [03:11] virtualbox [03:38] 5~/c [03:46] Can anybody running Ubuntu help me compare something to Fedora? [03:46] in your "man su" do you have this option: [03:46] -m, --preserve-environment [03:46] do not reset environment variables [03:46] -m, -p, --preserve-environment [03:46] Preserve the current environment. [03:48] hmm [03:48] thanks === superm1|away is now known as superm1 [04:25] will any help me [04:25] any 1 [04:25] macho: Probably not in here; is your problem related to the development _of_ Ubuntu? [04:26] no where can i get help to add ubuntu ps3 [04:26] #ubuntu would be the right channel. [04:26] maybe you guy can help ps3 ower [04:26] Ubuntuforums would also likely be a good spot. [04:26] thank raof [04:27] btw what you guys work on [05:48] "I am the tech lead for Goobuntu, Google's in-house derivative of Ubuntu, used as an Engineering desktop amongst other things." [05:48] https://wiki.ubuntu.com/AndrewPollock2 [05:48] i thought goobuntu didnt exist [05:54] pwnguin: it exists [06:11] Good morning [06:11] lamont: oh, enjoy! [06:11] Morning pitti [06:11] morning pitti [06:13] good morning [06:26] * dholbach has to get used to the new wiki syntax [06:26] dholbach: it has changed? [06:27] moin was updated on wiki.u.c yesterday [06:28] * nxvl checks [06:28] oh! that's why i've been having some issues with the wiki today [06:29] The new interface is confusing, the new syntax a bit odd, the need to refresh cookies annoying, and the installed code likely significantly more flexible and secure. [06:30] i don't feel the difference :S [06:32] nxvl: Edit a page. Click the buttons at the bottom of the editing frame. [06:32] * nxvl clicks [06:34] moin is slow [06:34] * nxvl loves doku [06:34] wait [06:34] save wasn't down? [06:34] as in at the bottom [06:34] It was, it's up now. Still works, just an example of the difference :p [06:35] that's definitely uncomfortable [06:36] The only part I find odd is that the comment is not near the preview/save buttons. [06:37] hmm, "libcanberra"? [06:37] Australia's where it's at. [06:38] An entirely new view of desktop events, neatly constructed between the primary existing places, and intended to supercede them, yet without the natural resources to do so without external assistance. === superm1 is now known as superm1|away [06:39] (at least if XDG can be said to be between KDE and GNOME, rather than a bit south) [06:39] persia: Is that a quote on the libcanberra naming? [06:39] RAOF: Only if it gets repeated [06:40] 'cause it's a pretty good description of the city :) [06:40] RAOF: lol you are so right! [06:41] slangasek: But its supposed to be the new library for sound events in GNOME/Desktop applications. [06:41] why did we need a new one? :) [06:41] With a passing nod to KDE, too. [06:42] slangasek: We had an old one? :) [06:42] http://0pointer.de/blog/projects/sixfold-announcement.html [06:43] The current sound events system in GNOME is kinda sucky. [06:43] s/kinda/rather/ [06:44] The KDE default sound theme isn't crash-hot, either. I'm not a big fan of having a "bing!" every time I press a button. [06:44] persia: ah, ok then :) [06:45] RAOF: computers that "bing!" are an attempt at operant conditioning to see if I'll murder someone, I think [06:45] slangasek: Someone's going to broadcast a "bing!" in a public place to trigger your programming? [06:46] I'll have the perfect alibi [06:46] s/alibi/defense/, perhaps :) [06:59] zul: did you see the php5 FTBFS? [07:00] pitti: Did you see that it was due to bash? :-) [07:00] Or autotools [07:00] yeah, looked quite weird [07:00] pitti: If the hppa and ia64 buildds could actually keep up, I'd have a few packages for you to NBS out. [07:01] StevenK: ia64 is down to 24 builds [07:01] should manage until I attack NBS tomorrow [07:01] for now I just had a quick look at http://people.ubuntu.com/~ubuntu-archive/testing/intrepid_outdate.txt [07:03] StevenK: hppa-only rdeps don't stop me from NBSing packages [07:03] hey pitti [07:03] pitti: Ah. There's a few :-) [07:03] StevenK: you can still check for unsatisfieable dependencies with apt, so if someone is actually willing to fix hppa, he can still do so [07:04] "apt-cache unmet" ftw :) [07:04] hey Hobbsee [07:04] pitti: Well, usually the fix is uploaded, but hppa hasn't built it yet [07:05] And that is true for the 13 or so uploads I did last night [07:06] StevenK: the php5 ftbfs is linked to the new libtool... [07:06] slangasek: Fun. [07:06] * pitti looks at the time FTBFS and wonders... [07:06] Where's Keybuk, so we can belt him ... [07:06] Package automaken is a virtual package provided by: [07:06] automake1.9 1.9.6+nogfdl-3ubuntu1 [07:06] automake1.7 1.7.9-9 [07:06] automake 1:1.10.1-3 [07:06] Using automake1.8 (selected in sbuildrc) [07:07] infinity, cprov: ^ any idea why it picks the very alternative which does not even exist? [07:07] Woo! [07:07] infinity: is the "selected in sbuildrc" actually true, and this file needs an update to just point to "automake"? [07:09] pitti: was there a kernel recently (namey -20) that was in proposed but didn't go into -updates? It seems like virtualbox-ose-modules-generic depends on a -20 version but there is no -20 kernel (thus making the -20 virtualbox-ose-modules uninstallable) [07:10] YokoZar: right, that -updates move was an accident [07:10] we need to reupload -19 into hardy-updates [07:10] Fair enough [07:11] Now I just need to figure out how to actually get Intrepid to boot in virtualbox (still freezes in vmware for me at login, even after removing the snd_pcsp module) [07:13] slangasek: not to pester, but is there anyway these critical bugs in the virtualization programs could be given some sort of higher priority? Not having Intrepid work in vmware or virtualbox has been preventing me from doing substantial amounts of work on my package. There are other things I can do in the meantime, but it does seem like it's a blocker of sorts. [07:14] YokoZar: I'm not on the kernel team, there's not a whole lot that I can do personally to move them along; they've already been flagged as high-priority issues to the kernel team. [07:15] YokoZar: What about a chroot? [07:15] slangasek: Well thank you, in any case :) That seems to be the best thing to do. [07:16] TheMuso: That and pbuilder, basically. [07:55] mvo: hi === sabdf1 is now known as sabdfl_ === sabdfl_ is now known as sabdfl === sabdfl is now known as sabdfl_ [08:00] hey lifeless [08:02] hi sabdfl [08:03] * pitti waves to mvo [08:03] mvo: compiz-fusion-plugins-main wants to pull in compiz-bcop; do we want that in main, or was that an error? [08:03] (it's in dep-wait) [08:04] pitti: let me check [08:08] pitti: isn't that in main since gutsy? compiz-bcop. there is also a compiz-fusion-bcop that we got from debian (they decided to package it with a different name). might be a good time now to actually use the debian one and get rid of ours [08:08] mvo: oh, hang on, compiz-bcop doesn't even exist in hardy any more [08:08] mvo: right, so that needs a fixed build dependency [08:09] mvo: I'll promote compiz-fusion-bcop [08:09] done [08:09] s/exist in hardy/exist in intrepid/ [08:11] pitti: aha, good. now I just need to fix the compiz packages [08:11] * mvo goes and does it [08:11] mvo: thanks [08:20] mvo: what was the findconflicts outcome ? [08:21] lifeless: its a bit strange, it hasn't spamed^Wmailed me anymore, either its fixed now or so broken that its not even crying anymore [08:23] mvo: the code is out btw [08:23] lifeless: excellent, congrats! [08:24] I saw the mail this morning [08:24] mvo: future changes please shove up a branch and use the lp merge request stuff [08:24] so that I can pull them into trunk [08:24] lifeless: ok, will do [08:24] [this is separate from getting it onto macaroni - keep doing that as you ar] [08:24] *are* [08:26] mvo: should I create a conflictchecker team ? [08:27] lifeless: sounds like a good idea to me (or conflictchecker-hackers or so) [08:27] k will do === tkamppeter_ is now known as tkamppeter === hunger_t is now known as hunger [08:39] seb128: Re bug #255621 - xdg-open was detecting a gnome environment by GNOME_DESKTOP_SESSION_ID, which seems to be no longer set by gnome-session. For me, it seems DESKTOP_SESSION=gnome is being set; is this a safe thing to check for? [08:39] Launchpad bug 255621 in xdg-utils "xdg-open's Gnome detection is broken" [Medium,Confirmed] https://launchpad.net/bugs/255621 [08:40] RAOF: http://bugzilla.gnome.org/show_bug.cgi?id=542880 [08:40] Gnome bug 542880 in gnome-session "GNOME_DESKTOP_SESSION_ID not set anymore" [Normal,Unconfirmed] [08:41] Aha. You're obviously on top of that, then. [09:09] is there any known issue with the new nvidia binary drivers? [09:10] bug #255461 states that gnome-panel crashes when using "177" [09:10] Launchpad bug 255461 in gnome-panel "gnome-panel crashed with SIGSEGV in g_type_check_instance_cast()" [Medium,Incomplete] https://launchpad.net/bugs/255461 [09:13] pitti: https://bugs.edge.launchpad.net/ubuntu/+source/gnome-applets/+bug/255573, is there any reason apport doesn't remove the coredump when marking duplicates? [09:13] seb128: Error: This bug is private [09:14] seb128: 255461 isn't a general crash; I'm using nvidia-glx-177, and gnome panel works just fine. [09:17] seb128: that sounds like a bug [09:17] pitti: same on https://bugs.edge.launchpad.net/ubuntu/+source/gnome-applets/+bug/255572 [09:17] seb128: Error: This bug is private [09:17] Has MoM been switched off or is she malfunctioning? [09:17] seb128: same for me [09:17] soren: might be malfunctioning, I can have a look [09:17] mvo: works or doesn't work for you? [09:17] seb128: sorry, work for me with -177 [09:18] mvo: Cool. Last update seems to have been on August 1st. [09:18] mvo: ok, thanks [09:19] seb128: hm, it's also supposed to remove the private tag [09:19] soren: yep, mom is unhappy, I will see what I can do about it [09:19] mvo, pitti: http://bugzilla.gnome.org/show_bug.cgi?id=545828, if you could comment to say what you think about the feature, if it does what we need and if you think we would use that rather than update-notifier [09:19] seb128: the code is there [09:19] Gnome bug 545828 in plugins "Add apport monitoring" [Enhancement,Unconfirmed] [09:19] seb128: sure, will do [09:19] pitti: ok, should I open a bug about the duplicate issue? [09:20] seb128: if you want, but I'm investigating it right now [09:20] thekorn: I am using this: [09:20] bug.attachments.remove( [09:20] func=lambda a: re.match('^(CoreDump.gz$|Stacktrace.txt|ThreadStacktrace.txt|\ [09:20] Dependencies.txt$|ProcMaps.txt$|ProcStatus.txt$|Registers.txt$|\ [09:20] Disassembly.txt$)', a.lp_filename)) [09:20] pitti: upstream closed the bug as NOTGNOME first, but it looks like opensuse are working on using apport so they reopened the bug, they would like to know what the fedora plans are too, if you are in touch with somebody from fedora who could comment about that [09:20] thekorn: has the API changed in that regard? [09:25] pitti, hmm, I'm sure the API did not change there, [09:25] this shuold work this way, [09:25] will have a look at it in a bit [09:26] what exactly is not working, are no attachments removed? [09:27] thekorn: https://bugs.edge.launchpad.net/ubuntu/+source/gnome-applets/+bug/255572 for example [09:27] Launchpad bug 255572 in gnome-applets "mixer_applet2 crashed with SIGSEGV in g_datalist_id_set_data_full() (dup-of: 255554)" [Undecided,New] [09:27] Launchpad bug 255554 in gnome-applets "mixer_applet2 crashed with SIGSEGV in g_datalist_id_set_data_full()" [Medium,Triaged] [09:31] seb128: commented and CC'ed [09:31] pitti: thank you [09:32] thekorn: apparently not; I play with it locally here [09:33] I let the coredump on those bugs so you guys can use that for testing [09:33] thanks [09:33] ok, I will have a look at this in a few [09:34] thekorn: let me finish my local test and write a reproducer [09:34] both of my Intrepid systems have an empty /var/log/kern.log since the upgrade [09:34] ok [09:34] thekorn: I'm pretty sure that the code is run, since the same function first deletes attachments and then marks the bug as a dup (and the latter works) [09:35] mdz: confirming; /var/log/dmesg is there, but kern.log doesn't work [09:35] pitti: something wrong with klogd perhaps? [09:35] seb128: sorry for the bug noise, I have to undup the bug to play with it; will re-dup afterwards [09:35] pitti: that's alright [09:36] soren: should be running again (but will take a bit to complete, it needs to do some catchup). you don't happen to know about network speed slowdowns in the intrepid kvm? for me kvm in intrepid gives me only ~30k download speed (compared to ~700k with qemu) [09:36] james_w: congratulations! :) [09:36] mdz: hm, "sudo tail -f /proc/kmsg" doesn't report anything either (tried with some modprobe) [09:37] itz kernel bug? [09:37] james_w: congrats! [09:37] pitti: filed as bug 255635 [09:37] Launchpad bug 255635 in sysklogd "Nothing logged to /var/log/kern.log in Intrepid" [Undecided,New] https://launchpad.net/bugs/255635 [09:38] why do we have /etc/.java, at least in hardy? [09:38] mvo: Which nic are you emulating? [09:38] pitti: kmsg was working earlier in the cycle, I used it for debugging bug 251223 [09:38] mvo: Thanks for fixing MoM by the way. [09:39] Launchpad bug 251223 in linux "BUG: Dentry ffff81003ac17410{i=161b,n=cow} still in use (1) [unmount of rootfs rootfs]" [High,Fix released] https://launchpad.net/bugs/251223 [09:39] soren: the default one (not sure which one that is) [09:39] pitti: is kernel.printk set correctly? I can never remember which way the numbers work [09:39] mvo: That would be the realtek one. [09:39] mdz: neither can I :( [09:39] soren: should I just try a different one? [09:39] mdz: but 4 4 1 7 sounds familiar === dholbach_ is now known as dholbach [09:40] pitti: I noticed recently that sysrq+[1-9] didn't seem to work, I wonder if it's related [09:40] mvo: It couldn't hurt. Either pass "model=virtio" to the first "-nic" on the command line, or set "" in the interface definition in the domain definition. [09:40] (depending on whether you're using libvirt or not) [09:41] pitti: did you remember to stop klogd before your tail -f /proc/kmsg test? [09:41] Mithrandir: Urgh [09:41] Mithrandir: Looking at my dpkg.log, it seems to come from java-common [09:41] mdz: yes, I did [09:42] pitti: confirmed here, nothing in /proc/kmsg [09:42] * pitti follows up to the bug [09:42] pitti: already updated [09:42] argh, LP ate my comment [09:43] pitti: was it because I moved it to a new package (which bizarrely changes the URL)? [09:43] yes, I got an error message [09:44] pitti: going back in the firefox history retrieves lost input fields surprisingly often [09:44] and alt+left then didn't remember the text contents [09:45] Mithrandir: I also have sun-java6* upgraded in the same minute, so they could also be at fault (I checked the creation time of /etc/.java) [09:46] mdz: please attach /var/log/Xorg.0.log to 255008, thanks [09:46] lool: that's where it's come from; I'm wondering why somebody thought dotfiles in /etc was a good idea. [09:46] mdz: upstream wants that [09:47] mdz: also, you do have -1ubuntu3 of the xserver installed? [09:47] Mithrandir: Well and the package failed to cleanup after itself too [09:48] (as I have this empty /etc/.java now, but no sun-java6* installed) [09:48] lool: ugh. [09:49] soren: ohhhh - that looks *much* better, in fact, I'm getting 11mb peek to my local proxy now *sweet* [09:49] soren: is this available in hardy too? can we make it default please :) [09:50] mvo: It is. :) [09:50] mvo: Both available and the default :) [09:50] mvo: If you choose Ubuntu Hardy as the OS you're installing in virt-manager, it chooses virtio_net automatically. [09:51] bug 255008 [09:51] Launchpad bug 255008 in xorg-server "Up arrow key mapped to Print [screen]" [High,Confirmed] https://launchpad.net/bugs/255008 [09:51] soren: hm, for the -nice user too? I have the latest kvm here and before I added "model=virtio" I got really bad throughput (basicly I just ran "kvm image.qcow2") [09:52] mvo: Oh, no, not if you run kvm like that. [09:52] soren: ok, so its default in libvirt but not on the commandline kvm? [09:52] mvo: The only operating system that supported it at Hardy's release was Hardy. [09:53] tjaalton: sorry it's almost 8M, due to bug 247195 [09:53] Launchpad bug 247195 in xorg-server "Server log fills up with acpid socket errors" [Low,Confirmed] https://launchpad.net/bugs/247195 [09:53] tjaalton: but I have attached it now [09:53] soren: for virtio? I see. that is a problem :) will the hardy kvm with virtio work with a intrepid guest? or is that not possible? [09:53] mvo: I think perhaps a few others are starting to catch up, but it'll never be as ubiquitisly(sp?) supported as the realtek adapter. [09:53] mvo: That should work fine. [09:54] mdz: heh [09:54] soren: thanks for your explaination! that is fine then, I'm only concerned with ubuntu systems for my current project, so I will just add it to my standard kvm option, thanks again for your help [09:54] mvo: The interface has an ABI check, so it doesn't work, it will just come up without a NIC. It won't just break spectacularly. [09:55] mvo: No problem :) [09:55] tjaalton: is there any know video bustage on intel in intrepid? the evolution composer has refresh issues and artefact since I upgraded today (I didn't upgrade for a few days before that) [09:55] mdz: I've filtered the ACPI errors and will attach that too [09:55] seb128: not that I know of, my i965 works mostly ok [09:56] hum, ok, using compiz? [09:56] but then again I don't use evolution [09:56] is there any change this week that could have created issues? [09:56] I'm seeing a lot of corruption with nvidia on intrepid on my desktop [09:56] e.g. switching tabs in firefox doesn't redraw half the window [09:56] pitti, I think I found the issue [09:57] thekorn: fun; originally it had 4 attachments; the first run removed 2, the second removed 1 [09:57] thekorn: now just CoreDump.gz is left [09:57] * pitti runs it a third time [09:57] pitti, and whe you run it again, Coredump will be removed [09:57] thekorn: maybe the $ doesn't match reliably any more or so? [09:57] thekorn: right, worked now [09:57] funny, I don't have evolution installed [09:58] no, attachment.remove is not working correctly for many matches [09:58] thekorn: do you need my reproducer script? (we have some more bugs to try this with) [09:58] so it only removes the first match [09:58] seb128: no updates to the intel driver. do you use compiz? does metacity have the same problem? [09:58] pitti, no, I'm fixing it right now [09:58] thekorn: awesome, thanks! [09:58] seb128: I'll ask bdmurray to generate a list of all bugs with Coredumps, then I'll run a script for mass-cleanup [09:58] tjaalton: I do use compiz but this one didn't change in the update [09:58] pitti: thanks === Tonio__ is now known as Tonio_ [10:03] seb128: btw, I'm really impressed with the current fakechroot; intrepid chroots have updated without a hitch for weeks... [10:03] that's good indeed ;-) [10:04] by now that should have compensated for the 6 hours I spent on debugging and fixing fakechroot, I guess :) [10:07] mdz: would you attach xorg.conf as well, thanks [10:09] tjaalton: it's already in a comment in the bug [10:09] mdz: only a part of it [10:10] tjaalton: https://bugs.edge.launchpad.net/ubuntu/+source/xorg-server/+bug/255008/comments/8 [10:10] Launchpad bug 255008 in xorg-server "Up arrow key mapped to Print [screen]" [High,Confirmed] [10:10] tjaalton: there is nothing else but Driver "nvidia". I will attach it though [10:10] mdz: yes, thanks. [10:10] tjaalton: done [10:11] seb128: I can see the corruption too, with metacity [10:12] tjaalton: good ;-) [10:12] pitti, fix pushed to the .main branch [10:12] thekorn: rock, thanks! [10:12] brb [10:13] seb128: but the driver has not been updated in a while, and I doubt it's a problem in the server, so.. :) [10:13] thekorn: curious fix [10:13] tjaalton: you are blaming it on GNOME aren't you ;-) [10:13] seb128: well, you said it :) [10:14] seb128, thekorn: retracers restarted with the fixed p-lp-bugs [10:14] oh, seb is offline [10:14]