=== nhandler_ is now known as nhandler === santiago-pgsql is now known as santiago-ve [04:12] Hi. Is there a way of getting all content of the debian/ folder out of a package? Even when extracted, I only get control. [04:13] gouki: How are you downloading the package? [04:13] gouki, grab it from the source tarball? [04:13] s/source/patch [04:14] gouki: Either use apt-get source or pull-lp-source from the ubuntu-dev-tools package [04:14] Thanks! I'll look into pull-lp-source. [04:14] i think he means one that isn't in archives [04:14] w/out source available [04:14] vorian: He said he was getting the control file, so my guess was he was trying to extract the .deb [04:15] those evil 3rd party type [04:15] vorian, actually, it's for a package present on the archives. [04:15] rock on [04:15] apt-get source ftw [04:15] vorian: That only works if you have jaunty deb-src lines in /etc/apt/sources.list. That is why I suggested pull-lp-source [04:16] sigh [04:16] nhandler, yeah, and I'm running 8.04, so pull-lp-source is better. Also, the package on backports doesn't come with pull-lp-source :( [04:16] nhandler: this is why i suxorz at this stuff [04:16] gouki: You should be able to install the intrepid or jaunty .deb in hardy [04:17] nhandler, working on it :) === Andre_Gondim is now known as Andre_Gondim-afk [04:45] vorian: don't worry, that just means you're sane. once you get to the point where you simply "know" what url to dget, then... [05:52] I have two KDE3.5 LiveCDs that I would like to create torrents for on torrent.ubuntu.com, but when I do this the file is rejected as unauthorized. How would I go about authorizing it? [05:52] This is for Jaunty Beta [05:52] I was referred here by #kubuntu-devel [06:15] * kb9vqf feels lonely, is anyone here? [06:15] See previous question :-) [06:16] * hyperair yawns [06:16] no, nobody's here. [06:17] * iulian looks around. [06:18] * kb9vqf still wonders about getting the LiveCD torrent authorized [06:18] Maybe I'll check back tomorrow :-) [07:46] hi nhandler, updated description of bug #333485 [07:46] Launchpad bug 333485 in aqualung "Please sync aqualung 0.9~beta10-1 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/333485 [07:47] now i'm waiting for someone who could test that package === azeem_ is now known as azeem === dpm_ is now known as dpm === asac_ is now known as asac [10:48] i'm going to make custom package, and I have to apply some patches on it. Because they are really experimental, I'd like to create new package (with new name) from existing sources. How can I change package name? [11:30] Just do it? (In the top changelog entry and in debian/control, and probably various references in debian/rules and potentially elsewhere) === korn_ is now known as c_korn [12:54] What is the preferred way of submitting a bugfix for sponsorship when the package, and the upstream, are both in launchpad bzr, and I've already submitted a branch+merge-proposal of the fix based on upstream, but want to proactively get it into Jaunty even if upstream does not merge+release in time? [13:00] maxb: which project/application? [13:00] editmoin [13:01] maxb: i don't think a new upstream release will get in at this point in any case ... so you would probably want to change the current package in ubuntu [13:03] Indeed. So what I'm wondering is (1) .debdiff, or (2) just ask someone to cherrypick the bzr revision, or (3) a new branch from the packagging branch on LP, and cherrypick that revision from my merge-proposed upstream branch. [13:05] maxb: what is the fix for? [13:05] DeprecationWarning with Python 2.5 [13:05] * 2.6 [13:08] maxb: so bug 357221 ... just attach the debdiff or a patch there [13:08] Launchpad bug 357221 in editmoin "[Jaunty] editmoin warning: use hashlib instead of md5 module" [Low,Triaged] https://launchpad.net/bugs/357221 [13:08] oh! I didn't notice there was a bug already :-) [13:08] I was too focused on what I was going to put in the bug after I'd filed it :-) [13:09] hehe [13:09] maxb: if you ping me i can have a look at it later tonight ... unless someone else beats me to it [13:11] Does a link to http://bazaar.launchpad.net/~maxb/editmoin/python2.6-deprecation-warning/revision/27 work as well as a patch? [13:12] Hi all [13:13] I'm looking at the use of dput [13:13] but I have two changes files [13:13] maxb: is good enough to me [13:13] one for the source and one for i36 [13:13] i386* [13:13] do I upload both? [13:13] or just the source one? [13:14] Ubuntu primary and PPA archives accept source uploads *only* [13:15] cool [13:15] DO I need to create a PPA in launchpad before I can upload? Or does the upload go to a central server? [13:16] What are you uploading? [13:17] If you want to upload to a PPA you have to create it in the web interface first [13:17] No, I want to upload to REVU [13:17] it's a complete package that needs to be reviewed [13:17] my first one :D [13:19] If you want to upload to REVU then you just need to have (1) registered a GPG key in Launchpad, and (2) Logged into the REVU web interface at least once [13:20] done those two [13:20] just upload, then [13:21] cool, thanks maxb [13:31] maxb: one final thing if I may... dput says it successfully uploaded the package and that the sigs were ok. But how can I find it? There's nothing listed under my profile on REVU? [13:31] wait at least 5 minutes before concluding there may be a problem [13:32] k [13:37] maxb: ok, I screwed it up somewhere - can you help me? [13:37] I got an email back saying: [13:37] Rejected: [13:37] Signer has no upload rights at all to this distribution. [13:37] Not permitted to upload to the RELEASE pocket in a series in the 'SUPPORTED' state. [13:41] wintellect: Did you *actually* upload to REVU? [13:41] Sounds like you accidentally uploaded to the Ubuntu primary archive [13:42] maxb: I did :P [13:42] oops [13:42] all sorted now [13:42] uploaded to REVU - YAY [13:43] maxb: do I need to change the status on launchpad for the needs-packaging? Or just add a link to the REVU page in a comment? [13:43] uhm. Not sure. The comment's far more important than the status, anyway [13:45] maxb: K, thanks for all your time and help [13:45] wont bother you anymore today :P [13:51] I have two KDE3.5 LiveCDs that I would like to create torrents for on torrent.ubuntu.com, but when I do this the file is rejected as unauthorized. How would I go about authorizing it? [13:52] ^^ This is for Jaunty === LjL-Temp is now known as LjL [15:02] svn co https://cmusphinx.svn.sourceforge.net/svnroot/cmusphinx/trunk/sphinxbase includes debian/control that has Build-Depends: debhelper (>= 4), autotools-dev, libasound2-dev, gettext, python2.5-dev [15:02] Is there a command that will apt-get the Build-Depends? [15:03] apt-get build-dep will get the build-depends as determined by the deb-src lines you have configured for a package. [15:03] I don't know of a way to do it directly from a control file [15:03] maxb: it isn't in a repo (that I can find) [15:04] I suspect you'll just have to manually remove the commands and (...) then [15:04] erm [15:04] s/commands/commas/ [15:04] yeah - been doing that now and then. was hoping there was something that would just do it [15:06] sudo /usr/lib/pbuilder/pbuilder-satisfydepends [15:08] bingo. Thanks [15:12] http://dpaste.com/30135/ make: *** No rule to make target `configure', needed by `config.status'. Stop. [15:12] how does autoconf stuff fit into building a package? [15:13] I can figure out how to make it work, wondering if I should report a bug/ submit a patch [15:16] Build-Depends: ... autotools-dev [15:16] so shouldn't debian/rules run audogen.sh? [15:16] autoreconf? [15:16] no [15:16] upstream should run autogen.sh before creating the tarball [15:16] autogen.sh provides the configure file [15:17] occasionally you get idiots upstream who don't, and refuse to listen when you tell them that the proper way to generate a tarball is "make dist" and not "tar czf bla" [15:17] k - I am grabbing from the repo, so i can understand it not being ready to go [15:17] Tonio_: [15:19] make: *** No rule to make target `dist'. Stop. [15:39] assuming (./configure && make && make install) works, is there a generic rules that can used? [15:39] no debian/ in svn co https://cmusphinx.svn.sourceforge.net/svnroot/cmusphinx/trunk/sphinx3 [15:40] the minimal debhelper would be a good place to get started [15:40] /usr/share/doc/debhelper/examples/rules.tiny [15:40] thanks [15:40] figured there was something like that [15:41] tiny is an understatement :) [15:45] heh yeah [15:47] anything to walk me though creating changelog, control... ? [15:47] other than google :) [15:48] CarlFK1: dh_make === ember_ is now known as ember [15:50] hyperair: bam! [15:50] O_o [15:50] why didn't I ask for this before? :) [15:50] hahahaha [15:51] dh_make is overly verbose by default [15:51] so beware [15:51] beware! [15:51] * CarlFK1 shutters [15:52] shutters indeed [15:52] lol [15:56] assuming all is well, is this the bestest: dpkg-buildpackage -rfakeroot -uc -b [15:56] it is what I used yesterday, it is doing stuff... [15:57] CarlFK1: You can ommit the -rfakeroot, that's used by default now [15:57] groovy === goshawk_ is now known as goshawk [17:43] maxb: editmoin uploaded; thanks for the patch [17:43] thank you for the upload :-) [17:51] Anyone knows if there is a way of making make-kpkg generate a .changes file? === DktrKranz2 is now known as DktrKranz [20:03] this works: make clean && ./autogen.sh && ./configure && make [20:03] this errors: dpkg-buildpackage -uc -b (compile error... logs and stuff coming up) [20:05] /home/juser/sr/sphinx/sphinx3-3.7/src/libs3decoder/libcfg/s3_cfg_convert.c:211: undefined reference to `ckd_free' [20:06] debian/ came from dh_make [20:08] I am starting over ... rm -rf... svn co https://cmusphinx.svn.sourceforge.net/svnroot/cmusphinx/trunk/sphinx3 === rbelem is now known as rbelem-afk === rbelem-afk is now known as rbelem [20:38] http://dpaste.com/30357/ shoudln't that 'just work' ? [20:38] guessing there is something not quite right with the source [20:38] like README says: ./autogen.sh (Make sure you do this twice.) === _neversfelde is now known as neversfelde [21:40] hi [21:42] hi javito [21:44] do you know what status i should to use when i subscribe universe-motu-sponsors on bug i'm waiting for be sponsored? in process or confirmed? [22:04] LP:#357369 [22:04] where is the bot [22:09] #357369 [22:09] bug #357369 [22:09] Launchpad bug 357369 in xubuntu-docs "Typing error in version numbers" [Undecided,Confirmed] https://launchpad.net/bugs/357369 [22:09] thanks CarlFK1 === Snova_ is now known as Snova [22:18] hmm, when exactly are we entering final freeze? [22:19] About 2h, 40m, I believe. [22:19] Based on something somebody said in #ubuntu-devel. [22:20] so that'd be the start of the utc day... [22:22] date -u [22:22] ups [22:27] and what happend with final freeze? can be continue fixing bug for jaunty? [22:27] is karmic opened? [22:27] https://wiki.ubuntu.com/FinalFreeze [22:28] anal-retentive hahahaha [22:29] javito: The Karmic repositories will not open until after Jaunty is released [22:30] so we have a time of holidays then :D [22:31] we have time to fix rcbugs! [22:31] http://qa.ubuntuwire.com/bugs/rcbugs/ [22:33] pretty interesting bug right at the top [22:33] modprobe spelt wrongly [22:33] kudos to whoever introduced it. he brings a whole new meaning to fail. [22:34] hyperair: get it fixed! [22:34] the missing "fi" in hotkey-setup wasn't great, either ... [22:34] Laney: i would, but i kinda have exams. [22:34] you're already most of the way there [22:34] =( [22:34] no, it looks like it may need a merge or godknows what [22:35] i don't have time to download and stare at it [22:35] * Laney puts hyperair on The List [22:38] List? [22:38] O_o [22:40] hmm the rc bugs page doesn't seem to be up to date [23:09] is final freeze in effect? [23:09] not for a few hours i hope [23:13] oh ok, thanks directhex [23:23] * quadrispro going to sleep [23:24] bye