[00:02] <Laney> I guess I'll just send the patch to the bts then
[00:02] <RAOF> That'd fly.
[00:02] <RAOF> Well, and you can upload to Universe, too.
[00:03] <Laney> I can't
[00:04] <RAOF> Oh.  Well, I could :)
[00:04] <Laney> I'll sort you out with my debdiff
[00:05] <RAOF> Eh.  I think we can probably wait to sync it.
[00:05] <Laney> mmk
[00:06] <Laney> How do I get this plugin to work, btw? It's telling me I might need to rescan my collection but I don't know how to do thtat
[00:06] <Laney> Oh, I found it
[00:06] <RAOF> It adds a "rescan library" button to tools.
[00:09] <Laney> RAOF: Can I say that you're sending upstream a patch to the build system?
[00:09] <Laney> (are you?)
[00:10] <RAOF> Once it works acceptably, yes.
[00:10] <Laney> cool
[00:11] <directhex> remembering that 'csc' is never the right option for upstream (currently it's a debianism) - but not being able to set csc IS a bug
 http://pastebin.ubuntu.com/78491/ is a good example
[00:11] <directhex> i had similar madness with OOo
[00:11] <RAOF> directhex: csc _might_ be an option for upstream, if they'd like to be buildable on Windows, no?
[00:11] <directhex> RAOF, yes, i think that's true
[00:12] <directhex> RAOF, s/windows/microsoft.net/, but yes
[00:12] <RAOF> Heh.  Yeah.
[00:12] <Laney> Right, the proper patch shouldn't rely on CSC, rather allow the person building to choose the compiler they like
[00:13] <directhex> Laney, :)
[00:13] <Laney> silly upstream
[00:13] <directhex> and now... bedtime!
[00:13] <Laney> nn
[00:24] <nixternal> TheMuso: what do I need to do in order to renew my UUS membership?
[00:25] <StevenK> nixternal: Beg.
[00:25] <nixternal> hehe
[00:25] <nixternal> I was wondering why I wasn't receiving any of the emails
[00:26] <StevenK> hppa      0 builds waiting in queue
[00:26]  * StevenK resets his jaw
[00:27] <wgrant> StevenK: Just wait for the give-back...
[00:27] <StevenK> Ah, a whole bunch has failed?
[00:28] <wgrant> ... it is hppa.
[00:28] <TheMuso> nixternal: Whats your current uus status?
[00:28] <StevenK> Point.
[00:28] <wgrant> 408 failures.
[00:28] <nixternal> TheMuso: expired
[00:28] <wgrant> http://qa.ubuntuwire.com/ftbfs/index_complete.html
[00:28] <TheMuso> nixternal: Ok I can re-activate you if you'd like.
[00:28] <nixternal> yes please :)
[00:30] <TheMuso> nixternal: Done.
[00:30] <nixternal> thank you much!
[00:31] <james_w> tip: it helps if you actually make the changes rather than just describing them in the changelog entry
[00:31] <TheMuso> heh
[00:31] <TheMuso> I've done that a few times, trying to rush things. :)
[00:33]  * RAOF almost always debdiffs the new package against the old, to ensure the changelog matches reality.
[00:33] <RAOF> And when I don't do that, I invariably mess up!
[00:35] <TheMuso> RAOF: Thats a very good habbit.
[00:35] <TheMuso> I usually do that as well, but sometimes when one is in a hurry, its easy to miss a step and assume. :p
[00:36] <crimsun> what the
[00:36] <crimsun> I'm still in uus?
[00:37] <tonyyarusso> !backtrace
[00:37] <TheMuso> crimsun: heh
[00:40] <tonyyarusso> Uhhh, okay.  How do I get a backtrace for a mozilla application?  gdb tells me ""/usr/bin/kompozer": not in executable format: File format not recognized" and quits.  That file is a shell script that's sets up the environment to run kompozer-bin.
[00:40] <TheMuso> tonyyarusso: Attach to the pid with gdb?
[00:41] <tonyyarusso> TheMuso: ah, right
[00:41] <tonyyarusso> TheMuso: wait, crud.  I can't do that either.  It's crashing with a buffer overflow immediately on run.
[00:42] <crimsun> invoke it from within gdb.
[00:42] <crimsun> (not the wrapper, the actual executable)
[00:43] <tonyyarusso> Will that work without the voodoo of the setup script?
[00:43]  * tonyyarusso goes to try, but who knows
[00:43] <crimsun> that's a test point.
[00:43] <azeem> you can set edit the environment in gdb as well
[00:43] <azeem> -set
[00:45] <tonyyarusso> All right, now I get (no debugging symbols found), although I made and installed a dbgsym package...
[00:46] <tonyyarusso> (and the application doesn't actually start either)
[00:50] <tonyyarusso> I had produced kompozer-dbgsym_0.7.10-0ubuntu5_i386.ddeb using debuild -nc, although I have no idea if that actually worked correctly, then installed it with dpkg -i.
[00:51] <TheMuso> tonyyarusso: Why not fetch the packages from ddebs.ubuntu.com?
[00:53] <tonyyarusso> TheMuso: because I didn't know such things had been made for my package.
[00:55] <StevenK> tonyyarusso: You will probably need dbgsym's for libraries linked to
[00:57] <RAOF> Does anyone have a script to walk the dependency chain and install -dbgsym packages?  I've occasionally thought one would be useful, but not hard enough to actually write one.
[00:57] <TheMuso> Hmm sounds like ddebs.ubuntu.com has not been very widely advertised./
[00:58] <RAOF> (As in: potential use is insufficient to overcome inertia)
[00:58] <ajmitch_> didn't apport install those at some point?
[00:59] <tonyyarusso> TheMuso: Don't take me as a good data point for that - I haven't been paying attention.
[00:59] <crimsun> pitti wrote an e-mail to the dev list(s) some years ago
[00:59] <crimsun> granted, that's not precisely wide advertisement
[01:18] <james_w> I was wondering the other day why -dbgsym packages don't depend on others
[01:18] <james_w> or recommend rather
[01:18] <james_w> I suspect there is a technical reason for it
[01:18] <RAOF> Or maybe no one thought of it?
[01:20] <RAOF> After giving it not very much thought, I think pkg-create-dbgsym should have all the relevant info.  At least it has the list of binary dependencies and library shlibs and such.
[01:21]  * RAOF thinks 'glitch-free' pulseaudio could do with a less anti-descriptive name.
[01:22] <tonyyarusso> In Build-Deps, is a minimum version required?
[01:22] <RAOF> Only when a minimum version _is_ required.
[01:22] <RAOF> So, in general, no.
[01:23] <tonyyarusso> Hmm, what else might generate this error?  "dpkg-source: error: syntax error in kompozer-0.7.10/debian/control at line 9: block lacks a package field"
[01:23] <crimsun> pastebin the debian/control ;)
[01:24] <RAOF> I think I'll settle for calling it the new 'torture ALSA' feature of pulseaudio.
[01:24] <TheMuso> RAOF: Why? Whats up with it, besides your issues with underruns?
[01:24] <tonyyarusso> http://paste.ubuntu.com/78514/
[01:25] <RAOF> TheMuso: Exactly those issues, nothing more.
[01:25] <crimsun> RAOF: to be fair, much of the high-res timer work hasn't been stabilised yet, so we don't see it in alsa-driver yet.
[01:25] <ajmitch_> tonyyarusso: the extra blank line
[01:25] <crimsun> (meaning Takashi's high-res timer work)
[01:25] <ajmitch_> tonyyarusso: ie, take out line 7
[01:26] <tonyyarusso> ajmitch_: oh, doh
[01:27] <RAOF> crimsun: Oh?  I thought that, while it made unusual demands of the alsa drivers, it was at least expected for the drivers to be able to comply :)
[01:29] <crimsun> RAOF: err, given just the state of HDA quirks statically compiled into the driver, ...
[01:30] <RAOF> So how is fedora shipping pulseaudio 0.9.13?
[01:31] <crimsun> "very carefully"?
[01:31] <crimsun> seriously, F10 ships 0.9.13+crackton of patches
[01:31] <RAOF> Ah.
[01:32]  * TheMuso is pulling the useful ones from git and adding them to Ubuntu.
[01:32] <tonyyarusso> How do I add the ddebs.ubuntu.com repo to pbuilder?
[01:35] <crimsun> update --override-config --othermirror foo
[01:35] <crimsun> (my syntax may be incorrect, but that's the gist)
[01:38] <RAOF> I tend to just pbuilder login --save-after-login.
[01:38] <RAOF> Then edit away!
[01:42] <tonyyarusso> I didn't know you could login to a pbuilder...
[01:43] <RAOF> Oh, yeah.  It's moderately useful :)
[01:49] <sooth> I have a package which I am trying to uupdate and the patches are not applying cleaning. But I do not know what patches it is trying to apply. There is no patches directory in debian. Where could it be trying to retrieve the patches from?
[01:49] <crimsun> from the diff.gz inlined
[01:50] <sooth> crimsun: Ah, thanks.
[02:48] <sooth> Is there a way to extract a .changes file from a deb?
[02:52] <ScottK> sooth: What problem are you trying to solve?
[02:55] <TheMuso> sooth: .changes files are only ever usd when uploading packages. Source and binary packages do not keep .changes files. The changelog should be enough for you to find out what has changed.
[02:56] <ScottK> jdong: You around?
[02:57] <sooth> I built a package using prevu as a dependency of another package. Now I want to dput the first package to my local repo so the second package can see it.
[03:04] <ScottK> sooth: .changes is an output of the build process, so if you don't have the .changes and you need it, the simplest thing is to build it again.
[03:04] <sooth> ScottK: Does prevu output a changes file? Or do I have to use pbuilder directly?
[03:05] <ScottK> sooth: No idea.  I've never used it.
[03:05] <sooth> I thought I remember prevu taking care of this stuff for me automatically
[03:11] <ScottK> Lutin: Why did you split libmlt into three binary packages back in January of this year?  The debian changelog says you did, but not why.  There are no packages in the archive (that I have found) that depend on one that do not depend on all three, so I don't see the point.
[03:18] <sooth> /quit I've got an infinite number of places to go, the problem is
[03:18] <sooth> where to stay. -- Johnny
[03:56] <jmarsden> If a source tarball includes a LICENCE file (GPLv2) but none of the actual source code files have a copyright line at all, is that going to fly for Universe acceptance?? Or would we need to get the original authors to add copyright statements?  I've seen the other way around, GPL-style copyright in the source but no COPYING/LICENSE file... but not this way around...
[03:57] <coppro> I've heard that it won't, but I'm not sure
[04:01] <jmarsden> That's my instinct too.  OK, thanks.
[04:01] <RAOF> jmarsden: If it's unambiguous that the LICENCE applies to all files in the tarball, it /might/ fly.
[04:02]  * Hobbsee randomly trouts RAOF
[04:02] <RAOF> But it's much nicer for everyone concerned if each file has an unambiguous licence header.
[04:03]  * RAOF catches the trout by the tail and dances a merry jig.
[04:03] <jmarsden> Yes, definitely... OK.
[06:32] <tonyyarusso> Could someone take a look at this backtrace and point me in the right direction?  http://paste.ubuntu.com/78607/
[06:34] <tonyyarusso> (Line 294 looks interesting)
[07:00] <RAOF_> tonyyarusso: Hm.  There's nothing obviously null there.  294 is only complaining that it can't find the source file so that it can display it to you.
[07:04] <tonyyarusso> RAOF_: oh.  Well, the application is hanging for some reason or other.  (Previous build would crash with a segfault, now it just hangs.)
[07:30] <dholbach> good morning
[07:51] <iulian> Good morning dholbach.
[07:51] <dholbach> hi iulian
[08:24] <geser> good morning
[08:24] <NCommander> hey geser
[08:25] <geser> Hi NCommander
[08:25] <NCommander> I finally have non-****py internet access again!
[08:27] <iulian> Heya geser, NCommander.
[08:27] <NCommander> hey iulian
[08:30] <eMerzh> good morning everybody :) ... if you have free time, feel free to review or advocate it :p ( http://revu.ubuntuwire.com/details.py?package=sqliteman )
[08:52] <aftertaf> hi all...
[08:52] <aftertaf> i want to report a bug with kde nightly (4.2 beta)
[08:52] <aftertaf> i did it via kde bugs website, but someone said one of the problems is an installation problem . ..
[08:53] <Hobbsee> aftertaf: you probably want #Kubuntu-devel
[08:54] <aftertaf> basically, the kickoff apps launcher has no applications in it, apart from the favorites i had added from 4.1.3
[08:54] <aftertaf> ahh Hobbsee thx :)
[08:54] <aftertaf> hi
[08:54] <Hobbsee> hey there :)
[08:54] <aftertaf> you're up late......
[08:54] <Hobbsee> i'ts almost 8pm here?
[08:54] <aftertaf> ah i'm up too early to calculate correctly, then ;)
[08:54] <Hobbsee> haha
[08:54] <aftertaf> 10am
[08:56] <aftertaf> so hows it going anyway??
[08:57] <aftertaf> long time no (ir) see
[08:57] <Hobbsee> studying for exams and such
[08:57] <aftertaf> nice...
[08:58] <aftertaf> been there.... glad its behind me.... :D
[09:44] <james_w> morning all
[09:48] <dholbach> can anybody in the MOTU SRU team let me know what the state of bug 244613 is?
[09:49] <dholbach> jdong, nxvl: are you looking for a replacement for dktrKranz?
[09:59] <yann2> hello!
[09:59] <yann2> I am trying to find someone from the ubuntu planet, for a special "membership" request.. anyone know who I could speak to?
[10:00] <dholbach> yann2: what are you exactly looking for?
[10:01] <yann2> dholbach > I want to discuss the possibility of adding a new feed - which wouldn't be for a personal blog, but for a Ubuntu tag on the blog platform of my company (low traffic).
[10:01] <yann2> I am deploying ubuntu as a server solution for 18 months already - some people are also moving to ubuntu/kubuntu on their desktops
[10:01] <yann2> I thought it could be interesting as a way to promote ubuntu server, get feedback, discuss about the software we deploy / small tricks etc
[10:02] <dholbach> yann2: technically anybody in ubuntumembers can add any to Planet by using https://wiki.ubuntu.com/PlanetUbuntu - but I'm not sure we've had a case like yours before
[10:02] <yann2> what software is interesting for us, what prevents us from moving specific parts to ubuntu,KVM virtualisation
[10:03] <yann2> dholbach > I know I read this...  this is why I was speaking of "special" request :P
[10:03] <dholbach> yann2: I'd suggest bringing it up at the next CC meeting
[10:04] <yann2> oh there is no such thing as a ubuntu-planet mailing list or so? if no then I'll be there :)
[10:04] <dholbach> I'm sure it might be interesting to have content like this (if it's not the dominating content on planet), but I guess it could be discussed beforehand to have something like a rough guideline
[10:05] <yann2> it's very low traffic, one post a week I guess - we are an archaeological company, not it ;)
[10:05] <dholbach> no planet-related mailing list I'm aware of
[10:05] <yann2> s/it/IT
[10:33] <slangasek> james_w: meh, you need to stop fixing FTBFS packages so indiscriminately, now mseide-msegui builds but the output is a steaming pile :-)
[10:34] <james_w> heh :-)
[10:34] <slangasek> (mseide-msegui, Depends: msegui, mseide, msegui-tools; Contents: /usr/share/doc/mseide-msegui.  Um... ok then!)
[10:35] <Hobbsee> wow...
[10:35] <Hobbsee> clearly, that's special.
[10:36] <StevenK> From "Perhaps bonghits will help my packaging" school ...
[10:37] <slangasek>  Description: gtk bindings for the lua language version 5.1
[10:37] <slangasek>  Depends: libc6 (>= 2.4), libffi5 (>= 3.0.4)

[10:47] <yann2> dholbach > I've added an item to the CC meeting agenda.. it's tomorrow.. I hope I'll be able to make it at 21h, no connectivity at home :(
[10:54] <yann2> mrf, will be postponed to next one then, just booked a concert ticket :)
[11:46] <james_w> slytherin: hi, are you still interested in bug 237668?
[11:47] <slytherin> james_w: Sure. I will work on it today. I also have libjdic-java merge in my name.
[11:47] <james_w> cool
[11:47] <james_w> and congratulations
[11:53] <mok0> hey slytherin, congrats!
[12:19] <\sh> moins
[12:19] <geser> Hi \sh
[12:35]  * sebner winks \sh and geser =)
[12:43]  * geser waves back
[13:09] <eMerzh> if someone has some time to review my package ( http://revu.ubuntuwire.com/details.py?package=sqliteman ) i'll be happy to correct if some mistakes showed up
[13:19] <lidaobing> help review http://revu.ubuntuwire.com/details.py?package=iptux, thanks
[14:32] <JonReagan> could someone nuke my package from REVU?
[14:34] <JonReagan> it
[14:34] <JonReagan> is http://revu.ubuntuwire.com/details.py?package=openproj
[14:40] <ScottK-laptop> JonReagan: Why do you want it nuked?
[14:41] <JonReagan> The req. development is waaay over my head
[14:42] <JonReagan> packaging was easy, but it turned out that some internal stuff had to be changed
[14:42] <JonReagan> I would also have to package several included apps which were not in the repos
[14:51] <ScottK-laptop> JonReagan: No real need to nuke it then.  Just leave a comment to that effect (with specifics if they aren't otherwise commented) and maybe someone else will pick it up.
[14:56] <JonReagan> thanks Scott!
[15:04] <bddebian> Heya gang
[15:04] <ScottK> heya bddebian.
[15:04] <bddebian> Hi ScottK
[15:06] <eMerzh> if a motu want to review my package, previously advocated by DktrKranz, it's waiting at http://revu.ubuntuwire.com/details.py?package=sqliteman ... :D thanks a lot for your time
[15:19] <geser> Hi bddebian
[15:19] <bddebian> Heya geser
[15:22] <slytherin> james_w: I probably missed some message from you earlier. We had to evacuate the office building due to a false bomb threat. :-)
[15:22] <james_w> wow
[15:28] <lidaobing> sladen, India?
[15:29] <slytherin> lidaobing: yes
[15:30]  * ScottK lives near Washington, DC.  We had a lot of that after 9/11.
[15:34] <quentusrex> Is someone around to help with a permissions issue/
[15:34] <quentusrex> ?
[15:34] <slytherin> james_w: I am marking bug 303305 invalid. jboss packages will move to universe in jaunty cycle. is that fine?
[15:35] <james_w> slytherin: works for me
[15:36] <sebner> ScottK: no wish to move to a safe country like Austria? ;P
[15:37] <ScottK> sebner: Where I don't speak the language?  No.
[15:37] <sebner> ScottK: well, consider Ireland then =)
[15:37] <laga> just listen to falco
[15:37] <sebner> laga: heh
[15:37] <ScottK> sebner: I've already lived in Ireland once.
[15:38] <sebner> ScottK: cool, didn't know. I was there for 2 weeks of holiday
[15:40] <geser> I was once in Scotland and it was rainy
[15:42] <ScottK> I spent roughly a quarter of my 20's outside the US.
[15:43] <quentusrex>  If I have a php based piece of software called FreePBX that controls the software Asterisk(which does not use apache for anything). FreePBX developers say to change the user that apache runs under from www-data and the group from www-data all to 'asterisk' so that apache has all of the right permissions. Is there another way to enable the right permissions without changing the user and group for apache???
[15:43] <slytherin> geser: any idea why libjboss-cache1-java is not yet synced from Debian? There are no Ubuntu changes and the Debian version has been cleared form NEW queue since 2 days.
[15:43] <sebner> geser: heh, rain \o/
[15:43] <sebner> ScottK: still think the US is the best?
[15:43] <ScottK> slytherin: Unstable or Experimental?
[15:44] <ScottK> sebner: For me, yes.  For others, YMMV.
[15:44] <slytherin> ScottK: unstable/main, previously it was in contrib
[15:44] <sebner> ScottK: kay
[15:44] <ScottK> slytherin: Dunno.  The sync runs on a periodic.
[15:44] <slytherin> ScottK: I was assuming the period to be 24 hours.
[15:45] <ScottK> sebner: We had German students living with us for 4 years and they all left with a MUCH more positive view than they arrived with.  Don't judge things here too much by what you see in the media.
[15:46] <broonie> I get the impression that it does rather depend on where you are.
[15:46] <sebner> ScottK: well, voting Bush *two* times isn't giving a good impression indeed ;)
[15:47] <dholbach> sebner: tell us who got nearly 30% in Austria? :)
[15:47] <sebner> dholbach: heh, good point but bush had powers for 4 years already ;)
[15:48] <dholbach> I think it's time now to not turn #ubuntu-motu into "the backyard" forums :))
[15:48] <ScottK> sebner: Well the first time I think is excusable as he ran as a very different person than he turned out to be.  The 2nd time, well I blame the Democrats.  Probably any other breathing politician in the US could have beat Bush in 2004, but they chose the one almost guaranteed to fail.
[15:48] <bddebian> *cough*
[15:48] <geser> slytherin: did the archive admins run their autosync script since that day?
[15:48] <sebner> ScottK: maybe true but still no excuse
[15:49] <sebner> geser: btw ... voting :P
[15:49] <slytherin> geser: doesn't it run automatically?
[15:49] <geser> sebner: sure, I plan to write that mail today, I already know what I want to write, I just need to do it :)
[15:50] <sebner> geser: heh, cool. thumbs up
[15:54] <geser> slytherin: iirc no, one of the archive admins needs to start it
[15:55] <geser> but I might be mistaken
[15:55] <geser> at least this is the case for new packages not yet in Ubuntu
[15:56] <slytherin> geser: but this package was already present in Ubuntu. Anyway, I am currently trying to build Debian version in pbuilder. If it builds then I will specifically ask someone to do the sync.
[16:00] <geser> slytherin: yes I know, but I don't remember if auto-sync is full automatic or only semi-automatic (an archive admin has to start it)
[16:11] <ScottK> directhex: Help appreciated with mono transition for kde4bindings: https://launchpad.net/ubuntu/jaunty/+source/kde4bindings/4:4.1.80-0ubuntu1
[17:01] <slytherin> geser: I was wrong about libjboss-cache1-java, it is synced already and built. Also libhibernate3-java is built.
[17:08] <slytherin> any archive admins around?
[17:09] <cody-somerville> slytherin, what do you need?
[17:10] <slytherin> cody-somerville: Can you please take a look at libhibernate3-java binary package in queue and clear it if it has no problems?
[17:10] <slytherin> cody-somerville: I am planning to do retry for other packages in DEPWAIt because of libhibernate3-java
[17:46] <jdong> muahahaha -Zlzma! -Zlzma!
[17:55] <ScottK> jdong: Do you know anything about the mlt packages we have from Debian Multimedia?
[18:03] <eMerzh> someone has time to review a pkg?
[18:03] <jdong> ScottK: no, I don't have any experience with them
[18:05] <ScottK> jdong: Any chance you'd be willing to take a look at updating them?  I know zip about ffmpeg stuff.  I'm mostly wanting to get the kde4 version of kdenlive in Jaunty.
[18:09] <jdong> ScottK: yeah, I plan to look at updating the media stack soon-ish
[18:09] <jdong> ScottK: currently I'm bogged down trying to help handbrake upstream produce some proper debianized packaging
[18:10] <jdong> it's one of those media apps that has to bundle half of multiverse, so fun fun fun :)
[18:10] <ScottK> jdong: Cool.  Both the mlt packages are updated in Debian Multimedia, so it should be pretty easy.
[18:10] <ScottK> Lovely.
[18:47] <quentusrex> What's the process to get a brand new piece of software that hasn't ever been packaged before, into ubuntu?
[18:48] <RainCT> quentusrex: well, packaging it and uploading it to REVU
[18:48] <RainCT> !revu
[18:50] <quentusrex> What if it's not my software. Can I upload for instance vtiger the CRM software? and the FreePBX software?
[18:51] <RainCT> quentusrex: if the licensing is correct, sure
[18:58] <ScottK-laptop> leonel: How you doing?
[18:58] <ScottK-laptop> leonel: New security issue in the latest clamav release.
[18:58] <ScottK-laptop> leonel: I got Jaunty updated and a package for Intrepid to the security team, but you'll need to add this one to your list.
[18:59] <ScottK-laptop> leonel: https://wwws.clamav.net/bugzilla/show_bug.cgi?id=1266
[18:59] <ScottK-laptop> leonel: How's that project going?
[19:05] <leonel> ScottK-laptop:   got harder than I though with the patches you sent  I guess I fix first the critical CVE's addressed already on Debian and this one you pointed  then the  mem leaks,   is this right with you ???
[19:06] <ScottK> leonel: Sounds good.
[19:06] <ScottK> leonel: I'd say if you get this new ones and all the ones Debian addressed, that'd be worth an upload.  That'd give you more time to work through the rest.
[19:06] <leonel> scottK great ..
[19:35] <ScottK-laptop> Annoying when the answer to the question, "Why isn't it showing up in the archive yet?" is "I forgot to upload it."
[19:35] <jdong> :)
[19:35] <jdong> it's worse when the answer is "wait... where DID I upload it??"
[19:36] <ScottK> Well I've done that one too.
[19:37] <jdong> what version of Ubuntu first supported LZMA debs?
[19:37] <calc> jdong: 8.04 iirc
[19:38] <jdong> mmmkay, good enough.
[19:38] <calc> jdong: well full support anyway
[19:38]  * calc wrote the final bits of support, but can't remember exactly when ;-)
[19:38] <jdong> handbrake is generating 10MB binaries. Wanna see if I can cut that down a bit.
[19:38] <jdong> bzip2 didn't help, so time to try my last buddy :)
[19:38] <calc> i discussed it UDS and the first one i went to was in Oct 2007 so must be 8.04
[19:39] <calc> it might be interesting to recompress the whole archive and redo packages that it would help a lot
[19:39] <calc> in some cases it makes a huge difference
[19:39] <calc> but i only looked at what was on the alt cd
[20:00] <jdong> calc: hmm, gzip: 4.5MB+4.8MB; lzma: 3.3MB+3.6MB....
[20:01] <jdong> I wonder if a 2.4MB net savings is worth it....
[20:01] <jdong> then again I don't think an extra 4 seconds compressing the package is worth shedding tears over, either.
[20:06] <calc> jdong: heh
[20:20] <nxvl> nixternal: we are arriving to SFO or San Jose, it would be better if you specify in your post to which airport are you arriving
[20:20] <sebner> nxvl: haha!!
[20:22] <jdong> leleobhz: ping; I've gone evil and repackaged handbrake using debhelper with some coordination from their development team. I've stuck my work-in-progress on a PPA at ppa.launchpad.net/handbrake-ubuntu/ubuntu
[20:22] <jdong> in particular as outlined in README.Debian upstream provided strong reasoning for bundling their libraries and insist that either this be upheld or we don't try to make official packages and cause a support headache
[20:23] <jdong> I still have debian/copyright to write, and neither ghb nor HandBrakeCLI have a manpage
[20:23] <jdong> I noticed that you created a manpage for the CLI; I'd like to ask for permission to use it with credit, if you please
[20:24] <calc> jdong: for your brief description it sounds like handbrake is mplayer part 2? :\
[20:24] <calc> s/for/from/
[20:24] <jdong> calc: slightly worse than that :)
[20:24] <calc> iow we like to do weird crap and you will like it or else? ;-)
[20:24] <calc> lol
[20:24] <jdong> calc: echo *.tar.gz: a52dec.tar.gz faac.tar.gz faad2.tar.gz ffmpeg.tar.gz lame.tar.gz libdca.tar.gz libdvdread.tar.gz libmkv.tar.gz libmp4v2.tar.gz libogg.tar.gz libsamplerate.tar.gz libtheora.tar.gz libvorbis.tar.gz mpeg2dec.tar.gz x264.tar.gz xvidcore.tar.gz
[20:25] <jdong> and there's about 3x that # of files in patches :)
[20:25] <jdong> and yes, they do use incompatible --configure flags compared to what we do, and different ancestry libmp4v2, etc
[20:25]  * calc thinks it would be better off just adding handbrake to some sort of blacklist never to install on Ubuntu list
[20:26] <calc> until they can figure out wtf they are doing
[20:26] <jdong> calc: oh installation is perfectly fine -- the bundled libs never see the light of day; statically linked.
[20:26] <calc> oh thats somewhat better i guess
[20:26] <calc> it just makes handbrake huge ;-)
[20:26] <jdong> calc: their reasons for doing so are outlined in my README.Debian; they do use newer-than-svn and not-in-svn enhancements to the above libraries to do the black magic needed for good quality iPod/iPhone H.264's
[20:27] <jdong> I mean, of course we'll all moan and groan about the practice...
[20:27] <jdong> but the alternative (coaxing it to build against system libs) is an even BIGGER nightmare
[20:27] <calc> jdong: we can't just push those changes into the mentioned packages?
[20:27] <jdong> calc: no, that'll break the rest of the media stack.
[20:28] <calc> they made library abi breaking changes to support better h.264?
[20:28] <jdong> I'm sure most of the rest of the world won't appreciate ac3 downmixing, libmp4v2 API changes, iTunes store atoms in MP4's, etc
[20:28] <jdong> calc: see http://ubuntuforums.org/showpost.php?p=6272197&postcount=35
[20:29] <jdong> calc: the iPod Touch and AppleTV are very finicky devices when it comes to MP4 files; handbrake dev forums are full of weird corner cases that require codec patches to fix.
[20:29] <calc> none of those changes sound like things that wouldn't be wanted elsewhere (particuarly all the configure fixes)
[20:29] <superm1> that's no excuse for not finding a way to better integrate into the parent libraries imo
[20:29] <jdong> the worst part of the above is their libmp4v2 is a completely different lineage than our libmp4v2.
[20:30] <jdong> superm1: meh I agree but that's not really a short-term solution.
[20:30] <jdong> we aren't really in any position to essentially fork the project and make our derivation unsupportable.
[20:30] <jdong> look at what happened with Azureus 2.5.x.x
[20:30] <calc> jdong: are they even planning on doing the fixes if you put their hacked up mess into Ubuntu? :)
[20:31] <jdong> calc: to be honest I don't think their devs *CARE* what the hell we do in Ubuntu.
[20:31] <jdong> calc: they already have a fairly negative image of us based on previous attempts to "fix the build system"
[20:31] <jdong> it took a bit of a back and forth with their devs before I got a response that wasn't an attack at my male anatomy ;-)
[20:31] <calc> jdong: i'll withold my true opinion of what this sounds like wrt them, but its very similiar to what most people thought of mplayer... ;-)
[20:32] <jdong> (ok it wasn't THAT bad, but fairly cloase :D)
[20:32] <calc> jdong: so if they don't want users don't help them out, just remove it from Ubuntu completely?
[20:32] <calc> it sounds like they are just too lazy to do things the correct way
[20:32] <jdong> calc: well if Ubuntu doesn't want the package in the repos then I am not going to insist that to be done.
[20:33] <jdong> calc: I'm mostly getting involved to create some better packages than their subpar ones on their site currently
[20:33] <calc> and with the personal attacks you said they made sounds like they are around 10 years old as well
[20:33] <calc> ah i see
[20:33] <jdong> if Ubuntu doesn't want them, I'll help their team maintain a set of good packages in a PPA
[20:33] <jdong> at least something that builds in a verifiable environment and stays reasonably close to policy
[20:33] <jdong> I totally understand if we on the Ubuntu side don't want yet-another-bundled-package
[20:34] <calc> well i guess that is useful if they are already packaging broken crap that people will end up installing on Ubuntu if we don't have something better ;-)
[20:34] <jdong> calc: exactly. That's my motivation.
[20:34] <jdong> calc: and upstream only built Intrepid packages and you don't want to know what people are trying to do getting it to run on Hardy.
[20:34] <calc> lol
[20:37] <eMerzh> nobody want to review my package ? http://revu.ubuntuwire.com/details.py?package=sqliteman
[20:41] <Laney> eMerzh: You've asked 4 times today, that's probably a bit much
[20:41] <eMerzh> sorry :s
[20:42] <eMerzh> i don't know how much to ask... i just don't want my package  to be forgotten :)
[20:57] <leonel> scottK   intrepid  has clamav 0.94.1   do you plan to push 0.94.2 to  intrepid and hardy ?
[21:04] <geser> leonel: see https://lists.ubuntu.com/archives/ubuntu-motu/2008-December/005068.html
[21:07] <leonel> geser: thanks but I'm asking for a push for 0.94.1 as  was done with 0.92.1
[21:26] <TheMuso> jdong: I know for a fact that if the libsamplerate author found out that they tweaked stuff in his code, he would want to get it into his releases. I've actualy met the author personally.
[21:26] <ScottK> leonel: Intrepid yes, hardy not directly.
[21:26] <TheMuso> The libsamplerate author that is.
[21:27] <ScottK> leonel: For Hardy we need to test the rdepends and such like we did with Dapper for 0.92.
[21:34] <quentusrex> what license would allow software to be included under 'main' rather than 'restricted'??
[21:35] <directhex> quentusrex, any DFSG-free license
[21:35] <directhex> quentusrex, but to be in either main OR restricted needs a good reason (as opposed to uni/multiverse)
[21:36] <quentusrex> what is the different between BSD and GPL?
[21:36] <directhex> one is a copyleft license, one is not
[21:36] <geser> sebner: finally found some time to vote on your application
[21:43] <sebner> geser: hopefully also on all the others :P
[21:44] <pochu> hello :)
[21:44] <sebner> geser: heh, thx for your comment. I'll be carefully =)
[21:44] <sebner> hi pochu =)
[21:45] <pochu> \o sebner
[21:48] <mok0> sebner: just sent my +1
[21:49] <sebner> mok0: huh? so late? thx :) but to be honest, my hardy work wasn't that good. still in learning process these days :)
[21:50] <mok0> sebner: I've been under a rock
[21:54] <sebner> mok0: heh, I like rocks, cool and quiet =)
[21:55] <mok0> sebner: heh, nice to be back in daylight though
[21:56] <sebner> mok0: daylight? that's not what a geek likes :P
[21:56] <directhex> daylight makes it hard to see monitors
[22:00] <mok0> Ah, the Dear Leader is up and around today
[22:00] <directhex> mok0, kim jong il?
[22:01] <mok0> directhex: yep, inspecting air esquadron 1044 today
[22:01] <mok0> ;-)
[22:20] <ScottK> directhex: Any chance of help on mono updates for kde4bindings?
[22:20] <directhex> ScottK, certainly. how can i help?
[22:21] <directhex> ScottK, warning: i can't download and test it, i'm on a crappy hotel wifi and am being charged per meg
[22:21] <ScottK> directhex: INevermind then.
[22:21] <ScottK> directhex: Odds are it will still be waiting when you get home.  None of us on the Kubuntu team know much about mono.
[22:22] <directhex> i won't be back in the civilized south until wednesday evening
[22:22] <ScottK> directhex: Shouldn't be a problem.  We just disabled building the mono bindings for now.
[22:22] <directhex> ScottK, are you using debian's kdebindings as a basis? i know pusling has been talking with us about the pre-transition packaging, and the changes needed should be minimal
[22:22] <ScottK> directhex: Just grab the source package when you can.
[22:23] <ScottK> directhex: Last we tried what they have it didn't work.
[22:23] <ScottK> directhex: I haven't looked into details.
[22:23] <directhex> ScottK, well, it'll FTBFS on the mono end due to the build-deps needing a small update. failures for other reasons are obviously out of my hands
[22:24] <directhex> ScottK, i know all the mono libs etc are packages in the right places in their debian/rules & debian/control
[22:24] <ScottK> directhex: It builds all but mono fine.
[22:25] <directhex> ScottK, for now, try changing any mono-foo deps (e.g. mono-gac) to mono-devel (>= 2.0.1) and see if that at least fixes the ftbfs
[22:27] <ScottK> OK.  I'll try that.
[22:52] <leleobhz> jdong: thanks a lot, iwill look you package. sorry by the waiting, because my personal live isnt going very well, and this weekend i got problems again


[00:17] <Jerky_san> is there a way for when you do a push to set what permissions you want the files to have?
[01:09] <markh> if you have a bundlebuggy account, does it offer a simple way to find/filter all of your own requests?
[01:13] <lifeless> yes
[01:13] <lifeless> mine
[01:13] <lifeless> and my pending
[01:14] <markh> how do I get an account then? :)
[01:14] <markh> mail aaron?
[01:17]  * markh tries to get a few off his 'resubmit' queue...
[02:41] <Peng_> markh: You rock for working on the "up -r" thing. :)
[02:41] <Peng_> (That was you, right?)
[02:42] <fullermd> Mmph.  Does anybody else see 'missing' over bzr+ssh being a lot slower with 1.6 than 1.5?
[02:52] <fullermd> Heck, missing took longer than pull.
[02:55] <jam> fullermd: "time bzr1.6 missing" 0.663s, "time bzr1.5 missing" 2.766s
[02:55] <jam> Seems faster to me
[02:55] <jam> it does use a different algorithm, so there are cases where it is slower
[02:55] <fullermd> Is that against a 1.6 server?
[02:55] <jam> fullermd: this is localhost stuff
[02:56] <jam> and 3 extra revisions locally
[02:56] <fullermd> Well, I'm talking about with matching servers.  1.6 client was REAL slow against a 1.5 server, since it stopped using some verb or other.
[02:56] <jam> fullermd: for "bzr missing bzr+ssh://" I get 6.8s bzr1.6,  9.9 for bzr 1.5
[02:57] <fullermd> This is across 100ms.  1.5 on both ends used to be <10s, for much larger than the 3 revs I just got in 20s with 1.6.
[02:57] <jam> no verbs changed for missing, that I know of
[02:57] <fullermd> Oh, there was something.  1.6 would churn for 30 seconds or so before it started showing anything, then list the revs at the same speed.  1.5 went right into the listing.
[02:58] <jam> fullermd: are you sure about that, 1.5 spends a long time grabbing the full ancestries before it continues
[02:58] <fullermd> Against a 1.6 server?
[02:58] <jam> fullermd: against all
[02:58] <jam> there is no smart missing functionality
[02:58] <jam> it loads the whole graph
[02:58] <jam> and then does set ancestry diffs
[02:58] <jam> in 1.5
[02:59] <jam> the only thing I could possibly see
[02:59] <jam> is if loading the whole graph was fast
[02:59] <jam> but that is not usually the case
[02:59] <fullermd> Well, the other week, the server was running 1.5.  Missing ~20 revs, 1.5 listed them out in 15 or 20 seconds.  1.6 churned for upwards of 30 seconds before it started listing them in (in 15 or 20)
[02:59] <fullermd> That was repeatable over multiple runs, back and forth.
[02:59] <jam> well 1.6 *searches* the graph, 1.5 just loads it and does set diff
[03:00] <jam> it is possible for the search to take longer
[03:00] <jam> generally depends on the amount of extra ancestry you have
[03:00] <jam> stuff "around" the search locations
[03:01] <jam> So... in all the common cases I've tried, 1.6 is faster, but maybe every 50th try or so 1.5 is faster
[03:01] <jam> same thing for "bzr status" showing pending merges
[03:05] <fullermd> % time \bzr missing
[03:05] <fullermd> 2.508u 0.760s 0:28.12 11.5%     212+3647k 0+0io 0pf+0w
[03:05] <fullermd> (1.6 both ends)
[03:05] <fullermd> % time env BZR_REMOTE_PATH=~/src/bzr-1.5/bzr ~/src/bzr-1.5/bzr missing
[03:05] <fullermd> 1.799u 0.599s 0:11.23 21.1%     215+3123k 0+0io 0pf+0w
[03:05] <fullermd> (1.5 both ends)
[03:06] <fullermd> There are 2 missing revs.
[03:06] <fullermd> In both casts, it takes about 4 seconds to display them after the "You are missing 2 revision(s):" line.
[03:06] <fullermd> But with 1.6, it churns for ~23 seconds before showing that line, and 1.5 goes for ~7.
[03:06] <fullermd> (multiple runs of both; everything on both sides will be warm cache)
[03:08] <fullermd> ~100ms round trip.  Not bandwidth contrained; it peaks up to a top of ~50k/s, while I can pull over 300 between these systems.
[03:22] <ElianaTamerin> first time using a RVS, I've created my BZR repo and project under my windows platform, do I need my project files in that dir prior to the bzr add?
[03:25] <ElianaTamerin> nevermind, figured it out ;)
[03:25] <markh> jam: I've got a bzr-setup-1.6.1rc1.exe - after I upload it I will followup your announcement - anything else you'd like to me to?
[03:27] <jam> markh: that sounds good, thanks for putting it together on a weekend
[03:27] <markh> np
[03:33] <ElianaTamerin> i'm trying to setup an ftp push system, I've added my files and done a bzr add, what do I need to do before pushing to FTP
[03:41] <ElianaTamerin> hello?
[03:49] <Peng_> ElianaTamerin: "bzr commit"
[03:49] <Peng_> ElianaTamerin: Have you read the tutorial?
[03:49] <ElianaTamerin> commit stalls for me
[03:50] <Peng_> ElianaTamerin: Um, are you adding tons of large files or something?
[03:50] <ElianaTamerin> Peng_: largest file is 61kb
[03:51] <Peng_> ElianaTamerin: What version of bzr?
[03:51] <ElianaTamerin> 1.6
[03:51] <ElianaTamerin> stable
[03:52] <Peng_> ElianaTamerin: I don't know much about debugging bzr. Maybe you should pastebin exactly what commands you're running.
[03:53] <ElianaTamerin> I did a cd to the directory I wanted, made a bzr init and created the repo, created the project and then dumped in my files. Then did a bzr add and tried a bzr commit, which froze the console
[03:54] <ElianaTamerin> it did say it committed the files, and popped up the log
[03:54] <ElianaTamerin> here's the log: http://devira.pastebin.com/d1acb1da8
[03:55] <ElianaTamerin> and no prompt returns, the console merely sits after it's added the last file with a blank line afterwards
[03:56] <Peng_> ElianaTamerin: You need to write a commit message, save and exit the text editor.
[03:57] <ElianaTamerin> oh, lol!
[04:00] <ElianaTamerin> I'm too slow tonight
[05:08] <Peng_> I wonder how Googlebot found its way to "/loggerhead/a/branch/revision/unknown".
[05:09] <Peng_> Hmm, it seems it's been trying that URL for a while now.
[06:27] <cammoblammo> I'm trying to install bzr-git. As far as I can tell all I need to do is ./setup.py build then ./setup.py install as root. Before I risk hosing my system, is this the correct procedure?
[08:47] <asabil> cammoblammo: isn't checking it out enough ?
[08:49] <asabil> cammoblammo: cd ~/.bazaar/plugins && bzr branch lp:bzr-git git
[08:49] <cammoblammo> Doesn't seem to be. I ran the setup script and it copied a few bits and pieces into /usr/lib somewhere. Now I'm trying to figure out exactly how to use it.
[08:49] <asabil> that should be it
[08:49] <cammoblammo> Ah, I'll look at that.
[08:54] <lifeless> cammoblammo: bzr branch local-git-repo new-dir
[08:56] <cammoblammo> lifeless: Cool! That was my next question...!
[08:56] <asabil> bzr vis doesn't seem to work with git repos
[08:56] <asabil> :/
[08:57] <cammoblammo> So I git to clone a repo on my box then use bzr to operate on it?
[08:57] <AfC> asabil: (that seems worthy of a bug report)
[08:57] <lifeless> cammoblammo: its early days for bzr-git
[09:00] <cammoblammo> lifeless: Yeah, I get that. I'm only looking to use it for local stuff for now. The bzr UI seems a little easier to use.
[09:01] <AfC> Just a little.
[09:01] <lifeless> :P
[09:02] <lifeless> ended up chatting to a git user last night; one that uses the index
[09:02] <lifeless> walked him through why its totally unnecessary etc - hes going to give bzr a go :P
[09:02] <AfC> lifeless: (speaking of last night, it was delightful catching up with you for dinner. You'll be pleased to know that the Shiraz from "out back" didn't give me a hangover (or a heart attack, for that matter)).
[09:03] <lifeless> excellent
[09:03] <lifeless> I enjoyed the catch up as well
[09:03] <lifeless> the wine was scary  :P
[09:03] <AfC> Scott and I went to a right proper wine bar after and more than made up for it :)
[09:04] <AfC> lifeless: incidentally, I really like your idea about one list with multiple topics. If you can possibly figure out the mailman foo for that it would be superb.
[09:05] <lifeless> will try
[13:54] <gustavonarea> Hi. By mistake I've added some files to the branch, and now I have bzr to ignore them *without* removing them. What should I do? Thanks in advance
[13:59] <gustavonarea> OK, it's with "bzr revert [myfile]"
[17:23] <nekohayo> I am a bit scared by the concept of merge conflicts
[17:23] <nekohayo> what does manually resolving a conflict achieve?
[17:23] <nekohayo> does that mean "I did magic. Bazaar, please ignore whatever happened here and only care about diffs in the next commits/merges" ?
[17:40] <nekohayo> oh wow, I just discovered "bzr gconflicts"
[17:41] <nekohayo> it starts a 3-way comparison in meld with .BASE on the left, .THIS in the middle and .OTHER on the right
[17:41] <nekohayo> I am assuming that I must "fix" the one in the middle and save?
[19:48] <sohail> hi, I just moved a repository on my server to a public/ subdirectory, how do I tell my clone locally to use the new one?
[19:50] <luks> use for what?
[19:50] <sohail> luks, for pull and push
[19:51] <asabil> sohail: bzr pull -- remember newlocation
[19:51] <luks> bzr pull <URL> --remeber
[19:51] <luks> and the same for push
[19:51] <sohail> ah, k
[19:51] <sohail> thanks
[19:52] <sohail> How to get rid of this warning: This transport does not update the working tree of: <url>
[19:52] <sohail> the help doesn't tell me
[19:52] <luks> I don't think you can't
[19:53] <luks> *can
[19:53] <sohail> oh that's annoying
[19:54] <jelmer> there's a plugin that can take care of running update on the server side
[19:54] <sohail> but I don't want any updates server side, do I?
[19:55] <asabil> well, sohail, do you actually need a working tree on the server side ?
[19:55] <sohail> I'm just using the server as a central point for the master repo
[19:56] <asabil> sohail: if you don't need a tree on the server, you can do a bzr remove-tree URL
[19:56] <asabil> that will make the warning disappear
[19:57] <sohail> great
[19:57] <sohail> ah crap
[19:57] <sohail> I just removed my local tree
[19:57] <asabil> :)
[19:57] <luks> bzr checkout .
[19:57] <sohail> I had mods that I had forgotten to commit
[19:57]  * sohail cries
[19:58] <sohail> oh theyre still there
[19:58] <sohail> yay
[19:58] <luks> hm, remove-tree doesn't check for a clean tree
[19:58] <luks> ?
[19:59] <asabil> it does iirc
[19:59] <luks> ah, it just keeps the modified files there
[19:59] <luks> maybe an error would be better
[20:00] <sohail> bzr: ERROR: You cannot remove the working tree of a remote path
[20:00] <luks> because if you do "checkout ." to such a branch, you get conflicts
[20:00] <sohail> somehow I have bzr version 1.3.1
[20:00] <luks> can you do it from the server?
[20:00] <sohail> ya
[20:01] <sohail> ok warning gone
[20:01] <sohail> thanks
[21:15] <hsn_> how to remove parent branch from related branches, i have there for some reason bogus branch
[21:31] <uws> hsn_: use 'bzr pull --remember' with the right url
[21:32] <hsn_> isnt pull branch different from parent branch?
[21:32] <uws> hsn_: (or edit .bzr/branch/branch.conf)
[21:32] <uws> hsn_: "pull" uses the parent location. "push" uses the "push" location.
[21:32] <uws> update/bind/unbind/checkout has "bound" location
[21:32] <uws> and "send" has a "submit" location
[21:33] <uws> hsn_: see .bzr/branch/branch.conf  (usually you don't edit this since it's inside .bzr/)
[21:36] <hsn_> is there simple way to look into bzr protocol? i.e. commands sent over socket?
[21:36] <uws> hsn_: wireshark/tcpdump
[21:37] <hsn_> i upgraded protocol to bzr+ssh and SVN is still much faster
[21:37] <uws> that's my experience as well for some reason :(
[21:37] <hsn_> well, but wireshark will not help much since it is encrypted
[21:38] <uws> hsn_: you can use bzr:// with a branch published using "bzr serve" on localhost to test
[21:39] <hsn_> local bzr speed is fine, but network speed is still too slow. I never used git over network so i cant compare
[22:23] <funkyHat> I read an article (on a planet I think) about using bzr for web development, and a command that could push just a single revision to a server via ssh... but I've lost it now
[22:24] <funkyHat> I've been poking around trying to figure out how to do it myself but not got anywhere, anyone know which command I should be using? Perhaps it's a plugin I need to add or something?
[22:33] <jelmer> funkyHat, bzr upload
[22:35] <funkyHat> thanks jelmer that's it :)
[22:43] <funkyHat> :( the plugin seems to be broken though
[22:46] <jelmer> funkyHat, works fine here
[22:46] <jelmer> funkyHat, what's not working?
[23:14] <funkyHat> jelmer: the problem was I was using bazaar from hardy, I've upgraded to the bazaar ppa version now and it's all good :)
[23:27] <sohail> funkyHat, how do you do that?
[23:31] <funkyHat> sohail: https://launchpad.net/~bzr/+archive
[23:33] <sohail> funkyHat, thanks
[23:33] <funkyHat> :)
[23:47] <Odd_Bloke> luks: remove-tree not warning when you have uncommitted changes is bug 74101.
[23:50]  * ToyKeeper wonders when bzr 1.6 will land in debian/testing, or even unstable
[23:55] <Peng_> Hun. I get a KeyError when pulling from http://people.samba.org/bzr/jelmer/bzr-svn/0.4/
[23:55] <jelmer> Peng_, CAn you pastebin it?
[23:57] <Peng_> Err, hold on
[23:59] <Peng_> jelmer: From .bzr.log, http://paste.pocoo.org/show/VgqQj9CdOoFkDfZkvswz/
[23:59] <Peng_> (I'm running latest bzr.dev as of 20 minutes ago.)


[10:13]  * Laney repeats that request
[10:17] <Laney> that's for https://code.launchpad.net/~laney/ubiquity/webkit2/+merge/282467
[16:51] <cyphermox> Laney: reviewing.
[16:51] <Laney> ta
[16:52] <Laney> Maybe check with a different flavour that Ubuntu incase gremlins
[16:52] <Laney> seb128 and I both tested on Ubuntu AFAIK
[16:52] <cyphermox> yeah
[17:10] <cyphermox> sheesh, multipath-tools needs so much babysitting
[17:10] <cyphermox> feels like I spend all my time fixing stuff
[17:19] <cyphermox> Laney: I have some small design changes to apply, I'll do that at the same time
[17:25] <Laney> k


[17:36] <ianorlin> hi can I get a member cloak as I am now in the ubuntu-memebers launchpad group?
[17:37] <Pici> ianorlin: Can you provide your lp URL?
[17:38] <ianorlin> https://launchpad.net/~walterorlin
[17:39] <Pici> ianorlin: congrats :)
[17:40] <Pici> Let me see if I can find a freenode staffer to finish things up.
[18:11] <Pici> ianorlin: poof
[18:13] <Fuchs> Pici: rude
[18:37] <Unit193> Hah. :D


[04:54] <pitti> Good morning
[04:56] <larsu> good morning pitti!
[04:59] <pitti> hey larsu! urgh, early for you!
[05:04] <larsu> indeed! *yawn*
[06:14] <didrocks> morning
[06:16] <larsu> hi didrocks!
[06:18] <didrocks> hey larsu ;)
[06:46] <Sweetshark> moin all!
[06:51] <didrocks> hey Sweetshark!
[07:45] <willcooke> morning all
[07:45] <willcooke> happy birthday seb128 & didrocks (for last week)
[07:45] <didrocks> thanks a lot willcooke ;)
[07:45] <seb128> good morning desktopers
[07:45] <seb128> hey willcooke, thanks
[07:47]  * larsu was unaware of didrocks' birthday
[07:47] <larsu> didrocks: hay birthday (belated)!
[07:47] <didrocks> larsu: heh, thanks :)
[08:04] <Laney> grarg
[08:04] <Laney> hello!
[08:05] <didrocks> morning GuestLaney! :)
[08:05] <willcooke> o/
[08:05] <Laney> silly freenode compromise
[08:05] <Laney> sup
[08:06] <seb128> hey Laney, wb! had good holidays?
[08:09] <Laney> yeah, very nice thanks seb128
[08:10] <Laney> those guys like strong beer
[08:10] <seb128> hehe
[08:11] <Laney> and staying in the 'eco village' was a fun experience
[08:11] <Laney> much home grown food
[08:18] <Sweetshark> oh last week was french birthday week?
[08:18] <willcooke> :D
[08:18] <Sweetshark> congrats seb128 and didrocks, hope you had good fun partying ;)
[08:18] <seb128> Sweetshark, thanks!
[08:19] <didrocks> seb128: not that much partying, but thanks :)
[08:20] <Sweetshark> seb128: I tried to enable lto on libreoffice on the weekend, because -36% in codesize did sound somewhat tempting ...
[08:21]  * seb128 hands didrocks an IRC client
[08:22] <seb128> Sweetshark, how did that go?
[08:22] <didrocks> seb128: :p
[08:22] <seb128> ;-)
[08:22] <didrocks> too many s on this channel :)
[08:22] <Sweetshark> seb128: ... sadly we broke gcc again with recent changes.
[08:22] <seb128> :-/
[08:23] <Sweetshark> seb128: "... now hits limit on number of sections in ELF library used by GCC ..." http://nabble.documentfoundation.org/Re-Performance-samples-for-LibreOffice-td4119856.html#a4122177
[08:24] <Sweetshark> 640k sections in a ELF lib should be enough for everyone
[08:24] <seb128> challenging the toolchain ;-)
[08:24] <seb128> or is that trolling it?
[08:25] <Sweetshark> seb128: we? trolling? never! https://lh4.googleusercontent.com/-kzGk3zwiI4o/U-izLdW6PfI/AAAAAAAAEtA/H7ENAJipMNc/s0/
[08:56] <Sweetshark> seb128: so lto doesnt fly for utopic (would be quite late anyway), but I just got mergedlibs back and autopkgtests seem to run now too.
[08:57] <seb128> Sweetshark, k
[08:57] <seb128> do you need sponsoring for something?
[08:57] <Sweetshark> seb128: Hmmm, since we are at LTS+1 I should probably drop old transitionals too.
[08:59] <Sweetshark> seb128: sooo, tomorrow is ETA for tagging of 4.3.2~rc2, I will be on vacation from Wednesday until the weekend. I will try to throw a release to the PPA still, if that works, we should update to utopic ~soonish then.
[08:59]  * Sweetshark takes a look at utopic schedule.
[09:00] <Sweetshark> (soonish: early next week)
[09:08] <seb128> Laney, what's the status of that evince ffe?
[09:08] <Laney> status?
[09:08] <Laney> i approved it
[09:08] <seb128> Laney, you were still discussing upstreaming patches and theming issues, I was unsure if you considered those as "need to be resolved prior to upload"
[09:09] <Laney> just asking to look for and help to make sure theme things are fixed if there are any
[09:09] <seb128> k
[09:09] <seb128> so I'm going to upload
[09:09] <seb128> thanks ;-)
[11:33] <Laney> blarg
[11:33] <Laney> seb128: can you share your source package for usd/ucc?
[11:34] <Laney> I'm failing at finding or merging the branches right
[11:41] <seb128> Laney, I'm using the version robert_ancell pushed in the ubuntu-desktop ppa
[11:42] <Laney> oh
[11:42] <Laney> didn't know it was there
[11:42] <Laney> how handy
[13:01] <GunnarHj> pitti: ping?
[13:02] <Laney> seb128: do you have media keys?
[13:02] <seb128> Laney, yes
[13:02] <Laney> could you try 'mute' with the new usd please?
[13:02] <Laney> that doesn't work for me now
[13:03] <Laney> but down/up do
[13:03] <seb128> they all 3 work for me
[13:03] <Laney> hmm
[13:03] <seb128> do you have any error in the upstart log?
[13:03] <seb128> it's weird that those changes would have an impact on one of the keybindings only
[13:07] <Laney> http://paste.ubuntu.com/8350367/ is what I see
[13:08] <seb128> hum
[13:08] <seb128> brb, need to restart to make sure I'm running the right version
[13:09] <seb128> I've been mixing testing with the fcitx ppa version
[13:09] <Laney> k, no rush, got to patch pilot now anyways
[13:11] <GunnarHj> Laney: Can you please start with bug #1351092 then? ;)
[13:11]  * Laney screams
[13:12] <GunnarHj> Laney: Didn't mean to scare you...
[13:12] <Laney> i never managed to understand that bug
[13:13] <GunnarHj> Laney: Basically there is a config file in fonts-droid which messes up things. I want to drop it.
[13:14] <Laney> GunnarHj: I get what you want to do, but I don't understand the 'sometimes' quality of the problems
[13:14] <Laney> like Qt apps were wrong but gtk was alright
[13:15] <Laney> seems like there's other bugs here
[13:15] <seb128> Laney, works fine after a reboot
[13:16] <Laney> seb128: weird
[13:16] <Laney> GunnarHj: Let's upload your thing anyway since it's the way out we have now :-)
[13:16] <GunnarHj> Laney: All the tests indicate that we get rid of the problems if we drop that config file. Actually the root cause might be in that file, but I'm not 100% sure.
[13:16] <seb128> Laney, does it work for you if you downgrade?
[13:17] <Laney> I used it earlier today
[13:17] <GunnarHj> Laney: Upload, yeah! :)
[13:18]  * Laney tries again
[13:18] <Laney> GunnarHj: I'm mainly nervous because we don't understand exactly what is wrong and the symptoms feel like bugs elsewhere
[13:18] <Laney> oh well
[13:19] <seb128> Laney, the error you copied doesn't look like something that would be due to gnome-desktop code though
[13:19] <seb128> it's a keysym issue
[13:19] <GunnarHj> Laney: I'm not so nervous. That file is weird, and not designed for general use.
[13:19] <Laney> didn't you write it?
[13:20] <GunnarHj> Laney: No, I wrote another config file which we keep. I want to drop the one which is shipped from upstream.
[13:20] <Laney> oh okay
[13:20] <Laney> in that case you know what I want you to do :P
[13:21] <GunnarHj> Laney: Indeed. Already started that.
[13:22] <Laney> seb128: seems buggy with the old one too
[13:22] <GunnarHj> Laney: Btw, I can do the l-s parts of the uploads if you like. If you just fix fonts-android in utopic and trusty.
[13:22] <Laney> k
[13:22] <seb128> Laney, that makes more sense ;-)
[13:22] <seb128> Laney, new xorg issue maybe?
[13:22] <Laney> actually it got more buggy now after restarting
[13:22] <Laney> it uses the default actions for one of the keys instead of volume down
[13:23] <Laney> one is ignored and the third one works
[13:23] <seb128> you run the update again, or the utopic version?
[13:23] <Laney> both are the same in this respect
[13:23] <seb128> k
[13:24] <Laney> it's to do with remapping
[13:24] <Laney> now I remapped them none of them work any more
[13:24] <Laney> :(!
[13:26] <Laney> and it's even specific to these three keys - using something else works
[13:26]  * Laney makes a note to look later
[13:27] <ogra_> Laney, how is the gst dropping of the build-deps going ?
[13:27] <ogra_> we really need that fixed before final rtm
[13:27] <ogra_> (and it will take you a week to land it at least i guess)
[13:29] <Laney> http://people.canonical.com/~ogra/touch-image-stats/20140913.changes
[13:29] <ogra_> Laney, thats not rtm
[13:29] <Laney> k
[13:30] <ogra_> landing in rtm means you need an rtm silo, lots of tests and final QA signoff
[13:30] <seb128> kenvandine, hey, how are you?
[13:31] <kenvandine> hey seb128, have a nice long weekend?
[13:31] <seb128> kenvandine, I did, thanks! Having tuesday to thursday off as well, so just around today and friday this week ;-)
[13:31] <kenvandine> nice!
[13:31] <seb128> Laney, larsu, didrocks, ^ btw
[13:32] <kenvandine> seb128, my uitk api bump seems to work well, autopilot tests work and CI passes :)
[13:32] <kenvandine> seb128, if you want to kick the tires a little on silo 19
[13:32] <pitti> hello GunnarHj
[13:32] <didrocks> seb128: enjoy!
[13:32] <seb128> kenvandine, I just opened it, reviewing that
[13:32] <Laney> seb128: more .nl?
[13:32] <seb128> didrocks, thanks ;-)
[13:32] <kenvandine> seb128, that's the massive sed bumping the api versions
[13:32] <Laney> ogra_: I don't know how to do it
[13:32] <seb128> Laney, no, .fr only this month
[13:32] <kenvandine> seb128, not ready for approval yet :)
[13:32] <kenvandine> i should bump the package depends, etc
[13:32] <Laney> burning days then? ;-)
[13:32] <seb128> kenvandine, k
[13:32] <kenvandine> even though the 1.1 api has been around for a while
[13:33] <kenvandine> seb128, but please do install it and do a little manual testing, see if anything's broken
[13:33] <kenvandine> only thing i noticed was no line on the battery graph...
[13:33] <ogra_> Laney, add a spreadsheet entry, select rtm in the "target distro" row ... and then ask for a silo
[13:33] <kenvandine> but my device i'm testing it on was actually turned off for 24 hours :)
[13:33] <Laney> does it get copied from utopic?
[13:33] <larsu> seb128: wow, enjoy!
[13:33] <kenvandine> so only only for 30m or so... might not be enough data
[13:33] <seb128> Laney, yeah, I still have some 20 days to take and weather is supposed to be good and family is taking a few days off to the north sea, doing that as well
[13:34] <Laney> 20!
[13:34] <seb128> yeah...
[13:34] <ogra_> Laney, you can either have someone from the landing team sync it in to dput yourself (target distro in changelog needs to be 14.09, not utopic)
[13:34] <Laney> 6 week christmas holiday
[13:34] <seb128> Laney, yeah, I took 2 in Malta and one on friday
[13:34] <seb128> lol
[13:34] <ogra_> seb128, how wasteful !
[13:34] <seb128> hehe
[13:34]  * ogra_ still has all his vacation days for this year
[13:35] <Laney> you guys...
[13:35]  * Laney will take the remainder when moving house in a few weeks
[13:35] <seb128> kenvandine, should https://code.launchpad.net/~chipaca/ubuntu-system-settings/push-helper-to-spec/+merge/234311 be set back to approved? seems like Ted comment was not accurate/shouldn't be a blocker
[13:36]  * ogra_ will take his when he doesnt think about phones all day anymore
[13:36] <kenvandine> seb128, sure, i'll be glad to land that :)
[13:36] <kenvandine> seb128, i was about to land it when tedg commented
[13:36] <seb128> kenvandine, you said the uitk api bump is not ready for review?
[13:36] <GunnarHj> Hi pitti! Time for a couple of lanpack-locales things?
[13:36] <kenvandine> so i put the brakes on... i even had tested it in the silo
[13:37] <kenvandine> seb128, not quite, i want a few people to do a bit of manual testing
[13:37] <seb128> kenvandine, I'm going to do manual testing now
[13:37] <kenvandine> thanks
[13:37] <seb128> kenvandine, it's a silo you said?
[13:37] <kenvandine> 19
[13:37] <kenvandine> yes
[13:37] <kenvandine> i marked it experimental :)
[13:37] <kenvandine> although, i'm pretty pleased that it seems to work
[13:38] <kenvandine> i was really fearful bumping those imports :)
[13:38] <pitti> GunnarHj: just ask away; I'm not feeling too well today, so only checking IRC sporadically
[13:39] <GunnarHj> pitti: Ok, it's this to be more precise:
[13:39] <GunnarHj> pitti: I'm about to propose the addition of a new (ce_RU) locale, so it would be good if you first could upload the patch at bug #214730.
[13:39] <GunnarHj> pitti: Also, when talking about langpack-locales, could you please read the latest comment at bug #1090288.
[13:39] <GunnarHj> pitti: Hope you get better soon!
[13:39] <seb128> kenvandine, hum
[13:40] <seb128> kenvandine, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-019 is empty?
[13:40] <kenvandine> whoops
[13:40] <kenvandine> 20 :)
[13:40] <kenvandine> i had 19 and 20... got them confused :)
[13:40] <seb128> kenvandine, that's better ;-)
[13:44] <seb128> kenvandine, seems to work fine! I'm going to keep playing a bit with it though
[13:44] <seb128> but first going away for some exercice, bbiab
[13:46] <kenvandine> seb128, thx!
[13:47] <Laney> GunnarHj: where's the trusty diff/branch?
[13:48] <GunnarHj> Laney: I didn't make a separate for trusty since it's identical. Thought you could just change the version number.
[13:49] <Laney> k
[13:53] <Trevinho> seb128: hey, can you care of https://code.launchpad.net/~3v1n0/ubuntu/utopic/ubuntu-meta/add-emoji-support/+merge/234140 ?
[13:56] <GunnarHj> Laney: i.e. it's fonts-android which are identical in utopic and trusty, not language-selector. But I can take care of the latter.
[13:56] <Laney> GunnarHj: I got it
[13:59] <Laney> GunnarHj: I added a maintscript to remove the obsolete conffile
[13:59] <Laney> uploading now
[14:00] <GunnarHj> Laney: Ok. I concluded that it wasn't necessary, but it can't hurt of course. Thanks!
[14:06] <happyaron> Laney: can you do an upload for ubuntukylin-meta? just removed an odd package from it.
[14:06] <Laney> ok, sec
[14:06]  * happyaron sent packageset inclusion request to devel-permission just now
[14:06] <happyaron> great
[14:06] <Laney> let me just add that
[14:06] <Laney> and you can do it
[14:07] <happyaron> ok
[14:08] <happyaron> for changing the seeds, is commiting the change to bzr enough? or there's something else to do
[14:08] <Laney> here
[14:08] <Laney> there*
[14:08] <Laney> download the source package and run the ./update script in there
[14:08] <willcooke> happyaron, are you an Ubuntu member BTW?  FJKong is just starting the process now
[14:08] <Laney> then build it, check the diff  & upload
[14:09] <happyaron> willcooke: yes I do, I think I'm a member since 2009
[14:09] <willcooke> happyaron, :) cool!
[14:09] <Laney> old skool
[14:10] <willcooke> happyaron, in which case I think FJKong might be asking for you to write him a recommendation
[14:10] <willcooke> :)
[14:10] <happyaron> Laney: ok, so can you add the seeds to packageset as well?
[14:10] <happyaron> willcooke: sure
[14:10] <Laney> that doesn't make sense
[14:10] <Laney> the seeds themselves are just a bzr branch
[14:10] <Laney> which you get access to via team membership
[14:10] <happyaron> Laney: so I pushed the changes for ubuntukylin seeds, is that sufficient?
[14:11] <Laney> do the ./update thing I just said and then upload the package you get out of that
[14:11] <happyaron> ok
[14:11] <happyaron> let me see
[14:12] <Laney> Guest11861: done
[14:12] <Laney> erm, not you Guest11861
[14:12] <Laney> GunnarHj: ^^^
[14:13] <happyaron> Laney: well you mean ubuntukylin-meta, what about ubuntukylin.utopic, I think they are different?
[14:13] <Laney> that's the seed branch which you already pushed to
[14:13] <happyaron> ok
[14:14] <GunnarHj> Laney: Thanks! Then I'll complete it with the l-s part.
[14:15] <Laney> cool stuff
[14:15] <Laney> hope it fixes everything ...
[14:16] <GunnarHj> Laney: Me to. ;)
[14:40] <pitti> GunnarHj: I uploaded the patch for bug 214730
[14:40] <GunnarHj> pitti: Thanks!
[14:41] <pitti> GunnarHj: as for the en_CA decimal comma, I'm afraid I don't have a qualified or strong opinion there; TBH I lost track when to use the comma and when the dot, but whatever the govt and majority of people use is what locales should have, independent of Qt bugs
[14:43] <GunnarHj> pitti: I agree, and that speaks for dropping our Ubuntu patch. I'll get back with a patch about it.
[15:55] <Laney> hey LocutusOfBorg1, I'm curious about the cairo merge - what change is it bringing us?
[15:57] <LocutusOfBorg1> Laney, unfortunately nothing anymore
[15:58] <Laney> looked that way
[15:58] <LocutusOfBorg1> the latest debian changes elided the previous ones :)
[15:58] <LocutusOfBorg1> so when I opened it there were a difference
[15:58] <LocutusOfBorg1> (preventing even wxpython to be built)
[15:58]  * Laney nods
[15:58] <Laney> shall I de-sponsorify it?
[15:58] <LocutusOfBorg1> after that we fixed the wx stuff
[15:59] <Laney> I did sponsor webkit though, so not a waste of time completely
[15:59] <Laney> thanks for that ;- )
[15:59] <Laney> longface
[16:01] <LocutusOfBorg1> mmm
[16:03] <LocutusOfBorg1> yes, it is fine
[16:03] <LocutusOfBorg1> :)
[16:03] <LocutusOfBorg1> (I was wondering about a conflict between versions)
[16:03] <Laney> those Breaks wouldn't have been necessary anyway
[16:04] <Laney> but still, free webkit bump, can't say no to that
[16:04] <LocutusOfBorg1> :)
[16:10] <seb128> Trevinho, hey, that might need a ffe, check with Laney
[16:11] <Laney> mysterious message!
[16:15] <seb128> Laney, see his ping around 13:53utc
[16:16] <LocutusOfBorg1> Laney, I didn't get the debdiff change
[16:16] <LocutusOfBorg1> build for ppc64el
[16:16] <LocutusOfBorg1> is not a change in ubuntu... (the debian package already builds for ppc64el AFAICS)
[16:16] <seb128> Laney, new font adding to the seed
[16:16] <Laney> LocutusOfBorg1: oops, didn't delete it
[16:16] <Laney> never mind
[16:17] <LocutusOfBorg1> if it is just a changelog problem is fine for me ;)
[16:17] <Laney> I actually copied it from the old merge changelog
[16:18] <Laney> because I put the changes into my git repo
[16:18] <Laney> so yeah
[16:20] <LocutusOfBorg1> lol :)
[16:20] <LocutusOfBorg1> np
[16:20] <Laney> seb128: yeah feel free
[17:16] <seb128> kenvandine, the new abi changes seem to work fine to me, +1
[17:17] <seb128> kenvandine, btw, what do you plan to work on next for settings?
[17:17] <kenvandine> seb128, great
[17:17] <kenvandine> finishing up the update stuff
[17:17] <kenvandine> well "finishing" is loosely defined :)
[17:18] <seb128> yeah
[17:18] <kenvandine> my singleton branch is working really well
[17:18] <seb128> gatox is back also no?
[17:18] <seb128> you should make sure you don't duplicate work ;-)
[17:18] <gatox> seb128, yes.... i'm working in the display errors bugs
[17:18] <seb128> gatox, k, great, kenvandine is working on the update count not refreshed issues
[17:19] <kenvandine> seb128, for the updates in the main view, how do you feel about maybe not checking for updates right away, but check after some period of time if the check was done in the updates page?
[17:19] <kenvandine> gatox, hey... you're back!
[17:19] <gatox> kenvandine, yes, i saw you fixed A LOT of stuff..... great!
[17:19] <kenvandine> seb128, that way it doesn't show up there right away
[17:19] <kenvandine> and if you go into the upates page which triggers a check
[17:19] <kenvandine> the main view doesn't ever need to check
[17:19] <seb128> kenvandine, you mean if you go to update, then back on the main view, then wait there?
[17:20] <seb128> kenvandine, I guess that's ok, but not very useful either
[17:20] <kenvandine> i mean add a timer, like 60 seconds for the updates available entry
[17:20] <kenvandine> and if you happen to do anything that triggers a check
[17:20] <kenvandine> it'll not need to check itself
[17:20] <kenvandine> otherwise it will ?
[17:21] <seb128> kenvandine, not sure it makes sense to check after a bit
[17:21] <kenvandine> seb128, an easy way to improve the experience for right now
[17:21] <seb128> who is going to open settings to sit on the main grid for a minute?
[17:21] <kenvandine> well if you go into settings for some other reason
[17:21] <kenvandine> maybe tweak sounds
[17:21] <kenvandine> then back out to the main view
[17:21] <kenvandine> they'll be showing
[17:21] <seb128> check with mpt I guess
[17:22] <seb128> he might find the inconsistency worth than doing nothing
[17:22] <seb128> like "why was there no update, and I visited something and came back and now they are, couldn't it check the first time"
[17:22] <kenvandine> mpt, ^^
[17:22] <didrocks> enough for today, see you tomorrow guys
[17:22] <seb128> I would just disable the auto check
[17:22] <kenvandine> good night didrocks
[17:22] <seb128> didrocks, have a good evening!
[17:23] <kenvandine> that's what i had done
[17:23] <kenvandine> then if you go into updates
[17:23] <didrocks> see you kenvandine, enjoy your almost-week-off seb128 :)
[17:23] <kenvandine> and back out
[17:23] <kenvandine> you see the count
[17:23] <seb128> didrocks, thanks :-)
[17:23] <seb128> kenvandine, that works for me
[17:23] <kenvandine> ideally we'd have the emblem or whatever
[17:23] <seb128> right
[17:23] <kenvandine> but that isn't as quick of a fix :)
[17:25] <seb128> kenvandine, I can have a look to bug #1368920 if you want
[17:25] <kenvandine> seb128, that would be great
[17:25] <seb128> kenvandine, k, take over this one then (and I'm going to look at well at making about use libclick rather than the click command line)
[17:26] <seb128> kenvandine, ups, I just noticed it was assigned by Pat to Jonas, checking with him as well