[02:17]  * jdong smacks $world for randomly setting In Progress on backports bugs
[02:18] <jdong> I wish Launchpad had an ACL
[02:20] <Fujitsu> jdong: Bug #126516
[02:20] <ubotu> Launchpad bug 126516 in malone "would like limited access control for status field changes" [Medium,Confirmed] https://launchpad.net/bugs/126516
[02:23] <jdong> ah, there's always a launchpad bug.
[02:32] <tonyyarusso> Okay, I demand answers.  Who uploaded the changes to Gnome Solitaire that made it infinitely harder?  ;)
[02:41] <jdong> vi debian/patches/99-make-it-harder-for-tonyyarusso.dpatch..... :D
[02:42] <tonyyarusso> yeah, that's the one!
[02:42]  * tonyyarusso wonders if jdong took that 9 minutes to look up which patch system gnome-games uses
[02:42] <jdong> tonyyarusso: LOL I pulled that out of thin air
[02:42] <jdong> tonyyarusso: I have a feeling though the GNOME folks like dpatch
[02:43] <tonyyarusso> likely enough
[03:36] <cyberix> Are man pages UTF-8
[04:17] <persia> cyberix: Ideally.
[05:06] <jdong> wow gnome-system-monitor 2.22 actually builds on gutsy
[10:07] <Iulian> DktrKranz: Good morning. Do you have few minutes to take a look at a debdiff? .desktop file related
[10:08] <DktrKranz> Iulian, sure
[10:08] <DktrKranz> btw, good morning :)
[10:09] <Iulian> Awesome!
[10:09] <Iulian> Actually it's a merge from Debian.
[10:09] <Iulian> http://paste.ubuntu.com/5735/plain/
[10:09] <Iulian> ... with some small changes.
[10:11] <Iulian> Ohh, it's bug #202728
[10:11] <ubotu> Launchpad bug 202728 in pipewalker "Pipewalker does not appear in GNOME menu" [Low,In progress] https://launchpad.net/bugs/202728
[10:15] <DktrKranz> Iulian, personally I wouldn't merge it because our deltas are limited to deprecated field in .desktop file. Bart seems quite responsive, so you may want him to adjust .desktop to be freedesktop compliant and sync it later.
[10:16] <Iulian> DktrKranz: Great, thanks a lot :)
[10:17] <DktrKranz> If you think he won't prepare another upload for this cosmetic change, you may want to sync current version, so we have a menu entry at least.
[10:21] <Iulian> DktrKranz: Yea, that's what I thought in the first time, I'm not so sure he will upload soon with this change.
[10:22] <Iulian> DktrKranz: So, I think I will sync it.
[10:23] <DktrKranz> Good :)
[10:25] <Iulian> Let me take a look at the wiki page to see what's the easiest way to sync a pkg.
[10:25]  * Iulian is afk - breakfast!
[10:39] <Iulian> DktrKranz: Should I file a bug in LP?
[10:39] <DktrKranz> Iulian, you can edit current one to reflect a sync
[10:40] <Iulian> DktrKranz: Right
[10:54] <Iulian> DktrKranz: Done
[10:57] <Iulian> DktrKranz: I've edited the current bug and subscribed u-u-s.
[10:57] <DktrKranz> I see
[10:58] <DktrKranz> I need to re-enable my VM before
[10:58] <Iulian> Heh
[10:58] <DktrKranz> u-u-s is very populated these days :)
[10:58] <Iulian> Ohh, that's awesome!
[10:58] <DktrKranz> Unapproved too :P
[10:59] <Iulian> Ah
[10:59] <DktrKranz> 1  → 20  of 421 results
[10:59] <DktrKranz> :)
[11:00] <Iulian> Whoah ;-)
[11:20] <Hobbsee> hah.  you would have thought that people would have learned by now that a package that has been fakesynced numerous times 8probably8 can't be synced.
[11:21] <crimsun> interesting.  Is "probably" emphasised there?  It appears as "8probably8" in hotwire-shell.
[11:23] <Iulian> Here too. :)
[11:24] <jpatrick> Hobbsee: 8?
[11:25] <Hobbsee> jpatrick: enoshift.
[11:25] <Hobbsee> crimsun: my metakeys are broken
[11:25] <jpatrick> :)
[11:25] <Hobbsee> i was going for star
[11:31] <hash> Hi, when is the Hardy Universe repo frozen and Debian syncs disallowed?
[11:50] <cody-somerville> ScottK, What in particular did you find confusing about the changelog for gdesklets?
[12:12] <fta> slangasek, what was the problem with prism target ?
[12:22] <slicer> I'm not sure how to mark bug 202766. What the user requests has already been included in the upstream SVN, but as it's a feature change it will not make it into hardy. Should I set the bug as "Confirmed" and leave it like that until Intrepid  development starts?
[12:22] <ubotu> Launchpad bug 202766 in mumble "mumble-server uses weird directories to store its information" [Undecided,New] https://launchpad.net/bugs/202766
[12:42] <james_w> slicer: sounds sensible to me. Add a comment explaining the situation as well.
[15:12] <protonchris> Any u-u-s around?
[15:35] <jdong> ScottK: I'm blessing the Firefox 3.0b4 backport (bug 191796); I subscribed you to it, let me know if there's anything you need (I know it's a huge one)
[15:35] <ubotu> Launchpad bug 191796 in gutsy-backports "Please backport firefox-3.0 3.0~b3 final" [Undecided,Triaged] https://launchpad.net/bugs/191796
[15:41] <fta> jdong, why b3 final when b4 final is already out ? it will confuse users.
[15:42] <jdong> fta: the title has not been changed
[15:43] <jdong> fta: the packages indeed are of the latest b4 finals in Hardy
[15:43] <fta> could you please update the title ?
[15:44] <jdong> and spam 25 people? Sure :)
[15:44] <fta> is it a full backport or did you revert some of the changes ?
[15:44] <jdong> fta: see attached debdiff. Several changes had to be reverted
[15:44] <jdong> primarily the ones that set firefox-3.0 as the default firefox
[15:45] <hellboy195> jdong: is it worth it to backport it? why not wait until the next beta or final?
[15:46] <jdong> hellboy195: I think so
[15:46] <fta> jdong, oh, ok, my changes are back in :)
[15:46] <jdong> fta: :)
[15:46] <jdong> hellboy195: ff3b4 is already a huge improvement over the ff3b3~ backport
[15:47] <jdong> hellboy195: people are already getdebbing for these packages
[15:48] <hellboy195> jdong: ah if there already exist a b3 backport than you are right ;) Did it start with the b3 backport?
[15:48] <fta> jdong, that means no system cairo (hence no subpixel lcd filter) and no system nss/nspr. Should be ok
[15:49] <fta> oh, i would advice to drop system-jpeg too
[15:49] <fta> advise
[15:49] <jdong> fta: system nss/nspr is too old on gutsy, I was told by asac to do that
[15:49] <jdong> fta: what does dropping system-jpeg do?
[15:49] <fta> system libjpeg is causing the infamous black rectangle
[15:50] <fta> mozilla patched it quite heavily :P
[15:51] <fta> asac tried to sort this out in hardy but it's not done yet
[15:51] <jdong> ah
[15:51] <jdong>    --with-system-jpeg=/usr \
[15:52] <jdong> drop that? and the build-dep on libjpeg?
[15:53] <fta> yes, or better s,--with-system-jpeg=/usr,--without-system-jpeg, so we remember it's wanted
[15:53] <fta> like in about:buildconfig
[15:53] <jdong> ok
[15:54] <fta> it's as you want. you can also keep it and handle the black rectangles bugs
[15:55] <jdong> LOL I'll take your word for it that I shouldn't use system jpeg :)
[15:57] <cody-somerville> jdong, Want to do me a favour? ;]
[15:58] <jdong> cody-somerville: whoa I don't swing that way bro...
[15:58] <jdong> cody-somerville: but more seriously, what? :)
[15:58] <cody-somerville> jdong, pfft. :P
[15:58] <cody-somerville> jdong, I think a lot of people would give you cookies if you were to sponsor bug #197650 ;]
[15:58] <ubotu> Launchpad bug 197650 in gdesklets "gdesklets in hardy unusable due to an unhandled error" [Medium,Confirmed] https://launchpad.net/bugs/197650
[15:59] <jdong> cody-somerville: cool I'll go take a shower while xulrunner and firefox are building, then I'll take a look at that for you
[15:59] <cody-somerville> jdong, thanks
[16:23] <hellboy195> LucidFox: last change to do the beagle merge ;)
[16:25] <jdong> LOL that's enticing
[16:25] <jdong> just like "Hey Scott last chance to do a 120MB backport!!"
[16:25] <hellboy195> jdong: well, if you have somone other that wants to do it ;)
[16:26] <jdong> :) I've got my hands full
[16:26] <hellboy195> jdong: ^^
[16:31] <cody-somerville> :)
[16:34] <jdong>                swig,
[16:34] <jdong>                libglib2.0-dev (>= 2.10.0)
[16:34] <jdong>                libgtk2.0-dev (>= 2.10.0),
[16:34] <jdong> amazing.
[16:34] <jdong> the Debian sid package ships with a defective control
[16:34]  * jdong regenerates it?
[16:35] <cody-somerville> What package is that for?
[16:35] <jdong> cody-somerville: that's your gdesklets package
[16:36] <jdong> it's the same way in control.in too
[16:36]  * jdong scratches head
[16:36] <cody-somerville> wow
[16:36] <cody-somerville> You're right.
[16:36] <jdong> would you like to fix that and resubmit the debdiff? :)
[16:36] <cody-somerville> jdong, I would love to
[16:37] <jdong> fantastic
[16:40] <cody-somerville> jdong, oink :)
[16:41] <jdong> cody-somerville: ok, lemme try this one out :)
[16:42] <jdong> cody-somerville: while I'm playing with this, would you mind submitting this to Debian?
[16:42] <cody-somerville> If I can figure out how, sure :)
[16:43] <jdong> it just gives your e-mail client a workout :)
[16:44] <jdong> cody-somerville: also, I don't like how the package seems to have two glib build-deps too
[16:44] <jdong> +               libglib2.0-dev (>= 2.4.1-2),
[16:44] <jdong> +               libglib2.0-dev (>= 2.10.0)
[16:44] <jdong> I am guessing the former should be removed.
[16:45] <jdong> (is it just me, or is Debian QA really subpar on this package?)
[16:45] <cody-somerville> should I go with the higher versioned libglib2.0-dev?
[16:46] <jdong> that's what I would do
[16:49] <cody-somerville> new debdiff uploaded
[16:49] <jdong> awesome
[16:54] <protonchris> jdong: Are you up for looking at another package and potentially sponsoring an upload?  https://bugs.launchpad.net/ubuntu/+source/glom/+bug/201385
[16:54] <ubotu> Launchpad bug 201385 in glom "Hardy: Please update glom to latest version" [Wishlist,Confirmed]
[17:04] <cody-somerville> jdong, Okay. I filed two bugs in debian (I hope)
[17:06] <jdong> cody-somerville: awesome. I'm just awaiting a build test before uploading
[17:07] <cody-somerville> splendid
[17:08]  * jdong updates his pbuilder
[17:10] <cody-somerville> :)
[17:15] <jdong> urgh xulrunner builds take way too much RAM :)
[17:18] <fta> eheh
[17:19] <cody-somerville> :)
[17:20] <jdong> urgh I need some server-class SCSI drives too
[17:20] <fta> jdong, I know what you mean, i'm building nspr/nss/xul1.9/ff3/sm2/tb3 chained
[17:20]  * jdong writes Dear Santa letter...
[17:20] <jdong> fta: yeah there's one link step for xul that evicts 80% of my desktop into swap
[17:20] <jdong> that hurts.
[17:21] <fta> when it links libxul.so
[17:21] <fta> and also libxpcom.so
[17:21] <fta> huge monsters
[17:21] <jdong> yeah
[17:22] <jdong> but it looks like it's over
[17:22] <jdong> I'm into dh_install phase
[17:22] <jdong> which XFS still doesn't like....
[17:30] <jdong> cody-somerville: gdesklets uploaded
[17:30] <cody-somerville> jdong, Thanks :)
[17:31] <cody-somerville> jdong, Do you want to take a quick look at gdesklets-data too? <g>
[17:31] <jdong> bug#?
[17:31] <cody-somerville> bug #202281
[17:31] <ubotu> Launchpad bug 202281 in gdesklets-data "Sponsor gdesklets-data 0.35.6-2ubuntu1" [Undecided,Confirmed] https://launchpad.net/bugs/202281
[17:32] <croSmiley> hi all
[17:33] <croSmiley> isis there any application that can close other programs if they are inactive for some time: this is the thread => http://ubuntuforums.org/showthread.php?t=725624
[17:33] <croSmiley> *is
[17:33] <jdong> croSmiley: off topic for this channel
[17:34] <croSmiley> sry, can you direct me to right place pls
[17:34] <jdong> croSmiley: #ubuntu is the general support channel
[17:34] <jdong> croSmiley: the kind of behavior you want to implement probably belongs in a plugin to your window manager though
[17:35] <protonchris> jdong: sorry for bugging you earlier.  I was mistaken when I thought you were on the universe sponsors team.
[17:35] <jdong> protonchris: oh, no problems, I'm always glad to help out. Currently I have way too many builds going though :D
[17:37] <croSmiley> well, thanks anyway, my search for solution continues somewhere else...
[17:37] <jdong> cody-somerville: -data uploaded
[17:37] <cody-somerville> jdong, thanks :)
[17:40] <cody-somerville> jdong, did gdesklets-data get rejected?
[17:40] <cody-somerville> jdong, oh, nvm
[17:40] <cody-somerville> There it is
[17:42] <jdong> cody-somerville: both are queued
[17:42]  * cody-somerville nods.
[18:03] <YokoZar> Who moderates the motu-council mailing list?
[18:04] <YokoZar> I've had an email response to my application queued up there for a couple of days
[18:04] <jpatrick> YokoZar: I believe dholbach does, but he's not here
[18:05] <YokoZar> jpatrick: thanks
[18:05] <emgent> heya people
[18:06] <geser> YokoZar: usually dholbach does the moderation but every MC member can do it
[18:07] <tuxmaniac> does anybody know whether the dynamic tick is enabled by default in the Ubuntu kernel?
[18:13] <slytherin> tuxmaniac: you mean the one that reduces power consumption?
[18:13] <tuxmaniac> sladen, yes
[18:13] <slytherin> tuxmaniac: I think it is enabled by default
[18:24] <james_w> Is there a FTBFS list?
[18:28] <albert23> james_w: Yes there is: http://members.ping.de/~mb/buildstatus_hardy/
[18:28] <james_w> albert23: thanks.
[18:52] <slytherin> Hi. I have fixed the configure script of evolution-scalix package. But I am unable to fix compilation errors. Anyone wants to take it further?
[19:13] <zul> what happened to ubuntuwire?
[19:13] <jpatrick> zul: I believe we're waiting on imbrandon or something...
[19:14] <zul> ah
[19:36] <C10uD> hello
[19:37] <C10uD> i'm figuring out how i can set some environment var that makes dpkg-buildpackage not asking for my gpg passphrase every time i build a package
[19:37] <james_w> C10uD: do you mean debuild rather than dpkg-buildpackage?
[19:38] <C10uD> erm, yes (?)
[19:39] <james_w> C10uD: you can build with -uc -us
[19:40] <james_w> DEBUILD_DPKG_BUILDPACKAGE_OPTS="-uc -us" may be what you want
[19:40] <C10uD> aren't that options removing the signature thing?
[19:43] <james_w> C10uD: pardon?
[19:44] <C10uD> disclaimer: i'm a packaging ñoob
[19:44] <james_w> C10uD: that's not a problem. I just didn't understand your question, could you rephrase it please?
[19:45] <C10uD> oh ok, well
[19:45] <slangasek> fta: the milestone is how we track things that are blockers for the beta; prism really isn't...
[19:45] <C10uD> i'm asking if those parameters actually remove the gpg signature from the dpkg created files
[19:45] <slangasek> fta: so I've marked the bugs as release-critical for hardy instead
[19:46] <james_w> C10uD: they will stop it from trying to create one and so asking for your key.
[19:46] <james_w> C10uD: if you want to add one after you can use debsign
[19:46] <C10uD> ..that doesn't ask for a passphrase?
[19:46] <fta> slangasek, oh, ok. i've posted a debdiff now waiting for a sponsor
[19:47] <james_w> C10uD: debsign will, you can't create a signature without a passphrase.
[19:47] <james_w> you only need to sign your packages for some uses though, for instance uploading.
[19:48] <C10uD> well i asked if it's possible to set it up as an environment variable
[19:48] <james_w> C10uD: your passphrase?
[19:48] <C10uD> yep
[19:48] <james_w> that's not a good idea.
[19:48] <C10uD> well i don't care about security _that_ much
[19:48] <james_w> well no tool will support you doing that.
[19:49] <C10uD> ow
[19:49] <james_w> C10uD: well if you don't care about security don't sign the package.
[19:49] <jpatrick> C10uD: maybe gpg-agent?
[19:49] <james_w> if you want to do something like upload it to some Ubuntu infrastructure then you have to care enough to sign the package.
[19:50] <james_w> and as jpatrick suggest gpg-agent is a much better solution.
[19:50] <C10uD> well, i'll take a look at that then
[19:50] <C10uD> thanks
[19:52] <RainCT> C10uD: if you use seahorse you can also tell it to remember the password
[19:53] <C10uD> uhm.. apt-getting right now then
[20:13] <C10uD> thanks RainCT it worked
[20:13] <C10uD> now a minor thing: how can i split in two lines a long link in the debian/changelog file
[20:13] <C10uD> ?
[20:16] <RainCT> C10uD: np. you could use tinyurl.com (I don't really like this idea, though)
[20:17] <C10uD> well i'm focusing on building my package automagically:P i wanted to know if there's a way to split the link and make it still usable :p
[20:17] <C10uD> if there's not, well np
[20:17] <C10uD> :P
[20:19] <RainCT> C10uD: not that I know about.. but there shouldn't be any problem leaving it on a single line, the 75 characters limit is not a hard requirement
[20:19] <C10uD> sadly, it is for this link :P
[20:19] <C10uD> well, doesn't matter
[20:21] <C10uD> god bless sourceforge that allows his name to be cut in sf
[20:21] <C10uD> :D
[20:29] <PMantis> Does anyone have a *simple* .deb packaging guide? I need to package a bash shell script - so no need for make, ./configure, etc. Google, Ubuntu Wiki, etc = no success yet.
[20:34] <superm1_> PMantis, if its a simple shell script, you might consider just modeling it around a package that has such things.  one i wrote is like that, ipod-convenience
[20:35] <PMantis> I'm not sure what you mean there... find a package for a shell script and modify it?
[20:35] <superm1_> PMantis, well i wrote the ipod-convenience package, and it is a package that includes a shell script, some symlinks and debconf magic
[20:35] <superm1_> its very straightforward
[20:36] <superm1_> so its a good example to supplement the packaging guide
[20:36] <superm1_> and something to give you a stepping stone
[20:37] <PMantis> So I'd need to reverse-engineer the package to figure it out?
[20:37] <Iulian> DktrKranz: ping
[20:37] <RainCT> DktrKranz: Hey, is there any reason why you haven't ACK'd the pipewalker sync?
[20:38] <DktrKranz> Iulian, pong
[20:38] <Iulian> DktrKranz: See RainCT's question :)
[20:38] <DktrKranz> RainCT, I'm ill to the bones :)
[20:38] <Iulian> That's what I wanted to ask you.
[20:39] <DktrKranz> this flu is killing me
[20:39] <RainCT> DktrKranz: oh, that's bad :(
[20:39] <RainCT> Iulian: well, ack'd
[20:39] <PMantis> DktrKranz: Ick, hope you feel better
[20:40]  * DktrKranz too
[20:40] <PMantis> Whoever you are :-)
[20:40] <RainCT> heh
[20:40] <DktrKranz> I have to go in office anyway, hoping not harming business :P
[20:40] <Iulian> Hehe
[20:40] <DktrKranz> at least, I didn't harm Hardy :P
[20:41] <Iulian> Are you sure? :)
[20:41] <PMantis> Is debuild needed for non binary packages?
[20:41] <RainCT> PMantis: yes
[20:42] <superm1_> PMantis, if you grab the source package (dsc, diff.tar.gz, orig.tar.gz)
[20:42] <superm1_> you can extract it
[20:42] <superm1_> and you can then make your changes there
[20:42] <DktrKranz> Iulian, I'm not sure when I'm healty, should I now? :)
[20:42] <RainCT> PMantis: it will create (or update, if they already exist) the .dsc, .diff.gz and .orig.tar.gz files
[20:42] <PMantis> I have no source package... I have a single bash shell script, and want to package it.
[20:42] <superm1_> PMantis, right - i'm saying you grab my source package, and then you put your script in place
[20:43] <superm1_> and make the appropriate changes to the rest of the source package to match your script
[20:43] <PMantis> Ahhhhhh
[20:43] <Iulian> DktrKranz: Of course you should. :P
[20:43] <PMantis> ok
[20:43] <DktrKranz> heh
[20:43] <emgent> heya
[20:43] <emgent> :)
[20:45]  * PMantis doesn't understand why he needs 100 files in a package to distribute a single script
[20:46] <superm1_> PMantis, that's why the packaging guide and debian new maintainers guides exist :)
[20:46] <PMantis> heh
[20:46] <RainCT> PMantis: packaging is complex and misterious ;P
[20:59] <azeem> w25
[20:59] <azeem> oops
[21:09] <PMantis> Man, I just found a .orig.tar.gz file - must have been made by dh_make.. but it's empty
[21:17] <hellboy195> RainCT: connection problems?
[21:19] <jpatrick> hellboy195: he's on a modem the poor guy
[21:19] <hellboy195> damn it
[21:19]  * hellboy195 is happy to have 16 Mbit ^^
[21:21] <DktrKranz> hellboy195, mind give some to me?
[21:22] <hellboy195> DktrKranz: hmm over the mountains? ^^
[21:22] <DktrKranz> by mail :)
[21:23] <hellboy195> xD
[21:32] <PMantis> I think I'm figuring some things out about this packaging thing. heh
[21:33] <PMantis> Should I place my scrips in /usr/local/sbin or /usr/sbin  ?
[21:33] <PMantis> I want to adhere to standards as much as possible
[21:45] <superm1_> emgent, i dont have a my password with me so i can't PM.
[21:45] <superm1_> what'd you need?
[21:46] <emgent> superm1_: np, solved
[21:57] <PMantis> If the first line of a changelog is:
[21:57] <PMantis> hello (2.1.1-0ubuntu1) hardy; urgency=low
[21:57] <PMantis> Will it work on debian? *I* know the package will work, but will it install?
[21:57] <PMantis> errr
[21:57] <PMantis> I mean, will it work on dapper
[21:58] <superm1_> that is used for controlling which version its built against
[21:59] <superm1_> you can still manually build it in a dapper pbuilder or similar
[21:59] <superm1_> and run it there
[21:59]  * PMantis tilts his head like a dog
[22:00] <superm1_> so in short, 'yes' it will install
[22:00] <soren> PMantis: If the binary package is built on hardy, it'll most likely state a dependency on a more recent libc version that is available in Dapper.
[22:00] <superm1_> soren, it is a script that likely won't be depending on libc
[22:01] <superm1_> from what i've understood from what he said so far
[22:01] <soren> superm1_: hello is a script?
[22:01] <soren> Since when?
[22:01] <PMantis> soren: You're a little out of the loop from my "odd" non-compiled package. :)
[22:01] <PMantis> soren: No, that was a copy/paste from the example I'm looking at.
[22:01] <PMantis> my package is(will be) of a bash script
[22:01] <soren> Right, and for that example, my answer is correct :)
[22:01] <PMantis> heh
[22:01] <superm1_> :)
[22:02] <soren> PMantis: For a bash script, you won't have any problems of that kind.
[22:02] <PMantis> cool
[22:03] <PMantis> Oooooh, debuild got much further this time...
[22:03] <PMantis> I think my rules file needs tweaking:
[22:03] <PMantis> make[1]: *** No targets specified and no makefile found.  Stop.
[22:08] <superm1_> PMantis, that example rules file that was in my package doesn't use a Makefile at all.
[22:08] <PMantis> Yeah, there's no Makefile... but debuilder still want to run make
[22:09] <PMantis> I commented that out in rules - got further.
[22:09] <superm1_> PMantis, i'm saying in ipod-convenience's debian/rules, there were no calls to such thing though
[22:10] <superm1_> it literally just includes the script in the place that you tell it to
[22:10] <PMantis> I don't see a debian dir in ipod-convenience_0.8.orig.tar.gz
[22:11] <superm1_> PMantis, its in the .diff.tar.gz
[22:12] <PMantis> I untarred your orig, deleted etc, other dirs, placed my own scripts in it, removed *.1, tarred it back up under my own name, and use dh_make -f ../filename
[22:12] <PMantis> All is ok, except for that... I'l look for your diff
[22:12] <superm1_> PMantis, what you will want to do is "dget FILE.dsc"
[22:12] <superm1_> that will grab the whole package
[22:12] <superm1_> and then dpkg-source -x *dsc
[22:13] <superm1_> which will extract it and put the debian directory in place
[22:13] <superm1_> the debian/ directory is never supposed to be included in the .orig.tar.gz
[22:13] <PMantis> I didn't expect it to be, since that's packaging instructions
[22:14] <PMantis> hmm, I usually use wget
[22:15] <superm1_> PMantis, yeah dget is a nifty little tool
[22:15] <PMantis> I think when I'm done with this, I need to make a howto
[22:15] <superm1_> PMantis, well just improve the packaging guide for pitfalls that you missed
[22:15] <PMantis> packing up one file shouldn't be this hard...
[22:15] <superm1_> by following it
[22:18] <PMantis> superm1_: Google is not helping me... I can't find your diff.tar.gz
[22:18] <superm1_> PMantis, when you dget from the web url
[22:18] <superm1_> it pulls it for you
[22:19] <superm1_> eg dget http://archive.ubuntu.com/ubuntu/pool/universe/i/ipod-convenience/ipod-convenience_0.8-0ubuntu1.dsc
[22:19] <superm1_> that will pull it
[22:19] <PMantis> ok, thanks... couldn't figure out the url
[22:20] <superm1_> it also lives in bzr here if you wanted to see it https://code.edge.launchpad.net/~ipod-touch/ipod-convenience/trunk
[22:22] <PMantis> superm1_: I have it now, thanks! Your rules file looks like it pulls an upstream file...
[22:22] <PMantis> am I reading that right?
[22:24] <superm1_> i am upstream :)
[22:25] <superm1_> PMantis, that get-orig-source target is only for rebuilding the package source
[22:25] <superm1_> if you only had the debian/ directory
[22:25] <superm1_> its for grabbing new upstream versions
[22:25] <superm1_> your rules file can be just those first 2 lines
[22:25] <PMantis> ok, I can handle that.
[22:25] <PMantis> :)
[22:26] <superm1_> PMantis, and then choosing where things get installed is handled by debian/install
[22:26] <superm1_> in my case
[22:28] <PMantis> hmmm, it built a _i386.deb
[22:28] <PMantis> me looks a the files again
[22:29] <PMantis> Changing Architecture to all
[22:32]  * PMantis installs fakeroot and tries again
[22:38] <LaserJock> hellboy195: ping
[22:40] <PMantis> Hmmm, low traffic here. OK to paste 4 lines? I have a gpg error from debuild now.
[22:40] <hellboy195> LaserJock: pong
[22:41] <LaserJock> hellboy195: I had mpqc in the gfortran bug assigned to myself :-)
[22:41] <hellboy195> damn it
[22:41] <hellboy195> sry
[22:41] <hellboy195> didn't notice that
[22:41] <LaserJock> hellboy195: I hadn't gotten to filing the bug yet but you might want to ping in case somebody has already working on it
[22:41] <LaserJock> no worries
[22:42] <LaserJock> I hadn't done it yet so no harm done for sure
[22:42] <hellboy195> LaserJock: what did my mentor (Andrea) always say to me. FIRST OF ALL: Files a Bug ^^
[22:45] <PMantis> Hmmm, debuild is creating a new dir, adding usr/share. etc.. but none of my files are being placed there. I missed something.
[22:47] <hellboy195> LaserJock: maybe I can change my sync (again) to a merge !?
[22:48] <LaserJock> hellboy195: I reassigned the the gfortran mpqc task to you
[22:48] <LaserJock> hellboy195: nah, a sync looked good
[22:48] <hellboy195> first sync
[22:48] <hellboy195> than transition?
[22:48] <hellboy195> *then
[22:48] <LaserJock> hmm?
[22:48] <LaserJock> what do you mean?
[22:48] <PMantis> Hmmmm
[22:49] <PMantis> debuild causes debsign to fail... but if I run debsign myself, it works.
[22:49] <LaserJock> PMantis: sometimes you have to give it -k<gpg key id>
[22:49] <LaserJock> PMantis: and are you installing files to debian/<packagename>/usr/share/ ?
[22:49] <hellboy195> LaserJock: ah sry, Debian folks already did it ^^
[22:49] <PMantis> LaserJock: it finds the key, asks for password?
[22:50] <PMantis> That was supposed to be a statement
[22:50] <LaserJock> hellboy195: yeah, I'm part of the Debian team that works on those packages, that's why I picked them up
[22:50] <hellboy195> LaserJock: hmm I don't want to steal you work. maybe you can ACK my sync? ^^
[22:51] <PMantis> LaserJock: debian/<packagename>/usr/share/  ? I'm not sure how to answer. I'm barely limping along with howtos, thanks to help in this channel.
[22:51] <LaserJock> PMantis: well, the .deb is actually created form a temporary directory made in debian/
[22:51] <LaserJock> usually it's called debian/<package name>/
[22:52] <PMantis> LaserJock: This is a two file package. a bash script, and a config file in /etc
[22:52] <LaserJock> so to put a file in /usr/share/ on the user's system you actually want to install the files to debian/<packagename>/usr/share/
[22:53] <LaserJock> ok
[22:53] <LaserJock> PMantis: can you pastebin the debian/rules file you're using?
[22:54] <PMantis> LaserJock: I think I'm beyond the stage of needing that info right now. The package is being created, but it can't sign it.
[22:54] <PMantis> LaserJock: Sure, but pastebin is overkill
[22:54] <hellboy195> LaserJock: btw, What I saw at many transitions. Why not wait until debian has and merge/sync?
[22:54] <PMantis> Besides the she-bang with make, I have:
[22:54] <PMantis> include /usr/share/cdbs/1/rules/debhelper.mk
[22:55] <LaserJock> hellboy195: well, that's what we are trying to do
[22:55] <hellboy195> LaserJock: hmm, really?
[22:55] <LaserJock> hellboy195: for packages where Debian has done the transition we sync/merge from them
[22:55] <PMantis> LaserJock: I can paste the results. (4 lines) May I paste here, or should I pastebin?
[22:56] <LaserJock> hellboy195: if they  haven't transitioned yet (there shouldn't be many) then we'd need to do it ourselves
[22:56] <LaserJock> PMantis: hmm, not yet
[22:56] <hellboy195> LaserJock: why not wait if we are sure they will do
[22:56] <LaserJock> hellboy195: because we have no time
[22:56] <LaserJock> we are at Beta!
[22:56] <hellboy195> LaserJock: true but 1-2 days we could wait ^^
[22:56] <LaserJock> this is a last-minute transition
[22:57] <LaserJock> probably
[22:57] <LaserJock> if we *know* Debian will have it in 1-2 days sure
[22:57] <hellboy195> LaserJock: so also python-xml
[22:57] <LaserJock> but most of the time we don't know
[22:57] <PMantis> LaserJock: OK, NP. Let me know what to do. :)
[22:57] <LaserJock> PMantis: let's fix the signing problem first :-)
[22:57] <PMantis> That's what I meant. :)
[22:58] <LaserJock> did you try debuild with -k ?
[22:58] <LaserJock> -k<keyid>
[22:58] <PMantis> Trying... (it finds the key anyhow, BTW)
[22:59] <PMantis> No change when using -k
[22:59] <LaserJock> but it doesn't take the passphrase?
[22:59] <PMantis> It asks for my passphrase to unlock the key, and crashes.
[22:59] <LaserJock> crashes!!
[22:59] <LaserJock> that's unusual
[23:00] <PMantis> Yeah, if I type the wrong pw on purpose, it tells me so properly.
[23:00] <PMantis> But if I give it the right pw, I get a fatal error
[23:00] <LaserJock> but when you use debsign it works?
[23:00] <PMantis> Yup
[23:00] <LaserJock> crazy
[23:00] <PMantis> even contacts the agent for a GUI prompt
[23:00] <PMantis> debuild: fatal error at line 1155:
[23:02] <LaserJock> hmm, I guess you could look at debuild and see what's on line 1155 :-)
[23:02] <LaserJock> it must have some issue with your key
[23:02] <PMantis> LaserJock: system('debsign', @debsign_opts, $changes) == 0
[23:02] <PMantis> I just wonder what's in @debsign_opts
[23:05] <LaserJock> I don't see a bug in Debian that seems relevant
[23:06] <LaserJock> PMantis: have you tried it on a different package by chance?
[23:07] <PMantis> nope
[23:07] <PMantis> trying.
[23:10] <PMantis> running debchange first
[23:10] <PMantis> Nope, failed then, too
[23:10] <PMantis> on superm1_'s package
[23:11] <superm1_> PMantis, you need to make sure to put your own gpg key in the changelog
[23:11] <superm1_> er name/email
[23:11] <superm1_> not key itself
[23:11] <PMantis> superm1_: Yes, I realize that.
[23:11] <PMantis> I asked for my key passphrase, crashes.
[23:13] <PMantis> superm1_, LaserJock, I'm running debuild with no parameters, BTW>
[23:13] <superm1_> PMantis, there may be something you need to change in /etc/devscripts.conf
[23:14] <LaserJock> I don't know why it'd crash though
[23:14] <superm1_> well nvm i didnt change it on mine anymore
[23:14] <superm1_> i used to change something
[23:14] <StevenHarperUk> Hi, My package has been built by the PPA server and the python-central (>= 0.5.6) dependancy has been changed to python-central (>= 0.6) : this has broken my PPA  as python-central (>= 0.6) doesnt exist... can anyone help?
[23:15] <LaserJock> StevenHarperUk: what package?
[23:15] <StevenHarperUk> https://edge.launchpad.net/~stevenharperuk/+archive : easycrypt 0.2.2.7
[23:16] <PMantis> LaserJock, superm1_: Here's the end of the debuild output: http://paste.ubuntu.com/5749/
[23:18] <LaserJock> StevenHarperUk: can you describe the problem a little more
[23:18] <LaserJock> you're trying to do a backport or similar??
[23:19] <StevenHarperUk> OK : my source has the dependancy in the file debian/control -- Depends: ${python:Depends}, python-gtk2, python-gnome2-extras
[23:19] <PMantis> superm1_, LaserJock: This happens with just debsign: http://paste.ubuntu.com/5750/
[23:19] <StevenHarperUk> This on my machine is 0.5.6
[23:19] <StevenHarperUk> on the ppa is >0.6
[23:19] <PMantis> Of course, my domain isn't blah-blah.com for real. :)
[23:19] <LaserJock> right
[23:19] <StevenHarperUk> Has the PPA used a Hardy version?
[23:19] <superm1_> PMantis, you aren't using this via ssh are you?
[23:20] <LaserJock> StevenHarperUk: if you uploaded it for Hardy, yes
[23:20] <PMantis> no, direct on my laptop.
[23:20] <StevenHarperUk> ah right : should I hard code my PPA one?
[23:20] <StevenHarperUk> what's a better value : I want ti to work on Gutsy also
[23:20] <superm1_> PMantis, i've run into that before too though
[23:20] <superm1_> are you on hardy?
[23:20] <superm1_> PMantis, it's fixed on hardy...
[23:21] <LaserJock> StevenHarperUk: I'm afraid I'm still not getting it all the way
[23:21] <StevenHarperUk> change   ${python:Depends}     to    python, python-central (>= 0.5.6)   ???
[23:21] <LaserJock> why do you want to do that?
[23:22] <StevenHarperUk> Because I use the parameter : ${python:depends} it's making a package that has bad dependancys for Gutsy machines
[23:22] <LaserJock> *if* you build it on Hardy
[23:22] <LaserJock> if you upload it to Gutsy it should work fine
[23:22] <StevenHarperUk> Yeh but you cant make to builds with the same version number
[23:22] <LaserJock> right
[23:22] <StevenHarperUk> I am trying to keep my PPA the same as the Hardy build
[23:22] <superm1_> hm so how do you get sbuild to build and keep the binaries that are arch any when building on amd64?
[23:23] <StevenHarperUk> People are using it before they upgrade to hardy
[23:23] <LaserJock> StevenHarperUk:  ah, well, good luck with that :-)
[23:23] <StevenHarperUk> if I make the PPA for gutsy will that be enough?
[23:23] <LaserJock> yeah, I would just upload it to gutsy with a different version
[23:24] <PMantis> superm1_: No, I'm on 7.04
[23:24] <StevenHarperUk> Just that people have My PPA in the source.list They would all have to change it....
[23:24] <LaserJock> why?
[23:24] <superm1_> PMantis, then you do need to modify something in /etc/devscripts.conf
[23:24] <LaserJock> they shouldn't have to change a thing
[23:24] <superm1_> to let it keep the DISPLAY variable
[23:24] <StevenHarperUk> But there current soucre is : deb http://ppa.launchpad.net/stevenharperuk/ubuntu hardy main universe
[23:24] <LaserJock> StevenHarperUk: your PPA works for all available Ubuntu releases, dapper - hardy
[23:24] <LaserJock> StevenHarperUk: why would Gutsy users use that
[23:25] <PMantis> superm1_: Ahh,  ok. I'll look but don't know what to change yet. :-)
[23:25] <StevenHarperUk> cause I have been using that
[23:25] <StevenHarperUk> Its my fault I know
[23:25] <LaserJock> well, that's kinda missing the point of having a cool PPA :-)
[23:25] <StevenHarperUk> I have learned a lot since starting it
[23:26] <LaserJock> are you telling people to use that particular line somewhere external to LP?
[23:26] <StevenHarperUk> Yes : its my fault
[23:26] <LaserJock> could you change it you think?
[23:26] <StevenHarperUk> I hate the way I have to change the verion number between distros
[23:27] <PMantis> superm1_: Ahh, foud it via Google
[23:27] <StevenHarperUk> I have many Users (hundreds
[23:27] <LaserJock> well, it allows you to do this exact thing though
[23:27] <LaserJock> this is why the system was created
[23:27] <StevenHarperUk> Yes Its a great system
[23:28] <LaserJock> well, you can try manually changing the python-central dep
[23:28] <StevenHarperUk> hmm Im not sure if I should just Hack the python-central line in
[23:28] <StevenHarperUk> Yeh
[23:28] <StevenHarperUk> Do you know if my last uplaod 0.2.2.7 could be cleared
[23:28] <StevenHarperUk> or do I have to change the Number - I really dont want ot
[23:28] <PMantis> superm1_: Ahhhhhhhhhhhhhh, worked... all the way through.
[23:28] <LaserJock> but I personally would get people to use the right repository
[23:29] <LaserJock> there could be a lot more problems than just python-central
[23:29] <PMantis> superm1_, LaserJock: Thank you both!
[23:29] <StevenHarperUk> Yeh but that means for every release I ave to use 2 numbers
[23:29] <LaserJock> but that's trivial
[23:29] <LaserJock> a lot better for your users
[23:29] <LaserJock> you are giving Gutsy users packages built on Hardy
[23:30] <StevenHarperUk> Yes thats a very good point
[23:30] <LaserJock> you have the potential to have more problems in the future
[23:30] <LaserJock> I know what you mean though, it's difficult if you've already got it "out there"
[23:30] <StevenHarperUk> Ok you seem to have cleared it all up for me now : I will start using to reps..
[23:30] <StevenHarperUk> gunna make my source controla nightmare..
[23:31] <LaserJock> but if it's possible to let people know they should switch I think it'll be less of a headache for you and them long-term
[23:32] <PMantis> The package looks good to my untrained eyes.
[23:32]  * PMantis tries to install it on his own system.
[23:32] <ScottK2> cody-somerville: I couldn't tell if what you were adding and what you were removing and why.
[23:35] <superm1_> okay well here's a more direct question i guess.  how do you tell sbuild what architecture builds the arch 'any' package?
[23:36] <superm1_> er arch all
[23:36] <superm1_> looks like its just the -A switch..
[23:36] <superm1_> but how is that saved to ~/.sbuildrc
[23:40] <StevenHarperUk> LaserJock: Ok thanks for the info : I have posted to my users to expect a new PPA link for gutsy machines soon : thanks for all the help
[23:41] <LaserJock> StevenHarperUk: no problem
[23:41] <LaserJock> what's the default gcc version in Hardy
[23:43] <ScottK2> 4.2 AFAIK.
[23:43] <ScottK2> 4.3 isn't actually released yet, is it?
[23:44] <LaserJock> I wasn't sure
[23:44] <LaserJock> I just saw a bug in Debian fixed for a FTBFS with 4.3 so I wondered if that's what we're using
[23:45] <ScottK2> Building with 4.3 is a release goal for both Debian and Ubuntu, but we aren't actually using it.
[23:45] <ScottK2> Since 4.3 is more picky in some regards it makes sense to work on it early.
[23:45] <LaserJock> yeah, I think that's what this bug was about
[23:45] <LaserJock> something about the #includes
[23:46] <ScottK2> The one I've had to deal with was missing includes.
[23:46] <fta> gcc 4.3.0 has been released nearly two weeks ago
[23:46] <LaserJock> ah
[23:46] <fta> http://gcc.gnu.org/gcc-4.3/