[00:24] xnox: bug #1002277> mountall already fscks all filesystems before mounting, when it can and needs to [00:24] Launchpad bug 1002277 in mountall (Ubuntu) "should allow running fsck before mounting a filesystem" [Undecided,Confirmed] https://launchpad.net/bugs/1002277 [00:25] xnox: for btrfs root, isn't the first problem going to be that fsck.btrfs isn't available in the initramfs? [00:25] slangasek: great, close it as invalid. From quick look at the source code, I didn't work it out. Then only some testing left on my part and we can have update btrfs package with fsck.btrfs in the initramfs ;-) [00:25] wait... [00:25] just wil fsck.btrfs [00:26] or is it... [00:27] nope it's not. And by the time you can access fsck.btrfs, your btrfs root is already mounted *sigh* [00:27] right... but that's not a mountall issue, at least not until you have an event-based initramfs [00:28] first problem is to solve fsck.btrfs not being in the initramfs [00:28] but really, shouldn't we expect fsck.btrfs to be smarter? [00:28] and be usable on a ro-mounted fs? [00:30] * xnox after skimming through neverending btrfs threads on CEPH mailing list, I wouldn't expect much [00:31] do we want fsck.btrfs for all initramfs or only for those who have it as rootfs? [00:32] * xnox btw current patched edition of fsck.btrfs in the WIP branch should do nothing and exit with 0 if the filesystem is mounted. [00:32] s/expect/demand/, then ;) [00:33] yeah, I think it definitely should only go in the initramfs when the rootfs is btrfs [00:33] (rootfs or /usr partition) [00:36] * xnox from now own `rootfs' is a variable which stores a list of required partition(s) [00:37] xnox, the initramfs has no fsck of any kind... the root fs has always been mounted ro, then if fsck fixes things, you reboot, if not, you fsck the other filesystems and mount them [00:38] psusi: true, given a sensible filesystem. btrfs is special =( [00:39] xnox, how so? last I heard btrfsck doesn't actually do hardly anything anyhow, and it is a design goal to never need it... i.e. just mounting the fs should recover from crashes, like ext3/4 [00:40] Latest btrfs-progs (c. 26 Mar 2012) [00:40] btrfsck can now repair some forms of filesystem breakage [00:40] A new data recovery tool (btrfs-restore) is available. This program doesn't attempts to repair the filesystem, it only tries to pull files from damaged filesystems and copy them to a safe location. Also, the Btrfs filesystem checker (aka fsck) can now repair extent allocation tree corruptions (more repair modes in progress). [00:41] http://kernelnewbies.org/Linux_3.4 [00:41] https://btrfs.wiki.kernel.org/index.php/Main_Page [00:41] psusi: replaying the journal is not the only function of fsck for ext3/4 [00:42] slangasek, right... but if the fs is so damaged that it can't be mounted, you probably need to boot from other media anyhow, and fortunately, that kind of thing almost never happens... so I'm not sure why you would want to put fsck in the initramfs [00:43] can't be mounted read-only anyhow [00:45] psusi: the point isn't to fsck a fs that couldn't otherwise be mounted, the point is that once the btrfs is mounted (ro or otherwise) it's too late to fsck [00:45] btrfsck can't run on a ro mounted fs? [00:46] correct, that's what we're discussing [00:46] ohh... that's a bug in btrfsck then... [00:49] feel free to fix it? ;) [00:49] since it's still early beta, I'm sure it will get worked out ;) [00:51] if the kernel can manage to shrink a mounted btrfs filesystem while it is mounted, I'm sure btrfsck will figure out how to fsck it while mounted ro ;) === salem_ is now known as _salem === fenris is now known as Guest25535 === Guest25535 is now known as ejat [01:39] jasoncwarner_, ping === jalcine is now known as Jacky === dendro-afk is now known as dendrobates [03:00] hi [03:46] Good morning === sikon is now known as lucidfox [05:07] running a local ubuntu-based derivative, why would do-release-upgrade not recognize that it's running on lucid/lts and therefore offer a lucid upgrade? lsb_release -a seems fine... it does offer maverick if Prompt=normal. [05:08] mjr: lts -> lts upgrades aren't offered until the first point release of the new lts comes out (roughly 3 months after release) [05:08] lucid users aren't being prompted to upgrade yet [05:08] (though i believe they will if they pass -d to do-release-upgrade) [05:10] Right. Thanks, that was it. Silly me. Have to do some testing of the upgrade process and verify it works with our tunings, see. === ubott2 is now known as ubottu [05:27] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: micahg, robert_ancell [06:33] hi [06:34] can someone take gcc-4.7-arm{el,hf}-cross out of NEW queue? [06:40] slangasek: what's the general position on SRUing for multiarch support? [06:50] micahg: we discussed it the other day, and deemed it ok for precise, with due care applied [06:51] micahg: as there were a few packages where it would really help (especially for third-party apps which still need the old gnomevfs or similar) [06:51] pitti: ok, are udebs supposed to be multiarched? [06:51] slangasek: unpin [06:52] micahg: I don't see how that would be useful [06:52] ok, that's what I figured [06:52] micahg: they might end up in /lib//, but perhaps more as a side effect? [06:52] i. e. when configuring the package with that libdir, then they just end up that way in debian/tmp/, and I guess the udeb makes no special effort of moving them back [06:53] but we certainly wouldn't make a deliberate effort on multiarching them [06:53] right, but if the lib is being multiarched for other reasons, the udeb rides along for free? [06:55] yes, AFAICS [06:55] otherwise you'd have to modify their *.install files to say things like "lib/*/.so lib/.so" which is unnecessarily error prone [06:55] (and requires hardcoding the library name, too) [06:56] this udeb has files in /usr/lib for some reason [06:57] I don't know the policy enough to say whether they should be in /lib, or whether it doesn't matter [06:58] right, I don't know either :) [06:58] technically it seems to me that it doesn't matter, as for install environments we don't need to be concerned about a separate /usr/ [07:00] heh, so, Debian has the udeb being installed in /usr/lib [07:02] * micahg follows Debian's lead [07:07] good morning === smb` is now known as smb [07:16] DMB folks: could it be that bencer is still missing in ~ubuntu-dev? [07:17] dholbach: there's some work involved still [07:18] aha? [07:18] so you're waiting on the packageset creation? [07:18] dholbach: but he'll get there (actions items are documented) [07:18] yeah [07:18] actually, he won't go in ubuntu-dev, but into a team which is a member of it [07:18] ok - I was just wondering [07:18] I'll get it sorted this week [07:19] great === zyga is now known as zyga-afk [08:10] pitti: do you know if static libs count as a shared library for use of ${misc:Pre-Depends}? [08:11] micahg: for Pre-Depends: multiarch-support ? [08:11] yeah [08:12] micahg: my gut feeling is "no", as these are only searched at build time [08:12] I'm not entirely sure whether gcc uses ld.so's lookup paths; if so, we need it, if not, we don't [08:13] that whole pre-depends thing is pretty much obsolete now post-precise anyway [08:13] * micahg saw that Debian didn't include it in libxkbfile [08:13] but we will still have some for Debian, as they didn't yet do a release with multiarch [08:14] this one is an SRU for precise (although I'm looking at another one for quantal ATM) [08:14] * micahg guesses he can hold onto these until morning [08:14] Could https://bugs.launchpad.net/ubuntu/+source/munin/+bug/598385 and https://bugs.launchpad.net/ubuntu/+source/munin/+bug/1000678 be nominated for oneiric? [08:15] Launchpad bug 598385 in munin (Ubuntu Precise) "[SRU] munin plugin exim_mailqueue has incorrect graph configuration" [Medium,Fix committed] [08:15] Launchpad bug 1000678 in munin (Ubuntu Precise) "[SRU] munin-memory plugin doesn't work on 64-bit 12.04 LTS" [Medium,Triaged] [08:15] vibhav: looking [08:15] pitti: dunno if you could add your recommendations on https://wiki.ubuntu.com/JeanLouisDupond/MOTUApplication ? :) [08:15] dupondje: sure! do you happen to have a list of packages that I sponsored for you? [08:17] vibhav: oneiric has a different version, are you sure it's affected? [08:17] pitti: http://ubuntu-dev.alioth.debian.org/cgi-bin/ubuntu-sponsorships.cgi?render=html&sponsor=*&sponsor_search=name&sponsoree=Jean-Louis+Dupond&sponsoree_search=name [08:18] micahg: I cant see the fixed code in oneiric [08:21] vibhav: done [08:21] micahg: thanks! [08:23] jamespage: ping [08:23] vibhav: can I help you with something (currently piloting) [08:24] micahg: Since the problem involves munin, munin-node and exim4 , shouldnt they be be affected too [08:25] Im talking about LP: #598385 [08:25] vibhav: not unless there's something to fix there [08:25] ah [08:50] siretart, ping [08:50] doko: hi === zyga-afk is now known as zyga [08:58] @pilot out === udevbot changed the topic of #ubuntu-devel to: Archive open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: robert_ancell [09:08] tseliot: good morning [09:08] pitti: good morning to you [09:08] tseliot: it's working quite nicely now :) http://paste.ubuntu.com/1000413/ [09:09] tseliot: i. e. driver lookup behind a nice upstream compatible API [09:09] pitti: very nice :) [09:09] I also wrote a performance test case [09:09] performance of 1000 lookups in a single query ... [24 msec] ok [09:09] pitti: wow, do you have a pull request too? [09:09] tseliot: that should be quite a bit faster than the 30 seconds or so current jockey takes to detect drivers [09:10] * tseliot nods [09:10] :) [09:10] excellent work! [09:10] tseliot: not yet, still test-building in a PPA, and I needed that aptdaemon upload to make the tests succeed [09:10] tseliot: but it's of course still far from a jockey replacement [09:10] just starting with the lower-level functionality [09:11] pitti: yes, of course. It's still good progress though === yofel_ is now known as yofel [09:53] hello there, not sure if this is the proper channel (if not please tell me which is). I have an issue with pygi (i think) --ubuntu specific they tell me-- which leads the app to segfault. i send the report with apport but i don't know where it's stored. any help? [09:54] pitti, sorry to ping you directly, please see above ^ (i think youre the mantainer?) [09:54] c10ud: I need some more details, I'm afraid -- which pacakge crashed? [09:55] pitti it's not in the archives, we're porting our app (emesene) to gtk3 [09:55] c10ud: they go to https://errors.ubuntu.com/ FYI [09:55] c10ud: ah, then it probably shouldn't have sent the report in the first place -- I guess it assigned it to "python2.7" then [09:56] oh, i thought it opened a bug so we could see and comment out [09:56] c10ud: that's what happens during development releases, but not for stables any more [09:57] anyway, Jose Rostagno (he sent you some pygicompat patches) says it works good in arch (he's the guy behind the porting) hence my "ubuntu-specific" thought [09:57] c10ud: what you can do is to install the apport-retrace package, then reproduce the crash, and when apport pops up, click on "Examine locally" [09:57] c10ud: this will throw you into a gdb session with all debug symbols available, so a "bt full" there would help quite a bit [09:57] ok [09:57] c10ud: are you using python2 or 3? [09:58] python2 [09:58] cool thing is, issue is random [09:58] c10ud: so, at this point it would be best if you could open a Launchpad bug against pygobject and attach a test case [09:58] sometimes it crashes, sometimes it does not [09:58] sounds like garbage collection/ref count/transfer annotation issue [09:59] this also appears: Gtk:ERROR:/build/buildd/gtk+3.0-3.4.2/./gtk/gtkstylecontext.c:739:timeline_finished_cb: assertion failed: (info != NULL) [09:59] anyway i'll try the apport trick now [10:00] ah, please include that in the bug report [10:00] probably the ref count sometimes goes to zero and info gets freed (whatever info that is) [10:04] bdmurray / didrocks I don't appear to be able to nominate bugs (like bug 1000577) for series precise..? [10:04] Launchpad bug 1000577 in BAMF "Unity crashed in bamf_application_on_window_removed" [Critical,In progress] https://launchpad.net/bugs/1000577 [10:04] doing [10:05] popey: are you on the downstream task? [10:05] also bug the "nominate for series" button disappears when I login to lp [10:05] s/button/link/ [10:05] popey: first, the downstream task is unity, it should be bamf [10:06] can you change that? [10:06] can we hangout? :D [10:07] sure [10:09] invited.. [10:09] downloading LOTS of dbg packages, thank god i have a new hdd [10:11] c10ud: note, if you do this more regularly, have a look at "man apport-retrace" and its --cache argument [10:12] c10ud: oh, nevermind; the "Examine locally.." button uses ~/.cache/apport/retrace by default [10:12] i hope it's the only one time :p [10:12] so it should be much quicker in subsequent times [10:13] that's what python's for, right? leaving the dirty job to someone else ;) [10:13] hehe [10:38] pitti, https://bugs.launchpad.net/ubuntu/+source/pygobject/+bug/1002792 [10:38] Launchpad bug 1002792 in pygobject (Ubuntu) "emesene crashes with assertion failed in gtkstylecontext.c" [Undecided,New] [10:39] c10ud: ah, so it's not a segfault, and really "just" the assertion; this makes it a bit easier [10:40] ah i said segfault, whoops [10:40] c10ud: is that code public somewhere, or do you have another reproducer? [10:41] unfortunately it's quite a big codebase, i'm not really sure on what's the culprit, i suspect the gif animation.. [10:41] anyway you can checkout git master and launch the app with USE_GI=1 set [10:41] a sec [10:42] wget https://github.com/emesene/emesene/zipball/master [10:42] extract [10:42] USE_GI=1 ./emesene [10:43] then select "dummy" session, put some random acc/pwd and connect [10:44] since it doesn't happen everytime you can check autologin and ctrl+c from terminal when you see the fake contact list [11:10] Please accept/nominate bug 957494 for Quantal & 12.04.1 [11:10] Launchpad bug 957494 in mdadm (Ubuntu) "Missing added utility 'mdmon'" [Medium,Fix committed] https://launchpad.net/bugs/957494 [11:12] xnox, done [11:12] ogra_: thanks ;-) [11:41] slangasek: question about cryptsetup. You think its clean to include upstart scripts and add some if dist == ubuntu in debian/rules? Or just keep merging it? [11:41] shouldnt dh_installinit DTRT actually ? [11:42] without having to special case dist in a maintainer script [11:42] (or in rules) [11:42] well in Ubuntu we need a init script (for stopping) and an upstart script for starting [11:42] so other initlevels also [11:43] why do youu need the init script for stopping ? [11:43] to cleanly stop the crypt mapper [11:44] the upstart job should be capable of doing so, no ? [11:44] upstart doesn't handle stopping afaik? [11:44] * xnox is interesting in cryptsetup. What bit of code are you discussing ? =)))) [11:45] xnox: init/upstart scripts :) [11:46] what do you think the "stop on" directive is for then ? :) [11:47] tought this was discussed before, and the conclusion was upstart could not handle it (yet). [11:47] mmmm :) [11:49] "stop on" and a script should be ablee to deal with most cases ... you can even define when exactly the script should run (pre-start, post-start, pre-stop etc) [11:49] upstart doesn't send a signal on umount? Cause cryptsetup needs to stop between umount & for example lvm stop [11:50] dupondje: don't you want to listen on udev event in the upstart job in that case? [11:53] for shutdown? === MacSlow is now known as MacSlow|lunch [12:01] is there a way in ubuntu's live-build to use packages from a ppa? not seeing it in manpages anywhere [12:02] Anybody from the ubuntu-sru tea,? [12:03] hallyn, i think #linaro uses it all the time that way [12:03] thanks, theni should ask there :) === _salem is now known as salem_ [12:12] robert_ancell: ?! [12:12] * xnox patch pilot dropped out from #ubuntu-devel =) [12:14] he didnt use his belt ! [12:14] hallyn: ubuntu-defaults-builder has an option [12:15] superm1: interesting package [12:18] Can somebody please set https://code.launchpad.net/~dmitrij.ledkov/ubuntu/quantal/bogl/merge/+merge/104578 as rejected or something. [12:18] it is superseeded [12:18] by a new merge proposal [12:20] xnox: done [12:20] Pici: thanks. [12:20] pitti: thanks [12:20] * xnox damn autocomplete [12:21] Could somebody check my SRU for oneiric at https://bugs.launchpad.net/ubuntu/+source/munin/+bug/598385/comments/10 [12:21] Launchpad bug 598385 in munin (Ubuntu Oneiric) "[SRU] munin plugin exim_mailqueue has incorrect graph configuration" [Undecided,In progress] [12:21] xnox, if you pilot you can @pilot in [12:22] seb128: =) i'm not piloting, I'm adding my own items to the sponsorship queue ;-) [12:22] merges.ubuntu.com is back up [12:22] * xnox \0/ [12:22] xnox, ok ;-) [12:22] \o/ MoM is back [12:23] in the meantime, thanks to http://people.ubuntuwire.com/~lucas/merges.html for sustaining us so far [12:24] Let me know if you see any weirdness; the variables include new hardware, now running on precise, python2.5 -> python2.7, various code changes that were effectively undeployed for a while, and I had to roll out my change to make it set DEB_VENDOR while unpacking in order to get it to complete successfully [12:24] cjwatson: in that case, can you take the note from the MoM start page out again? [12:24] Oh, yeah, I forgot about the index [12:24] done [12:25] I'll do a timing run shortly, but I think it should manage to complete more frequently now as well [12:25] doesnt MoM stand for Merge-o-Matic? [12:25] Yes [12:25] ok [12:28] cjwatson: GREAT! :) === dendrobates is now known as dendro-afk [12:56] apw: is linux-firmware-nonfree in some git repo, or can I hack on it? [12:57] apw: I'd like to add a script to debian/rules that iterates over all modules, picks out their firmware:, and add the module's modaliases to the package's Modaliases: package header [12:57] apw: (for the firmware files shipped in l-f-nonfree) [12:58] apw: that fits into our current way of driver installation and gets rid of special-casing it [13:01] pitti: don't forget my endorsment please :) Want to drop alot of merges in the pipeline soon :) [13:01] dupondje: it's on my list [13:02] ok thx [13:10] pitti, blimey ... erm ... i don't recall ever seeing a repo for it no, it would be tgardner who would know for sure, but as there isn't one on zinc i'd say its 95% likely not [13:10] apw: ok, then I'll just use the normal UDD branch [13:11] pitti, if there is someone will have to figure it out :) and clean up after you, and i'll blame tim :) [13:21] the patch pilot is not online :( [13:21] dupondje: sent now [13:22] vibhav: yes, Robert is in Australia and apparently forgot to sign off here before going to bed [13:22] :( [13:23] thanks! === seb128 is now known as robert_ancell [13:23] @pilot out === udevbot changed the topic of #ubuntu-devel to: Archive open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: === robert_ancell is now known as seb128 [13:24] confusion cleared ;-) [13:24] lol [13:24] seb128: nice trick :) [13:24] wut? [13:24] * vibhav waits for another patch pilot to sign in [13:24] vibhav, the bot doesn't do any smart authentification, you can change nick to change the topic [13:25] can't you just edit the topic? [13:25] @pilot in [13:25] oh === udevbot changed the topic of #ubuntu-devel to: Archive open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: Laney [13:25] vibhav, the calendar says you want barry === Laney changed the topic of #ubuntu-devel to: Archive open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: [13:25] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: Laney [13:25] @pilot out === udevbot changed the topic of #ubuntu-devel to: Archive open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: [13:25] :P [13:25] cjwatson: out of interest, why do we need the less delta still? (gz data compression) [13:26] Laney: what was that about? [13:26] Laney, oh ok, I though the topic was locked down [13:26] just testing the bot, sorry for spam [13:26] i.e it used that you needed to be op or registered to be able to change it [13:26] Laney: is that you done with piloting for today? =) [13:26] ah, no [13:26] xnox: I'll send my report now! [13:27] * vibhav sits in the corner [13:27] Laney: you know it says "4 hours", not "4 seconds", right? :-) [13:30] pitti: breaks debootstrap === MacSlow|lunch is now known as MacSlow [13:31] cjwatson: ah, our debootstrap covers less? curious, it's important/not-essential [13:31] pitti: debootstrap installs prio required/important by default [13:32] --variant minbase is prio required + apt [13:33] +apt ? [13:33] i thought it was -apt [13:34] cjwatson: thanks [13:35] ogra_: it's +apt [13:35] i thought adam had to hack that in for -core ... but apparently i misunderstood [13:40] is acceptable to request sponsorship reviews from ubuntu-foundations-team for some of my sponsorship requests? e.g. sudo, btrfs-tools, mdadm [13:47] When the Debian Import Freeze Happen? [13:47] look at the release schedule ? [13:48] vibhav: around June 21st === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [13:58] can we exterminate powerpc yet? :-D [14:09] jamespage: ping [14:10] Eek, I'm TIL on sendmail, that was careless of me [14:17] why is sendmail still shipped? i can't imagine anyone would *want* to maintain it, and the kind of person who wants to maintain sendmail should really be sectioned [14:18] the Debian maintainer apparently wants to maintain it [14:20] We'd need libmilter in any case for postfix. [14:20] So you can't kill it all off regardless. [14:21] Anyway as a general rule I find thinking about removals inordinately stressful compared to just fixing things ... [14:23] Can https://bugs.launchpad.net/ubuntu/+source/update-notifier/+bug/644578 be nominated for oneiric? [14:23] Launchpad bug 644578 in update-notifier (Debian) "gettext required by package scripts, but not a dependency " [Unknown,New] [14:24] I mean the Ubuntu bug [14:24] bdmurray: ^^^ [14:25] This was apparaently fixed in precise [14:25] cjwatson: on the MoM, check samba4. Package is in sync for 3 weeks with debian, but still it shows the Precise version in teh MoM page. [14:27] In fact it's showing the oneiric version. [14:27] I'll have a look, thanks. [14:28] hmz indeed :) thanks for looking === dendrobates is now known as dendro-afk [14:43] :( [14:43] barry: hey [14:44] barry: do you know if we have any package in main that can convert some pyrex syntax to C? (there is cython that we used but it's in universe and the build-dep should be in main for my specific case) [14:54] didrocks: off hand, no unfortunately. i wonder if you can convert it and commit the converted code to the package? [14:54] barry: there is this pyrexc command line, isn't it? from the man, I don't see the difference with cython? [14:56] didrocks: the cython faq has some answers: http://wiki.cython.org/FAQ [14:56] can someone take gcc-4.7-arm{el,hf}-cross out of NEW queue? [14:57] during boot, what operation should cause pam_start session to be called? - i've added pam_limits.so to /etc/pam.d/common-session, but limits does not appear to be applied for services started automatically during boot AND running as root... Am I miserably wrong here? [14:57] tested on lucic btw [14:57] lucid even [14:59] barry: ok, so fortunately, the binding only use the pyrexc syntax and we can switch to it [14:59] didrocks: cool === dendro-afk is now known as dendrobates [15:00] I'm quite confident, the upstream compiz source used to use pyrexc and it seems to have switch for no other reason than you can "import cython" in setup.py [15:01] didrocks: what are they using from the cython module? [15:02] barry: if I grep -ri cython *: [15:02] setup.py: from Cython.Distutils import build_ext [15:02] setup.py: from Cython.Compiler.Main import compile as cython_compile [15:02] setup.py: cython_compile ("src/compizconfig.pyx") [15:02] and that's it [15:02] so I think they are in fact just using pyrex [15:03] ah [15:04] vibhav, pong [15:06] dupondje: please just keep merging it for now. Upstart support should go upstream to Debian in the next month or so [15:06] slangasek: debian goes upstart also ? [15:07] Debian will have upstart support [15:07] dupondje: debian also has upstart package ;) [15:07] depends on the package maintainer i would say :) [15:07] if he listens to people filing bugs about missing upstart support :) [15:08] dupondje: ah, it's because it gets a bit confused by what it perceives as removals, because samba4 isn't in testing [15:08] ~curse bluez for failing installation when it can not start [15:08] dupondje: the sanest fix/workaround is probably to just switch MoM back over to unstable, so I'll do that [15:08] ok :) [15:09] slangasek: but after that we can just include upstart script in debian? What about the init script that is used now to stop? [15:10] dupondje: some tuning may be required [15:11] but i'm right we can't use upstart atm to stop cryptsetup? [15:13] dupondje: I believe that's correct, we currently don't... why do we care about stopping it, though? [15:15] to correctly close the handle, so lvm etc can also be stopped. [15:16] hmm, does upstart prse "emits" from sysvinit scripts ? would be a one line change to add something to emit that info to umountroot [15:16] *parse [15:17] we don't stop lvm either :) [15:17] we unmount filesystems, which TTBOMK is the only part we have to tear down before reboot in order to protect data [15:19] So it should be safe to just remove the init script (which only is there for stopping atm in ubuntu) [15:20] dupondje: which init script do you mean? [15:21] slangasek: just fyi, the quantal apt merge is prepared in the apt bzr ubuntu branch (just mentioning it to avoid duplication of effort) [15:22] slangasek: now we have: cryptdisks-early & cryptdisks (init scripts) and cryptdisks-enable & cryptdisks-udev (upstart) [15:37] jamespage: Ive created a SRU for oneiric, would you like to see it? [15:37] vibhav, for munin? [15:39] jamespage: yeah === kentb_ is now known as kentb [15:40] Is anyone familiar with FTBFS errors like "error: inlining failed in call to always_inline 'vsyslog': function not inlinable" with quantal's compiler? [15:45] could some lptools hacker merge my branch? https://code.launchpad.net/~brian-murray/lptools/grab-descriptions/+merge/106469 === nhandler_ is now known as nhandler === dholbach_ is now known as dholbach [16:07] mvo: apt> great, thanks :) and good to see apt is updated in unstable as well :) [16:08] dupondje: right; so it's probably safe to remove those init scripts, but also not necessary in Ubuntu... and as we wouldn't be removing them in Debian that would probably be introducing more delta than we need to [16:10] slangasek: yeah we are pretty close to upstream again, if I don't see any regression on my box I will upload tomorrow or the day after tomorrow [16:49] hey folks [16:49] quick question [16:50] in my app I would like to allow the user to start a process when they log in [16:50] what is the best way of doing this on Ubuntu? [16:52] jono: just follow standards :-) [16:52] mlankhorst, what are the standards? [16:52] :-) [16:52] I have no idea how this is done [16:52] cjwatson, i need to update the grub-gfxpayload-lists, but am struggling to find the master bzr branch for it, any idea where its at ? [16:53] apw: UDD - lp:ubuntu/grub-gfxpayload-lists [16:53] hmm, though it's apparently out of date there [16:53] jono: xdg-ish [16:53] jono: http://standards.freedesktop.org/autostart-spec/autostart-spec-latest.html [16:53] jono: drop a desktop file in the appropriate directory [16:54] apw: ask the last uploader :) that'd be RAOF [16:54] Laney, aha! [16:54] cjwatson, well at least i was looking in the right place ... OI RAOF wheres the lists at :) [16:55] cjwatson, if the commit is missing, is it normal to reconstruct it and continue ? [16:55] Laney: oh nice, was already looking [16:55] cjwatson, on the assumption it was not found of course [16:55] apw: best to talk with RAOF first in case he can just push [16:55] but that's a fallback, yes [16:55] dunno why the importer didn't sort it out [16:56] yeah who owns that so i can moan [16:56] thanks Laney [16:56] apw: launchpad.net/udd [16:56] np [16:56] http://package-import.ubuntu.com/status/grub-gfxpayload-lists.html [16:57] which I think is the stock "if you push --overwrite, it gets upset" reason - maxb may be able to sort that out [16:57] cjwatson, thanks [16:57] * cjwatson comments on the bug === dendrobates is now known as dendro-afk [17:04] hmm, hello [17:06] slangasek: or we fix in debian package it only installs the upstart scripts on Ubuntu, then we can sync :) [17:07] dupondje: fix what exactly? [17:08] well ship the upstart files in the debian package also, but only install them on Ubuntu. No merge needed then [17:08] no [17:09] why not? [17:09] why would you put the upstart files in the debian package and not ship them in the package? [17:09] dupondje,you want to install the upstart jobs in debian too [17:10] /etc/init/ will be a no-op if upstart isnt installed ... *if* it is installed you want the jobs to be used from there though [17:10] apw: I've overridden the importer's freak-out over someone replacing a version in the branch and initiated a new run [17:10] maxb, thanks thats most helpful [17:10] ogra_: well, if you install them in the debian package, there will be a depend on upstart [17:11] which is not always wanted [17:11] no, there won't [17:11] there shouldnt [17:12] so dh_installinit should be able to handle it correctly ? lets try it out [17:16] apw: Hm, it's done the silly thing where it rolls back all of cjwatson's commits and recommits them; it's because the bzr branch contains some files (.bzrignore, debian/bzr-builddeb.conf) which are not in the archiver [17:20] maxb, hmmm that sounds like "andy don't touch it yet" [17:23] maxb, the branch looks ok within some limits, is it as good as it is going to get? [17:26] https://launchpad.net/ubuntu/+source/imvirt/0.9.4-2/+build/3509707 hmz :) [17:32] apw: Ah, yeah, don't touch it yet. I'm going to roll back what the importer did and fiddle === bregma_ is now known as bregma [17:41] What fun# [17:42] Have run some SQL at the importer db to convince it that cjwatson's revisions can be trusted, really, and kicked it off again [18:16]