[03:11] good night, i want to know if here is somebody what can help me to create a DEB to FGRUN; install this is a very high level hell === bluesmoke is now known as Amaranth === sirderigo_ is now known as sirderigo [10:03] uscan warning: In watchfile debian/watch, reading webpage http://qa.debian.org/watch/sf.php/pywebsvcs/ failed: 403 Forbidden [10:03] does anyone know what's going on? [10:05] savvas: well, it 403's in a browser too [10:05] darn [10:05] works here [10:06] http://garr.dl.sourceforge.net/sourceforge/pywebsvcs/ is what it redirects to, for me [10:06] only works for sexy britlanders? [10:06] same as Hobbsee here [10:06] Index of /sourceforge/pywebsvcs [10:07] [ ] ZSI-2.1_a1-py2.5.egg 01-Nov-2007 23:32 432K [10:07] directhex: you're in UK? === freeflyi1g is now known as freeflying [10:08] savvas, i think it redirects to a random SF mirror, and some are broken [10:08] heanet is fine [10:08] garr is not [10:09] ok got it, seems random like you said [10:10] thanks :) [11:20] iulian, ScottK: I've prepared a first draft of motu-release charter (https://wiki.ubuntu.com/MOTU/MOTUReleaseCharter), could you please have a look? I'll ping sistpoty too when he is online [11:23] DktrKranz: "has not discussed" [11:25] DktrKranz: last line "by MOTU community" -> "by the MOTU community" [11:42] RainCT, typos corrected :) [11:46] DktrKranz: s/weight/weigh/ === _neversfelde is now known as neversfelde [11:50] Hobbsee, got it, thanks :) [11:50] * RainCT reviews fsniper [11:50] * DktrKranz has flu... sorry for the typos [11:50] ;) [11:53] DktrKranz: could you take a look at http://revu.ubuntuwire.com/details.py?package=mandvd? [11:53] http://revu.ubuntuwire.com/details.py?package=mandvd * [11:54] quadrispro, I guess not, I just take some chemical stuff and I plan to sleep soon :) [11:57] ok DktrKranz, thank you :) [12:01] DktrKranz: OK, thanks. I'll have a look at it in a minute. [12:04] Looks good. [12:04] ehi guys! mandvd needs some love -> http://revu.ubuntuwire.com/details.py?package=mandvd :) [12:13] hi mok0 [12:24] uhm.. what do you think about adding -I to lintian on REVU? [12:25] I uploaded a new version of the tomboy-blogposter package after an extensive review from dpaleino. I think the mono packaging should be much better now. (See http://revu.ubuntuwire.com/p/tomboy-blogposter) Also I changed it to the new copyright format. I'd be very happy about a review ;) [12:26] RainCT: +1. [12:29] I've uploaded a nvclock package which solves some issues about nvidia8/9 cards, but I've seen there are some packaging mistakes, how can I uploaded a second time ? [12:30] do I need to increase the version number, even if it is not published ? ubuntu1 to ubuntu2 ? [12:30] brennion: No, just upload a new debdiff to the bug [12:30] brennion: Sure, and no. [12:30] or .diff.gz, whatever it is [12:31] preferably with a comment saying what's different [12:32] * Laney jumps on hanksa [12:32] ok thank you, I'm going to search for debdiff tuto..., do I've chances to have it included in jaunty, or it's already too late ? [12:32] not at all [12:33] there's still time [12:34] Regarding mandvd, I wonder if it would be worth trying to talk upstream into some better versioning and changelog practices [12:35] RainCT: sounds good. I'd also add --show-overrides if it's not already there [12:35] pochu: but REVU will then complain about lintian not being happy [12:35] The primary release format seems to be a SRPM, and the author seems to be abusing the VERSION-RELEASE numbering format by using RELEASE for non-packaging changes too [12:36] and if there's a debian/*overrides file the reviewer should look at it anyway [12:36] last question for now ;p, do I have to upload twice, for jaunty and intrepid ? I could not find infos on the packaging howto [12:36] RainCT: well it will only show them... some people tend to abuse overrides [12:36] RainCT: but that's fine too [12:36] RainCT: what about --pedantic? :P [12:36] * pochu hides [12:37] brennion: For Intrepid you will have to follow the SRU procedure [12:37] !sru [12:37] Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates [12:37] thx [12:46] OK, -I added [12:48] * hefe_bia has to head for work. see you later... [12:50] i inserted a scratched cd into my cd/dvd drive, and im unable to eject the cd. eject button of the drive doesnt work, nor does the 'eject volume' from the icon on my desktop. i also cannot kill the file browser instance that popped up when i inserted the cd. the only way is to restart the computer. is there a better way to get the cd out and kill the file browser instance without restarting? is HALD responsile for this? thx... [13:13] I want to be added to revu uploaders [13:15] kolby: https://launchpad.net/~revu-uploaders reports that the team is no longer necessary. [13:15] maxb: thank you [13:16] Anyone feel like giving libmirage a second advocate? [13:16] kolby: Just log into REVU, and account for you will be automatically created. [13:17] RainCT: alright. I knew I uploaded to revu, but it didn't show up under the new packages and now I know why. [13:19] kolby: Uhm. I don't see any upload here.. [13:20] RainCT: I'll try soon and let you know then. [13:21] in my /etc/dput.cf file, I have "anonymous" for the revu login name, should I change this? [13:23] Should I use my launchpad ID for [13:23] kolby: no, it is correct [13:23] alright. Thx [13:24] kolby: Just upload, it should work now that REVU knows you :) [13:24] okay ^^ [13:26] The package has been uploaded [13:32] I was told to join the uploader group in launchpad by an official looking ubuntu guide [13:32] Here is the link: [13:33] https://wiki.kubuntu.org/MOTU/Packages/REVU [13:34] re [13:35] kolby: whereabouts does it say that? [13:37] * RainCT wonders if anyone uses revu-tools [13:37] Laney: I missread the "Register as a REVU uploader" section [13:38] * Laney has never heard of revu-tools [13:38] RainCT: Can REVU run that on new uploads? [13:40] when do I change the [needs-packaging] bug report to indicate packaging completion? [13:40] Laney: nope, that'd most likely kill the server (it downloads the orig tarball with uscan and also builds the package with pbuilder - I think everything else it checks for is already done by REvu) [13:41] heh [13:41] well apart from the building part then [13:41] it can run uscan --report to not download, etc [13:42] uscan can also be run by the reviewer :) [13:43] the problem about adding it to REVU is that there may be a new release since the package was uploaded [13:43] Alright. _my_ lintian detected no errors or warnings in my package. [13:44] Once I uploaded it, there was a lintian error notice about having no "debian/watch" file. [13:44] Well things that can be termined statically (uscan can take a version number btw) should be [13:44] no point in wasting reviewers' time with stuff that can be automated [13:45] kolby: lintian -I [13:45] RainCT: a person I know that is helping me with packaging has aliases set for the uploading process he goes through. I copied this method. [13:46] pochu: thank you [13:47] kolby: the "debian/watch" error is not from lintian, but from REVU [13:48] RainCT: I didn't phrase it correctly. I meant REVU's lintian. [13:48] <__Ali__> anyone knows what happened to the fix for skype for 8.10? [13:48] what fix for skype? [13:48] <__Ali__> a few days ago someone here was celebrating the skype fix, but he left soon [13:49] Ah, didn't know that lintian checks for it :) [13:49] skype isn't in the repos, is it? [13:49] <__Ali__> Laney, it is known that the pulse audio driver doesn work with skype [13:49] after I add the debian/watch file, I upload using the exact same process right? [13:49] no idea [13:49] Laney: < RainCT> the problem about adding it to REVU is that there may be a new release since the package was uploaded [13:52] kolby: remove the README.Debian if you don't have anything important to write there [13:52] you can pass --download-version to uscan! [13:53] RainCT: I'll look at it. [13:54] Laney: Ah. But then we don't know if there's a new upstream version, so the reviewers must run it anyway [13:54] rofl [13:54] well it depends what you want to achieve [13:55] Laney: I've made a debdiff, how should I upload it to revu, so that it is linked with my first upload ? [13:55] brennion: Hmm? Is this the nvidia thing? [13:55] <_16aR_> I got an upstram package written in iso-8859-15, do I must provide a patch system with iconv before compiling ? (only comments and french manpage got accent like é) [13:56] brennion: upload it just like you do the first time [13:56] yes [13:56] brennion: This package already exists so you should be uploading to launchpad, not revu [13:57] ? but the version 0.8b4 isn't packaged [13:58] then you should upload the .diff.gz to launchpad [13:58] revu is only for new packages [13:58] what does a watch file look like? [13:58] kolby: man uscan [13:59] ok, revu is only for brand new packages, but where do I make it in lauchpad, do I need to follow the sponsorship process, or is there another way ? [14:01] brennion: Yes, just file a bug, attach the .diff.gz and subscribe ubuntu-*-sponsors [14:02] how do I check if I wrote the watch file correctly? is the a lintian option for this? Do I use uscan itself to check? [14:02] but if the package available is another version, then a diff is not enough ? [14:02] (note that REVU can also be used for updates, but this is currently not the recommended workflow and updates should only be uploaded there if a MOTU asks you to do it) [14:02] kolby: run uscan --verb [14:02] (--verb = --verbose) [14:02] alright [14:03] (note that REVU can also be used for updates, but this is currently not the recommended workflow and updates should only be uploaded there if a MOTU asks you to do it) [14:03] brennion: No, as the debdiff will show *all* differences between both versions, including the changes which upstream did between both versions [14:03] <_16aR_> Anyone know when is the next package freeze ? (for jaunty, so) [14:04] _16aR_: 29th, I believe. [14:04] brennion: and a diff of debian/ would not work as something stuff outside debian/ is also touched [14:04] hey jpds :) [14:04] Hey RainCT. [14:04] DktrKranz: Thanks for doing that. I'll have a look later today. Is the status of the ghc6 transition "Done"? [14:05] <_16aR_> ok jpds, thanks. I can't find the info on revu/wiki again :) [14:05] jpds: I filed a backport request for lintian. Could you have a look at it when you like? (You can find a .deb in my PPA, no need to test-build it again) [14:05] _16aR_: http://wiki.ubuntu.com/ReleaseSchedule [14:07] <_16aR_> RainCT: thanks. So the feature freeze is on 19th ? [14:07] how can I know that a motu as noticed about my uploads in launchpad ? [14:08] _16aR_: right [14:08] RainCT: I'll look at it later today. [14:08] so I took the example file and I don't know what to change. [14:08] This is my watch file: [14:08] http://paste.ubuntu.com/115629/ [14:09] brennion: I don't understand your question.. [14:09] jpds: Cool, thanks [14:09] kolby: that's not a watch/file [14:09] ohhhh [14:10] If I upload my files on the bug in lauchpad, can I check somewhere the status, to see if a motu have seen it, works on it... [14:10] kolby: look at the section "FORMAT of debian/watch files" in man uscan [14:10] alright. I'll be back shortly [14:11] should the ftp part come from launchpad ? [14:11] ScottK, all done [14:14] DktrKranz: Thanks. [14:14] I found a place: ftp://ibiblio.org/pub/Linux/utils/file/ [14:21] We'd like a second advocate for libmirage on REVU, there's a bunch of other entries in the queue that depend on it (cdemu stuff) [14:24] RainCT: wow I like the new graph! [14:26] mok0: Thanks :) [14:26] Here's my new watch file : http://paste.ubuntu.com/115634/ [14:26] kolby: you can delete the "debian uupdate" part [14:27] RainCT: okay [14:29] RainCT: alright. Should I upload then? [14:30] kolby: If the watch file works fine and you've fixed everything, sure. (I haven't looked at the package). [14:30] RainCT: thanks [14:43] <_16aR_> anyone has an idea about converting upstream package to utf8 ? [14:43] <_16aR_> do I need to provide a patch ? [14:51] hyperair: here? [14:51] Laney: yep. what's up? [14:52] Do you have access to the gnome-do PPA? I see you uploaded notify-sharp there [14:53] Laney: no i don't, they copied it from banshee-team [14:53] oh, nm then [14:53] alright [14:53] why don't you post in #gnome-do? [14:53] uscan --verb passed my watch file [14:53] I've checked the doc about sponsoring, but as I'm not sure what "upstream version" means, In the repository there is the version 0.8b3-0ubuntu1, if I'm proposing 0.8b4-0ubuntu1, is that an upstream version ? [14:53] will do [14:53] I uploaded the .changes [14:53] I was trying to take a shortcut [14:56] <_16aR_> brennion: upstream version is the original software version [14:57] <_16aR_> so the 0.8b3 and 0.8b4 are 2 differents upstream version [14:57] <_16aR_> the -0ubuntu1 and -0ubuntu2 for example is package version [14:58] <_16aR_> so the upstream version is taken on the official website of the soft/sources [14:59] ok ! And so if I wan't to propose a new upstream, I need to upload a diff.gz file to lp ? [15:03] <_16aR_> yes [15:03] <_16aR_> because the debian/ directory shouldn't be in an upstream version [15:03] <_16aR_> the debian directory should be created in the diff.gz by the debian scripts [15:03] <_16aR_> (debuild -S -sa, etc) [15:05] <_16aR_> what you can do to create a new version from new upstream is to have one tree with the old package 0.8b3, with the debian/ folder in it, and one tree with the 0.8b4 version (naked, without the debian folder/ in it) [15:06] <_16aR_> then copy the 0;8b3/debian/ folder into the 0.8b4/, then try to see if the version build like that with pbuilder, if it does, modify changelog, add that you've taken new upstream version, etc [15:07] <_16aR_> it is quick and dirty way, so you may need adjust a lot more parameters [15:07] <_16aR_> i'm gone now [15:07] <_16aR_> bye [15:08] cya _16aR_ [15:10] http://revu.ubuntuwire.com/stats - nice, eh? :) [15:10] many thx [15:19] one of the errors were that I do not have an ubuntu.com email address. [15:20] I don't even know where revu gets these lintian errors. [15:20] I ran lintian -I and found nothing [15:20] kolby: those displayed on REVU are not from lintian, those are checks inbuild in reVU [15:21] RainCT: oh... [15:22] where do I change which version of ubuntu it's for? [15:22] kolby: debian/changelog, first line [15:23] RainCT: cool graph, sure makes one wonder what made feb'08 such a good month [15:24] That's when I became a MOTU.. Muahaha :P [15:25] hehe [15:25] where do I put (LP: 307928) ? [15:25] kolby: in your changelog entry [15:25] next to "* Initial release" or whatever you wrote [15:25] okay [15:26] like this, right? : [15:26] * Initial release (LP: 307928) [15:26] kolby: yep [15:26] kolby: but with a # before the number [15:26] now what do I do about not having a ubuntu.com maintainer address? [15:26] okay [15:27] kolby: do what the messages tells you to do - set MOTU as the maintainer [15:27] thanks [15:27] kolby: Maintainer: Ubuntu MOTU Developers [15:28] awesome [15:29] leave the address on the next line, right? [15:29] kolby: no, all together [15:29] okay [15:29] kolby: and on the line below you can list yourself as XSBC-Original-Maintainer [15:29] yay ^^ [15:30] kolby: please tell me before you upload, I want to try something out [15:30] alright. [15:30] XSBC-Original-Maintainer on the same line? [15:30] kolby: no, on the line below [15:31] with a Maintainer: tag? [15:31] this is what I put: [15:31] Maintainer: XSBC-Original-Maintainer [15:32] kolby: it should just be: XSBC-Original-Maintainer: Your Name [15:32] alright. [15:32] I'm uploading now then [15:33] kolby: OK [15:35] Adri2000, https://bugs.launchpad.net/ubuntu/+source/filezilla/+bug/326578 [15:35] Ubuntu bug 326578 in filezilla "Please update FileZilla package to latest stable version (3.2.1) in Ubuntu 9.04" [Wishlist,In progress] [15:35] dang [15:35] what do I put for the distrobution name [15:36] kolby: jaunty [15:36] I put jaunty and it said no [15:36] whatever. I'm leaving it. I must have an older lintian [15:36] kolby: Yes, ignore that. [15:36] kolby: or get the latest lintian from https://launchpad.net/~rainct/+archive [15:36] I'll do that soon [15:39] How come I can't pull-lp-source conkeror-spawn-process-helper [15:39] ? [15:39] (does not appear to exist in Ubuntu) [15:40] xoox: it doesn't [15:40] http://packages.ubuntu.com/jaunty/conkeror-spawn-process-helper [15:40] I tried to upload and I got this: [15:40] Already uploaded to revu.ubuntuwire.com [15:41] kolby: dput -f [15:41] alright [15:41] I'll upload and work on it after breakfast [15:41] xoox: Ah. Because the name of the source package is just "conkeror" [15:42] I have to go. [15:42] I will upload it in 30 minutes [15:43] RainCT: Thanks [15:44] xoox: You're welcome. FYI, you can find out the name of the source package by running: apt-cache showsrc conkeror-spawn-process-helper | grep Package [15:45] RainCT: Thanks, useful tip. [15:45] it's uploading now. The person waiting on me waited [15:45] be back in 30 minutes [15:55] surfaz: I'm writing an answer [16:04] What do I need to do to appear as a MOTU on revu ? [16:05] stgraber: ask for it :) [16:06] who do I need to ask ? :) [16:06] stgraber: you already did :) [16:07] stgraber: ok, you're marked as MOTU :) [16:07] hehe, looks like I'm lucky today :) thanks [16:16] surfaz: done. tell me if there is anything unclear or you don't agree with [16:18] stgraber: go go go! === jcfp is now known as Guest38390 [16:45] alright. [16:45] There appears to be no errors in my upload. [16:51] please let me know if there are any reasons md4sum shouldn't be included in jaunty. [16:51] http://revu.ubuntuwire.com/p/md4sum [16:51] thank you all. [16:53] should we send packages of merge requests to revu? [16:53] no [17:00] hi all, Why are addons of iceweasel in ubuntu repositories? [17:01] surfaz: We sync from Debian, so we get those. Most of them can be easily adjusted to work with Firefox. [17:01] Just needs someone to do it. [17:01] could anyone review this? http://revu.ubuntuwire.com/details.py?package=mandvd [17:02] ScottK, how? [17:02] surfaz: https://wiki.ubuntu.com/MozillaTeam/Extensions/Merging [17:02] There you go. [17:02] not, I refer how I should adjusted for Firefox, by revu or by launchpad bug? [17:03] surfaz: debdiff attached to a LP bug [17:03] but I should change name of package, no? [17:03] surfaz: how is it called? [17:03] is there a link with the merging process? I read about using some tools called MoM and DaD, are those restricted to motu developers only? [17:04] !merge [17:04] https://wiki.ubuntu.com/UbuntuDevelopment/Merging [17:04] no, anyone can use them [17:04] savvas, --^ [17:04] RainCT, iceweasel-dom-inspector iceweasel-firegpg iceweasel-linky iceweasel-vimperator [17:04] thanks :) [17:05] RainCT, by debdiff is the correct way to do that? [17:05] I'm not talking about change dependencies, I talking about change name of package [17:05] surfaz: Yes. And yes, those packages should be renamed to remove the "iceweasel-" (but just remove it, don't add "firefox-" nor anything else) [17:05] ok [17:06] surfaz: About FireGPG, I think the firefox-extensions team is working on it.. Best check in #mozillateam [17:06] there is nobody in that channel [17:06] surfaz: err, #ubuntu-mozillateam [17:07] surfaz: and look at the wiki page I told you or you will most likely miss something :) === Guest38390 is now known as jcfp === Czessi__ is now known as Czessi [17:39] what's the best way to package a python program, that doesn't use distutils, and expects that all needed files reside in the executable's directory, e.g. icons/translations etc.? two solutions I could think off: putt all stuff in /opt or write patches in order search for the files in the appropriate FHS locations? what's the best solution? any other solutions? [17:41] patch it if you want it to get into Ubuntu [17:41] tdomhan: Packages are not allowed to touch /opt, in any case the correct folder would be /usr/share/ [17:42] ah ok [17:43] Do you think my package will get in to Jaunty before the feature freeze in 11 days? [17:43] tdomhan: you could give it a /usr/share folder. [17:43] tdomhan: You can put the .py files, images, etc. there, but documentation should go into /usr/share/docs/ and translations to the correct place to === asac__ is now known as asac [17:47] RainCT, I'm not really that familiar with python, but is "gettext.translation('gpicsync-GUI', "locale",languages=['de])" looking in /usr/share/locale/$LANG/LC_MESSAGES/ for the translation files, instead of the program folder? [17:58] struggling to publish my GPG key to ubuntu keyserver [17:58] gpg --keyserver keyserver.ubuntu.com --send-keys [17:58] returns 0 [17:58] but doesn't seem to have worked. my key isn't on the server according to Launchpad [17:59] http://keyserver.ubuntu.com:11371/pks/lookup?search=0x8DFC7C8EBAD7B41917AD0D78235104A205F6BB59&op=index [18:01] alex-weej: try another keyserver [18:01] but it needs to be on this for it to work with launchpad right? [18:01] alex-weej: the keyservers exchange data [18:01] but i gotta wait right [18:02] alex-weej: yes [18:02] lame [18:02] published to pgp.mit.edu [18:03] It might still have worked. What is your keyid? [18:04] alex-weej: I've only ever published my key there [18:04] 0x05F6BB59 [18:05] alex-weej: Have you added your key to your Launchpad account? [18:05] scottK: i am trying... this is the problem [18:05] I don't mean send it to the Ubuntu keyservers, I mean add it to LP via the LP U/I. [18:05] ScottK: i am on this page: https://launchpad.net/~alex-weej/+editpgpkeys [18:06] i put in my fingerprint 8DFC 7C8E BAD7 B419 17AD 0D78 2351 04A2 05F6 BB59 [18:06] Ubuntu's keyserver seems to be down [18:06] that would explain it then [18:06] alex-weej: OK, but that doesn't have anything to do with the keyserver. [18:07] ScottK: it says Have you published your key to a public key server? You can do that by by entering in a terminal: [18:07] gpg --keyserver keyserver.ubuntu.com --send-keys [18:07] Has your key been automatically mirrored to the Ubuntu key server? Keys sometimes take up to an hour to be synchronized between servers. You can check if it has by querying the Ubuntu key server directly. If it hasn't, you can publish directly to our server by entering in a terminal: [18:07] gpg --keyserver keyserver.ubuntu.com --send-keys [18:07] "querying the Ubuntu key server directly" is a link [18:07] to the URL i posted above [18:07] Hmmm. OK. It's been some time since I did it. [18:08] Me too. But Ubuntus keyserver is completely unresponsive [18:08] times out [18:09] Canonicals network really sucks [18:09] bla [18:09] screw it, i'll try it tomorrow [18:09] no PPA for me [18:10] alex-weej: your key is published [18:11] mok0: yeah i see it on mit's server [18:12] alex-weej: it should migrate to ubuntu's keyserver then [18:13] when it comes up :-) === dickydoo2 is now known as WelshDragon [18:17] tdomhan: Sorry, I was away. In case nobody has answered yet, change "locale" to '/usr/share/locale'. Also, there's a typo ("['de]" should be "['de']"), but I guess you can remove that "languages=.." chunk altogether [18:18] RainCT, ok your solution would be: use a folder in /usr/share with all except docs/translations. and write a patch in order to point to the new location of the translations? [18:19] tdomhan: yep [18:27] ok so the keyservers back [18:27] now i'm waiting for LP mail to send me my encrypted message [18:27] this feels more like one of those ARGs than anything else... [18:35] ok all done [18:35] so i've apt-get source'd a package [18:35] made some changes to the sources, and now i want to publish those to a PPA [18:36] says here i should just be able to dput the .changes file [18:36] https://help.launchpad.net/Packaging/PPA#Building%20your%20source%20package [18:36] hm, debsign wants to sign the changes file with someone else's key [18:36] how do i tell it to use mine? [18:36] use -k [18:37] same thing [18:37] debsign -k12345ABC foo.changes [18:37] where is it getting this default key ID from then? [18:37] shouldn't i change that instead? [18:37] change what? [18:37] it looks at the Changed-By in the .changes AFAIK [18:37] gpg: skipped "Andrew Starr-Bochicchio ": secret key not available [18:37] then looks for a key with the same id [18:38] to use a different key (e.g. yours), you have to use -k$KEYID [18:38] i see [18:38] is this the proper way to go about this then? [18:38] it's the same with dpkg-buildpackage [18:38] yeah [18:38] oh well [18:38] are you Andrew? :) [18:38] nope [18:38] :) [18:38] then it is ;) [18:39] ok it successfully uploaded packages [18:39] but it isn't showing in the web interface -- does it lag? [18:40] alex-weej: check your inbox. If you got no rejection mail, then it is [18:41] Rejected: [18:41] Upload rejected because it contains binary packages. [18:41] fail [18:41] you need to upload only the source [18:41] e.g. dpkg-buildpackage -S [18:41] * alex-weej has been using debuild [18:41] check the .changes file, it shouldn't reference any .deb [18:41] alex-weej: I think debuild -S does the same [18:42] ok i figure i should do the versioning properly [18:42] alex-weej: the same version will work, as it wasn't accepted [18:42] i am supposed to use dch right? but that's just bumped the version to 0.9-2build2 [18:42] you will need "-S -sa" if the orig.tar.gz isn't in Launchpad, btw [18:42] i think it is [18:42] would a MOTU be so kind as to review my package? Thanks in advance! http://revu.ubuntuwire.com/details.py?package=lmalinux [18:43] then -S will save bandwidth ;) [18:45] ok i used dch to create a changelog entry [18:45] then dpkg-buildpackage -S [18:45] and it said [18:45] gpg: skipped "Alexander Jones ": secret key not available [18:45] gpg: [stdin]: clearsign failed: secret key not available [18:46] oh arse i used my middle name in my key [18:46]