[12:47] <TheMuso> 5~5~5~5~/c
[12:47] <TheMuso> ugh
[12:47] <ajmitch> heh
[12:51] <ScottK> TheMuso: You have ppc, right?
[12:52] <ScottK> The reason I'm asking is that Eclipse FTBFS on ppc for what looks like some kind of arch specific bug/issue/something and I was wondering if you could take a look at it?
[12:53] <TheMuso> ScottK: Sure thing. I have been working with the firefox guys to get gran-paradiso working on ppc, so I'd be happy to fix more ppc stuff.
[01:18] <TheMuso> ScottK: Off the top of your head, what package provides libjawt?
[01:19] <TheMuso> If you don't know, don't worry, I'll look it up.
[01:36] <_MMA_> Hi guys. I have a Ardour bug that the devs want reported upstream. How should I mark the bug on LP? bug 138350
[01:36] <ubotu> Launchpad bug 138350 in ardour "[Gutsy]  drawing automation in ardour 2.0.5 is broken" [Undecided,New]  https://launchpad.net/bugs/138350
[01:37] <superm1> _MMA_, mark "also affects project"
[01:37] <superm1> and then you can link it to the upstream bug tracker's bug
[01:38] <_MMA_> Hmm... I dont know if I can set that. :-/
[01:38] <_MMA_> ahh...
[01:38] <superm1> _MMA_, https://bugs.launchpad.net/ubuntu/+source/ardour/+bug/138350/+choose-affected-product
[01:38] <ubotu> Launchpad bug 138350 in ardour "[Gutsy]  drawing automation in ardour 2.0.5 is broken" [Undecided,New]
[01:39] <_MMA_> superm1: So why would I set this?
[01:39] <superm1> well once its reported upstream, you link the ubuntu bug to the upstream bug
[01:39] <_MMA_> And what "project" would it effect?
[01:39] <superm1> and then this is automatically updated as the status changes upstream
[01:41] <superm1> well it might make more sense to link here though https://bugs.launchpad.net/ubuntu/+source/ardour/+bug/138350/+distrotask
[01:41] <ubotu> Launchpad bug 138350 in ardour "[Gutsy]  drawing automation in ardour 2.0.5 is broken" [Undecided,New]
[01:41] <superm1> because then you can just paste the url you get from upstream's tracker
[01:41] <_MMA_> Ahh... That does look better.
[01:42] <_MMA_> I wonder if its better to set the "Distribution" to Ubuntu or Debian?
[01:42] <_MMA_> We sync the package from them.
[01:44] <_MMA_> TheMuso: Any ideas? ^^^
[01:46] <superm1> the bug was found in Ubuntu, but exists in the package upstream, then you just need to use upstream's tracker, no need to list debian in the affects as well
[01:46] <superm1> so just copy the URL from mantis after its listed upstream into that box in the second link i pasted, and you will be set
[01:47] <_MMA_> Well there's no way to leave that field blank.
[01:47] <_MMA_> Wants to set Baltix by default. :)
[01:48] <_MMA_> Ill just set it to Ubuntu and be done with it.
[01:48] <_MMA_> gahhh. I cant.
[01:48] <superm1> actaully: https://help.launchpad.net/Mantis
[01:49] <superm1> you can link their tracker more directly with that
[01:50] <_MMA_> k
[01:51] <pwnguin> hmm. the default ubuntu install uses debconf priority default, right/
[01:52] <pwnguin> im thinking about writing a debconf to enroll user's fingerprints at install, but if nobody ever sees the dialog, that's sorta pointless =(
[01:54] <superm1> pwnguin, are you working on thinkfinger or something similar?
[01:55] <pwnguin> yes
[01:55] <superm1> if you db_input high the dialog should still be seen
[01:55] <pwnguin> im putting thinkfinger in my ppa
[01:55] <_MMA_> superm1: Ahh... That page says "_ If_ the bug has been reported". It hasnt yet.
[01:55] <jmg> ooo fingerprints
[01:55] <pwnguin> i've pulled from experimental, and it's still a bit rough
[01:55] <superm1> _MMA_, oh i was under the impression you did report it already upstream :)
[01:55] <pwnguin> testers welcome
[01:55] <superm1> neat. a buddy of mine just setup fingerprint stuff on his t60p (under feisty though)
[01:56] <pwnguin> ive been thinkng about backporting
[01:56] <superm1> i'm quite envious of it and now wish my my r50p had a scanner, i would love to test
[01:56] <pwnguin> it's a bit buggy
[01:56] <pwnguin> gksu is sorta crap
[01:56] <_MMA_> superm1: No. They want it reported. Ill let the user report it. I was just wanting to know how to mark it on LP.
[01:57] <_MMA_> superm1: Since _we're_ not fixing it.
[01:57] <superm1> well i'm not sure whether it was thinkfinger my buddy set up or something else.  does thinkfinger pop up a little dialog at the time that pam would be asking for the password, soemthing you can X out of?
[01:57] <pwnguin> thinkfinger just has a pam module afaict
[01:58] <pwnguin> so you just add to pam's common-auth and let the tools work it out
[01:58] <pwnguin> unfortunately, GNOME doesn't actually use pam often it seems
[01:59] <superm1> so thinkfinger doesn't provide any interaction for the user to see then
[01:59] <superm1> oh wrong finger
[01:59] <superm1> denied etc
[01:59] <pwnguin> correct
[01:59] <superm1> let me link you to what he setup, maybe you'll want to package up the additional stuff he has, and make it a suggests/recommends for thinkfinger
[02:00] <pwnguin> there's a bioapi thing, but im not sure how it works yet
[02:00] <superm1> yea that sounds right
[02:00] <pwnguin> its different than thinkfinger
[02:01] <superm1> pwnguin, http://www.thinkwiki.org/wiki/Installing_Ubuntu_6.10_(Edgy_Eft)_on_a_ThinkPad_T60 see that, scroll down to the fingerprint scanner section
[02:01] <superm1> that's exactly what he had followed
[02:02] <ScottK> TheMuso: I was afk, but even if I'd been here, I wouldn't have known.
[02:02] <pwnguin> of course, i have a toshiba
[02:02] <pwnguin> superm1: theres' a similar guide on the ubuntu wiki
[02:03] <superm1> its probably a bit late to get bioapi into gutsy now, but if no one else ends up taking this up for hardy, i might opt to
[02:03] <superm1> maybe just go and pick up a usb scanner to use to get things testing and such
[02:04] <pwnguin> like i said, ive already got a ppa of thinkfinger ;)
[02:05] <superm1> well if thinkfinger works with this nice little gui portion that bioapi uses, perhaps best of both worlds is needed
[02:06] <pwnguin> it doesn't
[02:06] <superm1> its a shame that you didn't get thinkfinger in before the NEW package freeze a little over a week ago
[02:06] <pwnguin> but it has the advantage of already being in debian-experimental
[02:06] <pwnguin> a week ago, i was still trying to package helloworld
[02:07] <superm1> i know that Admiral_Chicago was trying to package it some time back, saw someone else had started, and then decided to stop. looks like whoever was working on it didn't get it through either
[02:07] <superm1> pwnguin, well we all have to start at hello world :)
[02:07] <pwnguin> also, bioapi may be nonfree
[02:08] <superm1> well there is always multiverse for items like that
[02:08] <pwnguin> hmm
[02:08] <pwnguin> theres a file called "REDISTRIBUTABLES.TXT"
[02:08] <ScottK> It does have to be legally distributable to go into multiverse though.
[02:08] <pwnguin> this sounds not good
[02:10] <pwnguin> the eula is 5 pages long
[02:10] <pwnguin> for source code
[02:10] <superm1> indeed, licensing will have to be queried, and it does worry me that i dont see bioapi sources or a license listed directly here.
[02:11] <pwnguin> everyone just says install this deb, but without a source package, it's not very helpful
[02:23] <ScottK> TheMuso: I reported the FTBFS on Eclipse as Bug #138498.  The other FTBFS on LPIA is Bug #138497.  LPIA looks relatively straightforward to deal with, so I'd appreciate it if you would look at that if you look at PPC.  Ecplise is a pretty huge package, so I'd rather not upload it to many times.
[02:23] <ubotu> Launchpad bug 138498 in eclipse "Eclipse FTBFS on PPC" [Medium,Confirmed]  https://launchpad.net/bugs/138498
[02:23] <ubotu> Launchpad bug 138497 in eclipse "Eclipse FTBFS on LPIA" [High,Triaged]  https://launchpad.net/bugs/138497
[02:27] <TheMuso> ScottK: Sure.
[02:37] <ScottK> TheMuso: Great.  Thanks.
[02:37] <TheMuso> np
[03:55] <ajmitch> Hobbsee!
[03:57] <tonyyarusso> We should start greeting people with anagrams of their nicks and see how long it takes them to reply.
[03:57] <ajmitch> that's no fun
[03:57] <Hobbsee> ajmitch!
[03:58] <tonyyarusso> bseHebo, tgcojasno!
[03:58] <geser> Hi Hobbsee
[03:58] <Hobbsee> hi geser
[03:59] <peanutb> hey yaysunroost
[03:59] <geser> night all
[03:59] <tonyyarusso> hey unebpta
[04:00] <peanutb> g'night serge
[04:09] <ajmitch> ouch, just doing a feisty install - 640x480 on the live cd
[04:10] <ajmitch> which means that I can't even click on the buttons in ubiquity
[04:10] <jmg> :(
[04:49] <Amaranth> ajmitch: they should have a GtkScolledWindow as the main child widget and put everything in it
[04:50] <ajmitch> sounds ugly
[05:49] <LaserJock> can trackerd kill a system?
[05:49] <ajmitch> it can make it *really* slow
[05:50] <LaserJock> well, I keep getting hard freezes
[05:50] <LaserJock> this last time it was absolutely hard
[05:50] <LaserJock> the mouse moved around
[05:50] <LaserJock> and music played
[05:50] <ajmitch> so not a hard freeze
[05:51] <LaserJock> but the screen froze otherwise and I couldn't get to console
[05:51] <LaserJock> sorry I meant *not* absolutley hard
[05:51] <LaserJock> so I ssh'd in from my laptop
[05:51] <LaserJock> and trackerd was taking most of the CPU
[05:51] <ajmitch> sounds like you'd have a few processes in D state, too
[05:51] <LaserJock> I wondered if that was just coincidence
[05:52] <ajmitch> unlikely
[05:52] <ajmitch> I found it just killed speed on my system
[05:52] <LaserJock> the two hard drives I had last night were really not nice
[05:52] <ajmitch> and had to reindex every night
[05:52] <LaserJock> grr, hard freezes
[05:53] <ajmitch> the only hard freezes I get are generally related to the nvidia binary driver :)
[05:53] <LaserJock> I had to hit the reset button and had fscks when it came back up
[05:53] <LaserJock> hmm, really?
[05:53] <ajmitch> that's when I can't ssh in or ping it :)
[05:53] <LaserJock> I do have nvidia
[05:53] <LaserJock> I can ping, no ssh though
[05:53] <ajmitch> if it freezes, it does it with style
[05:53] <imbrandon> yea the nvidia drivers lock me up too on gutsy once a week or so
[05:53] <ajmitch> imbrandon: not quite that often for me
[05:54] <LaserJock> hmm, well this is 3 times in two nights
[05:54] <ajmitch> LaserJock: purge tracker & see if it helps :)
[05:54] <imbrandon> but mine are 100% hardlocks
[05:54] <ajmitch> imbrandon: that's more common with nvidia, when it can take down the kernel
[05:54] <LaserJock> my first 2 were hard as a rock
[05:55] <imbrandon> true
[05:55] <LaserJock> this last one the mouse worked, but I had to ssh in and restart gdm to do anything
[05:55] <ajmitch> LaserJock's problem sounds more like an I/O problem, like when I use more than 4GB RAM & everything starts to thrash about
[05:56] <ajmitch> TheMuso: so have I
[05:56] <LaserJock> ok, I think I'll get rid of nvidia and tracker
[05:56] <ajmitch> RAOF: if only I were so lucky!
[05:56] <jmg> heh
[05:57] <jmg> i thought we'd learned from beagle
[05:57] <imbrandon> why do we not just use beagle
[05:57] <jmg> imbrandon: cause beagle sucks?
[05:57] <RAOF> imbrandon: Who knows?
[05:58] <ajmitch> jmg: but tracker is revolutionary & many times better
[05:59] <ajmitch> it has <insert buzzword>!!
[05:59] <LaserJock> I'm interested in stringi
[05:59] <LaserJock> there's quite a bit of work WRT chemistry for stringi
[06:00] <RAOF> LaserJock: what does that actually mean?
[06:00] <imbrandon> ahh  yea the kde favs come out ;)
[06:01] <LaserJock> RAOF: means indexing chemical information
[06:05] <imbrandon> ajmitch: hows aveau [sic]  comming ?
[06:05] <ajmitch> nouveau? :)
[06:06] <imbrandon> yea heh
[06:06] <ajmitch> 2d mostly works...
[06:06] <imbrandon> everyone should just use slocate and updatedb ;)
[06:06] <LaserJock> well, if it's done smartly I think it's useful
[06:07] <ajmitch> imbrandon: that doesn't index contents
[06:07] <LaserJock> like in  OS X I use QuickSilver/Spotlight a lot
[06:07] <LaserJock> when I get so much stuff, it's nice to be able to quickly do a search
[06:07] <imbrandon> okies i'm off to sleep fellas, gnight all
[06:07] <LaserJock> cya imbrandon
[06:07] <imbrandon> googledesktop ftw ;)
[06:08] <LaserJock> but if it's gonna freeze my computer
[06:08] <imbrandon> i have used it for months now, no freezes i've noticed
[06:08] <LaserJock> and do stupid stuff then it's usefullness is pretty much 0
[06:08] <imbrandon> loce it, even indexes my gmail
[06:09] <imbrandon> ;)
[06:09] <ajmitch> night imbrandon
[06:09] <LaserJock> maybe my computer is just too old
[06:09] <LaserJock> I was all happy when I bumped it up to 1GB of RAM
[06:09] <LaserJock> now it's like dang, I need 2GB at least
[06:09] <LaserJock> and a new proc
[06:09] <imbrandon> pent-d dual 3ghz with 4 gb ram, same computer for months now
[06:10] <imbrandon> new hdd's but same basic setup
[06:10] <imbrandon> anyhow i'm out , gnight
[06:10] <LaserJock> I'm on a AMD 1800+ and 1GB of RAM
[06:10] <TheMuso> I think one feels it the most on machines with 2.5/less than 7200rpm drives.
[06:10] <LaserJock> and it was killing me
[06:10] <LaserJock> oh yeah, it'll totally kill my laptop
[06:11] <LaserJock> that poor thing doesn't even handle pbuilder very well
[06:22] <LaserJock> ajmitch: argg, how did you get rid of tracker? synaptic wants to take out nautilus too
[06:22] <LaserJock> can I just turn it off somewhere?
[06:23] <ajmitch> LaserJock: use apt-get
[06:23] <ajmitch> tracker is a Recommends
[06:24] <ajmitch> (of ubuntu-desktop)
[06:24] <ajmitch> I don't think it's mandatory for nautilus yet
[06:24] <ajmitch> oh dear, I may be wrong
[06:25] <TheMuso> ajmitch: Well I don't have it installed here, and I'm running latest updates.
[06:26] <ajmitch> libtrackerclient0 looks to be a dependency of nautilus
[06:27] <LaserJock> yep, here it is
[06:27] <superm1> yea you can still take out these though: libdeskbar-tracker tracker tracker-search-tool
[06:27] <LaserJock> yeah, but that won't stop trackerd I don't think
[06:28] <superm1> trackerd is part of the tracker package
[06:28] <LaserJock> hmm, you're right
[06:29] <LaserJock> ok, well I guess maybe that'll work
[06:30] <TheMuso> Ah I see its not there. Never mind.
[06:32] <LaserJock> hmm, I wonder if it's a problem that I have 2 different nvidia binary drivers installed
[06:33] <LaserJock> or maybe I don't, grr
[06:33] <LaserJock> restricted-manager shows 2
[06:35] <LaserJock> see, this is what I get when I actually use my computer for something other than packaging
[06:37] <RAOF> LaserJock: How did you manage to do that?
[06:38] <LaserJock> I have no idea
[06:38] <LaserJock> but Restriced Manager has two lines
[06:38] <LaserJock> one is just plain nvidia
[06:38] <LaserJock> the other has (latest driver)
[06:39] <LaserJock> when I diabled one it didn't disable the other
[06:39] <LaserJock> so I have no idea
[06:40] <RAOF> Hm
[06:40] <RAOF> Heh, only one there...
[06:42] <LaserJock> grrr, why is compiz.real still around, I thought I killd that bugger
[06:43] <LaserJock> ScottK: good deal, next time around I'll try to get some better hardware
[06:44] <ScottK> With laptops it's really tough to get hardware that has decent free video support.
[06:44] <LaserJock> my little CMPC will do compiz ok
[06:45] <LaserJock> I think it's got a Intel 915
[06:45] <LaserJock> or is that 951
[06:46] <StevenK> Bah, Riddell is in Spain.
[06:47] <LaserJock> no, it's 915
[06:47] <LaserJock> he is? that must be nice
[06:47] <LaserJock> the only real sucky part of this ClassmatePC is that they don't use intel wireless
[06:47] <StevenK> Well, his away message says so.
[07:04] <superm1> does anyone know how applications end up listed as available to install in Add/Remove programs?
[07:07] <ScottK> By being available to install?
[07:08] <superm1> well it appears to scrub for .desktop files possibly to me
[07:08] <superm1> but i'm not sure how that database for it would have been built
[07:09] <superm1> because an app that was accepted a week or so ago still doesn't show up in that list
[07:09] <pygi> superm1, perhaps by app-install-data, app-install-data-commercial, app-install-data-edubuntu ?
[07:09] <pygi> I'd really think that's the case
[07:10] <asisak> Yeah, it has a lot of .desktop files
[07:10] <asisak> And a nice README file :)
[07:11] <superm1> well that will sure explain things, once the source finally grabs for me
[07:11] <superm1> thanks guys
[07:12] <pygi> :)
[07:13] <superm1> ah this is quite useful.  so i can actually go and hide apps that shouldnt show their .desktop files there
[07:14] <superm1> seems kind of odd that it would a core dev bzr branch though if it contains icons for stuff in universe and multiverse however
[07:15] <LaserJock> superm1: it's a Main package
[07:16] <LaserJock> superm1: we could split out a -data-universe package I suppose
[07:16] <superm1> well i should have qualified my statement a little better, it would make sense to have a main source package that produces a main binary and a universe binary
[07:16] <LaserJock> well
[07:16] <LaserJock> it needs all the data
[07:16] <LaserJock> so it can present Universe apps
[07:17] <LaserJock> there wouldn't be a reason to split the data out except to allow MOTUs to manage the data
[07:17] <superm1> LaserJock, do you know how mvo builds menu-data-full-gutsy.tar.gz then?
[07:17] <superm1> because it looks like his update script just grabs that from his people.ubuntu.com/~mvo directory
[07:18] <LaserJock> I think he has a script that grabs them out of the packages
[07:18] <superm1> okay, so it would more so be a matter of updating the package's icons appropriately, and asking him to rerun his script then
[07:19] <LaserJock> well, I think you have to add app-install info to the .desktop
[07:19] <Fujitsu> superm1: It's rerun fairly regularly, AFAIK.
[07:19] <Fujitsu> LaserJock: I didn't, and my two packages appear.
[07:19] <superm1> it appears that you need a X-AppInstall-Package=
[07:19] <LaserJock> hmm
[07:19] <superm1> if you want it to install something other than the one that the .desktop is included in
[07:20] <LaserJock> yeah, that may be
[07:20] <LaserJock> I've got to go through and do a bunch of those
[07:20] <LaserJock> although I get to put them in my own data package
[07:20] <LaserJock> so I do it manually
[07:20] <superm1> doesn't make it clear how to hide them from the Add/Remove applications installer though
[07:21] <LaserJock> just ask mvo
[07:21] <superm1> yea guess that's the best solution :)
[07:21] <LaserJock> or read the code
[07:21] <LaserJock> it's kinda fun
[07:21] <Fujitsu> I can't find the code that generates the tar.gz.
[07:21] <superm1> probably in a bzr branch that mvo is managing if anything
[07:22] <superm1> since it ends up in his p.u.c dir
[07:22] <LaserJock> or a Canonical-special like MoM ;-)
[07:22] <Fujitsu> Mhm.
[07:27] <LaserJock> pitti might know perhaps
[07:28] <ajmitch> finally, feisty is installed, now I need to get windows XP back
[07:28] <LaserJock> *cough*
[07:28] <ajmitch> it's only a work computer, nothing critical
[07:31] <LaserJock> I think it'd be fun to write a April 1st blog post about how I figured out how to run pbuilder from Vista
[07:33] <LaserJock> superm1: I'd be interested in knowing the result of your email to mvo
[07:33] <superm1> i'll bounce the response to the motu mailing list when he writes me back
[07:33] <LaserJock> cool
[07:34] <tonyyarusso> what e-mail would this be?
[07:35] <LaserJock> tonyyarusso: how the g-a-i data gets collected
[07:35] <tonyyarusso> LaserJock: you mean popularity-contest?
[07:35] <superm1> LaserJock, if you have any apps that need the updated data put in, i'd guess tonight is probably a good time to do that
[07:36] <superm1> because if its a manual procedure, mvo will probably run it after being reminded :)
[07:36] <LaserJock> superm1: no, I have my own data package for that
[07:36] <LaserJock> tonyyarusso: no, what apps show up in g-a-i
[07:36] <tonyyarusso> oh
[07:37] <superm1> tonyyarusso, the "Add/Remove" option that shows up in the GNOME menus
[07:37] <superm1> the data for that
[07:47] <Fujitsu> Wasn't glchess incorporated into gnome-games?
[07:47] <LaserJock> hmm, let me think
[07:47] <LaserJock> does gnome-games spit out a glchess .deb?
[07:48] <Fujitsu> I don't believe so.
[07:48] <Fujitsu> But we now have a new glchess package from Debian..
[07:48] <LaserJock> grr
[07:48] <Fujitsu> And it doesn't conflict properly.
[07:49] <LaserJock> I kow I had to do some work on gcompris because of it
[07:49] <LaserJock> but we dep on gnome-games
[07:50] <ScottK> Well, I think I've done enough UUS to go to bed with a clear conscience.  Good night all.
[07:50] <superm1> LaserJock, was there any more update as to when we were going to do the PPA/Packaging 101? the thread was lost in a bunch of broken filters that i need to fix yet
[07:50] <LaserJock> oh, no, other than cprov said that any time would be fine for him
[07:51] <LaserJock> Fujitsu: my guess is that somebody did a package for glchess not knowing that it's in gome-games
[07:51] <superm1> well when is ideal for you?
[07:51] <LaserJock> hmm
[07:52] <asisak> LaserJock: why would we need glchess?
[07:52] <LaserJock> asisak: hmm?
[07:52] <asisak> Sorry. I guess I understood the thread now.
[07:53] <LaserJock> superm1: how about like 15:00 or 16:00 UTC on thursday?
[07:53] <superm1> 16:00 UTC, hm that's looking at what 4am central?
[07:53] <superm1> oh wait woah i cant think
[07:53] <superm1> yea that works for me
[07:54] <LaserJock> ok, let me email launchpad-users proposing that time
[07:54] <LaserJock> and we'll go from there
[07:54] <superm1> sounds good.  hopefully i fix my filters before that arrives
[07:55] <Fujitsu> Oooh, yay, lots of tags! Tags tags tags! let's put every conceivable tag on our bugs!
[07:55] <Fujitsu> Tags:  cpu  cpufrequtils  frequency  resume  scaling  suspend
[08:01] <LaserJock> Fujitsu: heah, tags are the new summary, you get one for each bug ;-)
[08:15] <dholbach> good morning
[08:16] <tonyyarusso> hey dholbach
[08:18] <Fujitsu> Hi dholbach.
[08:18] <pygi> tonyyarusso, it's morning :)
[08:19] <tonyyarusso> pygi: Technically, yes.  1:19 AM
[08:19] <dholbach> hey tonyyarusso, hey Fujitsu
[08:19] <tonyyarusso> (here)
[08:24] <TheMuso> lc
[08:24] <TheMuso> ugh
[08:26] <tonyyarusso> booo
[08:27] <tonyyarusso> Liferea crashes too much for me to use it.
[08:33] <tonyyarusso> and Brief can't handle Craigslist's format - grrrr
[08:37] <LaserJock> hi dholbach
[08:37] <dholbach> hey LaserJock
[08:37] <LaserJock> Fujitsu: do you find that the upstream vs Ubuntu tasks are not well understood?
[08:37] <superm1> mornin dholbach
[08:41] <dholbach> hey superm1
[08:41] <superm1> dholbach, you going to be out for all of UDS?
[08:44] <dholbach> superm1: I'll be at UDS for the entire duration
[08:45] <Le-Chuck_ITA> Hi there
[08:45] <superm1> dholbach, cool.  i'm still trying to determine how much of it i'll be able to make it out for.  I'll have to be taking off from courses for the week and all.
[08:46] <dholbach> it'd be awesome to have you there :)
[08:47] <Le-Chuck_ITA> I have a bug in xournal, which is present both in 0.3.3 and in <IP_ADDRESS>, and a patch has been found. I want to package <IP_ADDRESS> for ubuntu, and include the patch (which is due to different pdftoppm behavior in new version in gutsy) but how should I include the patch, while waiting for upstream to apply that in CVS?
[08:47] <Le-Chuck_ITA> I mean how should I include the patch in the ubuntu package?
[08:47] <pygi> superm1, can't you do some arrangements with your college? If I go, I'll do that hopefully
[08:48] <superm1> pygi, well i'm undergrad so I dont need to let the school know directly, but rather my professors
[08:48] <pygi> superm1, well, same here
[08:48] <superm1> pygi, my worry is that i believe I have an exam and possibly a lab practical that week.  so we'll see
[08:49] <pygi> superm1, I think I also have an exam on saturday (math), but perhaps something can be done
[08:49] <superm1> Le-Chuck_ITA, the patch applies cleanly to 0.3.3?
[08:49] <Le-Chuck_ITA> the fix is known, and the patch will apply cleanly to both
[08:49] <Le-Chuck_ITA> https://bugs.launchpad.net/ubuntu/+source/xournal/+bug/137944
[08:49] <ubotu> Launchpad bug 137944 in xournal "[gutsy]  [regression]  pdf rendering not working" [Undecided,New]
[08:50] <superm1> Le-Chuck_ITA, ideally at this point it should be applied to 0.3.3, because getting <IP_ADDRESS> will require a UVFe
[08:50] <superm1> since we are past the upstream version freeze as of 10 days ago or so
[08:50] <Le-Chuck_ITA> also for universe?
[08:51] <pygi> superm1, well, hopefully see you there =)
[08:51] <superm1> yes that applies to all the sections (main, universe, multiverse, restricted)
[08:51] <Le-Chuck_ITA> that's ok, I will put it on my PPA (as soon as I have one) and then go for gutsy+1
[08:51] <superm1> indeed pygi likewise to you :)
[08:51] <Le-Chuck_ITA> well, and how does one include a patch specific to gutsy in a source package?
[08:51] <superm1> Le-Chuck_ITA, does xournal already have support for gdk-pixbuf?
[08:51] <superm1> or does that add a new dependency?
[08:51] <Le-Chuck_ITA> ?
[08:52] <Le-Chuck_ITA> I think it has
[08:52] <superm1> oh nvm, i was reading your bug report wrong
[08:52] <superm1> yes it must
[08:52] <pygi> superm1, you're where? Italy?
[08:52] <superm1> pygi, i'm in the US, IA atm
[08:52] <pygi> superm1, ah, oki :P
[08:52] <pygi> then you are closer then me :D
[08:52] <Le-Chuck_ITA> pygi: are you italian?
[08:52] <superm1> but i've been spotted in IL, MN, and NC for extended periods of time the past year or two
[08:53] <pygi> Le-Chuck_ITA, no, Croatia :P
[08:53] <superm1> Le-Chuck_ITA, have you made a debdiff before ever?
[08:53] <Le-Chuck_ITA> ah ok
[08:53] <Le-Chuck_ITA> yes
[08:53] <superm1> or used dpatch at all?
[08:53] <pygi> superm1, well, enjoy =)
[08:53] <superm1> Le-Chuck_ITA, okay well what you will want to do is create a dpatch that replaces your logic in that file
[08:53] <Le-Chuck_ITA> yes I am still a newbie with debian tools but I think I can do that
[08:54] <superm1> Le-Chuck_ITA, and then do a test build locally with your changes
[08:54] <Le-Chuck_ITA> and this should be inserted in "debian/"
[08:54] <Le-Chuck_ITA> ?
[08:54] <superm1> yes,
[08:54] <superm1> when using dpatch you'll use it like this
[08:54] <superm1> dpatch-edit-patch 01_patchname.dpatch
[08:54] <superm1> and that will bring you into a dpatch editing mode to generate the patch
[08:54] <superm1> as soon as you type exit, it will create the patch for you in debian/patches/01_patchname.dpatch
[08:55] <Le-Chuck_ITA> ok, but, ehm
[08:55] <superm1> you'll need to create a file called debian/patches/00list that contains this patch name
[08:55] <superm1> so that its applied
[08:55] <superm1> and then add a build dependency of dpatch
[08:55] <Le-Chuck_ITA> ok
[08:55] <superm1> and make sure that it is applied in debian/rules as well
[08:55] <superm1> depending on whether debhelper or cdbs is used depends on how that is done
[08:56] <Le-Chuck_ITA> hmm I think I will first fix the problem and then get back here :)
[08:56] <superm1> when you've got all that together, create the debdiff between the two revisions (the one in the archive right now and the one you made) and attach it to the bug
[08:57] <superm1> if your quick and i'm still awake i'll look over your debdiff tonight, otherwise, subscribe ubuntu-universe-sponsors, and a MOTU will grab it from the queue
[08:57] <Le-Chuck_ITA> superm1: I don't know if I can do that today, I am very busy till the 13, but thanks for the offer
[08:58] <superm1> Le-Chuck_ITA, no prob.  well feel free to poke me if i'm around and you need some help, or just ask in the room.  most of us are pretty friendly
[08:58] <superm1> :)
[08:58] <Le-Chuck_ITA> thanks a lot :)
[09:00] <viviersf> ajmitch, ping
[09:01] <ajmitch> viviersf: yes?
[09:01] <viviersf> ajmitch, which version of authtool is currently of gutsy ? Who's branch ?
[09:02] <ajmitch> mine, why?
[09:02] <ajmitch> talk to the powers that be if you need it updated
[09:03] <viviersf> ajmitch, its just that version does not work at all. It doesnt even start so its kinda pointless :(
[09:04] <pwnguin> superm1: how does one go about creating a diff for such patches?
[09:04] <viviersf> ajmitch, and that powers be who ?
[09:04] <pwnguin> i used diff -Naur and I'm not sure it applied correctly =(
[09:05] <ajmitch> motu-uvf team
[09:05] <superm1> pwnguin, you mean into a dpatch ?
[09:05] <superm1> or just a normal ol' diff?
[09:05] <pwnguin> superm1: or whatever
[09:05] <pwnguin> superm1: i was basing it off another package i found that used quilt
[09:05] <pwnguin> but i dont recognize the format
[09:05] <viviersf> ajmitch, k :/
[09:06] <superm1> pwnguin, if you have the patched file, the easiest way i've done it, is to jump into a dpatch-edit-patch shell and then just replace the file.  dpatch-edit-patch creates the patch for you then
[09:06] <superm1> without needing to fsck around with diff's switches
[09:06] <viviersf> ajmitch, where do i talk to them ? launchpad ?
[09:06] <pwnguin> interesting
[09:06] <pwnguin> its a simple one line fix
[09:06] <ajmitch> viviersf: yes, there are procedures for getting freeze exceptions
[09:06] <ajmitch> !uvf
[09:06] <superm1> pwnguin, but if you are trying to generate the patch from the one made on another package, you might want to just look at the dpatch used in the other package
[09:06] <ubotu> uvf is Upstream Version Freeze.  For an exception, see https://wiki.ubuntu.com/FreezeExceptionProcess#head-9523bc4076ff011324d67cddc97969ec609618d6
[09:07] <viviersf> ajmitch, cool
[09:07] <pwnguin> superm1: i liked the quilt approach, so i tried mimicing that for another package that needed a small patch made and applied
[09:07] <superm1> pwnguin, i haven't used quilt myself, so i can't comment much on it
[09:08] <superm1> i've always used dpatch
[09:08] <pwnguin> superm1: it sounds somewhat like dpatch
[09:08] <superm1> perhaps someone else in here can speak to it?
[09:08] <pwnguin> ill have to look into dpatch
[09:08] <pwnguin> because i think i made the diff backwards =(
[09:17] <LaserJock> wow, we have it so nice in free software
[09:17] <LaserJock> this chemist paid a publisher to release his paper with an open license
[09:17] <LaserJock> and now the publisher wants to charge him a copyright fee to download his own paper
[09:17] <pwnguin> we have it nice in computing
[09:18] <pwnguin> medicine has pubmed
[09:18] <pwnguin> but the rest of the sciences seem doomed
[09:19] <LaserJock> there is getting to be more in chemistry
[09:19] <LaserJock> I'm a part of the Blue Obelisk group
[09:19] <LaserJock> which is mostly chemical informatics types
[09:19] <LaserJock> but there is a big push towards Open Chemistry
[09:20] <pwnguin> must be nice
[09:20] <pwnguin> my friend administers the department's beowulf cluster (beocat)
[09:20] <pwnguin> and from his stories, most the people are not... skilled
[09:22] <pwnguin> i took a bioinformatics coures
[09:22] <pwnguin> that stuff's a scam
[09:22] <pwnguin> 10 thousand for a bayesian SNP detection tool
[09:23] <pwnguin> and even the basics are like "email us your ip and we'll give you permission to download our uuencoded program"
[09:24] <pwnguin> as a CS guy, it's nice that there's citeseer to carry most publications
[09:25] <pwnguin> but really, most publications aren't worth more than a dollar without source code
[09:32] <tonyyarusso> lashow can they charge him if it has an open license?
[09:33] <tonyyarusso> ...that was for laserjock
[09:33] <pwnguin> tonyyarusso: i think they now own the copyright
[09:33] <tonyyarusso> pwnguin: but, if it has a proper license, the copyright wouldn't matter
[09:33] <pwnguin> clearly they didnt get the hint
[09:34] <tonyyarusso> ie, GPLd programs are copyrighted.  We don't get charged for them.
[09:34] <pwnguin> only by convention
[09:34] <pwnguin> nothing stops me from charging you before giving you gpl'd software
[09:41] <pwnguin> superm1: i keep getting no target unpatch. do i need an empty unpatch rule to use dpatch?
[09:41] <superm1> pwnguin, run dpatch-edit-patch from the root of the source directory
[09:41] <pwnguin> i did
[09:41] <superm1> eg below the debian/
[09:41] <pwnguin> yes
[09:42] <superm1> what was your command that you launched ?
[09:42] <pwnguin> the debian/rules file has no target unpatch
[09:42] <superm1> ah right
[09:42] <superm1> does this package use cdbs?
[09:42] <superm1> or debhelper
[09:42] <pwnguin> debhelper
[09:42] <pwnguin> i just added an empty rule
[09:43] <pwnguin> and its happy fornow
[09:43] <superm1> include /usr/share/dpatch/dpatch.make
[09:43] <superm1> will do it actually
[09:43] <superm1> at the top of your debian/rules
[09:43] <pwnguin> so this is gonna build depend on dpatch
[09:43] <pwnguin> ok
[09:44] <superm1> yes
[10:46] <TheMuso> c
[10:46] <TheMuso> wrong tab
[11:34] <TheMuso> 5~5~/c
[11:34] <TheMuso> argh
[11:37] <TheMuso> 5~5~/c
[11:37] <TheMuso> damn gnome-terminal. :s
[11:42] <StevenK> man-di: Ping, about sear
[01:18] <derjohn> hi, as I still miss linux-image-2.6.22-.*-xen in the amd64 repo of gutsy, I want to build the kernel myself. Usually I use make-kpkg for the job, but i read severa times about the "new building infrastructure" - do we now build kernel debs differntly (i.e. dpkg-buildpackage or such) ? (re-asked)
[01:29] <geser> derjohn: afaik zul works on the xen-packages, try asking him about the problems or in #ubuntu-kernel
[01:30] <derjohn> geser, thx, i'll join that channel ... !
[01:37] <xhaker> imbrandon, do you provide a ppc machine yet?
[02:02] <bluefoxicy> someone explain to me why df hangs
[02:04] <StevenK> NFS/portmap woes?
[02:09] <bluefoxicy> no
[02:10] <bluefoxicy> local
[02:12] <Fujitsu> strace is probably your friend, bluefoxicy.
[02:13] <soren> bluefoxicy: usb device that got detached, perhaps?
[02:18] <ScottK> dholbach: I've been operating under the assumption that if you assign a UUS bug to someone at Canonical, that doesn't mean we shouldn't touch it, just that you'd like them to have a look if no MOTU gets to it first.  Is that correct?
[02:23] <\sh> dholbach, ping bug 138225 is already in gajim bzr ubuntu tree...nafallo is just waiting for upload
[02:23] <ubotu> Launchpad bug 138225 in gajim "clean install of gutsy and gajim throws a gnomekeyring.DeniedError" [Medium,Fix committed]  https://launchpad.net/bugs/138225
[02:24] <\sh> dholbach, bug is known upstream (fetched it from there) but it doesn't fix the real problem with gnomekeyring
[02:34] <geser> ScottK: have you some time to look if maradns could get a UVFe? debdiff and diffstat.txt can be found at http://members.ping.de/~mb/maradns/
[02:34] <geser> ScottK: the last version is a security update: http://packages.debian.org/changelogs/pool/main/m/maradns/current/changelog
[02:37] <geser> Hi Hobbsee
[02:37] <zul_> hey Hobbsee
[02:37] <ScottK> geser: I'd support it.
[02:37] <ScottK> hello Hobbsee and zul_
[02:37] <geser> ScottK: ok, I will file a uvfe request
[02:38] <Hobbsee> hi geser
[02:38] <Hobbsee> hi ScottK
[02:40] <deadwill> mornin' all
[02:40] <deadwill> o/
[02:40] <ScottK> deadwill: Are you still working on the new ecplise version for Gutsy?
[02:40] <deadwill> ScottK, yep. hard working
[02:40] <ScottK> Good morning too.
[02:41] <deadwill> i want to finish since tomorrow
[02:41] <ScottK> deadwill: At this point I'd suggest you ask for a UVFe before spending a lot more time on it.
[02:41] <deadwill> hmm
[02:41] <ScottK> We are over 3 weeks past UVF and eclipse is not a simple package.
[02:41] <deadwill> indeed
[02:42] <zul> icky...how long does it take to compile eclipse?
[02:43] <ScottK> zul: 1 to 4 hours on the various buildd's.
[02:44] <zul> lovely
[02:44] <ScottK> It won't build at all on a box with less than 1GB RAM.
[02:45] <ScottK> deadwill: Will your build on LPIA?
[02:45] <zul> i bet the buildd guys love it
[02:46] <deadwill> tpm-tools?
[02:46] <ScottK> eclipse
[02:47] <deadwill> i don't know
[02:47] <ScottK> The current one doesn't and so it'd be a point in your favor to resolve that.
[02:47] <zul> isnt it actually quite pointless to build on lpia
[02:48] <ScottK> zul: I really have no idea what type of hardware well get that arch, so I don't know.
[02:48] <zul> ScottK: its the ume platform
[02:49] <ScottK> Yes, but will it get used for devices that people do programming on?  I don't know.
[02:49] <ScottK> The general policy seems to build the whole archive for LPIA.
[02:51] <deadwill> my tpm-tools package fails on that arch
[02:51] <zul> ScottK: it still seems a waste of resources for lpia imho
[02:51] <ScottK> zul: You're probably right.  FTBFS offends my sensibilities however.
[02:52] <deadwill> :)
[02:53] <ScottK> deadwill: A number of packages failed their initial build for LPIA due to lack of dependencies at the time it got run.  You might look into why it failed, if you haven't.  It may be that a giveback is all that's needed.
[02:56] <deadwill> http://launchpadlibrarian.net/9110520/buildlog_ubuntu-gutsy-lpia.tpm-tools_<IP_ADDRESS>-0ubuntu1_FAILEDTOBUILD.txt.gz
[02:58] <ScottK> Nothing quite so simple I guess /bin/sed: can't read /usr/lib/libgtk-x11-2.0.la: No such file or directory
[02:59] <deadwill> grep: /usr/lib/libgtk-x11-2.0.la: No such file or directory
[02:59] <deadwill> /bin/sed: can't read /usr/lib/libgtk-x11-2.0.la: No such file or directory
[02:59] <deadwill> libtool: link: `/usr/lib/libgtk-x11-2.0.la' is not a valid libtool archive
[02:59] <deadwill> weird
[03:00] <geser> fixed already in -0ubuntu2
[03:01] <ScottK> geser: So a giveback would do it then?
[03:01] <deadwill> geser, yep
[03:01] <geser> https://launchpad.net/ubuntu/gutsy/+source/tpm-tools lists it as build for lpia
[03:01] <geser> so no action is needed
[03:02] <ScottK> Ah
[03:02] <geser> bddebian fixed it
[03:02] <ScottK> Cool.
[03:02] <ScottK> deadwill: You should thank bddebian next time you see him then.
[03:03] <deadwill> oh yeah
[03:03] <deadwill> i didn't look this before
[03:06] <deadwill> ScottK, could be good drop bzr on my packages for now.
[03:07] <deadwill> if someone try to get source of tpm-tools using bzr isn't the same version published by bddebian
[03:07] <deadwill> while it not managed in motu archive, maybe is better to drop this. what you think?
[03:08] <deadwill> ScottK
[03:08] <ScottK> If you are going to maintain a public VCS repo, you should keep it up to date.
[03:09] <ScottK> I think it only makes sense in cases where a team, by agreement, maintains stuff in the repo and keeps it in sync.
[03:09] <deadwill> exactly
[03:09] <ScottK> I wouldn't have a single package like that in a VCS, but others feel differently.
[03:11] <broonie> I'm doing that for a couple of my Debian packages partly to aid development over multiple machines, partly on the off chance that it encourages patch submissions from ubuntu.
[03:12] <broonie> Even if the packages are small and I'm the only maintainer it's still helpful.
[03:13] <ScottK> For Debian I think it makes more sense.  Since you are the maintainer, it's easy to keep Debian and your repo in sync.
[03:14] <ScottK> Here, with team maintenance, unless the whole team will use the repo (and they won't), it'll just be a source of confusion.
[03:17] <broonie> Right, obviously setting up a repository like that is asking for trouble.
[03:18] <broonie> Though I'd have expected buy in to be easier than that.
[03:19] <ScottK> The problem here is that the 'team' is everyone in MOTU.
[03:19] <xhaker> ScottK, i have something for you
[03:19] <xhaker> ScottK, you should really consider looking in #ubuntu-java
[03:20] <xhaker> if you're doing work on eclipse
[03:20] <ScottK> Anyone wants to pick up and run with it is quite welcome to it.
[03:21] <xhaker> ScottK, what did you do for it to build better? i've only noticed your merge from debian.
[03:21] <zul> hah hah sco is foobared
[03:21] <ScottK> xhaker: The previous sync from Debian was FTBFS on all  archs.
[03:21] <xhaker> ScottK, true.. i've did some work on that.. but it was on debian only
[03:21] <Fujitsu> zul: What now?
[03:21] <xhaker> ScottK, http://pastebin.com/m1b17c912
[03:21] <zul> http://www.groklaw.net/article.php?story=20070907215715563
[03:21] <broonie> ScottK: Yeah, I'm still surprised.
[03:21] <xhaker> ScottK, here are my latest changes
[03:22] <xhaker> ScottK, the changelog says it all
[03:22] <Fujitsu> zul: Oh, old.
[03:22] <ScottK> xhaker: Sounds like what's needed.
[03:22] <Fujitsu> Still, very good news.
[03:23] <xhaker> ScottK, it's not tested on powerpc, i don't have a machine.. i was poking imbrandon, but he seems to be away
[03:23] <ScottK> xhaker: Ask TheMuso.  He was somewhat interested in getting that fixed and has PPC.
[03:23] <xhaker> still, i think it will work on ppc.. but you never know
[03:24] <xhaker> TheMuso, ping?
[03:26] <ScottK> broonie: In my case, I already need to deal with cvs, svn, and git on other stuff and learning bzr (which is the Ubuntu standard vcs) is just one more thing I'm reluctant to expend time stuffing in my head.
[03:26] <ScottK> broonie: Also, IMO, a team needs to either work all in the VCS or not do it and a VCS of all the Universe packages would be, ummm, large.
[03:27] <_MMA_> xhaker: He might be asleep. He's in AU.
[03:27] <xhaker> _MMA_, thanks for that
[03:29] <ScottK> zul: Would you please look at Bug #138626.
[03:29] <ubotu> Launchpad bug 138626 in maradns "[UVFe] [Sync request]  Sync maradns (<IP_ADDRESS>-1) from Debian unstable (main)" [Undecided,New]  https://launchpad.net/bugs/138626
[03:29] <xhaker> deadwill, how's 3.3 going?
[03:29] <broonie> ScottK: Yeah, for the largeness I'd be surprised if anyone tried to put all of universe in bzr; that'd suck.
[03:30] <ScottK> As it is, I cringe every time I svn up the Debian Python Modules Team svn and that's tiny in comparison.
[03:30] <StevenK> ScottK: How large is a checkout?
[03:31] <StevenK> ScottK: Compare and contrast to KDE - all of it is in SVN. :-)
[03:31] <ScottK> StevenK: Not sure exactly, but it's the debian dirs for more than 100 packages.
[03:31] <ScottK> Right.  It's quite doable.
[03:32] <StevenK> Ah. I only have ~ 15 packages in my local SVN.
[03:34] <ScottK> StevenK: Are you up for requestsync feature requests?
[03:35] <StevenK> ScottK: Happy to listen to them anytime
[03:35] <geser> as requestsync is only useful for Ubuntu what about moving it from devscripts to ubuntu-dev-tools?
[03:36] <Hobbsee> because ds is in main.
[03:37] <StevenK> Agreed. Moving it at this point might make people hate me.
[03:37] <StevenK> Myself, for instance.
[03:40] <ScottK> StevenK: Two things:
[03:40] <ScottK> 1.  How about including the version number in the subject line.
[03:40] <StevenK> Of either?
[03:41] <ScottK> The new version wanted.
[03:41] <Hobbsee> er, it does?
[03:41] <Hobbsee> i thought
[03:41] <ScottK> 2.  How about setting importance to wishlist.
[03:42] <StevenK> Because that information isn't particularly relevant to a sync. -archive will pull whatever is latest from the respository asked.
[03:42] <StevenK> ScottK: Because -archive only look at Confirmed bugs. The Importance is set to Wishlist if sponsorship (-s) is required.
[03:42] <xhaker> ScottK, what about uploading eclipse again with my changes. the worst that can happen is ppc not building again.. i've tested lpia
[03:42] <StevenK> Confirmed, and something else. I forget.
[03:43] <ScottK> StevenK: OK.  I didn't know about wishlist if sponsored.
[03:43] <ScottK> xhaker: I think waiting ~12 hours for TheMuso to test it won't hurt (and he can upload it too).
[03:44] <ScottK> xhaker: Why not attach your debdiff to the LPIA FTBFS bug and subscribe uus?
[03:44] <ScottK> Mention in the bug that you think it fixes the PPC FTBFS bug too.
[03:44] <xhaker> do you have the bug number?
[03:44] <ScottK> Give me a moment.
[03:45] <ScottK> Bug #138498 Bug #138497
[03:45] <ubotu> Launchpad bug 138498 in eclipse "Eclipse FTBFS on PPC" [Medium,Confirmed]  https://launchpad.net/bugs/138498
[03:45] <ubotu> Launchpad bug 138497 in eclipse "Eclipse FTBFS on LPIA" [High,Triaged]  https://launchpad.net/bugs/138497
[03:46] <ScottK> xhaker: ^^^
[03:47] <ScottK> StevenK: How about a -e option to requestsync from Debian Experimental?
[03:48] <Fujitsu> changelog fetching for that would be difficult.
[03:48] <StevenK> Agreed.
[03:48] <StevenK> And you ought to know what you're doing if you're pulling from Experimental.
[03:49] <Fujitsu> Yeah.
[03:49] <ScottK> Which (know what you're doing) is why I think it should be an explicit option.
[03:49] <StevenK> But Fujitsu has a valid point. Fetching the changelog would be nigh on impossible, and I'd consider that a showstopper.
[03:49] <ScottK> I've seen at least one sync request that was from Experimental labled Unstable because they used requestsync.
[03:50] <ScottK> OK.  Sounds fair.
[03:50] <StevenK> Any other requests I can shoot down in flames? :-)
[03:50] <ScottK> Not right now.
[03:50] <Hobbsee> oops, we burnt him.
[03:50] <StevenK> Ouch! That tickles.
[03:51] <StevenK> Hold on, I'm a DD. Flames have no effect!
[03:51] <dholbach> ScottK: I think it's fine if somebody does it before - I know that it can take a while until somebody reviews it and I wouldn't like sponsoring bugs to slip through the cracks
[03:51] <Fujitsu> That reminds me, I should probably finish off T&S at some point in the next couple of days.
[03:51] <dholbach> ScottK: maybe I should subscribe them?
[03:52] <dholbach> \sh: can you follow up on the bug report what the real problem is?
[03:52] <dholbach> \sh: do you know what Nafallo is waiting for?
[03:52] <ScottK> dholbach: That might be better.  When I saw assigned, I wasn't sure if I should deal with them or not (I did, but I wasn't sure).
[03:53] <dholbach> ScottK: ok, I'll just need to find a way to represent that on http://daniel.holba.ch/sponsoring :-/
[03:53] <StevenK> Fujitsu: I never did T&S.
[03:54] <StevenK> Tasks and Skills, step four of Debian NM
[03:57] <Hobbsee> ah
[04:04] <ScottK> geser: Bug #138626 is approved.
[04:04] <ubotu> Launchpad bug 138626 in maradns "[UVFe] [Sync request]  Sync maradns (<IP_ADDRESS>-1) from Debian unstable (main)" [Medium,Confirmed]  https://launchpad.net/bugs/138626
[04:06] <geser> thanks
[04:19] <ubotu> Launchpad bug 132442 in decibel-audio-player "Please sync decibel-audio-player (universe) 0.05.2-3 from Debian unstable (main)" [Medium,In progress]  https://launchpad.net/bugs/132442
[04:21] <\sh> dholbach, dunno...we had an bug report about high cpu utilization, but we can't reproduce it
[04:21] <\sh> dholbach, and what's the actual problem...well, it looks like that the python-gtk bindings were not up2date since new gtk uploads...there is also a bugreport somewhere in python-gtk upstream
[04:27] <bddebian> Heya gang
[04:27] <ScottK> deadwill: ^^^
[04:28] <norsetto> can somebody from motu-uvf (scottk excluded) give a look @ bug 137390?
[04:28] <ubotu> Launchpad bug 137390 in rt2500 "rt2500 configuration utility replacement" [Undecided,New]  https://launchpad.net/bugs/137390
[04:28] <deadwill> ScottK, :D
[04:28] <deadwill> hey bddebian
[04:28] <bddebian> Hi deadwill
[04:29] <deadwill> bddebian, thanks to fix tpm-tools ;)
[04:29] <deadwill> to build on lpia
[04:29] <bddebian> I fixed something?
[04:29] <deadwill> yes
[04:29] <geser> Hi bddebian
[04:29] <zul> norsetto: done
[04:30] <deadwill> +tpm-tools (<IP_ADDRESS>-0ubuntu2) gutsy; urgency=low
[04:30] <deadwill> +
[04:30] <deadwill> +  * Add b-d for libgtk2.0-dev
[04:30] <deadwill> +
[04:30] <deadwill> + -- Barry deFreese<EMAIL_ADDRESS>Wed,  5 Sep 2007 10:36:55 -0400
[04:30] <norsetto> zul: thx chuck, much appreciated :-)
[04:31] <deadwill> hey norsetto o/
[04:31] <zul> you should probably subscribe uus
[04:31] <bddebian> Heya geser
[04:31] <norsetto> zul: will do
[04:31] <bddebian> deadwill: Amazing :-)
[04:31] <dholbach> \sh: so you reckon it might be fixed already?
[04:31] <zul> although i might upload it tonight just for kicks
[04:31] <pochu> zul: and bug 132442, please? :-)
[04:31] <ubotu> Launchpad bug 132442 in decibel-audio-player "Please sync decibel-audio-player (universe) 0.05.2-3 from Debian unstable (main)" [Medium,In progress]  https://launchpad.net/bugs/132442
[04:31] <norsetto> deadwill: aka, the one armed enthusiast :-)
[04:32] <bddebian> heh
[04:39] <norsetto> *cough* *cough* anyone willing to review http://revu.tauware.de/details.py?upid=206 (just UVFed)?
[04:39] <StevenK> What's a review? :-P
[04:39] <deadwill> :)
[04:40] <bddebian> I would but I have a meeting in aobut 15 mins.  Maybe after?
[04:43] <norsetto> stevenk: a review its .... the beer I will owe you at next UDS ;-)
[04:44] <norsetto> bddebian: hey, np, whenever you can :-)
[04:44] <StevenK> norsetto: No sale. Since that will invariably involve American beer.
[04:44] <StevenK> norsetto: :-)
[04:45] <ScottK> StevenK: I'm guessing it would be Italian.  Dunno how you feel about that.
[04:45] <norsetto> stevenK: bugger that; they must at least have some guinnes!?
[04:45] <slavik> who is responsible for maintaining the drivers in the restricted driver manager?
[04:45] <ScottK> Guiness is very big in Boston, but it's not the same as if you get it in Ireland.
[04:45] <StevenK> Hrm. Never had Guinness
[04:45] <deadwill> norsetto, next UDS will be in USA?
[04:45] <Hobbsee> slavik: ask in #ubuntu-devel, probably
[04:46] <norsetto> deadwill: Boston MA
[04:46] <deadwill> hm
[04:47] <zul> norsetto: you should probably gotten through revu first before asking uvf
[04:48] <zul> ScottK: it should be for all of those potato fleeing people from ireland ;)
[04:48] <norsetto> zul: asked them at the same time, I actually thought it would be better to wait for uvfe before asking for revu
[04:48] <zul> norsetto: please unsubscribe uus then thanks
[04:49] <norsetto> zul: well, sure, but, can't they review on REVU too?
[04:49] <zul> norsetto: true but best to follow the process
[04:49] <ScottK> zul: Exactly, but Guiness in the US just doesn't compare (although I do like it).
[04:50] <ScottK> zul: You could just ack his UVFe and have done with it.
[04:50] <zul> ScottK: meh...i dont like the taste
[04:50] <norsetto> zul: hmmm, I can't unsubscribe motu-uvf or u-u-s, perhaps you can?
[04:51] <zul> probably ill have to wait for lunch time though
[04:51] <ScottK> Yep.  Can' unsubscribe a team you aren't a member of.
[04:51] <ScottK> Can'/Can't
[05:49] <\sh> dholbach, regarding python-gtk I don't know...regarding gajim, it's a workaround to this problem
[05:50] <dholbach> ok... best to file a bug against python-gtk with a description of what's going on
[05:50] <\sh> dholbach, what happens actually is, what the patch does, when the default key ring is missing, and he can't add one (gnomekeyring.DeniedError is thrown) gajim switches back to default password storage
[05:50] <\sh> dholbach, I'll catch up this evening when I'm home with the pygtk upstream bug...
[05:50] <dholbach> ok great
[05:53] <\sh> dholbach, btw..what happend to the mouse in xorg and what about key repetition mode...it doesn't work anymore since last update
[05:54] <dholbach> \sh: I have no idea - if it's really an X thing, you want to talk to bryce, I guess
[05:54] <\sh> dholbach, well, since this morning I have at least a very fast mouse, or when I change it in the mouse config of gnome, the setting of speed of mouse moves is not saved correctly, and the mouse is going into slow motion mode ;)
[05:55] <dholbach> I don't know anything about that, sorry
[05:56] <\sh> well, I check the bug reports later...too many problems right now here...
[05:59] <dholbach> norsetto: shouldn't the build-dep of rutilt be linux-headers-2.6 instead?
[06:00] <dholbach> I mean linux-headers-generic
[06:00] <norsetto> dholbach: just changed to 2.6.20-generic actually
[06:00] <bddebian> Good luck with rutilt :)
[06:00] <dholbach> why 2.6.20-generic?
[06:00] <norsetto> bddebian: thx :-)
[06:00] <dholbach> that's in feisty
[06:00] <norsetto> dholbach: sorry, my typo, 2.6.22
[06:01] <dholbach> linux-headers-generic will always be a current one, isn't that right?
[06:01] <bddebian> SUpposed to
[06:01] <norsetto> dholbach: let me check what I just added in control
[06:01] <dholbach> ok
[06:01] <dholbach> apart from that it looks good to me
[06:02] <bddebian> dholbach: Since you are the man again, do you have any thoughts on all of the *-gaim-* packages since pidgin appears to have replaced gaim?
[06:02] <norsetto> dholbach: I had linux-headers-generic (>= 2.6.22)
[06:02] <dholbach> norsetto: that's perfect
[06:02] <dholbach> bddebian: best to ask in #ubuntu-desktop about that
[06:02] <dholbach> bddebian: unfortunately seb128 is on holidays
[06:02] <bddebian> Grr, OK thanks
[06:02] <dholbach> bddebian<EMAIL_ADDRESS>might be a good idea too
[06:02] <dholbach> he'll read that then
[06:02] <norsetto> dholbach: well, I'm just changing the man page and I will upload this shortly
[06:03] <dholbach> norsetto: gracias!
[06:03] <norsetto> dholbach: de nada :-)
[06:03] <dholbach> not sure, I'm good at that, but why not? ;-)
[06:04] <LaserJock> what a buzz
[06:04] <ScottK> LaserJock: Congratulations.
[06:04] <dholbach> rock on! :-)
[06:07] <pkern> "This site is running pre-release code. Please report all bugs. -- Launchpad" So that's the beta site I am transparently redirected to, heh.
[06:07] <pkern> .oO( I'm not even logged in... )
[06:07] <bddebian> LaserJock: Nice.  Are we doing to have to start calling you Professor? :)
[06:08] <Hobbsee> pkern: yes
[06:08] <Hobbsee> pkern: and you have to log in on that one too, yes
[06:08] <LaserJock> bddebian: please ;-)
[06:08] <bddebian> heh
[06:10] <pkern> Hobbsee: Just found the announcement on launchpad-users. ;o)
[06:13] <Hobbsee> pkern: :)
[06:17] <dholbach> I will introduce a needs-2nd-ack tag for needs-packaging bugs
[06:17] <LaserJock> hmm
[06:18] <LaserJock> will there be a needs-1st-ack tag? :-)
[06:18] <dholbach> nooooo :-))
[06:18] <Hobbsee> then we need to change the procedure to require n acks, where n>2
[06:19] <dholbach> hum... don't we still need 2 acks?
[06:19] <Hobbsee> no, we need 27 now.
[06:19] <LaserJock> unless the package is by a MOTU in which case it only needs 1
[06:20] <ScottK> There's really no rush since we are essentially done with new packages for Gutsy.
[06:20] <LaserJock> well, but we can still be working on packages, if we want
[06:20] <dholbach> yeah, but still I think it's good to tag them
[06:20] <ScottK> Also the tag duplicates information already available in REVU.
[06:20] <ScottK> dholbach: Why?
[06:20] <ScottK> It's already on REVU.
[06:20] <dholbach> norsetto: let me know once you uploaded the new rutilt
[06:21] <dholbach> ScottK: there are people who use LP with needs-packaging bugs
[06:21] <norsetto> dholbach: sure, I'm working on the man page at the moment
[06:21] <dholbach> ScottK: and they turn up on http://daniel.holba.ch/sponsoring/
[06:21] <dholbach> norsetto: ok... take your time :-)
[06:21] <ScottK> We REALLY need to stop doing stuff like having stuff in two places.
[06:21] <LaserJock> REVU doesn't look at the needs-packaging bugs currently
[06:22] <ScottK> Right, REVU looks at packages.
[06:22] <bddebian> Toadstool: You around by any chance?
[06:22] <LaserJock> so we have packages on REVU and bugs on LP
[06:22] <bddebian> Oh no, not again
[06:22] <ScottK> I still think trying to status packaging process in LP is a duplication, a waste of effort, and confusing.
[06:22] <dholbach> we have lots of needs-packaging bugs and I think it's good to have bugs in LP, as people work off of bug lists already
[06:23] <dholbach> I agree that having things in two places is no good
[06:23] <ScottK> The lets shut down REVU.
[06:23] <LaserJock> ScottK: but REVU has no way of handling requests
[06:23] <dholbach> I tried to make it easier to upload stuff to LP with revuput - I know that's not perfect and all good yet
[06:23] <ScottK> Right.  So if someone takes a needs-packaging bug they should assign it to themselves and mark it in progress.  From there until it's uploaded people look at REVU.
[06:24] <LaserJock> the needs-packaging thing was started so that we could have a place for people to make requests, in an actionable way
[06:24] <dholbach> especially does it needs the 'tag bug' things and magic to find out if a package is in the archive not yet
[06:24] <dholbach> Hobbsee: hehe
[06:24] <Hobbsee> even without needs-packaging, there was a very long wiki page
[06:24] <ScottK> "needs-packaging" is for stuff that "needs-packaging".  Let's leave it at that.
[06:24] <LaserJock> Hobbsee: 2nded, but I doubt the motion will carry ;-)
[06:24] <dholbach> ScottK: what do you mean?
[06:24] <Hobbsee> 'There shall be no new packages'.  *cracks whip*
[06:25] <ScottK> Work flow is like this (in my suggestion):
[06:25] <LaserJock> ScottK: but it's useful to see a "needs-packaging" bug all the way to "Fix Released"
[06:25] <ScottK> Sure.
[06:25] <ScottK> 1.  'needs-packaging' bug on LP.
[06:25] <ScottK> 2.   Assigns said bug to themselves and marks in progress.
[06:25] <Hobbsee> bddebian: third, please.  LaserJock has already seconded.
[06:25] <ScottK> 4.  Does the revu thing.
[06:26] <bddebian> Doh
[06:26] <Hobbsee> do we have a motion, then?
[06:26] <ScottK> 5.  Marks fix released after it's uploaded.
[06:26] <LaserJock> ScottK: k, that's right
[06:26] <ScottK> No duplication.  No confusion.
[06:26] <LaserJock> but it does have the disadvantage of using 2 tools/URLs to get all the way
[06:26] <ScottK> No trying to keep track of the details of the status of the packaging work in LP.
[06:26] <dholbach> yeah
[06:26] <ScottK> LaserJock: Unless we abandon either REVU or LP that's inveitable.
[06:27] <dholbach> with ppa and easy uploading to it, that's easy too
[06:27] <LaserJock> well, not entirely
[06:27] <LaserJock> ScottK: I think REVU could be made to show the status of a bug
[06:27] <LaserJock> that's one option
[06:27] <ScottK> At least this way LP keeps track of is it being worked on/is it done and REVU does everthing in between.
[06:27] <dholbach> but I agree, now we have a lot of "looking at two places"
[06:27] <ScottK> Right, so what I propose is less of looking in two places.
[06:28] <dholbach> I look at 'fix committed needs-packaging' bugs and find that quite good to follow up
[06:28] <ScottK> I've never ever looked at it once.
[06:28] <LaserJock> you both are saying "less of looking in two places" you just differ on where the 1 place should be I'm thinking
[06:28] <ScottK> I don't see it that way.
[06:29] <ScottK> We both agree less of looking in two places is good
[06:29] <LaserJock> dholbach is saying "we can track it all in needs-packaging bugs" and you're saying "we can track it all in REVU", at least that's what I'm seeing
[06:29] <ScottK> I see manually stuffing more packaging status data into LP needs-packaging bugs as more of it and it seems to me that dholbach sees it as less.
[06:30] <ScottK> Right, but REVU is still the review tool.  Replace it and then fine, but not until.
[06:30] <dholbach> for me it's just that I'm used to working off of bug lists
[06:30] <LaserJock> right
[06:30] <ScottK> Right.
[06:30] <LaserJock> we need to define a normative work flow
[06:30] <ScottK> But it's more manual labor to stuff status into a place that you find convenient.
[06:30] <LaserJock> I think people just get used to doing things differently
[06:31] <dholbach> but yeah, we're in an inconvient transition state to 'something'
[06:31] <ScottK> I don't think that's what's happening.
[06:31] <ScottK> I think people have been piling on to the (good) idea of needs-packaging bugs with stuff that's not well thought out.
[06:32] <ScottK> If we just divide it by phases, we can avoid the double looking.
[06:32] <dholbach> maybe we should discuss this on the list
[06:32] <dholbach> hehe
[06:33] <dholbach> I need to leave now, I'm sorry
[06:33] <dholbach> have a nice evening!
[06:33] <LaserJock> cya dholbach
[06:33] <LaserJock> well, for sure we need to have a plan
[06:33] <LaserJock> dholbach already wrote a spec for it
[06:33] <LaserJock> that's a good starting place for people to look
[06:33] <dholbach> bye ScottK, bye Hobbsee, bye LaserJock
[06:33] <Hobbsee> LaserJock: discuss it all at UDS, come up with a great plan
[06:33] <dholbach> see you tomorrow again
[06:33] <Hobbsee> bye dholbach!
[06:33] <ScottK> Yeah, but I'm going to get really grumpy for a minute and say that stuff like "<dholbach> I will introduce a needs-2nd-ack tag for needs-packaging bugs" is completely at odds with the stuff won't change discussion on the mailing list.
[06:33] <LaserJock> Hobbsee: I'd rather keep MOTU out of UDSs
[06:34] <Hobbsee> LaserJock: why?
[06:34] <LaserJock> because only a few MOTUs are present
[06:34] <dholbach> ScottK: that's for the needs-packaging thing that's already happening
[06:34] <Hobbsee> point
[06:34] <LaserJock> I think people feel blindsided when we spec MOTU stuff at UDSs
[06:34] <ScottK> dholbach: It's another process change and you are acting unilaterally in a way that I feel in not benificial.
[06:34] <Hobbsee> heh, even those there
[06:35] <LaserJock> heh, yes
[06:35] <Spec> LaserJock: i hope people do feel blindsided when you verb me.
[06:35] <ScottK> "needs-packaging" and "is-packaging" are two distinct things.
[06:35] <LaserJock> Spec: hehe
[06:35] <Spec> LaserJock: are you going to edubuntu dev summit?
[06:35] <LaserJock> not sure
[06:35] <Spec> i think that's the only day i can make it...got class m-th work m-f
[06:36] <dholbach> ScottK: I don't think so - needs-packaging is a wishlist bug that is being adressed
[06:36] <dholbach> ScottK: but let's take this to the list, maybe we can get something good out of the discussion
[06:36] <dholbach> I'm not going to introduce a tag
[06:36] <ScottK> Right, but in normal bug fixing we don't status every bit of work.  You just assign it and upload it when you are done.
[06:37] <Hobbsee> my view is 'you can introduce whatever status stuff you like, as long as i can ignore it all, and not massively break the world'
[06:37] <Hobbsee> like the "just fix it and upload it" cases
[06:37] <dholbach> there are bigger bugs that get statused
[06:37] <dholbach> that's what we have statuses for
[06:38] <ScottK> There's only one status for In-progress.
[06:38] <dholbach> ScottK Right, but in normal bug fixing we don't status every bit of work.  You just assign it and upload it when you are done.
[06:38] <dholbach> dholbach there are bigger bugs that get statused
[06:38] <dholbach>  that's what we have statuses for
[06:38] <dholbach> that's the last I got - sorry; got disconnected
[06:38] <ScottK> Nothing after that until I said:
[06:38] <ScottK> There's only one status for In-progress.
[06:38] <dholbach> ok
[06:38] <dholbach> let's take it to the list then
[06:38] <norsetto> dholbach: sorry for the delay, got some RL issues to sort out :-) http://revu.tauware.de/details.py?upid=223
[06:38] <dholbach> I'm afraid I need to leave now
[06:39] <norsetto> dholbach: have a nice evening then, cu tomorrow (and take that rose out of your mouth :-))
[06:39] <dholbach> norsetto: haha... have a nice evening too :)
[06:43] <fernando> moin all
[06:44] <bddebian> Hello fernando
[06:44] <bddebian> fernando: Hey, did I read on one of the bugs that you had already packaged a newer upstream mergeant?
[06:45] <fernando> bddebian, i was packaged. uploaded to revu too. but the revu is nuked and my upload too =(
[06:46] <bddebian> REVU is back but you will probably have to re-upload unfortunately :-(
[06:47] <fernando> bddebian, i don't have more it
[06:47] <fernando> bddebian, i need to re-create it
[06:57] <asisak> Hey Ubunteros!
[07:04] <deadwill> hey asisak
[07:05] <pochu> howdy asisak
[07:07] <asisak> Heya deadwill & pochu
[07:22] <asisak> !away | norsetto_limbo
[07:22] <ubotu> norsetto_limbo: You should avoid changing your nick in a busy channel like #ubuntu - it causes unrequired scrolling which is unfair on new users. The same goes for using noisy away messages : use the command "/away <reason>" to set your client away silently - See also !Guidelines
[07:22] <asisak> too late :)
[07:22] <LaserJock> hehe
[07:23] <geser> he could try again now
[07:23] <norsetto> http://revu.tauware.de/details.py?upid=223 is up for review. If you happen to be asisak for example ........
[07:23] <asisak> !away |norsetto
[07:23] <ubotu> norsetto: You should avoid changing your nick in a busy channel like #ubuntu - it causes unrequired scrolling which is unfair on new users. The same goes for using noisy away messages : use the command "/away <reason>" to set your client away silently - See also !Guidelines
[07:24] <norsetto> oh, what a chance!
[07:24] <norsetto> yeah, how do you set away in this bloody Konversation then!?
[07:24] <asisak> norsetto: is it rt2500 or rutilt?
[07:24] <asisak> norsetto: Use Gnome!
[07:25] <asisak> (While Hobbsee is away :))
[07:25] <LaserJock> hehe
[07:25] <norsetto> rutilt
[07:25] <norsetto> I just use /away .... is that too much for the server to cope with?
[07:25] <LaserJock> norsetto: I don't have it in front of me but I believe there is something in the menu
[07:26] <LaserJock> no, you are setting an auto-announce message
[07:26] <LaserJock> there is a setting in Konversation to turn that off
[07:26] <norsetto> ok, perhaps I should check that then
[07:27] <asisak> norsetto: turn off KDE and apply for the job announced by Keybuk
[07:28] <zul> eh?
[07:29] <norsetto> lets check if this is ok then
[07:30] <norsetto_limbo> still flooding?
[07:30] <LaserJock> nope
[07:30] <asisak> no, but you are not away :)
[07:31] <norsetto> test, test, 1, 2, 3, sa! sa!
[07:31] <norsetto> we can now resume our regular trasmission
[07:35] <LaserJock> heh
[07:36] <zul> LaserJock wanted to be secretly in the pink floyd road crew when he was a kid
[07:36] <asisak> hmm... norsetto, rutilt is an update package is it?
[07:36] <norsetto> asisak: nope, new and virgin
[07:36] <asisak> Then I only advocate it :)
[07:37] <norsetto> asisak: thx, appreciate it much and then more
[07:39] <norsetto> zul: do you know if we used to have an ooo-wrapper to launch openoffice in feisty!?
[07:39] <zul> norsetto: nope i dont know
[07:51] <norsetto> He must have seen my face ....
[08:31] <geser> bigon: re bug #138656: Debian did split libpurple from the pidgin package but Ubuntu didn't want to follow this change that late in the cycle, so not every change to pidgin can/should be merged now
[08:31] <ubotu> Launchpad bug 138656 in pidgin "Please merge from debian unstable (2.1.1-4)" [Undecided,New]  https://launchpad.net/bugs/138656
[08:34] <bigon> geser: well the split has already been merged in ubuntu
[08:35] <geser> interesting. I did miss it, so ignore my comment
[08:35] <bigon> geser: np :)
[08:39] <LaserJock> ** new Behind MOTU interview up **
[08:41] <LaserJock> hmm, I guess updating TeX wouldn't be a new upstream
[08:42] <LaserJock> but man, it could be quite a bit of work
[08:43] <ScottK> StevenK: (whenever you get to the scrollback I guess) - I'm confused about the messy work area comment as when I look around here, your work area looks like a model of neatness and organization (not kidding).
[08:45] <Amaranth> woohoo, i think i'm going to be a motu :)
[08:46] <xhaker> Amaranth, thumbs up!
[08:46] <Amaranth> got two +1 so far, dunno how many i need
[08:46] <LaserJock> Amaranth: I didn't even know you applied!
[08:46] <LaserJock> awesome
[08:46] <Amaranth> hehe
[08:47] <Amaranth> figured it was about time to try it out
[08:47] <xhaker> I'll probably apply in a month or so
[08:49] <ScottK> bddebian: Quit messing around and get back to work.
[08:51] <xhaker> bddebian, you're not motivating me enough
[08:54] <bddebian> xhaker: Well I can always break out the whip :)
[08:54] <ScottK> xhaker: Now the we have a newish version of Eclipse building in Gutsy, do you think you could be motivated to do some Eclipse bug triage and see what still applies?
[08:55] <asisak> !info eclipse gutsy
[08:55] <ubotu> eclipse: Extensible Tool Platform and Java IDE. In component universe, is optional. Version 3.2.2-3ubuntu1 (gutsy), package size 125 kB, installed size 412 kB
[08:55] <asisak> Oh, that is outdated. What do we have now?
[08:55] <ScottK> No, that's what we have now.
[08:55] <asisak> Don't we have 3.3?
[08:55] <ScottK> Up until yesterday we had 3.2.2-1 FTBFS on all archs.
[08:55] <ScottK> He is.
[08:56] <xhaker> ScottK, 3.2.2-1 was a mistake by somebody
[08:56] <asisak> Oh, I see
[08:56] <xhaker> notice the lack of ubuntu1 in the version
[08:56] <ScottK> But here we are coming up on a month past UVF and he's got nothing uploaded and no UVFe asked for.
[08:56] <ScottK> xhaker: Yes.
[08:56] <asisak> deadwill: can we help?
[08:57] <asisak> It would be really nice to have eclipse 3.3. ...
[08:57] <ScottK> asisak: Figure a reason I shouldn't be scared to approve a UVFe a month past UVF on 150MB tarball monster package.
[08:57] <asisak> Cannot we have eclipse3.3 as a new pacakge?
[08:57] <asisak> So there is new regression?
[08:58] <asisak> We have a similar policy for gcc AFAIK
[08:58] <asisak> s/new/no/
[08:58] <LaserJock> ScottK: nah, it's eclipse, it's bound to work only 50% of the time anyway ;-)
[08:58] <ScottK> There are a few packages that are like that.
[08:58] <bddebian> LaserJock: Haha
[08:58] <ScottK> Great.  It's currently building on 4 of 6 archs, so we are ahead of the game.
[09:00] <xhaker> ScottK, what is deadwill doing really? did he got stumped in something?
[09:00] <ScottK> xhaker: Dunno.  I just asked him about it because I noticed the please upgrade to 3.3 bug assigned to him and us going on a month after UVF.
[09:01] <ScottK> asisak: Are you going to fix pdebuild to work with multiple installed eclipse packages?
[09:01] <xhaker> ScottK, i was into it too for some time. i'll let you know if i get something
[09:01] <asisak> ScottK: what is pdebuild? :)
[09:02] <ScottK> asisak: It's a CDBS extension for Eclipse.  Dunno if it'd actually need any change or not since it only recommends Eclipse.
[09:03] <ScottK> If you want multiple packages, you'll need to figure that kind of stuff out though.
[09:03] <ScottK> xhaker: I'm not terribly concerned either way as I don't do Java.  I just jumped in to help out with the FTBFS.
[09:03] <geser> oh, there are two pdebuild now?
[09:04] <ScottK> geser: No.  asisak was asking if Eclipse 3.3 could get into Gutsy as a New separate package from Eclipse.
[09:05] <ScottK> asisak: Additionally, there's no guarantee an Archive Admin would devote the time to New it this late in the cycle.
[09:05] <xhaker> ScottK, let's just wait if my fixes help.. TheMuso should really test ppc
[09:05] <ScottK> Agreed.
[09:06] <asisak> You are right.
[09:06] <xhaker> ScottK, do you have a lpia chroot? if you could try to build eclipse there.. it would be helpful. i've killed my build once i saw it pass the part where it bugged out
[09:06] <asisak> Absolutely right.
[09:06] <asisak> But it is still a pity.
[09:06] <asisak> Not that I would not use hardy from the end of October :)
[09:07] <ScottK> My view as a non-Java motu-uvf person is that unless there is a rationale along the lines of some java version we have in Gutsy flat out work work with 3.2, I just don't see it.
[09:07] <ScottK> xhaker: No.  I recall seeing doko posted some directions on making a lpia chroot somewhere.
[09:08] <ScottK> flat out _won't_ work that is.
[09:09] <xhaker> ScottK, yes.. i did the whole thing yesterday.. but as you said earlier.. a system with <1gb won't do
[09:12] <[HUN] gnanet> hi all, i have a development which i want to package for ubuntu, i already played with debian packages, but only succeeded to create some meta-packages and checkinstall packages for me. I haven't done packages with pre-post scripts
[09:12] <ScottK> Sorry.  Haven't got one.
[09:13] <[HUN] gnanet> i would like to have some tips
[09:13] <ScottK> !checkinstall | [HUN] gnanet
[09:13] <ubotu> [HUN] gnanet: checkinstall is a wrapper to "make install", useful for installing programs you compiled. It will create a .deb package, which will be listed in the APT database and can be uninstalled like other packages. See https://help.ubuntu.com/community/CheckInstall - Read the warnings at the top and bottom of that web page, and DO NOT interrupt CheckInstall while it's running!
[09:14] <ScottK> First tip is don
[09:14] <LaserJock> maybe more importantly
[09:14] <ScottK> don't use checkinstall if you want a reliable package.
[09:14] <[HUN] gnanet> yes i already saw the limitation of checkinstall
[09:14] <LaserJock> !packagingguide
[09:14] <ubotu> The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html - See https://wiki.ubuntu.com/MOTU/Packages/New for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/DeveloperResources - See also !backports
[09:15] <[HUN] gnanet> and it's no good for this purpose
[09:15] <asisak> !hu | [HUN] gnanet
[09:15] <ubotu> [HUN] gnanet: Magyar nyelv segtsget az #ubuntu-hu csatornn tall
[09:16] <[HUN] gnanet> thanks
[09:18] <ScottK> zul_ or soren: I'd suggest one of you ack Bug #138732
[09:18] <ubotu> Launchpad bug 138732 in libxmpp4r-ruby "[UVFe]  please allow to sync libxmpp4r-ruby from Debian" [Undecided,New]  https://launchpad.net/bugs/138732
[09:45] <fernando> bddebian, gtk-vnc is already upload. can you remove the http://revu.tauware.de/details.py?upid=181 ?
[09:46] <norsetto> does anyone know what happened to kmos?
[09:47] <xhaker> norsetto, i know he is portuguese. maybe he has university exams as i do.
[09:47] <fernando> bddebian, http://revu.tauware.de/details.py?upid=225 new mergeant
[09:47] <norsetto> xhaker: and what are YOU doing here?
[09:48] <bddebian> fernando: Great thanks
[09:50] <fernando> bddebian, you're welcome
[09:55] <geser> norsetto: Kmos is watching #ubuntu-devel but he's marked away
[09:56] <norsetto> geser: thx
[10:00] <xhaker> norsetto, i was affraid you wre going to ask just that.. guilty..
[10:00] <asisak> xhaker: are you also a student (possibly having exams as well :))?
[10:03] <xhaker> asisak, guilty
[10:26] <Toadstool> bddebian: i'm around now :)
[10:33] <bddebian> Toadstool: openser is broken :-(  Even though you provide the symlink, xmlrpc-c doesn't provide xmlrpc_server_abyss_rpc2_handler or xmlrpc_server_abyss_default_handler anymore :-(
[10:33] <Toadstool> ew  :(
[10:35] <Toadstool> bddebian: I don;t have much time to look into it right now, just arrived in France, jet-lag, a lot of stuff to do :/
[10:35] <bddebian> No worries I'm looking at, just thought I'd tell you since I freakin' broke xmlrpc-c to begin with :-(
[10:37] <fernando> bddebian, know you why https://edge.launchpad.net/ubuntu/+source/gtk-vnc not in archive?
[10:40] <bddebian> Hmm, no. I just took your word for it that it was uploaded so I removed it from REVU
[10:41] <fernando> bddebian, it is in my LP page, but not in archive, strange
[10:43] <fernando> bddebian, how to check what is wrong?
[10:43] <bddebian> What makes you think it got uploaded?
[10:44] <jwendell> bddebian, i think that's because this page exists: https://launchpad.net/ubuntu/+source/gtk-vnc
[10:45] <ScottK> It's not in NEW.  I looked there.
[10:45] <bddebian> ScottK: Aye, me too
[10:46] <bddebian> Hmm, where the heck did that source page come from..
[10:48] <fernando> My ppa conflict with archive ?
[10:49] <fernando> https://edge.launchpad.net/~fernando/+archive
[10:50] <bddebian> I don't know much of anything about PPAs yet but to my knowledge they have nothing to do with the archive
[10:59] <geser> bddebian: LP knows about a package even it is/was in NEW
[11:00] <geser> fernando: ask an archive admin during the european day about it, I guess gtk-vnc got rejected and someone should hopefully got a mail about it
[11:00] <alex-weej> how do you do debdiffs of your work? it always just gives me some daft error about not being able to find a file or something
[11:00] <alex-weej> say i use cdbs-edit-patch to modify or create a patch
[11:00] <bddebian> geser: I don't see it in the rejected queue either
[11:01] <alex-weej> then what?
[11:01] <bddebian> alex-weej: You are doing patch -pX < foo.debdiff ?
[11:01] <alex-weej> bddebian: no, i get the source package, cdbs-edit-patch mypatch, make some changes
[11:01] <geser> bddebian: I don't know how rejected works actually, but it's neither in the queue nor accepted so I assume it got rejected
[11:01] <bddebian> Ohh
[11:01] <alex-weej> then usually just send the patch that goes in debian/patches
[11:02] <bddebian> https://launchpad.net/ubuntu/gutsy/+queue?queue_state=4&queue_text=
[11:02] <geser> alex-weej: dpkg-buildpackage -S -rfakeroot -us -uc and then debdiff old.dsc new.dsc (don't forget to modify debian/changelog)
[11:03] <geser> alex-weej: there should also be a short tutorial about debdiffs in the MOTU section of the wiki
[11:04] <geser> fernando: what you do mean with "your PPA conflict with the archive"?
[11:04] <alex-weej> geser: i normally use debuild... is that no good?
[11:04] <bddebian> Same thing (more or less)
[11:04] <fernando> geser, gtk-vnc is in my ppa
[11:04] <asisak> alex-weej: that is a frontend
[11:05] <geser> alex-weej: debuild is a wrapper around dpkg-buildpackage, you can use it instead if you want
[11:05] <geser> alex-weej: https://wiki.ubuntu.com/MOTU/Recipes/Debdiff
[11:06] <geser> fernando: and what's the problem?
[11:06] <fernando> geser, i don't know the ppa architeture.
[11:07] <alex-weej> thanks
[11:09] <geser> fernando: it's a package repository where you can upload packages and which are auto-build on i386 and amd64 (e.g. for testing new packages or providing packages for other reasons like missed freezes)
[11:12] <fernando> geser, this is right, but if i upload a package signed to my ppa. it show in my LP page (list assigned packages) too?
[11:13] <fernando> or are completely separate
[11:13] <fernando> i know ppa is xen based =)
[11:14] <geser> as my uploads to ppa are also listed on "List assigned packages" that should also true for yours
[11:15] <fernando> i need to go. thank you geser, bddebian
[11:15] <bddebian> Gnight and good luck :)
[11:19] <bddebian> Later gang
[11:29] <ajmitch> hello
[11:30] <geser> Hi ajmitch
[11:31] <norsetto> g'day
[11:35] <asisak> hey ajmitch
[12:08] <norsetto> YAWN
[12:08] <norsetto> sorry....


[13:56] <everyman> I have a java program running on virtualbox 3.2.x with 1 cpu specified. When testing with junit, the env will launch 2 threas (runnable) simulating task servers, waiting task dispatched.
[13:57] <everyman> Then in junit test method, I create another runnable simulating client thread, which is responsible for sending task.
[13:58] <everyman> However, I notice the execution of junit seems will only execute task server once, with another runnable (simulating task server) not executed. Is there any places where I can check the reason why one of thread is not executed?