[00:17] <azeem> mok0: pong
[00:25] <mok0> azeem: hi, do you have a few moments to discuss that IBM license?
[00:25] <azeem> sure
[00:26] <mok0> azeem: so I checked the gle source pkg, and it has exactly the same IBM license.
[00:26] <mok0> azeem: In fact, gle shouldn't be in Debian :-)
[00:26] <azeem> hrm, I had a look at it
[00:27] <mok0> azeem: The license text is flawed, I am pretty sure they meant to give you permission to modify & distribute
[00:27] <azeem> mok0: COPYING says:
[00:27] <azeem> Alternately, at your choosing, you may choose to accept the source
[00:27] <azeem> code and the man pages/documentation under the GPL: the GNU General
[00:27] <azeem> Public License version 2, as given below.
[00:27] <mok0> azeem:  go in src/ and lookat COPYING.src
[00:28] <azeem> hrm
[00:28] <azeem> not sure which COPYING is the one which rules-them-all
[00:29] <mok0> azeem: to me it doesn't look like that...
[00:30] <mok0> azeem: COPYING.src says at the top: "The following agreement applies to the source code in this directory
[00:30] <mok0> only!"
[00:30] <azeem> ok, but the top-level COPYING says it's alternatively under the GPL
[00:30] <azeem> certainly some clarification would be fine
[00:30] <mok0> azeem: yes, but can the distributor just do that? I don't think so
[00:30] <azeem> btw, Carlos latest reply WRT source code from books is public domain is... werid
[00:30] <azeem> weird*
[00:31] <mok0> azeem: oh, I haven't seen that
[00:31] <azeem> mok0: you mean Carlos?
[00:31] <azeem> "Thanks a lot Morten, I will have a good look at this library, although I
[00:31] <azeem> think it would be ridiculous if I could not use a small piece of code
[00:31] <azeem> written and explained in a general purpose book. I believe the code is
[00:31] <azeem> essentially in the public domain...
[00:31] <mok0> azeem: yes, I haven't seen his mail yet
[00:31] <azeem> "
[00:31] <mok0> azeem: hmm.
[00:32] <mok0> azeem: He is probably right if he typed it from the book
[00:32] <azeem> well, if GLE is really double-licensed under the GPL as COPYING claims, Carlos and we are on the safe sid
[00:32] <azeem> e
[00:32] <azeem> mok0: I don't think so, unless the book is in the public domain as well, which I doubt
[00:32] <mok0> azeem: ok, but how do we persuade the release manager?
[00:32] <Laney> james_w`: Here?
[00:33] <Hobbsee> mok0: offer beer.
[00:33] <azeem> mok0: http://sourceforge.net/projects/gle/ -> Details
[00:33] <azeem> License : GNU General Public License (GPL), Public Domain
[00:33]  * mok0 looks
[00:33] <azeem> that was clearly filled in by the authors/project admins
[00:33] <azeem> who is linas
[00:33] <azeem> so personally, I think the GLE issue is not a big problem
[00:34] <mok0> azeem: basically, the GLE folks just incorporated Linas' library
[00:34] <mok0> azeem: ah wait
[00:35] <mok0> azeem: he is the one maintaining it
[00:35] <azeem> right
[00:35] <azeem> so this should be safe, albeit clarification would be welcome
[00:35] <azeem> the other issue might be more severe I guess
[00:35] <azeem> btw, gl2ps is used in a couple of projects by now, I wonder whether it shouldn't be a library on its own, maybe
[00:36] <mok0> azeem: I think Carlos should just credit the GLE project then, and cite the LGPL license in his code
[00:36] <azeem> I think that's what he's going to do
[00:36] <azeem> see 49468E59.4050707@ist.utl.pt
[00:36] <mok0> azeem: wrt. Mark Kilgard's code it still needs to be settled
[00:36] <azeem> Subject: Re: Fwd: [Debichem-devel] gamgi_0.13.9-1_i386.changes REJECTED
[00:36] <azeem> yes
[00:36] <Laney> james_w`: I'm going to send some of your patches to Debian now, to speed the transition along
[00:38] <mok0> azeem: what is that 4946.... ?
[00:38] <azeem> a message-id
[00:38] <azeem> in which Carlos said he's going to credit the GLE project
[00:39] <mrooney> Oh no, my package failed to install, apparently!
[00:39] <mrooney> I fail.
[00:39] <azeem> "Regarding the GLE code, I changed the copyright notice, that now comes as
[00:39] <azeem> (in conformance with the GLE Sourceforge Details page):
[00:39] <azeem> "
[00:39] <mok0> azeem: ah, right
[00:39] <azeem> anyway, the GLE issue looks solved, or is at most an annoyance
[00:39] <mok0> azeem: yes
[00:39] <coppro> anyone for REVU? http://revu.ubuntuwire.com/details.py?package=metakit
[00:39] <azeem> we could remove the PS output
[00:40] <azeem> or hope Mark answers
[00:40] <mok0> azeem: that would be the final solution
[00:40] <coppro> actually, wait while the update gets processed
[00:40] <mrooney> does anyone know if having a python app installed via setup.py --install, and then packaging it and attempting an install the package, cause it to fail?
[00:41] <mok0> azeem: Carlos is really responsive which makes things a lot easier... I am confident we can resolve the last problem
[00:42] <mok0> mrooney: It shouldn't if you use python-central
[00:43] <azeem> mok0: I'm writing a response to that now
[00:43] <azeem> btw, it's funny to read this in the GLE AUTHOS
[00:43] <azeem> AUTHOS*
[00:43] <azeem> bah
[00:44] <coppro> ok, the update hit
[00:44] <azeem> anyway:
[00:44] <azeem> Contributors:
[00:44] <azeem> Mark Kilgard <mjk@nvidia.com> formatted the man pages
[00:44] <coppro> if you are really nice, you can go REVU now
[00:45] <mok0> azeem: debian/copyright seems lacking
[00:46] <azeem> mok0: for gle?
[00:46] <mok0> azeem: yes
[00:46] <azeem> yeah
[00:46] <mok0> it doesn't mention the artistic license on the docs
[00:46] <azeem> it certainly wouldn't go through these days
[00:47] <mok0> azeem: probably not
[00:47] <mok0> azeem: which is not bad
[00:48] <azeem> I have to admit I was annoyed by the REJECT initially
[00:49] <azeem> but now I have to admit that Carlos was quite sloppy ehre
[00:49] <azeem> here*
[00:49] <azeem> sent the mail
[00:49] <mok0> azeem: I didn't catch the modification problem when I wrote the copyright. It's good that Frank did a careful job
[00:50] <mok0> azeem: We can't trust upstream to get it right
[00:51] <mok0> azeem: but Carlos seems determined to get it right, which is good for us
[00:51] <azeem> yeah
[00:51] <mok0> azeem: it also slipped by the ubuntu archive admin :-)
[00:52] <azeem> yeah, it wasn't obvious at all
[00:52] <azeem> but Frank only got appointed about a week ago, so I guess he's super-careful righ tnow
[00:53] <mok0> azeem: he's doing a good job.
[00:54] <mrooney> mok0: but you would expect it to fail if I were using python-support?
[00:55] <mok0> mrooney: eerh.. no
[00:56] <mok0> mrooney: how "fail"?
[00:58] <mrooney> mok0: well the first sign of error seems to be: "pycentral: pycentral pkginstall: not overwriting local files"
[00:58] <mrooney> right after Unpacking..., Setting up...
[00:59] <mok0> mrooney: does the setup.py work by itself?
[01:00] <mrooney> mok0: I am pretty sure, I can double check though
[01:00] <mrooney> let me do that...
[01:38] <coppro> anyone feeling up to a REVU?
[01:48] <mrooney> mok0: yeah, I can run "sudo python setup.py install" as many times as I please without errors
[02:01] <mok0> mrooney: ... and the files end up where they should?
[02:02] <mrooney> mok0: yup, it seems to run perfectly and get all the icons and such
[02:02] <mok0> mrooney: can you pastebin your debian/rules file?
[02:05] <mrooney> sure!
[02:07] <mrooney> mok0: http://pastebin.com/f328782bb
[02:08] <mrooney> hm I just got an apport crash report for the .deb install but naturally I can't report it, I wonder if it still has useful information I can get
[02:24] <ScottK-laptop> mrooney: What does setup.py look like?
[02:27] <mrooney> ScottK-laptop: something approximately like http://bazaar.launchpad.net/~mrooney/wxbanker/0.4/annotate/88?file_id=setup.py-20081113200358-bni0acav33olhzf7-1 !
[02:29] <ScottK-laptop> mrooney: I did on one occasion have to set up a custom binary install rule with python setup.py install --root $(CURDIR)/debian/$BINARY_PACKAGE_NAME in it.
[02:30] <ScottK-laptop> That installed it in the right place for building the package.
[02:31] <mrooney> hmmmm
[02:32] <mrooney> ScottK-laptop: I am not sure that I understand that :)
[02:32] <mrooney> I am quite new to packaging, alas
[02:32] <ScottK-laptop> The --root command tells setup.py where to install the package.
[02:33] <ScottK-laptop> For a regular install, it knows by default and generally with CDBS it does for Debian packages.
[02:33] <ScottK-laptop> It may be you've confused CDBS somehow and need to tell it.
[02:35] <ScottK-laptop> Dunno if it's actually relevant to your problem or not, but what I ended up with was http://paste.ubuntu.com/85914/
[02:46] <mrooney> ScottK-laptop: what exactly...is that file? :)
[02:57] <ScottK-laptop> That's part of my debian/rules.  See the pymilter package if you want to see the whole thing.
[02:59] <ScottK-laptop> mrooney: ^^
[03:00] <Elitest_> Hey erbody
[03:08] <nhandler> geser: ping
[03:21] <rosebuntu> hi~!!
[03:21] <rosebuntu> i wan to be MOTU
[03:21] <rosebuntu> say hi~
[03:25] <Ahmuck> rosebuntu: topic ... there is where u start
[03:26] <coppro> anyone for REVUing?
[03:30] <rosebuntu> i want to be MOTU
[04:38]  * ScottK notes https://wiki.ubuntu.com/QATeam/Specs/NeedsPackagingBugs
[04:38]  * ScottK grumbles, not again.
[04:49] <TheMuso> ScottK-laptop: I am enclined to agree with you.
[06:54] <dholbach> good morning
[07:01] <fabrice_sp> Hi dholbach
[07:01] <dholbach> hiya fabrice_sp
[07:05] <fabrice_sp> emgent, ping
[07:07] <iulian> Morning dholbach.
[07:08] <dholbach> hiya iulian
[07:08] <Koon> Good morning world !
[07:09] <dholbach> hey Koon
[07:09] <Koon> Hello Daniel
[07:11] <fabrice_sp> Hi doko_ Could you have a look at bug #296466?
[07:16] <fabrice_sp> emgent, it was about bug #283013. I've been contacted by upstream becaue he wants to make the packaging. Have to go now. CU later
[07:16] <fabrice_sp> bye
[07:17] <fabrice_sp> bad bug. Bug #279755
[07:17] <fabrice_sp> chao
[08:02] <pmjdebruijn> lo
[08:03] <pmjdebruijn> I fixed my package: http://revu.ubuntuwire.com/details.py?package=lensfun can anybody take a look / endorse it?
[09:27] <hyperair> in case my messages didn't get through earlier - please review my packages "codelite" http://revu.ubuntuwire.com/details.py?package=codelite and "sigx" http://revu.ubuntuwire.com/details.py?package=sigx
[09:33] <directhex> are any of them mono packages?
[09:43] <willwill> hello, I just updated my package. please review: http://revu.ubuntuwire.com/details.py?package=mbpurple
[09:53] <directhex> 3 new sync bugs for today
[09:53] <NCommander> directhex, need ACKs?
[09:54] <directhex> NCommander, that'd be nice!
[09:54] <NCommander> links?
[09:56] <NCommander> links?
[09:56] <NCommander> er
[09:56] <NCommander> ...
[09:56] <directhex> bug 308500 bug 308497 bug... bollocks, can't find the last one, it's a new package
[09:56] <directhex> where does requestsync hide new package bugs?
[10:01] <directhex> found it. bug 308498
[10:03] <Sp4rKy> wc
[10:19] <sebner> directhex: meehh, need to wait until a server has it to testbuild. Are MD and banshee urgent? because you know, they will be autosynced the next few days ..
[10:20] <directhex> sebner, autosynced from experimental?
[10:20] <pochu> nope
[10:20] <sebner> directhex: ah, I know I missed something ^^
[10:20]  * sebner winks pochu =)
[10:22] <pochu> hey sebner :)
[10:56] <sebner> directhex: ACKed your stuff =)
[10:58] <directhex> cheers
[10:59] <directhex> need to fastsyncmergething sublib at some point today, so i can sync gnome-subtitles
[10:59] <sebner> directhex: also joined MOTU-Mono group so I'll be the first one to ACK your bugs :P
[10:59] <directhex> hurrah
[11:12] <NCommander> directhex, archive admins can't do fast syncs, you need to make a debdiff and do it through standard sponsoring
[11:16] <directhex> NCommander, yeah, i know. hence it's on my TODO, i'm not just making sebner do it
[11:16] <NCommander> BTW, sebner, welcome to MOTU (belated :-))
[11:16] <directhex> NCommander, how would you do the changelog - a fresh -0sync0 entry above the -1? or change the -1? or...
[11:17] <sebner> NCommander: heh, thx :)
[11:17] <NCommander> I usually put the entry above the old one. I recommend just using 0build0. s comes after u, it might not work correctly
[11:17] <NCommander> (if you do it right, debuild will through a warning that the newest changelog is older the the previous one)
[11:18] <sebner> or use dpkg --comapare-versions
[11:18] <NCommander> s/through/throw/g
[11:18] <NCommander> or that
[11:21] <directhex> s comes after u?
[11:21] <directhex> aptitude reinstall alphabet
[11:22] <sebner> s t u
[11:22] <sebner> nope ;)
[11:44] <lidaobing> please help review iptux 0.4.3-0ubuntu1: http://revu.ubuntuwire.com/details.py?upid=4268, thanks
[12:37] <directhex> NCommander, so i should file the orig/dsc/diff against the non-existent package's LP page, or against "ubuntu"?
[12:38] <NCommander> oh, crap, it will get stuck in the Ubuntu NEW queue
[12:38] <NCommander> Then again, ours is moving
[12:38] <directhex> yeah, i know. ubuntu NEW isn't something you need a sleeping bag for IME
[12:38] <NCommander> Shove it on REVU, its going to need to be peered reviewed
[12:39]  * NCommander thinks
[12:39] <NCommander> I need an archive admin
[12:39] <directhex> gah, it's not even my package
[13:04] <DktrKranz> StevenK: mind looking at bug 303245? It has been processed, but it didn't appear on Intrepid yet.
[13:04] <StevenK> I remember doing that one
[13:04]  * StevenK prods cocoplum
[13:06] <StevenK> DktrKranz: Yeah, source NEW in intrepid-backports. Accepted
[13:07]  * DktrKranz hugs StevenK 
[13:07] <StevenK> DktrKranz: :-)
[13:08] <StevenK> DktrKranz: It will probably hit binary NEW after it builds, but I'll be sleeping.
[13:09] <DktrKranz> StevenK: no problem. If it's not a problem for you, I'll bother you in a couple of days, or I'll wait for regular NEW processing.
[13:09] <StevenK> DktrKranz: It doesn't show up in the usual NEW queue, you need to look for it
[15:03] <bddebian> Heya gang
[15:06] <ScottK> Heya bddebian.
[15:07] <bddebian> Heya ScottK
[15:14] <bobbo> In debdiffs, are changes to config.{sub,guess} supposed to be there? (http://launchpadlibrarian.net/20280134/nss-updatedb_10-1ubuntu2.debdiff)
[15:15] <RainCT> directhex: thanks
[15:15] <directhex> hm?
[15:16] <RainCT> directhex: for fixing the double build :P
[15:16] <directhex> it's not perfect, but we'll worry about the fine detail later
[15:20] <pmjdebruijn> I fixed the critique on my package: http://revu.ubuntuwire.com/details.py?package=lensfun
[15:23] <logari81> hi, I updated my package: http://revu.ubuntuwire.com/details.py?package=pdfshuffler, it is warning-free now.
[15:24] <pochu> bobbo: no, that's likely due to a broken debian/rules
[15:25] <bobbo> pochu: so they should be removed in "clean"?
[15:31] <pochu> bobbo: yes
[15:31] <pochu> either removed or restored to their previous state
[15:59] <Extend> is there is a way to use external binary package in a package?
[16:00] <pochu> what do you mean?
[16:00] <Extend> y3ne i built a debian package for gsopcast
[16:01] <Extend> it need "sp-sc-auth" a binary app required by this application
[16:03] <Extend> so ?
[16:04] <Extend> pochu, ?
[16:05] <sebner> Extend: debian/control has a Depends file where you can mention your package dependency
[16:05] <Extend> yes
[16:05] <Extend> i know but there is no package contains the binary file sp-sc-auth
[16:08] <pochu> you cannot depend on a package that does not exist then :)
[16:08] <Extend> :'(
[16:08] <Extend> i'm searching for sp-sc-auth src
[16:09] <Extend> but no luck
[16:45] <bobbo> If a package build-depends on a patchsys and has all the patchsys commands in debian/rules but doesnt actually have any patches (no debian/patches dir), should you remove all the patchsys stuff from the package?
[16:45] <RainCT> bobbo: no, you can leave it there
[16:46] <directhex> i'd leave it
[16:46] <directhex> for the future!
[16:47] <bobbo> hehe, thanks guys :)
[16:50] <DktrKranz> mok0: re bug 271835, xtide-coastline has been introduced in Debian (and autosynced in Intrepid), so I guess xtide-wvs1-data (Ubuntu local package) is no longer necessary, am I right?
[16:50] <mok0> DktrKranz: yes it can be killed
[16:51] <DktrKranz> mok0: great, I'll ask for removal, unless you want to do it yourself
[16:51] <mok0> DktrKranz: If you want the karma, please go ahead :-)
[16:53] <DktrKranz> mok0: Launchpad karma is low, I think I gained a much higher "karma" from Real Life (tm). Thanks ;)
[16:53] <mok0> :-)
[17:19] <mok0> Hmm, what's a .ddeb file?
[17:25] <superm1> mok0, a file with debug symbols for a package
[17:26] <mok0> superm1: thanks. I've never met one of those before..
[18:10] <slytherin> geser: any idea why java toolchain on hppa is broken?
[18:17] <RainCT> directhex: before I get in touch with upstream again, have you tried if the gbrainy .deb works fine?
[18:18] <RainCT> (I can't test it here because of the libc version.. *sigh*)
[18:20] <slytherin> Is it mandatory to mention maintainer field change in debian/changelog?
[18:20] <iulian> slytherin: Actually, you don't need to.
[18:20] <RainCT> slytherin: not anymore
[18:21] <slytherin> iulian: RainCT: that is what I was hoping for. :-)
[18:21] <iulian> It's mentioned in the Ubuntu policy, if I'm not wrong.
[18:21] <ScottK> slytherin: Actually it's highly discouraged.
[18:21] <ScottK> iulian: It is.
[18:22] <slytherin> ScottK: It was encouraged at some point of time in past, right?
[18:22] <RainCT> slytherin: indeed, many sponsors requried it
[18:22] <ScottK> Yes.
[18:23] <geser> slytherin: no idea, and I was busy the last weeks so I'm not really up-to-date, I just manage to keep up to not get totally lost this cycle
[18:24] <slytherin> geser: I guess I will have to ask doko.
[18:25] <slytherin> who manages the ftbfs page? the LP urls for packages are broken?
[18:26] <ScottK> wgrant is probably a good victim ^H^H^H^H^H^H person to talk to.
[19:06] <slytherin> calc: Do you plan to upload the fixes to various java libraries as specified in bug 305790, or are you waiting for Debian to do the fixes?
[19:07] <calc> slytherin: i'm patching them and submitting to debian (via my debian.org address) and will be uploading them to ubuntu soon after
[19:07] <calc> since i'm not a part of the debian java team i'm not uploading them directly to debian
[19:08] <slytherin> calc: I can commit then to debian-java svn if you can sponsor them.
[19:08] <calc> slytherin: are you part of debian-java team?
[19:09]  * calc wasn't 100% certain he was patching them the way the debian java team would want
[19:09] <slytherin> calc: yes, but I am not developer so someone needs to sponsor the packages.
[19:09] <calc> also debian is in a freeze so wasn't sure if it should be uploaded currently
[19:09] <slytherin> calc: I believe it can be uploaded to unstable. As all the packages are blocked from entering into testing.
[19:10] <calc> ok
[19:10] <slytherin> calc: But even in that case I guess the processing will take loads of time. I suggest that we first do the changes in Ubuntu and then commit them one by one in Debian.
[19:11] <slytherin> calc: I can help in doing changes in Ubuntu.
[19:12] <calc> slytherin: shouldn't take me too much time to get the rest done
[19:12] <calc> slytherin: i've done the changes then debdiff it and submit the bug to debian with the patch with the ubuntu specific bits stripped out
[19:12] <slytherin> calc: Ok. Let me know if you need help. Meanwhile I am fixing other FTBFS.
[19:13] <calc> ok
[19:13] <calc> slytherin: if i run into anything non-obvious i'll let you know :)
[19:13] <slytherin> sure
[19:17] <Elitest_> Hey all
[19:18] <wgrant> slytherin: Ehem, sorry. I shouldn't edit that page when asked late at night at UDS, it seems.
[19:19] <slytherin> wgrant: no issues. I was just checking if anyone knew it was broken
[19:19] <slytherin> Elitest_: hi
[19:28] <slytherin> what are we supposed to do about the bugs in a package for which upstream is not traceable?
[19:28] <ScottK> Fix them.
[19:29] <ScottK> If upstream is dead/vanished, the package is unreasonably broken, it's not reasonably fixable, then it's time for removal.
[19:34] <slytherin> ScottK: there is an app for configuring airport (as in Apple airport) base stations. It works with java 5 but not with 6. Even if I somehow fix it. I am not sure where to forward patches.
[19:35] <imbrandon> there is no upstream bug tracker even ?
[19:36] <imbrandon> ScottK: comming back for more BBQ this season ? :)
[19:37] <slytherin> imbrandon: the only upstream reference I could find is in debian/copyright and that page no longer exists.
[19:38] <ScottK-desktop> imbrandon: For a short visit, yes.
[19:38] <imbrandon> slytherin: i would google a bit then, if no luck, just put the patches in ubuntu and maybe blog about it, then someone "might" pickup and make a "new" upstream tracker at google code or sf or something
[19:39] <imbrandon> also pass them to debian of course
[19:39] <slytherin> imbrandon: I will try.
[19:39] <imbrandon> ScottK-desktop: sweet, we should catch some bbq again if you have time this trip :)
[19:40] <imbrandon> my 30th bday is friday :)
[19:40] <imbrandon> lol
[19:40] <yann2> hello :) I am looking for someone who could make a launchpad account "ubuntero" - it got approved this morning. who should I speak to? (the case is a bit - special)
[19:41] <imbrandon> i think you just need to sign the CoC for it to become ubuntero if i rember correctly
[19:41] <Pici> I don't remember an approval process either.
[19:41] <mgdm> I presume that's where the "special" bit comes in
[19:41] <yann2> mmh not ubuntero then, maybe i wanted to say ubuntu member?
[19:41] <yann2> it's basically to be able to add a feed to the planet
[19:42] <imbrandon> ahh ok thats diffrent, the person / team that approved you will take care of it, normaly takes 24 hours or so
[19:42] <imbrandon> or did
[19:42] <yann2> the "special" tag being, it's for a corporate blog, following this : https://wiki.ubuntu.com/PlanetUbuntu/CorporateBlogs and the meeting from this morning
[19:42] <yann2> and I just created the launchpad account, so I guess nobody will approve it :)
[19:43] <yann2> I think this may be the first corporate launchpad account in fact...
[19:43] <imbrandon> i doubt that :)
[19:44] <imbrandon> maybe the first solely for a blog :)
[19:44] <yann2> good then I didn't totally messed up with creating the account, i wasn't sure :)
[19:44] <imbrandon> anyhow processes is still the same, you goto whomever approved your membership and tell them the LP account name
[19:44] <yann2> it's not solely for a blog, PPA will be good.
[19:45] <yann2> well they didnt approve the account, they approved blog membership - is that the same thing?
[19:45] <imbrandon> then that person(s) will pass the info to the TB and the TB will eventiualy make your LP account part of the team
[19:46] <imbrandon> yann2: not exactly, they only approve membership, blogs and ppa and @ubuntu.com email and such are all "perks" that come with membership
[19:46] <yann2> actually I think sabfdl approved me, wish me good luck to try to catch him... I'll see if I can find anyone a bit more accessible
[19:47] <imbrandon> it would have been a team yann2 , one sabdfl was likely part of like CC or such
[19:47] <yann2> imbrandon > I went through the community council though, not the usual approval process, with that request: https://wiki.ubuntu.com/CommunityCouncilAgenda/talk
[19:47] <imbrandon> what meeting did you attend ?
[19:47] <yann2> see I told you it was a bit special ;)
[19:47] <yann2> CC meeting, 11am this morning
[19:47] <imbrandon> right, then in this case email the CC and inform them of the LP account
[19:48] <imbrandon> they only approve membership, blogs and ppa and @ubuntu.com email and such are all "perks" that come with membership
[19:48] <yann2> right, you got an email for the CC?
[19:48] <yann2> I know, being a member myself...
[19:48] <imbrandon> one sec
[19:50] <imbrandon> https://launchpad.net/~communitycouncil/+members
[19:51] <imbrandon> and i "think" communitycouncil@ubuntu.com works as an alias to email the whole team, i could be wrong though
[19:52] <RainCT> imbrandon: PPA is for everyone
[19:52] <bddebian> Everyone that likes crack :)
[19:54] <imbrandon> RainCT: right right
[19:54] <yann2> trying to pm them first... we'll see if I am lucky...
[19:54] <imbrandon> ahhh yann2
[19:54] <yann2> damn
[19:54] <imbrandon> after reading that wiki page
[19:55] <imbrandon> it looks like "you" are the corperate sponsor
[19:55] <imbrandon> soooo
[19:55] <slytherin> calc: did you intentionally add ${misc:Depends} to dependency of jtidy?
[19:55] <yann2> well pretty much yes :)
[19:55] <imbrandon> that LP account would not add the feed to the bzr branch, you would
[19:55] <yann2> well that's the tricky bit
[19:55] <imbrandon> why?
[19:55] <yann2> what if I want to open my own blog? :(
[19:56] <imbrandon> sure, you can add anything to the bzr branch as a member
[19:56] <yann2> or maybe i can add two blogs then?
[19:56] <imbrandon> your just sponsoring the corp blog too
[19:56] <imbrandon> yes
[19:56] <yann2> riiiight. yes that makes sense then :)
[19:56] <imbrandon> you can add 5,10,100000 as long as they abide by the rules and are approved etc
[19:56] <slytherin> calc: AFAIK, ${misc:Depends} is unnecessary for java packages.
[19:57] <yann2> are there any, approved moral persons?
[19:57] <yann2> we've not been huuuge contributors so far, but my little finger tells me that may arrive one day.
[19:57] <imbrandon> huh ?
[19:59] <calc> slytherin: it clears up the lintian warnings about using debhelper without using its replacement variables
[19:59] <calc> slytherin: i suppose if you don't want lintian clean packaging it can be dropped
[19:59] <imbrandon> overides :)
[20:00]  * imbrandon ducks
[20:00] <fabrice_sp> Hi. Anyone wanting to review dvdstyler (http://revu.ubuntuwire.com/details.py?package=dvdstyler)?
[20:00] <slytherin> calc: I believe that variable is redundant for java packages. And I am sure lintian is not very smart about java packages.
[20:00] <slytherin> calc: and warning != error. :-)
[20:01] <directhex> how are things in java land today?
[20:01] <slytherin> directhex: openjdk has replaced GCJ as default java on almost all arch. :-)
[20:02] <slytherin> directhex: and calc is working in putting some java libs in main as they are build deps for OOo3.
[20:03] <directhex> but not runtime deps?
[20:03] <calc> well its not using openjdk but default-jre so if gcj is still default somewhere it will use that
[20:03] <calc> most platforms default-jre == openjdk
[20:04] <slytherin> calc: That is what I meant. for most arch default-jre = openjdk
[20:04] <slytherin> geser: I have finally decided to log bug about libjboss-web-services-java issue. I got no reply on mailing list as well as #debian-java on OFTC.
[20:05] <calc> btw anyone know how to make evolution redirect draft/sent to imap folders in intrepid?
[20:05] <calc> it seems to just be outright broken
[20:06] <yann2> anyway imbrandon  thanks for your help ;) I am a bit more enlightened now.
[20:06] <yann2> it's a bit scary to blog on the planet ubuntu as representative of an enterprise, hope it'll be alright :)
[20:06] <directhex> how successful is the "ignore it and it'll go away" strategy for packages?
[20:10] <imbrandon> directhex: huh ?
[20:10]  * directhex is wondering whether to give up on an evil package & request removal from the debian archive
[20:10] <imbrandon> ahh lol
[20:10] <ScottK> slytherin: misc depends is not actually used for any packages right now, but is being pre-deployed for all packages using debhelper for in the future when it may be smart enough to add depends.
[20:11] <slytherin> ScottK: I thought python packages used it.
[20:11] <ScottK> slytherin: No, python:Depends
[20:13] <slytherin> ScottK: it is still redundant if that is the only lintian warning, IMHO.
[20:13] <ScottK> slytherin: It's unneeded up until it's not.
[20:14] <directhex> :)
[20:15] <directhex> oh yeah, that second patch for kde4bindings
[20:15] <directhex> bugger
[20:18] <imbrandon> apt-cache search smstools
[20:18] <imbrandon> grrr
[20:19] <ajmitch> imbrandon is alive?
[20:20] <imbrandon> ajmitch: hehe yea, just now getting back in the IRC mood
[20:20] <imbrandon> been way too long
[20:20] <ajmitch> welcome back :)
[20:20] <ajmitch> how are things?
[20:20] <imbrandon> good good, found out this week that I am offered a position in London :)
[20:21] <imbrandon> a 2 year trip
[20:21] <ajmitch> oh that's nice
[20:21] <imbrandon> thought that might be kinda cool
[20:21] <imbrandon> same company i already work for, we just "bought out" another UK company "GT" and are re-branding them to our name etc
[20:22] <imbrandon> sooooo i get to move to London and work on Drupal for 2 years ( assuming I take it, but chances are very high )
[20:22] <imbrandon> u?
[20:23] <ajmitch> still in dunedin, same job, nothing changes
[20:27] <imbrandon> ajmitch: buy the expansion yet ( WoW ) ?
[20:28] <imbrandon> i found a horrific bug in the intel vid drivers ( linux ) and WotLK Expansion and have to play in OSX for the moment :(
[20:30] <directhex> file that bug?
[20:31] <ajmitch> imbrandon: yeah, playing a little bit
[20:31] <imbrandon> directhex: definately , as always
[20:33] <slytherin> directhex: did you fix ikvm build in sane manner i.e. not copying openjdk snapshot source?
[20:38] <jack_> I saw some video tutorial on youtube for package building. But I got problems with the gpg key...
[20:38] <jack_> http://pastebin.com/m1851090b
[20:38] <jack_> I followed the instructions in the video tutorial
[20:39] <jack_> I also didn't find a .bashrc file, so I made one my own...
[20:40] <jack_> and I got problems with less /var/cache/pbuilder/result/package.deb
[20:41] <jack_> he is saying, it's a binary file are you sure? If I type yes, I got really unreadable signs...
[20:42] <jack_> thanks in advance
[20:48] <bobbo> does anyone know Sebastian Bachers IRC nick (or is he here?)
[20:48] <pochu> bobbo: seb128
[20:49] <bobbo> pochu: thanks :)
[20:49] <pochu> bobbo: he's in -devel, -desktop and -bugs when he's online
[20:49] <pochu> np :)
[20:51] <slytherin> jack_: why do you want to do less with a deb file?
[20:52] <jack_> slytherin, thats what I saw in the tutorial
[20:52] <slytherin> jack_: the problem you are seeing with gpg key is probably because the address in latest entry debian/changelog is not your email address.
[20:52] <slytherin> jack_: which tutorial is that?
[20:53] <jack_> slytherin, youtube ubuntu-motu tutorial
[20:53] <slytherin> jack_: Sorry, but I am too tired now. I hope someone else will help you.
[20:57] <jack_> k
[20:59] <geser> jack_: have you '[ -x /usr/bin/lesspipe ] && eval "$(lesspipe)"' in your ~/.bashrc?
[21:00] <jack_> geser, no
[21:00] <jack_> it was an empty file, made by myself
[21:02] <geser> if it's empty, then copy /etc/skel/.bashrc to ~/.bashrc
[21:02] <geser> you should get the default one back
[21:03] <jack_> skel is empty here
[21:03] <jack_> ctr H ok...
[21:05] <jack_> ok, thanks
[21:05] <jack_> is it possible to become an maintainer of one package which is now not in Ubuntu?
[21:06] <RainCT> jack_: in Debian yes, in Ubuntu there aren't Maintainers
[21:06] <jack_> mmh ok...
[21:07] <pochu> jack_: but you could get it uploaded, and then take care of it
[21:07] <pochu> that's pretty much like maintaining it :)
[21:07] <jack_> ok I see
[21:08] <pochu> RainCT: and there are maintained packages, e.g. gajim :-)
[21:08] <jack_> I 'm right when I say I can build packages for intrepid on Hardy?
[21:08] <pochu> with a chroot, yes
[21:08] <jack_> And build packages without having the dependencies/ -devs installed?
[21:08] <RainCT> pochu: well, but being in the Maintainer field in an Ubuntu package isn't the same as being in a Debian package
[21:09] <jack_> How about building a kernel in a chroot?
[21:09] <pochu> jack_: no, you need the build-dependencies to build packages
[21:09] <RainCT> pochu: (my name is also in the Maintainer field of some Ubuntu-only package, btw :))
[21:10] <jack_> pochu, ok
[21:10] <Nafallo> EY!
[21:10] <Nafallo> hi
[21:10] <pochu> RainCT: merge gajim with Debian and you will have Nafallo in your inbox :-)
[21:10] <Nafallo> someone mentioned my package ;-)
[21:10] <pochu> hey Nafallo ;)
[21:10] <RainCT> pochu: :D
[21:10] <jack_> and how about my kernel question?
[21:10] <Nafallo> phone, brb
[21:11] <RainCT> pochu: is this a challenge? :P
[21:11] <pochu> jack_: I think you can, but I have never build a kernel :-)
[21:11] <pochu> RainCT: maybe, but I don't assume the consequences ;)
[21:13] <emgent> pochu: heya :)
[21:14] <Nafallo> back
[21:15] <Nafallo> I think we're never than Debian, aren't we?
[21:23] <directhex> really don't build a kernel without a damn good reason, because you really will have nasty integration issues
[21:23] <directhex> generally speaking, use make-kpkg (from kernel-package) to generate debs
[21:23] <directhex> if memory serves
[21:24] <directhex> this is going back a good few years to my debian days
[21:38] <pochu> hey hey emgent :-)
[21:38] <pochu> emgent: did you go to California?
[21:57] <directhex> so were's UDS 2009 then?
[21:57] <mgdm> you house.
[21:57] <mgdm> err. your.
[21:57] <directhex> i have a 2 bedroom coachhouse.
[21:59] <mgdm> plenty of space ;)
[22:01] <pochu> if there's no bikeshed to discuss its colour, then it's not a good place :)
[22:01] <mgdm> heheh
[22:18] <nhandler> geser: Thanks a lot for finally getting around to responding to my application :)
[22:19] <x1250> I had to comment the following like in debian/rules for inkscape (svn) to build properly:
[22:20] <x1250> # cd po; intltool-update -p
[22:20] <x1250> with that line compiling died with:
[22:20] <x1250> xgettext: error while opening "./../share/filters/filters.svg.h" for reading: No such file or directory
[22:21] <x1250> but only using pbuilder. Compiling it by hand, ./autogen.sh && ./configure && make, worked ok.
[22:21] <x1250> is there a real problem with commenting the offending line in debian/rules?
[22:21] <x1250> may I do it without any fear some other thing may break?
[22:23] <geser> nhandler: I hoped I find the time to vote on it but it doesn't look like so I at least didn't want to delay it even further
[22:24] <nhandler> geser: I already have 3 +1's, so it isn't a huge deal
[22:24] <nhandler> Do I now just wait to be added to the team on LP?
[22:27] <jmarsden|work> x1250: Most likely you have a missing build dependency.  Try dpkg -S /usr/share/filters/filters.svg.h to see what package installed that file on your machine, maybe?
[22:30] <x1250> jmarsden|work, share/filters/ is inside inkscape svn checkout copy, but anyway I ran the command, but no results, the same with apt-file.
[22:32] <x1250> the man says:
[22:32] <x1250> intltool-update - updates PO template file and merge translations with it
[22:32] <jmarsden|work> x1250: Hmmm.  I'd guess that you probably need to talk to the original develeopers... commenting out the internationalisation could leave you with a package that works fine only in USA/English locales, or something along those lines.
[22:32] <x1250> jmarsden|work, I think they use a python script in share/filters
[22:32] <x1250> i18n.py
[22:33] <x1250> well, I have a spanish desktop here, so I'll check If I have any problems after the build, thanks for your time
[22:33] <jmarsden|work> x1250: Sure.  I'm not familiar with inkscape at all... so either you decide you know it well enough to go for it, or contact the upstream folks who know all about that code...
[22:34] <geser> nhandler: yes, I guess dholbach will process it tomorrow (when he has read my (non-)voting)
[22:34] <nhandler> Thanks again geser
[22:35] <geser> thanks for your patience
[23:14] <hyperair> can anyone review my packages http://revu.ubuntuwire.com/details.py?package=sigx and http://revu.ubuntuwire.com/details.py?package=codelite
[23:14] <hyperair> ?
[23:32] <x1250> what would be the difficuly of building a inkscape-svn package, with no conflicting files (i.e different executable name, install dirs, etc) with inkscape main?
[23:33] <azeem> x1250: what purpose for?
[23:33] <azeem> or rather, what's the use-case?
[23:36] <x1250> non for me, but some people have asked me for it, and I would like to learn how to do so too.
[23:36] <x1250> azeem, that is.
[23:37] <azeem> well
[23:37] <azeem> what's the problem with providing updated package via a PPA?
[23:37] <azeem> do people want to install both at the same time?  Is there a problem with migrating settings/options to/fro the svn version?
[23:38] <ScottK> azeem: As long as you're willing so support the users, then I don't think it's a major problem.
[23:38] <x1250> azeem, I am using a PPA and I update inkscape like once a week in there. Uhm, maybe you have a good point there.
[23:39] <azeem> ScottK: well ok, just wondering whether the parallel-installable trouble is worth the benefit
[23:39] <azeem> if people can just revert to hardy/intrepid/jaunty if the PPA breaks, it's not a problem
[23:41] <ScottK> In general I think it's better for that reason.  Downgrading is harder if it replaces the distro package.
[23:42] <x1250> well, to be honest I just wanted to learn more about packaging, and this seemed like a good excuse :). Till now my experience has been "updating" existing packages, and this seemed to be a nice way to get to learn a little more, without creating a package from scratch.
[23:43] <x1250> I'm an inkscape user myself, and thats why I'm packaging svn versions.
[23:44] <azeem> x1250: personally, I think getting this right is more difficult than a package from scratch
[23:44] <azeem> cause you need to think about user configuration (if there is any in inkscape, which I guess is the case), possible caches etc. as well
[23:46] <x1250> well, in that case I guess I'll try doing a package from scratch. How can I search launchpad for programs are not currently packaged and people want them on jaunty?
[23:50] <mrooney> x1250: the tag 'needs-packaging'
[23:50] <x1250> mrooney, great thanks
[23:50] <mrooney> x1250: have fun, there are a lot :)
[23:51] <x1250> ok thanks, lol :)
[23:59] <serialorder> After merging eclipse 3.2.2-6 it FTBFS in pbuilder