[00:07] <nxvl> what is this distro spint about? i have read it in several places
[00:07] <nxvl> is it the developers sprint?
[00:07] <nxvl> jcastro: ?
[00:20] <kostmo> Is anyone available to review my last release of pyrocket?  http://revu.ubuntuwire.com/details.py?package=pyrocket
[02:02] <NCommander> trying to build qemu with --static == painful
[02:13] <NCommander> HPPA really has a painfully slow autobuilder
[02:30] <bddebian> Heya gang
[03:09] <Drk_Guy> Hi guys!
[03:10] <Drk_Guy> As far as i know, Launchpad stored my public key, where is it stored, so i can give my users my key
[03:19] <NCommander> ScottK, RAOF ping?
[03:21] <emgent> moin NCommander
[03:21] <NCommander> morning emgent
[03:21] <NCommander> which makes me question, are you a MOTU?
[03:21] <NCommander> (or better)
[03:22] <emgent> NCommander: yeah I'm MOTU
[03:24] <NCommander> care to sponsor a project?
[03:25] <emgent> NCommander: what project?
[03:37] <NCommander> Er, not a project, package
[03:37] <NCommander> emgent, a FTBFS fix :-)
[03:40] <emgent> yes I can sponsor
[03:40] <emgent> NCommander: Bugs number ?
[03:40] <NCommander> adding now
[03:40]  * NCommander disables edge
[03:40] <NCommander> Its being buggy for me
[03:42] <emgent> NCommander: if you need sponsor, feel free to subscribe u-u-s and me too.
[03:43] <NCommander> Yeah, I ping IRC though just to prevent spamming u-u-s unnecessary
[03:44] <NCommander> emgent, https://bugs.edge.launchpad.net/ubuntu/+source/liblunar/+bug/248579
[03:44] <NCommander> For some reason, the debdiff got attached twice O_O;
[03:44] <emgent> i will take a look
[03:45] <NCommander> thank you
[03:45] <emgent> np :)
[03:46] <NCommander> Any idea how to get scratchbox to work with a non-ARM target?
[03:46] <emgent> just time for build and test it.
[03:47]  * NCommander looks forward to that eventual day in the distant future that he'll have MOTU
[03:48] <emgent> :)
[03:49] <NCommander> I'm debating giving up userland emulation and simply install qemu in system emulation
[03:49] <NCommander> er, sparc-ubuntu
[03:50] <bddebian> The versioning scheme is supposed to stick for main packages too isn't it?
[03:52] <ScottK> bddebian: Versioning is no different main/universe.
[03:52] <NCommander> bddebian, hola
[03:54] <bddebian> Hi NCommander, ScottK
[03:55] <bddebian> ScottK: Thanks.  Then explain gdebi to me :-(
[03:55] <emgent> hi ScottK bddebian
[03:55] <bddebian> I realize it's native but now I'm at a loss what to do in Debian :-(
[03:55] <ScottK> bddebian: My usual interactions with gdebi start with apt-get remove.
[03:55] <NCommander> bddebian, I'm fixing FTBFSs by the bucket load
[03:56] <bddebian> Heya emgent, congratulations1 :)
[03:56] <bddebian> NCommander: Great
[03:56] <bddebian> s/1/!/
[03:56] <emgent> bddebian: lol thanks
[03:56] <bddebian> ScottK: Aye :)
[03:56] <emgent> hhahaha
[03:57]  * NCommander installs Sparc Ubuntu
[03:58] <NCommander> emgent, how goes it
[03:58] <ScottK> bddebian: Is the issue that gdebi is Ubuntu unique, but doesn't have an ubuntu revision?
[03:59] <emgent> NCommander: processing..
[03:59] <bddebian> ScottK: Well sort of.  Amaya asked me to take a look at it but if I update Debian it would be 0.3.6 ideally which Ubuntu couldn't sync obviously.
[03:59] <bddebian> If I take from ubuntu (which would make sense) I would have to go to 0.3.11+
[03:59] <ScottK> Why can't it be 0.3.12?
[04:00] <bddebian> That might be the answer it just doesn't seem right to jump so many versions in 1 upload for a "native" package but I suppose that is the answer
[04:01] <soren> Why not 0.3.11debian1?
[04:02] <soren> Or... Will there actually be a delta?
[04:02] <bddebian> I don't know where the fsck a debian1 version ever even came from
[04:03] <NCommander> bddebian, your moving nicely along the DD process
[04:03] <bddebian> I am?
[04:03] <ScottK> Debian doesn't typically have a good sense of humor about being downstream from Ubuntu.
[04:03] <soren> bddebian: First answer me this: Is there going to be a delta?
[04:03] <NCommander> What's sad is our packages get lintian fixes because out MOTUs are willing to work on it
[04:03] <bddebian> A delta from whom?
[04:03] <ScottK> intrepid/unstable at the very least.
[04:03] <soren> bddebian: Ubuntu.
[04:04] <bddebian> Probably considering there are so many damn bugs on the BTS
[04:04] <NCommander> w00t, I got past the frontdesk check
[04:04] <bddebian> I know of at least 3 language patches
[04:04] <bddebian> NCommander: Congrats
[04:05] <NCommander> m68k/hurd porter - ok
[04:05] <bddebian> ScottK: Debian has little sense of humor period ;-P
[04:05] <soren> bddebian: Maybe I'm not entirely clear on the story involved here. Is Ubuntu effectively the upstream?
[04:05] <NCommander> I've got to be the first person to ever get in as a hurd porter :-)
[04:05] <bddebian> soren: Not from my perception but I cannot honestly answer that
[04:05] <bddebian> If they are then it makes more sense
[04:06] <bddebian> Stupid ass native packages
[04:06] <soren> bddebian: Hm... Well, then I'm not sure at all.
[04:06] <soren> bddebian: A few things come into play:
[04:06] <soren> bddebian: First: Is there going to be a delta? If not, just upload the package as-is.
[04:07] <soren> bddebian: If yes, and if Ubuntu is effectively the upstream, I don't see what's wrong with a 0.3.11debian1 version number.
[04:07] <soren> bddebian: regardless of presence/absence of sense of humour.
[04:08] <soren> Or a 0.3.11-1, I guess.
[04:08] <bddebian> To me it has nothing to do with sense of humor, it just isn't a versioning I have ever seen Debian use up until this package
[04:08] <soren> I'm rather sure I've seen it before.
[04:08] <bddebian> I'm not even sure it's policy compliant
[04:08]  * soren looks
[04:09]  * NCommander thinks emgent needs a new PC ...
[04:10] <emgent> ?
[04:10] <NCommander> Is your computer still building liblunar?
[04:10] <emgent> my flybook v5 rocks!
[04:10] <emgent>  NCommander nope, check your mail :)
[04:10] <bddebian> Hmm, it looks as though Ubuntu is "upstream" for gdebi
[04:10] <NCommander> I don't need instructions to know how to rock!
[04:11] <emgent> NCommander: https://launchpad.net/ubuntu/+builds
[04:11] <NCommander> and away it goes
[04:11] <NCommander> It successfully built on a bunch of archs, so I got to say thats progress
[04:12] <emgent> https://launchpad.net/ubuntu/+source/liblunar/1.0.0-1ubuntu1/
[04:12] <NCommander> and with that, I just dropped the amd64 ftbfs count under 100 ;-)
[04:12] <bddebian> And mvo is a DD and isn't lool a DD too?
[04:12] <soren> bddebian: Yes, they are.
[04:12] <bddebian> WTF
[04:13] <NCommander> What's the WTF?
[04:13] <soren> bddebian: The current version of gdebi in Debian has such a version number...
[04:13] <soren> In fact, there are plenty of examples of packages that have "debian" in their version number.
[04:14] <soren> 273 of them.
[04:14] <bddebian> soren: I'm aware of that, as I said its the first I have seen.  Not that, that means anything
[04:14] <bddebian> native packages are suppose to have versions only not even a revision but whatever
[04:14] <soren> bddebian: Oh, I thought my suggesting it was the first you've seen.
[04:15] <bddebian> :)
[04:15] <NCommander> emgent, thanks
[04:16] <NCommander> emgent, any comments on my work with my FTBFS fixes?
[04:16] <emgent> NCommander: Thanks for your work!
[04:36] <NCommander> emgent, your not a core dev, are you?
[04:37] <emgent> NCommander: I'm MOTU.
[04:37] <emgent> launchpad.net/~motu
[04:37] <emgent> launchpad.net/~ubuntu-core-dev
[04:38] <NCommander> ScottK, ping
[04:38] <ScottK> Pong.
[04:39] <NCommander> ScottK, care to sponsor a FTBFS fix for epiphany browser?
[04:40] <ScottK> NCommander: Sorry, no.  Am kind of caught up in some stuff.
[04:40] <ScottK> NCommander: Subscribe ubuntu-main-sponsors
[04:40] <ScottK> They usually get to it pretty quickly.
[04:40] <NCommander> yeah
[04:50] <NCommander> ScottK, ouch, that flash backport is evil
[04:52] <ScottK> Yeah.  That's the first backport I approved that was a major disaster.
[04:59] <NCommander> what's going to happen with it?
[05:00] <ScottK> Probably nothing until the final Flash 10 release and then nothing until there's a bunch more testing.
[05:00] <NCommander> Meh, I managed to get gnash to work on amd64 with a lot of effort
[05:00] <NCommander> but at least I don't have the cosnatn issues you see with the non-free fun
[05:01] <ScottK> I don't actually use either much at all.
[05:01] <ScottK> My laptop I got last year had remained blissfully Flash free until I had to test stuff during the disaster recovery.
[05:04] <NCommander> I just have it for youtube
[05:04] <NCommander> and my friend just gave me sudo access on his sparc box, and permission to install an ubuntu chroot so, good-bye sparc FTBFS ;-)
[05:04] <ScottK> Cool.
[05:05] <NCommander> speaking of solved FTBFS
[05:06] <NCommander> epiphany-browser now compiles
[05:08] <solarion> still no love from netflix.  :(
[05:08] <NCommander> FTBFS?
[05:08] <NCommander> er ...
[05:08] <NCommander> wait
[05:08] <NCommander> ....
[05:08] <NCommander> It's bad when I think netflix is a package
[05:08] <solarion> :)
[05:08] <solarion> it's more of a tool
[05:09] <solarion> sadly, mostly in the metaphorical sense
[05:10] <NCommander> and now thats the sound of debootstrap creating an ubuntu sparc chroot :-)
[05:10] <kostmo> what is the significance of prepending lines of the changelog with '*' vs. '-' ?
[05:14] <ScottK> Major and minor bullet points.
[05:14] <ScottK> debian/changelog is meant to be machine parsable, so you need to follow the format closely.
[05:18] <solarion> could do * ** *** **** etc.
[05:18] <solarion> then you could use emacs outline mode.
[05:19] <ion_> And gain a great amount of ugly for free.
[05:26] <kostmo> Are there more details about the official Ubuntu changelog format published somewhere than the ones documented at https://wiki.ubuntu.com/PackagingGuide/Complete#head-c727185a09bc917152055fddb0b69a2f4d812e60 ?  I'd be happy to add this info about bullets and the format for closing Launchpad bugs to the wiki page otherwise
[05:36] <ScottK> That's the right place for Ubuntu.  It's actually documented in Debian Policy, which we generall follow.
[05:53] <J-_> Any packagers around?
[05:55] <J-_> I'd like to suggest something to be packaged. http://nick125.com/projects/pymtp
[06:29] <warp10> Hi all!
[06:29] <nxvl> hi
[06:29] <nxvl> :D
[06:31] <warp10> hi nxvl :)
[06:37] <RoAkSoAx> nxvl, arent u tired :P?
[06:37] <nxvl> yes i am
[06:37] <nxvl> work -> university -> girlfriend -> ubuntu
[06:37] <nxvl> :D
[06:37] <nxvl> all the days of my life
[06:39] <RoAkSoAx> nxvl, haha cool, i support my thesis two days from now and i have to make these videos to show how it works, cuz the proyector won't work the way i need with my Ubuntu T.T...
[08:27] <Iulian> Good morning.
[08:29] <jpds> morning
[08:30] <Iulian> Hello Jonathan!
[08:31] <jpds> :)
[09:08] <Iulian> apachelogger: ping
[09:24] <apachelogger> Iulian: pong
[09:28] <Iulian> apachelogger: Hi, I was wondering if you're still working on bug #163040. I'd like to package paperbox (bug #225633) and it seems that it needs gtkmm-utils which is not in the archive.
[09:28] <apachelogger> Iulian: I am quite busy these days
[09:29] <apachelogger> Iulian: I think gtkmm-utils is on revu, so you can continue on that
[09:30] <Iulian> apachelogger: Yes, it's on revu. If you don't have time to take care of it I will have a look at gtkmm-utils.
[09:31] <apachelogger> Iulian: go ahead, if you need a revu, poke me ;-)
[09:32] <Iulian> apachelogger: Ok, sure. Thanks.
[09:38] <huats> morning all
[10:15] <sistpoty|work> hi folks
[10:16] <Iulian> Morning sistpoty|work
[10:17] <sistpoty|work> hi Iulian
[10:23] <geser> Hi sistpoty|work
[10:23] <sistpoty|work> hi geser
[10:24] <sebner> huhu sistpoty|work geser
[10:24] <sistpoty|work> hi sebner
[10:27] <geser> Hi sebner
[10:31] <sebner> huhu DktrKranz
[10:31] <DktrKranz> bubu sebner
[10:32] <sebner> ^^
[11:08] <huats> Syntux: hello
[11:08] <huats> are you around ?
[11:08] <Syntux> Good day huats
[11:08] <Syntux> yes sure
[11:08] <huats> how are you ?
[11:09] <Syntux> doing great :-)
[11:10] <calc> directhex: ping
[11:28] <huats> ScottK: hey
[11:28] <huats> ScottK: are you around ?
[11:28] <huats> norsetto !!!!
[11:28] <norsetto> huats?
[11:29] <norsetto> :-)
[11:29] <huats> :)
[11:35] <emgent> moin
[11:36] <Iulian> apachelogger: I finished to package gtkmm-utils version 0.3.2. Can you please delete the package from revu so I can upload a new one?
[11:36] <apachelogger> Iulian: you can just upload
[11:37] <Iulian> apachelogger: Uhm, I didn't know that's possible. Will upload it right now.
[11:39] <Iulian> apachelogger: http://revu.ubuntuwire.com/details.py?package=gtkmm-utils
[11:42] <apachelogger> Iulian: please consider resolving the november 21 comment
[11:43] <Iulian> apachelogger: Oups, forgot to add that dependency to fix the symlink problem.
[11:43] <Iulian> apachelogger: I'm fixing it now.
[11:45] <apachelogger> Iulian: maintainer are te Ubuntu MOTU Developers
[11:45] <apachelogger> *the
[11:45] <apachelogger> Iulian: see http://revu.ubuntuwire.com/revu1-incoming/gtkmm-utils-0711211600/gtkmm-utils-0.3.0/debian/control
[11:46] <sebner> apachelogger: always hard working :P
[11:46] <Syntux> guys, I'm trying to build a pbuilder interpid env, --distribution interpid isn't working, complaining that /usr/share/debootstrap/scripts/interpid  does not exists
[11:46] <apachelogger> sebner: you have no idea
[11:46] <sebner> apachelogger: well, I saw the uploads for intrepid :)
[11:46]  * apachelogger was packaging all official KDE 4 packages on weekend
[11:48] <Iulian> apachelogger: I thought that if I want to be the only maintainer of the package I can avoid that.
[11:48] <Iulian> apachelogger: Anyway, I will look for a sponsor to be included into Debian too.
[11:48] <Iulian> apachelogger: So, I think that won't be a problem with the Maintainer field.
[11:48] <sebner> apachelogger: right before the official announcement =)
[11:49] <calc> Syntux: do you have pbuilder from intrepid?
[11:49] <calc> Syntux: er debootstrap i mean
[11:49] <RAOF> Should people be looking for me, I'm unlikely to be online much this week.
[11:49] <calc> Syntux: probably need both from intrepid actually
[11:50] <Syntux> calc, okie how to get that
[11:50] <calc> Syntux: archive.ubuntu.com
[11:50] <calc> Syntux: or launchpad.net/ubuntu/+source/debootstrap etc
[11:50] <slytherin> Syntux: you need debootstrab form intrepid or hardy-backports
[11:51] <apachelogger> Iulian: in that case you wouldn't need to package it for ubuntu at all ... get it into debian and file a sync request (see ubuntu wiki)
[11:51] <Iulian> apachelogger: Well, I'm not planning to get it into Debian very soon.
[11:52] <apachelogger> well, then you need to use motu developers as maintainer
[11:52] <Iulian> apachelogger: Ok then.
[11:53] <calc> Iulian: there are sponsors for debian as well
[11:58] <apachelogger> Iulian: for the debian packaging copyright you might want to use GPL-2 in the URL
[11:58] <apachelogger> GPL islinking to GPL-3
[12:00] <Iulian> Right
[12:06] <warp10> norsetto: regarding the junior mentoring program, both MOTUs and members of ~universe-contributors are eligible to be mentors, right?
[12:07] <sebner> huhu jono =)
[12:08] <emgent> moin sebner warp10 jono
[12:08] <sebner> emgent: \o/
[12:10] <jono> hey
[12:27] <Iulian> apachelogger: It doesn't fix the symlink problem if I add libglibmm-utils2 as a dependency on libgtkmm-utils2. What version should I add?
[12:27] <persia> Does anyone have a workaround for "dpkg: syntax error: unknown group `Debian-exim' in statoverride file" when trying to build against intrepid?
[12:35] <k0p> Iulian, are you package mantainer?
[12:36] <apachelogger> Iulian: why doesn't it?
[12:38] <Iulian> apachelogger: Uhmm, no idea, still looking.
[12:38] <apachelogger> Iulian: less DEBFILE
[12:38] <apachelogger> investigate the content
[12:38] <sebner> go apachelogger, go apachelogger ^^
[12:38] <apachelogger> you will see that every package's changelog and readme and stuff links to the libglibmm-utils2 package
[12:39] <c4_121> gogo
[12:39] <apachelogger> so one way or another every package should depend on libglibmm-utils2
[12:39] <c4_121> its my first time in unbuntu
[12:39] <c4_121> hi all
[12:40] <apachelogger> hey c4_121
[12:45] <AnAnt_> Hello, how can I know what alternatives are provided by which packages in my system ?
[12:46] <ScottK> huats: I am here for about 5 minutes.
[12:48] <huats> ScottK: no big deal
[12:48] <huats> I'll talk to you once you have more time :)
[12:48] <huats> just ping me :)
[12:49]  * ScottK will try to remember.
[12:54] <sebner> folks
[12:54] <sebner> now it's time to say goodbye
[12:54] <sebner> cya in 2 weeks =)
[12:54] <tacone> have good holydays
[12:54] <sebner> tacone: thx =)
[12:55] <huats> sebner: enjoy :)
[12:55] <norsetto> warp10: right
[13:00] <sistpoty|work> nice holidays sebner
[13:00] <warp10> norsetto: ok. Does that imply that for a prospective developer to be accepted as a contributor he should have enough skills and knowledge to be a mentor (apart from his own will to be an actual mentor)?
[13:03] <norsetto> warp10: as you correctly say, expert contributors will not be obliged to mentor junior ones, that will be purely on a volunteer bases.
[13:08] <warp10> norsetto: BTW, I like your document, and I especially like that expert contributors will mentor new prospective devs.
[13:10] <norsetto> warp10: yes, I think that is a big step forward in the right direction
[13:19] <Syntux> I'm having sort of a problem with dget and gpg, can someone help in that http://paste.syntux.net/bin/37
[13:23] <\sh> http://www.cs.arizona.edu/people/justin/packagemanagersecurity/ <- nicely done :)
[13:34] <slytherin> Syntux: What help do you need there?
[13:34] <Iulian> apachelogger: I still can't figure out what could be the problem, sorry.
[13:35] <Iulian> apachelogger: I have no idea why depending on libglibmm-utils2 doesn't fix the problem.
[13:36] <Syntux> slytherin, dget complaining about the signature and aint creating guidedog-1.0.0,
[13:37] <Laney> Syntux: use dget -xu to skip verification, or dpkg-source -x <.dsc>
[13:37] <slytherin> Syntux: The complain about signature is because you don't have public key of the person who signed source package.
[13:38] <Syntux> slytherin, but it's support to extract the package with the -x right?
[13:38] <slytherin> Syntux: But that is no reason not extract source
[13:38] <slytherin> Syntux: yes it should
[13:38] <Syntux> well, it's not doing it
[13:38] <slytherin> Syntux: see if 'dpkg-source -x *.dsc' does it
[13:38] <Laney> dget will fail on a gpg failure unless you pass -u.
[13:39] <Syntux> Laney, it worked with -u
[13:39] <Laney> :)
[13:39] <Syntux> :-)
[13:40] <Hobbsee> Laney: that's not a fail - it's a warning.
[13:40] <Hobbsee> (thank goodness)
[13:40] <Laney> Well the package doesn't get extracted in that case
[13:40] <Laney> I'll get round to makeing a ubuntu-dev-keyring one day soon
[13:41] <Laney> making(
[13:41] <Laney> *
[13:41] <slytherin> Laney: On the contrary, I have always seen the package getting extracted irrespective of the check
[13:41] <Laney> Really? Maybe we have different prefs
[13:41] <Syntux> Laney, what prefs would cause such thing?
[13:42] <Laney> All I know is the behaviour I see
[13:42] <Hobbsee> slytherin: likewise
[14:10] <Hobbsee> jdong: can you backport recordmydesktop and rdepends, please?
[14:10] <Hobbsee> (it's broken in hardy)
[14:11] <calc> directhex: ping
[14:24]  * calc merged mono since directhex seems to be missing for a few days
[15:26] <Major_Kong> hi, i need some help making a debian package for a script. (i don't know to do it...) how do i proccede ?
[15:27] <laga> !packaging | Major_Kong
[15:27] <Major_Kong> does it cover making a package for a script ?
[15:30] <Major_Kong> ?
[15:33] <laga> Major_Kong: i'd assume so
[15:46] <devfil_> asac: ping
[15:53] <bddebian> Heya gang
[15:54] <Iulian> Hi bddebian
[15:54] <sistpoty|work> hi bddebian
[15:54] <bddebian> Hi Iulian, sistpoty|work
[15:55] <devfil> asac: you are my mentor, so probability you would know how I work to help me on avoid procedural error etc... I've recently done a package a little difficult, I think that looking at it you can learn how I work
[16:03] <asac> devfil: ah ok. so what are you working on?
[16:05] <devfil> asac: I'm currently working to update varkon at the latest version, however I've recently finished to update crystalspace at the 1.2.1 version (https://bugs.edge.launchpad.net/ubuntu/+source/crystalspace/+bug/242961)
[16:07]  * sistpoty|work heads home... cya
[16:13] <asac> devfil: ok. hard to check what you changed with just the diff.gz. can you attach a debdiff of just the debian/ directory for this update?
[16:15] <devfil> asac: I started from Debian debian dir, so a debdiff from debian version or ubuntu version?
[16:16] <asac> devfil: what version is currently in debian and what version is in ubuntu?
[16:17] <devfil> asac: in ubuntu 1.0, in debian trunk of 1.2
[16:17] <asac> devfil: when was trunk 1.2 uploaded?
[16:18] <devfil> asac: 06 February 2008
[16:22] <asac> devfil: ok. so this does two things in a row
[16:22] <asac> 1. merge
[16:22] <asac> 2. bump upstream version
[16:23] <devfil> asac: exactly
[16:24] <devfil> asac: do you want that I upload the debian dir only?
[16:36] <Hew> Hey guys, I'm looking into submitting my first patch. This fix just requires a dependency change in debian/control , but being a noob, I'm not sure what it is I need to do this. I've read https://wiki.ubuntu.com/MOTU/Contributing and got the source, but I can't find debian/control (except for in the .diff). Can anyone point me in the right direction? Thanks
[16:42] <Hew> do I just modify the .diff file? This just doesn't seem like the right way to do it. Surely there's a page somewhere that details how to make non-source-code changes.
[16:42] <asac> devfil: yes please ... please the complete debdiff for ubnutu and the debdiff from debian to ubuntu
[16:43] <devfil> asac: no problem
[16:44] <Hew> never mind, I think I worked it out
[16:46] <devfil> asac: maybe a diff between ubuntu debian dir and 1.2.1 and Debian debian dir and 1.2.1 is the best solution, debdiff will include also the edited things on crystalspace sources
[16:50] <asac> devfil: yes, just the debdiff of the debian dir
[16:51] <asac> you can do the complete debdiff and use filterdiff to filter-in/-out the bits you want/dont want
[16:51] <asac> devfil: ^^
[16:51] <devfil> asac: ora I can do diff -ruN
[16:53] <asac> devfil: please use debdiff so you get used to the proper tools for doing that
[16:53] <devfil> asac: ok
[16:54] <slytherin> Hew: Yuo don't update diff, you extract source, make changes, update changelog and create source package again then you submit debdiff
[16:56] <Hew> slytherin: For some reason I missed the debian folder in the extracted source earlier; I've found it now. Thanks for your help.
[16:57] <slytherin> Hew: When I say extract source it means, 'dpkg-source -x *.dsc'
[16:58] <Hew> slytherin: I did apt-get source <packagename>, which seemed to do everything. Is this also a correct way of doing it?
[16:59] <slytherin> Hew: yes even that is fine. Only thing is that it needs deb-src urls in yuor /etc/apt/sources.list. Where as with dpkg-source you can extract any source
[17:00] <Hew> slytherin: Ah, gotcha. Yea, I made sure my source repositories were all there before I started. Thanks for the info.
[17:06] <devfil> asac: I'm unable to use interdiff I think
[17:07] <devfil> s/interdiff/filterdiff/
[17:11] <asac> devfil: why?
[17:11] <asac> debdiff .... | filterdiff -i*/debian/*
[17:11] <asac> should do the trick
[17:12] <devfil> uhm ok
[17:15] <slytherin> devfil: if you are upadting a package to new upstream version, simply attach .diff.gz to bug
[17:15] <devfil> slytherin: already done
[17:15] <slytherin> devfil: so why do you need interdiff then?
[17:16] <devfil> slytherin: asac asked to upload the debdiff between my pakcage and debian/ubuntu version
[17:17] <slytherin> devfil: asac is a developer, I am not. So it is your call. :-)
[17:21] <devfil> asac: all done
[17:22] <Major_Kong> quick question: i don't suppose there are scripts to help me create a package for a perl script and some bash scripts, is there ?
[17:22] <Major_Kong> *are there ?
[17:25] <AnAnt> Hello, may someone review this swt-gtk upload: http://revu.tauware.de/details.py?package=swt-gtk ?
[17:28] <crimsun> mario_limonciell: it's due to upstream (Adobe) being crazy with their version numbers
[17:29] <crimsun> mario_limonciell: and yes, it's an attempt to avoid introducing an epoch, since Debian already uses an epoch, and I wanted to leave MOTU the option of reverting to the Debian source versioning
[17:32] <asac> devfil: what are the changes against crystalspace-1.2.1/CS/scripts/deb/core/debian/changelog
[17:32] <asac> is that a mirror of the real changelog?
[17:33] <asac> anyway. didnt we have any changes in ubuntu (vs. debian)?
[17:33] <devfil> asac: crystalspace-1.2.1/CS/scripts/deb/core/debian/changelog is the debian dir included in the official package, really old
[17:34] <devfil> the changes needed between ubuntu and debian are only build-depends
[17:34] <devfil> and I've included them
[17:35] <asac> devfil: why do we introduce crystalspace-1.2.1/debian/patches/csstartme_startme_cfg_programs.diff?
[17:35] <asac> (if its only the build-depends ;))
[17:36] <NCommander> morning world
[17:37] <AnAnt> asac: does gnash operation depend on existance of flashplugin-nonfree package ?
[17:37] <NCommander> AnAnt, no
[17:37] <emgent> moin NCommander
[17:37] <geser> Hi NCommander
[17:37] <asac> devfil: +	cd CS; DESTDIR=$(CURDIR)/debian/crystalspace $(MAKE) install_bin install_lib install_plugin install_data install_config
[17:37] <NCommander> I'm debating taking a break from FTBFS, and working on merges (its pretty much the same thing ;-))
[17:38] <asac> devfil: that line would have better  be just in the debian format (e.g. multipe lines)
[17:38] <asac> devfil: what license is debian/crystalspace/usr/share/crystalspace*/data/maps/castle/license.txt
[17:38] <asac> ?
[17:38] <asac> we appear to remove it
[17:39] <asac> if its a different license then the one the main program is under we should ship it in usr/share/doc/...
[17:42] <devfil> asac: I included it in debian/copright
[17:43] <asac> ok thats good enough
[17:46] <Hew> any ideas why 'debuild -S' isn't working for me? This is the first problem in the output I see: make[1]: /usr/share/quilt/quilt.make: No such file or directory
[17:46] <asac> devfil: so do you want to update the diff.gz for install_ thing? otherwise i would ack it
[17:47] <geser> Hew: sudo apt-get install quilt
[17:47] <NCommander> and then probably add quilt to the build-deps
[17:47] <asac> devfil: i think its better to include that change as could send the diff directly to debian then
[17:47] <geser> NCommander: it probably is already but not installed
[17:47] <asac> and chances are higher that it would be included
[17:48] <devfil> asac: what you mean in "so do you want to update the diff.gz for install_ thing? otherwise i would ack it"?
[17:48] <NCommander> geser, debuild will not build if source dependencies are not satisfied
[17:48] <asac> devfil: read the comments i gave above ;)
[17:49] <Hew> geser: Just what I needed! Thanks :-)
[17:49] <geser> NCommander: debuild -S doesn't need all build-dependencies installed, just the one use in the clean target, which is called before the source package gets build
[17:51] <devfil> asac: Debian maintainer seems to be offline and this package is "outdated". I prefer to include this in ubuntu and make a NMU with the same changes, so when maintainer will upload my NMU we will sync the package
[17:54] <asac> devfil: thats not the point. i just said that you shouldnt have moved from a multi-line install to a one liner :)
[17:54] <asac> otherwise i agree
[17:55] <RoAkSoAx> greetings! xD
[17:55] <devfil> asac: ah ok, I didn't understand, however why?
[17:57] <asac> devfil: just to be closer ... the diff would have been smaller and better reviewable ,)
[17:57] <asac> its not a big point though. but in the end its just removing the "arch" ifs ... so there is no need to redo that line imo
[17:57] <devfil> ok
[17:57] <devfil> what do you think about all work?
[17:57] <asac> devfil: just imagine on next merge ... the diff will be more comprehensible
[17:58] <asac> devfil: looks good. well done
[17:58] <devfil> ok
[18:01] <ilembitov1> Hi, guys. Can somebody explain to me - is maintaining packages in Universe strictly tied to Ubuntu release schedule?
[18:03] <ilembitov1> Just I try to understand, why universe doesn't get updates to major packages after release
[18:04] <lukehasnoname> <non-motu person here> Update requests have to be submitted, and there has to be a good reason (major bug, required version update, etc.)
[18:05] <ilembitov1> Oh, so Universe can get major updates?
[18:05] <Laney> That's what backports are for
[18:06] <stgraber> ilembitov1: Ubuntu's policy is not to update software once the release is out. Only a few packages are exceptions like Firefox, others just have to be fixed by getting the security/bugfix from the new upstream version and applying it on the version in the repository.
[18:06] <stgraber> to get newer release of a software, use backport.
[18:06] <ilembitov1> But backports don't contain fresh software either...
[18:07] <ilembitov1> Do baskports get update only after a request?
[18:07]  * Laney  nods
[18:08] <lukehasnoname> hm
[18:08] <lukehasnoname> nexuiz should get a backport update
[18:09]  * lukehasnoname will probably fill out a report on bugs.LP, right?
[18:09] <ilembitov1> plt-scheme should get an update. It didn't get one for years...
[18:10] <stgraber> backport is usually taking a release from the current devel version (Intrepid) and having it backported to an older release like hardy
[18:10] <stgraber> so the package first has to be newer in the current devel release
[18:10] <persia> ilembitov1: Has intrepid been updated yet?
[18:10] <lukehasnoname> stgraber: Got it.
[18:11] <ilembitov1> ilembitov1: What do you mean?
[18:48] <apachelogger> Iulian: it does
[18:48] <apachelogger> why do you think it does not?
[18:53] <Iulian> apachelogger: Because when running lintian against the changes file it complains.
[18:54] <apachelogger> Iulian: lintian is not always the smartest sorcerer to ask ;-)
[18:54] <Iulian> apachelogger: Ok then, I will upload it to revu right now.
[18:58] <Iulian> apachelogger: Uploaded, please have a look at it.
[18:59] <slytherin> geser: I am confused with the bug state changes in statcvs sync bug, can you please explain?
[19:11] <apachelogger> Iulian: should be ok now, I will give it a complete revu later on
[19:20] <Iulian> apachelogger: Sure, just ping me if you need something.
[19:22] <bobbo>                                           /whois norsetto
[19:22] <bobbo> sorry!
[19:23] <foxmike> Hi! I'm stuck with a packaging problem.  I'm trying to package brasero-0.8.0 (new upstream version) for hardy, but the build fails.  Can anyone help me sorting it out?
[19:25] <Laney> foxmike: You might be interested to know that ember has uploaded that version to LP for intrepid ;)
[19:26] <foxmike> thank you, I'll take a look at it right now!
[19:28] <jpds> bobbo: hmmm
[19:32] <foxmike> Laney: I've been looking https://launchpad.net/~ember/+archive?field.name_filter=&field.status_filter=any and https://launchpad.net/~ember/+archive?field.name_filter=&field.status_filter=any and I have not seen any brasero package.  Can you confirm I'm looking the right pages?  Maybe it is just not there yet?
[19:33] <foxmike> Well, actually I haven't found any brasero 0.8.0 for the later page...
[19:33] <Laney> foxmike: It's not been uploaded to the archive, just on a bug waiting for sponsorship I believe.
[19:33] <Laney> look at the bugs for brasero in Ubuntu on LP
[19:33] <foxmike> ok I'll check there, thank you!
[19:44] <bddebian> Do be do be dooo
[19:51] <Iulian> bddebian: Scooby Doo?
[19:51] <bddebian> Sure :)
[19:53] <Iulian> bddebian: Are you still watching cartoons? Grow up!
[19:53]  * Iulian smiles
[19:53] <tacone> omg, what's wrong with cartoons ?
[20:13] <AstralJava> Sound gurus, if aconnect is provided by alsa-utils, what -dev package needs to be included as build-depends for an application depending on it (aconnect) to be built properly? I've got a problem in which a package builds fine on pbuilder (intrepid), but fails in PPA.
[20:14] <AstralJava> Oh, and it fails on finding aconnect.
[20:14] <AstralJava> http://launchpadlibrarian.net/16044984/buildlog_ubuntu-intrepid-amd64.rakarrack_0.2.0%2B20080710svn-1_FAILEDTOBUILD.txt.gz
[20:37] <k0p> someone can make a review of my package, please? http://revu.tauware.de/details.py?package=umit
[20:38] <norsetto> k0p: why?
[20:39] <k0p> norsetto, well.. I need a review to package should be added on ubuntu, right?
[20:39] <AstralJava> *blink* *blink* why? What why?
[20:40] <norsetto> k0p: yes, but why should we review your package? I don't mean to be rude, just would like to understand why we should
[20:42] <k0p> norsetto, oh I understand. I never make a package before. Umit it's a graphic front-end for nmap. and it should be nice that umit will be added in ubuntu repository to our users don't have install manually.
[20:42] <norsetto> k0p: ok, thanks for letting me know
[20:43] <norsetto> k0p: do you know what is a watch file?
[20:43] <slytherin> AstralJava: is your pbuilder chroot distribution same as ppa?
[20:43] <k0p> norsetto, nop
[20:44] <norsetto> k0p: did you read our packaging guide? Its explained in there (too)
[20:44] <k0p> read some parts of guide. I'll read it
[20:45] <norsetto> k0p: we really appreciate having a watch file, it helps to keep packages up to date and automatise some of the review tasks
[20:45] <AstralJava> slytherin: pbuilder distribution is intrepid, and updated. changelog tells PPA buildd that the distribution is intrepid. Can I make a difference somehow?
[20:46] <k0p> hmm about the package?
[20:46] <k0p> or about the code?
[20:46] <slytherin> AstralJava: I was just confirming if your pbuilder was intrepid
[20:46] <norsetto> k0p: the watch file is part of the package
[20:46] <AstralJava> slytherin: Oh, okay. Yes, it is. :)
[20:46] <slytherin> AstralJava: The log you referred is Ubuntu build log, right? not PPA log
[20:47] <k0p> norsetto, so it's like make package downloading the code from svn?
[20:47] <slytherin> AstralJava: If the package needs aconnect to build which is provided by alsa-utils then you need to add alsa-utils in build depends
[20:47] <norsetto> k0p: could be, but in that case it would also be nice to have a get-orig-source target in debian/rules
[20:49] <AstralJava> slytherin: Nope, that's from launchpad. Here is the pbuilder log: http://pastebin.ubuntu.com/27551/
[20:50] <AstralJava> slytherin: That's the thing, I wanted understand why my pbuilder works without it. :)
[20:50] <slytherin> AstralJava: any change yu have some additional packages in pbuilder chroot?
[20:50] <k0p> norsetto, so I need add a target get-orig-source?
[20:50] <norsetto> k0p: for packaging python apps, you should really use one of our two python helpers: pycentral or pysupport
[20:52] <slytherin> k0p: if the software is released in .tar.gz format then you may not need get-orig-source, only watch file. But you need to repack and pack or do some additional changes to tar.gz file then you will need get-orig-source targer
[20:53] <norsetto> k0p: I have 248 lintian warnings and 3 warnings, I think this is a record :-)
[20:53] <norsetto> k0p: s/3 warnings /3 errors/
[20:53] <AstralJava> slytherin: No additional scripts from me, no.
[20:53] <k0p> I have 248 warnings?
[20:53] <k0p> lol
[20:53] <k0p> or errors?
[20:54] <k0p> here I don't have errors
[20:54] <norsetto> k0p: 248 warnings and 3 errors
[20:54] <Iulian> Whoah!
[20:54] <geser> slytherin: Riddell processed today sync requests but apparently forgot to add a flag that the ubuntu changes can be overwritten. The script set the status nonetheless to "fix released" and pitti asked me to reopen them, so they are back at confirmed.
[20:54] <norsetto> k0p: thats because you didn't check the binary packages
[20:54] <k0p> norsetto, I don't have warnings in my ubuntu.. and not online. How you see this errors?
[20:54] <k0p> binary packages?
[20:55] <slytherin> geser: Yes, I understood that later. :-)
[20:55] <norsetto> k0p: yes, after you have build your source package, you should use lintian to check your binary packages
[20:55] <slytherin> AstralJava: Which package is it? I will try building in my pbuilder
[20:55] <k0p> norsetto, I only have one warning here
[20:56] <norsetto> k0p: or just check the binary .changes, lintian will check all binary automatically
[20:56] <k0p> norsetto, lintian -iIv?
[20:56] <AstralJava> slytherin: rakarrack, it'll be new. Sources can be found in my PPA @ deb http://ppa.launchpad.net/astraljava/ubuntu intrepid main
[20:57] <AstralJava> err... deb-src naturally
[20:57] <slytherin> AstralJava: is it on revu?
[20:58] <norsetto> k0p: lintian umit_0.9.5-0ubuntu1_all.deb
[21:00] <k0p> norsetto, I don't have errors :/
[21:00] <norsetto> k0p: try giving lintian a kick or two, guess just needs to warm up ....
[21:00] <slytherin> k0p: have you installed lintian from intrepid or hardy-backports? Also did you do lintian *.changes?
[21:01] <slytherin> geser: Do you think you can find enough time to review and sponsor batik update?
[21:01] <k0p> hardy-backports
[21:02] <AstralJava> slytherin: Yes. http://revu.ubuntuwire.org/details.py?package=rakarrack
[21:05] <norsetto> k0p: the precompiled translation files are no-go
[21:06] <CarlFK> installed intrepid, added  http://akirad.cinelerra.org/dists/gutsy.list, then did apt-get build-dep cinelerra
[21:06] <CarlFK> ﻿E: Package libfaad2-dev has no installation candidate.  However the following packages replace it:   libfaad-dev
[21:07] <k0p> norsetto, no-go?
[21:07] <CarlFK> should I tell the cinelerra package maintainer, or is that something that should be logged in lp?
[21:07] <k0p> slytherin, there are a guide to install lintian from intrepid?
[21:07] <norsetto> k0p: yes, they are totally against the GPL which the package claims to be licensed with
[21:08] <slytherin> k0p: no, one from hardy-backports is fine
[21:08] <k0p> hmm ok
[21:08] <k0p> norsetto, we have .mo files
[21:09] <slytherin> CarlFK: Tell cinelerra maintainer
[21:09] <norsetto> k0p: exactly, you need the sources
[21:09] <CarlFK> slytherin: ok.  thanks.
[21:09] <k0p> we have the sources too
[21:09] <norsetto> k0p: no sources (or "preferred form of modification"), no GPL
[21:09] <slytherin> CarlFK: By the way, you are using gutsy url in intrepid, libfaad2-dev is present in gutsy.
[21:10] <k0p> norsetto, you're right
[21:11] <k0p> I don't know what's happer
[21:11] <k0p> happen
[21:11] <norsetto> k0p: you really have to ask upstream, its for his own good too
[21:11] <k0p> norsetto, remove mo files and add the sources right?
[21:11] <k0p> upstream?
[21:11] <geser> slytherin: I can try
[21:12] <norsetto> k0p: the author
[21:12] <CarlFK> slytherin: ﻿not sure what to do with that
[21:12] <k0p> oh yeah
[21:12] <k0p> sure
[21:13] <slytherin> geser: Actually I could not get hold of blueyed for last 3-4 days. So I have readded the bug to u-u-s queue as per discussion with persia. There are few packages in DEPWAIT due to batik.
[21:14] <slytherin> CarlFK: Why are you building package from their site?
[21:14] <k0p> norsetto, so: add watch file ;  see pycentral or pysupport ; remove .mo files ; add po files. And more?
[21:14] <norsetto> k0p: Maintainer will be MOTU, you can list yourself as the XSBC-OriginalMaintainer
[21:15] <slytherin> AstralJava: Your package build fine for my intrepid pbuilder too. Seems to be some problem with PPA then.
[21:15] <norsetto> k0p: and don't forget the 248+3 from lintian ;-)
[21:15] <CarlFK> slytherin: i think it uses trunk - but not sure actually
[21:15] <k0p> norsetto, I don't see it :S
[21:15] <k0p> :(
[21:16] <norsetto> k0p: what is the exact command you are giving ?
[21:16] <k0p> lintian umit_0.9.5-0ubuntu1_all.deb
[21:17] <norsetto> k0p: build-depends and depends needs to be revisited once you use pycentral/pysupport
[21:17] <slytherin> CarlFK: What you can do is 'apt-get source cinelerra', change libfaad2-dev to libfaad-dev in debian/control file, add changelog entry and then do 'dpkg-buildpackage -b'
[21:17] <norsetto> k0p: what do you have in your umit_0.9.5-0ubuntu1_all.deb? Is it empty!?
[21:18] <AstralJava> slytherin: Thanks for confirming. I uploaded a version that has alsa-utils in build-depends. Let's see how it works. Unfortunately I seem to have accidentally uploaded the new version to REVU also, when I could have merely updated the former. It hasn't showed up yet, but can I request a deletion if it turns out as another package in REVU?
[21:18] <norsetto> k0p: and the description is to be totally redone, please read the packaging guide on how to do that properly
[21:18] <slytherin> AstralJava: any change that that failure is arch specific?
[21:19] <slytherin> AstralJava: because I have i386, and your log was for amd64
[21:19] <AstralJava> slytherin: Nope, failed on all archs.
[21:19] <AstralJava> slytherin: Same reason also.
[21:19] <k0p> norsetto, ok
[21:19] <norsetto> k0p: why do you repeat the GPL license header two times? one is enough
[21:20] <norsetto> k0p: use the one with the correct FSF address ;-)
[21:20] <norsetto> k0p: and the pointer for GPL-2 is /usr/share/common-licenses/GPL-2
[21:22] <norsetto> k0p: for the download location this is enough: http://downloads.sourceforge.net/umit/
[21:22] <k0p> norsetto, is it in watch file?
[21:22] <norsetto> k0p: and use your full name in debian/copyright
[21:22] <norsetto> k0p: no, all these in debian/copyright
[21:23] <mouz> would someone like to sponsor my latest patch for bug 246106? thanks :)
[21:24] <k0p> norsetto, ok
[21:24] <geser> slytherin: I've found the .diff.gz for batik, do you know what's the easiest way to get the .orig.tar.gz?
[21:24] <norsetto> k0p: there is also another license for the higwidgets, it is the LGPL-2.1
[21:24] <AstralJava> slytherin: PPA builds succeed now with alsa-utils added. Gonna investigate more tomorrow, gotta get to bed now. Thanks for helping out.
[21:24] <k0p> yeah.. I need to include too?
[21:24] <slytherin> geser: target get-orig-source. :-)
[21:25] <slytherin> AstralJava: welcome
[21:26] <geser> slytherin: now I just to figure out, how I get debian/rules out of the .diff.gz
[21:26] <norsetto> k0p: absolutely, but there is possibly an eror since all sources in higwidgets are licensed GPL-2, this has to be clarified upstream too
[21:26] <norsetto> k0p:  Guilherme Polo <ggpolo@gmail.com> is an author too
[21:26] <k0p> norsetto, yeah it was fixed in the trunk too
[21:26] <CarlFK> slytherin: thanks
[21:27] <k0p> the licence of higwidgets was fixed.. i'll update
[21:27] <k0p> norsetto, what's about the author guilherme?
[21:27] <slytherin> geser: well, you can gunzip .diff.gz and the do 'patch -p1 < .diff' any directory, you will all the debian files
[21:27] <norsetto> k0p: he is quoted as the author in one of the source files
[21:27] <k0p> yeah
[21:28] <k0p> it was
[21:28] <k0p> it is
[21:28] <k0p> is it to included in debian/copyright
[21:28] <k0p> ?
[21:30] <norsetto> k0p: yes, its better
[21:30] <k0p> norsetto, ok. I have all the notes
[21:30] <k0p> I only have the problem
[21:30] <k0p> because I don't see warnings
[21:30] <k0p> can you upload it to pastebin?
[21:31] <k0p> well.. may be I need to install other lintian
[21:31] <norsetto> k0p: which pastebin you prefer?
[21:32] <k0p> choose you :)
[21:32] <norsetto> !pastebin
[21:33] <CarlFK> slytherin: ﻿dpkg-buildpackage will get the dependencies?
[21:33] <norsetto> k0p: http://paste.ubuntu.com/27556/
[21:33] <k0p> thanks
[21:34] <k0p> norsetto, what commend do you execute to see it?
[21:34] <slytherin> CarlFK: No, it just build package. You will have to install dependencies manually I guess, at least one i.e. libfaad-dev
[21:34] <slytherin> ﻿geser: Any more inputs needed form me? I have to go to sleep.
[21:34] <broonie> apt-get build-dep might be handy
[21:34] <CarlFK> broonie: ﻿build-dep is erroring
[21:34] <norsetto> k0p: lintian umit_0.9.5-0ubuntu1_amd64.changes
[21:34] <CarlFK> http://dpaste.com/65185/
[21:35] <slytherin> broonie: Not in his case. He is using a source for gutsy where libfaad2-dev was present. But his distribution is intrepid where libfaad-dev is needed
[21:35] <norsetto> k0p: you don't need README.Debian
[21:38] <k0p> k
[21:38] <k0p> ok
[21:38] <norsetto> k0p: what are the .dmp files?
[21:39] <k0p> norsetto, sqlite I think
[21:40] <k0p> oh no
[21:40] <k0p> it's not
[21:40] <k0p> it's a file with information to identify servers
[21:40] <geser> slytherin: still fighting to get the .orig.tar.gz but I make progress
[21:40] <slytherin> geser: what is problem?
[21:41] <slytherin> geser: I mean doesn't 'make -f debian/rules get-orig-source' work for you?
[21:41] <geser> slytherin: I guess the last problem was that the dir I was running get-orig-source was badly named (just batik and not batik-1.7, so tar failed)
[21:41] <norsetto> k0p: in the desktop files, add a ; at the end of the categories line
[21:42] <norsetto> k0p: do you need to run this thing as root?
[21:42] <k0p> yeah it's needed
[21:42] <slytherin> geser: I think it shouldn't make a difference. The upstream zip will be extracted into separate dir with proper version.
[21:42] <geser> hmm
[21:42] <norsetto> k0p: ok, the you only need one desktop file
[21:43] <geser> slytherin: does the packaging base on the Debian package? if yes, did you need to change much?
[21:43] <k0p> norsetto, why?
[21:43] <norsetto> k0p: in the desktop file, use an imperative verb in the comment
[21:43] <k0p> I can run it as root or without root
[21:43] <norsetto> k0p: you said you need to be root
[21:44] <k0p> norsetto, my mistake
[21:44] <slytherin> geser: Debian doesn't have get-orig-source. Also as far as I remember pdf-transcoder.jar file was removed in repackaged source. I am deleting all jar files in clean target instead.
[21:44] <k0p> I can run with root or without root
[21:44] <norsetto> k0p: well, still, if you don't you still need one desktop file only
[21:44] <k0p> with root we have all previligiuous to make some scans
[21:44] <k0p> but I need twice
[21:44] <slytherin> geser: One more thing. pdf-transcoder source is updated. You can find detail in README.Debian-source
[21:45] <slytherin> geser: But rest everything is same IIRC
[21:45] <norsetto> k0p: than the application is bogus, for the priviledged operation they would need to switch to root , but it will have to be done within the application
[21:45] <slytherin> geser: except the usual updates.
[21:46] <geser> slytherin: now I finally got a .orig.tar.gz
[21:46] <slytherin> geser: If it is too much trouble, leave it. We can discuss in detail tomorrow. I have to go now.
[21:47] <slytherin> geser: Ok. Best luck with review then. :-) Bye.
[21:47] <norsetto> k0p: looks like the icon is not correctly installed
[21:48] <k0p> norsetto, about the last comment I think that we can't switch to root in runtime
[21:49] <k0p> about last..well
[21:49] <norsetto> k0p: /usr/share/icons/umit_ico_48px.svg but you want it in /usr/share/icons/umit/umit_ico_48px.svg
[21:50] <norsetto> k0p: anyhow, thats it for tonigh, now you have enough to keep you busy for the next few weeks ;-)
[21:50] <k0p> norsetto, not the next few weeks dude.
[21:51] <k0p> i'll working hard to fix it :D
[21:51] <k0p> I hope finish tomorrow
[21:51] <k0p> but it's lot of warnings :O
[21:51] <k0p> and erros
[21:52] <k0p> to fix
[21:52] <k0p> norsetto, btw thanks a lot!
[21:52] <k0p> it's very nice your help
[21:53] <norsetto> k0p: my pleasure
[21:53] <TGD> hi
[21:53] <k0p> :)
[21:55] <TGD> hello
[21:56] <TGD> hmmm
[21:58] <huats> norsetto !!!
[21:58] <norsetto> huats !!!
[21:58] <norsetto> the well aligned couple :-)
[21:58] <huats> :)
[21:59] <huats> thanks for trying to find a mentor to didrocks, you wont be disapointed
[22:00] <norsetto> huats: I hope he will be true to his name ;-)
[22:00] <huats> :=
[22:00] <huats> :)
[22:01] <huats> I am sure he will
[22:01] <norsetto> whats :=, a funny guy with two breadsticks in his nose?
[22:02] <huats> no simply a funny french guy that has some pbs with it keyboard :)
[22:02] <norsetto> lol
[22:03] <norsetto> _#($%_#_#@$_@#%
[22:04]  * tacone HATES french keyboards
[22:04]  * norsetto hates french women
[22:05]  * Laney loves french cheese
[22:06] <emgent> argh
[22:06]  * tacone bleurgh
[22:10] <k0p> norsetto,  should I remove mo files?
[22:11] <norsetto> k0p: it would be better, they should be created at build time
[22:11] <k0p> ok
[22:13] <k0p> norsetto, I can't make nothing a respect two desktop files
[22:13] <norsetto> emgent: o/
[22:13] <k0p> if users want he should be run umit as root
[22:14] <k0p> may be next release of umit it should be fixed
[22:16] <emgent> norsetto: o/
[22:20] <CarlFK> looking at hvirtual-2.1.0/debian/control I see libfaad2-dev | libfaad-dev,
[22:20] <CarlFK> so shouldn't it use ﻿libfaad-dev if it can't get the first?
[22:24] <Adri2000> it should
[22:34] <tormod> git help please: how can I undo a commit, but keep changes (cause I want to change something but push only one commit in the end)?
[22:36] <NCommander> I don't think its possible in git to do that short of going back to the old revision and then applying diffs manually
[22:38] <tormod> git reset --soft ?
[22:38] <wgrant> Use bzr :P
[22:39] <tormod> NCommander: going back how? git reset --hard?
[22:39] <tormod> wgrant: I think I know how to do this with bzr, yes :)
[22:39] <NCommander> I'd agree with wgrant, use bzr ;-)
[22:39] <norsetto> bzr? whats bzr!?
[22:40] <NCommander> tormod, by recloning the git repo, and then applying your patches to that and commiting
[22:40] <tormod> NCommander: starting from scratch that is... I was hoping for something less bandwidth hungry
[22:41] <Adri2000> tormod: git reset doesn't work?
[22:41]  * NCommander does not think that highly of git
[22:42] <tormod> Adri2000: just tried git reset --hard , and I can still see my changes
[22:43] <Adri2000> git reset <commit> ?
[22:43] <tormod> Adri2000: just found that out thanks
[22:43] <NCommander> Adri2000, that simply changes the working tree, it doesn't effect his local repo
[22:44] <Adri2000> NCommander: you mean it doesn't remove the commit?
[22:44] <tormod> the problem is I never understood CVS, only did was I was told. working tree? repo?
[22:44] <tormod> (I don't expect to be explained this here now)
[22:44] <Adri2000> in git you have index as well :)
[22:45] <NCommander> Adri2000, nope. out of the box, there isn't a way to completely elimiate a revision short of editing files to my knowledge
[22:45] <tormod> Adri2000: brain overload :)
[22:45] <NCommander> But I haven't used git in quite some time
[22:45] <NCommander> So I can't say for sure its right
[22:46] <tormod> but hey, "git reset --hard <commit>" changed my files and according to "git log" some meta information as well. looks good
[22:47] <NCommander> Well, if that works, then neat
[22:51]  * NCommander adds it to his git cheatsheet
[22:51] <NCommander> I still think git is almost as bad as GNU arch
[22:51] <NCommander> But at least its not as messy
[22:58] <tormod> arch - I had forgot about that one. as if it's not enough with svn, git, bzr and that they keep changing.
[23:14]  * NCommander blows the dust on his How To Package memories
[23:24] <k0p> where I can know more about pycentral and pysupport?
[23:31] <warp10> Hi all
[23:36] <NCommander>  when you name a library, the dev package is libraryname-dev, and the actual library is libraryname0, where zero is the ABI, right?
[23:38] <k0p> lintian V please
[23:39] <k0p> lintian -V
[23:39] <NCommander> ??
[23:39] <k0p> NCommander, it's not for you.
[23:40] <NCommander> oh
[23:40] <ScottK> NCommander: Yes.
[23:41] <NCommander> should I start the numbering at 0 or 1
[23:41] <Adri2000> 0
[23:41] <ScottK> k0p: Look in the new python policy (google for Debian new python policy) and in the docs for each package.
[23:41] <NCommander> (this is the first time in like years I've packaged a library)
[23:41] <Adri2000> NCommander: you start counting at 0, right? :)
[23:41] <NCommander> Adri2000, no, -1 ;-)
[23:41] <NCommander> I'm always owing someone something so I need to take that into account
[23:41] <k0p> ScottK, ok thanks
[23:42] <k0p> ScottK, what version of lintian do you use?
[23:42] <NCommander> ok, got the watch file done, just need to update the copyright file, clean up the rules, and add the descriptions to the control file, and then upload to REVU
[23:43] <ScottK> k0p: 1.24.2
[23:45] <k0p> 1.24.1 is old school?
[23:45] <ScottK> As of about two days ago, yes.
[23:45] <k0p> I guy found 248 warnings in my package and I don't see it
[23:45] <ScottK> What package?
[23:45] <k0p> umit
[23:47] <ScottK> Right now it's packaged as a native package, so fix that first.
[23:47] <ScottK> http://revu.ubuntuwire.com/revu1-incoming/umit-0807160010/lintian
[23:47] <k0p> are you talking about warning?
[23:47] <k0p> uploading..
[23:48] <k0p> ScottK, I already upload.
[23:48] <k0p> when It's online I'll say to you
[23:49] <k0p> 2 minutes remaining :)
[23:58] <k0p> ScottK, can you take a look now?
[23:58] <k0p> http://revu.tauware.de/details.py?package=umit