[12:59] <ryanakca> Hmm. I submitted a debdiff fixing bashisms (which rendered the package useless, the app wouldn't run) to Debian, but the Debian maintainer is going to apply the debdiff to a new version of said packages, and upload it (current version: 2.0.8, new version: 2.0.10).  I assume I can't merge it from debian if it's a new version?
[01:00] <ryanakca> debian bug 439075
[01:00] <Ubotu> Debian bug 439075 in bzflag "BZFlag: Bashisms in debian/rules" [Normal,Open]  http://bugs.debian.org/439075
[01:00] <ScottK> Not without a UVFe.
[01:00] <LaserJock> you can apply the patch to the current Ubuntu package and note in the changelog that next time we can drop the diff
[01:01] <ryanakca> bug 132587
[01:01] <Ubotu> Launchpad bug 132587 in bzflag "bzflag includes source makefiles and empty directories, no fonts included" [Medium,Fix released]  https://launchpad.net/bugs/132587
[01:01] <jmg> why use dash on debian/rules?
[01:01] <ryanakca> because it's built using dash
[01:01] <jmg> but why?
[01:01] <LaserJock> because dash is the system shell
[01:01] <jmg> i thought it was only a concern in the initrd?
[01:02] <LaserJock> no
[01:02] <TheMuso> Hey folks.
[01:02] <jmg> why would you use dash as the system shell outside the initrd?
[01:02] <LaserJock> dash is the shell for all system processes
[01:02] <jmg> or d-i
[01:02] <LaserJock> because it's faster
[01:02] <LaserJock> and lighter
[01:02] <jmg> and stupider
[01:02] <LaserJock> and we don't need bash to run simple shell scripts
[01:03] <LaserJock> it's not stupid
[01:03] <jmg> dumber
[01:03] <LaserJock> no
[01:03] <ryanakca> ok. So... do I UVF or just apply debdiff and add to changelog?
[01:03] <LaserJock> it's just not bash
[01:03] <jmg> sounds like creating a lot of work
[01:03] <jmg> whats the actual, measurable gain
[01:03] <jmg> from switching to dash
[01:03] <jmg> ie, where are the numbers
[01:03] <ajmitch> jmg: it's been in use since edgy (iirc)
[01:03] <LaserJock> it's forcing people to fix incorrect shell scripts
[01:03] <jmg> LaserJock: but they arent incorrect - dash just isnt bash
[01:03] <LaserJock> no
[01:04] <LaserJock> they are buggy
[01:04] <TheMuso> More posix compliant is a good t hing
[01:04] <ajmitch> jmg: yes they are incorrect, they are using /bin/sh & expecting bash
[01:04] <jmg> ajmitch: ah i see, that is a bug
[01:04] <LaserJock> it's only a problem when people write bash scripts and don't say they are bash scripts
[01:04] <jmg> got it
[01:04] <LaserJock> if people do /bin/bash it's fine
[01:04] <ajmitch> a good deal of the "upstart is so much faster" hype came from using dash instead of bash
[01:04] <ryanakca> jmg: I wouldn't think so, in my mind, if it's a bash script, then "#!/bin/bash"
[01:05] <LaserJock> ryanakca: if it's not a new upstream version then it doesn't need a UVFe
[01:05] <jmg> ajmitch: but wasnt that just hype
[01:05] <jmg> how much faster is it?
[01:05] <ajmitch> jmg: boot times were measurably faster - upstart itself wasn't the gai
[01:05] <ajmitch> s/gai/gain/
[01:06] <ryanakca> LaserJock: ok
[01:06] <ajmitch> since it's still using the same init scripts
[01:06] <LaserJock> if it was fully upstart it should be faster?
[01:06] <LaserJock> i.e. not in sysv compat mode
[01:06] <ajmitch> LaserJock: yes, because things wouldn't block on each other the way they do now
[01:07] <LaserJock> right
[01:07] <ajmitch> not sure how much faster, but it should be possible
[01:07] <ajmitch> rather than just tweaking the numbers in /etc/rc2.d
[01:08] <ajmitch> it'd allow a lot more flexibility as well
[01:10] <ajmitch> hm
[01:10] <Ubotu> Launchpad bug 139009 in firefox "php script won't open" [Undecided,New]  https://launchpad.net/bugs/139009
[01:11] <LaserJock> that is a bit funky
[01:11] <ajmitch> that's a broken web server configuration
[01:14] <jmg> yes
[01:14] <ryanakca> Hmm.. what happens if the debian maintainer includes his debian/ dir in the svn/sources/.tar.gz ?
[01:15] <ryanakca> is it "policy" complient/etc? (since he's the maintainer) or not?
[01:19] <LaserJock> policy? we don't need no stinkin' policy! :-)
[01:20] <ajmitch> shh
[01:20] <ScottK2> ryanakca: Minimum diff from Debian is the policy, so leave it.
[01:21] <ajmitch> LaserJock: just let everyone upload what they want then? :)
[01:21] <LaserJock> heck yeah
[01:21] <ajmitch> this is free software, you shouldn't need to be in an exclusive team to upload!
[01:21] <LaserJock> first one gets the changelog entry
[01:21] <LaserJock> hmm, I thought FLOSS people were into being elitists :/
[01:22] <ajmitch> why, I reckon that there's no problem with shoving checkinstalled packages into the archive, do you?
[01:22] <ScottK2> We already have a not written down secret list of packages that don't need a UVFe, so why not.  It's the next logical step.
[01:22] <LaserJock> ajmitch: if it installs for one person it should install for everybody else, right?
[01:22] <ajmitch> ScottK2: do you mean the gnome packages, or something else?
[01:23] <ScottK2> ajmitch: There's a list of excepted packages needing the latest crack for UME.
[01:23] <ajmitch> right, that's expected
[01:23] <ScottK2> The list isn't actually written down.
[01:24] <ScottK2> Except a bunch of them are in Universe.
[01:24] <ajmitch> we had the same thing with kde4 packages in the last release
[01:24] <ScottK2> Right.
[01:24] <ryanakca> ScottK2: okies
[01:24] <ScottK2> Those you can tell which they are.
[01:24] <ajmitch> not holding up the work of other teams is a good thing
[01:25] <ajmitch> zul can tell you that we frequently just ignored his uploads which didn't have formal exceptions
[01:25] <ajmitch> & just let them go through, since xen is sort of important to a couple of people
[01:25] <ajmitch> that reminds me, I should look at getting the exception for zope2.10 :)
[01:26] <ajmitch> though I probably won't be allowed to have plone 3.0
[01:27] <ScottK2> Sure.  Just give me a list of stuff not to waste my time on.
[01:27] <ajmitch> ScottK2: but I don't have a blanket exception for zope stuff from on high
[01:29] <ajmitch> I couldn't tell
[01:29] <ScottK2> Heh.
[01:29] <ajmitch> so who filed the uvf exception, without knowing that they already had one?
[01:30] <ajmitch> LaserJock: I haven't touched it for gutsy
[01:31] <ScottK2> It was bigon.  He works on telepathy as a volunteer and didn't know UME had a blanke exception.
[01:31] <ajmitch> so I hardly rank as even lowly minion of the plone
[01:31] <ajmitch> aha
[01:31] <LaserJock> ajmitch: and here I thought it was just because it was perfect ;-)
[01:32] <ajmitch> LaserJock: more that it's been kept as close to debian as possible, so autosyncs handled everything
[01:32] <ScottK2> Only to be told after 2 days of discussion, never mind ther's an exceptions.
[01:34] <ScottK2> Well no one involved in the actual discussion knew about the exception.
[01:34] <ScottK2> Upstream didn't want to bother with a patch.
[01:34] <ajmitch> seems like universe is far stricter about UVF exceptions at times
[01:35] <ScottK2> There are 5 people on the team, you only need to convince 2.
[01:35] <ScottK2> My view was that the last release had a major regression, so taking the regression fix + other stuff wasn't a good bet.
[01:35] <ajmitch> I've got exceptions for main by convincing 1 person on irc, based on the upstream changelog
[01:36] <LaserJock> yep
[01:36] <ScottK2> Sure.  I got one for clamav a week before Feisty released in Universe.  It all depends.
[01:38] <ajmitch> for feisty we had a few implicit exceptions
[01:39] <ajmitch> though we did have the same UVF team for both edgy & feisty
[01:51] <TheMuso> Argh! If theres one thing I don't like about X/GNOME compared to Windows, its that you have to keep the app open that you are copying test from.
[02:15] <bddebian> Heya gang
[02:16] <chillywi1ly> whaddup?
[02:17] <bddebian> d00d.. :-)
[02:38] <bluefoxicy> ugh the new deskbar behavior is horrible.
[02:38] <bddebian> So fix it
[02:39] <bluefoxicy> it doesn't pop out below the icon anymore, it brings up a whole new window :|
[02:40] <azeem> does it send mail yet?
[02:43] <jmg> hows katapult looking these days?
[02:54] <LongPointyStick> ajmitch: @ 11.34am local time, you're correct.
[02:56] <LongPointyStick> ajmitch: of course, those who have the power to upload to main are slightly more trusted than those in universe, by definition - and are unlikely to propose bad/untested packages.
[03:02] <ajmitch> LongPointyStick: we'd hope that we could trust everyone for universe
[03:02] <LongPointyStick> well we'd hope that, yes.
[03:03] <ajmitch> we'd hope that they'd at least be trusted enough for an approval via irc
[03:04] <ajmitch> ie, not even a "upload whatever"
[03:05] <LongPointyStick> ajmitch: i'd like to be able to do that.  and we could, really.  but some people are dissatisfied without a paper trail, and it makes things harder to track
[03:05] <ajmitch> I would say that it could be like that for the next release, but it'll be an LTS release & everyone will want to freeze as soon as possible
[03:06] <LongPointyStick> well, that's my 'plan'. either for that, or hardy+1.  whether i get to implemetn said plan, who knows...
[03:07] <ajmitch> whether you get to?
[03:07] <ajmitch> you mean going back to how things were in previous releases? :)
[03:08] <bddebian> A free for all? :-)
[03:08] <ajmitch> not that far back
[03:08] <ajmitch> just giving informal approval on irc
[03:09] <bddebian> :)
[03:11] <LongPointyStick> ajmitch: well, my thought is that all MOTU's should be capable of deciding whether a package should go in or not
[03:14] <bddebian> Except that we can't sync so we are still reliant on -archive
[03:14] <ajmitch> LongPointyStick: good luck with that one
[03:14] <ajmitch> LongPointyStick: I know you'll come up against some opposition there
[03:14] <bddebian> OK has ip_nat.h been deprecated in the 2.6 kernels?
[03:15] <ajmitch> bddebian: why do you think that?
[03:15] <azeem> bddebian: don't look at your Hurd partition for that kinda stuff, dude
[03:15] <bddebian> hah
[03:16] <bddebian> Because I don't see it in any packages except libuclib and xen-headers-foo
[03:16] <LongPointyStick> ajmitch: true that
[03:16] <LongPointyStick> ajmitch: i can dream :P
[03:16] <ajmitch> LongPointyStick: we've been discussing this for awhile, sadly
[03:17] <ajmitch> but it seems like whoever's in the current uvf team sets the rules
[03:19] <LongPointyStick> ajmitch: i dont think anyone sets the rules much, and the MC doesnt seem to either.
[03:19] <LongPointyStick> so there are adhoc rules
[03:20] <LongPointyStick> maybe dholbach will fix it all
[03:20] <bddebian> I was going to say that :-)
[03:22] <LongPointyStick> i dont really know how much of this is worht fixing, either
[03:22] <LongPointyStick> seeing as people will just upload whatever, to some extent
[03:24] <ajmitch> LongPointyStick: no, the uvf team chooses what it will approve, and how many approvals it needs
[03:25] <ajmitch> there was an agreement that the MC wasn't to make any decisions like that
[03:25] <LongPointyStick> ajmitch: right.
[03:25] <ajmitch> at the moment the MC is just a nice mailing list to discuss & vote on applications
[03:26] <ajmitch> changing procedures & policy every release does get a little tedious
[03:27] <LongPointyStick> this is true
[03:28] <LongPointyStick> of course, the release team is changing too, which makes it all more difficult
[03:28] <ajmitch> so currently the only way to change such things is at the motu meetings which noone wants to go to
[03:28] <ajmitch> in what way is the release team changing?
[03:28] <TheMuso> That reminds me...
[03:28] <bddebian> I want to go to them, I just keep missing them :-(
[03:29] <LongPointyStick> ajmitch: the people are changing, etc.
[03:29] <bddebian> yeah, it's not as much "fun" lately :-(
[03:29] <LongPointyStick> (in that Mithrandir isnt the RM anymore)
[03:29] <ajmitch> the last meeting was at 00:00UTC, to accomodate people in this area
[03:29] <LongPointyStick> bddebian: MOTU, or the meetings?
[03:29] <ajmitch> but iirc TheMuso was the only aussie
[03:29] <bddebian> MOTU
[03:29] <ajmitch> LongPointyStick: great, so when are you RM?
[03:29] <LongPointyStick> i'm not
[03:29] <TheMuso> ajmitch: and fujitsu
[03:29] <ajmitch> ah yes
[03:29] <bddebian> Grr, where the hell is ip_nat.h
[03:30] <ajmitch> LongPointyStick: I was hoping that StevenK or RAOF might have showed up, except that there was nothing worth discussing
[03:30] <TheMuso> LongPointyStick: It was a saturday morning.
[03:30] <TheMuso> ajmitch: Thats the thing also I think. People see no agenda, and they think, meh, not worth it.
[03:31] <LongPointyStick> TheMuso: ah, i suspected as much.  then i was asleep, or otherwise not here.
[03:33] <bddebian> Hmm, maybe nf_nat.h has replaced it?
[03:34] <ajmitch> bddebian: what are you trying to fix now?
[03:34] <bddebian> linux-igd
[03:34] <ajmitch> looks evil
[03:34] <ajmitch> and orphaned in debian, I guess
[03:35] <bddebian> Yep
[03:35] <ajmitch> with an RC bug there
[03:35] <ajmitch> so why are you trying to fix it now?
[03:35] <bddebian> Because it's on the FTBFS list :-)
[03:35] <ajmitch> you want to maintain it in debian?
[03:35] <bddebian> hellz no
[03:35] <ajmitch> well you're trying to fix the same RC bug
[03:36] <bddebian> Aye
[03:36] <ajmitch> is it a good use of your time?
[03:36] <bddebian> Dunno, is it?
[03:36] <ajmitch> that's why I'm asking
[03:37] <bddebian> Me to.  I just work aimlessly
[03:37] <ajmitch> we probably want to get as many fixed as possible, packages orphaned in debian for a few months tend not to be popular or important
[03:38] <zul> what is linux-igd anyways?
[03:39] <ajmitch> TheMuso: you use it?
[03:39] <ajmitch> zul: UPNP stuff
[03:39] <zul> ajmitch: meh
[03:39] <LongPointyStick> ajmitch: you could just throw out all the motu-uvf people, and say that tehy dont know how to do their job, and replace them if you wish
[03:39] <ajmitch> execatly
[03:39] <zul> not worth it
[03:39] <ajmitch> :)
[03:39] <ajmitch> LongPointyStick: oh, how could I do that?
[03:40] <ajmitch> considering that they were all voted in by MOTUs
[03:40] <zul> mind control
[03:40] <LongPointyStick> ajmitch: i'm sure you'd find a way
[03:40] <ajmitch> LongPointyStick: you make me sound like some evil person out to overthrow the ruling regime
[03:41] <ajmitch> weren't you the one who wanted the get rid of the team altogether?
[03:42] <bddebian> Man having no pet packages makes doing anything useful difficult :-(
[03:42] <ajmitch> bddebian: it's simple, I just do nothing
[03:42] <bddebian> :-)
[03:42] <TheMuso> ajmitch: No, but I saw it needed updating a while ago...
[03:42] <bddebian> That's probably what I should be doing
[03:44] <bddebian> Let all these young pups do it right :-)
[03:44] <LongPointyStick> ajmitch: indeed.  i do.
[03:44] <LongPointyStick> but not yet.
[04:04] <ScottK> LongPointyStick: Sorry for being pissy earlier.
[04:04] <LongPointyStick> no problem.  it was warranted.
[04:05] <LongPointyStick> i wasnt even aware that telepathy* was covered under UME stuff, until i saw the uploader
[04:05] <LongPointyStick> and went "oh, hang on, i suspect that..."
[04:05] <StevenK> I didn't pick it either.
[04:05] <ScottK> RIght, well I'd still like a list (and I don't think it's your job to write it).
[04:24] <bddebian> What the hell is smr_CHECK_LIB() ?
[04:27] <ScottK> bddebian: Trouble.
[04:27] <ScottK> ;-)
[04:27] <ScottK> bddebian: I found out today you are no longer even the 2nd oldest person here.
[04:27] <ScottK> norsetto is older than BOTH of us.
[04:28] <bddebian> So I've noticed. :-)  Seriously though, I know ac_XXX but where does smr_XXX come from?
[04:28] <bddebian> No way?
[04:28] <ajmitch> ScottK: and just how old is he?
[04:28] <ScottK> Yeah.  That or he lies in his LP profile.
[04:28] <ScottK> He claims to be 45.
[04:28] <ScottK> Has me beat by a year.
[04:28] <bddebian> whoa
[04:28] <ajmitch> that's young
[04:28] <bddebian> Man I'm feeling young these days :-)
[04:28] <ajmitch> I've got a friend who's a DD, and I think he's over 70
[04:28] <ScottK> ajmitch: If I start now, I may make it by then.
[04:29] <ajmitch> bddebian: you know of him, he makes the hurd iso images...
[04:29] <ajmitch> LongPointyStick: yeah, right
[04:29] <ajmitch> you're one of the youngest here
[04:29] <LongPointyStick> Fujitsu: is
[04:29] <bddebian> ajmitch: He's a DD?  I didn't know that
[04:29] <ajmitch> one of, I said
[04:29] <ajmitch> bddebian: sure
[04:29] <LongPointyStick> yes, and?  :P
[04:29] <ajmitch> it could be worse...
[04:35] <bddebian> Where the heck do these smr_macros come from???
[04:47] <ajmitch> TheMuso: why not?
[04:48] <TheMuso> ajmitch: Well, I see one that hasn't yet been attended to by the core dev assigned to it...
[04:49] <TheMuso> And its been there a while.
[04:50] <ajmitch> then someone else should sponsor it, I guess
[04:51] <ajmitch> it does act as a bit of a disincentive for others to sponsor
[04:52] <TheMuso> Well, it could be seen as stealing. I would do it, but I would rather ask the assignee if they are happy for me to do it.
[04:54] <bddebian> Jesus, could lilypond possibly take any longer to build.. Sheesh
[04:54] <ajmitch> ScottK, LongPointyStick: I want to sync a new version of phpgroupware which fixes a security bug & php5 compatibility, ok by you?
[04:54] <LongPointyStick> bddebian: yes.  it could be kde.
[04:54] <bddebian> heh
[04:55] <LongPointyStick> ajmitch: fine by me.
[04:55] <LongPointyStick> TheMuso: ajmitch: you can probably hijack it
[04:55] <ajmitch> how usable is kde4 as a desktop in gutsy right now?
[04:55] <ScottK> ajmitch: Yes.  phpcrack is always good to have.
[04:55] <ajmitch> great
[04:55] <LongPointyStick> ajmitch: unsure.  i've not tried it.  it's beta2
[04:55] <TheMuso> LongPointyStick: But I'm to polite to do that.
[04:55] <ajmitch> I'll upload the rfc-less version to debian tonight
[04:56] <ajmitch> a mere 40MB of crack to upload
[04:56] <TheMuso> If someone else wants to hijack, they can go ahead, but I'd rather run it past the assignee first.
[04:56] <ajmitch> TheMuso: bug #?
[04:57] <LongPointyStick> TheMuso: well, they havent directly volunteered themselves into sponsoring that package anyway
[04:58] <LongPointyStick> hi spam
[04:58] <ScottK> Cool.  The new eclipse upload builds + on ppc and lpia and - on amd64.  I guess that's a win.
[04:59] <TheMuso> ScottK: Yeah that FTBFS on amd64 is weird.
[05:00] <TheMuso> Its certainly not the source package, as its built everywhere else.
[05:00] <ScottK> Bah.  No one uses that anyway.
[05:00] <TheMuso> Says he who asked a ppc owner to check a build on an arch that most use either. :p
[05:00] <ajmitch> what, noone uses eclipse?
[05:00] <ajmitch> LongPointyStick: why?
[05:00] <ScottK> Odd.
[05:00] <TheMuso> s/most use/most don't use/
[05:00] <ScottK> "debian/control did change, please restart the build"
[05:01] <ScottK> It's java.  No one cares about that.
[05:02] <LongPointyStick> ajmitch: so i cant get told off for not doing things in a timely manner.
[05:02] <ajmitch> LongPointyStick: nah, I manage to ignore the telling off
[05:03] <ajmitch> so you can stick around MOTU & keep doing whatever you do :)
[05:35] <ajmitch> bug 139035 is pretty special
[05:35] <Ubotu> Launchpad bug 139035 in libsvg "libsvg1 package broken" [Undecided,New]  https://launchpad.net/bugs/139035
[05:36] <ajmitch> binary package name change (to get the ABI), but no conflicts/replaces
[05:37] <ajmitch> I recall it being compiz/beryl related
[05:39] <LongPointyStick> ajmitch: it's in main
[05:39] <LongPointyStick> sarah@LongPointyStick:~$ showsrc libsvg | grep Binary
[05:39] <LongPointyStick> Binary: libsvg-dev, libsvg1
[05:39] <LongPointyStick> Binary: libsvg-dev, libsvg1
[05:40] <ajmitch> LongPointyStick: exactly, no libsvg *binary* package
[05:40] <LongPointyStick> oh, yes, right.  i just checked the changelog
[05:40] <ajmitch> I recall seeing this libsvg binary package on beryl repositories
[05:40] <ajmitch> nah
[05:40] <LongPointyStick> but if it's not in debian/ubuntu at all...
[05:41] <ajmitch> I asked for the output of apt-cache policy - if it's 0.1.4-0, I know it's the 3rd party crack
[05:41] <ajmitch> I remember looking at it once
[05:42] <StevenK> At which point it should be killed.
[05:42] <ajmitch> yes, the bug can be squashed as invalid
[05:43] <LongPointyStick> ajmitch: he should know better, too
[05:43] <LongPointyStick> he's a LP guy
[05:44] <ajmitch> doesn't mean much at all, really :)
[05:44] <LongPointyStick> that's true
[05:44] <ScottK> Not like he'd necessarily have any FOSS experience.
[05:44] <ScottK> Sorry.  It couldn't be helped.
[05:44] <LongPointyStick> ...
[05:44] <ajmitch> yes it could
[05:45] <LongPointyStick> probably no point, if people are going to file (more) dupes
[05:46] <bddebian> Gaaaah
[05:48] <ScottK> Yes?
[05:48] <bddebian> offsetof()
[05:48] <ajmitch> LongPointyStick: probably right, I see the 'initial release' on gutsy-changes with Binary: libsvg-dev, libsvg1
[05:49] <ajmitch> which means that the Conflicts/Replaces might need to be added to reduce bug count on release day from upgrades
[05:52] <StevenK> Oh, I love you dpkg triggers.
[05:52] <jmg> StevenK: so great :)
[05:52] <LongPointyStick> ajmitch: what fun.  patching our packages for third party crap.
[05:52] <ajmitch> LongPointyStick: hateful, but it can reduce our bug load
[05:52] <LongPointyStick> ajmitch: although, wont that then break compatibility with the beryl packages?
[05:53] <StevenK> Do we care? We ripped them out of Gutsy.
[05:53] <ajmitch> StevenK: you took the words out of my mouth...
[05:53] <bddebian> OK dumb question time.  If I build-dep on linux-headers-generic but need to link in a header file, how the hell do I do that?
[05:53] <StevenK> ajmitch: :-)
[05:54] <LongPointyStick> StevenK: only maliciously
[05:54] <StevenK> bddebian: Use linux-libc-dev?
[05:54] <bddebian> StevenK: It's not in there anymore
[05:54] <ajmitch> LaserJock!
[05:54] <bddebian>  linux/stddef.h from linux-libc-dev != linux/stddef.h from kernel headers package
[05:54] <LongPointyStick> although, really, they need to upgrade their compatibility to ours
[05:54] <bddebian> offsetof() is missing in linux-libc-dev
[05:55] <LaserJock> darn it, can't I lurk in peace? :-)
[05:55] <bddebian> You could have if you had stayed quiet ;-P
[05:55] <ajmitch> LaserJock: you're too popular
[05:55] <LaserJock> I need some strigi help
[05:56] <LaserJock> and KDE'ers around?
[05:56] <LaserJock> *any
[05:56] <ScottK> Hey, it's LaserJock, the famous University lecturer...
[05:56] <ScottK> As long as it's KDE3 and it's quick ...
[05:56] <LongPointyStick> ScottK: is a kde-er too
[05:56] <LaserJock> strigi is taking up 4.3GB of space
[05:56] <ScottK> Yes and?
[05:57] <ajmitch> be glad it's not tracker
[05:57] <LaserJock> is there a way to tell it what to index and more importantly what *not* to?
[05:57] <LaserJock> yes
[05:57] <LaserJock> strigi at least doesn't kill my machine
[05:57] <ScottK> LaserJock: Dunno.  I removed it.
[05:57] <ajmitch> the TB voted to keep tracker on by default in gutsy
[05:57] <ScottK> Even strigi was killing the ancient machine I have Gutsy on.
[05:57] <ajmitch> since all the bugs will magically be fixed asap
[05:57] <bddebian> StevenK: Did you see those?
[05:57] <ScottK> Cool.  I want some of that juice.
[05:58] <StevenK> bddebian: See what, sorry?
[05:58] <bddebian>  linux/stddef.h from linux-libc-dev != linux/stddef.h from kernel headers package
[05:58] <bddebian> offsetof() is missing in linux-libc-dev
[05:58] <ScottK> LaserJock: Strigi seems to be somewhat problematic.  I haven't dealt with it.
[05:58] <ScottK> Sorry I can't help.
[05:58] <StevenK> linux-libc-dev is built by the kernel source.
[05:58] <StevenK> bddebian: Bring it up in -kernel
[06:02] <bddebian> StevenK: OK, will do tomorrow, thanks
[06:08] <bddebian> Gnight folks
[06:09] <LaserJock> ajmitch: when did they decide? today?
[06:10] <tonyyarusso> ajmitch: as opposed to beagle or no indexing service?
[06:11] <LaserJock> I don't think there was a tracker vs beagle discussion really
[06:11] <LaserJock> I think it was probably tracker vs nothing
[06:11] <tonyyarusso> ah
[06:12] <tonyyarusso> I like Beagle's interface (maybe I'd like Tracker's - if I could figure it out), but beagle is far far far too much of a resource hog
[06:12] <LaserJock> I'm kind surprised they stuck with it. mjg59 seemed to dislike it a lot
[06:12] <LaserJock> and it cause so many problems
[06:13] <LaserJock> tracker is the new Network Manager ;-)
[06:13] <tonyyarusso> I actually don't know how to access a frontend for tracker...help?
[06:13] <tonyyarusso> LaserJock: what sort of problems?
[06:13] <LaserJock> well, it causes my desktop to lock up
[06:13] <LaserJock> it has lots of IO
[06:14] <LaserJock> and reduces battery life on laptops
[06:14] <tonyyarusso> yes, that's true
[06:14] <LaserJock> strigi at least seems to behave nicely for me
[06:15] <LaserJock> with tracker, same time every night it was totally hammering my machine
[06:16] <tonyyarusso> bah - would have been a nice birthday gift if someone had cleared out the source packages from the NEW queue so we wouldn't still be in limbo
[06:17] <ajmitch> LaserJock: yes they decided a few hours ago
[06:17] <ajmitch> jamiemcc promised that most if not all issues would be fixed by beta
[06:18] <ajmitch> so they'll have a final decision around then
[06:18] <LaserJock> hmm, interesting
[06:18] <ajmitch> so it's really just sick with status quo & reevaluate at beta
[06:18] <ajmitch> s/sick/stick/g
[06:18] <LaserJock> right
[06:19] <LaserJock> it should be pretty easy to remove
[06:19] <ajmitch> though sick may be appropriate
[06:19] <LaserJock> heh
[06:19] <LaserJock> alright, I think I'll ask *gulp* #kubuntu for strigi help
[06:20] <ajmitch> have fun!
[07:59] <StevenK> RAOF: Around?
[08:48] <DktrKranz> motu-uvf has approved bug 139007. is it ok to subscribe ubuntu-archive or do I need to request approval from a MOTU?
[08:48] <Ubotu> Launchpad bug 139007 in firebird2.0 "[UVFe]  Sync firebird2.0 2.0.3.12981.ds1-1 from Debian unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/139007
[09:08] <dholbach> good morning
[09:08] <white> ajmitch: around?
[09:09] <DktrKranz> good morning dholbach, thanks for reviewing bluez-libs
[09:09] <dholbach> hey DktrKranz - sure no problem
[09:16] <TheMuso> dholbach: ubuntu-dev-tools should have motu as a maintainer now.
[09:17] <dholbach> TheMuso: rock on :)
[09:26] <TheMuso> dholbach: As it appears iwj is on holiday, would it be a problem if I was to process bug 134358?
[09:26] <Ubotu> Launchpad bug 134358 in hexter "Please merge hexter (0.6.1-2) from Debian unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/134358
[09:26] <dholbach> TheMuso: absolutely not
[09:26] <dholbach> that's fine
[09:27] <TheMuso> Ok.
[09:40] <\sh> ScottK, pls read my mail to -motu regarding uvf req of wine .44 :)
[09:46] <dholbach> does anybody know about the state of  http://wiki.ubuntu.com/MOTU/wx2.4Migration ?
[10:32] <kagou> can we talk about PPA here ?!
[10:33] <Hobbsee> kagou: #launchpad
[10:33] <ajmitch> white: no
[10:34] <kagou> ok thaks Hobbsee
[10:37] <norsetto> morning all
[10:39] <norsetto> Can somebody from u-u-s and/or motu-uvf pls. check  bug 134358? As far as I can see this doesn't require an UVFe
[10:39] <Ubotu> Launchpad bug 134358 in hexter "Please merge hexter (0.6.1-2) from Debian unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/134358
[10:49] <white> ajmitch: that is always great :)
[10:50] <StevenK> norsetto: Correct, it doesn't.
[10:50] <white> ajmitch: it seems that the phpsyinfo code got completely upgraded during the last phpgroupware update and therefore we were wondering, if the security fix is included
[10:50] <white> but i would assume so
[10:51] <white> btw is there a (or better more) MOTU or MOTU-wannabe, who wants to work on universe security and do that from within debian (or at least forward information)
[10:52] <white> i feel that information get lost and i was on some sort of study vacations and could not forward information
[10:52] <norsetto> stevenk: ok thx
[10:52] <StevenK> norsetto: If you'd like a member of -uvf to beat the gavel, I can do so.
[10:53] <white> in the case that there is a volunteer, joining #debian-security on OFTC would be a starting point and then getting familiar with the security tracker or at least reading the commits ml and checking against ubuntu versions
[10:55] <\sh> white: is martin joey schulze not doing debian-security updates anymore?
[10:55] <norsetto> StevenK: more than that I wouldn't mind a member of the u-u-s to beat the shovel and get rid of it :-)
[10:55] <StevenK> \sh: I thought he was..
[10:56] <white> \sh: he is doing stable security stuff and he is only one of the members of the stable security team
[10:57] <white> \sh: but for ubuntu universe, the testing security team would be more interesting i guess
[11:04] <\sh> white: i'm on #fai@irc.debian..so lemme check if I have time to join and do some things...
[11:07] <\sh> white: joined
[11:07] <white> \sh: for the short term, it would probably need some people who could request syncs and stuff for universe (and they do not need to be MOTUs or totally into it i guess)
[11:08] <white> \sh: and for the long term, it would be nice to work together with debian and help the testing-security team to fix the stuff in debian and then sync it
[11:08] <\sh> white, well, I'm well trained...and working with pitti and kees is always a pleasure :)
[11:08] <white> \sh: that was no criticism of your skills, i am just trying to recruit some manpower for the testing-security team :)
[11:09] <\sh> white, let's work...:)
[11:39] <ajmitch> white: yes, I know about the phpsysinfo update in phpgroupware :)
[11:40] <ajmitch> the fix is included
[11:46] <white> great
[11:46] <white> ajmitch: it will take some time to migrate, for the old code, I uploaded a DTSA and the new package can just migrate to testing and when it does, it just overwrites the DTSA, so no problem :)
[12:45] <\sh> does anyone has a clue if galeon is still an active project?
[01:18] <DktrKranz> ScottK, regarding bug 139007, is it required an additional ack from a sponsor before subscribing ubuntu-archive?
[01:18] <Ubotu> Launchpad bug 139007 in firebird2.0 "[UVFe]  Sync firebird2.0 2.0.3.12981.ds1-1 from Debian unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/139007
[01:23] <\sh> DktrKranz, did you check the cve?
[01:23] <DktrKranz> \sh, a couple of them
[01:24] <DktrKranz> some concerning file access or DoS
[01:24] <\sh> DktrKranz, reading http://security-tracker.debian.net/tracker/source-package/firebird2.0 even this package is not clean of CVEs ;)
[01:25] <DktrKranz> mh, that package is a little buggy
[01:27] <DktrKranz> \sh, if we look at the changelog, it seems they have been fixed with latest version
[01:28] <jwendell> Hi, TheMuso
[01:28] <\sh> hmm....security.debian say different... sid	2.0.3.12981.ds1-1	vulnerable	amd64, i386, powerpc, sparc
[01:29] <jwendell> could any MOTU please take a look at bug 137027?
[01:29] <Ubotu> Launchpad bug 137027 in nautilus-open-terminal "nautilus-open-terminal freezes nautilus (dup-of: 133837)" [Medium,Incomplete]  https://launchpad.net/bugs/137027
[01:29] <Ubotu> Launchpad bug 133837 in nautilus-open-terminal "Missing preferred terminal emulator causes Nautilus to 100% CPU" [Medium,Fix committed]  https://launchpad.net/bugs/133837
[01:29] <jwendell> sorry, the last one
[01:29] <jwendell> i've attached a debdiff
[01:29] <ScottK> DktrKranz: For the UVFe, needs two motu-uvf acks.
[01:30] <DktrKranz> \sh, weird. it seems it is not up-to-date
[01:31] <\sh> DktrKranz, nope...CVE-2007-2606 is still valid, that's why 2.0 is still vulnerable
[01:32] <DktrKranz> yep, no mention in changelog
[01:32] <DktrKranz> probably it has been fixed in a new upstream version and not noted in debian changelog
[01:33] <DktrKranz> I'm going to look at upstream changelog to see if it is still relevant
[01:37] <DktrKranz> ScottK, I collected two ACKs already
[01:48] <ScottK> DktrKranz: OK, then you need a MOTU to ack it to the archive.
[01:48] <DktrKranz> ok, thanks
[01:49] <DktrKranz> \sh, I will check CVE later on this evening in order to find if the one you pointed out is still present
[01:50] <DktrKranz> if not, is there anything I can do about?
[01:53] <fernando> moin all
[01:54] <\sh> DktrKranz, well, we can work on http://security-tracker.debian.net/tracker/status/release/unstable ;)
[01:54] <\sh> DktrKranz, see what's still valid in ubuntu, which is fixed in debian and push the patches to ubuntu...
[01:55] <ScottK> norsetto: Thanks again for the help yesterday.  https://launchpad.net/ubuntu/+source/dkim-milter/1.2.0.dfsg-1ubuntu3/+changelog
[01:56] <norsetto> scottk: np, very glad I could help
[01:56] <ScottK> norsetto: BTW, I found out yesterday when looking up how to spell your name for the debian/changelog that I'm not the oldest guy on the channel...
[01:56] <DktrKranz> \sh, looks good. thanks
[01:56] <DktrKranz> see you later
[01:57] <norsetto> scottK: beat you for 1 yr :-)
[01:58] <jussi01> Fujitsu: if tsmithe was here he would be the youngest... but then again he isnt a motu...
[01:58] <jussi01> lol
[01:58] <ScottK> ... and wonder if bddebian is really old enough to qualify as 'old'.
[01:59] <pochu> ScottK: for UVFe, is it ok with 2 ACKs?
[01:59] <ScottK> pochu: motu-uvf should set to confirmed when it's approved.  What bug?
[02:02] <pochu> ScottK: bug 132442. I confirmed it after the second ACK. Did I do it wrong?
[02:02] <Ubotu> Launchpad bug 132442 in decibel-audio-player "Please sync decibel-audio-player (universe) 0.05.2-3 from Debian unstable (main)" [Medium,Confirmed]  https://launchpad.net/bugs/132442
[02:03] <ScottK> pochu: One of us, in theory, should have done it, but no problem you picked it up.  That UVFe is approved.
[02:04] <pochu> Cool. I was wondering whether we now needed 3 ACKs instead of two, and that was the reason it wasnt set to confirmed
[02:19] <\sh> ScottK, what's up with bddebian?
[02:20] <ScottK> \sh: Just that afaik he's one of the older people here, but I give him trouble about being young because he's younger than me.
[02:20] <\sh> ScottK, you mean "old" because of age, or "old" because of "longer motu" ?
[02:21] <StevenK> ScottK: But *everyone* is younger than you.
[02:21] <ScottK> Age.  He's in his late 30's
[02:21] <ScottK> StevenK: I thought so, but I was wrong.
[02:21] <ScottK> norsetto is older.
[02:23] <\sh> ScottK, phew...I thought I'm old enough
[02:23] <jussi01> lol
[02:24] <ScottK> \sh: IIRC, I don't think so.
[02:24] <theneb> Has anyone seen any goal for improving the automatic fsck for either gutsy or the next release? Ie for it not to break the splashscreen and to have it check on shutdown ( but skippable if the user really needs to shutdown ) ?
[02:25] <\sh> ScottK, when you are older then barry...and I'm 36...at least I'm not the oldest fart ,-)
[02:25] <ScottK> \sh: There are at least 3 older, but norsetto is king of the hill until someone else speaks up.
[02:26] <ScottK> \sh: The best way is to trick someone else into doing it.
[02:26] <\sh> syncing 0.99.8 from debian and patching 0.99.9 diffs
[02:26] <norsetto> scottK: which month actually?
[02:26] <ScottK> norsetto: I was born in Dec 1962.
[02:26] <\sh> or just fixing DoS in 0.99.7 by cherry picking 0.99.9 DoS fix
[02:26] <\sh> ScottK, damn, you are really old ,-)
[02:26] <norsetto> scottK: ok, then I'm not 1 yr older than you
[02:27] <ScottK> Will you're 45 and I'm 44, so I'll take the year while I can get it.
[02:27] <norsetto> scottK: a mere 9 months ...... 1962 ROCK!
[02:27] <soren> jussi01: 25? Man, those were the days..
[02:27] <jussi01> lol
[02:29] <soren> jussi01: When I was your age, Edgy was still fresh. Sheesh!
[02:29] <jussi01> lol
[02:29] <jussi01> soren: watch it, Ill be 26 in april...
[02:32] <jussi01> Nightrose: go talk to Fujitsu
[02:32] <Nightrose> hehe
[02:32] <norsetto> and the first one to name sacater wins a prize
[02:32] <jussi01> hehe
[02:32] <jussi01> oh yeah, he is like 14 isnt he...
[02:33] <ScottK> The one I didn't guess though is that tsmithe is 15.
[02:33] <soren> 14? Man, those were *not* the days.
[02:33] <ScottK> Nothing like getting sound help from a kid ~ 1/3 your age to get you feeling good and old.
[02:33] <Nightrose> *lol*
[02:34] <zul> ScottK: I bet at 15 you were like computers what are them? ;)
[02:34] <ScottK> StevenK: I think Bug 130807 is worth approving as a new package exception.
[02:34] <Ubotu> Launchpad bug 130807 in lightning-sunbird "sunbird langpacks doesn't exist yet" [Medium,Confirmed]  https://launchpad.net/bugs/130807
[02:35] <ScottK> zul: At 15 I had typed basic programs on a no kidding teletype through an extraordinarliy slow acoustic modem to a mainframe who knows where it was and that was pretty advanced.
[02:36] <zul> ScottK: when I was thee my dad took me to the university where he was doing his PHD and showed me those large mainframes
[02:36] <Hobbsee> you lucky people...
[02:37] <ScottK> Heya Hobbsee.
[02:37] <zul> hi Hobbsee
[02:37] <soren> ScottK: Have you filed any UVFe's yourself?
[02:38] <norsetto> soren: about himself you mean?
[02:38] <soren> :)
[02:39] <ScottK> soren: IIRC, I did file one.  It was approved.
[02:39] <soren> ScottK: You gave it your own +1 ?
[02:39] <ScottK> I did.
[02:39] <soren> Alright. That's what I've been doing, too, but it does seem a bit odd.
[02:39] <ScottK> Seems silly not to.  Much like MOTU only needs one ack for a new package.
[02:40] <soren> ScottK: True, true.
[02:40] <soren> ScottK: https://bugs.edge.launchpad.net/ubuntu/+source/lighttpd/+bug/139096  if you please..
[02:40] <Ubotu> Launchpad bug 139096 in lighttpd "[UVFe]  lighttpd 1.4.18 contains security fixes" [Undecided,New] 
[02:41] <ScottK> Hobbsee: I think Bug 130807 is worth approving as a new package exception.  I pointed it out to StevenK, but I'm not sure he's paying attention just now.
[02:41] <Ubotu> Launchpad bug 130807 in lightning-sunbird "sunbird langpacks doesn't exist yet" [Medium,Confirmed]  https://launchpad.net/bugs/130807
[02:41] <StevenK> I wasn't a few minutes ago, no.
[02:41] <StevenK> Hang on a sec
[02:41] <soren> ScottK: As you may have noticed, I pay pretty close attention to lighttpd these days :)
[02:42] <ScottK> Which is a good thing.
[02:42] <soren> Yes. I'm just pointing it out since that sort of thing gets increasingly important in approving UVFe's as we get closer to release.
[02:43] <StevenK> ScottK: Done.
[02:43] <ScottK> StevenK: Cool
[02:44] <ScottK> soren: Done.
[02:44] <soren> ScottK: Coolness. Thanks!
[02:45] <soren> ScottK: Interesting :)
[02:47] <ScottK> The project is in prototype and the developer is using multiple lighttpd front ends on a single box as a stand in for hardware load balancers that will be used in production.
[02:53] <soren> ScottK: I see.
[03:29] <ScottK> man-di: Got a minute to discuss eclipse.
[03:29] <man-di> ScottK: sure
[03:29] <ScottK> OK.
[03:30] <StevenK> man-di: How about sear? :-)
[03:30] <ScottK> First, is the problem on LPIA that the LPIA patch is incomplete or that eclipse can't be made to work on LPIA?
[03:30] <ScottK> StevenK: Back off.  I got him now.
[03:30] <ScottK> ;-)
[03:30] <man-di> StevenK: I still fight with the libwfut maintainer to get it into debian
[03:31] <man-di> ScottK: the patch to support lpia is just wrong
[03:31] <ScottK> 2nd, the package FTBFS on AMD64 due to rule regeneration triggering on the buildd.
[03:31] <man-di> ScottK: it makes it compile, but it will not work at runtime
[03:31] <ScottK> man-di: OK.  I've no idea about it.  I'm open to suggestions.
[03:31] <ScottK> On the FTBFS:
[03:32] <ScottK> [09:27]  <pitti> ScottK: apparently the idea is to manually do this before building the source package, and I guess on amd64 the dependencies changed for some reason
[03:32] <ScottK> [09:28]  <pitti> not sure who did that, but if such evilness needs to happen at all, it's better suited in the clean rule
[03:32] <man-di> ScottK: what needs to be done for lpia is to add it to ECLIPSE_UNSUPPORTED_PLATOFORMS variable
[03:32] <ScottK> man-di: OK.  I'll have a look at that.
[03:32] <man-di> ScottK: that makes it then generate sources for lpia
[03:32] <ScottK> OK.
[03:33] <man-di> about the FTBFS: do you have a link to the log?
[03:33] <ScottK> Yes.
[03:33] <ScottK> http://launchpadlibrarian.net/9249430/buildlog_ubuntu-gutsy-amd64.eclipse_3.2.2-3ubuntu2_FAILEDTOBUILD.txt.gz
[03:33] <man-di> currently I cant build eclipse on debian (amd64) because of some aot-compile strangeness
[03:34] <man-di> doko wanted to look into it, he knows python better then I do
[03:34] <ScottK> It looks like this is tied directly to your scheme for regenerating control/rules automatically and not particularly AMD64 specific.
[03:34] <man-di> looks like a timestamp problem
[03:34] <ScottK> The regeneration got triggered on the buildd, not when the source package was built.
[03:35] <man-di> was not invented by me (tm) :-)
[03:35] <man-di> ScottK: it should never get triggered on the buildd
[03:35] <man-di> ScottK: IMO
[03:35] <ScottK> Shouldn't, but it did...
[03:35] <man-di> the only reason I can think of is a timestamp issue
[03:36] <laga> hi. i'm needing some help here :) i put use-agent in my gpg config file, and it's indeed used when i run gpg -s for example. however, when i run debuild, i won't get a password popup from the gpg agent. instead, it'll just fail to sign the packages. any clues?
[03:36] <man-di> it only regenerates the file when debian/control.in or debian/rules is newer then debian/control
[03:36] <laga> assuming this is the right channel for packaging issues on ubuntu
[03:36] <ScottK> What do you think about moving that to clean?
[03:36] <ScottK> laga: What version of devscripts do you have?
[03:37] <man-di> ScottK: doesnt the buildd execute the clean target too?
[03:37] <laga> ScottK: 2.9.27ubuntu13
[03:37] <ScottK> man-di: It does.  I'm just repeating what pitti suggested.
[03:38] <ScottK> laga: There's a known issue in that version that's fixed in the Gutsy version.
[03:38] <man-di> perhaps we should move that totally out of the normal build process
[03:38] <ScottK> man-di: I think that would be best.
[03:38] <laga> ScottK: thanks.
[03:38] <man-di> and call it explicitely when needed
[03:38] <man-di> ScottK: I wonder if doko would like that
[03:39] <man-di> ScottK: in general its good when it fails during normal build, it shows that the packager did soemthing wrong
[03:39] <ScottK> laga: You can either get the debuild script from the Gutsy version or just run debsign after.
[03:39] <man-di> but for buildds its bad
[03:39] <laga> ScottK: i just run gpg -s beforehand and it'll sign it then
[03:40] <laga> ScottK: thanks for the help, maybe i'll find time to backport ght gutsy devscripts
[03:40] <ScottK> laga: It's easy enough, just download the source and copy the file over.  It's just a perl (IIRC) script.
[03:41] <ScottK> man-di: Agreed.  It's Debian's scheme, so I'd like to follow your lead on how to solve it.
[03:42] <man-di> ScottK: are you a python guy? I would need a python hacker to get eclipse build on my machine again
[03:42] <ScottK> I am.
[03:42] <ScottK> What's the problem (I'm not in Doko's league though)?
[03:42] <man-di> will you be here in about 3 hours? then I will be at home
[03:42] <ScottK> Yes
[03:43] <man-di> I get some strange stacktrace when aot-compile is invoked in debian/rules from eclipse
[03:43] <doko> man-di: doing what?
[03:43] <man-di> and aot-compile is written in python
[03:43] <man-di> doko: what I pasted you yesterday
[03:44] <man-di> its from that explicit aot-compile call in debian/rules (not the dh_nativejava call)
[03:44] <ScottK> doko: On another topic, would you be willing to add me as an admin to pythonistas?  Due to LP changes I can't add packages to the team anymore without it.
[03:49] <mok0> I'm working on a package that builds with a hand-crafted Makefile, that has the compiler option " -march=pentium-m". Therefore it fails when trying to build on the AMD64 architecture. Is there some smart way to deal with architectures/compiler flags?
[03:51] <zul> mok0: in the makefile you can do soemthing like if arch = amd64 then CFLAGS elif CFLAGS endif
[03:52] <mok0> zul: where does the arch variable come from?
[03:52] <zul> dpkg
[03:53] <mok0> zul: Cool. What are the possible values it can take?
[03:55] <zul> there is a couple of examples around xen-3.1 has a couple of examples
[03:56] <mok0> zul: will take a look at that, thx!
[04:00] <mok0> zul: Is there a policy on supported arch's for intel cpus? i386/i486/i586/i686?
[04:01] <jdong> meh later (tm)
[04:01] <zul> mok0: not sure
[04:01] <mok0> zul: This makefile tries to take advantage of the different processorts
[04:02] <mok0> of course I could just use the default, but I would loose speed
[04:02] <zul> er change the makefile im not sure how its setup
[04:03] <mok0> zul: this is one of these makefiles where you have to uncomment what's right for your machine.
[04:04] <zul> mok0: then use the dpkg if CFLAGS bit then
[04:04] <zul> or sed
[04:09] <\sh> dholbach, do you know when the next CC meeting is with a good german time schedule?
[04:10] <dholbach> \sh: no, I'm afraid I don't know
[04:10] <dholbach> \sh: I'll prod people about it
[04:10] <\sh> dholbach, cool thx
[04:21] <Amaranth> StevenK: looking at bug 127705, i've been told metacity doesn't talk either
[04:21] <Ubotu> Launchpad bug 127705 in compiz "compiz doesn't "talk" when switching windows" [High,Confirmed]  https://launchpad.net/bugs/127705
[04:23] <StevenK> Hrm.
[04:23] <RainCT> how can I let cdbs install an icon?
[04:24] <StevenK> Amaranth: I shall talk to my manager about it tomorrow - he is visually impaired and reported the issue to me.
[04:24] <Amaranth> it actually already uses pango
[04:25] <Amaranth> oddly enough gtk-window-decorator draws the text in switcher
[04:34] <bddebian> Heya gang
[04:42] <fernando> hey bddebian
[04:44] <deadwill> mornin' all o/
[04:45] <bddebian> Heya fernando
[04:45] <bddebian> and deadwill
[04:45] <deadwill> hey bddebian
[04:46] <geser> Hi bddebian
[04:46] <bddebian> Heya geser
[04:49] <xhaker> ScottK, sir.. i'm speechless, how come eclipse doesn't build on amd64 now
[04:50] <man-di> xhaker: timestamp problem
[04:57] <Hobbsee> ooh ooh ooh! new pingus!
[04:57] <Hobbsee> # no new levels or other main features
[04:57] <Hobbsee> awww
[04:57] <bddebian> heh
[04:57] <Hobbsee> i thought it was too good to be true!
[04:57] <bddebian> Hey weren't you studying or something for a few days?? :-)
[04:58] <Hobbsee> geser: one's already filed.
[04:59] <\sh> Amaranth, since this morning I don't have any shadows for my window decoration anymore, but it's switched on ;)
[04:59] <Amaranth> \sh: nothing changed in compiz
[05:00] <\sh> Amaranth, I know, so seeing my desktop at home having no problems, I think it's more something with the upgraded machines here
[05:03] <Hobbsee> dholbach: will you mentor me to be a MOTU?  :)
[05:03] <dholbach> Hobbsee: sure - do you want to work on those bugs? :)
[05:03] <Hobbsee> hm
[05:03] <dholbach> I added a tool to ubuntu-dev-tools to compile those hugday lists
[05:04] <dholbach> I really want us to have lists of easy bugs for every hug day :-)
[05:04] <Hobbsee> :)
[05:04] <Hobbsee> ScottK: with https://bugs.edge.launchpad.net/ubuntu/+bug/138017, did you audit the code?
[05:04] <Ubotu> Launchpad bug 138017 in ubuntu "New Package Freeze Exception needed for qtpfsgui" [Wishlist,New] 
[05:04] <dholbach> hugdaylist -n 10 https://bugs.edge.launchpad.net/ubuntu/+bugs?field.tag=bitesize
[05:05] <Hobbsee> oh, darned people
[05:06] <zul> hah i parsed that as psychotic
[05:07] <\sh> dholbach, https://bugs.launchpad.net/ubuntu/+source/bash/+bug/76807 needs only a patch to bash which is attached...;)
[05:07] <Ubotu> Launchpad bug 76807 in bash "/etc/skel/.bashrc sets HISTCONTROL twice in succession." [Wishlist,Confirmed] 
[05:07] <Hobbsee> oh, sigh.
[05:07] <bddebian> la la la la laaa
[05:07] <dholbach> \sh: right, then it's easy to set it right :)
[05:07] <Hobbsee> is Matt Domsch here?
[05:07] <Hobbsee> and Dolanor Tharivae?
[05:08] <Hobbsee> and Stphane Brunner>?
[05:12] <zul> cool qnx opening the source of their microkernel
[05:12] <jdong> yeah just saw that on /.
[05:13] <Hobbsee> yay for the mess on REVU
[05:14] <\sh> dholbach, will you do it, or should I create a debdiff? ;)
[05:15] <ScottK> Hobbsee: No.  I was just saying as motu-uvf that I thought it should get an exception.  If it gets one, someone (maybe even me) should ensure the licensing issue was correctly resolved.
[05:15] <dholbach> \sh: if you want to, that's cool - best to talk to doko... about bash
[05:15] <\sh> dholbach, k
[05:15] <Hobbsee> ScottK: ah right.
[05:15] <Hobbsee> norsetto: please upload https://bugs.edge.launchpad.net/ubuntu/+source/yappy/+bug/134552
[05:15] <Ubotu> Launchpad bug 134552 in yappy "Please merge yappy (1.8-1) from Debian unstable (main)" [Undecided,New] 
[05:15] <ScottK> Hobbsee: norsetto isn't a MOTU yet.
[05:15] <norsetto> Hobbsee: !?
[05:16] <Hobbsee> norsetto: right, then fix that problem first then.
[05:16] <proppy> norsetto: hi
[05:16] <norsetto> scottK: I have the impression somebody will not be very happy with that .....
[05:17] <norsetto> proppy: what did I do this time!?
[05:17] <ScottK> norsetto: I don't think so.
[05:17] <Hobbsee> dholbach: er, why is py-lp-bugs on REVU?
[05:18] <proppy> norsetto: Just want a confirmation on bug #137573
[05:18] <Ubotu> Launchpad bug 137573 in poker-network "poker2d crash (SIGSEGV) at startup" [Medium,Confirmed]  https://launchpad.net/bugs/137573
[05:18] <proppy> norsetto: maybe I should ask in a comment
[05:18] <dholbach> Hobbsee: good question :)
[05:18] <Hobbsee> :)
[05:18] <norsetto> proppy: you can still propose a patch with your fixes, if you want to have them before we sync
[05:19] <proppy> norsetto: when you say sync, you mean sync *before* gutsy ?
[05:20] <norsetto> proppy: don't think it will be out before then
[05:20] <proppy> norsetto: I thought ubuntu patching was the only way to get something in gutsy during a freeze
[05:20] <norsetto> proppy: thats what I said prop
[05:21] <proppy> norsetto: but if the new package is out in unstable before gutsy, you're still able to sync ?
[05:21] <proppy> norsetto: sorry for the confusion I just want to make sure I've understood
[05:22] <norsetto> proppy: if its not requiring an UVFe yes, but I think this will require it
[05:22] <Hobbsee> proppy: able?  yes.  whether people will let you?  that's debatable.
[05:23] <proppy> norsetto: Hobbsee: so getting my minor patch uploaded may be simpler ?
[05:23] <norsetto> proppy: as I said, just propose your patch. Let me knoe if you need help to make it
[05:23] <proppy> norsetto: I thought the bug report I opened was the way to propose it
[05:24] <Hobbsee> proppy: depends what's in the upstream release
[05:24] <norsetto> proppy: yes, but then we kept adding to it
[05:24] <proppy> It seems that there is another process needed
[05:24] <geser> dholbach: wasn't py-lp-bugs your upload to revu to get your account back?
[05:24] <dholbach> geser: that *might* be
[05:24] <dholbach> so thanks hobbsee for archiving
[05:25] <Hobbsee> no problem
[05:25] <proppy> norsetto: sorry can you rephrase it, I don't understand
[05:25] <Hobbsee> iel
[05:25] <Hobbsee> gah
[05:25] <norsetto> proppy: I'm withdrawing my changes, they do not make sense now; your patches need to be changed since they include my changes too
[05:26] <proppy> norsetto: Oh ok, I see
[05:26] <proppy> norsetto: Since you're change are commited upstream, you do not want to experience a merge issue ?
[05:26] <norsetto> proppy: yes
[05:27] <proppy> norsetto: I see sorry for the confusion
[05:27] <proppy> norsetto: All I need to do is rebuilding -2 patch without your changes ?
[05:27] <norsetto> proppy: yes, let me know if you need help to do that
[05:28] <proppy> norsetto: All you changes are withdrawed, I should only kept mine, (which are adding patch in patches/ enabling cdbs-patch system in rules, and fixing a Pre-Depends) IIRC ?
[05:28] <proppy> norsetto: Thanks you !
[05:28] <norsetto> proppy: thank *YOU*
[05:30] <proppy> dunno really why, but I really liked working on this issue, especially with the processes and communications involved.
[05:32] <norsetto> proppy: wait until you get the pointy-stick-of-death prod between your shoulder-blades
[05:34] <\sh> if someone would like to sponsor an upload please see bug 45569
[05:34] <Ubotu> Launchpad bug 45569 in xnc "Duplicate items in the applications menu" [Low,Confirmed]  https://launchpad.net/bugs/45569
[05:35] <proppy> norsetto: I'm applying the hunk of the diff selectivly to extract your changes out, dunno if there is a better way ...
[05:35] <norsetto> proppy: the best way would be to start anew :-)
[05:36] <proppy> norsetto: ok :)
[05:36] <norsetto> proppy: get the 1.1.1 source package and apply your changes, that would be the easier way
[05:38] <proppy> norsetto: your patch is the only way for me to get my changes for now, but as I've isolated the source change in separate cdbs patches, there is only two lines to patch IIRC
[05:43] <norsetto> proppy: sorry; yes, the two patches can go into debian/patches but you need to add patch support in debian/rules
[05:43] <proppy> yep and the Pre-Depends in control too, to resolve poker-web installation issue
[05:43] <proppy> great, I'm unable to apt-get install anything from the restricted library network
[05:44] <norsetto> proppy: what do you need from restricted !?
[05:45] <RainCT> why does lintian complain about  section="Games/Logic"   in a menu file?
[05:45] <geser> norsetto: restricted as in firewalled
[05:46] <norsetto> geser: thx for the translation
[05:46] <proppy> norsetto: sorry I mean the network from where I'm connected *restrict* download
[05:46] <norsetto> proppy: can you proxy it?
[05:47] <proppy> norsetto: dunno maybe
[05:47] <Hobbsee> gpocentek: :(
[05:47] <norsetto> proppy: in any case, we can do it tonight when you are at home, no?
[05:48] <proppy> norsetto: nice advice :)
[05:49] <gpocentek> Hobbsee: bah, there are people around here who really diserve to sit at the MC, I don't anymore IMO
[05:49] <Hobbsee> gpocentek: fair enough
[05:49] <zul> so whats the process of getting someone nominated then
[05:50] <Hobbsee> dholbach: asked, i'm unsure when he's making an announcement
[05:51] <proppy> norsetto: should I include you dependencies changes to control, like adding ttf-freefont  to poker2d ?
[05:51] <norsetto> what do you guys do the the people sitting in the MC?
[05:51] <norsetto> proppy: no, just and only your stuff
[05:52] <proppy> norsetto:  ok :)
[06:00] <Hobbsee> norsetto: we eat them, and blame them when anything goes wrong
[06:01] <norsetto> Hobbsee: in which order?
[06:01] <Hobbsee> either.  depends on hte offense
[06:01] <ScottK> I guess it depends on if tasting bad is one of the things going wrong.
[06:02] <proppy> (MC?)
[06:03] <ScottK> MOTU Council
[06:03] <Hobbsee> motu council
[06:05] <Hobbsee> no...and he doesnt seem to like to be disrupted, or being tickled, or poked in the ribs, either.
[06:06] <Hobbsee> long asleep
[06:06] <Hobbsee> he doesnt like being poked in the ribs either.
[06:06] <norsetto> Hobbsee: is he edible?
[06:06] <Hobbsee> but he has more fat on him, so could be eaten
[06:06] <Hobbsee> i didnt try, while he was over here
[06:08] <proppy> Is there some kind of blackboard somewhere with all the MOTU pics ?
[06:08] <proppy> With something like "Best MOTU of the month"
[06:09] <Hobbsee> there's the pictures page in launchpad
[06:09] <Hobbsee> some people have their pictures up there
[06:09] <Hobbsee> pictures from the UDS's contain some MOTUs
[06:09] <Hobbsee> and lots of core devs, etc.
[06:09] <zul> proppy: like employee of the month? no because we are volunteers
[06:09] <proppy> zul: volunteers of the month ?
[06:10] <Hobbsee> would require someone to actually do it
[06:10] <proppy> http://ubuntu.joejaxx.org/ :)
[06:14] <proppy> Grr, can't edit typo from bugs comment ?
[06:15] <norsetto> typo? what is a typo?
[06:15] <geser> proppy: no
[06:15] <proppy> a key missed
[06:15] <proppy> norsetto: bug #138836 #137573 updated
[06:15] <Ubotu> Launchpad bug 138836 in poker-network "poker-network mysql installation issue" [Undecided,New]  https://launchpad.net/bugs/138836
[06:16] <proppy> bug #137573
[06:16] <Ubotu> Launchpad bug 137573 in poker-network "poker2d crash (SIGSEGV) at startup" [Medium,Confirmed]  https://launchpad.net/bugs/137573
[06:17] <ScottK> good night Hobbsee
[06:17] <geser> good night Hobbsee
[06:19] <Hobbsee> right.  dealt with enough email that i can ignore hte rest for a while longer.
[06:19] <proppy> norsetto: hope I didn't *** up the debdiff
[06:20] <proppy> norsetto: thanks norsi
[06:20] <proppy> :)
[06:22] <norsetto> proppy: are you working in a chroot or a vm?
[06:23] <proppy> norsetto: chroot
[06:23] <proppy> norsetto: Why do you ask ?
[06:24] <norsetto> proppy: ok, because your patch is not installed, patch gets confused by the /tmp/gZlAXSUzLc/
[06:24] <proppy> Should I generated it from outside the chroot ?
[06:25] <norsetto> proppy: would be better, even though it can still be installed manually
[06:25] <proppy> what to mean by manually? With extra patch flags ?
[06:27] <norsetto> proppy: I think so, just checking
[06:27] <proppy> norsetto: There is still some /tmp/sTvJSgLs2a/poker-network-1.1.1/debian/rules thinks even if I generate if outside the chroot
[06:33] <norsetto> proppy: ok, no problem, just need to use -p4; leave a remark in the comment
[06:34] <proppy> norsetto: done thanks
[06:38] <norsetto> why is this thing requiring valgrind .....
[06:40] <proppy> in builddep ?
[06:41] <proppy> the test run valgrind IIRC
[06:42] <norsetto> proppy: yeah? thats why they all fail ....
[06:42] <proppy> I've got to move
[06:43] <proppy> I'll be right back
[06:43] <proppy> can you past you comment in the bug report just in case ?
[06:43] <norsetto> they all afail with this: skipped because mysql -u "root" -e -h "localhost" "show databases" fails"
[06:44] <norsetto> proppy: actually, they are skipped becuase of that
[06:53] <joejaxx> oh fun lighttpd exploit
[07:07] <soren> joejaxx: Which one is that?
[07:08] <joejaxx> well it affects 1.4.16
[07:08] <joejaxx> with fastcgi
[07:08] <joejaxx> http://www.milw0rm.com/exploits/4391
[07:08] <soren> Bah. We fixed that ages ago :)
[07:08] <joejaxx> :P
[07:28] <doko> man-di, ScottK: eclipse build works for me
[07:28] <ScottK> doko: But not on the amd64 buildd is the real concern.
[07:30] <doko> ScottK: it works, what is the time on your machine which you used for the build?
[07:30] <ScottK> doko: I didn't do the last upload.
[07:31] <doko> $ date -u
[07:31] <doko> Mi 12. Sep 17:30:41 UTC 2007
[07:31] <ScottK> doko: http://launchpadlibrarian.net/9249430/buildlog_ubuntu-gutsy-amd64.eclipse_3.2.2-3ubuntu2_FAILEDTOBUILD.txt.gz
[07:31] <doko> eclipse (3.2.2-3ubuntu1) gutsy; urgency=low
[07:31] <doko>   * In debian/control and debian/rules change from xulrunner to firefox
[07:31] <doko>   * Set distribution name to Ubuntu in debian/rules
[07:31] <doko>   * Change maintainer to MOTU in debian/control.in and debian/control
[07:31] <doko>  -- Scott Kitterman <scott@kitterman.com>  Sat, 08 Sep 2007 15:14:26 -0400
[07:31] <ScottK> Yes and that one built OK.
[07:31] <ScottK> It's ubuntu2 that FTBFS.
[07:32] <doko> that one builds as well
[07:32] <ScottK> Right.  Just not on the buildd.
[07:33] <ScottK> I guess we'll see if it goes better this time.
[07:34] <ScottK> doko: pitti had a pretty negative reaction when he looked at the way you are generating debian/control.  You may want to discuss it with him.  I don't know enough to have a strong opinion.
[08:31] <ScottK> \sh_away: I've got a question for you about packaging for Red Hat/Fedora when you are not away....
[08:32] <bluekuja> ScottK, about https://bugs.launchpad.net/ubuntu/+source/firebird2.0/+bug/139007
[08:32] <Ubotu> Launchpad bug 139007 in firebird2.0 "[UVFe]  Sync firebird2.0 2.0.3.12981.ds1-1 from Debian unstable (main)" [Undecided,Confirmed] 
[08:33] <bluekuja> it will fail on some archs, I guess
[08:33] <bluekuja> the problem is also in debian
[08:33] <bluekuja> what do you suggest?
[08:33] <ScottK> bluekuja: I'd suggest fix it then. ;-)
[08:33] <ScottK> Congratulations, btw.
[08:33] <bluekuja> ScottK, thanks a lot! :)
[08:33] <bluekuja> ScottK, I'm talking with DktrKranz atm
[08:33] <bluekuja> to see what we can do for it
[08:34] <DktrKranz> yep, that problem is present in debian too
[08:34] <bluekuja> DktrKranz, is there a way to fix it?
[08:34] <DktrKranz> I'm going to see if I'm able to find a solution, even if I don't know how to test on ia64
[08:34] <ScottK> The other thing is if you figure a fix, just do a merge and upload it.
[08:34] <bluekuja> ScottK, yeah, will do.
[08:34] <bluekuja> ScottK, do you know a build machine
[08:34] <ScottK> That'll be faster and save the archive admins the trouble of a sync.
[08:34] <bluekuja> for ia64?
[08:35] <DktrKranz> UVFe has been approved already, so we can go that way
[08:35] <ScottK> No.  SOrry.
[08:35] <ScottK> Yeah.
[08:35] <DktrKranz> ScottK, thanks for your suggestions
[08:35] <ScottK> Sorry I can't be more help.
[08:35] <bluekuja> ScottK, ok then. Gonna sponsor DktrKranz when he catches a solution
[08:35] <bluekuja> for the problem
[08:35] <bluekuja> thanks
[08:35] <DktrKranz> (if I catch it...)
[08:35] <bluekuja> hehe
[08:36] <bluekuja> imbrandon, does your build machines got ia64?
[08:36] <ScottK> bluekuja: The biggest thing to remember is that being a MOTU means you're trusted enough to ask questions, not that you know everything ...
[08:36] <bluekuja> ScottK, sure thing
[08:36] <bluekuja> :)
[08:36] <bluekuja> that's why I usually ask
[08:37] <bluekuja> when unsure or need a clarification
[08:37] <bluekuja> :)
[08:37] <ScottK> Keep it up.
[08:37] <bluekuja> will do, thanks scott.
[08:38] <DktrKranz> sparc ftbfs too...
[08:38] <DktrKranz> (only in Ubuntubluefoxicy,
[08:39] <DktrKranz> erm, bluekuja :)
[08:39] <bluekuja> DktrKranz, cool, we need a fix for both then
[08:39] <bluekuja> :)
[08:40] <DktrKranz> yes, on sparc could be easier to fix
[08:40] <bluekuja> yup, gonna wait imbrandon answer
[08:40] <bluekuja> so we can test a fix on sparc b-m
[08:41] <DktrKranz> it is possible to prepare lpia chroots, I'm asking if it is possible to do on some other ports somehow
[08:41] <ScottK> There is an ubuntuwire sparc machine.  REVU is currently running on it.  IIRC siretart can fix you up for that one bluekuja now that you are a MOTU.
[08:41] <bluekuja> ScottK, sounds nice, siretart you up?
[08:41] <DktrKranz> I care too much of sparc since we support it
[08:43] <bluekuja> ScottK, will ping him
[08:43] <geser> DktrKranz: afaik there is a description in the wiki how to build a lpia pbuilder
[08:43] <DktrKranz> geser, I already did it successfully
[08:43] <DktrKranz> I was interested in other ports
[08:44] <geser> ah, I should read more carefully :)
[08:44] <DktrKranz> I should have spoken more clearly
[08:57] <DktrKranz> bluekuja, possible fix found, now I have to find a way to test it properly...
[08:57] <bluekuja> DktrKranz, sounds great! Lets wait siretart to get the machine and then we test it
[08:57] <bluekuja> :)
[08:58] <bluekuja> DktrKranz, I'm commenting out the bug and adding you as assigner
[08:58] <DktrKranz> uhm, does someone know if ia64 is big endian or little endian?
[08:59] <siretart> bluekuja: ScottK: yes, I'm around now. whats up?
[08:59] <bluekuja> siretart, about the sparc build machine
[08:59] <siretart> yes?
[08:59] <bluekuja> we need to test firebird on that arch
[08:59] <ScottK> bluekuja is trying to get firebird not to FTBFS on sparc.
[08:59] <siretart> ah, cool!
[08:59] <DktrKranz> and ia64...
[09:00] <siretart> and he just became ubuntu-dev, right?
[09:00] <ScottK> Yes
[09:00] <bluekuja> siretart, yes
[09:00] <siretart> well, there is an import script for ubuntuwire, which imbrandon wrote
[09:00] <siretart> I think imbrandon wrote it with ajmitch, perhaps they can comment why it isn't syncing accounts anymore?
[09:01] <siretart> imbrandon: are you around? is it safe to just call /usr/local/sbin/import_lp_accounts.sh?
[09:04] <ScottK> siretart: One way to find out... ;-)
[09:04] <siretart> ScottK: I'm rather executing parts of the script in a rootshell to create bluekuja's account
[09:04] <ScottK> Cool.
[09:04] <bluekuja> siretart, thanks a lot
[09:05] <siretart> bluekuja: what is your lp id?
[09:05] <bluekuja> siretart, bluekuja
[09:05] <bluekuja> :)
[09:05] <siretart> ah, sure
[09:07] <siretart> bluekuja: you should be able to login now
[09:07] <bluekuja> siretart, can you give me login details et all?
[09:08] <siretart> bluekuja: login is 'bluekuja', password is unset. ssh key is imported from launchpad
[09:08] <bluekuja> siretart, ok perfect, host?
[09:08] <siretart> oh, the most important part :)
[09:08] <bluekuja> ^^
[09:08] <siretart> sparky.informatik.uni-erlangen.de
[09:08] <siretart> aka sparky.ubuntuwire.com, if you prefer
[09:09] <bluekuja> thanks
[09:09] <bluekuja> let me try
[09:09] <bluekuja> siretart, I'm in.
[09:09] <siretart> looking good
[09:09] <bluekuja> yup
[09:09] <bluekuja> :)
[09:09] <siretart> have fun!
[09:10] <bluekuja> siretart, thanks a lot and sorry for bothering
[09:10] <bluekuja> :)
[09:10] <siretart> hey, no problem.
[09:10] <bluekuja> :)
[09:10] <siretart> perhaps someone lurking in the channel gets interest in helping out adminning ubuntuwire.com. we desperatly would need co-admins here
[09:11] <siretart> please direct applications to ajmitch and/or imbrandon :)
[09:11] <bluekuja> ok, will do! :)
[09:12] <siretart> bluekuja: now that you have access to sparky, have a look at /usr/local/sbin/import_lp_accounts.sh and try to improve it ;)
[09:12] <siretart> - seriouly, if you need something, feel free to contact me, I'm local admin for sparky
[09:13] <DktrKranz> siretart, just for my reference, does sparky use sbuild or pbuilder?
[09:13] <bluekuja> siretart, thanks! i'm taking a look at that file. Gonna ping you for everything sparky related
[09:13] <bluekuja> :)
[09:13] <siretart> DktrKranz: ubuntuwire uses pbuilder
[09:13] <DktrKranz> nice to know
[09:14] <siretart> but I didn't touch that part
[09:15] <bluekuja> siretart, cool, pbuilder is ok enough
[09:15] <bluekuja> thanks
[09:16] <bluekuja> DktrKranz, bug commented out
[09:16] <bluekuja> and assigned to you
[09:16] <bluekuja> good luck
[09:16] <DktrKranz> half is fixed (it should...)
[09:16] <DktrKranz> it is a "blind" fix, crossing my fingers
[09:17] <bluekuja> ^^
[09:26] <bluekuja> siretart, one more question
[09:26] <bluekuja> how can I use pbuilder if I dont have sudo access
[09:27] <bluekuja> or a password
[09:27] <bluekuja> :)
[09:30] <bluekuja> ScottK, do you use pbuilder on sparky?
[09:31] <ScottK> bluekuja: No.  Sorry.
[09:31] <bluekuja> ScottK, oki
[09:32] <bluekuja> siretart, ping me when back
[09:33] <norsetto> ok, time to kick some ass!
[09:33] <norsetto> any ass around?
[09:33] <bluekuja> heya norsetto
[09:33] <norsetto> hya!
[09:33] <bluekuja> hope everything well
[09:34] <bluekuja> :)
[09:34] <norsetto> super thx, you too?
[09:34] <bluekuja> yeah :)
[09:34] <bluekuja> norsetto, need any help?
[09:35] <norsetto> bluekuja: no thx, just looking for some bugs to squash
[09:35] <bluekuja> oh ok
[09:35] <bluekuja> :)
[09:35] <norsetto> bluekuja: they keep hiding, the little beasts....
[09:35] <bluekuja> lol
[09:36] <ScottK> norsetto: How much ram do you have?
[09:36] <norsetto> ScottK: 1024
[09:36] <ScottK> Want to fix ecplise to work on LPIA?
[09:36] <norsetto> ScottK: eclipse? hmmmmm
[09:36] <norsetto> ScottK: you mean there is chance it works?
[09:37] <ScottK> The problem is to add it to ECLIPSE_UNSUPPORTED_PLATOFORMS variable
[09:37] <ScottK> it being LPIA.
[09:37] <ScottK> The last patch got it to build on LPIA, but won't actually allow it to work.
[09:38] <norsetto> ScottK: yes?
[09:39] <ScottK> You want to have a look at that then.  It won't build on a machine with less than 1GB RAM is why I asked about that.
[09:40] <norsetto> ScottK: so, I just have to check if it builds on my machine? And where is lpia in that!?
[09:40] <ScottK> You need to make the ECLIPSE_UNSUPPORTED_PLATOFORMS variable change and then test build it.  You should be able to make an LPIA pbuilder on your machine.
[09:41] <ScottK> IIRC DktrKranz knows how to do that.
[09:41] <norsetto> ScottK: ah, I knew there was a trick .....
[09:41] <DktrKranz> norsetto, I was able to have a lpia chroot, if you want some advices (it's not that complicated, though) just ping me
[09:42] <ScottK> I'd do it, but my Gutsy machine only has 256 MB, so no way I can do Eclipse.
[09:42] <DktrKranz> back in a while
[09:42] <norsetto> DktrKranz: ok, any reference I can check in the meantime?
[09:43] <DktrKranz> norsetto, sure: https://wiki.ubuntu.com/DebootstrapChroot
[09:43] <DktrKranz> norsetto, if you discover how to create chroots other than lpia, *please* ping :)
[09:43] <asisak> Hey
[09:43] <norsetto> Hoy
[09:54] <DktrKranz> norsetto, to create chroot I used sudo debootstrap --variant=buildd --arch lpia gutsy lpia-chroot http://ports.ubuntu.com
[09:54] <DktrKranz> since lpia is not an official port, you won't find it on archive.ubuntu.com
[09:55] <norsetto> DktrKranz: I'm using about the same, but I don't have the port site, so I guess it will fail?
[09:55] <DktrKranz> I failed
[09:55] <DktrKranz> so I fear you'll do the same :(
[09:55] <norsetto> DktrKranz: ok, kill on its way .....
[09:57] <DktrKranz> this happened four days ago, I think things didn't changed much
[09:57] <norsetto> DktrKranz: never mind, I was only at python :-)
[09:58] <DktrKranz> well, it would be worse if you were at "configuring..." stage :)
[10:01] <DktrKranz> a long one, mine is much more short
[10:04] <ScottK> norsetto: dictionaries of lists of dictionaries are cool too (you can do that in Python).
[10:09] <asisak> bluekuja: congratulations :)
[10:09] <bluekuja> asisak, thanks a lot :)
[10:11] <bluekuja> asisak, do you have access to sparky too?
[10:11] <bluekuja> k, then^^
[10:11] <asisak> I guess not. I am not a Canonical guy
[10:11] <bluekuja> asisak, every developer have access
[10:11] <bluekuja> to it
[10:11] <asisak> What is sparky? Where can I access it? And what is it :)
[10:11] <bluekuja> asisak, sparc build machine
[10:12] <bluekuja> need to talk with siretart or imbrandon
[10:12] <bluekuja> for it
[10:12] <bluekuja> I guess ajmitch too
[10:12] <geser> asisak: sparky.ubuntuwire.com, the last remaining community machine for MOTUs and core-devs
[10:12] <ScottK> doko: What do you think about Bug #139207 at this stage?
[10:12] <Ubotu> Launchpad bug 139207 in exuberant-ctags "[UVFe]  Please sync exuberant-ctags from unstable" [Undecided,New]  https://launchpad.net/bugs/139207
[10:12] <asisak> What happened to the other ones?
[10:13] <ScottK> asisak: They are sitting in imbrandon's house IIRC.
[10:13] <ScottK> They lost their hosting.
[10:14] <doko> hmm, really needed?
[10:14] <asisak> doko: you mean the community machines? Or hosting?
[10:15] <ScottK> doko: That's my question.  The reporter sounds like it's important.  You uploaded it to Debian, so I thought I'd seek your opinion.
[10:15] <doko> I did upload it?
[10:16] <doko> no opinion
[10:16] <ScottK> Sorry.  You did the last Ubuntu rebuild.  I need to read LP better.
[10:16] <ScottK> Thanks for looking.
[10:21] <norsetto> doko, DktrKranz: where would the binary-lpia archive be? Can't find it in archive.ubuntu.com or ports.ubuntu.com
[10:22] <DktrKranz> in ports.ubuntu.com neither?
[10:22] <ScottK> norsetto: You should just be able to use your normal mirror.
[10:22] <norsetto> DktrKranz: nope
[10:22] <norsetto> ScottK: nope: 404
[10:23] <huats> norsetto: Hi
[10:23] <huats> norsetto: how are you ?
[10:23] <norsetto> huats: hi, fine and you?
[10:23] <doko> norsetto: it's there: http://ports.ubuntu.com/dists/gutsy/main/binary-lpia/
[10:23] <huats> norsetto: so do I
[10:23] <ScottK> norsetto: We don't have arch specific archives.
[10:23] <ScottK> err what doko said.
[10:24] <norsetto> doko: let me check manually; apt-get is reporting 404
[10:24] <blueyed> Hi. I'm trying to pdebuild gksu, but it fails: http://pastebin.com/m9b4e145 - any hints, why? Do I have to install gnome-pkg-tools outside of pbuilder?
[10:24] <huats> I always forget : when I have the .orig.tar.gz, and the diff how do I recreate the debian folder ?
[10:25] <laga> huats: dpkg-source -x maybe? though that'll extract everything
[10:25] <laga> hum, that might need a .dsc
[10:25] <bluekuja> huats, you need
[10:25] <norsetto> ok, I see what the problem is: http://ports.ubuntu.com/ubuntu/dists/gutsy/main/binary-lpia/
[10:25] <huats> laga: I also have the .dsc
[10:25] <huats> :)
[10:25] <bluekuja> diff.gz, dsc and orig
[10:25] <bluekuja> huats, then dpkg-source -x
[10:25] <bluekuja> and you're done
[10:25] <huats> bluekuja: ok thanks
[10:25] <bluekuja> huats, np :)
[10:27] <geser> blueyed: probably, it's need to be able the clean target
[10:28] <huats> norsetto: I am still struggling with my pbuilder pbs.... I haven't find a way to pbuild flightgear on it... So I use ppa...
[10:28] <blueyed> Thanks, geser. It works.
[10:29] <norsetto> huats: well, you have to have a pbuilder working on your machine, can't really do without (IMHO)
[10:29] <huats> norsetto: I know... I will restart from scratch...
[10:35] <norsetto> ScottK: just a debuild should do, right?
[10:36] <LaserJock> siretart: ping
[10:38] <huats> just to be sure : if the next revision of a package will be  1.6.1-3ubuntu2 and if I want to start building temp version using ppa, I should start with  1.6.1-3ubuntu2~ppa right ?
[10:39] <norsetto> huats: 1.6.1-3ubuntu1~ppa1 etc.
[10:39] <huats> norsetto: ok
[10:39] <huats> norsetto: thanks
[10:40] <norsetto> huats: because 1.6.1-3ubuntu2 I think is << than 1.6.1-3ubuntu2~ppa
[10:40] <huats> ok
[10:40] <huats> I will test
[10:42] <geser> -3ubuntu2 is greater than -3ubuntu2~ppa2 which is greater than -3ubuntu1
[10:42] <geser> you can use dpkg --compare-versions to check version numbers
[10:42] <huats> geser: I was doing  that actually
[10:42] <huats> geser: thanks
[10:47] <pwnguin> ive been meaning to ask, what the hell is an lpia?
[10:47] <geser> Low Power Intel Architecture, used in Ubuntu Mobile
[10:49] <asisak> ! lpia
[10:49] <Ubotu> Sorry, I don't know anything about lpia - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[10:49] <pwnguin> is that different than embedded 386 or arm?
[10:49] <asisak> We should have this, since everyone asks this after a while.
[10:49] <asisak> Some clear-up on the planet would be also useful.
[10:50] <ajmitch> good morning
[10:50] <pwnguin> of course, intel's page is not enlightening =/
[10:50] <asisak> hey ajmitch
[10:50] <norsetto> hello ajmitch
[10:51] <geser> Hi ajmitch
[10:54] <ajmitch> norsetto: why all of it? :)
[10:54] <norsetto> ajmitch: just building eclipse ;-)
[10:55] <bluekuja> ajmitch, are you admin on sparky too?
[10:55] <Whoopie> bluekuja: Hi, uswsusp lost usplash support after latest merge with debian. could you have a look at it?
[10:55] <bluekuja> Whoopie, let me see
[10:56] <ajmitch> bluekuja: I can be if required
[10:56] <bluekuja> ajmitch, how can I use pbuilder without sudo access?
[10:56] <bluekuja> or a password?
[10:57] <ajmitch> there are ways & means :)
[10:57] <bluekuja> on sparky of course
[10:57] <ajmitch> which box are you trying to work on?
[10:57] <ajmitch> ok
[10:57] <bluekuja> sparky.ubuntuwire.com
[10:57] <sacater> gah
[10:57] <bluekuja> logged in
[10:57] <bluekuja> ajmitch, thanks
[10:58] <ajmitch> ah, there was an entry for people in the ubuntu-dev group to run pbuilder
[10:58] <bluekuja> Whoopie, latest merge is  0.6~cvs20070618-1ubuntu2, am I right?
[10:58] <ajmitch> I may be able to reenable that, though it was siretart who disabled it
[10:58] <ajmitch> sparky is *not* a fast box :)
[10:59] <bluekuja> ajmitch, don't worry, I'll wait then :)
[10:59] <bluekuja> just need to have it working
[10:59] <ajmitch> cpu             : TI UltraSparc IIi (Sabre)
[10:59] <ajmitch> 128MB RAM
[10:59] <ajmitch> so you may wait for quite awhile for builds
[10:59] <Whoopie> bluekuja: 0.6~cvs20070618-1ubuntu1 was the merge, 0.6~cvs20070618-1ubuntu2 is mjg69's latest change.
[10:59] <bluekuja> ok then
[10:59] <ajmitch> is it something sparc-specific that you need?
[10:59] <bluekuja> ajmitch, was testing with DktrKranz a fix for firebird FTBFS
[10:59] <bluekuja> on sparc
[10:59] <bluekuja> and ia64
[11:00] <ajmitch> ah
[11:00] <DktrKranz> ia64 should not be a problem anymore
[11:00] <bluekuja> Whoopie, checking 0.6~cvs20070618-1ubuntu1
[11:00] <ajmitch> I can give you pbuilder access now if you'd like
[11:01] <bluekuja> ajmitch, yeah, would be great! so tomorrow I can test it
[11:01] <ajmitch> ok, there's a pbuilder-gutsy script you can try & use
[11:01] <ajmitch> probably need to run pbuilder-gutsy update
[11:02] <bluekuja> ajmitch, ok great. Is it inside my home?
[11:02] <ajmitch> no
[11:02] <bluekuja> Whoopie, 0.6~cvs20070618-1ubuntu1 is removed
[11:02] <ajmitch> just run it, it's in the path
[11:02] <bluekuja> sure it's not the other revision?
[11:02] <bluekuja> ajmitch, ok perfect
[11:03] <Whoopie> bluekuja: sorry for the confusion. 0.6~cvs20070618-1ubuntu2 is latest version.
[11:03] <bluekuja> Whoopie, that's the bad one then
[11:03] <bluekuja> let me see the changelog
[11:05] <bluekuja> Whoopie, the one I did was working, am I right?
[11:05] <bluekuja> now it's removed
[11:05] <Whoopie> bluekuja: no, sorry.
[11:06] <bluekuja> Whoopie, ?
[11:06] <Whoopie> you missed to merge the uplash changes.
[11:06] <bluekuja> it was done on 19 june
[11:06] <bluekuja> and no one reported anything
[11:07] <bluekuja> so it looks strange
[11:08] <Whoopie> there's the directory suspend-cvs20070513 with the usplash files. but there're not in the suspend-cvs20070618 directory.
[11:10] <bluekuja> Whoopie, was re-added in next revision
[11:10] <bluekuja> what's the problem then?
[11:11] <ScottK> norsetto: In a pbuilder, yes.
[11:11] <Whoopie> bluekuja: do a ldd on s2disk please. do you see libusplash dependency?
[11:11] <bluekuja> Whoopie, I can't now. I was leaving.
[11:11] <Whoopie> bluekuja: latest revision does have these 2 directories.
[11:11] <bluekuja> Whoopie, yeah
[11:12] <bluekuja> so I dont see the problem
[11:12] <Whoopie> bluekuja: shall I provide a diff.gz with my changes to get usplash working?
[11:13] <bluekuja> Whoopie, well, create a debdiff
[11:13] <Whoopie> ok
[11:13] <bluekuja> open a bug
[11:13] <Whoopie> ok
[11:13] <bluekuja> ask someone to test
[11:13] <bluekuja> and assign it to me when done for sponsorship
[11:14] <bluekuja> Whoopie, thanks for working on this. It was done 3 months ago
[11:14] <bluekuja> so cannot remember what happened to the orig
[11:14] <bluekuja> build went ok
[11:14] <bluekuja> no bug reports
[11:14] <bluekuja> so strange thing
[11:15] <bluekuja> Whoopie, provide me 1-2 testing posts please
[11:15] <bluekuja> need to verify if it's only your case
[11:16] <Whoopie> bluekuja: look at suspend-cvs20070618. there're no usplash* files. and Makefile also misses usplash rules. how should it work?
[11:17] <bluekuja> Whoopie, next revision by matthew is bad as well then?
[11:17] <Whoopie> I think so, yes.
[11:17] <bluekuja> kk
[11:17] <bluekuja> just provide me a debdiff
[11:17] <bluekuja> a bug
[11:17] <bluekuja> and two testing opinions
[11:17] <bluekuja> Whoopie, assign it to me when done
[11:18] <Whoopie> could you point me to his rev?
[11:18] <bluekuja> Whoopie, http://packages.ubuntu.com/gutsy/utils/uswsusp
[11:18] <bluekuja> this one
[11:19] <Whoopie> bluekuja: ah, sorry, I only know him as mjg69 ;)
[11:19] <bluekuja> oh^^
[11:19] <bluekuja> Whoopie, ok, understood everything?
[11:19] <bluekuja> gonna be here tomorrow, now It's time for bed
[11:20] <Whoopie> bluekuja: I guess yes.
[11:20] <bluekuja> Whoopie, great! gonna be done for tomorrow?
[11:20] <Whoopie> I hope so.
[11:21] <bluekuja> kk
[11:21] <bluekuja> take care and cu tomorrow
[11:21] <bluekuja> ping me
[11:21] <Whoopie> ok, g'night
[11:21] <bluekuja> thanks, you too! ;)
[11:21] <bluekuja> gnight all
[11:28] <norsetto> ScottK: anything fancy one has to do to get sound out of Kubuntu?
[11:28] <ScottK> Not for me.
[11:28] <ScottK> It depends a lot on your hardware.
[11:29] <ScottK> If you're having trouble with sound, keep an eye out for tsmithe.  He knows a lot about it.
[11:29] <norsetto> ScottK: ok, thx
[11:52] <proppy> hi
[11:52] <proppy> norsetto: sorry for the delay
[11:53] <norsetto> proppy: howdy
[11:54] <proppy> norsetto: back to home, screw public wifi network with time limit on them !
[11:55] <norsetto> proppy: yeah, power to the masses!
[11:58] <norsetto> awful pun I know, but what else is left when you are in the middle of building eclipse for lpia....
[11:58] <proppy> lpia ?
[12:00] <propp1> norsetto: lpia ?
[12:00] <jmg> propp1: lowpower intel architecture
[12:01] <norsetto> gotta quit this soon. start to be low on mem
[12:03] <TheMuso> Hey folks.