[00:00] micahg: it's not needed for beta [00:00] cnd: nah, happened about an hour ago [00:00] or 2 hours actually :) [00:00] I only want to push it so I don't forget to do it later :) [00:00] cnd: ftbfs fixes probably still warrant getting in [00:01] slangasek: ok, I'll take your word for it [00:01] cnd: an AA will have to process it in any event since the archive is frozen [00:01] yeah [00:01] * cnd fears the retribution of an AA [00:01] SpamapS: so a year ago, you argued for putting libdbi-drivers in main because libdbi is useless without it (bug #608556)... I would argue that libdbi is worthless even with it and would like to redemote libdbi-drivers so I don't have to touch it for the sqlite demotion. ;) Any thoughts? [00:01] Launchpad bug 608556 in libdbi-drivers (Ubuntu) "[MIR] libdbi-drivers" [Undecided,Fix released] https://launchpad.net/bugs/608556 [00:03] slangasek: is it too late to take an axe to sqlite? most of the applications already support sqlite3 [00:03] or should we wait for Debian and or P? [00:04] micahg: define "axe"? [00:04] slangasek: wait, multiverse can depend on partner? Is there precedent of that? [00:04] micahg: you mean wholesale removal? [00:04] slangasek: yes [00:04] slangasek: rrdtool and gnucash recommend or depend on libdbi at the moment [00:04] Daviey: well, I would be more sanguine about allowing a package to depend on a partner package in multiarch than in partner - but yes, ideally we don't want multiarch to depend on partner eithe [00:04] r [00:05] slangasek: and really, libdbi is useless w/o the drivers. [00:05] slangasek: I think you have multiarch on your brain :) [00:05] slangasek: I'd be quite supportive of disabling 'sqlite' tho. [00:05] SpamapS: sure; that doesn't mean we want to encourage its use or suggest that we support that lousy library [00:06] slangasek: there are some very excited folks who use rrdtool's libdbi integration to graph their databases. [00:06] SpamapS: rrdtool has to link against it if it's to be able to use it at all, so libdbi has to be in main - but I don't think that translates to extending support to libdbi-drivers [00:06] sure, and that integration would still be there [00:06] they'd just pull it from universe [00:06] slangasek: just.. not usable.. ? [00:06] where it belongs [00:06] who are these hypothetical people who don't have universe enabled on their systems? : [00:07] ) [00:08] Truth be told I don't like it either.. we could probably make a strong appeal to the upstreams to use libodbc instead. [00:08] +1 [00:09] in the meantime, what do we do with libdbi-drivers? I stil think it should be demoted... we've been trying to get sqlite out of main for years already, and this is the last blocker. We could demote them both, or you could upload libdbi-drivers if you prefer? :) [00:09] slangasek: Wine just looks like ia32-libs needs to be updated to not depend on lib32v4l-0. And then add some appropriate depends somewhere. [00:09] RAOF: oh, that bit [00:10] add what appropriate depends where? [00:11] I don't know, but whatever actually depnds on libv4l is obviously going to need to depend on libv4l-0:i386 now. [00:12] can't be done [00:12] No way to express a dependency on a foreign package of a specific architecture; ia32-libs should just pick up libv4l for the moment, if it's really needed [00:13] slangasek: wine could be give a dependency i386 only package :) [00:16] micahg: libv4l-0 isn't i386-only though, and I'm not going to do that horrible trick for a library [00:24] slangasek: well, if there's more than one library, it might make sense to do it in the wine package [00:27] Indeed, wine could depend on wine-libs, or something, an i386 package with dependencies to i386 libs. [00:27] But if we keep perpetuating that hack over and over, it starts making a valid excuse for allowing foo:arch deps. :/ [00:29] oh, it's perfectly *valid* to have foo:arch deps [00:29] it's just not implemented in dak, soyuz, or dpkgapt. [00:29] Well, yes. That's what I meant by "allow". [00:29] As in, actually implement it. :P [00:30] I wish I could make code happen just by giving the bits permission [00:30] *grin* [00:30] anyway, yeah, it's going to be needed down the line [00:31] but ia32-libs isn't going to cause it to move up on my priority list any [00:31] Actually, have you considered replacing ia32-libs with a similar "depend on an i386-only metapackage" hack? [00:31] can't [00:31] half the libs it depends on aren't multiarch-ready yet [00:31] Or will that not work because ia32-libs is still bi-arch stuff, and things can't find the multiarch versions? [00:31] Yeah. You beat me to it. [00:32] Though reasoning from the other direction, perhaps. [00:33] SpamapS: no further comment on libdbi-drivers? :) [00:35] slangasek: I hesitate to defend it too much, but I do think its a bit.. funky to have libdbi in main w/o them. [00:36] SpamapS: are you willing to do the upload to cut out libdbd-sqlite? [00:36] if not, we don't actually support it - QED ;) [00:41] slangasek: yeah that sounds easy [00:42] ok [00:42] SpamapS: slangasek is setting up a trap for you.. touched-it-last next cycle ;) [00:42] darn right I am [00:42] you'll have to adopt it in Debian [00:43] * SpamapS dons his sucker hat [00:43] I thought the trap was fairly obvious :) [00:43] I've tried adopting it in Debian. :-P [00:43] OTOH, if you get rrdtool to switch to odbc, you can make me do all the work :) === doko_ is now known as doko [00:51] slangasek: you seem to have evaded my question about dropping sqlite entirely :) [00:52] micahg: ohright - yes, I don't think it's too late for that provided someone does the work to cull the reverse-dependencies [00:52] but I wouldn't remove it this late in the cycle without first fixing the revdeps [00:52] since that's not fair to folks who use those packages [00:53] slangasek: right,there aren't too many rdeps left actually, I have to actually see if any of them only use sqlite and not sqlite3 [01:17] doko: Thanks. [01:21] jbicha: Is your gnome-shell upload bugfix only? [01:29] slangasek: that's a shame, a 500MB upload for a one line change + changelog (ia32-libs) [01:35] I pity the mirrors [01:42] micahg: I has fast internets now, uploading ia32-libs doesn't bother me anymore :) [01:43] heh [01:43] I really should've refreshed the contents before upload though... well, I'll do that in a few weeks when skype/partner is sorted [01:44] or I'll do it when dealing with v4l or something === bradm_ is now known as bradm [01:52] ScottK: no but it's in universe and it has a lot of bug fixes: http://git.gnome.org/browse/gnome-shell/tree/NEWS [01:55] one issue is that the Gnome Shell in the archives now is almost 2 months old so it's difficult to tell what bugs are still broken upstream [02:02] jbicha: It needs an FFe. [02:03] Sounds like something reasonable, but we need to follow the process. [02:10] ScottK: GNOME 3.2 has a standing FFe [02:11] I understand that we're in Beta Freeze but GNOME Shell isn't shipped on the CDs [02:22] ScottK: The process doesn't explicitely require bug filing and paper trails, that's just the best way to document things if you can't get an FFe more readily. [02:22] jbicha: And you're right about GNOME's standing FFe, combined with gnome-shell being universe. I'm fine with it. [02:33] OK. [05:39] Good morning [05:39] infinity: I meant to sync it, but aborted as I noticed yet another problem in ubiquity first [05:40] ev: I figured out the two remaining ubiquity regressions FYI; I followed up to bug 829186, we need to replace the static "xklavier" import [05:40] Launchpad bug 829186 in ubiquity (Ubuntu) "Mixes static and GI library bindings" [High,Triaged] https://launchpad.net/bugs/829186 === Quintasan_ is now known as Quintasan === StevenK is now known as W4|_|_YW0R|_D === W4|_|_YW0R|_D is now known as StevenK [06:54] janimo, hello, are you around? [06:57] ricotz, hello, now [06:58] * janimo feels this is clutter related :) [06:58] janimo, yes kind of ;) [06:58] could you testbuild this on armel http://people.ubuntu.com/~ricotz/gnome-shell/gnome-shell_3.1.4-0ubuntu2.debdiff [06:59] ricotz, sure [06:59] janimo, thanks [07:01] janimo, please say so if you want a real package dsc [07:02] ricotz, I'll just apt-get that, I assume it is against latest in oneiric [07:02] * janimo just booted up the pandaboard [07:02] yes [07:07] ricotz, what is happening on armel if no glx is used? [07:07] is functionality missing in GS? [07:08] janimo, the uncommented parts arent real functionalities, they are just perf related [07:09] janimo, the configure* changes probably arent needed [07:09] ok [07:10] janimo, i hope this wont need mutter to be patched too [07:11] first compiz crash today === smb` is now known as smb [07:20] good morning [07:24] ev: I have a question for you in https://bugs.launchpad.net/ubuntu-sso-client/+bug/829186/comments/31 [07:24] Launchpad bug 829186 in ubiquity (Ubuntu) "Mixes static and GI library bindings" [High,Triaged] [07:29] ricotz, GS builds fine with your patch [07:30] Hmm. It's unfortunate that the Natty PPAs don't support .xz. What else similar can I use ? lzma ? [07:32] janimo, thanks, i hope it runs too ;) [07:32] ricotz, I do not have my panda set up for graphics testing ATM, but I suppose it should run :) [07:33] janimo, ok :), thank you [07:33] OdyX: I think that feature was just released to launchpad :) [07:33] micahg, xz deb compression? [07:33] yeah [07:33] micahg: okay, but do Natty hosts support data.tar.xz ? [07:33] nice [07:34] bug 619152 [07:34] Launchpad bug 619152 in Launchpad itself "Add data.tar.xz support" [Low,Fix released] https://launchpad.net/bugs/619152 [07:34] OdyX, xz tarball are supported for all pockets [07:41] almost to give up.. is there a bzr equivalent of 'git show $sha'? [07:42] tjaalton: bzr log -p -r $REVISION [07:42] tjaalton: bzr alias show="log -v -p" ☺ [07:43] micahg: ooh, that looks useful [07:43] let's just convert the CD to xz so that we can get it <700MB again ;-) [07:44] RAOF: did you mean 'bzr alias show="log -p -r"' :) [07:44] thanks anyway [07:44] tjaalton: Hm, that might be a nice optimisation! :) [07:47] pitti: regarding Firefox 6 for maverick, I'm running a little behind, so I'll get it up later today and it'll be ready over the weekend (takes ~17hrs on armel), I can send you an e-mail before my EOD today and let you know the status and when it'll be ready to be copied to -proposed [07:47] micahg: cool, thanks [08:02] pitti: looking over all of this now [08:02] ev: this is all post-beta 1 matter now anyway [08:03] ev: the main thing that concerns me is that the xklavier stuff caused hangs with the current pygobject for me, i. e. I'm afraid it might cause trouble with the current CDs [08:03] indeed, that is worrisome [08:04] ev: but either it's happening in a thread, or the different program context prevents the hang [08:04] it doesn't seem to happen in ubiquity, just in the standalone python test case [08:05] doko: present for you: libdbi-drivers_0.8.3-1-0ubuntu5_source.changes just uploaded, dropping sqlite [08:05] doko: once that gets accepted, we can demote sqlite [08:08] hmm, does anyone know how a package depending on ia32-libs should be fixed to be installable in both oneiric and earlier releases? [08:09] pitti, except for the php5 build failure on amd64 :-/ [08:10] ah, right -- always the n+1st thing :/ [08:10] but hey, it's now away on powerpc and i386 [08:11] ah, I'll see how flashplugin-installer is packaged [08:13] tjaalton: I'm not sure that's a wonderful role-model; I believe slangasek has made dark and secretive pacts with apt to make that work. [08:15] RAOF: damn, I noticed that bibble5 wants to deinstall along with ia32-libs, and began filing a bug upstream.. [08:15] and flashplugin-nonfree doesn't seem backportable anyway [08:16] No, I don't think it is. Doesn't it now Depend: on a package that's only available on i386? [08:16] which one? [08:18] I can't recall. [08:18] oh I see [08:19] it has flashplugin-downloader which is i386 only, and flashplugin-installer installs it [08:19] depends on it [08:20] RAOF: naw, the pact is still caught up in legal review on apt's side; mdeslaur went with a much simpler approach that doesn't involve nearly so much blood :) [08:22] slangasek: long story short; is there a way for proprietary software vendors to change the deps so that the package is installable on both multiarch and pre-multiarch ubuntu? [08:22] something like '$i386-package | ia32-libs' ? [08:22] in deps [08:22] hmm no [08:22] tjaalton: they should just provide an i386 package, and people should install that via multiarch [08:23] if they want to provide an amd64 package for older releases that depends on ia32-libs, they can [08:23] slangasek: ah, of course. and that exists :) [08:23] (and ia32-libs isn't quite dead yet) [08:24] something is making ia32-libs deinstall on my machine [08:24] that's the libv4l bug [08:24] tjaalton, is it https://bugs.launchpad.net/ubuntu/+source/ia32-libs/+bug/808064? [08:24] Launchpad bug 808064 in wine1.3 (Ubuntu Oneiric) "[FTBFS] v4l-utils: stop building biarch package" [High,Confirmed] [08:24] see the last comment [08:25] yeah, it's the same. thanks [08:25] I intend to fix that tomorrow; I wouldn't trouble yourselves with having to touch ia32-libs, unless you're really keen [08:26] nah it's fine, I can reinstall bibble later, need the upgrade more [08:26] I tried installing the i386 version of google-talkplugin but for some reason that didn't work [08:27] actually I'll just install the i386 version of bibble, duh [08:28] dholbach: we're well short of 100% archive coverage for multiarch libraries. Pastebin the error? [08:31] slangasek, LoadPlugin: failed to initialize shared library /opt/google/talkplugin/libnpgtpo3dautoplugin.so [/opt/google/talkplugin/libnpgtpo3dautoplugin.so: wrong ELF class: ELFCLASS32] [08:31] LoadPlugin: failed to initialize shared library /opt/google/talkplugin/libnpgoogletalk.so [/opt/google/talkplugin/libnpgoogletalk.so: wrong ELF class: ELFCLASS32] [08:31] bibble5:i386 installs and runs fine [08:31] at least I guess that's what the problem is :) [08:31] dholbach: oh. What is that supposed to be loaded into? Is this a browser plugin? [08:31] the package installs fine and everything [08:31] slangasek, yes, it is [08:32] dholbach: right; ideally we'd want it integrated with nspluginwrapper then, the same way that flashplugin-nonfree is. Who provides this package? [08:32] I guess it's distributed by google directly? [08:32] slangasek, Google [08:32] deb http://dl.google.com/linux/talkplugin/deb/ stable main [08:37] heh, their 64-bit package is made for Debian, it depends on ia32-libs-gtk which isn't in Ubunut [08:37] s/ut/tu/ [08:37] urgh, not more stuff using nspluginwrapper ;) [08:37] what we want is a multiarch aware plugin-container for firefox :) [08:38] dholbach: so it looks like the amd64 package they provide contains a 64-bit browser plugin, plus some other 32-bit binaries for some reason [08:39] that makes it tricky to do anything with on the Ubuntu side; it really would need to have the package split in two to allow for multiarch install [08:39] thank god our ia32-libs provides: ia32-libs-gtk :) [08:40] oh, does it? ok [08:40] that's why the package was installable at all [08:40] but since they also offer a click-to-download website, they may not want to split the package in two and make it harder for users to install [08:45] I'm probably missing the obvious, but wouldn't 1) removing lib32v4l-0 from ia32-libs's list of depends and 2) adding libv4l to ia32-libs solve the problem for now? (however ugly the upstream google packaging might be) [08:45] ... since lib32v4l-0 is not available any more [08:45] dholbach: yes, it will [08:45] and that's what I'll do in the morning [08:45] ok [08:45] you rock! [08:45] thanks [08:46] but, I'd rather like it if the google upstream packaging were improved *as well* :) [08:47] understood :) === eluxzen is now known as evanluxzenburg [08:50] from what I can see http://www.google.com/intl/en/+/learnmore/forum/ is the feedback mechanism there === evanluxzenburg is now known as ameerirshad === ameerirshad is now known as evanluxzenburg === evanluxzenburg is now known as ameerirshad === ameerirshad is now known as evanluxzenburg [09:14] cjwatson: is it okay if I upload libav (with the MAP_ANONYMOUS bugfix of yours included) to oneiric now, despite the freeze currently being in effect? [09:15] siretart: sounds fine, please upload [09:15] we can review it from the queue, and if it seems unintrusive enough, accept it; otherwise, keep it for post beta 1 [09:17] pitti: thanks, uploaded [09:24] tkamppeter: could you please detail https://launchpad.net/ubuntu/+source/foomatic-filters/4.0.9-1ubuntu2 to me ? [09:26] astraljava: you can also (undocumentedly, sorry) pass multiple seed source URLs to -S, separated by commas [09:33] ricotz,OdyX: maverick and natty support data.tar.xz, but (in practice) not older - LP enforces that data.tar.xz uploads must Pre-Depends: dpkg (>= 1.15.6) [09:33] siretart: yep, what pitti said [09:33] cjwatson: okay. Is there such an enforcement on the Debian side ? [09:34] I would have to check, but it's traditional to do that [09:34] * cjwatson git pulls dak [09:34] pitti: testbuild is running again [09:34] * pitti tosses in some hamster food [09:35] cjwatson, i am using xz tarballs for lucid+ ppas [09:35] ricotz: in data.tar.gz ? [09:35] OdyX, yes [09:36] i.e. https://edge.launchpad.net/~wfg/+archive/0ad.dev/+packages [09:36] but with lzma deb compression [09:37] ricotz: lzma != xz [09:37] cjwatson, i know [09:37] lzma only requires dpkg (>= 1.14.0) [09:38] xz was not supported in dpkg until 1.15.6 [09:38] hmm. I think I'll drop the xz-handling for those backporting PPAs. [09:38] cjwatson, like i wrote xz-tarballs which generate lzma compressed debs ;) [09:38] ok, this isn't relevant to the question [09:39] OdyX: dak doesn't seem to have the same check (IMO unwisely) [09:39] cjwatson: ack. lintian either. [09:39] OdyX: in theory, dak won't reject an upload if you don't pre-depend on dpkg, it does if the host running dak has an older version [09:39] the approach of checking Pre-Depends is borrowed from how dak used to add such features, modelled on when data.tar.bz2 was introduced === Amaranthus is now known as Amaranth [09:41] cjwatson: perhaps that could be handled via a lintian tag + hard autoreject [09:42] DktrKranz: that'd be cool, yes. But dak should run those autorejects on binary-only uploads from buildds. [09:42] .oO(We should move the discussion to #debian-ftp @ OFTC.) [09:58] OdyX, due to improvements in Ghostscript's PDF iunterpreter and PostScript output device, especially in terms of color management and speed I have switched the PDF->PS tasks from Poppler to Ghostscript in Ubuntu. To make it all consistent, I also wnted to change the built-in PDF->PS of foomatic-rip to Ghostscript, which I have done with this patch to ghet it into Ubuntu before Beta freeze. This is not a long-term solution (therefore the [09:58] patch instead of applying it upstream). Upstream this should be made configurable via the config file. If there is no urgency for an update of foomatic-filters in Debian, you could evcen wait for the upstream solution. [09:58] tkamppeter: okay. Thank you. [10:26] cjwatson: Alright, thanks! May I also ask for seeds upload again? I don't know where to check for if it's happened, I asked Luke a while back, but he hasn't replied. [10:28] tjaalton: do you have some insight into bug 820370? it looks a little weird [10:28] Launchpad bug 820370 in xorg (Ubuntu) "Tries and fails to remove /etc/gdm" [Medium,In progress] https://launchpad.net/bugs/820370 [10:31] does anybody knows if the patch provided in https://bugs.launchpad.net/lightdm/+bug/602505 can be applied before oneiric release? https://bugs.launchpad.net/lightdm/+bug/602505 [10:31] Launchpad bug 602505 in Light Display Manager "Support Init, PreSession and PostSession script hooks" [High,Triaged] [10:31] janimo, thanks for the unity bug fix, don't upload though please [10:33] jibel: https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-xorg-stakeholders-request has "[jibel] Arrange community testing for Alpha-2: INPROGRESS" -> did that happen? [10:34] seb128, I am not uploading, sure [10:34] janimo, I will likely do an upload a bit later with some other fixes included [10:34] janimo, thanks [10:34] astraljava: you mean an ubuntustudio-meta upload? I did that yesterday. Have the seeds changed since then? [10:34] I am not in a hurry, and let frequently uploaded packages dealt by their de-facto maintainers [10:35] astraljava: https://launchpad.net/ubuntu/+source/ubuntustudio-meta [10:35] seb128: while you're there, I don't suppose you could deal with the occurrences of unity in http://people.canonical.com/~ubuntu-archive/nbs.html ? [10:35] well, occurrence. it still build-depends on libxcb-icccm1-dev [10:36] astraljava: ah, yes, looks like you made a couple of changes. I'll update it [10:36] cjwatson, I will have a look, thanks for pointing it [10:38] pitti: yeah I just had a quick look at it when I did another commit to xorg. I'll reboot this thing and look closer.. [10:39] i still have this bug with the new kernel https://bugs.launchpad.net/ubuntu/+source/linux/+bug/791089 is there a kernel ubuntu team in this irc? [10:39] Launchpad bug 791089 in linux (Ubuntu) "crash after rebooting or shutting down from Ubuntu 11.04" [Undecided,Confirmed] [10:42] pitti, yes. I updated the status. [10:42] jibel: ah, merci [11:27] cjwatson: Yep, it's work-in-progress, we're lagging behind a bit for this cycle. Thanks a bunch for your cooperation! [11:40] tjaalton: flashplugin-nonfree is kind of an exception. Normally I would just have killed the amd64 binary package. But in the flash case, we need to install nspluginwrapper on amd64. For skype and other stuff, all you need to do is simply stop shipping an amd64 package. [11:41] Sweetshark, does the lo upload only fix the one bug, or does it introduce another one? ;-P [11:45] mdeslaur: yeah, I just forgot that you can actually install the i386 version of a blob instead (of a normal app) :) [11:45] so didn't need f-n as an example afterall [11:45] tjaalton: cool [11:52] doko: I work on Libreoffice, I use bigger units of measure than "1 bug" [11:53] (unless fixing, which is always measure in "1 bug") [11:55] Sweetshark, so can we kill the current build on armel? already ab-used some build time [11:56] doko: the 3.4.2-2ubuntu1 build? yes [11:59] Sweetshark, well, I would appreciate having a build on armel before beta1 [12:04] doko: 3.4.2-2ubuntu2 is already sponsored [12:05] directhex, Laney: could you have a look at the nunit test rebuild failure? https://launchpad.net/ubuntu/+archive/test-rebuild-20110816/+build/2706515 [12:10] @pilot in === udevbot changed the topic of #ubuntu-devel to: Alpha 3 released | Archive: Beta 1 Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: mdeslaur [12:16] mdeslaur: can you have a look at bug 455461, thx [12:16] Launchpad bug 455461 in sound-juicer (Ubuntu Lucid) "Sound Juicer depends on deprecated libmusicbrainz4" [High,Triaged] https://launchpad.net/bugs/455461 [12:16] jtaylor: sure, one sec [12:17] lol...libmusicbrainz4 is _older_ than libmusicbrainz3? :) [12:17] yes, in one its weird [12:18] someone did not adher to proper library package naming [12:18] the 3 in the latter is the upstream version number no soversion [12:19] in response to a question cnd asked in the merge proposal, the extra build deps are required for building with version 3, they are also in maverick+ [12:20] jtaylor: yeah, looks fine. I'll update the bug and upload. thanks [12:25] thx === MacSlow is now known as MacSlow|lunch [12:28] doko: it is fixed, ajmitch was supposed to close the bug [12:29] Laney, thanks for the update [12:29] Laney, was the fix in another package? [12:35] doko: yeah, in mono [12:35] the change in 2.10.4-3 fixed it === dendrobates is now known as dendro-afk [12:42] Daviey, what is the state of bug 795087? [12:42] Launchpad bug 795087 in netifaces (Ubuntu) "[MIR] python-netifaces" [Undecided,Incomplete] https://launchpad.net/bugs/795087 [12:45] doko: zul is away today, i'll do it shortly. [12:46] * apw is trying to update-manager to oneiric from natty, and i am getting some 403 Forbidden returns, known? [12:47] Daviey, never mind, everything was done, but the state was still on incomplete, and directhex didn't see either [12:48] doko: Ah, ScottK tackled it [12:48] super [12:49] doko, in upstream 2.10.4, upstream reverted a detail we were relying on for our transition to work. we reverted their revert in 2.10.4-3. [12:50] apw: any chance of switching lbm over to 3.0.0-9? [12:51] cjwatson, can do [12:52] * cjwatson is unaware of 403 Forbidden on upgrade; no doubt it depends on the mirror [12:52] gb.archive seems kind of outdated the other day [12:52] *seemed [12:53] cjwatson: i noticed i was getting 403's via squid-deb-proxy the other day, with that disabled it worked. [12:59] cjwatson, yeah seems that the files are there but not readable on gb.a.u.c ok on a.u.c [13:00] cjwatson, who owns talking to mirrors about problems [13:02] apw: not sure, try #ubuntu-mirrors [13:05] Daviey: What did I tackle? [13:11] ScottK: lots, and lots of win. [13:12] ScottK: you fixed python-netifaces [13:12] Oh, right. The broken dh_python2 transition. [13:12] No problem. [13:12] yah [13:12] thanks. [13:31] cjwatson, just checking you want this -lbm update for oneiric uploaded now? [13:34] apw: yes please, if you can [13:35] cjwatson, on it === yofel_ is now known as yofle === yofle is now known as yofel === MacSlow|lunch is now known as MacSlow === ion_ is now known as ion === Nigel_ is now known as G [14:14] * apw is just doing an upgrade and gdm and not lightdm is the default in the popup dialog, is that expected or a bug [14:15] * Sweetshark is happy about his big ceiling fan today. [14:30] sconklin, ping [14:30] victorp, what's up? [14:31] sconklin, I have a quick questoin [14:31] question rather [14:31] about srus and security patches [14:31] do we have a kernel that only updates with security updates or the -updates kernel is the only one for maintenance [14:31] * victorp not sure that question made any sense [14:32] I can answer that [14:32] jdstrand, cool [14:32] fwiw I am mainly interested for server [14:32] victorp: in almost all cases, kernels with security fixes will have srus fixes as well. that is the SRU cadence [14:33] right [14:33] victorp: if an -updates kernel has no security fixes, it doesn't go to -security [14:33] victorp, to answer you question the is not just a security stream [14:33] pgraner, yes - that was my question [14:34] victorp: it is theoretically possible for an out of band kernel to go through -security only, with no sru patches, but this is only for emergencies [14:34] so -security is not only security fixes, but all security fixes + whatever else made it into that kernel [14:34] jdstrand, ack [14:35] victorp: well, -security is for kernels with security fixes-- and they typically have other things as well [14:35] yes, makes sense [14:35] victorp: it used to be a bit different, but that was untenable and why we have the current process [14:35] (now) === funkyHat_ is now known as funkyHat [14:36] the reason I am asking is because I need to figure out how often we need to test somethink that has a dependecy on ABI [14:36] so I was hoping that -security would break ABI less often that -updates [14:37] victorp: you might lighten your kernel churn by disabling -updates, but the frequency of vulns found in the kernel kinda makes it unlikely that it would be significantly fewer upgrades [14:37] but sounds that it would be almost as often [14:37] jdstrand, agreed [14:38] sconklin, I am right on assuming that each new -updates kernel is very likely to break ABI compatibility with the previous one? [14:39] victorp, yes, it almost always does [14:40] pgraner, thanks that is what I though. fair enough [14:40] mdeslaur, Hi! could you sponsor https://code.launchpad.net/~om26er/ubuntu/oneiric/empathy/fix-crashes/+merge/72761 please [14:40] om26er: let me take a look [14:49] mdeslaur, are you bulding it? [14:49] om26er: I will, yes...but am asking in #ubuntu-release if I can upload it since the archive is frozen [14:52] ok. [14:56] om26er: ok, got approval, will upload in a few minutes [14:58] mdeslaur, great, thank you :) === dupondje_ is now known as dupondje === nijaba_afk is now known as nijaba === beuno is now known as beuno-lunch [15:25] ogasawara: OOI, why are the 3.0.1 upstream kernels called 3.0.0-9? [15:29] pitti: mostly old habits... when we'd originally had 2.6 kenels we stayed with the 2.6 package version, even though they were technically 2.6.x. And we originally started out with a 2 digit 3.0 version scheme. Now that we're into a 3 digit scheme, we could likely start reflecting the actual stable version. [15:29] pitti: I'll bring it up with the rest of the team [15:30] not a biggie, I just wondered [15:33] pitti: tgardner did also bring up a good point that we don't always take all of upstream stable, so it wouldn't be entirely accurate [15:36] pitti, seems tp-glib is gone from http://qa.ubuntuwire.org/ftbfs/ too now, seems it got fixed today [16:02] @pilot out === udevbot changed the topic of #ubuntu-devel to: Alpha 3 released | Archive: Beta 1 Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: [16:05] ScottK,debfx: would anyone cry if I dropped the ruby-kate package? it can't build since kate_smoke went away [16:05] cjwatson: No. Removing it is on the TODO list. [16:06] I'll go ahead and do that then [16:06] Hopefully the qtruby upload that debfx did will make korundum buildable so I can do that. === beuno-lunch is now known as beuno [16:09] cjwatson: anythign I can help with there in ubuntu-defaults-image? [16:10] ScottK: no, not quite, that's where I was starting from [16:11] ScottK: but the thing that breaks is the include of kate_smoke.h - it's not testing for that properely [16:11] so I wanted to know whether the obvious "check that and don't build the kate module" was right [16:11] Yes. Please. [16:11] pitti: u-d-i is OK I think, it's something wrong with the livecd-rootfs integration [16:12] the log didn't have anything obvious [16:12] next week I'll look at making the iso smaller, it currently comes out at 740 MB or so === MacSlow is now known as MacSlow|break [16:16] pitti: sorry, couldn't fix that xorg bug, spent too much time triaging unity ;) but next week [16:16] tjaalton: oh, I just wondered if this is "triaged", or needs some further debugging/explanatino [16:17] tjaalton: the half of it where it doesn't remove a non-empty directory isn't a bug, but there was some other half which did sound like a breakage; I just wondered why /etc/gdm is covered by the generic x11-common package [16:19] have a nice weekend everyone! [16:21] pitti: because failsafe-x used to install stuff there, and kubuntu system doesn't have gdm [16:24] ScottK: does http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/korundum/revision/6 look plausible to you? [16:25] oh, I should add DEP-3 headers [16:26] (done) [16:33] cjwatson: Yes. [16:34] ok, uploading, thansk [16:34] *thanks === deryck is now known as deryck[lunch] [16:37] cjwatson: Accepted. [17:01] Is there a patch piloting schedule so I can figure out who to wait for and pounce on? === MacSlow|break is now known as MacSlow [17:05] bdmurray: IIRC there's a google calendar for that [17:06] bdmurray: it's rodrigo and mdeslaur today, my guess would be both are done for the day [17:06] :-( [17:06] bdmurray: I'm done, but do you want me to look at something? [17:06] bdmurray: Calendar ID: 6k1e5rq45m1bdqq0n1ge3oqaok@group.calendar.google.com [17:07] bdmurray: I'm also happy to sponsor [17:07] Thanks - https://code.launchpad.net/~brian-murray/ubuntu/oneiric/apport/ubiquity-dupe-sig/+merge/72989 [17:08] looking [17:08] I've detailed what this does in the merge proposal and I could provide more information about the testing I've done if somebody wants to test it. [17:09] bdmurray: is that something you'd like to have for beta1? (I'll upload anyway but you may want to poke -release if you want it in for beta1) [17:09] stgraber: yes so we can get the duplicate signature in the bugs as people are testing [17:09]