[01:27] <LaserJock> http://www.youtube.com/watch?v=Fow7iUaKrq4
[01:29] <Fujitsu> I saw that last night, LaserJock :)
[01:29] <tsmithe> oh dear
[01:30] <Fujitsu> ?
[01:31] <tsmithe> a song about "kill -9, no more cpu time"
[01:31] <ajmitch> ok..
[01:31] <tsmithe> although incredibly catchy, is also incredibly nerdy :P
[01:32] <LaserJock> where's that ajmitch ?
[01:32] <Fujitsu> ajmitch: What's this?
[01:32] <ajmitch> LaserJock: kde4 thread on motu lisr
[01:32] <ajmitch> s/lisr/list/
[01:32] <Fujitsu> Ah, yes.
[01:33] <Fujitsu> We need a special component, for which they take responsibility.
[01:33] <Fujitsu> That way we can disown it completely/
[01:33] <ajmitch> "ooh look, kde4 is out!"
[01:33] <ajmitch> "ZOMG its full of bugs!!!"
[01:33] <Fujitsu> Prepare to drown in bugs!
[01:34] <ajmitch> as long as Riddell wants to take care of all the bugs :)
[01:34] <Fujitsu> Presumably the MOTU Council has the power to destroy the idea if it is deemed evil enough
[01:34] <Riddell> there are KDE 4 packages in edgy you know
[01:35] <Fujitsu> It'll be like Beryl, but worse.
[01:35] <Fujitsu> Riddell: there are?
[01:36] <ajmitch> rather early snapshots
[01:36] <Riddell> exactly
[01:36] <ajmitch> Riddell: what use will having kde4 stuff in feisty be?
[01:37] <Riddell> for people to test KDE 4 stuff with
[01:37] <ajmitch> from what I understand, APIs aren't frozen, so people wanting to develop on KDE4 wouldn't be suited with packages
[01:37] <Riddell> that's true
[01:37] <ajmitch> hi sistpoty
[01:38] <sistpoty> hi ajmitch
[01:38] <Fujitsu> Hi sistpoty.
[01:38] <sistpoty> hi Fujitsu
[01:38] <ajmitch> Riddell: I remember those fun days of kde 1.9x :)
[01:39] <LaserJock> seems like it'll be a big backports/SRU project
[01:39] <ajmitch> LaserJock: no, it'll just sit there & not get touched
[01:39] <TheMuso> So. I am looking at updating drupal to 5, and removing any references to php4. However, the drupal source package produces a drupal-4.7 binary package. If I was to create a new drupal source package and make a drupal-5.0 package, that would disown the 4.7 package of source, just like the original drupal binary package no longer has a source package. Thoughts?
[01:39] <LaserJock> we'll have users screaming bloody murder ;-)
[01:39] <ajmitch> funny to think that jono used to be a kde developer :)
[01:40] <ajmitch> TheMuso: something like that, if I follow
[01:40] <TheMuso> ajmitch: Well, I would have thought that wouldn't be the best idea.
[01:41] <TheMuso> Having binary packages that don't have a source package to associate to.
[01:41] <sistpoty> grml... spamassassin... seems like it thinks I'm spamming ubuntu-motu *g*
[01:41] <ajmitch> TheMuso: that's impossible, iirc
[01:41] <ajmitch> sistpoty: well, yes :)
[01:41] <sistpoty> hehe
[01:41] <ajmitch> ah, more MC mail :)
[01:41] <LaserJock> there are quite a few binary packages without corresponding source
[01:41] <Riddell> ajmitch: why is that funny?
[01:42] <LaserJock> although they must be somewhere
[01:42] <ajmitch> Riddell: funny, because I think I remember talking to him on irc all those years ago
[01:42] <TheMuso> LaserJock: Eeeew.
[01:42] <geser> LaserJock: aren't they dropped before release?
[01:42] <LaserJock> I don't think so
[01:42] <ajmitch> LaserJock: source will still be available
[01:42] <LaserJock> when we ask for a package to be removed ubuntu-archive just removes the source package
[01:43] <LaserJock> they don't remove the binaries too
[01:43] <ajmitch> they remove the source package from that release
[01:43] <TheMuso> Its impossible to get the source for the drupal 4.5 binary package, as the only drupal source package is for the drupal-4.7 binary package.
[01:43] <Fujitsu> The corresponding source will not be removed until all binaries that reference it are removed, AFAIK.
[01:43] <ajmitch> Fujitsu: depending on soyuz bugs, I guess :)
[01:43] <Fujitsu> True, true.
[01:43] <Fujitsu> Drescher seems to have been hungry this past week
[01:43] <LaserJock> hmm, I've seen it done with several Science packages
[01:43] <ajmitch> but I'm sure I heard it had checks for all that
[01:43] <LaserJock> binaries but no source
[01:44] <LaserJock> but that was some time ago
[01:44] <TheMuso> So my dilemma is, I don't want to do the same thing for the drupal-4.7 binary package.
[01:45] <LaserJock> TheMuso: I don't understand the dilemma with drupal
[01:45] <LaserJock> we have drupal-4.7
[01:45] <LaserJock> you want to update that to -5.0
[01:45] <LaserJock> but you want to keep drupal-4.7 binary package around?
[01:45] <LaserJock> or you're afraid that it will be
[01:46] <TheMuso> Affraid that it will be, with no source packag.
[01:46] <TheMuso> package
[01:46] <LaserJock> is -4.7 in edgy?
[01:46] <TheMuso> don't think so afaik. Let me check
[01:47] <ajmitch> TheMuso: it should get cleaned up, like obsolete library packages are
[01:47] <LaserJock> nope
[01:47] <sistpoty> well, what do you all think about the general kde-uvf exceptoin?
[01:47] <LaserJock> yeah, I think -4.7 .debs should go away
[01:47] <TheMuso> drupal-4.7 is only in feisty
[01:47] <Fujitsu> sistpoty: We were discussing it just before you arrived.
[01:47] <ajmitch> sistpoty: I'm not overly happy with it, but as Riddell pointed out, there's already kde4* packages in the archive (and in edgy)
[01:48] <sistpoty> Fujitsu: ah... *g*
[01:48] <sistpoty> ajmitch: well, I somehow have a bad feeling in my guts
[01:48] <LaserJock> Riddell: how many are there now? kde4base kde4libs
[01:48] <TheMuso> Ok, on that note, I'll just update to 5, and name the package drupal-5.0
[01:49] <Riddell> LaserJock: many more in NEW
[01:49] <ajmitch> sistpoty: I think that's a sign to drink more beer :)
[01:49] <sistpoty> hehe
[01:49] <LaserJock> TheMuso: btw, the source should always be available on LP :-)
[01:49] <LaserJock> you just won't be able to apt-get source it
[01:50] <Fujitsu> Night, Riddell.
[01:50] <ajmitch> bye Riddell
[01:50] <sistpoty> cya Riddell
[01:50] <TheMuso> LaserJock: Yeah thats what I've seen.
[01:50] <Toadstool> yay! let's put some more random experimental packages that everybody will want to try so that we get an even worse universe bugs SNR and a lot of angry users *evil grin*
[01:50] <Toadstool> g'night Riddell
[01:50] <Fujitsu> Toadstool: yup.
[01:50] <ajmitch> sistpoty: I guess your plan to get back to normal sleeping hours didn't quite work? ;)
[01:50] <LaserJock> Toadstool: like we don't do that already ;-)
[01:50] <Toadstool> hehe, true
[01:51] <Fujitsu> If the KDE people take responsibility for the bugs, it might be acceptable.
[01:51] <ajmitch> Toadstool: if people know that these kde4 packages aren't releases, or even expected to work..
[01:51] <sistpoty> ajmitch: no. but I'm still trying ;)
[01:51] <TheMuso> Ok. So since the latest drupal release is 5.1, should I name the package 5.1, and then any security fixes afterwards just get patched?
[01:51] <ajmitch> sistpoty: as long as you can get up for the next MC meeting :)
[01:51] <TheMuso> I'm happy to maintain drupal.
[01:52] <sistpoty> ajmitch: I'll manage... somehow ;)
[01:52] <ajmitch> sistpoty: simple, just stay up
[01:52] <sistpoty> haha
[01:52] <geser> TheMuso: for the security fixes: yes, as patches
[01:52] <pochu> Happy Hug Day!!!
[01:53] <pochu> sistpoty: what about updating the topic?
[01:53] <TheMuso> geser: Thanks.
[01:53] <sistpoty> pochu: sure, feel free to do it ;)
[01:53] <LaserJock> wahoo SRU uploaded! \o/
[01:53] <pochu> sistpoty: hehe, no topic lock?
[01:53] <LaserJock> only took me like 2 days :-)
[01:53] <sistpoty> congrats LaserJock
[01:54] <sistpoty> pochu: last time I tried, it worked. and I don't have any special rights in this channel ;)
[01:54] <pochu> done :)
[01:54] <pochu> Feel free to improve it though :)
[01:54] <sistpoty> hehe
[01:54] <Fujitsu> ajmitch: It's only like 13:55, isn't it?
[01:55] <Toadstool> Hug Day tomorrow, cool :)
[01:55] <LaserJock> "this debdiff looks funny" -> "hmm, building source for edgy from feisty is the problem" -> "how do I use schroot again?" -> "this thing needs r-base and python-dev-all just to build the source?" -> "wahooo! it works"
[01:55] <LaserJock> man I love packaging!
[01:55] <Toadstool> heh
[01:56] <LaserJock> Fujitsu: what's up with pymol again?
[01:56] <LaserJock> I see if floating by in my email
[01:56] <Fujitsu> The regexp for passing the Python version is dodgy.
[01:57] <Fujitsu> It should it into something like 2.4, but it doesn't work on Edgy's 2.4.4c4 (I think that's what it is).
[01:57] <Fujitsu> It gives 2.4.4 instead, which means it can't find the interpreter.
[01:57] <Fujitsu> It's fixed in Feisty with a migration to the new Python policy, but we obviously don't want to SRU that.
[01:59] <LaserJock> well, I don't know, migration is usually pretty straightforward
[01:59] <LaserJock> it might be a little overkill for the particular bug
[02:00] <Fujitsu> I'm considering just replacing the regexp with '2.4', because the default Edgy Python version is unlikely to change... But that's not a very nice fix.
[02:03] <LaserJock> Fujitsu: well, it would only be done once since the package has moved to the new python policy
[02:04] <TheMuso> To depend on Ubuntu's default MTA, do I just depend on mail-tranfer-agent?
[02:04] <TheMuso> transfer even
[02:06] <lifeless> yes
[02:06] <lifeless> well no
[02:06] <lifeless> what Ubuntu packages do is depend on postfix | mail-transfer-agent
[02:06] <lifeless> which tries for postfix first, which is the default.
[02:06] <lifeless> there isn't a default-mail-transfer-agent AFAIK
[02:07] <lifeless> but that might be a good idea
[02:07] <geser> TheMuso: do you need postfix or would any MTA do?
[02:07] <TheMuso> lifeless: Thanks.
[02:07] <TheMuso> geser: I'm guessing that any will do.
[02:07] <TheMuso> Actually pretty sure.
[02:09] <TheMuso> Just want to make sure the correct MTA related package(s) are depended upon.
[02:19] <pochu> happy hug day!!!!! :-)
[02:21] <crimsun> the fact that the kubuntu team can't support the kde4 snaps via SRUs is troubling at best.
[02:22] <crimsun> the additional fact that they would be in a Canonical-hosted repository is even more troubling.
[02:23] <ajmitch> crimsun: how is it different from what we currently have?
[02:23] <crimsun> I honestly don't see how having them uploaded to Feisty would help.
[02:23] <Lathiat> sounds like the majority of the software in ubuntu
[02:23] <crimsun> ajmitch: I'm thinking of the ramifications of 18-month support
[02:23] <Lathiat> as long as it doesnt breka the real kde
[02:23] <Lathiat> crimsun: what support? :)
[02:23] <crimsun> well, we have to at least make an effort to...
[02:23] <ajmitch> crimsun: we've never promised 18-month support for universe - it's often been supporting only the last release
[02:24] <Lathiat> ajmitch: at best..
[02:24] <crimsun> the killer for me is that there's no promise of ABI/API stability
[02:24] <ajmitch> crimsun: ok, and there are kde4 packages in edgy (and feisty) right now
[02:24] <zul> who broke what now?
[02:24] <crimsun> ajmitch: IMO they should be removed from feisty.
[02:24] <zul> oh the kde stuff nevermind :)
[02:24] <ajmitch> zul: stuff noone uses
[02:25] <ajmitch> crimsun: I'm not a big fan of having snapshot packages in a release
[02:26] <crimsun> I'd rather support jr delegating building to others, freeing him from supporting that infrastructure
[02:27] <crimsun> I would love to use apt* to install a kde4 snap, but triaging is going to creep
[02:28] <crimsun> and $deity knows kubuntu devs have better uses of their time than wading through bugs filed against older snaps
[02:28] <LaserJock> it does bring up the point of removing stuff from the repos before release
[02:28] <ajmitch> rather than 6 months of old code that was heavily in development
[02:28] <ajmitch> LaserJock: debian has it easy
[02:28] <LaserJock> yep
[02:29] <crimsun> LaserJock: this touches back on the removing binaries discussion (brief albeit) in the motu meeting
[02:29] <LaserJock> exactly
[02:29] <ajmitch> beta.lp will get there eventually..
[02:30] <ajmitch> kde4edu, kde4games, kde4multimedia, kde4graphics, kde4toys, kde4admin, kde4pim are all sitting in NEW
[02:32] <ajmitch> ah, the fun interactions between teams :)
[02:32] <ajmitch> since this is really a request from the kubuntu council
[02:33] <sistpoty> maybe it would be better of before TB than before MC?
[02:33] <crimsun> for me, ultimately it boils down to whether there are plans to keep kubuntu.org's repo of kde4 snaps updated
[02:34] <crimsun> if there are, there's no sense in putting them into feisty
[02:34] <ajmitch> kubuntu people support kde packages anyway, so it wouldn't cause more work for us
[02:34] <crimsun> we already sent the wrong message, IMO, by putting them in edgy
[02:34] <ajmitch> agreed
[02:35] <sistpoty> ajmitch: I wouldn't be so sure about that, at least Riddell's mail states it differently
[02:35] <ajmitch> but that's a result of them being uploaded by kubuntu people
[02:35] <ajmitch> 00:59 < Riddell> Hobbsee: for KDE stuff in universe I'm happy to overrule MOTU council unless they object
[02:35] <TheMuso> file
[02:35] <ajmitch> sistpoty: the intent was for it to be a KC decision
[02:36] <sistpoty> yep
[02:36] <ajmitch> sistpoty: how did you interpret it?
[02:36] <crimsun> ok, the other slant is whether it would represent a regression from edgyg
[02:36] <crimsun> -g
[02:37] <sistpoty> ajmitch: well, as in if MC will veto it, they won't do it?
[02:37] <ajmitch> sistpoty: as I understand it, yes
[02:38] <sistpoty> hm... anyway I guess we should come to a decision soon... if MC would -1 on it, it could then still propagate to TB in a timely manner
[02:38] <ajmitch> sistpoty: I can't imagine them being happy with MC blocking it, since all the packages are already in NEW :)
[02:38] <crimsun> TBH, I think we need to call an MOTU vote instead of having MC decide, since MC is only a subset of the possible maintainers
[02:38] <sistpoty> ajmitch: that's the tough thing about needing to decide, you can't always make everyone happy ;)
[02:38] <ajmitch> sure
[02:39] <ajmitch> getting recommendations from TB could be good
[02:39] <bddebian> Heya gang
[02:39] <crimsun> 'lo
[02:39] <ajmitch> since it'd be MOTUs blocking the Kubuntu work
[02:39] <sistpoty> crimsun: I fear a MOTU vote might defer the issue for too long
[02:39] <ajmitch> to what extent do derivatives/sibling distros have control over their packages in the archives?
[02:40] <sistpoty> phew, no idea
[02:40] <crimsun> well, I suppose that is the ultimate issue
[02:40] <ajmitch> yep
[02:40] <ajmitch> hi bddebian
[02:40] <sistpoty> hi bddebian
[02:41] <bddebian> heh
[02:41] <sistpoty> crimsun, ajmitch: ok if I call for MC voting now?
[02:41] <bddebian> What, voting to kick me out already? :-)
[02:41] <crimsun> sistpoty: I think we need to vote on a different issue (the one that ajmitch raised)
[02:42] <sistpoty> bddebian: no, the timeout of your lp-membership will take care for that :P
[02:42] <bddebian> Doh
[02:43] <TheMuso> Ok. Drupal uses debconf to let one choose which apache to use. It defaults to apache. Are packages in Ubuntu using apache2 these days, or is apache still the default for packages that need a web server?
[02:43] <ajmitch> crimsun: is it up to us to decide on that one?
[02:43] <sistpoty> hm... the way I see it is that we can make a decision, but TB can always ultimately overrule us
[02:43] <ajmitch> yep
[02:44] <ajmitch> the question is about what power TB has delegated
[02:44] <ajmitch> bddebian: expires: 2007-04-06
[02:44] <ajmitch> bddebian: better get working to convince the MC to keep you
[02:45] <crimsun> sistpoty: ok, sure, CFV is fine
[02:45] <geser> TheMuso: apache2 is in main and apache is in universe
[02:45] <TheMuso> geser: Right.
[02:46] <ajmitch> apache2 should be the default choice
[02:46] <TheMuso> Ok thought as much.
[02:46] <ajmitch> not sure how much longer apache 1.3 will be kept
[02:46] <bddebian> ajmitch: Bah, kick me out. :-)
[02:46] <ajmitch> I imagine there are still a few modules that will only work with 1.3
[02:49] <sistpoty> ajmitch: come on, you are looking forward to grilling bddebian, aren't you? :P
[02:49] <ajmitch> >:)
[02:49] <ajmitch> sistpoty: how about live packaging of some complex library?
[02:49] <zul> heh I think I have already expired
[02:50] <ajmitch> zul: no you were just kicked out
[02:50] <zul> ajmitch: ahhh...
[02:50] <bddebian> sistpoty: Nah, I'll just quit and make ajmitch happy
[02:50] <zul> bastards
[02:51] <ajmitch> silly bddebian
[02:51] <ajmitch> hi thoreauputic
[02:51] <thoreauputic> hello :)
[02:51] <ajmitch> bddebian: that would be a silly thing to do
[02:51] <thoreauputic> just lurking here - I'm no developer :)
[02:52] <thoreauputic> Feisty is looking pretty nice - congrats to all concerned :)
[02:52] <bddebian> thoreauputic: Don't worry, me either :-)
[02:52] <thoreauputic> heh :)
[02:53] <sistpoty> ajmitch: I guess we'll need to make a MC decision to not let bddebian go ;)
[02:53] <sistpoty> as in membership will be prolonged until all universe bugs are fixed :P
[02:53] <ajmitch> true
[02:53] <crimsun> lifetime membership? woo!
[02:53] <bddebian> hah
[02:53] <ajmitch> just like hotel california
[02:54] <sistpoty> hehe
[02:54] <zul> or the hair club for men
[02:54] <ajmitch> sistpoty: so what were you wanting to vote on? :)
[02:56] <sistpoty> ajmitch: what did I miss/do wrong?
[02:57] <ajmitch> no idea, if you sent out a mail I'm still waiting for it
[02:58] <sistpoty> ajmitch: I just moderated it :P
[02:58] <ajmitch> will probably take a day or so to get here then
[02:59] <sistpoty> :(
[02:59] <TheMuso> haha
[02:59] <ajmitch> shouldn't be quite that long at the moment
[02:59] <ajmitch> but it was a week or so ago
[02:59] <ajmitch> mail was delayed up to about 2 days
[03:00] <TheMuso> ouch
[03:00] <sistpoty> iirc 1 day was the maximum for me once... but currently it's almost instantly arriving :)
[03:00] <zul> postal or email ajmitch?
[03:00] <ajmitch> zul: email
[03:00] <zul> ouch!
[03:00] <ajmitch> ISP's virus & spam scanning couldn't handle it
[03:03] <ajmitch> yay, a CFV
[03:03] <ajmitch> how voting with 5 people & 3 options will work, I don't know
[03:06] <sistpoty> ajmitch: right, option (3) was a dumb idea
[03:11] <crimsun> you need a (4) ponies!
[03:12] <sistpoty> and the decision of MC on the issue is: unanimously (4): ponies :)
[03:12] <bddebian> ++
[03:13] <TheMuso> Heya ho.
[03:13] <bddebian> The dairy-o
[03:13] <TheMuso> or maybe not
[03:14] <crimsun> it's probably konvi sigsegv'ing
[03:14] <bddebian> Any of you glibc debugging experts? :-)
[03:14] <ajmitch> bddebian: no we don't want to play with the hurd
[03:15] <bddebian> Who said anything about Hurd?
[03:15] <TheMuso> Oh man. This is going to be fun. Now that drupal has a web install mechanism, it creates the db via a php script, once the user has filled out the necessary info.
[03:16] <TheMuso> SO there is no plain text file with the db data in it any more.
[03:16] <ajmitch> TheMuso: that's not unusual :)
[03:16] <TheMuso> ajmitch: I know.
[03:16] <TheMuso> Its just working out how to do the same thing. I am thinking I'll have to use curl to post the data somehow, to get the appropriate db created.
[03:16] <TheMuso> Unless other packages use a better method.
[03:17] <sistpoty> TheMuso: or simply rip the script apart?
[03:17] <TheMuso> sistpoty: That is a possibility, yes.
[03:19] <TheMuso> But I thi/c
[03:19] <TheMuso> gah
[03:21] <TheMuso> I might just do the latter.
[03:21] <TheMuso> rip appart.
[03:24] <sistpoty> interesting... s.th. is wrong with irclogs
[03:24] <sistpoty> ubuntu-meeting-current seems to be ubuntu-motu-current
[03:24] <ajmitch> heh
[03:24] <ajmitch> obviously -motu is more important & lively
[03:25] <sistpoty> hehe
[03:33] <TheMuso> Actually, just ripping the script apart is not right in this context. Drupal now supports prefixing its database table names with whatever you want, for easier multisite configuration.
[03:33] <TheMuso> So just doing an sql import won't work, if thats what the user wants.
[03:34] <sistpoty> TheMuso: I guess you can just let the user configure drupal and explaining it within README.Debian for example
[03:35] <sistpoty> at least that's what I've seen how some php packages do it
[03:35] <TheMuso> Actually, yeah you're right.
[03:36] <TheMuso> All I'd have to do is tell them to run the web script to set the db etc up, giving them the db information they need.
[03:39] <crimsun> I'm pondering over a case of beer.
[03:39] <ajmitch> crimsun: yeah, I'll have to wait until I get home before I can get into the beer
[03:40] <lifeless> I'm going to have bazaar beer tonight :)
[03:40] <ajmitch> hey lifeless :)
[03:40] <crimsun> nice
[03:40] <Hobbsee> ajmitch: where's this documented?
[03:41] <ajmitch> Hobbsee: the beer?
[03:42] <crimsun> Hobbsee: if referring to kde4, https://lists.ubuntu.com/archives/motu-council/2007-March/000029.html
[03:43] <Hobbsee> ah yes
[04:53] <ajmitch> joy, more reviews of stuff like "linux mint"
[04:55] <bddebian> heh
[05:12] <AnAnt> Hello, anyone knows what has changed from Edgy to Feisty regarding virtual console (keymap,translations,...) ?
[08:46] <animimotus> hi
[08:47] <Hobbsee> heya
[08:48] <animimotus> I had a notification this morning for 3 updates, but keep seems to be unreachable
[08:48] <animimotus> I can't install it too http://paste.ubuntu-nl.org/9400/
[08:50] <Fujitsu> Try running `sudo aptitude update' again.
[08:51] <Fujitsu> Otherwise, it's probably just the French mirror being stupid, and you should try again in a couple of hours.
[08:51] <TheMuso> Have people seen the message on -motu about gstreamer-ffmpeg yet?
[08:51] <Fujitsu> TheMuso: Nein.
[08:51] <TheMuso> You'll probably get it very shortly.
[08:51] <Fujitsu> Ah, I did just now.
[08:52] <Fujitsu> Everybody on the planet refers to the format as DivX.
[08:53] <TheMuso> Thats what I thought.
[08:54] <TheMuso> I believe it would confuse people even more.
[08:54] <Fujitsu> Yes.
[08:54] <Fujitsu> Definitely.
[08:55] <Fujitsu> I don't regularly hear people talking about MPEG-4 ASP videos.
[08:55] <TheMuso> Me neither.
[08:57] <Fujitsu> The Wikipedia article states that DivX is a container format...
[08:58] <Fujitsu> Gah, confusion.
[08:58] <Fujitsu> (which will only be greatly enhanced by saying MPEG-4 ASP instead)
[09:00] <TheMuso> yeah
[09:00] <Fujitsu> While calling it DivX is wrong, that's what everybody knows it as... :-/
[09:02] <Fujitsu> His idea of "MPEG-4 ASP video (for example, encoded with DivX, Xvid or FFmpeg MPEG-4)" isn't too bad, I guess.
[09:57] <dholbach> good morning
[09:58] <Hobbsee> hi dholbach
[09:58] <dholbach> hey Hobbsee
[09:58] <dholbach> hey lfittl
[09:58] <Fujitsu> Hail dholbach.
[09:59] <lfittl> hey dholbach
[09:59] <dholbach> hi Fujitsu :)
[10:01] <dholbach> HAPPY UNIVERSE HUG DAY
[10:05] <Q-FUNK> heh
[10:07] <TheMuso> Hey all.
[10:10] <Hobbsee> dholbach: it's universe hug day?
[10:11] <dholbach> YEAH :)
[10:11] <Fujitsu> Hobbsee: Most certainly.
[10:12] <gpocentek> morning
[10:12] <Hobbsee> oh dear
[10:13] <Fujitsu> Universe hug day, without LP. Sounds like fun.
[10:13] <TheMuso> Does indeed.
[11:17] <\sh> moins
[11:18] <Fujitsu> Hi \sh.
[11:24] <TheMuso> LP is back.
[11:24] <TheMuso> woohoo
[11:24] <lionel> \o/
[11:25] <lionel> hum... not here
[11:26] <dholbach> HAPPY UNIVERSE HUG DAY! :-)
[11:27] <lionel> Happy Universe Hug Day dholbach :)
[11:27] <dholbach> thanks lionel - the same to you :)
[11:30] <crimsun> mm OOPS-433BD271
[11:30] <crimsun> great way to start the day!
[11:31] <crimsun> .oO( or to end the day, depending on whether I get to sleep in the next 40 minutes )
[11:31] <Fujitsu> Woo, beta's up and OOPSing!
[11:32] <Fujitsu> ... and now the same page OOPSes.
[11:32] <crimsun> d'oh, "Launchpad will be going offline for maintenance very very soon."
[11:32] <lionel> Fujitsu: I have the CSS now (it was missing some click ago)
[11:32] <crimsun> and I was just about to click "Disable redirection..."
[11:32] <Fujitsu> Hey, I got a whole page without an OOPs.
[11:32] <Hobbsee> haha
[11:32] <Hobbsee> Fujitsu: you tempted fate
[11:32] <lionel> ah no
[11:33] <Fujitsu> Seems to be more stable now.
[11:33] <Fujitsu> After 3 hours.
[11:33] <Fujitsu> Or not.
[11:34] <TheMuso> You guys using normal launchpad, or beta?
[11:34] <Hobbsee> beta
[11:34] <crimsun> I'm using normal now.
[11:34] <crimsun> yay for clicky "Disable redirection..."
[11:34] <Hobbsee> where's that?
[11:34] <Fujitsu> ... now a random one or two of the application buttons on the home are vanishing each reload.
[11:34] <Fujitsu> Hobbsee: on launchpad.net
[11:35] <crimsun> Hobbsee: http://launchpad.net/
[11:36] <Hobbsee> oh, neat
[11:37] <TheMuso> Well I don't see why you all must use the beta.
[11:37] <TheMuso> I'd rather stick to the standard LP atm and have something thats usable.
[11:37] <Hobbsee> excluding oops' of course
[11:38] <crimsun> hey neat, Eugenia (of osnews fame) uses quodlibet
[11:38] <crimsun> such interesting things one discovers during triage
[11:39] <Fujitsu> TheMuso: Beta is just as (or more) usable than normal, except for now.
[11:39] <Fujitsu> TheMuso: it's also better to use beta now and give feedback, rather than just having an unusable beta when it replaces standard.
[11:40] <TheMuso> Fujitsu: True.
[11:40] <imbrandon> mmmm sleep, its for the dead
[11:40] <imbrandon> moins all
[11:41] <TheMuso> Heya imbrandon.
[11:41] <imbrandon> heya TheMuso
[11:58] <dholbach> so who's taking a look at universe bugs
[11:58] <dholbach> ?
[11:58] <dholbach> http://wiki.ubuntu.com/MOTU/TODO mentions a few links that might help
[11:59] <TheMuso> Once I get this drupal 5 package working, and an uvf filed, I will see how much time I have. If none/little, it will have to wait till I return on Sunday. :)
[11:59] <lionel> This afternoon I'all have some time (and take some time). I hope that LP will be better :)
[12:00] <Fujitsu> It's fixed! Yay!
[12:00] <ranf> hi
[12:00] <Fujitsu> dholbach: I killed of a few before LP went down.
[12:00] <dholbach> nice
[12:00] <dholbach> I'm taking a look at bugs and will tag them as 'packaging' and 'bitesize'
[12:01] <dholbach> so we have a todo list for our new motu hopefuls
[12:01] <Fujitsu> Most that I've looked at have already been fixed in syncs from Debian.
[12:01] <dholbach> cool
[12:02] <dholbach> or open an upstream task, so people can forward bugs upstream
[12:02] <TheMuso> Has anybody seen that guy from the mailing list, Cesare Tirabassi on IRC?
[12:02] <TheMuso> yet
[12:04] <siretart> doesn one have any obligations to join launchpad-beta-testers? are there any reasons not to join?
[12:04] <Hobbsee> siretart: only that you cant post screenshots
[12:04] <siretart> I think I can live with that
[12:04] <siretart> ;)
[12:04] <Fujitsu> You're meant to basically test it, complain about things that are bad, and not post screenshots.
[12:04] <Hobbsee> :P
[12:05] <Fujitsu> So it's a ticket to being blind, and an authorisation to complain at LP people. All good :P
[12:06] <Hobbsee> and being under no obligation to fix any of it
[12:06] <jono> hi all
[12:06] <jono> just to let you know, I have posted to some advice on growing the MOTU community to the list
[12:06] <TheMuso> Fujitsu: I guess it wouldn't hurt me to join either.
[12:07] <TheMuso> Give the whole thing a good a11y workout.
[12:07] <Hobbsee> heya jono
[12:07] <jono> hey :)
[12:07] <Fujitsu> TheMuso: That's a very good idea.
[12:07] <TheMuso> Fujitsu: Whats the team name?
[12:07] <Fujitsu> launchpad-beta-testers
[12:07] <TheMuso> thanks
[12:10] <crimsun> RE: wiki restructuring: I have a feeling people are going to have to sit down at the dev summit and do some work
[12:10] <imbrandon> crimsun, yea i was just looking at that a bit ( and talking to jono about it )
[12:10] <crimsun> RE: blogging: what will differentiate it from hug days?
[12:11] <imbrandon> blogging makes the community look more "alive" to outsiders imho
[12:11] <imbrandon> ohh jono is in here /me shuts up
[12:11] <imbrandon> lol
[12:11] <TheMuso> haha
[12:11] <crimsun> certainly. OTOH, it also detracts from the time we have to actually fix stuff.
[12:12] <crimsun> we've already discussed a monthly MOTU newsletter of sorts. Does that need to be made more frequent?
[12:12] <imbrandon> crimsun, true , but you also have people ( like my self but not limited to me certainly ) that will be blogging anyhow , might as well blog about motu
[12:13] <jono> blogging is essential
[12:13] <jono> hug days are opaque to non MOTUs
[12:13] <Hobbsee> but blogs are evil!
[12:13] <jono> if there is no outreach, you will limit how many people will join the community
[12:13] <jono> Hobbsee: heh, bullshit :)
[12:13] <crimsun> I notice that a couple of the MOTU applicants blog. Perhaps it would be useful for them to offer "inside views" of the process so that "hopefuls" have an idea.
[12:13] <Fujitsu> Hobbsee: Nooo, stay pure.
[12:14] <jono> I amnot expecting everyone to blog, but a good proportion of MOTU should
[12:14] <imbrandon> crimsun, +5
[12:14] <jono> its in the interests of the community
[12:14] <crimsun> I will say offhand that there are at least a couple people who will not blog simply because it's not benificial
[12:14] <crimsun> beneficial, even
[12:14] <Fujitsu> Do we really need a roadmap? We have our tasks fairly clearly set out already. Fix everything core-dev doesn't. The end.
[12:14] <jono> depends on how you define beneficial
[12:15] <crimsun> beneficial in the context of "attract more hopefuls"
[12:15] <jono> Fujitsu: ok, but how does a new MOTU know which thing to fix?
[12:15] <Fujitsu> By looking at the new packaging and bitesize tags which dholbach is bestowing upon bugs, hopefully.
[12:16] <crimsun> [to note, how many core-dev blog regularly?]
[12:16] <jono> crimsun: not sure, but they need to too
[12:16] <jono> but MOTU is in need of more people, so *some* outreach needs to happen
[12:16] <Hobbsee> crimsun: there are more motu's than those couple of people though
[12:16] <imbrandon> looking at the rss feeds on planet 70% or better crimsun
[12:17] <crimsun> there are a lot of community members, which is great
[12:19] <crimsun> (I'm going to neatly sidestep the storm-in-a-teacup brewing over kde4 on motu@)
[12:19] <Hobbsee> heh
[12:20] <Hobbsee> crimsun: just start a co-storm about compiz being put into main, with so many bugs.
[12:20] <Fujitsu> crimsun: That does sound like a good idea.
[12:20] <crimsun> from my perspective, I would love to see three _involved_ MOTU sponsored for the upcoming UDS
[12:20] <imbrandon> crimsun, i'm trying to side step that one too
[12:20] <Hobbsee> crimsun: who would they be?
[12:21] <Hobbsee> well, who would ask them, i guess
[12:21] <Fujitsu> Hobbsee: crimsun + 2 others, obviously.
[12:21] <crimsun> I have prior commitments, so I can't make anything during April-May.
[12:21] <imbrandon> crimsun, yea there definately needs to be more MOTU showing at UDS's
[12:21] <imbrandon> ( of active MOTU's )
[12:22] <lionel> I am not a MOTU, but I may go to UDS (as it is not far away from home...)
[12:22] <crimsun> lionel: that would be swell
[12:22] <TheMuso> I'd love to go if I could get sponsored again/.
[12:22] <crimsun> in an ideal world, there would be at least two sponsored MOTU hopefuls, two new MOTU, and two veteran MOTU
[12:22] <Hobbsee> crimsun: yes, it'd definetly be a question of who's around.
[12:25] <imbrandon> Hobbsee, cool
[12:25] <dholbach> crimsun: we shold talk to sabdfl about that :)
[12:26] <StevenK> I'd like to be.
[12:26] <Hobbsee> dholbach: indeed.  you're staff, so you can do it :P
[12:26] <crimsun> dholbach: honestly, 6 is a nice round number ;)
[12:27] <crimsun> that's just my opinion, however, which is mostly warped
[12:27] <Hobbsee> crimsun: 7.2 is also a nice number.
[12:27] <TheMuso> Hobbsee: lol
[12:27] <imbrandon> haha
[12:27] <StevenK> Sending .2 of a MOTU has moral side effects.
[12:28] <crimsun> I dunno, I like 1.7.2.git20070210-1 myself.
[12:28] <TheMuso> StevenK: What, for a .2 of a motu hopeful? Come on!
[12:28] <StevenK> Which .2? :-P
[12:28] <TheMuso> The .2 that they have achieved.
[12:28] <StevenK> So their brain, eyes and hands?
[12:29] <Hobbsee> of course, it goes without saying that 42 would be the best number.
[12:29] <TheMuso> haha
[12:30] <GNUro> salve
[12:30] <GNUro> 'lo!
[12:31] <Hobbsee> heya
[12:31] <StevenK> Where do the menu icons for the Games sub menu exist?
[12:32] <StevenK> I have a newly upgraded Edgy box that shows no icons except for Mahjongg, and even that one looks wrong.
[12:32] <imbrandon>  /usr/share/pixmaps ?
[12:35] <dholbach> who else is looking for 'packaging' and 'bitesize' bugs?
[12:36] <crimsun> I marked a couple, but I'm off to work presently
[12:37] <crimsun> I'll try and resume during lunch break
[12:37] <dholbach> ok, just wanted to know which bugs you're looking at - I'm currently looking at new bugs - maybe I should mark old bugs first
[12:37] <StevenK> dholbach: Throw me one or two.
[12:38] <dholbach> StevenK: we're marking them for motu hopefuls
[12:38] <StevenK> I could be a MOTU hopeful.
[12:38] <dholbach> it's like "looking through bugs and adding them to a todo list for our newcomers"
[12:39] <dholbach> i'd appreciate it if people would help out with keeping the todo list up to date - we have a lot of people asking "where can i help out?" and we don't have simple answers for the
[12:39] <dholbach> them
[12:39] <StevenK> imbrandon: What's wierd is the update-notifier icon doesn't appear in the panel either.
[12:39] <imbrandon> hum strange definately
[12:40] <TheMuso> hmm. This drupal package will have to wait till SUnday.
[12:40] <TheMuso> Need to do some chores before heading to bed.
[12:45] <TheMuso> mmm. The kde stuff is getting a little firy.
[12:46] <StevenK> Hrm. seb128 says cache
[12:46] <StevenK> How do I invalidate the icon cache?
[12:50] <dholbach> either update it by running        update-gtk-icon-cache <directory>         or remove the .cache file there
[12:54] <StevenK> dholbach: Yup, found it, rebuilt the caches and the problem has gone away. Thanks, though. :-)
[12:55] <StevenK> Actually, it's gtk-update-icon-cache
[12:55] <dholbach> right
[01:04] <supervillain> Hello, I have a problem applying patch on non-cdbs packages, particularly gnome-pilot, It already has 2 patches, but my patch doesn't get applied, what seems to be the problem.
[01:06] <Hobbsee> supervillain: EPATCHERRORNEEDMOREINFO
[01:06] <Hobbsee> supervillain: EPATCHISWRONG
[01:07] <Hobbsee> apart from the second answer, none of us can tell you anything.
[01:07] <Hobbsee> supervillain: you'd have to pastebin the patch, and tell us what the patch system is, for a start
[01:11] <supervillain> Hobbsee: The patch is just a simple .desktop patch created using $(diff -Nru gpilot-dir.old/subdir/desktopfile gpilot-dir.new/subdir/desktopfile > gpilot-dir.new/debian/patches/mypatch) nothing more.
[01:12] <supervillain> Hobbsee: but it doesn't seems to work when I build from the new directory.
[01:13] <Fujitsu> supervillain: make sure it is referenced in debian/patches/00list, if the package has such a file.
[01:13] <StevenK> I thought cdbs applied all patches?
[01:14] <Hobbsee> StevenK: it does.  this is non-cdbs patches
[01:14] <supervillain> Fujitsu: gnome-pilot doesn't have those files.
[01:14] <Hobbsee> supervillain: in the source dir, try patch -p1 --dry-run < debian/patches/mpatch and see the output
[01:15] <Hobbsee> the patch lines need to start with (the +++ and ----'s) source dir/foo/bar etc, not /tmp/foo/bling/bar/source/foo/bar, etc.
[01:15] <TheMuso> imbrandon: haha. That was somewhat rushed I believe.
[01:15] <supervillain> ok, brb
[01:16] <imbrandon> TheMuso, just a bit, i went back over it with a spellchecker and fixed the typos, should show back up in ~5 minutes
[01:16] <imbrandon> lol
[01:17] <TheMuso> heh
[01:18] <imbrandon> i really need to add a inline spellchecker to wordpress
[01:19] <imbrandon> there we go "fixed" version published hehe
[01:25] <imbrandon> so is ubuntu-dev or motu the "official" team ( as far as LP is concerned ) , so i know what one to sync the accounts from, so far its been ubuntu-dev and ubuntu-core-dev , should this be motu and ubuntu-core-dev ?
[01:25] <Hobbsee> yes
[01:26] <imbrandon> yes?
[01:26] <imbrandon> umm that wasent really a yes/no question , hehe
[01:27] <StevenK> imbrandon: The group you are added to when you become a MOTU is ubuntu-dev
[01:27] <imbrandon> StevenK, right, thats how its been for ages, but dident that change reciently ?
[01:28] <imbrandon> e.g. whenthe MC took over
[01:28] <imbrandon> or am i mistaken
[01:30] <Fujitsu> StevenK: You now get added to motu. motu is a member of ubuntu-dev, and all seperate memberships should be cancelled soonish.
[01:30] <StevenK> Right
[01:31] <StevenK> They can't leave LP alone. :-P
[01:40] <pirast> hi, could anyone please upload asterisk? see bug 90814?
[01:40] <Ubugtu> Malone bug 90814 in asterisk "[UPLOAD]  New Asterisk release 1.2.16" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90814
[01:41] <Hobbsee> pirast: we're in UVF
[01:42] <Hobbsee> have you got an exception?
[01:42] <TheMuso> Hobbsee: Read the desc.
[01:42] <Hobbsee> oh yep, i see
[01:42] <pirast> yeah :)
[01:42] <Hobbsee> pirast: doing now
[01:42] <pirast> hobbsee, thanks
[01:43] <TheMuso> How many acks does an UVF need?
[01:43] <TheMuso> I'm guessing two
[01:43] <pirast> TheMuso, yeah
[01:43] <pirast> then they set the bug to confirmed ;-)
[01:43] <pirast> TheMuso, see https://wiki.ubuntu.com/MOTU/Processes/UVF
[01:44] <TheMuso> pirast: I know about it, but couldn't be bothered bringing that up now, especially since I'm about to head to bed.
[01:44] <Hobbsee> 2
[01:44] <pirast> TheMuso, ah, okay :)
[01:45] <Hobbsee> bit mean to tell a vision impared person to read a webpage if you know the answer offhand, anyway :P
[01:45] <TheMuso> Hobbsee: Excuse me?
[01:45] <TheMuso> Reading a web page would not be a problem.
[01:45] <Hobbsee> TheMuso: ie, it'd be nicer to give the answer, maybe.
[01:45] <Hobbsee> oh yes, forgot about your espeak stuff
[01:46] <TheMuso> Hobbsee: Thank you.
[01:46] <Hobbsee> soryr :(
[01:46] <TheMuso> ROFL
[01:46] <Hobbsee> oh ffs.
[01:46] <lionel> pirast: the last line in changelog should go in remaining change no ?
[01:46] <Hobbsee> TheMuso: you upload it please.
[01:47] <Hobbsee> bah, wrong damned password
[01:47] <pirast> hobbsee, yeah :(
[01:47] <Hobbsee> woo, got it!
[01:48] <TheMuso> Hobbsee: So I shouldn't pull out the keys and prepare to stamp approval?
[01:48] <Hobbsee> nope, i eventually got it
[01:48] <Hobbsee> 4th try
[01:48] <TheMuso> haha
[01:48] <TheMuso> ok then
[01:48] <Hobbsee> ie, fourth try of debsign -r
[01:49] <Hobbsee> (ie, 12th attempt of typing in passphrase)
[01:49] <TheMuso> You really like debsign -r don't you.
[01:49] <Hobbsee> yes.
[01:49] <lionel> pirast: hum... the debidff attached is wron for asterisk
[01:49] <TheMuso> Hobbsee: Why not?
[01:49] <lionel> all the former changelog entries are missing
[01:49] <pirast> lionel, it's against the asterisk in debian
[01:49] <lionel> yes
[01:49] <Hobbsee> TheMuso: upload speed is too slow
[01:50] <TheMuso> Hobbsee: What is it? 128?
[01:50] <lionel> we always keep the former Ubuntu changelog entries
[01:50] <Hobbsee> TheMuso: yeah, think so
[01:50] <Fujitsu> Yes, that asterisk upload is clearly wrong.
[01:50] <Fujitsu> You must always keep previous entries.
[01:50] <Hobbsee> should i can it?
[01:50] <Fujitsu> Hobbsee: Please. It breaks policy greatly.
[01:50] <Hobbsee> bah, too late
[01:51] <Hobbsee> ask an archive admin to remove it
[01:51] <Fujitsu> It is annoying to merge changes when the rationale or bug references are missing.
[01:51] <Hobbsee> or upload a fixed version
[01:51] <TheMuso> Hobbsee: I think its bed time for you too.
[01:51] <pirast> waiittt
[01:51] <Hobbsee> TheMuso: quite likely, and i've got work in the morning
[01:51] <pirast> bug references are in there, aren't they?
[01:51] <TheMuso> Unfortunately I didn't even get to look at the debdiff.
[01:51] <Fujitsu> pirast: Indeed, in this case they are.
[01:52] <lionel> pirast: here was the debdiff for the mergeof 1.2.14 http://librarian.launchpad.net/5909533/merge_asterisk-1.2.14%7Edfsg-4ubuntu1.diff
[01:52] <TheMuso> And on that note, I'm outa here.
[01:53] <Hobbsee> heh
[01:54] <pirast> lionel, ah ok
[01:54] <lionel> pirast: the best way to do your task it to fetch the merge realized by MoM
[01:55] <lionel> most of the job is done by MoM :)
[01:55] <pirast> great :)
[01:55] <pirast> where can i found mom?
[01:55] <StevenK> In the kitchen
[01:55] <pirast> find
[01:55] <Hobbsee> it's out of date - it's not still running, iirc
[01:55] <pirast> lol
[01:55] <Hobbsee> heh
[01:55] <Hobbsee> merges.u.c
[01:56] <Fujitsu> Hobbsee: How annoying. Why would it be turned off?
[01:56] <TheMuso> http://merges.ubuntu.com/universe/multiverse.html
[01:56] <pirast> thanks
[01:56] <TheMuso> either universe or multiverse
[01:56] <StevenK> Because of UVF?
[01:56] <lionel> Hobbsee: no, it is still running
[01:56] <pirast> how shall i fix the problem?
[01:56] <pirast> just make a debdiff against the asterisk now in ubuntu?
[01:56] <pirast> (1.2.16?)
[01:57] <lionel> I don't know if the upload can be nuked...
[01:57] <imbrandon> no now since it was uploaded you will have to wait for it to be published and re-add the missing ubuntu entries
[01:57] <Fujitsu> lionel: An archive admin can kill it in the next couple of minutes.
[01:57] <TheMuso> night all.
[01:57] <Fujitsu> Publisher won't run until 5 past or so.
[01:57] <imbrandon> unless you catch an archive admin quickly
[01:57] <Fujitsu> imbrandon: pitti lurks in #ubuntu-devel at the moment.
[01:58] <pirast> why not just add the entries after it has been added?
[01:58] <Hobbsee> imbrandon: yes?
[01:58] <lionel> A MOTU could ask pitty so ? :)
[01:58] <imbrandon> uploading a debdiff without looking at it hehehe
[01:58] <Fujitsu> pirast: It's messier than if we just replace it.
[01:58] <Hobbsee> imbrandon: meh.  ubuntu-uvf looked at it - 2 of them, and +1'd it.
[01:59] <pirast> Fujitsu, okay.. will prepare a repaired debdiff then
[01:59] <imbrandon> they just check weather the changes are approved ( even before thre is a debdiff in many cases )
[01:59] <imbrandon> ;)
[01:59] <Fujitsu> Thanks pirast. It keeps things easier to maintain.
[01:59] <pirast> sorry for the wrong package.. but i didn't know that this is required..
[01:59] <imbrandon> Hobbsee, i know , i'm giving you shit
[02:00] <imbrandon> ;)
[02:00] <Hobbsee> imbrandon: i knwo.  and i'll cut you up into tiny pieces if you keep going.
[02:00] <lionel> pirast: no problem, we all learn with mistakes :)
[02:00] <Fujitsu> pirast: Everybody makes mistakes sometimes :)
[02:00] <imbrandon> gnight Fujitsu
[02:00] <lionel> night Fujitsu
[02:00] <imbrandon> Fujitsu, you dont go's to bed?
[02:01] <pirast> night
[02:01] <Fujitsu> Night imbrandon, lionel.
[02:01] <lionel> pirast: you seem to have an interest with asterisk these days ? Right ? :)
[02:02] <imbrandon> i have astrisk's on my openwrt ;)
[02:02] <pirast> lionel, a little bit.. i have two asterisk servers running and i want that they have the latest and greates version with the feisty release ;)
[02:02] <pirast> (of the 1.2 tree ;))
[02:03] <pirast> if i only knew that mom existed ;-)
[02:03] <lionel> ok, nice. I use to take care (a little bit) of them (as I have an asterisk at office and working with guys who are building VoIP servers with asterisk)
[02:03] <StevenK> asterisk 1.4 is out
[02:04] <lionel> StevenK: yes, but packages are not ready on Debian
[02:04] <lionel> and packaging Asterisk is not an easy task :-(
[02:04] <StevenK> Probably as fun as packaging RT
[02:04] <lionel> there are on the pkg-voip SVN nevertheless
[02:04] <lionel> :)
[02:04] <StevenK> (Which I've been doing for work the last few days)
[02:05] <Fujitsu> StevenK: I inherited an RT setup on Gentoo at work. I can't imagine packaging it would be pleasant.
[02:05] <imbrandon> rt ?
[02:05] <StevenK> Request Tracker
[02:05] <imbrandon> Fujitsu, work?
[02:05] <Fujitsu> imbrandon: yes...
[02:05] <pirast> lionel, i also contacted the debian maintainer about the ubuntu changes, let's see if he incooperates the ubuntu changes.. so that we have no ubuntu* versions anymore
[02:05] <imbrandon> Fujitsu, thought you were a youngin
[02:05] <Fujitsu> I am!
[02:05] <imbrandon> heh
[02:05] <Fujitsu> I'm almost 16, though.
[02:05] <lionel> pirast: yes, I have seen
[02:06] <lionel> that's a great idea
[02:06] <StevenK> RT is a big, hulking slow Perl web-app
[02:06] <StevenK> Oh, add scary in there too
[02:07] <lionel> pirast: it has not always been welcome for other packages, but let's see
[02:07] <StevenK> OO abstraction layers 6 levels deep and other such fun things.
[02:07] <Fujitsu> Slow!? What are you talking about? It's also very reliable. We /never/ have it randomly giving blank pages, or logging us out. Ever.
[02:07] <StevenK> Fujitsu: Do you also have the bug of jumping back to the login screen on the first request after logging in?
[02:08] <Fujitsu> Yes, that one.
[02:08] <imbrandon> StevenK, got to be better than ansertrack ( what we use at work )
[02:08] <pirast> lionel, yeah, the debian maintainer does not want to apply a ASTSAFE patch for example, as he says that ASTSAFE is messy anyhow ;-)
[02:08] <StevenK> Fujitsu: How about a messy Perl backtrace when trying to do a new search. But not all the time.
[02:08] <Fujitsu> Although sometimes it'll work fine for a while, until you submit an update to a ticket, then it'll drop you back to the logon screen for every request.
[02:08] <lionel> pirast: but usefull !
[02:08] <Fujitsu> I've seen that once or twice... More often when filing a new ticket, though.
[02:08] <StevenK> (When I say messy, I mean 3 pages)
[02:09] <Fujitsu> Oh, not that long.
[02:09] <lionel> my asterisk crash sometimes, without safe... brrr :-(
[02:09] <StevenK> It seems to loop and then get awful confused
[02:09] <StevenK> Since it we can't reproduce it reliably, we can't fix it. :-/
[02:10] <Fujitsu> Sometimes it'll throw a fit and return blank pages for everybody. An Apache restart fixes it.
[02:10] <StevenK> Fujitsu: We had postgres and rt waiting for the other last week
[02:10] <Fujitsu> Other times, the page will render blank in one particular session, but the HTML in the browser is fine... Happens in IE, Firefox, Epiphany...
[02:10] <Fujitsu> RT is a strange creature.
[02:10] <StevenK> Indeed
[02:11] <StevenK> And from the twisted minds who brought you RT, comes Jifty
[02:11] <Fujitsu> And the stupid mod_perl caching thing makes Apache take literally 5 minutes to restart
[02:11] <Fujitsu> Jifty?
[02:11] <StevenK> Web framework wanky thing, like Rails, except like RT
[02:11] <Fujitsu> Ah.
[02:11] <Fujitsu> The worst kind.
[02:11] <StevenK> And with the same rabid fanboys that RT has.
[02:11] <Fujitsu> Glad I didn't Google it.
[02:12] <Fujitsu> I really don't see why Canonical uses RT...
[02:12] <StevenK> My boss is one. :-(
[02:12] <Fujitsu> Same.
[02:12] <StevenK> Fujitsu: Suggest something better?
[02:12] <Fujitsu> He doesn't see how the technical maintenance side of it shocking.
[02:12] <StevenK> Fujitsu: I mean Jifty fanboy, not RT fanboy. :-)
[02:12] <Fujitsu> No idea, unfortunately.
[02:12] <Fujitsu> Ah.
[02:12] <StevenK> My boss has hacked on the code to know it sucks. :-)
[02:12] <StevenK> (I've switched back to RT)
[02:12] <Fujitsu> Anyway, I really must head off to bed.
[02:13] <StevenK> Fujitsu: Night.
[02:29] <allee> Mhh, why does autobuilder complain about already existing Orig-maintainer field?  it's a 0ubuntu1 pkgs.  so I thought I have to add it. pkgmaintainermangler: Error: /build/buildd/libkexiv2-0.1.1/debian/libkexiv2-0-dbgsym/DEBIAN/control already contains an Original-Maintainer field;
[02:30] <allee> I've added: XSBC-Original-Maintainer: Debian KDE Extras Team<EMAIL_ADDRESS>[02:31] <EtienneG> moin everybody
[02:31] <allee> hi EtienneG
[02:39] <geser> allee: try asking pitti in #ubuntu-devel
[02:39] <allee> geser: k, thx.
[02:52] <AstralJava> dholbach_: Did you get email from me?
[03:01] <imbrandon> gawd i love QT http://zrusin.blogspot.com/2007/03/reflections.html
[03:01] <imbrandon> moins allee
[03:01] <allee> imbrandon: hi
[03:02] <zul> imbrandon: meh..:)
[03:03] <zul> imbrandon: Im going to create a deriative called bastarduntu that has no eyecandy crack all cli
[03:05] <imbrandon> lol
[03:05] <imbrandon> zul, well i like eyecandy thats avail to all , like that is pure QT, not even KDE
[03:06] <imbrandon> so works on even 2d cards etc
[03:06] <imbrandon> doing alot with alittle is always cool
[03:06] <imbrandon> doing alot with alot is cool for about 5 secons till you need to do some work
[03:06] <imbrandon> ;)
[03:06] <zul> heh
[03:28] <bddebian> Heya gang
[03:29] <imbrandon> heya bddebian
[03:30] <bddebian> Hi imbrandon
[03:31] <geser> Hi bddebian
[03:32] <_MMA_> Hi guys. Do any of you know how the system sounds are set in Ubuntu. I dont mean by the user either. We're trying to set some more system sounds than Ubuntu does for Ubuntu Studio. We dont know if they just need to be named correctly and in the right spot or what. I thought Warty had more sounds set.
[03:39] <ScottK> I have a patch to fix an AMD64 segfault in Bug #65952.  I'd appreciate it if someone in UUS would have a look.
[03:39] <Ubugtu> Malone bug 65952 in libspf2 "segfaults on amd64 systems" [Undecided,Confirmed]  https://launchpad.net/bugs/65952
[03:39] <ScottK> Good morning bddebian.
[03:48] <pochu> Happy Hug Day!! :-)
[03:49] <pochu> I'm working in amule
[03:49] <pochu> and need an SpoNSoR!! :)
[03:49] <pochu> hehe
[04:01] <bddebian> Heya geser, ScottK
[04:02] <ScottK> How's it going?
[04:19] <ScottK> Nevermind.  Just noticed I forgot to update the maintainer to MOTU...
[04:19] <bddebian> ScottK: Lame thanks.  You?
[04:20] <ScottK> Well I don't know that my condition even makes it all the way up to lame.
[04:22] <dholbach> AstralJava: checking
[04:23] <AstralJava> dholbach: Thanks! :)
[04:24] <dholbach> AstralJava: doesn't look like
[04:30] <AstralJava> dholbach: Email address from<EMAIL_ADDRESS>[04:30] <dholbach> nope
[04:30] <dholbach> can you resend?
[04:33] <_MMA_> Thanx for the help dholbach. ;)
[04:33] <dholbach> _MMA_: anytime
[04:33] <dholbach> it'd be nice if we could write some documentation on it together with kwwii and lizardking
[04:33] <dholbach> so it won't be that painful ever again
[04:33] <_MMA_> Oh totally.
[04:33] <dholbach> (for people who don't know how to do it)
[04:34] <_MMA_> Im sure someone else will come along with the same questions.
[04:34] <dholbach> exactly
[04:34] <dholbach> we should maybe do a call on ubuntu-art@
[04:35] <_MMA_> I was wondering if there could actually create a app to set up this? Something to create a correct "whatever-look" package.
[04:35] <_MMA_> *if we
[04:36] <lizardking> dholbach: about developing art?
[04:36] <dholbach> yes
[04:36] <dholbach> to derive from example-look should be easier now than it was some time ago
[04:37] <lizardking> dholbach: I did not derive from example-look. I did it myselft :D
[04:37] <_MMA_> dholbach: Yeah. It seems pretty standard. Thats why I was thinking about a app. I know a python programmer that might do it.
[04:38] <dholbach> _MMA_: there's the auto artwork builder already
[04:38] <_MMA_> huh? :)
[04:38] <_MMA_> Oh wait.
[04:38] <ScottK> OK.  I've fixed up the patch for Bug #65952, so I think it's ready for a look by UUS if anyone is available.
[04:38] <Ubugtu> Malone bug 65952 in libspf2 "segfaults on amd64 systems" [Undecided,Confirmed]  https://launchpad.net/bugs/65952
[04:38] <_MMA_> I think you did mention that. :(
[04:40] <dholbach> ScottK: subscribe ubuntu-universe-sponsors to it
[04:41] <ScottK> dholbach: I done.
[04:41] <ScottK> or it's done if I could type.
[04:43] <dholbach> AstralJava: can you resend?
[04:44] <geser> ScottK: looking at it
[04:44] <ScottK> Thanks.
[04:47] <geser> ScottK: is it ok if I add the LP bug number to the changelog before uploading?
[04:47] <ScottK> geser: I thought "Corrects Malone bug#65952 (Closes Debian #392793)" covered that?
[04:47] <Ubugtu> Debian bug 392793 in libspf2-2 "Bug#392793: segfault on amd64 systems" [Unknown,Open]  http://bugs.debian.org/392793
[04:48] <ScottK> geser: But certainly change it if it needs to be changed.  I don't mind
[04:49] <geser> ScottK: that covers it. I should read the changelog entry more carefully
[04:49] <ScottK> No problem.
[04:50] <ScottK> I appreciate you taking time to look at it.
[04:51] <rmjb> Hello guys
[04:51] <rmjb> is there any discussion going on about Jono's email?
[04:53] <rmjb> if there is going to be any discussion about the email, could it also be in email, or an email be made tot the list to summarise the discussion?
[04:54] <AstralJava> dholbach: Just did. Hope it comes thru now.
[04:54] <rmjb> so those of us not on irc at the time can keep up with the progress...
[04:55] <dholbach> ok
[04:55] <dholbach> AstralJava: got marked as spam
[04:56] <dholbach> AstralJava: try running    ./autogen.sh && make dist
[04:56] <dholbach> does that work?
[04:57] <AstralJava> Alright. Yeah, that worked, after installing automake1.9
[04:57] <dholbach> ok
[04:57] <dholbach> now you have a tarball
[04:57] <dholbach> use that one
[04:57] <dholbach> rename it to  <project>_<version>.orig.tar.gz
[04:57] <dholbach> then add the debian dir to it
[04:58] <AstralJava> Hmm... how do I do that?
[04:58] <dholbach> what?
[04:59] <dholbach> mv <project>-<version>.tar.gz ../<project>_<version>.orig.tar.gz; cd ..; tar xfz <project>_<version>.orig.tar.gz
[04:59] <dholbach> cp -r debian/ <project>-<version>
[04:59] <dholbach> cd <project>-<version>; debuild -S -sa
[05:00] <AstralJava> Oh, sorry I didn't think it thru.
[05:00] <dholbach> sorry it's a bit complicated
[05:00] <dholbach> but the art builder does that for you
[05:00] <dholbach> but it doesn't matter at this stage
[05:01] <AstralJava> Alright, I'll try with that. Thanks a lot!
[05:01] <dholbach> ok
[05:01] <AstralJava> Oh, one more question, about sounds.
[05:01] <dholbach> that's why it's easier to use python in the other packages
[05:01] <dholbach> sure
[05:01] <AstralJava> gnome apparently has those hardcorded, so you must use filenames already existing from ubuntu-sounds?
[05:02] <AstralJava> Do I need to Conflict: that in debian/control?
[05:02] <AstralJava> Or is there a better way?
[05:03] <dholbach> yeah - conflict
[05:03] <AstralJava> Okay. Do you see a problem with that, I mean, removing ubuntu-sounds package?
[05:04] <dholbach> no, no problem
[05:04] <AstralJava> Cool. Thanks a lot for these! :)
[05:04] <dholbach> no problem :)
[05:06] <geser> ScottK: uploaded
[05:09] <ScottK> geser: Thanks.
[05:13] <etank> imbrandon: Nice blog post about the MOTU. It got me interested.
[05:39] <dholbach> what do you think of having " * decide on a date of next universe hug day" as a fixed item in motu meetings?
[05:40] <bddebian> ++
[05:56] <dholbach> more bitesize and packaging bugs for the world!
[05:57] <dholbach> would it make sense to have an 'upgrade' tag? where people request an upgrade and we can review the bugs?
[05:57] <dholbach> there are millions of them in universe/multiverse
[06:07] <bddebian> dholbach: I think so
[06:08] <dholbach> i wrote a mail to ubuntu-motu about it
[06:09] <bddebian> I just saw that :)
[06:10] <pirast> lionel, ping
[06:11] <pirast> lionel, when you are back, could you please have a look at bug 90814 (the attached debdiff)? this should add the missing changelog entries, please reply if you have any concerns.
[06:11] <Ubugtu> Malone bug 90814 in asterisk "[UPLOAD]  New Asterisk release 1.2.16" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90814
[06:12] <bddebian> dholbach: Another thing I noticed when going through the old bugs is that I'm not sure we have a strong policy on what we will fix for breezy-edgy
[06:12] <dholbach> it's relatively easy
[06:13] <dholbach> if it's fixed later, close the bug and ask people who want the fix to open a backport task if they have a minimal fix, they want to get through the SRU process
[06:25] <Ubugtu> Malone bug 87684 in amule "cpu 100%" [Medium,Confirmed]  https://launchpad.net/bugs/87684
[06:25] <pochu> happy Hug Day!
[06:30] <pochu> anybody? :)
[06:32] <geser> pochu: I'm on it
[06:36] <Skorgu|Work> I'm trying to write a package that depends on syslog-ng and only syslog-ng, is there any way I can make apt uninstall any other syslog provider and install syslog-ng if this package is to be installed?
[06:37] <pochu> Skorgu|Work: maybe replaces: list of packages :)
[06:38] <pochu> dunno :)
[06:38] <geser> Skorgu|Work: yes, depend on syslog-ng. it already conflicts with other syslog implementations
[06:38] <Toadstool> Hug Day!
[06:38] <lionel> pirast: looking now :)
[06:38] <dholbach> yooohoooo Toadstool
[06:38] <Toadstool> g'norning everybody
[06:38] <bddebian> Heya Toadstool
[06:38] <pochu> heya Toadstool
[06:38] <Toadstool> *morning even
[06:38] <ScottK> Good morning Toadstool
[06:38] <bddebian> Whoa and sistpoty :)
[06:38] <dholbach> hey sistpoty
[06:38] <pochu> heya sistpoty
[06:38] <dholbach> sistpoty: happy hug day
[06:38] <sistpoty> hi bddebian, dholbach, pochu
[06:39] <Toadstool> hey sistpoty
[06:39] <sistpoty> yay, happy hug day * ;)
[06:39] <sistpoty> hi Toadstool
[06:39] <Toadstool> so how's the hug day going so far? :)
[06:39] <dholbach> quite good
[06:39] <dholbach> look at the links from http://wiki.ubuntu.com/MOTU/TODO
[06:39] <dholbach> we categorized quite some of our work
[06:39] <dholbach> wo it will be easy for people to help out
[06:40] <Skorgu|Work> I have Depends: ... syslog-ng  Replaces sysklogd, klogd and it still complains that syslog-ng is not going to be installed
[06:40] <sistpoty> good work everyone!
[06:40] <Toadstool> great!
[06:41] <geser> Skorgu|Work: what happens when you try to manually install syslog-ng?
[06:41] <Skorgu|Work> works fine
[06:41] <lionel> pirast: looks good now. You should precise that debiff apply on current Ubuntu version
[06:41] <lionel> pirast: your precedent has not been nuked ?
[06:41] <Skorgu|Work> it removes klogd, sysklogd, ubuntu-minimal
[06:42] <Skorgu|Work> I added ubuntu-minimal to the Replaces:, no change
[06:42] <lionel> pirast: no, it was not :)
[06:44] <Skorgu|Work> does anyone know of an existing package that does this? I can just figure out how they did it
[06:45] <geser> Skorgu|Work: how does your complete Depends line look like?
[06:45] <Skorgu|Work> Depends: ${shlibs:Depends}, ${misc:Depends}, stunnel4, syslog-ng
[06:45] <lionel> Skorgu|Work: is universe activated ?
[06:45] <dholbach> could somebody subscribe 'ubuntu-universe-sponsors' to all the universe bugs with patches attacheD?
[06:46] <Skorgu|Work> lionel: yes
[06:47] <bddebian> dholbach: I'll give it a shot
[06:55] <pirast> lionel, okay.. thanks and sorry for doing it the wrong way :)
[06:56] <pirast> could anyone please apply the debdiff in 90814?
[06:56] <geser> pochu: uploaded
[06:57] <pochu> geser: ty :)
[06:58] <pirast> bug 90814
[06:58] <Ubugtu> Malone bug 90814 in asterisk "[UPLOAD]  New Asterisk release 1.2.16" [Undecided,Confirmed]  https://launchpad.net/bugs/90814
[07:00] <sistpoty> hm... I'm still undecided about Lutin's motu application https://lists.ubuntu.com/archives/motu-council/2007-March/000021.html
[07:00] <sistpoty> (and hope for good voices here in the channel to convince him one way or the other)
[07:01] <dholbach> i feel like i tagged<PHONE_NUMBER>43456543456 bugs
[07:02] <sistpoty> -ENUMTOOLARGE :P
[07:03] <dholbach> i tagged at least 80
[07:04] <sistpoty> I guess I'll upload a few sponsoring requests now
[07:05] <dholbach> excellent
[07:07] <dholbach> maybe we should tag bugs as 'ftbfs' and 'unmetdeps'
[07:07] <sistpoty> sounds like a good idea
[07:08] <dholbach> ok, we should link those bugs on MOTU/TODO, add the tags to MOTU/Bugs and BugSquad/Tags
[07:09] <bddebian> Hmm, what about a bug on a package that has been removed from Debian and isn't fixed in upstream?
[07:09] <sistpoty> bddebian: forward it to upstream?
[07:10] <bddebian> sistpoty: There's already a bug upstream about it that's already 1.5 years old :-)
[07:10] <sistpoty> bddebian: make a patch and send it to upstream?
[07:10] <bddebian> No thanks :)
[07:11] <sistpoty> hehe
[07:11] <Skorgu|Work> geser: any ideas?
[07:13] <bddebian> Looks like a remove from archive candidate to me
[07:13] <geser> Skorgu|Work: sorry, I'm out of ideas
[07:13] <Skorgu|Work> ok, thanks
[07:15] <dholbach> updated
[07:17] <Toadstool> next time, remind to think twice before posting something in my "blog" :/
[07:19] <lionel> pirast: no pb
[07:20] <lionel> happy to help :)
[07:20] <bddebian> Hey Toadstool, remember to think twice before posting something in your "blog" ;-P
[07:20] <Toadstool> heh
[07:20] <pirast> lionel, :)
[07:21] <sistpoty> wow... bugs.debian.org has weird graphics now :)
[07:25] <zul> sistpoty: wha?
[07:25] <sistpoty> zul: e.g. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=406247
[07:25] <Ubugtu> Debian bug 406247 in mldonkey-server "Bug#406247: Urgent patch to solve upload problem" [Unknown,Closed]
[07:25] <zul> ah..
[07:31] <bddebian> Emmett!
[07:32] <persia> I've just received some bug mail tagging bugs "bitesize packaging", where I don't agree.  How do I update this?  (42622 is actively being worked on, 44897 has licensing issues, and 28763 requires support from core-dev)?
[07:32] <persia> bddebian: Hi.  I'm still not here :)
[07:33] <pochu> dholbach: ^
[07:35] <dholbach> pochu: click on "edit description/tags" on the left side of the page
[07:35] <pochu> persia: ^
[07:35] <persia> dholbach: Thanks.  I'll update.
[07:35] <dholbach> what's the problems with 42622?
[07:35] <dholbach> it's quite old
[07:36] <dholbach> ok, it was updated recently -- still the tag does not hurt
[07:36] <persia> dholbach: The main problem is that drscheme doesn't bootstrap very well.  There is usally at least one apparently random architecture that doesn't build (today it's AMD6).
[07:37] <dholbach> ok
[07:37] <dholbach> the "desktop file" fix is easy to do though
[07:37] <dholbach> i mainly referred to that
[07:37] <persia> dholbach: OK.  I won't update.  What about the other two?
[07:37] <dholbach> you can update if you feel strongly about it - i can live with that :)
[07:37] <persia> dholbach: Ah.  I understand (and agree), although it's done.
[07:37] <dholbach> people can even look at the bug and see what the 'bitesize' task is like - even if somebody else works on it
[07:38] <dholbach> or it's done already
[07:38] <dholbach> i agree - it might have been confusing to get that mail
[07:38] <persia> dholbach: it's just that many people have looked at the other two in the past, and one needs core-dev, and the other needs someone to talk to nvidia.
[07:38] <dholbach> i looked through ~800 bugs today - maybe I didn't check each and every one that closely
[07:38] <dholbach> *nod*
[07:39] <dholbach> it's ok if you remove the tags there
[07:39] <persia> dholbach: No worrkes.  That's why there are bug subscriptions?
[07:39] <dholbach> :)
[07:39] <persia> s/?/:)/
[07:39] <dholbach> thanks for checking again
[07:39] <angasule> is this the right place to beg for updated packages for game-related stuff? Many libraries are lacking and would love if it were fixed
[07:39] <persia> Good luck all!
[07:42] <angasule> guess not...
[07:43] <lamego> dholbach, I am Joao from Getdeb, I will be adding a link to the diffs for all the releases from now on
[07:44] <dholbach> lamego: thanks a lot
[07:52] <etank> this may be a dumb question, but what is the best way to get started packaging? I want to help in any way that i can.
[07:52] <sistpoty> !packagingguide
[07:52] <ubotu> The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html - Other developer resources are at https://wiki.ubuntu.com/DeveloperResources
[07:54] <etank> with so much to do though where is the best place to jump in?
[07:56] <sistpoty> etank: a good place would be e.g. to tackle bugs marked as bitesize (see wiki.ubuntu.com/MOTU/TODO)
[08:05] <etank> sistpoty: thanks I will take a look at some of those.
[08:16] <pochu> happy hugggggggggg dayyyyyyyyyyyy!!
[08:17] <angasule> can someone tell me where to go to ask for game development libraries? if -devel and -motu aren't it, then I don't know where else to look
[08:20] <Monk-e> angasule, what do you mean? Allegro and SDL are in the repositories.
[08:23] <angasule> Monk-e: there is much more than that, HawkNL, OpenAL, OpenDE, maybe a collada library (I'm not sure if fcollada is FLOSS)
[08:24] <angasule> OpenAL's and ODE's versions are pretty old, HawkNL isn't included at all
[08:25] <Monk-e> angasule, true true. I assumed you were talking about 2d development libs.
[08:27] <angasule> well, there are 3D games now, like Doom and F-19 :P
[08:28] <Monk-e> oh no, sherlock is here. ;)
[08:28] <angasule> hehehehe
[08:28] <angasule> also, man pages are usually lacking (the OpenGL manpages have to be manually installed)
[08:29] <angasule> it'd be nice if games for ubuntu could be developed on ubuntu
[08:30] <lfittl> angasule, feel free to participate in the motu games team, it is not extremly active right now, but that could easily change
[08:31] <lfittl> angasule, https://wiki.ubuntu.com/MOTU/Teams/Games
[08:38] <angasule> I'm not sure where to list the old/missing libraries, they talk only about games, not the supporting libs
[08:38] <angasule> in any case, I might be back later, have to go buy a new computer
[08:59] <AstralJava> Does anyone have any idea why I can install package usplash-dev locally, but if it's a build-dependency in debian/control, I get an error "Package usplash-dev is not available, but is referred to by another package." and "This may mean that the package is missing, has been obsoleted, or is only available from another source However the following packages replace it: libusplash-dev"
[09:01] <bureado> Greetings and happy hug day :)
[09:01] <bureado> I uploaded a package to REVU which was approved for unfreeze by motu-uvf, what's the process to follow now?
[09:01] <dholbach> have a nice evening everybody! see you next week!
[09:02] <AstralJava> Yeah, you too! :)
[09:02] <dholbach> thanks AstralJava
[09:04] <gnomefreak> does people.ubuntu.com repos come with motu membership or main-devel?
[09:04] <dholbach> gnomefreak: they're just for canonical employees
[09:05] <dholbach> the name is misleading :-(
[09:05] <gnomefreak> ah
[09:05] <gnomefreak> might play wth falcon than
[09:05] <gnomefreak> ty dholbach
[09:05] <dholbach> anytime
[09:07] <geser> AstralJava: do you really mean usplash-dev? because I can only find a libusplash-dev
[09:08] <AstralJava> geser: http://paste.ubuntu-nl.org/9509/
[09:09] <AstralJava> Just a few minutes ago.
[09:09] <AstralJava> Right after, tried pbuilder.
[09:09] <TheMuso> Hey MOTUs.
[09:09] <AstralJava> Alright, they're different repos. Maybe swedish mirror isn't up-to-date.
[09:09] <AstralJava> Hey TheMuso
[09:09] <AstralJava> Bye TheMuso
[09:09] <AstralJava> :)
[09:09] <TheMuso> I'm not gone just yet.
[09:10] <AstralJava> j/k :)
[09:10] <TheMuso> Still waiting for email to download
[09:11] <geser> AstralJava: try libusplash-dev
[09:12] <geser> AstralJava: * Add Conflicts and Replaces: usplash-dev on libusplash-dev. (from usplash (0.4-42))
[09:12] <marcin_ant> hi guys
[09:12] <AstralJava> Yeah I changed it already, and it built+installed.
[09:12] <AstralJava> Was just wondering how that coulda happened. :)
[09:13] <marcin_ant> I would like to ask if is there any new java policy for ubuntu while sun's java is gpl'ed now
[09:14] <gnomefreak> what did we replace mozilla-acroread with for pdf files in ff?
[09:18] <EtienneG> hey guys !
[09:19] <Q-FUNK> hey
[09:19] <EtienneG> looking for a core dev to sponsor bzr/bzrtools to feisty main, and bzr-gtk to feisty/universe
[09:19] <EtienneG> been trolling #ubuntu-devel, unsuccessfully
[09:42] <TheMuso> Later guys.
[09:44] <pirast> could anyone please upload the debdiff in bug 90814? thanks!
[09:44] <Ubugtu> Malone bug 90814 in asterisk "[UPLOAD]  New Asterisk release 1.2.16" [Undecided,Confirmed]  https://launchpad.net/bugs/90814
[10:07] <AstralJava> If a package has Conflicts: in debian/control, does apt-get try to resolve the issue, like aptitude does? I created a package with pbuilder, and dpkg won't install it straight away. I'm guessing it needs apt-get -f install. The point is, how hard it is for a user to install this package? The conflicting package is ubuntu-sounds. (the package I created is ubuntustudio-sounds)
[10:07] <AstralJava> What about update-manager?
[10:53] <imbrandon> AstralJava, when its in a repo its taken care of, streight form the command line from dpkg it isnt
[10:55] <AstralJava> imbrandon: Okay good, that's what I was hoping for. :)
[10:55] <AstralJava> Thank you!
[11:18] <Toadstool> re: bug 77502, splashy 0.3.2 is built on all archs, I'd say this bug is a FixReleased, right?
[11:18] <Ubugtu> Malone bug 77502 in splashy "FTBFS [Feisty]  in splashy (i386)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/77502
[11:19] <LaserJock> hi everybody
[11:19] <Toadstool> hey LaserJock
[11:19] <bddebian> Heya LaserJock
[11:20] <Fujitsu> Hi LaserJock.
[11:27] <Fujitsu> Can a core-dev please accept the Edgy task on bug #64016?
[11:27] <Ubugtu> Malone bug 64016 in bluefish "Bluefish crashes when saving document" [Undecided,Fix released]  https://launchpad.net/bugs/64016
[11:36] <bddebian> Later gang
[11:41] <tsmithe> imbrandon, ping
[11:41] <tsmithe> wait - that was silly
[11:41] <tsmithe> just wanted to say it seems you've taken jono's post to heart, and got blogging ;)
[11:42] <LaserJock> yeah
[11:42] <Ubugtu> Debian bug 375237 in bindgraph "Bug#375237: bindgraph: Should escape : in COMMENT?" [Important,Closed]  http://bugs.debian.org/375237
[11:42] <Fujitsu> It's not a new upstream version, as such, but it's got a new upstream version number (just an `a' tacked on the end).
[11:43] <crimsun> actually it counts as a new UV
[11:43] <crimsun> you have my +1, however
[11:43] <crimsun> just get a second and upload away ;)
[11:44] <crimsun> oh, it's a sync I guess
[11:44] <Fujitsu> It is a sync, yes.
[11:45] <crimsun> #64016 accepted for edgy
[11:45] <Fujitsu> Thanks crimsun.
[11:46] <Fujitsu> Should I file a UVFe bug for this, or just poke somebody when they're around?
[11:46] <crimsun> I suppose you'd need a sync request anyhow, so it's best to go through the process
[11:46] <Fujitsu> OK.
[11:46] <Fujitsu> Shall do.
[11:47] <greff> Hello. If any package maintainer / developer here has enough free time to manage a few new packages, then can he/she please look into adding pam_cups and pam_script into the Ubuntu repositories?
[11:47] <greff> Also, would there be any chance for whatever comes after Feisty, to have apt-get source replaced by some sort of modified version of Gentoo's emerge?
[11:47] <imbrandon> tsmithe, pong
[11:49] <imbrandon> greff, i doubt apt-get source can be replaced, but additions / seperate programs are always welcomed ( mostly )
[11:49] <crimsun> greff: 1) most maintainers/developers here are resource-starved. The process of getting things into Ubuntu proceeds much more quickly if you do some legwork yourself (namely, creating source packages and putting them on REVU; see the topic for REVU).
[11:49] <imbrandon> heya crimsun
[11:49] <crimsun> greff: 2) as for apt* being replaced by something resembling emerge, I doubt it's even Feisty+2 material.
[11:50] <crimsun> 'lo brandon
[11:50] <LaserJock> hi crimsun and imbrandon
[11:50] <imbrandon> heya LaserJock
[11:50] <crimsun> 'lo jordan
[11:51] <crimsun> nice, my audio card simply doesn't work under Windows XP, but it works fine under Linux 2.6.20
[11:51] <Fujitsu> Nice, crimsun.
[11:51] <imbrandon> haha i have a usb audio stick thats that way
[11:51] <imbrandon> xp/vista device manager dont even see it
[11:52] <imbrandon> but works flawless in linux
[11:52] <LaserJock> crimsun: my audio works better in Linux too I believe
[11:52] <LaserJock> in Windows it won't come back after hibernation
[11:52] <LaserJock> in Linux it seems to fair pretty well
[11:54] <imbrandon> hum i should link-ify the "He-Man and the M.O.T.U" post , this is html you know . lol
[11:55] <imbrandon> s/U"/U."/g
[11:55] <imbrandon> anyhow food , brb
[11:57] <Fujitsu> LaserJock: Yep, it's nice.
[11:57] <LaserJock> I finally got the SRU I did before Christmas done
[11:58] <LaserJock> and then Main one is "verification-done"
[11:58] <LaserJock> not quite sure what all that means
[11:58] <LaserJock> but it's progressing
[11:58] <crimsun> if it's verification done, we can upload it
[11:58] <crimsun> bug # ?
[11:59] <crimsun> (presuming the "main one" has passed the minimum aging period of a week)
[12:00] <LaserJock> hehe, it's from Dec.
[12:00] <LaserJock> bug #75021
[12:00] <Ubugtu> Malone bug 75021 in python-imaging "SRU: python-imaging missing dependencies (edgy)" [Undecided,Fix committed]  https://launchpad.net/bugs/75021
[12:00] <LaserJock> I'm not very good with SRU. I'm not very pushy
[12:01] <LaserJock> I want to do it once and be done with it
[12:01] <LaserJock> that's what I get for being so disorganized
[12:01] <LaserJock> I keep forgetting a weekly meeting
[12:01] <LaserJock> even though it's every Friday at 10:00am
[12:01] <LaserJock> you'd think it wouldn't be hard after the first couple months
[12:02] <crimsun> LaserJock: generate a new debdiff with the appropriate -v, ping me, and I'll sponsor it
[12:02] <crimsun> if you have time now to do it, we can get that done right now
[12:03] <LaserJock> ok
[12:03] <crimsun> actually you can just generate a new debdiff against the current -proposed source package, and I'll handle the -v
[12:04] <LaserJock> k, makes sense since you need a new .changes anyway
[12:04] <lfittl> imbrandon, i would eventually be interested in adding an amd64 machine to the build network (server location is germany) as soon as it has a little more RAM, are you interested in integrating this with the existing stuff?
[12:06] <imbrandon> lfittl, sure
[12:06] <greff> crimsun: Okay, thanks.
[12:06] <imbrandon> PM me when you have time and we can chat about it
[12:06] <lfittl> ok, will do next week after the RAM upgrade, thanks
[12:07] <imbrandon> ;)
[12:08] <imbrandon> weekly meeting?
[12:08] <imbrandon> wow, guess i should read the -motu mail more
[12:09] <crimsun> I feel like I need an administrative assistant just for Ubuntu ;)
[12:11] <Toadstool> win22
[12:11] <Toadstool> uhuh
[12:11] <crimsun> command not found
[12:11] <Toadstool> :)
[12:11] <imbrandon> crimsun, +1
[12:11] <imbrandon> ( about the admin assistant ) hehe
[12:12] <Toadstool> imbrandon: oh btw, the community build machines are awesome! thank you so much :)
[12:12] <_MMA_> LaserJock: You around?


[05:38] <mborzecki> morning
[05:52] <mardy> mborzecki: hi!
[05:54] <mborzecki> mardy: hey
[06:25] <pstolowski> morning
[06:37] <mborzecki> pstolowski: hey, is it equally foggy outside?
[06:37] <mborzecki> and the forecast for the rest of the day is rain :/
[06:40] <pstolowski> mborzecki: hi, it's very cloudy, but not foggy
[06:55] <mardy> pstolowski, mvo: hi!
[06:57] <mborzecki> heh, so https://github.com/snapcore/snapd/pull/10241/ even though things are reset on core, a test which does not have memry limit for snap fails with an error that it cannot allocate memory, wth?
[06:57] <mup> PR #10241: tests: set memory limit for snapd <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10241>
[07:01] <mvo> good morning mardy and mborzecki and pstolowski
[07:02] <mborzecki> mvo: hey
[07:07] <zyga-mbp> good morning
[07:07] <mardy> zyga-mbp: hi!
[07:08] <zyga-mbp> hey mardy :)
[07:08] <zyga-mbp> impish is almost out
[07:08] <zyga-mbp> I wonder what's the next LTS name going to be
[07:31] <mup> PR snapd#10692 closed: tests: remove opensuse-15.1 and add opensuse-15.3 from spread runs <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10692>
[07:31] <mup> PR snapd#10694 closed: packaging: update master changelog for 2.51.7 <Simple 😃> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10694>
[08:21] <mup> PR snapd#10675 closed: tests: migrate tests that are only executed on xenial to bionic <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10675>
[09:07] <mvo> pstolowski: 10680 has some test failure, maybe a fluke, but it could land once it's more green :) (not urgent, just noticed while going over the landable stuff)
[09:08] <pstolowski> mvo: yeah i kicked it a while ago
[09:08] <pstolowski> i'm keeping an eye on it
[09:10] <mvo> pstolowski: aha, ok. thanks. so just a fluke (?)
[09:12] <pstolowski> mvo: definitely, completely unrelated to the change i think
[09:13]  * mvo nods
[09:14] <pstolowski> passed now (the unit tests)
[09:16] <mup> PR snapd#10695 closed: packaging: update 2.52 changelog with 2.51.7 <Simple 😃> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10695>
[09:40] <mborzecki> heh, on opensuse with modules go build fails complaining there's no go.mod, i hooked up strace and those are the paths it tries: https://paste.ubuntu.com/p/fPTrJGZfTc/
[09:59] <mvo> mborzecki: woah, maybe they have a different build policy or something
[09:59] <mvo> mborzecki: thanks for looking into this
[10:00] <mborzecki> mvo: no, it's actually our build.mk and assumption that we're building with gopath
[10:00] <mborzecki> mvo: the build is run from a different directory than the import path so go gets confused and looks for go.mod in al lthe wrong placese
[10:16] <mborzecki> mvo: fwiw it builds now, still fighting a bit with install :/
[11:13] <pstolowski> mvo: can you land #10680 ?
[11:13] <mup> Bug #10680: tcpdump: [license] 3- or 4-clause BSD? <tcpdump (Ubuntu):Fix Released> <tcpdump (Debian):Fix Released> <https://launchpad.net/bugs/10680>
[11:13] <mup> PR #10680: o/assertstate,daemon: refresh validation sets assertions with snap declarations <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/10680>
[11:13] <mvo> pstolowski: sure
[11:13] <pstolowski> ty
[11:17] <mup> PR snapd#10680 closed: o/assertstate,daemon: refresh validation sets assertions with snap declarations <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10680>
[11:45] <mborzecki> mvo: pushed a couple of patches to https://github.com/snapcore/snapd/pull/10634
[11:45] <mup> PR #10634: many: move to go modules gradually  <⛔ Blocked> <Created by mvo5> <https://github.com/snapcore/snapd/pull/10634>
[11:52] <mvo> mborzecki: \o/ niiiiiiiiiiiice
[11:53] <mborzecki> mvo: and i think i need to revert the change i did for fedora, now that i've read more about how all this works, i think we should be passing the right -mod flag like i did on opensuse
[12:02] <zyga-mbp> wow
[12:02] <zyga-mbp> modules rock :)
[12:43] <pedronis> mborzecki: hi, I left some comments/questions in the open remodel PRs
[12:43] <mborzecki> pedronis: thanks!
[12:57] <mvo> mborzecki: even better
[15:12] <mup> PR snapd#10696 opened: many: move to yaml.v3 <Created by mvo5> <https://github.com/snapcore/snapd/pull/10696>
[15:47] <mup> PR snapd#10697 opened: o/snapstate: enforce validation sets on snap install <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/10697>
[17:28] <mup> PR snapcraft#3576 opened: [WIP] lifecycle: don't add pull dependencies if offline <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3576>
[17:38] <mup> PR snapd#10633 closed: tests: spread test for snapctl refresh --pending/--proceed from the snap <Refresh control> <Created by stolowski> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/10633>
[19:38] <mup> PR snapcraft#3572 closed: cli & providers: pass part names for lifecycle commands (CRAFT-481) <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3572>


[14:27] <basiliskum> hey guise, can you tell me what's up with libre office's block-lettered hebrew menus?
[14:27] <basiliskum> how do i fix that?
[14:28] <basiliskum> guess this channel be a very very low traffic channel
[14:31] <basiliskum> http://www.whatsup.co.il/index.php?name=PNphpBB2&file=viewtopic&t=57608
[14:32] <basiliskum> hurray for remembering that sometimes you get more results when googling in Hebrew than in English... ~_~
[14:33] <basiliskum> moshe742, btw, hi
[14:33] <basiliskum> omg, 40 hours of idleness! that means that you are actually doing something with your life! that's great.


[09:39] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4607 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[10:05] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4608 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[10:27] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4607 Pending binary packages
[10:47] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4607 Diff missing
[10:48] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4608 Diff missing
[10:57] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4608 Generating diffs
[10:57] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4607 Generating diffs
[10:57] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4608 UNAPPROVED queue
[10:57] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4607 UNAPPROVED queue
[12:44] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4608 Generating diffs
[12:45] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4608 UNAPPROVED queue
[12:49] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4608 Diff missing (focal/backport-iwlwifi-dkms). UNAPPROVED queue (focal/evdi)
[13:13] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4608 Generating diffs
[13:48] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4608 Pending binary packages (focal/openafs). UNAPPROVED queue (focal/backport-iwlwifi-dkms, focal/evdi)
[14:08] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4608 UNAPPROVED queue
[14:28] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4608 Cancelling build (focal/xtables-addons). UNAPPROVED queue (focal/backport-iwlwifi-dkms, focal/evdi, focal/openafs)
[14:38] -queuebot:#ubuntu-ci-eng- rikmills, https://bileto.ubuntu.com/#/ticket/4609 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[14:49] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4608 Cancelled build (focal/xtables-addons). UNAPPROVED queue (focal/backport-iwlwifi-dkms, focal/evdi, focal/openafs)
[14:50] -queuebot:#ubuntu-ci-eng- rikmills, https://bileto.ubuntu.com/#/ticket/4609 Failed to build
[15:29] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4608 Ready to build (focal/xtables-addons). UNAPPROVED queue (focal/backport-iwlwifi-dkms, focal/evdi, focal/openafs)
[16:48] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4607 Proposed pocket
[16:49] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4608 Proposed pocket (focal/evdi, focal/openafs). Ready to build (focal/xtables-addons). UNAPPROVED queue (focal/backport-iwlwifi-dkms)
[17:11] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4610 Pending binary packages
[17:50] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4610 Diff missing


[19:15] <lfaraone> I can usually nominate packages to serieses. However, I wasn't able to do so for LP #1257872. Is this because its in main, and I'm only a member of ~motu / ~bugcontrol?
[19:15] <ubot2> Launchpad bug 1257872 in curl (Ubuntu) "CVE-2013-4545 - MitM attack/spoof" [Undecided,Fix released] https://launchpad.net/bugs/1257872
[19:31] <hggdh> lfaraone: but is is already nominated,and being worked on by mdeslaur
[19:32] <hggdh> lfaraone: usually security bugswill be worked directly by the security folks
[19:33] <hggdh> lfaraone: and you would probably be a member of ... Ubuntu Drivers, I thinl
[19:33] <hggdh> *think
[19:34] <lfaraone> hggdh: I asked before he accepted the nomination :)
[19:35] <lfaraone> hggdh: I'm just used to having my nominations autoaccepted; I guess that doens't happen for all packages?
[19:35] <hggdh> lfaraone: yes, I just noticed it. Sorry...
[19:35] <hggdh> lfaraone: no, not to all. But I am not quite sure of the current process. I think bdmurray will know
[19:38] <bdmurray> lfaraone: you either need to have upload rights for the package or be a member of ubuntu-release-nominators to have the nomination automatically accepted
[19:40] <hggdh> bah, it was not Ubuntu Drivers, but ubuntu-release-nominators. Sorry
[19:40] <bdmurray> well surely it used to be Ubuntu Drivers ;-)
[19:40] <hggdh> heh. At least I stated I was sort of out-of-date ;-)