[00:06] doko: no joy with ppa3 either [00:06] doko: I think I'll have to build a debug shell tomorrow with some added printf debugging [00:10] cjwatson: thanks for checking. although I do like the outcome somewhat ;) [00:10] that we don't need a new eglibc? [00:10] I'm not too sad about that myself, I must admit [00:11] yes [00:11] Keybuk: ok, sorry - any idea how to fix this properly, then? Because /without/ that change, after fixing plymouth, pressing 'c' gets you a segfault instead of an fsck cancellation [00:11] anyway, hacking printfs into exactly the right place in the shell requires a special state of mind, and this ain't it, so ... night [00:12] slangasek: why does it give a segfault? [00:12] do you have a bt? [00:15] Keybuk: actually, sorry, the segfault was the second bit of the patch; the first bit was that plymouth_answer() returns at line 3028 because plymouth-mnt->error never gets set to ERROR_FSCK_IN_PROGRESS [00:15] plymouth_mnt->error [00:16] er, no - was the other way around [00:16] segfault first [00:16] because plymouth_mnt wasn't set [00:16] line 3093 [00:19] whuh? [00:19] * Keybuk wonders whether slangasek has a sort "in order" button [00:20] so [00:20] plymouth_mnt is initialised to NULL [00:21] without the change from > to >=, plymouth_mnt never gets set to anything in the case that plymouth_error == ERROR_FSCK_IN_PROGRESS, because there's no value greater than that in the enum [00:21] so I don't see how it can ever be "not set" [00:21] "not set" -> "not set to a value that it's useful to try to dereference" [00:22] but it doesn't need to be set to any value [00:22] S kills all running fsck [00:22] err C I mean [00:22] not with the existing code, it doesn't [00:22] that's why the 'C' case never uses mnt [00:22] prove it to me with a bt ;) [00:23] oh, cock [00:23] no, I see what you mean ;-) [00:23] right at the top of the case [00:23] that's just a bug in its own right [00:23] I was adding those, and clearly didn't put my brain on [00:23] should that point at plymouth_error, then? [00:23] yes! [00:24] ok - you changing, or shall I? [00:24] I'll change that, since I have emacs open right now [00:24] ok [00:24] I clearly made it != not ==, but didn't think all the way through [00:24] * Keybuk cleans up the rest of that code [00:28] ok, pushed as -r 325 [00:28] what was the first bit of that patch for? [00:31] Keybuk: the first bit was knock-on from the second bit [00:31] ah right [00:32] yeah I can see how you got there [00:32] so if we're checking plymouth_error now, it should work [00:32] but since we always run fsck, but fsck doesn't always check, I was trying not to do your exact patch ;-) [00:32] the reason mnt isn't set is on the assumption that we "don't know" which message is being displayed [00:32] clearly [00:32] 1) plymouth needs to support these kinds of "press X for" messages/prompts [00:33] 2) plymouth then needs to deal with receiving multiple of them and showing one at a time [00:33] 3) mountall then gets simpler again [00:33] so, cool; that means you've fixed a regression I'd noticed but didn't realize was my fault ('press C' showing up when no checks were needed) [00:33] sorry about that [00:34] hey, that's ok ;) [00:35] I'm still trying to figure out why /tmp has to be nodev ;) [00:36] well, without that, the code for handling placeholder entries never triggers [00:36] is never reached, should say [00:36] hahah [00:36] I just found the code [00:36] I'm such a lazy git [00:36] I could have just done mnt->placeholder = TRUE or something [00:36] but no [00:36] I had to abuse nodev combined with strcmp (type, "none") [00:38] I can see why I did it like that - it means anything in fstab with /tmp overrides the lot [00:38] oh well [00:38] that patch is clearly right :p [00:39] btw [00:39] how did we miss http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/lucid/mountall/lucid/revision/326 ? === RoAkSoAx_ is now known as andreserl [00:59] Keybuk: oh, geez; well I missed it because I wrongly assumed we already fixed that [00:59] slangasek: so did I [00:59] I guess we only fixed it in upstart [01:00] I'm sure I fixed it in mountall [01:00] I bet this is case of I fixed it, and then forgot to push [01:00] or it got overwritten by the importer [01:00] so the fix was lost [01:00] so I'm pretty sure that's the LVM bug ;-) [01:00] yeah, so am I [01:01] well, before when we were fixing this we were focusing on upstart-udev-bridge (upstart 0.6.5-2), so I was just assuming it was fixed by false analogy - never saw the code to do it :) === RoAkSoAx_ is now known as andreserl [01:09] kees: Is it a bug that rng-tools' init script doesn't seem to start for me on boot? Is this just me? [01:10] persia: if you're using it with TPM, it's a bug -- trousers needs to start first, but doesn't. === dendro-afk is now known as dendrobates [01:12] kees: Does it have a bugnumber, or shall I add description to the lamentably short bug #544545? [01:12] Launchpad bug 544545 in rng-tools "rngd doesn't start automatically" [Undecided,New] https://launchpad.net/bugs/544545 [01:12] (this being a different issue than bug #519427, which also makes it not start under those conditions) [01:12] Launchpad bug 519427 in rng-tools "fails to start using TPM device as rng" [Wishlist,Triaged] https://launchpad.net/bugs/519427 [01:13] persia: there's no bug number yet, no. [01:13] * persia repurposes 544545 to track this [01:19] persia: what do you think the best solution is for this? either moving trousers one S-level earlier, or rng-tools one S-level later. probably the latter. [01:20] I like moving things later better. [01:20] I'm not sure I care enough to fix for lucid though. [01:20] I probably should fix it (and the example typo) [01:21] close all the bugs in the package all at once? That would be exciting. [01:23] I think we should do that [01:23] close all launchpad bugs [01:23] delete them [01:23] and start over [01:23] Is the example typo really I typo? I thought it was just your blog software being smart. [01:23] Keybuk: Why? I often find bugs that are over a year old and still apply to the development releases. [01:24] mostly for fun [01:24] but also because the "find" bit is hard [01:25] Hm. True. When we had < 100K bugs, finding them was lots easier. [01:26] persia: no, I mean, like to add an example at all. [01:26] Oh, heh. I've a patch to do that in the bug. [01:27] * persia forgets why it wasn't just uploaded back in February, precisely [01:27] Is it normal practice to have a source package in main, but some of its binary packages in universe? [01:28] FSVO normal, yes [01:28] Caesar: It's not uncommon at all. source packages must be in main if any binary packages are in main. binary packages are encouraged not to be in main unless they are required to be in main. [01:28] ok [01:35] Caesar: Do you have a specific package that is confusing or problematic in some way? [01:45] persia: I was slightly confused by autofs5-ldap [01:45] Caesar: Are you less confused now, or do you have more questions? [01:46] persia: I'm less confused now that you've explained things [01:46] Great! [01:46] I had just assumed that if a source package was in main, *all* of its binary packages should be too [01:47] * jdong cries a bit about vdpau... lower CPU usage != longer battery life [01:47] not really surprising though === rgreening_ is now known as rgreening [01:47] Caesar: It's an artifact of how "main" is defined. With luck, it will make more sense once we can abolish components. === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [02:14] wow, the splashy issue still exists, doesn't it :-/ [02:14] bug 328089 [02:14] Launchpad bug 328089 in splashy "[Jaunty] splashy 0.3.13-3ubuntu1 fresh install conflicts with lsb-base" [High,Triaged] https://launchpad.net/bugs/328089 [02:14] I forgot the reason why we decided we didn't want to yank it from Lucid? [02:14] or make it conflict lsb-base or some other obvious "installing this package won't work" error [02:15] It's not too late for removals [02:15] are we in removals-freeze pending RC? [02:15] ScottK: what's your opinion on the matter? splashy tries to install a file in lsb-base, and it seems like the two parties have reached an impasse for a year [02:17] jdong: Since it conflicts with a package in ubuntu-minimal, I don't see how it could be suitable. [02:18] So it wouldn't be installable except in a system that had been somewhat heavily tortured. [02:18] ScottK: really? apt-get -s install splashy happily removes some usplash packages and continues [02:18] OTOH, I didn't investigate if the conflicts is correct. [02:18] ubuntu-minimal doesn't spark the Essential: Yes warning, does it? [02:19] Don't think so. [02:19] persia: No. Removals are still being processed. [02:20] well, it doesn't seem to yell at me when I try to install it, minus an unpack phase overwrite failure [02:20] jdong: no, it doesn't - but splashy isn't going to work right with plymouth, and removing that *does* spark the Essential: yes error [02:20] Although at least in my case the RM has gone to the length of putting my name in the removal rationale so people know who to go hunt down. [02:20] slangasek: ah, good point [02:20] * persia only has a few removals pending, for superceded sources [02:20] ScottK: don't worry, IME people will still come to me first ;) [02:21] persia: If only I had shell access they'd be done. [02:21] They should check +publishinghistory, which should document the bug number, which should answer *all* their questions :( [02:21] (I get two or three mails a cycle from users begging me to add back a package that I removed as part of process-removals of stuff disappearing from Debian) [02:21] Oh, removals require shell access? [02:21] Yes [02:21] slangasek: seems like two people on/upgrading to lucid have commented on that bug report, though. [02:21] is there any benefit to having splashy in the archive if it's not installable? [02:22] And will never be installable again ... [02:22] indeed. it's plain incompatible with the new boot system. [02:22] (I don't expect Plymouth is going anywhere) [02:22] Just file the removal bug already :) [02:23] jdong: You've already expended far too many brain cell s on it already [02:23] lol ok, filing removal [02:25] * jdong subscribes ubuntu-archive to bug 568193 [02:26] Launchpad bug 568193 in splashy "[removal request] Splashy is uninstallable and incompatible with Lucid." [Undecided,New] https://launchpad.net/bugs/568193 [02:27] There's a goodly number of removal requests stacked up there. [02:28] * ajmitch can think of a few packages which would be nice to remove [02:29] jdong: sure, there are two people running lucid saying "splashy error problem exists" - I can't see how this rules out there being a big explosion if they managed to get splashy installed. :) [02:30] slangasek: haha don't get me wrong, I'm equally amused at how people can have "Lucid" setups that boot with splashy installed [02:30] but they /don't/ have splashy installed [02:30] because they got the conflicts error message [02:31] so the undeclared file conflicts is saving them from themselves [02:31] lol it would seem that way. [02:31] but that hardly makes this year-old bug a feature ;-) [02:35] I think 568193 is the clear and obvious solution. [02:35] * slangasek nods [02:35] ok, and onwards towards more productive uses of our minds! [02:40] every time I see his quit message, I want to shout and rant and rave [02:41] haha [02:41] because clearly he's never seen a baby try and figure out a nipple for the first time [02:41] or known a woman who understands that babies get it wrong and bite [02:41] et.c [02:41] [02:46] Perhaps the phrase is deeper. “The only intuitive interface is the nipple – and even it’s not intuitive”? :-P [02:48] I'd go with [02:48] "There's no such thing as intuitive, there's just things that are familiar based on other things you've already learned" [02:48] and I bet I'd get a gold star from mpt for that [02:48] everything should have one button but it's up to you to figure out what to.... oh. [02:49] eh I was close. [02:50] if there was just one button, with "PUSH" written on it, somebody would pull it [02:50] to prove that, go to any public restroom and look at the tap on the sink [02:51] so we just call them security engineers and move on ;-) [02:51] Keybuk: you'd need a button that works whatever you do (except nothing ;)) [02:55] "There's no such thing as intuitive, there's just things that are familiar based on other things you've already learned" --> isn't that the definition of intuition? :P [02:55] no, the definition of intuition is knowing things without having learned them [02:56] Visits to public restrooms tend to go better if you refrain from looking. In fact, the more senses you suppress the better. (Perhaps Finns just suck more than the saner part of the planet at this whole public restroom business.) [02:56] you didn't learn those things, you make a guesd based on other things you learned ;) [02:56] *guess* [02:58] (without knowing you base your guess on that) === dendrobates is now known as dendro-afk [06:12] Hi. Upon uploading my new package to PPA I get "Unable to find distroseries: unstable" error. I googled for it and everybody suggests to hardcode the series to a particular Ubuntu version. [06:13] The problem is that I want to upload this package to both Debian and Ubuntu. [06:13] I took irrlicht library as an example as it is maintained by the same person and it is present in both Debian and Ubuntu. [06:14] Madkinder: you can set the series in your dput.cf [06:14] the most weird thing is that debian/changelog version of Ubuntu's package contains unstable! [06:14] Madkinder: #ubuntu-packaging is a better place to discuss [06:15] Madkinder: if it's for PPA [06:15] micahg: I didn't configure dput at all. I just used the new ppa/ppa-name syntax [06:17] ok, if I'm on the wrong place [06:17] Madkinder: I'm in the other channel too [06:23] jdong: did you just say I pull "push" doors? :P [06:23] kees: hahahaha :) [06:24] kees: that buffer was marked char[80] for a reason! [06:24] :) [06:24] hehehe :) [06:24] but hey, I'll admit to making sure push doors don't pull ;-) [06:53] how to test the xorg thing? [06:53] I heard there is need for testing [06:54] https://wiki.ubuntu.com/X/Testing/GEMLeak [07:20] Good morning [07:28] glxinfo is not installed [07:28] is that normal [07:28] https://wiki.ubuntu.com/X/Testing/GEMLeak [07:29] UNE [07:29] That's not unexpected; I don't think anything depends on glxinfo. [07:29] (Or, rather, mesa-utils) [07:31] seems like terminal auto-completion become slower [07:31] I've extra compiz eanbled [07:31] enabled [07:32] I'm pretty sure that'll be placebo. [07:32] auto-completion slowness is usually due to enabled bash-completion [07:32] what is placebo? [07:33] this is not the first time I use it [07:34] sudo aptitude install mesa-u* TAB takes long time [07:34] The placebo effect is from medicine, where giving people sugar pills while telling them that the pills will help makes the pills help. [07:38] now the completion is back to normal [07:38] damascene: that's because there are lots of packages, and now the list is cached [07:38] I see. thanks [07:42] by the way is there a way to upload photo to the wiki instead of using out side service === almaisan-away is now known as al-maisan [07:55] Damascene: yes, see the "Attachments" link at the top of the page [08:07] slangasek: gnome-keyring> upstream ack'ed the patch and committed it upstream with one refinement; he also confirmed that storing the password was an inadvertent glitch, not a design issue to make the user.keystore work; also, jdstrand pointed out that this is quite an easy root escalation hole for local processes (through sudo); so my confidence has risen a lot about this, and I'd rather like to see [08:07] it in lucid final; WDYT? [08:08] pitti: yes, please upload then [08:08] will do (still giving it another round of testing) [09:14] mdke, thanks I see it now [09:16] good morning [09:17] morning [09:21] good morning [09:34] slangasek: I have another pkg-create-dbgsym which fixes building debug symbols for X (bug 562418); it's all testcase'd [09:34] Launchpad bug 562418 in xorg-server "many -dbg packages have debug symbols mismatch" [Undecided,Confirmed] https://launchpad.net/bugs/562418 [09:34] slangasek: should I upload this now, so that we have it available for the rush of after-RC uploads, or postpone? [09:36] pitti: go ahead and upload [09:36] it's version 42, it *must* be good [09:37] uploaded [09:41] slangasek: it's in unapproved now [09:49] mvo: Mind pushing latest apt to bzr? (ubuntu7) [09:51] lool: ups [09:51] lool: done [09:52] thanks [10:05] who rejected libjdic-java from the queue? did micahg ask someone to do that? === james_w`` is now known as james_w [10:15] Riddell, ScottK: http://people.canonical.com/~ubuntu-archive/component-mismatches.txt> should knm-runtime stop recommending the vpnc bits? [10:27] same question about kigo recommending gnugo [10:29] slangasek: seems http://launchpadlibrarian.net/18628527/mono_1.9.1%2Bdfsg-4ubuntu1_1.9.1%2Bdfsg-4ubuntu2.diff.gz got dropped in some merge in lucid; I'll upload it again to fix the mono-debugger entry in c-m, ok? [10:30] pitti: yes please [10:37] slangasek: (I'll upload recommends fixes for xfonts-mathml and texlive-extra-utils as well, FTR) [10:40] pitti: cheers [11:10] bryceh: heya [11:10] pitti bryceh: I'm worried that I see my Xorg using 60%+ CPU ATM after swithing to the xorg updates packages [11:12] lool, intresting, didnt happen for me [11:13] it bumps up to 12-15% here in max [11:13] and ma gem objects seem to look sane [11:16] Sarvatt: ^^ seen this issue that lool reports? [11:16] So I stupidly tried stracing Xorg [11:16] don't do that [11:17] I mean don't do that from a xterm in top of the Xorg you're stracing *cough* [11:17] haha [11:17] lool: has it fixed the actual leak problem for you? [11:17] lool: and what wm are you using? [11:18] slangasek: I think it did fix the leak [11:18] slangasek: I didn't try the test case, I had a workload causing the bug to manifest relatively quickly [11:18] ok [11:19] I'm unison-syncing my mail/, used to be 1 GB and is now about 500 MB and 30 000 files, that would not fit in the kernel caches after running Xorg for a while because GEM was taking kernel memory [11:19] slangasek, for me it definately fixed it [11:19] and so suddenly my system would be hitting the disk hard all the time [11:19] i has the gem objects counter running negative after 24h [11:20] now it stays around 350000000 [11:21] s/has/had/ [12:06] lool: there's also some program called xrestop which might show you which client is actually causing so much X activity? [12:06] (sorry, was away for lunch) [12:13] mvo: does update-manager disable nvidia on dist-upgrades from karmic to lucid? See LP: #568041 [12:13] Launchpad bug 568041 in jockey "[Lucid] Upgrade from Karmic broke nVidia installation" [Undecided,New] https://launchpad.net/bugs/568041 [12:13] tseliot: it should not do that [12:14] tseliot: hm, without the upgrade logs its hard to tell [12:15] mvo: can you ask the user to attach the relevant logs, please? [12:16] tseliot: done [12:16] mvo: thanks [12:32] pitti: Ack; I remember using xrestop to track abusive x resource consumption, but not CPU; I will give it a try if I reproduce [12:33] it doesn't render my system unusable, just takes one full CPU, so should be debugable [12:33] lool: right, that's worrysome; you never had that before? [12:33] lool: once you can reproduce it, it might help to kill processes one by one, to see which one is causing it [12:33] usually it's not really X itself, but some particular program which just spams it with requests [12:37] pitti: No, I never had that before [12:37] pitti: it might be another program indeed; unfortunately, I had to reboot [12:50] tseliot: hi, have you seen bug #567425? [12:50] Launchpad bug 567425 in fglrx-installer "package fglrx (not installed) failed to install/upgrade: dpkg-divert: rename involves overwriting" [High,Triaged] https://launchpad.net/bugs/567425 [12:50] (yet another divert bug) === MacSlow is now known as MacSlow|lunch [13:03] thanks for fixing gnome-keyring pitti! :P === dendro-afk is now known as dendrobates === vish is now known as mac_v === mac_v is now known as vish === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan [13:16] hm, if I see it corrently some patches in the vlc package make changes to configure.ac but autoreconf is never run. there neither is a autoreconf.patch nor is it run in debian/rules [13:18] mdeslaur: with pleasure :) [13:19] pitti is made of awesome no doubt ;-) [13:19] :) [13:21] does anybody knows about nis and has an idea about bug #553142 [13:21] ? [13:21] Launchpad bug 553142 in gdm "gdm does not obey NIS settings for user groups" [Low,New] https://launchpad.net/bugs/553142 === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [13:23] not sure if that's a gdm issue [13:35] smoser: ping [13:38] slangasek, here [13:39] smoser: hi - just checking to see if you were around yet :) I think the RC will be ready to go out within an hour or two [13:40] oh wow. i'll get the amazon pages ready. the images have been pre-published as rc. [13:40] yep, saw that, thanks [13:40] slangasek: are you fully operational /without/ smoser ? I heard he might be lost in a small island during release week. [13:40] i think they have network access there. [13:41] "lost in a small island"? :) [13:41] slangasek: a tax haven, if you see which one I'm referring to. [13:41] volcano permitting i'm going to be sprinting with niemeyer === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [13:42] ttx: yes, I have all the info, but it's convenient to have a second set of hands for that stuff since it's highly parallelizable wrt the rest of the publishing [13:42] slangasek: ok, was just belt-and-suspender checking that we are not vulnerable to subaquatic cable cuts [13:43] slangasek, the scripts have never been tested for moving from an rc to a release (the promote-daily), assuming we wanted the 20100420 as GA. [13:44] going from daily to 'release' should be easy, so i will just make sure that daily gets kept around until we know its not fit. [13:45] smoser: in practice we've never reused an rc as ga without changes; we already know we have a queue of updates that we'll accept, at least some of which will touch UEC/EC2 images [13:45] then its not to worry [13:45] pitti, just confirming that your "dell don't suspend" work on the machine i have which is affected [13:52] pitti: knm-runtime does not recommend vpnc except on sparc where the newest version hasn't compiled [13:53] Riddell: oh, thanks; I thought c-m would only consider i386/amd64 (at least it seems to ignore the ia64 ones) [13:54] pitti: that's the only reason I can see it would still have that listed anyway === ogra_ is now known as ogra [13:59] any chance the new vlc-1.0.6 makes it into lucid (before the release)? according to the news it has only security and stability fixes: http://www.videolan.org/news.html [14:43] ccheney: hi, I uploaded a new OOo based on my branch (the one I proposed for merging). I uploaded from the apt-get source tarball becuase it appears that bzr is not up-to-date with the archive === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan [15:14] superm1: do we get a http://mythbuntu.org/10.04/rc page for this round? [15:15] slangasek, yes; i'll ping the guy to get it up there, thanks for the reminder [15:15] superm1: n/p [15:23] mterry: hi, is bug #528887 going to make it for release? [15:23] Launchpad bug 528887 in netbook-launcher-efl "maximus does not give default focus to newly started apps in combination with efl launcher" [Medium,Triaged] https://launchpad.net/bugs/528887 [15:24] slangasek, ah yes, I was going to look at that today/tomorrow [15:24] mterry: ok, great [15:28] slangasek: as regards LP: #567425 , I think something like this would suffice: http://pastebin.ubuntu.com/420452/ [15:28] Launchpad bug 567425 in fglrx-installer "package fglrx (not installed) failed to install/upgrade: dpkg-divert: rename involves overwriting" [High,In progress] https://launchpad.net/bugs/567425 [15:29] tseliot: what owns the file that you're rm -f'ing? [15:30] tseliot: in theory, you should just conflict with that to force it off the system beforehand [15:31] slangasek: xorg-driver-fglrx from either the repository or from the ati installer [15:32] pitti: thanks for all your work on gnome-keyring. I've got a couple machines that are affected that I haaven't fixed yet-- do you need more testing (standard desktop installs, nothing fancy)? [15:32] slangasek: what I did in the patch is something I've been doing with nvidia for while now to get rid of the diversion ugliness ;) [15:33] tseliot: but an older version of xorg-driver-fglrx, right? So Conflicts: xorg-driver-fglrx (<< $version) is possible? [15:34] slangasek: yes, older versions of that package. But still we can't be sure about which version the ati installer installed [15:34] mvo: ok [15:34] tseliot: ah - argh [15:34] tseliot: ok, do it the ugly way then :/ [15:35] * ogra_cmpc would suggest to do both [15:35] slangasek: it's all about ugliness with these things ;) [15:35] conflict and check if the file still exists [15:35] then rm it if it does [15:35] tseliot: then in maverick, you can drop the transitional package and conflict unconditionally :-P [15:35] heh [15:36] apw: did we overlook something wrt making 'nomodeset' work again?: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/539878/comments/15 [15:36] Ubuntu bug 539878 in linux "nouveau out of sync LVDS (basically card not supported)" [High,Triaged] [15:53] slangasek, yesterday Keybuck mentioned he migh have found a mountall bug related to that LVM mount issue, do you happen to know anything about it ? [15:54] joaopinto: yes, mountall didn't have the fix to raise its udev input buffer to a sensible value, so could drop events when they came in too quickly [15:55] joaopinto: fix is committed to bzr; chances are this fixes all the unreproducible "my device didn't get mounted" issues [15:55] there is one persone on #ubuntu+1 reporting an issue, but on his case it's LVM+crypted swap, but it's random, so I am not sure it's the same issue to advise him to try the ppa version [15:56] I don't know if Keybuk uploaded to ppa === dendrobates is now known as dendro-afk [15:56] He did [15:56] then yes, advise to test [15:57] ok [15:58] jdstrand: I'm pretty confident on it by now, but of course more testing is always good [15:59] jdstrand: there's a package in ppa:ubuntu-desktop/ppa; it's my original patch, though, not the refined one from upstream [15:59] jdstrand: but if you want to, feel free to grab the source from the queue (dget http://launchpadlibrarian.net/45006207/gnome-keyring_2.92.92.is.2.30.0-0ubuntu3.dsc) and build locally? [16:00] oh, dget wouldn't actually work there, sorry; you need to grab the diff individually [16:01] pitti: cool, I'll build from unapproved. again, thanks! :) === dendro-afk is now known as dendrobates [16:14] wow. X performance sucks after the last reboot I did here. I wonder what got turned on or killed or such [16:15] slangasek, nothing that i am aware of [16:16] slangasek, mountall ppa didn't fix, but this seems to be different case, I will try to reproduce [16:17] superm1: still no love on http://mythbuntu.org/10.04/rc [16:17] joaopinto: ok [16:18] Daviey, could you just copy the beta2 page to rc and s/beta2/rc/ until tgm can more properly give it love?^ [16:29] lamont: maybe because of this? https://lists.ubuntu.com/archives/ubuntu-devel/2010-April/030673.html [16:30] lamont, use a bucket to catch gem objects [16:31] :-D [16:32] that would make sense [16:32] grep: /sys/kernel/debug/dri/0/gem_objects: No such file or directory [16:32] except for that [16:32] cat ? [16:33] hmm, no, indeed [16:33] # ls -la /sys/kernel/debug/dri/ [16:33] total 0 [16:33] drwxr-xr-x 2 root root 0 2010-04-22 07:35 . [16:33] drwxr-xr-x 14 root root 0 2010-04-22 07:35 .. [16:33] # [16:33] iz boring there === slangasek changed the topic of #ubuntu-devel to: Lucid release candidate is out! | Archive: final freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper-karmic | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs [16:34] wooooo! [16:34] mind you, I killed all visual effects (Appearance) in order to get my keyboard focus back, since metacity has it, but compiz never learned about strict [16:34] intel card ? [16:34] and really DO. NOT. CARE. about visual effects and pretty wizzy stuff... just want machine cycles for me, thanks [16:34] 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) [16:35] inspiron 1520 [16:35] weird === bdrung is now known as bdrung_home [16:35] even if you dont run compiz the dri module should be loaded and create that file [16:35] right now, I have overlapping firefox and xchat windows. switching between them results in 4-5 seconds of X taking 90% of one of two cores [16:35] more like 96% [16:36] this is the fresh lucid install, too [16:36] well, from beta1 [16:36] sounds a bit like what lool reported [16:36] and i think Keybuk had similar issues [16:37] and GM card [16:37] (at least both were load related) [16:37] I'd be happy to test a fix.... [16:37] * ogra hasnt one ... [16:38] lamont, do you use the lucid version or the ppa one which had a call for testing? [16:38] nor do i have a bug with the fixed gem objects thingie [16:38] and we expect that the GEMLeak fix is different? [16:38] seb128: stock lucid at this point [16:38] ok so it's not a bug in the candidate fix at least [16:38] I doubt it's the issue you are having anyway there [16:39] seb128: not a regression in it no. probably a "still a bug" bug [16:49]