[06:03] <pitti> Good morning
[06:03] <pitti> jbicha: I'm using Radiance, and the buttons look fine?
[06:04] <cdbs> seb
[06:04] <cdbs> oops, pressed enter instead of tab
[06:05] <TheMuso> Hey pitti.
[06:13] <jbicha> pitti: you're right, it's just the other themes that don't fit in
[06:45] <pitti> chrisccoulson_: can I ask you to do https://code.launchpad.net/~pitti/po2xpi/fix-update-data/+merge/59875 ?
[08:02] <cdbs> It appears that the latest update-manager in Oneiric doesn't launch
[08:03] <jbicha> yes,  ImportError: No module named UnitySupport
[08:04] <cdbs> jbicha: So I'm not the only one
[08:05] <cdbs> hi seb128 , can you look at https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-default-apps-unity-integration ?
[08:10] <pitti> seb128: bonjour
[08:10] <kenvandine> good morning folks
[08:10] <seb128> hey kenvandine pitti
[08:10] <seb128> hey cdbs
[08:11] <seb128> kenvandine, what are you doing up still? ;-)
[08:11]  * kenvandine is just downloading offline maps to my phone before getting a few hours of sleep before flying
[08:11] <pitti> hey kenvandine
[08:11] <kenvandine> seb128, and i was also working on building libido for gtk3
[08:11] <pitti> seb128: how's Budapest?
[08:11] <seb128> pitti, nice
[08:12] <seb128> kenvandine, did you get it working?
[08:12] <kenvandine> not yet
[08:12] <kenvandine> it is less trivial than the others
[08:12] <kenvandine> quite a bit of stuff to change
[08:13] <kenvandine> enough for tonight though, i gotta get some sleep
[08:13] <seb128> cdbs, what about it?
[08:13] <seb128> kenvandine, 'night
[08:13] <kenvandine> good night, see you soon'ish :)
[08:25] <Sweetshark> pitti: we have a good reason for a libreoffice SRU: bug 775608.
[08:25] <ubot2> Launchpad bug 775608 in libreoffice "[Upstream] Libreoffice Calc's PRODUCT function doesn't calculate correctly with certain array formulas" [Undecided,Fix committed] https://launchpad.net/bugs/775608
[08:29] <Sweetshark> it would make us the only distri to have a current version of LibreOffice that actually calculates right, which I would consider a feature.
[08:32] <pitti> Sweetshark: eww, yes; I added a natty task
[08:32] <pitti> bbiab, bank/post office
[08:33] <pitti> Sweetshark: eww, yes; I added a natty task
[08:33] <pitti> bbiab, bank/post office
[08:49] <cdbs> seb128: Just wanted your opinion on it
[08:49] <seb128> cdbs, seems like nice integration work for contributors
[08:49] <cdbs> seb128: And please do subscribe, I'll be attending remotely, and I can't gather folks for the session through remote robotic hands @ Budapest :)
[08:50] <seb128> k, I will mention it to didrocks as well
[08:50] <cdbs> seb128: yup, could be a give-away for contributors as well, we just need to decide which apps needs what
[08:50] <cdbs> thanks seb128
[08:52] <cdbs> DBO: seb128: Enjoying Budapest?
[08:52] <cdbs> Gosh, my age is such a damn barrier to enjoyment
[09:14] <jbicha> how do I properly do the maintainer script when the packaging has been reshuffled with an /etc file
[09:16] <seb128> jbicha, define reshuffled
[09:16] <seb128> jbicha, but basically http://wiki.debian.org/DpkgConffileHandling
[09:17] <seb128> it has code you can use to clean or move those on upgrade
[09:17] <jbicha> the etc is now "owned" by -common instead of -bin or the other way around
[09:18] <jbicha> thanks, I'll see if I can figure that out, just rm'ing it in the prerm upgrade works but I didn't think it was very nice
[09:19] <seb128> did you try to just use a replaces as for any file move to a new binary?
[09:20] <jbicha> can you explain that more?, I'm still learning packaging
[09:22] <jbicha> the wiki page points me to man dpkg-maintscript-helper which tells me how to move or remove a conf file
[09:22] <seb128> jbicha, not sure what issue you are trying to solve, but usually when a file moves between binaries we use a Replaces to avoid conflicts on upgrade
[09:22] <seb128> like
[09:23] <jbicha> ok, maybe I understand that
[09:23] <seb128> it's the way to tell dpkg to not report a conflict between the binaries
[09:24] <seb128> it seems like that the conffile being in a new binary should be handled without any need to manual work out of using the Replaces: -bin (<< new-version)
[09:24] <jbicha> if I just tell it that it replaces the older version, it may be smart enough to figure out how to upgrade it correctly
[09:24] <jbicha> ok, I'll try that, thank you
[09:24] <seb128> to avoid conflicts if the new -common is unpacked before the new -bin which would make dpkg go "you have 2 binaries shipping the same file it's a bug"
[09:25] <jbicha> I'm trying to merge in Debian's version of gnome-session 3 and this should be my last step
[09:25] <seb128> what file are you dealing with?
[09:27] <seb128> jbicha, ^
[09:28] <jbicha> /etc/X11/Xsession.d/55gnome-session_gnomerc
[09:28] <jbicha> there was a replaces in Debian's control, just have to tweak it slightly for Ubuntu
[09:28] <seb128> that file doesn't come from Ubuntu, it must have moved in Debian as well so they probably deal with it
[09:29] <seb128> ok, makes sense
[09:43] <rodrigo_> morning
[09:43] <seb128> hey rodrigo_
[09:46] <jbicha> howdy
[09:46] <rodrigo_> hi seb128, jbicha
[09:54] <chrisccoulson_> pitti - yeah, sure. i can do that. ca-valencia is actually automatically blacklisted in my new firefox packaging, as i parse the list of languages to ship in the firefox source
[09:55] <chrisccoulson_> and that one is not on the list (or it's !linux)
[09:55] <pitti> chrisccoulson_: for oneiric you mean?
[09:55] <pitti> (we need this for natty)
[09:56] <chrisccoulson_> pitti - yeah, for oneiric
[09:56] <chrisccoulson_> i was just saying that this won't be a problem in oneiric ;)
[09:56] <pitti> nice
[09:59] <chrisccoulson_> pitti - http://hg.mozilla.org/mozilla-central/file/3ff945bdace7/browser/locales/shipped-locales
[09:59] <chrisccoulson_> i parse that to build the list of xpi's to create
[10:00] <pitti> chrisccoulson_: straight from gitweb? that's done at source build time then?
[10:01] <chrisccoulson_> pitti - no, that's shipped in the source tarball
[10:02] <chrisccoulson_> (although, i don't actually parse it at package build time. i build a list from it at source build time so i can create the entries in debian/control)
[10:03] <chrisccoulson_> hmmm, unity really doesn't like me docking my laptop
[10:04] <micahg> chrisccoulson_: unity doesn't like my uptime :)
[10:05] <RAOF> chrisccoulson_: Somewhat surprisingly, Unity quite likes me docking my laptop.
[10:06] <RAOF> Even *more* surprisingly, my laptop detects when I turn of my external DP monitor *and automatically disables it*
[10:06] <RAOF> It's crazy when things work as you'd hope them to :)
[10:06] <pitti> black magic!
[10:06] <chrisccoulson_> i'm going to have to restart. restarting compiz hasn't fixed my problem, and now my display is even more messed up
[10:06] <RAOF> I was astounded the first time it happened :)
[10:07] <pitti> I still don't quite like how it messes up the resolution on both displays to 1024x768 when I open the lid
[10:07] <pitti> but it's come a looooong way
[10:07] <RAOF> Harumph.  It *should* pick up your last used config, which would probably be spanned.
[10:09] <chrisccoulson> that's better. 2 functioning screens again
[10:14] <jbicha> rodrigo_: I synced gnome-session with Debian for the gnome3 PPA, here's the updated merge proposal:
[10:14] <jbicha> https://code.launchpad.net/~jbicha/gnome-session/gnome3-support-ubuntu-session/+merge/59886
[10:14] <Sweetshark> pitti: How do I do this "nominate for series" thingie for the SRU?
[10:14] <pitti> Sweetshark: I already added a natty task
[10:14] <pitti> Sweetshark: but below the task list there is a "Target to series..." link
[10:16] <Sweetshark> pitti: cant find it.
[10:16]  * Sweetshark is blind
[10:16] <pitti> Sweetshark: you see the two buttons with a green plus?
[10:17]  * vish suspects Sweetshark is not in BugControl..
[10:17] <pitti> + Also affects project +  Also affects distribution O Target to series
[10:17] <micahg> pitti: it's only available for bug control members
[10:17] <pitti> aah
[10:17] <pitti> Sweetshark: without that you won't be able to do much triaging indeed; can you please ping bdmurray (not sure who else) to add you?
[10:18]  * Sweetshark always wondered how one could get bugs in certain states that seemed unavailable to me ...
[10:19] <micahg> Sweetshark: https://wiki.ubuntu.com/UbuntuBugControl
[10:20] <chrisccoulson> pitti - thanks for accepting my firefox SRU :)
[10:20] <chrisccoulson> micahg, feel like doing some SRU verification> ;)
[10:20] <pitti> no worries, thanks for fixing stuff!
[10:20] <micahg> chrisccoulson: maybe a bit later, need to get thunderbird out before I collapse
[10:21] <chrisccoulson> pitti - yeah, it's a shame i had to regress bug 548866, but i think the severity of bug 643899 justifies that for now
[10:21] <ubot2> Launchpad bug 548866 in firefox "forgets middlemouse.contentLoadURL on upgrade" [Medium,In progress] https://launchpad.net/bugs/548866
[10:21] <ubot2> Launchpad bug 643899 in firefox "Firefox sending header "Accept-Language: chrome://global/locale/intl.properties"" [Medium,Confirmed] https://launchpad.net/bugs/643899
[10:21] <micahg> chrisccoulson: I think it might be better to file a new bug to track that regression
[10:22] <chrisccoulson> pitti - oh, you have an automated script? ;)
[10:22] <pitti> chrisccoulson: for what?
[10:23] <chrisccoulson> pitti - you can probably unassign sru-verification from bug 548866, as i just need to reopen that (but i mentioned that in the changelog)
[10:23] <ubot2> Launchpad bug 548866 in firefox "forgets middlemouse.contentLoadURL on upgrade" [Medium,In progress] https://launchpad.net/bugs/548866
[10:23] <chrisccoulson> i guess your script caught that ;)
[10:23] <chrisccoulson> **unsubscribe
[10:23] <pitti> ah, right
[10:24] <pitti> don't close bugs in the changelog which you want to reopen :)
[10:24] <pitti> set back to triaged, and followed up with a comment
[10:25] <micahg> that's going to get confusing, can we please open a new bug since this is only a natty regression at this point?
[10:25] <micahg> that bug was a regression on a previous release before that
[10:30] <chrisccoulson> wtf - bug 776970 ? what on earth does the title have to do with the description?
[10:30] <ubot2> Launchpad bug 776970 in firefox "window.opener.content.document.nodePrincipal;" [Undecided,New] https://launchpad.net/bugs/776970
[10:32] <chrisccoulson> jeez, i can't escape from people using the words "Fitt's Law". now, people aren't just using it in mailing lists, but they're using it in bug reports too!
[10:32] <chrisccoulson> (bug 776930)
[10:32] <ubot2> Launchpad bug 776930 in unity "Attempted mouse-overs for the Firefox back button and Find box close button will bring up the Launcher (Fitts's Law)" [Undecided,New] https://launchpad.net/bugs/776930
[10:32] <chrisccoulson> i think i'm going to go and hide in a cave
[10:32] <micahg> chrisccoulson: there's a 2 yr old bug with it in the title I think as well :)
[10:32] <pitti> but indeed this is annoying
[10:32] <pitti> I can't properly select stuff from firefox due to that, until I disabled launcher-on-edge in the prefs again
[10:33] <chrisccoulson> pitti - yeah. you must have that with other applications as well though?
[10:33] <chrisccoulson> i can't see what i could possibly do in firefox about this :/
[10:33] <pitti> chrisccoulson: in principle yes, but it's one of the few apps I run fullscreen (the other is weechat, which I don't c&p from)
[10:34] <pitti> it's a unity design failure though, not a firefox bug
[10:34] <pitti> (which was discussed over and over, and this got pointed out as regression potential, but it was done anyway)
[10:35] <chrisccoulson> yeah, it is pretty annoying
[10:38] <pitti> RAOF: xserver-xorg-video-nv was removed in Debian, ok to follow suit?
[10:38] <pitti> debian bug 612189
[10:38] <ubot2> Debian bug 612189 in ftp.debian.org "RM: xserver-xorg-video-nv -- ROM; unmaintained" [Normal,Open] http://bugs.debian.org/612189
[10:39] <RAOF> pitti: We didn't do that already? :)
[10:39] <pitti> *flush*
[10:39] <RAOF> pitti: Perfectly fine to.  It's patched so that it can't actally load in all but unusual circumstances, anyway :)
[10:40] <pitti> RAOF: apparently nobody did a process-removals run in a long time :)
[10:40] <pitti> (s/did/has done/, right?)
[10:41] <RAOF> Right.
[10:44] <Sweetshark> pitti: can you nominate bug 775608 and bug 746375 for series natty? And set set importance to critical for 775608? I will then subscribe ubuntu-sru. Im unsure about who is to assign the "verification-needed" tag.
[10:44] <ubot2> Launchpad bug 775608 in libreoffice "[Upstream] Libreoffice Calc's PRODUCT function doesn't calculate correctly with certain array formulas" [Undecided,Fix committed] https://launchpad.net/bugs/775608
[10:44] <ubot2> Launchpad bug 746375 in libreoffice "soffice.bin crashed with SIGSEGV in uno_type_sequence_construct()" [Medium,Incomplete] https://launchpad.net/bugs/746375
[10:44] <pitti> Sweetshark: v-needed will be done by sru team when accepting the fix
[10:45] <pitti> Sweetshark: done
[10:52] <Sweetshark> pitti: Ok, this is finished for my part. You would need to take over for sponsoring etc.
[10:52] <pitti> Sweetshark: can you please upload the source package (to "natty-proposed") to chinstrap again?
[10:52] <pitti> (or PPA)
[10:53] <pitti> but PPA would waste buildd power
[10:55] <Sweetshark> pitti: I am already wasting: https://launchpad.net/~libreoffice/+archive/ppa/+sourcepub/1711276/+listing-archive-extra
[10:55] <pitti> Sweetshark: do you have a version with a better changelog for the second one?
[10:56] <chrisccoulson> heh, it seems the PPA builders are a bit behind
[10:56] <pitti> Sweetshark: i. e. which describes the actual problem instead of "tentative patch"?
[10:56] <seb128> hum
[10:56] <chrisccoulson> hi seb128
[10:56] <seb128> pitti, wasn't remmina blocked by the security team?
[10:56] <seb128> hey chrisccoulson
[10:56] <pitti> seb128: yes, but for IMHO weird reasons; tsclient isn't any better
[10:57] <seb128> pitti, right, well I was just wondering if you talked to kees about it
[10:57] <pitti> not yet
[10:57] <pitti> easier at UDS when Kees, Robert, and we are all in the same TZ
[10:58] <seb128> ok, I just got confused by the work iteam
[10:58] <seb128> item
[10:58] <seb128> let's discuss it next week ;-)
[10:58] <pitti> iTeam sounds like a shiny new apple product, let's register it!
[10:59] <seb128> ;-)
[11:05] <Sweetshark> pitti: uploaded to chinstrap
[11:06] <pitti> Sweetshark: hm, needs to go to natty-proposed, not natty (see above)
[11:06] <pitti> Sweetshark: urgency is irrelevant for Ubuntu, FYI (doesn't hurt to set it to high, but won't do anything)
[11:14] <Sweetshark> pitti: fixed
[11:16] <pitti> Sweetshark: uploaded, thanks!
[11:24] <seb128> pitti, doing a gdm merge on debian would be a challenge but if someone feels like doing it ;-)
[11:24] <pitti> seb128: I added a question mark to it; but at some point we want to upgrade to gdm3 anyway, right?
[11:25] <pitti> seb128: and at that point we should at least rename our package to gdm3; we don't actually need to merge the Debian changes if that's impractical
[11:25] <pitti> but I guess the bigger challenge is to port gdmsetup etc. to gdm3 (in case it's actually necessary)
[11:25] <seb128> right
[11:25] <seb128> we will upgrade to gdm3 this cycle I guess
[11:25] <pitti> updated pad
[11:26] <pitti> seb128: also depends if we'll switch to lightdm by default; if we do, we might be able to drop a lot of patches
[11:26] <seb128> well, maybe
[11:28] <chrisccoulson> aren't most of the features of gdmsetup in control-center now?
[11:28] <chrisccoulson> i think they were last time i tried a fedora live CD
[11:29] <seb128> we need to rebase our gdm on accountsservice I guess
[11:31] <seb128> pitti, the issue so far is that nobody though merging gdm on debian was worth the effort
[11:31] <Sweetshark> pitti: who should be the approver blueprints desktop-o-libreoffice-communities and desktop-o-libreoffice-packaging? You? Or jasoncwarner? They would need to be approved for UDS, right?
[11:31] <jbicha> gdm3 is in the PPA
[11:31] <seb128> it's like going to take over a day of work and not going to bring any value especially if we want to switch away from using it
[11:32] <seb128> jbicha, there is a broken version in the ppa yes
[11:32] <Sweetshark> pitti: doh, you are already the approver
[11:32] <seb128> like distro patches, gdmsetup, integration etc got commented
[11:32] <jbicha> dunno, works for me
[11:32] <pitti> seb128: approver means approving the content of the spec for implementation, not ack'ing for UDS
[11:32] <seb128> pitti, wrong s<tab>? ;-)
[11:33] <pitti> sorry
[11:33] <pitti> Sweetshark: approver means approving the content of the spec for implementation, not ack'ing for UDS
[11:33] <Sweetshark> pitti: ah, now I can hear you ;)
[11:35] <Sweetshark> pitti: ok, I already mailed jasoncwarner1 about it, so when we should do something about the blueprints on UDS I'd assume its taken care of.
[11:36] <pitti> Sweetshark: accepted for uds-o and oneiric
[11:38] <Sweetshark> pitti: ah, great!
[11:39]  * Sweetshark is beginning to get conditioned to nag pitti with random tasks.
[11:39]  * pitti is beginning to think he accumulated way too many team memberships over the yeasrs
[11:43] <jbicha> oh, now that I think about it, gdm does something weird to my $PATH
[11:44] <seb128> jbicha, it probably does to your locales as well
[11:58] <rodrigo_> ugh, was disconnected
[11:58] <rodrigo_> seb128, ok, so what you told me yesterday about rebasing from debian, so what's the proper way to do it? I have branched trunk and applied the diff from the debian branch, and then I go over all the changes in our branch, right?
[12:01] <seb128> rodrigo_, not sure what is the proper way to merge on debian, pitti and other probably are closer than me from a "clean" way
[12:01] <seb128> https://merges.ubuntu.com/main.html has diffs
[12:02] <seb128> rodrigo_, there is a bzr merge-package which works as well for things with sources in debian
[12:02] <rodrigo_> ah, cool
[12:03] <seb128> the way I do it is probably old school
[12:03] <seb128> I diff the debian dirs between current ubuntu and debian
[12:03] <seb128> then reapply changesets and list those in the changelog manually
[12:03] <rodrigo_> ok
[12:04] <seb128> on whatever way is easier
[12:04] <seb128> like I might copy the debian control.in file over our version and readd the vcs and ubuntu maintainer if that's easier this way
[12:04] <seb128> or just keep the vcs version and document the diff if there is nothing from debian to take
[12:04] <seb128> but I guess you got what I mean there
[12:05] <rodrigo_> seb128, yes, some things are easier to do manually
[12:05] <seb128> rodrigo_, one way to do it easily is take the vcs, copy the debian dir over and clean the bzr diff
[12:06] <seb128> debian dir = the one coming from the debian source
[12:06] <rodrigo_> seb128, but the changelog, we keep the whole debian one, + one entry with the ubuntu specific changes, right?
[12:06] <seb128> so you have the diff in bzr
[12:06] <rodrigo_> yes
[12:06] <seb128> and the goal is to have only useful things to Ubuntu remaining
[12:06] <seb128> it also allow you to bzr revert one file if there was no useful addition in debian
[12:06] <seb128> some people do merge the changelogs but I usually just summarize the diff in the current upload
[12:07] <seb128> see eog or the gedit upload I just did
[12:07] <rodrigo_> ok, I think that's the easiest
[12:07] <seb128> ok
[12:07] <seb128> time for lunch there, bbl
[12:09] <chrisccoulson> has anyone upgraded to oneiric yet?
[12:09] <pitti> I traditionally upgrade on UDS Friday afternoon
[12:09] <seb128> same here, I need a working laptop for UDS
[12:10] <seb128> so I'm just doing the merges on natty until then ;-)
[12:10] <seb128> ok, lunch, bbl
[12:10] <chrisccoulson> heh, i think i'll probably wait too ;)
[12:11] <rodrigo_> chrisccoulson, usually upgrading before going to a conference is a way of looking for problems :-)
[12:12] <chrisccoulson> rodrigo_, i like problems ;)
[12:12] <chrisccoulson> keeps things exciting!
[12:14] <chrisccoulson> b'ah, i'm really starting to hate bzr
[12:15] <chrisccoulson> that's twice in a few weeks that my branch has screwed up and i can't push it to launchpad
[12:15] <jbicha> I'm crazy, I'm using Oneiric now
[12:15] <rodrigo_> chrisccoulson, :)
[12:15] <rodrigo_> so, what's the replacement for the .gconf-defaults files for gsettings?
[12:16] <orange1> hi all  - trying to get workrave going in unity - it used to be an applet - pointers would be appreciated....
[12:17] <Laney> rodrigo_: debian/package.gsettings-override
[12:17] <Laney> see dh_installgsettings(1)
[12:17] <rodrigo_> Laney, ok cool
[12:18] <Laney> needs debhelper >= 8.1.3 too
[12:19] <rodrigo_> hmm, natty only has 8.1.2ubuntu4
[12:21] <Laney> yeah, O only
[12:21] <Laney> or -backports
[12:26] <rodrigo_> ok
[12:26] <rodrigo_> I'll add a work item for now
[12:28] <Laney> you can probably install Oneiric's debhelper in Natty tbh
[12:29] <rodrigo_> Laney, yes, sure, just want to finish this merge, it's been taking me a few days now
[12:30] <Laney> well, oneiric chroots are easy to create :-)
[12:32] <rodrigo_> Laney, yes, I will do it as soon as I've got some time
[12:43] <rodrigo_> what's the file to change so that 'oneiric' is understood by dpkg-buildpackage & co?
[12:43] <rodrigo_> I always forget
[13:18] <seb128> re
[13:18] <seb128> rodrigo_, we have overrides for gsettings
[13:20] <rodrigo_> seb128, right
[13:21] <rodrigo_> seb128, btw, just pushed g-s-d rebase to ubuntu-desktop branch, if you want to do a quick review before I upload
[13:21] <seb128> rodrigo_, can do in a bit
[13:22] <rodrigo_> seb128, no hurry, will go out for lunch in a bit, so no hurry :)
[13:22] <seb128> rodrigo_, I will have it reviewed for when you come back from lunch
[13:22] <desrt> seb128: ahah.  i found you.
[13:22] <desrt> can you package something for me?
[13:22] <seb128> you are next in the queue
[13:22] <desrt> rodrigo_: you will come next week?
[13:23] <rodrigo_> desrt, to budapest? yes
[13:23] <rodrigo_> I arrive on Sunday
[13:23] <rodrigo_> desrt, you're there already?
[13:23] <desrt> yes
[13:23] <rodrigo_> ok, cool
[13:25] <rodrigo_> ok, lunch now, bbl
[13:28] <desrt> DBO: hey steve
[13:30]  * pitti hugs desrt
[13:30] <desrt> pitti: hi :)
[13:30] <desrt> pitti: i want to talk to you next week about umask
[13:30] <pitti> desrt: DBO is Jason, not a Steve :)
[13:30] <desrt> because i am very confused
[13:31] <desrt> pitti: no.  he's steve. :)
[13:31] <pitti> now I am very confused as well
[13:31] <chrisccoulson> me too
[13:31] <desrt> jason is across the table from me
[13:31] <desrt> if you want confusion, perhaps we should start calling jason rick instead of steve jason
[13:32] <desrt> pitti: do you have any awareness of what happened, exactly?
[13:32] <desrt> (with umask)
[13:32] <pitti> desrt: about umask?
[13:32] <desrt> ya.
[13:32] <desrt> i thought it was done in brussels
[13:32] <desrt> then it was reversed or something
[13:32] <pitti> hmm, apparently nobody actually implemented it
[13:32] <desrt> lol.
[13:33] <desrt> it was adding one line to a file and deleting a line from another :)
[13:34] <pitti> hmm, Assignee: desrt; that was probably inadequate then?
[13:34] <desrt> well
[13:34] <desrt> considering that i don't have the ability to upload...
[13:35] <pitti> right, it just apparently fell off everyone else's radar
[13:35]  * pitti accepts for oneiric and assigns to himself
[13:35] <desrt> great.  thanks. :)
[14:53] <seb128> rodrigo_, let me know when you are back
[15:08] <rodrigo_> seb128, I'm back
[15:10] <rodrigo_> I'll try again: what's the file to edit to add oneiric to the list of known ubuntu versions, so that bzr-builddeb works? :)
[15:13] <cyphermox> rodrigo_, isn't that usually backported or something?
[15:14] <rodrigo_> cyphermox, I remember having edited one file for natty, months ago, to make it work
[15:14] <cyphermox> yeah
[15:14] <rodrigo_> but I don't remember which file
[15:14] <rodrigo_> and i can't really find it
[15:14] <cyphermox> which error do you get?
[15:14]  * cyphermox has already switched to oneiric
[15:14] <rodrigo_> 'oneiric not known' or something like that
[15:15] <cyphermox> but does it say something before that, like dpkg-source or whatever?
[15:15] <rodrigo_> let me try again
[15:16] <rodrigo_> hmm, seems to start building the package ok now
[15:16] <cyphermox> ok
[15:16]  * rodrigo_ waits for it to finish
[15:16] <cyphermox> might be dist-packages/bzrlib/plugins/builddeb/util.py though
[15:16] <pitti> good bye everyone, see you tomorrow!
[15:16] <cyphermox> ciao pitti
[15:16] <rodrigo_> bye pitti
[15:18] <rodrigo_> cyphermox, yes, that one, I guess it was updated in my last system update
[15:18] <rodrigo_> it now contains oneiric indeed
[15:18] <cyphermox> yeah it's possible
[15:19] <rodrigo_> cyphermox, already switched to oneiric? and dist-upgraded? any problem so far?
[15:19] <cyphermox> no, but it's gotta come eventually ;)
[15:19] <rodrigo_> yeah :)
[15:19] <cyphermox> actually, I had a dist-upgrade to do this morning, I'm just about to reboot
[15:19] <rodrigo_> ok, if you're not back, we'll know why :)
[15:19] <cyphermox> indded
[15:20]  * cyphermox reboots
[15:37] <seb128> rodrigo_, sorry I as pulled into a session
[15:38] <seb128> rodrigo_, so small comments on g-s-d
[15:38] <seb128> the first one is the current commit text, you probably want to limit to the current changelog and not let it list all the debian changelog entries you add
[15:38] <vuntz> robert_ancell: ping
[15:38] <robert_ancell> vuntz, hello
[15:38] <seb128> hey robert_ancell
[15:38] <vuntz> robert_ancell: hi my friend
[15:38] <vuntz> robert_ancell: are you still using http://people.gnome.org/~vuntz/tmp/versions/ ?
[15:39] <seb128> robert_ancell, what are you still doing up so late?
[15:39] <seb128> vuntz, we do
[15:39] <vuntz> robert_ancell: if yes, you might want to be aware of a few changes :-)
[15:39] <vuntz> ah
[15:39] <robert_ancell> vuntz, cheers for the gcalctool uploading
[15:39] <vuntz> seb128: well, I prefer to talk to robert_ancell and not you :-P
[15:39] <robert_ancell> sure are
[15:39] <robert_ancell> seb128, just got to budapest
[15:39]  * vuntz hugs seb128 
[15:39] <seb128> vuntz, ok great, I didn't want to talk to you either
[15:39] <vuntz> heh
[15:39] <seb128> robert_ancell, joining the somehands?
[15:39] <vuntz> oh, it's uds soon
[15:39] <robert_ancell> seb128, yup
[15:39] <vuntz> hope you'll have fun there
[15:39] <vuntz> a few things
[15:39] <seb128> robert_ancell, we are at the dx, design sprint today if you want to come and say hello
[15:40] <seb128> it's at the first floor on the left of the building
[15:40] <vuntz> - there's now versions-stable-extras and versions-unstable-extras
[15:40] <robert_ancell> seb128, ok, will head up in a while
[15:40] <vuntz> (those can be used to track everything on ftp.gnome.org that is not part of the release sets -- ie, not part of gnome-stable/gnome-unstable)
[15:40] <vuntz> - there can be one than more line for a module
[15:40] <seb128> robert_ancell, second comment is that usually we try to keep the changelog description for patches rather than just list everything with "ubuntu patches"
[15:40] <vuntz> for instance: glib:1.2.10 and glib:2.28.6
[15:40] <rodrigo_> seb128, hmm, what do you mean? I copied debian's changelog and just added one entry
[15:40] <vuntz> this happens for branches
[15:41] <seb128> rodrigo_, bzr log and see the commit description from the most recent commit?
[15:41] <rodrigo_> seb128, ah, right
[15:41] <vuntz> so you need to make sure you take the right glib (not the first one, but the one with the higher version, for instance)
[15:42] <seb128> rodrigo_, do we still need 02_missing_libs.patch?
[15:42] <rodrigo_> seb128, yes, seems so, although haven't really tried removing it
[15:42] <robert_ancell> vuntz, I think I already do that as I had to differentiate between the mobile and normal packages
[15:42] <seb128> rodrigo_, is that distro specific?
[15:43] <vuntz> robert_ancell: in case you have anything weird, just tell me
[15:43] <robert_ancell> vuntz, will do, cheers
[15:43] <vuntz> robert_ancell: there's one issue I'm aware of: dia is listed with version "1". But that's a bug on ftp.gnome.org actually
[15:43] <rodrigo_> seb128, seems so, doesn't seems to fail on any other distro
[15:43] <seb128> weird
[15:43] <rodrigo_> seb128, hmm, so how do I fix the log entry? bzr revert and commit again?
[15:43] <seb128> rodrigo_, don't bother for this one
[15:43] <rodrigo_> seb128, we might not need it anymore, just left it there just in case
[15:44] <seb128> rodrigo_, so diff with debian has
[15:44] <seb128> -               libgnome-desktop-3-dev (>= 2.91.5),
[15:44] <seb128> +               libgnome-desktop-3-dev (>= 2.91.93),
[15:44] <seb128> is that needed?
[15:44] <seb128> if it is we should forward that to debian so they fix it
[15:44] <seb128> otherwise we should drop it
[15:44] <seb128> we should drop the debian vcs control lines as well so debcheckout doesn't get confused
[15:45] <rodrigo_> seb128, I think it's indeed needed because of some API changes there were, although upstream checks for 2.91.5 indeed
[15:45] <rodrigo_> let me check gnome-desktop source
[15:46] <seb128> rodrigo_, we add a .gconf-defaults which is not listed in the changelog summary, still needed?
[15:46] <rodrigo_> seb128, needs to be converted to gsettings, but since it needs oneiric debhelper version, I just added a work item to the blueprint
[15:46] <seb128> the postinst diff is not needed since we don't support update from before the lts and it has a version newer than the one concerned
[15:47] <rodrigo_> ok
[15:47] <seb128> rodrigo_, ideally we should still list it in the changelog so full merge we have a summary in the changelog
[15:47] <rodrigo_> seb128, ok
[15:48] <seb128> rodrigo_, otherwise great work, those are really minor nitpick
[15:49] <rodrigo_> seb128, you mean removing the .postinst file?
[15:49] <seb128> rodrigo_, no the diff
[15:49] <seb128> -    if dpkg --compare-versions "$2" lt-nl "2.26.1"; then
[15:49] <seb128> -        rm -f /etc/xdg/autostart/gnome-settings-daemon.desktop
[15:49] <seb128> -    fi
[15:50] <rodrigo_> ah, I removed that?
[15:50] <seb128> that's a diff we had that we can drop
[15:50] <seb128> i.e get back closer from debian
[15:50] <seb128> just copy their postinst
[15:50] <rodrigo_> it's dropped in trunk now
[15:50] <rodrigo_> ah, ok
[15:51] <rodrigo_> ok, so the libgnome-desktop-3-dev version check, the postinst, anything else?
[15:51] <rodrigo_> before I push?
[15:52] <seb128> rodrigo_, ideally you would keep the changelog description of each patch and what they do
[15:52] <rodrigo_> ok
[15:53] <seb128> rodrigo_, cf the 2.30.1-1ubuntu1 changelog entry from the natty source
[15:53] <seb128> rodrigo_, otherwise it's fine, nice work ;-)
[15:53] <jhunt_> hi all - you might be interested in bug 777011. If we can fix this, it may well boost gnome/Unity performance.
[15:53] <ubot2> Launchpad bug 777011 in gdk-pixbuf "gdk-pixbuf uses temporary files when loading xpm images" [Undecided,New] https://launchpad.net/bugs/777011
[15:54] <seb128> pitti, can we drop our libnotify double source to get back on debian on the naming of the binaries?
[15:54] <Laney> rodrigo_: if you are packaging for oneiric, what's wrong with build-depending on the appropriate debhelper version and using installgsettings?
[15:54] <seb128> jhunt_, do we use xpm images?
[15:54] <Laney> also it looks like the version should be -1ubuntu1 not -2ubuntu1 :-)
[15:55] <jhunt_> seb128: seemingly for everything - every mouse click and every scroll wheel move creates a ton of tmp files.
[15:55] <rodrigo_> Laney, nothing wrong
[15:55] <seb128> weird, it's worth bringing up to dx I guess
[15:55] <rodrigo_> Laney, I'm just building for oeniric in natty, that's the "problem"
[15:56] <Laney> right, I use sbuild for that
[15:56] <rodrigo_> Laney, yes, will set it up as soon as I've got time, as I told you before
[15:57] <Laney> ok ok, just trying to help
[15:57] <rodrigo_> Laney, yes, I know, thanks :)
[15:57] <rodrigo_> Laney, just want to finish this merge and add work items for the remaining issues, so that I can move to merge other stuff from the gnome3 ppa
[15:58] <rodrigo_> we have lots of patches to rebase, so those take precedence
[16:00] <dpm> seb128, pitti, I've got a blueprint to discuss enabling upstream translation imports from bzr branches into Ubuntu source packages, as the LP feature is now complete, mind if I add you as "participation essential"?
[16:00] <seb128> rodrigo_, 06_use_application_indicator.patch looks wrong
[16:00] <rodrigo_> seb128, why?
[16:00] <seb128> rodrigo_, the configure.ac checks for appindicator-0.1
[16:00] <rodrigo_> seb128, hmm
[16:00] <seb128> shouldn't that be appindicator3-0.1
[16:01] <seb128> i.e the gtk3 version?
[16:01] <rodrigo_> yes, good catch :)
[16:02] <seb128> did that got any testing in the ppa? just curious I would have though that mixing gtk version would make it exit due to symbols conflict
[16:04] <rodrigo_> seb128, it was disabled in the ppa
[16:04] <seb128> oh ok
[16:04] <rodrigo_> seb128, ok, pushed all fixes, if you want to do a quick review, I'll upload as soon as it looks ok
[16:04] <rodrigo_> the patches would need lots of testing, I'm just rebasing blindly for now
[16:05] <rodrigo_> although I guess I can just install the package I build :)
[16:05] <seb128> ok, seems like for system component we should have a least one run with it before uploading
[16:05] <seb128> would be nice
[16:05] <rodrigo_> seb128, ok, building and installing now
[16:06] <seb128> rodrigo_, version should be 1ubuntu1 not 2ubuntu1
[16:06] <seb128> otherwise looks fine to upload after a round of testing and running it
[16:06] <rodrigo_> ok, thanks for the review
[16:07] <seb128> rodrigo_, yw
[18:24] <dobey> hrmm, it is so quiet
[18:56] <kklimonda> jcastro: fta yeah, I've been looking into integrating Transmission into Unity launcher, but I'm not sure what info I should provide - using progress bar doesn't really fit Transmission imo, I'll add an emblem for "turtle mode" for sure
[18:56] <jcastro> what's turtle mode?
[18:56] <jcastro> sounds neat
[18:56] <kklimonda> bah, another review of Unity where it's described as a good idea that "has been killed by rushing it too fast".
[18:56] <kklimonda> jcastro: it's a temprary speel limit mode.
[18:56] <jcastro> oh, cool, yeah
[18:59] <bryceh> should call it tortoise mode
[19:07] <dobey> kklimonda: launchers don't have emblems
[19:10] <dobey> kklimonda: that was removed
[19:10] <dobey> kklimonda: i think you could probably set the number of current transfers on the launcher though, and unity will ad the (NN) emblemy thing on it
[21:01] <fta> kklimonda, hey, wrt to transmission, i expect something like chromium and ff download progress bars, and maybe a counter with the remaining active downloads
[21:02] <fta> kklimonda, imho, no need to report anything about uploads/seeds.
[21:02] <fta> jcastro, ^^