[06:50] <jibel> good morning
[06:52] <didrocks> salut jibel, ça va?
[06:52] <jibel> Salut didrocks ! ça va bien et toi ?
[06:52] <didrocks> ça va bien :)
[07:01] <Mirv> didrocks: infinity just noted that now the raring SRU packages, old ones, are really cleaned by some auto garbage collector :(
[07:02] <Mirv> so built files no longer there
[07:02] <didrocks> Mirv: urgh because they waited for too long?
[07:02] <didrocks> Mirv: can you publish a recent raring build (if tests pass) then, and he can have a look *now*?
[07:04] <Mirv> didrocks / infinity: slightly newer ones are still there. I did my last check of the bugs and such around the 13.05.16 snapshots, so those versions of the same packages should be good at least
[07:04] <Mirv> but I guess we can't request a sync for past package versions?
[07:04] <didrocks> Mirv: no, you need for the latest, the run didn't have tests passing?
[07:07] <Mirv> didrocks: which run? the latest? all tests seem to have passed, indicators is just in manual publishing mode
[07:07] <Mirv> didrocks: how do you feel about copying selected packages into SRU PPA instead the sync method?
[07:08] <Mirv> copying the 05.16 packages would still be possible
[07:10] <Mirv> I'm a bit middle of Qt update for precise/quantal, so I'm not sure if I've time to do the bug overwhaul for the latest .30 packages today
[07:11] <didrocks> Mirv: TBH, the SRU starts to be more important thatn the Qt update on older release
[07:11] <didrocks> Mirv: so if I were you, I would shift the priority on that today
[07:11] <Mirv> didrocks: yeah, well, I already did half of it and I need to ensure everything went alright..
[07:12] <Mirv> but that's less work anyhow than continuing
[07:12] <didrocks> Mirv: so I guess better to force the publish if the bug numbers are good in each package
[07:12] <didrocks> then, let's hope the SRU team will have time to review it :)
[07:12] <Mirv> didrocks: so you'd like to have the .30 releases checked, so you can do the copy request to queue?
[07:12] <Mirv> didrocks: instead of copying the .30 releases to a special SRU PPA and doing the requests from there?
[07:12] <didrocks> Mirv: can force the publication if you ensure me the bugs listed are fine
[07:13] <didrocks> Mirv: yeah, better than a copy between ppas
[07:13] <Mirv> ok, I'll let you know when I've had the latest bugs checked etc
[07:13] <didrocks> thanks :)
[07:13] <didrocks> Mirv: thinking of it, what about creating a tool later on for SRU that can check for SRU compliance grepping all new entries in the changelog?
[07:17] <Mirv> sounds useful
[07:36] <seb128> hey desktopers, happy friday!
[08:02] <sil2100> didrocks: morning! :)
[08:03] <sil2100> didrocks: did you remove the previous evdev version from the new queue? Since I see it still in NEW for saucy
[08:05] <Laney> hey!
[08:05] <seb128> Laney, sil2100: hey, happy friday
[08:06] <sil2100> Laney, seb128: heya! Happy Friday indeed
[08:07] <Laney> yeah, the sun came out!
[08:09] <sil2100> didrocks: and daaamn, when unity's check job was FINALLY green for head, unity just had to fail on the build step, because of unity-lens-music having a build problem... What luck
[08:09] <sil2100> didrocks: should I force a publish?
[08:09] <didrocks> sil2100: is unity-lens-music built now?
[08:10] <sil2100> didrocks: it's building
[08:10] <didrocks> you need to wait for it to be built
[08:10] <didrocks> what's the number of tests failing?
[08:10] <sil2100> didrocks: 11 and 13
[08:10] <didrocks> ok, back to normal so :)
[08:10] <sil2100> \o/
[08:10] <didrocks> so yeah, once built, please do a manual publishing
[08:10] <didrocks> sil2100: then, on Monday, let's move it to saucy?
[08:10] <didrocks> which would mean, move autopilot 1.3 to saucy
[08:10] <sil2100> Awesomeness
[08:10] <didrocks> so better to check with the touch guys
[08:13] <didrocks> seb128: do you have time to review phablet-tools and android-audiosystems in new?
[08:13] <seb128> didrocks, sure
[08:13] <didrocks> thanks :)
[08:13] <Laney> oh, we didn't get an LO upload last night?
[08:14] <seb128> Laney, no, I'm lost on what needs to be changed in there and nobody else was left around
[08:14] <Laney> oh right
[08:14] <Laney> taking this: http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=commitdiff;h=bf27df32a74473a045605a8e7b02b5586a6ebcd8
[08:15] <seb128> Sweetshark, hey, around?
[08:53] <didrocks> tseliot: hey, how are you?
[08:53] <tseliot> didrocks: hi, I'm fine, thanks, you?
[08:54] <didrocks> tseliot: I'm good thanks.
[08:54] <didrocks> I think I'll prefer rejecting nvidia-prime
[08:54] <didrocks> tseliot: have a look at http://paste.ubuntu.com/5719278/
[08:55] <tseliot> didrocks: I can make those corrections, test and reupload today
[08:55] <didrocks> tseliot: great, thanks!
[08:55] <didrocks> tseliot: keep me posted, I'm reject the other one for now, ok?
[08:56] <tseliot> didrocks: thanks for your suggestions :)
[08:56] <tseliot> yep
[08:56] <didrocks> yw!
[09:09] <tseliot> didrocks: what's the problem with .in files?
[09:09] <didrocks> tseliot: just that you have the generated one in the package and the .in next to them
[09:09] <didrocks> tseliot: it's just a suggestion to have the .in only, as none are needed to build the source package
[09:10] <didrocks> and during the build, the .in -> in
[09:10] <didrocks> opsss .in -> file
[09:10] <didrocks> debian/rules clean would remove those generated file
[09:10] <didrocks> (that avoids someone editing the file without the .in)
[09:10] <didrocks> we had a lot of those examples in the desktop team :)
[09:11] <tseliot> didrocks: ah, I misread what you wrote. So anything but the .install file should remain there?
[09:13] <didrocks> tseliot: hum, do we need the postinst as well? I think just keep the .in and remove the file you generate in debian/rules
[09:14] <tseliot> didrocks: sure, I'll remove them all
[09:14] <didrocks> thanks!
[09:16] <seb128> didrocks, hum, phablet-tools minor nitpick
[09:16] <seb128> License: GPL-3
[09:16] <seb128> ...
[09:16] <seb128> See the applicable version of the GNU Lesser General Public
[09:16] <seb128>  License for more details.
[09:16] <seb128>  
[09:16] <seb128> didrocks, seems like somebody took the snippet of the LGPL and dropped the L but forgot to drop the Lesser in the text
[09:16] <seb128> didrocks, same bug in some of the sources
[09:16] <didrocks> seb128: mind telling that to upstream?
[09:17] <didrocks> (sergio)
[09:17] <seb128> didrocks, who is upstream?
[09:17] <seb128> ok
[09:17] <didrocks> thanks!
[09:17] <seb128> accepting anyway, it's just a typo
[09:17] <didrocks> I didn't check the packags FYI
[09:17] <didrocks> yeah ;)
[09:17] <didrocks> thanks!
[09:17] <seb128> yw
[09:23] <tseliot> didrocks: are there any examples of packages using /usr/lib/lightdm/lightdm-set-defaults ?
[09:25] <didrocks> tseliot: I think ubuntustudio-desktop should use it (or ubuntustudio-default-settings)
[09:25] <didrocks> tseliot: I think you'll need a lightdm patch though
[09:26] <tseliot> didrocks: a lightdm patch?
[09:30] <didrocks> tseliot: yeah, to set the value you need (if not supported already)
[09:30] <didrocks> tseliot: should be few lines
[09:31] <tseliot> didrocks: the main problem is that I will have to backport this to Precise too (well, not today)
[09:34] <didrocks> tseliot: maybe check with robert_ancell? How do you add the stenza if lightdm.conf is there (as you don't add it as of today)
[09:35] <tseliot> didrocks: right now I'm simply using a custom file that I ship
[09:35] <tseliot> didrocks: I can try to pick the one from the system and add that section
[09:35] <didrocks> tseliot: right, but if the file is already installed (main case), you don't add anything to lightdm.conf?
[09:35] <didrocks> tseliot: yeah, seems better
[09:36] <tseliot> didrocks: ok, I'll work on that then
[09:36] <didrocks> thanks!
[09:57] <Sweetshark> seb128: around now.
[09:57] <seb128> Sweetshark, hey
[09:58] <seb128> Sweetshark, can you get a libreoffice upload ready for the issue we discussed yesterday? Laney got the new (old) package in saucy
[09:59]  * Sweetshark got two vaccination shots yesterday, kicked me harder than expected.
[09:59] <Sweetshark> seb128: so just adjusting the breaks right?
[09:59] <seb128> Laney, ^
[09:59] <Laney> no no
[10:00] <Laney> drop the Build-Conflicts and adjust the Build-Depends
[10:00] <seb128> Sweetshark, http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=commitdiff;h=bf27df32a74473a045605a8e7b02b5586a6ebcd8
[10:00] <seb128> do the equivalent
[10:00] <seb128> ?
[10:00] <Laney> can you cherry-pick that ... ^ ?
[10:00] <Sweetshark> Laney: yes, no problem.
[10:00] <Laney> great
[10:01] <Sweetshark> seb128: will a upload to chinstrap do for you to pick up there?
[10:01] <seb128> Sweetshark, yes please
[10:59] <tseliot> didrocks: how about this? It seems to work well here: http://paste.ubuntu.com/5719555/
[11:02] <Mirv> didrocks: 13.05.31~13.04, sources good for publishing: bamf compiz libindicator nux unity unity-lens-applications unity-lens-videos
[11:09] <Sweetshark> seb128, Laney: I see hsqldb1.8.0 in saucy, but doesnt it need to be MIRed?
[11:09] <seb128> Sweetshark, no, it's code that was already in main
[11:09] <Laney> it should have been NEWed to main
[11:09] <Laney> wasn't, but can be promoted as seb says
[11:09] <Sweetshark> https://launchpad.net/ubuntu/+source/hsqldb1.8.0 <- says universe
[11:09] <seb128> that's ok, we tend to promote things when they show on component mismatch
[11:10] <seb128> e.g when something start using them
[11:10] <Sweetshark> seb128: ok, so not blocking on that then.
[11:10] <tseliot> seb128: how does one apply for archive admin privileges?
[11:10] <seb128> no need to block indeed, thanks for checking ;-)
[11:11] <seb128> tseliot, email ubuntu-archive@l.u.c or ask on #ubuntu-release
[11:11] <Laney> I think all of evo/eds/empathy is now uploaded
[11:11] <seb128> Laney, \o/
[11:12] <tseliot> seb128: ok, thanks
[11:13]  * Laney wonders why logind needs an entire core
[11:14] <ogra_> thats a lennartrule
[11:14] <Laney> it's doing his bitcoin mining
[11:14] <ogra_> yeah
[11:36] <Sweetshark> seb128: libreoffice_4.0.2-0ubuntu3_source.changes is on chinstrap, but hasnt finished building locally
[11:37] <seb128> Sweetshark, well, you only changed the depends/conflicts stuff, no reason the build would change from the previous one right?
[11:39] <Sweetshark> seb128: I just vividly remember Linus from his talk on git at google in moments like this "developer makes a small commit that ... cant ... possibly ... break ... anything" ;)
[11:39] <seb128> Sweetshark, well, Linus might screw up but you don't, right? ;-)
[11:48] <didrocks> Mirv: ok, mind publishing them? You have the credentials ;)
[11:50] <didrocks> tseliot: that looks good to me :) I wonder about the cat however. It won't be marked as a conffile?
[11:50] <didrocks> tseliot: so, it will never be purged and not sure what happens if lightdm retry to restore it?
[11:51] <tseliot> didrocks: it will be purged with lightdm
[11:51] <tseliot> didrocks: and when nvidia-prime is removed, only that specific line that we added is removed
[11:52] <Sweetshark> seb128: I try to keep my screw-ups private -- sometimes I fail at that. I wouldnt want to be private screw-up free at all -- its the best way to learn. ;)
[11:52] <seb128> ;-)
[11:53] <Sweetshark> seb128: but yeah, the pbuilder is way past build-deps and ./configure, so the risks of this blowing up still are rather small.
[11:53] <seb128> Sweetshark, shrug, your upload was targetted to raring ... can you redo it for saucy?
[11:53]  * tseliot > lunch
[11:54] <Sweetshark> seb128: arrgh.
[11:54]  * Sweetshark shakes angry fist at dch.
[11:55] <seb128> Sweetshark, bonus point if you -S only rather including all the orig tarballs in the upload
[11:56] <Sweetshark> seb128: wait, both is correct here. Maybe the scp to chinstrap went wrong?
[11:56]  * Sweetshark checks
[11:56] <seb128> Sweetshark, both what?
[11:58] <didrocks> tseliot: but if there was no lightdm.conf
[11:58] <didrocks> then, nvidia-prime installs it
[11:58] <didrocks> we purge nvidia-prime
[11:58] <didrocks> only the line is removed, not the installed lightdm.conf that nvidia-prime "owned"? (as there was none)
[12:00] <Sweetshark> seb128: hmm, *confused* ... my scp copies them _somewhere_, but the files in my home on chinstrap look different.
[12:03] <Mirv> didrocks: ok, will check the command line via /msg with you
[12:03] <Sweetshark> seb128: /home/bjoern/libreoffice_4.0.2-0ubuntu3* on chinstrap now look good to me.
[12:04] <tseliot> didrocks: shall I remove the case in which the lightdm.conf is created when it's not found then?
[12:06] <seb128> Sweetshark, looks good indeed, thanks
[12:07] <didrocks> tseliot: I think it makes sense to not activate it, lightdm surely doesn't run in that case
[12:07] <didrocks> tseliot: then, please upload, I'll rereview quickly :)
[12:17] <tseliot> didrocks: I have just uploaded the package.  If you want to have a look at the diff with the latest change: http://paste.ubuntu.com/5719713/
[12:17] <didrocks> tseliot: ah, excellent, thanks!
[12:17] <didrocks> looks good :)
[12:18] <tseliot> didrocks: thanks a lot for your help. I really appreciate it :)
[12:19] <didrocks> tseliot: thanks for changing that and fixing that up quickly :)
[12:22] <tseliot> :)
[12:53] <didrocks> tseliot: oh, I still have the files in the source package
[12:53] <didrocks> tseliot: I think debian/rules clean should remove them
[12:53] <didrocks> let me ensure I cleaned my /tmp
[12:53] <tseliot> didrocks: yes, they shouldn't really be in the tarball
[12:54] <didrocks> tseliot: looks gorgious, a quick build and I'll hack :)
[12:54] <tseliot> good :)
[12:55] <didrocks> tseliot: NEWed :)
[12:55] <didrocks> seb128: any chance for android-audiosystem if you get a minute? :)
[12:56] <tseliot> didrocks: excellent, thanks. Can we move it to main when we have the binary or shall I file a MIR? (not urgent)
[12:57] <didrocks> tseliot: I think a MIR will be better, I tried to not review for MIR a package I review for NEW
[12:57] <tseliot> didrocks: ok, good. Thanks again
[12:58] <didrocks> yw ;)
[13:11] <seb128> didrocks, I started looked at it earlier but it's not a trivial source ... you could review it btw, you are not the one who uploaded ;-)
[13:12] <seb128> started looking*
[13:13] <didrocks> seb128: I cleaned up the package and still on deploying otto
[13:13] <didrocks> so don't really feel independant enough for that one
[13:13] <seb128> k, I will finish it
[13:13] <seb128> I stopped because I was unsure what to do with the pulseaudio config files that are in there and under the LGPL2+ but not listed in copyright
[13:14] <didrocks> seb128: IIRC, rsalveti is upstream for it with ricmm
[13:18] <seb128> didrocks, are they doing the packaging/debian copyright as well?
[13:19] <didrocks> seb128: they did, but we can help fixing it
[13:19] <mterry> didrocks, seb128: hello, happy Friday!  So for this 100scopes MIR, I noted that the launchpad and sshsearch scopes are python2 (for understandable reasons).  Does the desktop team still want them bad enough to add to the python2 base?
[13:20] <didrocks> launchpad is forced by the launchpadapi
[13:20] <seb128> mterry, hey, happy friday
[13:20] <didrocks> not sure for sshsearch!
[13:20] <didrocks> happy friday mterry :)
[13:20] <mterry> didrocks, that's by python-paramiko
[13:20] <seb128> didrocks, I think that's what he meant by "for understandable reasons"
[13:21] <seb128> but good question
[13:21] <seb128> I would prefer avoid adding new python2 package to the default desktop at this point
[13:21] <didrocks> maybe we should bring barry to that discussion? ^
[13:21] <didrocks> hum, no barry around :)
[13:27] <seb128> didrocks, to who/where do I do review comments about android-audiosystem then?
[13:28] <didrocks> seb128: I would say #ubuntu-touch and ping them
[13:43] <Laney> did we decide to keep apport bug reporting turned off?
[13:44] <seb128> no, we didn't discuss it
[13:44] <seb128> but pitti is off until monday so today is not a good day to discuss it I guess
[13:44] <seb128> Laney, do you have an opinion on the topic?
[13:45] <seb128> grrrarr
[13:45] <Laney> well, I just enabled it on my systems because I feel like the bug reports give better tracking
[13:45] <Laney> like I can come back and see the trace much easier
[13:45] <seb128> Sweetshark, Laney: libreoffice build fails on
[13:45] <seb128> "checking which hsqldb to use... external
[13:45] <seb128> checking for /usr/share/java/hsqldb.jar... no
[13:45] <seb128> configure: error: hsqldb.jar not found."
[13:45] <Laney> oh dear
[13:46] <Laney> yeah there's some other commits for that
[13:46] <Laney> http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=commitdiff;h=fec801a1525c478491d64e4508c7f85f1957b50a;hp=d6bb384bb864f566e343a83f1fccbcb2cf89584b
[13:47] <jbicha> Laney: https://launchpad.net/ubuntu/+source/gnome-contacts/3.8.0-1ubuntu1/+build/4630249
[13:47] <Laney> jbicha: depwait?
[13:47] <Laney> yeah
[13:47] <Laney> ho hum
[13:47] <seb128> Laney, cheese is not in main
[13:48] <Laney> yeah, just missed it when merging
[13:49] <Laney> why did it build in the PPA? I turned on the option to follow the archive components to catch things like this :|
[13:51] <seb128> go figure :/
[13:51] <seb128> Sweetshark, ^ any idea?
[13:52]  * Laney is going to test-build a cherry-pick of that thing
[13:52] <seb128> I would look a bit more into it if libreoffice was not taking like half an hour to download, 15 minutes to unpack, 10 hours to build, etc
[13:52] <seb128> Laney, thanks
[13:58] <Laney> running lintian on LO might have been an error
[13:58] <Laney> could be some time
[13:59] <seb128> indeed
[13:59] <seb128> running anything on LO seems like an error after 15 minutes :p
[13:59] <desrt> hai guies
[14:00] <seb128> desrt, howdy
[14:00] <desrt> seb128: teach me something new!
[14:00] <desrt> it's learn-something-friday!
[14:01] <Laney> libreoffice build-depends on firefox!
[14:01] <ogra_> is that new ?
[14:01] <Laney> dunno, this is all new to me
[14:01]  * ogra_ thought that was the case for ages 
[14:01] <Laney> it's only 337M of deps to download, though it would be worse
[14:01] <ogra_> but probably it is new for desrt
[14:02] <desrt> hmm
[14:02] <desrt> learn-something-new-and-useful friday? :)
[14:02]  * Laney wasn't trying to teach :P
[14:02] <czajkowski> seb128: doesnt running LO *always* result in an error :)
[14:03] <Sweetshark> seb128: hang on, Im in a call
[14:03] <seb128> desrt, on the amusing fact we are just closing the coldest month of may in 30 years with 30% less sun that the normal over the month for France
[14:04]  * seb128 wants summer
[14:04] <czajkowski> seb128: at least you have summmer and sunshine!
[14:04] <czajkowski> lets not rub it in to those who've yet to have nice weather :9
[14:04] <seb128> czajkowski, I hope we still do!
[14:04] <czajkowski> :(
[14:04] <desrt> seb128: it's going to be 30° here today
[14:04] <seb128> desrt, can't win?
[14:04] <czajkowski> desrt: where are you ?
[14:04]  * seb128 wants 25°C
[14:04] <larsu> seb128: me too!
[14:04] <czajkowski> 25-28 is rather nice
[14:04] <Laney> we've got 21 here
[14:05] <czajkowski> Laney: up north!
[14:05] <desrt> czajkowski: toronto
[14:05] <Laney> ate lunch outside and everything
[14:05] <czajkowski> desrt: oh nice, but you also get way too much so,  I did at one point consider moving there
[14:06] <czajkowski> Laney: coming down to london any time soon ?
[14:06] <Laney> hopefully not :P
[14:06] <desrt> czajkowski: i've been concluding lately that toronto is the best city on earth.  i'd advise anyone to move here :)
[14:07] <Laney> seb128: alright, LO at least passed configure ...
[14:07] <seb128> Laney, good enough, upload!
[14:07] <seb128> ;-)
[14:08] <Laney> the build actually seems to parallelise
[14:08] <Laney> it'll almost certainly run out of space
[14:09] <attente> is anyone else missing their datetime indicator?
[14:10] <seb128> no
[14:10] <seb128> attente, do you have indicator-datetime-service running?
[14:11] <seb128> attente, if not, do you get any error if you try to run it by hand (it's in /usr/lib/$arch/indicator-datetime-service)
[14:11] <attente> huh.. that was really weird, it wasn't installed
[14:11] <attente> working now
[14:12] <seb128> look into /var/log/dpkg.log
[14:12] <Laney> don't tell me you're running with proposed enabled!
[14:12] <seb128> you might get infos on when it got uninstalled
[14:12] <seb128> lol
[14:12] <seb128> he's probably and got hit by the e-d-s transition I guess
[14:13] <seb128> larsu, btw your gtk patch is in saucy so you can start depending on it, tweak your build-depends/depends to >= 3.8.2-0ubuntu2
[14:14] <larsu> seb128: awesome, thanks!
[14:14]  * larsu goes ahead and tweaks
[14:14] <seb128> yw, sorry it took so long, it has been a busy week
[14:14] <larsu> ha, no worries :)
[14:16]  * Sweetshark stomps on the ground and sulkily retreats into a corner as there is no love here for the libreoffice package ...
[14:17] <Laney> for some reason I'd disabled building in ram which is why it ran out of space
[14:17] <Laney> hopefully should work now
[14:17] <Laney> unless it needs more than 16G
[14:20] <seb128> Laney, "build" like source build or binary build?
[14:20] <Sweetshark> seb128: I cant quite make out from the backlog if you solved the LibreOffice issue. FWIW it is still happily building in my pbuilder
[14:20] <seb128> Sweetshark, there would be love for it if the thing was building :p
[14:20] <Laney> binary
[14:20] <seb128> Laney, good luck, I had to made over 6GB of free space for a debuild -S
[14:21] <seb128> Laney, btw could you review my commits to d-conf in the debian svn? I could use a second look on it just to make that the change is already/makes sense
[14:22] <Sweetshark> seb128: my pbuilder is not having -proposed here though, maybe thats the difference?
[14:22] <Laney> yes, it is
[14:22] <seb128> Sweetshark, likely yes
[14:23] <Sweetshark> ok, aborting that build then and try with -proposed ...
[14:24] <Sweetshark> seb128: just to rub it in:
[14:24] <Sweetshark> 13:37 < seb128> Sweetshark, well, you only changed the depends/conflicts stuff, no reason the build would change from the previous one right?
[14:24] <Sweetshark> 13:38 < Sweetshark> seb128: I just vividly remember Linus from his talk on git at google in moments like this "developer makes a small commit that ... cant ... possibly ... break ... anything" ;)
[14:25] <seb128> Sweetshark, alright, noted, you had a point there :p
[14:30] <seb128> Laney, btw did you see my d-conf ping?
[14:30] <Sweetshark> seb128, Laney: Ok, my log now says "Get:14 http://de.archive.ubuntu.com saucy-proposed/main amd64 Packages [55.1 kB]Get:14 http://de.archive.ubuntu.com saucy-proposed/main amd64 Packages [55.1 kB]" but still happily walks past the ./configure.
[14:33] <Laney> seb128: yeah, sorry, will look in a minute
[14:33] <Laney> putting even more bits of my system into ram
[14:33] <seb128> Laney, no hurry
[14:35] <sil2100> mterry: hi! How's the discussion regarding the python2 scopes?
[14:35] <Laney> Sweetshark: you got the new hsqldb?
[14:36] <Sweetshark> Laney: yes, but I think I dont break because I have _both_ hsqldbs
[14:36] <Laney> interesting
[14:37] <Sweetshark> Laney: which leads me to assume that maybe renes fix is wrong
[14:37] <Laney> watching a graph of all cores is quite nice while doing a LO build
[14:37] <Laney> I don't know how you would have got both - what's in Build-Depends?
[14:37] <mterry> sil2100, I believe last I heard seb128 was not excited about adding python2 packages, but we wanted to run it by barry
[14:37] <seb128> Laney, are you going to wait for the build to finish to upload?
[14:37] <mterry> sil2100, who isn't online right now
[14:38] <Laney> seb128: don't know - I'm kind of scared about uploading a failing package
[14:38] <sil2100> mterry: ok! Thanks
[14:38] <seb128> mterry, sil2100: right, it's the same as for tests, if we are lazy and let stuff in nobody will fix them later, if somebody really wants those scope in the default install they should port them and port the other packages needed to make that happen...
[14:38] <Sweetshark> Laney: now Im breaking too with the libsqldb-java removed.
[14:38] <seb128> Laney, well, it's already broken...
[14:39] <seb128> Laney, both Sweetshark and me did that already, join us :p
[14:39] <mterry> seb128, I'm surprised launchpadlib is still python2
[14:39] <Laney> it's going to be building way past all our EODs already
[14:39] <seb128> Laney, right, but maybe it will be built for monday ;-)
[14:39] <Laney> Sweetshark: how long do you think an in-RAM build will take for me on an i7-3770k with -j8? :-)
[14:40] <seb128> well, if you feel like letting your box heat until tonight and upload tomorrow I will not complain
[14:40] <seb128> Laney, how much disk space does a build of LO take?
[14:40] <Laney> 4.5G currently
[14:42] <Sweetshark> Laney: hard to guess. my Jenkins on my notebook took 3h (with ccache on a i7-2720QM with 16GB RAM running on a SSD)
[14:43] <Sweetshark> Laney: have an hour of that is dpkg singlethreadedly xz-compressing libreoffice-dbg ;)
[14:43] <Laney> urgh yeah, that stuff
[14:44] <seb128> well, if you hit that it's that the compile part worked
[14:44] <Sweetshark> on my 32-core 32GB RAM machine with ccache, I get the buildtime down to 3 minutes for an upstream build (which is faster of course, because its not a release build)
[14:44] <Laney> yeah
[14:44] <Laney> anyway I'll leave it going for a while
[14:44] <Laney> let me look at d-conf
[14:45] <seb128> Laney, thanks
[14:53] <Laney> seb128: The idea seems sound to me
[14:53] <Laney> do you envisage dconf-tools staying around?
[14:53] <seb128> Laney, until the next debian release/lts at least for upgrade purposes
[14:54] <seb128> Laney, pochu acked the split on #debian-gnome the other day as well btw, I just wanted a second look from somebody on the actual diff
[14:54] <Laney> Section → oldlibs (to let apt autoremove it)
[14:54] <Laney> Architecture → all
[14:55] <Laney> s/transitionnal/transitional/ and short description → "transitional dummy package"
[14:55] <Laney> and perhaps add "It can safely be removed"
[14:55] <Laney> and it has two rdeps in Debian: gdm3 and gnome-core
[14:57] <rsalveti> seb128: audio-subsystem would need a bit of love to be in a good shape, but feel free to ping me with an mr if you have time to review it
[14:58] <seb128> rsalveti, I did review and wrote my comments on #ubuntu-touch
[14:58] <seb128> Laney, thanks, http://paste.ubuntu.com/5720098/ ?
[14:58] <Laney> lgtm
[14:58] <seb128> Laney, great, thanks for the review
[14:58] <Laney> I think dconf-editor's long description could stand to be expanded a touch but that's a nitpick
[14:59] <seb128> Laney, if you have any suggestion feel free to edit, you have commit access ;-)
[14:59] <rsalveti> seb128: cool, sorry, checking the backlog
[14:59] <Laney> oh, sorry, the new packages need Breaks too
[14:59] <seb128> Laney, I commited my fixes
[15:00] <Laney> http://wiki.debian.org/Renaming_a_Package
[15:00] <seb128> Laney, why?
[15:00] <seb128> it's not a rename
[15:00] <seb128> it's a split :p
[15:01] <Laney> so you have to upgrade the old package and get the new empty one
[15:01] <seb128> well if you don't that's ok
[15:01] <seb128> you just get files overwritten
[15:02] <seb128> well, I've no strong opinion either way, adding the Breaks
[15:03] <Laney> http://www.debian.org/doc/debian-policy/footnotes.html#f53
[15:04] <seb128> Laney, right, it's theorically better, though in practice those cases almost never happen in the real world ... added them anyway, thanks ;-)
[15:04] <Laney> I'm a slight policy wonk :P
[15:05] <seb128> you are a DD, most of them are :p
[15:05] <seb128> Laney, btw if you want to sponsor/upload that to debian feel free, otherwise I will just let it UNRELEASED in the svn (one day Debian will allow source uploads and not force me to have an uptodate debian environment to build/upload fixes)
[15:13] <Sweetshark> Laney: what is that build that you are doing right now? did you patch ./configure.ac in LO?
[15:14] <Laney> Sweetshark: no, it's passing --with-hsqldb-jar which is already in there
[15:15] <Laney> http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=commitdiff;h=fec801a1525c478491d64e4508c7f85f1957b50a;hp=d6bb384bb864f566e343a83f1fccbcb2cf89584b this
[15:16] <Laney> seb128: will do
[15:16] <seb128> Laney, thanks
[15:18] <Sweetshark> Laney: ah, ok. FWIW patching configure seems to work here, but --with-hsqldb-jar is indeed cleaner.
[15:18] <Laney> yeah, using the right levers
[15:21] <seb128> didrocks, can you binNEW d-conf for me (I just split the -tools in -cli and -editor, Laney already reviewed the diff, it should be fine)
[15:23] <Laney> I'm guessing unity can go to dconf-cli
[15:24] <seb128> Laney, want to ack https://code.launchpad.net/~seb128/unity/update-dconf-depends/+merge/166826 ? ;-)
[15:24] <Laney> hah
[15:24] <Laney> have no power to do that unfortunately
[15:24] <seb128> Laney, I prefer to have dconf-cli to be binNEWed first anyway
[15:24] <seb128> that's why I was pinging didrocks
[15:24] <Laney> indeed
[15:25] <didrocks> seb128: sure
[15:25] <seb128> didrocks, thanks
[15:25] <didrocks> Laney: trusting you!
[15:25] <seb128> didrocks, to main please
[15:25] <Laney> I didn't try a build(!)
[15:25] <seb128> didrocks, and armhf is just publishing
[15:25] <Laney> so check the packages aren't empty etc (whatever you usually do for binNEW)
[15:25] <seb128> done publishing
[15:27] <seb128> attente, what's the story with u-g-m and the old appmenu-gtk/gtk patches, does it conflict with any of those?
[15:27] <seb128> attente, like should we make sure appmenu-gtk get uninstalled on upgrade?
[15:31] <attente> seb128, yeah, u-g-m doesn't work if the patches are present
[15:33] <attente> if appmenu-gtk is installed with u-g-m, who wins depends on the presence of the patches, but probably better to uninstall appmenu-gtk anyways
[15:34] <attente> maybe it's better to leave both installed when transitioning from patched to unpatched gtk
[15:36] <seb128> attente, ok, thanks
[15:37] <attente> although i guess sil2100 already added the Conflicts between the two
[15:39] <Laney> I thought I saw an Xsession.d snippet to turn appmenu-gtk off from u-g-m
[15:39] <seb128> attente, well, we didn't drop the gtk patches yet, and we need to update indicator-appmenu to stop recommending appmenu-gtk but recommends u-g-m instead
[15:40] <sil2100> attente, seb128: yes, I made those two conflict currently
[15:40] <sil2100> So that we can test it easily on daily-release
[15:41] <seb128> sil2100: any plan to change the indicator-appmenu recommends?
[15:47] <didrocks> sil2100: Mirv: cyphermox: kenvandine: we are removing ati from utah checks to install a saucy machine with it
[15:47] <didrocks> for otto
[15:47] <sil2100> seb128: ok, let's do that, since the switch anyway is happening, somehow this task slipped my mind
[15:47] <sil2100> seb128: thanks for reminding!
[15:50] <Laney> Sweetshark: DAMN! ENOSPC!
[15:56] <seb128> Laney, told ya, LO is a bitch
[15:56] <Laney> it is
[15:56] <Laney> I've given it 32G now ...
[15:56] <Laney> no more left in the tank
[15:56] <jbicha> Laney: when you're done with LO, you should give webkit a try ;)
[15:56] <Laney> I've built webkit loads of times :P
[15:57] <Laney> haven't seen LO break the linker yet, so each is special in its own way
[15:58] <walters> Laney, are you using -Wl,--no-keep-memory ?
[16:01] <Laney> walters: I think the flag we used in the end was --reduce-memory-overheads
[16:01] <walters> webkitgtk's SetupCompilerFlags.m4 has:
[16:01] <walters> dnl Optimize for ld memory use: http://lists.macosforge.org/pipermail/webkit-dev/2012-March/020111.html
[16:01] <walters> LDFLAGS="$LDFLAGS -Wl,--no-keep-memory"
[16:01] <walters> and that works fine for all my builds
[16:01] <Laney> upstream since fixed it - the problems were a while ago
[16:01] <Laney> they split the offending library
[16:07] <kenvandine> didrocks, cool
[16:54] <didrocks> and we have a saucy machine ready as well \o/
[16:55] <Laney> jbicha: ty for evolution-mapi
[16:55]  * didrocks waves good evening and good week-end!
[17:01] <seb128> attente, so, I've u-g-m installed, UBUNTU_MENUPROXY unset, but menus show locally with gtk apps (I've rebuilt gtk without the proxy patch but that makes no difference) ... is that a known issue? (I tried inkscape xchat-gnome and poedit)
[17:01] <jbicha> Laney: the excuses page wasn't a whole lot of help for that one
[17:02] <Laney> update_output.txt had it
[17:02] <Laney> it shows gnome-core-devel too which I'm fixing
[17:04] <Laney> jbicha: I don't really know what the semantics of these metapackages are though
[17:04] <Laney> should I bump evo/eds to 3.8 or just remove the dropped -dev packge?
[17:05] <jbicha> Laney: I think dropping is enough, I believe Debian uses the minimum version numbers to force upgrades but we shouldn't need that on Ubuntu
[17:05] <Laney> ok
[17:14] <Laney> apt claims it's installable here
[17:14] <Laney> good enough for me. SHIP IT.
[17:23] <Laney> happy weekend!
[17:23] <Laney> I'll come back in a bit to check on / upload LO
[17:31] <seb128> Laney, happy w.e to you too!
[17:38] <seb128> ok, time to call it a week for me too
[17:38] <seb128> see you on monday
[17:42] <ricotz> hmm seb is gone :\
[17:42] <ricotz> Laney, hi, the breaks in d-conf are a bit wrong
[18:17] <Laney> ricotz: please fix
[18:20] <Laney> ricotz: what's the problem?
[18:21] <Laney> or are you talking about the Ubuntu version? because I only looked at the one I uploaded to Debian and that was right IIRC
[18:21] <Laney> anyway, bbl
[18:23] <ricotz> Laney, ah sorry, i mean the ubuntu version http://launchpadlibrarian.net/141181976/d-conf_0.16.0-0ubuntu1_0.16.0-0ubuntu2.diff.gz which uses the debian breaks/replaces
[18:34] <jbicha> ricotz: I'm uploading the fix
[19:03] <dobey> great quote. horrible quit message
[20:09] <jdstrand> cyphermox: hi! is evolution-indicator supposed to work in 12.04? someone mentioned it doesn't and I tried to get it to, but it doesn't. it neither display the message count for the inbox nor does it turn the envelope green (or some other color)
[20:09] <jdstrand> cyphermox: googling indicated that others have the same issue
[22:38] <cyphermox> jdstrand: it should have, but I'm not sue