[06:38] <tonyyarusso> Oh hey, whatdya know.  I could have said it here after all ;)
[06:38] <owh> Hobbsee: You are coordinating the revolution of MOTU's across the world and need to work on your karma.
[06:38] <Hobbsee> haha
[06:38] <Hobbsee> owh: i wish.
[06:38] <owh> Hobbsee: One day at a time...
[06:39] <owh> Hobbsee: You could of course just point to the "N/A" and "forget".
[06:39] <Hobbsee> it's a little late for that - i actually have a standard N/A for all tuesdays.
[06:39] <Hobbsee> but i dont have a specific N/A for that day
[06:40] <Hobbsee> and even the specific N/A's the boss is refusing to acknowledge.
[06:40] <crimsun> you've been evicted and must find an apt?
[06:40] <RAOF> Say you're marking 1st year algebra tests.
[06:40] <Hobbsee> hehe
[06:40] <owh> Hobbsee: Of course, your boss might be here watching us :)
[06:41] <Hobbsee> woudlnt surprise me at all, he does no work.
[06:41] <StevenK> Hah
[06:41] <Hobbsee> or, the only work he does is to just attemtp to get out of more work.
[06:42] <StevenK> Hmph.
[06:42] <ajmitch> like you attempting to get out of work on tuesday?
[06:43] <owh> StevenK: text-align:centre; or margin:auto;
[06:44] <owh> StevenK: But the margins only works if the width is known.
[06:44] <owh> s/known/specified/
[06:44] <Hobbsee> ajmitch: that's stocktake.  not *all* work.
[06:45] <ajmitch> but stocktake is fun!
[06:46] <StevenK> ajmitch: You try it. It isn't. :-)
[06:47] <ajmitch> I've done it before
[06:48] <Hobbsee> ajmitch: it so isnt.
[06:48] <RAOF> It looks like mplayer doesn't use a patch system, and just incorporates patches into the packaging bzr branch.  Is this right?  I'm looking at incorporating a patch to mplayer's video output which allows it to use Compiz's "video" plugin.
[06:48] <Hobbsee> ajmitch: unless i'm making people's faces black, with the dust, etc, from my hands.
[06:49] <owh> Hobbsee: The Dutch saying is: "Je snor drukken.", which translates directly into "Pressing your mustache.", which means "Find a corner and hide."
[06:49] <Hobbsee> lol
[06:49] <Fujitsu> RAOF: Right, using a patch system with bzr is useless.
[06:50] <RAOF> Well, maybe, I suppose.
[06:54] <Fujitsu> RAOF: Why have two patch systems/
[06:54] <RAOF> Well, I was thinkning that they wouldn't actually be maintaining a parallel mplayer source tree, and it'd be easier to remove patches that no longer apply.
[06:55] <Fujitsu> It'd be nice if bzr loom appeared as specified in NoMoreSourcePackages, but this is the best we have for now.
[06:56] <RAOF> So, anyway.  In order to actually work on mplayer, I've branched.  I'd now patch it here, add a changelog entry, push the bzr branch to launchpad, and then link that branch in a bug?
[06:56] <Fujitsu> That's right.
[06:57] <Fujitsu> I don't think anyone has actually used this method on mplayer before, as the only people to touch it have been in ubuntu-dev.
[06:58] <RAOF> Oh, and probably subscribe ubuntu-universe-sponsors to it?  Or motu-media?
[07:02] <Fujitsu> RAOF: Don't bother, motumedia gets notified of all mplayer bugs.
[07:03] <RAOF> So just link it in a bug.  Check.
[07:03] <Fujitsu> Yep.
[07:07] <AndyP> there'll be lots of wiki docs and guides to change now
[07:08] <Hobbsee> AndyP: it's not final
[07:09] <AndyP> Hobbsee: that's even worse, they'll have to be changed for the change and when the change gets unchanged or rechanged. or something.
[07:09] <Hobbsee> heh
[07:09] <owh> AndyP: We're talking about it right now in #launchpad :)
[07:33] <StevenK> AndyP: Are you still around?
[07:34] <AndyP> StevenK: yep
[07:34] <AndyP> only just caught up on #launchpad :)
[07:36] <StevenK> AndyP: You did the nagios-plugins merge. I've been looking at packages that Build-Depend on libsnmp{9,}-dev. nagios-plugins seems to Build-Depend on it, but not make use of the library. I suspect it only uses libnet-snmp-perl, in which case libsnmp-dev isn't required.
[07:37] <StevenK> AndyP: Does that make sense?
[07:38] <AndyP> StevenK: yeah, would you like me to test it out without the build-dep and remove it if necessary?
[07:38] <StevenK> AndyP: I think that's a good first step.
[07:44] <crimsun> hmph, I just noticed that anything inside ``s in a bzr commit string is ignored
[07:45] <StevenK> crimsun: Could the shell be blamed?
[07:45] <crimsun> I think so
[07:46] <lifeless> blame the shell
[07:46] <lifeless> you know you want to
[07:48] <Hobbsee> hi lifeless 
[07:48] <zakame> do want
[07:54] <AndyP> StevenK: you're right, it builds fine without the libsnmp*-dev build-dep
[07:54] <StevenK> AndyP: Just as I suspected.
[08:01] <StevenK> AndyP: You're not a MOTU, right?
[08:01] <AndyP> StevenK: i'm not, no
[08:01] <AndyP> maybe one day :)
[08:02] <StevenK> AndyP: If you e-mail a debdiff for nagios-plugins, I'm happy to upload it.
[08:03] <AndyP> StevenK: http://andrewprice.me.uk/dropoff/nagios-plugins-fix-buildeps.debdiff
[08:03] <StevenK> AndyP: Okay, thanks.
[08:04] <AndyP> no problem... i'll tell the debian maintainer about it too
[08:06] <StevenK> AndyP: Great. I'll upload it in a little while, and tell you when I'm done.
[08:06] <AndyP> StevenK: great, thanks
[08:15] <crimsun> I wonder if it would be feasible to require authentication for direct binary deb downloads from LP
[08:16] <crimsun> say, require ~motu or some subset
[08:16] <crimsun> -> bug 60928
[08:16] <ubotu> Launchpad bug 60928 in acroread "Acroread 7.0.8 does not start" [Medium,Rejected]  https://launchpad.net/bugs/60928
[08:19] <StevenK> crimsun: Ouch. Why?
[08:20] <crimsun> we have people grabbing binaries directly from the LP source package build links, then filing bugs on them
[08:21] <Hobbsee> heh
[08:21] <Hobbsee> stupid people.  ban them from the bugtracker.
[08:23] <StevenK> crimsun: But what's to stop them downloading the .debs from the archive?
[08:23] <crimsun> they don't need to be stopped.
[08:24] <crimsun> the bug is an example of a package that doesn't exist in "the archive" - it was removed due to possible redistributability issues.
[08:24] <StevenK> Ahhhh.
[08:24] <StevenK> Bring that up in #launchpad?
[08:25] <crimsun> sure, when the dust from BugWorkflow has settled a bit :)
[08:25] <LaserJock> crimsun: acroread?
[08:25] <crimsun> LaserJock: yes
[08:26] <LaserJock> thanks
[08:26] <micahcowan> And Hobbsee, belatedly, if I never got you yet.
[08:26] <Hobbsee> micahcowan: :)
[08:31] <LaserJock> alright, I'm off
[08:31] <Hobbsee> bye LaserJock!
[08:34] <StevenK> AndyP: nagios-plugins uploaded. Thanks!
[08:34] <AndyP> StevenK: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=429778 *high five*
[08:47] <owh> Hobbsee: You could also just treat the stocktake literally and take some :)
[08:47] <Hobbsee> owh: hah
[08:47] <StevenK> They tend to frown on that.
[08:48] <ajmitch> she wouldn't have to turn up to work again
[08:48] <owh> It would fix a few problems with time management issues.
[08:48] <StevenK> Heh, yes.
[08:51] <owh> So all that time we spent on the new LP feature seems to have been a mis-understanding?
[08:51] <Fujitsu> It seems that nobody is sure what's actually happening.
[08:52] <owh> Fujitsu: Well BjornT seemed pretty definite about things in #launchpad.
[08:52] <Fujitsu> BjornT is the lead Malone dev, so he's probably most right.
[08:55] <owh> As I see it, the privileges phrase in the email was incorrect. All flags can be set by anyone, except for Triaged and WontFix, which can only be set by bug-squad. The ToDo is to be implemented at a future date and we discussed how that needs to be available to all, not just ubuntu-dev team members.
[08:55] <owh> You can skip Triaged/WontFix and set it to InProgress.
[08:56] <owh> The more up to date sequence is here: http://people.ubuntu.com/~bjorn/bug-workflow.png
[08:56] <owh> Hobbsee: Is that how you remember it?
[08:57] <Hobbsee> seems so.  logs are there
[09:00] <Admiral_Chicago> hehe, great image owh 
[09:07] <StevenK> AndyP: Oh drat! Your debdiff had the release set to feisty
[09:09] <StevenK> AndyP: Re-uploaded.
[09:15] <dholbach> good morning
[09:16] <AndyP> StevenK: argh, -ENOSLEEP, sorry about that
[09:17] <StevenK> AndyP: It's okay. :-)
[09:55] <LucidFox> if upstream provides a .desktop file and installs it in /usr/share/applnk, do I still need a debian/menu file?
[09:56] <crimsun> well, for the Debian source package, yes
[09:57] <dholbach> I wouldn't make that mandatory
[09:57] <jekil> anyone can review please? http://revu.tauware.de/details.py?upid=5638
[09:58] <ajmitch> sigh, gnash kills my box
[09:58] <ajmitch> where kill means massive multi-GB memory usage
[09:59] <DarkMageZ> ajmitch, which version of gnash? the gutsy version 8 isn't bad
[09:59] <ajmitch> the gutsy version
[09:59] <ajmitch> so yes, I'd say it's bad
[10:00] <crimsun> neat
[10:00] <DarkMageZ> hmm. link to flash object?
[10:00] <ajmitch> took all of a few seconds from installing it to it causing large amounts of thrashing
[10:00] <ajmitch> heh
[10:00] <crimsun> that's nearly on par2 with the proprietary Flash 9 Update 3 beta, which is a 100% regression :-)
[10:00] <crimsun> s/2//
[10:00] <RAOF> Gnash works kinda ok for me, too.
[10:02] <ajmitch> to top it off, for some reason my laptop claims it has no battery
[10:03] <crimsun> Hobbsee took it
[10:03] <ajmitch> probably
[10:03] <Hobbsee> heh
[10:10] <polopolo> Hello all, if I want to test a package, must I test it in ubuntu stable, or unstable?
[10:12] <RAOF> Ubuntu isn't quite like debian in that respect.
[10:12] <RAOF> (In that there are about 4 currently supported "stable"s)
[10:13] <Hobbsee> polopolo: gutsy, usually
[10:13] <RAOF> polopolo: But any new package, or change to a package, you'd want to test in Gutsy (which is currently the equivalent of Ubuntu unstable).
[10:13] <RAOF> Unless you're trying something quite specific, I suppose, like testing a package that's going to be a Feisty, Edgy, or Dapper update/security package.
[10:15] <LucidFox> when I package software not present in either Ubuntu or Debian, I should file a [needs-packaging]  bug on LP, correct?
[10:15] <RAOF> Yup, you can.
[10:15] <polopolo> ah ok
[10:16] <RAOF> LucidFox: And you probably want to file a Debian ITP for it, too :)
[10:16] <LucidFox> ITP?
[10:16] <micahcowan> Make sure and assign the needs-packaging bug to yourself, as well (it should also have a "needs-packaging" tag, in addition to the subject head)
[10:16] <micahcowan> Intent To Package.
[10:16] <LucidFox> ah
[10:17] <RAOF> The equivalent for Debian.
[10:17] <RAOF> In fact, if you want to you can just file the ITP, get it into Debian, and ignore packaging it for Ubuntu entirely.
[10:18] <RAOF> But, like me, you probably actually *use* Ubuntu, and so packaging for Debian is kinda a secondary concern :)
[10:18] <micahcowan> And then ask for it to be sync'd, after it's made it into Debian unstable.
[10:18] <RAOF> Oh, yeah.  Auto sync is getting turned off soon, isn't it.
[10:19] <LucidFox> well, I don't have Debian, so I can't test it there
[10:19] <man-di> if someone needs Debian sponsoring, just mail me the link to the .dsc file: konqueror@gmx.de
[10:20] <LucidFox> Hmm.
[10:20] <micahcowan> LucidFox, you can still do some testing via pbuilder (sets up a chroot environment, with a basic install of whichever flavor you wish to test against).
[10:20] <RAOF> LucidFox: You might want to try installing Debian, it's quite plesant :)
[10:21] <LucidFox> E: kink_0.2.1-0ubuntu1_source.changes: bad-distribution-in-changes-file gutsy
[10:21] <LucidFox> N:
[10:21] <LucidFox> N:   You've specified an unknown `target distribution' for your upload in
[10:21] <LucidFox> N:   the debian/changelog file.
[10:21] <RAOF> Yeah, it's gonna say that.
[10:21] <micahcowan> RAOF, Hey! No advertising the competition! ;)  (jk, of course)
[10:21] <RAOF> Well, REVU is going to say that, 'cause it's still running a Dapper version of lintian.
[10:21] <LucidFox> ah
[10:21] <LucidFox> well, here's the upload: http://revu.tauware.de/details.py?upid=5644
[10:22] <RAOF> Oh, the installer is pretty much the only thing that's plesant about it :).  It doesn't even have prebuilt ipw3945 modules!
[10:22] <micahcowan> My, Hobbsee, you look very... poinly, today! :)
[10:23] <micahcowan> Not the poinly end? :(
[10:24] <micahcowan> /nick LongDoubleSidedPointyStick
[10:27] <Hobbsee> anyway, the pictures from UDS have proven that i'm not pointy.
[10:29] <crimsun> with a point.  And thus, still pointy.
[10:30] <Hobbsee> no no.  no point
[10:30] <Hobbsee> had i had a nice sharp point, i would have used it on a few people
[10:30] <Hobbsee> as it was, i ended up just resorting to brute force bashing them up.  
[10:30] <Hobbsee> or poking them in the ribs
[10:31] <TheMuso> Evening folks.
[10:31] <Hobbsee> hiya TheMuso 
[10:38] <ajmitch> sure :)
[10:38] <ajmitch> I won't be there, so go ahead!
[10:39] <crimsun> neither will I!  Going ahead seconded!
[10:42] <crimsun> TheMuso: sorry about the spew.  Triaging.
[10:43] <TheMuso> crimsun: ?
[10:44] <crimsun> TheMuso: alsa-driver bug triaging is generating a lot of bug email (spew).
[10:47] <TheMuso> oh
[10:47] <TheMuso> that
[10:49] <crimsun> shouldn't be much longer.
[10:49] <crimsun> I have about 20 more, and then I need to write a couple cluefiles for bughelper.
[10:49] <crimsun> and then it's off to spec out the multichannel asoundrc hook for asoundconf-ui while I await my flight.
[10:50] <TheMuso> crimsun: Where you will sleep. Right?
[10:50] <TheMuso> :)
[10:51] <crimsun> pssht
[10:51] <crimsun> now that I've read some helpful tips from linuxpowertop.org, it's $EDITOR+Qt 4 Designer all the way
[10:52] <Hobbsee> crimsun: where are you flying now?
[10:54] <crimsun> Hobbsee: Dallas
[10:54] <Hobbsee> nice
[10:59] <pochu> MOrning!
[11:02] <LucidFox> what's the figgerence between debuild and dpkg-buildpackage?
[11:03] <LucidFox> *difference
[11:03] <Hobbsee> the former is a wrapper of the latter
[11:20] <LucidFox> W: inkblot source: configure-generated-file-in-source config.log
[11:20] <LucidFox> but config.log is present in upstream
[11:20] <LucidFox> and make clean removes it
[11:20] <LucidFox> (in rules)
[11:28] <Ademan> isn't there some debian policy about not having any user interaction during installation?
[11:30] <RAOF> I don't think so, at least a couple of packages want some pre-configuring.  Unless they're not policy compiant :)
[11:30] <StevenK> There is.
[11:31] <StevenK> All prompting and such, must be done by debconf, and the config/postinst scripts must cope if debconf is set to be non-interactive.
[11:37] <LucidFox> uploaded: http://revu.tauware.de/details.py?upid=5645
[12:29] <Nightrose> for a MOTU in REVU-mood: http://revu.tauware.de/details.py?upid=5647 ;-)
[12:37] <coNP> MOTUs, Please review: http://revu.tauware.de/details.py?upid=5589
[12:41] <RAOF> Wheee!  It's a non-stop revu fest! :)
[12:42] <Hobbsee> Nightrose: oh ewww.
[12:42] <TheMuso> c
[12:42] <TheMuso> ugh
[12:42] <Hobbsee> upstream has only done a svn checkout.  bad upstream.
[12:42] <Nightrose> Hobbsee: jea there were several bad things with the upstream release
[12:43] <RAOF> Have they gone so far as to actually run autogen?
[12:43] <RAOF> Ah, non-autotools.
[12:47] <Hobbsee> Nightrose: commented :)
[12:47] <Nightrose> thx Hobbsee
[12:47] <Hobbsee> RAOF: are you a MOTU or not?  i cant remember
[12:47] <RAOF> Nah :)
[12:47] <Hobbsee> RAOF: right.  
[12:47] <Hobbsee> coNP: why?
[12:48] <Hobbsee> coNP: if you're sending openbox to debian...
[12:48] <Hobbsee> then why do you need a review for ubuntu?
[12:48] <coNP> Oh. Then I don't need one?
[12:48] <coNP> Okay, thanks, Hobbsee.
[12:48] <Hobbsee> coNP: nope.
[12:48] <coNP> I am quite bad at understanding processes for a while ...
[12:48] <Hobbsee> coNP: i'm assuming tollef will look it over
[12:48] <Nightrose> Hobbsee: and when I've got the patch - what should I do with it - send it to the upstream author?
[12:48] <coNP> O.K.
[12:48] <Hobbsee> coNP: but you need to version it for debian and such, and say that it's a NMU
[12:48] <Hobbsee> Nightrose: yeah, that's a good idea.
[12:49] <Nightrose> Hobbsee: ok will do that
[12:49] <Hobbsee> Nightrose: stick it into debian/patches
[12:49] <Hobbsee> make sure you have an includes for simple-patchsys.mk - not sure of the syntax, in debian/rules
[12:49] <Nightrose> k
[12:49] <Nightrose> thx
[01:04] <Hobbsee> Nightrose: E: klogshow; No manual page for binary klogshow.
[01:06] <RAOF> Hm.  I think bzr may have stalled.  It probably shouldn't take > 30min to push an mplayer branch to launchpad :)
[01:06] <Nightrose> Hobbsee: I was told that when klogshow -help doesn't give any output it's ok to not have one
[01:06] <StevenK> RAOF: strace it?
[01:07] <Hobbsee> Nightrose: right
[01:07] <Hobbsee> oh linda....
[01:07] <Hobbsee> what's your take on taht?  :P
[01:07] <Nightrose> ;-)
[01:07] <StevenK> Hum?
[01:07] <Hobbsee> [21:07]  <Hobbsee> oh linda....
[01:07] <Hobbsee> [21:07]  <Hobbsee> what's your take on taht?  :P
[01:08] <StevenK> Oh right.
[01:08] <StevenK> I'd have to check Policy
[01:10] <StevenK> "If no manual page is available, this is considered as a bug and should be reported to the Debian Bug Tracking System ..."
[01:24] <Hobbsee> darn.  i cant upload kbib.
[01:26] <Hobbsee> nor kopete-otr
[01:27] <StevenK> Why not?
[01:27] <Hobbsee> one doesnt build, and the other has a shared libraries warning
[01:28] <Hobbsee> StevenK: http://revu.tauware.de/details.py?upid=5553
[01:28] <StevenK> Whee
[01:29] <StevenK> Ah. That's a Linda bug.
[01:30] <StevenK> Bug #361734
[01:30] <StevenK> Shush now ,ubotu
[01:31] <Q-FUNK> bug 361734
[01:31] <Hobbsee> StevenK: right, so ignore it?
[01:31] <RAOF> Wow.  Bzr *hasn't* stalled.  It's just taking >30min to push a branch to LP.
[01:31] <Q-FUNK> no botu?
[01:31] <StevenK> Hobbsee: Yes. I haven't spent the four hours or so it'd take me to fix it.
[01:31] <Hobbsee> fair enough
[01:31] <StevenK> Linda doesn't like packages that ship shared libraries as well as binaries.
[01:32] <StevenK> Patches welcome. :-P
[01:32] <Hobbsee> :P
[01:34] <Hobbsee> hi spam
[01:36] <Fujitsu> RAOF: mplayer can take 3 or 4 hours from here.
[01:37] <Fujitsu> Which is really stupid.
[01:37] <Fujitsu> Because it has to upload the whole lot. bzr should be more intelligent and copy the existing branch or something similar, really.
[01:38] <Fujitsu> (this is only for new branches; existing branches just get the diffs pushed)
[01:42] <RAOF> We just need jml to finish his bzr+ssh support :)
[01:43] <Hobbsee> apachelogger: http://revu.tauware.de/details.py?upid=5596 pleasefix.
[01:45] <Hobbsee> apachelogger: http://revu.tauware.de/details.py?upid=5525 too.  same thing.  pleasefix.
[01:46] <Hobbsee> Nightrose: were you planning to upload the new version?
[01:46] <apachelogger> d'oh!
[01:47] <Nightrose> Hobbsee: yea sorry - takes a little - having lunch ;-)
[01:48] <Hobbsee> Nightrose: no problem
[01:48] <Hobbsee> dholbach: do you have a problem with me calling an arbitary REVU day?
[01:48] <Nightrose> Hobbsee: will ping you when new version is up
[01:48] <Hobbsee> this list is getting insane.
[01:50] <apachelogger> mhhhh revu day
[01:50] <apachelogger> ensure to notify me, so I can upload whole kde-apps :P
[01:50] <Hobbsee> hehe
[01:52] <afflux> any merges left for me to do?
[01:53] <RAOF> Plenty :)
[01:54] <RAOF> afflux: 74 at last count, according to dad.
[01:54] <bashelier> effraie: see dad.dunnewind.net ;)
[01:54] <bashelier> oups
[01:54] <bashelier> s/effraie/afflux/
[01:55] <afflux> yes, I saw that. Just wanted to know if someone wants me to steal one of his.
[01:55] <apachelogger> Hobbsee: just dputed the changes
[01:55] <Hobbsee> apachelogger: cool
[01:55] <jrib> http://revu.tauware.de/details.py?upid=5619 needs one more reviewer if anyone has a minute.  It's a python module
[01:56] <mok0> a quick question: what is the mode of /var/cache/pbuilder/build supposed to be? Shouldn't I be able to run pbuilder as "myself"?
[01:57] <Fujitsu> mok0: Normal users can't chroot, so no.
[01:57] <Hobbsee> mok0: no
[01:57] <mok0> So its: sudo pbuilder ... ?
[01:57] <RAOF> Yup
[01:58] <mok0> But even with sudo I get permission denied
[01:58] <StevenK> Can you pastebin the entire thing?
[01:59] <mok0> find: /var/cache/pbuilder/build//19992: Permission denied
[01:59] <mok0> find: /var/cache/pbuilder/build//19992: Permission denied
[01:59] <mok0> Obtaining the cached apt archive contents
[01:59] <mok0> find: /var/cache/pbuilder/aptcache/: Permission denied
[02:00] <StevenK> Can you pastebin ls -lh /var/cache/pbuilder ?
[02:00] <mok0> That was doing "sudo pbuilder update"
[02:00] <mok0> drwxr-xr-x 2 root root  16K 2007-06-20 13:43 aptcache
[02:00] <mok0> -rw-r--r-- 1 root root  67M 2007-06-20 13:47 base.tgz
[02:00] <mok0> drwxr-sr-x 2 root root 4,0K 2007-06-20 13:52 build
[02:00] <mok0> drwxr-xr-x 2 root root 4,0K 2007-03-03 00:04 pbuildd
[02:00] <mok0> drwxr-xr-x 2 root root 4,0K 2007-03-03 00:04 pbuilder-mnt
[02:00] <mok0> drwxr-xr-x 2 root root 4,0K 2007-03-03 00:04 pbuilder-umlresult
[02:00] <mok0> drwxr-xr-x 2 root root 4,0K 2007-03-03 00:04 result
[02:01] <Hobbsee> mok0: please use a pastebin.....
[02:01] <StevenK> Which is what I said.
[02:01] <Hobbsee> mok0: then you ask what it is, instead of pasting...
[02:01] <Hobbsee> !pastebin | mok0 
[02:01] <ubotu> mok0: pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[02:02] <mok0> I thought it was jargon
[02:02] <StevenK> No, jargon for pasting is something like clag. :-P
[02:02] <StevenK> Mmmm, clag.
[02:02] <mok0> Hobbsee: I'm new to IRC
[02:02] <Hobbsee> ahh
[02:04] <mok0> Ok, I am trying pastebin :-)
[02:04] <Hobbsee> :)
[02:04] <mok0> http://paste.ubuntu-nl.org/26410/
[02:06] <StevenK> It's comparable to mine, except my build dir isn't setgid
[02:06] <mok0> I changed it to setgid
[02:07] <StevenK> I don't see the point of that.
[02:07] <mok0> ... because the directories under build were also 750
[02:08] <Hobbsee> apachelogger: running linda on the binary outputs lots of fun stuff
[02:08] <Hobbsee> er, binaries
[02:08] <mok0> I tried again to do "sudo pbuilder update", it says "find: /var/cache/pbuilder/build//20607: Permission denied"
[02:08] <StevenK> apachelogger: RPATH is bad, mmmkay
[02:09] <StevenK> http://en.wikipedia.org/wiki/Rpath_%28linking%29
[02:11] <mok0> It's really frustrating: I am following the pbuilder user manual on a pristine system and am getting all these errors
[02:11] <mok0> :-(
[02:12] <StevenK> mok0: I can't recall getting errors like that.
[02:12] <asac> hey, anyone has a amd64 pure gutsy install?
[02:12] <mok0> StevenK: some help
[02:13] <StevenK> asac: A chroot, if that helps.
[02:13] <asac> hmmm ... no chroot i have as well :)
[02:13] <afflux> asac, what do you mean by pure?
[02:13] <afflux> I use gutsy amd64...
[02:13] <asac> i ment ... not in chroot :)
[02:13] <afflux> then yes, I have *g*
[02:13] <asac> afflux: cool ... wanna test flashplugin-nonfree on amd64 for me?
[02:14] <asac> it works well on feisty ... but in my gutsy chroot it doesnt work
[02:14] <StevenK> Heh
[02:14] <asac> afflux: ok wait a few minutes
[02:14] <afflux> asac: yep
[02:14] <mok0> Hobbsee_: that was an attempt to _solve_ the problem
[02:16] <StevenK> mok0: Try adding --debug to your pbuilder call?
[02:16] <asac> afflux: afflux please install http://people.ubuntu.com/~asac/flash-amd64/nspluginwrapper_0.9.91.4-2ubuntu1_amd64.deb
[02:17] <Hobbsee> ScottK: dont blast heno too much- he's only the messenger
[02:17] <mok0> StevenK: good idea --- I am reinstalling it tvm
[02:17] <ScottK> Hobbsee: I'm reading the scrollback on #launchpad currently.  
[02:17] <Hobbsee> ScottK: cool
[02:17] <asac> afflux: then ... install both flash debs in the same directory ... either first -common ... or both at once
[02:18] <StevenK> ScottK: Do you have scrollback for -devel, too?
[02:18] <asac> afflux: and maybe uninstall mozilla-plugin-gnash (if you use it)
[02:18] <asac> afflux: might be that you need to run apt-get install -f after installing nspluginwrapper 
[02:18] <ScottK> StevenK: No.  I'm not on that currently.  I can look at the logs I suppose.
[02:18] <asac> afflux: as it wants ia32 libs
[02:18] <asac> afflux: just let me know :)
[02:19] <afflux> asac: is it important that dpkg -l | grep nspluginwrapper shows me this version installed: 0.9.91.2-1ubuntu5~janvitus?
[02:19] <afflux> (I think I once used some howto from ubuntuforums.org for flash in x64)
[02:19] <asac> afflux: you have to install mine
[02:20] <StevenK> ScottK: http://pastebin.ubuntu-nl.org/26413/
[02:20] <asac> afflux: better purge it first
[02:20] <ScottK> Hobbsee: It turns out it's all moot for the moment I guess
[02:21] <Hobbsee> ScottK: yes...i'm not sure how much was originally badly communicated, vs how much of it was changed due to the response today
[02:21] <ScottK> StevenK: Flaming Death is a good thing appropriately used.
[02:21] <StevenK> Heh
[02:21] <ScottK> Hobbsee: Yes.  The joys of depending on proprietary tools developed in secret.
[02:22] <Fujitsu> StevenK: Wow, that's an impressive maintainer. It really said `none'?
[02:22] <StevenK> Careful, you'll set Fujitsu off again
[02:22] <StevenK> Fujitsu: That's right.
[02:22] <Hobbsee> yeah, well.  it still searches more effectively than bugzilla.  and we tend to get things done faster than we would thru bugzilla.
[02:22] <Fujitsu> StevenK: That's what I was thinking... I've given up now.
[02:22] <StevenK> There are some things I like about Launchpad, and some things I don't.
[02:23] <StevenK> I suspect Fujitsu feels the same, he is just more vocal than I am
[02:23] <ScottK> Hobbsee: It's got advantages and disadvantages.  I miss bug dependencies.  I'd feel better if it were being developed transparently.
[02:24] <Fujitsu> Bug deps would be nice, but there was a thread on that a while back and it was largely rejected for no particularly good reason.
[02:24] <StevenK> Hrm. I don't know if I should be comforted by the -unsafe in the command line for this build.
[02:24] <afflux> asac: works without installing any "apt-get install -f". Not sure about the ia32 libs, since I think I installed some libraries by hand some time ago (downloaded the i386 packages and extracted the libaries to lib32 instead of lib)
[02:25] <asac> afflux: ok ... so nspluginwrapper is installed? ... flash debs as well?
[02:25] <afflux> yes
[02:25] <asac> does it work?
[02:25] <asac> in firefox?
[02:26] <afflux> yes. at least http://www.adobe.com/shockwave/welcome/ only complains about not having installed the shockwave player. adobe flash player works.
[02:26] <asac> how about youtube?
[02:26] <afflux> checking
[02:27] <afflux> yep, works
[02:28] <asac> afflux: thanks a lot :)
[02:28] <afflux> sound also uses alsa
[02:28] <asac> ... why is it broken in chroot
[02:28] <asac> everything else works in there
[02:28] <asac> hmm
[02:28] <StevenK> ScottK: ENOFLASH, what's that of?
[02:29] <ScottK> A now former Xandros user expressing his displeasure over their patent deal with MS using a shotgun on all the Xandros products he no longer uses.
[02:29] <Fujitsu> StevenK: Not even Gnash?
[02:30] <StevenK> Oh nice!
[02:30] <StevenK> Fujitsu: My main desktop is an amd64, and I don't care enough.
[02:31] <StevenK> ScottK: It isn't imbrandon, right?
[02:31] <ScottK> StevenK: Hard to say.  I doubt he was a Xandros user.
[02:34] <ScottK> StevenK: Just that Xandros is pretty much a newbie distro for mixed MS/Linux environments. Doesn't seem like his cup of tea.
[02:34] <StevenK> Then you didn't.
[02:35] <Fujitsu> StevenK: It works fine on YouTube videos now, so I use it.
[02:35] <Nightrose> Hobbsee: new upload at http://revu.tauware.de/details.py?upid=5653 - hope that's the correct way to do the patch - wasn't sure about it
[02:36] <StevenK> I won't say how
[02:36] <StevenK> Oh Jesus, that's a big shotgun
[02:37] <mok0> I was called away... the pbuilder thing... it works for root, not using sudo
[02:38] <ScottK> StevenK: I think I get it now.
[02:38] <ScottK> mok0: What pbuilder thing?
[02:38] <ScottK> mok0: BTW, you've got comments on all your packages now...
[02:39] <mok0> ScottK: Thanks!
[02:39] <StevenK> Heh, the Credits are cute
[02:39] <StevenK> "If you downloaded this illegally, you owe me one jelly doughnut"
[02:39] <ScottK> mok0: Despite the comments about work yet to be done, your packages are very good for someone  who just got here.
[02:42] <Fujitsu> I haven't had problems with it, other than some buttons being in the wrong spot. But the actual content is all that really matters.
[02:42] <Hobbsee> how much memory does ubiquity require, again?
[02:43] <Fujitsu> I think I've done it with 196MiB, but officially 256MiB, I believe.
[02:43] <Hobbsee> right
[02:43] <Hobbsee> so it wont die with 500mb
[02:43] <Fujitsu> Ah, no.
[02:43] <Hobbsee> good
[02:44] <xxxxx1> good morning all! :)
[02:45] <Hobbsee> morning xxxxx1 
[02:46] <ScottK> mok0: An alternative way to set up bpuilder is to use Laserjock's scripts at http://revu.tauware.de/~laserjock/ - Rename the pbuilder-feisty to pbuilder-gutsy (or Ubuntu release of choice - I have 4) and off you go.
[02:48] <StevenK> bpuilder. Don't know that one.
[02:50] <ScottK> StevenK: It's not even 9AM here yet.  I can't be expected to spell yet.  It's too early.
[02:51] <StevenK> Heh
[02:51] <Hobbsee> haha.  gone way into swap
[02:52] <Fujitsu> Aw, only 4 domUs at the moment :(
[02:52] <Fujitsu> It works very well.
[02:53] <zul> hmmm?
[02:53] <StevenK> I quite like our vmware server at $WORK, though
[02:54] <StevenK> Dual 2.4GHz Xeon with 2GB of RAM and 2 SATA II drives RAIDed
[02:55] <Fujitsu> Mm, nice.
[02:55] <Hobbsee> http://wedontsleep.org/~sarah/snapshot8.png
[02:55] <Hobbsee> yummy.
[02:56] <Fujitsu> Ouch, a gig of swap used.
[02:56] <Fujitsu> Must be running really quickly at the moment.
[02:56] <Hobbsee> it's getting even worse, now, when opening firefox.  eek
[02:57] <Hobbsee>  22:57:01 up 12:28,  1 user,  load average: 7.58, 6.05, 3.61
[02:57] <Hobbsee> uh, yeah!
[02:57] <StevenK> Ugh!
[02:57] <StevenK> 3 of out of the 4 universe packages needing a gcj transition fail to build.
[02:57] <Fujitsu> Nice, nice.
[02:58] <StevenK> Which ironically, is called bigloo
[02:58] <Fujitsu> Which others need fixing?
[02:58] <Hobbsee> StevenK: oh not that horrid piece of software
[02:58] <Hobbsee> doesnt build on some arches, last i checked
[02:59] <ScottK> mok0: Don't forget you'll want to make pbuilder-gutsy to test build your REVU packages.
[02:59] <StevenK> Fujitsu: Fujitsu pdftk, postgresql-pljava and trang
[02:59] <StevenK> Hobbsee: bigloo 2.8c-6 built on everything sucessfully.
[02:59] <mok0> ScottK: OK!
[03:00] <Hobbsee> nice!
[03:02] <mok0> ScottK:  No such script: /usr/lib/debootstrap/scripts/gutsy
[03:02] <LucidFox> Uploaded QConf: http://revu.tauware.de/details.py?upid=5654
[03:02] <Fujitsu> mok0: Grab gutsy's debootstrap
[03:02] <ScottK> Hmm
[03:02] <dholbach> Hobbsee: not at all - great idea
[03:03] <ScottK> mok0: What Fujitsu said.
[03:03] <Q-FUNK> that reminds:  why aren't debootstraps updated _before_ a distro is released?  I mean, the name of the upcoming release is always known even beofre the freeze starts and debootstrap is capable of calculating dependencies itself.
[03:04] <Fujitsu> Q-FUNK: Before the freeze? Not always.
[03:04] <ScottK> Seems like something that ought to be looked into though.
[03:04] <Q-FUNK> or during.  in any case, the name for release+1 is known before release is out.
[03:05] <StevenK> I can recall two where that wasn't the case.
[03:06] <Q-FUNK> not publicized, maybe, but at least known within the release team.
[03:06] <Q-FUNK> either that, of debootstraps could be released to -updates
[03:06] <Q-FUNK> s/of/r/or
[03:07] <mok0> Fujitsu: I can't find gutsy packages anywhere.
[03:08] <xxxxx1> mok0: is in feisty-backports
[03:22] <gingerninja> i can get the gstreamer plugins i think the servers down
[03:22] <gingerninja> is anyone else having a problem with the non free repository?
[03:23] <Hobbsee> multiverse?
[03:24] <gingerninja> yeah thats the one
[03:24] <gingerninja> all the others work but i just cant connect to that one
[03:24] <Fujitsu> They're in the same directory, so I highly doubt it.
[03:25] <gingerninja> well vlc and all the usual stuff just isnt coming up
[03:25] <gingerninja> i doesnt make any sense its never done this before
[03:33] <mok0> I am still getting an errormessage when pbuilder tries to clean up the build directory. But only when I am running it via sudo, not when logged on as root. Weird.
[03:35] <seb128> hi
[03:35] <Hobbsee> hiya seb128 
[03:35] <xxxxx1> hello seb128 
[03:35] <seb128> bluekuja: ximp3 didn't build on powerpc, ia64, amd64, could you try to fix the bug?
[03:36] <seb128> the i386 and sparc binaries wait to NEW but we accept all arches together usually
[03:38] <DarkSun88> Hi all
[03:38] <xxxxx1> hello DarkSun88 
[03:47] <xxxxx1> Hobbsee|VM: xen?
[03:47] <Hobbsee|VM> xxxxx1: virtualbox
[03:47] <xxxxx1> cool
[03:48] <Hobbsee|VM> yep :)
[03:48] <Hobbsee|VM> /j #ubuntu-offtopic
[04:13] <mshima> Some motu could take a look at http://revu.tauware.de/details.py?upid=5640
[04:13] <mshima> ?
[04:21] <ScottK> mshima: Isn't Gutsy going to ship with xrandr 1.3?  Does your package make sense for Gutsy?
[04:24] <man-di> baaaah
[04:24] <man-di> there are far too many azureus bug reports
[04:24] <man-di> is someone working on them?
[04:24] <StevenK> persia: Hi! Where's my cyrus21-imapd upload?
[04:25] <shawarma>  /win 8
[04:25] <shawarma> Um..
[04:25] <persia> StevenK: Sorry - I fell asleep during iterative library removal, and have more limited time this week.  You'll see it in a couple hours.
[04:25] <StevenK> persia: No I won't, I'll be sleeping. :-)
[04:26] <mshima> ScottK: Why? It will support randr 1.3 too
[04:26] <persia> StevenK: Right.  Your repo should sync it in a couple hours then :)
[04:27] <mshima> ScottK: It's made by the same people that are working on randr
[04:27] <ScottK> mshima: OK.  Reading Description: GTK+-based tool to configure the X output using the RandR 1.2 extension. lead me to think it was just for 1.2.  You might want to change the description as others might be confused too.
[04:28] <ScottK> persia: Thanks for piling on on the Lauchpad changes on devel-discuss
[04:29] <mshima> ScottK: Ok
[04:29] <persia> ScottK: No thanks necessary - an effective process for recruiting and sponsorship is very important to me.  Thanks for raising the initial points while I was unavailable.
[04:37] <mshima> ScottK: Is there something else?
[04:37] <ScottK> mshima: I just did a quick read of the debian diff and it looked reasonable.  I'd have to build it to really have a strong opinion.
[04:39] <mshima> ScottK: Ok, I've filled a bug https://bugs.launchpad.net/ubuntu/+bug/121253 now I will wait
[04:39] <ubotu> Launchpad bug 121253 in Ubuntu "grandr needs packaging" [Undecided,Confirmed]  
[04:47] <muszek> hi
[04:48] <muszek> deluge-torrent is in edgy-backports and in gutsy, but not in feisty repos... does anyone know why is that?  deluge's site (deluge-torrent.org) says that deluge IS in feisty repos (so it looks like it's been pulled)
[04:49] <mok0> I have no end of troubles with pbuilder. I get this: 
[04:49] <mok0> Extracting source
[04:49] <mok0> Cannot execute /bin/bash: Permission denied
[04:49] <mok0> pbuilder: Failed extracting the source
[04:50] <StevenK> Is /var or /var/cache mounted noexec?
[04:50] <mok0> ... logged on as root
[04:50] <mok0> StevenK: no
[04:51] <mok0> Just 1 big fs
[04:51] <mok0> StevenK: varrun and varlock are mounted separately
[04:51] <StevenK> Which is normal.
[04:52] <mok0> I'll try pbuilder create again...
[04:55] <mok0> Nope, same error
[04:57] <ivoks> you do that with sudo, right?
[04:57] <mok0> I _can't_ make pbuilder work with sudo 
[04:58] <ScottK> mok0: That's odd as it works for lots of us.  I suspect you have some kind of system issue that is impacting you, not a pbuilder problem per se.
[04:58] <ivoks> yeah, maybe -x on /bin/bash :)
[04:58] <mok0> My user root is on an NFS share without root perm for other machines that the server. Perhaps that has something to do with it
[04:58] <mok0> s/that the/than the/
[04:59] <ivoks> root on share?
[04:59] <ivoks> you are on NFS client or server?
[04:59] <mok0> My root = /u/mok
[05:00] <mok0> ... so if I go sudo cat file.txt it can't
[05:00] <mok0> unless file.txt is 644
[05:00] <ivoks> so you *are* on NFS client?
[05:00] <mok0> ivoks: no
[05:01] <mok0> ivoks: the server is CentOS box
[05:02] <mok0> ... so I have to log on to the kubuntu box as root
[05:02] <ivoks> ok, and...?
[05:02] <mok0> ... and even then pbuilder fails
[05:02] <ivoks> kubuntu box has something mounted via NFS?
[05:03] <mok0> funny df doesnt show but /u is automounted from the server
[05:05] <mok0> Ah: ghost:/user2/mok      57694336  16422272  38341280  30% /u/mok
[05:05] <ivoks> so, that's your home on kubuntu box?
[05:05] <ivoks> or just public nfs share?
[05:07] <mok0> ivoks: it's not public, it's mounted without root access from clients
[05:08] <ivoks> and you want to create pbuilder chroot in /u/mok?
[05:08] <mok0> ivoks: no, just in /var/cache/whatever
[05:09] <ivoks> then NFS is irrelevant here
[05:09] <mok0> yes afacs
[05:11] <ivoks> do you use ldap or something else for authentication?
[05:12] <mok0> No, NIS
[05:13] <ivoks> that's like 'no, I use NIS' or 'No, nothing'
[05:13] <mok0> ivoks: We use NIS
[05:14] <ivoks> then 'yes, nis' :)
[05:15] <mok0> hehe
[05:15] <ivoks> so, root can do anything on clinets; that's how NIS is set up
[05:15] <ivoks> you, as a user, can't create pbuilder's chroot in /var
[05:16] <ivoks> you should create .pbuilderrc in your home (/u/mok)
[05:16] <mok0> ivoks: root from my ubuntu machine can not access the nfs share with his privileges
[05:16] <ivoks> that's ok
[05:17] <mok0> ivoks: should I just copy /etc/pbuilderrc to ~/ ?
[05:17] <ivoks> yes
[05:17] <ivoks> and then edit it
[05:18] <mok0> ... to say?
[05:18] <ivoks> open it and you will figure out what you need to change
[05:19] <ivoks> as we said, you can't (as a user) write in /var
[05:19] <mok0> ivoks: I could try /tmp :-)
[05:19] <ivoks> so, change /var/somwthing to /u/mok/my-pbuilder-root/something
[05:20] <ivoks> and then create my-pbuilder-root
[05:20] <ivoks> and run fakeroot pbuilder create
[05:20] <mok0> ... so fakeroot instead of sudo?
[05:21] <mok0> ivoks: OK, I'll try it
[05:21] <ivoks> you could do it with sudo, too
[05:21] <ivoks> but fakeroot and sudo don't have anything in common
[05:21] <mok0> ... except with sudo some of my personal files are not visible
[05:22] <mok0> ... that is, stuff in /u/mok/pbuilder-root
[05:22] <ivoks> rught
[05:22] <ivoks> right
[05:22] <ivoks> fakeroot fakes root to pbuilder, but you are owner of all files
[05:23] <vijay2000> hi all , can anybody tell me why i get this error -  gpg: skipped "Vijay(Vijay) <vijay2000@gmail.com>": secret key not available
[05:24] <mruiz> hi dholbach 
[05:24] <mok0> ivoks: OK, it worked, apart from mounting /proc
[05:24] <ivoks> right...
[05:24] <ivoks> mok0: try with sudo then
[05:24] <mok0>  /u/mok/.pbuilderrc: Permission denied :-)
[05:25] <ivoks> :)
[05:25] <ivoks> chmod 644
[05:25] <mok0> ivoks: I am using /tmp for building
[05:25] <ivoks> don't
[05:25] <mok0> ... otherwise I need 777 on the dir
[05:26] <ivoks> if you do it in /tmp, then you'll loose everything on reboot
[05:26] <vijay2000> anybody help please !!!
[05:26] <mok0> ivoks: I never reboot ;-)
[05:27] <coNP> vijay2000: does it help if you put "DEBUILD_PRESERVE_ENVVARS=DISPLAY" into your ~/.devscripts?
[05:27] <mok0> ivoks: it's still going...
[05:27] <vijay2000> no i got it i missed out -k<keyid>
[05:27] <mok0> ivoks: heh! find: /tmp/cache/pbuilder/build//10766: Permission denied
[05:28] <mok0> ivoks: it can't clean after itself
[05:28] <mok0> ivoks: now I try building the app
[05:29] <mok0> ivoks: ... fails with: Cannot execute /bin/bash: Permission denied
[05:29] <ivoks> mkdir 777 /var/cache/pbuilder
[05:29] <ivoks> chown, not mkdir :)
[05:30] <mok0> ivoks: ok I try again...
[05:30] <persia> vijay2000: Please try to make packages without the use of -k: just make sure that the name and email address in debian/changelog match at least one of the private keys on your default keyring.  Using -k is likely to cause issues in the future, as your changelog entries and signatures will not match.
[05:30] <mok0> ivoks: same error, cannot execute bash
[05:31] <ivoks> ups... why /var/?!
[05:31] <ivoks> didn't we said that you can't write there
[05:31] <ivoks> you said it will go in /tmp
[05:31] <Hobbsee> persia: er...it is?
[05:31] <mok0> ivoks: trying chmod 777 /tmp/cache/pbuilder
[05:32] <dholbach> hi mruiz
[05:32] <mok0> ivoks: Cannot execute /bin/bash: Permission denied
[05:32] <mok0> ivoks: when "Extracting source"
[05:33] <mruiz> dholbach, let's upgrade xml-rpc-c !
[05:33] <ivoks> mok0: you have a crippled root, i can't help you :)
[05:33] <ivoks> talk with your admin
[05:33] <bashelier> hey dholbach 
[05:33] <mok0> ivoks: I am the admin
[05:33] <dholbach> hey bashelier
[05:33] <ivoks> lol then make your root powerfull :)
[05:33] <dholbach> mruiz: rock on
[05:34] <mok0> ivoks: I will try on my box at home 
[05:34] <bashelier> dholbach: sorry to ask you again, but is there a CC planed soon ?
[05:34] <mruiz> dholbach: I'm following https://wiki.ubuntu.com/MOTU/Recipes/PackageUpdate
[05:34] <mok0> ivoks: but I think pbuilder is buggy
[05:34] <ivoks> mok0: pbuilder works for everybody who ever tried it
[05:34] <ivoks> mok0: so... it's not pbuilder; you said you can't even 'cat' as root
[05:35] <dholbach> bashelier: I asked again for a time and date, just some hours ago - I expect them to answer soon
[05:35] <dholbach> mruiz: alright
[05:35] <mok0> ivoks: I will try something else...
[05:38] <mruiz> dholbach: I'm in the step 5, changing some things in debian/control. We shoud use debhelper (>= 5) ?
[05:39] <dholbach> if it's a package we inherit from debian, it's probably not worth doing that
[05:39] <bashelier> dholbach: ok, thanks a lot :)
[05:39] <dholbach> mruiz: ^... as it will always be a diff between ubuntu and debian that has to be merged and merged again
[05:40] <mok0> ivoks: It _works_ if I log on as root and work locally on the ubuntu box
[05:40] <mok0> It does not work if I become root through "su"
[05:41] <mruiz> dholbach: I ask you because compat=4 and Standards-Version: 3.5.8 in Debian 
[05:41] <ceros> how long does it take to be added to the REVU uploaders keyring?
[05:41] <dholbach> mruiz: that's fine, it doesn't stop building it
[05:41] <mruiz> ok
[05:42] <mruiz> dholbach: What's about DebianMaintaner field?
[05:42] <dholbach> that change you need to do
[05:42] <mruiz> done!
[05:42] <dholbach> neat-p
[05:42] <dholbach> neat-o :)
[05:43] <bashelier> dholbach: https://wiki.ubuntu.com/MOTU/DebianWatch#preview, version pre-alpha :)
[05:44] <dholbach> bashelier: nice - will you move it to MOTU/Recipes/...?
[05:44] <dholbach> bashelier: I'll add reviewing it to my todo list
[05:44] <bashelier> I will
[05:44] <dholbach> I already wanted to fix mvo's bzr recipe
[05:45] <dholbach> thanks a lot, bashelier
[05:45] <geser> ceros: the REVU keyring it synced once a day but if you can get hold of a REVU admin, you can request a keyring sync
[05:45] <bashelier> :)
[05:46] <ceros> geser: does it also take that long for ftp://revu.tauware.de/incoming to be cleaned out?
[05:46] <ivoks> mok0: su -, not su
[05:47] <mruiz> dholbach: Debian version is 0.9.10-4, and the upstream version is 1.06.14 . Then in changelog, xmlrpc-c (X) gutsy; urgency=low must appear..
[05:47] <geser> ceros: once REVU knows your key, uploads should appear on the frontpage within minutes
[05:47] <persia> bashelier: That looks great.  Would you also consider adding a link to the uscan notes on get-orig-source in https://wiki.ubuntu.com/MOTU/Packages/CommonPackagingMistakes/ChangingTheOrigTarball?highlight=%28tarball%29 to cover watch files for bz2 upstreams?
[05:48] <dholbach> mruiz: using dch -i should fix everything but the version number for you
[05:49] <mruiz> dholbach: dch -i wrote "xmlrpc-c (0.9.10-4ubuntu1) gutsy; urgency=low"
[05:49] <dholbach> right
[05:50] <dholbach> now you just need to change it to 1.06.14-0ubuntu1
[05:50] <bashelier> persia: persia this is not necessary with uupdate, in manpage "Currently  supported  source  code  file  types are .tar.gz, .tar.bz2, .tar.Z, .tgz, .tar and .zip archives." but I should perhaps explain it then, what do you think ?
[05:51] <mruiz> dholbach: where should I do "debuild -S -sa" ?
[05:51] <bashelier> mruiz: in sources dir ;)
[05:51] <bashelier> mruiz: debuild -S -sa -kYOURGPGKEY
[05:51] <dholbach> just try and play with it a bit
[05:51] <mruiz> :-)
[05:53] <persia> bashelier: Sorry for any confusion: I'm more thinking about the use case of the paranoid user who wants to verify md5sums and ensure no trojans are included, rather than the use case of a developer updating the package, and wished to see a link that would increase the use of the uscan-based get-orig-source for packages that use bz2 and have a watch file.
[05:55] <Toadstool> good morning everybody!
[05:55] <mruiz> with signature or without it? the recipe says without, but bashelier said with signature ...
[05:55] <bashelier> persia: ok, will do in a few minutes, thanks :)
[05:55] <bashelier> mruiz: uploads must be signed, then... ;)
[05:57] <dholbach> bashelier: you think we should change the version number to -0ubuntu1?
[05:57] <Toadstool> dholbach: hi!  is there any wiki page stating a mentor's duties?  I'd like to get back to work and I think that a little bit of reviewing and mentoring would be a good start
[05:58] <dholbach> Toadstool: http://wiki.ubuntu.com/MOTU/Mentoring/Mentor should have something
[05:58] <Toadstool> great!  thanks
[05:58] <bashelier> dholbach: I thaught, in the case users wanted to do exactly the same manipulation than on the wiki... but yes why not
[05:59] <dholbach> I think it'd help new contributors to understand why we use 0ubuntu1
[05:59] <persia> Toadstool: Also, REVU and U-U-S work is appreciated, even external to direct mentoring.
[05:59] <dholbach> I can try to fix that
[06:00] <bashelier> dholbach: ok :)
[06:00] <dholbach> just an idea :)
[06:00] <dholbach> I'll move it to the Recipes namespace
[06:00] <dholbach> if you don't mind
[06:00] <Toadstool> persia: sure!
[06:01] <bashelier> dholbach: thanks a lot
[06:03] <dholbach> bashelier: I'll uploade 0.8.5 to my webpage
[06:03] <dholbach> bashelier: that way people can always do the update, even if we have 0.8.6 in the archive
[06:03] <persia> Toadstool: current U-U-S sponsor guide (could be much prettier) is at https://wiki.ubuntu.com/MOTU/Sponsorship/SponsorsQueue, and the REVU reviewers guide is at https://wiki.ubuntu.com/MOTU/Packages/Reviewing (although there is additional information elsewhere on the Wiki: search REVU and Reviewing).
[06:03] <dholbach> oh, we have 0.8.6 already
[06:03] <mruiz> dholbach: some errors -> http://paste.ubuntu-nl.org/26444/
[06:04] <dholbach> mruiz: that's not pretty, but alright
[06:04] <dholbach> mruiz: native-package-with-dash-version is a problem though
[06:04] <dholbach> you seem to have made it a native package?
[06:06] <mruiz> upstream package in Debian version is xmlrpc-c_0.9.10.orig.tar.gz 
[06:07] <mruiz> (and Ubuntu)
[06:08] <dholbach> mruiz: hum - don't you have 1.06.14 or something?
[06:08] <dholbach> bashelier: I drop -k<keyid> - people should have that alright, if they followed the steps
[06:08] <mruiz> xmlrpc-c_1.06.14-0ubuntu1.tar.gz / xmlrpc-c_1.06.14.orig.tgz
[06:09] <dholbach> try adding the debian changes to it again
[06:09] <dholbach> some it's using xmlrpc-c_1.06.14-0ubuntu1.tar.gz
[06:10] <bashelier> dholbach: ok, thanks
[06:10] <Toadstool> persia: thank you for the pointers.  It's only been two months since I totally stopped doing anything Ubuntu-related though and I kinda followed what was happening on the mailing-lists so I think I remember the processes ;)
[06:10] <mruiz> dholbach: add debian changes?
[06:10] <dholbach> mruiz: extract the .orig.tar.gz tarball
[06:10] <dholbach> re-add debian/
[06:10] <dholbach> build source package
[06:11] <dholbach> bashelier: fixed some small bits
[06:11] <dholbach> bashelier: you ROCK
[06:11] <dholbach> bashelier: want to announce it on ubuntu-motu-mentors@?
[06:11] <crevette> hello there
[06:12] <crevette> I need mentoring to create new packages (evolution-python and conduit)
[06:12] <Toadstool> I even remember my REVU password, awesome!
[06:12] <bashelier> dholbach: will do, thanks a lot :p
[06:12] <crevette> is someone willing to  show me how to do so
[06:12] <ScottK> crevette: evolution-python is currently sitting in the Debian NEW queue.  We should have it in a week or two.
[06:13] <crevette> cool
[06:13] <dholbach> french mafia! :-)
[06:13] <crevette> why french mafia ?
[06:13] <ScottK> crevette: What is conduit?  Would you point me at the home page for it please?
[06:14] <bashelier> dholbach: hh :P
[06:14] <crevette> ScottK: http://www.conduit-project.org/
[06:14] <crevette> conduit uses evo-python
[06:14] <Toadstool> dholbach: who is French over here? dunno what you're talking about :)
[06:14] <crevette> it is a soft to sync data
[06:14] <dholbach> hehe
[06:17] <crevette> ScottK: can I retrieve the packaging code somewhere for evo-python ?
[06:18] <ScottK> crevette: Yes.  Look in the svn repo for the Debian Python Modules Team.
[06:18] <jekil> someone can review please? http://revu.tauware.de/details.py?upid=5638
[06:22] <ScottK> jekil: Was tabelist already uploaded?
[06:23] <mruiz> dholbach: I think that the problem is rules file ...
[06:23] <jekil> ScottK: yes
[06:23] <ScottK> jekil: Is it still in NEW or has it been released to the repository?
[06:23] <jekil> i think in NEW
[06:24] <ScottK> jekil: Did you have to edit your help2man man page or is it all automatically generated?
[06:24] <jekil> see https://launchpad.net/ubuntu/gutsy/+source/tablelist
[06:24] <jekil> ScottK: i have to edit because help2man generate same crap
[06:25] <ScottK> It's still in NEW, so I won't be able to build the package yet.
[06:25] <jekil> ok, thanks
[06:26] <jekil> another question, if i must run a setuid graphical software, that must connect to X, what is the right(TM) way to give it the permission to do this? xhost?
[06:27] <ScottK> I'm not the right person to ask that question.
[06:27] <ScottK> jekil: Gave you a comment based on looking at the debian diff.
[06:28] <jekil> ScottK: thanks :) 
[06:31] <persia> jekil: Must your application be setuid?  Could you work around it using gksudo or gksu?  xhost is almost never the right way (although widely used: it can be dangerously insecure).
[06:33] <jekil> persia: my application is an applet that must read a directory owned by debian-tor with permission 700
[06:34] <LucidFox> By the way, what is the correct way to specify graphical sudo in .desktop files?
[06:34] <LucidFox> I used su-to-root -X -c command
[06:34] <persia> jekil: Could your applet call a helper program (in /usr/lib/packagename/) to process the directory?
[06:36] <persia> LucidFox: That looks ideal.  Thanks for the hint.
[06:36] <jekil> persia: i think no, because the user launch the applet, the applet launch tor that need to read that directory
[06:36] <jekil> launch tor (owned by the user, not debian-tor)
[06:37] <jekil> the right way i think is that the application launch tor via init.d scripts, but the developers seems uncollaborative
[06:38] <ScottK> jekil: So package your own init in the debian dir.
[06:39] <persia> jekil: I don't know enough about tor to investigate properly, but I'm guessing that if the directory is shipped 700, it's for a good reason.  I'd suggest either that the user tor have a different directory, or that the tor management applet calls something else with sufficient permissions to start to as debian-tor.
[06:39] <jekil> the bug is this: http://trac.vidalia-project.net/ticket/239
[06:40] <jekil> and i don't known how to package this :(
[06:42] <jekil> persia: that directory is 700 because it store the secret exit node ips, but the applet need thats for make a map
[06:48] <persia> jekil: Ah.  I understand now.  I'd still recommend trying to find a solution that doesn't require the use of xhost, but a proper solution seems more complicated.  If things work well when 1) tor is already running, and 2) /etc/torrc enables a control port, you might just want to generate a detailed debian/README.Debian.
[06:50] <jekil> persia: 1) yes, but application start tor not via /etc/init.d but directly via tor command, so with user id 2) i have done it
[07:04] <dholbach> have a nice evening guys
[07:04] <dholbach> see you tomorrow
[07:27] <LaserJock> anybody know wher procmail would send mail if it can't deliver it?
[07:28] <coNP> I guess it puts the mail to the default if no rule applies
[07:28] <LaserJock> but what happens if it can't find the default
[07:28] <xxxxx1> hello LaserJock 
[07:28] <coNP> I don't really understand, LaserJock 
[07:28] <LaserJock> I moved my mail direcotry and forgot to update procmailrc, I wonder if they just headed to /dev/null :/
[07:29] <coNP> I guess there is an inbox somewhere
[07:30] <LaserJock> I can't find it
[07:30] <LaserJock> darn
[07:30] <coNP> LaserJock: do you use maildir?
[07:31] <LaserJock> oh, I think I found it
[07:31] <LaserJock> yes I do
[07:31] <LaserJock> it dumped them in ~/
[07:41] <LaserJock> phew
[07:41] <LaserJock> that was 250+ messages
[07:42] <ScottK> LaserJock: That's good.  I was betting on dev/null.
[07:43] <crevette> how can I try to build a package with a dependency on a package not yet in archives, but that I have built on my system ?
[07:44] <crevette> (sound compliated)=
[07:45] <ScottK> crevette: Make a chroot, install your dependencies there, and build within the chroot.
[07:46] <crevette> ScottK: I have already a pbuilder chroot
[07:46] <ScottK> It's more complicated in pbuilder than in a normal chroot.
[07:46] <coNP> crevette: you make a repository
[07:46] <coNP> crevette: it is easy, you create a directory, copy your .deb files inside and run dpkg-scanpackages inside
[07:47] <coNP> then you can add it to /etc/pbuilder/pbuilderrc  as OTHERMIRROR
[07:47] <coNP> for this you need some kind of http / ftp server, though
[07:55] <asimon> crevette: See also http://ubuntuforums.org/showthread.php?t=206382 on how to add a hook to pbuilder that allows to include local dependencies without the need of some http/ftp server.
[07:56] <crevette> asimon: tx
[08:03] <ScottK> jdong: Any chance of getting some action soon on Bug #117794?  The existing clamtk in Feisty is pretty thoroughly broken...
[08:03] <ubotu> Launchpad bug 117794 in feisty-backports "Backport of clamtk 2.32-1 from Gutsy to Feisty" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117794
[08:33] <LaserJock> ScottK: I was thinking so too, but apparently it just when one up in the path
[08:34] <LaserJock> oh geeze
[08:34] <LaserJock> the two mailing lists I requested 2 months ago just showed up
[08:34] <somerville32> lol
[08:34] <LaserJock> argg, and they are named differently
[08:35] <LaserJock> they put -motu- in the name
[08:37] <qball> where is seveas he would help me package gmpc
[08:38] <somerville32> qball: I'll help you if you want
[08:38] <qball> what I want is to setup a repository that automagically generates builds from svn.
[08:39] <qball> and can be used for people to test
[08:41] <somerville32> You could make a script to do that and then make it available on a webserver or ftp server.
[08:43] <qball> that's what I need to setup, but now idea how.. and I actually have little time to look to close to it.
[08:44] <somerville32> qball: Well, do you know how to package?
[08:44] <qball> no. 
[08:44] <somerville32> qball: Then that would be the first step.
[08:44] <somerville32> qball: Do you want to learn how to do that?
[08:45] <qball> it's very simple, I don't have time to look at that stuff, and don't feel like it.. so very egoistic (sorry) I am looking for somebody willing to give me (more) then a hand.
[08:45] <qball> I got the server stuff to run it on.. 
[08:46] <qball> I know it's alot asked.
[08:54] <mshima> What should I do to make grandr accepted?
[08:54] <mshima> https://bugs.launchpad.net/ubuntu/+bug/121253
[08:54] <ubotu> Launchpad bug 121253 in Ubuntu "grandr needs packaging" [Undecided,Confirmed]  
[08:57] <mshima> Is anyone working on azureus?
[08:57] <ScottK> mshima: Did you look at the comment I left you?
[08:57] <bluekuja> mshima, not that I know
[08:57] <bluekuja> you can take it if you want
[08:58] <bluekuja> just follow procedure (bug in lp, mark in dad) etc
[08:58] <mshima> ScottK: At the launchpad yes
[08:58] <ScottK> mshima: I thought I left you one on revu too.
[08:59] <ScottK> err looks
[08:59] <somerville32> Heya ScottK
[08:59] <mshima> ScottK: Ok I will see it now
[08:59] <ScottK> Heya somerville32.
[08:59] <mshima> ScottK: thks
[08:59] <ScottK> mshima: http://revu.tauware.de/details.py?upid=5659
[09:00] <mshima> bluekuja: Ok
[09:12] <coNP> hey pochu 
[09:12] <coNP> we seem to answer the same mail
[09:19] <mshima> Whats the difference between Original-Maintainer and XSBC-Original-Maintainer?
[09:21] <coNP> I guess the second one is used in debian/control.in in the description of source packages, whereas the first one applies only for binary packages (and is generated automagically)
[09:22] <mshima> coNP: Ok
[09:29] <ScottK> The good news is I got python-scipy to not FTBFS.  The bad news is I had to comment out the umfpack module to do it.  See Bug #121398.  I'd really like some suggestions on how to proceed.
[09:29] <ubotu> Launchpad bug 121398 in python-scipy "Python-scipy 0.5.2-9ubuntu2 built without umfpack module" [Medium,Confirmed]  https://launchpad.net/bugs/121398
[09:35] <pochu> coNP: :)
[09:35] <zul> does anyone know of any glade-3 tutorial?
[09:35] <pochu> coNP: I have a doubt. Is the same .tgz than .tar.gz?
[09:36] <coNP> Actually I guess they *might be* the same.
[09:41] <ScottK> mshima: In my comment I meant XSBC-Original-Maintainer.  That's the only way you can specify it.
[09:45] <mshima> ScottK: Ok
[10:00] <mshima> ScottK: Just uploaded a new version
[10:01] <ScottK> mshima: I may have time to look at it again today.  No promises.
[10:01] <mshima> ScottK: Ok
[10:02] <ScottK> mok0: I'm looking at kssh right now.
[10:02] <mok0> ScottK: heh, I uploaded it a short while ago...
[10:03] <mok0> My pbuilder probs from this afternoon seem to stem from the fact that my home dir is on an NFS share... Here at home it works fine.
[10:05] <ScottK> mok0: That's good.
[10:06] <mshima> ScottK: I found some problems don't need to take a look at it now
[10:07] <mok0> I am looking at theseus now, which must be linked to libatlas, but that package (atlas3-base-dev) cannot be found by pbuilder.
[10:07] <ScottK> mshima: OK.  No worries.
[10:08] <mok0> E: Package atlas3-base-dev has no installation candidate
[10:10] <mok0> Ah, I might have solved it...
[10:12] <mok0> Hmm, I've set COMPONENTS="main universe" in pbuilderrc, but do I have to create the base.tar.gz file again?
[10:13] <ScottK> mok0: Left a comment for you on kssh.  One thing left to work out it looks like.
[10:13] <ivoks> i always did that with pbuilder login (with save changes)
[10:13] <ivoks> then edited sources.list :)
[10:14] <mok0> ScottK: thx, I'll take a look... 
[10:14] <mok0> ivoks: I'll try it!
[10:15] <ScottK> mshima: Did you build the package in a pbuilder and did it build this time?
[10:18] <mok0> ivoks: how do I save changes?
[10:19] <ivoks> pbuilder login --save-after-login
[10:22] <mok0> ivoks: Hey! It works :)
[10:23] <mok0> ivoks: but how does the automated build system know to include universe?
[10:23] <RainCT> Hi
[10:24] <ScottK> Hi RainCT.
[10:24] <ivoks> mok0: it doesn't, it just grabs what it needs
[10:24] <RainCT> can ubotu check if a package contains a certain file or do I need to download it? :p
[10:24] <ScottK> mok0: Because it's building a Universe package.
[10:24] <ivoks> and what is available
[10:24] <ivoks> RainCT: apt-file
[10:24] <ScottK> RainCT: You can do that on packages.ubuntu.com
[10:25] <mok0> cool
[10:25] <RainCT> okay, thanks ivoks ScottK
[10:25] <mok0> ScottK: That's a weird error you found in kssh, I hope I can reproduce that
[10:26] <ScottK> Run lintian on your .deb and it'll tell you.
[10:35] <RainCT> jamyskis: Hi. I told you about a graphics problem with Open Invaders some time ago - just ignore it, it's probably my screen that's mad, I think I'll buy a new one soon :P
[10:35] <mshima> ScottK: I'm setting up a pbuilder environment
[10:36] <jamyskis> RainCT: yep I remember - thanks for the feedback, my condolences on your monitor :P
[10:36] <ScottK> mshima: Great.
[10:36] <Ash-Fox> Heh.. having something build in six minutes verses one hour and half is such a huge improvement... I love my new server.
[10:42] <mok0> ScottK: squashed that last one in kssh 
[10:42] <ScottK> If you upload the new one quickly I can start it building before I have to run off for a while.
[10:43] <mok0> It should be there, waiting for the page to update....
[10:43] <ScottK> I see it
[10:47] <ScottK> mok0: It's building, but I have to run, so it may be a while before you hear back.
[10:47] <mok0> ScottK: Well I still have work to do. CU!
[10:56] <ScottK> nixternal: Looking for a challenge to flux your MOTU wannabe skills with?
[10:56] <nixternal> always :)
[10:56] <ScottK> nixternal: There's Bug 121398 where I'm kind of stuck
[10:56] <ubotu> Launchpad bug 121398 in python-scipy "Python-scipy 0.5.2-9ubuntu2 built without umfpack module" [Medium,Confirmed]  https://launchpad.net/bugs/121398
[11:12] <RainCT> good night
[11:24] <ScottK> mok0: kssh advocated.  Now you need one more.
[11:42] <mok0> ScottK: Great! Thanks for your effort!
[11:49] <xxxxx1> bye all!
[11:51] <nixternal> ScottK: libufsparse-dev installs umfpack* to /usr/include/ufsparse/* so the include <umfpack*> is wrong
[11:51] <ScottK> Ahhhh
[11:51] <ScottK> nixternal: You want to fix it and get the upload of have me take care of it...
[11:52] <ScottK> of/or
[11:55] <nixternal> sure...I am getting ready to head to school...I am running a build now to see if that fixes it
[11:59] <ScottK> nixternal: Would you please diff whatever you did and attach it to the bug so I can make sure I'm understanding you right.
[11:59] <nixternal> ScottK: I removed the 2 umf patches, and I will create a new patch to fix the includes in the .i file...and then put the debdiff in that bug report...sound cool?
[12:00] <ScottK> Sounds great.
[12:01] <mshima> ScottK: I fixed the build-depends and now it builds on pbuilder
[12:02] <ScottK> mshima: Great.  I doubt I'll be able to look at it today.
[12:02] <mshima> ScottK: no problem