=== jamesh_ is now known as jamesh [01:10] bazaar.canonical.com [01:10] how can I use launchpad bazaar repo behind a proxy? [01:13] set http_proxy appropriately [01:14] lifeless: but doesn't launchpad use the lp scheme? [01:15] timob: sorry I don't know what you are asking [02:36] please sponsor debdiffs for fakesyncs bug 512430 [02:36] Launchpad bug 512430 in geronimo-jpa-3.0-spec "Fake sync geronimo packages from Debian testing (main)" [Undecided,Confirmed] https://launchpad.net/bugs/512430 [03:22] if a package is in bzr in ubuntu, do we submit merge requests/bzr diffs or debdiffs [03:23] package is gnome-media... main package [03:26] nigelb: Submitting bzr merge requests via code.launchpad.net is best. [03:26] nigelb: Because the those who work on the packages will receive the request. [03:27] ah, thanks :) [03:28] should I update the changelog and such in this case? [03:33] nigelb: Yes, if you update the changelog, the debcommit command can help you fill out the commit log. [03:34] okay, thanks again :) [03:34] You're welcome. [03:50] okay, this package uses cdbs, I'm expected to create a cdbs patch too? [03:51] nigelb: Depends on what your changes are. [03:51] just adding a patch that gnome upstream dev uploaded to fix a memory leak [03:52] nigelb: Right then you shouldn't need to touch anything cdbs related. [03:53] TheMuso: just make the change and request a merge ? [03:53] nigelb: yes once you have committed and pushed back to launchpad. [03:53] okay :) [03:53] thanks again [03:54] np [03:58] does the patch command have trouble with white space? [03:58] I keep getting the error "patch unexpectedly ends in middle of line" === dendro-afk is now known as dendrobates [04:17] nigelb: You can tell patch to ignore whitespaces, but it sounds like you need to reformat the patch. Since the package uses cdbs, the cdbs-edit-patch command ifs your friend here. [04:18] TheMuso: just edit the patch the normal cdbs way then? [04:18] nigelb: cdbs-edit-patch will put you into a new shell where you can patch/edit your changes. When you exit the shell, cdbs-edit-patch creates the patch for you. [04:19] TheMuso: yea. but I wanted to work out the way I can make minimum effort in case I run into a patch with a lot of changes [04:19] man cdbs-edit-patch for more info. === dendrobates is now known as dendro-afk [07:00] Good morning [07:00] kees: devicekit-disks> superseded by udisks, so should be fine [07:01] hello sir [07:01] kees: Debian> mbiebl and I are co-maintaining both; Debian will get udisks soon as well; our udisks is merely a git snapshot from the Debian packaging branch [07:02] YokoZar: it should be on the default CD, right? we are currently struggling for CD space (7 MB overflown), need to figure that out first; can you please ping the MIR bug to ask for seeding it? [07:03] kees: mirror image symlinks> hmm; seems a matter of taste to me, and I rather don't like them, but *shrug*; did they say why they ought to be there? [07:05] pitti: my understanding (upstream was a bit terse) is that the stuff in /dev/disk/by-id is literally everything that is a device, which includes the "internal" devices that devmapper/lvm use (i.e. they each have separate uuids, names, whatever). but that filesystems are skipped because they're not sensible, I guess. [07:05] pitti: I think lvm needs another environment variable from the kernel called "internal" or something, so that it's easy to ignore those devices, etc. [07:09] kees: well, it already identifies those devices (they are named _mimageN and _mlog) [07:09] so that's not hard [07:09] kees: but anyway, I'll update the test suite; thanks for investigating! [07:44] pitti: There's a way to trim it so there's no net loss in CD space if needed [07:46] superm1: thanks for fixing dell-recovery! [08:13] pitti: hey, what would be your take on bug 376388 (especially suggested sudo changes at last comment) ? [08:13] Launchpad bug 376388 in etckeeper "~/.bazaar created owned by root (when run under sudo)" [Medium,Confirmed] https://launchpad.net/bugs/376388 [08:24] ttx: we won't make -H the default; it would break other use cases which rely on having the original $HOME, and general backwards compatibliity [08:25] pitti: that was my sentiment as well, changing well-known behavior to fix a specific use case doesn't seem warranted [08:25] pitti: could you comment on that effect to the bug (if not already done ?) [08:26] ttx: done [08:26] pitti: thx ! [08:28] good morning [09:32] mvo, hello [09:32] hey jibel [09:32] mvo, I fixed the column sorting issues in synaptic but have some question anyway [09:33] jibel: nice! did you put it in a bzr brnach? or as a patch? [09:33] jibel: questions> sure, fire :) [09:34] mvo, in common/rpackagelister.cc do you remember why there is a call to qsSortByName and then stable_sort. It seems redundant ? [09:34] that is quite possible, let me check the source [09:40] jibel: oh, now I do - IIRC its to have the package names sorted inside e.g. the sections, otherwise it will sort by section only and the package names are more or less random [09:43] mvo, ok got it. question 2: bug 165181 [09:43] Launchpad bug 165181 in synaptic "Order by "Supported" Column Slow" [Medium,Triaged] https://launchpad.net/bugs/165181 [09:46] in the sort function we call isSupported which calls isTrusted which queries the package cache, ... It's rather suboptimal. [09:46] jibel: oh, let me have a look [09:47] mvo, there is no easy fix. Don't you think we'd better disable the sort by "supported" column ? [09:48] jibel: hm, let me have a look [09:50] jibel: did you push the patch for #518509 already somewhere? I will ocmmit it right away :) [09:52] mvo, not yet. I was waiting for this discussion. [09:53] ok [10:03] jibel: let me do a bit of profiling to see if I can come up with a idea [10:05] I have found a post http://ubuntuforums.org/showthread.php?p=8834757#post8834757 Maybe you know where to find an answer? === thegodfather is now known as fabbione [10:36] jibel: I updated the bug and added a prototipish idea [10:43] mvo, thanks, I will have a look at it. [10:43] thanks :) [10:44] mvo, finally I dropped the call to qsort and replaced it by stable_sort which is superior in performance. The interface is more responsive. [10:44] jibel: sweet [10:44] mvo, I commit the changes and let you review it. [10:44] mvo, one more thing [10:44] mvo, you owe me a beer [10:44] jibel: for tests like this i often use a quick and check "clock_t now = clock(); { code; } cerr << time << clock() - now << endl; [10:44] jibel: heh :) [10:45] jibel: (to see if/how much performance difference there is) [10:45] jibel: I will pay up gladly :) [10:45] mvo: thanks for taking care of the dpkg issue :) [10:45] sebner: cheers, but cjwatson was quicker already it seems [10:46] mvo: really? He's a funny guy. Merging dpkg into lucid, then going on holidays and then doing the work nevertheless ^^ [10:48] sebner: indeed :) and he enjoyed it! [10:50] mvo: ok, I'll make a test-upload to my PPA(?) and I'll let you know what going on?! [10:50] sebner: I'm not sure its deployed yet [10:50] oh, I'll wait some hours then [10:51] mvo: btw, you are fine that I sync your new scite package? [10:51] sebner: please [10:51] fine :) [10:52] sebner: I meant to write a sync request, but this is much quicker :) [10:52] _I have found a post http://ubuntuforums.org/showthread.php?p=8834757#post8834757 Maybe you know where to find an answer?_ [10:52] mvo: I did write one but Riddel was faster than incomming ^^, It's still stuck in there :( If it won't make it before FF I'll just make a manual upload [10:59] james_w: I keep finding new ways in which having source packages in bzr is awesome [10:59] today's [10:59] uncommitted/unuploaded changes in the working tree, when a new upload occurs [10:59] just bzr pull :) [11:04] \o/ === nenolod_ is now known as nenolod [11:17] seb128, so i just wondered why in my development apps all buttons dont have icons, then i found that we apparently dropped the UI to set /desktop/gnome/interface/buttons_have_icons from the appearance applet, how are users that have set that property in the past supposed to change it back ? shouldnt we apply the default when we disable them from setting such a property ? [11:22] why would they want to change it back? [11:22] if they did decide to set it this way [11:22] i wasnt even aware i had changed it, took me a while ... i had changed it when i used my laptop screen instead of the external monitor, to save screen space on the small LCD [11:23] well we default to not having icons now [11:23] its something *i* decide on a usecase base (no idea if others set it because they like it or something) [11:23] so you do have the default [11:23] on all buttons ? [11:23] yes [11:23] woah [11:23] buttons and menus [11:24] it's that way since karmic [11:24] my app menu surely has all icons here [11:24] waking up some 6 months after the change? ;-) [11:24] ogra, you don't use the default then [11:24] and usually cancel buttons have a red circle with a cross [11:25] hmm, i cant imagine to have changed anything apart from the buttons_have_icons when we still had it in appearance ... and only when i used my LCD [11:25] ogra, gconftool --unset /desktop/gnome/interface/buttons_have_icons [11:25] ogra, gconftool --unset /desktop/gnome/interface/buttons_have_icons /desktop/gnome/interface/menus_have_icons [11:25] ogra, that will give you default values for both [11:26] then run some GNOME app, ie gedit [11:26] my app menu still has icons [11:26] the gnome-panel one you mean? [11:26] ah, they are gone from system [11:26] yeah [11:26] only things supposed to have icons are objects [11:26] that makes the UI so much less exciting :P [11:26] the apps categories have been decided to keep icons [11:27] it was really looking weird without those [11:27] but look in an app, ie gedit [11:27] fine then, thanks for the help, i couldnt really imagine we drop icons from buttons [11:27] menus and buttons [11:27] ogra, talk to our design team ;-) [11:27] ogra, though to be fair GNOME did the change, design was just agreeing on it [11:27] i doubt i will convince them to change it back [11:28] no, you are 6 months late for that discussion [11:28] so i'd just waste my breath [11:28] i didnt see it changed [11:28] though the system was a fresh karmic install ... [11:28] you probably didn't do karmic desktop iso testing ;-) [11:28] and afaik the UI applet only applied to toolbars [11:28] ogra, you kept your user config though? [11:29] oh, right, i kept my homedir [11:29] ogra, the ui has both options, toolbar and buttons [11:29] ah, k [11:29] or menus and buttons rather [11:29] right, i remember menus and toolbars [11:46] is there any documentation page about how ubiquity hook works (or a good example I can look at)? === ryanakca_ is now known as ryanakca [12:33] please sponsor debdiffs for fakesync [main] bug 512430 [12:33] Launchpad bug 512430 in geronimo-jpa-3.0-spec "Fake sync geronimo packages (main) from Debian testing (main)" [Undecided,Confirmed] https://launchpad.net/bugs/512430 [12:49] has anyone else seen bug 523176? [12:49] Launchpad bug 523176 in grub "update-grub hung during upgrade, blocked reading from stdin" [Undecided,New] https://launchpad.net/bugs/523176 [12:49] happened with kexec-tools [12:49] ah, /me finds bug 518853 [12:49] Launchpad bug 518853 in kexec-tools "package kexec-tools 1:2.0.1-1ubuntu1 failed to install/upgrade: subprocess installed post-installation script killed by signal (Interrupt)" [Undecided,Confirmed] https://launchpad.net/bugs/518853 [12:55] Keybuk: thanks for the rsyslog upload [12:55] Keybuk: however, does that actually check for EPERM, and not drop privs in that case? [12:55] Keybuk: (otherwise rsyslog would stop working and spin the cpu 100% during upgrades, or when booting an older kernel) [12:57] pitti: we don't support booting an older kernel [12:57] you'll have bigger problems before you even *get* to rsyslog ;-) [12:57] Keybuk: but we will at least during dist-upgrade? [12:57] Keybuk: then perhaps we should not restart rsyslog during dist-upgrade then? [12:58] if there's a bug, we can fix that later [12:59] Keybuk: I booted 2.6.32-10 with that rsyslog configuration, and it just spins the CPU [12:59] pitti: feel free to fix it ;-) [13:00] yeah, might do after alpha-3 [13:00] anyway, so now the charts should look better [13:00] Keybuk: devicekit-power is gone now as well, FYI (I uploaded a new indicator-session) [13:00] the dd won't exist for older kernels anyway? [13:01] so the bug is just that it spins rather than not logging kmsg [13:01] Keybuk: out of interest, do you alraedy know what's up with this setupcon/loadkeys/sh thing? or shall I take a look? [13:01] Keybuk: we have the dd process in karmic [13:01] pitti: yeah, have a patch I'm about to upload [13:01] pitti: we don't have the dd process if you've dist-upgraded ;) [13:01] Keybuk: it spins on EPERM, so it will just stop logging anything [13:02] right, the spin on EPERM is clearly a bug [13:02] Keybuk: why wouldn't we? it's started in karmic? [13:02] if you reboot into an older kernel, it won't be there, etc. [13:02] right, on lucid's rsyslog [13:03] lucid's rsyslog is the only one that'll spin [13:05] can someone please enqueue scilab again ? build just takes a while. see the last comment. it took 6.5h on Debian: https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/511864 [13:05] Ubuntu bug 511864 in scilab "Sync scilab 5.2.0-7 (universe) from Debian unstable (main)" [Undecided,Incomplete] [13:33] mvo: hello [13:34] @all: hello [13:34] mvo: I'm available for further testing of update-manager if you want [13:34] things are as they were yesterday === beuno_ is now known as beuno === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk [14:11] rickspencer3, seb128, pitti: simple scan is seriously good stuff! [14:11] just tested it :) [14:15] cjwatson: hi there ... i have a eucalyptus sru upload for karmic-proposed ... could you accept for karmic-proposed? [14:16] dholbach, yeah, robert_ancell rocks [14:16] now it just needs cropping and I'm all set :) [14:19] dholbach: thanks for the git-core ACK :) [14:20] cjwatson: I want to use dh_apport, but it doesn't seem to be installed.. I'm running 1.12-0ubuntu5, but it doesn't seem to anywhere. Am i being daft? [14:22] Keybuk: does the most recent udev upload fix the current CHROOTWAIT build problems? "E: Could not perform immediate configuration on 'udev'.Please see man 5 apt.conf under APT::Immediate-Configure for details. (2)" [14:24] Keybuk: should #513919 (no /dev/null breaks mountall) fix booting without an initrd? [14:24] james_w: hi! [14:25] dholbach, yes ... robert_ancell is impressive indeed! [14:25] james_w: could you kick an import of the puppet package in lucid? [14:27] Daviey, do you have dh-apport installed? [14:28] mvo, thanks! you are the bestest! [14:33] rickspencer3: :) for XB-Softwarecenter-Appname: in debian/control ? [14:33] seb128: I didn't realise it was a seperate binary package, *doh* [14:33] mvo, I haven't even seen that yet! [14:34] I was talking about "Featured" [14:36] dholbach: indeed, I love it [14:37] rickspencer3: thanks! === RoAk is now known as RoAkSoAx === superm1` is now known as superm1 === dholbach_ is now known as dholbachj === dholbachj is now known as dholbach === dendro-afk is now known as dendrobates [14:53] geser: I don't know what caused those chrootwait build problems [14:53] and no, but lamont apparently fixed the chroots [14:53] jdub: yes === ivoks is now known as ivoks_doing_mirs [15:07] Keybuk: bonus -- will test on my linode :) [15:16] Keybuk: woo, thanks for that fix! [15:19] jdub: I'm still not quite sure why it doesn't work of course [15:19] since if you're running 2.6.32 you have devtmpfs auto-mounted on /dev [15:19] and mountall will just reuse that [15:19] so you should never end up with no /dev/null [15:20] Keybuk: perhaps linode's kernel config? [15:20] jdub: possibly [15:21] smoser: I was meaning to ask you that at some point [15:23] Keybuk, its non-trivial for me to test now , as our kernels have devtmpfs :) [15:23] Keybuk: http://www.gnome.org/~jdub/2010/config-2.6.32-linode23.txt [15:23] i'd need to grab an old kernel, which would be possible. [15:24] smoser: right, I was trying to remember whether it was accurate that you'd forgotten devtmpfs [15:24] jdub: # CONFIG_DEVTMPFS is not set [15:24] jdub: FAIL [15:25] jdub: that kernel config deserves to be smothered with a pillow by some TV presenter nobody's ever heard of [15:47] are the amd64 lucid chroots broke? [15:48] nm [15:52] Keybuk: I went with the "can I reproduce it in a current chroot? ... well then, trivial fix." OTOH, do-release-upgrade may get to understand it in full detail [15:53] so why does my inspiron 1520 just plain not like to boot when the ipod is plugged into the USB port at boot? [15:53] stupid firmware [15:53] Keybuk: and I gave back everything in CHROOTWAIT on all 6 architectures [15:54] but not ppas === ivoks_doing_mirs is now known as ivoks [15:54] lamont: the question is why did they decide to break *today*? [15:54] there wasn't a new udev or anything [15:57] Keybuk: NEAT. [15:57] le sigh [15:57] I do have the old tarballs, if anyone wants them (for a few days anyway) [16:07] slangasek, Keybuk: I think we might want to include these commits in our plymouth package: http://cgit.freedesktop.org/plymouth/commit/?id=8ccb7f17549c3a6e6199420cf90c8c0a2e1af666 and http://cgit.freedesktop.org/plymouth/commit/?id=33b761ebe04e032741966afdd4058b717e96b08a [16:11] Keybuk: from the log I still had open I see a download of udev 151-3 in the upgrade part (and udev 151-3 was uploaded today by Sarvatt) [16:11] geser: ah ok [16:13] Keybuk: therefore I first assumed that your upload of udev 151-4 (4 hours after the upload of -3) was meant to fix this [16:13] tseliot: I saw, I'm doing a plymouth update before alpha 3 anyway [16:13] geser: I don't know the cause [16:14] Keybuk: me too, with the new theme and (hopefully) vga16fb support [16:25] Keybuk: I think you probably missed my earlier ping regarding bug #518352 - architecture-wise, can you tell me what is *supposed* to be happening in this case? [16:25] Launchpad bug 518352 in plymouth "[lucid] if booting without 'splash', gdm starts X on wrong vt" [Medium,New] https://launchpad.net/bugs/518352 [16:26] plymouth is supposed to switch to vt7 and use a text plugin that keeps the screen black until passphrases are required, etc. [16:27] this isn't all quite right yet [16:27] ok [16:27] we're basically not doing things architecturally the same way as RH [16:27] we always want plymouth running [16:27] and always want plymouth to have an active splash screen [16:27] at some point we just want to switch from that being a very plain text one to being a graphical one [16:27] (when we have the graphics driver) [16:28] either way, we should be always on vt7 [16:28] oh. are you writing that code before FF? :) [16:28] no [16:28] it's a bug fix ;) [16:29] heh [16:29] it's not so much writing code, but calling the code we have in the right order [16:31] so plymouthd would automatically switch vt and blank screen on startup, and then look for a fb on --show-splash? [16:31] slangasek: don't really know yet [16:31] I think that's probably easiest and minimum effort [16:31] "don't really know" - that makes me nervous wrt FF, then, given how many problems users are having with plymouth today [16:31] it's nothing to do with FF [16:32] plymouth was in ages ago, now we just fix bugs [16:32] kirkland: could you ask somebody not on holiday? :) [16:33] it's the kind of bug fix that is likely to have knock-on effects, and I don't even understand the set of (critical) bugs that are already outstanding [16:33] cjwatson: no problem [16:33] cjwatson: only if you actually go *on* holiday and stop reading IRC ;-) [16:33] cjwatson: someone got to it already, though [16:33] slangasek: fortunately we have another alpha, and two betas yet [16:33] slangasek: so lots of testing [16:33] Keybuk: if I don't do Debian work when on holiday, I'm not sure when I'm supposed to do it ;-) [16:35] cjwatson: that sounds a lot like a modern Busman's Holiday === steveire is now known as steveire_ [16:35] fear not, I have had plenty of non-computer time [16:35] not least due to some kind of bug confining me to bed all day yesterday [16:36] (holidays, eh?) [16:36] a Debian bug? [16:36] debiflu [16:36] not unless they've learned how to jump the species barrier [16:37] slangasek: I'm not trying to work around the definition of Feature Freeze, btw. [16:37] I'm not saying plymouth isn't a bit buggy right now, but as a feature (and package) it is in [16:37] it's just a bit buggy [16:38] Keybuk: right - it's just buggy to the point that I'm hearing half our own desktop team has removed it from their systems so they can get work done [16:38] that seems both in the letter *and* spirit of ff [16:38] slangasek: sure, but that's the case with anything critical [16:38] or anything run during boot [16:38] my minor bugs always have major impact to some people :p [16:39] unfortunately this means that all my specs and all my bugs end up OMGCRITICALZ! [16:39] which doesn't really help matters at all [16:39] well, we can probably expect similar ratios for testers outside the desktop team... so they aren't going to be there to actually test the other fixes to plymouth if they've written plymouth off before that [16:40] not that I have a solution for this - the solution would have to involve fixing the bugs which I can't reproduce [16:40] slangasek: so your saying I should only get two months to do all my feature development *and* bug fixing for any given release? [16:40] perhaps a boot feature freeze before UDS? [16:41] no, I'm expressing concern about the current state of plymouth [16:41] (the same could be argued for anything the foundations team maintain) [16:41] the state is pretty good [16:41] there's a single bug [16:41] it's just a nice juicy one [16:41] (things end up on the wrong VT or inbetween VTs) [16:42] what would "in between VTs" look like, and what's it caused by? (to try to confirm that's what the flood of bugs I can't make sense of is about) [16:43] in between VTs would look like X drawing graphically on the VT [16:43] while input seems to go to the underlying kernel VC [16:43] and that input potentially crashing the X server [16:44] on the wrong VT would look very similar [16:44] except on the wrong VT, X would be very clearly on tty1 [16:44] very clearly graphical [16:44] just that input is also going to getty [16:44] and when getty times out and respawns, it kills X [16:44] in between X looks like it's on VT7, and VT switching appears to confirm [16:44] but the text ends up on tty7 under X despite nothing else being on there [16:45] ok [16:45] a VT switch away from X and back to X may often cure the in between problem [16:45] (or crash the X server :p) [16:45] with lpia not being in lucid, do i need transitional packages for those off to something else (kernel wise) or will the installer magic things [16:45] it's all apw's fault really [16:45] since the kernel shouldn't ever let this happen [16:45] apw: "neither"? [16:46] kirkland: I did an SRU round earlier today, including euca [16:46] Keybuk, hey thanks, i like being to blame, makes me feel powerful [16:46] pitti: rocking, thank you! [16:46] slangasek: it would be a huge help if you could own any bugs related to things like cryptsetup, asking for input, etc. [16:46] slangasek, so ... the user will find out from the release notes, and i don't need to care about transitions for it ? [16:46] I'll own the "plymouth kills kittens" ones [16:47] since I have all three major hardware here, and should be able to test [16:47] and know the problem very well anyway [16:47] Keybuk: I can do that; are there any input bugs that are untriaged / unclaimed right now? [16:47] slangasek: I'm still ~600 bugs behind [16:48] (I still feel some responsibility for "kills kittens", since I did upload that reintroduced it) [16:48] ok [16:48] I haven't dedicated much effort to my bugs folder (other than clearing the easy ones) since it was before FF :p [16:48] apw: must be, I think; there's no way to switch the whole install architecture [16:48] and I had a spec not yet at B/A [16:48] slangasek, thanks ... makes my life pretty easy [16:48] apw: so there's no point in having just the kernel try to handle transitions [16:48] slangasek, figured as much, but nice to have it confirmed [16:51] mighty cjwatson (on holiday) .. mvo told me that you already took care of the dpkg backport?! At least uploading to my PPA doesn't work yet [16:52] slangasek: have a minute? [16:52] ivoks: sure [16:52] slangasek: bug 315770 [16:52] Launchpad bug 315770 in libtree-dagnode-perl "MIR for libnet-ssleay-perl and dependencies" [Undecided,Won't fix] https://launchpad.net/bugs/315770 [16:53] slangasek: is there a reason why libio-socket-ssl-perl can't be in main? [16:54] i can't tell from bug comment, other than it was discussed on irs [16:54] irc [16:54] sebner: I mailed mvo+lamont a diff; it's not within my power to get it deployed [16:54] ivoks: no, just the general principle that if we keep pulling everything into main without thinking about if it's really needed, we get everything in main and a burnt-out security team [16:54] sebner: I assume/hope that it's on lamont's to-do list somewhere, although I didn't actually test the diff ... [16:54] (and my mirror gets fat, and I don't like that either) [16:55] ivoks: why do you need it in main? [16:55] slangasek: we are pushing new cluster stack in main [16:55] slangasek: one of stonithd features uses perl ssl [16:55] cjwatson: oh, ok. thanks for the hint! You can attach it to the bug I made if you want too [16:56] slangasek: i could check which one exactly and get back to you [16:56] sebner: if it isn't done by the time I get back from holiday, I will; otherwise I've done as much as I intend to do this week [16:56] slangasek: so that we can discuss this fruther [16:56] slangasek, can i assume you have a master todo list which includes something about lpia for the release notes or should i file a LP [16:56] can a core-dev sponsor the hdparm merge (bug #516249). maybe dholbach? [16:56] Launchpad bug 516249 in hdparm "Please merge hdparm 9.27-2 (main) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/516249 [16:56] sebner: it wouldn't particularly help anyone to have it attached anyway; lamont is the person who needs it [16:56] bdrung: no time, sorry [16:56] ivoks: no particular reason to discuss it with me, I'm not on the MIR team [16:56] slangasek: ok [16:56] apw: please file a bug on the ubuntu-release-notes project [16:56] slangasek, ack [16:56] slangasek: i just wanted to check if there was a special reason, thanks [16:58] cjwatson: aye, thanks again for your work! === hggdh_ is now known as hggdh === beuno is now known as beuno-lunch === akgraner` is now known as akgraner [17:22] pitti there is something wierd about the two short bars in my burn-down chart (http://people.canonical.com/~pitti/workitems/canonical-kernel-team.html). Note that the bar is red then green then red. Its not at all clear that should be possible and i wonder at the veracity of the other bars as a result, are they overlapping more than they should perhaps? [17:42] lamont: Still need testing on postfix 2.7? [17:43] ScottK: well, I have 2.7.0-1 ready to upload once I test it locally... you're welcome to bang on the ppa RC copy modulo known bugs there [17:43] planning to upload -1 today sometime [17:44] lamont: OK. I'll probably wait then (I'm dug out enough from last week to have a little time, but if it can wait, better) [17:45] cjwatson: dpkg 1.15.5.6ubuntu1 build-deps xz-utils, which build-deps libtool 2.2 (>> 1.5.26-1ubuntu1 in hardy). NFW we're backporting libtool.... can haz patch without xz-utils depends? [17:49] cjwatson: I'm going out on a limb here, but have you broken man-db? [17:49] this could explain the recent udev failure [17:49] man-db bombed out of its trigger because the dpkg database was still locked (by, err, dpkg!) [17:50] tremolux, hi, how's Back+Forward going? [17:51] (it might be misblame, but it was the last thing to write to the console and got an update about the point things started breaking) [17:51] mpt: howdy, it's in progress, have a branch at lp:~gary-lasker/software-center/back-forward-nav [17:51] cool [17:51] tremolux, do you have Back and Forward GtkActions that the buttons hook into? [17:53] mpt: no, just handling the presses directly currently [17:53] tremolux, I'm asking because I was wondering how easy it would be to add equivalent menu items and keyboard shortcuts [17:54] mpt: ah yes, it would be easier if I used GtkActions, indeed [17:55] tremolux, I guess that can be left until after Feature Freeze, though [17:55] mpt: yes, it should be straightforward to convert to use them === beuno-lunch is now known as beuno [17:56] okie dokie [17:56] mpt: right now I have the nav history queues and management classes in place, and currently wiring in the actual navigations themself [17:56] themselves [17:56] neat [17:56] I'll let you get on with it :-) [17:57] mpt: alright, talk later :) [18:00] cjwatson: so I built dpkg 1.15.5.6ubuntu1~0.CAT.8.04 without xz-utils, and dep: base-files (>= 4.0.0) [18:00] that actually was able to build itself [18:00] tremolux, reflects what we discussed last Monday, i.e. that Back/Forward covers "Get Software" and individual software sources therein, but nothing outside that. [18:00] after installing [18:01]