[00:00] <RainCT> crimsun: a wrapper arround what?
[00:01] <RainCT> (s/rr/r)
[01:40] <crimsun> RainCT: around pbuilder
[01:40] <crimsun> d'oh
[07:35] <apachelogger> jdong: hey. can you think of a reason we wouldn't want to have protocol encryption in ktorrent active by default?
[08:33] <lidaobing> help review ibus-table: http://revu.ubuntuwire.com/details.py?package=ibus-table, thanks
[08:48] <hanska> hello *
[08:56] <iulian> Hey hanska.
[09:23] <hanska> hi iulian
[09:39] <hanska> sebner: \o
[09:39] <sebner> hanska: ahoi
[11:44] <slytherin> StevenK: around? need to sync jbossas4. :-D
[11:45] <StevenK> slytherin: And have you filed a bug? :-)
[11:46] <slytherin> StevenK: yes. bug 312778
[13:02] <Laney> Yay! The silly crash in glom has been fixed
[13:02] <Laney> Today is The Day
[13:12]  * directhex declares openjdk to be doom
[13:23] <jpds> Adri2000: Crazy mass bug reporting on requestsync - fixed.
[13:25] <Laney> jpds: My hero!
[13:26] <jpds> (I think - putting sleep()s appears to fix it).
[13:26] <Laney> haha
[13:26] <Laney> s/fix/bodged around/ :P
[13:31] <directhex> bodger the badger?
[13:33]  * Laney eats some mashed potato
[13:35] <directhex> openjdk appears to be a twisty mess when it comes to licensing
[13:39] <slytherin> directhex: why?
[13:41] <Adri2000> jpds: great. I hope it will workaround the problem for now, but if LP decides to become 1 or 2 seconds slower, it will fail again :/ afaiu python-launchpad-bugs uses only http while python-launchpadlib uses the new LP api; so shouldn't using the latter fix this kind of problem?
[13:42] <directhex> slytherin, horrible things like "public domain" with gpl2 boilerplate, etc
[13:43]  * RainCT notes that pbuilder-dist.new now supports cowbuilder
[13:47] <slytherin> directhex: is that bad thing really?
[13:47] <isle85> Hi, is there a special category for a genealogy program. I've just built my first package, and would like it to appear in Applications - Genealogy. I didn't see such category. Is it possible to the debian/myappli.desktop to write : Categories=Application;Genealogy ?
[13:49] <slytherin> isle85: how about science? But I am not sure if that has separate menu.
[13:49] <directhex> a few licensing glitches here & there, too
[13:50] <maxb> isle85: http://standards.freedesktop.org/menu-spec/latest/ defines the categories
[13:50] <directhex> e.g. some non-sun files under GPL2 without classpath exception, which sun then relicense with classpath exception
[13:50] <isle85> slytherin: yeap, but "science" doesn't see the appropriate place.
[13:50] <directhex> isle85, "magic"!
[13:50] <isle85> directhex: :-)
[13:52] <directhex> slytherin, correct me if i'm wrong, but sun can't put a classpath exception on a file they don't hold the copyright to, and which was published under gpl2 with no exception, can they?
[13:53] <hanska> directhex: you here? :)
[13:53] <slytherin> directhex: I believe you are right
[13:53] <directhex> hanska, always. why are YOU here, you like your debian WITHOUT bugs!
[13:53] <hanska> directhex: eheh :P
[13:54] <directhex> slytherin, frankly i don't care, i just want a well-formed debian/copyright. but i stand by my "openjdk appears to be a twisty mess when it comes to licensing" ;)
[14:10] <jpds> Adri2000: Possibly, but I haven't done any work on lplib.
[14:11] <shodges> hello all, I need a bit of help uploading to my PPA for the first time...
[14:12] <shodges> I followed the instructions given here: https://help.launchpad.net/Packaging/PPA, using the dput tool
[14:13] <shodges> The tool seemed to finish successfully, but I'm not seeing anything in the PPA web UI, and I haven't received any email either
[14:14] <shodges> This is the output of my dput operation: http://paste.ubuntu.com/98311/
[14:14] <Adri2000> shodges: PPA is a launchpad thing, so #launchpad is more appropriate for your question
[14:14] <shodges> ok thanks Adri2000
[14:21] <jpds> RainCT: Damn, I just uploaded u-d-t and I just noticed your push.
[14:22]  * jpds fixes.
[14:23] <RainCT> jpds: pbuilder-dist.new isn't installed anyway
[14:23] <thekorn> jpds, re this requestsync bug, I don't think time.sleep() fixes in requestsync fixes the problem, but forcing using the stable server instead of edge seems to be a good idea
[14:24] <jpds> RainCT: I meant the changelog.
[14:24] <jpds> thekorn: It only files one bug for me now.
[14:26] <thekorn> jpds, ok, but my feeling is that launchpad is a bit faster today, which might also solve this issue
[14:27] <jpds> thekorn: If the problem comes back, someone can reopen the bug.
[14:27] <thekorn> jpds, but again, you should think about switching to python-launchpadlib ;)
[14:27] <jpds> thekorn: That is planned ;-)
[14:28] <thekorn> jpds, super, if noone takes it I can have a look at it over the weekend
[14:29] <thekorn> should not be that hard
[14:31] <jpds> thekorn: There is an experimental branch for it on my code page, but it's month's old.
[14:33] <Alexia_Death> anybody up for helping out a newbie in debian packaging?
[14:33] <jpds> months*
[14:34] <thekorn> jpds, ok, cool, feel free to ping me when you need some help with launchpadlib
[14:35] <Alexia_Death> I'm remaking the Xorg core packages with dbus support. that part is easy, rules needs an extra build flag. But I also need to install the dbus policy rules file and I dont have clue where that should go or how.
[14:35] <Alexia_Death> so any tips welcome:)
[14:39] <incorrect> backporting libtool from intrepid to hardy is a.) a bad idea,   b.) a good idea,   c.)  I am on drugs?
[14:48] <jpds> thekorn: Would you happen to know a lplib function which will tell me if a person is a member of a team?
[14:57] <thekorn> jpds, no, I don't think there is an API method for this, but how about checking if a person is in yourteam.members?
[15:01] <thekorn> jpds, hmm, does not seem to work, http://paste.ubuntu.com/98333/   loks like a bug (missing feature) in launchpadlib to me
[15:02] <jpds> thekorn: I'll that it here.
[15:08] <jpds> "TypeError: argument of type 'Entry' is not iterable" - hmm.
[15:12] <thekorn> jpds, created bug 313233 in launchpadlib
[15:13] <jpds> thekorn: Oh, thanks.
[15:39] <Laney> excuse me for cross-posting from debian-mentors, but...
[15:39] <Laney> What's the correct way to depend on ${source:Upstream-Version}? "=" obviously doesn't work
[16:05] <Laney> sebner: *cough*
[16:16] <thekorn> jpds, https://bugs.staging.launchpad.net/ubuntu/+source/ngircd/+bug/309872  << first sync request created using requestsync and launchpadlib ;)
[16:17] <slytherin> StevenK: thanks for jbossas4 sync. Do you time to any other syncs?
[16:33] <incorrect> how long does it take to compile libtool
[16:33] <incorrect> days? weeks? months?
[16:34] <geser> do you mean the pure build time or the time for adding to the build queue to the result?
[16:34] <incorrect> oh nevermind it just died
[16:34] <slytherin> geser: just FYI ... jboss is finally built. :-)
[16:34] <incorrect> i am trying to backport libtool
[16:35] <geser> incorrect: the buildds take between 20 min and 1 h 40 min (depending on the arch)
[16:35] <incorrect> thanks geser
[16:36] <geser> slytherin: nice job. Did it include some patching or just syncing?
[16:36] <incorrect> hopefully i can get openldap 2.4.11 backported to hardy
[16:37] <slytherin> geser: this time it was just sync
[16:38] <incorrect> i don't know if anyone feels this way, but i would like to run an LTS version and get some of the latest server apps, such as openldap, apache samba
[16:45] <incorrect> i wonder how many support packages i will have to backport to get libtool to compile
[16:48] <Laney> incorrect: That kind of runs counter to the LTSness doesn't it?
[16:48] <incorrect> Laney, yes and no
[16:48] <incorrect> Laney, i want the base for stable
[16:49] <incorrect> bit like freebsd, you get the core stable, then apps are separated out
[16:50] <incorrect> if i deploy a large server farm,  I want all the core update goodness for 5 years, but i also want to get some bang up to date services
[16:51] <incorrect> for example openldap 2.4.9 still has bugs in its multimaster replication,  so i would want to upgrade this
[17:20] <rjune> incorrect, so you'll have to run your own update server
[17:21] <incorrect> rjune, fine by me if, choice of not working
[17:21] <incorrect> or having to do my own updates
[17:21] <rjune> incorrect, basically, you start with LTS, then set up your own repository and rebuild anything you want and insert into that repo
[17:22] <rjune> it's not what you want, but it's the only way to get that same effect.
[17:22] <incorrect> rjune, i know that, i was just suggesting that it would be nice if..
[17:22] <rjune> Ahh.
[17:22] <incorrect> i just wondered if others felt like me
[17:22] <rjune> I'm sure you can find somebody willing to do it on a contract basis
[17:23] <incorrect> why do i need to pay someone to do it?
[17:23] <incorrect> i am perfectly able to backport myself
[17:23] <rjune> you could always do it yourself
[17:23] <incorrect> years of gentoo
[17:23] <rjune> I'm so sorry.
[17:23] <incorrect> lol
[17:23] <rjune> still, you get the idea.
[17:24] <incorrect> i've been doing this for ages,  i just seem to be the only one who doesn't want to upgrade their server farm every 6 months when all they want is a couple of features
[17:25] <rjune> most people find the pain of update less than the pain of rebuild
[17:25] <rjune> if you start a repo doing backports, then make it public, you  may get some interest.
[17:25] <incorrect> depends if the update introduces a problem on your production systems
[17:25] <rjune> then again, you may not.
[17:25] <incorrect> if you only update one package, this negates the problem
[17:25] <rjune> well, it minimizes it.
[17:26] <incorrect> you can simply role back you one package
[17:26] <incorrect> harder to role back the entire os
[17:28] <rjune> true dat
[17:30] <incorrect> well i am off for beer
[18:53] <CarlFK> https://edge.launchpad.net/ubuntu/+source/python-poppler comes from https://edge.launchpad.net/poppler-python
[18:54] <CarlFK> I reported a bug and submitted a patch - how do I get that into ibex?
[20:18] <coppro> REVU day! http://revu.ubuntuwire.com/details.py?package=metakit
[21:01] <luckyone> hello MASTERS OF THE UNIVERSE!
[21:01] <luckyone> I have two quick questions, then I will leave you alone
[21:02] <luckyone> 1) does the ati proprietary driver make it into the repos with every monthly release?
[21:02] <luckyone> 2) when will ekiga 3.0 be available in the repos?
[21:03] <superm1> hi luckyone: at least regarding the ati driver, it's put into the development release on a regular basis.  you'll get equivalent packages (starting with intrepid and later) if you run --buildpkg Ubuntu on their .run file
[21:03] <crimsun> 1) depends if someone has done the work for it and whether Feature Freeze has passed
[21:04] <crimsun> 2) ekiga 3.0.1 has already been merged into jaunty
[21:04] <luckyone> crimsun: will it make it into Intrepid?
[21:04] <superm1> so in the event that you are running intrepid and say want the 8-12 release, you can grab their installer and run it with that flag i just said.  it's not likely that it will be backported to intrepid though
[21:04] <luckyone> I really should do my part and pick a package to maintain
[21:04] <coppro> :( REVU is just as hard to get on REVU days as otherwise
[21:04] <crimsun> it will not make it into intrepid period. intrepid is a frozen and released version.
[21:05] <luckyone> ahhh
[21:05] <coppro> it might get backported
[21:05] <crimsun> there is some low probability that it will make it into intrepid-backports, but that's a fairly low one.
[21:05] <luckyone> yeah, that is what I mean, will it be backported
[21:05] <nhandler> coppro: Don't forget, REVU day is still going on. It goes on until it is Saturday in all time zones
[21:06] <crimsun> luckyone: if you manage all the prerequisite work for it to be backported, there will be a slightly higher probability
[21:06] <coppro> yes, exactly
[21:06] <luckyone> so, Jaunty will have ati 8.12?
[21:06] <superm1> luckyone, jaunty already does have it
[21:07] <superm1> luckyone, as i said the development release gets them on a more regular basis
[21:07] <luckyone> superm1: but will that be the last driver version taken?
[21:07] <superm1> luckyone, that depends on what features are in the newer version and if it's a worthwhile upgrade to put into jaunty
[21:07] <luckyone> gotcha
[21:07] <superm1> luckyone, at this point i know there are some problems with 8-12 in jaunty, so likely a newer drop will be needed
[21:08] <luckyone> I am crossing my fingers they are going to release the GPU offloading for video playback of additional codecs like H.264, etc
[21:08] <luckyone> not just mpeg-2
[21:09] <coppro> theora pls
[21:09] <luckyone> x.264 :x
[21:13] <luckyone> is there ever a 'Masters in training' course?
[21:13] <luckyone> I feel like I should help out
[21:14] <luckyone> I want to be confident that my contribution would actually help though (that my packages are 1, needed, 2 built correctly...)
[21:14] <coppro> put them on revu
[21:14] <coppro> needed isn't as important as built correctly
[21:14] <luckyone> hehe
[21:15] <coppro> (check for a needs-packaging bug first)
[21:16] <CarlFK> I am trying to build a PPA from a package that I have a patch for.  but the current package is confusing: dget http://archive.ubuntu.com/ubuntu/pool/universe/p/python-poppler/python-poppler_0.8.1-1.dsc
[21:16] <CarlFK>  tar xvf python-poppler_0.8.1.orig.tar.gz makes pypoppler-0.8.1/ but python-poppler_0.8.1-1.diff.gz makes python-poppler-0.8.1
[21:17] <CarlFK> jaunty is the first place this package apears.  should I file a bug ?
[21:17] <Laney> no
[21:18] <Laney> just use patch -p1
[21:18] <Laney> or use dget -x/dpkg-source -x
[21:18] <crimsun> it's not worth a bug. the diff.gz is not required to retain the upstream's root-extracted directory name.
[21:20] <CarlFK> thaks
[21:21] <CarlFK> er.. thanks.  dget -x isn't extracting... is is because: gpg: Can't check signature: public key not found Validation FAILED!!
[21:21] <Laney> dget -xu then
[21:21] <Laney> (or get the key)
[21:24] <CarlFK> thanks again
[22:41] <Laney> Is it a good idea to split translations and manuals (omf format) out into an arch-indep package? lintian is whining
[22:42] <Laney> Or just the manual?
[22:56] <Laney> I think I'll just split the manual out for now
[22:56] <Laney> sebner: you agree?
[23:27] <Laney> murrayc_: Hey! glom is almost ready to go (again :)
[23:53] <murrayc_> Laney: Thanks. I notice that the examples/templates still aren't found, but maybe I will figure out why,
[23:53] <Laney> murrayc_: It's alright, I've got it
[23:53] <murrayc_> Oh, cool.
[23:53] <murrayc_> Laney: What was the problem?
[23:53] <Laney> I have to override the default directory
[23:53] <murrayc_> How?
[23:53] <Laney> oh no, I don't think I do actually
[23:54] <Laney> there was a silly rule left over in the rules file which deleted them for some reason
[23:54] <Laney> I killed that and now they come up
[23:54] <murrayc_> Oh, great.
[23:54] <murrayc_> Thanks.
[23:54] <Laney> (small thing that lintian picked up: You don't need encoding in the desktop file any more, they apparently have to be UTF-8 now)
[23:56] <Laney> just trying to make a glom-doc package, then if that works I'll upload the diff for real
[23:57] <Laney> murrayc_: Oh, do you know if there's a way to not build the examples with goocanvasmm? I tried --disable-examples but it's no go
[23:59] <murrayc_> Laney: I'd accept a patch to add that option, but I generally don't bother with it myself.