[00:05] <StevenK> slangasek: Do you mind if I upload a new upstream of bluez-gnome?
[00:11] <slangasek> StevenK: better to wait 'til the alpha is done, I think
[00:11] <StevenK> slangasek: Okay, I'll wait.
[03:12] <slangasek> updated alternate images available for alpha3 pre-testing, all flavors
[03:13] <TheMuso> slangasek: DOn't bother re ubuntustudio, we still have kernel issuse.
[03:13] <TheMuso> slangasek: We aren't bothering about it this time round
[03:14] <slangasek> (includes a fixed apt that was breaking pkgsel)
[03:14] <slangasek> TheMuso: understood; sorry that things didn't come together with the right timing for you
[03:15] <Hobbsee> !ping
[03:15] <ubotu> pong
[03:16] <TheMuso> slangasek: Thats alright. Thats the joy of being in a team where only a few of us really try and keep up with things, and when we see these things, normal life stuff gets in the way just enough to prevent timely reporting.
[03:40] <mekius> What things can I preset in the preseed file on the live cd?
[03:40] <mekius> I've heard you can't set much
[03:43] <Hobbsee> slangasek: do you have a major problem if i handhold kde4 into building?
[03:44] <StevenK> kde4 is too scared to build by itself?
[03:45] <TheMuso> lol
[03:45] <Hobbsee> urgh
[03:45]  * Hobbsee needs access to a local source mirror.
[03:45] <slangasek> Hobbsee: I don't think so?
[03:45] <Hobbsee> slangasek: do you have effective ways of dequeuing builds?
[03:45] <TheMuso> Hobbsee: For what?
[03:46] <slangasek> dequeuing builds? no
[03:46] <Hobbsee> slangasek: damn.
[03:47]  * Hobbsee suspects that slangasek would have a way to get a list of all the kdelangpacks as shown on https://edge.launchpad.net/ubuntu/hardy/i386/+builds?build_text=kde-l10n&build_state=all, in a line though
[03:56] <slangasek> Hobbsee: um... lynx -dump $url | grep something something ? :)
[04:00] <Hobbsee> slangasek: you should have been able to give it to me from drescher, and saved using a web browser :)
[04:00] <slangasek> I don't know anything about getting build states via drescher
[04:01] <Hobbsee> you shouldn't need to - but you should have been able to get me a list of accepted packages or something
[04:01] <Hobbsee> it doesn't matter, stdin had a list.
[04:01]  * Hobbsee keeps resetting the build scores
[04:05] <slangasek> ah; packages currently go straight to 'done' as far as I've been able to see in the queues, so I guess if that's the same list you're interested in I could have done, but I don't think there's currently a shortcut for 'accepted but not built'
[04:06] <Hobbsee> hm
[04:08] <Hobbsee> the done probably would have done it
[04:18]  * Hobbsee mass uploads, to fix the build failures
[04:45] <jdong> can I do a bit of prodding about mpeg4ip in source NEW?
[04:46] <jdong> there's a lot of broken/unmetdeps stuff in Hardy's mp4-playing packages.
[04:46] <jdong> thanks in advance, gonna sleep now :)
[06:39] <dholbach> good morning
[07:33] <pitti> Good morning
[07:34] <Fujitsu> Hi pitti.
[07:37] <StevenK> Hey pitti
[08:43] <carlos> pitti, seb128: morning. Yesterday we started with Hardy imports. I think early next week we will be able to provide an updated language pack (is difficult to give a good estimation about when everything would be imported)
[08:43] <seb128> carlos: hello, good, thanks
[08:51] <carlos> pitti: when do you plan to do a new language pack update?
[08:51]  * carlos talks about stable releases
[08:52] <pitti> hey carlos; godo to hear
[08:52] <pitti> carlos: hm, not sure; we missed the 'first Monday in January' over the holidays
[08:52] <pitti> so I think we'll just do the Feb update again
[08:53] <carlos> ok
[08:53] <pitti> I didn't hear about any bad bugs that we need to fix urgently
[08:53] <carlos> I just got a complain about gcompris
[08:53] <carlos> that we fixed close to the latest language pack update
[08:53] <carlos> so it's not included
[08:53] <carlos> in that version
[08:54] <carlos> other than that, I'm not aware of any other problem
[08:55] <carlos> pitti: anyway, seems like your ppa archive shows that we didn't fix the problem completely, so is ok to wait to see whether we could fix the problem before that update..
[09:20]  * soren *hates* writing debian/copyright files
[09:25]  * dholbach hugs soren
[09:25] <soren> :)
[09:26]  * soren hugs dholbach back
[09:27] <soren> I somehow always get stuck with the completely impossible packages with 40 source files and 40 different copyright assignments and licenses. Grr...
[09:27]  * Fujitsu finds some more for soren.
[09:28] <soren> I mean... COME ON! How difficult is it to get it right?
[09:28] <soren> Sadly, the answer seems to be: "very". :(
[09:33] <LaserJock> soren: well, I'm actually impressed all 40 files had licenses ;-)
[09:33] <soren> LaserJock: Well... They don't.
[09:34] <LaserJock> figures
[09:34] <LaserJock> that's fairly common
[09:34] <LaserJock> "It's GPL because I say so"
[09:34] <soren> LaserJock: There's a copy of the GPL in the top level, though, so I'm assuming that as a default.
[09:34] <Fujitsu> Not good enough. That'll get rejected.
[09:35] <soren> Fujitsu: I know.
[09:35] <cjwatson> huh? I think that's perfectly sane
[09:35] <cjwatson> well, maybe not perfectly since I know that fails GNU standards, but it should be accepted
[09:35] <Fujitsu> cjwatson: I've seen things rejected because a couple of files lacked license headers.
[09:35] <soren> Oh? I've had packages rejected on those grounds before.
[09:35] <cjwatson> we haven't historically required every file to have a licence
[09:36] <cjwatson> disagreement among archive admins, then
[09:36] <cjwatson> but it is not correct to say "that'll get rejected"
[09:36]  * LaserJock notes who to ask to look at NEW next time ;-)
[09:36] <cjwatson> and personally I think we should accept that; the author's intent is quite clear
[09:36] <mjg59> If files have contradictory licenses, that's a problem
[09:36] <ogra> LaserJock, was it you who fed the new meeting dates into the fridge ?
[09:37] <LaserJock> ogra: nope
[09:37] <ogra> ah
[09:37] <cjwatson> you'd get laughed out of court if you tried to assert that files in a package with a single licence file and no other licence indication somehow had some other licence
[09:37] <mjg59> If they're missing a license header but are copyrighted to the author who released it under the GPL, it's pretty obvious what they mean
[09:37] <cjwatson> mjg59: sure
[09:37] <ogra> according to it we have two meetings next week :)
[09:37] <LaserJock> ogra: I think maybe Burger
[09:37] <LaserJock> ogra: sweet ;-)
[09:37] <ogra> heh
[09:38] <soren> Hmm... This is very useful information. :)
[09:39] <soren> The usual procedure for me used to be: Take the mess from upstream, try to work out what they meant, kindly ask them to make that explicit, wait for new release with this stuff, and only then get it accepted here.
[09:39] <Fujitsu> That's what most seem to do.
[09:39] <Fujitsu> That's what we ask people to do
[09:39] <mjg59> An email from them making it explicit is easily enough
[09:40] <mjg59> But in general, we don't need licensing per file if there's a global license
[09:40] <LaserJock> ogra: fixed
[09:40] <Fujitsu> mjg59: I have been told otherwise on both counts.
[09:40] <ogra> thanks :)
[09:40] <Fujitsu> By an archive admin, IIRC.
[09:41] <mjg59> Email from the copyright holder clearly indicates intent, so isn't a problem any more
[09:41]  * ogra pokes ScottK gently ... how about a vbox driver update for 2.6.24 ?
[09:41] <ogra> err
[09:41] <ogra> damned
[09:41] <ogra> s/ScottK/StevenK
[09:42] <Fujitsu> ogra: At least you poked gently :P
[09:42] <ogra> heh
[09:43] <cjwatson> Fujitsu: when you next get told that, let me know and I'll argue it with them.
[09:43] <cjwatson> because I think that is an unreasonable requirement
[09:44] <LaserJock> hmm, it'd be nice to have some common understanding amongst Ubuntu Archive (especially since it's a bit larger now) when it comes to basic stuff like copyright/license
[09:44] <pitti> Fujitsu: I don't think it would be reasonable to require copyright headers in every source file. Lots and lots of packages would be invalid otherwise :)
[09:45] <pitti> Fujitsu: I agree to 'fall back to global copyright/AUTHORS/etc.'
[09:46] <Fujitsu> We have no written policy on what's needed, nor what gets let into multiverse, etc. It would be nice to have one.
[09:46] <Fujitsu> (Preferably with proprietary Windows applications being somehow excluded from multiverse, but that's another story)
[09:47] <mjg59> Fujitsu: Eh. If they're packaged in a way that works with Wine and they're freely distributable, I don't think that's an issue
[09:47] <Fujitsu> mjg59: Shall I go ahead and upload tens of thousands of them, then?
[09:47] <mjg59> Fujitsu: If you think they'd provide a significant benefit to Ubuntu users
[09:48] <Fujitsu> pq passed, and I'm sure a lot of other stuff will if people try. It's a rather slippery slope.
[09:49] <mjg59> If people take the piss, we stop
[09:49] <Fujitsu> I guess so.
[09:49] <mjg59> There's no inherent requirement for us to be consistent on anything other than "Don't be stupid"
[09:49] <Fujitsu> True.
[09:49] <soren> While we're on the subject... In many cases, the copyright of each file is assigned to the same person or company, but have different years denoted.. Does debian/copyright need to reflect this in great detail? I've assumed so so far, but I'd be happy to be told otherwise.
[09:50] <cjwatson> soren: technically debian/copyright should have the aggregation of the lot, but I wouldn't reject on it
[09:50] <soren> cjwatson: Ok.
[09:53] <pitti> seb128: WDYT, time for moving deskbar-applet to gutsy-updates?
[09:53] <pitti> seb128: and tomboy? (in -proposed for 80 days now)
[09:54] <Fujitsu> tomboy just had a security update, so watch out...
[09:55] <pitti> seb128: oh, right, seems this needs to be merged to -proposed
[10:16] <StevenK> ogra: Grr.
[10:17] <StevenK> ogra: I got sick of the constant "Ohmigod you don't do vbox right" poking on IRC.
[10:17] <StevenK> seb128_: So, do you have a moment?
[10:18] <seb128_> StevenK: "so"? if you assume I read a ping or something from you I didn't, my dsl line had some issues
[10:18] <seb128_> StevenK: depends for what ;-)
[10:18] <StevenK> seb128_: Nah, just trying to get your attention. :-)
[10:18] <StevenK> seb128_: Could I get a little help with gnome-games?
[10:19] <StevenK> seb128_: Aisleriot has been hildonized, but I can't get it to build, since dh_install falls over.
[10:19] <seb128_> sure
[10:19] <seb128_> how does it falls over?
[10:19] <seb128_> the content is not the same in the hildon case?
[10:20] <StevenK> cp: cannot stat `./debian/tmp/usr/lib/gnome-games': No such file or directory
[10:20] <StevenK> dh_install: command returned error code 256
[10:20] <StevenK> seb128_: No, because only Aisleriot builds with hildon.
[10:20] <StevenK> Maybe I need to do something messy and build twice.
[10:20] <seb128_> why twice?
[10:21] <seb128_> you want the normal games and the hildon aisleriot?
[10:21] <seb128_> or only aisleriot?
[10:21] <ogra> StevenK, well, we're testing the third alpha release now, many of us run the new kernel, it would just be nice to not have to use m-a to be able to work ... but i'm fine doing it ...
[10:22] <StevenK> ogra: Sorry, I just annoyed with all of the constant poking about it.
[10:22] <StevenK> seb128_: Either would be fine
[10:22] <seb128_> StevenK: but what the current build with hildon option do? Only build aisleriot?
[10:24] <StevenK> seb128_: The current build with the hildon option says "These games don't support hildon" and then die.
[10:24] <seb128_> StevenK: I need to have a look myself, your summary is not clear enough
[10:25] <StevenK> seb128_: I have a debdiff of my work so far if that helps
[10:26] <seb128_> StevenK: no, what would help is to understand what the hildon configure option does
[10:26] <seb128_> I understood from what you said that it breaks the build
[10:27] <seb128_> looks like an upstream bug which should be fixed
[10:27] <seb128_> not something which should force us to build the package twice or workaround
[10:38] <pitti> keescook: FYI, I added http://people.ubuntu.com/~ubuntu-archive/pending-sru.html#superseded to show which SRUs have been shadowed by a -security update
[10:38] <pitti> keescook: just to have an additional automated check
[10:41] <pitti> slomo: tomboy recently got a security update which needs to be merged to the gutsy-proposed version
[10:44] <pitti> jdong: any idea about the status of https://edge.launchpad.net/ubuntu/feisty/+source/ktorrent/2.1-0ubuntu2.2 ? should this be killed, or moved to -updates, etc?
[10:45] <MacSlow> Keybuk, meeting or no meeting today?
[10:47] <Keybuk> MacSlow: meeting today
[10:47] <MacSlow> ok
[10:48] <MacSlow> Keybuk, I'm still missing the reminder email... maybe it just did not get through yet
[10:48] <Keybuk> I just sent it ;)
[10:49] <pitti> Riddell: what's the status of verification of bug 176347? there's no test case
[10:49] <ubotu> Launchpad bug 176347 in kdebase "KDM local DoS with user images" [Undecided,Fix committed] https://launchpad.net/bugs/176347
[10:51] <mvo> StevenK: do you plan to update the virtualbox-ose-source modules? the current ubuntu ones do no longer compile for me, but the 1.5.4 version seems to be ok
[10:52] <ogra> mvo, shhh !
[10:52] <mvo> ogra: ?
[10:52]  * ogra already got whacked over the head today for that question :P
[10:52] <mvo> aha, thanks for the warning ogra :)
[10:52] <ogra> mvo, there is a patch ....
[10:52] <ogra> let me find it, i filed it in LP somewhere
[10:53] <mvo> ogra: I'm fine, I fixed it locally already
[10:53] <cjwatson> mvo: oh, I uploaded apt last night, if you haven't seen it yet; tweak to the APT::Get::List-Cleanup compat code
[10:54] <pitti> mvo: can you please tell me what I should do about the old SRUs in bug 109216 and bug 109290?
[10:54] <ubotu> Launchpad bug 109216 in update-manager "upgrade not possible with 0.45.3" [Undecided,Fix committed] https://launchpad.net/bugs/109216
[10:54] <ubotu> Launchpad bug 109290 in update-manager "update-manager core should support proposed updates" [Medium,Fix committed] https://launchpad.net/bugs/109290
[10:54] <pitti> (edgy->feisty upgrades)
[10:54] <Riddell> pitti: doesn't seem like the qa team have looked at it
[10:55] <mvo> cjwatson: thanks
[10:55] <pitti> Riddell: you don't know anyone who could test it?
[10:56] <Riddell> pitti: has to be sru-verification doesn't it?
[10:57] <pitti> Riddell: well, not necessarily
[10:57] <pitti> the person needs to be sufficiently credible, of course
[10:57] <ogra> in case anyone needs to build vboxdrv for 2.6.24 see bug 174213
[10:57] <ubotu> Launchpad bug 174213 in virtualbox-ose-modules "cant build with 2.6.24 kernel source" [Undecided,New] https://launchpad.net/bugs/174213
[10:57] <ogra> (patch attached)
[10:57] <pitti> i. e. if (s)he says "i've isntalled proposed and package still works and bug is fixed", that it's actually true
[10:58] <Riddell> ah, pedro_, you're on sru-verification
[10:59] <pedro_> Riddell: yes
[11:00] <pitti> thegodfather: has bug 120177 in feisty-proposed ever been tested? what shall we do with it?
[11:00] <ubotu> Launchpad bug 120177 in multipath-tools "dm-multipath not autoloaded causes multipath to fail" [Undecided,Fix committed] https://launchpad.net/bugs/120177
[11:00] <Riddell> pedro_: could you test bug 176347
[11:00] <ubotu> Launchpad bug 176347 in kdebase "KDM local DoS with user images" [Undecided,Fix committed] https://launchpad.net/bugs/176347
[11:01] <pedro_> Riddell: ok, let me see
[11:04] <thegodfather> pitti: let me check.. i don't remember the status.. i thought it was tested and accepted
[11:04] <Kmos> Failed to fetch http://ftpmaster.internal/ubuntu/dists/hardy/main/binary-i386/Packages.bz2  MD5Sum mismatch
[11:05] <thegodfather> pitti: i did the test, but AFAIR we need somebody else to verify it. if my word is enough, i made the patch based on my tests and had running the packages from proposed
[11:05] <thegodfather> pitti: i can't do much more than that right now
[11:05] <pitti> thegodfather: yes, that's fine; I'm just insistent about using the actual .debs from -proposed as opposed to a local build
[11:05] <thegodfather> i did that
[11:05] <pitti> thegodfather: can you please add that to the bug for the paper trail?
[11:05] <thegodfather> pitti: sure
[11:06] <pitti> thegodfather: grazie
[11:06] <thegodfather> pitti: bitteschen
[11:06] <thegodfather> done
[11:09] <mvo> cjwatson: I merged the patch into my main bzr branch now, thanks again and sorry for the trouble
[11:09] <cjwatson> mvo: no problem
[11:10] <ogra> btw for the record, pkgsel just finishes here
[11:11] <ogra> d-i muste be a dirty thing regarding the time it needs to clean up after itself :P
[11:12] <cjwatson> the cleanup consists of scrollkeeper-update -q; fc-cache -f -v
[11:12] <ogra> yeah
[11:12] <ogra> i see a good bunh of xml warnings/errors in the log
[11:12] <ogra> *bunch
[11:12] <cjwatson> er, and a bit of update-notifier fiddling and update-initramfs -u
[11:12] <cjwatson> (I was looking at Debian's pkgsel by mistake first time round)
[11:13] <ogra> yeah, well, the majority of time is spent for scrollkeeper
[11:14] <ogra> on my new machine a vbox install is done in about 40min now .... a quater of that s "cleaning up..." atm ...
[11:15] <mvo> ogra: I generally prefer kvm because it has less fiddling with the kernel modules, generally it just works(tm) for me
[11:15] <ogra> yay, clinet buiolder starts :)
[11:15] <ogra> *client-builder *sigh*
[11:15] <mvo> but the snapshot support is not so good
[11:16] <ogra> i'm just lazy and use what i'm used to :)
[11:16] <ogra> i like the easiness of having an internal network and have a thin client ready within seconds
[11:17] <ogra> hmm
[11:17] <ogra> why did i never have text output in the edubuntu installer with ltsp-client-builder ....
[11:17] <ogra> intrestingly ubuntu-alternate shows text
[11:19]  * ogra wonders if all the probs he every had with the progressbar in edubuntus d-i might be caused by something in the d-i setup itself in edubuntu
[11:19] <pitti> thegodfather: copied to -updates
[11:20] <thegodfather> pitti: ok
[11:20] <thegodfather> thanks
[11:20] <cjwatson> ogra: sounds hard to credit
[11:22] <ogra> cjwatson, well, it just struck me that i never looked at that level :)
[11:30] <ogra> gar ... ltsp failed
[11:31]  * ogra ARGHS loudly ....
[11:32] <ogra> damned typos
[11:41] <emgent> keescook, heya :P
[12:24] <ogra> seb128_, does tracker have a gconf key i could disable fro ltsp logins ? with 20 users logging it simultaneously tracker forces servers on their knees at login ...
[12:24] <Keybuk> yes, there's a Disable Indexing thingy
[12:25] <ogra> Keybuk, thanks i'll dig for it
[12:25] <Keybuk> I assume that toggles a gconfish
[12:26]  * ogra heard of ltsp servups with 200 users and nfs homedirs :) imagine that being indexed
[12:26] <ogra> *servers
[12:27] <ogra> apart from a missing wallpaper my alpha3 install looks good so far
[12:30] <seb128_> ogra: what Keybuk said, look to the gconf keys it's likely easy to notice there
[12:31] <pochu> ogra: tracker stores its preferences in ~/.config/tracker/tracker.cfg . Look at EnableWatching and EnableIndexing.
[12:31] <ogra> yep, i'll add an xsession script that dis/enables it
[12:31] <ogra> pochu, a gconf key is enough
[12:31] <ogra> but thanks for the hint :)
[12:32] <pochu> ogra: oh, I didn't know that was possible... I thought tracker didn't use gconf :)
[12:33] <ogra> now that ltsp moves to ubuntu alternate i face probs on the desktop i didnt have in edubuntu since i just adjusted the desktop (edubuntu doesnt have tracker)
[12:34]  * ogra takes a break
[12:37] <seb128_> hi _MMA_
[12:37]  * _MMA_ gives seb128_ a big hug for the gdm upload. :)
[12:37] <seb128_> _MMA_: did it fix your issue?
[12:38] <_MMA_> Sure did. Thanx.
[12:38] <seb128_> you are welcome ;-)
[13:01] <afflux> Is it just me or isn't apport adding the package and dependency fields to it's reports?
[13:01] <afflux> s/reports/crash &/
[13:01] <pitti> afflux: the initial reports don't have them
[13:01] <pitti> afflux: but after they get processed by the frontend they are added
[13:02] <afflux> ah
[13:07] <norsetto> pitti: packages that __build-depends__ on packages in multiverse should also be in multiverse ?
[13:07] <pitti> norsetto: yes
[13:07] <norsetto> pitti: danke
[13:07] <pitti> np
[13:37] <Silly_Parrot> People I'll tell you, USA never was on the moon, it's fake.
[13:37] <Silly_Parrot> I know it
[13:38] <Hobbsee> ...
[13:38] <Silly_Parrot> Just right i has a call from the White House and some dude told that to me
[13:38]  * Chipzz whacks Silly_Parrot on the head... hush now
[13:39] <Hobbsee> Silly_Parrot: do you have anything useful to add?  please see the /topic
[13:39] <Chipzz> Hobbsee: what's +z ?
[13:40] <Hobbsee> Chipzz: it's a useful mode.
[13:40] <jpatrick> Chipzz: ops see muted people messages
[13:40] <Chipzz> ah
[13:40] <Hobbsee> or see normal people, when the channel is +m
[13:40] <Chipzz> and banned people are muted
[13:40] <jpatrick> Chipzz: and if channels +m too too
[13:43]  * Hobbsee shrugs
[13:43]  * Pici shrugs
[13:46] <Chipzz> btw, what's with the leaving ... "requested by Hobbsee"? why not just kick misbehaving people?
[13:46] <emgent> keescook, ping
[13:47] <Hobbsee> Chipzz: removes don't tend to trigger auto-rejoin scripts, and look neater.
[13:47] <Chipzz> well looking neater is mostly a matter of semantics ;)
[13:47] <Chipzz> but the auto-rejoin script sounds look a good argument
[13:53] <emgent> pitti, one question
[13:53] <pitti> ?
[13:54] <emgent> can u see xss launchpad bug ID that i found some month ago ?
[13:54] <pitti> emgent: number?
[13:54] <emgent> i dont remember who open this bug in launchpad
[13:54] <emgent> yes number
[13:55] <emgent> i only notified it to keescook (i remember)
[13:55] <emgent> but i dont open bug in launchpad
[13:59] <emgent> pitti, found it? :)
[13:59] <pitti> emgent: no; please search, meeting now
[13:59] <emgent> ok sorry ;)
[13:59] <pitti> np :)
[13:59] <emgent> i cant search, i'm not subscribed :°
[14:00] <pochu> emgent: https://launchpad.net/ubuntu/+bugs?advanced=1
[14:01] <emgent> pochu, it was private bug :)
[14:01] <pochu> oh, ok :)
[14:03] <pitti> emgent: if it's private, I can't see it either
[14:05] <emgent> oh ok, np ;)
[14:13] <mjj29> so, how to I close bugs in launchpad
[14:14] <mjj29> #58145 was closed ages ago by a debian upload which has since been stolen for ubuntu
[14:14] <mjg59> Click on the status, set to the appropriate status
[14:15] <mjj29> do I want committed or released?
[14:16] <geser> if it's in the ubuntu archive then "fix released"
[14:16] <mjj29> that doesn't refer to being released in gutsy then, right
[14:16] <mjj29> thanks!
[14:16] <BenC> pitti: ping, I'm uploading a new lbm to dapper-updates that fixes a one-liner bug in mptsas
[14:16] <BenC> pitti: would probably only show on smp testing
[14:16] <pitti> BenC: ok; we need to respin CDs for that, I assume?
[14:17] <BenC> pitti: yeah
[14:17] <pitti> (and -proposed please)
[14:17] <pitti> BenC: that means redoing the testing, but yeah
[14:17] <BenC> pitti: -proposed I mean
[14:18] <pitti> ok
[14:19] <BenC> pitti: right...it explains why things worked in vmware tests, but will fail in real hardware tests for multi-core systems
[14:19] <BenC> pitti: there's no bug report...should I create one?
[14:20] <pitti> BenC: can't hurt, if you have some info; just in case it turns up in verification
[14:20] <BenC> pitti: ok, it's uploaded now, I'll file a bug in a few
[14:41] <Riddell> tjaalton: bad news on that radion_drv.so file I tested yesterday, it did actually break X (after I rebooted)
[14:45] <tjaalton> Riddell: ok, so try setting 'Option "AGPMode" "4"' and see what happens
[15:01] <pitti> seb128: cdbs gracefully treated with a hammer now and uploaded; happy gnome rebuilding :)
[15:01] <seb128> pitti: danke
[15:01] <seb128> pitti: new GNOME on monday that will do ;-)
[15:01]  * Hobbsee wonders how one gracefully treats something with a hammer
[15:01] <pitti> seb128: yay
[15:01] <seb128> Hobbsee: wait next UDS we will show you ;-)
[15:01] <Hobbsee> seb128: you're going to practice on me?
[15:01] <Hobbsee> seb128: that does require me being there, though...
[15:02] <seb128> no practice, just demonstrate ;-)
[15:02] <Riddell> pedro_: missing step added to bug 176347
[15:02] <ubotu> Launchpad bug 176347 in kdebase "KDM local DoS with user images" [Undecided,Fix committed] https://launchpad.net/bugs/176347
[15:02]  * pitti wonders if the @ in front of Hobbsee is a threat on itself
[15:02]  * Hobbsee hides her wrists from seb128
[15:02] <Riddell> tjaalton: do you remember the bug number?
[15:02] <Hobbsee> pitti: oh, thanks, forgot about that
[15:02] <jdong> pitti: with regards to ktorent, that's gonna be your call. One person other than me has responded positively, but most ktorrent users have moved to the backports versions. In my opinion it should be pushed to -updates as the DHT crash is pretty serious. It allows random noise over its listening UDP port to segfault the program.
[15:02] <pedro_> Riddell: ok, thanks i'll look at it now
[15:03] <tjaalton> Riddell: bug 180343
[15:03] <ubotu> Launchpad bug 180343 in xserver-xorg-video-ati "ATI driver update causes Display Corruption on Radeon IGP 330M/340M/350 " [High,Fix released] https://launchpad.net/bugs/180343
[15:03] <tjaalton> Riddell: maybe the fix was wrong after all :)
[15:05] <tjaalton> which would mean that it's unresolved upstream
[15:11] <Riddell> tjaalton: hmm, I seem to have a blank xorg.conf file
[15:11] <Riddell> is that normal?
[15:11] <tjaalton> fresh install?
[15:12] <tjaalton> generate a new one with 'dpkg-reconfigure xserver-xorg'
[15:12] <Riddell> tjaalton: no, from alpha 2
[15:12] <tjaalton> hmm, maybe due to some bug then, should be fixed by now
[15:12] <tjaalton> there were some issues
[15:19] <Riddell> tjaalton: when I run 'dpkg-reconfigure xserver-xorg' it doesn't offer me a radeon driver, only ati
[15:20] <tjaalton> it's the same
[15:22] <tjaalton> actually, using  'dpkg-reconfigure -phigh xserver-xorg' is preferred
[15:22] <Riddell> tjaalton: meh, it says error while preparing new Xorg X server configureation file; not attempting to update existing configuration
[15:24] <tjaalton> hmm
[15:24] <tjaalton> remove the empty file
[15:24] <tjaalton> and /var/lib/x11/xorg.conf.md5sum
[15:26] <Riddell> tjaalton: doesn't help, I'm running a dist-upgrade to see what happens
[15:26] <tjaalton> that error is from dexconf
[15:26] <tjaalton> I mean when dexconf fails you get that
[15:26] <tjaalton> run "dexconf -o /tmp/xorg.conf"
[15:27] <tjaalton> it should give the real error
[15:39] <Riddell> tjaalton: dexconf: invalid option -- i
[15:39] <Riddell> oh, that's my fault
[15:39] <Riddell> dexconf: error: cannot generate configuration file
[15:40] <Riddell> xserver-xorg/config/device/driver not set.  aborting.
[15:40] <tjaalton> Riddell: what version of xserver-xorg do you have?
[15:43] <tjaalton> uh, seems like a debian bug then
[15:43] <tjaalton> crap
[15:53] <Riddell> tjaalton: ok, I dist-upgraded and
[15:53] <Riddell> +-+
[15:53] <tjaalton> Riddell: I think I fould the bug already
[15:54] <Riddell> tjaalton: and now dpkg-reconfigure works and I get a very generic looking xorg.conf
[15:54] <tjaalton> really?
[15:54] <tjaalton> hmm, maybe I misunderstood the logic after all :)
[15:54] <tjaalton> phew
[15:56] <Le_Vert> hi :)
[15:56] <Le_Vert> could you tell me if there's a way to use a response file with the graphical installer ?
[15:56] <Le_Vert> like the way D-I works
[15:57] <Riddell> tjaalton: the old radeon_drv.so still works, but the one from current xserver-xorg-video-ati and from that bug report breaks
[15:58] <Riddell> tjaalton: where do I add 'Option "AGPMode" "4"' ?
[16:00] <Riddell> tjaalton: added it and it seems to fix the issue
[16:02] <tjaalton> Riddell: great, thanks
[16:11] <\sh> hmmm....looks like that <IP_ADDRESS> (resolves to archive.ubuntu.com) has some network problems
[16:13] <soren> \sh: Or maybe you do?
[16:13] <soren> wfm..
[16:13] <\sh> soren: I'm just checking from different locatrions
[16:13] <\sh> locations even
[16:14] <soren> \sh: Me too. Just checked from three different places.
[16:14] <geser> I've no problem to access it with firefox
[16:14] <soren> \sh: Three different countries, even.
[16:14] <\sh> soren: right...looks like that my isp has problems between decix and level3
[16:15] <seb128> soren: works fine for me too
[16:15] <geser> speaking of mirrors: does somebody know how much time the german mirror is behind archive.ubuntu.com?
[16:16] <\sh> jesus...ISP router at decix eats at least 3-4 icmp packets
[16:26] <mathiaz> ogra: is the fridge information about edubuntu meetings still relevant ?
[16:26] <ogra> yes, but there was an error in the entry for next week apparently
[16:27] <ogra> 16 Jan 12:00 UTC: Edubuntu meeting,  23 Jan 20:00 UTC: Edubuntu meeting are the next dates
[16:27] <asac> anyone has a fedora install at hand :) ?
[16:29] <mathiaz> ogra: ok - anyway there is a meeting every fours weeks scheduled at 20:00 UTC
[16:30] <mathiaz> ogra: I was looking into the possibility of moving the Server Team meeting to wednesdays at 21:00 UTC
[16:30] <mathiaz> ogra: which would be one hour after the edubuntu meeting (which is scheduled for 2 hours according to the fridge)
[16:32] <ogra> mathiaz, we'll need richEd for this discussion, half of the meeting is his, half is mine :) (first hour is usually tech, second community)
[16:33] <ogra> i'd be fine with 30min for the (for me) late meeting
[16:33] <ogra> and only have 1h during the 12:00UTC one ...
[16:33] <mathiaz> ogra: and that'd be only once every four weeks
[16:34] <ogra> yeah, fine with me
[16:34] <mathiaz> ogra: hum - it would be every other week actually.
[16:35] <tjaalton> who is doing the alpha3 relnotes?
[16:36] <ScottK> I think Burgundavia was working on it.
[16:36] <ogra> mathiaz, i'm always for shortening meetings :) so i wont stand in your way, but ask richEd
[16:36] <tjaalton> ok, I think the ati issue deserves to be mentioned
[16:36]  * ogra has to go for dinner ....
[16:38] <Burgundavia> tjaalton: I was, but feel free to add something
[16:38] <Burgundavia> tjaalton: I have no idea what you are talking about
[16:39] <soren> Burgundavia: There's a CC meeting going on, by the way.
[16:40] <Burgundavia> soren: I am there, yes
[16:41] <tjaalton> Burgundavia: ok, I will
[16:52] <jdong> any archive admins up for the NEW queue at the moment?
[16:53] <seb128> jdong: yes?
[16:57] <jdong> seb128: the mpeg4ip thing
[16:58] <seb128> jdong: ah, looking
[16:58] <jdong> seb128: thanks :)
[16:58] <seb128> you're welcome
[16:58] <jdong> from debian-multimedia, so it's a multiverse thing :)
[16:59] <seb128> jdong: it's not good
[16:59] <jdong> seb128: oh what needs to be fixed?
[17:00] <seb128> message.c: MPL (v1.1)
[17:00] <seb128> mpeg4ip_utils.h: MPL (v1.1)
[17:00] <seb128> in lib/utils
[17:00] <seb128> just starting to looking but the debian/copyright states the source is GPL
[17:01] <jdong> hmm
[17:01] <seb128> gnu/getopt.c: LGPL (v2 or later) (with incorrect FSF address)
[17:01] <seb128> gnu/getopt1.c: LGPL (v2 or later) (with incorrect FSF address)
[17:02] <jdong> yeah COPYING shows a more detailed breakdown of the licenses, it's not just GPL2 as debian/copyright says
[17:02] <seb128> right
[17:02] <seb128> and those license should be distributed in the tarball
[17:03] <seb128> COPYING has only the MPL
[17:03] <cjwatson> incorrect address> they probably copied from libc which still has the old address in CVS
[17:03] <cjwatson> the recommended text in the GPLv3 points to a URL so this should stop happening eventually
[17:04] <seb128> jdong: the debian/copyright should also list the copyright holders
[17:06] <seb128> jdong: I've rejected it, could you get the copyright and license issues fixed and reupload?
[17:06] <jdong> seb128: ok sure, I'll deal with that :)
[17:07] <seb128> jdong: thanks
[17:19] <tjaalton> can restricted-manager be run from a script? (like during installation)
[17:20] <tjaalton> ah, seems like it
[17:23] <asac> seb128: could you please look at mozilla-devscripts (source NEW) too ... its really a tiny thing for producing mozilla tarballs for a date/branch et al.
[17:23] <seb128> asac: sure
[17:29] <pitti_live> bdmurray: confirmed, avahi crashes on amd64 live here, too
[17:29] <pitti_live> hm, we still don't have a background image on the live system, and neither on fresh installs, I suppose
[17:29] <bdmurray> pitti_live: okay, I submitted bug 181822 about it
[17:29] <pitti_live> bdmurray: right, I saw it; thanks
[17:29] <ubotu> Launchpad bug 181822 in avahi "[hardy] avahi-daemon segfaults when booting LiveCD from 20080109" [Undecided,New] https://launchpad.net/bugs/181822
[17:30] <bdmurray> pitti_live: doe your update-notifier present an error also?
[17:30] <pitti_live> yes
[17:30] <pitti_live> I see a stop sigh
[17:30] <pitti_live> sign, even
[17:30] <pitti_live> mvo: ^ known?
[17:30] <bdmurray> I have not submitted that one yet
[17:31] <pitti_live> indeed the desktop is still pretty broken
[17:31] <pitti_live> the tracker notification icon drives me up the wall, update-notifier, desktop background, there's a glitch in drawing the panel, and the desktop starts up horribly slowly
[17:31] <somerville32> pitti_live, there is no background image?
[17:31] <pitti_live> but at least it works in general, for alpha3
[17:31] <pitti_live> somerville32: no, same problem as in alpha-2
[17:32] <pitti_live>  /usr/share/backgrounds/warty-final-ubuntu.png
[17:32] <pitti_live> exists, though
[17:32] <somerville32> pitti_live, I don't see anything in the release notes
[17:32] <somerville32> What was the problem?
[17:32] <somerville32> (or is)
[17:32] <pitti_live> somerville32: I don't know
[17:33] <somerville32> I think I broke it, lol
[17:34] <pitti_live> hm, where did restricted-manager go? did someone unseed it?
[17:35] <pitti_live> seb128: do we deliberately install gparted?
[17:35] <pitti_live> well, I guess it does make sense in the live system
[17:36] <somerville32> I use it. it works really well
[17:36] <cjwatson> gparted was included in live by popular demand
[17:36] <seb128> pitti_live: yes, it's in the live seed
[17:36] <cjwatson> bug 93604
[17:36] <ubotu> Launchpad bug 93604 in ubuntu "gparted is missing in iso image for feisty" [Undecided,Fix released] https://launchpad.net/bugs/93604
[17:36] <seb128> and it can be handy ;-)
[17:36] <pitti_live> thanks
[17:36] <pitti_live> seb128: right
[17:37] <bdmurray> pitti_live: will you be submitting a bug about update-notifier or shall I?  I don't see one at the moment.
[17:37] <pitti_live> bdmurray: if you are at it, please do; otherwise I'll do it once I return to my main system
[17:38] <pitti_live> calc: any luck with OO.o + gcj-4.1? OO.o doesn't work at all ATM; not necessarily a release blocker, but nasty
[17:40] <seb128> pitti_live: what about desktop background and glitch in drawing the panel and tracker?
[17:40] <pitti_live> seb128: background> well, there is none by default
[17:41] <seb128> pitti_live: gconftool-2 --get /desktop/gnome/background/picture_filename ?
[17:41] <pitti_live> ubuntu-wallpapers is isntalled, and if I open the background dialog the elephant skin is there
[17:41] <pitti_live> I clicked on it, and it works
[17:41] <pitti_live> but it's not the default
[17:42] <pitti_live> seb128: need to reboot, I already set it by accident
[17:42] <seb128> pitti_live: gconftool-2 --unset /desktop/gnome/background/picture_filename
[17:42] <seb128> pitti_live: gconftool-2 --get /desktop/gnome/background/picture_filename ?
[17:42] <seb128> unset should give you the default value
[17:42] <pitti_live> right, after unset the bg disappears
[17:42] <pitti_live> /usr/share/backgrounds/simple-ubuntu.png
[17:42] <pitti_live> ^ default
[17:42] <seb128> no such image installed?
[17:43] <pitti_live> nope; it's called /usr/share/backgrounds/ubuntu-simple.png :)
[17:43] <seb128> pitti_live: grep "simple-ubuntu" /usr/share/gconf/* -r ?
[17:43] <pitti_live> /usr/share/gconf/defaults/16_ubuntu-wallpapers
[17:43] <seb128> you get your buggy package
[17:44] <pitti_live> dpkg -S -> ubuntu-wallpapers
[17:44] <pitti_live> somerville32: so it's indeed your bug, hehe
[17:45] <somerville32> no
[17:45] <pitti_live> seb128: tracker icon> well, it's there permanently, bothers me with notifications, and doesn't go away even if I disable tracker entirely
[17:45] <somerville32> well, I don't dispute that
[17:45] <seb128> somerville32: you did the upload which changed that apparently
[17:45] <somerville32> but simple-ubuntu.png isn't the default background
[17:45] <pitti_live> seb128: something for the bug tracker, I think I filed one already; nevermind, not RC, just whining
[17:45] <calc> pitti_live: i hadn't looked into it yet since it was around 3am at the time and slangasek thought it was getting a bit late to wait before releasing the cd
[17:45] <seb128> pitti_live: are the notification about index merges?
[17:45] <pitti_live> somerville32: (just kidding, don't worry)
[17:46] <seb128> somerville32: /usr/share/gconf/defaults/16_ubuntu-wallpapers has /usr/share/backgrounds/ubuntu-simple.png apparently
[17:46] <pitti_live> seb128: it says 'starting index', 'finished indexing', 'click me', etc.
[17:46] <seb128> pitti_live: hum, k, yeah better to file that in launchpad for upstream
[17:46] <calc> pitti_live: and gcj-4.2 worked fine on my box already so i wouldn't be able to tell a difference afaik if 4.1 would fail also...
[17:46] <pitti_live> calc: ok
[17:46] <bdmurray> pitti_live: I've submitted bug 181827 about update-notifier if you can confirm it
[17:46] <ubotu> Launchpad bug 181827 in update-notifier "[hardy] error communicating with backend using LiveCD" [Undecided,New] https://launchpad.net/bugs/181827
[17:46] <pitti_live> calc: so, let's release-note this instead, shall we?
[17:46] <calc> pitti_live: yea that will be fine
[17:46] <seb128> pitti_live: the panel drawing issue looks like an xorg bug? because that code didn't change recently afaik
[17:47] <calc> pitti_live: whatever is causing the out of memory/ice related issues on amd64/lpia is probably not easily reproducible
[17:47] <mvo> pitti_live: what version of update-notifier?
[17:47] <mvo> pitti_live: I fixed one of the issues with the upload of 0.70.1
[17:47] <pitti_live> bdmurray: I can't; seems you reported an upstream bug, not a distro one
[17:47] <mvo> pitti_live: what does the tooltip say on the u-n icon?
[17:48] <pitti_live> mvo: "Error communicating with teh backend"
[17:48] <mvo> meh
[17:48] <pitti_live> mvo: u-n is 0.70.1
[17:48] <bdmurray> pitti_live: it looks like a distro one to me
[17:48] <mvo> pitti_live: what is the output of /usr/lib/update-notifier/apt-check
[17:49] <pitti_live> bdmurray: right, sorry; wasn't logged in properly; confirmed now
[17:49] <somerville32> seb128, I was told that the gconf setting was in another package (which I didn't touch) but it seems that that person was wrong
[17:49] <somerville32> seb128, It seems more like the first item in in the xml file becomes the default
[17:49] <pitti_live> mvo: nothing at all
[17:50] <somerville32> Unless someone else modified the other package
[17:50] <bdmurray> gdm on the Live CD is also showing hibernate as an option
[17:51] <mvo> pitti_live: I rsync a CD now and try to reproduce that when its here
[17:51] <seb128> pitti_live: dpkg -S /usr/share/gconf/defaults/16_ubuntu-wallpapers
[17:52] <seb128> ?
[17:54] <pitti_live> seb128: see above, it's in ubuntu-wallpapers
[17:54] <mvo> pitti_live: I really wonder what might cause that it does output nothing
[17:55] <seb128> pitti_live: ah right, looks like they are doing something very weird
[17:56] <seb128> somerville32: debian/wallpapers2gconf.xsl in ubuntu-wallpapers sets the default
[17:56] <seb128> what a weird and complicated way to do that
[17:57] <seb128> the normal way is to have one line in debian/binary.gconf-defaults which contains the name of the key and the value
[17:57] <somerville32> debian/wallpapers2gconf.xsl is the template
[17:57] <seb128> why do you need a template?
[17:57] <seb128> you should have
[17:57] <somerville32> I think the first item in ubuntu-wallpapers.xml.in defines the default
[17:57] <seb128> debian/ubuntu-wallpapers.gconf-defaults
[17:57] <seb128> and one line by key there
[17:58] <somerville32> seb128, I've just started handling this package. I'll ask the previous maintainers if there was a specific reason they did it this way
[17:58] <seb128> somerville32: right, and this one is buggy
[17:58] <seb128> somerville32:     <filename>/usr/share/backgrounds/simple-ubuntu.png</filename>
[17:58] <somerville32> seb128, There was a typo in ubuntu-wallpapers.xml.in
[17:59] <somerville32> seb128, but I think the first item in ubuntu-wallpapers.xml.in becomes the default
[17:59] <somerville32> seb128, so I've also switched it around so that elephant is first
[17:59] <seb128> somerville32: right, the default is simple-ubuntu and the filename on the disk ubuntu-simple
[18:00] <seb128> somerville32: the bzr version has simple-ubuntu listed first
[18:00] <somerville32> seb128, I just pushed the new version
[18:00] <somerville32> rev 13
[18:00] <seb128> somerville32: ok, thanks
[18:01] <seb128> somerville32: sorry for not being clear before ;-)
[18:01] <somerville32> seb128, Do you still want me to migrate how things are done now to the way you described?
[18:01] <seb128> somerville32: let me know if there is a good reason for the xsl, otherwise I suggest using a standard gconf-defaults file to set the default
[18:01] <somerville32> seb128, okay
[18:01] <seb128> somerville32: well, that would be a 1 line setting rather than a whole xsl
[18:02] <seb128> looks easier and cleaner to me, but feel free to disagree
[18:02] <somerville32> dholbach, We're discussing ubuntu-wallpapers. Is there any reason why it is setup the way it is now instead of using a standard gconf-defaults file to set the default?
[18:03] <dholbach> somerville32: it wasn't my change - I think I recall somebody setting it up that way because he key had to be changed for new wallpapers every time
[18:03] <dholbach> somerville32: I might be wrong though
[18:04] <seb128> somerville32: if it's working feel free to let it this wya
[18:04] <seb128> way
[18:06] <somerville32> I hope it isn't too to get the new wallpapers package into alpha
[18:06] <somerville32> Otherwise kwwii might beat me with a stick :)
[18:10] <somerville32> seb128, Are you going to sponsor or should I file a bug in the queue?
[18:12] <seb128> somerville32: I've to run right now, maybe pitti can sponsor it, otherwise I'll be on IRC in a few hours and look at it then
[18:13] <phomes> seb128: is there any chance to get gnome-games updated past 2.20.1 for gutsy? There is a frequent crasher when people play chess/sudoku while updating the system
[18:13] <somerville32> pitti, <3 :)
[18:13] <pitti> somerville32: where's the source pacakge or debdiff?
[18:13] <seb128> phomes: I've read the bug, depends of the list of changes, we can still backport the patch otherwise
[18:14] <seb128> I've to go now but I'll have a look later
[18:14] <somerville32> pitti, it is bazaar branch
[18:15] <somerville32> bazaar.launchpad.net/~ubuntu-art-pkg/ubuntu-wallpapers/ubuntu/
[18:15] <pitti> somerville32: right; but can you please build a source package out of it and put it somewhere?
[18:15] <somerville32> pitti, Yes but I thought the workflow with bazaar was that sponsor just use the nifty bazaar plugin stuff
[18:16] <pitti> somerville32: takes me longer to check out and build the source, though
[18:16] <somerville32> pitti, I'll upload to revu
[18:16] <pitti> (sorry, busy with three other things, trying to optimize)
[18:16] <pitti> somerville32: put a debdiff into a pastebin, please
[18:16] <somerville32> pitti, okay
[18:16] <pitti> that should be quickest
[18:17] <somerville32> pitti, Will a bzr diff between the two revisions be the same?
[18:18] <pitti> not sure, the packaging might do some control.in tricks or other stuff
[18:18]  * pitti doesn't know the artwork packages, sorry
[18:26] <somerville32> pitti, http://pastebin.ca/849655
[18:34] <pitti> somerville32: why do the binary files differ?
[18:34] <somerville32> pitti, renamed it
[18:35] <pitti> somerville32: ah, I see
[18:36] <pitti> bryce, tjaalton: hm, my xorg.conf on the live system looks weird; I have empty monitor and device sections (just identifier), and synaptics isn't configured
[18:38] <bryce> pitti, I believe the new x configures those automatically now so the sections aren't required or listed
[18:38] <bryce> pitti: the question is, does X work?
[18:39] <pitti> bryce: right, but why does dexconf write empty sections then? if that's intended, it's all good, but it might point to a bug, thus I asked
[18:39] <cjwatson> lamont: how come libvirt built on lpia at 0.3.0-0ubuntu2, but appears to be P-a-sed now?
[18:39] <pitti> bryce: well, it works except for the touchpad not being configurable (no synaptics)
[18:39] <pitti> bryce: thus you cannot disable tap-to-click in teh mouse prefs, etc.
[18:39] <bryce> pitti: hmm good point
[18:39] <lamont> cjwatson: it's lucky??
[18:39]  * lamont looks
[18:39] <bryce> pitti: can you file a bug about this?
[18:40] <pitti> bryce: I can, and I will, I just wanted to discuss what the expected behaviour is
[18:41] <bryce> ok; I'm not up on all the changes that occurred over the holidays, but timo probably can speak to it.  I think he's afk at the moment.
[18:41] <pitti> bryce: ok, no problem
[18:42] <bryce> my guess is that X still needs to have the sections present, but doesn't require anything in them, but that's just a guess
[18:42] <bryce> for the synaptics issue, that sounds like perhaps an oversight
[18:42] <pitti> ideally X would autodetect it, I guess
[18:42] <lamont> cjwatson: which of these need/want lpia:
[18:42] <lamont> +# xen stuff
[18:42] <lamont> +%xen: i386                                                           # [ANAIS]
[18:42] <lamont> +%xen-3.0: amd64 i386                                                 # [ANAIS]
[18:42] <lamont> +%xen-3.1: amd64 i386                                                 # [ANAIS]
[18:43] <lamont> +%xen-unstable: amd64 i386                                            # [ANAIS]
[18:43] <lamont> +%libvirt: amd64 i386                                                 # b-d libxen3.1-dev
[18:43] <pitti> bryce: right, I just wnated to file a bug about synaptics; the other is just cosmetical (if at all)
[18:43]  * lamont bets "all"
[18:43] <lamont> hrm... actually, most of those were just moves
[18:43] <cjwatson> lamont: I have no clue, but either it should be added to P-a-s or the packages should be NBSed :)
[18:43] <cjwatson> Mithrandir: ^-- clue please?
[18:44] <pitti> somerville32: I change the version number to 0.20, ok?
[18:44] <somerville32> pitti, Any reason why?
[18:44] <pitti> somerville32: that's the standard versioning scheme so far
[18:45] <lamont> cjwatson: poke me when you get an answer.  fwiw, libvirt was the only change in that commit
[18:45] <somerville32> It is a small bug fix. I dunno if it requires an entire new major version but I don't feel strongly about it
[18:45] <lamont> which happened 23 sep 2007
[18:45] <somerville32> Did you modify anything else?
[18:46] <pitti> bryce: ah, it's there already: bug 173411
[18:46] <ubotu> Launchpad bug 173411 in xorg "[Hardy][Regression] Touchpad vertical scroll does not work" [Medium,Confirmed] https://launchpad.net/bugs/173411
[18:48] <slangasek> stgraber: there seems to be a problem with the ISO tracker's refresh of bug data
[18:49] <stgraber> slangasek: I know, it's in Ng's todo list :) basically the LP syncronisation script not running (or crashing for an unknown reason as it works here)
[18:49] <slangasek> ok
[18:51] <Keybuk> Mithrandir: you know how you're evil, and know how to do evil things?
[18:53] <Keybuk> if I have a file created by dd on a disk, how do I mount it ? :)
[19:01] <spacey> mount -o loop file ./mount
[19:01] <spacey> after you format it ofcourse
[19:07] <somerville32> pitti, Let me know when you've uploaded it so that I can double check all is well :)
[19:08] <pitti> somerville32: sorry, forgot to upload it, thanks for the ping; in progress now
[19:11] <Burgundavia> slangasek: you around?
[19:11] <slangasek> Burgundavia: hiya
[19:12] <tjaalton> pitti: synaptics was ripped off (by debian) hoping that input-hotplug would've been here earlier
[19:12] <pitti> tjaalton: ah, I see
[19:12] <tjaalton> pitti: but it's the next thing now that xresprobe & discover are gone
[19:12] <pitti> you mean switching to input hotplug? yay
[19:12] <tjaalton> sure
[19:13] <pitti> tjaalton: that means the keyboard layout will be confirured in a hal fdi, right?
[19:13] <tjaalton> I'm using it myself on three machines, but unfortunately I don't have a laptop with a touchpad
[19:13] <tjaalton> pitti: actually, the ultimate solution would be to configure it on the fly
[19:13] <Burgundavia> slangasek: timeframe on the actual release?
[19:13] <tjaalton> so no need to duplicate the information
[19:14] <slangasek> Burgundavia: hour or two, I think.  You still release-noting?
[19:15] <Burgundavia> I was going to do the Firefox stuff, but I need screenshot, as I don't have hardy running yet
[19:16] <Burgundavia> alpha 2 did not have firefox 3, yes?
[19:16] <Burgundavia> evand: you still editing?
[19:17] <slangasek> hmm, I don't have ff3 installed yet; I can install that quickly enough, what do you need screenshots of?
[19:17] <Burgundavia> native forms would be nice
[19:17] <somerville32> slangasek, So alpha 3 won't have a desktop background either? :P
[19:17] <evand> Burgundavia: done now
[19:18] <slangasek> Burgundavia: sorry, what are native forms?
[19:18] <slangasek> dear ff3, don't tell me that firefox needs restarted after install when it wasn't running before I installed it
[19:19] <broonie> slangasek: Obviously the assumption is that if it's not running that's because it crashed.
[19:20] <slangasek> somerville32: um... the desktop will have /a/ background, to what are you referring specifically?
[19:20] <slangasek> broonie: heh
[19:21] <somerville32> slangasek, I'm pretty sure pitti said that the desktop background was broken for Alpha 2
[19:21] <somerville32> slangasek, I just uploaded the fix
[19:21] <Burgundavia> slangasek: ok, ff3 stuff added, please add a picture and you are ready
[19:21] <pitti> somerville32: well, it's hardly a release blocker :)
[19:22] <slangasek> somerville32: ok; we don't have any reason yet to reroll the images, so yeah, that won't be fixed for alpha3
[19:22] <somerville32> I hope kwwii does't notice, lol
[19:23] <Burgundavia> slangasek: am off for about an hour
[19:23] <slangasek> Burgundavia: ok, cheers
[19:23] <somerville32> Also, on http://iso.qa.ubuntu.com/qatracker/build/xubuntu/all, the bug image links to https://bugs.launchpad.net instead of the bug.
[19:23] <somerville32> bug #181794
[19:23] <ubotu> Launchpad bug 181794 in totem "Xubuntu's instance of totem fails" [Low,Invalid] https://launchpad.net/bugs/181794
[19:24] <slangasek> somerville32: yes, that's the issue stgraber and I discussed a half hour up
[20:03] <Usiu> Does Ubuntu 7.10 installer supports lvm2 ?
[20:03] <Usiu> When do You plan to release 8.04 ?
[20:04] <thegodfather> Usiu: yes. on alternate and server CD
[20:04] <thegodfather> Usiu: sometime in Apr 2008
[20:05] <thegodfather> https://wiki.ubuntu.com/HardyReleaseSchedule
[20:05] <Usiu> thegodfather, desktop iso with alternate installer ?
[20:05] <thegodfather> Usiu: yes. that one should
[20:05] <Usiu> thegodfather, thanks and sorry for disturbing :)
[20:05] <thegodfather> np
[20:24] <slangasek> Burgundavia: is that screenshot what you were looking for?
[20:25] <oojah> I'm working on a Main Inclusion Request - is this the right place to be asking about that?
[20:26] <Burgundavia> slangasek: be nice to get the tab theme as well, if possible, plus maybe have a page with more than one button on it
[20:27] <slangasek> suggested pages?
[20:27] <Burgundavia> the bug reporting page (the advanced one) maybe
[20:31] <slangasek> that page seems to have only one form button, though it has other form widgets if that's what you want to show
[20:33] <slangasek> Burgundavia: better?
[21:11] <mvo> pitti: I can reproduce the update-notifier problem now, have you filed a bugreport about it already?
[21:15] <ScottK> pitti: If you have a spare moment, I'd like to ask your advice on my amavisd-new MIR.  No problem to wait if you're busy.
[21:20] <afflux> time() turned<PHONE_NUMBER>, happy new century everyone ;)
[21:20] <mvo> python -c 'import time; print time.time()'
[21:20] <mvo><PHONE_NUMBER>.07
[21:20] <Company> someone using unix time in the gnome clock!
[21:21] <afflux> no. /join #1200000000 :P
[21:25] <mvo> pitti: anyway, fixed now
[21:30] <slangasek> calc: well, I see that OOo built successfully on i386 and was installed.  dunno if we should see about whether the amd64 buildd is tweakable to not OOM?
[21:34] <pitti> mvo: apt check -> /bin/true -> *chuckle*
[21:34] <pitti> mvo: didn't we have a casper hook to disable u-n in the live system?
[21:34] <pitti> mvo: there's a bug report, yes
[21:35] <pitti> mvo: bug 181827
[21:35] <ubotu> Launchpad bug 181827 in update-notifier "[hardy] error communicating with backend using LiveCD" [Undecided,Confirmed] https://launchpad.net/bugs/181827
[21:47] <stgraber> The tracker is syncing with LP again, so you bug infos and bug tagging (iso-testing tag) are working again
[21:57] <calc> slangasek: i don't know it built fine on my amd64 without failing
[21:57] <calc> slangasek: so the OOM/ICE issue is flaky
[21:57] <slangasek> well, yes
[21:57] <slangasek> it depends on the available memory on the buildd at the time :)
[21:58] <calc> hmm yea probably so, though it probably shouldn't be using that much ram to begin with
[21:59] <calc> i only have 2GB memory on my box and firefox eats most of it most of the time
[21:59] <calc> so the buildd must have been fairly low on ram?
[21:59] <slangasek> it stands to reason
[22:01] <calc> does one of the amd64 buildds have more ram than the others, if so we could requeue it for that machine
[22:01]  * Fujitsu knows the i386 buildds vary somewhat, but isn't sure about amd64.
[22:01] <slangasek> I'm the wrong person to ask :)
[22:01] <calc> oh ok
[22:21] <emgent> keescook, saw #181853 ?
[22:26] <keescook> emgent: excellent.  please report that to upstream too, if they don't already know.
[22:26] <emgent> sure, it's 0day
[22:26]  * keescook nods
[22:26] <emgent> i will report to debian too
[22:27] <emgent> i'm writing patch
[22:27] <emgent> subscribed
[22:27] <emgent> Fujitsu, try to see
[22:36] <emgent> keescook, see query :P


[02:20] <zeroprog> hey guys im havin a little trouble learning make files http://codepad.org/Uqn2MCyY....my driver source is in /home/name/Desktop/misc-drivers
[02:20] <zeroprog> http://codepad.org/Uqn2MCyY sorry (...)
[02:58] <zeroprog> now i keep getting invalid format for hello.ko
[08:46] <btQuark> hello everyone
[08:49] <btQuark> i've just tried this one successfully - after quite some time http://www.jan-steinhoff.de/linux/synaptics-usb.html what about bringing that into the kernel -the author obviously at it
[09:35] <Ng> how would I want to go about interpreting the battery consumption part of the checkbox suspend tests? I suppose I should really only use it to compare against results from different kernels on the same machine?
[10:00] <apw> Ng, yeah its a very subjective measure
[10:01] <apw> my feeling is it should be considered only as an indication of maximum suspend time, and if its less than a day or two its fail
[10:01] <apw> before some fixes i had a like 8 hour suspend time, which was definatly wrong
[10:03] <Ng> bah, that means I need to put jaunty back on the machine to get a baseline to support my gut feeling that suspend time has nosedived ;(
[10:03] <Ng> I also need to file a bug somewhere, some of the automated resumes didn't... resume. The LEDs changed, but I had to poke the power button
[13:14]  * popey filed bug 387272 but isn't sure it's a kernel bug or a desktop bug, feedback welcome
[13:14] <ubot3> Malone bug 387272 in linux "[karmic] long boot time on eee 900" [Undecided,New] https://launchpad.net/bugs/387272
[13:22] <rtg> cjwatson: do you have a cross compile environment for karmic ARM? Your patch series for udeb firmware isn't quite right for ARM (and probably other CPU arches without firmware)
[13:22] <cjwatson> rtg: nope
[13:22] <cjwatson> rtg: what's wrong with it?
[13:23] <rtg> cjwatson: it tries to copy a firmware directory that doesn't exist. I'll see if I can fix it later today
[13:23] <cjwatson> is it a bug in linux/debian/rules* or in kernel-wedge/commands/copy-firmware?
[13:24] <cjwatson>         cp debian/d-i/firmware/* $(builddir)/firmware/$(arch)/
[13:24] <rtg> cjwatson: linux/debian/rules
[13:24] <cjwatson> oh, is it that?
[13:24] <rtg> cjwatson: I think so, it was last Friday that I was messing with it
[13:24] <cjwatson> no, that can't be right, that directory does exist
[13:24] <cjwatson> if you can show me the error message I'll be happy to fix it
[13:25] <rtg> cjwatson: I'll get to it later today.
[13:25] <cjwatson> ok
[15:27] <apw> cjwatson, could there be no files in there though?
[15:27] <apw> then it could try and copy a file called '*'
[15:28] <apw> maybe some incantation of cp -r debian/b-i/firmware/ is more appropriate
[15:28] <rtg> apw: thats exactly what is happening. I can repro the problem quite easily, so I ought to be able to fix it justr as soon as I clear up soem other issues.
[15:30] <apw> rtg ack
[15:43] <cjwatson> rtg: did you apply all my patches? one of them creates a file in that very directory
[15:43] <cjwatson> so I don't see how it would be possible for that to be empty
[15:43] <cjwatson> it's not dynamic or anything, it's just a source directory
[15:44] <cjwatson> i.e. in my branch, there exists a file debian/d-i/firmware/nic-modules
[15:45] <rtg> cjwatson: yes, I applied all of the patches. However, I prefer patches that are bisectable so I may collapse the last 2 (once I figure out why they don't work for ARM)
[15:51] <cjwatson> fine by me, perhaps I should have committed them in the opposite order
[16:02] <apw> Keybuk, hey ... did you get to any testing on union mounty stuff
[16:09] <Kano> hi apw ,do you want to add headers to make external dvb modules compile
[16:09] <apw> which ones are missing
[16:10] <Kano> cp -a drivers/ieee1394/*.h $(indep_hdrdir)/drivers/ieee1394
[16:11] <Kano> and for fglrx it would not hurt to add
[16:11] <Kano> cp -a drivers/acpi/acpica/*.h $(indep_hdrdir)/drivers/acpi/acpica
[16:12] <Keybuk> apw: not yet, was off on Friday
[16:12] <apw> Keybuk, heh no worrie
[16:12] <Kano> apw: firedtv will not compile without
[16:13] <Kano> i have got a test script for dkms
[16:13] <Kano> http://kanotix.com/files/fix/dkms/dvb-s2api-liplianin-dkms.sh
[16:13] <Kano> that compiles all dvb drivers + some additional dvb-s2 drivers
[16:14] <Kano> the same script can be used to update gspca drivers too, just a small change
[16:17] <apw> Kano, that first one seems like a reasonable request, so get that into a bug... will think about the other
[16:17] <apw> let me know the number so
[16:17] <Kano> for the other you need an extra export too
[16:17] <Kano> http://kanotix.com/files/kernel/unused-patches/2.6.30-export-flush_tlb_page.patch
[16:18] <Kano> with both things my fglrx script works with 2.6.30
[16:18] <Kano> with a relatively small patch
[16:18] <Kano> when you dont copy the headers the patch has to contain em, thats not really useful
[16:23] <Kano> btw. i have have got a verified patch for avm draft-n usb sticks, will be most likely in 2.6.31 too
[16:27] <Kano> http://kanotix.com/files/kernel/unused-patches/2.6.30-ar9170-support-1-stage-firmare+avm-fritz.patch
[16:27] <Kano> you only need the firmware
[19:02] <Kano> apw: why dont you set CONFIG_HAVE_KERNEL_LZMA=y
[19:03] <Kano> that compresses the vmlinuz with lzma
[19:05] <apw> you mean CONFIG_KERNEL_LZMA ... and that is not guarenteed to be a good thing
[19:05] <apw> the kernel is smaller, but slower to extract from the compressed form
[19:05] <Kano> it is 100% a good thing
[19:05] <apw> there is a trade off there dependant on disk and cpu performance characteristics
[19:05] <Kano> decompress is always fast
[19:05] <apw> its 2x the CPU time to decompress over the default compression
[19:06] <apw> as reported by a number of sources
[19:06] <Kano> which means in seconds
[19:06] <Kano> .5s longer or what
[19:06] <apw> which mean double the decompress time
[19:06] <apw> which with a boot budget of 10s could make a difference
[19:06] <apw> t
[19:07] <apw> the point is that its not a slam dunk to change, as its a trade offf which needs measuring
[19:07] <Kano> the load time to load the kernel is shorter
[19:07] <Kano> so you win
[19:07] <mjg59> I'd be amazed if the difference in size makes up for the difference in compression
[19:08] <apw> the laod time is shorter yes, but on a netbook where the cpu is poor and the disk is ssd
[19:08] <Kano> for live images you gain 5 mb when you compress kernel+initrd with lzma
[19:08] <apw> is it going to be faster
[19:08] <apw> most of that presumably comes from compressing the initrd with it
[19:08] <Kano> i dont have got a netbook
[19:08] <apw> Kano, and how does that affect my decision?
[19:08] <Kano> apw: well when you dont change it, i change it
[19:09] <apw> then you are happy, and i am happy. win
[19:09] <Kano> it is just a patch i want to get rid of
[19:10] <cjwatson> Kano: FWIW our live images only contain the kernel and initrd once, not twice as I saw you saying the other day
[19:10] <apw> cjwatson, it does beg the question if we could use lzma for the initrd on the CD images as they are one time build compress time wise
[19:10] <Kano> cjwatson: you forget the compressed filesystem!
[19:10] <apw> if the kernel understands both of course
[19:11] <cjwatson> if it works, I expect we could; speed is not so critical there
[19:11] <cjwatson> Kano: no, I don't.
[19:12] <Kano> the only way to get rid of storing it twice would be using for example grub2 as bootloader with a squashfs support module that would fetch the file from the squashfs
[19:12] <cjwatson> Kano: false
[19:12] <cjwatson> Kano: by demonstration, in the last several releases of Ubuntu :-)
[19:13] <Kano> you have got no /boot/vmlinuz-... in squashfs?
[19:13] <cjwatson> Kano: that's correct
[19:13] <cjwatson> Kano: the installer knows to copy it from the ISO9660 filesystem rather than from the squashfs
[19:15] <Kano> then you are forced to boot with iso-scan to isntall
[19:15] <cjwatson> no you aren't, we use ubiquity
[19:15] <Kano> well when you boot from network
[19:16] <cjwatson> you can do that with casper/ubiquity too
[19:16] <cjwatson> (might need some fixes since it's not tried very much, but it's basically possible)
[19:16] <cjwatson> and I don't see why iso-scan is a problem - you ought to have /cdrom set up properly during installation from local media anyway, several bits of code assume that and may operate a bit weirdly if it isn't there
[19:17] <Kano> what does happen when you used live-media-path override
[19:17] <Kano> does your installer support it
[19:18] <cjwatson> casper does but if you use that ubiquity will probably fail to understand what's going on. I invite anyone who has a problem with this to submit patches :-) shouldn't be hard to fix
[19:18] <cjwatson> it'd just need to read casper.conf
[19:18] <cjwatson> (casper does> as of karmic anywya)
[19:18] <cjwatson> anyway
[19:43] <cjwatson> Kano: ... indeed, that's simple enough to do that I've just committed support for it
[19:44] <Kano> do you really need the preseed option in order that your installer works correctly
[19:45] <cjwatson> huh?
[19:45] <cjwatson> what preseed option?
[19:47] <Kano> file=/cdrom/preseed/kubuntu.seed for example
[19:47] <cjwatson> it has sensible defaults for Ubuntu
[19:48] <cjwatson> the preseed options arrange for the right packages to be installed appropriate to the flavour you're installing, so that we don't have to ship a separate installer for every flavour
[19:49] <cjwatson> (we actually do ship a preseed file for Ubuntu too; the main relevant thing it does is to arrange to install the desktop automatically. if you don't use that preseed file then (a) you'll get asked the question on alternate/server CDs (b) it makes no difference on desktop CDs)
[19:50] <Kano> so bascially it is useless on the desktop ones?
[19:54] <Kano> when this is the case, why are those files on it then
[20:01] <cjwatson> Kano: I didn't say that, I said that the bit that arranges to install the desktop automatically makes no difference on desktop CDs
[20:02] <cjwatson> Kano: though right now it's true that none of the rest of the preseed file is relevant to desktop CDs, only DVDs; but who cares? it's easier to just tell the image building infrastructure to always include it
[20:02] <cjwatson> premature optimisation => silly
[20:03] <Kano> well it is at least good to know
[20:03] <Kano> if i want to test u live i use currently something like
[20:03] <Kano> http://kanotix.com/files/fix/grub2/config/70_ubuntu_iso
[20:04] <Kano> did you ever see such a code
[20:48] <Keybuk> -9 is not a happy kernel for me
[20:51] <Kano> Keybuk: do you use a dvb-c card
[20:54] <Keybuk> no
[20:56] <Kano> whats your problem with it
[20:57] <Keybuk> hard locks after the screen is switched off
[21:03] <Kano> intel gfx?
[21:14] <Keybuk> yes
[21:52] <awe> sconklin: you have time for a build question?
[23:08] <Mike-DC> Hi everyone. I'm having trouble recompiling the stock 2.6.28-11-generic kernel in 9.04. Everything compiles fine except for the Ubuntu supplied third-party drivers. I'm rebuilding from the tar.bz2 I retrieved through aptitude. Anyone run into this before and/or have any knowledge in this area?