[00:09] stgraber, kees: it seems that the apport bug is not fixed => http://pastebin.com/BXMyNmJR [00:10] or https://bugs.launchpad.net/ubuntu/+source/apport/+bug/767829 [00:10] Ubuntu bug 767829 in apport (Ubuntu) "package apport 1.20.1-0ubuntu4 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Undecided,New] [00:12] Apport upgrade still failing with the new one. [00:12] Setting up apport (1.20.1-0ubuntu4) ... [00:12] start: Job failed to start [00:12] invoke-rc.d: initscript apport, action "start" failed. [00:12] dpkg: error processing apport (--configure): [00:12] subprocess installed post-installation script returned error exit status 1 [00:12] (I did not manually fix the problem with ubuntu3) [00:13] stgraber: ^^^ [00:13] hm, yeah, build log shows the wrong dh_installinit invocation [00:14] dh_installinit -papport "true" [00:14] hmph, I should have caught that [00:14] getting tired [00:15] DEB_DH_INSTALLINIT_ARGS="--error-handler=true" iiuc [00:15] (is what it should be?) [00:15] cjwatson: shall I fix it? [00:16] please. and drop the spurious quotes while you're at it [00:16] yuppers [00:33] cjwatson: +1 for spotting the %ss <-> %sp [00:33] thanks. quite pleased with finding that. :) === bjf[afk] is now known as bjf === bjf is now known as bjf[afk] [01:21] can i do anything to escalate https://bugs.launchpad.net/bugs/749817 ? [01:21] Ubuntu bug 749817 in xserver-xorg-video-intel (Ubuntu) "natty regression: screen goes black when external monitor is connected" [High,Confirmed] [01:21] for people with thinkpads (and it seems to affect many of them) it's a fairly serious regression [01:31] raof was talking about that in #ubuntu-desktop before [01:32] poolie: And bryceh was organising some kernels to test. [01:33] well, if you want testers, just ping me [01:33] if you were still in sydney i would lend you my laptop if that helped [01:34] cjwatson, ScottK: doh, my bad, I did some test outside the branch, then applied manually to the branch ... Seems like I forgot --error-handler ... [01:34] sorry for that [01:35] It happens. [01:41] kees: Fixed apport accepted. [01:41] stgraber: ^^^ [01:54] poolie, yep, I have some things for you to test. [01:55] ScottK: thanks [01:56] kees: and thanks for uploading the fix I meant to upload ;) /me should stop trusting memory and believe more in "cp" instead [01:57] bryceh, sure just ask [01:57] is there any current plan or forecast on when ubuntu will drop python 2.x? [02:00] poolie, is your system arrandale graphics? [02:01] yep it is [02:01] poolie, ok I recognize the bug [02:11] poolie, alright check your bug; I posted two things I'm having people with these bugs test. [02:18] don't see anything yet... [02:27] stgraber: cool, no worries [03:55] apport still doesn't seem well bug 767997 [03:55] Launchpad bug 767997 in apport (Ubuntu) "package apport 1.20.1-0ubuntu5 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Undecided,New] https://launchpad.net/bugs/767997 [03:58] bryceh: i'm happy to say that kernel seems to have fixed it === dendro-afk is now known as dendrobates [05:08] poolie: Not for a long time. === doko_ is now known as doko [05:59] grr is the drag & drop problems w/compiz going to be rectified, happens sometimes, other times not [06:04] ohsix: #ubuntu-desktop is probably a better place to find people who would know the answer to that. [06:04] kees: That worked (apport). Thanks. [06:04] it was mostly rhetorical, i'm amending the one bug i did report; as i've pretty much isolated it to compiz [06:06] hmm, dpkg installation error of apport package...I wonder if reporting it will generate a some sort of logical black hole [06:06] YokoZar: Fixed. Wait for an update on a mirror near you. [06:06] Indeed. Still it does pose a logical quandry. [06:07] Agreed. [06:07] My question to my wife tonight was, "Want to hear some computer related irony?" [06:09] YokoZar: that was something in the post-install script about failure starting, it just moved from enabled=1 in /etc/default/apport before that update, i just enabled it again to get it to installed; but a new package has been uploaded already that properly ignores startup failure [06:17] YokoZar: well, I found it even funnier as the specific update was meant to turn it off :) Instead it got triggered on anyone who upgraded to that version. [06:18] that was cute, yea [06:19] how did it update my changes in /etc/default anyways; i always have it enabled, i thought that was one of the config protect directories, does one of the hooks just force change it? [07:12] ohsix: if you haven't changed the conffile locally, package changes to it are applied automatically [07:13] cjwatson: but i had, i had enabled=1 in there before i upgraded to natty alpha [07:14] hello :) Not sure if this is the right place to be asking. I've already asked in Eclipse to no avail. I'm trying to write C++0x on linux with Eclipse CDT. I want to use std::unique_pointer and even though gcc compiles it fine, I don't get normal auto-complete when i do std:: ... it only gives me the old std classes/templates. Any ideas on how to pursue this? [07:19] What's the bzr equivalent of git pull ? [07:19] bzr pull [07:21] thanks [07:21] good morning [07:21] cjwatson: xulrunner> yeah, same problem as with openjade, it's a preferred alternative build dep in universe [07:22] Of course, bzr pull is not a complete equivalent for git pull; git does madness on pull, wheras bzr just does what you'd expect :) [07:22] Ampelbein: presumably this has been fixed by kees' latest upload? [07:22] stgraber, ScottK: ^ [07:23] Yes. [07:23] It fixed it for me. [07:23] kees: thanks [07:25] good morning [07:25] RAOF: separate fast forward? [07:26] ohsix: Well, it'll pull other changes to other branches from the same remote (but not apply them), and it'll perform a merge if you're not careful :) [07:26] so were we calling this beta 3, release candidate, or neither? [07:27] YokoZar: we call it "natty"? [07:27] like, in the final? [07:27] I'm trying to make sense of "Release Quality Iteration" on the schedule [07:27] https://wiki.ubuntu.com/NattyReleaseSchedule [07:28] pitti, btw when do the apport hooks get disabled? Right at release or shortly before? [07:28] it means that today we should have buildable images without inconsistencies, and keep it that way until final === yofel_ is now known as yofel [07:28] bryceh: crash reports got disabled with the upload from yesterday [07:29] pitti, ah ok [07:29] bryceh: but that only affects signal and python crashes; I believe teh package install failures continue to happen [07:29] pitti, does that include the apport-gpu-freeze hook? [07:29] bryceh: I'm not actually sure about the GPU freezes [07:29] pitti, ok, please flip that off whenever it's convenient [07:29] the udev rule doesn't [07:29] I was still getting new ones filed today (at least, as of several hours ago) [07:29] bryceh: ah, the hook checks [07:29] if not packaging.enabled(): [07:29] return -1 [07:30] bryceh: presumably because not everyone upgraded yet? [07:30] oh maybe, yeah [07:30] so it sohuld be disabled now [07:30] ok great === c2tarun_ is now known as c2tarun [07:44] slangasek: ia32-libs contains some of the packages that are in krb5, which was just updated to be a multiarch thing. How to proceed? [07:44] YokoZar: how do you mean, "just updated"? krb5 was part of my initial batch [07:45] oh it seems it was a security team update nm [07:45] still fetch and build is complaining about an unavailable version, which it usually only does when an upload was recent and source/binary differ in the archive [07:48] http://blog.kevinmehall.net/2010/bringing_pin_tab_to_wnck wow that's a great idea [07:49] * pitti revives the 6 died armel buildds; be team players! [07:52] pitti: have they been exhausted by the load? [07:52] annonaceae keeps failing, but it seems the others are on duty again [07:53] Sweetshark: lamont didn't feed the hamsters enough :) [07:53] pitti: ohh, thats just mean! [07:54] YokoZar: krb5 was uploaded to -security. [07:55] ScottK: it's strange because the apt in ia32-libs fetch-and-build script is returning " E: Ignore unavailable version '1.8.3+dfsg-5ubuntu2.1' of package " but I can apt-get source that easily [07:55] Does it look in all pockets? [07:56] main/universe, natty natty-updates natty-security === smb` is now known as smb [08:00] OK. [08:01] good morning [08:01] No idea then. [08:01] http://pastebin.ubuntu.com/596813/ [08:02] It looks like it's fetching krb5 [08:02] Fetching source krb5 1.8.3+dfsg-5ubuntu2 for libkrb5-3 [08:02] oh wait a minute [08:03] It claims unavailable at the end though [08:04] Dunno. Need to crash. Good luck. [08:05] Thanks for thinking on it, good night [08:12] ScottK: ah hah, figured it out. Turns out the "sort" command does not think that 2.1 > 2, but apt ordering does. [08:12] I think [08:19] Actually nevermind we may have another edge case bug in apt... [08:19] apt-get -d source krb5=1.8.3+dfsg-5ubuntu2 krb5=1.8.3+dfsg-5ubuntu2.1 [08:20] both commands work individually [08:35] I am not able to upgrade to natty using the latest live iso, bug 768105 :-/ [08:35] Launchpad bug 768105 in ubiquity (Ubuntu) "Not able to install using the latest Live CD" [Undecided,New] https://launchpad.net/bugs/768105 [08:42] abhinav-: thanks [08:44] cjwatson: :) === Quintasan_ is now known as Quintasan [09:03] Daviey: any word on reproducing bug 728088? [09:03] Launchpad bug 728088 in debian-installer (Ubuntu Natty) "iscsi root with or without auth fails to boot" [High,Confirmed] https://launchpad.net/bugs/728088 [09:37] * abhinav- is puzzled on receiving an email saying that his translations have been imported for tomboy, though he didn't do any translations [09:38] you did an upload probably [09:38] or got an update of your sponsored [09:38] launchpad import translations from uploaded sources so you get those with uploads [09:41] will universe freeze too? VDR is totally broken since 1.7.17 was synced from debian, since all the plugins need a rebuild, and it's best to sync them too from debian [09:42] seb128: I did propose a patch for merging, pitti merged it manually [09:44] abhinav-, your name is in the changelog for the upload that's why [09:46] tjaalton: unseeded stuff can still be sync'd until monday I think [09:46] seb128: oh thanks for clearing it up :) [09:46] tjaalton: We still have time. Please file some bugs and subscribe ubuntu-release. You can also let me know when you've done that so I can take a look. [09:46] micahg: good, I'll file sync requests then [09:46] that's nice, I get more karma :) [09:46] iulian: yeah, thanks [09:46] tjaalton: you can use -e with requestsync if you need an ubuntu-release ACK === diwic is now known as diwic_afk [10:00] cjwatson: Sorry, missed the hilight. I started doing this on tuesday, but seemed to have an unrelated issue with iscsi target.. I haven't dropped it, and will pick it back up today. Sorry for the slow update. [10:01] Daviey: no problem, thanks - just checking up since skaet was asking me about it [10:06] cjwatson: When you attempted to reproduce it, were you PXE booting or using local media? [10:06] Daviey: hm, I think local [10:07] only for the kernel and initrd though, which I wouldn't have expected to matter [10:07] It /shouldn't/ be related, but that is a difference i will explore. [10:08] I think I did kvm -kernel -initrd -append [10:08] (etc.) [10:08] ahh [10:37] micahg: yeah, filing them now [10:44] looks like the autosyncer didn't work properly, since some of these plugins have had releases that during the sync-period that didn't get synced [10:47] tjaalton: does ubuntu have a diff on any of them? that would prevent them from being sync'd (BTW, auto import ended 30 Dec) [10:48] micahg: no, they were synced during maverick [10:48] what packages are these? [10:49] most of these only got a release for the new vdr version [10:49] some packages are blacklisted from autosyncing for one reason or another [10:49] cjwatson: let me check [10:50] vdr-plugin-osdteletext for one [10:50] _if_ the debian changelog is to be trusted [10:50] it could be that they weren't actually uploaded there, but to the e-tobi.net repository [10:51] hmm though they tend to use a different suffix then [10:51] tjaalton: http://packages.qa.debian.org/v/vdr-plugin-osdteletext.html, no upload until 2011-04-11 [10:52] micahg: right, sorry for the noise :) [10:53] tjaalton: no problem, better to ask to be sure :) [10:53] 24 plugins in total, halfway through filing the bugs.. [11:07] jam - there? [11:23] ScottK: does boost-1.46 build with GCC-4.6? [11:26] tjaalton: ugh, a single bug with several task would have been easier.. [11:26] dholbach, my calendar shows i'm sponsoring next monday, shouldnt we postpone all sponsoring for that week, since the archive will be hard locked ? [11:27] (i know i can do stuff without uploading, but it feels kind of pointless wiht a locked down archive) [11:27] ogra_, we can still do SRU stuff or just review patches and upload them later or forward upstream - there's always something to do :) [11:27] hmm,k [11:28] what's SRU? [11:28] I don't think it means Strategic Response Unit :P [11:28] https://wiki.ubuntu.com/SRU [11:29] ah okay :) I've done one of those for ubuntu before, I thought the acronym sounded familiar [11:30] :( now it makes me curious, I haven't tried python-fam in the latest ubuntu, that broken code better not have reverted [11:30] * wolfe dislikes segfaulting python interpreters [11:30] *scripts/programs [11:34] oh bloody hell [11:34] pitti: yeah, well this way you get to see the changelog diffs :) [11:34] that maintainer never updated the code, it is an abandoned project. I bet python-fam in Ubuntu is broken in the latest release === diwic_afk is now known as diwic === MacSlow is now known as MacSlow|lunch [11:57] chrisccoulson: I'm here now [11:58] jam, i reported bug 752919 a few weeks ago, and that got marked a duplicate of a bug which is fix released (which you are assigned too) [11:58] Launchpad bug 752919 in bzr (Ubuntu) "bzr crashed with ErrorFromSmartServer in _translate_error(): Error received from smart server: ('error', "We are missing inventories for revisions: [StaticTuple('chrisccoulson@ubuntu.com-20110203185933-58z7mrqg0t5goswt',)]") (dup-of: 437003)" [Undecided,New] https://launchpad.net/bugs/752919 [11:58] Launchpad bug 437003 in Bazaar "Failure to autopack because of 'missing inventories'" [Critical,Fix released] https://launchpad.net/bugs/437003 [11:58] i'm just wondering if there's anything i can do, because i'm committing a lot of stuff to this branch locally, but i can't push it launchpad :( [11:58] chrisccoulson: 2 things [11:58] 1) upgrade your bzr [11:58] 2) run 'bzr pack' [11:59] jam, what version do i need to upgrade too? [11:59] the latter will find all the "missing" inventories and put them back together with their associated other content [11:59] (it actually puts everything into 1 file so it is always together) [12:00] chrisccoulson: according to the tracker, the fix is present in bzr-2.1.4, 2.2.5, and probably 2.0.7, 2.3.1/2 and 2.4b1. I'm not sure what has gone through final packaging. [12:00] I know 2.4b1 is available in the ppa [12:00] and probably 2.3.1 [12:00] ok, i'm running 2.3.1 currently [12:01] hmmm. Its listed as being fixed in 2.3.1, let me check [12:01] chrisccoulson: ahh!! [12:01] *launchpad* is running bzr-2.2 [12:01] and doesn't have the fix [12:01] so you have to run "bzr pack lp:..." [12:01] oh, bzr pack seemed to work :) [12:01] until Launchpad itself upgrades the server version of bzr [12:02] yay, it worked (http://bazaar.launchpad.net/~extension-hackers/globalmenu-extension/trunk/revision/145) [12:02] jam, thanks! :) [12:45] <\sh> micahg, ping ZF...if you want, please take care of ZF while I'm on holiday for the next 6 weeks :) thx :) [12:46] doko: can you help us with an objcopy question / behaviour / bug? [12:49] doko: git clone git://git.debian.org/lintian/lintian.git [12:49] doko: then run debian/rules runtests onlyrun=binaries-general [12:51] file debian/tests/binaries-general/binaries-general-1.0/basic returns ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped [12:51] the makefile calls objcopy --only-keep-debug basic $(DESTDIR)/usr/lib/debug/basic [12:52] file debian/tests/binaries-general/binaries-general-1.0/debian/binaries-general/usr/lib/debug/basic returns ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped [12:52] doko: why does the library change from dynamically linked to statically linked? === MacSlow|lunch is now known as MacSlow === dendrobates is now known as dendro-afk === steveire is now known as steveire_ [13:57] ev, cjwatson probably too late to do anything about it right now, but someone forwarded me a ubiquity failure on samsung series 9: bug 766740 [13:57] Launchpad bug 766740 in ubiquity (Ubuntu) "GrubInstaller failed with code 1" [Undecided,New] https://launchpad.net/bugs/766740 [14:00] barry: conveniently without any useful logs [14:00] yeah ;) [14:01] (I've asked) [14:01] barry: I notice that he's using GPT, so it's possible that he's also using EFI in which case it's bug 765270 (fixed) [14:01] Launchpad bug 765270 in grub-installer (Ubuntu Natty) "grub-installer fails to remove grub-pc when installing on EFI systems" [High,Fix released] https://launchpad.net/bugs/765270 [14:01] well, fixed in tomorrow's dailies anyway [14:02] cjwatson: thanks, i'll forward that to him [14:16] looking at bug 747229 ... is it even an oem-config UI i see there or is that just a debconf mode of aptd ? [14:16] Launchpad bug 747229 in ubiquity (Ubuntu Natty) "weird color change during oem-config debconf package removal step in serial installs" [Medium,Incomplete] https://launchpad.net/bugs/747229 [14:18] ogra_: it's oem-config [14:18] (in the graphical oem-config it looks like aptd) [14:18] k === dendro-afk is now known as dendrobates [14:43] doko: I didn't try to build it. [14:59] jcastro, does the naming scheme for oneiric blueprints no longer prefix the track type (like appdev or whatnot)? [14:59] mterry: it does the tracknames are just back to normal [15:00] mterry: you'd be desktop-o-dejadup [15:02] jcastro, OK. Yeah, the deja dup one was made already, but now looking at quickly. Quickly had a natty one too, but I assume since the -n- or -o- is part of the name, I should make new blueprint rather than rename the old one? [15:10] mterry: it's up to you, I prefer to just rename [15:41] pitti: I wrote a bug pattern for bug 767829 and it works with test-local on the bug and a duplicate that got through (bug 768261) [15:41] Launchpad bug 767829 in apport (Ubuntu) "package apport 1.20.1-0ubuntu4 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Undecided,Fix released] https://launchpad.net/bugs/767829 [15:41] Launchpad bug 768261 in apport (Ubuntu) "package apport 1.20.1-0ubuntu4 failed to install/upgrade: el subproceso instalado el script post-installation devolvió el código de salida de error 1" [Undecided,New] https://launchpad.net/bugs/768261 [15:46] bdmurray: oh, thanks [15:46] pitti: I'm curious why the duplicate got through even though there is a pattern [15:46] bdmurray: oh, you mean it came through after you wrote it? [15:47] pitti: yeah [15:47] hm, it looks good from here [15:49] it's also on people.c.c. [15:49] pitti: could it be related to bug 766516? would maverick apport check for patterns named after the package? [15:49] Launchpad bug 766516 in apport (Ubuntu) "no longer possible to write bug patterns on a release before Natty" [Undecided,New] https://launchpad.net/bugs/766516 [15:50] bdmurray: yes, it would [15:50] but the bug didn't affect maverick in the first place [15:51] pitti: but if they were in the process of a dist upgrade? [15:51] bdmurray: that would work, yes [15:51] "work" -> cause this [15:52] Does the desktop-file-utils in queue affect systems where software center isn't installed? [15:52] he first example wasn't a dist-upgrade but bug 768125 is [15:52] Launchpad bug 768125 in apport (Ubuntu) "package apport 1.20.1-0ubuntu4 failed to install/upgrade: ErrorMessage: underprocess installerade post-installation-skript gav felkod 1" [Undecided,New] https://launchpad.net/bugs/768125 [15:54] that one wouldn't match though because the attachment name is different though === dendrobates is now known as dendro-afk [16:05] pitti: I see you've cleaned up the dupes. Is it a good idea to expand the bug pattern? [16:06] bdmurray: I didn't really go through them all; I just duped all package failures that came in in the last 24 hours [16:06] bdmurray: I think it'll quickly fade down now, but if we get many more, we might expand it, yes [16:08] pitti: okay, thanks. maverick not using bugpatterns.xml isn't going to create that many additional bugs I think. What do you think? [16:08] bdmurray: right; I think bug patterns are very short-lived [16:09] and in fact it probably would make sense to clean up patterns for bugs which were fixed more than, say, a month ago, to avoid false positives [16:10] I wish patterns were automatically or semi-automatically written too [16:10] we really need a more generic way of extracting the gist out of an apt log, then we could use the auto-duper === JasonO_ is now known as JasonO === m4n1sh_ is now known as m4n1sh === deryck is now known as deryck[lunch] === bregma is now known as bregma|lunch === JasonO_ is now known as JasonO [16:50] when will ubiquity 2.6.7 make to the daily iso , today's ISO also had 2.6.6 ? [16:52] abhinav-: the next daily live will have ubiquity 2.6.7 [16:52] either tonight or tomorrow morning [16:52] well, 2.6.8 :) [16:52] ev: oh great, I am eagerly waiting to upgrade :) [16:52] err yes, 2.6.8 [16:52] :) [17:12] anyone know how i would configure firefox's home page for a new user ? [17:17] smoser: you mean how you would configure it for all users? or just a programmatic way to change it for one user? [17:17] either woudl be suitable for this. [17:17] user is brand new, no .mozilla directory [17:18] smoser: add something like pref("browser.startup.homepage", "file:/etc/firefox-homepage.properties"); to /etc/firefox-$VER/pref/ubufox.js [17:19] then put browser.startup.homepage=http://foo.bar in that file [17:19] (at least that's how we did it in ff 3.x) [17:22] spamaps, if i've lost VT access, would upstart be to blame? [17:23] LLStarks: probably not. When you say lost it, alt-F1 doesn't give you a getty? [17:23] LLStarks: I tend to blame plymouth first. ;) [17:23] because I understand it less [17:23] spamaps: no. and neither does recovery console. [17:24] LLStarks: have you tried booting with 'quiet' removed, and '--verbose' on the kernel cmdline ? [17:24] i can try. i also have bootcharts at the ready. [17:25] tumbleweed, hm... http://paste.ubuntu.com/597036/ like that ? [17:25] brb. [17:25] Someone else was complaining about lost VTs recently. [17:25] I don't recall who. [17:26] smoser: should work, I can send you a hook file for this on custom builds, if needed [17:26] ScottK: I reproduced the opendkim thing *FINALLY* === mok0_ is now known as mok0 [17:26] SpamapS: Cool. [17:27] TeTeT, doesn't seem to work for me. [17:27] ScottK: had to add ssh key and sudo NOPASSWD: ALL to make it break [17:27] Lovely. [17:27] definitely a race between the parent exitting and setsid() [17:27] for that user i had already ran firefox, but then i did 'rm -Rf ~/.mozilla' [17:27] ScottK: so I may have a tiny patch :) [17:27] Nice. [17:28] Fortunately it's Universe so we have a few days for a fix yet. [17:29] yeah, still no VT. it might be related to the fact that a recovery boot will never finish. it'll just halt after loading bluetooth and usb [17:29] or something like that [17:29] LLStarks: try 'nosplash' too [17:30] isn't nosplash inherent to recovery boot? [17:30] whatever. brb again. [17:31] SpamapS: what do you believe implements nosplash? [17:31] cjwatson: I don't actually know. :) [17:31] (hint: nothing) [17:31] usplash used to ... [17:32] I am mostly fishing for something I'm familiar with outside of upstart. [17:32] because I don't know of anything in upstart that would cause vt's to go away... unless the getty's aren't starting for some reason [17:33] recovery mode options on the kernel command line automatically cause plymouth to go into details mode, much as LLStarks suggests [17:33] (src/main.c:plymouth_should_show_default_splash) [17:33] but yeah I don't know *anything* about how recovery console is implemented. :-P [17:34] still nothing with nosplash. i am running a custom plymouth, but also affects a fresh install. [17:39] LLStarks: did this just start today? [17:41] spamaps, no. this has been around since at least the start of the natty cycle. [17:41] well, maybe the beginning, but at least a few months. [17:41] *maybe not [17:42] whats your graphics hardware? [17:42] i945gm [17:42] i'd file a bug, but i'm not sure what package applies [17:45] os[Linux 2.6.38-8-generic i686] distro[Ubuntu "natty" 11.04] cpu[2 x Genuine Intel(R) CPU T2050 @ 1.60GHz (GenuineIntel) @ 1.60GHz] mem[Physical: 2.0GB, 74.4% free] disk[Total: 115.2GB, 16.2% free] video[Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller] sound[HDA-Intel - HDA Intel] [17:45] LLStarks, file against linux with the lower case L === deryck[lunch] is now known as deryck [17:45] should send you my way [17:47] jfo, i can understand the loss of vt for an X boot, but would that also explain how a recovery boot doesn't even reach the recovery menu? [17:48] something odd afoot for sure [17:48] jfo: bug 768452 [17:48] Launchpad bug 768452 in linux (Ubuntu) "Loss of VT and recovery menu" [Undecided,New] https://launchpad.net/bugs/768452 [17:48] danke [17:48] * JFo goes to look === cking is now known as cking-afk [18:02] blueyed,mvo: this late zsh upload added a new build-dependency on yodl, which isn't in main === LLStarks is now known as era === era is now known as Guest10636 [18:03] blueyed,mvo: I'm not convinced there's time to get yodl and icmake MIRed and promoted. Can it please be excised? [18:03] (http://people.canonical.com/~ubuntu-archive/component-mismatches.txt) === bregma|lunch is now known as bregma === erappleman is now known as LLStarks [18:09] ScottK: so with opendkim, moving setsid() before closing/duping the FDs didn't work.. trying some more drastic things. === sforshee is now known as sforshee-lunch [18:09] Thanks. [18:10] ScottK: definitely an interesting problem. I can reproduce 100% of the time now [18:10] It's probably worth an email to the opendkim list saying you've reproduced it and are investigating. [18:10] Cool. [18:10] Please remember not to break BSD with your fix since that's upstream's native platform. [18:15] ScottK: I'll try it out on my netbsd VM :) [18:16] :-) [18:16] I keep one around for testing libedit's complete and utter brokenness on Linux [18:21] cjwatson, mvo, blueyed: ok for me to just upload a reverted zsh? [18:22] pitti: I don't have a problem with it, but would be good for one of the uploaders to reply [18:23] I know, but it's getting tight [18:23] cjwatson: I'll prepare one and upload, then we have it in the queue [18:23] * cjwatson nods [18:23] I'm away as of now, though [18:24] cjwatson: enjoy the Easter weekend! [18:24] you too :) === beuno is now known as beuno-lunch === abhinav-_ is now known as abhinav- [18:37] pitti: sorry, sorry, I should have looked close, I have no personal attachment to this, feel free to revert [18:39] i have a question about backporting a pygtk patch for ubuntu [18:39] https://bugs.launchpad.net/bugs/708847 [18:39] Ubuntu bug 708847 in pygtk (Ubuntu) "Unreasonable CPU usage after receiving signal" [Undecided,New] [19:00] !ask | Cas07 [19:00] Cas07: Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) === beuno-lunch is now known as beuno [19:08] is there a python module to do the equivalent of apt-cache show %s | grep ^Source ? [19:08] ok I am wondering who can help get the recent pygtk patch http://git.gnome.org/browse/pygtk/commit/?id=4cbd3 backported to the ubuntu releases as the pygtks devs do not patch old versions. https://bugs.launchpad.net/bugs/708847 [19:08] bryceh: python-apt can do that quite nicely [19:08] Ubuntu bug 708847 in pygtk (Ubuntu) "Unreasonable CPU usage after receiving signal" [Undecided,New] [19:09] pitti, thanks [19:09] bryceh: import apt [19:09] apt.Cache()['mypkg'].candidate.source_name [19:09] nice [19:09] you need to do some error checking of course, candidate might be None [19:09] you can also use "installed" for the installed version (if it is installed) [19:09] but I guess for your case candidate is better [19:10] yep === sforshee-lunch is now known as sforshee === bjf is now known as bjf[afk] === jvw_ is now known as jvw [20:12] SpamapS: are you available for an SRU review? [20:15] micahg: Sure [20:15] SpamapS: bug 767966, I need to know if it's ok to push with the next round of security updates [20:15] Launchpad bug 767966 in thunderbird (Ubuntu Natty) "globalmenu extension pollutes main window javascript scope" [High,Fix committed] https://launchpad.net/bugs/767966 [20:16] jfo, need any additional info about my machine? [20:18] micahg: reading [20:20] micahg: I'm somewhat confused by the bug statuses .. what exactly do you want me to look for? [20:21] micahg: I see no test case, and I don't see it confirmed in any release.. just Fix Committed [20:21] * SpamapS goes afk for 5-10 min [20:21] SpamapS: ignore the statuses, I need to know if the change would be approved for an SRU and if I can include it in a security update given that I'll be running through regression tests for Firefox and Thunderbird [20:25] geser, stgraber, cody-somerville, Laney, bdrung_: it's been a week. [20:26] maco, since last Friday? :) [20:26] oh my [20:26] Its Thursday, not Friday. [20:26] cody-somerville: the emails were sent on the 14th...it's the 21st [20:27] maco: I'm sitting next to cyphermox and we talked quite a bit last night so I don't have any question for him :) And I'm happy with the question that have been asked to Sylvestre, would just like to see some answers ... [20:27] maco, which e-mails? Sorry, you'll have to jot my memory. I just got my wisdom teeth removed last evening. Pain meds have me a little out of it. [20:27] stgraber, you pang? [20:28] oh hey cyphermox, long time no see [20:28] cody-somerville: the 2 motu applications and 1 core dev application we're processing by email [20:28] cody-somerville: today's the last day to pester them with questions, then we spend the weekend thinking & voting [20:29] I'd also like to see RAOF answering Laney's questions (unless he did and that never made it to devel-permissions). [20:32] so I'm fine voting on cyphermox's application as he answered all the questions that have been asked on the ML (AFAICS) but would rather wait for the two others [20:36] RAOF: ping. answer questions on email ;-) [20:37] and sylvestre isn't an irc person, so more pinging than the 3 emails in his inbox won't help [20:37] i'm fine voting on cyphermox's too [20:48] micahg: the one red flag I have is that while polluting the global namespace is evil, if we do release w/ it this way, and people depend on that, then we change it.. we break those that depend on the behavior. [20:48] micahg: that said, thats in the "regression potential == LOW" category.. [20:49] micahg: so yeah, I think I'd approve it through to -proposed [20:49] SpamapS: I don't think anyone would be depending on that behavior, also it's already been fixed "upstream" [20:50]