[00:02] Have we decided that the display manager will spawn the system compositor? In that case we can play fd passing games, leaving only the actual protocol. I guess it might make sense to use wayland protocol handling for that. [00:06] So that's what I'll do next ;) [00:12] RAOF, I think we should aim for that. I've just got to break for lunch but be back in a few hourse [00:12] K. [00:34] bryceh: Have you seen Martin's comment on https://bugs.launchpad.net/ubuntu/+source/xkeyboard-config/+bug/825624 ? [00:34] Launchpad bug 825624 in xkeyboard-config "patch: added dead_hook and dead_horn to latin keyboard layout" [Low,Fix committed] [00:53] RAOF, no I hadn't [00:57] bryceh: Shall I reject that upload from the queue? [01:01] alright [01:02] Grrr python-launchpadlib-toolkit. Stupid packaging errors leaving the build tree in the diff. [01:09] robert_ancell: hey since we were talking about it today, do you want to handle bug 1003202 ? [01:09] Launchpad bug 1003202 in clutter-gesture "Sync clutter-gesture 0.0.2.1-6 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/1003202 [01:13] Almost down to a single page of pending SRUs! Then there can be coffee. [01:20] Oh, did I say a single page? I meant down to two pages :/ [01:54] heh [02:16] jasoncwarner_, ping, had shot you an email [02:17] ritz: you did? I don't seem to have gotten it? [02:17] * jasoncwarner_ goes and looks...what is the subject? [02:19] jasoncwarner_, pm === Optichip is now known as Yoda_Mfkers === Yoda_Mfkers is now known as Optichip [02:41] jbicha, hey, don't think I can approve syncs?! [02:43] robert_ancell: if you can upload it, you can use syncpackage to do the sync [02:43] ajmitch, aha, thanks [02:43] I'm going to be using that a lot more... [02:44] it's a very useful tool, nice to not have to bother archive admins to do syncs [02:46] robert_ancell: yes, just test build first please :) === Jacky is now known as JackyAlcine [02:50] robert_ancell: What are you syncing? Don't want to duplicate work... [02:50] TheMuso, the bug jbicha asked me to do [02:50] clutter-gesture [02:51] That's already in the queue, isn't it? === JackyAlcine is now known as Jacky [02:51] Yes it is. [02:51] At least on the sponsorship queue. [02:52] * TheMuso moves onto something else. [02:52] I thought I saw it in the quantal launchpad queue. Maybe not. [02:53] robert_ancell: -s for sponsoring and -b to close a bug with syncpackage [02:54] micahg, ok [02:57] robert_ancell: thanks [03:15] Ok, that's enough SRUing. [03:18] I'd say doing all those KDE SRUs would be a little annoying... [03:19] Especially when it comes to those damn kde-l10n packages... [03:19] It's more annoying when launchpad won't let you accept more than 6 or so packages at a time before timing out. [03:20] its unlikely to do more than one [03:21] paste an OOPS and I'll step you through where the time is going [03:23] Oh. It actually does 4-5 reliably. [03:24] count yourself lucky [03:36] Good morning [03:37] hi pitti [03:42] Hey pitti [03:42] Morning pitti. [03:43] Is it just me, or does anybody else experience rendering issues with vte under particular circumstances? [03:43] i.e in gnome-terminal? [03:43] I occasionally use elinks, and experience weird rendering issues where I get stripes accross the screen where I can see bits of the wallpaper behind. [03:44] TheMuso: Using nouveau under Quantal? [03:44] I don't use elinks, but everything else in g-terminal seems to behave just fine here (intel) [03:45] RAOF: Yes. Sounds like you know about it then. [03:46] TheMuso: Yeah, it's an annoying interaction between the new cairo 1.12 and EXA. It's fixed upstream, but after the libdrm API break, and there's not currently a mesa suitable for Quantal that'll work against that API. [03:47] Right. [03:47] Its quantal after all, so issues are expected, so I can deal with it. [03:47] Thanks. [03:50] pitti: another early morning for you? [03:51] jbicha: yeah, couldn't sleep any more after my wife got up === Jacky is now known as siibot === siibot is now known as Jacky === mbiebl_ is now known as mbiebl [06:16] pitti, I was not expecting so much beer this early in the cycle! [06:16] good morning [06:17] rickspencer3: *beam* [06:17] hey didrocks [06:17] hi didrocks [06:17] guten morgen pitti, bonjour rickspencer3 [06:18] now we just need to get the automated testing running, get the 12.10 on 12.04 kernel + related bits PPA set up, etc... [06:18] it feels like we're off to a fast start this cycle [06:18] bonjour didrocks, il pleut encore! [06:19] ja vais retourner á Seattle pour la soleil [06:19] rickspencer3: pas ici, j'ai même pu courrir ici :) [06:20] Lyon, c'est mieux donc ;) [06:20] Lyon, oui, nous pouvons demanager à lyon prochaine fois [06:21] ;) [06:22] we are now in desperate need of some MIR reviews, so that we can clean up component-mismatches after the debian import wave [06:23] pitti: will maybe try to tackle some today, however there is still a bunch of work to be done for compiz and helping the PS integration team to backport 2 commits… [06:23] didrocks: I'll poke mterry this afternoon [06:24] his openal-soft merge introduced some more universe build deps, so I need to discuss with him anyway [06:24] ok :) [06:39] pitti, hi [06:40] hello tkamppeter_ === smspillaz is now known as sm|class [06:49] pitti, it is about the SRU for CUPS. [06:49] pitti, there are two major problems: [06:52] pitti, USB printing does not work and it seems to be the only solution to return to blacklisting the usblp kernel module, finally deprecating it. It is only used by some old proprietary drivers. [06:53] tkamppeter: we have a cups-filters in -proposed ATM, there is no cups in precise-updates or -proposed [06:53] tkamppeter: do you mean cups-filters? [06:54] ah no, that wouldn't be related to USB [06:54] tkamppeter: I guess you mean "you need to do a cups SRU"? [06:56] pitti, the other problem is the IPP backend. CIt has a lot of problem and there are many changes on it in CUPS 1.5.3. Problem is that it is not easy to overview which changes need to get backported to CUPS 1.5.2 to get all fixes. Could we perhaps issue CUPS 1.5.3 as SRU, as it is claimed to be a bug fix release? [06:57] tkamppeter: in general, it does not matter whether we get fixes through debian/patches or a new upstream microrelease [06:58] tkamppeter: however, in SRUs we cannot trade breaking one printer for fixing another one [06:58] i. e. all changes must be regression proof, which a whole rewrite certainly isn't [07:00] pitti, 1.5.3 is not a whole rewrite of the IPP backend, it is only difficult to tell the IPP fixes apart. So to guarantee to get all IPP fixes and to get consistence I simply would pull in also all the other fixes which were done on CUPS. [07:01] tkamppeter: ah, I see [07:01] tkamppeter: that sounds ok if we actually have bug reports about these failures, so that reporters can verify them [07:01] tkamppeter: but 1.5.3 should go into Debian/quantal either way [07:01] (and needs to before we can SRU) [07:01] pitti, there are 4 or 5 IPP bug reports currently. [07:02] good, then we have some good chances of getting feedback [07:10] pitti, so I will go ahead and bump CUPS to 1.5.3, and blacklist the usblp module again. [07:10] pitti, and upload this also as SRU. [07:10] tkamppeter: ok, thanks; I seem to remember a Debian bug which talked about this, too [07:11] pitti, tell me the number, so that I can add it to the changelog. [07:11] tkamppeter: thanks; please let me know when bzr is ready for a Debian upload, it's relatively urgent to push that out (release team is waiting for the multi-arch fix) [07:12] tkamppeter: I will if I dig it out again [07:32] hello desktopers [07:32] didrocks, hi [07:32] hey ricotz, how are you? [07:32] didrocks, i am fine :) [07:33] i hope everyone had a nice UDS [07:33] didrocks, how are you? [07:33] (before i reporting a bug) [07:33] ricotz: I'm great thanks! UDS was nice, indeed :) [07:33] ahah [07:33] what bug? ;) [07:34] there is a problem with the unity-launcher patch of nautilus [07:34] in quantal/precise? [07:34] the timeout calling progress_ui_handler_disable_unity_urgency isnt dismissed [07:34] in quantal [07:34] meaing progress_ui_handler_disable_unity_urgency never returns false [07:35] ah, this isn't my part of the code, but I can give it a look [07:35] but that part didn't change from precise, so precise should have the same issue [07:35] once triggerd it never stops firing updates [07:36] didrocks, thanks [07:36] ricotz: can you open a bug and assign it to me? I'll give it a look (probably next week as tomorrow and Friday is off for me) [07:36] (with some details instructions in which case it's not dismiss, I think just copying a file…) [07:37] didrocks, ok [07:37] hey [07:37] hey seb128 [07:37] pitti, oya ;-) [07:38] how are you? [07:38] seb128: quite fine, thanks! how about yourself? [07:38] thanks ricotz [07:38] salut seb128 [07:38] making good progress on ubuntu-drivers-common here, hacking for 4 hours already :) [07:38] pitti, good, thanks! [07:38] lut didrocks [07:38] pitti, how do you manage to get up so early ;-) [07:39] seb128: have a wife which gets up at 5:10, and then not being able to sleep any more [07:39] sometimes when I'm tired I do, but I was quite awake today [07:39] jasoncwarner_: hey Jason, how are you? [07:39] she has to get up so early to go to work or is she just a morning person? [07:39] seb128: I'm going to ask Jason about attending GUADEC, btw [07:40] seb128: she just likes to start and finish her work early [07:40] the office opens at 6, so she's usually there at 6 [07:40] so she can finish at 15:30 [07:40] ok [07:40] I want to go to GUADEC either way, especially with my new role (talking GNOME guys into testing, etc.) [07:41] pitti, great for GUADEC, though I'm not sure how it works, jasoncwarner_ said we had 3 slot for desktop team [07:41] pitti, check maybe with rickspencer3? [07:41] pitti, technically you will not be under our team count by then [07:41] or Pete then, as at that time I'll be in the QA team [07:41] right [07:41] rickspencer3: ^ should I ask Pete or you about me attending GUADEC then? [07:42] pitti, well I think jasoncwarner_ said he got the number of slots from rick [07:42] seb128: sorry, was out when you pinged, I'm about to head to sleep, but should be back around 15:30 UTC [07:42] micahg, ok, no hurry, ping me when you get online if you want to discuss firefox testing [07:42] rickspencer3: I need to interview a couple of GNOME guys about adding tests, and discuss how to write/submit/maintain/run them; guadec would be quite helpful for that [07:43] seb128: so from desktop team that's you, didrocks, and someone else? [07:43] pitti, us and robert_ancell [07:43] ah [07:44] didrocks, i can't assign it -- https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1003286 [07:44] Launchpad bug 1003286 in nautilus "dbus unity launcherentry.updates aren't getting dismissed" [Undecided,New] [07:44] ricotz: will do it, then, thanks! [07:45] RAOF, 988312 sru fixed up [07:46] ricotz: btw, you did you notice it for the record? ;) [07:46] as nothing graphical should be visible [07:48] didrocks, i am implementing watching the "om.canonical.Unity.LauncherEntry.Update" interface [07:48] ricotz: ah, funny, looking at the spam on dbus by dbus-monitor? ;) [07:49] didrocks, no, my debug output going crazy ;) [07:49] bryceh, hey, got a minute? [07:49] heh :) [07:50] seb128, I've several minutes, but am well past EOD with not a lot of brain energy, so if you have Q's keep to easy ones :-) [07:51] bryceh, mostly wanted to check that I've all the blueprints you signed for,are working on listed [07:51] seb128, which blueprints am I signed for? [07:52] bryceh, I've those on my list [07:52] https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-multi-monitor [07:52] https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-libxrandr-utils [07:52] mm [07:52] that and normal day to day xorg work [07:52] is that accurate? [07:52] sure [07:52] more like "night to night" :) [07:52] actually the multi-monitor one I don't think there's really anything to do [07:52] hey bryceh [07:52] didrocks, this bug gets pretty nasty over time ;) [07:52] it was more a design team session [07:53] bryceh, it has still quite some attached bug that reflect on the chart [07:53] but I'll scrape through the remaining mm bugs from last cycle and do some work on them [07:53] bryceh, do you plan to work on those, i.e should we track them? [07:53] seb128, hi [07:53] ricotz, hey [07:53] heya pitti [07:53] seb128, do the bug reports actually reflect on the chart? [07:54] seb128, like I said, I do plan to look at some bug reports for that, but most of the ones that are left are pretty hard [07:54] pitti, bryceh, hi [07:54] bryceh, yes, see http://status.ubuntu.com/ubuntu-quantal/canonical-desktop-team.html [07:54] hey ricotz, wie gehts? [07:54] bryceh, you have like 25 bugs assigned you that list coming from it [07:54] bryceh: bug reports linked to blueprints do count as WIs, yes [07:55] pitti, danke gut, ich hoffe dir auch? [07:55] bryceh: if you want to not consider them WIs, please unlink them from the BP, and rather use tags [07:55] bryceh, seems like we should not track the spec for the cycle then but rather milestone some of the bugs? [07:55] ricotz: prima, danke [07:55] seb128, huh, interesting, didn't know that. [07:56] bryceh, https://blueprints.launchpad.net/ubuntu/+spec/other-q-arsenal-report-enhancements also shows on the list, should it be assigned to you,drafted by you? [07:57] seb128, well, it turned out for the multi-monitor bugs, like 10-20% are actual kernel or xorg problems, 30-40% were gnome issues, and the rest were unity. And the xorg bugs that remain are all pretty tough things I'm unlikely to have much of an impact on. We might see some of the unity issues sorted but they haven't specific heads allocated so it'll be kinda level-of-effort stuff. [07:58] so, if the counts are affecting the desktop team stats, I think that's probably not really helping us. [07:59] yes, the arsenal blueprint is active and I'm working on it. That's all good. :-) [07:59] bryceh, ok, I'm dropping the spec from the q goal and tracker, let's milestone bugs in the list we think we should work on for q [07:59] bryceh, the arsenal one lacks an owner, I will set you owner and drafter if that's fine? [07:59] ok, that sounds good for the m-m bugs [07:59] ok, I can take it as owner [08:00] (ursula or kate would be the other logical owners, if you want to split assignments up. but I expect I'll be doing most of the work there.) [08:00] bryceh, thanks! [08:00] bryceh, I'm done with my questions, enjoy your evening ;-) [08:01] great, will do [08:02] seb128, pitti btw, what are your thoughts on using blueprints to track large #'s of bugs? [08:02] I sort of did it with the m-m blueprint as an experiment [08:02] bryceh: I like them if they are actually work items, i. e. they are essential for the blueprint to be considered "implemented" [08:03] bryceh: that one seemed more like "here's a pool of opportunities" to me [08:03] bryceh, I like better tagging, I'm not sure what the blueprint brings you if you don't track them on the team charts [08:03] which are better done with a tag IMHO [08:03] reason I ask is I added some code to arsenal to generate reports of bp bugs, and am wondering if it's worth generalizing/maintaining. I found it useful but kind of a PITA to manage. [08:03] selecting some bugs which we really must fix as WIs is fine, though [08:04] pitti, seb128 do you think you see us linking large numbers of bugs to blueprints in the future (like >20 bugs)? [08:04] I don't [08:04] no [08:04] then that's that :-) thanks. [08:04] I think we should rather use milestones and tagging for bugs [08:05] yeah generating reports from tags is a lot simpler [08:05] ok, I need to run for half an hour, bbiab [08:05] although in the multi-monitor case, tags would cover a rather intimidating breadth of bugs [08:05] RAOF, you own us drafting of those specs ;-) [08:05] https://blueprints.launchpad.net/ubuntu/+spec/desktop-q-xorg-general [08:05] https://blueprints.launchpad.net/ubuntu/+spec/desktop-q-mono-aot [08:05] https://blueprints.launchpad.net/ubuntu/+spec/desktop-q-xorg-usb-video-support [08:06] RAOF, would be nice if you could get to them tomorrow, they are the only ones not drafted for the team I think [08:06] RAOF, I will catch up with you later [08:06] need to run, bbiab [08:09] seb128: so, since you are our lead now, do you also do the exciting stuff like uploading libreoffice SRUs? [08:26] * Sweetshark just got a offer for old corporate notebooks: lenovo t400 intel p8600/4GB RAM for 232 EUR anyone interested? [08:33] good morning everyone [08:37] hey chrisccoulson [08:40] hey chrisccoulson, how are you? [08:43] hey chrisccoulson [08:43] hi pitti seb128 didrocks [08:43] seb128, i'm good thanks, how are you? [08:43] Sweetshark, you didn't apply for packageset uploads for libreoffice yet? [08:44] we should get chrisccoulson apply for upload right, he could sponsor your libreoffice uploads, between people working on slow to build packages ;-) [08:44] heh [08:45] seb128: i did and was denied. Feel free to hunt down those responsible and let them handle all the uploads. ;) [08:45] doh, what was the reason? [08:45] Sweetshark, well in any case if you have uploads to get sponsored just mention them on the channel, there are enough uploaders there [08:46] seb128: http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-03-26-19.03.log.html === dpm__ is now known as dpm [08:47] hey all, good morning I was wondering if someone could give me a hand with this: for a few weeks I'Ve had a problem whereby wifi passwords are not added to my keyring, so in my home network every time I resume from suspend or restart the computer I'm asked for the wireless password. Any ideas what it could be? [08:49] bonjour seb128 [08:50] rickspencer3, salut, ca va bien ? [08:50] très bien, merci, et tois? [08:50] rickspencer3, je vais bien merci ! [08:50] seb128, do you know if there is a new version of PIL that we should pick up for 12.04.1? [08:50] dpm, can you edit your keyring fine from seahorse? [08:51] it seems like the current version is in some kind of transition: [08:51] I just found bug #1003302 [08:51] Launchpad bug 1003302 in python-imaging "AttributeError: getmask from in ImageDraw.py called from ImageDraw2.text() " [Undecided,New] https://launchpad.net/bugs/1003302 [08:51] it made me wonder if there was a newer version upstream that we should pick up [08:53] seb128, it seems so, I can delete entries from the default 'login' keyring at least [08:54] rickspencer3, no newer version that I know about and Debian has the same version as we have [08:54] seb128, hmm, ok [08:54] I might have to fix it up a bit for them then [08:54] rickspencer3, doko is the Debian maintainer for it, maybe check with him? [08:54] seb128, ack [08:54] dpm, do you get any error in .xsession-errors or on the command line if your run nm-applet there? [08:55] Sweetshark, that log is weird, it seems you got acked, like 3 pro, 2 without opinion, 1 con [08:56] Laney, hey [08:56] Laney, there? [08:57] yes, applications need +4 to pass [08:57] Laney, was there any minute of that meeting? [08:58] Laney, I don't find them in my email client [08:58] https://wiki.ubuntu.com/DeveloperMembershipBoard/TeamReports/12/March [08:59] Laney, do you have any hint of what was missing in his application? [08:59] Laney, like when to reapply? [09:00] I think people were concerned about knowledge of dpkg details, like missing Replaces and so on [09:00] Laney, I still find weird that endorsements from trusted people and over a cycle of maintaining a difficult package is not enough for the DMB [09:01] so when that is addressed [09:01] I guess people reviewed some uploads and weren't comfortable with what they saw :-/ [09:02] Laney, uploads that were sponsored by "trusted" maintainers [09:02] i.e it seems we make applicants pay for disagreement between people who already have upload rights [09:03] i.e those uploads were good enough for pitti didrocks or me but at the end the dmb judges that we don't know good enough? [09:03] well the DMB isn't there for rubber stamping, nor really for calling out the judgement of other developers [09:03] I mean I'm fine with having obvious concerns [09:04] members are there to come to conclusions about the applicants, based on endorsements, their own reviews and the candidate's application/interview [09:04] but reading the meeting log seems there was no solid material there [09:04] Sweetshark, ok, please read the debian documentation on replaces use and reapply for the next meeting [09:05] Sweetshark, it seems like one of those phase of the moon decision, like you got +3 maybe with the same application at the next meeting you get +4 ;-) [09:06] Sweetshark, I see nothing really missing in your application, just micahg put a -1 and said he would explain later but the minutes don't have his rational [09:06] and he was the only against it [09:06] if it comes up again then we'll all look at the recent uploads to make sure there weren't any issues coming from them [09:07] seb128, I didn't get any error messages from running nm-applet on the command line, and here's my .xsession-errors file https://pastebin.canonical.com/66563/ - I couldn't see anything obvious apart from the "No keyring secrets found for Auto /802-11-wireless-security" message [09:07] IIRC there were things like broken upgrades and it was felt that some additional review would be beneficial [09:07] dpm, check with cyphermox when he's online [09:08] It's just a chance to get some more mentorship, not the end of the world really [09:08] ok, thanks seb128 [09:08] Laney, hey, it just doesn't feel really useful when at this point his sponsor just dput for him [09:08] Laney, it seems a waste of time for us and for him [09:09] Laney, can we ask the dmb to do some sponsoring? it seems you guys are picky over what other people are so maybe it would be good to change from his "usual" sponsors? [09:10] well I don't know about that, but using the patch pilots might be a good idea? [09:10] Laney, it would if somebody was wanting to review,sponsor libreoffice [09:10] we can try but my gut feeling is that it will sit in the queue for a month [09:10] and we don't want to take a month delay waiting for upload [09:11] they are supposed to be pingable [09:11] it is troubling if nobody can review an upload though, because it means that there's no beneficial peer review happening [09:12] seb128: he explained later that his point was that i didnt came up with "package need to be rebuild when you have a SONAME bump". I took that for granted, so wondered what was asked from me (besides it being midnight by that time and me being bored after standing in line for three freaking hours ...) [09:12] Laney, most people don't feel competent to review such packages :-( [09:12] :( [09:12] seb128: ^^ he being micahg [09:12] Laney: that's by and large true for LibO, I'm afraid; when I sponsor, I give a coarse check to the packaging changes, but nobody except Sweetshark really understands that beast.. [09:13] Laney, I've to admit most of libreoffice packaging is magic to me, which is why I tend to just have a look and dput [09:13] so yeah, bus factor == 1 and all that.. [09:14] pitti: well, just hire _rene_ in the bus factor case ;> [09:15] Sweetshark, ok, it seems like you should apply again in the next dmb meeting [09:15] seb128: *grumble* [09:16] Sweetshark: I bet he's desperately waiting for that! [09:16] Hm, I'm still not showing up in http://status.ubuntu.com/ubuntu-quantal/people.html [09:16] * Sweetshark wonders if can write a bot to attend the DMB for him next time. [09:17] mlankhorst: hm, you do appear in http://status.ubuntu.com/ubuntu-quantal/canonical-desktop-team.html [09:17] mlankhorst, you are? [09:18] oh, no, not on the people page [09:18] but you are on the team page [09:18] seems like the people page doesn't like nicknames [09:18] i.e rickspencer3 isn't on it either [09:19] or desrt [09:19] indeed, seems the team pages have real names mostly, but lp identifiers for some only [09:21] hm ;s [09:21] my launchpad identifier == irc nick at least [09:22] seb128: yeah there is a link there, but it 404s [09:24] mlankhorst, I'm not sure what's the issue but it's not specific to you [09:24] not sure what is different between people listed by name and by nickname [09:24] oh, pitti won't be happy that firefox grew by 1MB ;) [09:25] chrisccoulson, it did? again?! [09:25] seb128, yeah, that's a consequence of the optimization change [09:25] chrisccoulson, the pgo thing? [09:25] seb128, yeah [09:27] chrisccoulson, did you measure the performance difference? [09:27] chrisccoulson: well, we have 70 additional MB for quantal's images to spend [09:27] seb128, not yet. that's another of my WI's :) [09:27] Sweetshark, btw do you have a libreoffice SRU to get sponsored or did you just ask for next time? [09:27] chrisccoulson, Sweetshark, barry: fight over them! [09:27] pitti, that's good news. thanks ;) [09:29] TheMuso, there? [09:30] seb128, i just ran sunspider in the quantal build of firefox, and compared it to my non-PGO nightly build. some tests are ~10% faster [09:30] although, that's between different versions of firefox. i should compare the same versions really [09:30] but that means compiling a new build [09:35] seb128: it will be there in a few minutes ... [09:35] Sweetshark, ok [09:37] pitti: those extra MBs are mine ... MINE ... [09:38] * Sweetshark spits and mumbles "my preciousssss" [09:38] whoever comes first will take it :) [09:39] 12 MB have already been claimed [09:39] http://cdimage.ubuntu.com/daily-live/20120522/ [09:39] actually, 15 on i386 [09:43] brb, switching to gnome shell for a moment [09:43] pitti, does that include bringing french back, [09:43] seb128: quick, seed it! [09:43] actually, please do that now [09:44] seb128: we cut off so many languages in the past cycles that it seems only fair to put back some [09:44] pitti, will do, thanks ;-) [09:44] pitti: claiming space for presenter-console (~350kB), ogltrans (~70kB), pdf-import (~550kB) and presentation-minimizer (~300kB) plus a few MB reserve for natural growth between 3.5.X and 3.6.X [09:45] harmless [09:46] pitti: will you add them to the seed then? [09:47] Sweetshark: if you have the actual package names somewhere (or better, send a branch or patch) [09:47] oh, just libreoffice-* [10:11] seb128: please find libreoffice_3.4.4-0ubuntu2_source.changes for oneiric-proposed on chinstrap. note that there is a 1:3.4.5-0ubuntu1 currently in oneiric-proposed, which failed to be SRUed because of regression bug 919659 ... [10:11] Launchpad bug 919659 in libreoffice "Can't open/save document or spreadsheet with password, when mozilla profile has an absolute path" [High,Fix committed] https://launchpad.net/bugs/919659 [10:38] right, closing some apps down to do some more scientific benchmarking ;) [10:39] pitti, I have a problem with building CUPS 1.5.3 === MacSlow is now known as MacSlow|lunch === sm|class is now known as smspillaz [12:10] pitti, problem solved. [12:16] re [12:16] tkamppeter: ah, good [12:25] pitti, CUPS 1.5.3 is ready for Quantal and Debian, on the BZR. [12:25] tkamppeter: cool, thanks! [12:29] tkamppeter: I'll remove the postinst/rm handling for removing the not-obsolete-any-more blacklist conffilel [12:41] mornin' [12:52] pitti, thanks. [13:02] pitti, blacklist conffile removal removed in maint scripts. Now the package is ready. [13:02] tkamppeter: err, I did that already, as I said [13:02] tkamppeter: it's uploading already [13:02] pitti, then you did not bzr push it. [13:03] no, I was test-building first [13:03] anyway, no harm [13:04] pitti, so if you have something to push (so that we are in sync again), do it now, so that I can prepare the SRU. [13:05] almost there (I'm in bzr bd still) [13:07] tkamppeter: pushed (had to use --overwrite, sorry) [13:08] tkamppeter: and uploaded to unstable and quantal [13:11] pitti, thanks. [13:12] pitti, can we get versions downgraded in proposed? like if something 3.5 is uploaded, has issues, can we reject and reupload a 3.4 version? [13:12] seb128: if it's in the queue, yes; if it's accepted into -proposed, no [13:13] Sweetshark, ^ so your libreoffice new SRU 3.4.4-0ubuntu2 can't go in since we have 3.4.5-0ubuntu1 which got accepted there [13:13] uploads to queues do not have any version check at all; that only happens on accept [13:13] pitti, right, that's what I though, thanks! [13:13] pitti, so Sweetshark can't SRU back a lower version of lo to oneiric without tweaking the versions [13:14] right [13:14] either make 3.4.5 work, or upload 3.4.5+really3.4.4-0ubuntu2 [13:17] slomo, hey, have you seen bugs like bug #956830 recently? [13:17]