[00:00] heh, you think I'm reading -changes? :p [00:01] ah that [00:01] I look forwards to your ureadahead upload === wgrant_ is now known as wgrant [00:49] grrr haven't built i386 packages with sbuild for ages, and now I find it desn't just work when using an i386 chroot on an amd64 machine. [00:49] TheMuso: What's the error? It ought to work [00:50] StevenK: hrm hang on maybe I was doing something wrong. [00:50] No I wasn't. [00:50] E: Build architecture (amd64) is not the same as the chroot architecture (i386) [00:51] I: Please specify the correct architecture with --arch, or use a chroot of the correct architecture [00:51] But when I use --arch=i386 I get this. [00:51] Works for me? Let me check my sbuild settings. [00:51] Chroot natty-i386 for architecture i386 not found [00:53] What's your schroot called? AFAICT sbuild only really cares about the chroot personality, as specified in schroot.conf (or chroot.d/*) [00:54] Oh I have to set a personality now... Ok will update my schroot.conf. [00:54] ...but this was not needed in the past... *grumlbes* [00:57] Ok that doesn't help, still get the same above errors. [00:58] any of the rest of you guys use emacs? since I upgraded from emacs22 to emacs23, I can't debug properly since running gdb with sudo hangs after entering the password. [00:59] TheMuso: do sbuild -d natty --arch i386 [01:00] broder: Thats what I have been trying. [01:00] not -d natty-i386 or -c natty-i386? [01:00] sbuild -d natty-i386 filename.dsc is what I normally use. [01:00] or -d natty-amd64 [01:01] Ok order of args does not make a diff. [01:01] don't use -d natty-amd64 [01:01] sbuild isn't clever enough to extract the architecture [01:01] you need to pass it as a separate argument [01:01] sbuild -d natty --arch amd64 [01:01] ah ok. [01:01] THis is stupid, that used to work. [01:02] the sbuild maintainer is super responsive, for what it's worth [01:02] I'll get used to it I guess, but a while back, I didn't have to specify any arch or personality, just the chroot name. [01:03] broder: sbuild's clever enough to work for me when I sbuild -d natty-i386? [01:04] yeah, it'll pick the right chroot, but i bet there's something new in the setup code that cares about the arch and isn't getting it [01:05] RAOF: yeah thats what I *was* doing. [01:05] Hm, yeah, you're right. [01:05] Something's changed since my last i386 build, which would have been mere days ago. [01:06] Oh, I see. [01:06] That's a deliberate change in 0.60.9-1 [01:06] Yeah just saw that. [01:07] Well, that's annoying :) [01:07] Agreed. [01:07] On one hand I understand why the change was made, but, it now means that one has to type in more when running sbuild. Oh well, I'll get used to it. [01:08] It will eventually become muscle memory. [01:57] lamont: postfix is uninstallable. [01:58] kees: "Feature" [01:58] StevenK: hehe [02:55] lamont: Also postfix 2.8.1 is out, so time to turn once more around the course .... === asac_ is now known as asac [04:11] StevenK, how do I remove a package from the archive? [04:11] robert_ancell: You file a bug [04:11] Well, it depends. [04:11] More information, please [04:14] StevenK, the gtk3-engines-murrine package no longer builds, but it's also obsolete as GTK3 change it's themeing so much it no longer works. I want to remove it so no-one can install it from natty when it's released [04:15] robert_ancell: Then file a bug against it stating that and asking that the source and binaries are removed from natty, subscribing ubuntu-archive === emma is now known as em [05:07] hmm... pidgin + MSN doesn't work anymore :( [05:07] I guess its time to migrate to empathy finally. [05:08] cody-somerville: what version of pidgin? [05:08] ah, it's explicit, no MSN fix yet :( [05:08] micahg, seems to affect all versions - you can't add new contacts anymore :( [06:23] cody-somerville: the real bug is using MSN. ;) [06:23] I remember the pidgin devs putting out a call for help with the MSN support a while back [06:23] achiang, the real bug is you... now leave me be... I'm busy playing Klondike solitaire :P [06:30] bam. I've become so pro at solitaire it ain't funny ;) [06:30] * cody-somerville has Keybuk to thank for this. [06:38] Good morning [07:19] Does anyone know if the current Natty development version of cobbler is supposed to support multiple interfaces with static IP? (i.e. generate ubuntu style networking scripts rather than redhat) [07:26] ScottK: yeah - and we want 2.8.1 for a segv fix === dendro-afk is now known as dendrobates [07:51] good morning [08:45] good morning [08:46] If I want to use multiple (3) monitors, which graphics card manufacturer is most likely to work and least likely to be a bugbear? [09:00] Which package provides the debug symbols for hostapd on Ubuntu 10.04? [09:09] rishi: Perhaps there isn't one [09:09] rishi: You could always build it yourself and include the symbols: sudo apt-get source hostapd [09:10] rishi: you can enable ddebs repository and install hostapd-dbgsym [09:10] (ddebs repository being the repository mentioned in https://wiki.ubuntu.com/DebuggingProgramCrash) [09:12] kklimonda: Ok. Thanks. [09:13] So, packages coming from Universe do have their -dbg counterparts in the repositories by default? [09:17] rishi: no [09:17] rishi: -dbgsym packages are created automatically, by the builders. -dbg packages have to be explicity enabled by package maintainers. [09:18] (all binary packages have -dbgsym counterparts, but only some packages ship -dbg) === ogra_ is now known as ogra === Nafallo_ is now known as Nafallo [10:32] jhunt, how is the serial world of upstart looking (i have a workitem for A3 i would like closed at some point) [10:32] (or is that already in and i just missed the changelog entry) [10:33] ogra: last I heard we were waiting for SpamapS to tweak the .conf file? [10:33] ah, k, i'll wait until he gets up to poke him ... and offer help if he needs any === diwic is now known as diwic_afk [10:40] Hi, I am uploading a new package to Ubuntu which would enter Debian very soon. I am MOTU. Do I need to file needs-packaging bug? [10:41] cdbs: usually not; just upload it [10:41] pitti: okay [10:52] hi, what is the recommended way to package python stuff? I'm reading https://wiki.ubuntu.com/PackagingGuide/Python and it specifies two options cdbs and debhelper [10:52] zyga: I'd recommend debhelper, its the better way [10:52] zyga: and preferably dh_python2 [10:52] cdbs, dh_python2? is that a third choice? [10:52] cdbs, any official guide/hints? [10:53] zyga: dh_python2 is the debhelper8 way of doing python packaging [10:53] * cdbs g2g [10:53] cdbs, thanks [10:56] cdbs, does dh_python2 make python central/support obsolete? [10:58] it's intended to, AIUI [11:00] zyga: ^ [11:00] ev: uploading jockey with the --no-dbus option now [11:00] thanks [11:01] ev: I haven't changed the nvidia driver to autoinstall yet [11:01] pitti: you're my hero, thanks! [11:01] I'm googling for docs about how to use it [11:01] ev: that should be something like http://paste.ubuntu.com/571047/, if you want to experiment [11:01] ev: (it's not just "True", as there might be several versions available, and we just want the 'best' one [11:01] pitti: I don't think we want it as autoinstall, actually. That would cause it to get installed in the live session when ubiquity calls jockey-text -a for the wireless driver. My intention was to call jockey-text -C in the chroot to get the nvidia driver. [11:02] ev: ah, even better then :) [11:02] :) [11:02] ok, I need to disappear for ~ 2 hours [11:10] * zyga now reads http://wiki.debian.org/Python/Packaging === MacSlow is now known as MacSlow|lunch === diwic_afk is now known as diwic [12:08] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: mvo [12:09] * dholbach hugs mvo [12:09] yooohooo [12:11] !!! [12:25] I am looking for an example of sophisticated option parsing in C++ [12:25] anyone? ^ [12:27] someone know if there is a policy when you upgrade a package and replace a hard link by a file? (IIRC, dpkg doesn't remove the inodes before the upgrade, so the file content will be erased with the new one for all linked inode?) [12:27] my issue is that the compiz hook is a hard link to the xorg one. I want know to ship a real separate hook for compiz than xorg [12:29] a hard link is a file [12:30] there should be no problem, anyway [12:30] dpkg will unpack the new contents of the file and rename it into place [12:30] the effect of that will be to decrease the link count of the inode that was previously there [12:30] or IOW to break the hard link [12:30] you don't need to do anything special [12:33] are NEW packages uploaded today going to make it for feature freeze? [12:35] cjwatson: excellent, thanks for the info :) (I was wondering if they could have been an issue) [12:35] james_w: ping [12:36] siretart: yes, AA delay is not taken into account [12:36] excellent, thanks! === MacSlow|lunch is now known as MacSlow [13:06] hi mbiebl [13:07] james_w: hi [13:07] I was asked by the debian gnome maintainers for polkit 0.100 [13:07] and was wondering what to do about your patch [13:08] it no longer applies [13:08] and in the upstream bug report you wrote that you can no longer reproduce the issue [13:08] http://bugs.freedesktop.org/show_bug.cgi?id=30515 [13:08] Freedesktop bug 30515 in daemon "Race means that client can get no response from agent" [Normal,New] [13:09] mbiebl, I've never been able to reliably reproduce [13:09] I don't think the bug will be gone with the changes that were causing the conflicts when I last looked [13:11] james_w: what would you suggest we do? drop the patch for now? [13:11] update it for the new upstream release? [13:12] cjwatson, just a heads up on bug #672699, i have just pushed some changes to enable speakup-modules in natty, will be in the next upload [13:12] Launchpad bug 672699 in linux (Ubuntu Natty) "screen-reader does not work " [Medium,Fix committed] https://launchpad.net/bugs/672699 [13:12] it was unclear if there was more work to be done on the installer or not to my eye [13:13] mbiebl, update it, I see no reason for the bug to be gone otherwise, and it does affect a lot of people and makes polkit pretty useless for them apparently [13:15] bdrung: hi, I just looked at the poedit sponsoring request, looks fine to me, do you mind if I upload or would you rather want to coordinate with debian? [13:16] (bug #717168 ) [13:16] Launchpad bug 717168 in poedit (Ubuntu) "Please update poedit to 1.4.6.1" [Wishlist,Confirmed] https://launchpad.net/bugs/717168 [13:17] mvo: upload it! the ff is coming and waiting for debian may take too long. we still can sync it later on [13:17] bdrung: great, thanks. that is my feeling as well [13:18] mvo: do you process the upgrade requests first? [13:18] bdrung: I currently go over the list from top to bottom, but I'm happy to look at specific stuff too [13:19] mvo: please look at the type=upgrade items first (due to the nearing ff) [13:20] ok [13:21] bdrung, do you know how is the "upgrade" set? [13:22] seb128: i don't get your question. [13:22] bdrung, what is the logic which makes "upgrade" show in the type column [13:22] bdrung, the pango and gtk binding updates are not tagged as upgrade [13:22] they should [13:24] seb128: either the bugs are tagged with 'upgrade' or ... let me check [13:24] apw: thanks. I don't expect we need to change anything [13:24] the nice thing about the sposnoring is that you always learn about new packages. ucommon - sounds like a misisng n (but that has tradition I guess) [13:24] er, well, wait, not sure [13:24] seb128: or upgrade-software-version tag or 'new upstream version' in the title [13:25] will have to look latere [13:25] *later [13:25] apw: I've created a debian-installer task [13:25] bdrung, ok [13:25] seb128: let me know if there are other ways to detect it [13:25] mvo, well in any case the pango and gtk bindings ones should be trivial if you want to upload those [13:26] bdrung, not that I know about, I was just curious because those are not tagged and you asked mvo to review tagged things :p [13:31] hi, will libmapi be packaged soon? A new version fixed this bug http://www.ubuntuupdates.org/packages/show/281187 [13:32] here is the bug on gnome bugtracker: https://bugzilla.gnome.org/show_bug.cgi?id=632784 [13:34] seb128: looking at the pangomm one now, that 2.27.1 version is fine? 2.27 is not some unstable version or somesuch? [13:35] seb128: or if it is then you want it, right? [13:35] mvo, it's unstable on the way to 1.28 which is our pango version [13:35] the bindings are just a bit behind [13:35] but we do want the update [13:35] it's required for the gtk bindings update to 2.24 [13:35] ok [13:39] oh ergh, why does jockey still show the nvidia driver [13:39] cjwatson: what about lilo merge? [13:40] anyone on natty, other than radeon/intel/nvidia gfx, and virtual consoles do/don't work? at least on my ancient thinkpad with savage there's just a blinking cursor [13:41] installed today [13:42] ari-tczew: it doesn't show up in the sponsors queue [13:43] bdrung: I leave this one for cjwatson, but there is special case, very close to FFe, do you would like to take sponsorship? [13:43] ari-tczew: no [13:43] just wondered that it doesn't appear on the list [13:44] ;] === Claudinux_ is now known as Claudinux === joaopinto_ is now known as joaopinto [14:24] cjwatson: when editing the grub options from the grub boot menu, should the variables be expanded or not? I see 'set gfxpayload=$linux_gfx_mode', and only by changing it to 'text' or removing completely do I get working vc's [14:34] tjaalton: variable expansion is probably not your problem. linux_gfx_mode is likely set to 'keep' [14:34] tjaalton: I bet you'll see the same thing if you say set gfxpayload=keep [14:35] tjaalton: see https://wiki.ubuntu.com/FoundationsTeam/Grub2BootFramebuffer/Whiteboard etc. [14:48] cjwatson: with 'keep' I have a grub message on every vt ('booting a command list') === sconklin-gone is now known as sconklin [14:49] but yeah, equally broken anyway [14:52] vish: ping? [14:53] xserver-xorg-input-evdev-udeb : Depends: xserver-xorg-core (>= 2:1.9.99.902-2ubuntu1) but it is not installable [14:53] agh, I wish d-i builds would stop breaking [14:58] cjwatson: do you see actual bugs, or is it just bad timing? [15:01] tjaalton: udebs depending on non-udebs is clearly a bug. I'm investigating why this regressed [15:01] cjwatson: ah, ok [15:04] oh wow, it's even an explicit dep [15:05] broken in xserver-xorg-input-evdev 1:2.6.0-1ubuntu7 - I'll upload a fix [15:06] RoAkSoAx: hi, pong.. [15:07] cjwatson: oh, duh... [15:08] bad cnd :) [15:08] doko__: what does it mean "spring time, drop all Ubuntu changes" ? [15:09] ari-tczew: spring cleaning? [15:09] vish: yea, why does it mean? [15:09] why we are cleaning? [15:10] oh, why i dont know :) [15:10] context? [15:10] doko__: https://launchpad.net/ubuntu/+source/jasperreports/3.7.4+dfsg-1ubuntu2 [15:11] I assume it means that the FTBFS no longer happens. [15:12] vish: hi there! You created the icons for TestDrive right :)? [15:12] well, look at the previous version ... [15:13] cjwatson: should I file a bug about 'keep' not working with savage, or that it should use 'text' instead? [15:13] doko__: yes, I saw, I was an uploader then [15:14] then I don't get your question [15:15] doko__: OK Laney [15:15] 's answer is enough for me. [15:20] tjaalton: https://lists.ubuntu.com/archives/ubuntu-devel/2010-December/032244.html [15:21] RoAkSoAx: yup. :) [15:25] vish: would you like, and have the time, to create a new one for the IndicatorApplet I just added (but just to draw attention, such as one in red or something like that :)) [15:26] RoAkSoAx: sure, no probs. to match the ubuntu-mono icons or just general? [15:26] RoAkSoAx: and by when do you want them done..? [15:29] vish: just a general one. I mean, the same icon as we are currently using, but with another color that will draw the attention. The indicator applet will appear only when something X happens, and it needs to be a visible icon that draws the attention (For example, the messaging indicator icon is white, and green when drawin attention) [15:30] vish: I don't have an exact date, but would be nice to have it by alpha3 :) [15:31] * vish checks alpha 3 date :) [15:32] cjwatson, tjaalton: sorry! [15:32] RoAkSoAx: hmm, ok.. if you have a bug open for it you can just assign it to me … [15:32] I should have depended on xserver-xorg-core-udeb? [15:32] vish: will do. Thanks a lot :)!! [15:32] np.. :) [15:33] cnd: yes, I made that chance [15:33] *change [15:33] cjwatson, thanks [15:33] udebs must never depend on debs, or vice-versa [15:33] yeah [15:33] I should have realized that [15:39] barry, heya - what do you think we should do about the packaging guide merge proposal? [15:41] bdrung: You should cancel the lshw sync because it is phoning home again. The last time this happened, Kees Cook authorized an NMU on it. [15:46] cnd, cjwatson: the drivers should get correct deps on build [15:47] tjaalton, it's because there's an explicit dependency on the new xi 2.1 stuff in that server === deryck is now known as deryck[lunch] [15:48] cnd: that's why serverminver was bumped on the server? [15:48] meaning that drivers built against it will get the correct dependency [15:48] tjaalton, maybe that's how it should be done? [15:49] I don't really know about all the debian x packaging dependency stuff [15:53] cnd: it's the ${xinpdriver:Depends} field in control which is then substituted with the value from the xserver it's built against [15:53] tjaalton, ok, then the depends probably wasn't necessary [15:54] but it doesn't matter too much, it should be possible to drop it from the next upload [15:56] cjwatson: thanks, i'll file one with those instructions === doko__ is now known as doko === tarun is now known as Guest38772 [16:06] bdrung: Nevermind. Resolution in the Launchpad ticket. [16:08] cjwatson: Eh did you see joeyh did the same Maintainer: change to debootstrap as I had pushed for the dpkg toolchain issue? :-) [16:08] yeah - I figured whatever [16:09] cjwatson: Ah, and I was expecting a clash of the titans! [16:09] oddly enough, he didn't close my bug === Guest38772 is now known as c2tarun === beuno is now known as beuno-lunch === maco2 is now known as maco === herton is now known as herton_lunch [16:18] i assume the current threat to remove ubuntu-desktop is a temporary publishing glitch [16:22] cjwatson: 15:53 < cjwatson> xserver-xorg-input-evdev-udeb : Depends: xserver-xorg-core (>= 2:1.9.99.902-2ubuntu1) but it is not installable [16:23] cjwatson: why do udebs have different names from regular debs anyway? [16:23] because it was easier to manage the archive that way [16:23] I thought debs and udebs where different "namespaces" anyway [16:23] ? [16:23] no, they share a namespace [16:23] maybe I should phrase that better [16:23] certainly not going to change that now :) [16:24] udebs are a collection in itself [16:24] debs are a collection in itself [16:24] whatever [16:24] their names can't collide [16:24] maybe we would design it differently if we were doing it again, but it is not worth changing now [16:25] one example of where it's a shared namespace: [16:25] https://launchpad.net/ubuntu/natty/+package/xserver-xorg-core [16:25] https://launchpad.net/ubuntu/natty/+package/xserver-xorg-core-udeb [16:26] (that reflects namespacing in the LP database, and dak is similar) [16:26] actually, TBH, I find it better this way, as an installer developer [16:26] * lool throws tdebs at Launchpad and dak [16:26] it means that you can unambiguously talk about the dependencies of [16:27] without being confused about those being different depending on whether you mean a deb or a udeb [16:27] sure, no doubt a computer could resolve the differences, but it's clearer for human developers [16:27] cjwatson: my usage of the word "namespace" was badly chosen, let me clarify: I meant the collection of debs and the collection of udebs are independant in the same way as say, the collection of .i386.deb's and .amd64.deb's are independent [16:28] they are directed graphs with no overlap [16:28] that's as may be, but I hope my comments above are a sufficient answer [16:28] anyway, if it's more convenient to you, by all means keep it [16:28] who am I to argue with someone who works on the installer [16:29] your comment about i386 and amd64 is about to become a lot less true, mind you ;-) [16:29] the point I was trying to make is that them having different names causes a different set of issues, like the one from above, because certain tools need to have special cases [16:29] fortunately, foo_i386.deb and foo_amd64.deb usually look fairly similar [16:30] right :) [16:30] whereas foo_i386.deb and foo-udeb_i386.udeb are typically significantly different in terms of e.g. their file lists and metadata [16:30] they really aren't the same type of thing, and it's worth the effort to call them by different names [16:30] makes debian/control less confusing too [16:31] and in fact debian/ in general - you can have debian/foo.install and debian/foo-udeb.install, and it all falls out nicely [16:31] it could have gone either way at the start (it was debated), but I quite like the way it's ended up [16:32] you're right about debian/foo.install vs debian/foo-udeb.install of course, that would have causes a different set of special casing [16:33] *caused [16:33] I guess you get to choose between different sets of issues :) [16:33] yeah [16:35] I don't agree with you on this though: 17:26 < cjwatson> it means that you can unambiguously talk about the dependencies of [16:35] since dependencies can be arch-specific anyway [16:35] but that's a nitpick I suppose [16:36] yeah I realise that, but in practice they're not usually wildly different [16:36] anyway, decision has been made, little point in discussing it further, I'll leave you to your job :) [16:36] whereas they almost always need to be different between debs and udebs [16:43] Riddell, I've posted a merge request for the qt touch stuff: https://code.launchpad.net/~utouch-team/ubuntu/natty/qt4-x11/xi2.1/+merge/50952 [16:43] hi [16:44] mvo: thanks for review of gcc-4.5-armel-cross [16:44] hrw: sure, you are welcome [16:45] should be in natty by now [16:45] ok [16:45] Riddell, I'm building this package in ppa:utouch-team/xorg-unstable right now, though it works properly on my machine [16:45] mvo: next week will get new version anyway [16:46] but I finally applied for UD/UC status [16:51] @pilot out === udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: === deryck[lunch] is now known as deryck [16:55] hrw: hm, I only just now saw the message about that I should not upload. if you want to avoid this for the future, its probably best to just remove the merge request (as otherwise it will appear in the sponsoring queue and someone like me will look at it and act on it) [16:55] mvo: ok, will take care next time [16:55] mvo: having updated version in archive is not a problem anyway [16:56] hrw: ok === herton_lunch is now known as herton [17:07] SpamapS, where do we stand wrt serial support in upstart ? (/me has a workitem he would like to close) [17:11] ogra: Its been proposed as a merge, and debated upstream.. but nobody has pulled the trigger on merging it. Nobody has -1'd it either yet... [17:11] hmmm === beuno-lunch is now known as beuno [17:11] i thought we wanted to make it a package patch [17:13] ogra: yes, and thats where the MP sits [17:14] why do we need to wait for an upstream merge for a distro patch ? [17:14] we don't.. we, as in, I, have no upload rights. ;) [17:15] hopefully changing soon [17:15] ogra: IIRC, cjwatson also wanted to see if we could incorporate the same logic that d-i uses to configure serial console for the kernel to create this file. [17:16] no, he wanted that we look at the d-i implementation to not run into the same probs that were solved there already another time [17:16] ogra: so instead of just always installing it, we'd only install it if the install was over serial console.. otherwise it would be something like /etc/init/tty-serial.conf.disabled [17:17] that doesnt help me at all [17:17] ogra: unfortunately jhunt and I have been swamped with critical bugs in the boot and shutdown and haven't been doing much feature work. :( [17:18] ogra: well for the time being the proposed fix is to just install it and let it do its thing as you wrote it. [17:18] on arm you might do your install graphically but still want a serial console if the console=ttySX option is set, it shoudl react on the ernel option not be based on installation procedure [17:18] that would be fine too [17:19] ogra: the concern is, as you know, that there is some small delay in opening and reading /proc/cmdline [17:19] yep [17:19] ogra: but upstart has no simple way to pass along the console= options that the kernel is happily copying into its environment now. [17:20] ogra: So.. the best course of action may be to bump cjwatson or keybuk and see if they'd be amenable to accepting the patch from the bug fix that I proposed. If I could do more .. I would. :-P [17:20] yeah, i understand, i just need to know what to do with my workitem, i can leave the hack in place that creates the .conf file on all arm installs === cmagina is now known as cmagina-lunch [17:32] mvo: did you upload the fix for bug #494096? [17:32] Launchpad bug 494096 in metacity (Ubuntu Lucid) "Clicking the title of a window is bringing a window underneath it into focus" [High,Triaged] https://launchpad.net/bugs/494096 [17:51] bdrung / mvo, that's been sat in the lucid-proposed queue for a while already [17:52] ups, i looked at the maverick queue. there i couldn't find it... [17:53] yeah, mvo did upload it, so it is in the queue twice now === fenris is now known as Guest29209 === Guest29209 is now known as e-jat === cmagina-lunch is now known as cmagina === sforshee is now known as sforshee-lunch [18:37] when FF is starting? [18:37] ari-tczew, tomorrow evening UTC i was told [18:37] or texan lunch time, as you wanna put it ;) [18:38] ogra: so we have ~29 hours for uploading? [18:38] 28h 7min and 13sec [18:38] :P [18:38] no idea, really [18:39] i can just say what our release manager said when i asked [18:39] around lunch time TX [18:42] ogra: tomorrow UTC? so we get an extra day? [18:42] micahg, ?? [18:42] here its the 23rd still [18:42] ogra: freezes start at midnight according to the wiki [18:42] I'm a little mixed up about LP bug #494096, so are we (users that are interested in getting the bug fixed on lucid) to test the maverick version of gnome-session, or are we to wait until gnome-session gets approved in lucid-proposed? [18:42] thats not what skaet_ said [18:42] Launchpad bug 494096 in metacity (Ubuntu Lucid) "Clicking the title of a window is bringing a window underneath it into focus" [High,Fix committed] https://launchpad.net/bugs/494096 [18:43] hi ari-tczew [18:43] hello hrw [18:48] micahg: realistically, freezes start whenever it's convenient for them to start, on the given day :) [18:52] cjwatson: right, but generally, they've started the UTC morning after UTC midnight on the day in question, I was just quoting from the second bullet here: https://wiki.ubuntu.com/NattyReleaseSchedule [18:52] yeah ... papers [18:53] dont belive everything you read ;) [18:53] cjwatson: when will be the last sync run before feature freeze? [18:54] usually anything requested before is OK [18:55] * ogra feels the level of pre-freeze panic rising :D [18:59] micahg: I was about to start one; then maybe one tomorrow morning or so [19:00] chrisccoulson: hrm, haven't seen that. I unsubscribe ubuntu-sposnors now to ensure its not uploaded a third time [19:00] cjwatson: ok, thanks [19:00] mvo - thanks [19:00] chrisccoulson: did you do the other upload? would be nice to mention it in the bugreport (and verify that my sru instructions are good) [19:01] mvo - i should have commented really. pitti sponsored my upload [19:01] chrisccoulson: ok, not a big deal, patch is tiny [19:02] ogra: ;) [19:02] ogra: no one said that feature freeze == feature complete [19:05] mvo: are you still around? === sforshee-lunch is now known as sforshee [19:08] aw crud, feature freeze is tomorrow huh? [19:08] it is :) [19:09] oh damn, utc... [19:09] i wont even be home from work tonight by the time FF kicks in [19:09] maco: we were chatting about that earlier, you have a little more time than that apparently [19:10] well i have a feature to write into gally that promised highvoltage i'd have in there for natty [19:12] all, just to be clear feature freeze will be at 1800 UTC Feb 24th for Natty, after that please follow the https://wiki.ubuntu.com/FreezeExceptionProcess if something needs to get uploaded. [19:12] I'm sure that would be fine for an FFe :) [19:12] (well, we can at least try, right?) [19:14] skaet_: ok, thanks for the clarification [19:14] skaet_: thanks === jamespage1 is now known as jamespage [19:14] highvoltage: i finally got internets! i can hack again! [19:15] doko, Are you around? I could do with some ld help :) [19:17] maco: \o/ [19:17] * Laney ponders [19:18] * Laney ponders in the wrong channel === dendrobates is now known as dendro-afk [19:26] Laney: are you pondering what I'm pondering? ;) [19:27] whether it's OK to upload new versions of quickcheck, mtl, src-exts for the new Agda? ;-) [19:27] I guess you missed the reference to Pinky & The Brain then ;) [19:27] deliberately :P [19:28] barry: yes [19:28] p&tb rule :) [19:28] mvo: hi. leonard has signed off on the update of launchpadlib to 1.9.7, so we'd like to get that into natty. i have a merge proposal for that, however, it will require MIR of python-keyring 0.5.1 [19:28] mvo: mir is bug 686257 [19:28] Launchpad bug 686257 in python-keyring (Ubuntu) "[MIR] python-keyring 0.5.1" [High,In progress] https://launchpad.net/bugs/686257 [19:29] mvo: merge proposal is: https://code.launchpad.net/~barry/ubuntu/natty/python-launchpadlib/bug-702375-1.9.7/+merge/50818 [19:29] is there anything you can do to help? :) [19:29] barry: ok, will you do the MIR? [19:29]