[12:47] <slangasek> anyone interested in taking bug #136534? I've just added some analysis of the failure to the bug log
[12:47] <ubotu> Launchpad bug 136534 in keepalived "autopkgtest gutsy keepalived: erroneous package!" [High,Confirmed]  https://launchpad.net/bugs/136534
[01:17] <alex-weej> is there any chance of https://bugs.launchpad.net/ubuntu/+source/ubuntulooks/+bug/145004 getting in for gutsy or is it too late now?
[01:17] <ubotu> Launchpad bug 145004 in ubuntulooks "Implement GtkExpander styling (Code, Screenshot)" [Undecided,New] 
[01:28] <bigon> damm ekiga crashes (see bug #145006)
[01:28] <ubotu> Launchpad bug 145006 in ekiga "ekiga: symbol lookup error: /usr/lib/libopal.so.2.2: undefined symbol: _ZN11PSafeObjectC2Ev" [High,New]  https://launchpad.net/bugs/145006
[01:30] <slangasek> alex-weej: the UI is supposed to be frozen at this point; at minimum it would need a freeze exception, and the prereqs for that would seem to be sign-off by the doc team and the
[01:30] <slangasek> ... and the desktop team
[01:31] <alex-weej> ah ok
[01:47] <terlmann> is this where packaging maintainers are ?
[02:04] <MacSlow> mjg59, oh... noted will be fixed
[02:05] <mjg59> No problem
[02:05] <MacSlow> mjg59, and thanks for the heads up
[02:06] <RAOF> I'm looking at bug #127704, and I'd just like to check that dh_installudev is safe to use in Ubuntu - Debian bug #414331 suggests that it isn't in Debian at least.
[02:06] <ubotu> Launchpad bug 127704 in kvm "kvm: access to /dev/kvm should have a different group-ownership" [Low,In progress]  https://launchpad.net/bugs/127704
[02:06] <ubotu> Debian bug 414331 in kvm "must not install udev rules files" [Normal,Fixed]  http://bugs.debian.org/414331
[02:07] <MacSlow> mjg59, btw filed a bug on that already?
[02:09] <mjg59> MacSlow: Nope
[02:10] <MacSlow> mjg59, ok I'll do that then
[02:10] <mjg59> Thanks!
[02:21] <MacSlow> mjg59, https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/145020
[02:21] <ubotu> Launchpad bug 145020 in gnome-control-center "failed visual/desktop effects still change workspace layout " [Undecided,Confirmed] 
[02:21] <MacSlow> mjg59, should I (or would you like) add you as the inital reporter?
[02:23] <mjg59> MacSlow: Sure, thanks
[02:51] <bddebian> Heya
[02:53] <RAOF> bddebian: Hey.
[02:53] <RAOF> bddebian: You're a udev god, right? :P
[02:53] <bddebian> Heya RAOF
[02:54] <bddebian> No, I'm pretty much an idiot about everything
[02:54] <RAOF> :)
[02:55] <RAOF> Eh, not yet an hour.  Probably too early to reping the udev question
[02:55] <bddebian> What's the question?
[02:55] <RAOF> Whether dh_installudev is safe on ubuntu.
[02:58] <bddebian> What would make it not safe?
[02:58] <RAOF> I'm looking at bug #127704, and I'd just like to check that dh_installudev is safe to use in Ubuntu - Debian bug #414331 suggests that it isn't in Debian at least.
[02:58] <ubotu> Launchpad bug 127704 in kvm "kvm: access to /dev/kvm should have a different group-ownership" [Low,In progress]  https://launchpad.net/bugs/127704
[02:58] <ubotu> Debian bug 414331 in kvm "must not install udev rules files" [Normal,Fixed]  http://bugs.debian.org/414331
[02:59] <RAOF> "dh_installudev is badly broken"
[03:00] <bddebian> Ah, hrm
[03:00] <pwnguin> heh
[03:00] <bddebian> Dunno, sorry
[03:00] <pwnguin> i just went shopping, and that's still going on?
[03:01] <RAOF> pwnguin: Not so much going on, as a slightly different question that hasn't been answered.
[03:02] <pwnguin> what was the answer to the question about keybuk's comment?
[03:02] <pwnguin> do packages provide permissions or does udev?
[03:03] <RAOF> Yes, other packages provide it.
[03:04] <pwnguin> unfortunately, im not sure about what permissions to set. world readable would be easier than setting up a group
[03:05] <RAOF> pwnguin: There are a bunch of groups already set up, and if you want an example of creating a new one, kvm is one such :)
[03:05] <pwnguin> fuse seems like another
[03:06] <RAOF> Yup.
[03:06] <pwnguin> thats the one i was working from, and it uses dh_installudev
[03:06] <pwnguin> err
[03:06] <pwnguin> no it doesnt. someone else in motu told me to use installudev
[03:07] <pwnguin> instead of plain "install"
[03:09] <RAOF> pcmciautils also doesn't use dh_installudev
[03:11] <RAOF> And dmsetup *does* use it, and is in main.
[03:12] <pwnguin> I think all you've proven is that nobody's thought about it recently
[03:14] <RAOF> That's entirely possible.  However, the fact that a main package uses it makes me more confident it's not utterly broken.
[03:15] <bddebian> Well there's your first mistake ;-)
[03:15] <pwnguin> dmsetup?
[03:17] <RAOF> Hm.  Of all the packages that own files in /etc/udev/rules.d, watcom-tools, lvm2, and devmapper are the only packages using installudev
[03:19] <pwnguin> well, if debian's decided not to use installudev, then it's not like anyone's gonna go and put it back in
[03:19] <RAOF> But it may be useful in for us, since we seem to have a different udev policy.
[03:21] <pwnguin> amusingly
[03:22] <pwnguin> theres a bug in evms about it's udev rules not running
[04:23] <pwnguin> is there a written description of the meaning of various unix groups anywhere?
[04:23] <pwnguin> (in ubuntu)
[04:26] <mpt> pwnguin, what do you mean by "unix groups"?
[04:27] <pwnguin> like, fuse, wheel
[04:27] <pwnguin> admin
[04:27] <pwnguin> plugdev
[04:27] <pwnguin> /etc/groups
[04:27] <mpt> ah
[04:27] <pwnguin> not lugs
[04:29] <mpt> pwnguin, you could report a bug at https://bugs.launchpad.net/ubuntu/+source/ubuntu-docs that it should be explained in the help
[04:29] <pwnguin> so the answer's no
[04:29] <pwnguin> ok
[04:30] <pwnguin> i looked through debian-policy and didnt come up with anything
[06:57] <calc> wow, i didn't really know the history caldera until reading its wikipedia entry, they were impressive before they became psychotic
[06:58] <asisak> they were creating Caldera DOS that was beer-free and quite good, esp. compared to the MS hell
[06:59] <asisak> IIRC
[06:59] <calc> they did a whole lot more than that according to the article founded blackdown, LPI, etc
[07:00] <asisak> Sure, it was the only thing I knew :)
[07:01] <calc> :)
[07:10] <pitti> Good morning
[07:11] <Hobbsee> pitti!
[07:11] <ajmitch> hey pitti
[07:12] <asisak> Good morning pitti, $TIME_OF_DAY ajmitch, Hobbsee
[07:12] <calc> pitti: good morning
[07:17] <soren> Good morning, everyone!
[07:17] <calc> good morning
[07:34] <ajmitch> hi & bye, keescook :)
[07:34] <Hobbsee> hi keescook!
[07:34] <keescook> say, is the method that firefox and the kernel packages use to trigger the "you need to Xyz" update-notifier stuff documented anywhere, or is this a case of me needing to go code-dive their postinsts?
[07:34] <StevenK> Morning pitti
[07:34] <keescook> hiya ajmitch, Hobbsee.  :)
[07:35] <ajmitch> check out the postinsts, it's fairly basic iirc
[07:36] <RAOF> Yeah.  It's "copy a file which looks similar to a .desktop file to /var/lib/update-notifier/user.d, IIRC
[07:37] <pitti> hey keescook
[07:37] <keescook> ajmitch, RAOF: ah, yeah.  /usr/share/firefox/firefox-restart-required.update-notifier
[07:37] <keescook> hi pitit!
[07:37] <keescook> er
[07:37] <keescook> pitti!  :)
[07:43] <RAOF> Is anyone here running the fglrx drivers?  Could you contribute the output of glxinfo to help make xgl's acceleration detection better?
[07:43] <superm1> after beta is released later this week the archive goes back into automatic mode for a bit right?
[07:44] <superm1> RAOF, sure, but i'm not running an official release of fglrx
[07:44] <superm1> if that's ok
[07:44] <RAOF> That's fine.
[07:45] <RAOF> I just want to see which GL extensions it advertises.
[07:45] <superm1> RAOF, here you go: http://paste.ubuntu-nl.org/38614/
[07:47] <Mithrandir> superm1: yes, it will be put on auto again.
[07:47] <superm1> Mithrandir, okay cool thanks
[07:47] <RAOF> superm1: Damnit.  That's a modern card/driver combination, right?  As such, it should be capable of pbuffers?
[07:48] <superm1> RAOF, well depends on your definition of modern.  It's a 2-3 year old card.  It's around the 8.41 series of drivers
[07:48] <superm1> it should be capable of pbuffers though yes
[07:49] <RAOF> So why doesn't it advertise that fact? :(
[07:49] <calc> looks like is based on rv350 (if i remember my numbering right?)
[07:49] <superm1> RAOF, its possible pbuffers are broken in this driver
[07:49] <sladen> RAOF: btw, one thing that bugs me about the attempt at GL acceleration detection is of the software trying to be too cleve
[07:49] <superm1> RAOF, because the 'official' release of 8.41 has a lot broken on my card
[07:49] <RAOF> Right.  Interestingly, it advertises fbo's
[07:50] <RAOF> sladen: Basically, I want to know: (1) does it support pbuffers? (2) does it support fbos.  I can make the detection user-overridable, if that mollifies you :)
[07:51] <sladen> RAOF: too clever---IMHO software should always work (if the right primitives are;  the user can choose if they like that or not)---though I /do/ agree with auto-detection for automatic enabling on install
[07:52] <sladen> RAOF: yeah, it bugs me the way all the window borders disappear, and /then/ it says "no, can't do"
[07:52] <RAOF> sladen: Oh, it works.  I'm just trying to hunt down why it's dog slow.
[07:53] <sladen> RAOF: if it's going to back out, could that be done before killing the existing window manager;  and/or just even show the enable button if it is fact going to back out
[07:53] <RAOF> sladen: You're thinking of Compiz, not Xgl, and we already do that.
[07:53] <RAOF> sladen: Unless compiz *crashes*, and it's a bit difficult to tell that beforehand :)
[07:54] <sladen> RAOF: ouch, is that the abort mechanism, see if it crashes...
[07:54] <sladen> RAOF: I have an ATI laptop at work, I'll try when I get there.  poke me in an hour
[07:55] <RAOF> sladen: No, we do a whole bunch of tests first.  If it passes those, then compiz *should* work.  But if it crashes, it crashes back to metacity.
[07:55] <RAOF> sladen: Thanks.
[08:21] <soren> Anyone else using VMWare server? Could you try adding more than one scsi hard drive and try booting a recent gutsy CD and see if it detects more than the first disk?
[08:22] <pitti> soren: I could try it on vmware ws
[08:22] <stgraber> morning
[08:22] <soren> pitti: That could work, too.
[08:22] <pitti> soren: ah, let me install vmware; I reinstalled my desktop last night :)
[08:23] <soren> pitti: Any particular reason why you're using ws?
[08:23] <pitti> soren: we have licenses, and well, it was just the most logical pick from their website
[08:23] <soren> pitti: server is free (as in beer, of course).
[08:24] <pitti> soren: what's the key difference?
[08:24] <soren> pitti: WS has a few features that server doesn't yet, but the killer feature for server (for me, anyway) is that you can deetach from the server instance and the vm's keep on running.
[08:25] <soren> ...and you can connect to it remotely.
[08:25] <pitti> soren: right, like on -- a server :)
[08:25] <soren> :)
[08:26] <soren> WS is better for testing multi-machine setups.
[08:26] <kagou> Good morning
[08:26] <soren> ..since you can more easily create these shared virtual networks between your vm's. This is not quite as easy in server.
[08:27] <pitti> yeah, those are really cool for testing edubuntu, etc.
[08:28] <soren> Right.
[08:37] <pitti> soren: confirmed, second scsi disk is not detected
[08:37] <soren> "great", thanks.
[08:37] <pitti> soren: hm, that's bad, isn't it?
[08:37] <pitti> soren: anyway, ubuntu does not have a problem with detecting my two IDE disks
[08:38] <soren> pitti: No, it works fine in Feisty, too.
[08:38] <soren> pitti: Yes, it's a bit bad :)
[08:38] <pitti> but I hope that vmware bug doesn't imply that it is true for all scsi disks
[08:38] <soren> pitti: You wouldn't happen to have a physical box with an lsilogic controller in it, would you? :)
[08:38] <pitti> nope
[08:39] <pitti> soren: my hardware is ancient in that regard: just plain IDE disks everywhere
[08:39] <soren> Ah, already reported:
[08:39] <soren> https://bugs.edge.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/140761
[08:39] <ubotu> Launchpad bug 140761 in linux-source-2.6.22 "Ubuntu 7.10 Alpha Gust OS does not recognize a lun with non zero target id on Vmware ESX Server" [Undecided,Incomplete] 
[08:45] <StevenK> pitti: No SATA at all?
[08:45] <pitti> StevenK: no, both my boxes are about 3 years old
[08:45] <pitti> StevenK: however, new Dell Latitude is ordered now, so this might have :)
[08:46] <StevenK> Heh
[08:46] <pitti> (not that I'm particularly interested in it - it has to have a damn working HD, that's all)
[08:47] <soren> Yeah. I feel that way about most hardware, actually.  I like it fast, though.
[08:48] <pitti> lightweight, long-running, good display, sane keyboard, working guts, that's my laptop :)
[08:49] <pitti> anyway, no catastrophes so far, what's wrong?
[08:49] <stgraber> working suspend to ram is also one of the things I want my laptops to have
[08:49] <pitti> stgraber: right
[08:49] <stgraber> do we have new Edubuntu server ISOs ?
[08:50] <pitti> stgraber: noone told/mailed me about why they were disabled
[08:50] <pitti> and what to do to get new ones
[08:50] <pitti> and neither ogra nor LaserJock are online
[08:50] <pitti> slangasek doesn't seem to know either
[08:50] <stgraber> I disabled them yesterday as they didn't install due to moodle
[08:50] <pitti> why do we have a 24/7 release team available if noone tells them??
[08:50] <pitti> stgraber: ah, just dropping moodle? ok
[08:51] <stgraber> ogra or Laserjock should have uploaded a new meta I think
[08:51] <pitti> stgraber: a new serveraddon-meta
[08:51] <torkel> 0016 (slangasek) but it still requires an edubuntu CD rebuild for it to be reflected in the beta, yes?
[08:51] <pitti> stgraber: but I didn't accept it since this looks a bit fishy
[08:51] <torkel> 0017 (ogra) yep
[08:52] <torkel> 0017 (ogra) i'll do that tomorrow morning
[08:52] <pitti> stgraber: they added lots of new apps, but the CD is almost full
[08:52] <torkel> sometimes it is good to keep a long scrollback :-)
[08:52] <pitti> torkel: thanks
[08:53] <pitti> stgraber: anyway, moodle appears in component-mismatches, so it's unseeded now
[08:53] <pitti> stgraber: I guess it was only in ship
[08:53] <pitti> message:
[08:53] <pitti>   move moodle to ship until it has better d-i inetgration and a proper preseed file
[08:54] <slangasek> yep
[08:54] <pitti> https://edge.launchpad.net/ubuntu/+source/edubuntu-meta/1.46 ah, cool
[08:54] <pitti> stgraber: ok, so only thing for me to do is trigger new images, it seems
[08:55] <stgraber> Do you think we'll have bug 134918 and bug 144956 for beta ?
[08:55] <ubotu> Launchpad bug 134918 in restricted-manager "Misleading error message - software source for package is not enabled" [High,Confirmed]  https://launchpad.net/bugs/134918
[08:55] <ubotu> Launchpad bug 144956 in xorg-server "incorrect screen resolution on gutsy beta using intel" [High,In progress]  https://launchpad.net/bugs/144956
[08:55] <pitti> stgraber: yes, we will have them in beta :)
[08:55] <pitti> stgraber: (i. e. no time to fix them and roll new CDs)
[08:55] <pitti> stgraber: I'll fix the two r-m bugs right after beta, though
[08:56] <stgraber> ok :(
[09:04] <Hobbsee> ergh.  when does edgy EOL?
[09:04] <Hobbsee> oh, must be another 6 months or something.
[09:05] <fabbione> Hobbsee: when hardy is out
[09:05] <fabbione> this release no EOL :)
[09:05] <fabbione> power of LTS ;)
[09:06] <Hobbsee> fabbione: damn.
[09:06] <Hobbsee> kdebase has too many bugs.
[09:06] <stgraber> Hobbsee: some bugs you don't want to fix ? :)
[09:06] <Hobbsee> stgraber: most are likely outdated
[09:06] <Hobbsee> stgraber: and by now, most of them wont be fixed, due to kde4.
[09:12] <pitti> hello slomo, good morning
[09:17] <slangasek> soren: hi, what are the neat new server features in 7.10 that should be emphasized in the beta announcement?
[09:17] <fabbione> slangasek: that it might actually work :P
[09:19] <StevenK> I should make DKMS work for virtualbox
[09:19] <slangasek> fabbione: you can't fool me, I've met the kernel team
[09:19] <fabbione> slangasek: which kernel team?
[09:20] <slangasek> fabbione: yes
[09:20] <fabbione> slangasek: whatever..
[09:20] <slangasek> at midnight? tsk
[09:21] <dholbach> good morning
[09:21] <Hobbsee> morning dholbach
[09:21] <dholbach> hey slangasek
[09:21] <fabbione> slangasek: i can be very charming :P
[09:22] <dholbach> hey Hobbsee
[09:22] <slangasek> dholbach: hiya
[09:22] <dholbach> how's it going?
[09:23] <soren> slangasek: Um... I think there's a list of stuff we usually brag about somewhere.
[09:25] <slangasek> dholbach: I'm up way past my bedtime, how are you? :)
[09:26] <dholbach> slangasek: very good, had breakfast in the sun and am just about to dive into heaps of mails I got over the night :)
[09:30] <pitti> stgraber: new edubuntu server CDs up
[09:30] <pitti> slangasek: ^ FYI
[09:30] <stgraber> pitti: got the e-mail notification, davmor2 will test them
[09:30] <pitti> cool
[09:31] <stgraber> I'm doing xubuntu alternate i386 and edubuntu desktop i386 at the moment
[09:31] <pitti> https://iso.qa.stgraber.org/qatracker/build/All looks a bit like space invaders...
[09:32] <stgraber> :)
[09:34] <moyogo> hi
[09:39] <moyogo> there are many keyboard layouts that are missing or arent in sync with whats on freedesktop.org
[09:39] <moyogo> could xkeyboard-config be updated?
[09:39] <moyogo> https://bugs.launchpad.net/ubuntu/+source/xkeyboard-config/+bug/135509
[09:39] <ubotu> Launchpad bug 135509 in xkeyboard-config "update xkb-data to include latest keyboard layouts" [Undecided,New] 
[09:55] <stgraber> pitti: any idea why we're still having unionfs issue with Edubuntu desktop ?
[09:55] <pitti> stgraber: I saw a non-reproducible hang on ubuntu yesterday, too
[09:55] <pitti> stgraber: seems like not all bugs are fixed yet
[09:55] <pitti> hey seb128
[09:56] <pitti> seb128: did you see jamie's tracker mail? I am fine with updating and testing the package today (not for beta, of course), unless you want to?
[09:56] <pitti> seb128: but I guess you have tons of other release-candidate bugs on your plate
[09:56] <stgraber> pitti: I'll reboot and retry but that's weird because the two testers of both Edubuntu desktop i386 and amd64 have reported the bug (bdmurray and me)
[09:57] <seb128> hello pitti
[09:57] <stgraber> but l-u-m is .32 so we should have the fix :(
[09:57] <seb128> pitti: pochu is working on the update already
[09:57] <pitti> seb128: ah, nice
[10:01] <stgraber> pitti: second try didn't help (it crashed at partitioning this time)
[10:01] <pitti> stgraber: uh, bad
[10:02] <pitti> stgraber: "the fix" -> I saw lots of different kind of unionfs crashes
[10:05] <carlos> pitti: who should I contact about apparmor package management?
[10:06] <pitti> carlos: keescook and mathiaz
[10:06] <carlos> pitti: ok, thanks
[10:06] <carlos> keescook: ping
[10:07] <pitti> carlos: (he went to bed an hour ago)
[10:07] <carlos> oh, ok
[10:07] <carlos> I'm a bit confused with the list of po files included in that package so I just wanted some input from him
[10:10] <seb128> carlos, pitti: are we getting a language pack update today?
[10:10] <pitti> carlos: ah, did the export succeed?
[10:10] <carlos> seb128: no, we had a problem with the production server and broke the export
[10:11] <carlos> and we didn't have time to prepare a new one
[10:11] <seb128> carlos: any estimation of the delay to get one?
[10:11] <carlos> pitti: it's being quite slow on production, so it's still in progress...
[10:11] <pitti> carlos: oh, the one from last night failed,  too?
[10:11] <carlos> seb128: we are preparing one for tomorrow
[10:11] <pitti> ah, still ongoing, I see
[10:11] <carlos> right
[10:12] <carlos> seb128: well, in first place, there was no planned language pack update for the beta release... i asked pitti to do it
[10:12] <seb128> carlos: I though we were supposed to have weekly updates this cycle?
[10:13] <pitti> good morning ogra
[10:13] <pitti> seb128: we had semiweekly ones in fact
[10:13] <carlos> seb128: yeah, but that was stopped due to problems with PPA changes
[10:13] <carlos> and as pitti just said, move to semiweekly ones
[10:13] <seb128> just stopped before 2.20.0
[10:13] <pitti> no, the updates were uploaded straight into gutsy on Wednesdays and Sundays
[10:13] <seb128> which makes that we sucks again for upstream guys
[10:13] <seb128> they can't test their translations on Ubuntu
[10:13] <pitti> yeah, the 'current' symlink was not updated, and we didn't notice for a while
[10:15] <carlos> also, we recently moved to production, so the exports must be more reliable
[10:15] <carlos> and not depending on a mirror anymore
[10:19] <dholbach> pitti: is it ok if I assign bug 134712 to you? you replied on it already
[10:19] <ubotu> Launchpad bug 134712 in gparted "gparted didn't exit cleanly, no automount anymore" [High,Confirmed]  https://launchpad.net/bugs/134712
[10:20] <carlos> seb128: btw, I just found this while approving pending templates for Gutsy https://bugs.edge.launchpad.net/ubuntu/+source/fast-user-switch-applet/+bug/139793
[10:20] <ubotu> Launchpad bug 139793 in fast-user-switch-applet "fast-user-switch-applet does not contain any translations" [Undecided,Confirmed] 
[10:22] <pitti> dholbach: yes, absolutely
[10:23] <seb128> carlos: I'll fix it, but ideally rosetta should automatically file bugs about that
[10:23] <pitti> dholbach: done
[10:23] <carlos> seb128: see what I just said
[10:23] <pitti> dholbach: (i. e. assigned, not yet uploaded)
[10:24] <carlos> seb128: that's indeed what I would really like, well, maybe not file bugs automatically but render a page with such detected problems
[10:24] <seb128> carlos: I understand that as you did want to review all the template yourself
[10:24] <carlos> seb128: indeed
[10:24] <pitti> ogra: hm, so no more moodle?
[10:25] <seb128> carlos: get danilo to do it? ;)
[10:25] <carlos> seb128: he's fighting with our database to get searching working...
[10:25] <seb128> ah ok
[10:25] <carlos> Maybe we could move to Mars to get longer days.. who knows... :-P
[10:25] <seb128> that would also be nice
[10:25] <dholbach> pitti:hum... I might not have got your reply
[10:26] <pitti> dholbach: nothing fancy, just saying that I assinged the bug to me and set it to 'in progress'; will tend to it today, probably
[10:26] <dholbach> pitti: you ROCK
[10:27] <dholbach> keescook, bryce_: how's bug 96586 coming along?
[10:27] <ubotu> Launchpad bug 96586 in inkscape "Correct multiple inkscape issues in Feisty (SRU and Backport)" [Medium,Fix committed]  https://launchpad.net/bugs/96586
[10:31] <cjwatson> pwnguin: /usr/share/doc/base-passwd/users-and-groups.html
[10:32] <pwnguin> excellent
[10:32] <dholbach> Riddell: bug 136425, bug 121984? bug 121872? can either you or somebody of the kubuntu-main people at least comment on them?
[10:33] <ubotu> Launchpad bug 121984 in kdepim "kandy: no icon in kubuntu feisty's kde menu" [Wishlist,Confirmed]  https://launchpad.net/bugs/121984
[10:33] <Hobbsee> bug 136425
[10:33] <ubotu> Launchpad bug 121872 in qt4-x11 "*-qt4 tools should be present in $QTDIR/bin" [Undecided,In progress]  https://launchpad.net/bugs/121872
[10:33] <ubotu> Launchpad bug 136425 in qt4-x11 "qtconfig-qt4 in Accessories?" [Undecided,Confirmed]  https://launchpad.net/bugs/136425
[10:33] <dholbach> Riddell: if you decide to not have them in gutsy, that's fine with me, but it'd be nice to at least get back to the patch authors
[10:33] <Hobbsee> bug 121984 bug 121872
[10:33] <cjwatson> pwnguin: I maintain that and am happy to document more users and groups in it, at least to some reasonable extent :)
[10:33] <dholbach> calc: bug 135086?
[10:33] <ubotu> Launchpad bug 135086 in unzip "zipgrep: exit code always 0" [Unknown,Confirmed]  https://launchpad.net/bugs/135086
[10:34] <Hobbsee> oh, those ones
[10:34] <cjwatson> pwnguin: BTW, the only reason pcmciautils doesn't use dh_installudev is because I haven't got around to it. As far as I know dh_installudev is safe to use on Ubuntu (we've certainly put some effort into making it so).
[10:34] <pwnguin> cjwatson: cool
[10:34] <dholbach> keescook, soren: if anybody'd have the time to check out bug 134346, that'd be cool
[10:34] <ubotu> Launchpad bug 134346 in traceroute "Please sync traceroute (main) from Debian unstable (main)" [Medium,Confirmed]  https://launchpad.net/bugs/134346
[10:34] <pwnguin> there was certianly some confusion on the issue in #-motu
[10:35] <soren> dholbach: /me looks
[10:35] <dholbach> soren: you ROCK
[10:36] <dholbach> pitti: maybe you could factor in bug 114648 too?
[10:36] <ubotu> Launchpad bug 114648 in gparted "gparted menu entry is not HIG compliant" [Wishlist,In progress]  https://launchpad.net/bugs/114648
[10:36] <pitti> dholbach: no problem
[10:36] <dholbach> pitti: assigning
[10:36] <seb128> dholbach: I deferred other "menu entry is not HIG compliant" to next cycle because it's late now to break translations
[10:36] <Hobbsee> dholbach: stolen 121984
[10:37] <pwnguin> cjwatson: cwiid wants a udev rule for a kernel module to make it user readable, similar to fuse. i wonder about the long term viability of adding yet another group for it
[10:37] <seb128> pitti: ^
[10:37] <pitti> seb128: if it does that, I'll defer it
[10:37] <seb128> pitti: thanks
[10:37] <cjwatson> pwnguin: I don't know what cwiid is or what the purpose of the kernel module is
[10:38] <cjwatson> I should probably document the fuse group
[10:38] <pwnguin> cjwatson: cwiid is a wiimote library. one of the packages connects to the wiimote and somehow presents a mouse device to X
[10:38] <dholbach> seb128: ok, thanks
[10:38] <cjwatson> fuse is really nothing like anything else that existed, which is why it has its own group - not really because it is a kernel module
[10:38] <pwnguin> well, the kernel module it wants is similar
[10:38] <pwnguin> uinput
[10:39] <pwnguin> fuse exposed filesystems to userspace, uinput is similar in nature
[10:39] <cjwatson> pwnguin: /dev/input/* is root:root 0660
[10:39] <dholbach> Hobbsee: thanks a lot
[10:39] <cjwatson> pwnguin: any reason this shouldn't be the same?
[10:39] <cjwatson> pwnguin: X starts as root so we don't need a special group here
[10:40] <pwnguin> cjwatson: i dont defend the architecture of wmpinut, but it doesn't work if the user doesnt have read access
[10:40] <pwnguin> or write access, probably
[10:40] <cjwatson> err, if it's presenting a mouse device to X, shouldn't it just need X to have read/write access?
[10:40] <pwnguin> im guessing it connects to a wiimote via bluetooth, and writes events to a uinput device
[10:41] <cjwatson> I am familiar with how uinput works
[10:41] <pwnguin> i am not
[10:41] <pwnguin> currently, wminput is run by the user. that seems suboptimal
[10:42] <cjwatson> I'd change that if I were you :)
[10:42] <cjwatson> or make it escalate privileges with sudo or something
[10:42] <pwnguin> i think the whole thing may need more design from upstream
[10:42] <cjwatson> mouseemu is a similar precedent
[10:42] <cjwatson> you just run it as root
[10:42] <pwnguin> heh
[10:42] <pwnguin> one caution
[10:42] <pwnguin> bluetooth
[10:43] <pwnguin> presents a slightly higher vulnerability threat
[10:43] <pwnguin> but you're probably right, this is little more than an experiment that needs rethinking
[10:44] <cjwatson> well, what's hard about just adjusting it in Ubuntu to run as root?
[10:45] <Treenaks> is anyone looking at bug 119266? It's annoying to have to reload snd-hda-intel every reboot :)
[10:45] <ubotu> Launchpad bug 119266 in linux-source-2.6.22 "Intel HDA Sound device doesn't work in gutsy" [Low,Confirmed]  https://launchpad.net/bugs/119266
[10:45] <pwnguin> setuid? that sounds worse to me
[10:45] <cjwatson> no, "as root" doesn't mean set-id
[10:46] <cjwatson> I meant "you need to use sudo kthxbye"
[10:46] <pwnguin> heh
[10:46] <cjwatson> how is it invoked?
[10:46] <cjwatson> is it an init script, a menu item, a random command you run from a terminal ...?
[10:46] <pwnguin> just a random terminal command
[10:46] <soren> seb128: Can we sync a package from Debian that's no longer in testing or unstable?
[10:46] <pwnguin> sudo wminput might work, i need to remove the rule I wrote and try first though
[10:47] <cjwatson> soren: technically speaking, we have the ability to sync from anything
[10:47] <seb128> soren: we need the dsc
[10:47] <seb128> soren: I mean if you give an url to the dsc so we can dget the orig, diff, dsc we can sync it
[10:47] <soren> It's on snapshot.debian.org, so it's definitely available.
[10:47] <soren> Rock.
[10:48] <seb128> https://bugs.edge.launchpad.net/ubuntu/+source/gcalctool/+bug/144355/comments/9
[10:48] <cjwatson> pwnguin: it seems to me that it's convenient to be able to run it as an ordinary user, but other than that there's little benefit to the device being read/write by anyone other than root
[10:48] <ubotu> Launchpad bug 144355 in gcalctool "Incorrect Math in version 5.9.14" [Low,Invalid] 
[10:48] <seb128> hum, this guy is not correct
[10:48] <cjwatson> pwnguin: so it's a little awkward
[10:48] <pwnguin> cjwatson: mainly im just going off the manpage / readme
[10:48] <cjwatson> pwnguin: but I tend to think that having to add the user to more random groups is getting inconvenient in itself
[10:49] <pwnguin> cjwatson: exactly why i was looking for a better way
[10:49] <cjwatson> pwnguin: I suppose you could hook it off plugdev if absolutely necessary
[10:49] <pwnguin> sudo works
[10:49] <cjwatson> but my original response is my gut response :)
[10:49] <pwnguin> i'll just change the documentation
[10:49] <pwnguin> and bug upstream
[10:50] <cjwatson> plugdev isn't really ideal, it's described as mounting removable devices
[10:50] <cjwatson> pwnguin: TBH, I'd leave upstream alone
[10:50] <cjwatson> pwnguin: this seems like a straight distro integration matter
[10:50] <cjwatson> there are *some* things where it just doesn't make sense ...
[10:51] <cjwatson> though it would be polite to keep upstream informed
[10:51] <pwnguin> at some point it would be neat if it worked as well as say using a bluetooth mouse
[11:08] <pwnguin> cjwatson: actually, upstream's recently published a new version that sounds like it solves this whole mess a bit more sanely. but its way too late for 7.10
[11:11] <cjwatson> pwnguin: ok
[11:24] <pitti> dholbach: nice page!
[11:25] <Mez_> where can I find ubuntu's linux.config (I need to add a modules to my kernel - which needs to build it)
[11:26] <pwnguin> /boot?
[11:26] <Mez> where can I find ubuntu's linux.config (I need to add a modules to my kernel - which needs to build it)ls /boot
[11:26] <pwnguin> classic
[11:26] <asac> Mez: /boot/config-2.6.22-12-generic
[11:26] <Mez> nope (sorry, need a "focus follows eyes"
[11:27] <pwnguin> out of curiousity, which modules are you after?
[11:27] <Mez> dazuko
[11:28] <pitti> mvo (CC: slangasek): does a feisty->gutsy upgrade display a particular 'upgrade notes' page?
[11:28] <Mez> where should I put the linux.config now ...?
[11:29] <pwnguin> why is that a kernel module and not a wrapper around libc?
[11:29] <Mez> pwnguin, no idea
[11:30] <Mez> asac, where should I be storing this to put it in the right place
[11:32] <pwnguin> huh
[11:32] <pwnguin> !info dazuko-source
[11:32] <ubotu> dazuko-source: source for the Dazuko driver. In component universe, is optional. Version 2.2.0-1 (feisty), package size 178 kB, installed size 228 kB
[11:35] <pwnguin> Mez: http://www.dazuko.de/tgen.shtml#DEBIAN . beyond that, ive no clue
[11:36] <asac> Mez: use module-assistant and follow the steps
[11:36] <Mez> asac, I'm using m-a - but it's failing on
[11:36] <asac> Mez: should be straight forward .... but its not a #debian-devel topic after all
[11:36] <Mez> acquiring Linux kernel code configuration... ok                            
[11:36] <Mez>                                                                           .: 1565: linux.config: not found
[11:37] <asac> s/debian-/ubuntu-/ obviously
[11:37] <pwnguin> heh
[11:38] <pitti> mvo: wb
[11:39] <pitti> mvo does a feisty->gutsy upgrade display a particular 'upgrade notes' page?
[11:39] <mvo> pitti: yes
[11:39] <pitti> mvo: any idea what to put on it? "It just works, kthxbye."
[11:40] <Mez> asac, mind if I /query you about this then - it's being a right PITA - and m-a isnt working
[11:40] <pitti> mvo: bug 144771 does not generally happen and does not have a workaround anyway
[11:40] <ubotu> Launchpad bug 144771 in fontconfig "package ttf-opensymbol 1:2.3.0~rc1-1ubuntu2 failed to install/upgrade: " [Undecided,New]  https://launchpad.net/bugs/144771
[11:40] <mvo> pitti: http://archive.ubuntu.com/ubuntu/dists/gutsy/main/dist-upgrader-all/current/ReleaseAnnouncement <- that is what is currently displayed
[11:41] <asac> Mez: no please don't ... i have no clue about that as well ... its probably a bug in dazuko-source package which you should file then
[11:41] <mvo> pitti:  144771> I think I can reproduce it, but only if the clock (notice the right spelling this time ;) is incorrect
[11:41] <Mez> asac, cheers
[11:41] <pitti> mvo: hm, shouldn't this say s/dev snapshot/Beta release/?
[11:41] <pitti> mvo: how does that file get there?
[11:42] <mvo> pitti: its part of the release-upgrader upload, but I can make it point to a different location as well via http://changelogs.ubuntu.com/meta-release-development
[11:43] <mvo> pitti: it should say beta, I fix this now
[11:45] <MacSlow> pitti, the format for indicating a fixed bug in the changelog is: (LP: #123456), right?
[11:45] <TheMuso> MacSlow: Yes.
[11:45] <pitti> MacSlow: right (the parentheses are not part of the syntax, but common practice)
[11:45] <MacSlow> ok
[11:46] <pitti> MacSlow: i. e. "* debian/control: Foobarize (LP: #123" and "* Do magic to fix LP: #1234" are both valid and common
[11:46] <pitti> hi sabdfl, how are you?
[11:47] <sabdfl> hey pitti, super thanks. you?
[11:47] <sabdfl> http://news.zdnet.co.uk/itmanagement/0,1000000308,39289643,00.htm
[11:47] <sabdfl> LinuxMCE is Ubuntu based?
[11:48] <Mez> I saw something bout LinuxMCE in LXF today
[11:49] <MacSlow> hi sabdfl
[11:50] <MacSlow> pitti, in debian/control? I thought I was meant to add that to changelog when I do "dch -i"
[11:50] <pitti> MacSlow: right
[11:50] <pitti> MacSlow: that was a demo changelog for changing something in debian/control
[11:50] <pitti> MacSlow: I usually note while files were touched by a change
[11:54] <StevenK> sabdfl: The LinuxMCE wiki confirms it is.
[11:54] <StevenK> sabdfl: I can paste the quote, or link if you like
[12:04] <sabdfl> cool
[12:17] <pitti> http://cdimage.ubuntu.com/edubuntu/dvd/20070926/ - ROCK
[12:17] <pitti> stgraber, ogra, heno: ^
[12:17] <pitti> within size
[12:18] <pitti> oops, it claims not
[12:18] <pitti> aren't DVDs 4.7 GB?
[12:19] <StevenK> pitti: Single layer is around 4.7GB, yes
[12:19] <pitti> mine are, at least
[12:19] <pitti> heno, ogra: ok for using those? (4.5/4.7 GB)
[12:20] <ogra> pitti, yeah
[12:20] <cjwatson> pitti: the limit is 4700372992
[12:20] <ogra> yup, totally
[12:20] <cjwatson> per http://en.wikipedia.org/wiki/DVD_plus_RW
[12:20] <pitti> ah, million bytes
[12:20] <ogra> my progressbar for ltsp doesnt work :/
[12:20] <pitti> the error margin becomes larger for GBs
[12:20] <cjwatson> those images are 4867667968 (amd64) and 4894072832 (i386)
[12:20] <pitti> cjwatson: just four -dbg packages which want to go to universe now, not too bad
[12:20] <ogra> at least the install doesnt stop it seems ...
[12:21] <pitti> ok, back to the drawing board, then
[12:23] <dholbach> wow... top 10 uploaders: http://ubuntu.joejaxx.org/
[12:24] <ion_> Heh, neat.
[12:27] <MacSlow> re
[12:29] <ogra> ARGH !
[12:30] <TomaszD> seb128, hi. in https://bugs.launchpad.net/ubuntu/+source/f-spot/+bug/144707 you said you've uploaded a new version of f-spot, but it's nowhere to be found, it's been a day now
[12:30] <ubotu> Launchpad bug 144707 in f-spot "[gutsy]  f-spot build doesn't generate the .pot file" [Low,Fix committed] 
[12:31] <TomaszD> am I missing something or have you forgotten something? :] 
[12:31] <seb128> TomaszD: you missed than the archive is frozen for gutsy beta
[12:31] <seb128> ;)
[12:31] <TomaszD> oh shucks
[12:32] <TomaszD> seb128, what now? :] 
[12:32] <seb128> wait for after beta?
[12:32] <TomaszD> will it get unfrozen before the release?
[12:32] <seb128> sure
[12:32] <seb128> it's only frozen until beta which is tomorrow
[12:32] <TomaszD> ah, so it's going to be done sort of automatically just after the unfreeze
[12:32] <seb128> yes
[12:32] <TomaszD> alright
[12:32] <TomaszD> thank you
[12:33] <seb128> TomaszD: https://wiki.ubuntu.com/GutsyReleaseSchedule
[12:33] <ogra> pitti, bad news ... :/
[12:33] <pitti> ogra: ?
[12:33] <ogra> ltsp failed
[12:34] <ogra> i need another build (and one upload, luckily i only need to remove one module)
[12:35] <pitti> ogra: hm, after throwing out all -dbg packages from edubuntu/supported, I'm afraid I might need to throw out all the -dev pacakges, too to get the DVD within size
[12:35] <ogra> hmm
[12:35] <ogra> if ltsp s building i'll take a look
[12:36] <pitti> ogra: I can care for that, I just would like to have your 'ack'
[12:36] <ogra> (having installable -server is higher prio atm :))
[12:36] <pitti> ogra: absolutely
[12:36] <ogra> yeah, feel free, whatever helps
[12:36] <pitti> ogra: I move the publisher to manual, please tell me when you have a fixed upload
[12:36] <ogra> yep
[12:37] <soren> iwj: You wanted me for something yesterday afternoon?
[12:38] <soren> iwj: ...or evening. I forget.
[12:38] <iwj> soren: I was wondering if you'd have a chance to test sl-modem-daemon ...ubuntu3.  I think (hope!) it will fix your problem ...
[12:39] <soren> iwj: Um.. The init script fails at line 111.
[12:39] <iwj> !
[12:39] <soren> iwj: It doesn't like umlimit -lH very much.
[12:39] <iwj> You're running it as root, right ?
[12:39] <soren> ulimit -lH, even.
[12:40] <soren> Sure. -H just isn't valid.
[12:40] <soren> or so it says..
[12:40] <pitti> WTH?
[12:40] <soren> Gah.
[12:40] <soren> -S, I mean.
[12:40] <pitti> maybe it doesn't use gnu style parsing and needs -l -H?
[12:41] <pitti> iwj: oh, I see. bashism
[12:41] <ogra> does dash have a builtin ulimit ?
[12:41] <iwj> ogra: Yes.
[12:41] <iwj> I tested that.
[12:41] <iwj> This dash here is happy with ulimit -lH
[12:41] <cjwatson> man dash /ulimit
[12:41] <pitti> dash(1) says so
[12:41] <soren> + ulimit -lH unlimited
[12:41] <soren> /etc/init.d/sl-modem-daemon: line 111: ulimit: H: invalid number
[12:41] <cjwatson> it's easy to check these things :)
[12:42] <soren> I think I know what's going on.
[12:42] <soren> It's probably my fault.
[12:42] <pitti> works here, though
[12:42] <cjwatson> soren: bash is unhappy with that, but dash gets it right
[12:42] <cjwatson> this is actually a dashism not a bashism :)
[12:43] <ogra> heh
[12:43] <cjwatson> I bet soren has /bin/sh -> bash
[12:43] <soren> Yes, I've been a naughty boy. I've ln -s'ed sh to bash :(
[12:43] <iwj> root@anarres:~ # bash -c 'ulimit -lH 32'
[12:43] <iwj> bash: line 0: ulimit: H: invalid number
[12:43] <iwj> Oh, you've just got there.
[12:43] <iwj> WTF
[12:43] <soren> So an inverse bashism.
[12:43] <pitti> ulimit -H -l unlimited
[12:43] <cjwatson> -Hl works with both dash and bash
[12:43] <soren> That's a first :)
[12:43] <pitti> works with both
[12:44] <soren> cjwatson: Not bash if you invoke it as sh.
[12:44] <cjwatson> clearly its parsing goes [-H|-S]  [-<letter> <limit>] ...
[12:44] <cjwatson> except not ...
[12:45] <pitti> hi jamiecc
[12:45] <ogra> ergh, pitti please reject the current ltsp upload there is another issue
[12:45] <jamiemcc> hi pitti
[12:45] <cjwatson> <cjwatson@sarantium ~>$ ln -s /bin/bash sh
[12:45] <soren> iwj: Yes, this works. What did you do?
[12:45] <cjwatson> <cjwatson@sarantium ~>$ ./sh
[12:45] <cjwatson> sh-3.2$ ulimit -lH unlimited
[12:45] <cjwatson> sh: ulimit: H: invalid number
[12:45] <cjwatson> soren: ^--
[12:45] <pitti> ogra: done
[12:45] <soren> cjwatson: Exactly.
[12:45] <ogra> thanks
[12:46] <cjwatson> but -Hl is still fine
[12:49] <iwj> I added   ulimit -lH unlimited; ulimit -lS unlimited
[12:49] <pitti> iwj: but that's wrong?
[12:49] <iwj> Well, it's a dashism.
[12:49] <iwj> I think we don't need to panic about it.
[12:50] <iwj> Well fix it after beta.
[12:50] <iwj> s/We/We'
[12:50] <soren> Sure.
[12:53] <iwj> soren: Try http://www.chiark.greenend.org.uk/~ian/d/sl-modem/
[12:54] <StevenK> pitti: If you aren't too busy with beta stuff, [ps] pu-testsuite can be NBS'd out.
[12:54] <pitti> StevenK: done already
[12:54] <StevenK> pitti: Okay, cool.
[12:56] <soren> iwj: uh... The changelog says you changed it.. but you didn't?
[12:57] <ogra> pitti, this one's better
[12:57] <iwj> soren: Gah, I'm doing too many things at once.  I forgot to save the file.
[12:57] <soren> lying
[12:57] <soren> lieing(sp?), even.
[12:58] <iwj> Try now.
[12:58] <cjwatson> soren: "lying" is correct
[12:58] <soren> cjwatson: Ok, thanks.
[12:59] <soren> iwj: \o/
[01:00] <iwj> soren: Thanks.
[01:01] <soren> iwj: Thank *you*. I don't even have a cable so I could actually test it :(
[01:01] <soren> iwj: I don't, however, have a phone number I can test against.
[01:03] <iwj> soren: No, that's fine.
[01:03] <iwj> If it fixes the regression then that's fine.  I've done an end-to-end test myself.
[01:03] <soren> iwj: Ok, cool.
[01:03] <\sh> thekorn, ping BugLIst example... if I set the url to https://bugs.edge.launchpad.net/ubuntu/+bugs is the method reading all 31k bugs in ? (not the bugs but the important infos?)
[01:04] <pitti> ogra: ok, looks good; beating through publisher/buildds now
[01:04] <ogra> thanks
[01:04] <ogra> i hope thats all :(
[01:05] <pitti> ogra: does that require new desktops/live fses, too?
[01:05] <ogra> nope
[01:05] <ogra> only server
[01:05] <pitti> ogra: ok, I'll rebuild server and DVDs for that then
[01:05] <ogra> ok
[01:06] <cjwatson> pitti: I might need a new parted for cell, though it can be powerpc-only and doesn't need released CDs to be rebuilt
[01:06] <cjwatson> still trying to work out exactly what its partition table format is
[01:06] <pitti> cjwatson: ack
[01:07] <cjwatson> it looks sort of like DOS (and has the signature and everything) but then goes:
[01:07] <cjwatson> 000200 00 01 02 03 04 05 06 07 00 01 02 03 04 05 06 07
[01:07] <cjwatson> and then all zeroes
[01:07] <pitti> yay octal counting
[01:08] <cjwatson> given that that's supposed to be stuff like CHS offsets, I'm a bit confused
[01:09] <thekorn> \sh: yes, it will parse all pages
[01:09] <\sh> thekorn, and what's the best way to say "start=1 and end=30"?
[01:10] <ogra> pitti, oh, if you rebuild server i just remembered, LaserJock uploaded a fix for the icons on the addon CD, could you let that through as well, would make sense to have it if we rebuild anyway
[01:10] <cjwatson> oh, whoops, I'm crazy, the partition table is only there for PC98
[01:13] <ogra> cjwatson, does in-target actually steal any output of its child ? my udeb script works fine with chroot, but in-target seems to not let anything through (writes fine to the logs etc and the backgrounded process also finishes)
[01:13] <thekorn> \sh: hmm, I think py-lp-bugs can't do this currently,
[01:15] <\sh> thekorn, do you implemented something like a progress callback e.g. to show somehow some "progress" in loading the bugs? ;) I'm just lurking in the sources
[01:17] <cjwatson> ogra: in-target logs all output from its child; it doesn't pass it to stdout
[01:17] <ogra> cjwatson, something like "in-target command > /tmp/command.log &" doesnt create /tmp/command.log
[01:17] <ogra> yeah
[01:17] <ogra> so my best bet is chroot then i guess
[01:17] <cjwatson> if you need that, copy in-target (you can still use the chroot-setup library) and use log-output --pass-stdout
[01:18] <ogra> ah, i'll look into that after beta
[01:18] <thekorn> \sh: no, we thought about this some time ago, but did no further work on this, but having something like 'start=' 'end=' or 'count=' would be usefull,
[01:19] <\sh> thekorn, I want to work on a UI for py-lp-bugs and something like a progress would be nice ...
[01:23] <thekorn> \sh, wow cool,
[01:28] <thekorn> \sh: some time ago I found http://conseil.fritalk.com/
[01:29] <thekorn> \sh: and started working an py-lp-bugs protocol
[01:29] <thekorn> but did not finish it
[01:37] <ogra> pitti, i uploaded another ltsp that switches off all output in d-i for now, so i dont run into further probs
[01:37] <pitti> erk
[01:37] <pitti> ogra: I am halfway into publishing this one
[01:37] <ogra> meh, sorry
[01:37] <pitti> ogra: ok, will cost another 50 minutes
[01:38] <ogra> but it guarantees that it will finish properly at least
[01:38] <pitti> alright
[01:44] <\sh> thekorn, oh...I didn't know that someone wrote this..will have a look this evening
[01:46] <thekorn> \sh: ok, will post my changes later today
[02:01] <cjwatson> doko: isn't bug 138638 just incorrect code? the array it's indexing is [8] 
[02:02] <cjwatson> it should be using dir_entry->extension instead ...
[02:02] <cjwatson> (post-beta though)
[02:02] <ubotu> Launchpad bug 138638 in parted "ftbfs with g++-4.3/-snapshot" [Medium,Fix released]  https://launchpad.net/bugs/138638
[02:04] <doko> cjwatson: well, undefined. using dir_entry->extension would be more correct
[02:07] <cjwatson> doko: yes, "undefined" is incorrect in my book :-)
[02:07] <thekorn> \sh: my diff against this svn repo: http://conseil.fritalk.com/svn/conseil is http://paste.ubuntu-nl.org/38628/
[02:09] <pitti> ogra: do you want to keep moodle in main for gutsy?
[02:09] <ogra> its in ship
[02:09] <ogra> i just dont instal it by default ....
[02:09] <pitti> ogra: it's in component-mismatches
[02:09] <ogra> huh ?
[02:10] <ogra> i moved it to ship
[02:10] <pitti> hm, indeed
[02:10] <pitti> seems that anastacia does not look there
[02:10] <pitti> ogra: I'll add it to supported if you don't mind
[02:10] <ogra> intresting
[02:10] <ogra> yeah
[02:10] <pitti> ogra: ah, I bet I know
[02:11] <pitti> ogra: STRUCTURE does not have 'ship' in the supported: line
[02:11] <ogra> hmm, its not on the CD either
[02:11] <pitti> that needs to be there, I think
[02:11] <cjwatson> pitti: ? it does
[02:11] <ogra> err
[02:11] <cjwatson> at least in my seed branch
[02:11] <ogra> there is something really weird going on
[02:11] <pitti> oh, hm, right
[02:11] <pitti> sorry
[02:11] <ogra> pool/main/p/postfix/postfix-cdb_2.4.5-3_i386.deb
[02:12] <ogra> there are tons of other postfix packages
[02:12] <ogra> (i dropped postfix and ut surely wasnt on yesterdays CD)
[02:12] <cjwatson> please wait and I'll look
[02:12] <ogra> yeah
[02:13] <ogra> openoffice has pulled *all* langs on the CD ...
[02:13] <cjwatson> ogra: you broke the seed syntax
[02:13] <cjwatson> it has to be " * " at the start of the line not "  * "
[02:13] <cjwatson> one space
[02:14] <cjwatson> server-ship: * %postfix
[02:14] <tts> hi! may i ask who's behind hr@canonical.com? i would be most pleased to have a name to adress ;)
[02:14] <ogra> argh
[02:14] <ogra> cjwatson, i kept them in line with the line above (which indeed is commented)
[02:14] <cjwatson> ogra: well, don't :)
[02:15] <pitti> ah, ltsp built; publishing
[02:15] <ogra> thats a weird effect though
[02:16] <ogra> pushing seeds
[02:27] <ogra> mjg59, ping
[02:28] <ogra> mjg59, looking at bug 140839, could it be that the gpm-brightness-lcd.c has another return function giving back UINT =
[02:28] <ubotu> Launchpad bug 140839 in gnome-power-manager "Cannot increase display brightness with hotkeys" [Undecided,Confirmed]  https://launchpad.net/bugs/140839
[02:28] <lamont> ogra: did you drop exim when you dropped postfix? or are you biggoted?
[02:28] <ogra> ?
[02:28] <Kopfgeldjaeger> hi
[02:28] <ogra> lamont, i needed 1M for beta, postfix will come back if openoffice is fixed ... dont worry :)
[02:29] <ogra> we dont install postifi in edubuntu ....
[02:29] <ogra> *postfix
[02:30] <lamont> s/if/when/ :)
[02:30] <ogra> heh
[02:33] <pitti> mvo: before we release the beta, we should really move the pending feisty-proposed update-manager to -updates
[02:35] <mvo> pitti: yes, that would be good. i can currently not reproduce why it does not show up the "upgrade" button but I know that my update fixes it for the people who do not see it
[02:35] <pitti> mvo, bdmurray: in particular, we need bug 127263 verified
[02:35] <ubotu> Launchpad bug 127263 in update-manager "update-manager cannot find meta-release info" [Medium,In progress]  https://launchpad.net/bugs/127263
[02:35] <pitti> the other is already
[02:36] <pitti> mvo: "sudo update-manager -d" should DTRT with that?
[02:37] <mjg59> ogra: No, it's more likely to be the kernel being stupid
[02:37] <ogra> [gpm_brightness_lcd_set_hw]  gpm-brightness-lcd.c:155 (10:48:53):         Setting 95 of 100
[02:37] <ogra> (gnome-power-manager:8525): GLib-GObject-CRITICAL **: g_value_set_int: assertion `G_VALUE_HOLDS_INT (value)' failed
[02:37] <ogra> [gpm_brightness_lcd_down]  gpm-brightness-lcd.c:392 (10:48:53):   emitting brightness-changed (95)
[02:37] <ogra> mjg59, hmm ^^^
[02:37] <mjg59> Hm.
[02:37] <ogra> thats from one of the logs
[02:37] <mjg59> I suspect he's got an old hal
[02:38] <mjg59> Anyway, I'll look into it
[02:38] <ogra> oki
[02:38] <mvo> pitti: yes, I got positive reports that 0.59.25 worked for peope who had problems with .23 (bjornT for example)
[02:38] <mvo> pitti: I will try to reproduce it nevertheless
[02:38] <mvo> pitti: and if I manage I add instructions, it maybe releated to proxy/transparent proxies
[02:38] <pitti> mvo: can you mention the feedback in the bug report? reproducing would be good as well
[02:39] <mvo> pitti: sure
[02:39] <pitti> mvo: since this is a bit urgent, we need to bend the rules a bit
[02:39] <mvo> yep
[02:42] <siretart> does anyone know a start-stop-daemon(8) version in perl?
[02:44] <iwj> siretart: It used to be in Perl; try old versions of dpkg.  Why ?
[02:46] <jdstrand> asac: the new wpasupplicant seems to be working fine.  I didn't give any feedback because there weren't any problems here
[02:46] <asac> jdstrand: ok thanks for the info
[02:49] <ogra> mvo, do you still have many gl screensaver probs with compiz ?
[02:49] <mvo> ogra: I'm not aware of any
[02:49] <ogra> ok
[02:49] <agoliveira> Talking about wpasupplicant, is anyone using wpa/wpa2 with ipw3945? I tried last night but wasn't able to connect to my AP, the network manager just kept trying. Don't have any details yet.
[02:49] <ogra> i thought there was one you pointed out in a meeting recently
[02:54] <siretart> iwj: I'm porting a shellscript using start-stop-daemon(8) to perl, and hope there is a better solution than to use system or something
[02:54] <ogra> mjg59, oh, in case you do changes, note that there is anoter g-p-m version sitting in the queue waiting for defrosting ...
[02:56] <pitti> ogra: edubuntu server and dvd rebuilding
[02:57] <ogra> thanks
[02:57] <jdstrand> tepsipakki: I made a comment on bug #120858
[02:57] <ubotu> Launchpad bug 120858 in vte "Graphical corruption in gnome-terminal" [Medium,Confirmed]  https://launchpad.net/bugs/120858
[02:57] <iwj> siretart: There's nothing wrong with calling start-stop-daemon via system.  Perl is good at that kind of thing.
[02:57] <jdstrand> tepsipakki: basically the new driver did improve things (so far), but there are still some font rendering problems
[02:57] <siretart> hm. ok
[02:57] <iwj> siretart: You should definitely do that rather than cloning and hacking some ancient version and bodging it into your program.
[02:58] <iwj> Calling external programs is not a wrong thing to do, dammit!
[02:58] <siretart> hehe. okay okay :)
[03:07] <tepsipakki> jdstrand: I don't think it's a driver issue
[03:08] <jdstrand> tepsipakki: perhaps the updated driver is better masking the underlying problem then
[03:08] <jdstrand> tepsipakki: like I said, I am still seeing font rendering problems
[03:10] <ogra> hmm, is that just me or is anything *.ubuntu.com and *.canonical.com gone atm ?
[03:11] <seb128> ogra: not only you
[03:11] <mvo> confirmed
[03:11] <pitti> me three
[03:11] <ogra> pitti, did my CD rebuild kill the DC ?
[03:11] <cjwatson> ogra: of course not :P
[03:12] <ogra> :)
[03:13] <seb128> ok, it's back
[03:13] <cjwatson> only partly
[03:13] <cjwatson> routing via Telia is still broken
[03:13] <pitti> not here
[03:14] <seb128> launchpad is back rather
[03:14] <soren> Where'd the dc go?
[03:14] <ogra> lunch ?
[03:14] <ogra> well, late lunch :)
[03:16] <fabbione> did somebody remembered to pay the electricity bill?
[03:16] <cjwatson> IS are investigating
[03:16] <ogra> my traceroutes all end at byrd
[03:28] <soren> Yay!
[03:32] <ogra> hmm, gone again ?
[03:33] <mvo> not the best time to try to verify a problem where update-manager sometimes does not find changelogs.ubuntu.com ;)
[03:33] <ogra> heh
[03:33] <ogra> not the best time to try to rsync the latest iso either
[03:34] <zul> gopher ate the cable?
[03:34] <ScottK> Something like that, although it was back for a minute there.
[03:34] <ScottK> soren says it was racoons.
[03:35] <ogra> racoons dont eat cable
[03:35] <TomaszD> wretched racoons
[03:35] <seb128> ogra: why not? ;)
[03:35] <zul> ogra: racoons will eat anything
[03:35] <soren> ogra: Not anymore. It's all gone.
[03:35] <ogra> heh
[03:36] <ogra> seb128, well, ours at least :)
[03:36] <\sh> ogra, looks like a typical ISH problem with a catapillar ,-)
[03:36] <ogra> yeah
[03:37] <ogra> caterpillar, power outage or london was nuked and we dont know yet ...
[03:39] <Keybuk> racoons aren't native to the UK
[03:39] <ogra> "Raccoons are omnivorous, consuming a varied diet that includes berries, insects, fruit and small mammals."
[03:39] <Keybuk> they could have escaped from London zoo I guessed
[03:39] <ogra> from: http://en.wikipedia.org/wiki/Common_Raccoon
[03:39] <ogra> but i probably should have looked at http://en.wikipedia.org/wiki/Cable_eating_Raccoon
[03:40] <ogra> :)
[03:40] <Keybuk> it could be Squirrels
[03:41] <ogra> we really sholdnt have taken the nut coated fiber for the DC
[03:42] <cjwatson> Keybuk: it could be bunnies
[03:42] <soren> Or elmos?
[03:42] <ion_> Squirrels ftw. Giraffes ftw. Giraffes licking squirrels ftw. http://www.kuvaton.com/kuvei/kurre5.jpg
[03:42] <agoliveira> cjwatson: Rabbit of Caerbannog for sure :)
[03:43] <\sh> "And I told our cleaning lady not to push the red button...and what she did? pushed the red button"
[03:46] <mvo> bdmurray: I added verficiation instructions for feisty update-manager in  https://bugs.edge.launchpad.net/update-manager/+bug/127263/comments/44  now, I hope they are good enough
[03:55] <pitti> ogra: edubuntu server is ready
[03:55] <pitti> ogra: however, DVDs are still oversized; I wonder why my removal of -dev wasn't effective
[03:55] <ogra> pitti, yup, saw that when the DC was online for a min
[03:58] <pitti> ogra: added to the tracker, please test
[04:00] <mvo> pitti: where should I add notes that the update-manager 0.59.25 is required for the update? https://wiki.ubuntu.com/GutsyGibbon/ReleaseNotes
[04:00] <mvo> ?
[04:01] <pitti> mvo: give me some more minutes, I'm writing https://wiki.ubuntu.com/GutsyGibbon/Beta
[04:01] <pitti> mvo: and I already mentioned that
[04:01] <mvo> pitti: aha, great. thanks for this
[04:14] <pitti> asac: can you please add some comprehensible explanation to the 'firefox plugins' part of https://wiki.ubuntu.com/GutsyGibbon/Beta ?
[04:17] <asac_> pitti: either my connection is down or the wiki
[04:17] <ogra> works fine here
[04:18] <pitti> asac_: it started working again some minutes ago for me
[04:20] <dendrobates> asac_: still down here
[04:20] <asac_> for me too
[04:20] <asac_> same for canonical irc
[04:46] <manchicken> mvo: ping
[04:47] <pitti> asac: does it work again for you?
[04:47] <pitti> mvo: the first TODO on https://wiki.ubuntu.com/GutsyGibbon/Beta is a question for you
[04:50] <Lure> tepsipakki: does your 194 ati packages contain any additional patches (see FD bug 12474
[04:50] <ubotu> Launchpad bug 12474 in control-center "gnome-theme-manager crashes" [Medium,Fix released]  https://launchpad.net/bugs/12474
[04:51] <Lure> tepsipakki: http://bugs.freedesktop.org/show_bug.cgi?id=12474
[04:51] <ubotu> Freedesktop bug 12474 in Server/general "DisplaySize overridden and DPI miscalculated by the driver" [Normal,New] 
[04:52] <tepsipakki> Lure: no, it's vanilla upstream
[04:52] <Lure> tepsipakki: thanks
[04:52] <tepsipakki> and tormod built that one ("tv" suffix :)
[04:52] <bddebian> Heya
[04:52] <Lure> tepsipakki: sorry, I am confusing you two ;-)
[04:53] <tepsipakki> heh
[04:53] <tepsipakki> np
[04:54] <tepsipakki> hmm, it really would be useful to be able to submit bugs upstream more easily.. as it was suggested a while back
[04:55] <lamont> pitti: fyi the libast upload fixes the 'package/arch do not alternate' error.
[04:56] <pitti> lamont: ah, splendid
[04:56] <lamont> although that's certainly _NOT_ a beta requirement. :0)
[04:56] <pitti> it's universe *shrug*
[04:56] <lamont> pitti: and a bug filed against debian would be on the "to do for bonus points" list
[04:57] <lamont> as in I doubt that I care enough to remember/expend the effort.
[04:58] <bddebian> pitti: Hey, what does that mean? :-)
[04:59] <lamont> bddebian: it means "freeze, schmeeze"
[04:59] <pitti> bddebian: as in "universe is not subject to the freeze"
[04:59] <bddebian> w00t
[04:59] <lamont> bddebian: just nothing important, 'mk?
[05:00] <lamont> :-)
[05:00] <bddebian> I'm kidding
[05:00] <lamont> lol
[05:00] <mvo> pitti: reading
[05:00] <mvo> manchicken: pong
[05:01] <bddebian> Though I did think about an apache2 upstream update for libapache-mod-something or other
[05:01] <mvo> asac: are yuo editing the page currently?
[05:02] <manchicken> mvo: Did you get that message I sent ya?
[05:02] <pitti> mvo: I'm not either; Gerry might
[05:03] <pitti> ah, no, it's asac
[05:03] <mvo> manchicken: mail or irc?
[05:05] <mvo> asac_: your lock timed out, I steal it now if you don't mind?
[05:05] <pitti> mvo: Gerry just finished with his edits; please go ahead
[05:05] <pitti> mvo: you won't edit the same section anyway
[05:06] <lamont> pitti: I do plan to do a glibc upload once jbailey packages it.  I rather expect you won't approve it until post-beta
[05:06] <lamont> (hppa ftbfs)
[05:06] <mvo> pitti: will the server version have its own Beta announcement page? I would like to add instructions for those upgrades as well
[05:06] <pitti> lamont: right :)
[05:06] <pitti> mvo: I hope so, there's nothing server specific so far
[05:07] <pitti> dendrobates: ^ is there?
[05:07] <mvo> pitti: do you think we should mention https://wiki.ubuntu.com/CompizFeedback in the page under 3d effects?
[05:08] <pitti> mvo: sure; please add it to the "Testing" section
[05:09] <pitti> mvo: I don't want to be pushy, but since we need the new u-m on all mirrors tomorrow, do you think it's safe to copy over?
[05:10] <mvo> pitti: yes, I added verification instructions now too. but i think it will be fine
[05:11] <mvo> pitti: Testing updated
[05:14] <seb128> iwj: bug #145235, do you try to add a podcast or something else?
[05:14] <ubotu> Launchpad bug 145235 in rhythmbox "add feed is not discoverable" [Undecided,New]  https://launchpad.net/bugs/145235
[05:14] <seb128> iwj: because there is a toolbar and a menu item to add one
[05:15] <iwj> seb128: I was going through Testing/Cases and it told me to right click.
[05:16] <iwj> I don't have a rhythmbox open right here; it's currently doing another install.  I'll have a look when that's finished.
[05:16] <seb128> iwj: ok thanks
[05:24] <pitti> mvo: thanks; I added some `...` for formatting love
[05:25] <mvo> pitti: aha, thanks
[05:28] <iwj> seb128: I can see the menu item:  Muziek / New Podcast Feed ...
[05:29] <seb128> iwj: there is also a toolbar icon
[05:29] <iwj> seb128: But no toolbar item.
[05:29] <iwj> Where would it be ?
[05:29] <seb128> when you select podcast
[05:29] <seb128> the one which looks like a bubble
[05:29] <seb128> the tooltip says something like "subscribe to a podcast"
[05:29] <iwj> Ah!
[05:30] <iwj> If I resize the window to be larger, it appears.
[05:30] <iwj> It was hidden in an obscure kind of leftover toolbar thingumy.
[05:30] <seb128> do you have small screen resolution?
[05:31] <iwj> xdpyinfo says 96dpi.
[05:31] <iwj> 1280x1024.
[05:31] <iwj> It seems like a perfectly normal screen to me.
[05:31] <seb128> right
[05:31] <seb128> let me try with a stock config
[05:32] <seb128> because on my desktop the toolbar doesn't even take half of the rhythmbox window size
[05:32] <seb128> using 1280x1024
[05:32] <iwj> Various other things were wrong sizes too.
[05:32] <iwj> I have to say this dpi dependency is really excessively fragile.
[05:32] <seb128> iwj: anyway do you consider the menu item and the toolbar icon enough?
[05:33] <iwj> Yes, if the toolbar icon were actually to appear :-).
[05:33] <iwj> I think it's a bug that if there isn't enough space, it hides important stuff.
[05:33] <seb128> ok, bug confirmed on my laptop
[05:34] <iwj> Feel free to hack away at the description and so on of my bug report(s).
[05:34] <seb128> ok, will do
[05:34] <seb128> thanks for testing
[05:35] <iwj> seb128: NP
[05:38] <leleobhz> someone can helpme with packages an menu entryes?
[05:38] <ogra> leleobhz, #ubuntu for support
[05:38] <ogra> or #ubuntu-motu
[05:39] <leleobhz> isnt support
[05:39] <ogra> (for packaging stuff)
[05:39] <leleobhz> im making a package
[05:39] <leleobhz> and i need to change the entry on it
[05:39] <leleobhz> i tryed to change the menu.in on debian/
[05:39] <leleobhz> but dont make effect
[05:39] <leleobhz> it create a appname.desktop on debian/
[05:40] <leleobhz> but change it have no effect because appear to be dynamically created
[05:40] <leleobhz> ogra: understand?
[05:42] <bddebian> leleobhz: We don't use menu files in Ubuntu, only the .desktop files
[05:55] <bdmurray> mvo: Those instructions worked well thanks.
[05:55] <mvo> bdmurray: great, thanks!
[05:56] <bdmurray> mvo: by the way every once in a while when using the touchpad on my laptop the workspace switcher pops up when compiz is on
[05:56] <mvo> bdmurray: oh? and it switches workspace then I assume?
[05:56] <cjwatson> bdmurray: are you using tap-to-click or one of the scrolling options?
[05:56] <cjwatson> system -> preferences -> mouse -> touchpad
[05:56] <ogra> grmbl ... grub-install failed
[05:57] <bdmurray> cjwatson: Tap to click and vertical scrolling
[05:57] <pitti> ogra: *whine*
[05:58] <bdmurray> Ah, it seems to be the vertical scroll then.
[05:58] <pitti> ogra: does that mean that the current images are still broken, or is it something that can be worked around?
[05:59] <ogra> i'm checking whats wrong
[06:00] <ogra> hmm, backgrounding something but removing the part of the UI that waits for it to finish isnt really clever ... crap !
[06:02] <ogra> pitti, ltsp-update-image stil runs in the bg ... there is one & to much in the udeb :/ i'm waiting for ltsp-update-image to finish, if grub-install works then i'll just add a bug with "wait until the disk stops rattling and select grub-install from the menu" to the notes :/
[06:02] <ogra> even though thats pretty ugly
[06:03] <pitti> ogra: that happens during the initial installation already? or after a manual action from the user?
[06:03] <pitti> ogra: if the latter, we might get away with documenting it, i. e. ask them to upgrade their system before creating the ltsp chroot
[06:03] <ogra> the install apperas to be finishing with a grub error
[06:03] <ogra> *appears
[06:04] <ogra> i assume thats because d-i cant unmount the disk due to the running backgrounded process
[06:04] <ogra> the user will see the disk rattling thought
[06:06] <pitti> ogra: hm, if that happens during the initial installation, that pretty much sounds like a blocker, though
[06:06] <ogra> meh
[06:06] <ogra> ok, i'll upload a fix
[06:06] <pitti> darn, publisher just started
[06:06] <pitti> I should have left it on manual
[06:08] <pitti> ogra: you have 30 minutes for free to test it, no need to upload right now
[06:17] <mathiaz> heno: what's the status with the individual testcase link in the qatracker ?
[06:19] <heno> mathiaz: stgraber will need to update the DB manually for that. I suggest we do them all just after beta is out
[06:19] <heno> it's not just adding links, we should also restructure how some test cases are listed
[06:20] <heno> mathiaz: do you want install to be one long test with all those components, or do you want mail, LAMP etc, to be separate test cases?
[06:21] <mathiaz> heno: the current page works for me now.
[06:22] <mathiaz> heno: could we update the links before beta ? Because now they're pointing to a dead link.
[06:24] <heno> mathiaz: oh, not dead, they're actually pointing to a wrong live link now, which is worse :)
[06:25] <heno> stgraber: could you please point the server test case links at https://wiki.ubuntu.com/Testing/Cases/ServerInstall when you get a chance?
[06:25] <mathiaz> heno: yes.
[06:26] <mathiaz> heno: I was also looking into server iso tester in ubuntuforums.
[06:26] <heno> I agree that should be changed soonish
[06:26] <mathiaz> heno: what would be the best forum to post such an annoucement ?
[06:27] <heno> mathiaz: Dev Link http://ubuntuforums.org/forumdisplay.php?f=265
[06:27] <mathiaz> heno: ok. Thanks. What about   Development CD/DVD Image Testing forum ?
[06:29] <heno> mathiaz: that would work also
[06:29] <heno> not sure which has more traffic ATM
[06:30] <mathiaz> heno: ok. Thanks.
[06:33] <pitti> ogra: current publisher is about to finish, so the window is open for uploads
[06:33] <ogra1> pitti, the test still needs 10-12min
[06:33] <ogra1> but ooks ok so far
[06:34] <ogra1> just didnt finish yet
[06:34] <ogra1> (mksquashfs isnt really fast in a VM :/)
[06:34] <pitti> ogra1: that's fine, please finish your test
[06:35] <ogra1> 31% :)
[06:43] <pitti> evand: have the gobuntu CDs been tested at all? should we release them with the beta?
[06:44] <evand> hrmm, no they haven't, I'll do that now
[06:45] <pitti> evand: do you feel that they are generally mature enough to be called 'beta'?
[06:46] <evand> indeed, they're just ubuntu - restricted, so they should be as mature as the regular release is.
[06:46] <ogra1> pitti, ok, looked good in my test install here, grub finished as well now with that fix
[06:46] <pitti> ogra1: \o/ *hug*
[06:47] <ogra1> thats the worst edubuntu release every
[06:47] <ogra1> *ever
[06:47] <ogra1> :/
[06:47] <ogra1> pitti, thanks, thats needed
[06:54] <ogra> pitti, uploade
[06:54] <ogra> d
[06:55] <pitti> yay, processing
[06:55] <pitti> ogra: btw, what's edubuntu-addon-meta all about? It adds lots of new apps to your already full addon CDs
[06:55] <ogra> lots ?
[06:57] <ogra> it shouldnt add any apps
[06:58] <pitti> +  * Added new apps: atomix, gpaint, xaos, kino, scribus, dia-gnome, and denemo
[06:58] <ogra> hmm
[06:58] <ogra> they should have been added long ago with a seed change i did
[06:58] <pitti> those are new dependencies of edubuntu-addon-{young,legacy}
[06:59] <pitti> ogra: if they are already on the CD and thus just installed by the metapackage, that's fine, but I didn't check that
[06:59] <ogra> which should be fine since the apps are in ship-addon
[06:59] <pitti> so you want that?
[06:59] <ogra> the metapackages are just for easier installation
[06:59] <ogra> let me check the .list file for addon
[07:00] <pitti> ogra: ltsp> the & went away; the changed ordering is ok?
[07:00] <ogra> yes
[07:00] <pitti> -in-target ltsp-update-image >$COMPRESS_LOG 2>&1 &
[07:00] <pitti>  db_progress START 0 100 ltsp-client-builder/compress
[07:00] <pitti> +in-target ltsp-update-image >$COMPRESS_LOG 2>&1
[07:00] <ogra> yup
[07:00] <ogra> else the user will see the first progress at 0% for 20 min
[07:01] <ogra> this way at least the text changes after 10 min
[07:01] <pitti> ogra: ok, please give me the yay or nay for addon-meta, I need to shove it in with this publisher
[07:02] <ogra> they are all there
[07:02] <ogra> so go for it
[07:03] <ogra> yay
[07:03] <ogra> thanks :)
[07:03] <ogra> pitti, i'm fine triggereing the CD builds myself if you want to call it a day
[07:04] <pitti> ogra: don't worry, my day is not quite over yet :)
[07:05] <ogra> mine neither :) 3h to the edubuntu meeting
[07:07] <pitti> and another round of testing, I guess
[07:07] <pitti> ogra: can LaserJock and davmor help you with edubuntu testing? heno, anyone else?
[07:08] <ogra> i doubt LJ has the time
[07:08] <heno> pitti, ogra: what needs testing exactly?
[07:09] <ogra> the next server build
[07:09] <heno> ok
[07:09] <ogra> -desktop has two tests already and i havent added my three yet
[07:09] <ogra> so -desktop should be good
[07:10] <heno> ogra: I can test (without thin clients) and stgraber says he will test later today
[07:10] <ogra> oki
[07:10] <ogra> thin clients are not the top of the list atm .. installability counts more :)
[07:11] <ogra> so a plain install test helps a lot :)
[07:11] <heno> the little things, as Colin says :)
[07:11] <heno> oki, will do
[07:11] <ogra> :)
[07:19] <ogra> asac, the partch isnt tested or something i just grabbed a line in the nm-applet code that looked like it would be responsible for starting it ...  i'm fine to develop a proper patch for you though
[07:22] <asac> ogra: let me know ;) ... i can provide test packages as well, but i think its easier for you because you can test that properly
[07:42] <MadMan2k> hi, is there some documentation for apturl?
[07:43] <MadMan2k> I mean the syntax and especially adding new repositories with it?
[07:54] <MadMan2k> ok, got it by looking at the tests source
[08:11] <evand> yikes, the gobuntu install is broken
[08:17] <geser> does somebody know if the xserver-xorg-video-radeonhd driver is usable?
[08:18] <jdong> geser: phoroniz folks claim it's usable on the 2000 series
[08:19] <jdong> geser: though they also in the same article warned about stability issues with it
[08:20] <geser> my graphic card broke and I need now a new one :(
[08:20] <jdong> geser: ATI cards are looking very promising right now
[08:21] <geser> any specific chipset which works currently the best with a free driver?
[08:21] <mjg59> "Usable" is pushing it
[08:21] <geser> and is still buyable
[08:22] <mjg59> It's still at the point where nvidia cards will work better with free drivers than recent ATI ones
[08:22] <jdong> I don't think there's any cards that match that IMO
[08:22] <jdong> if you want 3D support
[08:22] <ogra> get intel to finally produce standalone boards
[08:23] <geser> 3d would be nice but not a must have under linux, but it should have a decent 3d performance under xp for games
[08:23] <geser> does nvidia run better than ati with a free driver?
[08:24] <mjg59> Yes
[08:24] <mjg59> Currently
[08:24] <jdong> no 3D at all, but otherwise good currently
[08:24] <jdong> binary drivers have SMP race conditions with compiz-stuff
[08:25] <pwnguin> the open source 3d drivers for radeon 3d do okay
[08:25] <mjg59> pwnguin: If you can still find an X800 or older, yes
[08:25] <pwnguin> heh
[08:25] <pwnguin> yes
[08:25] <pwnguin> i wasnt aware they were that old
[08:26] <jdong> mjg59: do you think the future looks good for modern ATI cards though?
[08:26] <jdong> it seems like the right thing is happening
[08:26] <geser> I have currently an ati radeon 9800 (r300) and 3d with the free driver but it's broken now
[08:26] <mjg59> The right thing is happening. It's not clear how long it'll take.
[08:26] <pwnguin> the docs on ati that ive seen dont touch 3d
[08:26] <mjg59> They don't
[08:26] <mjg59> Nor 2d acceleration
[08:27] <jdong> that's too bad :(
[08:27] <mjg59> They're expected to appear
[08:27] <geser> does the nv driver support all available nvidia chipsets?
[08:27] <pwnguin> on the other hand, neither nv or nouveou support rotate 180
[08:27] <pwnguin> =/
[08:33] <pitti> ogra, heno: http://cdimage.ubuntu.com/edubuntu/daily/20070926.2/ -> those, nor none
[08:34] <ogra> nor none :)
[08:34] <pitti> erm, 'or'
[08:35] <bdmurray> are?
[08:37] <ogra> beta ?
[08:38] <bdmurray> mvo: Where would a bug about video playback and compiz belong?  Would it be a driver issue?
[08:40] <mjg59> bdmurray: What's the bug?
[08:42] <bdmurray> mjg59: watching a video with compiz on then use the super+e and the video doesn't get resized it just zooms out
[08:44] <mjg59> Yes, that won't work
[08:44] <mjg59> The video is scanned out after the rest of the screen
[08:44] <mjg59> You can't apply any sort of transformation to it
[08:45] <bdmurray> Is there a list of things that won't work then so we can avoid bug reports or deal with them?
[08:46] <ion_> I wish it did that on my computer, because video playback would be insanely smoother if it didnt go through a texture.
[08:49] <mjg59> bdmurray: Any effects won't work when applied to video
[08:49] <mjg59> The same is true for rendered 3D
[08:50] <bdmurray> mjg59: okay and that is true regardless of the hardware or driver?
[08:50] <ion_> mjg59: Is there a way to get that behavior with the proprietary nvidia driver?
[08:50] <mjg59> bdmurray: Oh, I expect a bunch of stuff will work with nvidia. It's broken on every other driver, though
[08:53] <pitti> ogra: f**k, the DVDs are still oversized
[08:53] <pitti> ogra: so it wasn't just a 'germinate didn't catch up' problem last time
[08:53] <ogra> hmm
[08:54] <ogra> anything duplicated on them ?
[08:57] <ogra> hmm, is there a way to drop linux-image-debug from them ?
[08:57] <ogra> there are 4 of them
[08:58] <pitti> should do that, right
[08:58] <pitti> I'll look into that
[08:58] <ogra> i think its only about 100M you need
[08:59] <pitti> 180
[08:59] <ogra> for i386 ?
[08:59] <ogra> meh
[09:01] <ogra> ogra@laptop:~$ /home/ogra2/getpkgsize linux-image-debug-2.6.22-12-386 linux-image-debug-2.6.22-12-generic linux-image-debug-2.6.22-12-virtual linux-image-debug-2.6.22-12-server
[09:01] <ogra> linux-image-debug-2.6.22-12-386:  22981k
[09:01] <ogra> linux-image-debug-2.6.22-12-generic:  23603k
[09:01] <ogra> linux-image-debug-2.6.22-12-virtual:  22418k
[09:01] <ogra> linux-image-debug-2.6.22-12-server:  23870k
[09:01] <ogra> total: 90M
[09:01] <ogra> so thats only half of it
[09:06] <mvo> bdmurray: what mjg59 video and 3d are known not working with any effects
[09:17] <lamont> Rebuilding the database. This may take some time.
[09:17] <lamont> /usr/share/omf/windows/windows-C.omf:8: parser error : Entity 'rsquo' not defind
[09:17] <lamont>     <title>If you&rsquo;ve been using Windows</title>
[09:17] <lamont>                         ^
[09:17] <lamont> neato
[09:21] <pitti> cjwatson: do changes to the 'supported' seed need a publisher run to get effective for CD builds?
[09:21] <pitti> cjwatson: s/CD/DVD/
[09:24] <lamont> (livefs is waiting)
[09:24] <pitti> can do
[09:24] <pitti> ah, livefs ok already? cool
[09:24] <lamont> livefs is waiting
[09:24] <Pici> I know that https://wiki.ubuntu.com/GutsyGibbon/Beta isn't finished yet, but the image for the deskbar is a bit misleading, since its not really a bar anymore.
[09:25] <Pici> Either that or theres something wrong with my version.
[09:25] <lamont> pitti: and starting the livefs builds for the others now (since ubuntu worked..)
[09:25] <pitti> lamont: running
[09:25] <lamont> pitti: thanks.  will it just show up on cdimage/ports? or do we have to do something more?
[09:26] <pitti> lamont: should turn up there, yes
[09:26] <lamont> thanks.  I'll look for it in a bit then
[09:27] <lamont> the squashfs image is only 663113728... I wonder if this one stands a chance of fitting on a CD
[09:27] <lamont> wow.  maybe
[09:28] <pitti> http://cdimage.ubuntu.com/ports/daily-live/current/
[09:28] <pitti> there
[09:28] <lamont> (663830528 for the current i386 bits)
[09:28] <pitti> lamont: i386 and amd64 have the winfoss stuff, so ia64 should be good
[09:28] <pitti> lamont: size looks fine
[09:29] <lamont> (alternate is just a tad big for ia64 atm)
[09:33] <lamont> hrm... the rsync is gonna take a whiel.
[09:35] <lamont> pitti: dunno if gutsy-server-ia64 ever got set up or not, but we're missing that one, too.
[09:36] <lamont> I think...
[09:36] <pitti> lamont: build started for ia64 and powerpc
[09:36] <lamont> thanks
[09:44] <cjwatson> pitti: supported> shouldn't
[09:44] <pitti> cjwatson: ah, thanks; that helps
[09:44] <cjwatson> it's not a task or anything
[09:45] <pitti> lamont: http://cdimage.ubuntu.com/ubuntu-server/ports/daily/current/, have at it :)
[09:53] <lamont> pitti: livecd-rootfs_0.36 has two changes from 0.35: (1) fix the ia64 kernel package names, and (2) make it non-fatal if dpkg -l livecd-rootfs fails
[09:53] <pitti> lamont: ok
[09:54] <pitti> lamont: I'll look at the debdiff before approving it anyway, so please go ahead and upload
[09:54] <lamont> I'd rather not say how I came to that second change...
[09:54] <lamont> it's inbound now
[10:11] <keescook> ew  [143202.649187]  device-mapper: snapshots: Invalidating snapshot: Unable to allocate exception.
[10:19] <pitti> ogra: I pre-publish the edubuntu servers now; stgraber saw that thin client booting is pretty much screwed, but I think that can be handled with a post-beta upgrade, right?
[10:19] <pitti> ogra: and we are just out of time to push out new ones
[10:20] <ogra> pitti, yeah, seems udev des some strange things with network cards
[10:20] <ogra> wrt naming them
[10:20] <pitti> ogra: it's either udev, or there's a possiblity that it is due to the recently changed ifupdown/network-manager /e/n/i rewriting
[10:20] <ogra> they seem to have different names in d-i than they have in the installed system
[10:21] <ogra> sh, right
[10:21] <ogra> that could be it as well
[10:23] <pitti> ogra: *moan* http://cdimage.ubuntu.com/edubuntu/dvd/20070926.4/
[10:23] <pitti> ogra: that's without -dev, -dbg, and -debug
[10:23] <pitti> ogra: do you insist on DVDs for the beta?
[10:23] <liw> https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/134496 is what I see: udev/NM/something doesn't pick the card the same way always (with server/desktop CDs, haven't tested LTSP clients)
[10:23] <ubotu> Launchpad bug 134496 in network-manager "After initial reboot, wrong ethernet card is used" [Medium,Incomplete] 
[10:23] <ogra> not really
[10:24] <ogra> i know there are people using them
[10:24] <ogra> but if they are size wise in shape for rc tha should be anough
[10:24] <pitti> 4755937280 2007-09-26 21:10 gutsy-dvd-i386.iso
[10:24] <pitti> 4720979968 2007-09-26 21:03 gutsy-dvd-amd64.iso
[10:24] <pitti> not much, but a bit
[10:25] <ogra> thats still 55M ...
[10:25] <ogra> sigh
[10:25] <ogra> but well
[10:25] <pitti> we support too much software
[10:25] <stgraber> hmm, 70-persistent-net is just full non-sense here, let me upload it
[10:26] <ogra> pitti++
[10:26] <ogra> especailly we duplicate way to much functionallity imho
[10:27] <ogra> we once had the "one app for a task" rule
[10:27] <stgraber> http://www.stgraber.org/download/70-persistent-net.rules
[10:28] <pitti> yeah, but now we need two painting programs, three image viewers, and two TODO list apps in the default install :)
[10:28] <ogra> only two ?
[10:29] <stgraber> asac: ^
[10:29] <ogra> cant we have them by duifferent postic olors as well ?
[10:29] <liw> is there an actual reason for duplicated functionality or is this just committee decision making?
[10:29] <ogra> *postit
[10:29] <ogra> liw, its developed itself like that
[10:29] <ogra> mainly due to more and more derivatives ... or due to user demand
[10:29] <pitti> liw: more or less just (1) cruft that just piles up, and (2) none of those apps doing everything we want
[10:30] <ogra> i.e. everyone wanted f-spot on the CD ...
[10:30] <ogra> but thats not as good integrated
[10:30] <pitti> liw: for example, gthumb has long been our standard photo import/management app, but now some guys want f-spot, too
[10:30] <ogra> so we stull ship gthumb as well
[10:30] <pitti> but it isn't anywhere close to replacing gthumg
[10:30] <stgraber> pitti, ogra, asac: Any idea of why I have that 70-persistent-net.rules ? (http://www.stgraber.org/download/70-persistent-net.rules)
[10:30] <pitti> liw: also, we have evo for PIM, but people also want tomboy
[10:31] <pitti> stgraber: eww; Keybuk?
[10:31] <cjwatson> we don't say no enough
[10:31] <ogra> stgraber, i have looked but no clue why it uses eth3 and 4
[10:31] <liw> eh? tomboy is just for taking notes, isn't it? evo does nothing like that, does it? (I may well be confused)
[10:31] <pitti> liw: evo has lots of places for taking notes
[10:31] <Keybuk> stgraber: kooky
[10:32] <pitti> liw: it's also one of the five 'main views'
[10:32] <liw> pitti, not in any useful manner that I've found (having used it since 2001) :)
[10:32] <stgraber> Keybuk: that's the result after an edubuntu i386 server install
[10:32] <pitti> liw: evo's TODO list work jsut fine for me, but as I said, different people have different preferences
[10:32] <liw> pitti, but I grant you it can do that
[10:32] <stgraber> Keybuk: /etc/network/interfaces was correctly set with eth0 and eth1 but 70-persistent-net.rules has eth2 and eth3 (and funny lines for eth0 and eth1)
[10:33] <Keybuk> stgraber: I'd ask ogra
[10:33] <Keybuk> there's no comment above the strange rules
[10:33] <Keybuk> and udev always writes a comment when it adds a rule
[10:33] <Keybuk> so they must come from somewhere else
[10:33] <bryce_> does the "one app for a task" rule apply for only what ends up on the CD, or for everything in desktop default?
[10:34] <Keybuk> unless cjwatson knows of anything in the Installer that tries to write to that file?
[10:34] <pitti> bryce_: desktop default is a subset of what lands on the CD
[10:34] <ogra> Keybuk, there is nothing in edubuntu that even remotely gets near the udev rules
[10:35] <liw> stgraber, I have something similar on mine (edubuntu server amd64, workstation installation), but still it gets it wrong from time to time
[10:35] <ogra> Keybuk, at least nothing of the edubuntu specifics
[10:35] <liw> ogra, I've had similar trouble with plain ubuntu
[10:35] <ogra> ah
[10:35] <asac> stgraber: this happens in edubuntu only?
[10:35] <asac> oh
[10:35] <ogra> does NM touch the udev rules ?
[10:35] <asac> no
[10:36] <ogra> right
[10:36] <ogra> thats what i expected
[10:36] <asac> i don't think so at least
[10:36] <stgraber> asac: it's the only one where I noticed it as it's the only one that runs a dhcp on 192.168.0.254 (which wasn't set of course due to this bug)
[10:36] <liw> I can do an installation with plain ubuntu, if that helps
[10:36] <ogra> the only network related thing the edubuntu scripts do is set the static interface in /e/n/i
[10:36] <ogra> but they dont touch udev for that
[10:37] <asac> ogra: how do you determine which interface to use for that?
[10:37] <stgraber> liw: yes, maybe try on the same system (two network cards), then check "ifconfig -a"
[10:37] <ogra> it checks if there are 2 interfaces at all
[10:37] <ogra> if so, it uses the non configured one
[10:37] <asac> how?
[10:37] <ogra> (d-i only configures one)
[10:38] <ogra> putting data for it into /e/n/i
[10:38] <liw> stgraber, any preference which image I'll test?
[10:38] <ogra> a standard static entry
[10:38] <ogra> nothing fancy
[10:38] <asac> ogra: so trial and error?
[10:38] <lamont> pitti: any plans at this time to include (or not include) ports in the beta announcement?
[10:38] <pitti> lamont: not planned, no
[10:38] <asac> ogra: no i mean how do you figure that the device you add there actually exists?
[10:38] <lamont> not planned? or planned not to?
[10:38] <ogra> asac, not really if there is a spre interface we claim it
[10:39] <stgraber> liw: ubuntu alternate would be good
[10:39] <pitti> evand: any news about gobuntu?
[10:39] <liw> stgraber, amd64 or i386?
[10:39] <asac> ogra: so maybe you just choose the wrong one in this case?
[10:39] <stgraber> liw: I don't think that matter (as I was doing i386 and you amd64 IIRC for edubuntu)
[10:39] <Keybuk> I checked the likely suspects, can't find anything that writes to that file
[10:39] <ogra> asac, ??
[10:39] <cjwatson> Keybuk: the installer just copies whatever udev-udeb writes out
[10:40] <evand> pitti: sorry, I didn't address you directly previously.  It's not installing gobuntu-desktop at the moment.  I am looking into it, but I am not confident that I can find a solution in the few hours we have before beta is released.
[10:40] <cjwatson> Keybuk: in fact, not even that, udev-udeb copies it itself ...
[10:40] <asac> liw: can you post the broken /e/n/i somewhere?
[10:40] <ogra> asac, if there is more than one interface and the first one is configured the second one is chosen
[10:40] <liw> asac, sure
[10:40] <pitti> evand: ok
[10:40] <ogra> asac, there is no trial and error in it
[10:41] <Keybuk> buggered if I know then
[10:41] <ogra> asac, if there is only one it wont do anything, if there are more it will offer a selection dialog
[10:41] <pitti> lamont: since they are not officially supported, I'd think 'no', but we should rather ask mdz about that
[10:42] <stgraber> install log is here (2MB) : http://www.stgraber.org/download/edubuntu-syslog
[10:43] <liw> asac, http://liw.iki.fi/liw/temp/broken-interfaces and http://liw.iki.fi/liw/temp/broken-70-persistent-net.rules
[10:43] <slangasek> bryce_: bug #141533, I don't see any particular reason for you to wait for the freeze to lift before uploading, it won't hit beta anyway
[10:43] <ubotu> Launchpad bug 141533 in xserver-xorg-video-ati "Gutsy: Switching workspaces when playing XVideo overlay crashes X" [High,In progress]  https://launchpad.net/bugs/141533
[10:43] <Keybuk> stgraber: do you have a udev log for that machine?
[10:44] <stgraber> Keybuk: /var/log/udev ?
[10:44] <Keybuk> yes
[10:44] <stgraber> sure, let me upload
[10:45] <stgraber> http://www.stgraber.org/download/udev.log
[10:45] <ogra> asac,  http://people.ubuntu.com/~ogra/ltsp_netscript
[10:45] <lamont> pitti: I'll take "planned not to" as an answer then.  no worries
[10:45] <bryce_> slangasek: ah okay; I thought we were supposed to wait on uploads.  I'll do so once I get back
[10:45] <liw> Keybuk, http://liw.iki.fi/liw/temp/broken-udev-log there's mine
[10:46] <asac> ogra: ok
[10:47] <Keybuk> no idea
[10:47] <Keybuk> both look fine to me
[10:53] <Amaranth> tepsipakki: i'm pretty sure bug 129396 is actually by design. metacity does the same thing, no?
[10:53] <ubotu> Launchpad bug 129396 in compiz "new windows are put in the background" [Low,New]  https://launchpad.net/bugs/129396
[10:54] <slangasek> bryce_: the BetaFreeze is enforced in the archive, so there's no need for you to hold onto post-beta fixes locally :)
[10:56] <therethinker> Does anyone happen to know of an ubuntu project that uses Python? Python's my "thing", and I'd like to contribute
[10:59] <bddebian> therethinker: Python is everywhere in Ubuntu :-)
[10:59] <slangasek> "Ubuntu Firefox" - is that a correct way to refer to the package?  Seems like trademark confusion to me
[11:00] <tepsipakki> Amaranth: I've never seen that with metacity
[11:00] <tepsipakki> Amaranth: but compiz is a bit better now.. it opens the window behind the active one, not behind all windoes
[11:00] <tepsipakki> windows..
[11:00] <Amaranth> tepsipakki: hehe
[11:01] <Amaranth> tepsipakki: I'm going to mark it wishlist, I like the way it works now.
[11:01] <Amaranth> tepsipakki: Could possibly have an option to change it though
[11:01] <tepsipakki> Amaranth: it works the same for you?
[11:01] <tepsipakki> same behaviour I mean
[11:01] <ajmitch> morning
[11:01] <Amaranth> well if i click a link in here it won't pull the browser window forward
[11:01] <therethinker> bddebain: Yeah, I've seen it, but I'm trying to find a project with mentoring...
[11:02] <Amaranth> which is a good thing for me, when i go through liferea reading stuff i read the interesting links from the blogs later so it'd be annoying if it popped up each time
[11:02] <tepsipakki> Amaranth: right, I'm fine with "wishlist"
[11:03] <Amaranth> tepsipakki: Of course the focus stealing prevention in compiz is extremely basic so I think the only options right now are On or Off
[11:04] <tepsipakki> Amaranth: where is that hidden?
[11:05] <Amaranth> tepsipakki: in ccsm it's General Options, Focus Behavior tab
[11:06] <Amaranth> tepsipakki: it's a match option, change it from any to none to turn off focus stealing prevention
[11:06] <tepsipakki> oh, I'm blind
[11:06] <therethinker> On launchpad, is there some simple way to see languages (programming-related) for a project? Or am I blind.
[11:06] <tepsipakki> Amaranth: hey, setting none makes it pop up in front!
[11:07] <Amaranth> tepsipakki: it also makes pidgin pop up when you're typing in a password :P
[11:07] <ion_> asHeweglaix0
[11:08] <Amaranth> Right, like that. :)
[11:08] <tepsipakki> Amaranth: anyway, do you want to leave the bug as a placeholder for more fine-grained settings? I'd say that the bug as I reported is no more :)
[11:08] <Amaranth> tepsipakki: not sure
[11:09] <Amaranth> tepsipakki: if you want to close it go ahead, I don't think anyone is planning on working on that part of compiz any time soon
[11:10] <tepsipakki> I'll sleep on it ;)
[11:11] <tepsipakki> http://news.bbc.co.uk/2/hi/health/4723216.stm

[11:12] <asac> slangasek: not sure about the wording .... maybe Firefox in Ubuntu
[11:12] <superm1_> therethinker, how involved are you thinking?
[11:14] <therethinker> superm1_: very much so :P
[11:15] <therethinker> superm1_: I'm doing it right now, actually
[11:15] <superm1_> therethinker, well if you want to join #ubuntu-mythtv, i've got something we will need a hand on for hardy
[11:15] <superm1_> but that we haven't started yet
[11:15] <therethinker> great!
[11:54] <pwnguin> huh. heard an interesting explaination about nvidia and the gpl and distribution
[11:55] <therethinker> hmm?
[12:00] <pwnguin> apparently theres some people who believe distributing both a kernel and nvidia binary is infringing
[12:07] <mjg59> pwnguin: Yes, that's why we don't distribute a linked version of the nvidia driver
[12:08] <pwnguin> since the linking occurs at the user's install, ubuntu is ok?
[12:09] <mjg59> It doesn't even happen then
[12:09] <mjg59> It's done every boot
[12:09] <pwnguin> interesting
[12:10] <mjg59> Anyway. That avoids the most obvious infringement. Consult a lawyer for anything further.
[12:10] <pwnguin> well, im not too worried
[12:10] <pwnguin> but i heard that maybe ubuntu should be =(
[12:10] <mjg59> There are more obvious infringements out there
[12:11] <mjg59> I don't know any kernel developers who are threatening to sue
[12:11] <pwnguin> publicly
[12:11] <mjg59> Or privately
[12:12] <pwnguin> well that's good news then. a friend of mine who's in negotiations with greg kh on behalf of his company said that they were taking action, and that Dell and Intel were wanting to press on it, but there may be exaggerations there.
[12:14] <mjg59> It's always a possibility.
[12:15] <mjg59> Changes have been made in response to requests from copyright holders before - I'm sure they will be in future
[12:16] <Keybuk> stgraber: what version of edubuntu?