[01:29] tree [01:29] tree [01:29] Gah.. [01:29] blame unity :) [01:41] hey Pendulum [01:42] hi highvoltage [01:42] how are things? [01:43] not bad. I'm getting excited about all the accessibility stuff we're planning for next cycle :-) [01:44] great === dendro-afk is now known as dendrobates === asac_ is now known as asac === dendrobates is now known as dendro-afk === rickspencer3_ is now known as JerryGarcia === JerryGarcia is now known as CherryGracia [04:59] is it kosher to issue a command as 'sudo' in a maintainer script? goal is to run gconftool as another user [05:50] achiang: you should probably use su for that === emma is now known as em [07:12] good morning === Quintasan_ is now known as Quintasan [07:48] good morning [07:49] Good morning === dendro-afk is now known as dendrobates [08:14] morning everyone, happy release day :-) [08:15] uh oh. if you're awake, it must be way past bedtime [08:15] morning, and happy thursday (: [08:16] hey sabdfl, same to you! [08:16] :) [08:16] its been morning for me since past 24 hrs now :P [08:16] anziety attacks you knoe [08:20] morning === ogasawara_ is now known as ogasawara [08:39] pitti: You're running Oneiric? [08:40] pitti: As seen on bug #772185 [08:40] Launchpad bug 772185 in unity (Ubuntu) "launcher sometimes doesn't hide when there are windows beneath it" [High,Triaged] https://launchpad.net/bugs/772185 [08:43] hi, how do I compile source for windows with gcc-mingw32 please ? [08:44] I need to issue something like this [08:45] gcc.exe -shared -o func.dll -Wl,--out-implib=libessfunc.a -Wl,--image-base=0x6350000 essfunc.o [08:46] cdbs: am I? I have doko's oneiric-staging toolchain PPA enabled [08:46] but otherwise natty [08:46] pitti: ah, explains then :) I was surprised to see an Oneiric tag [08:46] $ lsb_release -sc [08:46] oneiric [08:46] oh, wow [08:46] and DistroRelease: 11.10 [08:46] :D [08:46] apparently I'm on the bleeding edge! [08:46] pitti: :) [08:47] pitti: good morning! I've left out reviewing phonon-backend-gstreamer and libofx from the natty-proposed queue.. both seem rather different.. [08:47] SpamapS: thanks for catching up with the rest! [08:47] pitti: there have been so many.. :-P [08:48] SpamapS: must be release time or so [08:48] SpamapS: I'll keep the queue down over the day [08:48] pitti: :) I also uploaded my own, mdadm .. which seems fairly straight forward [08:48] SpamapS: it's such an enormous help to have two people doing this, thanks! [08:48] SpamapS: yep [08:49] I thought earlier that there were other SRU team members as well, apart from SpamapS and pitti [08:50] cdbs: formally yes, but they process stuff only on request, not regularly [08:50] hmm [08:51] SpamapS: oh, btw: for the "right after release" case, we usually copy natty-proposed to oneiric once it's verified [08:51] SpamapS: which settles the case of "fix in dev release first" while it is not actually open yet [08:53] pitti: I have been opening tasks in Oneiric just in case.. but that makes perfect sense. [08:53] having the tasks is fine, of course [08:53] SpamapS: just to let you know about this special case, there's no blocking of SRUs here [08:53] will the copying trigger the launchpad bug updater? [08:54] SpamapS: in a weird way, but yes [08:55] copying natty-proposed to oneiric will close the natty task [08:55] so after that we need to manually close oneiric [08:55] SpamapS: you can't do this yet, but our sru-release script does the copying to the dev release automatically if you set FORWARD=1, and the versions in natty and oneiric match [08:56] pitti: sweeeeet [08:56] pitti: so all these SRU's that are verification-done .. they still need to bake for 7 days? doesn't that make them , like, 4 - 6 day SRU's ? [08:57] SpamapS: correct [08:57] well, except in some justified high-urgency/safe cases [08:57] like tzdata or this dell-recovery thing [08:57] right ok [08:57] but as a minimum they need the standard SRU verification [08:57] SpamapS: we can probably release them next Monday, a little less than 7 days [08:58] SpamapS: but I'm not very comfortable releasing many updates on a Friday [08:58] ah, we can do SRUs already? Awesome [08:59] mdke: yes, for a while; in fact you can technically upload to oneiric-proposed already :) [08:59] (at least as soon as uploading to oneiric itself works) [08:59] they just won't be processed [08:59] pitti: ok, will try and get new ubuntu-docs and gnome-user-docs packages ready over the weekend [08:59] mdke: nice, thanks [09:00] diffs won't be small though i'm afraid, we have made a lot of progress === cking_ is now known as cking [09:12] SpamapS: btw, I just noticed on https://edge.launchpad.net/+apidoc/1.0.html that we apparently can use launchpadlib for copying packages, so we could rewrite sru-release in terms of launchpadlib and won't need shell access [09:13] pitti: s/edge\.// [09:13] ah, firefox history never forgets anything.. [09:14] pitti: Cool! [09:15] pitti: thats fun, so when I've gotten my training, I can either wait for shell access or hack the script. Options are nice to have. [09:17] SpamapS: I'll play around with that the next time an SRU is ready to be copied (or we need to copy a kernel from the PPA to -proposed) [09:17] but it looks straightforward [09:17] slangasek, could you check on bug #771109 [09:17] Launchpad bug 771109 in glib2.0 (Ubuntu) "gamgi version 0.15-3ubuntu2 failed to build on amd64 with GCC-4.6/oneiric" [High,New] https://launchpad.net/bugs/771109 [09:18] it's a multiarch fallout [09:18] pitti: lplib is really nice to use. It was a snap getting it to check for existing versions in -proposed that don't yet exist in updates. [09:18] oh, cool! [09:18] MP! MP! MP! [09:18] Well I was going to wait.. but..ok just for you. :) [09:20] SpamapS: I was mostly kidding [09:20] but actually this is especially useful in these times when we get tons of SRUs every day, and uploaders usually don't check for a previous version in -proposed and build with -v [09:20] pitti: nah, I've been using it all day. :) [09:20] its ready [09:22] If there was one thing I'd improve it might be to put the WARNING at the top of the diff [09:22] pitti: https://code.launchpad.net/~clint-fewbar/ubuntu-archive-tools/queuediff-check-for-proposed/+merge/59330 [09:23] tho for now I've just trained myself to 'G' to the bottom just in case [09:25] SpamapS: I'd also print it to stderr in addition, so that you can see it where it also prints the sru-accept command [09:25] good idea... [09:25] I'll do that in the merge [09:25] cool [09:25] * SpamapS is surprisingly untired tonight. :-P [09:26] despite eating almost no carbs today and doing a 1 hr karate class. :P [09:29] SpamapS: merged with this change, thansk! === smb` is now known as smb === chrisccoulson_ is now known as chrisccoulson === tkamppeter_ is now known as tkamppeter [10:15] seb128, mpt, pitti, is it possible to block a UDS session onto Wed-Fri? Tim Waugh is not able to attend remotely on Mon and Tue. [10:16] tkamppeter, I don't know, sorry. jcastro might know. [10:16] jcastro ^^^ [10:17] should be possible to shuffle the shedule to accomodate that yes [10:17] check with pitti or jasoncwarner [10:26] tkamppeter: yes, should be possible; is it a blueprint or a roundtable? [10:26] tkamppeter: if tim registers himself as attending from Wed-Fri, and is marked as "participation essential" in the blueprint, the scheduling will take care of it [10:38] pitti, then I will tell Tim to do so. It is a Blueprint: https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-system-config-printer-vs-gnome-3-control-center [10:46] tkamppeter: yes [10:47] tkamppeter: subscribe tim again with "participation essential" [10:52] guys sorry this isn't directly related to ubuntu development. I'm using cmake to build a project and I'm wondering how I can instruct cmake to link certain libs with the executable [10:54] pitti, I have set up everything for Tim now. === mdz` is now known as mdz === yofel_ is now known as yofel [12:06] yay I see ubuntu is license-free again! no more licensing problems! (under business heading on http://www.ubuntu.com/) === MacSlow is now known as MacSlow|lunch === brendand is now known as Ima_Goodboy [12:12] highvoltage: #debian-devel would like to have a word with you :P === Ima_Goodboy is now known as brendand [12:19] Chipzz: how so? [12:20] highvoltage: you missed the font license discussion Monday? === bregma is now known as bregma|away [12:25] Chipzz: ah right :) [12:25] Chipzz: well there's another problem solved then! === cjwatson changed the topic of #ubuntu-devel to: Ubuntu 11.04 released! | 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 | Patch Pilots: [12:36] congrats everyone! [12:36] \o [12:37] w00t [12:37] is oneiric open yet?!?! [12:37] ;-) [12:39] Laney, quick, begin the 2.10 transition! [12:39] Laney: later today with any luck :) [12:39] (modulo toolchain timings) [12:39] champagne first ... [12:39] (no really, julian's already done a lot of the hard work, bless his little cotton socks) [12:39] what a darling [12:39] I'll have some archive fun with the GHC 7 transition [12:40] Laney, boo haskell! [12:43] \o/ [12:43] now we can relax! [12:43] haha [12:43] now the bugs will come in :P === ScottK changed the topic of #ubuntu-devel to: Ubuntu 11.04 released! | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> natty | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Patch Pilots: [12:45] grats everyone! [12:48] doko_: I (think) I have a fix for one of (what I'm sure was an automated bug) in my PPA. When you get a momement, would you re-try bug #771017 (so I can sleep at night knowing fluxbox is OK for o-series)? [12:48] Launchpad bug 771017 in fluxbox (Ubuntu) "fluxbox version 1.3.1~dfsg1-1 failed to build with GCC-4.6/oneiric" [High,In progress] https://launchpad.net/bugs/771017 [12:55] Where does one report an error on the ubuntu.com page itself? [12:56] Here? [12:56] launchpad.net/ubuntu-website [12:57] Laney, thank you. [13:09] There we go. Bug report submitted. [13:51] whats the right way to become a member of https://launchpad.net/~ubuntumembers? "Contact the teams owner" leads to a webform that sends mail to sabdfl, which is kind of intimidating. ;) [13:51] lol [13:51] i get quite a few of those, yes :-) [13:51] Sweetshark: you must apply for membership via one of the RMB [13:51] Sweetshark, there are wikipages that explain the membership process [13:51] argh, there is a link right on that page. [13:52] Sweetshark: no need to harass sabdfl [over email] [13:52] maybe the contact addy for u-members should go to the RMB's? it's low-traffic [13:52] depends ... if you send the right bribe you might get the bdfl speed process ;) [13:52] sabdfl: not a bad idea. is there a common ML for all the RMBs? [13:53] not sure [13:53] i don't mind staying the contact point, but also happy to hand it on [13:53] there is at least one per board iirc [13:53] theres a common list for rmbs + cc + dmb iirc [13:53] maco: I love dave matthews [13:53] maco: also, good morning [13:53] huh? [13:54] maco: dmb == dave matthews band (to some of us) [13:54] cyphermox: i see your lp team list changed today :) [13:54] maco, oh, cool, thanks for pointing it out... and doing the change :) [13:54] sabdfl: given your avatar on launchpad, I still feel like I woke up a sleeping dragon ;) [13:54] thanks guys! [13:54] cyphermox: i didnt make the change, just saw the email [13:55] ok [13:58] Sweetshark: that page says "Fro more details about ... how to become one, please visit " === zanoi_ is now known as zanoi === dendrobates is now known as dendro-afk === nhandler_ is now known as nhandler === Nigel_ is now known as G [14:03] Laney: right, I already followed the links "Membership"->"DeveloperMembershipBoard"->"DeveloperMembershipBoard/ApplicationProcess"->"UbuntuDevelopment/DeveloperApplicationTemplate" [14:03] excellent! === MacSlow|lunch is now known as MacSlow === jcastro_ is now known as jcastro === Riddelll is now known as Riddell === bregma|away is now known as bregma === jjohansen is now known as jj-afk === dendro-afk is now known as dendrobates === seb128_ is now known as seb128 [15:41] sorry for asking this on ubuntu-devel, I can't find the info on the canonical site: does anyone know how to contact someone from the canonical shop? === bjf[afk] is now known as bjf === dendrobates is now known as dendro-afk === kirkland` is now known as kirkland [16:08] seb128: bug #771109> done [16:08] Launchpad bug 771109 in gamgi (Ubuntu) "gamgi version 0.15-3ubuntu2 failed to build on amd64 with GCC-4.6/oneiric" [High,Fix released] https://launchpad.net/bugs/771109 [16:08] slangasek, hi, thanks [16:09] I guess doko rebuilt has been running for a while [16:09] it probably started before your fixed version [16:12] Sweetshark, hi, there's a missing transition to libreoffice-dmaths when upgrading to Natty, bug 772387 [16:12] Launchpad bug 772387 in libreoffice (Ubuntu) "failed to upgrade to natty: openoffice.org-dmaths : Depends: libreoffice-dmaths but it is not installable" [High,Triaged] https://launchpad.net/bugs/772387 [16:18] cjwatson, pitti: did any of you ever discussed with debian about adding the avahi udeb we have in ubuntu to debian? [16:19] (I'm asking you because you respectively added those and did the recent avahi merge) [16:19] seb128: if I did, it's been a while, and I probably would have submitted it as a bug report [16:19] there is no bug about it that I can see [16:20] pitti: I think we can add screenshot taking feature/option in apport now https://bugs.launchpad.net/apport/+bug/772336 [16:20] Ubuntu bug 772336 in Apport "Add feature to take screenshots of the buggy window" [Undecided,New] [16:21] I have attached a prototype in the comments [16:31] seb128: I don't think I did, sorry [16:37] cjwatson, pitti: does one of you want to do send it or should I just add it to the desktop team "to forward" list (which is fine)? [16:38] seb128: "want" is too much (not my patch), but I'm fine with merging avahi and sending patches [16:39] pitti, ok, feel free to claim it then, thanks ;-) === doko_ is now known as doko [16:40] https://merges.ubuntu.com/main.html is not yet up to date, is it? [16:40] doko: ping, if you're around [16:40] seb128: opened a tab for it [16:40] ? [16:41] pitti, thanks [16:41] doko: I have a fix for the ftbfs with fluxbox, with o-series gcc. I'd like to test it, but I can't upload to natty. Could you pick off the source package and run it through again? [16:41] erm, not natty [16:42] paultag: you could test it in a local chroot, or in a PPA, adding a PPA dependency to the mentioned toolchain ppa [16:43] doko: works in a local chroot, I'll see about tweeking my PPA. Thanks :) [16:46] pitti: it should be shortly, at least; I did update it for oneiric [16:47] ah, thnaks [16:54] jibel: thanks === jj-afk is now known as jjohansen [17:16] pitti: we inherited bug 772387 from debian, how should we handle it? [17:16] Launchpad bug 772387 in libreoffice (Ubuntu Natty) "failed to upgrade to natty: openoffice.org-dmaths : Depends: libreoffice-dmaths but it is not installable" [High,Triaged] https://launchpad.net/bugs/772387 [17:18] I'd think _rene_ would say it "works as intended". [17:21] Sweetshark: could we upload an SRU which just drops the Depends:? i. e. that it becomes an empty transitional dummy package? [17:26] pitti: yes, we could. But I should then scan for all those cases comparing LO/OOo. I am not sure if all functionality from these packages has been moved into to main libreoffice packages. If not, it might be that people silently loose functionality on update (Not that explicitly uninstalling to be able to upgrade is that much better). [17:27] Sweetshark: right now they lose the functionality either way [17:28] but breaking upgrades is worse [17:29] pitti: I need some guidance on bug 771841 [17:29] Launchpad bug 771841 in shotwell (Ubuntu Natty) "Update natty to 0.9.3" [Wishlist,New] https://launchpad.net/bugs/771841 [17:30] SpamapS: that's a tricky one indeed; I'd rather see a less intrusive patch TBH, as it's not obvious that it doesn't cause regressions in the background setting code for gnome 2.32 [17:30] if that has been tested thoroughly, I'd be ok with it [17:31] we often update to new microreleases for GNOME packages, but shotwell doesn't seem to follow their release cycle, so we should be more careful there [17:32] pitti, SpamapS: usually the yorba guys are solid upstream and have high quality standards [17:32] not arguing either way on what to do but just pointint it [17:32] pitti, SpamapS: if they say they tested it they probably did, it's easy to get that checked in proposed as well [17:34] Ok it actually sounds like it should be safe.... [17:34] well check with mterry maybe if he testedit [17:34] maybe accept into proposed, but require some detailed QA verification? [17:35] sounds like a plan to me yes [17:35] agreed [17:35] we should make sure the background thing is tested during the week in proposed [17:35] SpamapS, pitti: or wait [17:36] Definitely [17:36] SpamapS, don't accept it if you didn't [17:36] SpamapS: btw, gnome 3 isn't completely irrelevant for natty, we have a PPA for it [17:36] I will ask an extra question on the bug [17:37] pitti: agreed, Its just not "supported" like Unity and Gnome 2 [17:38] so we just need to make sure those work first is all. [17:38] the change is buggy I think [17:38] seb128: eh? [17:39] seb128: I am poised over the Accept button awaiting your explanation. :) [17:40] SpamapS, I think the code is buggy, it does" write in gsettings if there is a gsettings key otherwise use gconf" but some people will have installed the gsettings schemas on GNOME 2.32 [17:40] the same way you can install gtk3 and GNOME 2.32 [17:40] they should still write in gconf in the GNOME3 case as well [17:41] I did that and it completely screwed my system. ;) [17:41] is gsettings in the archive or only in the PPA? [17:41] seb128 - that's exatly what my background settings patch for firefox does too ;) [17:41] Heyo. I did test the background thing and it worked, but didn't check into gsettings/gconf [17:42] mterry, well it seems like if gsettings-desktop-schemas got installed and wrote a gsettings key for the background the code would not update the gconf value and your wallpaper wouldn't get updated? [17:42] I believe the gsettings schema for background is only from PPA? [17:42] oh, gsettings-desktop-schemas is in the archive [17:42] mterry, no, gsettings-desktop-schemas is in natty [17:43] why do we ship the background schema at all if nothing in natty uses it? [17:43] I'm not sure it's installed by default? [17:43] because we landed gtk3 and the bits that can be in the archive directly in the archive [17:43] Reverse Depends: [17:43] libgnome-desktop-3-0 [17:43] mousetweaks [17:43] seems like mousetweaks depends on it [17:43] so it's likely in the default installation? [17:45] libgnome-desktop-3 also depends on gsettings-desktop-schemas [17:45] Task: ubuntu-desktop, ubuntu-uec-live, edubuntu-desktop, edubuntu-uec-live, ubuntu-netbook [17:45] seb128: ^ yes, in several images [17:45] in practice we could have some gtk2 applications using gsettings and schemas from it [17:46] don't we anyway? [17:46] I remember that we have some packages which reverse-patch the gtk3 specific bits [17:46] we have applications using gsettings, not sure they use gsettings-desktop-schemas [17:46] so they use gtk2, but still gsettings [17:46] ah [17:46] those are desktop keys [17:46] like the background [17:46] or the theme [17:47] we avoided mixing desktop settings in gconf and gsettings [17:47] just to avoid the shotwell case we discuss [17:47] having shotwell writing in gsettings but nautilus still reading gconf [17:50] seb128: so, IMO we should report this bug upstream immediately, but move forward with the package in proposed, testing out the possible scenario you're thinking of before moving it to -updates. [17:50] SpamapS, upstream is reading the bug so no need to report it to them, adam is one of the upstream guys [17:51] well if we know it's broken no need to accept it at all [17:51] I'm wondering if it is "broken" in any real use case though. [17:51] mterry, can you check the case I described? like if it does update the gconf key if there is a gsettings key? [17:52] glancing over the git commit it seems to return after writing to gsettings in the gsettings case [17:59] @pilot in === udevbot changed the topic of #ubuntu-devel to: Ubuntu 11.04 released! | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> natty | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Patch Pilots: barry [18:03] pitti: I rechecked all the transitionals and found two additional problems: there is a transitional for zemberek (with we miss in natty) and one for openclipart (causing bug 739839). Any idea about those? [18:03] Launchpad bug 739839 in openclipart (Ubuntu) "openclipart package impossible to install (natty)" [Undecided,Confirmed] https://launchpad.net/bugs/739839 [18:08] Sweetshark: I guess same thing -- just drop nonexisting dependencies? [18:19] pitti: openclipart is a bit more tricky: we still have 0.18+dfsg-10, not 0.18+dfsg-11, which generates a "openclipart-openoffice.org_0.18+dfsg-10_all.deb" not a "openclipart-libreoffice..." package. And the openoffice.org source package generates a openclipart-openoffice.org-1:3.3.0-7ubuntu1 transitional that expects the renamed openclipart package. [18:20] Sweetshark: I don't think we should rename the actual package in natty; can we just fix the dependency of teh transitional package to depend again on -openoffice? [18:20] pitti: then it would depend on itself. [18:21] ah, I see [18:21] and the real package has a lower version number [18:21] Sweetshark: then I guess we have to do the renaming in an SRU [18:21] pitti: http://xkcd.com/754/ btw. === dendro-afk is now known as dendrobates [18:22] pitti: k [18:22] Sweetshark: i. e. by and large upload -11 with a more SRU-appropriate version number [18:22] 10ubuntu1 or so [18:22] Sweetshark: :) [18:22] pitti: hi. do you have any interest in patches to apport that 1) switch it from pycentral to dh_python2; 2) switch it from cdbs to dh? [18:23] barry: 1) oh please, (2) I was going to, now that we have dh_translations [18:23] barry: so, yes to both [18:23] barry: FYI, I have a local patch for jockey for doing that [18:23] so don't bother with that [18:24] pitti: cool. apport is next on my list of dhpy2 conversions :) i'm not done with #1 yet, but it's actually easier to also do #2 at same time. i'll work up a branch for that in the next day or two [18:24] pitti: ack for jockey [18:24] barry: agreed, doing both at the same time is easier [18:24] pitti: rock. keep an eye out for merge proposals :) [18:30] SpamapS: I just copied https://launchpad.net/ubuntu/+source/linux-source-2.6.15/2.6.15-57.97 from the canonical kernel PPA using launchpadlib instead of shell access; nice! [18:30] SpamapS: so, time to turn that into a script [18:31] pitti: soon we will replace you with a fairly long python script === tlyu_ is now known as tlyu === dendrobates is now known as dendro-afk [18:47] SpamapS: mind to update your ubuntu-archive-tools checkout and try to run: ./copy-proposed-kernel.py dapper linux-source-2.6.15 [18:47] Is the app_name field supposed to be empty here: http://reviews.ubuntu.com/reviews/api/1.0/review-stats/ ? I was using it to help differentiate ratings between two apps from the same source package [18:47] SpamapS: it should error out saying that there are binaries being published, but not something like "permission denied" or other stuff [18:48] linux-source-2.6.15 2.6.15-57.97 in dapper (same version has unpublished binaries in the destination archive for Dapper, please wait for them to be published before copying) [18:49] pitti: :) [18:49] SpamapS: yay [18:49] SpamapS: I didn't yet get the "go!" for the pending natty kernel [18:50] pitti: there are two update-manager's in the natty-proposed queue.. [18:54] SpamapS: congrats on becoming an archive admin :) [18:55] SpamapS: right, and the second upload doesn't use -v [18:55] "congrats" ;) [18:55] SpamapS: I suggest to reject them both, and ask mvo to reupload [18:56] SpamapS: with either using -v (to catch both changelogs), or merging all changes into 1:0.150.1 [18:57] micahg: ty :) [18:57] pitti: pardon my ignorance, but what do you mean when you say '-v' ? I haven't run into that one. [18:58] SpamapS: dpkg-buildpackage -v [18:58] SpamapS: to include all releases which are stacking up in -proposed [18:58] pitti: I commited a SRU-able version for bug 772387 and dputted the package to https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-nattytest2 . How to move on? [18:58] Launchpad bug 772387 in libreoffice (Ubuntu Natty) "failed to upgrade to natty: openoffice.org-dmaths : Depends: libreoffice-dmaths but it is not installable" [High,Triaged] https://launchpad.net/bugs/772387 [18:58] pitti: ahh! Ok, yeah I've never had to do that. [18:58] SpamapS: that will (1) give the right display of all changes in update-notifier, and also auto-close all bugs (not just the ones from the latest upload) when copying to -updates [18:59] SpamapS: ... and also show all pending SRU bugs in the report [18:59] SpamapS: it's also used when merging from Debian to catch all the changelogs/close all the bugs [19:01] bjf: let's continue here, not really #release matter [19:01] pitti, ack [19:01] SpamapS: can we copy them right now? or do they still need building/testing? [19:02] sorry, bjf ^ [19:02] pitti, just now building, expecting them to ready tomorrow [19:02] pitti, that's why i was asking if you were going to be around [19:02] SpamapS: if the kernel guys (bjf) ask you to move a package from their PPA to -proposed, pending-sru.html gives the necessary commands [19:02] SpamapS: but I think the first time we should do that together [19:02] bjf: would it be too late to do it on Monday? [19:03] bjf: I can certainly copy them tomorrow, that's no problem [19:03] pitti: yes, I was thinking that would be something good to work on next week, unless you are more free today/tomorrow [19:03] SpamapS: tomorrow is really bad, need to sort out my moving [19:03] pitti, SpamapS, i think monday would be ok, just the start of the next cycle, will send email to the mailing list with the request and you two can work it from there [19:03] bjf: sounds good [19:03] SpamapS: so, we can do that on Monday then, once you are online? [19:03] pitti, cool [19:04] bjf: unlike dapper, natty won't die tomorrow :) [19:04] pitti, heh [19:04] bjf: speaking of death, what do we do with the current karmic-proposed kernel? [19:05] bjf: should it still run through QA, or do we declare it lost and just keep it where it is? [19:05] (EOL is tomorrow) [19:05] pitti, that is hopefully the last one, it needs testing and then promotion [19:05] pitti, are we too late ? [19:05] ok [19:05] pitti: sounds good [19:05] pitti, i don't think anything major went into it [19:05] bjf: well, we technically can USN/release it after April 30, oto [19:06] "too" [19:06] pitti: oh, and I hate moving! ;) [19:06] pitti, so, if in the end it just vanishes, i don't think it will be missed [19:07] bjf: just 5 CVEs [19:07] kees: ^ do you have an opinion about the fate of the karmic kernel in -proposed? [19:07] * kees reads backscroll [19:07] pitti, yup, no great loss, however, getting it tested and published would be "nice" [19:07] kees: karmic EOL is tomorrow, I wondered if it's worth QA'ing/USNing this still, or just let it die in peace [19:09] pitti: I'm on the fence. probably easiest to let it die, but on the other hand, it'd be nice to get that work into -security since it already all happened. [19:10] how much is left to QA with it? [19:10] kees, it's kind of been ignored with all the natty testing going on [19:10] omg, it's been in -proposed for 5 weeks?? [19:10] pitti: should prepare a openclipart 0.18+dfsg-11 renamed to 0.18+dfsg-10ubuntu1 for sponsoring as SRU, or would that help nothing? [19:10] kees, i don't think it would take much, we can talk to pgraner on monday to see if it can get some love [19:11] Sweetshark: not sure whether it's worth doing an SRU just for these two -- perhaps we sohuld wait a couple of days for more issues to come up and bundle them? [19:11] bjf, pitti: given that it carries the fix for CVE-2010-4258 I'd prefer it get released. [19:11] The do_exit function in kernel/exit.c in the Linux kernel before 2.6.36.2 does not properly handle a KERNEL_DS get_fs value, which allows local users to bypass intended access_ok restrictions, overwrite arbitrary kernel memory locations, and gain privileges by leveraging a (1) BUG, (2) NULL pointer dereference, or (3) page fault, as demonstrated by vectors involving the clear_c... (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-4258) [19:11] Sweetshark: openclipart> that sounds good [19:11] kees: ack [19:11] kees, pitti, i'll talk to pgraner about it [19:12] kees, pitti, ball is in my court [19:13] bjf: okay, thanks! if it's really not possible to happen by monday, then it guess it just dies. I don't want to do lots of work on karmic, but it has been in -proposed for a while, it'd be a shame to just drop it. [19:13] *I guess it... [19:17] kees: it's not technically a problem to issue an USN after the official EOL, I take it? [19:17] If I'd like to put a new version on a package (for local testing) with current version 0.9.3-3 which would get overwritten when 0.9.3-4 is officially released - what do I choose? [19:18] pitti: not exactly, just goofy. [19:20] btw - have you guys discussed the padevchooser icon missing bug? [19:21] speakman: 0.9.3-4~ I think [19:22] arand: ok, sounds fair [19:22] speakman: Can use 0.9.3-4~ppa1 for example [19:23] arand: Will 0.9.3-4 overwrite 0.9.3-4~ppa1 ? [19:23] speakman: -3+ also works [19:23] speakman: yes [19:24] maco: 0.9.3-3+ ? [19:24] like 0.9.3-3+ppa1 [19:24] oh [19:24] Any docs how version numbers are interpreted? :D [19:24] that and -4~ppa1 will behave the saem as regards -4 [19:24] speakman: http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version for reference [19:25] what i usually do is, if its a test version of what will becomes -4, i use teh ~ [19:25] but if its a just-for-me modification of the -3, then i use the + [19:25] arand: thanks :) [19:27] maco: this is a just-for-me modification just to see if it works (and then maybe posting it as an official bug fix patch) :) [19:27] (but it seems like what's really causing https://bugs.launchpad.net/ubuntu/+source/padevchooser/+bug/632468 is a missing sound-card.png icon in the Ambiance theme) [19:27] Ubuntu bug 632468 in padevchooser (Ubuntu) "Maverick : padevchooser, pavucontrol icon doesn't show" [Undecided,Confirmed] [19:34] looks like gnome-icon-theme got audio-card.png (in a varianty of sizes) - how does apps look for images/icons? [19:36] speakman: is there a png as an optin? === kklimonda1 is now known as kklimonda [19:36] *option === kklimonda is now known as Guest52186 === Guest52186 is now known as kklimonda` === cody-somerville_ is now known as cody-somerville [19:39]