[00:00] It gave me VERSION: command not found [00:01] I should just ignore that, since the file is being created? [00:01] gouki: ah, replace that with the version of the package [00:01] gouki: or declare a VERSION variable [00:01] OK, thank you, RainCT. [00:10] dh_installman debian/file.1 doesn't give any output. Any way I can confirm things worked out? [00:10] ls [00:10] gouki: is the manpage called file.1? [00:11] RainCT, actually, banihstypos.1 is the name of the file generated by pod2man. [00:11] gouki: then write that name (and it should be .6) === asac_ is now known as asac [00:13] RainCT, ohh, got it. I changed on --section=6 when convertin to man but had the output file still with .1. Changed now. [00:23] I have created a postrm file so that the file that I want is removed after removing the package, however that file is still shown when I do 'dpkg -L package'. Any idea of why is it? [00:23] murdok: why do you want to remove the file? [00:23] it's a conf file under /etc/sysctl.d [00:24] that is only needed by that package (dosemu and wine for example) [00:24] murdok: ah, right. if there's some other package that does the same you could check how they do it there [00:25] wine doesn't remove it unless you purge the package [00:25] neither [00:25] arf! [00:25] isn't that how it should be? [00:26] i want it to be removed without need of --purge [00:26] why? [00:27] some people consider it a security risk [00:28] it's bug 216398 [00:28] Launchpad bug 216398 in dosemu "default mmap_min_addr breaks dosemu" [Medium,Confirmed] https://launchpad.net/bugs/216398 === 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 | Jaunty: OPEN. | grab a merge: http://dad.dunnewind.net http://merges.ubuntu.com http://qa.ubuntuwire.com/uehs/ | Next MOTU meeting: Fri, November 14th 12:00 UTC [00:41] RainCT, If you're running REVU days on Fridays, please add it to the topic when Friday starts UTC+14 and remove it when Friday ends UTC-13:30 (unless you find more timezones) [00:42] persia: okay, will do [00:46] RainCT: Could you also consider sending out a reminder email (similar to what they do for the hug days)? That way, all of the MOTUs will be reminded about the hug day [00:47] nhandler: Yep. I didn't do it last time because I had already mentioned in the discussion about cleaning up REVU /and I didn't remember until REVU Day had already started :P), but will do for the next ones [00:48] Thanks a lot RainCT. I forgot about the REVU day until early evening (local time). As a result, I couldn't review as many packages as I would have liked [00:49] nhandler: well, you can also REVU packages when it isn't REVU Day :) [00:50] good night [00:51] night RainCT [00:52] nhandler, I'm working on the package now. I added Perl because of the reference to manual pages on the PackagingGuide: https://wiki.ubuntu.com/PackagingGuide/SupplementaryFiles#Man%20Pages [00:52] As for the comments, I'll post the output when I remove the header. [00:54] nhandler, http://paste.ubuntu.com/69413 [00:54] That's what happens when I remove the comments (header) from debian/rules. If I don't, the package source files are built correctly. :S [00:56] gouki, Please paste the result of having removed them. I suspect you've removed some required blank lines. [00:57] persia, that's what I wanted to ask. blank lines matter in debian/rules? [00:58] gouki, Yep. debian/rules is a makefile. See http://www.gnu.org/software/make/manual/ [00:59] Can I output the content of vimdiff between the two files? [01:00] You probably just want to use diff for that. [01:01] Anyway, the diff probably isn't useful to people other than you. Anyone looking for a parse error probably wants to see the result file. [01:02] diff, http://paste.ubuntu.com/69415 [01:02] Ohh, OK. [01:02] So what can I paste so you guys can help me troubleshoot this? [01:02] Found it!! :S === jrib is now known as Guest64524 === Guest64524 is now known as jrib [01:10] persia, I believe it's OK now (lintian clean and builds on pbuilder): http://revu.ubuntuwire.com/details.py?package=banihstypos [01:10] If anyone could take a look at it, I'd really appreciate it. [01:56] What does it really mean when a PPA upload fails and the email says "Rejected: Cannot build any of the architectures requested: any" ? [02:06] * gouki would like to know too [02:10] gouki: Looks like PPAs do not support Jaunty yet. [02:11] Ohh, could be that indeed. Thanks for the heads up, jmarsden. [02:12] Sure, but I can't take the credit -- Hobsee just helped me out on #launchpad :-) === _jason is now known as jrib [02:22] Thanks Hobbsee :P [02:25] Could someone help me get loadlin to build? Here is the error portion of the pbuilder build log: http://paste.ubuntu.com/69444/. And here is pgadjust.c: http://paste.ubuntu.com/69445/. === erhesrhsrtb54vyh is now known as Elbrus [03:56] nhandler: loadlin builds for me here under Intrepid... I can do: d=`date +%s` && mkdir /tmp/$d && cd /tmp/$d && apt-get source loadlin && cd loadlin-1.6c.really1.6c && debuild -us -uc && ls -ltr .. [03:56] nhandler: Looks like it builds fine to me... are you compiling a changed/newer version than this? [04:02] Ok, the guy who was helping me a few days back doesn't seem to have been online... [04:02] ..I'm going to upload my pgp key to launchpad.. [04:02] then get this stellarium package ready.. [04:02] ..and then pbuild it [04:03] I may need some help, I may need an upload sponsorship [04:04] ethana2: Go for it :-) I'm not a MOTU, but I'm here, I'll help you out if I can... [04:04] k [04:04] It may take a bit, I deleted all the files I made earlier know that I kind of know what I'm doing.. [04:04] to clean things up and whatnot [04:04] I'll mainly need to be reminded of various commands [04:05] ethana2: Usually better to mv your working directory out of the way, instead of deleting your work... but OK [04:05] Well I had made a complicated mess out of things with my incompetence [04:06] ethana2: BTW you can use the history command to see what commands you already used... might help. Combind with grep that can be a good way to remind yourself of comamnds... [04:06] ethana2, yeah, if I can help I'd also be happy to. [04:08] oh hey, gouki [04:08] ;) [04:11] heh, Soyuz software. I am amused [04:15] Ok, I'm getting very confused by the pgp key upload process [04:15] ethana2, have you generated them (key pair) on your local machine? [04:16] yes [04:17] Have you uploaded it to a key server? MIT and/or Ubuntu PKS? [04:17] that's what I'm trying to figure out how to do [04:17] You can do that by using this web-interface: http://pgp.mit.edu/ [04:18] So... MIT is like.. [04:18] some kind of centralized key repository? [04:18] To make it easier, you can use Applications - Accessories - Password and Encryption Keys and export your public key. Then copy-paste it into MIT PKS. [04:18] the all want ascii-armored something or other, i don't know what they're talking about [04:18] ah [04:18] Yes, MIT has a 'database' for keys. [04:19] It's a very known PKS (Public Key Server). [04:19] ..and Canonical can make use of them? [04:19] k [04:19] gpg --keyserver keyserver.ubuntu.com --send-key yourkeyidhere [04:19] Ubuntu itself has one. [04:19] ah, wgrant, that was the approach i was trying to figure out [04:19] I'll just do that [04:19] Yes ... After putting it on MIT the keys will replicate to other PKSs [04:20] ok, sent [04:20] how do i know whether it's a success? [04:21] Search for your name on it. [04:21] k [04:22] ethana2, http://keyserver.ubuntu.com:11371 [04:22] So I guess it's good now.. [04:22] http://keyserver.ubuntu.com:11371/pks/lookup?search=Ethan&op=vindex [04:23] Well, it's there: http://keyserver.ubuntu.com:11371/pks/lookup?op=get&search=0xC5C149B0A666B913 [04:23] That's your public key block [04:23] That's what people use when they want to encrypt something and send it your way [04:24] Do the instructions on LP make more sense now? [04:24] ...they're still confusing [04:24] I think people use this stuff for a lot more than I'm out to do [04:24] Can/Should be used for email, for example (besides the digital signatures used on packages). [04:24] I wish Ubuntu was more heavily integrated with launchpad.. [04:25] I'd like to be able to enter my launchpad account info during the install process and have it pull my gconf and apt list from canonical servers.. [04:25] install my usual packages and settings, maybe a few files [04:26] ok, well, now that that's evidently done [04:26] time to prepare this package [04:30] stellarium (0.10.0) jaunty; urgency=low [04:30] * New upstream version http://stellarium.org/features_in_0.10.0.php [04:30] -- Ethan Anderson Sat, 08 Nov 2008 22:27:19 -0600 [04:30] Is that valid? [04:31] * ethana2 changes 'version' to 'release' [04:32] Looks sane to me. Not sure it really needs the URL in the changelog. Does your updated package build cleanly and lintian finds no issues? [04:35] ethana2, file a bug on Launchpad. Similar to an ITP from Debian. [04:35] I haven't built the package this time yet [04:36] gouki: I will, Debian already has a bug filed for this [04:36] ethana2, you may find this useful too: http://goukihq.org/misc/bookmarks/insipid.cgi?tag=motu [04:36] ...I'll also have a package ready [04:36] Example of bugs: https://bugs.edge.launchpad.net/ubuntu/+bugs?field.tag=needs-packaging [04:37] Actually, here's some things I wonder about [04:37] Stellarium links against like three libs it doesn't use [04:37] Should I unlink them, or not worry about it? [04:38] Also, can I assume that the default makefile shipped with the source tarball has all the right flags? [04:38] What do you mean with links against? [04:38] ethana2: What does the previous package do? [04:38] Like, will it make for binaries that are performant enough? [04:38] jmsarden: what do you mean? [04:38] ethana2: You are upgrading a previous Ubuntu package for stellarium, right?? [04:38] gouki: the compiler says (this thing is linked with libraries whose symbols it doesn't use at all) [04:38] ethana2, don't assume. Try and install on a VM (for example) and see if it works. This way you'll also be able to find about needed dependencies (from make configure and make output). [04:38] yep [04:39] jmarsden: that is correct [04:39] gouki: i know it works, i've installed it [04:39] gouki: what i don't know is if it gives gcc the parameters for highly optimized binaries [04:39] ethana2: So did the packager of that earlier version do special things wrt those libraries, or not? Same regarding performance... [04:39] Hmm.. not sue [04:39] sure** [04:39] ethana2: I'd suggest getting it working first, then checking performance/removing unnneeded libs etc.. [04:40] Well yeah, I've gotten it working [04:40] ...so once I build it next time I'll hunt down the unneeded linked libs and take 'em out.. [04:40] ethana2: OK, so package it and upload a working package to your PPA, so others can see and test that package... [04:40] yep [04:40] will do [04:40] I don't have a PPA yet, but I'll figure that out also [04:40] ethana2, or to REVU. [04:40] gouki: No, REVU is for new packages not updates to existing ones... AFAIK anyway. [04:41] jmarsden, ohh, OK! [04:41] jmarsden: That's correct. [04:41] ethana2, PPA still doesn't build packages for Jaunty, so you'd have to wait, I BELIEVE- [04:42] so, REVU then [04:42] but the intrepid version should work fine on jaunty [04:42] gouki: True, except that you can just create one with jaunty replaced by intrepid in the changelog and it works fine... [04:42] jmarsden, indeed!! :) [04:42] oh, did i.. [04:42] ohhhh, whoops.. i'll change that now [04:42] stellarium (0.10.0) intrepid; urgency=low [04:43] You need to change that version number. [04:43] ethana2: I'd suggest you test locally with it set for jaunty, and use a jaunty pbuilder. Then when you know all is well, change that word and make the version 0.10.0~ethana2 and then upload that one to your PPA [04:43] If it was a new package in ubuntu, it would be 0.10.0-0ubuntu1. Since this is an update to an existing package, I don't know how. [04:44] It didn't have 'ubuntu's in the versions, I don't know why not [04:44] ethana2, I've been taking some notes, that you may find useful: http://goukihq.org/misc/motu/notes/ [04:44] ah, thank you [04:46] stellarium (0.10.0~ethana2) jaunty; urgency=low [04:47] ethana2: Because stellarium was packaged for Debian. In fact, you might want to just ask Cédric Delfosse if he plans to package 0.10.0 for Debian soon, rather than diverge things bewteen Debian and Ubuntu packages of stellarium? [04:48] perhaps, but I was also wanting to get a bit of packaging experience [04:48] Even better offer him help. [04:48] ah, that sounds good [04:50] ethana2: If you want to get some experience there are currently 82 open bugs in Ubuntu tagged 'bitesize'. Have a look at some of those and try to tackle one. [04:50] k [04:51] Well what I'm always running into [04:51] I'm not sure I agree all of them actually are bitesize, but it's a good place to look. [04:51] is apps where I can only get source code [04:51] and I'm sick of not knowing how on earth to install them cleanly [04:51] evidently checkinstall is the Wrong Way to do it [04:51] Generally yes. [04:51] That's kind of what I'm going after at this point [04:52] OK. Well learning about packaging and the right way to do it via working on fixing bugs is one way to get there. [04:52] The problem with packaging new stuff is you really need to know about all aspects of packaging to do it well. [04:54] If anyone could give this another review I would appreciate it. http://revu.ubuntuwire.com/details.py?package=banihstypos [04:55] * ethana2 has contacted cedric [04:58] Ok, I've got the source in what I think is buildable shape.. [04:58] debuild... [04:59] * ethana2 looks at gouki's notes [04:59] ....not seeing it [05:00] 205 debuild -sa -S [05:00] that's handy [05:00] .....one more privacy concern [05:03] nxvl, waiting for your comments about http://revu.ubuntuwire.com/details.py?package=banihstypos [05:03] gouki: nice quote! [05:03] :P [05:03] LOL! [05:03] That quote is everywhere now! LOL [05:03] gouki: yeah, i'm at the airport right now i will check it in the plane [05:03] :D [05:04] ohhh, it /does/ need commas [05:09] nxvl! [05:11] emgent: hi! [05:12] emgent: You know your post to planet is going to be controversial, right? [05:12] heh [05:12] ScottK: i was thinking on the same [05:12] E: stellarium_0.10.0_source.changes: bad-distribution-in-changes-file jaunty [05:12] eh? [05:12] it will start a lot of problems [05:12] ethana2: You can ignore that [05:12] ScottK: thanks [05:13] ethana2: Lintian hasn't been updated to know about jaunty yet. [05:13] what planet post are we talking about? [05:13] ScottK: ah [05:13] ethana2: that's normal, you are using the intrepid version of lintian, which doesn't know about jaunty still [05:13] yep [05:13] http://en.emanuele-gentili.com/index.php/2008/11/09/the-quote-of-the-day/ [05:13] yea that's probably not something that should be on planet... [05:13] nxvl: Actually the Jaunty version doesn't either. [05:13] heh [05:13] yay for dev-tools [05:14] Well last I heard the change in the Lintian VCS repo, just not uploaded yet. [05:14] I did backport lintian 2.0 to hardy/intrepid though for people that want it. [05:14] * jdong removes planet.u.c from his RSS feeds [05:14] yeah [05:15] * nxvl HUGS ScottK for that [05:15] ScottK: ? [05:15] it`s a stupid-funny joke :) [05:15] Also debootstrap, devscripts (for dch), and pbuilder [05:15] emgent: some poeple will complain about your post saying "anal sex" [05:16] ... [05:16] * jdong thinks the nature of the content is inappropriate for the planet [05:16] emgent: that's how community works [05:16] emgent: It is, but there are also places in the world where people could get in real trouble just for reading such a thing. [05:16] emgent: see, there is the first complain ^^ [05:16] or underage people reading planet [05:16] okkay for skip it, i will obscure it. [05:17] like the (SOME_US) LoCo having problem with the police because a mom got scared [05:17] for me this is the last straw in a series of bad-taste, off-topic, illegal, and/or unsafe content posted to the planet. and I am personally through with it [05:17] I also think it's inappropriate [05:17] emgent: I appreciate you doing that. [05:17] I don't personally object too much, but I think it falls in that category [05:17] jdong: He's agreed to deal with it when asked. I think that's reasonable. [05:17] i ROLF reading it [05:17] k [05:17] :D [05:18] ScottK: yeah, for this instance it is reasonable. [05:18] If he needs a replacement I can say something about lawyers and antiviruses [05:18] I don't think it'll stop the "here you can torrent the latest iSight firmware blob stolen from OS X" links though. [05:18] jdong: that sounds helpful [05:18] * ScottK didn't see that one. [05:18] you paid for it if you have one [05:19] Is it the only way to use mac webcams that you've bought? [05:19] ethana2: no, you can... grab it from your OS X DVD or OS X partition [05:19] well, ilegal software copies are the worst enemy of free software [05:19] Here's one that's funny, but totally inappropriate for planet: http://xkcd.com/463/ [05:19] same thing though... [05:19] done, anyway i dont have nothing against anal sex with people with the same gender.. it was only funny quote :) [05:19] ethana2: how is that the same thing at all? [05:19] same data [05:19] because people doesn't care about how much they need to pay for their software so they just don't look for alternatives [05:20] xkcd is awesome [05:20] * nxvl buyed a hoody [05:20] emgent: thanks for doing so -- I know there's a lot of readers of Planet who are pretty young and probably shouldn't be seeing content like that [05:20] I really appreciate it [05:20] jdong: I don't want to be penalized for wiping my OSX install and snapping the DVD in half [05:20] wow, wait [05:20] anal sex? [05:20] If I own the hardware, I have a right to do what it takes to use it under what OS I will [05:20] what happened to family safe? [05:21] NCommander, don't worry it's being resolved [05:21] ethana2: so that suddenly makes it okay to illegally distribute and obtain the firmware? [05:21] ubuntu should handle it for the user [05:21] like broadcom [05:21] ethana2: agreed, that would be ideal [05:21] ....but I don't think Apple can be expected to be reasonable [05:21] so you do what you must [05:21] ethana2: but an acceptable workaround in the meantime is *NOT* for posting mediafire links to the firmware [05:22] that is illegal and it's unfortunate to see the community's blogosphere condoning such activity [05:22] gouki: i just got one lintian warning: binary without manpage which IIRC you are already solving, right? [05:22] jdong: illegal and wrong seem like they cannot be the same thing here [05:22] nxvl, it is solved, I believe. [05:23] unless you ripped an iSight /out/ of a mac and slapped it into something else [05:23] I created the man page for it, just not sure it's being correctly installed. [05:23] ethana2: it doesn't matter whether or not you *OWN* an iSight, it is not legal to distribute its firmware. period. [05:23] also i'm finding something quite odd, there is nothing inside *bin/* [05:23] jdong: if you live in sweden? [05:23] oh wait, copyright, not patent [05:23] ScottK: is that ok for a binary to go to /usr/games instead of any bin/ ? [05:23] ethana2: software licensing doesn't apply in Sweden? [05:24] jdong: I corrected my 'thinko' [05:24] nxvl, I was told, by a lintian warning, that it should go to bin/ :S [05:24] oh yes, /usr/games is in the path [05:24] If it's a game, it has to go there. [05:24] is ok [05:24] nevermind [05:24] OK [05:24] nxvl, about the man page, well, the page is there, and I added what I believe is the correct way of installing it to debian/rules. [05:24] I didn't know Apple could prevent other OS'es from running on their hardware, it's like a game console or something [05:24] that's unfortunate [05:25] ...although most people using ubuntu on a mac will probably be dual booting [05:25] gouki: also i will change "Initial release" for "Initial Packaging" [05:25] * ethana2 gets back to his .dsc stuff [05:25] or something like that [05:25] or packaged for ubuntu [05:26] You will change it? [05:26] W: stellarium source: changelog-should-mention-nmu [05:26] W: stellarium source: source-nmu-has-incorrect-version-number 0.10.0 [05:26] i use to use "Initial packaging for $(Debian/Ubuntu)" [05:26] ethana2: FWIW this problem will soon be moot -- the new iSights in latest-gen Apple hardware persistently remember their last-loaded firmware [05:26] gouki: no i won't touch it [05:26] :D [05:26] ethana2: i.e. you just have to boot into OS X once and the firmware sticks [05:26] jdong: ah [05:26] nxvl, oh OK. I'll change it then. [05:27] gouki: also you can get rid of the firsts lines on rules [05:27] nxvl, I'm more worried about the manual page ... :S Can you check rules to see if that is the correct way of installing? [05:27] http://pastebin.com/d5fde89fa [05:27] Those are the errors and warnings lintian gives me at this point [05:27] gouki: the comment saying "This file is originaly, blah blah blah" [05:27] i think i have and old version [05:27] :D [05:27] nxvl, that's not in there anymore: [05:28] yes i have [05:28] hehe. yeah, yo do :) [05:28] \o/ [05:28] uhm my @ubuntu.com mail alias seems broken.. [05:28] someone can confirm it too ? [05:28] I receive an email a couple of minutes ago ... [05:28] mine is working [05:28] argh! [05:28] but i'm a Canonical guy so it doesn't applies [05:29] Is it possible to delete a file from an upload? I accidentally included a non-needed file. In REVU, I mean. [05:29] ScottK: your alias work ? [05:29] gouki: just upload it again [05:29] emgent: You mean Ubuntu mail address? [05:30] nxvl, is there a way to download everything from an upload? I don't have the files on my HDD. [05:30] emgent: No idea. I don't use it. [05:30] wow [05:30] i need to catch my flight in a bit [05:30] :S [05:30] i hate airports [05:31] gouki: Copy the link to the .dsc file and then dget -x path-to-file.dsc [05:31] ScottK, thank you. [05:32] last cigar before my flight [05:32] nxvl, you can smoke on that airport? [05:32] Where are you? [05:32] at the smokers bar [05:32] :D [05:33] in the peruvian airport [05:33] ScottK, that didn't download the folder. Any work around? [05:33] nxvl, sweet. Here in Portugal you can't smoke inside any building. [05:33] i always pay the expesive cokes for having a cigar before my flights [05:33] yeah, here too [05:33] actually in any part of the world [05:34] but there are always smoke bars or stuff with the right infrastructure [05:34] the funniest i've ever seen was in the Barahas airport in madrid [05:34] gouki: If you got the .dsc, .diff.gz, and orig.tar.gz then dpkg-source -x filename.dsc [05:34] those are funny [05:34] gouki: you can use dget -x for it to unpack everything automagically [05:34] i've it on my rc file [05:35] Indeed! :S I forgot about that (read it on PackagingGuide). [05:35] Thank you. [05:35] DGET_VERIFY=no [05:35] that's the magical line [05:35] :D [05:36] inside ~/.devscripts [05:36] So you recommend removing *Initial release (LP: #) and replace it with *Initial Ubuntu package (LP: #) ? [05:37] Initial packaging for ubuntu [05:37] but yes [05:37] that's the idea [05:37] Changed. [05:37] k i will check that in Boston [05:37] my flight is already boarding [05:37] :S [05:37] nxvl, lucky you!! :) [05:37] Have a good flight! [05:37] read you later! [05:38] ...anyone care to help me knock out these lintian errors? http://pastebin.com/d5fde89fa [05:39] ethana2, use paste.ubuntu.com - It's easier on the eyes :) [05:39] ok [05:40] The first one can be ignored, as a more recent version of lintian is jaunty-aware. [05:40] Do you have the package somewhere? [05:40] http://paste.ubuntu.com/69506/ [05:40] What do you mean? [05:41] source tarball? [05:41] Can we browse the files somewhere? [05:41] I don't quite get you.... [05:41] the files are very easy to locate on stellarium.org [05:41] ..and I did an apt-get source for the current ubuntu version [05:41] and copied the /debian/ stuff over [05:42] ..and then started modifying it [05:42] That's what I believe is required. The debian/ files. [05:42] It would be good if it could go to REVU. Didn't know only new packages could go there. [05:42] Maybe ScottK or persia have a workaround. [05:43] Well it's not up to par yet [05:43] until nothing throws any errors [05:43] from lintian to pbuilder [05:44] gouki: Generally it's for new packages, but if someone wants to review it and you've got no where else to put it, REVU is fine. Just leave a comment saying people doing new package reviews should ignore it. [05:44] ethana2, there! :) Thank you ScottK. [05:44] Is there any other places to upload packages, besides PPA and REVU? [05:45] Could be useful to have a unofficial place for this kind of thing. [05:45] I generally just put them on my web site. Copy .dsc, .diff.gz, and .orig.tar.gz to a folder on the web server and give people a link to the .dsc. [05:46] I'd rather not bother uploading until lintian is good with it, if possible [05:46] more changes to coordinate [05:46] Would something like I mentioned have any interest to users? I would be happy to try and come up with something. [05:46] gouki: sure [05:46] collaborative packaging [05:47] What do you think ScottK? [05:48] ethana2, stellarium is pretty fun :) [05:48] I think occasional use of REVU is fine for such things. I've never felt the need myself as I just copy/paste to my web site. [05:49] Did the errors I pasted require someone else to have direct access to the files? [05:49] ethana2, no. For me, at least, I would have a better idea of what the errors mean, by looking at the actual files. [05:49] ah [05:50] I can point you to them [05:50] For experienced people, I don't believe it's crucial :) [05:50] http://downloads.sourceforge.net/stellarium/stellarium-0.10.0.tgz [05:50] and apt-get source stellarium [05:50] I can make a .tgz of my modified /debian and give it to you via irc file transfer [05:51] Use REVU, so others can have a look at it. I want to see in order to learn, as I'm not the best person to be fixing errors :) [05:51] I'm the one complaining about them :P [05:51] * ethana2 doesn't know how to use REVU yet [05:52] ethana2, easy. Install dput. Add your GPG keys to Launchpad. [05:52] Then configure dput, by using this note, for example: http://goukihq.org/misc/motu/notes/dput.txt [05:53] Then just dput revu file_ending_with_changes.changes [05:53] Actually revu should be in the dput.cf already. [05:53] ScottK, ohh, didn't know that. Cool. [05:54] Then, just dput revu file.changes ethana2 [05:54] * ethana2 reads [05:54] * ScottK heads to bed. [05:54] Good night everyone. [05:55] good night, don't explode [05:56] gouki: That .changes file doesn't look very helpful.. [05:57] OK. One more http://xkcd.com/293/ [05:57] aaand I'm confused again [05:57] haha [06:01] dput revu stellarium_0.10.dsc [06:01] Should I do that? [06:01] Nope. [06:01] oh [06:01] * ethana2 scratches head [06:01] At least, I'm pretty sure that'll give you an error. dput works on .changes files. Do you have one? [06:01] yeah [06:02] does it use the changes file to grab other files? [06:02] Yes [06:02] ah. [06:03] The changes file has (a) links to all the files and (b) nice hashes of all the files. [06:03] ah [06:05] neighbors secure wifi in 3... 2.... [06:05] * ethana2 shakes fist at 34 MB file [06:05] So, my buildbox went up in smoke on Thursday, and that was my screen+irssi+general webspace+whatever box. Anyone have any recommendations as to virtual server host thingies? [06:07] RAOF, thingies being providers of VPS? [06:07] RAOF: I've used http://johncompanies.com/ for a few years, and like them... [06:07] RAOF: Lots of Ubuntu people use Linode. [06:07] I'm quite happy with Slicehost. [06:10] * RAOF looks up all of those. [06:16] Linode rocks [06:17] RAOF: ^ [06:17] StevenK: I have heard good things about it, yes. [06:20] * wgrant would have a Linode too if it weren't for the whole 17 and no credit card thing. [06:21] 17? [06:21] * ethana2 should stop assuming everyone else is older than him [06:21] We've got people younger than me. [06:21] wgrant, your only 17? [06:22] NCommander: Yes... [06:22] * jmarsden will continue to assume that most people on IRC are *younger* than him... :-) [06:22] jmarsden, how old are you? [06:22] NCommander: late 40s [06:22] heh [06:23] I have a kid older than wgrant :-) [06:23] I'm sure somebody here can beat that. [06:23] I have a mom older than you [06:23] ..does that... count? [06:24] ethana2: I dount it :-) I'll not start on the "I used punched cards on a mainframe in college" stuff... [06:24] my grandma used to do that also [06:25] keypunch op [06:25] I've driven between Omaha, NE and Anchorage, AK 3 times [06:26] ...and when I find all those pics I took, I should put them on flickr under the CC-BY-SA [06:26] Well, fact of the matter is that Shuttleworth has us all beat [06:27] * elkbuntu raises an eyebrow. [06:27] * wgrant removes elkbuntu's eyebrows. [06:28] oi! [06:28] * elkbuntu steals wgrant's tickets to UDS. [06:28] eyebrows kthxbai. [06:29] elkbuntu: Damn. OK, you can have them back. [06:29] * elkbuntu returns wgrant's tickets to UDS. [06:29] Thanks. [06:29] A pleasure doing business, as always! [06:29] Of course, of course. [06:33] * NCommander looks forward to see who he will be roommating with [06:37] * StevenK already knows who he is roomie-ing with [06:38] oh hey, it uploaded to revu [06:38] ...how do i find it? [06:42] RAOF: dput revu stellarium_0.10.0_source.changes was successful. How do I find where it put the files? [06:42] It should now appear on revu [06:45] ...what page should it appear on? [06:45] http://revu.ubuntuwire.com/ doesn't show it, but I'm probably looking in the wrong spot [06:46] RAOF [06:46] Hm. [06:47] You've got a GPG key associated with on launchpad.net associated with the email address that you uploaded with? [06:47] yes [06:48] well, I didn't upload with an email address [06:48] I just.. uploaded it [06:48] When my machine tries to put addresses for me in things, it says ethan@home [06:48] ..which is my user on this machine [06:48] But you've got an email address in the changelog, and it'll have signed the packages with that key. [06:48] and useless [06:48] oh, yes [06:48] i believe i got that right [06:49] yes, it is correct [06:50] I'm not sure, then. REVU has been undergoing some changes, and it's been /some time/ since I last uploaded there :) [06:53] gyarr, is there any 8.10 install on earth where the gnome core apps gnome-sound-recorder and cheese are functioning at all? [06:53] I haven't seen one [06:53] * ethana2 grabs lcpci from his mom's 1525n [06:57] ethana2: Mine, for example. [06:57] lucky [06:58] Dell can't ship 8.10 until it's functional on their Ubuntu line of machines.. [06:58] I'm going to try to analyze the lspci I just grabbed...... [07:02] gahh, i needed lsusb, not lspci [07:03] webcam is usb [07:03] meh, both bugs confirmed on both the 1525n and the 1420n [07:17] Morning. Anyone have links to packaging libraries? [07:19] karooga, what library are you trying to package [07:20] NCommander: it's called libastro. It's embedded in another app I'm trying to package. ScottK suggested that I package them separately. [07:20] Packaging libraries is a PITA, not something I recommend doing if you don't have prior packaging experience [07:21] NCommander: PITA? [07:21] ah... :-) [07:21] pain in the a** [07:22] NCommander: I'm here to learn and don't give up easily. [07:23] karooga: See https://wiki.ubuntu.com/MOTU/School/LibraryPackaging [07:23] NCommander: are you saying that I shouldn't bother de-embedding the lib? [07:23] no, I'm not saying that [07:23] I'm just saying be prepared for pain ;-) [07:27] jmarsden: thanks. [07:29] karooga: No problem. I found it in the collection of bookmarks I made a few months ago when I was new here... (so I'm *still* new here, I suppose). Generally, if a Google search doesn't turn up whan you need, for Ubuntu development info, searching wiki.ubuntu.com often works. [07:30] jmarsden: thanks. Yeah, google wasn't particularly useful. Will bear in mine the wiki. [07:30] jmarsden: what are you packaging? [07:31] I just fixed a minor bug in koverartist, now looking around at other "easy" bugs on LP I can tackle... [07:31] Maybe about to try LP #28906 [07:31] Launchpad bug 28906 in firehol "The rcS.d script for firehol starts before NFS and NIS" [Medium,Triaged] https://launchpad.net/bugs/28906 [07:35] Advice needed: In a postinst script, is there a valid reason for doing: update-rc.d firehol start 41 S . start 36 0 6 . > /dev/null or am I looking at a typo/bug where the second "start" should really be "stop" ? [08:56] gouki: you're welcome :P [08:59] RAOF: belated agreement. Linode really rocks. [09:17] Yasumoto: I'm looking at your Miro merge; are you here? === dfiloni is now known as devfil [11:32] Is stuff from task "minimal" always installed or can it be removed? (ie, should it be in Depends?) [11:35] RainCT: it's possible to remove ubuntu-minimal and packages it depends on [11:36] geser: OK, so the only packages which don't need to be depended upon are Essential ones? [11:36] Essential and Build-Essential. [11:36] thanks [11:46] ah [11:46] RainCT, [11:47] RainCT, can I release an update to ubuntu-dev-tools? [11:47] RainCT, I updated the buildd script to work on resocre again [11:47] NCommander: sure [11:50] NCommander: Can you pastebin the diff? [11:50] StevenK, for what, buildd? [11:50] NCommander: Yes [11:50] Hobbsee: ^ [11:50] StevenK, she already has it [11:50] Ah ha :-) [11:50] how do you think I fixed it :-)? [11:51] StevenK, can't wait an hour for me to upload a package? [11:51] RainCT, any objection if I make the tools jaunty aware? [11:51] NCommander: why would I? :) [11:52] it works nicely for me :) [11:54] RainCT, committed [11:56] * NCommander wishes he could rescore :-( [11:56] heh [11:57] * RainCT whiches that NCommander won't be able to rescore *g* [11:58] RainCT, why not ;.;? [11:59] NCommander: because you'd give your own uploads the highest priority :P [11:59] No [11:59] I won't [11:59] My uploads already have that [11:59] linux-ports takes priority when uploaded ;-) [12:00] heh [12:00] RainCT, uploaded to the archive [12:00] uhm.. what face is ";.;" supposed to be? :P [12:00] crying anime style [12:01] StevenK, its uploaded. If you want it for Intrepid, I'll do a backport (although it would need a single source level modification) [12:01] It was only curious as to the changes [12:01] oh [12:01] let me get the diff [12:01] The name of the variables in the forum changed [12:02] it really was a oneline change [12:03] StevenK, http://pastebin.ca/1249460 [12:10] DktrKranz: \o/ [12:10] happy debian day sebner [12:11] DktrKranz: you too [12:12] hey DktrKranz [12:12] morning NCommander [12:12] DktrKranz, know any good intrepid/hardy bugs that need work? [12:13] there are many, but I've none handy [12:17] DktrKranz, oh, can you verify a bug for me? [12:18] DktrKranz, https://bugs.edge.launchpad.net/ubuntu/intrepid/+source/mtd-utils/+bug/294428 [12:18] Launchpad bug 294428 in mtd-utils "mtd-utils build fail" [Undecided,Fix committed] [12:18] ah, right. I fought with VMware yesterday, and I lost... but I can test it [12:18] * NCommander confirmed in a chroot which I think it good enough but since your SRU ... [12:18] does it require X to be tested? [12:19] ni [12:19] *no [12:19] * NCommander can get X to work ina chroot just fine ... [12:20] * DktrKranz has a virtualization instrument provided by University of Bologna, simply great [12:30] DktrKranz, I verified the proposed package :-) [12:31] mark it in the bug report [12:32] did [12:32] now what? [12:32] I'll do it too [12:32] so we can tag it accordingly [12:33] NCommander, any ideas on http://hattory.no-ip.info/jaunty/result/collectd_4.4.2-2ubuntu1/collectd_4.4.2-2ubuntu1.buildlog ? [12:33] DktrKranz, add libupsclient1-dev as a build-dep [12:34] already there [12:34] O_o; [12:35] what does ls -lah /usr/lib/libupsclient.so say on the subject? [12:35] * DktrKranz tries [12:36] lrwxrwxrwx 1 root root 21 Nov 9 12:36 /usr/lib/libupsclient.so -> libupsclient.so.1.0.0 [12:37] ls: cannot access /usr/lib/libupsclient.so.1.0.0: No such file or directory [12:37] what the heck... [12:38] Broken package [12:38] File a bug against libupsclient [12:38] really [12:39] Well, make sure the package is fully installed [12:39] Are you sure libupsclient1 is installed? [12:40] yes [12:40] but... [12:40] root@utumno:/# dpkg -L libupsclient1 [12:40] /lib/libupsclient.so.1.0.0 [12:41] why is library there? [12:43] That's a legit packaging bug [12:44] * DktrKranz checks if Debian is affected too [12:44] We have an Ubuntu diff [12:44] http://patches.ubuntu.com/n/nut/nut_2.2.2-8ubuntu1.patch [12:46] debian is affected too [12:46] * NCommander sighs [12:46] * NCommander files an RC bug [12:46] hello, I have set "Email notifications", but I still do not get a email when someone comments my uploads [12:46] what should I do? [12:48] NCommander, stop. look at debian 491591 [12:48] Debian bug 491591 in libupsclient1 "libupsclient1: move libupsclient.so.1 from /usr/lib to /lib" [Normal,Closed] http://bugs.debian.org/491591 [12:48] and the merge account always failed with MOD_PYTHON ERROR [12:50] DktrKranz, bug sent to Debian [12:50] Oops [12:50] too late [12:50] crap [12:51] nut (2.2.2-8ubuntu1) jaunty; urgency=low [12:51] Whoever did the merge then did it wrong [12:52] * NCommander checks Debian [12:55] hello, my "Preferred email address" is empty, what should I do? [12:57] DktrKranz, checking the Debian packaging, still a bug [12:58] NCommander, DktrKranz: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=491591 [12:58] Debian bug 491591 in libupsclient1 "libupsclient1: move libupsclient.so.1 from /usr/lib to /lib" [Normal,Closed] [12:58] oh [12:58] d'oh [12:58] * NCommander amends and retitles his bug [12:59] lidb: on REVU? [12:59] ok I see [13:00] devfil, I think /lib though might be a policy violation [13:01] I think the same thing [13:02] well [13:02] RainCT, yes [13:02] well, nut is in /bin [13:02] right [13:02] FHS says its library should go into /lib [13:02] (in that case) [13:02] * NCommander actually went and looked it up :-) [13:03] RainCT, my account is "lidaobing" on revu [13:03] lidb: "merge accounts" should work now [13:03] ah wait [13:03] * NCommander tests his fix [13:05] lidb: now merge whould really work :P [13:06] lidb: and it should assign you the e-mail address which you merge (I need to change this some day so that it fetches the e-mail from LP) [13:08] RainCT, sounds works, thanks [13:08] np [13:28] DktrKranz: Hey, do you work on piuparts merge? Can I take it? === RainCT_ is now known as RainCT [13:33] NCommander, there are two roads: move symlink to /lib too and adjust rdependencies (collectd) or leave it for compatibility purposes [13:36] iulian, I see it has been uploaded again, so check in PTS if versions match, but please go ahead [13:37] geser: are you planning to merge/sync freeguide (You are the last uploader)? Or should I start working on it? [13:43] DktrKranz: Yes, 0.33 was uploaded yesterday to Sid. We have 0.31 in Jaunty. [13:54] iulian, good. it's all yours ;) [13:54] DktrKranz: It's done. u-u-s is already subscribed to the bug report. [13:54] Thanks :) [13:54] good [13:55] I processed a bit yesterday, but I'd like to focus on RC bugs today [13:56] Is there a definitive list of RC bugs? I would like to work on java apps/libs. [13:58] slytherin, I look at http://bts.turmzimmer.net/details.php?bydist=both&sortby=bugnr&new=7&refresh=1800, but anybody please correct me if it's the wrong one [14:01] you can ask in #debian-release I guess === santiago-ve is now known as Guest66702 === Guest66702 is now known as santiago-ve [14:18] slytherin: feel free to do the merge as I'm currently to busy doing merges myself (you can also work on other merges from me) [14:18] geser: ok [14:27] NCommander: Would you please do a backport for ubuntu-dev-tools to hardy/intrepid now that it's been updated to know about Jaunty. [14:38] morning all [14:39] hi james_w [14:40] hey RainCT [14:41] * sebner winks james_w [14:41] Hello james_w [14:41] who's up for tackling some Debian RC bugs today? [15:10] impressive response :P [15:15] heh :-) [15:16] Laney: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504528 isn't fixed :-) [15:16] Debian bug 504528 in libghc6-configfile-dev "libghc6-configfile-dev: Fails to configure: MissingH-1.0.1 doesn't" [Serious,Open] [15:18] RainCT, that's why we fixed them all ;) [15:37] devfil: Hey, about the mapnik merge. libagg-dev was added twice in the Build-Depends field, that's the reason why I removed it. [15:37] iulian: then explain it in the changelog [15:38] devfil: I don't understand the second sentence. In the end, the homepage field is also an Ubuntu change. [15:38] devfil: But I can remove it, since it increases the delta between Debian and Ubuntu. [15:39] iulian: it was already in the Ubuntu package? [15:39] devfil: No, I added it, but isn't it an Ubuntu change as well? [15:40] iulian: yes, but you need to add it as new change [15:40] * Merge from debian, remaining ubuntu change: [15:40] - old ubuntu change [15:40] * New ubuntu change [15:40] this is usually what we do during a merge [15:41] Ah-ha, didn't know that, thanks. Will attach a new debdiff in a moment. [16:05] devfil: Done, see http://launchpadlibrarian.net/19513117/mapnik_debdiff [16:28] * Laney eyes NCommander [16:28] take it you didn't see my u-d-t branch === bureflux is now known as afflux [16:57] I'm looking for someone to upload this patch http://paste.ubuntu.com/69228/plain/ for me. [17:09] * RainCT grumbles about the Wikipedia survey asking what you nacionality is but not including Catalan in the list.. If I wasn't German also I couldn't participate :P [17:14] RainCT: Catalan = Spain :P :P :P [17:16] * RainCT hits sebner with a big, stinking fish [17:16] * sebner hides === chuck_ is now known as zul [18:20] * jdong thinks prevu needs a test suite.... [18:20] now to go about doing that... [18:43] siretart: I updated my keepassx bzr branch for a new upstream release [18:43] https://code.launchpad.net/~nick.ellery/keepassx/ubuntu [19:05] The file that is supposed to contain information about patching system is README.source right? [19:06] yes [19:09] and what should be the file called if it talks about repackaged source by deleting jar files etc. [19:14] slytherin: If you're repackaging the source, that's supposed to be described in debian/copyright. [19:16] ScottK: There is a package where I messed up with file names and Debian developer messed up even more. Instead of having a README.source I added README.Debian. There was already a README.Debian-source which talked about removal of jar files and the Debian developer renamed it to README.source. [19:17] I am hoping that this gets noticed and package gets rejected with right reason. [19:17] Rejected form Debian queue I mean. [19:17] README.source is about patch systems. [19:17] Unlikely. [19:18] ScottK: Right. But the Debian package has now a README.source that talks about removal and a README.Debian that talks about patch system. So it is wrong order. [19:19] Agreed. I doubt it'll get rejected out of New for that though. It could. [19:19] Just file a bug after it gets out. [19:19] README.source is in debian-policy 3.8, so it's not optional. [19:20] I had already files a bug about absence of README.source but the Debian developer didn't read my comments fully. I will add another comment on the bug. [19:21] it's in 4.14 [19:21] oh you mean version not section number [19:31] I am trying to debug a python extension module, and I keep getting this error "ImportError: foo.so: undefined symbol: Py_InitModule4", and from searching on google this looks to be a known problem with python-dbg in Ubuntu. Has any of you encountered a similar problem? [19:32] I know this is not the Ubuntu support channel, but I thought you guys probably know more about than the ordinary support channel [19:35] JDahl: What version of Ubuntu are you running? [19:35] 8.10 [19:36] JDahl: Would you please pastebin the full traceback? [19:36] Are any archive admins around for a manual sync? [19:36] JDahl: you tried to import a module for which you don't have -dbg package isntalled, you're welcome, next time ask on #debian-python ;P [19:37] POX: ;-) [19:37] ;) [19:37] ScottK: so many questions ;D [19:38] slytherin: Unlikely on a weekend. Just file a sync request. [19:38] ScottK: I have. It is acked. I was checking if anybody is available. [19:38] sebner: Next question is remind me what I sponsored of yours so I can check. [19:38] POX, you're right... [19:38] slytherin: OK. Patience then I guess. [19:39] ScottK: and if I can't remember (I have a bad brain :\) Besides I have to answer your 2nd question first =) [19:39] yes, I need lots of it. Got to go to bed. :-) [19:40] ScottK: but from quick thinking I can't really remember even 1 sponsorship [19:41] And yet you cc'ed me on your application as a sponsor? [19:41] ScottK: no, I CC'ed you because you once told be that you want to comment ;) Besides, you are the only person that asks this questions I think so this is maybe good as well [19:45] nellery: uh, you just upgraded the branch. that's not the way I usually work. Rather upgrade the upstream branch first, then merge it in [19:45] sebner: OK. [19:50] siretart: which is the upstream one? [19:50] the trunk? [19:53] nellery: use bzr vis or log to identify the latest commit of the upstream branch [19:54] nellery: for that particular branch, it is the revid siretart@tauware.de-20081002072609-4dhynib9wtj8wxom [20:01] siretart: I'm a bit lost.. sorry, I don't have very much experience working with bzr [20:01] nellery: in your branch, do the following: 'bzr push -rrevid:siretart@tauware.de-20081002072609-4dhynib9wtj8wxom ../upstream' [20:02] nellery: then go to ../upstream, and import the new upstream tarball [20:02] nellery: then go to the trunk branch, and merge the new updated upstream branch [20:02] there is also a plugin called 'bzr-builddeb' that automates these steps with the command 'merge-upstream' [20:06] siretart: how do I import the new upstream tarball? [20:08] nellery: I have this function in my zshrc: http://paste.ubuntu.com/69734/ (should also work with bash) [20:09] (to be run in '..', the upstream branch must be named 'upstream' [20:09] ) === ajmitch_ is now known as ajmitch [20:18] siretart: could this just be done by uploading the .diff.gz, or should the branch be used? [20:19] good morning [20:20] nellery: sorry? [20:21] siretart: rather than using a branch to upload the new upstream release, could we just do it normally with the .diff.gz [20:22] nellery: in theory, we could just avoid using bzr, right. I however really like bzr's 'merge' feature. [20:23] siretart: that's a good point, but I'm terrible with bzr, so perhaps I should just leave this to you? [20:24] OK [20:40] Hi, I get a PPA rejection with: Cannot build any of the architectures requested: any. What am I doing wrong?? [20:40] bmm, you have 'jaunty' on the changelog? [20:41] gouki: metalink (0.3.4-0ubuntu1) jaunty; urgency=low [20:41] Launchpad still doesn't support jaunty, bmm. [20:42] gouki: Aaah... thanks :D [20:42] gouki: but revu needs it, right? :) [20:42] No problem. I had the same question yesterday. [20:42] bmm, that I do not know. [21:10] nellery: new upstream version uploaded to debian. we can sync it tomorrow from experimental [21:17] any Pylons fan around? (there are some packages to sync from unstable/experimental if someone has some free time) [21:20] any Django/TurboGears fan around? (ready to be converted to Pylons ;) [21:27] POX: Sync from Unstable is automatic right now if there are no Ubuntu changes. [21:27] yeah, but I uploaded some packages to experimental [21:28] In that case just file sync requests and I can ack them. [21:28] Just be sure to specify from Experimental and the version/revision. [21:29] that's why I asked, I'm too lazy (aka busy) to test it in ubuntu chroot :) [21:30] (and some people complained about old SQLAlchemy in Ubuntu on #sqlalchemy) [21:36] * ajmitch wishes that it'd be feasible to autosync from experimental [21:37] * sebner waves to geser [21:37] except that small thing about it being a mix of real experimental stuff, and stuff meant for unstable [21:41] ajmitch: Requestsync now at least has a -d flag you can set to experimental. [21:41] So asking isn't so hard. [21:41] ScottK: yeah, it does mean we need to be watchign experimental for new upstream versions [21:42] Yes. [21:43] instead of dealing with the inevitable post-release complaints [21:43] ScottK: my answer is already on the way (but needs aproval since I'm not subscribed). How many questions do you plan to ask me? but be warned I won't tell you what you want to hear, I tell what I really think ;) [21:43] sebner: That's good that you say what you think. [21:44] sebner: Why don't you subscribe while your app is pending. [21:44] ScottK: Well I first didn't realize that I'm not subscribed (because I was once) and I though when I'm MOTU I don't need subscription. I usually read that stuff on the web [21:45] *thought [21:56] Hi. If anybody is out there and willing to comment, my upload can be found at: http://revu.ubuntuwire.com/details.py?package=metalink Thanks! Any and all comments are welcome ;) === geser_ is now known as geser [22:05] bmm: I've done a quick review :) [22:05] RainCT: just what I need :D I'm trying to get back into the game. Thanks! [22:09] http://revu.ubuntuwire.com/details.py?package=banihstypos if anyone has time :) Want to see if everything is alright before moving to other stuff. [22:22] Anyone has any idea why tss (terminal screensaver) was dropped for hardy and intrepid? [22:22] because it was removed from debian [22:23] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476313 [22:23] Debian bug 476313 in ftp.debian.org "RM: tss" [Unknown,Closed] [22:24] Wow! Too bad :S [22:33] Is there a "bzr for MOTUs" quickstart page somewhere? The Wiki page https://wiki.ubuntu.com/BzrContributorHowto assumes you already know bzr itself... looks like it might be time for me to get to grips with bzr. I already know cvs and svn well. [22:36] Answering my own question: Looks like http://doc.bazaar-vcs.org/latest/en/mini-tutorial/ may be enough to get me started :-) [22:37] Can someone help me understand the following build error? [22:37] dpkg-genchanges: failure: cannot read files list file: No such file or directory [22:38] http://launchpadlibrarian.net/19520854/buildlog_ubuntu-hardy-amd64.google-launcher_1-0ubuntu0%2B8.04%2Bppa2_FAILEDTOBUILD.txt.gz [22:39] make: Nothing to be done for `binary-arch'. [22:39] goobsoft: You don't do anything on amd64, since the binary-arch rule is empty [22:39] goobsoft: it's a Arch: al package [22:39] or something [22:40] Yes, the package is written in python. I have "Architecture: any" in the control file. [22:41] it's Arch: all [22:42] goobsoft: Architecture: any is for a package that will work on any architecture, but needs to be rebuilt for each. Architecture: all has a platform-independent .deb [22:43] Ah, thanks [23:18] I'm trying to build a package using pbuilder, and I'm getting unmet dependencies for packages that should clearly be available. It's probably a problem with my configuration, although I can't track down exactly what. Is there a pbuilder guru around that could help? [23:26] Nevermind, think I found it-- I update the COMPONENTS in my .pbuilderrc, and forgot to specify --override-config when running "pbuilder --update" [23:39] swegner: that'd do it. [23:40] what's the best way to find out what "dh --with" addons are available? I can't seem to find any index of them [23:42] oh okay, I found the implementation files in the perl library.