[00:59] slangasek: Would iputils have some reason for lacking manpages? [02:13] bkerensa: packages may lack manpages for many reasons :) [02:27] bkerensa: but I don't see what you mean here; iputils-ping has manpages, as does iputils-tracepath [04:59] Good morning [05:20] slangasek: [03:38:01] where did steve go. (in loco channel) [05:58] bug #930938 ← i can has sponsor please? [05:58] Launchpad bug 930938 in xserver-xorg-input-synaptics (Ubuntu) "Kinetic 2-finger scrolling no longer works after upgrade to 12.04" [Undecided,Confirmed] https://launchpad.net/bugs/930938 [06:01] @pilot in === udevbot changed the topic of #ubuntu-devel to: Precise: UI and feature freeze Archive: frozen | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: RAOF [06:02] Huh, not final freeze yet? This piloting session is going to be more interesting than I thought :) [06:22] ev: did you see the whoopsie FTBFS due to test failure on arm? [06:57] good morning [07:03] hyperair: Did you test that debdiff? Is the infinite-scrolling that I see *really* the behaviour you want? :) [07:03] RAOF: yes i did. what infinite scrolling? [07:03] RAOF: or do you have CoastingFriction set to 0 by any chance? [07:04] I've got whatever are the defaults; presumably that includes CoastingFriction set to 0 [07:04] can you do synclient -l | grep CoastingFriction? [07:04] it should be 50 by default [07:04] 50, apparently. [07:05] hmmm [07:05] lemme check [07:05] Yet if I do a 2 finger scroll in evolution it never stops. [07:05] hmmmmm yeah you're right [07:05] it doesn't stop in evince either [07:05] (And also carries over if I do alt-tab, which is stupidly wrong behaviour that's stupid and wrong and is why this needs to be in gtk) [07:05] =( [07:05] it's in gtk. [07:05] partilaly [07:05] partially* [07:06] for some reason the kinetic scrolling doesn't kick in [07:06] i checked via gdb [07:09] RAOF: do you get infinite scrolling without the patch? (very slow infinite scrolling, if you do a really fast flick) [07:10] No. I get a couple of ticks of extra scroll, and then it stops. [07:11] hmm [07:11] oaky [07:11] i guess we can't include this patch then [07:12] Yeah, I'll nak it. [07:13] Although if you find that there's a follow-up patch or two which actually implements sane behaviour, we could still get that in :) [07:14] sure [07:18] Oh, man, that behaviour is terribly annoying. === tkamppeter_ is now known as tkamppeter [07:58] RAOF: okay, it looks like priv->scroll.coast_speed_y is getting set to an absurdly high value. it's not that it scrolls forever, it just takes forever to stop. [08:00] RAOF: but you can stop scrolling by touching the touchpad, so it's not like it's not easily worked around [08:01] Right, but that's not exactly the most elegant default behaviour. [08:04] RAOF: it's a good stopgap that removes the regression from oneiric until gtk gets proper kinetic scrolling [08:05] Urrr... [08:05] er, i really meant the fixed patch [08:05] which i'm working on now [08:05] i think i've naild this [08:05] nailed* [08:05] :) [08:05] Ah, ok. [08:05] That makes more sense. [08:06] :) [08:06] should i merge this into the patch, or make this a separate patch? [08:06] You probably want to make a separate patch, because you'll be sending it upstream, right? [08:06] :) [08:07] And the initial patch you've added is a cherry-pick from upstream. [08:12] bkerensa, I made two suggestions in the bug report: "Landscape" or "Landscape Administration". I didn't include "Service" because three words ("Landscape Management Service") would wrap to three lines, making the window taller, and because "Service" doesn't add any meaning. [08:14] mpt: ok I will fix my merge proposal and resubmit then should I ping you for review or just let sponsors handle? [08:14] RAOF: it's not a cherry-pick actually, it's not committed yet [08:15] bkerensa, I guess my review wouldn't hurt, and it would take all of ten seconds :-) [08:19] mpt: https://code.launchpad.net/~bkerensa/ubuntu/precise/landscape-client/fix-for-962974/+merge/101839 [08:20] mpt: diff preview is still updating but only change was from Landscape Management Service to Landscape Administration [08:20] bkerensa, reviewed, thanks :-) [08:20] k [08:22] has anyone noticed that killall doesn't function with long process names any more? [08:24] @pilot in === udevbot changed the topic of #ubuntu-devel to: Precise: UI and feature freeze Archive: frozen | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: jamespage, RAOF [08:25] RAOF: okay, it works. and i've uploaded the fixed patch. [08:25] bug #930938 [08:25] Launchpad bug 930938 in xserver-xorg-input-synaptics (Ubuntu) "Kinetic 2-finger scrolling no longer works after upgrade to 12.04" [Undecided,Confirmed] https://launchpad.net/bugs/930938 [08:26] mpt: I dont think we will get a exception for the merge though [08:32] hyperair: whot's said that he's committed it :) [08:39] RAOF, any specific areas you are focussing on from the sponsorship report this morning? [08:40] jamespage: I was looking at the top of the queue and picking off things which looked reasonable, but mostly I've been testing hyperair's synaptics patch. [08:41] RAOF, OK - just wanted to make sure I was not looking at the same stuff as you [08:42] I'm looking at 805509 and 930938 [08:42] And then it'll probably be time to stop :) [08:44] pitti: yes - jumping on a porter box and digging at it is on my list for today :) [08:44] re whoopsie arm failure [08:44] RAOF, guess as final freeze was yesterday we need to limit sponsoring to high priority + for main and universe> [08:45] I'm clearly timezone deficient; I haven't seen final freeze annoncement. [08:45] hmm [09:06] well, the topic says "Archive: frozen" [09:07] but if that's too confusing, lets change it === pitti changed the topic of #ubuntu-devel to: Precise: Final Freeze | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: jamespage, RAOF === Whoopie_ is now known as Whoopie [09:45] does anyone know what the gconf key is to prevent the screen from turning off? [09:45] jibel: care fixing https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/946709 ? :) i'm updating my 'devbox' and got this bug ... [09:45] Launchpad bug 946709 in update-manager (Ubuntu) "Upgrade 11.10 ->12.04 fails with "Couldn't configure pre-depend libc6 for libnih1, probably a dependency cycle."" [Undecided,Confirmed] [09:45] if you need some debugging :) [09:46] jamespage: do you have time to discuss bug 898003? The new package is to avoid a regression in precise. [09:46] Launchpad bug 898003 in usbip (Ubuntu) "usbip source is maintained in kernel tree now" [Undecided,Confirmed] https://launchpad.net/bugs/898003 [09:47] Whoopie, lemme just read the bug report [09:47] jamespage: sure, thanks [09:48] jamespage: I didn't attach a debdiff as it's 2 MB because the whole folder structure has changed in version 1.1.1. [09:49] or is it gsettings now? === debfx_ is now known as debfx [10:00] Whoopie, not sure I understand why you have dropped usbip-source - is the kernel module no longer required? [10:01] jamespage: it's in kernel staging and enabled since 3.2.0-22.35 in the ubuntu kernel. [10:01] Whoopie, right - I think I understand then [10:03] Whoopie, I think that overall the approach you have taken looks sensible [10:03] Whoopie, questions: [10:03] 1) have you discussed this with the debian maintainer of this package? [10:03] no [10:06] jamespage: have to jump to a meeting, but will be back in 1 hour. If you have further questions, I'll try to answer them all later. [10:06] BTW, I'll contact the debain maintainer. [10:06] Whoopie, I'll stick some feedback in the bug report [10:06] jamespage: great, thanks. [10:07] jamespage: but if it's not possible to get it into debian and then sync the package, could it be added to precise? [10:07] Whoopie, I think so but we should try to get some agreement on approach from the DM [10:07] ok [10:08] @pilot out === udevbot changed the topic of #ubuntu-devel to: Precise: Final Freeze | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: jamespage [10:08] considering that Debian and Ubuntu ship different kernel versions, there's a fair chance that that package couldn't stay in sync [10:08] but yes, talking to the debian maintainer is always a good idea :) [10:08] Whoopie, you have pretty much change most of the packaging - we would normally try to keep the ubuntu delta to a minimum [10:08] is there a way to get more debug info from do-release-update ? :) [10:09] apt logs? [10:09] tumbleweed, agreed - but it should be a temp delta not a permanent fork so discussing with DM is important in this case [10:10] jamespage: yeah. Or at least the same approach+packaging, but maybe different upstream versions. [10:10] nothing usefull in it :( trying to debug why I get "E:Couldn't configure pre-depend libc6 for libnih1, probably a dependency cycle." [10:10] tumbleweed, yes - that would make sens [10:10] e [10:11] RAOF: really? i don't see it in the upstream git tree [10:11] hyperair: Yeah, neither do I, actually. [10:11] git a commit hash? [10:12] *got [10:13] No; I just read whot's post on xorg-devel. [10:14] Anyway, it's now pushed to precise-proposed. [10:15] okay, thanks [10:18] slangasek: could you check https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/946709 ? Could be caused by some change you did. [10:18] Launchpad bug 946709 in update-manager (Ubuntu) "Upgrade 11.10 ->12.04 fails with "Couldn't configure pre-depend libc6 for libnih1, probably a dependency cycle."" [Undecided,Confirmed] [10:23] pitti: hello! I have a question about https://launchpad.net/~apport. I'm deploying Apport in elementary Project, and it seems we need the same retracing bot; so I have two questions: first, where to find the sources for the bot so we can set it up for our projects, and second, how to make Apport subscribe our bot to the reports instead of ~apport? [10:24] chrisccoulson: hey, do you have time updating enigmail to 1.4.1? it fixes bug 968122 [10:24] Launchpad bug 968122 in enigmail (Ubuntu) "localization messed up" [High,Triaged] https://launchpad.net/bugs/968122 [10:24] tjaalton, it will be updated with the regular 6 week releases (ie, with Thunderbird 12) [10:25] shnatsel: the retracer bot in our DC has no additional code, it just runs straight out of lp:apport [10:25] shnatsel: you need to supply it with a couple of config dirs, though [10:25] shnatsel: http://paste.ubuntu.com/927711/ is the crontab which regularly invokes crash-digger for i386 and amd64 and dup checking [10:26] chrisccoulson: ah, ok [10:26] shnatsel: it's a bit more difficult there as this is a lucid box and we do that in a porter dchroot (which has python-launchpadlib and the other necessary pacakges installed) [10:26] shnatsel: as for the "apport" subscription, that's currently hardcoded in apport/crashdb_impl/launchpad.py like 174 [10:26] shnatsel: err, "line 174" [10:27] shnatsel: please feel free to open a bug to make this a config option in /etc/apport/crashdb.py [10:27] shnatsel: line 178, too [10:27] pitti: thanks a lot! [10:27] I take it nobody ever used a custom Apport bot then? :) [10:28] shnatsel: either that, or they just changed that locally and didn't tell me :) I wasn't really aware of that hardcoding [10:28] pitti: one more question. Where can I find samples of those config dirs or documentation on writing them? [10:29] those config dirs include bug patters, I presume? [10:29] shnatsel: it's described in "man apport-retrace" [10:29] pitti: thanks! Will dig :) [10:29] shadeslayer: no, this is just the config for the apt sources for the sandboxes [10:30] shnatsel: http://paste.ubuntu.com/927719/ [10:30] shnatsel: those are two configs from our bot [10:30] shnatsel: they really all look alike [10:31] shnatsel: the only oddity is that we include ddeb apt sources for previous releases, due to the really hackish way ddebs.u.c. works [10:31] (long story, just do it :) ) [10:31] okay! xD [10:32] Do the amd64 buildds run multiarch-enabled for oneiric and precise? (Because debootstrap sets up a new chroot that way, which surprised me) [10:32] pitti: thanks a lot! I'll report back if when deploy it (or fail to) [10:33] shnatsel: I suggest you check out lp:apport, then create a config dir for a release you are intersted in, and start with manually calling apport-retrace and see how that goes [10:33] shnatsel: once that works, you can use crash-digger to iterate over all pending bugs [11:16] bleh, to bad upgrade from oneiric still fails :( [11:41] one more question: are *-dbgsym packages at ddebs.ubuntu.com the same as -dbg packages in main archive, or that's something different? [11:42] they are different [11:42] *-dbgsym: automatically stripped debugging symbols [11:42] *-dbg: may be debugging symbols in some cases, but can also be entirely separate debugging builds (e.g. python2.7-dbg) === dendrobates is now known as dendro-afk [11:44] cjwatson: thanks! So if I make a package with automatically stripped debugging symbols in a somewhat main archive (PPA), shall I call it -dbg or -dbgsym? Also, is it OK for Apport to have only -dbg and not -dbgsym? [11:44] for apport-retrace I mean [11:44] I don't know the answer to your apport question [11:45] somebody wants to look at https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/946709 ? :) [11:45] Launchpad bug 946709 in update-manager (Ubuntu) "Upgrade 11.10 ->12.04 fails with "Couldn't configure pre-depend libc6 for libnih1, probably a dependency cycle."" [Undecided,Confirmed] [11:45] quite annoying, as it blocks my upgrade :( [11:45] If you generate a package in your own packaging rules, it should be -dbg; -dbgsym should only be generated by pkg-create-dbgsym [11:46] cjwatson: thanks a lot! [11:46] pitti: one more question: is it OK for Apport to have only -dbg packages and not -dbgsym? [11:46] shnatsel: you won't get very good results [11:46] pitti: are you ok with me cherry picking http://cgit.freedesktop.org/upower/commit/?id=6fb36eb5eb85386d2e1c5d9fb760d68053d8afc5 onto upower? (i'm open to doing it as an sru if that's preferable) [11:47] shnatsel: i. e. for packages which don't have a -dbg, you won't get any symbols, and most likely also stack traces which fail in the middle because of missing symbols, etc. [11:47] broder: I'd rather apply it to Debian, too, to avoid getting out of sync [11:48] pitti: ok. that would be awesome if you could - i got bitten by the broken behavior a couple of times in the last week before finally hunting down the bug [11:49] broder: is there a bug # for it? at this point we should have them for release tracking [11:49] would a bts bug as a reminder be easiest? [11:49] no, i haven't done anything yet [11:49] i'll open an lp bug [11:49] just curious that there is no existing bug at all about it [11:49] it mighth be against gnome-power-manager, or a different package [11:49] err, there might be. i didn't look - i just figured out what was going wrong [11:50] there are a handful of moving parts that lead to the brokenness [11:50] slangasek: around ? [11:50] pitti: I take it Ubuntu ddeb archive has -dbgsym for all packages, so to use -dbg instead I'll have to make sure all my custom packages have -dbg, otherwise retracing will fail? [11:51] pitti: i kind of suspect that any bug that starts with "my laptop doesn't suspend when i close the lid" immediately gets shuffled off to die in kernel purgatory [11:53] shnatsel: don't you base your project on top of an ubuntu release? [11:54] shnatsel: if you don't, you need to ensure to build -dbg packages for teh things you care about, yes [11:54] Pici: well, we do... but we need newer libs than are present in Ubuntu sometimes [11:54] Pici: sorry [11:54] pitti: ^ [11:56] pitti: bug #980746 [11:56] Launchpad bug 980746 in upower (Ubuntu Oneiric) "upower does not check dock state on resume from suspend" [Undecided,New] https://launchpad.net/bugs/980746 [12:01] reported making apport bot name configurable as bug #980726 [12:01] Launchpad bug 980726 in Apport "Make bot name subscribed to LP reports configurable" [Undecided,New] https://launchpad.net/bugs/980726 [12:02] pitti: thanks for taking a look. i need to go to sleep, but let me know if i can help and i'll look at it tomorrow [12:02] broder: bug 948485 ? [12:02] Launchpad bug 948485 in pm-utils (Ubuntu) "Suspend after undocking laptop doesn't work" [Undecided,New] https://launchpad.net/bugs/948485 [12:03] hmm, yeah, sounds like the same bug, though it's hard to tell for sure with the given information. i'll post a followup comment and find out [12:04] shnatsel: For your custom packages, there's nothing stopping you from also doing dbgsym extraction (ie: by building with pkg-create-dbgsyms installed) [12:05] broder: hm, that bug could also be a dupe of bug 682262 [12:05] Launchpad bug 682262 in linux (Ubuntu) "Linux on Thinkpad x61s doesn't suspend when booted in docking station (does if not though)" [Undecided,Confirmed] https://launchpad.net/bugs/682262 [12:06] moral of the story: docking stations are evil [12:06] broder: anyway, I'll cherry-pick it, unless you want do do a debdiff, etc. [12:06] broder: no, they are awesome! [12:06] only when they work :) [12:07] i don't need to get credit for the upload. whichever is easier and fastest for you to deal with [12:08] broder: ok, I'll just thank you in the changelog then? [12:08] pitti: works for me [12:09] infinity: will that allow building normal -dbg packages, etc etc? Since we use PPAs as our only repositories we [probably] can't set something as a dependency for all packages, and I have an automated script to enable -dbg packages anyway, so I'd rather patch packaging to enable -dbg than -dbgsym [12:09] broder: Oh, hey. Before you go to bed. What's the name of your lintian host again? [12:09] shnatsel: no, -dbg must be done manually in the packaging [12:09] infinity: odo.tribbl.es [12:10] shnatsel: that's why I wrote pkg-create-dbgsym, so that we don't have to modify packages [12:10] shnatsel: i. e. to build -dbgsym packages for all packages [12:10] shnatsel: you could do a hack and e. g. upload a debhelper version to your PPA which depends on pkg-create-dbgsym [12:10] shnatsel: ah, no, scratch that; I don't think PPAs have support for ddebs [12:11] shnatsel: we have a rather hideous hack to publish them for the normal ubuntu archive, but that's not available for PPAs === _salem is now known as salem_ [12:11] pitti: I thought the PPA ddeb support was added a while back for OEM? [12:12] ia32-libs-multiarch is uninstallable ? [12:12] is it? so much the better; but they have magic PPAs [12:12] Oh, yeah, it might not be on for all PPAs. [12:12] shnatsel: I guess you could just try it with one package and see what happens [12:12] if LP accepts them, you could at least grab the .ddebs from the LP page [12:12] I doubt they will be published to the PPA archive, though [12:13] pitti: thanks, I'll keep that in mind if I ever need -dbgsym. I wrote an automated script that enables -dbg packages in packaging, so we can live without -dbgsym for now :) [12:13] shnatsel: it's mostly adding the -dbg package to debian/control and telling dh_strip about it in debian/rules, so it's indeed not hard [12:14] shnatsel: if it's only for 5 or so packages, that's definitively easier than trying to write something around LP to get a ddeb archive [12:14] pitti: yes, exactly. It's very simple: http://bazaar.launchpad.net/~elementary-os/elementaryos/packaging-scripts/view/head:/simple-case-add-dbg-package [12:15] hah [12:20] By the way, regarding magic PPAs - I hear there are some PPAs which can build ARM packages; elementary has an ARM strategy, is there any way they could get access to one? Not now, but someday in the future - we'll probably use custom build farm and repos for testing since those PPAs are non-virtualized or something like that... [12:20] shnatsel, pitti: launchpad got dbgsym support in some way for ppas, dx-system mentioned it and didrocks said it got enabled for the unity ppa (though that's a non virtual ppa, not sure if that's specific to those) [12:23] shnatsel: We still only offer ARM PPAs to Canonical employees and specific partners we have contracts with (entirely because they're insecure). We're working on making them more widely available with virtualized builders, but it's not quite there yet. [12:24] infinity: thanks! Hopefully they will be public by the time elementary needs them :) [12:24] shnatsel: No idea is that'll be true. [12:25] well, then we'll need a contract with Canonical :) [12:25] never mind, and thanks for all the info [12:26] @pilot out === udevbot changed the topic of #ubuntu-devel to: Precise: Final Freeze | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: === bladernr_afk is now known as bladernr_ [13:04] Riddell, ScottK: either of you ever hit any instance of bug #334757 before? It's a 3.5 year old bug, and seems to be popping up a lot more with ubuntuone-control-panel and ubuntu-sso-client-qt using pyqt :-/ [13:04] Launchpad bug 334757 in KDE Bindings "update-notifier-kde.py crashed with SIGSEGV in QSocketNotifier::setEnabled()" [High,Confirmed] https://launchpad.net/bugs/334757 [13:05] dobey: Not that I recall. We should move that the python-qt4 in any case then. [13:07] ScottK: there's a bug against ubuntu-sso-client with the same crash, which has enough duplicates it's starting to cause lp to timeout occasionally :( [13:08] dobey: I see there's a reduced test cae in the bug. [13:08] case [13:08] dobey: Are you subscribed to the upstream PyQt mailing list? [13:09] yeah, alecu just posted that after looking into the bug against ubuntu-sso-client [13:09] i am not [13:21] @pilot in === udevbot changed the topic of #ubuntu-devel to: Precise: Final Freeze | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: mterry [14:03] kees, cjwatson: hmm. I just noticied this: /dev/tty[1-6] went from root:root 0600 to root:tty 0660 between oneiric and precise. I think it is because of util-linux commit 3aa6b68f7e19fa3e1c2bba75bee921a98b7b46af [14:03] kees, cjwatson: and I'm trying to decide if that is a problem [14:03] thoughts? [14:04] jdstrand: They were root:root at some point? [14:04] infinity: yes, in oneiric [14:04] And only oneiric? [14:05] oneiric and ealier [14:05] That's patently untrue. [14:05] well, let me check [14:05] Says the man looking at a bunch of root:tty TTYs on lucid. [14:05] it is certainly true on lucid [14:05] note I said [1-6] [14:06] Oh, just the VCs. [14:06] Check. [14:06] I'm not sure I see that as a problem. [14:06] But maybe I'm not sure why they didn't have tty access before. :P [14:07] yes, it was root:root going all the way back to hardy [14:08] I'm not sure it is a problem either, hence the question :) === dendro-afk is now known as dendrobates [14:18] kees, cjwatson: fyi, I filed bug 980835 so it doesn't get lost [14:18] Launchpad bug 980835 in util-linux (Ubuntu) "tty[1-6] is now root:tty 0660 instead of root:root 0600" [Undecided,New] https://launchpad.net/bugs/980835 [14:25] jdstrand: It goes 600 as soon as you log in anyway. [14:25] jdstrand: So the tty group only has access to unallocated TTYs, which seems reasonable. [14:28] re 0600> yes. that is why I wasn't sure I cared. I still find it odd that the change was made [14:28] it has something to do with suse wanting to port mingetty stuff to util-linux [14:29] but mingetty doesn't do this (at least not on 11.10) === jalcine_ is now known as Guest70068 [14:30] Also, the bit you hilighted has not much to do with it. [14:31] jdstrand: Note that, until you run a getty, all TTYs are root:tty. For some reason, agetty used to change them to root:root, and now doesn't. [14:31] And man, launchpad needs better options for pasting code. [14:31] infinity: that is a good point === Guest70068 is now known as jalcine_ [14:33] mingetty doesn't do it on precise [14:33] Doesn't change perms? [14:33] yes [14:33] if I chown and chmod it to root:root 0600 then fire it up, it is unchanged [14:34] I think I don't care based on your observation of the other ttys [14:34] actually, the other ttys are 0620 (like the udev rule says) [14:34] hmm [14:36] Right, the code you hilighted is making them 660. [14:36] The code I hilighted (or the removal) is making them remain root:tty. [14:37] If there's a valid argument for the udev rule being 620, we could make util-linux mirror that. [14:37] I would tend to agree [14:43] it was changed to 0620 in udev (from 0666) back in 2007 [14:44] debian bug 244751 discusses this outside of udev (from 2004) [14:44] Debian bug 244751 in makedev "/dev/tty[0-9a-z].* should not be world-read/writeable" [Important,Fixed] http://bugs.debian.org/244751 [14:44] (when they had 0666) [14:57] so after the "zomg something bad happened" poppup steals focus and I hit return and lose it, how do I see why it popped up? [14:58] seb128: I blame you everytime somethinge steals focus at a bad moment. just sayin'. :D [14:58] lamont: /var/crash/ maybe? [14:59] davmor2: ta [14:59] /var/crash/_usr_lib_indicator-messages_indicator-messages-service.2501.crash [15:00] Segfault happened at: 0x6117c0 : add %al,(%rax) [15:03] turns out that the indicator-messages-service hates passwd entries in nssdb [15:08] dupondje: hey there [15:08] hi :) [15:09] lamont, seems like worth reporting ;-) [15:10] yeah - working through that little bit of pain now [15:10] fortunately, it died again for me, so I have a nice user experience [15:11] was able to upgrade my system manually now, but maby its good to have that bug fixed === bladernr_ is now known as bladernr_afk === bladernr_afk is now known as bladernr_ [15:16] dupondje: hmm, context? [15:22] slangasek: https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/946709 [15:22] Launchpad bug 946709 in update-manager (Ubuntu) "Upgrade 11.10 ->12.04 fails with "Couldn't configure pre-depend libc6 for libnih1, probably a dependency cycle."" [Undecided,Confirmed] [15:28] @pilot out === udevbot changed the topic of #ubuntu-devel to: Precise: Final Freeze | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: [15:30] Is there some archive admin who could approve my update-manager in oneiric proposed? === doko_ is now known as doko [15:37] Did the SRU team approve it already? === krnekhelesh is now known as nik90 [15:41] * dholbach hugs mterry [15:41] mvo: ping [15:43] slangasek: can you approve foundations-q-python-version blueprint? [15:43] :) [16:04] barry: https://blueprints.launchpad.net/ubuntu/+spec/foundations-q-python-version does not exist [16:05] pitti: oops, typo: https://blueprints.launchpad.net/ubuntu/+spec/foundations-q-python-versions [16:05] (plural at the end) [16:06] barry: for 12.10! [16:06] barry: accepted for sprint and q [16:06] pitti: awesome! [16:07] speaking of which, what's Quarreling Quail really going to be called like? [16:07] sabdfl: ^ :-) [16:07] qqqqqqqq [16:07] well [16:07] qu.... [16:07] we soon need the name to put it into lintian, vim, and a few other places [16:07] pitti: qwazy quahog! [16:09] barry: that makes baby jesus qwy [16:09] pitti: :-D :-D [16:09] pitti: that is going on my twitterfeed right now [16:20] dupondje: 946709> how did you do the manual upgrade? [16:23] dupondje: that's a duplicate of bug #850264 [16:23] Launchpad bug 850264 in apt (Ubuntu Oneiric) "given a foreign architecture of i386 on amd64 machine, and an outdated libc, apt tries to remove libc-bin" [High,Triaged] https://launchpad.net/bugs/850264 [16:24] dupondje: any chance you'd be interested in preparing an oneiric SRU for that? It's on my list, but I haven't gotten to it yet [16:26] pitti: haha, that was awesome :) [16:31] slangasek: did mvo manage to come up with a non-ABI-changing version of that? [16:32] https://lists.ubuntu.com/archives/ubuntu-devel/2012-February/034694.html [16:32] oh, wait, maybe that's a different bug [16:36] oh phew, I was going to be sad [16:51] slangasek: I changed the sources.list, then apt-get upgrade, then upgrade of some other packages, and then dist-upgrade untill it was all set :) [16:52] ok [16:52] yeah, that would bypass this bug [16:53] apt-pkg/depcache.cc: prefer native providers over foreigns even if the chain is foreign. [16:53] only this need backport ? [17:02] dupondje: I believe so, yes [17:07] hmm scrolling using a touchpad is broken in gtkmm 3.0 [17:08] case in point gnome-system-monitor [17:11] doko: is it still possible to merge numpy -7 for a fix of debian bug 664672? [17:11] Debian bug 664672 in python-numpy "python-numpy: testsuite failures in experimental" [Normal,Fixed] http://bugs.debian.org/664672 [17:17] slangasek: http://bazaar.launchpad.net/~donkult/apt/experimental/diff/2193 -> this is the diff containing the change in depcache.cc, so just backport this :) [17:17] going to check that ou [17:17] out* [17:17] hang on, it's not broken in just gtkmm. it's broken in everything suddenly. weird. [17:21] dupondje: sure - any chance you can cherry pick that into a bzr merge proposal against oneiric and subscribe me? [17:21] dupondje: (sorry, in the middle of a few other things at the moment so can't pick it up directly without a stack overflow) [17:22] i'll check that later :) no much experience with bzr :) else I just do a debdiff [17:23] weird, it all works again. i wonder what that was. [17:25] dupondje: ok, debdiff is fine too; in that case please just attach it to the bug [17:52] jibel: 979350> does that really establish that it's specific to amd64, or just that the memory thresholds are different for i386 vs. amd64? [17:53] I'm not convinced that the memory usage of ubiquity itself is the key here [17:55] jtaylor, sure, why not. it's not on any iso image === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [18:44] hey all. what user do package builds happen as under pbuilder? [18:45] the pbuilder user [18:45] file:///usr/share/doc/pbuilder/pbuilder-doc.html#nonrootchroot [18:45] (public service announcement: use sbuild instead) [18:47] I was waiting for that. [18:47] cjwatson: You should probably get t-shirts printed for UDS. [18:48] "stop unpacking pointless tarballs: use sbuild" [18:49] https://wiki.ubuntu.com/UbuntuDevelopment/FAQ#Packaging [18:49] "sbuild" occurs nowhere on that page :) [18:50] I can't help it if people are wrong [18:50] to be fair, sbuild was probably less usable outside buildd contexts at the time [18:50] anyway, whatever. the information doesn't help solve my problem :-/ [18:51] which is to say, this: https://launchpadlibrarian.net/100003195/buildlog_ubuntu-lucid-i386.ubuntuone-dev-tools_3.1%2Br60-15~lucid1_FAILEDTOBUILD.txt.gz [18:52] * cjwatson wonders how pbuilder is even relevant, then === dendrobates is now known as dendro-afk [18:53] since the buildds don't use it [18:53] ok, well i don't know that [18:53] i don't maintai nthe buildds [18:53] I'm telling you now [18:53] i know i'm pretty smart, but there are actually things i don't know :) [18:53] ok [18:54] does sbuild build the packages as root? [18:54] no [18:54] dobey: So. The builds run as 'buildd'. [18:54] dobey: Not that you should hardcode or rely on such a thing. Your build should just work as any unprivileged user. [18:54] ok, so still likely not the relevant piece of information to the problem [18:54] it would be less frustrating if you could tell us what would be relevant [18:55] I feel like I'm playing twenty questions here [18:55] infinity: it doesn't. the exact same build works on all the newer versions of ubuntu === dendro-afk is now known as dendrobates [18:55] where's the .dsc for this? [18:55] i don't know what's relevant. i'm looking at a black hole trying to see what the problem is [18:55] can someone mash this? https://launchpad.net/ubuntu/+source/gnome-settings-daemon/3.4.0-0ubuntu7/+build/3400563 [18:55] I'll be happy to try it locally [18:55] cjwatson: in the ppa source i guess. it's a lp recipe build [18:55] and then explain how you can try it locally [18:56] Laney: Mashed. [18:56] dobey: URL please, I have no idea what that build log corresponds to [18:56]