[01:24] <cody-somerville> \o_
[01:26] <emgent> heya
[06:08] <dholbach> good morning
[06:27] <nxvl> hi
[06:51] <sistpoty|work> hi folks
[06:53] <nxvl> hi!
[06:58] <sistpoty|work> hi nxvl
[07:16] <AnAnt> Hello
[07:17] <AnAnt> packages.ubuntu.com is down again ?
[07:17] <nxvl> not here
[07:19] <AnAnt> ?'
[07:19] <nxvl> i can open it normaly
[07:22] <persia> AnAnt: For what do you use packages.ubuntu.com?  It may be there is also another way.
[07:22] <AnAnt> persia: I want to know what version of swt-gtk is in intrepid ?
[07:22] <persia> AnAnt: `rmadison swt-gtk`
[07:22] <AnAnt> persia: swt-gtk 3.4 is released
[07:23] <AnAnt> persia: no return
[07:24] <AnAnt> persia: that means that there's no swt-gtk ?
[07:24] <AnAnt> persia: btw, I am using hardy now
[07:25] <persia> At least there is no package by that name.
[07:25] <AnAnt> persia: ok, how do I request a sync ?
[07:25] <RAOF> AnAnt: You mean the Java GUI toolkit?
[07:25] <AnAnt> persia: swt-gtk 3.4~rc3 is in Debian
[07:26] <persia> https://wiki.ubuntu.com/SyncRequestProcess
[07:26] <AnAnt> RAOF: I think so
[07:26] <RAOF> Heh.  That package description lies so much: " - Fast and rich GUI toolkit for Java" :)
[07:27] <persia> RAOF: Do you know a faster or richer GUI toolkit for Java?
[07:27] <RAOF> The gtk bindings?
[07:27] <AnAnt> can someone review webstrict on REVU ?
[07:27] <RAOF> Actually, maybe I'm thinking of the other Java GUI toolkit.
[07:28] <persia> awt?
[07:28] <RAOF> That might be it.
[07:28] <bliZZardz> RAOF : how is JavaFX?
[07:28] <persia> Yeah.  AWT is the reason SWT exists.
[07:29] <RAOF> bliZZardz: Dunno.
[07:30] <bliZZardz> RAOF : you are looking at web based ones or for clients?
[07:30] <RAOF> Well, for clients.  Web based ones don't count.
[07:34] <AnAnt> can someone review webstrict on REVU ?
[07:34] <AnAnt> sorry I was disconnected
[07:43] <\sh> moins
[07:52] <AnAnt> persia: ok, I found a new package on intrepid, how can I fetch its changelog ?
[07:53] <\sh> http://changelogs.ubuntu.com
[07:54] <persia> And this is why it's best to ask questions generally :)
[07:55] <AnAnt> persia: I done a general request regarding webstrict, and I got no answer :)
[07:55] <persia> AnAnt: Right, but asking for something quick & specific (like "Where do I find changelogs" is more likely to get a response than "Please REVU this package", whether specific or general.
[07:56] <AnAnt> ok
[07:56] <\sh> AnAnt: webstrict already reviewed by rainct...
[07:56] <\sh> AnAnt: you didn't respond to the review at all
[07:57] <AnAnt> \sh: how's that, there is a new upload
[07:57] <\sh> AnAnt: so tell the people that
[07:57] <\sh> AnAnt: webstrict_1.0-0ubuntu3_source.changes that's the version on revu
[07:58] <\sh> AnAnt: if there is no "oh, i fixed this and that as you remarked" nobody knows
[07:58] <AnAnt> \sh: aha, ok
[08:04] <AnAnt> ok, how do I know wether  swt-gtk & xulrunner will be sync'ed (before I submit a request) ?
[08:05] <RAOF> xulrunner certainly won't be sync'd.
[08:05] <AnAnt> why's that ?
[08:06] <RAOF> Because our xulrunner packaging is different to Debian's, and will likely remain so.
[08:07] <RAOF> You notice the big bold on the top of the SyncRequest page? "you must ensure the Ubuntu changes have been merged or are no longer relevant"
[08:10] <AnAnt_> RAOF: ok, here's my issue, in the latest changelog entry of swt-gtk package, the maintainer depends on xulrunner-dev instead xul-dev
[08:11] <RAOF> Right.  So, this won't be a sync.  It'll be a merge.
[08:12] <AnAnt_> RAOF: oh, what's the difference ?
[08:12] <RAOF> A sync is where we take the Debian source package and copy it into Ubuntu's repositories.
[08:12] <AnAnt_> RAOF: so, is there a merge request ?
[08:12] <RAOF> A merge is where a human looks at the existing Ubuntu packge and the new Debian package, and figures out how to make a new Ubuntu package.
[08:15] <RAOF> Hm.  Where are you getting swt-gtk from?
[08:15] <RAOF> In Ubuntu it seems to be built from the eclipse source package.
[08:15] <AnAnt_> RAOF: in Debian
[08:16] <RAOF> There's a swt-gtk source package in Debian?
[08:16] <AnAnt_> RAOF: yup
[08:16] <AnAnt_> swt-gtk (3.4~rc3)
[08:16] <persia> There used to be one in Ubuntu as well.  It was removed back in 2006 because the implementation in eclipse was preferred.  Fashion is again swinging the other way.
[08:17] <RAOF> Oh, what fun.
[08:17] <AnAnt_> persia: Debian seems to have both !
[08:18] <persia> AnAnt: Both the old and the new swt-gtk?  I don't think so.  swt-gtk in both eclipse and a separate source, yes, as does Ubuntu.  Note that eclipse is swt-gtk-3.2 and the standalone is swt-gtk-3.4.  I expect that the version in eclipse may be dropped once all dependencies are migrated.
[08:23] <rutil> HI all! I was wondering if a package in universe can depend on or recommend a package in multiverse. Where can I find information on this topic?
[08:24] <RAOF> Recommend: probably.  Depend, no.
[08:24] <persia> rutil: A package in universe may only depend, recommend, build-depend, or build-depend-indep on packages in universe or main.  If it wants to do anything with a package in multiverse, it may break, or suggest it.
[08:25] <persia> RAOF: Surely not, now that we have recommends-by-default and germinate processing recommends.
[08:25] <RAOF> persia: I may have misremembered the outcome of "can main recommend universe".  I thought the answer there was "yes", and by extension universe should be able to recommend multiverse.
[08:26] <persia> Ah.  I thought the outcome was "No".
[08:26]  * persia hunts for a reference
[08:26] <rutil> persia: probably suggests: is the right field then. I didn't understand "it may break", can you elaborate, please?
[08:26] <RAOF> rutil: There's a Breaks: field.  A universe package can decleare that it Breaks: a package in multiverse.
[08:27] <persia> rutil: A package in universe may include a package in multiverse in the Breaks: field.
[08:27] <persia> Did Enhances: ever get implemented anywhere?
[08:27] <RAOF> Yeah.
[08:27] <persia> Where?
[08:27] <RAOF> I'm pretty sure it's implemented somewhere; at least one package uses it.
[08:28] <persia> I suspect a package in universe might be able to enhance a package in multiverse, although I don't know what tool uses this field.
[08:28] <RAOF> Which suggests that dpkg, at least, doesn't barf on it :)
[08:28] <persia> Well, it's permitted, but I'm not sure it's used.
[08:28] <rutil> RAOF, persia: interesting... is there any particular problem I risk to face using Breaks: ?
[08:29] <persia> rutil: As far as I know, Breaks: works fine, although it's a rare case where you need it.
[08:29] <RAOF> I'm not sure what the question is.  Breaks: is used as an aid to apt/dpkg when figuring out dependencies/conflicts/etc.
[08:30] <RAOF> Debian isn't using Breaks yet; not until Lenny's released.
[08:30] <RAOF> But apart from that...
[08:30] <rutil> persia, RAOF: I understand. BTW, Suggests should work fine for me. Thank you, you have been of great help
[08:31] <AnAnt> ok, how do I file a merge request for xulrunner ?
[08:31] <AnAnt> and can a sync request be filed for a package that doesn't exist in Ubuntu ?
[08:32] <RAOF> Absolutely.
[08:32] <persia> RAOF: I can't official statement.  Colin wrote https://lists.ubuntu.com/archives/ubuntu-devel/2008-June/025684.html, and later processed that as https://lists.ubuntu.com/archives/ubuntu-devel/2008-July/025697.html.  Matt later indicated this was probably correct in https://lists.ubuntu.com/archives/ubuntu-devel/2008-July/025715.html
[08:32] <persia> s/'t off/'t find a off/
[08:33] <persia> AnAnt: When filing a sync request for a package not in Ubuntu, file it against the ubuntu project, with no package.  For xulrunner, you'll want to ask in #ubuntu-mozillateam
[08:34] <RAOF> Ok.  There doesn't seem to be an official answer there, but I now agree that "no" is the general trend.
[09:15] <philsf> I want to create meta-packages to ease bundle installations of preferred packages.Can anyone recommend a beginner's tutorial?
[09:16] <RAOF> philsf: It's extremely simple.  Basically you only need to worry about debian/control.
[09:17] <RAOF> philsf: Maybe starting with 'apt-get source ubuntu-desktop', which is a typical metapackage, will give you some idea.
[09:17] <persia> Well, except that ubuntu-desktop is one of those seeded germinate-based packages.
[09:18] <RAOF> Oh, really?  I though I'd apt-get source'd ubuntu-desktop at one point and got something sane.
[09:18] <RAOF> Maybe I was making that bit up.
[09:18] <persia> RAOF: Certainly possible, but there's another example that's preferred for local stuff: I'm hunting it now...
[09:19] <persia> Right.  The equivs package contains documentation and hints to create local metapackages for preferred applications.
[09:19] <persia> The *-meta packages are likely better examples if one wants to construct a flavour.
[09:20] <philsf> um, flavour?
[09:20] <philsf> %)
[09:20] <persia> philsf: e.g. Ubuntu, Kubuntu, Server, Mobile, Studio, etc.
[09:20] <philsf> is that a custom distro?
[09:20] <philsf> ok
[09:20] <philsf> I'll take a look in equivs, thanks
[09:21] <philsf> If I just put in package's names, and never versions, I should be able to install it both in ubuntu and debian, right?
[09:21] <dholbach> or meta-gnome2
[09:21] <dholbach> or meta-telepathy
[09:22] <persia> philsf: Precisely.
[09:22] <persia> dholbach: Do you think something based on meta-gnome2 is better than something based on equivs for local use?
[09:23] <dholbach> I never looked at equivs, sorry
[09:28] <Festor> Does anyone know anything about the library libmozembed-linux-gtk2?
[09:28] <Festor> I have not been able to find its source
[09:29] <Festor> 	
[09:29] <Festor> Many Java applications distributed its source code with this library precompiled
[09:29] <philsf> it's needed for acroread, right? I was looking for it too, last week
[09:29] <Festor> philsf, you talk with me?
[09:29] <philsf> Festor: yup
[09:30] <Festor> Not only for acroread
[09:30] <Festor> frostwire
[09:30] <Festor> and others apps
[09:30] <persia> For mozembed, I'd encourage asking in #ubuntu-mozillateam, as there resides the expertise in *moz*
[09:30] <Festor> Despite these applications are GPL
[09:30] <Festor> ok, thanks
[09:31] <persia> Festor: Java upstream is far too often frustrating.  You might also ask in #ubuntu-java for guidance on others experience in convincing upstream to actually ship source.
[09:31] <Festor> OK, thanks again
[09:32] <philsf> persia: didn't sun gpl'ed java recently?
[09:32] <philsf> or is it the gerund type of action
[09:32] <persia> philsf: Well, huge chunks of something called Java.  OpenJDK is working it's way to being both complete and clean in Ubuntu.
[09:33] <philsf> oh
[09:33] <Festor> But I can upload a precompiled lib to universe?
[09:34] <Festor> These libraries are mozilla so it will probably be free (libres)
[09:34] <RAOF> I don't think so, no.  Universe has to build from source.
[09:34] <Festor> or at least that's what I think
[09:34] <persia> Festor: Nope.  Everything in universe must be compiled from source.
[09:34] <siretart> Festor: you could try with multiverse, but universe isn't worth trying, I'd say
[09:34] <persia> Sometimes there are exceptions for come things (e.g. images), but even PDF files often get rejected.
[09:35] <dushara> hey
[09:35] <persia> dushara: hey
[09:36] <dushara> hi persia: got that issue sorted out. Now I'm packaging separately for Ubuntu :-)
[09:37] <persia> dushara: Excellent.  Glad to hear it.
[09:37] <Festor> One question, a [needs-packaging] bug could be assigned to MOTU team?
[09:37] <RAOF> No.
[09:37] <Festor> I say for this https://bugs.launchpad.net/ubuntu/+bug/95666
[09:38] <Festor> and this
[09:38] <Festor> https://bugs.launchpad.net/ubuntu/+bug/94722
[09:38] <Festor> I think there are many more
[09:38] <RAOF> Needs-packaging bugs are waiting for someone interested to come and package the software.  They shouldn't be assigned until someone actually wants to do the work.
[09:38] <geser> Laney: re the ffmpeg rebuilds: I'd prefer to see debdiffs for the rebuilds as it makes the sponsoring for me easier (just apply the debdiff and debuild -S)
[09:38] <dushara> Question: Started a new project scim-wijesekera in launchpad (I'm also the developer). What do I do about the " Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address" warning?
[09:39] <Festor> thanks RAOF , so I can unassigned these bugs?
[09:39] <huats> morning dear MOTUs
[09:40] <persia> dushara: If you're packaging for inclusion in Ubuntu, you want to set an Ubuntu maintainer.  We typically use team maintainers: if you don't have any other team, MOTU is often a good candidate.
[09:40] <siretart> Festor: never assign a bug to a team. that's pretty pointless
[09:40] <sebner> huats: morning (though I'm not a motu) ^^
[09:40] <huats> hey sebner :)
[09:40] <RAOF> Festor: You can unassign those bugs, but I wouldn't bother.  It doesn't hurt much.
[09:40] <dushara> persia: What's the address?
[09:42] <persia> Maintainer: Ubuntu MOTU Developers <ubuntu-motu@lists.ubuntu.com>
[09:42] <Festor> But I wanted to try to pack a bug assigned to MOTU
[09:42] <Festor> https://bugs.launchpad.net/ubuntu/+bug/94722
[09:42] <persia> Festor: Feel free to reassign it to yourself then.
[09:43] <Festor> ok, thanks
[09:45] <dushara> persia: Thanks.
[09:52] <Festor> I found libmozembed
[09:52] <Festor> but in Debian
[09:52] <Festor> ...
[09:53] <Festor> 	
[09:53] <Festor> Should I use the same procedure as to create a new package for the Ubuntu import a Debian package?
[09:54] <Festor> this is the package:
[09:54] <Festor> http://packages.debian.org/sid/libjdic-bin
[09:55] <persia> Festor: Did you not get any information about it from the mozilla team?
[09:55] <Festor> nop
[09:56] <Festor> they only found rpm package with precompiled lib
[09:58] <persia> Well, if you want to import a package from Debian, the SyncRequestProcess is your best process.
[10:28] <AnAnt> hello, can someone review my swt-gtk package upload on REVU ?
[10:52] <persia> AnAnt: I thought you were syncing from Debian.  Why is it on REVU?
[10:53] <gnomefreak> ScottK: isnt ~8.04~jjv lower than ~hardy1?
[10:54] <gnomefreak> im going on the ~jjv at the end made it lower
[10:57] <AnAnt_> persia: Debian has rc3, I made package for the stable release
[10:59] <AnAnt_> persia: besides, there had to be a change for Ubuntu, build-depend on xulrunner-1.9-dev instead of xulrunner-dev
[10:59] <persia> AnAnt_: Ah.  I'd have recommended you coordinate with the Debian Maintainer to do that, who would likely have been able to push it to Debian within a few hours, but I've missed you.
[11:00] <persia> Oh!  I didn't see the tail.  Excellent.  Please check with the Debian Maintainer: I'm sure there will be support to get the stable release uploaded directly, so we can sync.
[11:00] <persia> Hmm.  I'm unsure of policy for that.
[11:00] <persia> Any other opinions?  Should NEW packages in Debian processed for an Ubuntu variation go through REVU, or as bugs?
[11:02] <wgrant> Or we could make our Mozilla people comply with Debian, which is probably an all-round better idea.
[11:02] <AnAnt_> persia: btw, according to mozillateam, there will be a xulrunner-dev in Ubuntu too, but it doesn't exist now
[11:02] <AnAnt_> but I dunno if that will be in Intrepid or what
[11:04] <persia> wgrant: That makes more sense.
[11:05] <persia> AnAnt_: Could you please coordinate with the Debian Maintainer to get the newer version in Debian, and the mozillateam to ensure that we don't have to carry this silly variation for every single package (in many cases, Provides: works just fine).
[11:07] <directhex> gnomefreak:
[11:07] <directhex> directhex@mortos:~$ dpkg --compare-versions 1.0-1~8.04~jjv gt 1.0-1~hardy1 || echo "the jjv one is higher"
[11:07] <directhex> the jjv one is higher
[11:08] <wgrant> 'dpkg returns success (zero result) if  the  specified  condition  is  satisfied,'
[11:08] <wgrant> You want &&
[11:08] <directhex> close enough ;)
[11:08] <directhex> i blame lack of sleep
[11:10] <gnomefreak> ok guess im rebuilding everything
[12:06] <TheMuso> n/c
[12:11] <geser> Hi TheMuso
[12:20] <AnAnt__> persia: sorry I was away
[12:21] <AnAnt__> persia: how will Provides work ?
[12:23] <persia> AnAnt: If two packages are functionally identical, one may indicate that it Provides: the other.  When the package management tools cannot find a specific package, but can find a package that Provides: that package, they will select the providing package for installation.
[12:24] <emgent> morning
[12:26] <sebner> emgent: \o/
[12:32] <goshawk> hi
[12:32] <persia> goshawk: hi
[12:35] <goshawk> i'm trying to make a deb package for ubuntu (i'm packaging dsss a tool to compile and install D programs), what should i do to be accepted in ubuntu universe repository?
[12:35] <sebner> !revu
[12:35] <mok0> sebner: heh ubotu is sleeping...
[12:35] <goshawk> tahnks sebner
[12:35] <sebner> mok0: really laggy
[12:35] <persia> mok0: ?
[12:36] <mok0> persia: eerrh he woke up I guess
[12:36] <mok0> ubotu, are you asleep?
[12:36] <sebner> ubottu: speed up!
[12:37] <mok0> LOL
[12:38] <Pici> !lag
[12:38] <mok0> ubottu: everybody except you have lag
[12:39] <sebner> rofl
[12:39] <persia> Erm.  Let's not abuse the bot.  Too much attention, and it tends to sulk for a couple days :(
[12:40] <mok0> I guess he is busy serving all those losers over at #ubuntu ;-)
[12:41] <persia> Erm.  Many of those people are very important in ensuring that Ubuntu works properly.  Without #ubuntu, Ubuntu would not be what it is today.
[12:41] <slytherin> mok0: I don't think losers is appropriate term.
[12:42] <sebner> mok0: uh uh uh. bad words
[12:42] <mok0> slytherin: you are right I apoligize
[12:42] <mok0> Bad attempt at being funny
[12:43] <AnAnt__> persia: mozillateam says that they done that in the bzr already
[12:43] <AnAnt__> persia: but they doubt it'll work, so they are planning to make an empty xulrunner-dev package that will depend on xulrunner-1.9-dev
[12:43] <mok0> I have to reboot
[12:47] <AnAnt__> anyone knows when is next intrepid upload ?
[12:49] <sebner> wb mok0
[12:52] <geser> AnAnt__: next upload of what? xulrunner?
[12:53] <goshawk> uhm...
[12:53] <AnAnt__> geser: yeah
[12:53] <goshawk> i'm packaging a tool that needs itself to be compiled... how to solve this problem?
[12:54] <geser> AnAnt__: it's up to the mozillateam when they do a new upload
[12:56] <persia> AnAnt__: That works too.  Thanks for checking with them: with that new dummy package, will we be able to sync with Debian once they update to the now released upstream?
[12:58] <Hobbsee> anything interesting happening?
[12:58] <AnAnt__> persia: well, got to talk with the maintainer
[12:58] <persia> AnAnt__: Almost there then :)
[12:58] <persia> Hobbsee: Always.  Would you like a task?
[12:59] <AnAnt__> persia: so no need for package on REVU
[12:59] <Hobbsee> persia: probably not :P
[12:59] <persia> AnAnt__: That's what I think.  Let's wait until you hear back from Debian before we nuke it.
[12:59] <persia> Hobbsee: Well then, you don't get to play :p
[12:59] <Hobbsee> aww
[12:59] <Hobbsee> well, depends what's on offer
[13:01] <persia> Let's see: rcbugs, unmetdeps, mutliverse demotions, ubuntu-local package updates, watch files, NBS.
[13:01] <\sh> siretart: ping are you going to the FAI developer workshop (august  @linuxhotel, essen) ?
[13:01] <persia> There's a heap of Kubuntu NBS, if that interests you.
[13:01] <geser> has someone an idea how to best sponsor the ffmpeg rebuild requests in the u-u-s queue as they don't have debdiffs? wait for debdiffs or simply do the rebuilds myself?
[13:01] <siretart> \sh: puh, TBH, I currently don't plan to do so.
[13:02] <persia> geser: Are you talking about Laney's bug?
[13:02] <geser> persia: yes
[13:02] <\sh> siretart: k
[13:02] <siretart> \sh: do you plan to attend?
[13:02] <persia> geser: I'd just process it and close the bug, rather than pushing debdiffs.  He's had a few days, and reported several times that they all build correctly.
[13:03] <\sh> siretart: I don't have the time...:( too much to do @office and for leonov...and I
[13:04] <\sh> 'm attending froscon which is also in august :(
[13:04] <\sh> siretart: I just asked you, because it would be good to have at least a "biased" fai lover there to make fai work properly for hardy/intrepid
[13:05] <siretart> hm. I'll think about it
[13:06] <geser> persia: do I put him into the changelog or myself? I don't want to "steal" the rebuilds from him but I don't want to invest to much time on the changelog either.
[13:07] <persia> geser: I'd "steal" them.  When I find good bugs in the queue, and the person doesn't have a good debdiff, and doesn't get one soon, I tend to just adjust, update the changelog, and upload.
[13:08] <persia> From my experience when receiving sponsoring, I tended to prefer that the bugs I worked on got fixed, rather than that I got changelog credit, and tended to learn when you or crim*sun would "steal" them with additional corrections.
[13:08] <persia> On the other hand, my first NBS work was very confusing, as my sponsor fixed a bunch of things and uploaded with my name in the changelog, so the packages in the repo didn't match my local patches.
[13:11] <geser> persia: thanks
[13:12] <geser> has someone an idea how to prevent "Building database of manual pages" in a pbuilder? I don't need the manpages during a build and it only takes time.
[13:12] <persia> geser: dpkg triggers?
[13:15] <geser> persia: I guess
[13:16] <persia> More seriously, I don't think there is a way, any more than the building font DB issue, or the scrollkeeper update issue.
[13:16] <persia> Getting triggers widely implemented likely won't happen until post-lenny (intrepid+1), so we're likely stuck for now.
[13:17] <directhex> allRIGHTY then. i finally have a package in sid. so, where do i request a sync?
[13:21] <persia> directhex: w.u.c/SyncRequestProcess
[13:22] <broonie> Probably worth a wishlist against pbuilder - dancer may well want to handle it like start-stop-daemon or similar.
[13:25] <persia> broonie: Does it make sense to have many of those?  I'd personally prefer to have the build environment be close to the target environment, even if this makes it take a little longer.
[13:26] <persia> (That said, I use sbuild+schroot, and actually do start the daemons at build time, when required)
[13:33] <broonie> persia: Well, it'd be nice if pbuilder ran faster :)
[13:34] <persia> broonie: I guess.  I value correct over fast, but that's likely me.
[13:35] <nxvl> good morning everyone!
[13:35] <broonie> persia: It should be a whitelist of triggers for things like the man-db update that are guaranteed not required rather than suppressing all triggers.
[13:36] <persia> broonie: I guess.  On the other hand, for me the issue is that it does this sometimes several times in a single installation run, whereas doing it once would be less painful.
[13:38] <broonie> That's nothing to do with pbuilder - it's a generic "issue" with triggers (it was brought up on d-d recently, not sure what the conclusion of the thread was)
[13:39] <persia> My understanding was that the goal was to only do these things once, but that the mechanism for doing so wasn't implemented in all packages, and not considered release-important for lenny.
[13:39] <persia> Then again, I've not been a d-d reader for a few years now, so I'm quite likely mistaken,
[13:40] <broonie> There's two orthogonal issues.
[13:40] <broonie> One is that more packages could use triggers than currently do so.
[13:40] <broonie> The other (the one with multiple invocations of triggers) is that triggers get run more frequently than might perhaps be desirable.
[13:41] <persia> Ah, I see.  I'd consider the second a bug, as part of the slowly improving implementation.
[13:42] <broonie> Indeed. Everything actually works fine so it's not critical. IIRC half of it is better integration with apt.
[14:33] <null_vector> morning
[14:37] <null_vector> wow boost is messed up with the gcc change
[14:41] <RainCT> morning null_vector :)
[14:47] <null_vector> How are you today RainCT?
[15:01] <bddebian> Heya gang
[15:02] <sebner> hi bddebian =)
[15:02] <bddebian> Hello sebner
[15:11] <geser> Hi bddebian
[15:11] <emgent> hello there
[15:11] <sebner> emgent: \o/
[15:11] <sistpoty|work> hi bddebian
[15:12] <sistpoty|work> and hi emgent
[15:12] <sebner> geser: you are like a working-animal (arbeitstier)
[15:12] <sebner> hihi sistpoty|work  =)
[15:12] <emgent> sistpoty|work: geser sebner heya :)
[15:12] <sistpoty|work> hi sebner
[15:12] <emgent> hot day..
[15:13] <slayton> is anybody here familiar with using xdg-desktop-meny?
[15:13] <slayton> xdg-desktop-menu?
[15:14] <persia> slayton: Yes, and I very much discourage you from using it.
[15:14] <persia> You'll do best to encode things in interesting categories in your .desktop files, and then have the menu system or launcher use this informaiton to control display in a manner well integrated with the rest of the environment.
[15:15] <geser> sebner: yes :) I didn't do many uploads in the last weeks so I need to catch up to be back on track for my regular amount of uploads/sync for a release (around 300) :)
[15:15] <persia> Trying to adjust the menus directly tends to lead to confusion, and possible significant differences in behaviour in different environments.
[15:15] <sebner> geser: WOW (no vista) xD
[15:16] <slayton> so I've pretty much been getting that same response for the last week or so... everybody is telling me that creating my own menu entries is bad... but why?
[15:16] <slayton> If the software I'm deploying is going to be used in a highly controlled environment is it really that big of an issue?
[15:17] <null_vector> stdlib.h or string.h  doesn't pull in limits.h anymore?
[15:17] <persia> slayton: If the software you're deploying is going to be used in a highly controlled environment, this is the wrong forum in which to seek advice.
[15:17] <persia> null_vector: gcc-4.3 doesn't recursively track things anymore anyway.
[15:18] <null_vector> yay =/
[15:18] <slayton> ok thanks....
[15:18] <bddebian> Heya geser, emgent, sistpoty|work :)
[15:19] <emgent> o/
[15:20] <sebner> persia: hmm I have currently 2 packages on revu and enough reviewers (currently looking at it) but I promise you the third is yours ;)
[15:20] <sebner> emgent: bah! still not a motu :P
[15:21] <slytherin> does anyone know off hand if hamster is already packaged?
[15:22] <emgent> sebner: yeah i know, waiting Motu Council votes.
[15:22] <Iulian> slytherin: No, it's not IIRC.
[15:22] <sebner> emgent: speed it up (with free beer) xD
[15:23] <slytherin> Iulian: Not present in debian too.
[15:23] <emgent> sebner: lol
[15:24] <sebner> emgent: though it may look like corruption :P
[15:24] <emgent> sebner: it`s impossible, i will wait.
[15:24]  * sebner ist just making fun =)
[15:25] <Iulian> slytherin: You should talk to Tim Retout (he reported the ITP bug to Debian) if you'd like to start packaging it.
[15:25] <emgent> sebner: hehe i know.
[15:25] <slytherin> Iulian: nooo, I stay away from python packaging. :-D
[15:28] <Iulian> Heh
[15:30] <RainCT> slytherin: why, python packaging is great :P
[15:30] <bliZZardz> slytherin : what is tough in py pkging?
[15:30]  * RainCT stays away from C/C++ stuff packaging :)
[15:31] <slytherin> RainCT: bliZZardz: Never said it was tough. But I am more interested in java packaging. :-)
[15:31] <RainCT> bliZZardz: it has it's own policy (you've to use pycentral/pysupport to byte-compile the files, etc)
[15:31] <bliZZardz> c/c++ is PIA
[15:35] <Iulian> bliZZardz: Why?
[15:35] <slytherin> bliZZardz: may be, but you have to take into consideration that most of the Free software is written in C/C++ :-D
[15:35] <persia> Bah.  C is easy to package.  With python, one has to do all sorts of contortions to ensure that one only uses libraries available for some specific python version and avoid using ezsetup.
[15:35]  * Iulian agrees with persia.
[15:36] <null_vector> If I add dpatch to a package should that be noted in the changelog?
[15:36] <Iulian> null_vector: Yes
[15:37] <null_vector> Iulian: thanks
[15:37] <dholbach> vorian: congratulations!
[15:38] <bliZZardz> slytherin: lulian : i would like to rephrase what i said... i meant packaging on multi-bit platforms..
[15:39] <geser> Laney: are you around? could you check if the still open ffmpeg rebuild requests are still valid? looking at the dependencies on intrepid/AMD64 they look to my like a rebuild isn't needed anymore
[15:39] <geser> vorian: congratulations
[15:39] <bliZZardz> slytherin: lulian: persia : and if you are not talking abt just ubuntu specific packaging(but even Solaris, Win etc) - then it becomes little tricky
[15:40] <persia> bliZZardz: Indeed: packaging vs. preparing an upstream release.
[15:42] <bliZZardz> i still remember the first time when i compiled a C prog in win 98 and took the exe and tried running the exe on win 2k.... i got jacked. (these were teh days when i just knew to print 'foobar'
[15:46] <null_vector> Is there an easy way to edit a dpatch?  I need to add an include to an existing patch.
[15:48] <geser> null_vector: dpatch-edit-patch
[15:49] <null_vector> damn I love dpatch
[15:52]  * raphink_ prefers cdbs' simple-patchsys or even quilt to dpatch, but since most packages use dpatch... 
[15:54] <mouz> Would somebody mind doing a second review on my packaging of stjerm (a light weight terminal emulator)? Bug 216603, http://revu.ubuntuwire.com/details.py?package=stjerm. Thanks :)
[15:56] <huats> vorian: congrats
[15:58] <DktrKranz> vorian: congrats!
[16:00] <sebner> null_vector: always document *every* change ;)
[16:00] <sebner> vorian: congratulations! :D
[16:00] <sebner> dholbach: bah that's unfair -.-
[16:00] <sebner> null_vector: i think quilt is alot more easier to use
[16:00] <dholbach> hm?
[16:04] <null_vector> sebner: Know of any good intro quilt? Might check it out.
[16:07] <geser> null_vector: I usually use the one on the wiki when I need to deal with quilt
[16:07] <Iulian> https://wiki.ubuntu.com/PackagingGuide/PatchSystems#head-144f4addc9168b6fba691616e44f75d34fb5af77
[16:08] <RainCT> vorian: congrats!
[16:13] <slytherin> sebner: are you kidding quilt is pain.
[16:13] <sebner> slytherin: O_o for me quilt is easier than dpatch
[16:16] <null_vector> grats vorian
[16:31] <brandon|work> ScottK, ping
[16:48]  * hefe_bia likes quilt, too :)
[16:48] <hefe_bia> I need some clarification on the get-orig-source target
[16:49] <hefe_bia> Is it supposed to get the source matching the package version or the newest version?
[16:51] <tseliot> syspoty|work: the packages are ready for testing, in case you're interested.
[16:53] <null_vector> Anyone have any experience with the "__stack_chk_fail_local" issues?
[16:58] <geser> null_vector: build failure?
[16:58] <null_vector> geser: dlopen
[17:00] <geser> null_vector: it is related to the gcc stack protector
[17:01] <null_vector> geser: yes, the library being build and dlopened seems to be using the stack protection bits
[17:05] <sistpoty|work> tseliot: ah, not too sure if I manage to come around it once I'm home, as I'm now > 11 hours at work already
[17:05] <tseliot> ﻿sistpoty|work: no problem. This was just FYI ;)
[17:06] <sistpoty|work> tseliot: thanks :)
[17:08] <Festor> Is it necessary to request a review of REVU packages in this channel?
[17:08] <Festor> I say this for it seems that there are many packages unreviewed
[17:09] <sebner> Festor: well if you want somebody to lookt at them ;)
[17:10] <geser> Festor: it's not necessary but it often helps (but don't repeat your requests too often else you might get ignored)
[17:10] <Festor> I do not say that review my packages. I mean that there are many with no comment
[17:12] <Festor> And.. one question, Can I delete my package in REVU?
[17:12] <Festor> I change the name and now I have two packages with different names
[17:12] <Festor> This is the old
[17:12] <Festor> http://revu.ubuntuwire.com/details.py?package=ted
[17:13] <Festor> I want delete that package
[17:15] <sistpoty|work> Festor: deleted
[17:15] <Festor> thanks
[17:15] <sistpoty|work> np
[17:16]  * sistpoty|work heads home... cya
[17:18] <Festor> well, someone might revise my packages?
[17:18] <Festor> http://revu.ubuntuwire.com/details.py?package=rarcrack
[17:18] <Festor> http://revu.ubuntuwire.com/details.py?package=amsn-transparent
[17:18] <Festor> http://revu.ubuntuwire.com/details.py?package=amsn-desktop-integration
[17:19] <Festor> http://revu.ubuntuwire.com/details.py?package=gendesign
[17:19] <Festor> http://revu.ubuntuwire.com/details.py?package=ted-tv
[17:19] <Festor> and http://revu.ubuntuwire.com/details.py?package=lh-abc
[17:19] <sebner> Festor: addicted to packaging? O_o
[17:19] <Festor> ehh, yes?
[17:22] <null_vector> Is everything compiled with stack checking by default?
[17:24] <geser> yes
[17:28] <rootvzla> hi n.n
[17:30] <slytherin> rootvzla: what is n.n?
[17:30] <ryse> emoticon~
[17:31] <rootvzla> slytherin is a happy face
[17:31] <rootvzla> hi ryse
[17:31] <ryse> hello
[17:33] <rootvzla> someone knows algun motu that can help me or help me to leave the doubts that have or can teach me on the packages of ubuntu
[17:33] <rootvzla> ?
[17:34] <slytherin> rootvzla: express your doubts
[17:35] <null_vector> geser: I'm confused now because adding -fno-stack-protector to CFLAGS for the package fixes the problem.
[17:38] <bbyever> slytherin: rootvzla would like to know if there is a mentor that could help him with packaging but in spanish
[17:39] <rootvzla> bbyever :) eso
[17:39] <slytherin> rootvzla: I am not. Sorry. :-)
[17:39] <geser> null_vector: why? disabling the stack protection is a working fix but I don't remember if that's the best fix
[17:40] <rootvzla> ah =( slytherin
[17:41] <Festor> I am spanish
[17:41] <rootvzla> hi Festor :)
[17:42] <Festor> hi
[17:42] <null_vector> geser: The issue is that the libs already on the system don't have steck checking enabled.
[17:43] <rootvzla> una pregunta por casualidad sabes algo de empaquetamiento y como puedo corregir los fallos en ubuntu Festor ?
[17:43] <rootvzla> o como puedo tener ayuda personal de un motu?
[17:43] <Festor> rootvzla, please in spanish here #ubuntu-es-dev
[17:44] <rootvzla> sorry Festor
[17:45] <emgent> i go out, see you later people
[18:00] <pochu> is it me or requestsync is broken in Intrepid?
[18:00]  * sebner never used that
[18:01] <pochu> sebner: really? it's quite useful ;)
[18:01] <sebner> pochu: btw, do you know if when you have a game. does upstream should install it to /usr/games/ with the makefile?
[18:02] <pochu> sebner: no idea about upstream. I guess the FHS will tell it
[18:02] <sebner> pochu: just wonderin if upstream should do that or us
[18:03] <pochu> sebner: I think so, look for 'usr/games' in http://www.pathname.com/fhs/pub/fhs-2.3.txt.gz
[18:03] <jpds> sebner: requestsync rocks. ;-(
[18:03] <jpds> ;-)*
[18:03] <sebner> hrhr
[18:03] <pochu> games     Static data files for /usr/games (optional)
[18:04] <pochu> jpds: does it work for you in Intrepid?
[18:04] <jpds> pochu: I'm not on Intrepid...
[18:05] <pochu> jpds: ah, ok
[18:05] <pochu> hi, btw :)
[18:06]  * jpds waves "hola" to pochu. :)
[18:06] <Laney> geser: Nice work on the rebuilds :D
[18:06] <sebner> lol
[18:10] <geser> pochu: I used requestsync --lp just yesterday successfully
[18:13] <pochu> just reported bug 246669
[18:13] <pochu> --lp doesn't work either
[18:13] <pochu> it's like if it didn't want to show me the text editor for some reason...
[18:16] <Laney> pochu: Have you tried using the one in the u-d-t bzr?
[18:16] <Laney> iirc that bug was fixed
[18:16] <pochu> Laney: nope, I may try it later, gtg now
[18:16] <pochu> thanks for the pointer
[18:17] <Laney> k
[18:17] <geser> pochu: ah, I still have an older local copy of that script
[18:17] <pochu> Laney: ah, you fixed it :)
[18:18] <Laney> I did something with that line, not sure if it was for the same thing ;)
[18:18] <pochu> from the description it looks like
[18:18] <pochu> s/description/changelog/
[18:18] <Laney> yeah, I forget what error I was getting now :(
[18:18] <pochu> bbl
[18:20] <Festor> well, someone might revise my packages?
[18:21] <Festor> http://revu.ubuntuwire.com/details.py?package=rarcrack
[18:21] <Festor> http://revu.ubuntuwire.com/details.py?package=amsn-transparent
[18:21] <Festor> http://revu.ubuntuwire.com/details.py?package=amsn-desktop-integration
[18:21] <Festor> http://revu.ubuntuwire.com/details.py?package=gendesign
[18:21] <Festor> http://revu.ubuntuwire.com/details.py?package=ted-tv
[18:21] <Festor> and http://revu.ubuntuwire.com/details.py?package=lh-abc
[18:27] <null_vector> geser: I'm updating that debdiff for 246406.  I had to add the -fno-stack-protect to yap as I can't track down where the problem really is.
[18:33] <slayton> is it possible to include supplementary script files in a deb package?  I mean create a few scripts that would all be run by postin or postrm
[18:53] <slayton> i want to compartmentalize the different things that postinst is going to do... I'd like to create a separate script for each task and then have postinst run them one by one... I tried including the scripts in the debian dir but postinst says it can't find them.... is what I want to do even possible?
[19:04] <Festor> cody-somerville, I have uploaded to revue the two plugins for amsn you that I had commented to you
[19:04] <Festor> http://revu.ubuntuwire.com/details.py?package=amsn-desktop-integration
[19:04] <Festor> http://revu.ubuntuwire.com/details.py?package=amsn-transparent
[19:05] <Festor> could you review them?
[19:07] <cody-somerville> Festor, Certainly.
[19:08] <hefe_bia_> I also have two packages for review:
[19:08] <hefe_bia_> http://revu.ubuntuwire.com/details.py?package=gebabbel
[19:09] <hefe_bia_> http://revu.ubuntuwire.com/details.py?package=tomboy-blogposter
[19:09] <hefe_bia_> So if somebody finds the time that would be nice ;)
[19:18] <Festor> Sorry, I had a problem. someone has mentioned my name?
[19:31] <cody-somerville> Festor, I said "Certainly".
[19:31] <Festor> ok, thanks
[19:40] <Festor> cody-somerville, and there are news about https://bugs.launchpad.net/ubuntu/+source/amsn/+bug/99605
[19:40] <Festor> ?
[19:40] <cody-somerville> no
[19:42] <Festor> :(
[19:56] <slayton> what does dh_icons do?
[19:56] <RainCT> tseliot: ping
[19:57] <RainCT> slayton: «dh_icons is a debhelper program that updates Freedesktop icon caches when needed, using the update-icon-caches program provided by GTK+2.12.», from the manpage
[19:57] <sebner> huhu norsetto
[19:57] <norsetto> cheerio
[19:57] <RainCT> slayton: afaik, it basically creates versions of an image in different sizes
[19:59] <norsetto> devfil: friend of yours: <-- Rocco has left this channel ("Kernel panic: Aiee, killing devfil!"). ?
[19:59] <slayton> RainCT: so do I only need to provide one icon and let dh_icons take care of creating all the icons of the appropriate sizes and places them where they need to be?
[20:00] <devfil> norsetto: lol
[20:00] <RainCT> slayton: dh_icons only works for a certain sort of icons (I guess that would be SVG), but I don't really know
[20:00] <devfil> norsetto: is a joke
[20:00] <sebner> devfil: are you sure? ^^
[20:01] <RainCT> tseliot: I've some complains about envyng-gtk... :P
[20:01] <devfil> sebner: yes+
[20:03] <slayton> RainCT: thank you very much!
[20:03] <RainCT> slayton: no problem :)
[20:04] <RainCT> tseliot: a) that the output from the terminal output can't be copied (it's a PITA if you are trying to help someone on IRC, as he has to upload a screenshot)
[20:04] <RainCT> tseliot: and b), it would be great if it checked it synaptic/aptitude/etc is open and complained about this before trying anything
[20:04] <sebner> RainCT: license! license!
[20:05] <devfil> sebner: when will you ask for MOTUship?
[20:05] <norsetto> devfil: don't encourage him ... please
[20:05] <RainCT> tseliot: those are the biggest annoyances I've found so far (note: sorry if this is already done/on your TODO/whatever)
[20:05] <RainCT> sebner: uhm?
[20:05] <RainCT> sebner: me not understand :P
[20:06] <sebner> RainCT: see revu
[20:06] <sebner> norsetto: buh this is now a very interesting situation for me. do you mean it by joke or not
[20:07] <norsetto> sebner: I'm serious
[20:07] <sebner> devfil: ok then not in the near future
[20:07] <devfil> norsetto: if he became MOTU it will upload all packages without check for a sponsor
[20:08] <devfil> sebner: you are crazy :P
[20:08] <RainCT> sebner: bah, man kann dir nicht vertrauen :P
[20:08] <sebner> RainCT: sry :(
[20:09] <sebner> devfil: why? O_o I trust norsetto when he tells me I shouldn't apply
[20:09] <devfil> sebner: but DktrKranz will kill you XD
[20:10] <sebner> devfil: ehm. yeah that's true xD
[20:10]  * sebner hides
[20:11] <RainCT> sebner: /me is sad.. why did I overlook that? I *wanted* to complain about something :P :P
[20:11] <slytherin> Does anyone know how pbuilder bash completion works?
[20:12] <sebner> RainCT: you complained about the 2 points (what I also could fix =))
[20:12] <RainCT> lol
[20:13] <sebner> RainCT: and I fixed now this mv thing with passing the the games directory to configure ;)
[20:16] <RainCT> good :)
[20:16] <RainCT> slayton: cat /etc/bash_completion.d/pbuilder
[20:16] <RainCT> slayton: ;)
[20:17] <sebner> RainCT: ^^ but stil thanks for the workaround since learning such stuff is always good =)
[20:17] <slayton> RainCT: what is that?
[20:17] <RainCT> erm, that was for slytherin, sorry
[20:18] <RainCT> evil tab-completion ;)
[20:18] <RainCT> slytherin: ^^
[20:18] <norsetto> sebner: seriously, how would you feel about being able to upload what you want to the archive?
[20:18] <slayton> RainCT: on np
[20:18] <slytherin> RainCT: thanks, for some reason I didn't have that file. I just reinstalled pbuilder
[20:19] <ScottK> brandon|work: Pong
[20:20] <brandon|work> ScottK, do you have an ETA on 0.93.3. being packaged?
[20:20] <slayton> anybody know why hdf5 1.8 is not going to be packaged for Intrepid Ibex?
[20:21] <ScottK> sgran the Debian maintainer is out of town until tomorrow.  Probably later this week.
[20:21] <brandon|work> alright, thanks
[20:21] <ScottK> brandon|work: There are no security fixes in 0.93.2/3, so there's not a huge rush.
[20:21] <sebner> norsetto: :) DktrKranz always tells me that if I have the right to upload that doesn't mean that I *must* use it. And if I'm not sure with some thing I would ask somebody. However I respect your opinion on me also when you comment in this way if I apply somewhen. Though it'll be strange since that I know that many motu's would/will give me an ACK. then is the question how I handle your critism
[20:22] <sebner> RainCT: I'll upload in a few minutes. ready for a readvocate?
[20:22] <brandon|work> yeah, but the engine has been improved quite a bit supposedly (it is faster in my tests)
[20:24] <slytherin> slayton: who said so?
[20:24] <Amaranth> hmm, anyone know if having your arm feel like it's going numb while typing is a bad thing? :/
[20:24] <laga> Amaranth: RSI?
[20:25] <Amaranth> probably
[20:26] <geser> slytherin: do you remember the correct fix for a not found jni.h? see http://launchpadlibrarian.net/15623388/buildlog_ubuntu-intrepid-amd64.libjdic-java_0.0.20060613-8_FAILEDTOBUILD.txt.gz
[20:26] <geser> I remember it was something simple but not what it was. I guess a additional/changed build-dependency.
[20:33] <Iulian> I have uploaded a package named salasaga to revu but it doesn't show up. Any revu admin to check?
[20:33] <devfil> Iulian: you should wait a bit
[20:33] <devfil> Iulian: when have you uploaded it?
[20:34] <Iulian> devfil: I'm waiting for about 2 hours.
[20:35] <devfil> Iulian: this is very strange, try to reupload it
[20:37] <Iulian> I can't because it says it's already uploaded.
[20:37] <laga> dput -f
[20:38] <ScottK> Iulian: rm the .upload file.
[20:38] <slytherin> geser:IIRC, You need to ad some variable in rules file
[20:40] <Iulian> ScottK: I'm afraid I don't have that file. (Could not write /var/cache/pbuilder/result/salasaga_0.8.0~alpha3-0ubuntu1_i386.upload), forgot to use sudo.
[20:40] <Iulian> ScottK: It's ok now.
[20:40] <Iulian> laga: Thanks
[20:40] <ScottK> Ah.
[20:42] <jpds> Iulian: Don't upload binaries.
[20:44] <ScottK> Yeah.  That too.
[20:44] <ScottK> Unless it's for Debian.
[20:44] <laga> does debian allow that?
[20:45] <geser> slytherin: could that be 'CFLAGS="-I/usr/lib/jvm/java-gcj/include"'? Found it in some old accepted mails where I fixed that in the past.
[20:46] <slytherin> geser: I think so. You can confirm in libgtk-java or libcairo-java source
[20:47] <vorian> thanks guys :)
[20:47] <geser> slytherin: thanks
[20:47] <slytherin> geser: welcome. :-)
[20:47] <jpds> rock on vorian !
[20:48] <vorian> :)
[20:50] <tseliot> ﻿RainCT: I'm here
[20:51] <Festor> Someone could revise my packages?
[20:51] <Festor> http://revu.ubuntuwire.com/details.py?package=gendesign
[20:51] <Festor> http://revu.ubuntuwire.com/details.py?package=amsn-desktop-integration
[20:51] <Festor> http://revu.ubuntuwire.com/details.py?package=amsn-transparent
[20:51] <Festor> http://revu.ubuntuwire.com/details.py?package=lh-abc
[20:51] <Festor> http://revu.ubuntuwire.com/details.py?package=rarcrack
[20:52] <Festor> and http://revu.ubuntuwire.com/details.py?package=ted-tv
[21:02] <slytherin> can anyone tell me which is faster out of virtualbox and qemu?
[21:08] <Kopfgeldjaeger2> slytherin: probably virtualbox
[21:08] <slytherin> Kopfgeldjaeger2: have you used both?
[21:08] <Kopfgeldjaeger2> yes
[21:09] <slytherin> Ok. So I will try virtualbox first.
[21:21] <sebner> bug #246720
[21:21] <geser> sebner: the right fix is to use pkg-config instead of ffmpeg-config
[21:22] <sebner> geser: now ScottK will kill you xD
[21:22] <geser> me checks again
[21:23] <geser> yes, libavg uses ffmpeg-config which is obsolete and will be removed in the next ffmpeg-free upload
[21:26] <ScottK> geser: I was testing him in PM.
[21:26] <sebner> geser: as I said ;)
[21:27] <geser> how should I know that?
[21:28] <sebner> geser: hrhr. np
[21:28] <sebner> geser: I have to fix that and you upload it then, ok?
[21:29] <geser> sebner: what was the question/task ScottK give you?
[21:30] <sebner> geser: hmm. is the debdiff ok
[21:31] <geser> sebner: next time PM ubottu instead of doing it in the channel :)
[21:31] <sebner> hrhr
[21:31] <sebner> geser: I told him that we need query bots :P
[21:32]  * Laney notices his bug and quivers
[21:35] <geser> sebner: without me spoiling it, what would have been your answer to ScottK's question?
[21:50] <Laney> bag
[21:50] <Laney> bah*
[21:50] <Laney> thanks geser
[21:55] <sebner> gn8 folks
[22:02] <null_vector> What's the suggested way to skip pysupport?  python-minimock is FTBFS because it uses "--before pysupport" and pysupport isn't installed.
[22:03] <norsetto> null_vector: then install it
[22:04] <null_vector> norsetto: Seems a waste to add pysupport to build-deps just so you can skip it
[22:04] <norsetto> null_vector: why is it checking if it is installed and then skip it!?
[22:05] <apachelogger> norsetto: hey, http://revu.ubuntuwire.com/details.py?package=hitori doesn't have an rpath here
[22:06] <norsetto> null_vector: and on top of that fails to build if something which will anyhow skip is not there ...
[22:06] <apachelogger> norsetto: http://paste.ubuntu.com/26032/
[22:06] <norsetto> apachelogger: thats what lintian is telling me, go and talk to her if you are not happy ;-)
[22:06] <apachelogger> norsetto: hardy lintian?
[22:07] <norsetto> apachelogger: nope, intrepid
[22:07] <apachelogger> norsetto: http://paste.ubuntu.com/26033/
[22:07] <apachelogger> doesn't here
[22:07]  * apachelogger finds that very strange
[22:07] <null_vector> norsetto: I've never seen it installed this way.  I'm not familiar with calling dh directly.
[22:11] <norsetto> null_vector: do you want to paste something we can look at? I quite frankly don't understand what is the problem you are talking about
[22:14] <null_vector> norsetto: sorry about that.  http://paste.ubuntu.com/26035/
[22:14] <norsetto> apachelogger: W: hitori: binary-or-shlib-defines-rpath ./usr/games/hitori /usr/lib
[22:16] <Laney> Hopefully my next ffmpeg-transition-related bug will be correct :<
[22:17] <norsetto> null_vector: first time I see anything like that
[22:17] <Iulian> If anyone have some spare time and would like to review a package, please have a look at http://revu.ubuntuwire.com/details.py?package=salasaga (it's an IDE for producing eLearning).
[22:19] <norsetto> null_vector: I guess thats new debhelper syntax
[22:21] <null_vector> norsetto: I'm just going to add python-support as a dependency to get it to build =/
[22:22] <geser> norsetto: dh is debhelper 7, but just all I know about it.
[22:22] <geser> it's like cdbs
[22:22] <norsetto> geser: yes, I'm reading the man page right know, pretty funky stuff
[22:24] <tester_> I am trying to get Apache2 mod_dbd driver to install, and having problems.  I am unsure if I need to add a .load file to the mods-available to get it to load the DBDriver mysql driver (apr_dbd_mysql.so).
[22:24] <norsetto> null_vector: that was uploaded in binary format to debian, so, no build logs available, could very well be a bug in the package
[22:28] <apachelogger> norsetto: can you please run chrpath on the binary
[22:28] <apachelogger> maybe lintian is just bogus
[22:28] <RainCT> tester_: #ubuntu or #ubuntu-server may be better places to ask
[22:30] <tester_> RainCT, one of the folks there explaind it was a bug. (ikonia) and to ask you guys for help with it.
[22:30] <tester_> RainCT, should I go back there then?
[22:31] <RainCT> tester_: ah, dunno then
[22:32] <mouz> Would some developer like to review my patch for bug 246106?
[22:33] <norsetto> null_vector: from what I'm reading, you should not have to install pysupport, those lines are meant to be the way to make debhelper skip the pysupport calls with the pycentral ones
[22:36] <null_vector> norsetto: That was my understanding too.  But it never brings up the topic of what happens when the before or after clause isn't installed
[22:37] <norsetto> null_vector: yes, there should be a way to disable the pysupport call
[22:40] <norsetto> apachelogger: hitori: RPATH=/usr/lib
[22:40]  * null_vector goes home.
[22:41] <RainCT> good night
[22:43] <apachelogger> norsetto: maybe lintian used black magic ;-)
[22:44] <apachelogger> well, let's talk to sebner tomorrow
[22:44] <norsetto> apachelogger: the bitch ;-)
[22:48] <apachelogger> norsetto: lintian or sebner? :P
[22:49] <norsetto> apachelogger: you naughty you :-)
[22:49] <apachelogger> hehe
[23:05] <norsetto> got the )@*$+@)@$* bugger
[23:18] <nedko> when is revu keyring updated?
[23:19] <devfil> nedko: you should ask for it
[23:19] <devfil> in this chan
[23:20] <nedko> ok, i do then
[23:20] <nedko> however site says it is updated once a day
[23:20] <devfil> but you can ask here for it
[23:20] <nedko> yes i do ask
[23:21] <devfil> someone can update keyrings on revu please?
[23:22] <wgrant> nedko, devfil: Doing so.
[23:23] <devfil> thanks wgrant :)
[23:23] <norsetto> this place is filled with revu admins ;-)
[23:23] <wgrant> It will take a few minutes - I'll inform you when it's done.
[23:23] <wgrant> norsetto: But you never sleep.
[23:24] <norsetto> wgrant: sleep is for the meek
[23:24] <norsetto> jgasgj[jgs2v
[23:24] <nedko> thanks
[23:24] <norsetto> ops sorry, I think I might have hit the keyboard with my head for a second
[23:24] <devfil> norsetto: lol
[23:26] <geser> norsetto: go to bed then
[23:27] <norsetto> geser: are you implying I'm a meek?
[23:27]  * norsetto checks what a meek actually is
[23:28] <RAOF> Hm.  I'm going to need to touch xserver-xgl again.  A lot of people are accidentally using it, because they installed it in Edgy or something when many people actually needed it for compiz, but it's buggy and crap.
[23:28] <norsetto> oh gosh I'M a meek!
[23:28] <norsetto> goodnight :-)
[23:29] <RAOF> I think I'll try for a whitelist of cards that could possibly want Xgl, and refuse to start on anything else.  That list is going to be {nvidia-glx-legacy}.  Any comments?
[23:30] <wgrant> nedko: It's done.
[23:31] <nedko> wgrant: thanks
[23:31] <wgrant> RAOF: Does that driver need Xgl?
[23:31] <RAOF> wgrant: Yes.  I think it's the only one that does.
[23:32] <nedko> hmm
[23:32] <RAOF> nvidia-glx-legacy is the 7xxx series driver, which is before they implemented texture_from_pixmap.
[23:32] <wgrant> IMO we shouldn't keep it around at all, but I guess some people might get annoyed.
[23:32] <nedko> i dont see my key in there
[23:32] <nedko> or http://revu.ubuntuwire.com/uploaders.gpg is not the same file?
[23:33] <RAOF> wgrant: Right.  It'd be lovely to drop it, but it does do something useful.
[23:34] <wgrant> nedko: Are you sure you joined revu-uploaders, and have the key associated with your Launchpad account?
[23:34] <wgrant> What's the name on your key?
[23:34] <wgrant> (and your LP username)
[23:35]  * wgrant has to leave now - sorry.
[23:36] <dushara> hi
[23:36] <nedko> yes I'm in revu uploaders team, i have key associated with my launchpad account. my lp username is nedko
[23:36] <nedko> name on my key should be Nedko Arnaudov
[23:36] <geser> RAOF: the nvidia packages are going to be renamed soon, so wait for the new package names if you don't want to touch it again
[23:37] <RAOF> geser: Right.  I was aware of some movement on that front.
[23:37] <RAOF> But the driver names aren't really important - I just need to be able to distinguish versions of the nvidia driver in a running system.
[23:40] <nedko> are there other revu admins here?
[23:40] <dushara> Q: I'm getting "Version number suggests Ubuntu changes, but there is no XSBC-Original-Maintainer field" with the version in changelog set to "0.3.4-0ubuntu1". Any ideas?
[23:51] <emgent> hello