[00:26] <binarymutant> if anyone would care to review and possibly advocate my package, http://revu.ubuntuwire.com/p/lxsplit, I would be very appreciative
[00:47] <nhandler> binarymutant: I don't have time for a full review, but you should mention the patch that you added in debian/changelog
[01:00] <kostmo__> dear reviewers, would anyone like to take a look at my new package http://revu.ubuntuwire.com/p/ppower ?  It is for controlling X10 devices unsupported by the "bottlerocket" package.
[01:16] <binarymutant> nhandler, thank you, I will add that information
[01:43] <james_w> urgh, I wish I had never looked at this package now
[01:43] <binarymutant> :( hope its not mine :(
[01:44] <james_w> nah
[01:44] <binarymutant> :)
[01:46] <directhex> poor james_w
[01:47] <james_w> I think maybe we should put it out to pasture
[01:48] <directhex> as long as it's not "linux" we're talking about...
[01:50] <binarymutant> if anyone would care to review and possibly advocate my package, http://revu.ubuntuwire.com/p/lxsplit, I would be very appreciative
[02:44] <binarymutant> if someone has the time to review and possibly advocate my package, http://revu.ubuntuwire.com/p/lxsplit, I would be extremely appreciative. Thanks :)
[03:36] <serialorder> I have a package that FTBFS because debian/rules calls pythong2.6
[03:36] <serialorder> python2.6*
[03:37] <serialorder> sorry i will start over
[03:37] <serialorder> I have a package that FTBFS because debian/rules calls python2.5
[03:37] <serialorder> changing it to python2.6 corrects the problem
[03:38] <serialorder> what I am wondering is if I should change it to python2.6 or the less brittle /usr/bin/python ?
[03:38] <lifeless> serialorder: well, find out why first
[03:39] <lifeless> if there is a reason for it to call a specific version you will need to keep doing that
[03:41] <serialorder> I dont think there is anything version specific in there, I will double check and if there is not then should I just call python ?
[03:41] <lifeless> if there is no reason to use a specific one, just call 'python'
[03:41] <serialorder> thanks lifeless
[05:02] <binarymutant> If someone has the time to advocate my package http://revu.ubuntuwire.com/p/lxsplit I would greatly appreciate it :)
[05:50] <Stupendoussteve> I am working on a merge on a package in Universe, Maintainer is set to Ubuntu Core Developers, is this correct?
[05:51] <lifeless> unlikely but possible
[05:51] <lifeless> some packages in universe build binaries for main
[05:53] <jdong> could also be a hastily demoted package
[05:54] <Stupendoussteve> It hasn't been touched since gutsy
[05:55] <lifeless> likely wrong then... what package?
[05:55] <Stupendoussteve> It is ssed
[05:57] <Stupendoussteve> The changes are not large, I am doing it for practice but would like to correct that if it is wrong :)
[05:57] <lifeless> certainly looks wrong to me
[05:57] <lifeless> I'd change it
[06:52] <binarymutant> any available to do a revu?
[07:11] <iulian> directhex: Hey.  You don't need to ack your own sync requests, just file the bug and subscribe u-a.
[07:13] <iulian> binarymutant: If you say what package it is, then perhaps someone will take a look at it.
[07:14] <binarymutant> If someone has the time to advocate my package http://revu.ubuntuwire.com/p/lxsplit I would greatly appreciate it :)
[08:56] <fransman> What got to be done to get debbug 473781 done, so we solve a ubuntu one
[09:09] <Elbrus> fransman: have you contacted the maintainer?
[09:13] <fransman> Elbrus: If I am well Savvas Radevic did that for bug 319204
[09:14] <savvas> present!
[09:15] <fransman> savvas: Did you contacted the maintainer as Elbrus is asking for
[09:15] <savvas> fransman: as far as I remember, the reply was it has to be tested and given the appropriate build-depends
[09:17] <savvas> fransman: it was quite some time ago, so.. lool: what's the status with flumotion in debian? :)
[09:18] <fransman> savvas: but that's ok, we are here now http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=473781
[09:19] <lool> savvas: ENOTIME
[09:21] <savvas> er.. what?
[09:21] <lool> As in I don't have time to take care of new upstream versions
[09:22] <lool> I think the packaging is decent, there are some oddnesses, but updating it to new upstream versions requires careful checking of the deps
[09:22] <savvas> ok thanks :)
[09:24] <fransman> savvas: Are you in contact with Thomas Vander Stichele to help you out?
[09:25] <lool> I'm not 100% sure he's the best contact
[09:26] <fransman> lool: because he does the same for rpm if I am well
[09:27] <savvas> fransman: I'm not interested in the package, but maybe I'll check it out later and provide a new cleaner patch for the new upstream version - but no promises though, exam perios is coming up soon :)
[09:27] <lool> Well that's quite different packaging; I don't think he's versed in Debian packaging; he does know the flumotion code well though
[09:27] <savvas> *period
[09:28] <lool> Someone from Fluendo picked up my packaging for their internal use; but I don't recall who it was and I don't see him on #fluendo
[09:28] <lool> (probably because it's the WE°
[09:35] <fransman> lool: was it jdahlin?
[09:38] <lool> I think so
[09:39] <fransman> lool: Thomas said we list the dependencies in our README, in configure.ac, and in the rpm spec
[09:41] <lool> Some are split differently in Debian/Ubuntu, e.g. twisted, and the runtime deps are tricky to get right
[09:42] <fransman> true
[09:46] <fransman> lool: Can I forward a e-mail by Thomas to you?
[09:47] <binarymutant> If someone has the time to review and possibly advocate my package http://revu.ubuntuwire.com/p/lxsplit I would greatly appreciate it :)
[09:55] <lool> fransman: Sure
[09:57] <artfwo> binarymutant: I am not a MOTU neither I am good at packaging, but you have a common mistake: the changelog should only contain an "Initial release" entry AFAIK
[10:05] <lifeless> artfwo: it can contain multiple entries
[10:06] <artfwo> oh, by was often told by the crowd to collapse all the entries into a single one
[10:07] <a|wen> that depends on the sponsor ... some wants it collapsed, some don't and some don't care
[10:07] <lifeless> its more style than anything
[10:08] <lifeless> binarymutant: consider using dh 7, its much more compact
[10:09] <lifeless> artfwo: that said, the package he's asking for review only has one changelog entry
[10:09] <lifeless> --- lxsplit-0.2.4.orig/debian/changelog
[10:09] <lifeless> +++ lxsplit-0.2.4/debian/changelog
[10:09] <lifeless> @@ -0,0 +1,7 @@
[10:09] <lifeless> +lxsplit (0.2.4-0ubuntu1) karmic; urgency=low
[10:10] <binarymutant> lifeless, I was wanting to keep in good standing with backports
[10:10] <binarymutant> for the dh5
[10:11] <lifeless> backports can depend on other backported packages
[10:14] <binarymutant> thanks a lot lifeless for taking the time to check out that package :)
[10:14] <lifeless> np
[10:14] <savvas> anyone to review http://revu.ubuntuwire.com/p/gnote ?
[10:15] <artfwo> perhaps someone also feels like reviewing http://revu.ubuntuwire.com/p/scantailor ? :)
[10:18] <AnAnt> LP #1
[10:19] <JimHansson> how do I upload packages to REVU?
[10:20] <artfwo> JimHansson: see https://wiki.ubuntu.com/MOTU/Packages/REVU
[10:20] <binarymutant> JimHansson, dput revu *.changes
[10:22] <JimHansson> yes but it says i need to upload my public key first
[10:22] <artfwo> GPG key is uploaded at https://launchpad.net/people/+me/+editpgpkeys
[10:22] <JimHansson> found it, thanks
[10:47] <geser> a|wen: re bug 371617: I've already a patch for it, should I proceed with it or will you?
[10:48] <a|wen> geser: testbuild at 98% ... do you have it testbuilt=
[10:48] <geser> yes, in my PPA
[10:49] <geser> my fix is removing $(pyste_root) from the --install-lib value
[10:51] <a|wen> geser: that is not enough
[10:51] <a|wen> you need to change to pyshared as well ... else python-support coughs and removes your pyste completely
[10:55] <geser> ok, then you can proceed with this bug
[10:56] <geser> a|wen: btw the boost-1.35 and gcc-4.4 problem is already fixed in the debian package, but needs to be merged. see bug 373962
[10:57] <a|wen> geser: i'll put a correct debdiff on the bug that has been testbuilt in 3 minutes
[10:59] <a|wen> geser: oh ... i have the FTBFS fix as well (at least mine builds with the patch currently)
[11:02] <jpds> hyperair: Yes.
[11:03] <jpds> hyperair: As long as mine's still there of course :)
[11:17] <brennion_> I'm trying to fix a bug, but still hanging on a pid rights issue
[11:18] <brennion_> the startup script uses chuid, and it seems the user have no right to write the pid file..
[11:18] <brennion_> what is the nice way for solving this ?
[11:26] <savvas> liblapack-dev is still not available for lpia right?
[11:29] <savvas> hrm..
[11:31] <savvas> why was support dropped on lapack in cgal package?
[11:35] <directhex> when would you use LAPACK on lpia?
[11:37] <savvas> good point :P
[11:45] <savvas> ah my bad, it's atlas that's failing
[11:47] <jpds> ./sync_db.sh
[11:47] <jpds> ls
[11:48] <jpds> Erm...
[11:49] <savvas> Error: Wrong terminal!
[11:49] <savvas> :)
[11:49] <jpds> savvas: Not quite, just grouped the wrong windows :)
[11:49] <savvas> oh :P ok
[12:18] <AnAnt> what's Strachiatella sessin ?
[12:19] <geser> a "vanilla" session with some "chocolate" parts :)
[12:19] <AnAnt> oh
[12:20] <AnAnt> and what are these ?
[12:20] <geser> sorry, I don't know the details
[12:20] <AnAnt> maybe I should checkout an ice-cream shop ?
[12:20] <geser> lol
[12:20] <AnAnt> james_w: ping
[12:21] <AnAnt> LP 369914
[12:21] <AnAnt> LP #369914
[12:35] <savvas> AnAnt: you could forward your patch to debian :)
[12:39] <AnAnt> savvas: well, my question is, is this patch relevant to those using the old notification system or not ?
[12:40] <savvas> ah no idea, but libnotify-bin tools seem to still work as expected
[12:41] <BUGabundo> hi
[12:41] <BUGabundo> building my 1st deb
[12:42] <BUGabundo> having a bit trouble with debuild
[12:42] <BUGabundo> signfile vuze_4.2.0.2-1~getdeb1.dsc BUGabundo <ubuntu@BUGabundo.net>
[12:42] <BUGabundo> gpg: skipped "BUGabundo <ubuntu@BUGabundo.net>": secret key not available
[12:42] <BUGabundo> how do I add what I need to add?
[12:42] <jpds> gpg -K - take the key ID and add the -k$KEYID flag to debuild.
[12:43] <BUGabundo> jpds: thanks... but slower.. ehh
[12:43] <BUGabundo> I've got the key, now what?
[12:44] <jpds> debuild -S -sa -kKEYID
[12:45] <BUGabundo> ahh ok
[12:45] <BUGabundo> Successfully signed dsc and changes files
[12:45] <BUGabundo> jpds: thank you so much
[12:45] <jpds> \o/ win
[12:46] <jpds> BUGabundo: No problem at all.
[12:46] <BUGabundo> now back to nag joaopinto to get it on getdeb or my ppa
[12:46] <geser> BUGabundo: debsign tries to find the key by using the name and email from the changelog entry
[12:47] <BUGabundo> geser: I think is that the email I use is a secondary of they
[12:47] <BUGabundo> *the key
[12:47] <BUGabundo> and so it failed to find it.... with key it worked
[12:47] <BUGabundo> now I have to check what email it put there... it the one in the change log or the primary in the key
[12:47] <geser> as long as it matches a uid of your key, it should get found
[12:48] <geser> I don't know if it's case-sensitive or not
[12:48] <BUGabundo> http://pastebin.ca/1418187
[12:49] <BUGabundo> humm now that I look at it... something is not right
[12:53] <savvas> maybe you have to set $DEBFULLNAME $DEBEMAIL ?
[12:53] <hyperair> jpds: sure no problem
[12:58] <BUGabundo> lunch... will learn more latter. thanks guys
[13:22] <MaximLevitsky> I have a patch to fix small bug in open-terminal extension
[13:22] <MaximLevitsky> I have attached it to bug report, yet I don't see it yet in the package
[13:22] <MaximLevitsky> How I include it
[13:22] <MaximLevitsky> ?
[13:23] <MaximLevitsky> https://bugs.launchpad.net/ubuntu/+source/nautilus-open-terminal/+bug/333462
[14:33] <james_w> savvas, nyu: tar: gnote-0.3.1/gnote-0.3.1.tar.bz2: implausibly old time stamp 1970-01-01 01:00:00
[14:35] <nyu> james_w: this is to archieve md5sum consistency with debian.  it was requested by directhex
[14:36] <directhex> nyu, you only need to untar if you're repacking the source's contents (e.g. +dfsg)
[14:36] <directhex> nyu, if you are not untarring, you can use bzcat and preserve the tar's integrity
[14:36] <james_w> why did you have to set it to that date to achieve that?
[14:36] <directhex> hang on, let me find a snippet
[14:36] <james_w> couldn't you just use the same tarball?
[14:37] <lifeless> james_w: same date always, vcs snapshot
[14:37] <nyu> directhex, james_w: it complains about the parent tarball, not the upstream one
[14:37] <nyu> the upstream tarball is pristine
[14:37] <james_w> and is all this code really just (C) Hubert?
[14:37] <nyu> no
[14:37] <directhex> well, welcome to a tar-in-tar problem i suppose
[14:38] <directhex>         bzcat $(DEB_SOURCE_NAME)_$(VERSION).orig.tar.bz2 | \
[14:38] <directhex>                 gzip -9fn -c - > $(DEB_SOURCE_NAME)_$(VERSION).orig.tar.gz
[14:38] <nyu> james_w: check debian/copyright
[14:38] <directhex> that produces pristine gz from bz2, if you just mangle the upstream tarball rather than tar-in-tar
[14:38] <directhex> without timestamp foo
[14:39] <james_w> well, I was referring to the copyright headers
[14:39] <james_w> but that's odd anyway
[14:40] <nyu> james_w: the original tomboy authors didn't assert copyright in most of the headers.  in those where they did, it has been preserved
[14:40] <james_w> still
[14:40] <james_w> we *know* that he doesn't have sole copyright to those files
[14:40] <azeem> nyu: last time I checked, gnote had something like a tomboy debian/copyright
[14:41] <nyu> sure we do.  it's a very common situation
[14:42] <james_w> how?
[14:42] <directhex> the usual technique when there's ambiguity is to ask - i.e. "can you please add appropriate headers to these files, to make it clear you have copyright"
[14:42] <james_w> how is it not a derivative work?
[14:42] <directhex> there's an open tomboy bug about it afaik
[14:42] <james_w> anyway, it's a reject for now
[14:42] <nyu> james_w: what do you mean?
[14:42] <james_w> I'll talk to other archive admins about the other issues when it comes back around
[14:43] <james_w> nyu: the files were taken from tomboy and ported, which in all likelyhood makes them a derivative work
[14:43] <nyu> james_w: indeed, it's a derivative work
[14:43] <nyu> james_w: why would that be a problem?
[14:44] <james_w> but it also suggests that the people who have copyright on the original probably have a call for a share of copyright in the derivative
[14:44] <nyu> of course they do
[14:44] <nyu> they just didn't bother to assert it
[14:44] <directhex> http://bugzilla.gnome.org/show_bug.cgi?id=517369
[14:44] <nyu> but they can still do that
[14:44] <james_w> well, they didn't put the statement in every header
[14:45] <james_w> it's not the reason for the reject
[14:45] <james_w> I just think it is disingenuous on the part of gnote
[14:45] <azeem> I think gnote upstream is just somewhat incompetent WRT copyright maybe
[14:46] <directhex> and/or tomboy upstream
[14:46] <azeem> right
[14:46] <nyu> james_w: so what's the reason?
[14:46] <directhex> but like i said, "<directhex> the usual technique when there's ambiguity is to ask - i.e. "can you please add appropriate headers to these files, to make it clear you have copyright""
[14:46] <azeem> but apparently the Debian/Ubuntu maintainers trying to sneak in some of their agenda through this
[14:46] <james_w> nyu: debian/copyright is incomplete
[14:46] <nyu> james_w: it refers to copyright.tomboy, which is a verbatim copy of the tomboy debian/copyright
[14:46] <nyu> is that one incomplete as well?
[14:47] <james_w> it asserts blanket GPL v3, which is untrue
[14:47] <azeem> where's the proposed Ubuntu gnote debian/copyright?
[14:47] <directhex> azeem, on revu
[14:47] <azeem> k
[14:47] <nyu> the combined result can be distributed only under GPLv3 (or later)
[14:47] <nyu> the same happens in many other projects (e.g. gcc)
[14:47] <nyu> or linux
[14:48] <james_w> and yes, the tomboy debian/copyright isn't great either
[14:48] <nyu> anyway, what do you suggest?
[14:49] <azeem> nyu: obviously the copyright is wrong no?
[14:55] <james_w> reject mail sent
[15:04] <nyu> james_w: alright.  would you rather have those specified in copyright or in copyright.tomboy ?
[15:05] <james_w> copyright
[15:07] <savvas> ok, got the info :)
[15:08] <directhex> and be warned that debian ftpmaster is unlikely to be more friendly than ubuntu archive-admin, IME
[15:09] <nyu> directhex: after having dealt with mails from katie for 8 years, you get used to them
[15:10] <nyu> I don't remember any of them being unfriendly, at least not by comparison with debian's standards
[15:10] <directhex> well, sure, by debian standards, not being told to gobble on body parts is polite
[15:10] <directhex> but ftpmaster is really REALLY strict over copyright these days
[15:11] <james_w> I don't think that's helpful
[15:12] <james_w> they have more to deal with than us, and are more thinly spread
[15:13] <directhex> oh, absolutely
[15:14] <directhex> my point is "make sure any changes made to meet ubuntu's standards also go into the package sat in NEW - BEFORE any DD has to duplicate james_w's work and say 'nuh'"
[15:14] <james_w> oh, I'd agree with that :-)
[15:35] <james_w> it seems that [REVU] mails are another convention we have that is poorly regarded
[15:38] <nhandler> james_w: What are you talking about? The emails that users are meant to send out after they upload a new package?
[15:38] <james_w> no, when you sponsor a package in to the archive you are supposed to send a mail to ubuntu-motu
[15:45] <nhandler> james_w: Yeah, that was what I was talking about
[15:45] <james_w> oh, sorry
[15:48] <nhandler> james_w: Do you think it would be beneficial to add a section about uploading packages from REVU to https://wiki.ubuntu.com/MOTU/New ?
[15:48] <savvas> james_w: when the package is rejected, the fix is uploaded on revu again, correct?
[15:48] <james_w> probably
[15:48] <vadi2> In my package for a c++ program, how can I get 'make' to be executed in a specific folder, not the root one?
[15:48] <james_w> savvas: ask your sponsor if they are willing to re-upload to the archive again
[15:49] <nhandler> james_w: I'll try and add a small section sometime today. It is Mother's Day, so I might not get to it until later
[15:49] <savvas> ok thanks!
[15:49] <james_w> usually it's just small changes, so it doesn't need re-review
[15:49] <james_w> thanks nhandler
[15:49] <directhex> americanese mothers' day. t'is different to the britland one
[15:49] <directhex> oh, who do i poke to be on planet ubuntu?
[15:50] <soren> directhex: Noone
[15:50] <soren> directhex: You add yourself.
[15:50] <soren> directhex: Link to instructions is on the site itself.
[15:51] <nhandler> directhex: https://wiki.ubuntu.com/PlanetUbuntu
[15:52] <LucidFox> Okay, I've prepared a dynamic libmp4v2 patch for gtkpod that will allow us to kill gtkpod-aac.
[15:54] <directhex> LucidFox, yays!
[15:54] <LucidFox> Can I add a transitional gtkpod-aac binary package to gtkpod while there is a separate gtkpod-aac source package?
[15:54] <LucidFox> Or is the correct way something else?
[15:56] <directhex> okay, in theory i've added myself to planet then
[15:57] <nhandler> directhex: The planet runs through cron, so it might take a wihle for your blog post to appear
[15:57] <directhex> nhandler, indeed. just hope i didn't get it horribly wrong
[15:57] <directhex> same feed as i set planet.ubuntu-uk to use
[15:57] <nhandler> directhex: Did you remember not to add the feed for your entire blog, but to add a feed that is linked to a certain tag?
[15:58] <LucidFox> I don't see him in the user list on http://planet.ubuntu.com , is this correct?
[15:58] <directhex> nhandler, aye
[15:58] <nhandler> :)
[15:58] <directhex> nhandler, yay for tags
[15:58] <directhex> nhandler, and i have a mildly patched wordpress to express full blog posts in a standard way too, rather than wp's content:encoded
[15:59] <james_w> is kblog the same as the kblogger we have in the archive?
[16:01] <james_w> hmm, it appears to be part of kdepimlibs
[16:08] <LucidFox> Oh, now I see the link to directhex's blog on the sidebar
[16:10] <gnomefreak> apt install suggests by default now?
[16:11] <james_w> nope
[16:11] <gnomefreak> thanks
[16:24] <LucidFox> How do I pass a ./configure parameter in debhelper 7?
[16:25] <directhex> LucidFox, ehm... you have options here, depending on WHICH VERSION of dh7 is used
[16:25] <LucidFox> It's just >= 7 and I don't want to have a stricter version dependency
[16:25] <directhex> the "7.0" way is:
[16:25] <hyperair> dh_auto_configure -- bla bla bla
[16:26] <directhex> edit your build rule
[16:26] <directhex> use:
[16:26] <directhex>         dh build --before configure
[16:26] <directhex> dh_auto_configure -- --foo --bar --prefox=/baz
[16:26] <directhex> dh build --after configure
[16:31] <LucidFox> One more thing. Since I'm going to make gtkpod-aac a transitional package...
[16:32] <LucidFox> The old gtkpod-aac was in multiverse. Can the new gtkpod-aac transitional package be in universe and still have a multiverse dependency?
[16:32] <james_w> no
[16:32] <LucidFox> ok, I'll remove it then
[16:32] <james_w> why does it need a multiverse dependency?
[16:32] <LucidFox> Those who have already installed gtkpod-aac will have the dependency installed anyway
[16:33] <james_w> I don't understand
[16:33] <LucidFox> It's a library in multiverse - the reason gtkpod-aac, a version of gtkpod with libmp4v2 enabled, is in multiverse in the first place.
[16:33] <james_w> but why does the new package need to depend on it?
[16:34] <james_w> it seems that you don't want a transitional package here
[16:35] <LucidFox> From what I have in mind, gtkpod-aac will be upgraded to the transitional package and pull gtkpod, which I patched to dynamically detect the presence of libmp4v2 and enable the functionality accordingly.
[16:35] <james_w> yeah
[16:35] <AnAnt> james_w: hello ?
[16:36] <james_w> but if you want gtkpod-acc to pull in libmp4v2 as well then you're not really after a transitional package
[16:36] <AnAnt> james_w: regarding LP 369914, what is a Strachiatella session ?
[16:36] <james_w> if you want to keep a package that fives you gtkpod with libmp4v2 actually working then you need a package in multiverse still
[16:37] <james_w> I don't know the rules on whether a package in universe can build a binary package in multiverse, if it can then you can do this from one source, if not then you still need two source packages
[16:37] <james_w> hi AnAnt
[16:38] <AnAnt> james_w: regarding LP 369914, what is a Strachiatella session ?
[16:38] <LucidFox> The way I see it, the gtkpod-aac transitional package is only there for those who already have gtkpod-aac installed, and conversely libmp4v2 too.
[16:38] <james_w> AnAnt: sorry, I can't spell, it's https://wiki.ubuntu.com/DesktopTeam/Specs/Jaunty/StracciatellaSession
[16:39] <james_w> http://martinpitt.wordpress.com/2009/02/23/the-stracciatella-gnome-session/
[16:40] <james_w> LucidFox: ok, so you can put that in universe, but it can't depend on libmp4v2
[16:40] <LucidFox> Another way would be to replace the current gtkpod-aac with a small native package that does nothing except pulling gtkpod and libmp4v2.
[16:40] <james_w> and apt autoremove might remove libmp4v2
[16:41] <AnAnt> james_w: I see, thanks, but do I have to do that ?
[16:42] <LucidFox> I think I'll just commit the patch for now, and bring it to the mailing list for discussion
[16:42] <james_w> AnAnt: it would allow you to test whether the change worked with a normal GNOME session, which is what you were interested in
[16:42] <james_w> there are probably other ways to achieve the same thing though
[16:46] <binarymutant> If someone has the time to review and possibly advocate my package http://revu.ubuntuwire.com/p/lxsplit I would be greatly appreciative :)
[16:55] <geser> nhandler: are you still interested in bug 255514?
[16:57] <nhandler> geser: If the merge needs updating, you can go ahead and handle it if you want.
[16:58] <geser> nhandler: I didn't check. I was just looking at my open merges and found it in a comment on one of my merges.
[17:00] <nhandler> geser: Well, the merge appears to be up-to-date. Let me just confirm that I did it correctly ;)
[17:03] <geser> nhandler: looks like it needs to be updated to libdb4.7-dev as libaprutil1-dev depends now on libdb4.7-dev
[17:04] <nhandler> Do you want to handle it geser? If not, I'll update it later today (Mother's Day)
[17:04] <nhandler> and does anyone have a link to that blog post that showed why getdeb packages are not of the same quality as those in the official ubuntu repos?
[17:05] <geser> nhandler: if you've time you can merge it. I'm just asking to avoid that we both try to merge it at the same time.
 and does anyone have a link to that blog post that showed why getdeb packages are not of the same quality as those in the official ubuntu repos? <-- Now I'm interested
[17:07] <nhandler> LucidFox: I know someone created a blog post on that topic a couple of months ago, I just can't find it now
[17:11] <LucidFox> nhandler> I've just read your post about generating a new GPG key
[17:11] <LucidFox> Is there a manual?
[17:12] <nhandler> LucidFox: http://www.debian-administration.org/users/dkg/weblog/48
[17:12] <nhandler> LucidFox: That is the guide that most blog posts on planet.debian.org linked to
[17:12]  * directhex has a new key
[17:13] <directhex> i hope people will sign it lots at UDS
[17:13] <LucidFox> Gah, not loading. Slashdot effect?
[17:13] <LucidFox> UDS... lucky you :(
[17:13] <nhandler> LucidFox: You're not the only one who is not going :(
[17:14] <directhex> LucidFox, become a key member of the debian mono group, then apply for sponsorship under the guide of "vital to stuff in ubuntu main". easy!
[17:15]  * e-jat agreed with nhandler :) ..
[17:15] <LucidFox> directhex> Eh?..
[17:15] <james_w> LucidFox: I'm not sure that gtkpod can recommend the lib
[17:15] <nhandler> directhex: I'm hoping that I'll make it to the next UDS in the states (if I can get sponsorship)
[17:16] <e-jat> nhandler: me too ..
[17:16] <LucidFox> It's not money that's the issue for me, if that's what you're implying.
[17:17]  * nhandler has several things that make it difficult for him to attend
[17:18] <directhex> LucidFox, i don't imply things. i'm not remotely subtle enough.
[17:18] <LucidFox> ^_^
[17:19] <nhandler> LucidFox: If you still can't get that page to load, Google has it cached
[17:19] <LucidFox> the Google cache is taking forever to load :S
[17:19] <LucidFox> although I can see the HEML source
[17:19] <LucidFox> * HTML
[17:20] <directhex> LucidFox, firefox 3 sucks in that regard
[17:20] <directhex> LucidFox, other browsers don't wait for the whole thing to finish before diplaying, i.e. don't block on crappy ad servers
[17:20] <directhex> 3.5 fixes it afaik
[17:20] <LucidFox> arora isn't much better here
[17:21] <directhex> which browser engine does that use?
[17:21] <LucidFox> webkit
[17:21] <directhex> hm. the internet sucks then. simple!
[17:22] <LucidFox> IE6 in Wine only loads the top bar too
[17:22] <directhex> ie6 is the very definition of suck
[17:22] <directhex> like, if there was a suckiness convention, ie6 would be the guest of honour
[17:22] <directhex> see also: special greeting for IE6 users who visit my blog
[17:25] <LucidFox> directhex> You'll laugh, but I got it to work by putting Firefox in offline mode.
[17:26] <directhex> LucidFox, awesome!
[17:28] <calc> but IE8 is the best ;-)
[17:29] <directhex> calc, i strongly recommend ie8 for not being ie6, the same way i recommend firefox, chrome, safari, etc
[17:29] <directhex> i.e. "anything but ie6" is a noble goal
[17:30] <calc> yea avoid ie6 at all costs :)
[17:30] <calc> well except for ie1-5 ;-)
[17:30]  * calc remembers ie1 being really suck
[17:30] <directhex> i can sorta respect ie4, for being miles more awesome than ns4
[17:30] <directhex> i never used ie1
[17:30] <directhex> ie2 i used
[17:30] <directhex> briefly
[17:31] <directhex> to go "whoa, where's the netscape icon"
[17:31] <calc> i used netscape but IE was already there as well
[17:31] <calc> my first browser was netscape 1.0 iirc
[17:36] <LucidFox> nhandler> I take it I need to create a wholly new key, not add a new subkey to an existing key?
[17:37] <directhex> yay, planet works
[17:37] <nhandler> LucidFox: I believe you need a new key.
[17:39] <directhex> yes, you need a new key
[17:39] <directhex> sec   1024D/DFC2AFC1 2006-08-25
[17:39] <directhex> sec   2048R/0E1FAD0C 2009-05-08
[17:42] <nixternal> I am waiting until the practical collisions can be done by a laptop before I switch my key :p
[17:43] <directhex> nixternal, i have a grand total of 2 sigs that matter (DD sigs, for debian NM) on my key. so may as well change
[17:44] <calc> sec   1024D/8E384AF2 2000-05-15
[17:44]  * calc doesn't want to lose his old key :-\ heh
[17:44]  * nhandler needs to get nixternal to sign his key at the next Ubuntu Chicago event
[17:45] <Laney> bah
[17:45] <Laney> I should do this too
[17:45] <directhex> baaaa!
[17:45] <Laney> I have 0 sigs which matter though
[17:46] <calc> pretty much old sigs don't matter since the keys will be suspect soon
[17:46] <nixternal> calc: hahah, me either
[17:47] <nixternal> took me forever, but I remember my fingerprint :)
[17:47] <calc> my fingerprint is on my business card though which is a bit annoying to get a new one
[17:47] <nixternal> thankfully my DD sigs are local :)  I can drive to their house with a 6-pack of beer and force them to sign, if they won't do it via email that is
[17:47] <nixternal> calc: that is really the reason I don't want to switch yet
[17:48] <nixternal> I still have about 500 business cards to get rid of first :p
[17:48] <calc> well i suppose we can always get new keys and just accept the old key still for a certain amount of time before revoking it
[17:48] <calc> but only send out stuff using the new key
[17:49] <directhex> calc, that's the recommendation
[17:49] <calc> since its on business cards you may not want to revoke after 90 days though
[17:49] <directhex> keep it longer. it's not as if it's trivial to crack yet
[17:49] <directhex> get plans in place, but don't get hysterical
[17:50] <calc> yea
[18:02] <loic-m> I've got a source package that builds both a lib and a dev lib, but I've got a pb with dh_install
[18:03] <loic-m> I'm using .install files, one for the main lib and one for the dev version
[18:03] <loic-m> I manage to get the files I want in the -dev .deb
[18:03] <loic-m> but I can't get rid of those same files in the main lib package
[18:04] <loic-m> Is there a way to exclude those files from the main lib package?
[18:05] <azeem> don't add them to its .install files I guess
[18:06] <loic-m> I don't, but they still get included
[18:07] <loic-m> the files get build in $(CURDIR)/debian/${version}/usr ( the line is: $(MAKE) -C build/generic install prefix=$(CURDIR)/debian/${version}/usr )
[18:07] <loic-m> is that the reason they get included in the package?
[18:09] <azeem> why ${version}?
[18:09] <loic-m> That's what the previous rule file used
[18:09] <azeem> it's customary to install into debian/tmp and then copy into the package dirs with dh_install from there
[18:09] <loic-m> here ${version}=libxvidcore4
[18:10] <azeem> eh
[18:10] <azeem> that'd be the shared library package directory
[18:10] <azeem> so not a staging directory
[18:10] <loic-m> I've seen debian/tmp used in some package, but recent ones I've seen use ${version} or something similar instead
[18:11] <loic-m> staging=building ?
[18:12] <LucidFox> james_w> What's wrong with a universe package recommending a multiverse library?
[18:13] <azeem> loic-m: I wonder who came up with that
[18:20] <loic-m> azeem: by staging directory, do you mean $(CURDIR)/debian/${version}/usr is the directory commonly used when building packages?
[18:20] <loic-m> azeem: no clue for who or why the rules file is like that
[18:20] <azeem> loic-m: no, the staging directory is the directory the package is being installed at temporarily during package build
[18:21] <azeem> usually debian/tmp or (for single-binary-packages rather) debian/$package
[18:21] <loic-m> azeem: thanks, that's what I was trying to express
[18:22] <loic-m> azeem: I'm still not so clear about where the staging directory is defined
[18:23] <loic-m> azeem: not in the $(MAKE) line, is it?
[18:23] <azeem> well, depends
[18:23] <azeem> most commonly it's the directory defined for DESTDIR
[18:30] <loic-m> I'm using debian/tmp now and it works. Whoever I still have no clue why before $(CURDIR)/debian/${version}/usr was used as the staging directory
[18:31] <loic-m> the only line it appears in rules is the $(MAKE) line
[18:31] <azeem> what is that line?
[18:31] <loic-m> s/appears/appeared
[18:31] <loic-m> $(MAKE) -C build/generic install prefix=$(CURDIR)/debian/${version}/usr
[18:32] <loic-m> it's in install: build
[18:34] <james_w> LucidFox: I'm not sure, but I think it might be against the rules
[18:38] <azeem> loic-m: as I said, "most commonly" it's DESTDIR
[18:38] <azeem> this package chose to mangle the prefix= variable
[18:38] <azeem> as long as everything else depends on it, it's ok
[18:40] <loic-m> azeem: I can understand the words, but I can't understand the sentences (both :X )
[18:41] <azeem> I wrote three of them
[18:43] <loic-m> azeem: only the first one makes sense to me :p
[18:44] <azeem> ok, not mangle
[18:44] <azeem> this package chose not to pass DESTDIR to make install, but the prefix= variable
[18:45] <loic-m> indeed
[18:45] <azeem> the end result is the same if (i) prefix= is undestood by the build system and (ii) all paths referenced in the Makefile are relative to ${prefix}
[18:45] <azeem> sometimes, you see stuff like
[18:45] <azeem> prefix=/usr
[18:45] <loic-m> so prefix has the same effect as DESTDIR?
[18:45] <azeem> shareddatatadir=/usr/share
[18:46] <loic-m> In this case it's the place there the built files are stored, no?
[18:46] <azeem> loic-m: in any case, DESTDIR refers to / while prefix refers to /usr
[18:46] <azeem> what do you mean with "stored"=
[18:46] <azeem> this is about copying the built files to their installation location
[18:47] <loic-m> ok, I assumed it was to specify in what dir the files where built, and their installation location would only be set at dh_install time
[18:47] <azeem> loic-m: the lines above runs the "install" target
[18:48] <azeem> that's after stuff has been built usually
[18:49] <loic-m> even though it's on the $(MAKE) command? Isn't $(MAKE) the time they're built?
[18:49] <azeem> 19:30 < loic-m> $(MAKE) -C build/generic install prefix=$(CURDIR)/debian/${version}/usr
[18:49] <azeem> I read a "install" in there
[18:52] <loic-m> you're right. I thought it was the install rule of the upstream makefile, and had no effect on where debian/rules chose to install the files
[18:52] <loic-m> (f.e. upstream might put their files on a dir, but in Ubuntu we'd use another directory
[19:19] <maco> directhex: sandy merged a patch in tomboy so that it can handle the dates gnote outputs
[19:19] <maco> they should be compatible again
[19:19] <directhex> k
[19:20] <Laney> how kind!
[19:23] <directhex> maco, i still think someone failed to act like an adult over that, and it wasn't sandy
[19:24] <hyperair> directhex: what about?
[19:24] <AdamDH> any one haveing any issues with lanuchpad today?
[19:24] <directhex> hyperair, gnote writing tomboy-incompatible notes
[19:24] <AdamDH> *having
[19:25] <maco> directhex: agreed
[19:25] <dtchen> control struggles and ego, as per usual.
[19:25] <dtchen> welcome to humanity.
[19:28] <nyu> directhex: euh, why don't you send a patch?
[19:28] <nyu> adults are busy sometimes
[19:30] <maco> did you see his response?
[19:30] <nyu> whose?
[19:30] <maco> hub's
[19:30] <nyu> no
[19:31] <maco> to the "gnote writes incompatible notes that crash tomboy" bug i filed. he basically said screw compatiblity, that's tomboy's problem
[19:31] <LucidFox> Hmm... more people than I expected actually care about signing GPG keys...
[19:31] <maco> when tomboy established the format
[19:32] <azeem> I really thought hub was a reasonable guy until he came up with gnote
[19:32]  * nyu checks
[19:32] <azeem> or rather until those kinds of issues came up
[19:32] <LucidFox> Everyone I checked so far has a rather long list of signatures
[19:33] <directhex> LucidFox, i don't!
[19:33] <directhex> LucidFox, i will after UDS though, hopefully
[19:33] <LucidFox> See :(
[19:33] <directhex> LucidFox, signatures matter if you want to be a DD
[19:33] <LucidFox> Ah well, I don't
[19:34] <dtchen> s/if you want to be a DD//
[19:34] <LucidFox> still, it makes me kind of sad to see how many of the Ubuntu folks have met each other in person
[19:34] <nyu> maco: he doesn't exactly say that.  anyway, I think compatibility is important.  if there was a patch, I wouldn't mind adding it to the debian package
[19:34] <maco> nyu: the bit about not supporting people who want to take their notes back to tomboy?
[19:34] <maco> that screams "lock in!" to me
[19:34] <nyu> anyhow, it's less of an issue now that tomboy can read the other timezone format
[19:34] <maco> yes
[19:35] <directhex> LucidFox, you said money wasn't an issue for attending UDS. perhaps you could go to the next one?
[19:35] <LucidFox> And your old key has 5 signatures :)
[19:36] <directhex> LucidFox, i only met 2 of them face to face, and one is a co0-worker
[19:36] <maco> er...i got the impression you didn't like crowds so much, LucidFox?
[19:36] <LucidFox> maco> Indeed
[19:36] <LucidFox> although "asocial" would be more accurate
[19:37]  * maco pokes dtchen
[19:37] <directhex> pfft, you should have seen me at the jaunty release party
[19:37] <LucidFox> Wait, how can one sign keys without meeting in person?
[19:37] <nyu> maco: besides, I don't think the tomboy note format was designed with the idea of being interchangeable in mind.  if you just check the bug title, you'll see it's quite platform-dependant
[19:37] <directhex> ended up standing in a corner looking totally out of place, at a room filled with linux people
[19:37] <maco> you've seen me nearly every day for nearly a year and you've seen my passport and drivers license and school id as well i think. willing to sign my key yet?
[19:38] <LucidFox> directhex> :(
[19:38] <Flannel> maco: He has no way of verifying the person online is the same as in meatspace!
[19:38] <dtchen> maco: no.
[19:38] <maco> Flannel: ive given him my key fingerprint :( and he's looked over my shoulder as i've typed here as maco...
[19:38] <directhex> Flannel, how much of an issue is that, though? that's the question. how much does what someone has in their passport say about whom you work on ubuntu with?
[19:38] <dtchen> i've explained very clearly that i do not sign keys immediately.
[19:39] <maco> dtchen: a year != immediate
[19:39] <dtchen> i don't care if you're the POTUS.
[19:39] <Flannel> directhex: erm... It's extremely important?
[19:39] <maco> what do i have to do, marry you?
[19:39] <dtchen> that will not suffice
[19:39] <AdamDH> is there a page to show the status of Launchpad?
[19:39] <maco> but that involves identfying oneself too...
[19:39] <LucidFox> POTUS?
[19:39] <maco> LucidFox: obama
[19:40] <maco> LucidFox: president of the united states
[19:40] <LucidFox> ahhhh
[19:40] <maco> there's also SCOTUS: supreme court of the united states (for future reference)
[19:43] <nixternal> lifeless: find out anything on the blank build-deps for lxsplit in REVU?
[19:43] <nixternal> if you check out the hello package which is used to show how to package for debian, it has 0 deps
[19:43] <LucidFox> A trip to an Ubuntu convention would cost a truckload of money, resolve various legal and upkeep matters I have absolutely no experience with, and I'd have to explain it to my paranoid parents, and I'd probably feel out of place anyway.
[19:44] <LucidFox> Overall not worth it just for seeing you all in person and signing keys
[19:44] <LucidFox> Sorry about venting :)
[19:44] <LucidFox> s/resolve/I would have to resolve/
[19:45] <Laney> andersk: what does super_teams do?
[19:45] <Laney> btw, you should diff against bzr trunk
[19:46] <Laney> (I actually rewrote that function yesterday, but your code looks better)
[19:51] <binarymutant> If someone has the time to review and possibly advocate my package http://revu.ubuntuwire.com/p/lxsplit I would be greatly appreciative :)
[19:52] <nixternal> lifeless: concerning lxsplit, I found out that if it builds in the most basic chroot, then have 0 env build deps is fine
[19:53] <maxb> What does 'env' mean in the above?
[19:53] <binarymutant> maxb, e
[19:53] <maxb> huh?
[19:53] <binarymutant> environment, sorry I'm on a tablet
[19:55] <ScottK> LucidFox: Debian has a keysigning page that lists nearby DD's that are willing to sign keys.
[19:55] <maxb> "environment build deps" still doesn't mean anything to me
[19:55] <ScottK> Ubuntu doesn't have any requirement for signed keys.
[19:56] <LucidFox> Even in Novosibirsk? Seriously now :p
[19:57] <binarymutant> maxb, maybe if we switched a few words around.. "chroot env, then having 0 build deps" :P
[19:57] <maxb> right :-)
[19:57] <directhex> https://nm.debian.org/gpg_offer.php
[19:57] <directhex> 2 in moscow, 1 in stalingrad
[19:58] <LucidFox> ...
[19:58] <LucidFox> directhex> Not Stalingrad. :p
[19:58] <LucidFox> And that's like... half of Russia away from me. :)
[19:58] <directhex> leningrad!
[19:59] <binarymutant> maxb, nixternal will you advocate? :)
[19:59] <LucidFox> Good thing it doesn't seem to really matter except for DDship
[19:59]  * maxb is not motu
[20:00] <ScottK> St. Petersburg != Stalingrad directhex
[20:00] <binarymutant> oh, thanks anyways maxb :)
[20:00] <directhex> scottK, i got my communist leaders mixed round
[20:00] <sebner> lol
[20:00] <LucidFox> You see, the other reason I get somewhat angsty is because I read Planet Ubuntu and think, "These are supposed to be geeks? Each and every one of them is 1000 times more social than me!" :)
[20:00] <directhex> Maograd!
[20:02] <ScottK> LucidFox: Some people are more social in writing than in person.
[20:02] <binarymutant> LucidFox, have you tried Planet Gentoo ? j.k
[20:03] <LucidFox> ScottK> What do you mean?
[20:04] <directhex> LucidFox, people make themselves appear extra exciting. whereas i have no problem admitting i spent the past 2 hours glued to my chair playing a MMO. super social!
[20:04] <nixternal> binarymutant: still looking into it....if you put this app on a blank install of ubuntu, and try to build it, it won't right? it needs at least build-essential, which you definitely don't want to dep on...but in a pbuild environment, it builds fine because build-essential is in there already...this is a tricky one, however if 'hello' can be in the archive with 0 build-depends, then I don't see why lxsplit can't
[20:04] <nixternal> I should go ahead advocate and upload, if someone (archive admin) complains, then we request 'hello' to be removed for the same reasons :p
[20:07] <binarymutant> nixternal, yes it only requires the build-essentials package to build, it's a very simple program. I thought I could safely leave that build-dep out
[20:07] <binarymutant> nixternal, lol thank you :)
[20:08] <maxb> IIRC it says somewhere in debian-policy that you don't have to list build-deps which are build-essential ?
[20:09] <maco> sounds reasonable...
[20:09] <directhex> maxb, yes
[20:10] <binarymutant> maxb, I think it does say that, since build-essentials is required for every package(?)
[20:11] <maco> LucidFox: you know how you're quite social on IRC but not so much in person? i think that's what ScottK means
[20:11] <LucidFox> Ah
[20:12] <directhex> maco, i do that. see also: jaunty release party
[20:12] <directhex> directhex is a charismatic stallion, jo shields is not ;)
[20:12] <LucidFox> heh
[20:12] <maco> :)
[20:12] <maco> directhex: did you know anyone at the party?
[20:13] <maxb> nixternal: Policy 7.7 and 4.2 say it's ok
[20:13] <maco> for me, that makes all the difference. if i dont know anyone there or only know them in passing: wallflower
[20:13] <LucidFox> directhex> But I bet you have quite a few real-life friends that you often meet, and you get out of home every now and then?
[20:13] <maco> if there are some friends there, and they can introduce me to their friends, then it's ok
[20:13] <directhex> LucidFox, occasionally
[20:14] <directhex> maco, i missed james_w as i didn't start talking to people until after he had left
[20:14] <directhex> oops
[20:16] <nixternal> lxsplit has been advocated, uploaded, and archived :)
[20:16] <binarymutant> thanks nixternal thats awesome :)
[20:16] <nixternal> no, thank you! :)
[20:17] <hyperair> lx? got any correlation to lxde by any chance?
[20:17] <binarymutant> hyperair, linux = lx
[20:17] <binarymutant> I think
[20:17] <hyperair> oh.
[20:17] <hyperair> so what exactly is lxsplit?
[20:18] <nixternal> you can split large binaries into a bunch of smaller ones
[20:19] <binarymutant> hyperair, a lot of people using windows split movie files with this utility called, hjsplit. lxsplit can join those movies and it fully compatible w/ hjsplit
[20:19] <ninix> When using PPA..... do you sign your packages with your personnal key, or another public (which is used by all maintainers that build packages for the same ppa) ?
[20:19] <hyperair> ah i see
[20:19] <hyperair> cool
[20:20] <binarymutant> ya I like it
[20:20] <hyperair> ninix: you sign your source packages with your personal key, then upload it.
[20:20] <directhex> ninix, and the ppa signs the binary repo with its own key
[20:21] <hyperair> right. i was goign to say that, but pbuilder's ldconfig decided to kick in and hang all my inputs again.
[20:21] <ninix> directhex: Do I have to create a key for the ppa myself ?
[20:22] <directhex> no
[20:22] <ninix> cool. thx
[20:24] <artfwo> hi! perhaps you guys also have a little time to review http://revu.ubuntuwire.com/p/scantailor - a tool for processing scanned books? thanks!
[20:24] <binarymutant> does anyone have any advice to getting a sponsor in debian for this package, lxsplit? I don't think it could be uploaded to any of the alioth's teams. I know there is the mentors site but my packages usually are ignored there :/
[20:25] <directhex> binarymutant, yours & everyone else's
[20:25] <binarymutant> directhex, ya I know :/
[20:25] <binarymutant> thats why revu is so much better
[20:26] <ScottK> binarymutant: If you're willing to maintain the package in Debian, you might also find a sponsor here as a number of people here are DD.
[20:26] <loic-m> binarymutant, wouldn't it possible to join the movie files with cat?
[20:27] <james_w> binarymutant: did you post to debian-mentors@?
[20:28] <james_w> not many people trawl the site to find packages
[20:28] <binarymutant> loic-m, I have seen that in a previous wnpp(or was it a itp) bug somewhere. I just think that with a lot of people moving from other OSs would appreciate an easier way
[20:29] <binarymutant> james_w, I havent posted the RFS yet
[20:30] <binarymutant> too bad there isnt a C team, like with ruby and python :/
[20:35] <ninix> btw, if i provide a package version X (greater than the version in ubuntu) in my PPA..... and after upload another package that needs the first package, launchpad will surely use mine instead of the older in the ubuntu repository?
[20:36] <james_w> ninix: correct
[20:37] <ninix> Ok
[20:40] <directhex> LucidFox, oh, did you see, you got your very own mention on my favourite blog as an evil pro-mono canonical staffer?
[20:41] <LucidFox> O_O
[20:41] <LucidFox> ...where?..
[20:41] <directhex> LucidFox, http://boycottnovell.com/2009/05/08/ubuntu-mono-motu/
[20:42] <LucidFox> .......
[20:43]  * LucidFox adds a sarcastic comment
[20:46] <LucidFox> I wonder if I should post this to Planet Ubuntu
[20:49]  * RainCT is also waiting for some months! already for packages on mentors.debian.org to get reviewed (and I did announce them to the ML.. I don't even remember what packages they are now XD)
[20:49] <ajmitch> directhex: oh, you work for them now? :)
[20:49] <LucidFox> RainCT> Yes, mentors.debian.net is quite... slowpokish
[20:50] <LucidFox> even compared to REVU :p
[20:50] <ajmitch> RainCT: perhaps you should annoy certain people here
[20:50] <ajmitch> like when directhex gets out of NM :)
[20:50] <RainCT> ajmitch: or I may just wait two weeks more, apply for DD and upload myself in some months more :P
[20:50] <ajmitch> heh
[20:51] <RainCT> I don't think there will be any Debian release that soon anyway :P
[20:51] <ajmitch> I'm sure you could find some other DDs around who'd kindly sponsor stuff if they knew what it was
[20:52] <LucidFox> From a brief look at boycottnovell.com... if I didn't know better, I would decide it's a prank.
[20:52] <nyu> RainCT: need a sponsor for debian?
[20:53] <directhex> LucidFox, sadly not
[20:53] <ajmitch> LucidFox: but surely Canonical have made a secret backroom deal with Microsoft over making directhex a MOTU
[20:54] <LucidFox> ajmitch> Can I quote this in my blog?
[20:54] <ajmitch> haha
[20:54] <RainCT> nyu: Uhm well yeah, there's this package for instance: http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=vilistextum
[20:55] <ajmitch> RainCT: that's not even been there 6 months
[20:56] <ajmitch> LucidFox: you'd better not mention that there were people working on mono in ubuntu in past releases who were core developers
[20:57] <LucidFox> Oh shame, looks like the author's going to correct it.
[20:57] <RainCT> ajmitch: Hah. Well, I get most stuff in through teams (POX, meebey & co. rock :)), else there'd be quite some stuff more
[20:57] <LucidFox> "I guess Daniel Holbach isn’t one either, despite the domain/suffix. I’ll correct this."
[20:58] <LucidFox> I guess they thought everyone with an @ubuntu.com address was a Canonical employee.
[20:58] <directhex> LucidFox, "correct" on that blog means <strike></strike> - and it will be linked back to as truth in subsequent posts
[20:59] <LucidFox> ^_^
[21:04] <directhex> :o idea!
[21:05] <directhex> UDS for Malevolent Monkey in Novosibirsk ;)
[21:06] <ajmitch> ok..
[21:06] <ajmitch> why Novosibirsk? I heard it gets a little chilly there in winter
[21:07] <ajmitch> not so bad in summer, but it's still a fair distance to fly
[21:08] <directhex> ajmitch, so LucidFox can collect some gpg signatures!
[21:08] <LucidFox> Har har har
[21:08] <LucidFox> If only.
[21:09] <ajmitch> ah, is that where you live?
[21:10] <directhex> LucidFox, the first UDS was near my office :<
[21:10] <directhex> before i was involved though
[21:10] <artfwo> I think I'm living not that far from LucidFox, but I am neither a DD nor a MOTU yet :)
[21:10] <LucidFox> artfwo> Where do you live?
[21:11] <artfwo> but you could help me become one by reviewing some of my uploads :)
[21:11] <LucidFox> directhex> where is that?
[21:11] <artfwo> LucidFox: Gorno-Altaisk, I think it's about 500 kilometers from Novosibirsk?
[21:11] <LucidFox> artfwo> Oh.
[21:12] <LucidFox> We've been on vacations to Altai a few times
[21:12] <artfwo> well, make sure you stop by for signing a key next time you visit :)
[21:12] <LucidFox> to Lake Aya and Lake Teletskoye
[21:12] <LucidFox> we aren't going there anymore
[21:12] <binarymutant> whats the site that I can follow packages that the AA is doing? (if that makes sense)
[21:13] <james_w> the automobile association?
[21:13] <directhex> LucidFox, oxford
[21:13] <binarymutant> james_w, archive admin
[21:13] <binarymutant> lols :P
[21:14] <james_w> https://launchpad.net/ubuntu/karmic/+queue lists what is currently in the queues, which is some of what we do
[21:14] <binarymutant> ty james_w :)
[21:24] <ninix> after the dput command, do I have to do something else in launchpad?
[21:25] <artfwo> ninix: no, just wait
[21:25] <ninix> All right, was asking because i receive this message: Not running dinstall.
[21:26] <ninix> and, normally.. How long should we wait before see our package ?
[21:27] <artfwo> it takes some minutes to appear on your PPA webpage
[21:28] <artfwo> then it takes some time to build, it depends on how the build servers are loaded
[21:28] <artfwo> and of course on how much time your package requires to be built
[21:28] <ninix> that's good. will wait. I going to upload the same package for Hardy and jaunty now.
[21:29] <gringo_> Hi, I need some help related to packaging a project that has changed their versioning scheme (if this isn't the propper channel to place this question, please redirect me :).
[21:30] <artfwo> gringo_: perhaps an epoch will help
[21:30] <artfwo> what have they changed exactly?
[21:30] <gringo_> the package name is myspell-ro, until now versions were like this 20070502
[21:30] <gringo_> now it's 3.2.8
[21:31] <gringo_> I set an epoch in debian/control
[21:31] <gringo_> and Format: 1.5
[21:31] <gringo_> dpkg-genchanges: warning: unknown information field 'Format' in input data in general section of control info file
[21:31] <gringo_> dpkg-genchanges: warning: unknown information field 'Version' in input data in general section of control info file
[21:32] <artfwo> do you have your debian/control online somewhere?
[21:32] <artfwo> so we could take a look
[21:32] <gringo_> in a second :)
[21:36] <artfwo> gringo_: could you also paste a few lines from your debian/changelog somewhere? (e.g. http://paste.ubuntu.com/ )
[21:37] <gringo_> http://swarm.cs.pub.ro/~lucian/repo/myspell-ro/myspell-ro-3.2.8/
[21:37] <gringo_> sorry for the delay.
[21:37] <gringo_> all files are there
[21:37] <artfwo> aha
[21:37] <artfwo> you should get rid of Version and Format in debian/control
[21:38] <artfwo> and set an epoch in debian/changelog
[21:38] <soren> And Changed-By.
[21:38] <artfwo> make it 1:3.2.8-0ubuntu1
[21:39] <gringo_> ok. I added those fields now, after skimming through http://www.debian.org/doc/debian-policy/
[21:39] <soren> They do not belong in the control file.
[21:39] <gringo_> http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Uploaders
[21:39] <soren> Version, Format, and Changed-By belong in the changes file (which will be generated by dpkg-genchanges)
[21:40] <gringo_> aah. sorry. misread. thank
[21:45] <gringo_> ok it now runs fine, I'll uploaded to my ppa and see if Ubuntu tells me a new version of the package appeared.
[21:45] <gringo_> oh, there's also this:
[21:45] <gringo_> Now running lintian...
[21:45] <gringo_> internal error: command failed with error code 123
[21:45] <gringo_> warning: collect info file-info about package myspell-ro: 512
[21:48] <nixternal> hey, I want to be a developer, I am elite...I have been programming in basic for 30 years, visual-basic for 15 years, and I am learning how to program in fortran...where do I start?
[21:49] <nixternal> brlcad is a freakin' beast
[21:51] <ajmitch> nixternal: start by uninstalling vista
[21:52] <nixternal> ajmitch: it is gnome, it has all of those .NET windows bindings...I am cool and super elite with it
[21:52] <nixternal> oh man, who uploaded gnote to revu?
[21:52] <ajmitch> probably nyu
[21:52] <directhex> nixternal, savvas. it was rejected from the archive earlier
[21:52] <nixternal> directhex: really?
[21:52] <nixternal> I like it, I will advocate it, and I will love it! :)
[21:52] <ajmitch> directhex: copyright?
[21:52] <directhex> ajmitch, aye
[21:53] <savvas> I don't have access to the archive :)
[21:53] <savvas> nor am I a motu :P
[21:53] <nixternal> man, I picked brlcad to revu...bad bad idea on this laptop
[21:53] <nixternal> Warning: YOU NEED MORE FANS! I AM BREATHING FIRE FROM YOUR CPU!
[21:53] <directhex> fire in the disco
[21:53] <savvas> ah to revu, yes I have, working together with nyu :)
[21:53] <ajmitch> nixternal: you're a brave man. Your sacrifice will be remembered
[21:54] <artfwo> that's strange, I have subscribed ubuntu-main-sponsors to a bug, but they don't not appear on the right sidebar - a problem with launchpad?
[21:54] <savvas> artfwo: edge.launchpad I think
[21:54] <artfwo> yes, I'm using edge
[21:55] <savvas> they appear fine on normal launchpad, it happened to me before
[21:56] <artfwo> ah, yes - stable launchpad is okay
[21:56] <ajmitch> someone in #launchpad may want to know about that if you haven't filed a bug
[21:57] <nixternal> Latest upload of gnote (http://revu.ubuntuwire.com/details.py?upid=5674) contains a slight change in the debian/control (removed the controversial "consumes less resources").
[21:57] <nixternal> hahahahahahahahahaha
[21:58] <ajmitch> nixternal: behave
[21:58] <nixternal> come on, that was funny
[22:00] <ajmitch> not as funny as LucidFox' intentionally quoting me completely out of context
[22:00] <ajmitch> suddenly my name appears in lights on planet ubuntu
[22:01] <nixternal> -rw-r--r-- 1 nixternal nixternal 1485612 1969-12-31 18:00 gnote-0.3.1.tar.bz2
[22:01] <nixternal> interesting
[22:01] <ajmitch> why so?
[22:01] <nixternal> look at the date
[22:01] <ajmitch> yes?
[22:01] <nixternal> 1969?
[22:01] <ajmitch> that's not uncommon
[22:01] <directhex> hahaha
[22:01] <nixternal> that is the first I have seen that, so it is uncommon to me :p
[22:01] <directhex> nixternal, your timezone is -6?
[22:01] <ajmitch> nixternal: think of when the unix epoch is
[22:02] <savvas> the.. winter of '69 :p
[22:02] <nixternal> directhex: yes it is
[22:02] <directhex> nixternal, hence unix epoch, localised
[22:02] <ajmitch> savvas: summer for the right part of the world
[22:04] <savvas> 1) yes, it's a tar-in-tar 2) yes it's a tar.bz2 (smaller file) 3) yes, the change of timestamp was applied to keep it the same for ubuntu and debian, and finally 4) yes, that's the maintainer's preferred way :)
[22:04] <lifeless> summer of 69 :)
[22:05] <JontheEchidna> nixternal: http://penny-arcade.com/comic/2009/1/30/
[22:05] <azeem> cetero censeo that "smaller file" is a bad argument for a tar-in-tar
[22:06] <nixternal> JontheEchidna: omg that is nuts, i just wet myself...hillarious!
[22:06] <azeem> ceterum*
[22:06] <savvas> should I say better compressed? :)
[22:06] <azeem> hrm?
[22:06] <lifeless> savvas: no, azeem is saying that better compression is not worth doing tar in tar
[22:06] <azeem> how is better compressed except that the size is smaller?
[22:07] <azeem> certainly not for 1.5 vs. 1.4 MB
[22:07] <azeem> or whatever the numbers were
[22:07] <nixternal> feels good to be hacking again :)
[22:07] <nixternal> go REVU go!
[22:07] <ajmitch> nixternal: planning to have everything reviewed by the end of the week?
[22:08] <savvas> but it's not wrong, it's only not recommended, I wouldn't want to extract the whole thing now that I'm one step from including it in the archive
[22:09] <artfwo> nixternal: wanna review a neat package? look no further! :) http://revu.ubuntuwire.com/p/scantailor
[22:09] <nixternal> ajmitch: that's my plan :)
[22:09] <azeem> savvas: well, I certainly hope itÄ gs rejected from Debian due to that
[22:09] <azeem> it's getting*
[22:09] <savvas> I'm really not familiar with tar-in-tars, better to talk with nyu when he's around
[22:09] <azeem> he has me on ignore
[22:10] <azeem> and I communicated this to him via proxy today already
[22:10] <nixternal> gnote has been reviewed, built, installed, uploaded, and archived :)
[22:10] <nixternal> LET THE WARS BEGIN!
[22:10] <Laney> it was already in NEW was it not?
[22:10] <directhex> nixternal, is copyright fixed compared to last time?
[22:11] <directhex> Laney, and REJECTed
[22:11] <nixternal> directhex: yes
[22:11] <Laney> i thought it was reuploaded
[22:11] <nixternal> we will find out if it gets rejected :)
[22:11] <Laney> PGP Signed Message, This message has been signed with the valid key ID Barry deFreese <bdefreese@debian.org>
[22:11] <Laney> ooer
[22:12]  * ajmitch thinks that nixternal is going for the mud-on-wall upload policy
[22:12] <directhex> ajmitch, ooh, i'm used to mud-slinging
[22:13] <ajmitch> battle-hardened from countless 'discussions' about mono
[22:13] <nixternal> i could care less about the mono stuff anymore...i see its usefullness
[22:13] <directhex> always productive and exciting
[22:13] <nixternal> i am not a .net dev, didn't enjoy it in school either, so that's why I don't use it
[22:14] <ninix> If i make 3 differents packages for a software. (hardy, intrepid, jaunty)... Do I have to upload the "full original source" 3 times ?
[22:14] <directhex> discussions are fine, it's the "discussions" that are depressing
[22:14] <binarymutant> any python ppl:  will hashlib give errors if it's not working correctly or is it silent?
[22:14] <nyu> nixternal: I guess it's useful to write new software so you can later port it to C++ ;-P
[22:14] <nixternal> haha nyu
[22:14] <nixternal> I like gnote though, as I am porting it from gtk -> qt4
[22:14] <nyu> oh, interesting
[22:14] <andersk> Laney: I found super_teams using dir(launchpad.me).  It returns the collection of teams that the person is a member of.  I'm not sure it's actually documented.
[22:14] <nixternal> though that is a huge pita which I am finding out every minute I play around with it
[22:14] <nyu> you should tell hub about it
[22:14] <directhex> see, that's a reasonable position in a way: RAD as useful
[22:15] <nixternal> already did
[22:15] <nixternal> though I think someone will probably beat me to it if they haven't already
[22:15] <directhex> nixternal, port tomboy using qyoto ;)
[22:15] <Laney> andersk: I've found the documentation to be a bit lacking. Does it count indirect memberships too?
[22:15] <nixternal> directhex: you are the 12038403843 person to say that :)
[22:15] <lifeless> ninix: 'no'
[22:15] <directhex> nixternal, am i? waa :(
[22:15] <nixternal> I do not like c# so I will have to say no
[22:15] <maxb> ninix: You're talking about PPAs I assume. Questions about how to use Launchpad PPAs are slightly more on-topic in #launchpad
[22:15] <directhex> nixternal, you can use vb.net then. or boo!
[22:15] <ninix> yes sorry.
[22:15] <lifeless> maxb: actually we encourage them here too :)
[22:16] <lifeless> maxb: as motu has a very do-packaging skillset
[22:16] <directhex> or java with ikvm! or python with ironpython!
[22:16] <nixternal> geanygdb ack, uploaded, archived
[22:17] <andersk> Laney: yes, it appears to.
[22:17] <maxb> Fair enough. We suddenly got a burst of conversation, so I though ninix might be better off in a quieter channel
[22:17] <savvas> ninix: you build the first one with "debuild -S -sa", wait until you get the "Accepted" email, then the rest with "debuild -S -sd"
[22:17] <nixternal> james_w: keep on revu'ing, I will follow behind you and do the easier part :p
[22:17] <james_w> how many uploads of gnote do we need people?
[22:17] <Laney> andersk: If that's right then your version is better than mine
[22:17] <ninix> So, another small question :P..... If i made a package x~ppa1, uploaded it in my ppa with the origina software source, and made a package ~ppa2 without reupload the orig source... can i delete the ~ppa1 version in my PPA ?
[22:17] <lifeless> maxb: yeah, its not hard and fast
[22:17] <savvas> ninix: -sd will exclude the orig.tar.gz from the rest of the uploads :)
[22:17] <maxb> savvas, ninix: Though the need to wait is going away soon. There's a soyuz bug open on it
[22:18] <lifeless> maxb: I will note that the intersection of people getting distracted here with those in lp is close to unity
[22:18] <ninix> savvas: that what i thought for a alternative package, just didn't know if a package for another codename was an alternative or not. thx
[22:18] <nixternal> heh, I have had 'revubuild' aliased to 'debuild -S -sa -k2e2c0124' since 2005/2006
[22:18] <savvas> maxb: cool, thanks for the tip :)
[22:18] <maxb> (This does of course assume that the initial one is accepted :-) )
[22:19] <maxb> ninix: Uploading a later version to the same distroseries automatically obsoletes the earlier one
[22:20] <directhex> james_w, we need twelvety
[22:20] <savvas> ninix: here's what I do, I keep three different folders for each release, e.g. hardy and jaunty, and put in the required files, use for example a version like ~ppahardy1 for hardy and ~ppajaunty1 for jaunty - this will allow you to play with their versions safely (usually people get confused when they see ~ppa2 in hardy and ~ppa1 in jaunty)
[22:21] <savvas> three = twp :p
[22:21] <savvas> *two
[22:21] <ninix> maxb: ok, so the software.orig.tar.gz will not be deleted.
[22:22] <Laney> andersk: Could you prepare a branch for merging? I'd just do it directly but I'm a bit busy now so can't, and I'm afraid I'll forget
[22:22] <Laney> (away all next week so might have minimal dev time)
[22:22] <ninix> ho... i just put ~ppa1 in my version for all codename
[22:22] <andersk> Sure, I'll work on that.
[22:22] <savvas> ninix: you can work on it any way you wish, it's your PPA anyway :)
[22:23] <Laney> andersk: Make sure to propose it for merging so people get mailed
[22:23] <Laney> or you could just subscribe uus
[22:24] <ninix> savvas: your way is less confusing, will do that :)
[22:24] <james_w> nixternal: gnote rejected, there's already one in the queue
[22:28] <hyperair> nixternal, james_w: thanks for reviewing geanygdb and uploading =)
[22:28] <james_w> hyperair: nice work, it's a great example
[22:28] <Laney> hyperair: you need to make pkg-geany
[22:28] <hyperair> heh you're right.
[22:28] <hyperair> (or i could take everythign on myself)
[22:29] <directhex> hyperair for MOTU!
[22:29] <hyperair> =O
[22:29] <Laney> (and find a pet DD)
[22:29] <hyperair> hahah
[22:30] <hyperair> regarding the DD... once damian (geany's maintainer) returns from his hiatus, i'll probably ask him.
[22:31] <hyperair> or i could ask patrick matthäi. he seemed rather happy to sponsor sigx for me =)
[22:31] <Laney> gogogo
[22:31] <directhex> hiatuses (hiati?) are the danger of single-maintainer packages
[22:32] <lifeless> oh noes, not the haitan
[22:33] <hyperair> indeed.
[22:34] <hyperair> well jeromeg who maintains geany in ubuntu would probably NMU (and eventually adopt it) if damian does not return.
[22:34] <ninix> If i've uploaded in my PPA a package X that need the package Y. after i've upgraded the package Y and reuploaded it..... How do I tell launchpad that the package X have to be rebuilt with the new dependency version of the Y package ?
[22:34]  * Laney blinks
[22:34] <Laney> ninix: you upload a new version of x
[22:34] <Laney> with no changes apart from the changelog
[22:34] <ninix> k, there is no way to just rebuilt a package in launchpad
[22:35] <Laney> no, we don't have binNMUs
[22:35] <ninix> Ok
[22:35] <hyperair> not automatically anyway
[22:35] <Laney> I remember someone saying that exact same thing to me a year or so ago
[22:35] <nixternal> james_w: james_w yup, just got the reject notice :)
[22:35] <Laney> and I had to run off and research what a binNMU was
[22:35] <Laney> how much I've learned!
[22:35] <ninix> :)
[22:36] <hyperair> hahah
[22:36] <hyperair> i remember asking meebey
[22:37]  * james_w throws Laney a "yet"
[22:37] <james_w> well, we'll never have binNMUs
[22:37] <james_w> but launchpad will soon support rebuilding a binary package with an increased dependency without a change to the source
[22:38] <james_w> what that ends up meaning for Ubuntu isn't yet clear
[22:38] <hyperair> if that happens, won't the binaries be overwritten?
[22:38] <hyperair> we can't have binaries of the same name having different contents.
[22:38] <Laney> how can that be done other than the same way as a binNMU is?
[22:38] <Laney> ie +b1
[22:38] <james_w> hyperair: yeah, that's why it's not possible now. The version, and so the name of the .deb will be changed
[22:38] <ajmitch> james_w: what magic will make this possible?
[22:38] <james_w> I meant "increased version" not "increased dependency"
[22:38] <savvas> artfwo: still here? which bug was it with ubuntu-main-sponsors not showing? I'm writing a bug report
[22:38] <ajmitch> right
[22:39] <james_w> ajmitch: soyuz magic
[22:39] <artfwo> savvas: any bug that u-m-s is subscribed to
[22:39] <hyperair> james_w: basically binNMU at the click of a button?
[22:39] <james_w> see the open week session about soyuz
[22:39] <artfwo> for example bug 373168
[22:39] <directhex> life would be easier if more people remembered to set "1build1" not "1ubuntu1" for no-change rebuilds
[22:39] <savvas> ok thanks, looking
[22:39] <james_w> hyperair: perhaps
[22:39] <hyperair> sounds cool
[22:39] <ajmitch> directhex: they should have some automagic script that they use to do that
[22:42] <l3on> Hi all...
[22:42] <l3on> I'm some problem requesting a sync by requestsync script.
[22:43] <l3on> This is the output:
[22:43] <l3on> IOError: No credentials found for 'ubuntu-dev-tools', please see the manage-credentials manpage for help on how to create one for this consumer.
[22:43] <Laney> have you seen the manage-credentials manpage?
[22:43] <l3on> yep
[22:43] <l3on> I've created a consumer with my username and logged in LP.
[22:44] <l3on> I've to create a 'ubuntu-dev-tools' consumer?
[22:44] <Laney> yep
[22:44] <l3on> eh damn. WHY? :P I'm "l3on" no 'ubuntu-dev-tools' :D
[22:45] <Laney> you are giving credentials to ubuntu-dev-tools
[22:46] <james_w> why doesn't it just tell you the command to run?
[22:46] <l3on> yes, I've just read it
[22:46] <l3on>  manage-credentials create -c ubuntu-dev-tools -l 2
[22:46] <l3on> Thanks.
[22:46] <Laney> I don't know, it probably should
[22:49] <savvas> james_w: should the original sponsor who uploaded gnote review the new diff.gz?
[22:50] <james_w> savvas: gnote is in the NEW queue again
[22:50] <savvas> I know but you said rejected, is there anything to do on my behalf?
[22:50] <james_w> when?
[22:50] <james_w> just now?
[22:50] <james_w> I just rejected a duplicate upload
[22:51] <savvas> ah ok
[22:51] <james_w> it's still in the queue
[22:54] <savvas> artfwo: can you please confirm bug 374627 ? :)
[22:54] <Laney> I can
[22:54] <savvas> thanks
[22:57] <savvas> btw, I just noticed "Ubuntu 8.04.3 (TBC)" on wiki.ubuntu.com/HardyReleaseSchedule - what does that TBC mean? to be continued? :P
[22:58] <ajmitch> to be confirmed
[22:58] <savvas> that makes more sense hehe
[23:02] <l3on> Thanks guys, I've requested the sync bug 374634
[23:10] <artfwo> after I attached a debian->ubuntu debdiff to a merge request and subscribed u-m-s to the appropriate bug, should I just wait or notify someone about the bug to speed up the sponsorship?
[23:11] <dtchen> patience, probably
[23:11] <dtchen> i'm still waiting for motu-sru for a fairly trivial debdiff ;)
[23:11] <artfwo> :)
[23:47] <ninix> Can we upload a package with a debian codename in our PPA ?
[23:47] <ninix> (it hasn't been modified..., that's why i changed nothing)
[23:48] <ninix> i mean,  the codename in the changelog file.
[23:50] <directhex> ninix, yes
[23:50] <directhex> wait
[23:50] <directhex> ninix, it depends where you upload to
[23:50] <ninix> to launchpad
[23:50] <directhex> ninix, if you dput specifically to distroname/ in your ppa, then yes
[23:51] <directhex> ninix, if you upload to a generic ppa url, then no
[23:52] <ninix> ok, i.e, i should change the incoming line in my dput.cf... ".../ubuntu/" to ".../ubuntu/intrepid/" ?
[23:53] <directhex> i think that's it
[23:54] <ScottK> ninix: But #launchpad is a better channel for PPA questions.
[23:54] <ninix> ur right. thanks, will try what you said directhex.
[23:55] <directhex> YMMV, IANAL, IDDQD