[00:07] <sistpoty> aaaaahhh... all my mail seems to be gone
[00:08] <sistpoty> dear kmail, please don't shock me like this, sincerely yours, stefan.
[00:14] <cyberix> If I send a patch for Hardy, should I send the patch for Intrepid too?
[00:17] <persia> cyberix: The general rule is that nothing not fixed in intrepid will be uploaded to hardy.
[00:17] <geser> cyberix: for an SRU?
[00:17] <persia> To avoid confusion, I'd recommend putting both patches in the same bug.
[00:18] <cyberix> no, just a small patch
[00:18] <cyberix> Actually there is no use to ship this for Hardy
[00:18] <persia> cyberix: Any change to hardy at this point is an SRU, even a just a 1-bit change
[00:18] <cyberix> I'm just trying to understand how the processes work
[00:18] <cyberix> k
[00:19] <cyberix> so it is stable instead of source :-)
[00:24] <geser> has someone an idea what went wrong during this build? http://launchpadlibrarian.net/15562990/buildlog_ubuntu-intrepid-i386.libgnupg-interface-perl_0.36-1_FAILEDTOBUILD.txt.gz
[00:26] <sistpoty> geser: hm... "which gpg ... gpg (GnuPG) not found at Makefile.PL line 21." might give some clue?
[00:27] <persia> sistpoty: But build-essential depends on dpkg-dev, which depends on gnupg
[00:27] <sistpoty> persia: which doesn't mean that Makefile.PL is correct thought ;)
[00:27] <persia> sistpoty: True.
[00:28] <geser> sistpoty: it builds in my pbuilder
[00:28] <sistpoty> geser: hm... strange
[00:28]  * persia tries in sbuild, to see if it is due to pbuilder-satisfybuilddepends
[00:29] <sistpoty> persia, geser: oh, dpkg-dev doesn't b-d on gnupg
[00:30] <persia> !
[00:30] <sistpoty> (at least not 1.14.20ubuntu1)
[00:30] <persia> How did that become Suggests: ?  That's rather unexpected.
[00:30] <geser> but gnupg is installed (see the gpg signature check after the source is extracted)
[00:31] <persia> No, that's just me reading apt-cache output wrong.
[00:33] <persia> geser: There's something very odd: that buildlog also has "sh: gcc: not found"
[00:33] <sistpoty> hm... dear kmail, don't disconnect me from the outside world, by not letting me receive mails from a local mbox. thanks.
[00:33] <persia> Builds cleanly in my intrepid sbuild chroot.
[00:34] <sistpoty> persia: hm... however it has: "Setting up g++-4.3 (4.3.1-1ubuntu2) ..."
[00:34] <persia> sistpoty: Right, which is why I thought "sh: gcc: not found" was odd.
[00:35] <persia> I find it especially odd right after "Toolchain package versions: ... gcc-4.3_4.3.1-1ubuntu2"
[00:35] <geser> if I understand the Makefile.PL correnctly the second "gpg" in the line "which gpg ... gpg" should come from the system() call, right?
[00:36] <persia> geser: Right.  I would have expected "/usr/bin/gpg"
[00:37] <persia> I think that system($gpg_find) is returning nothing, and the second gpg is coming from 'die "gpg (GnuPG) not found";'
[00:38] <geser> yes, you are correct
[00:38] <geser> perl -e "system('which gpg')" returns here /usr/bin/gpg
[00:39] <persia> Looks like this was the first build since edgy.  Maybe this is a case of someone hand-adjusting things.
[00:39] <geser> persia: gcc-4.3 only provides /usr/bin/gcc-4.3, /usr/bin/gcc is in gcc but that's also installed
[00:39] <persia> geser: Still, it's odd to see a report that gcc is not found.
[00:40] <geser> true
[00:40] <geser> someone messing with $PATH?
[00:41] <persia> http://launchpadlibrarian.net/3087635/buildlog_ubuntu-edgy-i386.libgnupg-interface-perl_0.33-6_FULLYBUILT.txt.gz looks rather different: Makefile.PL likely changed a bit upstream.
[00:41] <persia> Could be the common situation with arch:all that the Debian build wasn't run in a sanitised chroot...
[00:43] <geser> but why does the same source package build in my pbuilder and your sbuild but not on the buildd?
[00:43] <persia> Do you have gnupg installed in your chroot?  It seems to be in mine.
[00:44] <bobbo> sistpoty: thanks for sponsoring my memaker upload :)
[00:44] <sistpoty> bobbo: thanks for providing a debdiff in the fisrt place ;)
[00:44] <bobbo> sistpoty: hehe, my pleasure
[00:46] <geser> persia: I have, but how did dpkg-source (on the buildd) check the gpg signature without gnupg? (gpg: Signature made Tue Jun 24 07:31:19 2008 BST using DSA key ID 9725F63B)
[00:46]  * sistpoty goes to bed now... gn8 everyone
[00:49] <geser> persia: the "sh: gcc: not found
[00:49] <geser> " seems to be normal now
[00:50] <geser> it's also in successfully build logs, e.g. http://launchpadlibrarian.net/15590444/buildlog_ubuntu-intrepid-i386.apache2_2.2.9-2ubuntu1_FULLYBUILT.txt.gz
[00:51] <persia> That's very odd.  Maybe the "gcc" package isn't installed, or poorly configured, or something.
[00:53] <geser> "Setting up gcc (4:4.3.1-1ubuntu2) ..." seems ok to me
[00:54] <persia> geser: I have to agree that gpg is installed.  I don't know why "which gpg" wouldn't work.
[00:54] <geser> persia: n8, I'll try to ask the buildd admins if they have an idea why libgnupg-interace-perl FTBFS  (and also about the "sh: gcc: not found" thing)
[00:54] <LaserJock> is anybody using sbuild+some apt cacher with both Debian and Ubuntu ?
[00:54]  * persia checks the default /bin/sh in the sbuild schroot
[00:55] <persia> No, I seem to have dash, so that's not it.
[00:55]  * persia is baffled
[00:56] <geser> persia: a reason why gcc and gpg are not found could be that /usr/bin is not in the PATH for some reason on the buildd
[00:57] <persia> geser: Maybe, but why would it be able to call dpkg-source (also in /usr/bin)?
[00:57] <persia> Further, dpkg-source checks for the existence of /usr/bin/gpg, but then calls gpg without a prefix path.
[00:58] <persia> It's backticks rather than system(), but that oughtn't be sufficient to make it work or fail.
[01:01] <geser> does it get called as "dpkg-source" or "/usr/bin/dpkg-source"?
[01:02] <geser> hmm, dpkg-source calls gpg without the full path to do the signature check, so PATH seems to be ok
[01:02] <persia> Right.
[01:05] <geser> what about giving it back to the buildds and hope that it gets tried on a different buildd?
[01:06] <persia> That's why they put the button there :)
[01:11] <geser> nothing changed :( still FTBFS
[01:12]  * geser goes to bed now
[01:13] <persia> geser: Sleep well.
[07:56] <RAOF> Hm.  Gnome-do-plugins in Ubuntu has a do-plugins as its source package, but gnome-do-plugins in Debian has gnome-do-plugins as its source package.  I'm rebasing the Ubuntu package on the Debian package; do I upload as gnome-do-plugins and ask for removal of do-plugins?
[08:11] <wgrant> RAOF: Please... do.
[08:12] <RAOF> wgrant: :P
[08:16] <RAOF> wgrant: Do you know if I need to ask for the removal of do-plugins source before uploading gnome-do-plugins?  Otherwise there'll be a binary package name conflict, and I'm not sure how those get dealt with.
[08:16] <wgrant> RAOF: As long as the version is greater, it will be fine.
[08:17] <wgrant> They'll go through binary NEW, but then dominate the old binaries, so your new ones won't be removed with the old source just because they have the same name.\
[08:24] <wgrant> Grmph. Why is Full Circle Magazine recommending Webmin?
[08:24] <wgrant> And 'sudo su'?
[08:36] <wgrant> Ehem, and they used a pre-Hardy interview...
[08:38] <wgrant> And they recommend using Debian packages. Ew ew ew.
[08:49] <Flannel> wgrant: Where?
[08:50] <wgrant> Flannel: To which bit?
[08:51] <\sh> moins
[08:51] <Flannel> wgrant: Um, all of them if theyre convienent
[08:51] <jpds> wgrant: I think you can find them lurking in #fullcirclemagazine ;-=
[08:51] <jpds> moin \sh
[08:51] <wgrant> jpds: Ah, perhaps.
[08:51] <wgrant> Flannel: I glanced through the latest edition (#14).
[08:52] <wgrant> They're fairly easy to find with any search functionality.
[08:52] <Flannel> wgrant: Alright, thats all I needed to know
[08:52] <Flannel> Didn't want to start from 0
[09:03] <Iulian> G'morning
[12:07] <sistpoty> hi folks
[12:11] <geser> hi sistpoty
[12:12] <sistpoty> hi geser
[12:12] <sistpoty> hm... last nights dist-upgrade with many kde parts getting upgraded left me with a gnome session... epic fail *g*
[12:13] <geser> sistpoty: it's part of the hidden master plan to convert all kde users to gnome :)
[12:13] <sistpoty> haha
[12:14] <elky> i like the sound of this plan...
[12:15] <RAOF> Hm.  I'm just trying Intrepid KDE.  Again.
[12:16] <RAOF> Is the display settings panel _meant_ to do anything, or just look (not) pretty? :)
[12:16] <jussi01> someone remind me of the build a .dsc command?
[12:17] <RAOF> sbuild -d intrepid foo.dsc ? :)
[12:17] <RAOF> On the other hand: dear GTK: please implement something like the smooth animation of the output list.
[12:17] <jussi01> no, the dpkg one?
[12:17] <RAOF> Is there one?
[12:18] <jussi01> hrm... /me goes to google more
[12:18] <RAOF> You dpkg-source -x it, then dpkg-buildpackage the extracted source.
[12:18] <RAOF> (or debian/rules binary, if you're confident it's policy-compliant :))
[12:18] <jussi01> RAOF: ahh, yeah thats the one
[12:19] <jussi01> RAOF: its just a personal thing, nothing for ubutnu atm.
[12:19] <RAOF> Um.  Why does Kubuntu default to playing a 'ding' every time I press a button?
[12:29] <wgrant> RAOF: Because it's kool.
[12:29] <RAOF> Gah!  KDE is so easy to break!
[12:30] <RAOF> I seem to have created a panel covering my entire second monitor.
[12:31] <wgrant> Nice!
[12:31] <wgrant> KDE4 or not?
[12:33] <RAOF> Kwin now believes that maximise about 30x20 pixels in the top left corner, too.
[12:33] <RAOF> KDE4
[12:35] <RAOF> Hm.  It is apparently imperitive that I don't alt-tab, lest kwin consume 100% cpu and lock the desktop.
[12:36] <persia> RAOF: Just use the panel on your second monitor to control which app you are using.  That way you won't need the keyboard at all :)
[12:37] <RAOF> The panel on my second monitor is entirely empty, and unresponsive to mouse clicks :)
[12:38] <RAOF> Maybe it's not even a panel?  Maybe something just decided to fill my second monitor with all black.
[12:39] <RAOF> Oooh, maximising works again!
[12:42] <RAOF> I was going to spend some time using kde to file some bugs, but kubuntu appears to be composed entirely of bugs.  I must be an expert kde-breaker.
[12:42] <StevenK> "I'd file bugs, but maybe what I think are bugs are really features."
[12:43] <persia> Everything in a feature, for the right use case...
[12:43] <RAOF> The biggest "feature" seems to be semi-awareness of dual head.
[12:43] <RAOF> It knows my laptop's running at 1680x1050, so the panel is 1680 wide.
[12:44] <RAOF> However, when it started up my two monitors were cloned.  Thus, the desktop is the size of the smaller of the two.
[12:44] <RAOF> Sadly, this means that the left hand side of the panel, containing, among other things, the launcher, is offscreen.
[12:44] <StevenK> Teehee
[12:45] <RAOF> W.T.F?
[12:45]  * RAOF blinks again.
[12:45] <persia> Right-justification is always correct :)
[12:46] <RAOF> Pressing the "configure this panel" button (not labelled as such in any way, of course) brings up, among other things, 3 arrows.
[12:46] <RAOF> In some as yet undiscovered way, these three arrows influence the size of the panel.
[12:47] <StevenK> That sounds intutive.
[12:47] <RAOF> As well as some left/centre/right justification boxes.
[12:47] <RAOF> Also intuitively: selecting the text which is left justified causes the panel to be right justified on my right hand monitor.
[12:48] <RAOF> Centre works as expected, but the right-justification button causes it to be right-justified on my left monitor.
[12:51] <RAOF> Hm.  How do I make the clock show 12h time?  Hint: it doesn't involve right clicking on the clock, apparently.
[12:52] <StevenK> RAOF: You switch to Ubuntu?
[12:52] <RAOF> Entirely possible, yes.  I'd like to file at least _some_ bugs first, though.
[12:52] <RAOF> Such as "has no concept of multi-head"
[13:00] <persia> Could anyone explain why pycentral might report "pycentral: pycentral pkginstall: not overwriting local files", as in http://launchpadlibrarian.net/14327059/DpkgTerminalLog.txt?  Is this likely due to user customisation, or is it a packaging issue?
[13:05] <geser> persia: looking into /usr/bin/pycentral this seems to be set from the option "overwrite-local" in /etc/python/debian_config
[13:06] <geser> I don't have it set in my /etc/python/debian_config
[13:06] <wgrant> persia: I've seen the problem with a Dapper upgrade.
[13:07] <geser> man pycentral mentions this option in the FILES section
[13:07] <wgrant> But it doesn't look like it could be the problem here.
[13:07] <persia> So, do I need to do anything to the package to fix it, or just leave it alone?  (I'm processing NBS, so like to minimize actual changes)
[13:07] <wgrant> In my case, python-opengl didn't conflict with python2.4-opengl, so pycentral refused to overwrite the python2.4 opengl bits.
[13:08] <wgrant> Adding a conflicts against it was the solution there, but it could be a local installation in this case.
[13:09] <persia> Should python-csound conflict with python2.5-csound, just to be sure?
[13:10] <persia> It currently Provides: it, which makes me think that such a package used to exist (or maybe python2.4-csound)
[13:12] <geser> the provides are generated: Provides: ${python:Provides}
[13:13] <emgent> morning
[13:15] <persia> geser: Right.  I'm just wondering if it needs a conflicts, or if bug #227651 is not really valid.
[13:21] <persia> Grumble.  Publisher appears out of date for glib2.0-dev on archive.ubuntu.com :(
[13:25] <wgrant> persia: Hm?
[13:26] <wgrant> There is no glib2.0-dev, is there?
[13:27] <wgrant> And all right libglib2.0-devs are there..
[13:27] <persia> Err.  Right.  libglib2.0-dev.  1ubuntu2 is in packages for amd64, and 1ubuntu3 is in the pool (1ubuntu2 is gone).  I presume it will catch up soon.
[13:27] <wgrant> Oops.
[13:27] <wgrant> That is a bug.
[13:28] <wgrant> Though it may be a sysadmin bug.
[13:28] <persia> Yep.  The first package I ran worked, but the ~12:00 UTC run seems to have befuddled it.
[13:28] <persia> Is the bug likely to be a Packages.gz construction issue, or just a timing issue?
[13:29] <wgrant> Um, glib2.0 has been a sync for three weeks now.
[13:29] <wgrant> No ubuntuX.
[13:31] <geser> persia: hardy or intrepid?
[13:31] <wgrant> Oh, right, Hardy makes more sense.
[13:31] <wgrant> I forget that it still exists.
[13:32] <persia> geser: intrepid.  I'm tesing bare package install now, rather than looking at a build failure, just in case I did something wrong.
[13:32] <wgrant> What's the full version you want?
[13:33] <wgrant> 'Version: 2.17.2-1'
[13:33] <wgrant> That's in amd64 Packages.gz on a.u.c.
[13:34] <persia> Right.  I'm not sure where I got the error.  I may have inadvertantly spelled intrepid h-a-r-d-y.
[13:34] <wgrant> Heh
[13:37] <krzysz01> A have a project readfile. i have made .debs for it and they are in my ppa (krzysdrewniak on launchpad) check it out.
[13:37] <krzysz01> what should i do now?
[13:37] <krzysz01> i made a .deb of wine 1.0
[13:37] <persia> krzysz01: What is your goal?
[13:38] <krzysz01> i'm trying readfile into the repos, but it needs some polishing still
[13:39] <persia> krzysz01: Are you up for polishing it, or do you need review?
[13:40] <krzysz01> i am adding some new features before i submit it for review
[13:40] <krzysz01> i'm still working on it
[13:41] <persia> krzysz01: Then the answer to the question "what should i do now?" is "add some new features before submitting it for review".
[13:41] <krzysz01> stay tuned it will probably be good when i get to 1.0
[13:41] <krzysz01> see ya
[13:42] <DktrKranz> bah... packages.{ubuntu.com,debian.org} are not responding
[13:44] <persia> DktrKranz: packages.qa.debian.org, launchpad.net/ubuntu/+source/$(pkgname)
[13:45] <DktrKranz> unluckily, I needed them for some tests, so I guess I have to wait
[13:45] <devfil> persia: can you please take a look at https://bugs.edge.launchpad.net/ubuntu/+source/crystalspace/+bug/242961 ? I need 2 sponsors for it
[13:46] <persia> devfil: I really know nothing about crystalspace, except that it's a mess.  Anyway, why do you need two sponsors?
[13:46] <devfil> persia: it is a new package
[13:47] <DktrKranz> NEW? mmh
[13:47] <devfil> persia: a new huge work as wxwidgets2.8
[13:47] <devfil> not new package, new version, sorry
[13:47] <DktrKranz> probably it deserves four eyes to look at it, but it's not NEW :)
[13:49] <rzr> there are a few RC  in crystal space affecting debian's release
[13:50] <devfil> rzr: this is why I upgraded it to the latest stable version
[13:50] <rzr> good job
[13:53] <devfil> rzr: I also asked Debian maintainer to let me work at it (NMU), but I didn't receive any reply for now
[13:53] <rzr> i know him personnaly
[13:53] <rzr> he's offline now
[13:53] <rzr> can you NMU it ?
[13:54] <devfil> rzr: yes
[13:54] <bliZZardz> what is NMU?
[13:55] <devfil> bliZZardz: Non Maintainer Upload in Debian
[13:55] <geser> Non-Maintainer Upload (Debian)
[13:55] <rzr> only DD can NMU packages right?
[13:55] <bliZZardz> and does that mean that people who do not maintain it, contribute a patch/feature?
[13:56] <devfil> rzr: I don't know, if I do it, probably, Debian maintainer should sponsor it
[13:57] <DktrKranz> rzr, DD can upload packages, but everyone can propose a NMU if there's RC or release-goal bugs
[13:57] <rzr> devfil:  well I would attach a debdiff to the bug first
[13:57] <bliZZardz> i was exploring Dbus yday, i need some mentor to help me out understand it better. Would this be the right forum?
[13:58] <persia> rzr: A debdiff of a new upstream?  Isn't that hard to read (and might it be impossible to generate given binary changes in the upstream tarball)?
[13:58] <persia> bliZZardz: For some very limited types of questions, yes.  For deeper questions, probably not.
[13:59] <bliZZardz> persia : and that would be?
[13:59] <bliZZardz> persia: you :) ?
[13:59] <persia> Not I, no :)
[14:05] <devfil> rzr: why Debian maintainer of crystalspace is offline?
[14:05] <rzr> he probally has a life :)
[14:06] <DktrKranz> not so bad, after all
[14:06] <sistpoty> bah, rl is overrated *g+
[14:07] <DktrKranz> bliZZardz_,  I guess the most qualified person is pitti, but he's on holidays at the moment and he's a very busy developer
[14:08] <bliZZardz_> DktrKranz : presently i am doing some triaging, but i would like to get into Dev - hence am looking out for some mentors. I am comfy with Python.
[14:09] <DktrKranz> whoa! I've just become a DM! \o/
[14:09] <persia> DktrKranz: Congratulations!
[14:09] <DktrKranz> persia, thanks
[14:10] <bliZZardz> DM? (deb mentor?)
[14:10] <DktrKranz> bliZZardz, well... if you're comfortable with dbus (or utopia-related stuff), pitti has some mentoring slots available
[14:11] <bliZZardz> DktrKranz: just started with DBus..need some initial pointers
[14:12] <DktrKranz> so I guess triaging bugs should be good at the moment
[14:12] <DktrKranz> personally, I haven't any documentation available
[14:13] <bliZZardz> DktrKranz: what abt projects(in python) that have mentoring slots available?
[14:14] <DktrKranz> bliZZardz, for python related bugs, you may want to look at pythonistas bugs
[14:15] <bliZZardz> DktrKranz : yes - am there.
[14:15] <DktrKranz> cool :)
[14:16] <bliZZardz> just getting a feel of the bugs ; looks like most of them need complete module knowledge
[14:16] <DktrKranz> I'm sure there are some entry-level bugs
[14:17] <DktrKranz> eventually, you can look at bugs marked as bitesize
[14:31] <\sh> we made it ! http://leonov.tv/content/leonov-launchpad-desktop-client-first-coming
[14:32] <persia> \sh: Congratulations.  Nice job.
[14:32] <\sh> persia: thx :)
[14:32]  * \sh is sweating like hell
[14:33] <devfil> \sh: great job!
[14:33] <persia> \sh: The bugs will come.  Have no fear :)
[14:33] <bliZZardz> persia : LOL ")
[14:33] <\sh> persia: seele was reviewing our work already...so I have a lot of them already :) and no, I don't fear any bugs :)
[14:34] <sistpoty> \sh: apt-cache showsrc leonov doesn't yield a result... please fix :P
[14:35] <persia> sistpoty: Please file a needs-packaging bug to request new software :p
[14:35] <DktrKranz> ACK from me, please upload to NEW queue :D
[14:36] <\sh> sistpoty: lol
[14:42]  * sistpoty is now off again, enjoying the weekend... cya
[14:43] <tacone> \sh: congratulations :) when will we be able to download bug informations for offline usage? (ok ok.. jocking)
[14:43] <\sh> tacone: please file a wishlist report (seriously) :)
[14:44] <\sh> tacone: I thought about that already, tbh
[14:44] <tacone> \sh: I feared you would have asked that.
[14:44] <tacone> ehehe
[14:47] <tacone> \sh: seems I can't mark it as wishlist myself https://bugs.launchpad.net/leonov/+bug/243960
[14:48] <\sh> tacone: done :)
[14:48] <tacone> \sh: nice
[14:48] <\sh> ah da nixternal
[14:52] <\sh> phew...
[14:52] <nixternal> yay power
[14:53] <persia> nixternal: You're one of those kubuntu folk right?  Are you guys chasing NBS yet?  There seems to be a few packages listed...
[14:54] <\sh> nixternal: dude, you are also mentioned in our announcement :)
[14:55] <nixternal> what announcement?
[14:55] <\sh> nixternal: check p.u.c
[14:55] <nixternal> persia: dunno, ask Riddell...I have been working to much lately, so unfortunately I haven't been that close to what is going on
[14:58] <nixternal> hehe, \sh...that has come along quick man...I liked reading the posts seeing how much it changed almost daily
[14:58] <nixternal> good job!
[14:59] <geser> \sh: p.u.c is ambiguous: people.u.c, packages.u.c, planet.u.c :)
[14:59] <\sh> nixternal: that's only the beginning of something really bug^Wbig
[14:59] <wgrant> popcon as well!
[14:59] <wgrant> I wonder if any other letter is as ambiguous.
[14:59] <nixternal> geser: ya, I did packages.ubuntu.com at first :P
[14:59] <\sh> damn...b.u.c is missing...beer.ubuntu.com ;)
[14:59] <nixternal> then I went, OH! Planet!
[15:00] <\sh> packages is pkg.u.c. ;)
[15:29] <Riddell> persia: NBS?
[15:38] <geser> siretart: Hi, as you seem to care about ffmpeg-free: should "ffmpeg-config --libs avformat" result in the same output as "pkg-config --libs libavformat"?
[15:38] <geser> I ask because I stumbled about a package which FTBFS (moc) because ffmpeg-config still lists "-la52"
[15:42] <persia> Riddell: http://people.ubuntu.com/~ubuntu-archive/NBS/
[15:42] <persia> Looks like either there's a lot of changes expected, or lots of rebuilds to process.
[15:45] <Riddell> changes are expected, since we moved to KDE 4
[15:47] <persia> Riddell: OK.  I won't poke them then.  Thanks.
[15:50] <siretart> geser: ffmpeg-config will go away in the next upload. please make the package use pkg-config instead
[15:55] <geser> siretart: I've done that. I just wondered if the output of ffmpeg-config should match the output of pkg-config as long as ffmpeg-config still exists.
[16:04] <siretart> geser: it probably should. that's one of the reasons why we want to get rid of ffmpeg-config
[16:20] <persia> Does anyone have a good ddeb recovery hook for sbuild?  I'm generating ddebs, but throwing them away, which doesn't seem ideal.
[16:26] <devfil_> persia: wow, a lot of upload today
[16:27] <persia> devfil_: Trying to clean up some of the outstanding transitions for universe.
[16:27] <devfil_> persia: good job
[16:27] <AnAnt> Hello
[16:27] <devfil_> hi AnAnt
[16:28] <persia> Bah.  Uploaded things out of order again :(  At least the retry button works.
[16:29] <AnAnt> persia: that brainstorm discussion is dead ?
[16:29] <devfil_> persia: nobody is perfect
[16:29] <persia> AnAnt: I think so.
[16:40] <AnAnt> persia: ok, I know I'm asking for a big thing, I mean about glibc
[16:41] <persia> -ECONTEXT
[16:41] <AnAnt> huh ?
[16:41] <AnAnt> what's that ?
[16:41] <persia> Context error, meaning I have no idea about what you are writing
[16:42] <AnAnt> persia: the suggestion I mentioned on brainstorm post
[16:42] <laga> persia: i prefer this: http://heresabunnywithapancakeonitshead.com/
[16:42] <AnAnt> is packages.ubuntu.com working ?
[16:48] <persia> AnAnt: Oh, right.  Alternate calendars.  I have no idea how that might work, but think it deserves it's own idea on brainstorm, rather than getting mixed in with that one.
[16:49] <AnAnt> is there a problem with packages.ubuntu.com  ?
[16:52] <i4x> hi everyone!
[16:55] <i4x> I want to use a .deb package to install some files, but I'm not sure where to put them. I'm using the openweakhardy/PackagingA tutorial and the only problem I have is to install that files!
[16:56] <i4x> where do I put them? in ed-0.9/debian/ folder??
[16:58] <i4x> I created 'ed-0.9/debian/tmp/mp/' and 'ed-0.9/debian/tmp/database/' folders. made the 'debuild -us -uc' and it returned no errors!
[16:59] <persia> i4x: What kind of files?
[16:59] <i4x> but when installing, the postinst can't find the folders and ....
[17:00] <i4x> persia: I need to install: /tmp/database/mp.sql  and /tmp/mp/runner (script)
[17:01] <bobbo> AnAnt: yeah package.ubuntu.com is down for me too
[17:02] <bobbo> s/package/packages
[17:02] <nhandler> I have a quick question. The package I am working on comes with .desktop files (not the debian directory). The package does not have a patch system in place. Should I add a patch system to the package in order to modify the .desktop files? If so, which type of patch system should I use? Or should I just modify the .desktop files in the debdiff?
[17:02] <persia> i4x: You really don't want to install anything to /tmp.  Why not install the sql into /usr/share/$(package)/$(package).sql, and embed the script in the postinst?
[17:03] <geser> nhandler: I'd only add a patch system for big changes
[17:03] <nhandler> geser, So for this instance, it would be better to modify something outside of the /debian directory in the debdiff than to add a patch system?
[17:03] <persia> nhandler: I'd recommend checking other packages by the same maintainer, and possibly introducing a patch system that matches their style.
[17:04] <geser> nhandler: especially if the package has already some changes (from Debian) adding a patch system isn't wise (for small changes) as you end with some changes as patches (Ubuntu) and some changes applied directly (Debian)
[17:04]  * persia very strongly agrees with geser about packages with changes in diff.gz
[17:05] <i4x> persia: the script will be installed to init.d to run at startup, and the database will only be used once by postinst that installs the database and then removes it.
[17:05] <geser> nhandler: depending how much you want to change, I wouldn't add a patch system just to change a few lines in a .desktop file
[17:06] <persia> i4x: For the init script, investigate dh_installinit.  For the sql, I still think it belongs in  /usr/share/$(package)/$(package).sql for later reference by the user.
[17:06] <nhandler> geser, It looks like I'll just be adding Icon lines to a few .desktop files that are in the package. I might also be making a few minor changes to the .desktop files to make them validate.
[17:06] <persia> geser: I've had more success getting patches into Debian when I follow the maintainer's style, which is why I recommend that research.
[17:08] <i4x> persia: I know there are some .ex files as init.d.ex .. but I don't understand so much to use them.  and, are you saying to install the sql to /usr/share/﻿$(package)/$(package).sql ? if so, how?
[17:09] <persia> i4x: Put it in debian/ then add it to your $(package).install file.
[17:10] <i4x> persia: hm, ok.. I'll search for the *.install file..
[17:10] <persia> i4x: read the manual pages for dh_install and dh_installinit
[17:10] <nhandler> persia and geser: It looks like the Debian maintainer only has 7 packages. I'll look at them and see if I can find a preferred patch system. If I can't, I think I'll just include the changes in the debdiff
[17:11] <i4x> persia: thx, I'll do that! (y)
[17:18] <nhandler> persia, I just checked all 7 of the Maintainer's packages. None of them use a patch system. In this case, do you agree that I should just include the changes to the files that are outside of the debian directory in the debdiff?
[17:18] <persia> nhandler: Very much so.
[17:18] <nhandler> geser and persia: Thank you for your help. I'll go and make the changes now.
[17:32] <porthose> warp10: ping
[17:38] <alex-weej> i'm looking to build the debian package for nautilus-open-terminal on Hardy
[17:38] <alex-weej> the version for Debian Experimental requires a newer version of libpango (i guess because it was just built against it)
[17:38] <alex-weej> how do i get the source from DebExp?
[17:39] <ScottK-laptop> If it's in experimental, it's probably there for a good reason.
[17:39] <alex-weej> there's nothing much experimental about nautilus-open-terminal
[17:39] <alex-weej> it gets about 3 commits a year
[17:39] <ScottK-laptop> One was is to go to packages.qa.debian.org, find the package package page, and then dget -x the .dsc.
[17:40] <alex-weej> thanks, i see the DSCs
[17:40] <ScottK-laptop> It might be building against the new libpango is the only reason it's there.
[17:41] <alex-weej> ScottK-laptop: that got me a .orig.tar.gz and a .diff.gz
[17:41] <ScottK-laptop> Did you use -x?
[17:41] <alex-weej> (sorry, i'm used to apt-get source wiping my bottom for me)
[17:42] <alex-weej> yes
[17:42] <ScottK-laptop> It should have unpacked the source too then.
[17:42] <ScottK-laptop> If it didn't, you can dpkg-source -x filename.dsc to unpack it.
[17:42] <alex-weej> it bombed here" dscverify: can't find any Debian keyrings
[17:43] <ScottK-laptop> So it couldn't verify the signature.
[17:43] <ScottK-laptop> IIRC, the package with the Debian Keyring in it is deceptively called debian-keyring.
[17:44] <ScottK-laptop> I've got a little X windows problem here, so I'll be back (hopefully) in a little bit.
[17:48] <ScottK-laptop> Hopefully that will be better.
[17:48] <alex-weej> OK, nautilus-open-terminal package in Debian Experimental builds fine on Hardy
[17:48] <alex-weej> and works as expected
[17:48] <alex-weej> what do i need to do to get it pushed into Hardy Universe?
[17:48] <ScottK-laptop> It needs to get into Intrepid.
[17:49] <alex-weej> can it then go via hardy-backports->hardy-updates?
[17:49] <ScottK-laptop> Not usally.
[17:49] <ScottK-laptop> What bug are you fixing to get it updated?
[17:49] <alex-weej> the on-desktop behaviour drops you in $HOME previously
[17:49] <ScottK-laptop> Is there a bug?
[17:49] <alex-weej> it was fixed, with the old behaviour being in a gconf option
[17:49] <alex-weej> a long time ago
[17:50] <alex-weej> and 0.9 was released on 28 February 2008, so the debian packages have just been lagging
[17:50] <ScottK-laptop> Intrepid already has 0.9
[17:51] <alex-weej> oh... hmm... i probably should have just used that
[17:51] <alex-weej> haha, oh well
[17:52] <alex-weej> yay, now to just drop the habit of typing cd ~/Desktop every time i open a terminal
[17:53] <ScottK-laptop> alex-weej: I don't think this qualifies for -updates.  It's not a regression, data loss, or crash issue.
[17:53] <ScottK-laptop> You could get the new version in -backports.
[17:54] <alex-weej> ok, is it a lot of effort?
[17:54] <ScottK-laptop> No.
[17:55] <alex-weej> what do i do?
[17:55] <ScottK-laptop> You've already done virtually all the work (testing).
[17:55] <ScottK-laptop> !backports | alex-weej
[17:55] <ScottK-laptop> You file a bug against the hardy-backports project as described above.
[17:55] <alex-weej> got it, thanks
[17:56] <ScottK-laptop> alex-weej: Ping me when it's done and I'll approve it.
[17:56] <alex-weej> well... i haven't really tested it properly... :S
[17:56] <alex-weej> i mean, it works
[17:56] <alex-weej> maybe i should use it for a bit first
[17:57] <ScottK-laptop> For backports, the standard is "Builds, installs, runs" - You pass that.
[17:57] <ScottK-laptop> More testing is welcome, but you've done the minimum.
[17:57] <ScottK-laptop> Note that backports is not enabled by default for what are generally considered good reasons ...
[17:57] <ScottK-laptop> Actually we have very few problems.
[17:57] <alex-weej> yeah of course
[17:58] <alex-weej> ok just a mo
[18:03] <alex-weej> ScottK: you beat me to the original bug :P
[18:03] <ScottK-laptop> ;-)
[18:03] <alex-weej> i will link it in the backport request
[18:06] <alex-weej> ScottK: https://bugs.launchpad.net/hardy-backports/+bug/244017
[18:07] <ScottK-laptop> alex-weej: Mark it confirmed to show you've tested it.
[18:08] <alex-weej> done
[18:10] <ScottK-laptop> alex-weej: Approved and passed to the archive-admins.  It should get backported the next time the process backports.
[18:10] <alex-weej> cheers
[18:13] <i4x> ppl, I'm trying to understand how to use 'dh_install', but I'm confused.. anyone knows how to use it and gives me an example? I just need to understand how the package recognizes the folders/files to install and moves them!
[18:14] <ScottK-laptop> i4x: Did you read man dh_intall?
[18:16] <i4x> ScottK-laptop: yes, I did!
[18:17] <ScottK-laptop> i4x: Did you see the bit about "debian/package.install"?
[18:19] <i4x> ScottK-laptop: I've no '($package).install' file..
[18:19] <ScottK-laptop> Make one that lists the files you want installed.
[18:20] <i4x> ScottK-laptop: do I have to modify anything in rules?
[18:20] <i4x> ok, but where do I create it? debian/ ?
[18:21] <ScottK-laptop> Yes.
[18:21] <i4x> and what should I put there?
[18:21] <ScottK-laptop> A list of the files to install.
[18:22] <i4x> '/folder/to/create/file' ?? only?
[18:25] <i4x> and will the 'package.install' be recognized automatic while debuilding? or should I run 'dh_install' something?
[18:25] <ScottK-laptop> Is your debian/rules cdbs or debhelper?
[18:26] <ScottK-laptop> If it's CDBS, it's automatic magic.  If it's debhelper, dh_install needs to be called, but it's in the standard template.
[18:31] <i4x> ScottK-laptop: "# Sample debian/rules that uses debhelper."
[18:31] <i4x> 'standard template'?
[18:32] <ScottK-laptop> Yes.
[18:33] <i4x> ScottK-laptop: what do you mean with ﻿'standard template'?
[18:34] <ScottK-laptop> When you run dh_make to start making a debhelper based package, it makes a standard rules file.  That's what I mean.
[18:37] <i4x> ScottK-laptop: "﻿dh_install needs to be called, but it's in the standard template." it means that the rules (standard template) calls 'dh_install' ?
[18:37] <i4x> if so, my problem is resolved. if not, how when and how do I call dh_install?
[18:38] <ScottK-laptop> i4x: Please pastebin your debian/rules.
[18:41] <i4x> ScottK-laptop:  http://pastebin.com/d400d5b5d
[18:42] <ScottK-laptop> Looking
[18:43] <ScottK-laptop> i4x: Look at line 74.  It's commeted out.  Remove the "#" and you should be good.
[18:50] <i4x> ScottK-laptop: ok, I'll do that! another 2 questions: since the package has the name 'ed-0.9', should I create 'debian/ed-0.9.install' ? and to use 'dh_installinit' is the same thing as 'dh_install', isn't it?
[18:51] <ScottK-laptop> No and No.
[18:53] <i4x> ScottK-laptop: so, what name I call the 'package.install' file?
[18:54] <ScottK-laptop> ed.install
[18:54] <ScottK-laptop> -0.9 is the version.
[19:09] <ScottK-laptop> jdong: Just because it's summer vacation for you doesn't mean you're off duty on backports.
[19:09]  * ScottK-laptop just ack'ed ~20 for Hardy.
[19:16] <nxvl> siretart: around?
[19:23] <i4x> ScottK-laptop: I'm having this problem: "cp: cannot stat `debian/tmp//tmp/mp/runner': No such file or directory" after 'dh_install --sourcedir=debian/tmp'
[19:24] <ScottK-laptop> i4x: Try it without the /tmp
[19:25] <i4x> * ﻿"cp: cannot stat `debian//tmp/mp/runner': No such file or directory"
[19:25] <ScottK-laptop> I suspect you also need $(curdir)/debian (that's from memory so the syntax may not be perfect.
[19:31] <i4x> the problem is in the both '/' in the middle!
[19:31] <i4x> 'rules' has 'dh_install --sourcedir=debian'
[19:31] <i4x> and the 'ed.install' has 'tmp/mp/runner' .
[19:31] <i4x> but it puts 2 '/' in the middle!
[19:36] <i4x> but ScottK-laptop, do you know why it puts the // between 'debian' and 'tmp/mp/runner' ?
[19:38] <nxvl> ScottK-laptop: is there any doc somewhere on how to test you .debs?
[19:39] <ScottK-laptop> i4x: No, but I don't think it matters.
[19:39] <ScottK-laptop> nxvl: Context please?
[19:40] <nxvl> ScottK-laptop: i still have an rpath issue with augeas, but i don't know how to test the .debs to see if they still have it
[19:40] <ScottK-laptop> How do you know you still have it?
[19:41] <nxvl> ScottK-laptop: because siretart say i still have it (after reviewing it)
[19:41] <ScottK-laptop> Ah.
[19:41] <ScottK-laptop> Does lintian run against the .deb complain about it?
[19:41] <nxvl> and i don'y want to try to fix the problem, upload it, and wait for someone to tell me it's already fixed or not
[19:41] <nxvl> i have run it
[19:41] <nxvl> but nothing shows up
[19:44] <ScottK-laptop> nxvl: Have you seen http://wiki.debian.org/RpathIssue
[19:45] <nxvl> ScottK-laptop: yep
[19:47] <ScottK-laptop> nxvl: What happens when you grep aclocal.m4, configure.in or configure.ac for hardcode_into_libs
[19:47] <i4x> ScottK-laptop: it makes the 'cp' return: ﻿﻿"cp: cannot stat `debian/tmp//tmp/mp/runner': No such file or directory". So I think that the problem is there!
[19:47] <i4x> * "cp: cannot stat `debian/tmp//mp/runner': No such file or directory"
[19:48] <ScottK-laptop> i4x: At this point I usually login to my pbuilder chroot, use debuild to build the package and then see what dirs/files are present when it dies.
[19:49] <nxvl> ScottK-laptop: a lot of "yes" show up
[19:50] <ScottK-laptop> nxvl: Then based on that wiki page, I'd say that's how you know.
[19:51] <nxvl> ScottK-laptop: yes, but the problem is: should i use a patch system? or should i run sed on the debian/rules (this hasn't worked early)
[19:52] <ScottK-laptop> nxvl: I'm not sure.  I'd tend to go with patch system.
[19:53] <nxvl> ScottK-laptop: but patch is before configure
[19:58] <warp10> porthose: pong
[20:03] <porthose> warp10: can I send you a pm :)
[20:03] <warp10> porthose: for sure! BTW, I'm just reading your mail :)
[20:04] <porthose> cool that's what it's about
[20:07] <porthose> warp10:  email me with what you decide please, have to get ready for work (sigh)
[20:08] <warp10> porthose: no problem at all about a new mentee for me. BTW, once big Cesare expressed some concerns about people mentoring people speaking the same mother-tongue
[20:09] <norsetto> warp10: I'm not big, I'm just weight-challenged
[20:09] <warp10> norsetto: heh... speaking about the devil...
[20:11] <norsetto> warp10: yes, its part of the guidelines we discussed, try to avoid mentor-mentee of the same mother-tongue
[20:13] <porthose> norsetto: np have another I can send warp10 after I do the work  thing
[20:13] <porthose> warp10: would that be Ok
[20:13] <warp10> norsetto: I definitely agree. BTW, no problem for me on taking a new mentee (also because David is a little busy at now)
[20:14] <warp10> porthose: sounds good!
[20:14] <norsetto> porthose: sure, how are things going? having fun :-) ?
[20:15] <porthose> norsetto: getting organized and trying to make my first match
[20:17] <porthose> norsetto:  but alas duty (work) calls,  bye
[20:17] <norsetto> porthose: bye
[20:18] <warp10> bye porthose
[20:19] <norsetto> warp10: say the truth, you are also looking forward to working on Sunday, or Christmas Eve
[20:19] <warp10> norsetto: I like to work on Sunday, but not on Christmas Eve, indeed!
[20:21] <bobbo> warp10: hey Andrea!
[20:21] <warp10> Ciao bobbo! How do you do?
[20:22] <bobbo> warp10: un-banned from the computer :D
[20:22] <bobbo> unfortunately im on holiday for a week tomorrow, then have a job all summer, but at least i can check my emails
[20:23] <warp10> bobbo: unbanned? great! Intrepid really needs your help to be a rocking distro!
[20:24] <bobbo> warp10: hehe, 30 uploads so far in Intrepid, itll be rocking already :P
[20:25]  * norsetto didn't even know there was a way to see how many uploads one did
[20:26] <warp10> bobbo: 30, really? sounds great!
[20:26] <bobbo> norsetto: i wrote my own PHP+MySQL app to log my uploads, i add the details into the db then it shows a load of statistics etc about it
[20:27] <bobbo> warp10: hehe, i think its around 28 at the moment, but i have some to add in when my server gets back up
[20:27] <warp10> norsetto: Dktrkranz wrote a small python script to get the ranking
[20:28]  * warp10 runs the script
[20:28] <norsetto> bobbo, warp10: interesting, how do these scripts work? bobbo one I guess is local, but the dktrkranz one I guess is operating on the LP db?
[20:29] <bobbo> norsetto: yeah mine is local, Dktrkranzes sounds interesting
[20:30] <warp10> norsetto: nope, it gets data from <distro>changes@ mailing list
[20:30] <norsetto> warp10: ah, I didn't know the uploader was in those emails
[20:30] <bobbo> warp10: have you got a link to that script?
[20:31] <warp10> norsetto, bobbo: http://paste.beeseek.org/36
[20:31] <bobbo> warp10: thanks :D
[20:32] <warp10> bobbo: ;)
[20:32] <norsetto> warp10: ah, ok, thats not the uploader then
[20:33] <warp10> norsetto: nope, it's just the "changed by" field.
[20:33] <warp10> bobbo: you are 23rd in the list, with 26 packages
[20:33] <bobbo> 26 packages, almost 30 (ish) :P
[20:33] <norsetto> warp10: I guess one could also see the uploader by checking the gpg key though
[20:34] <bobbo> 1	Jonathan Riddell (266 packages) o.0
[20:34] <warp10> norsetto: well, I would like to modify that script using gpg keys to make a sponsors ranking, indeed
[20:35] <warp10> norsetto: it shouldn't be that difficult
[20:35] <norsetto> warp10: the difficult bit would be to collect all the gpg keys
[20:36] <warp10> norsetto: indeed. That would probably require some work with Launchpad
[20:38]  * norsetto wonders who root was
[20:39] <warp10> norsetto: the real mysterious one is 141	??????? (1 packages)
[20:40] <norsetto> warp10: also, i was surprised to see that siretart had only 1 upload, until I saw that he is uploading with his real name too :-)
[20:40] <warp10> :D
[21:37] <i4x> norsetto: are you there?
[21:38] <norsetto> i4x: yes sir
[22:23] <i4x> norsetto: already there? I'm having problems building a package.. because it puts 2 '/' between 'debian' and 'tmp/mp/database.sql', returning error.
[22:24] <i4x> *still there?
[22:25] <norsetto> i4x: that shouldn't be a problem; anyhow, check dir names in debian/rules (and perhaps also debian/*.install)
[22:27] <i4x> I checked!
[22:29] <i4x> norsetto: debian/rules has '	dh_install --sourcedir=$(CURDIR)/debian'  and debian/ed.install has 'tmp/mp/database.sql'
[22:30] <i4x> I can't understand why appears '//' between  'debian' and 'tmp/...'
[22:33] <i4x> norsetto:
[22:33] <i4x> dh_install --sourcedir=/home/i4/Desktop/final/package2/ed-0.9/debian
[22:33] <i4x> cp: cannot stat `/home/i4/Desktop/final/package2/ed-0.9/debian//tmp/mp/temporario': No such file or directory
[22:34] <i4x> any idea?
[22:36] <norsetto> i4x: the path seem wrong, you should use relative paths only unless you want things to fails in chroot, pbuilder, etc.
[22:37] <warp10> Any REVU admin around?
[22:43] <jpds> warp10: key sync?
[22:44] <geser> i4x: and that path is really there?
[22:44] <warp10> jpds: no, REVU still sees me as a contributor, I would like to fix that
[22:45] <jpds> warp10: One moment please.
[22:46] <i4x> norsetto and geser: this is the path: '﻿/home/i4/Desktop/final/package2/ed-0.9/debian/tmp/mp/'
[22:47] <i4x> but I just need one '/', not 2.
[22:48] <jpds> warp10: "Altering warp10@ubuntu.com to level reviewer"-
[22:50] <geser> i4x: what gives "ls -l /home/i4/Desktop/final/package2/ed-0.9/debian//tmp/mp" ?
[22:51] <warp10> jpds: mmm... my login is warp10@libero.it, but if you can change it to warp10@ubuntu.com I would prefer it. If I try to login with @ubuntu.com, it says "There is no REVU account for warp10@ubuntu.com, yet."
[22:51] <i4x> geser: that returns: ls: cannot access /home/i4/Desktop/final/package2/ed-0.9/debian//tmp/mp: No such file or directory
[22:51] <jpds> warp10: You'll have to upload a package with that email.
[22:51] <jpds> warp10: Unless you'd prefer to use the old login.
[22:52] <warp10> jpds: I am seen as a contributor with the old login. BTW, I should upload a package within days, that should fix everything
[22:53] <jpds> warp10: OK, ping me when you've uploaded with the new email and I'll bump the level.
[22:54]  * jpds goes to bed. Night all.
[22:54] <nxvl> why do we install recommends by default
[22:54] <nxvl> is a mess
[22:54] <nxvl> :S
[22:54] <geser> i4x: the extra / should hurt, does "ls -l /home/i4/Desktop/final/package2/ed-0.9/debian//tmp" work?
[22:54] <warp10> jpds: great. Thank you so much!
[22:54] <norsetto> i4x: the problem is surely not the doubl /
[22:54] <geser> nxvl: :) just file bugs about wrong recommends
[22:55] <i4x> norsetto and geser: it seems that 'debuild' removes the folder debian/tmp !!
[22:56] <i4x> and then, when needed, it can't find it!
[22:56] <geser> yes, the clean target gets called before build
[22:57] <i4x> geser: what should I do?
[22:57] <i4x> :S
[22:57] <nxvl> geser: all?
[22:57] <nxvl> :D
[22:57] <geser> nxvl: if all are wrong then yes
[22:57] <nxvl> yes
[22:57] <nxvl> they ALL are wrong
[22:57] <nxvl> :P
[22:58] <geser> i4x: can you pastebin your debian/rules?
[22:58] <geser> nxvl: now you have a good reason to fix it now :)
[22:58] <i4x> sure!
[22:58] <i4x> geser: ..a moment, please!
[23:00] <i4x> geser: http://pastebin.com/d312c383d
[23:01] <nxvl> geser: i mean, the recommends are not strictly necesary and they affect the choose option
[23:01] <nxvl> it's just wrong
[23:01] <i4x> geser: should I move 'dh_install --sourcedir=$(CURDIR)/debian' before 'dh_clean' ?
[23:04] <geser> no, your rules file looks ok
[23:05] <i4x> geser: do you have any idea?
[23:08] <geser> not yet
[23:08] <albert23> i4x: do you have a file debian/compat? If so, which value is in it?
[23:08] <i4x> albert23: 5
[23:09] <geser> i4x: can you make the whole source package available? so I can look at it
[23:10] <i4x> iupiiiiiii!!
[23:10] <i4x> it seems it worked!!
[23:11] <i4x> geser and albert23: I changed debian/rules with 'dh_install --sourcedir=/home/i4/Desktop/final/package2'
[23:12] <i4x> and moved the folder 'tmp' from debian/ to ﻿/home/i4/Desktop/final/package2/
[23:13] <i4x> now the tmp is available to dh_install !
[23:14] <geser> how did you create the files in debian/tmp before?
[23:15] <geser> i4x: I guess you don't need the --sourcedir anymore which has also the advantage that other people can build the package too
[23:16] <i4x> geser: before, I moved the files to debian/tmp..
[23:19] <geser> i4x: which is bad as dh_clean removes the debian/tmp dir as that's where usually make install temporarily installs the build source and dh_install moves the files from there to the specified locations
[23:20] <i4x> and this is only a practice exercise. I'm making a mini-project to Sistem Programming (school).. but as I ever wanted to know how the packages are made, I decided to deliver de mini-project in one package! so I don't need to burn virtual-machines nor a big manual to the teacher evaluate! now, the teacher just installs the package!
[23:26] <i4x> geser and albert23: thank you a lot for the help and time spent! See you someday.. I hope have some time to start building some decent packages! and learn how to fix some bugs! :D
[23:30] <nxvl> siretart: around?