[00:00] lots of manual requests, but does DIF make a difference to those? === bobbo_ is now known as bobbo [00:21] directhex: no [02:55] Mez: Thanks (ubuntu-backporters not expiring). === bluesmoke is now known as Amaranth [05:47] say i'm packaging a file which is just a single .c file do i really need a configure script? [05:48] because there's not really anything to configure [05:48] Kalidarn: Why are you packaging a source file? [05:48] well im compiling it, but it's a single binary [05:48] that's all [05:48] ftp://borg.uu3.net/pub/unix/mktorrent/mktorrent-0.9.9.tgz ie, that [05:48] (new to debian packaging) [05:49] come from archlinux pkgbuilding/gentoo ebuilds & rpm spec [05:49] We don't add configure scripts, no. [05:49] so i havn't really written a debian rules thingo before, i did read one of the documents on it [05:49] and it indicated that you should have a configure file [05:49] anyway [05:49] That would be the common case. [05:50] but there's nothing to configure :P [05:50] You don't need a configure file. [05:50] ah thought so [05:50] Basically, all you need is a "binary" target that builds the the binary and creates the .deb. [05:51] in that case it would be mktorrent.c [05:51] You need more targets than that, but there are very few restrictions on what you do inside those targets. [05:51] there's a makefile already created [05:52] http://rafb.net/p/EHgIVf65.html (makefile) http://rafb.net/p/fstIZT18.html (single .c file) [05:52] so yea [05:52] debian/rules is also a makefile, which will generally call the upstream buildsystem. [05:53] ah okay so do i put the options from that makefile [05:53] into the debian rules file? [05:53] ie cflags etc [05:53] is there an example of a similar small binary that i could take a looksey at to get an idea [05:55] Um... [05:55] I can't think of one offhand, sorry. [06:29] RAOF, if im doing a build dependency for it [06:29] but i don't know what version [06:29] Build-Depends: debhelper (>= 7) libssl-dev [06:29] for example, do i specify one [06:29] i think it will work with any version of libssl-dev [06:29] doesn't have a configure file so i can't check, doesn't say anywhere either [06:29] Kalidarn, Try unspecified first: only specify if you know a certain version is required. [06:30] yeah but do i just say that like: [06:30] Build-Depends: debhelper (>= 7) libssl-dev [06:30] it complained it was not formatted correctly. [06:30] It might benefit from a comma [06:30] ah [06:32] Also, unless you're using debhelper 7 features, you shouldn't force 7. [06:32] (although using debhelper 7 features makes it *much* easier) [06:38] it automatically did [06:38] that was the default [06:38] http://rafb.net/p/EHgIVf65.html (makefile) http://rafb.net/p/fstIZT18.html (single .c file) [06:38] that was the project i was building [06:38] i had this in my control files [06:39] http://rafb.net/p/28SWJ687.html [06:39] http://rafb.net/p/6Xhx3X17.html [06:39] i think i might have messed up a slight bit :) [06:40] i was following this guide https://wiki.ubuntu.com/PackagingGuide/Complete [06:40] the thing is also, i don't have a configure file, its just built and then the binary is moved to the binary directory ie /usr/bin [06:40] That's really more a debhelper 5.x guide, but many of the essentials remain the same. [06:41] oh [06:41] well if you can help me in the right direction ;) [06:41] i'd be happy to learn [06:41] seeing as im using ubuntu more now these days than other distributions :) [06:42] I'd recommend reviewing the debhelper changelog. Find the last version that changes something you think is important for your package, and require that version. [06:42] yeah im not sure what version i should use [06:42] version 7 is just the default one [06:42] it put there [06:43] to be honest this is a simple package [06:43] i dont think it would use any of the newer features [06:43] it's a simple C file, which is compiled with some simple options [06:43] single c file goes in compiler, single binary comes out [06:43] Well, it's worth a read of the changelog. You might get by with 5. I wouldn't recommend going lower than that. [06:43] is lower usually better? [06:45] Well, you're asserting that it cannot build unless you have at least debhelper 7. [06:45] oh i see [06:45] That doesn't appear to be correct. [06:45] 7 isn't the stable one [06:45] The idea is to be correct. [06:45] http://packages.qa.debian.org/d/debhelper.html [06:45] Stable 5.0.42 [06:45] yeah ill use that then [06:45] 7 is perfectly stable, you're just not using those features. [06:45] Testing 7.0.15 [06:45] it says is in testing [06:45] wouldnt u use the stable version [06:45] If you'd like to use debhelper 7, you'll find the rules file smaller: man dh to read about it. [06:45] unless ur using the newer features [06:45] oh [06:45] mm i might do that then [06:46] whats the default in intrepid ibex [06:46] anyway [06:46] Debian "stable" is just the name for the distribution that Debian released last time. The "testing" distribution is expected to become "stable" in Debian real-soon-now. [06:46] oh yeah [06:46] thats right i forgot :) [06:46] https://launchpad.net/ubuntu/+source/debhelper [06:48] mm that changelog is long [06:48] So just because a given version is in "testing" or "stable" doesn't mean anything regarding the stability of the software itself. There's stuff in "stable" that is considerably less stable than stuff in "unstable": it's more a statement about the amount of variance one can expect in package versions than about the propensity for software to crash. [06:48] yeah [06:48] its just the distribution of debian its in [06:49] Right. [06:49] im aware of that i realize that now [06:49] so is there an example of a rules file for version 7? [06:49] i'd ultimately like to be using version 7... if it makes things simpler [06:49] man dh [06:50] ah thx [06:51] /usr/share/doc/debhelper/examples/rules.simple [06:51] might be of help :0 [06:52] Yes, although there's an even shorter one embedded in the man page :) [06:52] oh okay [06:53] what rules.tiny? [06:53] Yes, that would be the embedded one. [06:54] how much pkging have you done btw ;) [06:55] I've packaged one library. [06:57] okay so i've got this: http://rafb.net/p/46wv5q46.html [06:58] i dont now need the make section do it [06:58] *i [06:58] im not passing any options to configure, because there is no configure script [06:58] * slytherin stares at the phrase 'real-soon-now'. :-) [06:59] Firstly, you probably want the variable definitions above the rules. Secondly, I suspect that dh expects there to be an upstream makefile, so you may want to start with simple rather than tiny, and rewrite much of the build rule. [06:59] hmm [07:00] okay then can i get it to use the upstream makefile [07:00] im just kind of confused :P [07:00] dh ought to try to use the upstream makefile by default. [07:00] ah [07:00] Since you don't have one, you'll want to rewrite the build rule to be different. [07:02] i do have an upstream makefile [07:06] Oh, then you're all set. Just put the variable definitions above the %: line, and try a build. [07:18] Good morning. [07:18] persia, how's your perl? [07:20] i think my connection died out there [07:21] http://rafb.net/p/6uwQgw47.html i wonder what's causing that error http://rafb.net/p/WX7cS276.html [07:21] rm exits 1 if the files don't exist [07:21] oops ignore the first link [07:22] ah [07:22] the makefile removes the object code [07:22] is that alright? [07:22] rm -f *.o will exit 0 even if the files don't exist [07:23] orhmm [07:23] -rm -f *.o [07:23] NCommander, I can generally read it. Why? [07:23] I was wondering if you were interested in helping me modify buildd :-) [07:24] Oh. Not so much. [07:24] What are you trying to get it to do? [07:24] autosign and autoupload packages [07:25] ah perfect [07:25] I though it's not doing that was widely considered a feature. [07:25] it seems to be working now ;) [07:25] persia, not if your emulating an Ubuntu build environment :-P [07:25] iW: mktorrent source: out-of-date-standards-version 3.7.3 (current is 3.8.0) [07:25] :P should i update that [07:25] Kalidarn, Policy is in the debian-policy package. Worth a read. [07:26] I'd recommend making your package comply with 3.8.0, and then declaring that. [07:26] yeah [07:26] i just changed it [07:26] whats the clean command [07:26] to clean the shit up [07:27] after a debbuild [07:27] debian/rules clean might work. [07:27] no i mean to clean up my package directory [07:27] You'd do better to get in the practice of running debuild -S and then using sbuild or pbuilder to build. [07:27] ah [07:27] Yes, `debian/rules clean` is supposed to do that. [07:28] If it doesn't, it's a bug, but if it's your first package, it could well be buggy. [07:28] which do u recommend [07:28] sbuild or pbuilder [07:29] I personally use sbuild. Others use pbuilder. Both are good. qemubuilder, cowbuilder, and the like seem less popular. [07:29] o.O [07:29] Now signing changes and any dsc files... [07:29] signfile mktorrent_0.9.9-1.dsc David C [07:29] gpg: skipped "David C ": secret key not available [07:29] gpg: [stdin]: clearsign failed: secret key not available [07:29] debsign: gpg error occurred! Aborting.... [07:29] debuild: fatal error at line 1250: [07:29] that's a load of rubbish [07:29] my secret key is too available [07:29] i always sign email with it [07:30] What's the identity on your secret key? [07:30] F2FE93F8? [07:31] Try `gpg --list-keys F2FE93F8` [07:31] it's in the keyserver [07:31] yeah it shows it [07:31] when i have the ` [07:31] it says pub not found [07:31] Sure, but I suspect that the identity associated with it doesn't match " David C " [07:31] kalidarn@sanction:~/Desktop/mktorrent/mktorrent-0.9.9/debian$ `gpg --list-keys F2FE93F8` [07:31] bash: pub: command not found [07:31] kalidarn@sanction:~/Desktop/mktorrent/mktorrent-0.9.9/debian$ gpg --list-keys F2FE93F8 [07:31] pub 1024D/F2FE93F8 2008-08-07 [07:31] uid dcecchin [07:31] sub 4096g/408F3186 2008-08-07 [07:31] hmm..... [07:32] that' the email i entered [07:32] Right. Put your name on the key. [07:32] David C is the name [07:32] Both name and email have to match. [07:32] i use on the key [07:32] See your paste. The name is "dcecchin" on the key. [07:32] oh yeah [07:32] mm [07:32] okays [07:33] mm no it didn't like that either [07:33] Maintainer: dcecchin [07:33] i tried Maintainer: David C [07:33] too [07:33] both don't work [07:33] :P [07:34] Maintainer doesn't matter. It's only the last line in the changelog. [07:34] ah [07:34] Anyway, you want to fix your key, not the package. [07:34] didn't change that ;) [07:34] you can force what key to sign with -k*keyid* [07:34] okay that works [07:35] NCommander, Yes, but you *shouldn't* [07:35] (except when sponsoring something for someone else) [07:39] mm [07:39] its not putting the binary anywhere [07:39] it compiled it i obviously have to have something in my rules file [07:39] to tell it [07:39] That's the install rule. By default, it just calls make install. [07:40] to put ~/Desktop/mktorrent/mktorrent-0.9.9/mktorrent in /usr/bin [07:40] oh it didn't ;P [07:40] Try putting something in debian/${package}.install [07:40] #!/usr/bin/make -f [07:40] %: [07:40] dh $@ [07:40] that's all that's in my rule file [07:40] that is probably why [07:40] No. [07:40] That's correct. [07:41] oh [07:41] Check what your makefile does with make install [07:41] nothing [07:41] Right, then add a line to debian/${package}.install [07:41] man dh_install for the format [07:41] http://rafb.net/p/JucbQb25.html [07:47] $ cat /home/kalidarn/Desktop/mktorrent/mktorrent-0.9.9/debian/mktorrent.install [07:47] usr/bin [07:48] You probably want something like mktorrent usr/bin [07:48] hmm that doesnt seem right im guessing here from what i read in dh_install [07:48] ah [07:48] thats the format [07:48] the name of the ile [07:48] file [07:48] space [07:48] then location [07:49] Suppose your package’s upstream Makefile installs a binary, a man page, and a library into appropriate subdirectories of debian/tmp. [07:49] You want to put the library into package libfoo, and the rest into package foo. Your rules file will run "dh_install [07:49] --sourcedir=debian/tmp". Make debian/foo.install contain: [07:49] usr/bin [07:49] usr/share/man/man1 [07:51] usr/bin/ [07:51] usr/bin/mktorrent [07:51] perfect [07:51] included files [07:51] ;) so there we go [07:51] woot [07:51] my first deb file [07:51] ;) thankyou [07:51] for your help [07:51] now i'll have to practice making lots more ;) [07:52] also i built that with debuild [07:52] it built an i386 one [07:52] how do i make it build a x64 one too [07:52] or amd64 rather [07:53] my control file says 'any' for architecture btw [08:01] RAOF how do i build for another architecture [08:01] it keeps building for i386 :) i want to build an amd64 version too [08:01] or do i actually need that arch to do it [08:03] you need that arch, usually [08:04] mmm someone in debian said it's possible to cross compile [08:04] ;) [08:04] Kalidarn: are you doing cross compilation? [08:04] it is possible to cross-compile, yes. [08:04] yeah [08:04] im on an i386 box, ive built myself a i386 binary that works nicely i want to make an amd64 one too [08:05] i didn't notice anything about cross compiling in the build doc [08:10] http://www.omgili.com/mailinglist/debian-user/lists/debian/org/4915B8F67080000gmailcom.html [08:10] this gives me the impression i can only build i386 from a amd64 processor [08:10] but not the other way around [08:11] Kalidarn: That's generally correct, yes. [08:11] damn it i don't have a 64 processor with ubuntu on it :P [08:12] suppose i can put the source pkg up somewhere [08:12] how does ubuntu deal with user contributed packages [08:12] in archlinux we had AUR [08:12] I believe it _is_ possible to cross-compile, too; I'm just not familiar with it at all. [08:12] AUR? [08:12] ArchLinux User Repository [08:12] its basically a place where users who made binaries and stuff [08:12] could upload [08:13] for other users [08:13] Hm. We don't have something like that. [08:13] Not officially, at least. [08:13] mm [08:13] that sucks :P [08:13] ppa? [08:13] im just wondering where i can dump my files :P [08:13] yeah i thought ppa was a user thing [08:13] You can use a PPA on launchpad to bulid a repository built for i386, x86-64, lpia. [08:14] that sounds like what i want [08:14] Yeah. [08:28] morning ! [09:10] with ppa [09:10] u know how they have a special version scheme [09:10] Here, the tilde knocks the precedence of the package down to below whatever is in front of it. So, for now, this package counts as being a higher version number than myapp_1.0-1 but when Ubuntu releases myapp_1.0-2 that will supersede your PPA version. [09:10] where do i edit that in my control [09:10] and changelog [09:11] because i had mktorrent (0.9.9-1) intrepid; urgency=low [09:12] oh hang on [09:12] i think the ~ppa [09:12] is only needed if its being made of an official package [09:12] but in this case its not [09:12] the package hasn't been even put into the main repositories [09:15] hmm [09:15] says it uploaded [09:15] Successfully uploaded packages. [09:15] yet i dont see any [09:15] :( [09:25] Uploading is almost always succesful. Whether the upload is accepted or not is determined afterwards. [09:25] kirkland: ^ [09:25] kirkland: Sorry, not you :) [09:25] Kalidarn: ^^ [09:25] Kalidarn: You should receive an e-mail with info about your upload [09:26] woot [09:26] nevermind [09:26] i did something silly [09:26] its now successful [09:26] i upped a binary [09:27] not the source [09:27] its compiling [09:27] yay! [09:27] Still building amd64 lpia i386 [09:27] Publishing details [09:27] Changelog [09:27] mktorrent (0.9.9-1) intrepid; urgency=low [09:27] * mktorrent package i386 package for intrepid ibex. [09:27] * stable release [09:27] -- dcecchin Fri, 26 Dec 2008 15:30:19 +1030 [09:27] Builds [09:27] * [NEEDSBUILD] amd64 [09:27] * [BUILDING] i386 [09:27] * [NEEDSBUILD] lpia [09:27] Download files from Librarian [09:27] * mktorrent_0.9.9-1.dsc (751 bytes) [09:27] * mktorrent_0.9.9-1.tar.gz (6.7 KiB) [09:27] oops [09:27] silly thing highlighted a lot of text invisibly. [09:27] "Still building amd64 lpia i386" [09:27] is what i meant to paste [09:29] wootage [09:29] soren, https://launchpad.net/~dcecchin/+archive [09:29] ppa rocks [09:29] You really do want to fix your name on your key though [09:30] oh, [09:30] what should it be [09:30] Your actual name. [09:30] ah yeah [09:30] hmm [09:30] i'd need to remake my keys though [09:30] wouldn't i [09:30] No, just update the key, self-sign the change, and publish the update [09:31] mmm how might i go about doing that easily? [09:31] Use seahorse [09:31] ah [09:31] thats good i can do it with that ;) [09:32] Just don't add a comment. The comment needs to do in the changelogs, and that's rarely what you want. [09:32] alrighty in seahorse how do i do it :P [09:32] Names and Signatures? [09:32] im guessing i add a name and delete the one that's there [09:32] Right. [09:32] Then self-sign it. [09:33] (highlight the identity, and click sign) [09:34] okay done [09:34] One warning though: signatures apply to identities: if you have a lot of signatures already on that identity, just do the add, rather than the add ' delete. [09:34] OK. Sign the new identity, and upload the key. [09:34] nah [09:34] i only had one [09:35] i do Deactivated keys? [09:36] Hrm? Probably not. [09:37] trying to work out how to delete it [09:37] You didn't create a new key, did you? [09:37] no [09:37] i didnt [09:37] its the same key [09:37] OK. [09:37] same fingerprint [09:37] So, You used "Add Name" to add the new identity, right? In the Names and Signatures tab? [09:38] yep [09:38] and now it says my full name next to the email [09:38] Now, select the new identity, and click Sign [09:38] yep i said "Very Carefully" [09:39] Then, if you don't mind losing the signatures, select the old identity, and click Delete [09:39] and self signed it [09:39] yep [09:39] i did that [09:39] so the only identity there is my full name and my email [09:39] Great. Now, close that window, and go back to the main interface. [09:39] Select your key from My Personal Keys [09:40] Then choose Sync and Publish keys from the Remote menu [09:40] ya [09:40] ah [09:40] mm sync is greyed out :P [09:40] pgp.mit is where i originally submitted it [09:40] click "key servers" and select a key server [09:40] ya so i then can sync it there [09:41] You probably have to change the preference at the bottom. [09:41] yep [09:41] okay all done [09:41] Now, wait a few hours, and check your key from one of the online repos. [09:41] And in the future, you can put your name in the changelog (as is intended) [09:42] ah okay [09:42] ill delete those packages [09:42] then [09:42] No need. Someone else needs to sign them to upload anyway. [09:42] Just next time you make a change, you can put the correct information in the changelog. [09:42] yeah well nobody knows they are there [09:42] cept me ;) [09:42] so i can delete them [09:43] Well, you can't really completely delete them, but you can at least make them hard to get. [09:43] oh :P [09:44] Also, there will be a record that you uploaded that version, so you'd need a new changelog entry and a new version to upload again anyway. [09:44] No point to deleting them, really. [09:44] ah okay [09:44] yeah [09:45] so ill have to bump it to a -2 [09:45] Or just leave it until someone reviews it, and you need to change things. [09:46] Anyway, in future, I'll recommend versioning it as -0ppaX where X goes from 1 up. [09:46] ah okay [09:46] That way, users would be upgraded to -0ubuntu1 if it ends up in the repos. [09:46] fair enough [09:46] okay [09:46] Or to -1 if it ends up in repos that use that revision coding scheme [09:46] mktorrent (0.9.9-2) intrepid; urgency=low [09:47] is what i had so ill make it mktorrent (0.9.9-2~ppa1) intrepid; urgency=low [09:48] You can't. -2~ppa is lower than -2 [09:48] oh hang on ;P [09:48] yeah so it's mktorrent(0.9.9~ppa1) [09:48] my brain fuzzed on the syntax :P [09:49] Again, no. [09:49] :( [09:49] You want 0.9.9-0ppaX [09:49] oh yeah cos that 0 before ppa [09:49] represents whether it came from debian or not [09:49] doesn't it [09:49] The hypen separates the version number from the revision number [09:49] You want a very low revision number. [09:49] and the ppaX represents rev number? [09:49] No, the 0 just sorts less than 1, which is the first revision number in Debian. [09:49] ah [09:50] -0ppaX is nice because it also sorts lower than 0ubuntuX. [09:50] right [09:50] All of "0ppaX" represents the revision number. [09:50] mktorrent (0.9.9-0ppa1) intrepid; urgency=low [09:50] It's just a very low revision. Same sort of reason one uses 0.0.X for early versions of software. [09:50] is what ill set it to then [09:51] because i scrubbed what was in there [09:51] That would be good, except you already uploaded something higher, so you can't upload that (it remembers) [09:51] because i had dcecchin in other parts of it so i changed that [09:51] :( [09:51] now my versions are all screwed up [09:51] Indeed. PPAs are good for distributing software, but it's not easy to recover if you mess up. [09:52] haha can i delete my account? [09:52] One way to work around it is to use something like 0.9.9+clean-0ppa1 as your version. [09:52] Then, when 0.9.10 comes out, you just upload 0.9.10-0ppa1 [09:52] oh true [09:52] i might do that :P [09:52] and i don't think u can delete accounts [09:53] by the looks of it [09:53] You can, but it's non-trivial, mostly because it breaks things, like the URL you asked someone to look at that is now logged at irclogs.ubuntu.com [09:54] oh well ;) [09:54] as long as the name isn't reserved i might do that as i've learnt from my lesson [09:54] and i will create the same name after anyway [09:54] so it wouldn't break it :P [09:54] That's non-trivial. Ask in #launchpad, but I suspect it's poorly staffed for the next week or so. [09:55] ah okay [09:55] persia, once you delete, you can upload any version except for the last one if it has the extact same version string [09:55] NCommander, yeah i was going to delete my account and reopen it :P [09:55] NCommander, I was sure that got fixed so that you had to upload a version higher than the last distributed. [09:57] persia, not as of last week [09:58] NCommander, Ah. Is there an open bug filed about that? [09:59] No, cause I didn't consider it a bug :-P [10:01] Please file it. For a while, PPAs were trying to be both a playground and a place for real distribution. The decision was made to support real distribution, with the side effect of breaking some of the playground stuff. That's a bug, because even deleted, the version could exist on some users' systems. [10:02] persia, killing accounts wouldnt kill uploads anyway [10:02] i doubt [10:02] :P [10:07] persia, but the same is true in the real archive [10:07] persia, if an upload is killed, you can upload something with a lower version than it [10:07] NCommander, Only if it's killed before it's accepted. [10:07] Anyway, that's just dangerous. [10:08] (and that has happened in Debian) [10:08] Yes, I know. It's still dangerous, and shouldn't be done. [10:10] mm so i should just wait for my new identity to propergate the keyservers and then what [10:10] persia, no, once an upload is killed, dak retains no memory of it in unstable [10:10] Kalidarn, Try uploading 0.9.9-0ppa1 I think it shouldn't work, but there may be a bug that it does. [10:10] (or should I say a package is killed) [10:10] oh okay [10:10] NCommander, Right, but that doesn't mean it's not been distributed. [10:11] Anyway, that's why epoch's exist [10:11] Right, but an epoch is probably overkill for the current needs. [10:11] Kalidarn, If that doesn't work, try -1ppa1 and go from there. [10:11] okies [10:15] persia, oh, I'm perfectly aware of the problem, and I know how bad it is, I'm just saying how things currently are [10:16] NCommander, Which is why I'm arguing with you when you say "I didn't consider it a bug" [10:16] In the current situation, if -0ppa1 can be uploaded, it will be a good thing. [10:16] :) [10:16] yeah [10:17] im sorry i noobed it [10:17] * NCommander turns --verbose on himself [10:17] I didn't consider it a bug because I didn't realize the full implications of the problem [10:17] persia, :-P [10:18] BTW, anyone know how to switch vim from using tabs to spaces? [10:18] Kalidarn, No need to apologise: we all have to learn once. [10:18] * NCommander is hacking on dak and Ganneff hates tabs ;.; [10:18] NCommander, That's OK. I'm happy to share implications anytime you're short a few :) [10:18] persia, feel free to shoot down my core dev application :-P [10:18] although Steven already beat you to it [10:19] * NCommander sighs [10:19] My ping times are over a second [10:21] * directhex pongs NCommander [10:26] btw persia [10:26] my key is updated on the MIT server [10:26] i expect it is on others [10:26] although i think the old identity exists [10:27] Kalidarn, Cool. [10:28] NCommander: Use xemacs' python-mode [10:28] NCommander: And damn it, stop calling me Steven [10:28] ok StevenK [10:29] (unless you perfer Steve) [10:29] Which I do [10:29] Sorry, I didn't realize you did. [10:30] NCommander: If you can drive {x,}emacs, python-mode makes coding Python very simple. Hit tab, and it adds the correct number of spaces to go up an indent level, and if you backspace, it will go down an indent level [10:30] Oooh, sounds handy [10:30] * NCommander uses console emacs however [10:30] Just :set python-mode? [10:30] wait [10:30] * NCommander is using vi [10:30] damn it [10:30] If your file ends with .py, emacs should just deal [10:31] Uploading to dcecchin-ppa (via ftp to ppa.launchpad.net): [10:31] mktorrent_0.9.9-0ppa1.dsc: done. [10:31] mktorrent_0.9.9-0ppa1.tar.gz: done. [10:31] mktorrent_0.9.9-0ppa1_source.changes: done. [10:31] Successfully uploaded packages. [10:31] now we wait and see ;) [10:36] man its taking ages [10:55] odd [10:55] persia, havn't got a email yet [10:55] whether my commit was rejected or accepted [11:00] Kalidarn: your upload log has no mention of .diff.gz [11:01] Kalidarn: also there is no .orig.tar.gz [11:01] hmm strange [11:01] wonder why [11:01] i used debuild -S [11:10] bah [11:11] persia, it doesn't seem to be building the orig files [11:14] persia, [11:14] that scheme [11:14] isn't calling it orig [11:14] mktorrent_0.9.9-0ppa1.tar.gz [11:14] is what it's getting called [11:14] not orig [11:14] like it should be [11:14] Oh, no the scheme is correct, you just also need to have the orig.tar.gz file. [11:14] yeah it is an orig file though [11:17] persia, if i use debuild -S [11:17] it should build it [11:17] properly [11:17] This package has a Debian revision number but there does not seem to be [11:17] an appropriate original tar file or .orig directory in the parent directory; [11:17] (expected mktorrent_0.9.9.orig.tar.gz or mktorrent-0.9.9.orig) [11:17] You need to construct the orig.tar.gz separately. [11:17] it does say that though [11:18] Put all the upstream stuff in a directory, and tar it up. Call this mktorrent_0.9.9.orig.tar.gz [11:18] ah [11:18] Then put that in the directory under your build directory when you call debuild -S [11:19] i thought the orig file was done automatically [11:20] Kalidarn: usually the .orig.tar.gz file is just the upstream tarball renamed. [11:20] AH [11:20] okays [11:20] i had it in there [11:20] not renamed [11:20] okays [11:22] Successfully uploaded mktorrent_0.9.9-0ppa1.dsc to ppa.launchpad.net. [11:22] Successfully uploaded mktorrent_0.9.9.orig.tar.gz to ppa.launchpad.net. [11:22] Successfully uploaded mktorrent_0.9.9-0ppa1.diff.gz to ppa.launchpad.net. [11:22] Successfully uploaded mktorrent_0.9.9-0ppa1_source.changes to ppa.launchpad.net [11:22] there we go ;) [11:24] * Kalidarn waits for his email [11:25] persia, [11:25] the first time it accepted it [11:25] without an orig file [11:25] i just checked the email [11:26] i think it might be that bug [11:26] u talked about [11:26] which is why it is ignoring me not rejecting or accepting [11:35] i might check back in a few hours [12:21] since it is revu-day, I would kindly ask to review a package: http://revu.ubuntuwire.com/details.py?package=h2database . thanks! [13:00] handschuh: what is the package about? [13:01] slytherin: the h2 database lib [13:01] slytherin: h2database.com === jussio1 is now known as jussi01 [13:25] handschuh: free enough? [13:27] slytherin: yes [13:27] handschuh: can you please try compiling a package from debian for me? I want to file a sync request but don't have access to jaunty pbuilder. [13:28] slytherin: sure! [13:29] handschuh: http://packages.qa.debian.org/libj/libjboss-web-services-java.html use 'dget ' to get the source and do a simple pbuilder --build *.dsc [13:29] slytherin: ok [13:31] You could also use pull-debian-source to get the source ;) [13:31] nhandler: didn't know that. thanks. :-D [13:33] slytherin: It is in the ubuntu-dev-tools trunk bzr branch, but not in the repositories yet [13:34] slytherin: it takes a few minutes [13:55] slytherin: sorry for the long time it took, build was successfull [13:56] slytherin: http://pastebin.ubuntu.com/93186/ [14:02] slytherin: does that satisfy you? [14:07] slytherin: the content of the package: http://pastebin.ubuntu.com/93194/ [14:09] handschuh: thanks. It doesn't matter to me what the content is as long as it builts. === Richie is now known as WelshDragon [14:10] slytherin: ok great [14:19] If we are touching an old Ubuntu package that is not in debian, should we bump the debhelper Build-Depends and debian/compat if they are less than 5? [14:20] nhandler, That would be a good idea. Updating to current standards is also appreciated. [14:20] In fact, if you want to do something like update to dh7 or other packaging experimentation, those packages are great candidates. === apachelogger_ is now known as apachelogger [14:21] persia: I thought we were only meant to use dh7 ir the package really needed it because it made it difficult to backport [14:22] nhandler, that was fixed [14:22] nhandler, That's the regular recommendation, but for the Ubuntu-local packages, if you want to experiment, go ahead, unless you think they ought be backported. [14:22] nhandler, but its still recommended that you use the lowest possible dh version [14:23] persia, we backported debhelper since the number of dh 7 packages kept increasing [14:23] Oh, then it doesn't matter at all. [14:23] hey DktrKranz [14:24] hey NCommander [14:24] Thanks persia and NCommander [14:26] * NCommander waits for REVU's source code to check out [14:26] NCommander, is REVU broken sorting "updated packages"? I see packages already in the archives into "New packages" section. [14:26] I need its legal checker [14:26] * NCommander ughs [14:26] Quite possibly [14:27] Isn't that just licensecheck? [14:27] I'm on dialup ATM, so I can't really check [14:27] (REVU's source is taking forever to checkout) [14:27] Well [14:27] I just learned something ;-) [14:27] NCommander: If you just want to look at the code, wouldn't it be faster to use the web interface on LP? [14:27] mmm [14:27] this is annoying its still not giving me any email [14:28] of whether it accepted or rejected my upload [14:28] although it says it uploaded successfully. [14:28] Kalidarn: Where did you upload to? [14:28] my ppa [14:28] i made a boo boo the first time [14:28] with the naming [14:28] and it accepted it [14:28] so i tried fixing it [14:28] now i can't do anything [14:28] * NCommander works on dropping licensecheck into dak. [14:28] nobody knows about my ppa it'd be nice if some kind admin could scrub it [14:29] Kalidarn, ppa admins are in #launchpad [14:29] yar [14:30] Hello, why isn't gnome-python-extras sync'ed/merged from Debian ? [14:31] AnAnt, Have you checked for a merge or sync bug? [14:31] We're past DIF AnAnt [14:31] in Ubuntu it is 2.19.1-0ubuntu13, while in Debian it is 2.19.1-3 [14:32] NCommander: I know, I'm wondering why the import wasn't done [14:32] AnAnt, Might be different orig.tar.gz files that mean it's hard to sync. [14:32] I see [14:33] persia: no, I didn't check for a merge/sync bug [14:38] AnAnt, Well, that's the first place to check. If there's no bug, then it's maybe worth looking at the last changelog entry in Ubuntu: if that doesn't include the fixes from the latest Debian upload, then if you feel it should be merged, prepare a candidate. [14:40] what timezone are most of the canoical people around [14:40] *canonical [14:42] NCommander: Do you have a list of the current REVU admins? The wiki page is out of date [14:43] nhandler, ~revu-admins on Launchpad [14:43] Thanks [14:43] Kalidarn, All timezones, really. This is just a bad week. [14:43] fair enough :) [15:21] https://bugs.launchpad.net/ubuntu/+source/exiv2/+bug/309684 [15:21] Ubuntu bug 309684 in exiv2 "Please sync exiv2-0.18 from Debian Experimental" [Undecided,New] [15:21] anybody a clue if there a chance that will gets synced on time? [15:21] pmjdebruijn, How do you mean "in time"? [15:22] isn't the sync window closing today or tomorrow? [15:22] well "in time", for Jaunty... [15:22] autosync is closing. Manual sync continues as long as is required. [15:22] ok, good :) [16:01] may i kindly ask for a review of http://revu.ubuntuwire.com/details.py?package=h2database (java h2 database engine lib)? Thanks in advance [16:25] is anyone facing problem filing syncrequest with requestsync --lp? [16:26] There were reports earlier of it filing 5 or 6 bugs rather than one. [16:27] I am getting this error - Maybe there is no product 'libjboss-web-services-java' in the distribution 'ubuntu' [16:27] persia: damn, it indeed files 5 bugs in my case even though I for the error [16:27] What does rmadison tell you? [16:28] Yeah. Either fix it, or file the bugs manually. [16:29] persia: I am now marking the bugs duplicate. [16:36] Is today a REVU day? [16:36] Yes loic-m [16:36] Every Friday is a REVU day [16:37] Oh, every Friday. I though it was less often [16:38] slytherin: bug #311289 - my advice is 'do not use --lp, and trust email rather than python-launchpad-bugs magic' :p [16:38] Launchpad bug 311289 in ubuntu-dev-tools "requestsync --lp is crazy (opens multiple bug reports)" [High,New] https://launchpad.net/bugs/311289 [16:38] Adri2000: The email setup never worked for me before. But I will try again. [16:38] loic-m: Nope. Every Friday. On REVU, in the top right, it will also display the date of the next REVU day [16:39] nhandler, thanks [16:40] slytherin: if it doesn't work, check that you can connect to fiordland.ubuntu.com on port 25 [16:41] Adri2000: connect as in ssh? [16:41] no, telnet fiordland.ubuntu.com 25 [16:42] it should say 220 fiordland.canonical.com ESMTP Postfix (Ubuntu) [16:42] what's fiordland? [16:42] Can somebody review ecm package at http://revu.ubuntuwire.com/details.py?package=ecm ? [16:43] NCommander: the default smtp server used by requestsync [16:43] [4~[4~[4~[4~[4~[4~[4~[4~[4~ [16:43] err, sorry [16:43] Adri2000: I can connect. I will check if it works next time I file a sync request. [16:54] Adri2000: No idea where the 5 bugs filed problem came from... but then again I never use the --lp flag. [16:55] jpds: I never had problem with --lp till today. [16:55] slytherin: Odd.. [16:55] so probably it is something wrong in LP side [17:03] NCommander: fiordland is where the @ubuntu, etc mail goes through. === DrKranz is now known as DktrKranz [17:42] Do I need to add command dh_installchangelog in debian/rules for upstream changelog to get installed? [18:00] cody-somerville or NCommander: Would you please arrange to have somone test the proposed backport in Bug 310061 under Xubuntu. I'd like to make sure we don't break anyone. [18:00] Launchpad bug 310061 in intrepid-backports "Please backport flashplugin-nonfree to Intrepid (at least for amd64)" [Undecided,Incomplete] https://launchpad.net/bugs/310061 [18:00] ScottK-palm, er, wasn't the last time this was tried, things went very very badly? [18:02] NCommander: That was Intrepid - Hardy and was a bit diifferent. [18:02] * NCommander winces [18:02] but flashplugin-nonfree is a transitional package in jaunty [18:02] or it will be soon [18:03] NCommander: That is why I'm asking for testing on i386 and amd64 using all 3 major DE. [18:03] I'm not running intrepid, and cody is running Hardy ... [18:03] Your best bet would be asking knome, who hangs out in #xubuntu-devel, he runs intrepid [18:03] OK. Surely someone is. [18:04] NCommander: I'm on the road with limited internet. Would you, please? [18:04] I'll poke him for you, but ATM, I can't downgrade [18:05] Sounds good. Thanks. [18:06] NCommander: Do you still have a KDE upload needing sponsorship? [18:06] Not at the moment [18:06] I can't download source packages ATM [18:07] OK. Off for now then. [18:07] looks like yesterday's wiffle problems are driver-specific. wifey's laptop connected fine to father in law's wifi under intrepid [19:25] sebner: what's to do for the cherokee 0.11.6 merge ?? [19:26] leonel: nothing, it's a sync O_o [19:26] sebner: this for bug 311598 [19:26] Launchpad bug 311598 in cherokee "Please sync cherokee 0.11.6-1 from Debian(Unstable)" [Wishlist,New] https://launchpad.net/bugs/311598 [19:26] sebner: ok so just wait ? [19:26] leonel: yep, I already subscribed ubuntu-archive so you don't have to wait for sponsorship (I'm MOTU) [19:27] sebner: great [19:27] leonel: np [21:55] I'm trying to learn a bit more about packaging by reviewing some packages on REVU, and I'd like to know if they're all supposed to build ok with debuild -S -uc -us [21:56] Because a few I tried don't [21:57] that should build the source package indeed [21:58] So if they don't, how can i check it's not my setup? [21:59] loic-m: if you pastebin the error we can have a look [22:00] It's a simple error - all packaes around cdemu have a line that pose problems : include /usr/share/quilt/quilt.make [22:01] loic-m: apt-get install quilt then [22:03] LaserJock: thanks. I thought it should have been handled by the package dependencies [22:03] LaserJock: http://pastebin.com/d25517163 [22:04] loic-m: quilt should be in the build dependencies [22:04] loic-m: but there aren't really source package build dependencies [22:04] generally though if you have dpatch, debhelper, cdbs, and quilt installed you'll not run into many problems [22:05] LaserJock: so the repositories and PPA all have quilt installed? [22:05] loic-m: no [22:06] loic-m: but building a source package is different then building the binary packages [22:06] LaserJock: ok, now I understand [22:07] LaserJock: so as long as pbuilder is ok afterwards, this kind of errors aren't a problem [22:07] LaserJock: thanks [22:08] loic-m: To build a source package, dpkg-buildpackage runs the clean target of the debian/rules file [22:08] so you have to have installed anything that's run there === woody86 is now known as woody86_ === nhandler_ is now known as nhandler === woody86_ is now known as woody86__ === woody86__ is now known as woody86 === x-spec-t is now known as Spec