[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