[00:19] <TheMuso> jscinoz: How big is the patch, and does the package already use a patch system?
[00:26] <Legendario> hey guys, had the same error here. Launchpad PPA rejected again
[00:26] <geser> Legendario: can you pastebin the .dsc file you uploaded?
[00:27] <geser> and also the exact error message
[00:27] <Legendario> sure
[00:27] <Legendario> http://paste.ubuntu-nl.org/53923/ that's the error message
[00:28] <geser> what's your PPA?
[00:29] <Legendario> geser, that's the dsc file: http://paste.ubuntu-nl.org/53924/
[00:29] <Legendario> geser, my ppa is http://ppa.launchpad.net/kemelzaidan/ubuntu
[00:33] <geser> Legendario: try asking in #launchpad
[00:33] <jscinoz> themuso the patch changes two files and i dont thing it already used a patch
[00:34] <geser> Legendario: as you don't have musictracker in you PPA nor is it in the archive, I don't understand which md5sum it didn't like and the upload contained also the .orig.tar.gz
[00:36] <Legendario> geser, yeah. I don't understand it too. Have done exactly as described on the packaging guide
[00:36] <geser> I'm out of ideas
[00:36] <Legendario> had only a doubt on how to build it with the build-depends on the debian/control file, but mok0 helped me out with it...
[00:41] <Legendario> geser, i'll try to ask on the #launchpad. Thanks any way!
[00:42] <geser> keescook: bad timing with your pcre3 merge. pcre3 7.6-1 got uploaded into Debian unstable and it also includes the pcredemo.c example.
[00:47] <Legendario> do you guys know where to report bugs on the debhelper script?
[00:48] <geser> Legendario: against the debhelper package: https://edge.launchpad.net/ubuntu/+source/debhelper/+bugs
[00:48] <LaserJock> the debhelper package in Debian
[00:49] <geser> yes, that's probably more helpful
[00:50] <ScottK> As long as it really is a bug with the Debian version of the package and not just our problem.
[00:53] <Legendario> ScottK, it probably is
[00:54] <Legendario> geser, could not open the link you gave me...
[00:55] <geser> Legendario: remove the "edge." and it should work
[00:55] <Legendario> dh_make doesn't recognize source versions without numbers. e.g.: beta1
[00:55] <slangasek> Legendario: dh_make is not part of debhelper
[00:56] <slangasek> so please don't report such a bug against debhelper, report it against dh-make :)
[00:56] <Legendario> slangasek, isn't the dh on dh_make an abreviation on debhelper?
[00:56] <slangasek> yes
[00:57] <slangasek> it is, nevertheless, a namespace collision
[00:57] <geser> Legendario: but dh_make has it's own package and is not part of debhelper
[00:58] <Legendario> geser, well, do you know the link for it? cause i search on the launchpad home and can't find it?
[00:59] <slangasek> Legendario: https://launchpad.net/dh-make/ ?  https://launchpad.net/ubuntu/+source/dh-make/ ?
[01:06] <Legendario> slangasek, why isn't it shown on a simple search?
[01:07] <slangasek> I don't know, where are you searching / what are you searching for?
[01:19] <Legendario> slangasek, i am searching for musictracker on the launchpad home. I think that's the mistake
[01:24] <emgent> nite people
[01:58] <zul> geez you people are quiet
[01:59] <ion_> Shh! Silence!
[02:01] <leonel> mm what  where  when ?? ..
[02:08] <ScottK> Legendario: If the Launchpad U/I is confusing, feel free to file bugs on Launchpad.
[02:09] <Legendario> ScottK, i guess i'll do it later
[02:12] <rjmyst3> hello
[02:13] <rjmyst3> i'm a rookie packager looking for reviews for my latest upload to revu
[02:13] <zul> hey ScottK
[02:13] <rjmyst3> http://revu.tauware.de/details.py?package=wxformbuilder
[02:13] <rjmyst3> can anyone help me out?
[02:17] <bddebian> Heya gang
[02:18] <rjmyst3> hello
[02:18] <bddebian> Hello rjmyst3
[02:19] <rjmyst3> bddebian: you've reviewed my package - wxFormBuilder - before
[02:19] <rjmyst3> it has since been updated quite a bit
[02:19] <rjmyst3> any chance you'd take another look?
[02:19] <bddebian> I'll try to check it out.  I've been having PC issues lately. :-(  I lost a drive yesterday
[02:19] <rjmyst3> http://revu.tauware.de/details.py?package=wxformbuilder
[02:19] <rjmyst3> ouch!
[02:21] <rjmyst3> what is the normal way to solicit reviews of a new package?
[02:21] <rjmyst3> i'm quite the rookie, still
[02:22] <bddebian> Asking in here is fine
[02:23] <bddebian> Just don't over do it ;-)
[02:25] <rjmyst3> ok :)
[02:32] <ScottK> Heya zul.
[03:04] <tmp> el
[03:04] <tristanbob__> if we have a new package that is not in Ubuntu or Debian, what are the next steps?  revu?
[03:11] <ScottK2> tristanbob__: Yes.  Additionally, we are very near the deadline for Hardy, so if you're starting now, you're odds aren't good.
[03:12] <tristanbob__> ScottK2 - I bet we can get this in - the package is done - just need to get it reviewed, right?
[03:12] <ScottK2> Maybe.  Depends on how well done.
[03:13] <tristanbob__> true - we will get started on this process tomorrow
[03:13] <tristanbob__> ScottK, when is the deadline?
[03:14] <ScottK> tristanbob__: Uploaded (including archive admine NEW review) by February 14.
[03:15] <tristanbob__> ScottK, if we are not motu, do we need sponsorship?
[03:15] <ScottK> tristanbob__: Yes.  Upload to REVU and two MOTUs to advocate.
[03:16] <ScottK> !revu | tristanbob__
[03:16] <ubotu> tristanbob__: REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[03:19] <rjmyst3> I've got a package on REVU, that has been already reviewed and fixed.
[03:19] <rjmyst3> ScottK or ubotu - are you guys MOTU?
[03:19] <rjmyst3> could you help me get it in?
[03:19] <ScottK> I am.  ubotu is a bot.
[03:19] <rjmyst3> http://revu.tauware.de/details.py?package=wxformbuilder
[03:23] <tristanbob__> thanks for your time ScottK
[03:24] <ScottK> rjmyst3: wxwidgets really isn't my thing.  No, I don't think I can help you.
[03:24] <ScottK> tristanbob__: You're welcome.
[03:24] <rjmyst3> I understand, thanks for taking a look
[03:24] <rjmyst3> anybody in here a fan of wxWidgets?
[03:27] <bddebian> Please tell me it doesn't use 2.4 ?
[03:29] <rjmyst3> 2.8
[03:29] <rjmyst3> :)
[03:30] <ScottK> bddebian is a masochist.  I'm sure he'll look at it.
[03:30] <bddebian> heh
[03:58] <jscinoz> hey guys, sisposty submitted a patch for urbanterror to make it work with ubuntu's libjpeg, but how exactly would i apply this patch: http://launchpadlibrarian.net/11602996/upid_1386_use_system_libjpeg6.patch
[03:59] <bddebian> patch -pX < foo.patch ?
[04:06] <jscinoz> how do i know what number to replace X with
[04:07] <bddebian> Usually 1 but you can try 0-3 or 4
[04:10] <jscinoz> says it cant find the file to patch at line3
[04:10] <jscinoz> regardless of what i hvae with -p
[04:11] <jscinoz> what dir should i be running patch from
[04:12] <bddebian> the source dir
[04:13] <guest22> Does anyone know what's happened to launchpad.net? (I'm referring to the strange character substitutions on all pages.) Has it been hacked?
[04:14] <jscinoz> im in the source dir >_<
[04:42] <jscinoz> my pbuilder is borked :(
[04:42] <jscinoz> "host: unknown hostname" when i try to build with it
[04:44] <AnAnt> persia: Hello
[04:46] <jdong> jscinoz: /etc/hostname should have your hostname in it, /etc/hosts should have 127.0.0.1 your_hostname
[04:48] <jscinoz> ah fixed it
[04:48] <jscinoz> commenter on revu package urbanterror says "I guess you should also set yourself as XSBC-Original-Maintainer and Ubuntu MOTU as Maintainer, so that there is a @ubuntu.com address in the Maintainer field." what does he mean by this?
[04:50] <minghua> jscinoz: https://wiki.ubuntu.com/DebianMaintainerField
[04:51] <jscinoz> so just change maintainer field from jscinoz@gmail.com to ubuntu-motu@lists.ubuntu.com
[04:54] <jscinoz> nevermind
[04:59] <AnAnt> Hello, can someone review those please: http://revu.tauware.de/details.py?package=ubuntume-gdm-themes , http://revu.tauware.de/details.py?package=usplash-theme-ubuntume
[05:03] <AnAnt> persia: regarding usplash-theme-ubuntume , what do you mean by "the old version was based on other GPL code" ?
[05:04] <AnAnt> persia: as for the download location, the svn has read access for the public
[05:52] <joejaxx> zul: how much work do you think it would be for openvz inclusion in ubuntu?
[06:03] <nyquist2773> Where is a good place to ask a programming question?
[07:08] <coolbhavi> When I run debuild -S i get "Bhavani Shankar <bhavi@ubuntu.com>": secret key not available
[07:09] <coolbhavi> Am I missing out something?
[07:09] <coolbhavi> Please HELP
[07:10] <coolbhavi> OK got it
[07:16] <AnAnt> persia: Hello
[07:23] <warp10> Hi all!
[07:38] <dholbach> good morning
[07:42] <RAOF> Good afternoon, dholbach :)
[07:50] <dholbach> hey RAOF
[07:52] <Hobbsee> morning dholbach
[07:53] <dholbach> hey Hobbsee
[07:54] <RAOF> Hey Hobbsee!
[07:54] <Hobbsee> heya RAOF!
[07:56] <RAOF> Hobbsee: You're not at lca, or something cool like that?
[07:56] <slytherin> persia: man-di: Bad news - Lucene2 FTBFS even if I manually fix w3c-dtd-xhtml installation. Worse news - It builds with icedtea, which means that it can not be fixed in Debian for now.
[07:56] <Hobbsee> RAOF: unfortunately not
[07:56] <RAOF> Awww.
[07:59] <RAOF> Hm.  I wonder what severity Miro would like their "I'm pretty sure you're licensing is broken" bug >:)
[08:05] <Aloha> whats the correct way to use dch if adding to ppa? just dch by itself?
[08:09] <slytherin> Aloha: i susally use dch -i which will add an entry and open changelog in editor. you can then manually modify theentry
[08:10] <Aloha> slytherin, dch with -i does the same. thats why i was asking de facto standard
[08:10] <Aloha> s/with/without/
[08:10] <RAOF> It doesn't matter.
[08:11] <RAOF> There's nothing PPA specific to using dch.  It just adds another changelog entry.
[08:11] <Aloha> debuild complains about maintainer not having ubuntu address when i use dch by itself because it appends -ubuntu to end of package name
[08:12] <RAOF> Right.
[08:12] <Aloha> dpkg-source: warning: Version number suggests Ubuntu changes, but there is no XSBC-Original-Maintainer field
[08:13] <Aloha> oops
[08:13] <Aloha> i mean
[08:13] <Aloha> dpkg-source: warning: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[08:15] <slytherin> Aloha: use update-maintainer
[08:15] <Aloha> slytherin, k thnx
[08:16] <slytherin> Aloha: And you should probably read about DebianMaintainerField on ubuntu wiki
[08:16] <Aloha> slytherin, ok thnx
[08:17] <Aloha> Hobbsee, hi sarah!
[08:17] <Aloha> s/sarah/Sarah/
[08:17] <slytherin> Aloha: By the way, if dch is making the version as 1.0-1-ubuntu1 then I guess it will be wrong. It should be 1.0-1ubuntu1
[08:17] <Aloha> or not
[08:18] <Aloha> slytherin, it making it right. typo on my part sorry
[08:31] <slytherin> if usplash is not showing up when I use grub2, is it grub2 bug or usplash bug?
[08:48] <persia> slytherin: :(  I guess it's an icedtea solution then.  That still needs the DTD fix though, right?  I'd say wait for Debian to fix XML, and then adjust the build-deps of lucene2 (given that the Debian update is expected soonish).
[08:49] <slytherin> persia: yes, DTD fix is still needed.
[08:49] <persia> AnAnt: I mean that a source previously licensed under the GPL appears now to be licensed under CC-BY-SA.  I thought it was derived from another GPL package, in which case this cannot be done.  If it is original source, no issues.
[08:50] <slytherin> persia: Do you think this should be reported against GCJ? Obviously there is some problem in GCJ due to which the unit tests are failing.
[08:50] <AnAnt> persia: original source
[08:50] <persia> AnAnt: Also, no point in saying "Hello" every once in a while.  I tend to see those within an average of 30 minutes, but am typically unable to respond.  You'd do better to say whatever you might have said if I had responded, and I'l take the appropriate action.
[08:51] <AnAnt> persia: ok
[08:51] <persia> AnAnt: OK.  I'll just take a quick look, and suspect I'll advocate.
[08:52] <persia> AnAnt: Are you sure you want the maintainer to be "Ubuntu MOTU Developers <ubuntu-motu@lists.ubuntu.com>"?  Not the UbuntuME team?
[09:23] <persia> AnAnt: Let me know when you get an answer for that: if you're sure, I'll advocate.  If you want to adjust it and upload a new candidate, I'd rather advocate that one to reduce the chance of the wrong one getting uploaded.
[09:24] <AnAnt> persia: I thought that's how it should be, that Maintainer should be something @ubuntu.com
[09:25] <persia> It's stil REVU day.  There are 8 packages awaiting a second advocate, 3 packages that have been waiting a long time (2 of which I am recusing myself from re-reviewing), 12 packages still awaiting review today, and a bunch of updated candidates.  Who wants a review?  Who wants a package to review?
[09:25] <persia> AnAnt: The maintainer should be something@ubuntu.com.  On the other hand, this is a special package, so it might want a special team to maintain it.
[09:25] <persia> Essentially, if you set it to MOTU, anyone might update it, which may cause confusion to the team.
[09:26] <AnAnt> persia: ubuntume@googlegroups.com would do ?
[09:26] <persia> Also, about the SVN part: my comment about having a tarball was because SVN is expected to change, and there's no good record of what was released except the package source.
[09:27] <rulus> I'd like gtkvd to be reviewed; I (and a lot of people with me) would like it to be in the Hardy repo's. http://revu.ubuntuwire.com/details.py?package=gtkvd Thanks :)
[09:27] <persia> AnAnt: Well, it is supposed to be an @ubuntu.com address.  Are any of the team members?  Perhaps they could be the maintainer for now?  Alternately, perhaps a mailing list could be set up with on lists.ubuntu.com?
[09:28] <persia> rulus: I still think you should do something about gnuvd as well, but I'll take a look.
[09:28] <rulus> persia: gnuvd is fixed by it's author, but there are still a few small issues to fix before the new version gets into Debian
[09:29] <AnAnt> persia: well, I don't think any of the team members has a @ubuntu.com address (can anyone apply for that?). How can a mailing list be set up with lists.ubuntu.com ?
[09:30] <persia> AnAnt: Ubuntu Members get an @ubuntu.com address.  The path to membership is changing, but I suspect http://www.ubuntu.com/community/processes/newmember will at least point you in the right direction.  I don't know the process for mailing list setup.
[09:30] <persia> rulus: Excellent.  Note that by "do something", I really mean anything: just paying attention to it and requesting the sync at the right time counts :)
[09:31] <rulus> persia: yeah, I'm certainly keeping track of the progress :)
[09:39] <persia> rulus: Even trying all my most nitpicky tests, I could only find two issues with the package.  Unfortunately, one is a GPL violation, so I won't advocate.
[09:40] <rulus> persia: thanks for the comments, I'll check them out :)
[09:44] <sistpoty|work> morning everyone
[09:48] <geser> good morning
[09:48] <mok0> morning sistpoty
[09:49] <sistpoty|work> hi geser and mok0
[09:49] <geser> hi sistpoty|work
[09:51] <persia> Morning sistpoty
[09:52] <sistpoty|work> hi persia
[10:03] <persia> erable: qdevelop commented
[10:05]  * persia seeks alternate reviewers for mumble (http://revu.ubuntuwire.com/details.py?package=mumble) and cvc3 (http://revu.ubuntuwire.com/details.py?package=cvc3) so that they don't miss two REVU days in a row.
[10:08] <rulus> How do I compile .po during build? I'm looking at the source of Jokosher, but they don't do it either, they don't even include the .po files..
[10:10] <Ng> rulus: msgfmt. fwiw, my package is python, so I do it in the setup.py (and I shamelessly pinched the function to do it from another python package ;)
[10:11]  * persia cheers open source, and encourages sharing of handy functions
[10:11] <rulus> Ng: my package is Python too, can you give me the name of that package ;)
[10:11] <Ng> rulus: I have to admit that I've forgotten which package I pinched it from, but it's unmodified in mine (terminator)
[10:11] <Ng> I should have been making notes of that stuff :/
[10:11] <rulus> Ng: thanks, I'll have a look :)
[10:12] <Ng> yw :)
[10:24] <slytherin> persia: Do you have even slightest idea why lucene2 unit tests fail with GCJ while they pass with icedtea?
[10:26] <rulus> woot, it works Ng, thanks again :)
[10:26] <Ng> rulus: np :D
[10:27] <persia> slytherin: Not a clue.  Back when I was a real Java developer, gcj was widely considered broken.  Now it mostly works (hurrah!), but I don't do so much Java.
[10:28] <slytherin> persia: hmm, may be some apis are stub. That may be the reason the tests don't get result as expected.
[10:29] <persia> slytherin: That would make sense.  My vague memories were that everything was stubbed to match the public API, and the implementations are a work in progress.
[10:34] <luisbg> Is there a general guideline for qt app packaging since they use qmake?
[10:41] <rulus> persia and others: I updated gtkvd (http://revu.ubuntuwire.com/details.py?package=gtkvd)
[10:48] <minghua> luisbg: Maybe people in #kubuntu-devel know better.
[10:50] <luisbg> minghua, ok, thanks
[10:52] <persia> vorian: guake commented
[10:52] <frafu> Could anybody please review the following package: http://revu.tauware.de/details.py?upid=1577 It would be great if it makes it into hardy as the corresponding gui will be in hardy. (a11y tab of the mouse control panel)
[10:53] <frafu> Thanks in advance.
[10:58] <persia> frafu: From where does ./ChangeLog originate?  Seems an odd file to be the only patch external to debian/patches.
[11:01] <frafu> persia: it is from upstream; strange
[11:01] <persia> frafu: Shall I proceed with the review, or do you want to look at that first?
[11:01] <frafu> persia: I will look at it first
[11:02] <frafu> persia: thanks
[11:03] <persia> frafu: Thanks for being responsive.  It's a lot easier for me when I don't have to do a full review and still not get to advocate the package.
[11:04] <persia> And so REVU day comes to a close.  Only one package uploaded today: any reviewers who were waiting for the last minute are encouraged to take a look at the packages that have already received an advocate.
[11:05] <frafu> persia: thanks to you for pointing me immediately to the problem
[11:05] <persia> frafu: I encourage you to check the diff.gz with lsdiff in the future.  It's a really easy mistake to make (I've done it lots of times).
[11:05] <DaveMorris> feature freeze is quite close now. :(
[11:06] <persia> DaveMorris: Yep.  Thanks for your help with reviewing.
[11:07] <DaveMorris> np, I can spot the easy mistakes :)
[11:07] <rulus> persia: can you have another look at my package? I fixed your last comments.
[11:08] <persia> rulus: REVU Day just ended, and I've a couple other things I want to do before I sleep.  I'll take another look next time I pass through REVU, but you might do well to solicit someone else's review: I tend to try to review packages I've not reviewed at all, or not recently.
[11:08] <frafu> persia: thanks for the tip; are there any other tools that I can use apart lintian, linda (that does not seem to be uptodate) and lsdiff?
[11:09] <frafu> I should have asked this time ago :-/
[11:09] <persia> frafu: I find `less $(suspicious-source)` to be useful.  I also use uscan and dpkg --contents foo.deb.
[11:09] <rulus> persia: ah ok thanks anyway :)
[11:09] <persia> Also, linda is still helpful, even though she is a little behind.
[11:11] <frafu> persia: ok
[11:11] <DaveMorris> is there a howto on checking your package?
[11:14] <persia> DaveMorris: Closest we have (and it is out of date based on discussions on the ubuntu-motu ML) is https://wiki.ubuntu.com/UbuntuDevelopment/CodeReviews#Tips (linked from REVU).
[11:45] <pochu> \o
[11:46] <zul> joejaxx: depends on a couple of things like do they have a patch for 2.6.24
[12:06] <devilsadvocate> hi.. can someone help me get my gpg to work from within a chroot? i am unable to create a package because debbuild cant fing gpg (absolute newb here :P)
[12:07] <persia> devilsadvocate: You can easily work around that by using debsign to sign the files after you get them out of the chroot.  (I don't remember the necessary hooks to make it work inside the chroot).
[12:07] <slytherin> devilsadvocate: What is exact error?
[12:07] <devilsadvocate> Finished running lintian.
[12:07] <devilsadvocate> Now signing changes and any dsc files...
[12:07] <devilsadvocate> Could not find a signing program (pgp or gpg)!
[12:07] <devilsadvocate> debuild: fatal error at line 1174:
[12:07] <devilsadvocate> running debsign failed
[12:08] <devilsadvocate> I tried running debuild -S
[12:09] <slytherin> devilsadvocate: This error si not from inside of chroot I guess. Looka like you are missing some gpg agent. Try installing seahorse
[12:11] <devilsadvocate> slytherin, i'm using the packaging guide on the wiki, with the added procss of running it within a minimal chroot. i wanted to make sure i got the dependancies right
[12:11] <devilsadvocate> i'll try installing seahorse and check. thanks :)
[12:12] <geser> devilsadvocate: have you gpg installed inside the chroot?
[12:13] <devilsadvocate> geser, i tried installing gnupg, but it says its at the latest version. I have _not_ yet imported my keys from outside though, but i guess that error should come later down the road
[12:19] <joejaxx> zul: nope only 2.6.22
[12:20] <zul> joejaxx: then no i wouldnt do it
[12:20] <joejaxx> ok
[12:21] <geser> devilsadvocate: if debsign/gpg wouldn't find the key, you would get an other error message. This error message sound like it couldn't find the gpg binary inside the chroot
[12:23] <devilsadvocate> i agree. geser
[12:23] <devilsadvocate> hence me here :P
[12:24] <devilsadvocate> ok. i think 've gotten a little further. i tried running gpg --list-keys, and got a fatal error saying it cant create a directory in my home directory, which happens to be the one _ouside_ the chroot. i'd better read up on other stuff and try to fix that first
[12:25] <geser> devilsadvocate: try setting inside the chroot HOME to a value where gpg can write, e.g. export HOME=/tmp
[12:27] <mcisbackuk> Stupid question, but had anyone else noticed that 7.10 and Hardy's alpha 3 CDs STILL have 7.04's example files on it, and they haven't ever been updated since??
[12:28] <devilsadvocate> geser, that was the problem, kindof. I had to do a mount -a outside the chroot (i added the home directories as a mount point on fstab). did that and it worked. thanks :)
[12:29] <persia> mcisbackuk: That's normal.  Those usually get updated much closer to StringFreeze.
[12:30] <mcisbackuk> persia: Oh right OK, just thought it was a bit strange lol
[12:30] <minghua> I believe the "release notes" in firefox points to the one of 7.10 as well.
[12:31] <minghua> The documentation will always fall behind.
[12:31] <persia> Err.  7.04?  That should be updated ;)
[12:31] <minghua> 7.10, sorry.
[12:31] <minghua> It used to be 7.04, though. :-P
[12:32] <minghua> Actually, I'm not that sure now.  It was fixed in gutsy-updates.
[12:32] <mcisbackuk> GRRR what is wrong with the mono libs I still can't get a parital upgrade to work properly
[12:33] <devilsadvocate> i remember in xubuntu edgy, the release version had the old docs.. i think in the default firefox page
[12:34] <mcisbackuk> Well 8.04's curent Firefox has 7.10 displayed in /usr/share/ubuntu-artwork/home/index.html (start page), and the release notes point to 6.10, yes SIX.TEN,
[12:35] <geser> mcisbackuk: that mono bug here? bug #184681
[12:35] <ubotu> Launchpad bug 184681 in mono-addins "Some missing /usr/share/cli-common/policies.d/libmono-addins*/*.dll break mono installatsions (! Assembly /usr/share/cli-common/policies.d/libmono-addins-gui0.2-cil/policy.0.2.Mono.Addins.Gui.dll does not exist)" [High,Triaged] https://launchpad.net/bugs/184681
[12:36] <mcisbackuk> geser: That's the one, its still affecting direct updates from the Alpha 3 CD
[12:36] <ryanakca> I assume it isn't too late to ask fo a sync?
[12:37] <mcisbackuk> FeatureFreeze isn't until Feb 14th I think you might be OK
[12:37] <slytherin> ryanakca: which package?
[12:37] <geser> mcisbackuk: I haven't seen it here on my regular updated hardy
[12:37] <devilsadvocate> would it be possible to get microdc2 into universe?
[12:37] <geser> mcisbackuk: seems to be an update problem
[12:37] <ryanakca> slytherin: isn't in Debian yet, I'm going to try to get it uploaded... then a week to get included/processed... I should be OK :)
[12:37] <mcisbackuk> geser: So i'll go ahead with dkpg --configure -a and reboot?
[12:37] <ryanakca> s/uploaded/uploaded today/
[12:38] <geser> mcisbackuk: reboot shouldn't be necessary. Did you tried dpkg --configure -a already?
[12:39] <mcisbackuk> geser: Not yet, I've literally just installed and run the partial upgrade tool, will I need to run dpkg?
[12:39] <minghua> The wrong release note version bug is fixed in gutsy-updates.
[12:39] <geser> mcisbackuk: I'm just downloading the alpha3 iso to test it myself
[12:39] <mcisbackuk> minghua: If it was overlooked once, couldn't it be again?
[12:39] <mcisbackuk> geser: OK
[12:40] <minghua> mcisbackuk: Of course it could.  If you have good suggestions to prevent that, I'm sure the release team will be interested.
[12:41] <mcisbackuk> geser: Alpha 4's on Thursday anyway isn't it? Does another batch of iso's get made up for it?
[12:44] <slytherin> mcisbackuk: Aren't ISOs built daily?
[12:45] <mcisbackuk> minghua: Well I thought that there would've been a team within Firefox or whatever that would do this anyway. I could keep an eye on it, but when is StringFreeze? I take it this is the last chance to change anything?
[12:45] <mcisbackuk> slytherin: I don't know, I didn't think they were, that's why I asked lol
[12:46] <slytherin> mcisbackuk: they are. I thought that you were here to report that you couldn't find a nightly CD. :-)
[12:46] <minghua> ! hardyschedule
[12:46] <ubotu> Sorry, I don't know anything about hardyschedule - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[12:46] <mcisbackuk> slytherin: Oh....fair enough, where do you get them from then? And I must point out to geser that I obviously have an old one, so sorry.
[12:47] <slytherin> mcisbackuk: http://cdimages.ubuntu.com/daily/
[12:47] <minghua> mcisbackuk: https://wiki.ubuntu.com/HardyReleaseSchedule  # string freeze is Feb. 28th
[12:48] <mcisbackuk> slytherin: Got it! Thanks slytherin :)...and thanks lol
[12:48] <minghua> mcisbackuk: I believe firefox has its own team too, you are always welcome to remind them before the release if it doesn't get updated.
[12:49] <mcisbackuk> minghua: Will do, I'll have a look a week or so before :)
[12:49] <minghua> mcisbackuk: Actually, test the Beta and RC releases, dig around and find anything you think should be updated.  Report them as bugs and push people to fix it.
[12:49] <persia> mcisbackuk: Best to check a week or so before beta, just to make sure there is time to get it right, rather than being a last minute fix.
[12:50] <mcisbackuk> That's what I meant by a week before lol :)
[12:50] <minghua> IMHO Ubuntu has far too few beta- and rc- testers than necessary.
[12:51] <mcisbackuk> minghua: well consider me one, even though I can't build etc I cann still hunt problems :)
[12:51] <persia> mcisbackuk: If you're up for that, you might be interested in joining the bugsquad
[12:52] <persia> It's nautilus bug day today in #ubuntu-bugs
[12:52] <minghua> mcisbackuk: That would be a very appreciated contribution.
[12:52] <mcisbackuk> persia: Nautilus is the "file manager" for GNOME right?
[12:55] <persia> mcisbackuk: Yep.
[12:55] <slytherin> man-di: Any update on the DTD issue?
[12:58] <mcisbackuk> OK I've just joined BugSquad, gonna have a look through them, see if they're reproducible in Hardy
[12:59] <man-di> slytherin: work in progress...sorry for not better infos
[13:00] <slytherin> man-di: What exactly is work in progress? I mean whether the fix has been decided or is it under discussion?
[13:01] <man-di> slytherin: working on a patch to make it work
[13:02] <slytherin> man-di: Ok. So you are simply going to add symlinks, right. Or do you have any other fix in mind.
[13:02] <mcisbackuk> How do run an MD5 check on the daily build ISOs?
[13:04] <man-di> slytherin: Daniel had another idea. I still need to test it.
[13:04] <slytherin> mcisbackuk: md5sum command
[13:04] <mcisbackuk> slytherin: Thanks :)
[13:07] <slytherin> man-di: I hope you saw my last message about using icedtea
[13:11] <man-di> slytherin: icedtea?
[13:12] <slytherin> man-di: The combination of openjdk and some other free java related tools to fill the gap in openjdk
[13:13] <man-di> slytherin: I know what icedtea is. I work on the packaging of it. I just wonder what your comment was.
[13:15] <slytherin> man-di: I ws trying to build lucene2 with GCJ. But even after the DTD issue is fixed, lucene2 FTBFS. So I will build it with icedtea so it can be moved to universe in Ubuntu (free in Debian). I am specifically doing this to address bug 185917
[13:15] <ubotu> Launchpad bug 185917 in lucene2 "lucene2 jdk dependence" [Undecided,New] https://launchpad.net/bugs/185917
[13:18] <man-di> slytherin: as icedtea is not in Debian yet and its only limited to a few archs currently its not a real option, just a workaround
[13:21] <slytherin> man-di: Yes I know that. I am hoping that it makes soon to Debian. We will use it for only building. The binary package will have build dependency java2-runtime (even though the package may not perform as expected when used with GIJ). This is the max I can do as of now.
[13:24] <man-di> slytherin: I really prefer binary:all packages to be buildable on all archs, if possible
[13:24] <man-di> slytherin: icedtea will soon work on all archs, hopefully
[13:24] <man-di> slytherin: Gary Benson from Redhat wrote a portable interpreter for it
[13:25] <slytherin> man-di: Cool
[13:57] <\sh> remoins
[14:00] <Hobbsee> ScottK: you did see mark's message to the MC, didn't you?
[14:03] <\sh> oh well...that's too much of kmos stuff in the last 2 weeks somehow
[14:04] <Hobbsee> ScottK: by your mail, it appears you didn't.
[14:06] <effie_jayx> \sh,  I asked in the mentors mailing list and I found out how to do it...  DEB_SHLIBDEPS_ARGS = -xkdepim-kresources
[14:06] <\sh> effie_jayx, ah cool :) did it work actually? it was just a hot shot yesterday :)
[14:07] <effie_jayx> no
[14:07] <effie_jayx> I still get the same error
[14:07] <effie_jayx> :S
[14:07] <effie_jayx> dpkg-shlibdeps: failure: couldn't find library libkabcscalix.so.0 needed by debian/kdepim-kresources/usr/lib/kde3/kabc_scalix.so (its RPATH is '').
[14:07] <geser> Hi \sh
[14:07] <sistpoty|work> effie_jayx: what are you trying to do?
[14:08] <\sh> sistpoty|work, libkabcscalix.so.0 and kabc_scalix.so are in the very same package...
[14:09] <effie_jayx> sistpoty|work,  trying to test build kdepim ..  I fixed the manpage title to fix a bug.. and it fails to build
[14:09] <sistpoty|work> \sh: then you'll need to create a shlibs file for libkabcscalix.so.0 and make dpkg_shlibdeps use this... should be in the man page of dh_makeshlibs
[14:09] <\sh> sistpoty|work, yeah that was my second thought
[14:10] <sistpoty|work> \sh: erm... in the man page of dh_shlibdeps even
[14:10] <sistpoty|work> effie_jayx: ^^ tried this yet?
[14:10] <effie_jayx> sistpoty|work,  sorry too much of a noob to figure that one out
[14:11] <effie_jayx> sistpoty|work,  any urls I can pick some ideas from?
[14:12] <\sh> sistpoty|work, the problem with this package -> cdbs :)
[14:12]  * \sh grabs some coffee and have a cigarette
[14:12] <sistpoty|work> effie_jayx: actually just the example in the man page should work... otherwise you could try looking at some lib packages that provide a -bin package as well and look how these handle it
[14:13] <ryanakca> When I get "  libqt4-dev: Depends: libpq-dev but it is not going to be installed", does that mean that I have to add libpq-dev to the depends, or wait untill libpq-dev is packaged or ?
[14:13] <sistpoty|work> \sh: oh, that's bad luck then. /me doesn't know cdbs and doesn't want to learn about it *g*
[14:14]  * ryanakca finds cdbs makes life so much easier... once you've read all the source code to find out what all the options/rules magic/args are
[14:14] <effie_jayx> \sh,  I read cdbs makes it easier and by reference people tell me is far cleaner that debhelper
[14:14] <\sh> effie_jayx, that's a lie
[14:15] <effie_jayx> ahhh I see
[14:15] <\sh> but it's IMHO
[14:15] <ryanakca> effie_jayx: if your packaging a program that is simple enough, it is, imho. If its a really complex program with a messed up makefile and things in wierd places, etc... then no.
[14:15] <effie_jayx> gets the new contributors confused...
[14:15] <sistpoty|work> I really dislike cdbs when it comes to sponsoring because most people use it as black box that just works, but have no idea on what's going on below :/
[14:15] <ryanakca> IMHO
[14:16] <ryanakca> sistpoty|work: thats me :)
[14:16] <sistpoty|work> heh
[14:16] <\sh> cdbs hides a lot of dh_* magic from the user...and dh_* hides a log of essential things from the user..but debhelper is understandable and usable, better then the manual things..and much better then cdbs IMHO !
[14:16] <effie_jayx> well no problem. I didn't mean to get you worked up about a packaging-tool war
[14:16] <ryanakca> lol
[14:16] <effie_jayx> :D
[14:16]  * ryanakca tries to figure out why his package builds under hardy but fails under sid
[14:16] <\sh> effie_jayx, oh it's not a war :) other people had discussion about it, the last I read was joey on p.d.o
[14:17]  * sistpoty|work must admit to have packaged a python app with cdbs once though *g*
[14:18] <effie_jayx> \sh,  I did read about joeyh hating cdbs ... (google)
[14:18] <ryanakca> sistpoty|work: lol :)
[14:18] <effie_jayx> well I gotta see about this bug.... ryanakca  any suggestions?
[14:19]  * \sh wonders how many packages FTBFS during his octave3.0 uploads..regarding his sbuild no package should fail
[14:19] <ryanakca> effie_jayx: what bug?
[14:20] <ryanakca> effie_jayx: ah
[14:20] <ryanakca> hmm... and you're sure all you did was update the manfile and update the changelog?
[14:20] <effie_jayx> sistpoty|work,  man dh_shlibdeps    gives me   dh_shlibdeps -L libfoo1 -l debian/libfoo1/usr/lib   as example
[14:20] <effie_jayx> ryanakca,  yes sir...
[14:20] <effie_jayx> I didn't have the need to fiddle with debian/rules
[14:21] <effie_jayx> sistpoty|work,  is that the one you make reference to?
[14:21] <ryanakca> effie_jayx: have a debdiff around?
[14:22] <sistpoty|work> effie_jayx: yes, exactly
[14:22] <sistpoty|work> effie_jayx: that one must be after the dh_makeshlibs call though
[14:23] <sistpoty|work> (otherwise there won't be the shlibs-file for the library from the other binary package)
[14:24] <\sh> sistpoty|work, as I said, the missing lib is inside the package of the other .so file..
[14:24] <ryanakca> "W: basic256: copyright-lists-upstream-authors-with-dh_make-boilerplate" ... meaning? I have "Upstream Author(s): \n \indent Author1 email1 \n \indent Author2 email2", where \n = newline, \indent = 4 spaces.
[14:26] <sistpoty|work> \sh: now /me is confused... as in other source or other binary package from same source?
[14:26] <effie_jayx> ryanakca,  I first tried and got an error ... I was sure to modify only the manpage. I do not have a debdiff for that. then I added the line \sh suggested and I tried building again. no such luck. so I guess I could try again from scrath...
[14:27] <\sh> sistpoty|work, same binary package...
[14:27] <\sh> sistpoty|work, aeh
[14:27] <sistpoty|work> ryanakca: my guess is the "Upstream Author*(*s*)*" (is it one or more authors?)
[14:27] <ryanakca> sistpoty|work: ah :)
[14:27] <\sh> sistpoty|work, kde-pim compiles into different binary packages, one it's called kdepim-kresources, where the kabc_*.so sits and also the libscalix.so.0 lib
[14:28] <ryanakca> And, must all packages have a manpage? This one provides a single binary with no command line options.
[14:29] <\sh> sistpoty|work, the kabc_*.so is just a plugin so, and depends on libscalix*.so.0  lib in the very same binary package, just that libscalix*.so.0 is hiding in /usr/lib and the plugin one in /usr/lib/kde3/
[14:30] <\sh> sistpoty|work, I don't any other package depending on this libscalix*.so.0 lib so dh_shlibdeps should ignore it (-x<Packagename> or -Xkabc_*.so) or prepend LD_LIBRARY_PATH to it via -l<directory>
[14:31] <\sh> oh a "know" is missing after "I don't" ;
[14:32] <sistpoty|work> \sh: it shouldn't ignore it (it's in /usr/lib), but rather use -l<directory> (where that dir is where libscalix*.so.0 is installed to in during the build process)
[14:32] <sistpoty|work> \sh: and iirc -L<package> will tell it to just look at shlibs.<package> in the debian dir
[14:32] <sistpoty|work> (to resolve the dependencies)
[14:33] <\sh> sistpoty|work, well, yes, but depending on itself is imho useless..I would prefer the -lusr/lib switch
[14:34] <\sh> sistpoty|work, isn't there a possibility to tell cdbs to just do it for this special package? like "DEB_SHLIBDEPS_ARGS_kdepim-kresource=-lusr/lib" or something?
[14:34] <sistpoty|work> \sh: dunno, but I guess there could be such a thing.. any cdbs expert around?
[14:36] <effie_jayx> I will try the mentor's mailing list again on this one...
[14:36] <sistpoty|work> \sh: and I guess it would be ...ARGS_... = -Lkdepim_whatever_binary_package_the_so_is -ldebian/path/to/shared/object/during/build
[14:36] <sistpoty|work> (s.th. like that)
[14:36] <effie_jayx> don't worry guys ... thabks a bunch
[14:36] <\sh> effie_jayx, it's also training for us :) those questions are coming now and then again :)
[14:37] <effie_jayx> well I am sorry I have to go... community talk awaits
[14:37] <effie_jayx> thank you all for being so supportive
[14:37] <sistpoty|work> np
[14:37] <effie_jayx> I will be back
[14:37] <sistpoty|work> cya effie_jayx
[14:39] <LucidFox> I've just read "-lpthread" as "-lupstream"
[14:58] <cbx33> hey hey all
[14:58] <cbx33> where the heck is python-samba now?
[14:59] <frafu> Could anybody please review the mousetweaks package: http://revu.tauware.de/details.py?upid=1586 It would be great if it makes it into hardy as the corresponding gui will be in hardy. (a11y tab of the mouse control panel)
[15:01] <\sh> moins Nightrose , bddebian
[15:02] <dcordero> hi
[15:02] <bddebian> Heya gang
[15:02] <bddebian> Hi \sh
[15:02] <frafu> By the way, as soon as you find a problem in the package, you can stop the review and ping me (if you feel so), as I will remain online for several hours.
[15:03] <dcordero> how long time spend usually since you sent a debdiff to fix a bug until a motu see that? i sent a fix 3 days ago. I dont know how is the normal time
[15:05] <slytherin> dcordero: did you subscribe ubuntu-universe-sponsors to the bug?
[15:05] <dcordero> yep i did
[15:06] <slytherin> dcordero: and since you attached debdiff you should mark the bug as confirmed if you didn't do it already
[15:06] <slytherin> dcordero: whcih bug by the way?
[15:06] <dcordero> yep, i mark as confirmed and asigned to nobody
[15:06] <dcordero> Bug #70745
[15:06] <ubotu> Launchpad bug 70745 in erlang-doc-html "erlang-doc-html conflicts with other erlang packages" [Low,Confirmed] https://launchpad.net/bugs/70745
[15:08] <geser> \sh: what problem did you had yesterday with gpg2?
[15:09] <geser> Hi bddebian
[15:09] <\sh> geser, oh yes...gpg2 is complaining about a key of cjwatson, which has some sigs on his subkey...
[15:09] <\sh> geser, gpg2 2.0.8 that is
[15:10] <slytherin> I have a question. If usplash doesn't show up when using grub2, is it grub2 bug or usplash bug?
[15:10] <\sh> geser, and having read the rfc4880 section 12.1 it looks like that having sigs on a subkey is not a good idea...
[15:11] <frafu> man suspicious-source says:  search for files that are not the GPL's "preferred form of modification". What does  "preferred form of modification" mean?
[15:11] <geser> \sh: I've got here gpg2 2.0.8 too and the debian-keyring rsynced from keyrings.debian.org and no problem
[15:11] <geser> \sh: perhaps I should try to import his key without the debian-keyring
[15:12] <bddebian> Heya geser
[15:12] <\sh> geser, well, the key is already on my keyring...doing a gpg --list-sigs <my keyid> it gives me some errors..but that is on another distro..../me needs to check still ubuntus gpg2
[15:12] <sistpoty|work> dcordero: you'd rather want a sync for erlang-doc-html then a merge, since there is no other change in the debdiff than to change the maintainer name
[15:12] <geser> \sh: hardy hasn't gpg 2.0.8 yet, I compiled the Debian gpg2 2.0.8 package for myself here
[15:13] <sistpoty|work> dcordero: also, I'm just seeing that the new version is already synced into hardy
[15:13] <\sh> geser, further infos are here: https://issues.rpath.com/browse/CNY-2490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_64883
[15:13] <sistpoty|work> dcordero: if you want to fix gutsy, you'd need a SRU (or a backport, if it's not suitable for a SRU)
[15:13] <\sh> geser, first I thought it was because I have a subkey ref which points to my smartcard, but it wasn't the case...
[15:13] <sistpoty|work> !SRU | dcordero
[15:13] <ubotu> dcordero: Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates
[15:14] <dcordero> ups, how did you check that the last version is now in hardy? i upgraded it because i saw the bug
[15:15] <geser> \sh: what error give gpg2 you? that bug shows only some python errors
[15:15] <sistpoty|work> dcordero: I used http://packages.ubuntu.com/src:erlang-doc-html (but you could also check the source page on launchpad or use rmadison or s.th.)
[15:16] <\sh> geser, http://paste.ubuntu.com/3978/
[15:17] <dcordero> sistpoty|work, thanks. has the bug been marked as fixed?
[15:17] <\sh> geser, I'm still using my .gnupg dir from my ubuntu station
[15:18] <geser> \sh: and the error vanishes when you remove cjwatson's key?
[15:18] <sistpoty|work> dcordero: no... don't have my LP login credentials here at work
[15:18] <dcordero> oki
[15:19] <\sh> geser, looks like it doesn't
[15:21] <\sh> hmm...gpg --list-keys now stops at fabbiones second key...pub   4096R/63549F8E
[15:23] <geser> I've imported your key here and no problem with gpg2 --list-sigs for it
[15:24] <\sh> I really what it is
[15:24] <\sh> wonder
[15:24] <\sh> hum?
[15:24] <\sh> there is really something broken over there
[15:26] <geser> \sh: http://forums.gentoo.org/viewtopic-t-633497.html?sid=24eee56f56f9e089f14acc43ebd020d3 has the same problem. Looks like your keyring got broken
[15:27] <RainCT> Hey :)
[15:27]  * RainCT is overjoyed :D
[15:27] <geser> RainCT: congrats!
[15:27] <dholbach> congratulations RainCT
[15:28] <RainCT> geser, dholbach: thanks! :D
[15:28] <LucidFox> RainCT> Congratulations!
[15:28] <dholbach> all well deserved :)
[15:28] <slytherin> LucidFox: Wrong syntax. :-P
[15:28] <slytherin> Congrats > RainCT
[15:28] <LucidFox> I don't use the automagic colon-thing.
[15:29] <RainCT> heh
[15:29] <LucidFox> Partly because I don't know how to make it work in xchat-gnome.
[15:29] <LucidFox> So I always type nicks manually.
[15:29] <\sh> geser, well....the keyring is functional on this station..but not on the other...I just copied it via scp over to my laptop with gutsy...and it works
[15:30] <slytherin> LucidFox: I have never used xchat-gnome but I guess Tab key should work
[15:31] <LucidFox> well, if I type, say, "s<Tab>", it lists all nicks starting with S
[15:31] <LucidFox> but if I click one of them, it opens PM
[15:31] <\sh> LucidFox, type a second character of the nick you want to complete ;)
[15:31] <\sh> LucidFox, it just like bash tab completion :)
[15:32] <slytherin> LucidFox: Isn't that similar to bash command completion?
[15:32] <\sh> LucidFox, e.g. lu gives me <1st tab> lucas<2nd tab>LucidFox :)
[15:32] <LucidFox> ah, well... it's pasted if I type enough letterss for it to be unambiguous
[15:33] <LucidFox> \sh> Ah, well... but you use vanilla X-Chat, not xchat-gnome
[15:34] <\sh> LucidFox, it's the same :)
[15:34] <\sh> LucidFox, I just to lazy to type apt-get install xchat-gnome ;)
[15:36] <LucidFox> well, in plain xchat, yes, it does work that way
[15:36] <\sh> LucidFox, hmm..xchat-gnome broken?
[15:37] <\sh> I wonder what the real difference is between plain xchat and xchat-gnome ;)
[15:37] <LucidFox> \sh> I think it's desired behavior :)
[15:37] <LucidFox> basically, xchat-gnome is HIGified
[15:37] <geser> \sh: compare then the library versions used by gpg on both stations
[15:38] <LucidFox> it has one annoying "feature", namely the user list being hidden behind a button, but I wrote a patch adding an option to move the user list to the right, like in plain xchat
[15:38] <proppy> oy
[15:38] <LucidFox> now trying to get it into Ubuntu :)
[15:39] <geser> \sh: compare the versions of libgcrypt
[15:39] <RainCT> persia: Hi. Do I have to do something to get into u-u-s or just ask you? :)
[15:40] <\sh> geser, 11.2.3
[15:40] <\sh> geser, so version
[15:40] <\sh> geser, on hardy one and on the other one
[15:42] <\sh> geser, the problematic part: hardies gpg is not dynlinked with libgcrypt...but gpg2 on the other one is
[15:42] <\sh> geser, or something really mystical is going on
[15:47] <geser> \sh: my compiled gnupg 2.0.8 packages is dynamically linked with libgcrypt: libgcrypt.so.11 => /lib/libgcrypt.so.11 (0x00007f5a03c5a000)
[15:48] <\sh> geser, I'm compiling 2.0.8 just now...
[15:48]  * \sh is somehow a but busy with housework :(
[15:51] <Mcklaren> hi
[15:52] <slytherin> !hi > Mcklaren
[15:58] <RainCT> !hi > RainCT
[15:59] <pochu> RainCT: congratulations :)
[15:59] <RainCT> pochu: thx :)
[16:47] <mattva01> quick question , if I want to restart versioning( say my last upload to my ppa was 0.8 but i want my next revision to be 0.1)  whats the best way to get Soyuz to accept this?
[16:48] <RainCT> mattva01: perhaps PPA's have some way to handle this but if not you'll have to use 1:0.1 as version
[16:49] <mattva01> ok ,oh well
[16:49] <rulus> mattva01: you can delete the 0.8 first and then upload the 0.1 I guess
[16:50] <RainCT> right, might work.. but I guess you'll have to wait some hours for the files to be deleted before you upload the new one
[17:35] <emgent> heya
[17:35] <emgent> keescook, ping about meeting news
[17:45] <LucidFox> RainCT, how long did it take for gbrainy to pass Debian's NEW?
[17:46] <RainCT> LucidFox: I'm not sure... somewhat around 2 weeks perhaps. I can check if you need to know... Why do you ask?
[17:47] <LucidFox> well, I have a package there :)
[17:47] <LucidFox> was wondering how much longer I can expect to wait
[17:48] <RainCT> LucidFox: Ah, nice :). Well, my packages usualy take between 2 weeks and 1 month..
[17:52]  * sistpoty|work heads home
[17:52] <sistpoty|work> cya
[18:01] <keescook> hiya emgent, going to send some email out in a few.
[18:02] <emgent> keescook, yes cool, sorry for double ping (irc && jabber) :)
[18:02] <keescook> np.  :)
[18:10] <DRebellion> Hi, how would one go about submitting an updated package (of a package that already exists in ubuntu) to the repos?
[18:11] <pochu> DRebellion: if you say the package, we will see
[18:11] <DRebellion> pochu: I have a friend that is interested in adding to a package, i'm just curious about the process of getting it into the repos.
[18:12] <RainCT> DRebellion: "adding to"?
[18:12] <pochu> Create a bug in launchpad, attach a debdiff and subscribe ubuntu-universe-sponsors
[18:12] <DRebellion> RainCT: extra modules, features, etc.
[18:13] <RainCT> DRebellion: is he a developer of that application?
[18:13] <DRebellion> RainCT: not currently, no.
[18:14] <RainCT> DRebellion: then I suggest either trying to get it into the next official version or creating a new package for that extra stuff
[18:15] <DRebellion> RainCT: ok
[18:33] <RainCT> if a package has a Maintainer with @ubuntu.com and someone else changes that package, should he still change the maintainer to MOTU?
[18:35]  * Lutin wonders why gnumach is in the archive
[18:35] <bddebian> For Hurd baby :)
[18:36] <Lutin> it's been dep-waiting since dapper
[18:37] <Lutin> apparently no one bothered asking a sync for mig, so I seriously think we might consider the removal ...
[18:51] <\sh> geser, did you build gnupg2 against libassuan-dev (1.0.3-1) or used the new one from debian?
[19:00] <geser> \sh: libassuan 1.0.4 from unstable
[19:09] <\sh> bah...one missed 2.1 version string..and inline-octave breaks....preparing patch
[19:12] <geser> \sh: I've still the my compiled debs of gnupg2 around (for amd64)
[19:14] <\sh> geser, ah good to know...could you send them to me including missing bin deps? (sh@sourcecode.de) :)
[19:19] <highvoltage>  ___________
[19:22] <geser> \sh: I've uploaded them to http://members.ping.de/~mb/gnupg2/
[19:22] <\sh> ah the good old members of ping :) greetings to the old buddies of prima e.v. btw :)
[19:26] <RainCT> asac: ping
[19:27] <blueyed> RainCT: thanks for acking the sync - I wasn't a motu yet when filing the bug.. :)
[19:28] <RainCT> asac: about bug #184115, does linking to "/usr/lib/firefox/extensions/" work? (right now it links to "usr/lib/firefox/extensions/{53A03D43-5363-4669-8190-99061B2DEBA5}", which I don't even have, so that's probably wrong, or? :P)
[19:28] <ubotu> Launchpad bug 184115 in scrapbook "iceweasel-scrapbook should be firefox-scrapbook" [Medium,In progress] https://launchpad.net/bugs/184115
[19:28] <RainCT> blueyed: heh. no problem :)
[19:29] <RainCT> blueyed: that has been my first ACK, by the way :)
[19:29]  * blueyed just did his first upload to universe. Cheers! :)
[19:30] <huats> RainCT: Congrats
[19:30] <LucidFox> :)
[19:30] <RainCT> blueyed: cool, gratz :). hm.. how do you upload? just dput *.dsc?
[19:30] <pochu> blueyed: cheers
[19:30] <RainCT> huats: thanks :)
[19:31] <LucidFox> RainCT> I assume so
[19:31] <LucidFox> but sync requests are up to archive admins
[19:31] <geser> RainCT: yes, like to ppa or revu: dput the_package.dsc
[19:31] <LucidFox> (MOTUs just ack them and subscribe ubuntu-archive)
[19:32] <blueyed> RainCT: I'm using dput *.changes..
[19:32] <RainCT> LucidFox: yes, I know :)
[19:32] <RainCT> alright, thx
[19:37] <huats> I am updating a package  to a new version... In the 'old' package there was many patches, I have been able to apply most but one fails to be applied. The pb is that it is 17400 lines, is there a way to see what fails ?
[19:38] <geser> huats: what does it patch? configure?
[19:38] <pochu> huats: what's the patch name?
[19:38] <RainCT> huats: if it's dpatch or cdbs' simple patchsys (with others I don't know) run  *-edit-patch <patch name>  and it will drop you in a shell with all previous patches applied and a *.rej file that might have some useful information
[19:39] <huats> geser: aclocal.m4
[19:39] <huats> pochu: 98_autoreconf.patch in the new yeld (2.21.90)
[19:40] <huats> RainCT: it is a simple patch indeed
[19:40] <pochu> huats: remove the patch, and regenerate it with "autoreconf -fiv"
[19:42] <huats> pochu: ok, I'll try first the RainCT way :)
[19:42] <huats> pochu: and then  I try yours :)
[19:49] <frafu> Could anybody please review mousetweaks: http://revu.tauware.de/details.py?upid=1586  It would be great if it makes it into hardy as the corresponding gui will be in hardy. (a11y tab of the mouse control panel). Thanks in advance.
[20:07] <RainCT> any REVU admin around? :P
[20:08] <sistpoty> hi folks
[20:10] <jpatrick> wb sistpoty
[20:10] <pochu> sistpoty: 21:06 <    RainCT> any REVU admin around? :P
[20:11] <pochu> sistpoty: few seconds before you joint
[20:11] <sistpoty> pochu, RainCT: sure
[20:11] <sistpoty> heh
[20:11] <RainCT> heh
[20:11] <sistpoty> (so blame me if revu is broken once again, as I'm playing a little bit with it *g*)
[20:11] <RainCT> Hi sistpoty. Can you change my account to reviewer, please?
[20:11] <RainCT> xDD
[20:11] <sistpoty> RainCT: sure, consider it done
[20:13] <DktrKranz> hey RainCT, blueyed: congrats \o/
[20:13] <saivann> Hi everyone, is there someone that would like to review my package? http://revu.tauware.de/details.py?package=simdock
[20:13] <RainCT> DktrKranz: thanks :)
[20:13] <saivann> David Morris worked with me to improve it and respects packaging rules
[20:14] <sistpoty> RainCT: done
[20:14] <RainCT> sistpoty: thx
[20:15]  * sistpoty wonders, how this will affect the ranking on the main page, since any comments from RainCT are now rated as negative advocation *g*
[20:16] <RainCT> sistpoty: heh. well, I haven't commented much, and afair those comments I did were negative :P
[20:16] <sistpoty> :)
[20:16] <blueyed> sistpoty: can you change my account, too? (Have not commented yet)
[20:17] <blueyed> DktrKranz: thanks, cheers!
[20:17] <sistpoty> blueyed: sure
[20:17] <RainCT> wow
[20:17]  * RainCT feels powerfull heh
[20:17] <RainCT> hm..
[20:17] <RainCT> sistpoty: Logged in as siggi.gevatter@gmail.com ( Admin )
[20:18] <RainCT> is this normal? :P
[20:18] <sistpoty> RainCT: heh, well, with the admin thingy you can archive/unarchive packages... I never found Reviewer very usefule
[20:18] <RainCT> sistpoty: ah, cool :)
[20:18] <sistpoty> (at least for MOTUs, since all MOTUs should be able to archive packages after uploading)
[20:18] <DktrKranz> blueyed, finally there's a chance to have php-interbase working, hooray! ;)
[20:19] <RainCT> a little question to MOTUs.. do you pbuild before acking a sync or am I  the only idiot doing this? :P
[20:19] <DktrKranz> RainCT, we're at least in two :)
[20:20] <sistpoty> blueyed: done
[20:20] <DktrKranz> RainCT, but I publish them on my build machine and check later if build is fine, so no high burden there
[20:21] <sistpoty> RainCT: I always build anything I upload (or request a sync for).
[20:22] <devilsadvocate> hi . .. i'm tyring to package microdc2. I think i've got the package made (atleast for amd64, so far) what is the next step if i want to get it into universe?
[20:23] <RainCT> !revu > devilsadvocate
[20:23] <devilsadvocate> thanks, RainCT
[20:23]  * awen- wonders if a sync is pulled directly from debian as binary or rebuild under hardy
[20:24] <sistpoty> awen-: only the source is pulled, and gets rebuild
[20:24] <sistpoty> awen-: ubuntu doesn't accept any binary uploads (by any means)
[20:25] <awen-> sistpoty: thx... then i learned something new again today
[20:25] <geser> RainCT: I run every package through pbuilder before requesting a sync, sponsoring or uploading too.
[20:26] <RainCT> great, I'm not alone :P
[20:26] <james_w> Does anyone actually test the packages? :)
[20:27] <RainCT> only mine :P
[20:27] <geser> RainCT: it's also helpful if you have pkgbinarymangler (for the translations) and pkg-create-dbgsym installed (and enabled) in your pbuilder to catch build failure at that stage too.
[20:28] <geser> RainCT: but testing in a pbuilder doesn't guarantee that it builds on the buildds too
[20:30] <RainCT> geser: how do I install those? "pbuilder login"?
[20:30] <james_w> pbuilder login --save-after-login
[20:30] <james_w> or just chroot if you use cowbuilder.
[20:31] <awen-> when doing a sync-request and sending it to ubuntu-universe-sponsers should you pull the source from debian yourself or not?
[20:32] <james_w> awen-: what do you mean by pull?
[20:32] <james_w> awen-: you should download it and build and test it, and if all is o.k. then use requestsync to request the sync.
[20:33] <awen-> james_w: okay... then it is as i thought :)
[20:33] <james_w> but when requesting the sync you don't need to provide the full source, as it is done automatically one the sponsor and archive admin are happy with it.
[20:36]  * awen- better check that the sync-request he made builds in hardy (thought the final packages was pulled from debian until 10 mins ago)
[20:36] <RainCT> saivann: why do you add the manpage with a patch?
[20:36] <RainCT> james_w: thx :)
[20:37] <awen-> builds and works... lucky me :)
[20:38] <james_w> awen-: phew :)
[20:40] <saivann> RainCT : Because the manpage does not exist upstream, I wanted to preserve the upstream source code
[20:41] <RainCT> saivann: you can just put it into debian/
[20:41] <saivann> RainCT : Is there a way to put the manpages in the debian folder that will work with CDBS?
[20:42] <RainCT> saivann: yes, just put it there :P
[20:42] <james_w> saivann: if you put it in to debian/ and enter the name in debian/package.manpages prefixed with debian then magic will happen.
[20:42] <james_w> sorry, prefixed with debian/.
[20:42] <RainCT> saivann: and write "debian/simdock.1" instead of "simdock.1" in debian/simdock.manpages
[20:42] <saivann> Really... Owh.. so much not needed work :) I can fix this
[20:43] <saivann> RainCT and james_w : I can fix this, is there something else that should need to be fixed in that package?
[20:43] <RainCT> saivann: I'm writting a comment on REVU :)
[20:43] <saivann> RainCT : Thanks
[20:49] <saivann> I will be back in 30 minutes and read the REVU comment
[20:49] <RainCT> saivann: Okay. Comment submitted :)
[20:50] <RainCT> saivann: once you fixed those points ping me (or send me an mail if I'm no longer on IRC) and I'll advocate
[20:51] <mok0> RainCT: congrats
[20:51] <RainCT> mok0: thanks :)
[20:52] <mok0> RainCT: now get to work! ,-)
[20:52] <mok0> ;.)
[20:52] <mok0> ;-)
[20:52] <RainCT> lol
[20:52] <mok0> there
[20:53] <RainCT> sistpoty: buuug :P
[20:54] <sistpoty> RainCT: ?
[20:54] <RainCT> sistpoty: backslashes get removed from comments :P
[20:55] <vorian> RainCT: you can see them in the email
[20:55] <vorian> and congrats :)
[20:55] <sistpoty> RainCT: interesting... need to check this
[20:55] <RainCT> vorian: thanks. and what email? :P
[20:56] <RainCT> hm.. what is HH freeze?
[20:56] <vorian> on motu-reviewers
[20:56] <RainCT> vorian: ah
[20:56] <vorian> :)
[20:57] <sistpoty> RainCT: arg... looks like I've added even a new security bug recently :(
[20:57] <RainCT> ah.. Hardy Heron I guess lol
[20:57] <sistpoty> heh,  no... I haven't... phew :)
[20:59] <sistpoty> RainCT: can you give me an url with your comment?
[20:59] <RainCT> sistpoty: http://revu.tauware.de/details.py    is this one OK? :P
[20:59] <RainCT> xD
[21:00] <RainCT> sistpoty: http://revu.tauware.de/details.py?package=simdock
[21:03] <sistpoty> hm... strange, can't figure why there is no \ in there... however my gut feeling is that revu is completely right removing the backslashes (as in "hello comment\" -> 'hello comment\' in sql statement which I guess would escape the trailing '.
[21:04] <RainCT> sistpoty: imo the right behaviour would be to add another \
[21:04] <ion_> Uh. The right behavior would be to ignore the thing and let the DB engine implement the escaping.
[21:04] <ion_> Everything else is broken.
[21:04] <RainCT> sistpoty: at least that's what PHP's escape for mysql function does (omg I don't even remember how that funcion is called... too much Python this last year :P)
[21:04]  * RainCT agrees with ion_
[21:05]  * persia notes that REVU also tends to mask things hidden by browsers, so there may not be a direct relation between the contents of the DB and what is seen on screen
[21:05] <RainCT> ah no I don't agree :P
[21:05] <RainCT> ion_: SQL can't know what should be escaped and what not...
[21:05] <ion_> rainct: No, the DB engine that sits between the programmer and the database.
[21:05] <ion_> The abstraction layer
[21:06] <RainCT> ion_: ah. and if you aren't using one? :)
[21:06] <sistpoty> ion_: the abstraction layer is sql?
[21:08] <ion_> I mean, you gotta have an API that at least offers placeholders, e.g. query("select * from foo where bar=?", bar)
[21:08] <ion_> If you’re using something lower-level, repent. :-)
[21:08] <sistpoty> ion_: "select * from foo where bar=%d" % integernumber
[21:08]  * RainCT always used SQL directly
[21:08] <RainCT> but that sounds interesting :)
[21:09] <ion_> sistpoty: The syntax doesn’t matter, as long as the library escapes that transparently.
[21:09] <sistpoty> now I know why the backslashes are missing... they are getting passed to the sql statement and postgres drops the invalid escape
[21:10] <ion_> Personally, i prefer an ORM.
[21:10] <sistpoty> so nobody add a comment ending with a backslash please *g*
[21:10] <RainCT> heh
[21:10]  * RainCT runs to try it out :D
[21:10] <persia> RainCT: Please don't.  It might break it.
[21:11] <RainCT> persia: just joking ;)
[21:11] <ion_> SQL injection :-)
[21:11] <persia> Anyone feel like flexing their python skills to fix it?
[21:11] <ion_> Who’s first to guess the table names and delete them? :-P
[21:11] <geser> ";DROP DATABASE;" as a comment?
[21:12] <persia> Errr.  Let's not provide suggestion, eh?
[21:12] <RAOF> "Little bobby tables, we called him"
[21:12] <RainCT> RAOF: :D
[21:13] <geser> persia: after that REVU is empty and no more reviewing is needed >:)
[21:13] <sistpoty> imo, it shouldn't be exploitable beyond a traceback, unless there is a weird escape sequence for a ' which I don't know (maybe UTF-something?)
[21:13] <sistpoty> however I'm already fixing it :)
[21:13] <persia> geser: This wouldn't be a good thing, from my perspective.  There's stuff pending there I'd like to see uploaded (and have already advocated).
[21:14] <ion_> I thought only http://tnx.nl/php.jpg programmers make such code for webapps. ;-)
[21:14] <sistpoty> ion_: well, revu was just hacked up in one week, and never cleaned up... don't expect too much *g*
[21:14] <sistpoty> (and actually, I was damn sure I wrote one sane escape it all function, but that must have been for revu2)
[21:15] <ion_> The DB API programmer already wrote the escape-it-all function for you.
[21:15] <ion_> s/programmer/implementer/
[21:22] <sistpoty> fixed :)
[21:23] <blueyed> RainCT: re "[19:33] <RainCT> if a package has a Maintainer with @ubuntu.com and someone else changes that package, should he still change the maintainer to MOTU?": I've just done so for the virtualbox-ose-modules package - but without adding the orig-maintainer header (I hope it's ok with StevenK and in general).
[21:24] <geser> blueyed: I usually keep the maintainer in such cases and ask him if an upload is ok
[21:24] <yamal> MOTUs, if you have some time to spare please review http://revu.tauware.de/details.py?package=sabnzbdplus
[21:42] <saivann> RainCT : ping, still there?
[21:43] <vemon> shouldn't the .orig.tar.gz also be allowed to be .bz2 or .tgz?
[21:43] <TheMuso> pochu: You arund?
[21:43] <TheMuso> around
[21:44] <TheMuso> pochu: Never mind.
[21:45] <vemon> ok.. debuild -S -sa only warns about not finding .orig.tar.gz but it later finds my .orig.tar.bz2 file
[21:48]  * sistpoty is off to bed now... gn8
[21:48] <RainCT> saivann: yes
[21:49] <saivann> RainCT What to you exactly mean with point #3. ( the part about the "License" )
[21:49] <saivann> http://revu.tauware.de/details.py?package=simdock
[21:50] <RainCT> saivann: the first word from line 25 should be on line 10
[21:52] <saivann> RainCT : Is that ok ? : http://upload.leservicetechnique.com/bugs/copyright
[21:53] <RainCT> saivann: yes. see also the last part of point 3, but feel free to ignore it :P
[21:53] <nxvl_work> what does it mean if [ -e $VARIABLE] in bash
[21:53] <nxvl_work> im not sure about the -e part
[21:54] <geser> nxvl_work: -e = exists
[21:54] <RAOF> [] == "test", -e $FOO is "true if a file named $FOO exists"
[21:54] <saivann> RainCT : Right, I will change the link, thanks :)
[21:54] <RainCT> nxvl_work: file exists
[21:54] <saivann> RainCT : If you're here in the next 20 minutes, I think that it should be re-uploaded to REVU
[21:54] <RainCT> late.. :P
[21:55] <nxvl_work> geser: thnx
[21:55] <nxvl_work> RainCT: thnx
[21:55]  * nxvl_work HUGS geser and RainCT
[21:55] <RainCT> nxvl_work: you forgot RAOF ;P
[21:55]  * RainCT hugs nxvl_work back
[21:56] <nxvl_work> RainCT: yes
[21:56]  * nxvl_work HUGS RAOF too
[21:56] <RAOF> Hugs all 'round!
[21:56] <ScottK> Hobbsee: I did see his mail.  I'm not sure how that relates to my mail.
[21:57] <saivann> RainCT : In case you want to take a look, I suspect the watchfile to use wrong link. I took the link that David Morris told me to put on that file but this link does not seem to work
[21:57] <TheMuso> RainCT: Congratulations BTW.
[21:58] <RainCT> TheMuso: thanks :)
[21:59] <RainCT> saivann: why do you think so? it seems fine to me :)
[21:59] <RainCT> saivann: if it's because it doesn't output anything, that's normal.
[22:00] <saivann> RainCT : Ok thanks for the confirmation, I'm new to this :)
[22:05] <saivann> RainCT : Re-uploaded to REVU, waiting for REVU to update
[22:09]  * RainCT thinks REVU is slow :P
[22:10]  * jpatrick thinks it's RainCT's modem to blame
[22:11]  * saivann thinks the same ^_^
[22:11] <RainCT> lol
[22:11] <awen-> saivann: you can use 'uscan --verbose' to check if the watchfile behaves as it should
[22:12] <RainCT> saivann: the same as me or the same as jpatrick?
[22:12] <Aloha> if i'm packaging an upstream non-native source my changelog should be (<version>-0buntu1) correct?
[22:12] <jpatrick> uscan --verbose --report
[22:12] <Aloha> s/buntu/ubuntu/
[22:12] <saivann> awen- : Thanks you're right, the watchfile works
[22:13] <saivann> RainCT : As jpatrick, REVU is quick here
[22:13] <RAOF> Aloha: Generally, yes.
[22:13] <RainCT> saivann: uh.. where did my advocate button go? ;P
[22:13] <saivann> hehe
[22:13] <RainCT> heh
[22:14] <LaserJock> anybody know anything about mozilla plugins about?
[22:14] <Aloha> RAOF, what should the distribution be if i'm uploading to REVU? gutsy?
[22:14]  * RainCT means it needs a lot to show the new files, not that the pages load slow :)
[22:14] <Aloha> RAOF, i'm using gutsy thats why i ask
[22:14] <saivann> RainCT : I your opinion, is the package ready to be advocated?
[22:15] <saivann> Oh ok
[22:15] <RAOF> Aloha: Whatever distribution you want ot target: you can build for Dapper, Feisty, Gutsy, or Hardy, I believe.
[22:15] <Aloha> RAOF, ok thnx
[22:15] <RainCT> saivann: moment, let me get the new sources :P
[22:15] <LaserJock> it seems I have to do extra symlinks to get epiphany or galeon to see a plugin, but a Debian bud says he doesn't have to do that
[22:15] <saivann> RainCT : np, thanks for doing that job :)
[22:15] <RainCT> LaserJock: please tell me if you discover.. I'm working on some plugin too :)
[22:16] <RAOF> LaserJock: I thought our plugins tended to symlink themselves everywhere on postinst?
[22:16] <LaserJock> RAOF: well that's what I'm working on
[22:16] <LaserJock> but the Debian maintainer said he didn't have to do it
[22:16] <Aloha> RAOF, what section should i put it in? misc?
[22:16] <LaserJock> but for me on Gutsy I had to do the symlinking
[22:16] <LaserJock> I can't imagine why there would be a diff between Debian and Ubuntu here
[22:17] <RAOF> LaserJock: Aha!  Debian doesn't build epiphany against xul-1.9, which has a different plugin directory.
[22:17] <LaserJock> but ... I'm not sure that would make the effect I'm seeing
[22:18] <LaserJock> that seems the opposite
[22:18] <LaserJock> do you mean Ubuntu doesn't build against xul?
[22:18] <RAOF> Ubuntu does build against xul, but a different version.
[22:19] <RAOF> The firefox package *doesn't* build against xul; the firefox-3.0 package does.
[22:19] <LaserJock> meh
[22:19] <LaserJock> this is so retarded
[22:19] <RAOF> *Yes*
[22:20] <LaserJock> I thought this xul stuff was gonna make everything easier, but its a real pain in the *#$@ right now
[22:20] <RainCT> saivann: for the download url, I mean http://sourceforge.net/project/platformdownload.php?group_id=198436, not the url to the tarball for the current version :)
[22:20] <saivann> RainCT : Owh.. sorry
[22:20] <LaserJock> not only does my depends look like:
[22:21] <LaserJock> firefox | iceweasel | iceape-browser | galeon | epiphany-browser | xulrunner
[22:21] <LaserJock> but I have to symlink to all that stuff
[22:21] <LaserJock> and then it's not even the same between Debian and Ubuntu

[22:22] <dcordero> hi
[22:23] <saivann> RainCT : I fixed that little mistake, should-I re-upload?
[22:23] <RainCT> saivann: the .desktop file is deprecated (you can check with desktop-file-validate).. it would be good if you reported upstream about this (but I don't think it's necessary to patch it as it probably will work anyway :))
[22:23] <LaserJock> RainCT: what's wrong with it?
[22:23] <saivann> RainCT : Yes, I tested it and it works, however I'll look at this further
[22:24] <dcordero> RainCT, ups :) i sent again the hubackup ;)
[22:24] <RainCT> LaserJock: http://paste.ubuntu.com/3984/plain/
[22:25] <RainCT> (if you were asking about the .desktop :P)
[22:25] <LaserJock> RainCT: yes
[22:25] <geser> Aloha, RainCT: if the package should go into the archive, then it should target hardy as the other are released already
[22:25] <LaserJock> and it does look a tad old
[22:26] <saivann> RainCT : I can make a patch that will fix this, if you believe that it's necessary
[22:26] <Aloha> geser, ok. does that mean i need to get a hardy pbuilder environment?
[22:26] <RainCT> geser: I think you wanted RAOF instead of me..
[22:27] <geser> RainCT: yes, you are right, sorry
[22:27] <geser> Aloha: yes, as it makes it easier for you to test if it would build in hardy
[22:27] <RainCT> saivann: okay, go on if you want
[22:27] <dcordero> dh_desktop is similar than execute desktop-file-install isn't it?
[22:28] <RainCT> hi dcordero
[22:28] <saivann> RainCT : Okay, I'll do this right now
[22:28] <dcordero> hi RainCT thanks for you comments
[22:28] <Aloha> geser, if an upstream requires a library, do i make the package depend on libfoo or libfoo-dev?
[22:28] <RAOF> Aloha, geser: I was under the impression this was for a PPA package, and wasn't intended for the archive.  If that's incorrect, then you do indeed want to target Hardy.
[22:28] <Aloha> RAOF, yeah its for REVU
[22:29] <geser> Aloha: Build-Depend on libfoo-dev and dh_shlibdeps and ${shlib:Depends} should add the runtime dependency on libfoo to the binary package
[22:30] <RainCT> saivann: great. I'm going to bed now.. I'll be around tomorrow after 14:30 (UTC) :)
[22:30] <Aloha> geser, thnx
[22:30] <saivann> RainCT : Ok thanks for all you work, it will be uploaded in less than an hour
[22:30] <RainCT> dcordero: might be, but better use dh_desktop, as it was especially created for packages
[22:31] <saivann> RainCT : I'm also almost always here
[22:31] <RainCT> dcordero: ignore lintian's NMU stuff.. that's only for Debian :)
[22:32] <dcordero> RainCT, so i wrote NMU on Changelog anyway :/
[22:33] <RainCT> dcordero: there would be a * missing before NMU, but remove that as it doesn't exist for Ubuntu.
[22:33] <RainCT> s/would/should
[22:34] <dcordero> RainCT, ok, i'll upload it without NMU
[22:34] <RainCT> dcordero: and please add a comment to the .desktop (if you know another language beside english please add the translation too, syntax is:  Comment[lc]=  where lc the language code)
[22:35] <RainCT> dcordero: (comments should start with a verb as first word and explain what you can do with it, not what it is, whenever this is possible)
[22:35] <RainCT> dcordero: gonna go now.. will upload it tomorrow :)
[22:36] <vemon> anyone care to revu a gread DSSI synth: http://revu.tauware.de/details.py?package=whysynth
[22:36] <dcordero> ok, see ya. bye
[22:36] <dcordero> and thanks
[22:36] <vemon> s/gread/great/
[22:40] <Aloha> geser, for REVU packages what section should we put them in?
[22:42] <RAOF> Aloha: The section that they should be in when they're in the archive; see debian policy if you're unsure about where they might be.
[22:42] <Aloha> RAOF, ok thnx
[22:42] <RAOF> http://www.debian.org/doc/debian-policy/ch-archive.html#s-subsections is a place to look.
[23:13] <Aloha> how do i package an upstream tarball that doesn't have any compiled source code?
[23:14] <Aloha> like a ruby based application
[23:15] <geser> Aloha: the same like any other, but you can skip the building
[23:16] <Aloha> geser, do i remove debian/rules? or just let it sit there?
[23:16] <geser> Aloha: pick an ruby application and check how it is packaged
[23:16] <Aloha> geser, ok thnx
[23:16] <geser> Aloha: debian/rules is always needed
[23:17] <geser> Aloha: you simply don't need to call make during the build target
[23:22] <Aloha> geser, whats the build target?
[23:23] <superm1> Aloha, additionally you will have a much simpler package when doing it with cdbs
[23:24] <superm1> especially when no build target is necessary
[23:24] <geser> Aloha: are you familiar with Makefiles?
[23:24] <Aloha> superm1, i tried grokking cdbs.. the docs are a bit confusing. or maybe i was over complicating things
[23:24] <Aloha> geser, a little
[23:24] <superm1> Aloha, if you look over any of the mythtv-theme-* packages that I added to hardy, they all use cdbs, and just install the files to areas
[23:25] <superm1> rather than building anything
[23:25] <geser> debian/rules is a Makefile and one of the targets is named "build"
[23:27] <Aloha> geser, gotcha thnx
[23:27] <Aloha> superm1, i'll look into it. thnx
[23:30] <Aloha> how do i use pbuilder on a package i'm working on? its upstream so theres no .dsc file
[23:31] <superm1> Aloha, once you finish assembling a source package and use debuild -S, you will have a resultant dsc and diff.gz
[23:31] <Aloha> superm1, thnx
[23:36] <matthijs> Hello, our project needs help packaging for ubnutu
[23:40] <LaserJock> matthijs: what project and what kind of help?
[23:41] <matthijs> LaserJock, www.veejayhq.net
[23:41] <matthijs> veejay is a "veejay software"
[23:42] <matthijs> we have good reports on ubuntu. a big compilation guide. but no binaries
[23:42] <superm1> hey folks, if anyone has any other MOTU have a few for a revu, i've got one that will just need one other ack: http://revu.tauware.de/details.py?package=gmyth
[23:44] <vemon> is it possible to force uscan to download a certain version?
[23:44] <vemon> for some reason it chooses 1.4.7rc1 over 1.4.7
[23:45] <matthijs> so how do I get our software into "synaptic" ?
[23:45] <Aloha> sudo apt-get install uscan=1.4.7
[23:46] <LaserJock> matthijs: so are you wanting to get veejay into the Ubuntu archives or just making a .deb for it
[23:46] <LaserJock> k, so you want it in the archives
[23:46] <Aloha> file a bug with needs packaging
[23:47] <RAOF> vemon: That's because 1.4.7rc1 > 1.4.7, according to dpkg.  If upstream releases tarballs with 1.4.7rc1 as the version, you'll need to do some uscan mangling.
[23:47] <LaserJock> matthijs: are you or somebody with the project willing to do the work? or are you looking for an Ubuntu person to do it?
[23:48] <matthijs> I  am a member of the veejay project,
[23:48] <matthijs> and made multiple attempts at packaging
[23:48] <vemon> RAOF, i did a manual install and ran uupdate on that
[23:49] <matthijs> I followed the guide, written the rules files and all, but, it fails in the chroot cause we need a lot of dependencies ( e.g. ffmpeg)
[23:49] <matthijs> however, we do not have the time. or the resources to spend more time on this
[23:49] <matthijs> at leas, I don't
[23:49] <Aloha> when i run pbuilder i get Aptitude couldn't satisfy the build dependencies. are there any tools to see what packages i need to include in build-depends?
[23:49] <vemon> what's the proper way to file a bug about a package thats needs to be updated to new upstream version. debian doesn't have that yet so i can't probably use [needs-sync] prefix or such?
[23:50] <matthijs> so I am looking for an experienced packager in search of eternal fame :) or at least gratitude, and a free beer when visiting Amsterdam
[23:51] <matthijs> I do have some work prepared - e.g. I know exactly what dependencies are needed on a fresh install etc.
[23:51] <LaserJock> vemon: "update" I believe is the tag
[23:51] <Aloha> matthijs, send me link to tarball and i'll get the ball rolling on initial packaging
[23:53] <matthijs> Aloha, should I paste it in here or pm / send it otherwise?
[23:53] <Aloha> pm me
[23:53] <geser> Aloha: for pbuilder problem: check the build-depends of your package and find out which is installable (and why)
[23:53] <geser> LaserJock: isn't it "upgrade"?
[23:53] <LaserJock> geser: bah, yes
[23:53] <Aloha> geser, what do you mean by installable?
[23:53] <LaserJock> vemon: ^^
[23:54] <chillywilly> just wondering if there was a better way to fix symlinks for a service to what was originally setup when a package was intalled other then doing: update-rc.d -f foo remove; apt-get --reinstall install foo as passing "defaults" seems to just setup everything to run at "20"
[23:55] <geser> Aloha: check if $PACKAGE_MANAGER_OF_CHOICE can install the packages listed in Build-Depends
[23:55] <matthijs> did you get that?
[23:55] <Aloha> geser, how do i check that?
[23:56] <matthijs> the links?
[23:56] <Aloha> matthijs, how did you send them?
[23:56] <geser> chillywilly: update-rc.d -f foo remove && dpkg-reconfigure $package might also work
[23:56] <matthijs> Aloha, I think so - but I'm not too familiar with xchat's interface.
[23:57] <geser> Aloha: what are the listed Build-Depends of the package you want to build?
[23:57] <chillywilly> geser: ok, I'll try that
[23:57] <Aloha> geser, debhelper (>= 5), libkrb5-dev, dh_shlibdeps, libsmbclient-dev, python-dev, libgtk1.2-dev, samba
[23:57] <geser> chillywilly: you could also lookup in the postinst how update-rc.d was called :)
[23:57] <chillywilly> geser: that seems to work too
[23:58] <chillywilly> geser: I wasn't sure where those are located
[23:58] <Aloha> geser, upstream says kerberos 5 and samba 3 are required. i don't know what packages i need
[23:58] <matthijs> I did a right mouseclick on your name and it opened up a new window ( don't laugh at me! I never use irc)
[23:58] <Aloha> geser, optional python and gtk for frontend
[23:58] <chillywilly>  /var/lib/apt...?
[23:58] <geser> Aloha: e.g. "sudo apt-get -s install debhelper libkrb5-dev" and so on
[23:58] <matthijs> I guess that was wrong.
[23:58] <vemon> RAOF, i could probably use a more agressive regexp to prevent rc releases from getting listed
[23:58] <geser> Aloha: dh_shlibdeps is not a package name but the name of a script part of debhelper
[23:59] <vemon> RAOF, just crossed my mind :)
[23:59] <chillywilly> ah, /var/lib/dpkg
[23:59] <geser> chillywilly: /var/lib/dpkg/info/$package.postinst
[23:59] <Aloha> geser, so can i remove it and it will still work?
[23:59] <chillywilly> yea, I found it :)
[23:59] <geser> Aloha: as you already build-depend on debhelper, yes