=== bigon is now known as bigon` === bigon` is now known as bigon === luisbg_ is now known as luisbg [00:19] jscinoz: How big is the patch, and does the package already use a patch system? === bigon is now known as bigon` === ember_ is now known as ember === Kemel is now known as Legendario [00:26] hey guys, had the same error here. Launchpad PPA rejected again [00:26] Legendario: can you pastebin the .dsc file you uploaded? [00:27] and also the exact error message [00:27] sure [00:27] http://paste.ubuntu-nl.org/53923/ that's the error message [00:28] what's your PPA? [00:29] geser, that's the dsc file: http://paste.ubuntu-nl.org/53924/ [00:29] geser, my ppa is http://ppa.launchpad.net/kemelzaidan/ubuntu [00:33] Legendario: try asking in #launchpad [00:33] themuso the patch changes two files and i dont thing it already used a patch [00:34] 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] geser, yeah. I don't understand it too. Have done exactly as described on the packaging guide [00:36] I'm out of ideas [00:36] 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] geser, i'll try to ask on the #launchpad. Thanks any way! [00:42] 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] do you guys know where to report bugs on the debhelper script? [00:48] Legendario: against the debhelper package: https://edge.launchpad.net/ubuntu/+source/debhelper/+bugs [00:48] the debhelper package in Debian [00:49] yes, that's probably more helpful [00:50] As long as it really is a bug with the Debian version of the package and not just our problem. [00:53] ScottK, it probably is [00:54] geser, could not open the link you gave me... === bigon` is now known as bigon [00:55] Legendario: remove the "edge." and it should work [00:55] dh_make doesn't recognize source versions without numbers. e.g.: beta1 [00:55] Legendario: dh_make is not part of debhelper [00:56] so please don't report such a bug against debhelper, report it against dh-make :) [00:56] slangasek, isn't the dh on dh_make an abreviation on debhelper? [00:56] yes [00:57] it is, nevertheless, a namespace collision [00:57] Legendario: but dh_make has it's own package and is not part of debhelper [00:58] geser, well, do you know the link for it? cause i search on the launchpad home and can't find it? [00:59] Legendario: https://launchpad.net/dh-make/ ? https://launchpad.net/ubuntu/+source/dh-make/ ? [01:06] slangasek, why isn't it shown on a simple search? [01:07] I don't know, where are you searching / what are you searching for? [01:19] slangasek, i am searching for musictracker on the launchpad home. I think that's the mistake [01:24] nite people [01:58] geez you people are quiet [01:59] Shh! Silence! [02:01] mm what where when ?? .. [02:08] Legendario: If the Launchpad U/I is confusing, feel free to file bugs on Launchpad. [02:09] ScottK, i guess i'll do it later [02:12] hello [02:13] i'm a rookie packager looking for reviews for my latest upload to revu [02:13] hey ScottK [02:13] http://revu.tauware.de/details.py?package=wxformbuilder [02:13] can anyone help me out? [02:17] Heya gang [02:18] hello [02:18] Hello rjmyst3 [02:19] bddebian: you've reviewed my package - wxFormBuilder - before [02:19] it has since been updated quite a bit [02:19] any chance you'd take another look? [02:19] I'll try to check it out. I've been having PC issues lately. :-( I lost a drive yesterday [02:19] http://revu.tauware.de/details.py?package=wxformbuilder [02:19] ouch! [02:21] what is the normal way to solicit reviews of a new package? [02:21] i'm quite the rookie, still [02:22] Asking in here is fine [02:23] Just don't over do it ;-) [02:25] ok :) === bmk789 is now known as bmk789_brb [02:32] Heya zul. === Aloha__ is now known as Aloha === bigon is now known as bigon` [03:04] el [03:04] if we have a new package that is not in Ubuntu or Debian, what are the next steps? revu? === asac_ is now known as asac [03:11] 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] ScottK2 - I bet we can get this in - the package is done - just need to get it reviewed, right? [03:12] Maybe. Depends on how well done. [03:13] true - we will get started on this process tomorrow [03:13] ScottK, when is the deadline? [03:14] tristanbob__: Uploaded (including archive admine NEW review) by February 14. [03:15] ScottK, if we are not motu, do we need sponsorship? [03:15] tristanbob__: Yes. Upload to REVU and two MOTUs to advocate. [03:16] !revu | tristanbob__ [03:16] 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] I've got a package on REVU, that has been already reviewed and fixed. [03:19] ScottK or ubotu - are you guys MOTU? [03:19] could you help me get it in? [03:19] I am. ubotu is a bot. [03:19] http://revu.tauware.de/details.py?package=wxformbuilder [03:23] thanks for your time ScottK [03:24] rjmyst3: wxwidgets really isn't my thing. No, I don't think I can help you. [03:24] tristanbob__: You're welcome. [03:24] I understand, thanks for taking a look [03:24] anybody in here a fan of wxWidgets? [03:27] Please tell me it doesn't use 2.4 ? [03:29] 2.8 [03:29] :) [03:30] bddebian is a masochist. I'm sure he'll look at it. [03:30] heh [03:58] 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] patch -pX < foo.patch ? [04:06] how do i know what number to replace X with [04:07] Usually 1 but you can try 0-3 or 4 [04:10] says it cant find the file to patch at line3 [04:10] regardless of what i hvae with -p [04:11] what dir should i be running patch from [04:12] the source dir [04:13] 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] im in the source dir >_< [04:42] my pbuilder is borked :( [04:42] "host: unknown hostname" when i try to build with it [04:44] persia: Hello [04:46] jscinoz: /etc/hostname should have your hostname in it, /etc/hosts should have 127.0.0.1 your_hostname [04:48] ah fixed it [04:48] 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] jscinoz: https://wiki.ubuntu.com/DebianMaintainerField [04:51] so just change maintainer field from jscinoz@gmail.com to ubuntu-motu@lists.ubuntu.com [04:54] nevermind [04:59] 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] persia: regarding usplash-theme-ubuntume , what do you mean by "the old version was based on other GPL code" ? [05:04] persia: as for the download location, the svn has read access for the public === mdomsch_ is now known as mdomsch [05:52] zul: how much work do you think it would be for openvz inclusion in ubuntu? [06:03] Where is a good place to ask a programming question? === lando__ is now known as lando === Aloha__ is now known as Aloha [07:08] When I run debuild -S i get "Bhavani Shankar ": secret key not available [07:09] Am I missing out something? [07:09] Please HELP [07:10] OK got it [07:16] persia: Hello [07:23] Hi all! [07:38] good morning [07:42] Good afternoon, dholbach :) === \sh_away is now known as \sh === \sh is now known as \sh_away [07:50] hey RAOF [07:52] morning dholbach [07:53] hey Hobbsee [07:54] Hey Hobbsee! [07:54] heya RAOF! [07:56] Hobbsee: You're not at lca, or something cool like that? [07:56] 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] RAOF: unfortunately not [07:56] Awww. [07:59] Hm. I wonder what severity Miro would like their "I'm pretty sure you're licensing is broken" bug >:) [08:05] whats the correct way to use dch if adding to ppa? just dch by itself? [08:09] Aloha: i susally use dch -i which will add an entry and open changelog in editor. you can then manually modify theentry [08:10] slytherin, dch with -i does the same. thats why i was asking de facto standard [08:10] s/with/without/ [08:10] It doesn't matter. [08:11] There's nothing PPA specific to using dch. It just adds another changelog entry. [08:11] 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] Right. [08:12] dpkg-source: warning: Version number suggests Ubuntu changes, but there is no XSBC-Original-Maintainer field [08:13] oops [08:13] i mean [08:13] dpkg-source: warning: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address === doko_ is now known as doko [08:15] Aloha: use update-maintainer [08:15] slytherin, k thnx [08:16] Aloha: And you should probably read about DebianMaintainerField on ubuntu wiki [08:16] slytherin, ok thnx [08:17] Hobbsee, hi sarah! [08:17] s/sarah/Sarah/ [08:17] 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] or not [08:18] slytherin, it making it right. typo on my part sorry [08:31] if usplash is not showing up when I use grub2, is it grub2 bug or usplash bug? [08:48] 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] persia: yes, DTD fix is still needed. [08:49] 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] 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] persia: original source [08:50] 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] persia: ok [08:51] AnAnt: OK. I'll just take a quick look, and suspect I'll advocate. [08:52] AnAnt: Are you sure you want the maintainer to be "Ubuntu MOTU Developers "? Not the UbuntuME team? [09:23] 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] persia: I thought that's how it should be, that Maintainer should be something @ubuntu.com [09:25] 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] 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] Essentially, if you set it to MOTU, anyone might update it, which may cause confusion to the team. [09:26] persia: ubuntume@googlegroups.com would do ? [09:26] 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] 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] 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] rulus: I still think you should do something about gnuvd as well, but I'll take a look. [09:28] 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] 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] 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] 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] persia: yeah, I'm certainly keeping track of the progress :) [09:39] 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] persia: thanks for the comments, I'll check them out :) [09:44] morning everyone [09:48] good morning [09:48] morning sistpoty [09:49] hi geser and mok0 [09:49] hi sistpoty|work [09:51] Morning sistpoty [09:52] hi persia === Ubulette_ is now known as Ubulette [10:03] 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] 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] 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] Ng: my package is Python too, can you give me the name of that package ;) [10:11] rulus: I have to admit that I've forgotten which package I pinched it from, but it's unmodified in mine (terminator) [10:11] I should have been making notes of that stuff :/ [10:11] Ng: thanks, I'll have a look :) [10:12] yw :) [10:24] persia: Do you have even slightest idea why lucene2 unit tests fail with GCJ while they pass with icedtea? [10:26] woot, it works Ng, thanks again :) [10:26] rulus: np :D [10:27] 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] persia: hmm, may be some apis are stub. That may be the reason the tests don't get result as expected. [10:29] 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] Is there a general guideline for qt app packaging since they use qmake? [10:41] persia and others: I updated gtkvd (http://revu.ubuntuwire.com/details.py?package=gtkvd) [10:48] luisbg: Maybe people in #kubuntu-devel know better. [10:50] minghua, ok, thanks [10:52] vorian: guake commented [10:52] 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] Thanks in advance. [10:58] frafu: From where does ./ChangeLog originate? Seems an odd file to be the only patch external to debian/patches. [11:01] persia: it is from upstream; strange [11:01] frafu: Shall I proceed with the review, or do you want to look at that first? [11:01] persia: I will look at it first [11:02] persia: thanks [11:03] 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. === persia changed the topic of #ubuntu-motu to: Masters of the Universe: https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | Unmet Deps time! http://qa.ubuntuwire.com/debcheck/ | QA resources from http://qa.ubuntuwire.com [11:04] 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] persia: thanks to you for pointing me immediately to the problem [11:05] 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] feature freeze is quite close now. :( [11:06] DaveMorris: Yep. Thanks for your help with reviewing. [11:07] np, I can spot the easy mistakes :) [11:07] persia: can you have another look at my package? I fixed your last comments. [11:08] 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] 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] I should have asked this time ago :-/ [11:09] frafu: I find `less $(suspicious-source)` to be useful. I also use uscan and dpkg --contents foo.deb. [11:09] persia: ah ok thanks anyway :) [11:09] Also, linda is still helpful, even though she is a little behind. [11:11] persia: ok [11:11] is there a howto on checking your package? [11:14] 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). === Nightrose2 is now known as Nightrose === gouki_ is now known as gouki [11:45] \o [11:46] joejaxx: depends on a couple of things like do they have a patch for 2.6.24 [12:06] 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] 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] devilsadvocate: What is exact error? [12:07] Finished running lintian. [12:07] Now signing changes and any dsc files... [12:07] Could not find a signing program (pgp or gpg)! [12:07] debuild: fatal error at line 1174: [12:07] running debsign failed [12:08] I tried running debuild -S [12:09] devilsadvocate: This error si not from inside of chroot I guess. Looka like you are missing some gpg agent. Try installing seahorse [12:11] 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] i'll try installing seahorse and check. thanks :) [12:12] devilsadvocate: have you gpg installed inside the chroot? [12:13] 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 === bigon` is now known as bigon [12:19] zul: nope only 2.6.22 [12:20] joejaxx: then no i wouldnt do it [12:20] ok [12:21] 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] i agree. geser [12:23] hence me here :P [12:24] 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] devilsadvocate: try setting inside the chroot HOME to a value where gpg can write, e.g. export HOME=/tmp [12:27] 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] 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] mcisbackuk: That's normal. Those usually get updated much closer to StringFreeze. [12:30] persia: Oh right OK, just thought it was a bit strange lol [12:30] I believe the "release notes" in firefox points to the one of 7.10 as well. [12:31] The documentation will always fall behind. [12:31] Err. 7.04? That should be updated ;) [12:31] 7.10, sorry. [12:31] It used to be 7.04, though. :-P [12:32] Actually, I'm not that sure now. It was fixed in gutsy-updates. [12:32] GRRR what is wrong with the mono libs I still can't get a parital upgrade to work properly [12:33] i remember in xubuntu edgy, the release version had the old docs.. i think in the default firefox page [12:34] 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] mcisbackuk: that mono bug here? bug #184681 [12:35] 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] geser: That's the one, its still affecting direct updates from the Alpha 3 CD [12:36] I assume it isn't too late to ask fo a sync? [12:37] FeatureFreeze isn't until Feb 14th I think you might be OK [12:37] ryanakca: which package? [12:37] mcisbackuk: I haven't seen it here on my regular updated hardy [12:37] would it be possible to get microdc2 into universe? [12:37] mcisbackuk: seems to be an update problem [12:37] 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] geser: So i'll go ahead with dkpg --configure -a and reboot? [12:37] s/uploaded/uploaded today/ [12:38] mcisbackuk: reboot shouldn't be necessary. Did you tried dpkg --configure -a already? [12:39] geser: Not yet, I've literally just installed and run the partial upgrade tool, will I need to run dpkg? [12:39] The wrong release note version bug is fixed in gutsy-updates. [12:39] mcisbackuk: I'm just downloading the alpha3 iso to test it myself [12:39] minghua: If it was overlooked once, couldn't it be again? [12:39] geser: OK [12:40] mcisbackuk: Of course it could. If you have good suggestions to prevent that, I'm sure the release team will be interested. [12:41] geser: Alpha 4's on Thursday anyway isn't it? Does another batch of iso's get made up for it? [12:44] mcisbackuk: Aren't ISOs built daily? [12:45] 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] slytherin: I don't know, I didn't think they were, that's why I asked lol [12:46] mcisbackuk: they are. I thought that you were here to report that you couldn't find a nightly CD. :-) [12:46] ! hardyschedule [12:46] Sorry, I don't know anything about hardyschedule - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi [12:46] 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] mcisbackuk: http://cdimages.ubuntu.com/daily/ [12:47] mcisbackuk: https://wiki.ubuntu.com/HardyReleaseSchedule # string freeze is Feb. 28th [12:48] slytherin: Got it! Thanks slytherin :)...and thanks lol [12:48] 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] minghua: Will do, I'll have a look a week or so before :) [12:49] 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] 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] That's what I meant by a week before lol :) [12:50] IMHO Ubuntu has far too few beta- and rc- testers than necessary. [12:51] minghua: well consider me one, even though I can't build etc I cann still hunt problems :) [12:51] mcisbackuk: If you're up for that, you might be interested in joining the bugsquad [12:52] It's nautilus bug day today in #ubuntu-bugs [12:52] mcisbackuk: That would be a very appreciated contribution. [12:52] persia: Nautilus is the "file manager" for GNOME right? [12:55] mcisbackuk: Yep. [12:55] man-di: Any update on the DTD issue? [12:58] OK I've just joined BugSquad, gonna have a look through them, see if they're reproducible in Hardy [12:59] slytherin: work in progress...sorry for not better infos [13:00] man-di: What exactly is work in progress? I mean whether the fix has been decided or is it under discussion? [13:01] slytherin: working on a patch to make it work [13:02] man-di: Ok. So you are simply going to add symlinks, right. Or do you have any other fix in mind. [13:02] How do run an MD5 check on the daily build ISOs? [13:04] slytherin: Daniel had another idea. I still need to test it. [13:04] mcisbackuk: md5sum command [13:04] slytherin: Thanks :) [13:07] man-di: I hope you saw my last message about using icedtea [13:11] slytherin: icedtea? [13:12] man-di: The combination of openjdk and some other free java related tools to fill the gap in openjdk [13:13] slytherin: I know what icedtea is. I work on the packaging of it. I just wonder what your comment was. [13:15] 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] Launchpad bug 185917 in lucene2 "lucene2 jdk dependence" [Undecided,New] https://launchpad.net/bugs/185917 [13:18] 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] 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] slytherin: I really prefer binary:all packages to be buildable on all archs, if possible [13:24] slytherin: icedtea will soon work on all archs, hopefully [13:24] slytherin: Gary Benson from Redhat wrote a portable interpreter for it [13:25] man-di: Cool === lmr_ is now known as lmr[lunch] === \sh_away is now known as \sh [13:57] <\sh> remoins [14:00] 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] ScottK: by your mail, it appears you didn't. [14:06] \sh, I asked in the mentors mailing list and I found out how to do it... DEB_SHLIBDEPS_ARGS = -xkdepim-kresources === bigon is now known as bigon` [14:06] <\sh> effie_jayx, ah cool :) did it work actually? it was just a hot shot yesterday :) [14:07] no [14:07] I still get the same error [14:07] :S [14:07] dpkg-shlibdeps: failure: couldn't find library libkabcscalix.so.0 needed by debian/kdepim-kresources/usr/lib/kde3/kabc_scalix.so (its RPATH is ''). === bigon` is now known as bigon [14:07] Hi \sh [14:07] 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] sistpoty|work, trying to test build kdepim .. I fixed the manpage title to fix a bug.. and it fails to build [14:09] \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] \sh: erm... in the man page of dh_shlibdeps even [14:10] effie_jayx: ^^ tried this yet? [14:10] sistpoty|work, sorry too much of a noob to figure that one out [14:11] 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] 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] 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] \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] \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] ahhh I see [14:15] <\sh> but it's IMHO [14:15] 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] gets the new contributors confused... [14:15] 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] IMHO [14:16] sistpoty|work: thats me :) [14:16] 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] well no problem. I didn't mean to get you worked up about a packaging-tool war [14:16] lol [14:16] :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] \sh, I did read about joeyh hating cdbs ... (google) [14:18] sistpoty|work: lol :) [14:18] 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] effie_jayx: what bug? [14:20] effie_jayx: ah [14:20] hmm... and you're sure all you did was update the manfile and update the changelog? [14:20] sistpoty|work, man dh_shlibdeps gives me dh_shlibdeps -L libfoo1 -l debian/libfoo1/usr/lib as example [14:20] ryanakca, yes sir... [14:20] I didn't have the need to fiddle with debian/rules [14:21] sistpoty|work, is that the one you make reference to? [14:21] effie_jayx: have a debdiff around? [14:22] effie_jayx: yes, exactly [14:22] effie_jayx: that one must be after the dh_makeshlibs call though [14:23] (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] "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] \sh: now /me is confused... as in other source or other binary package from same source? [14:26] 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] ryanakca: my guess is the "Upstream Author*(*s*)*" (is it one or more authors?) [14:27] 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] 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 or -Xkabc_*.so) or prepend LD_LIBRARY_PATH to it via -l [14:31] <\sh> oh a "know" is missing after "I don't" ; === _czessi is now known as Czessi [14:32] \sh: it shouldn't ignore it (it's in /usr/lib), but rather use -l (where that dir is where libscalix*.so.0 is installed to in during the build process) [14:32] \sh: and iirc -L will tell it to just look at shlibs. in the debian dir [14:32] (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] \sh: dunno, but I guess there could be such a thing.. any cdbs expert around? [14:36] I will try the mentor's mailing list again on this one... [14:36] \sh: and I guess it would be ...ARGS_... = -Lkdepim_whatever_binary_package_the_so_is -ldebian/path/to/shared/object/during/build [14:36] (s.th. like that) [14:36] 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] well I am sorry I have to go... community talk awaits [14:37] thank you all for being so supportive [14:37] np [14:37] I will be back [14:37] cya effie_jayx [14:39]