[00:18] <Laney> oh pants
[00:19] <Laney> should have incremented the u-d-t version
[00:19] <Laney> too tired to do it now
[00:41] <sharms> Laney: I converted it and reassigned
[02:30] <lamalex> Hey guys, how can I pass added configure flags to a package if I want to repackage it? It's using autofoo?
[02:55] <lamalex> ah, figured it out but now it's failing :( guess I need to look at it more
[04:01] <ripps> Is there a guide to help cdbs users to use dh7? I learned to package using cdbs, but now it seems that dh7 is superior to it and I want to learn how.
[04:03] <zooko> Okay folks, there is a new package of Tahoe-LAFS at http://revu.ubuntuwire.com/p/tahoe-lafs . It fixes all known licensing issues.
[04:06] <lifeless> \o/
[04:06] <mzz> ripps: I thought debhelper was actually used by cdbs? What's telling you using it directly is superior?
[04:06] <lifeless> mzz: dh7 has much of the same 'magic' cdbs does
[04:06] <mzz> man
[04:07] <mzz> is there some document somewhere everyone but me is reading that explains what the best tools are right now
[04:07] <lifeless> no
[04:07] <mzz> bah
[04:07] <ripps> It just seems I should learn how to actually use debhelper, instead of just relying on cdbs to do it for me.
[04:08] <mzz> is that just because such a document would be too controversial, in an editor flamewar kind of way, or because nobody has gotten around to writing one, or what?
[04:08] <lifeless> ripps: by that argument one should learn assembler rather than depending on  gcc :P
[04:08] <lifeless> I'll grant its good knowledge
[04:08] <lifeless> mzz: allof the above, I suspect
[04:08] <ripps> Actually, I have learned some assembly...
[04:08] <mzz> well, one thing about cdbs is that sometimes one of its steps did something bad to my package and it was hard to drop in some debugging before that step
[04:09] <mzz> if my Makefile just ran a whole lot of dh_* helpers I'd have more obvious spots to put extra checks
[04:09] <mzz> cdbs does have hooks, but figuring out what they all are is nontrivial, unless I missed yet another doc
[04:09] <lifeless> man debhelper
[04:10] <mzz> and yeah, debhelper's manpages are pretty good, at least the ones I've read so far
[04:19] <lamalex> Hey guys, can anyone see what's failing here? http://paste2.org/p/436324 <-- output http://paste2.org/p/436325 <-- rules file
[04:26] <ScottK> RoAkSoAx: Here is my advice:  Get a security update into Jaunty that adds the patch to 0.6.35-0ubuntu1 (presumably 0.6.35-0ubuntu1.1) and then backport that to Hardy/Intrepid.  You should also get a security update for the released versions in Hardy/Intrepid.
[05:09] <RoAkSoAx> ScottK, ok thanks! will do then :)
[06:15] <fabrice_sp> Hi. What rights should I have to be able to unsubscribe  u-u-s ?
[06:22] <fabrice_sp> Can some MOTU unsubscribe u-u-s from #417036 ?
[06:22] <fabrice_sp> bug #417036
[07:15] <wrapster> what are the necessary files to build any pkg? coz after i apt-get source <pkg> i see a lot of files are all those necessary? since i've also seen pkgs being build without any of those files....
[07:16] <mzz> please be more specific
[07:16] <mzz> the files not in the debian/ directory are normally from the upstream source tarball, which may contain a few things that aren't actually necessary, depending on how tidy upstream is
[07:17] <fabrice_sp> wrapster, all the ones in debian directory
[07:17] <mzz> everything in debian/ should serve some purpose
[07:17] <wrapster> fabrice_sp: no.. but one moment i'll do a pastie and you can understand better
[07:17] <fabrice_sp> yes: build the package
[07:17] <fabrice_sp> ?
[07:19] <fabrice_sp> !pastebin | wrapster
[07:19] <fabrice_sp> (just in case)
[07:19] <mzz> "pastie" usually means they know that already, in my experience
[07:21] <fabrice_sp> anyway: have to go. bye
[07:25] <wrapster> http://pastie.org/630039
[07:26] <wrapster> have a look at that.. i dwd the source into a dir called binutils under which i had another dir with the pkg name here can i delete all the files except changelog, debian/,copyright?
[07:27] <mzz> I don't understand how your pastebin relates to your question
[07:27] <mzz> your pastebin lists the stuff in the binutils source, not the debianization of that
[07:28] <wrapster> mzz may be iwas not clear..one moment.
[07:29] <wrapster> http://pastie.org/630039
[07:30] <mzz> yes.
[07:30] <wrapster> now .... my question is ,is it enough to just have debian/ changelog and copyright files within the "binutils-2.18.1~cvs20080103" dir and then yet run dpkg-buildpackage to generate the pkg?
[07:30] <mzz> wait, where'd the debian.diff.gz go?
[07:31] <wrapster> oops
[07:31] <wrapster> that was not even downloaded
[07:31] <wrapster> :(
[07:31] <mzz> perhaps there isn't one
[07:31] <mzz> (this may be a "native" package)
[07:31] <mzz> anyway!
[07:31] <mzz> you seem to be root. Stop being that. You shouldn't be root for most, if not all, of the packaging process.
[07:32] <mzz> the stuff in the first "ls" is what I'd expect to get from apt-get source, although normally there's also a .diff.gz
[07:32] <mzz> the stuff in the second "ls" is what's present in the binutils (upstream) source tree, plus a debian/ directory.
[07:32] <wrapster> correct
[07:33] <mzz> what's present in the upstream source tree obviously varies wildly between upstream projects.
[07:33] <mzz> what's present here doesn't strike me as very unusual.
[07:33] <mzz> so I don't understand what you don't understand.
[07:33] <wrapster> hee hee
[07:34] <mzz> (since your original question was something like "coz after i apt-get source <pkg> i see a lot of files are all those necessary? since i've also seen pkgs being build without any of those files....")
[07:35] <wrapster> ok in that case.. what i wanted to point out was i see a lot of files in the upstream dir...
[07:36] <wrapster> are all those necessary? except for the debian?
[07:41] <mzz> depends on how tidy upstream is
[07:41] <mzz> most of them tend to be
[07:42] <mzz> there may be some things in there that aren't installed because they're only interesting to those working on the source package
[07:43] <mzz> there may also be some things that are only necessary to rebuild the build system, which may actually be useful here since it seems to be a snapshot
[07:43] <mzz> there may be stuff that's only used on other platforms
[07:43] <mzz> there may be stuff that isn't built for whatever reason (experimental, dependency not packaged, etc)
[07:43] <mzz> I think most of what you see here is indeed necessary
[07:55] <siretart> do new packages require a FFe, or are they simply not acceptable? Opencore finally ended up in debian, and there are quite some very vocal bug reporters requiring amr support in ffmpeg
[07:56] <siretart> siretart: https://wiki.ubuntu.com/FreezeExceptionProcess#FeatureFreeze%20for%20new%20packages
[08:40] <AnAnt> Hello, does ubuntu care about armel architecture ?
[08:50] <AnAnt> LP 427562
[09:54] <DaveMorris> I've previously generated some packages from a source package called opensg.  I want to rename the generated packages from this source archive, so that they can be installed alongside version 2 of opensg.  Do you simply create a new revision of the source package with the new package names and upload it?
[11:02] <directhex> DaveMorris, yes.
[11:02] <directhex> DaveMorris, but it'll land in the NEW queue due to the new binary packages. and you need to provide valid Replaces: etc lines in debian/control
[11:03] <DaveMorris> directhex: I assume they are of the format Replaces: <package name> then
[11:04] <directhex> with adequate versioning. read the debian nm guide
[11:55] <slytherin> wgrant: ping, is it possible to add a category for java packages at http://qa.ubuntuwire.com/multidistrotools/ I believe section=java should be sufficient for now for filtering.
[12:06] <wgrant> slytherin: Have a http://qa.ubuntuwire.org/multidistrotools/java.html
[12:06] <slytherin> wgrant: Great, thanks.
[12:06] <wgrant> slytherin: np
[12:22] <sistpoty|work> hi folks
[14:54] <directhex> hyperair, thoughts on requesting a FFe for Banshee? since it's staying in universe for now, i see no benefit to sticking with the old stable version when the beta is more reliable
[14:54] <hyperair> directhex: i wouldn't mind.
[14:55] <directhex> hm. who's in motu-release & can give their informal opinion?
[14:58] <randomaction> for those working of FTBFS, here's a list of problematic universe packages sorted by popularity: http://paste.ubuntu.com/277970/
[15:04] <directhex> 681 ftbfs bugs? lawks
[15:04] <sistpoty|work> directhex: https://launchpad.net/~motu-release/+members and at this point, I don't have an informal opinion about a banshee FFe yet, to be honest
[15:04] <LucidFox> Hmm
[15:04] <LucidFox> libtheora 1.1 is out
[15:11] <slytherin> LucidFox: Great, But we won't get it in karmic. :-(
[15:16] <slytherin> LucidFox: The 1.1 release is API/ABI compatible, so theoretically there should be no problem in pulling it in karmic. :-)
[15:52] <lamalex> Hey, does anyone know anything about intltool? It's failing with a strange error  Ican't figure out
[15:52] <lamalex> Invalid [] range "F-8" in regex; marked by <-- HERE in m/[encoding: UTF-8 <-- HERE ]
[15:52] <lamalex> at /usr/bin/intltool-update line 321, <FILE> line 1.
[15:58] <randomaction> apparently it thinks [encoding: UTF-8] is a regex, try escaping brackets with \
[15:59] <lamalex> the weird part is it works on other files
[15:59] <lamalex> which when I compare the hexdumps, are identical up until the point where files start getting listed
[15:59] <lamalex> I can't figure out why it's trying to read that as a regexp
[16:00] <randomaction> it must be confused by "m/" part which looks like a start of regex match
[16:00] <lamalex> there's no m/ in the file
[16:00] <lamalex> http://paste2.org/p/437195
[16:00] <lamalex> randomaction: ^
[16:01] <randomaction> i see
[16:02] <lamalex> I thought maybe there was a hidden char or something, but hexdump says not the case
[16:38] <AnAnt> Hello, how can I check if a package is in build-dep of any other package in Ubuntu ?
[16:53] <zooko> Morning folks! (UTC-6)
[16:57] <zooko> Good day over there in, I'm guessing, UTC-5, mterry.
[16:57] <zooko> Would you please look at http://revu.ubuntuwire.com/p/tahoe-lafs ?  I believe it is ready to be uploaded into the Karmic Queue.
[16:58] <jmarsden> AnAnt: apt-cache depends PACKAGENAME
[16:58] <jmarsden> AnAnt: Ah, wait, that is for depends not build-depends...
[17:05] <geser> AnAnt: reverse-build-depends (from ubuntu-dev-tools) or using grep-dctrl
[17:15] <Lichi> Hi, can someone help me with creating .deb files?
[17:16] <Lichi> Hello?
[17:17] <AnAnt> thanks
[17:17] <Lichi> I was told to ask here, help would be nice
[17:18] <AnAnt> geser: I need dpkg-src lines in sources.list for that ?
[17:19] <sistpoty|work> AnAnt: yes
[17:20] <sistpoty|work> !packagingguide
[17:20] <geser> yes, as only the Sources.gz files contain this information
[17:20] <sistpoty|work> Lichi: ^^
[17:30] <Lichi> thanks
[17:31] <AnAnt> LP 427562
[17:40] <AnAnt> LP 436733
[17:41] <AnAnt> I attached a patch to LP 436733
[17:42] <AnAnt> should I set it to confirmed ?
[17:44] <fabrice_sp> AnAnt, you should at least subscribe u-u-s :-)
[17:45] <AnAnt> I don't have a Source.gz (and I have a low bandwidth internet), can someone run: "reverse-build-depends tablelist" for me please ?
[17:45] <AnAnt> fabrice_sp: ok
[17:46] <fabrice_sp> AnAnt, I've run it and it doesn't give any package
[17:47] <fabrice_sp> should I download something first?
[17:47] <AnAnt> fabrice_sp: thanks ! I just wanted to make sure
[17:47] <AnAnt> fabrice_sp: can you mention this in LP 427562 please ?
[17:48] <fabrice_sp> ok. I'll paste the result
[17:48] <fabrice_sp> output, I mean
[17:49] <AnAnt> ok
[17:49] <AnAnt> thanks
[17:49] <fabrice_sp> ;-)
[17:49] <AnAnt> so should I set LP 436733 to confirmed, since I attached a debdiff patch to it ?
[17:52] <AnAnt> bddebian: Hello
[17:56] <fabrice_sp> AnAnt, better to confirmed, yes, but it doesn't really matter
[17:56] <fabrice_sp> it matters for sync requests
[17:59] <bddebian> Hi AnAnt, what do you need this time? :)
[17:59] <fabrice_sp> Hey bddebian :-)
[17:59] <fabrice_sp> TheMuso, persia could you add me to the u-u-s team please?
[18:02] <AnAnt> bddebian: remember tablelist that was removed from Debian
[18:04] <AnAnt> bddebian: it was removed because it was already included in tklib, so, I am trying to remove it from Ubuntu too, so I filed those bugs: LP 436733 & LP 427562
[18:06] <fabrice_sp> Can some MOTU unsubscribe u-u-s from Bug #406574 ?
[18:08] <Laney> done and done
[18:08] <Laney> arent you in uus?
[18:09] <wrapster> Guys I have a curious question... When i apt-get <pkg> supposing it says dependency1 is missing install it first.. is there anyway that I can actually hardcode it into <pkg> so that when i apt-get <pkg> it will first check whether the dependency is satisfied if not it will automatically download it and then proceed with the <pkg> installation?
[18:10] <AnAnt> ?!
[18:10] <fabrice_sp> Laney, no: it seems new MOTU are not automatically added to u-u-s (that's why I pinged persian and TheMuso before)
[18:10] <Laney> yeah that's right
[18:10] <AnAnt> wrapster: that's what apt-get does !
[18:10] <wrapster> AnAnt: one moment ...
[18:10] <wrapster> i'll give you a real world eg
[18:12] <AnAnt> brb
[18:25] <wrapster> AnAnt: what i wanted to say was... supposing i want to dpkg-buildpackage binutils.. it complains that tcl8.4 is necessary as some library that binutils checks for is a part of tcl8.4 ... so is there a way I can actually just say build bintuils and when the dpkg-buildpackage is running can it check and install tcl if not present?
[18:29] <fabrice_sp> wrapster: this is what Build-depends is for in debian/control)
[18:31] <wrapster> oh so supposing i put tcl in the control file that should do the trick?
[18:32] <nicklas_> huj
[18:36] <sharms> If anyone gets a chance can anyone review LP 436082 -- I added patch that resolves FTBFS
[18:36] <joaopinto> wrapster, you don't apt-get <pkg>, you apt-get install <pkg>, and that should not tell you that a dependency is missing, if it does, then you are missing a dependency for that app on your repository
[18:36] <joaopinto> so, presumably that dependency is already listed on debian/control
[18:36] <wrapster> joaopinto: yeah your right.. i corrected my mistake.. the error was during the build-package
[18:37] <joaopinto> ah ok
[18:37] <wrapster> i meant when im building the pkg from source if i get an error saying a dependency is missing then if i add that into the control file... will that be sufficient?
[18:41] <fabrice_sp> can some other MOTU have a look at Bug #406574. I don't know how to answer :-/
[18:41] <fabrice_sp> (to a pissed off contributor, I mean)
[19:09] <ubuntu_giant> Grrr...I'm having a problem with updating a package given the following tutorial (https://wiki.ubuntu.com/PackagingGuide/Recipes/PackageUpdate), but the error output tripped pastebin's spam filter.
[19:10] <ubuntu_giant> Maybe I could paste the last few lines?
[19:15] <ubuntu_giant> Is it okay if I paste the last few lines?
[19:23]  * ubuntu_giant sometimes wonders if anyone is alive in these chat rooms. :(
[19:24] <AnAnt> ubuntu_giant: so do I
[19:24] <geser> depends on the day and the time of the day
[19:25] <geser> don't forget that it's friday evening in europe so some people do other activities instead of IRC
[19:26] <ubuntu_giant> I've been following the tutorial at https://wiki.ubuntu.com/PackagingGuide/Recipes/PackageUpdate, and I'm having some trouble, but pastebin won't let me paste my error output because it's supposedly spam.  Would it be alright if I paste the last few lines?  Thanks.
[19:26] <geser> based on the actual activity here I guess nobody would object
[19:27] <ubuntu_giant> Cool, I got it...it's not all the output, but enough. http://pastebin.com/d7c9c47a2
[19:28] <geser> did you use dch to edit the changelog?
[19:29] <ubuntu_giant> Yes.
[19:29] <geser> can you pastebin the changelog around line 13-15?
[19:29] <ubuntu_giant> I followed the steps exactly (except for my name and email, of course).
[19:29] <RoAkSoAx> fabrice_sp, congrats on your motuship :)
[19:30] <ubuntu_giant> Sorry, I'm sort of new to this packaging thing.  What would the changelog be?
[19:32] <geser> debian/changelog, and please pastebin around the first 20 lines (as it complains about line 13 and 15)
[19:34] <ubuntu_giant> Sorry about that. :( http://pastebin.com/d50065e93
[19:36] <geser> I assume it's about line 3: each line needs to be indented with at least 2 spaces (besides the header (like line 1 or 7) or the footer (like line 5 or 18)
[19:37] <fabrice_sp> RoAkSoAx, thanks ;-)
[19:38] <sebner> geser: evidently not us *cough*
[19:39] <geser> sebner: I'm gaming now a little and only watch IRC now at then :)
[19:39] <sebner> geser: heh nice, lucky you didn't write "go out or social activities" ^^
[19:40] <fabrice_sp> WTF?
[19:41] <Pici> I reported that guy earlier...
[19:41] <sebner> slangasek: thx for changing it back
[19:41] <fabrice_sp> thanks slangasek
[19:41] <slangasek> sure
[19:41] <ubuntu_giant> geser: Sorry, but indenting the lines seemed to make it worse. :(
[19:41] <slangasek> somebody reported him to the freenode ops?
[19:42] <geser> ubuntu_giant: worse? you only indented line 3, right?
[19:42] <slangasek> (preventative measure; someone please remind me to remove the topic lock later)
[19:43] <ubuntu_giant> Oh, no.  Sorry, overread the line 3 thing.
[19:43] <ubuntu_giant> Read the rest of the post. :)
[19:45] <ubuntu_giant> It says it's a gpg error, so I wouldn't think the changelog would have anything to do with it.
[19:46] <geser> the gpg error you can ignore for now (unless you plan to upload the package somewhere)
[19:47] <geser> it happens when your name in line 5 doesn't match one of your gpg key uid so debuild can't figure out itself which key to use
[19:47] <geser> you can use the -k option to tell which key to use for signing
[19:50] <ubuntu_giant> I redid the changing line 3, but I still get the error.
[19:50] <geser> the same error?
[19:50] <ubuntu_giant> No, a different error, actually.  I'll post it in a sec...
[19:52] <ubuntu_giant> http://pastebin.com/d1e38bd5
[19:53] <geser> I see only the signing error, which you can ignore untill you want to upload it somewhere
[19:54] <tzafrir_laptop> hi, I'm trying to build -modules packages from zaptel-source in a pbuilder
[19:56] <tzafrir_laptop> I made a dummy package that builds them. It basically works on Debian:
[19:56] <ubuntu_giant> Cool...spam filter didn't trip: http://pastebin.com/d701ad710
[19:56] <tzafrir_laptop> http://svn.debian.org/viewsvn/pkg-voip/tools/builder/zaptel-modules/debian/
[19:58] <tzafrir_laptop> This package is a helper package. It builds, but does not get into the repository
[19:58] <tzafrir_laptop> I'm trying to build it with hardy, and I see two errors when pbuilder tries to get dependencies:
[19:59] <tzafrir_laptop> zaptel-source: Depends: module-assistant (>= 0.8.1) which is a virtual package
[19:59] <tzafrir_laptop> pbuilder-satisfydepends-dummy: Depends: linux-headers-2.6.26-2-all which is a virtual package.
[20:00] <tzafrir_laptop> Now I figure that I'll have to adjust the kernel version, and maybe not even use the -all
[20:00] <tzafrir_laptop> (right now I can live with that, as I build for i386 only)
[20:01] <tzafrir_laptop> But why do I get that message about module-assistant ?
[20:02] <CardinalFang> Hi all.  I'm trying to sort out splitting a package.  I have "foo" that I split into "foo" and "foo-bin".  "foo" must depend on "foo-bin", and it shouldn't be possible to install old "foo" and new "foo-bin" at the same time.  How is this done?  I hear "Breaks" isn't supported yet, is it "foo-bin  Conflicts (<< split_version)"?
[20:03] <CardinalFang> "foo-bin  Conflicts: foo (<< split_version)"?
[20:08] <sistpoty> persia: mind adding me to ubuntu-universe-sponsors? (finally, I find some time to do sponsoring at least here and then again :))
[20:13] <tzafrir_laptop> hmmm.. NM.
[20:19] <ubuntu_giant> Anybody on updating a debian package? http://pastebin.com/d701ad710
[20:31] <sistpoty> ubuntu_giant: looks like you've got an error in debian/changelog (from a small glimpse only)
[20:32]  * sistpoty reboots for new kernel
[20:33] <Laney> haha
[20:33] <Laney> I get a warning if XS-Python-Version is there
[20:33] <Laney> change for pyversions, get another warning
[20:33]  * Laney head in hands
[20:43] <Laney> jbernard_: I just uploaded u-d-t
[20:43] <Laney> thanks for your fix
[20:45] <bdrung> do i need a ffe for theme packages?
[20:48] <sharms> Laney: Can you look at LP 436082
[20:49] <Laney> sharms: in a bit
[20:49] <sharms> thanks
[21:24] <lamalex> Hey guys, does anyone know about intltool? I'm still struggling with this regexp issue https://bugs.launchpad.net/intltool/+bug/436671
[21:35] <ScottK> Laney: Use XS-Python-Version.  It is at least common between both python-support an python-central.
[21:35] <Laney> ScottK: Alright I should revert that in u-d-t
[21:35] <Laney> cdbs shouldn't give that warning
[21:36] <ScottK> Laney: Not a big deal.  Just put it in bzr for next time.
[21:36] <Laney> yeah
[21:36] <ScottK> Laney: Agreed.
[21:38] <Laney> pushed
[21:39] <jbernard_> Laney: awesome, no problmem
[22:28] <Zhenech> hyperair, geany broken with new libvte?
[22:54] <ScottK> I'm pretty well convinced that the design theory behind the most recent LP release was, "Making useful information harder to find."
[22:55] <zooko> Any MOTUs who could look at Tahoe-LAFS? http://revu.ubuntuwire.com/p/tahoe-lafs
[23:37] <hyperair> Zhenech: is it? wfm
[23:38] <Zhenech> hyperair, on sid it is
[23:38] <hyperair> hmm is that so
[23:38] <Zhenech> 0:03 evgeni@atae ~ % geany
[23:38] <Zhenech> zsh: segmentation fault  geany
[23:38] <hyperair> ouch
[23:38] <Zhenech> gdb yells about libvte
[23:38] <hyperair> hmm
[23:38] <hyperair> i wonder if recompiling would work..
[23:39] <Zhenech> I bet
[23:39] <hyperair> iirc geany uses some dlopen black magic with libvte
[23:43] <Zhenech> building :)
[23:43] <Zhenech> this problem exists with gedit too :)
[23:47] <bobbo> Hello everyone!
[23:49] <Zhenech> hyperair, nope, rebuild does not help
[23:51] <hyperair> Zhenech: figures.
[23:51] <hyperair> Zhenech: file a bug with a gdb trace please
[23:52] <Zhenech> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548350
[23:52] <hyperair> ah
[23:52] <Zhenech> there it is
[23:52] <hyperair> is it in geany?
[23:52] <Zhenech> nah, libvte9
[23:52] <Zhenech> geany just using it and crashing
[23:52] <hyperair> no i meant is the bug set to affect geany?
[23:53] <hyperair> no wait, libvte is the one that broke eh
[23:53] <hyperair> not geany?
[23:53] <hyperair> well then that's fine
[23:53] <hyperair> wait for it to be fixed =p
[23:54] <Zhenech> funnily bug speaks about broken xfce-terminal
[23:54] <Zhenech> but mine still works XD
[23:54] <Zhenech> memo: dont close it the next couple o daus