[12:34] <racarr> Has anyone had a chance to look at the Beryl package set in NEW yet?
[12:40] <geser> racarr: you might have a better chance to get an answer during day hours in europe
[12:41] <geser> it's past midnight here
[12:42] <racarr> geser: Ok, it's not that important presumambly someone will look over them in the near future, I was just curious
[12:45] <hikenboot_> why is it every version of ubuntu has it system depend upon stupid things like serpentine audio cd creator and bittorrent...how about making these this optional without removing one causing ubuntu-desktop to be uninstalled...at least fiesty fawn made openoffice optional!
[01:04] <keescook> Mithrandir (or other archive admin): please shove the breezy/dapper/edgy inkscape updates.  :)
[01:08] <sharms> hikenboot_: because those packages are what composes the "ubuntu desktop"
[01:08] <hikenboot_> right but removing them prevents upgrading
[01:09] <sharms> you can still upgrade without bittorrent or the ubuntu-desktop package
[01:09] <racarr> sharms: But you wont get new packages added to ubuntu-desktop
[01:09] <racarr> it seems to me like some sort of Install-Depends field would make sense
[01:09] <sharms> racarr: if you are removing items included in it, then it is clear you dont want them anyway
[01:10] <sharms> if you dont like the defaults, install what you want.  Issue solved.
[01:10] <racarr> sharms: ...I don't think it's fair to assume that because someone doesn't want open office they don't want every other package added to ubuntu-desktop in the future
[01:11] <hikenboot_> when i went to remaster this last time I had a problem where when I was trying to install the packages I did want it would try and reinstall ubuntu desktop and all the packages I removed
[01:11] <Burgwork> hikenboot_: a bunch of things have been moved to desktop-recommends, from desktop
[01:12] <racarr> err, right I forgot about recommends, hehe
[01:12] <Burgwork> hikenboot_: you are welcome to upgrade by other means
[01:13] <sharms> hikenboot_: if a package depends on ubuntu-desktop that shouldn't, use launchpad to file a bug
[01:15] <Hobbsee> sharms: "shouldnt" is a relative term.  sure you mean a package depending on ubuntu-desktop, or ubuntu-desktop depending on a package?
[01:15] <mdz> hikenboot_: as you noticed, we've already changed this for many applications in Feisty, and that work will continue.  we're now approaching beta status now, though, and we'll be focusing on stabilization instead for the next month
[01:15] <sharms> Hobbsee: I mean if a package depends on ubuntu-desktop
[01:16] <mdz> sharms: nothing should depend on ubuntu-desktop unless it is meant to imply the rest of the default desktop install (e.g., a derivative metapackage)
[01:16] <hikenboot_> yes i have noticed that the worst one...open office was moved to recommends...this is greatly appreciated...at least now I can use it for my purposes
[01:16] <sharms> mdz: from what he was saying, apparently he had a package that did
[01:17] <sharms> that is why I invite him to report it :)
[01:17] <racarr> err
[01:17] <Hobbsee> the dist-upgrader requires ubuntu-desktop, yes...
[01:17] <racarr> I thought we were talking about ubuntu-desktop depending on packages 
[01:17] <mdz> sharms: it sounds more like he wanted to install a package which conflicted with a dependency of ubuntu-desktop
[01:17] <sharms> "when I was trying to install the packages I did want it would try and reinstall ubuntu desktop and all the packages I removed"
[01:18] <mdz> the upgrader does that
[01:18] <hikenboot_> thanks guys and have a great night
[01:18] <sharms> good luck!
[01:19] <sharms> Hobbsee: is that "shouldn't" issue a UK thing?
[01:21] <Hobbsee> sharms: well, forums keep saying that network manager shouldnt be a dep of ubuntu-desktop, as it's too buggy, etc, etc...so i was hoping to avoid those kind of bugs
[01:21] <jono> hi Hobbsee :)
[01:21] <sharms> Hobbsee: oh no, I meant I thought you were correcting my usage of the english language
[01:22] <Hobbsee> sharms: ahh.  nope :)
[01:26] <Dabian> How do I get rid of a broken package?
[01:26] <Dabian> (sorry for asking here .. but I don't think I can go anywhere)
[01:26] <Hobbsee> Dabian: you shoot it.
[01:26] <sharms> #ubuntu can help
[01:26] <Dabian> sharms : It didn't so far.
[01:26] <Hobbsee> #ubuntu can help, especially if you give them more information.
[01:26] <Hobbsee> like, maybe which package it is.
[01:26] <Dabian> sharms : I have trouble with irda-utils for amd64.
[01:27] <Hobbsee> and which release you're on
[01:27] <Dabian> Hobbsee : I am not sure
[01:27] <Dabian> Hobbsee : My system borked while I was upgrading.
[01:27] <Dabian> Hobbsee : To fiercy dawn, from 6.10
[01:27] <Dabian> edgy?
[01:27] <sharms> Dabian: if you want to kill it, then apt-get remove --purge packagename works for me
[01:27] <sharms> I am running fiercy dawn right now
[01:27] <Dabian> sharms : Can I paste the errors I get from that now?
[01:27] <Hobbsee> feisty fawn, you mean.
[01:28] <Hobbsee> Dabian: try #ubuntu+1 for feisty support.
[01:28] <sharms> Personally I like fiery dawn
[01:28] <Hobbsee> hehe
[01:28] <Dabian> dpkg: error processing irda-utils (--purge):
[01:28] <Dabian>  Package is in a very bad inconsistent state - you should
[01:28] <Dabian>  reinstall it before attempting a removal.
[01:31] <jdong> ow.
[01:31] <jdong> that's more like fubar down
[01:31] <Dabian> yah
[01:31] <Hobbsee> depends on why it's actually broken
[01:31] <jdong> Dabian: at that point I usualy start taking a text editor to /var/lib/dpkg/state
[01:31] <cjwatson> Do what it says; 'dpkg -i /var/cache/apt/archives/irda-utils_*.deb'
[01:31] <Dabian> jdong : Thanks.
[01:31] <jdong> but listen to cjwatson 
[01:31] <cjwatson> DO NOT EDIT /var/lib/dpkg/status BY HAND UNLESS YOU ARE AN EXPERT
[01:31] <Hobbsee> jdong: stop giving out crackful info.
[01:31] <Dabian> cjwatson : Heheh .. or a complete idiot, right? :)
[01:31] <Hobbsee> on that basis
[01:31] <sharms> cjwatson: he is running fiercy dawn, he should be fine
[01:31] <jdong> sorry :)
[01:31] <cjwatson> i.e. unless you can competently fix bugs in dpkg
[01:31] <Dabian> cjwatson : I get error from that as well.
[01:31] <cjwatson> the dpkg -i above may error out, but it should let you get further; 'dpkg --configure -a' is often the next step
[01:32] <cjwatson> then repeat the upgrade
[01:36] <Dabian> heh .. yeah .. why didn't I try dpkg --configure -a 
[01:36] <Dabian> I get the same error as pasted above though.
[01:36] <cjwatson> what was the error from dpkg -i? (if it's long, use paste.ubuntu-nl.org or similar)
[01:36] <cjwatson> fwiw, that error from dpkg usually means that it was interrupted hard (e.g. segfault, poweroff) at a very bad point
[01:36] <Dabian> how do I redirect to file?  2>&1 > file.txt 
[01:36] <Dabian> ?
[01:36] <cjwatson> >file.txt 2>&1
[01:36] <Dabian> hehe .. better prepend with "LANG=C" :)
[01:36] <jdong> cjwatson: yeah I've done that "package is very inconsistent" thing after a few hard resets....
[01:36] <jdong> it was a pain to get out of it
[01:37] <calc> anyone know of a simple way to effectively evict all cached pages on a system
[01:37] <calc> eg read a bunch of zeros into memory or something
[01:37] <Dabian> http://paste.ubuntu-nl.org/11271/
[01:37] <Burgwork> calc: please use #ubuntu for support, this is a development channel
[01:38] <Dabian> I powered off the computer last night .. I don't know how far the upgrade was.
[01:38] <Dabian> Actually I was just turning off teh stereo, I forgot the computer was on.
[01:38] <Dabian> (I hoooked my system up so that turning off the stereo automagicly turns off the computer w/monitor at the same time)
[01:40] <cjwatson> Dabian: first run 'sudo start-stop-daemon --stop --quiet --oknodo --pidfile /var/run/irattach.pid --exec /usr/sbin/irattach'
[01:41] <cjwatson> Dabian: then edit /var/lib/dpkg/info/irda-utils.prerm (as root) and change 'invoke-rc.d irda-utils stop || exit $?' to ': invoke-rc.d irda-utils stop || exit $?' (i.e. put colon-space in front of that line)
[01:42] <cjwatson> Dabian: then repeat the dpkg -i from earlier, which should let you continue
[01:43] <sharms> cjwatson: did you just know that off the top of your head?
[01:43] <cjwatson> calc: install moreutils, then 'sponge </dev/zero'
[01:43] <cjwatson> ctrl-c when you get bored
[01:43] <Hobbsee> sharms: cjwatson lives in this kind of stuff, and debian-installer
[01:43] <cjwatson> sharms: no, I looked up what the prerm did and determined how to safely replicate it
[01:44] <Hobbsee> cjwatson: can i ask what the : in front does?  or point me to somewhere where it's documented?
[01:44] <cjwatson> these aren't exactly user-serviceable parts normally
[01:44] <cjwatson> Hobbsee: man :
[01:44] <cjwatson> hmm, or not
[01:44] <cjwatson> Hobbsee: help :
[01:44] <Hobbsee> hehe
[01:44] <Hobbsee> or not
[01:44] <Hobbsee> ahhh, nice
[01:44] <cjwatson> it's the same as /bin/true
[01:44] <Hobbsee> gotcha
[01:44] <calc> cjwatson: thanks
[01:45] <cjwatson> it's better than # in this case because if you use # there'll be no command between the then and the else and you'll get a syntax error
[01:45] <calc> i need to stop using xp
[01:45] <calc> it makes my brain rot
[01:46] <sharms> calc: we're not stopping you from running Ubuntu
[01:46] <calc> sharms: i'm running it now
[01:46] <calc> sharms: i only had one pc until a few months ago and my gf made me run xp ;)
[01:47] <sharms> General chitchat for ubuntu type people: #ubuntu-offtopic
[01:47] <Hobbsee> cjwatson: ahhh....
[01:48] <Dabian> calc : Just tell her .. "OK, I'll run XP .. but no sex as long as XP is on that computer, comprende?"
[01:49] <Dabian> cjwatson : You're amazing!  I got rid of it painlessly!
[01:49] <bddebian> hah
[01:52] <Dabian> I wonder if commercial support of this level is available here in Denmark.
[01:52] <cjwatson> Dabian: woo, good to hear
[01:52] <Dabian> cjwatson :)
[01:52] <Hobbsee> Dabian: quite likely.  
[01:53] <Dabian> Would be nice .. they're not listed though.  Well a few is listed .. judging from their webpage its hard to say; I guess.
[01:53] <Hobbsee> Dabian: http://www.ubuntu.com/support
[01:53] <Dabian> Hobbsee : Yess.
[01:54] <cjwatson> I think Canonical's support operates globally, FWIW.
[01:54] <Hobbsee> it seems to
[01:54] <Dabian> http://www.ubuntu.com/support/commercial/marketplace/europe
[01:54] <Hobbsee> Canonical Global Support Services are deployed around the world to enable a true 24x7 support infrastructure. Support requests are handled through telephone, e-mail and the web.
[01:55] <Dabian> Hobbsee : Its not in danish though, I guess.
[01:55] <Hobbsee> Dabian: true that.
[01:55] <sharms> But if I call Canonical support, I dont hear "Hello, this is cjwatson.  How can I help you?"
[01:56] <Hobbsee> one of the guys in -motu, iirc
[01:56] <Dabian> Hobbsee : You can recommend linux2go?
[01:57] <Dabian> Hobbsee : I vaguely remember having checked their website.
[01:57] <cjwatson> sharms: you don't want me doing support full-time, trust me; I don't have the patience
[01:58] <Hobbsee> Dabian: well, i've never dealt with them myself, obviously, not speaking danish, but one of the guys there, Soren Hansen, is oftne on #ubuntu-motu
[01:58] <Dabian> -motu?
[01:59] <Hobbsee> Dabian: ubuntu universe packagers / developers
[01:59] <Hobbsee> Dabian: http://wiki.ubuntu.com/MOTU for reference
[01:59] <Dabian> cjwatson : Hehe .. I get we got a taste of that when you saw him recommending me to fumble with that status file ;-)
[02:00] <Hobbsee> hehe
[02:00] <Hobbsee> yes - in here, a lot of support queries, in fact, almost all, get redirected elsewhere, as it's not on topic.
[02:01] <Dabian> Yeah .. I thought my request was special .. otherwise I wouldn't have bugged you.
[02:01] <cjwatson> prerm failures are unfortunately notoriously hard to work around
[02:01] <Hobbsee> true that.  once there was enough info in it, of course :)
[02:02] <Hobbsee> night cjwatson 
[02:02] <Dabian> now the upgrade is slowly rolling like it should in the background... I guess next time I better put a warning on the computer "don't turn off now!" ;-)
[02:02] <Hobbsee> hehe
[02:02] <Hobbsee> that would *always* help, yes
[02:03] <Hobbsee> shawarma: ah, you are in -devel.  see Dabian when you get back.
[02:03] <Dabian> Since ext3 .. I'm often too lazy to do a clean shutdown.
[02:04] <Dabian> btw
[02:04] <racarr> a lot more goes on during a shutdown than syncing the disks :p
[02:04] <Dabian> WHen I have upgraded .. I'm going to try and install "jde" .. if its still broken in fiesty fawn, and I want to help fix it .. how do I go about it?
[02:05] <Dabian> racarr : Yeah .. but a desktopcomputer should be able to cope .. or there is an error in a userspace program. :)
[02:05] <Dabian> racarr : I try to do a clean shutdown .. but I admit, sometimes I am too lazy .. if I am heading out the door or something.
[02:06] <Dabian> I made it so that I can just click the powerbutton, and it will shutdown.
[02:06] <Dabian> No questions asked. :)
[02:06] <Hobbsee> Dabian: determine how it's broken, make a patch, submit it.  it installs on feisty, it seems
[02:06] <Dabian> Hobbsee : You code java?
[02:06] <Hobbsee> Dabian: nope
[02:06] <Hobbsee> Dabian: not a bit
[02:06] <Dabian> ahh .. you just installed it to check?
[02:07] <Dabian> Do I need an email that will be exposed to the web to submit a patch?
[02:12] <Dabian> racarr : What in paticular do you think I miss by simply cutting the power?
[02:15] <racarr> Dabian: https://wiki.ubuntu.com/Teardown has a list of that Teardown does, and you can workout what you miss by just cutting the power :p
[02:16] <_ion> An idea about how Upstart jobs might interact with the user regardless of what's the visible interface: virtual console, boot splash or X. http://johan.kiviniemi.name/blag/2007/03/21/upstart-and-interaction-with-user/
[02:18] <Hobbsee> Dabian: yep.  yes - well, it'll be hidden on launchpad, so it shouldnt get spammed
[02:19] <Dabian> S30urandom
[02:19] <racarr> _ion: I think that's the wrong direction personally 
[02:19] <Dabian> Hobbsee : Thats good news.
[02:20] <_ion> racarr: What would you propose?
[02:20] <Dabian> Hobbsee : That was one of the major reasons I didn't even consider contributing to debian.
[02:20] <Hobbsee> ahhh
[02:21] <Dabian> I dislike spam.
[02:21] <racarr> _ion: Aiming for eliminating the transitions, heh, I know Kristian Hogsberg (I tihnk it was Kristian? it was someone from redhat) has done some work on X in the initramfs, I'm not sure that's the solution
[02:21] <Dabian> I get my mail on yahoo, so I can't just run spam-assassin.
[02:21] <racarr> And it's impossible to have two email addresses...
[02:21] <racarr> (Sorry, I couldn't resist)
[02:21] <_ion> racarr: This should work even with boxes with no monitor, only a serial console.
[02:21] <Dabian> racarr : Isn't it Kristian Hgsberg?
[02:22] <Dabian> sorry .. lets try again in UTF8 :)
[02:22] <Dabian> racarr : Isn't that Kristian Hgsberg ?
[02:22] <Hobbsee> Dabian: ahhh, yes.  that's annoying.
[02:22] <Dabian> Many prefer latin-1 still.
[02:23] <racarr> Dabian: Yes, but I assumed people would forgive me for just using an o :p
[02:23] <Dabian> :)
[02:23] <Dabian> racarr : Actually you can use "oe" instead of '', if yor keyboard support it not.
[02:24] <Dabian> racarr : I even do that in subjects of mail, to obey rfc822.
[02:24] <racarr> _ion: I suppose that's a reasonable advantage, yes
[02:24] <racarr> Dabian: Eh, I can just use the Compose key, just too lazy
[02:24] <Dabian> (I know there is a mime-rfc that says the mta needs to convert it to qouted printable .. but that is disgusting. :)
[02:25] <cjwatson> sharms: any luck on bug 85835 (maybe retest with a newer milestone)? I'm going to have to reject it if there's no more information
[02:25] <Ubugtu> Malone bug 85835 in ubiquity "New partitioner does not work with NTFS existing drives" [Undecided,Needs info]  https://launchpad.net/bugs/85835
[02:25] <Dabian> or is it the MTU?
[02:25] <_ion> racarr: Not to mention blind users.
[02:25] <_ion> racarr: They need to interact with fsck as well.
[02:25] <sharms> cjwatson: haven't done a fresh install since I initially tried it, so no further information
[02:26] <Dabian> not mtu ... MUA of course
[02:26] <Dabian> darn ... I've been having it too easy too long.
[02:26] <racarr> _ion:  I don't see why that requires everything to be done through a terminal, theres no reason a screenreader/all the other accessibility stuff couldn't be used
[02:27] <cjwatson> sharms: do you plan to?
[02:27] <_ion> I didn't say the support for blind users should be done through a terminal.
[02:27] <sharms> cjwatson: no, could only reproduce it on my production station which I can't fuss with
[02:30] <racarr> _ion: then why is this library required to allow blind users to interact with things during the startup process? things can just use the preexisting accessibility frameworks?
[02:30] <_ion> It gives the option of *any* implementation for *any* use case regarding user interaction.
[02:30] <cjwatson> sharms: probably bug 89004; rejected anyway, thanks
[02:30] <Ubugtu> Malone bug 89004 in partman-base "Wonky partitioner choices in alternate cd" [Critical,Fix released]  https://launchpad.net/bugs/89004
[02:31] <sharms> cjwatson: yeah I hate it when those bug reporters don't provide enough information :)
[02:32] <racarr> _ion: I suppose, but  as you suggested upstart integration it seems like it would be reasonable to assume it would be however Ubuntu is set up (which will hopefully be less transitions in the future)
[03:16] <sladen> BenC: is there anything useful I can do on the ICH6 non-boot issue in -12?
[03:17] <BenC> sladen: bug number?
[03:23] <sladen> BenC: bug #93648
[03:23] <Ubugtu> Malone bug 93648 in linux-source-2.6.20 "2.6.20-12 fails to boot with ICH6 SATA (ahci_init_one/pci_iounmap BUG at lib/iomap.c:254)" [Critical,Confirmed]  https://launchpad.net/bugs/93648
[03:24] <sladen> 10 dups
[03:32] <mjg59> sladen: Figure out why it's hitting the BUG_ON in iomap.c
[03:40] <sladen> mjg59: while you're here, any new ideas on bug #90883
[03:40] <Ubugtu> Malone bug 90883 in acpi-support "wireless.sh cannot use 'device/power/state' to power-off wireless card anymore (dup-of: 89763)" [Undecided,Confirmed]  https://launchpad.net/bugs/90883
[03:40] <Ubugtu> Malone bug 89763 in acpi-support "Changes in sysfs power/state handling has broken 'ibm-wireless.sh'" [Medium,Confirmed]  https://launchpad.net/bugs/89763
[03:40] <mjg59> It's unfixable
[03:41] <sladen> is it an option to just add back in the code upstream removed
[03:41] <mjg59> To an extent
[03:41] <sladen> my understanding is that you can put the device to sleep by writing to the raw PCI registers in a gash way anyway
[03:42] <mjg59> But the driver won't know that
[03:42] <mjg59> = explode
[03:43] <sladen> the code in the drivers has remained unchanged, just the functionality to call the code from userspace via sysfs has gone
[03:43] <mjg59> Yes
[03:45] <racarr> Can anyone get to archive.ubuntu.com right now?
[03:45] <Fujitsu> (that was a no)
[04:01] <Fujitsu> Can somebody poke somebody appropriate about {archive,cdimage}.ubuntu.com
[04:02] <Fujitsu> *?
[04:03] <Fujitsu> Gah.
[04:04] <sladen> works for me.  What IP address are you getting from  'host archive.ubuntu.com' ?
[04:04] <Fujitsu> 91.189.89.8
[04:04] <Fujitsu> I've seen 2 others confirm that it's dead.
[04:04] <BenC> sladen: I checked into that...looks like a bug where the device is not getting created fully during probe, and the error path is unmapping an io region that was never mapped
[04:05] <_ion> I get 91.189.89.6 and 91.189.89.8 and neither seems to work.
[04:05] <BenC> sladen: Probably best bet is to find out why the probe is failing in sysfs creation
[04:05] <Fujitsu> _ion: Same.
[04:05] <Fujitsu> Doesn't get out of cogentco.
[04:05] <Fujitsu> Gets to London, that's all.
[04:07] <racarr> sladen: What are you getting for archive.ubuntu.com? (so I can add to /etc/hosts and do an update/upgrade :p)
[04:08] <Fujitsu> Same from a box in the US...
[04:08] <racarr> I'm in the US and get 91.189.89.8
[04:09] <sladen> ah welcome to cogent, the box-shift of the IP transit world
[04:09] <sladen> shifter
[04:18] <KurtKraut>  When I insert a USB pendrive on Feisty it is automounted without giving me write permissions. I suppose this is a bug. In what package I should file it as  bug on Launchpad ?
[04:19] <hile> there is just a maintenance break on archive.ubuntu.com - I got a mail for that, just dont remember which list
[04:22] <hile> maybe I was dreaming ;)
[04:29] <mdz> Fujitsu: was the same here, I started to escalate it but it seems to have cleared itself up here
[04:30] <Fujitsu> Indeed, it's fine now.
[04:41] <sharp5> is GSoC stuff on-topic in here?
[06:21] <sladen> Mithrandir: acpi-support_0.93 to fix various wireless/hotkey things;  there's some state-saving stuff still to do later
[06:34] <giangy> 'morning
[06:37] <wringer> hello
[06:38] <wringer> can you guys give feedback on ideas for the google summer of code?
[06:50] <doko> wringer: any specific project?
[06:52] <wringer> doko: is the the place to talk about it?
[06:53] <wringer> you guys are kind of specific on what topics of conversation are allowed in this channel
[06:54] <doko> wringer: you can email ubuntu-soc-owner@lists.ubuntu.com as well
[06:54] <wringer> doko: but this place is fine too, right?
[06:54] <doko> wringer: sure
[06:56] <wringer> doko,  thanks
[06:57] <nekomancer> hello?
[06:58] <Hobbsee> h
[06:58] <Hobbsee> i
[06:58] <Treenaks> morning
[06:59] <nekomancer> doko: one of my friends directed me here to see about two different ideas i am considering to try for in google's soc
[07:01] <doko> nekomancer: did you write a spec for these ideas?
[07:01] <nekomancer> doko: not as of yet
[07:02] <nekomancer> doko: i just discovered that the soc program is underway today
[07:02] <nekomancer> doko: i was mostly wondering if ideas would fit into anything here at all
[07:03] <nekomancer> doko: the one i like would be to see about improving the dual boot use ability of ubuntu/windows
[07:04] <nekomancer> doko: adding a reboot menu like SUSE use to have, a FAT32 partition to the default partition layout if they are dual booting with windows, and 
[07:05] <nekomancer> doko: a ap that would collect .exe locations in 'program files' and try to set them up with wine in their own menu
[07:06] <nekomancer> doko: it just didn't sound very deep in the ubuntu ideals, but more of a thing you would expect novell to do now
[07:06] <nekomancer> doko: having said that, something like that would be nice for people who are changing from windows to Ubuntu
[07:07] <doko> nekomancer: you have to apply for a project until Mar 24; based on these details projects are choosen. if you can up with something more specific by this date, submit the project
[07:08] <nekomancer> doko: would that be an ok general idea to peruse further?
[07:11] <nekomancer> doko: thanks for listening
[07:11] <doko> nekomancer: sure, but applying is not yet the same thing as beeing accepted for the project
[07:11] <nekomancer> doko: i know
[07:12] <nekomancer> doko: i have read over the rules and such.  I was just wondering if that idea, in general, was valid or not
[07:13] <nekomancer> doko: it doesn't seem much like a 'free software' appeal
[07:13] <nekomancer> doko: i remember the uproar about adding nvidia drivers to Fawn
[07:15] <doko> nekomancer: I don't see anything wrong with improving the dual-boot options for the user; I currently cannot say anything about the size of the project (if it's suited to the SoC)
[07:19] <nekomancer> doko: Thanks.  I wanted to know if that general idea would be seen as non free software-ish
[07:19] <nekomancer> Have a good night/morning all
[07:44] <Mithrandir> keescook: unsure where and how to shove; I can't find any in the queue.
[07:45] <Hobbsee> heya Mithrandir - can you accept klamav please?  (it's universe)
[07:46] <Mithrandir> Hobbsee: sure, done.
[07:47] <Hobbsee> Mithrandir: thanks :)
[07:59] <Hobbsee> Mithrandir: can non-core devs use the milestones?
[07:59] <Hobbsee> ie, are tehy allowed to
[07:59] <Hobbsee> ?
[08:02] <Mithrandir> Hobbsee: allowed to assign bugs to them?  Sure, but please tag the title with [universe]  or something if it's not a bug in main.
[08:02] <Hobbsee> Mithrandir: it's main.  i didnt think you could assign bugs to a milestone...
[08:03] <ajmitch> Hobbsee: using upstream bug lists, or the rc bug list I made?
[08:03] <Hobbsee> ajmitch: using my email, actually.  does yours do kde bugs?
[08:03] <ajmitch> it does all debian RC bugs
[08:04] <Mithrandir> Hobbsee: I would much, much rather have to remove a bug from the milestone list because I don't think it's critical than missing out on a critical bug because somebody thought they shouldn't use the milestone feature.
[08:04] <Hobbsee> Mithrandir: gotcha.  at the moment, i've just assigned those ones to myself, wehther i upload them or not
[08:33] <Fujitsu> pitti: How long does a retrace normally take? (I tagged a bug, the tag vanished a few minutes ago, but there is no result yet)
[08:38] <dholbach> good morning
[08:40] <ajmitch> daniel!
[08:40] <ajmitch> good morning :)
[08:41] <dholbach> hey andrew
[08:57] <pitti> Good morning
[08:57] <pitti> Fujitsu: when the tag vanished, it was processed
[08:57] <pitti> Fujitsu: there was something wrong with it, what was the #?
[08:57] <pitti> hi dholbach 
[08:58] <ajmitch> morning pitti 
[09:00] <pitti> hi ajmitch, how's it going?
[09:00] <ajmitch> good, how are you?
[09:00] <pitti> great!
[09:05] <Fujitsu> pitti: Does it remove the tag when it takes it for processing, or when it uploads the trace?
[09:05] <pitti> Fujitsu: when it takes it, to avoid endless loops when something goes wrong in the retracing
[09:05] <pitti> Fujitsu: I can have a look into the log, what was the bug number?
[09:06] <Fujitsu> It eventually got retraced, so it's fine.
[09:06] <Fujitsu> Just took a while.
[09:06] <pitti> ah, cool
[09:06] <pitti> Fujitsu: usually takes ~ 5 minutes for large packages/many dependencies
[09:06] <pitti> I need to speed it up by a magnitude, but ENOTIME :/
[09:07] <hunger> Is archive.ubuntu.com down?
[09:07] <Fujitsu> I wonder if a retrace-in-progress tag might be useful, otherwise we're likely to have a few people each putting a retrace tag on, when it is already retracing.
[09:07] <pitti> hunger: seems so, cdimage.u.c. is down as well
[09:08] <Fujitsu> It's up here, but is pointing to a different place to what it was earlier.
[09:08] <Fujitsu> It went down, came back pointing to prat, and is now at forster (again?)
[09:08] <Mithrandir> cdimage.u.c is fine.
[09:09] <Fujitsu> Ah, I see it points randomly to either.
[09:09] <Fujitsu> It's all fine for me, anywya.
[09:09] <Fujitsu> *anyway
[09:10] <hunger> Wow, great, restricted-manager got me fglrx support but I can not turn it of again using it since my xorg.conf is customized:-(
[09:12] <ajmitch> Mithrandir: blktrace confirmed
[09:12] <Mithrandir> ajmitch: cheers.
[09:14] <dholbach> can somebody please sync libtelepathy
[09:18] <dholbach> bug 92799
[09:18] <Ubugtu> Malone bug 92799 in libtelepathy "Please sync libtelepathy from sid" [Medium,Confirmed]  https://launchpad.net/bugs/92799
[09:23] <hunger> Why does changing the x graphics driver change all font sizes? They are 2pt smaller than they used to be after going to fglrx and back.
[09:24] <pitti> dholbach: will do
[09:24] <ajmitch> hunger: DPI detection, I think
[09:24] <dholbach> pitti: thanks a lot
[09:24] <hunger> ajmitch: Why does that change the actual font sizes?
[09:25] <ajmitch> hunger: does the configured font size change, or just how it appears?
[09:25] <hunger> ajmitch: I could understand that the fonts are rendered at a different size, but I used to have 12pt fonts set and after switching to fglrx and back I only have 10pt.
[09:26] <ajmitch> odd
[09:26] <ajmitch> which was awhile ago now
[09:28] <pitti> ajmitch: that might have been fixed with moving dbus from S20 to S12 again
[09:34] <HiddenWolf> hunger: same here
[09:34] <pitti> dholbach: done
[09:35] <dholbach> pitti: you rock :-)
[09:35] <hunger> HiddenWolf: Good, I was already doubting my sanity.
[09:35] <dholbach> pitti: after rebuilding gossip-telepathy with it people can install it again :-)
[09:35] <HiddenWolf> hunger: not messing with a user-modified config-y file is quite sane though.
[09:36] <pitti> Mithrandir: is 20070320.1 still the latest live image? I can't reach cdimage.u.c AT>
[09:36] <pitti> Mithrandir: s/>/M/
[09:37] <hunger> HiddenWolf: You are talking about the not going back from fglrx with restricted-manager thing?
[09:38] <hunger> HiddenWolf: My config file was modified and it did convert it to use fglrx instead of the ati driver. Chickening out of reverting that seems rather strange to me.
[09:38] <Mithrandir> pitti: yes, 20070320.1 is the latest.
[09:38] <HiddenWolf> hunger: ah. 
[09:38] <Mithrandir> pitti: can you reach it through chinstrap?
[09:39] <pitti> Mithrandir: ah, yes, I can
[09:39] <pitti> thanks, going to do the final test with that on real hardware then
[09:41] <Mithrandir> cheers.
[09:49] <dholbach> hey mvo
[09:50] <mvo> hey dholbach!
[09:52] <LaserJock> when does seb usually show up? or is he on vacation?
[09:53] <dholbach> LaserJock: in a bit, I guess - he's not on VAC
[09:53] <dholbach> LaserJock: it's 09:53 in his part of the world
[09:54] <doko> ogra, Mithrandir: is the size of the edubuntu dvd really correct? 860172288 
[09:55] <dholbach> heya doko
[09:56] <doko> hi dholbach, late morning for you ;)
[09:56] <dholbach> doko: late morning? I was up at 7:20 already ;-)
[09:56] <dholbach> (but yeah, started working a bit later than that :-))
[09:56] <LaserJock> doko: that seems wrong to you? the size for Edubuntu dvd
[09:57] <doko> LaserJock: it's 800MB ... for a DVD
[09:57] <LaserJock> well, at least it's >700MB :-)
[09:59] <racarr> err, I seem to think I downloaded an Edubuntu DVD a while ago
[09:59] <racarr> and that it was a lot larger than that
[09:59] <LaserJock> doko: that's about the size of the contents of the CD
[10:00] <LaserJock> so I'd guess it lost the rest of the DVD contents
[10:06] <dholbach> hey seb128
[10:06] <seb128> hi dholbach
[10:09] <seb128> dholbach: not sure than retracing mono crashes is useful
[10:09] <seb128> I skip them usually
[10:10] <dholbach> seb128: I think I successfully retraced one already and it looked better than before
[10:10] <dholbach> but I'll try to make sure
[10:10] <seb128> dholbach: you retrace the interpreter, doesn't give much information on the bug afaik
[10:10] <seb128> no?
[10:11] <dholbach> ok, that depends on where the crash happens - in my case it was maybe in the C lib
[10:11] <seb128> dholbach: I was not pointing a particular crash, I just thought that crash file were not useful for mono apps atm
[10:12] <seb128> will ask slomo about it
[10:12] <dholbach> ok
[10:17] <dholbach> Mithrandir: the gnome-games update is nothing urgent
[10:59] <heno> asac, cjwatson, dholbach, doko, ogra, pkl: any luck with ISO testing yesterday? 
[10:59] <Enola_Gay> hi all
[10:59] <heno> I'm not seeing many reports on https://bugs.launchpad.net/ubuntu-iso-tests/+bugs
[11:00] <Enola_Gay> Wasn't there plans to integrate a failsafe vga mode or something like that in Feisty?
[11:01] <Mirv> Enola_Gay: well, at least the safe vesa mode works now, unlike in ubuntu 6.10. however, the "bulletproof-x" spec has not been updated so I don't know if there's automatic fallback in all of the error cases.
[11:01] <Enola_Gay> Mirv thanks, I thought there would be an extra grub option like the safe mode
[11:01] <doko> heno: no, the edubuntu dvd images has a size of just 800MB which seems to be wrong
[11:02] <heno> doko: it does indeed, thanks
[11:02] <Enola_Gay> current Feisty  xorg seems to be broken, at least on my system
[11:04] <Enola_Gay> And does anyone know if Feisty has a grub repair option on the desktop or installation cd?
[11:04] <Mithrandir> Enola_Gay: no, there was no time for bulletproof-x.
[11:05] <Enola_Gay> Hm, that was quite important, at least in my oppinion.
[11:06] <Enola_Gay> But who cares if Feisty is stable.
[11:06] <hunger> Enola_Gay: But what can you do... other stuff is important as well.
[11:06] <Enola_Gay> I know :)
[11:06] <dholbach> heno: were the DVD images updated? if so, I'll give it a go now
[11:06] <hunger> Enola_Gay: At least it does soom to boot for you:-) my kernel is hosed:-(
[11:06] <Enola_Gay> It is just for new users a grub repair function and a safe xorg would help a lot.
[11:07] <Enola_Gay> hunger The default kernel?
[11:07] <asac> heno: yes ... let me finish some tests :) ... wait an hour
[11:07] <hunger> Enola_Gay: Yeap. -12-generic.
[11:07] <hunger> THe -9-generic works great though, so I can at least work.
[11:08] <Enola_Gay> strange, seems to work fine for me. At least X doesn't start again with 11. I am going to check the xorg.log. cu all
[11:08] <heno> dholbach: the timestamp is later than the CD builds by 3-4 hours, but Mithrandir would know
[11:08] <heno> Mithrandir: were the dvds updated?
[11:08] <heno> asac: ok, thanks :)
[11:08] <Mithrandir> heno: they were rebuilt around 1600 UTC yesterday.
[11:09] <dholbach> i just cleaned a fast disk, so i can do it now
[11:09] <heno> Mithrandir: the edubuntu ones seem broken, fyi
[11:09] <heno> 800MB
[11:10] <asac> heno: so far went well ... however i killed my vmware run yesterday - trying to start glxgears :) ... that killed my vm and I forgot to finish :)
[11:10] <heno> ah, ok. yeah graphics is still tricky in VMs
[11:12] <asac> heno: any need to investigate vmware crash due to glxgears?
[11:12] <pitti> did anyone recently test i386/desktop and could check/confirm/nack bug 94359 for i386?
[11:12] <Ubugtu> Malone bug 94359 in linux-restricted-modules-2.6.20 "amd64 live system does not have nvidia/fglrx kernel modules" [Undecided,Unconfirmed]  https://launchpad.net/bugs/94359
[11:12] <pitti> Mithrandir: ^ or does this happen to be deliberate? (no non-free drivers on live CD)
[11:13] <asac> pitti: i would have to reboot to test this, but judging from screen was projected to monitor the fglrx drivers had not been used
[11:13] <pitti> asac: right, they are not supposed to be enabled by default; but they should be available
[11:14] <asac> pitti: let me see
[11:14] <pitti> after all, we already ship l-r-m and the .o files, but the .ko ones are not built
[11:14] <Mithrandir> heno: looks like a bug in the edubuntu two-cd setup.
[11:14] <pitti> but we do ship other .ko files
[11:14] <pitti> asac: vmware :)
[11:14] <asac> yes
[11:14] <Mithrandir> cjwatson,ogra : ^^ edubuntu DVD seems wrong; it's just 800MB and log refers to CD2.
[11:15] <heno> asac: I would suggest you try to follow it up on real hardware (as you are doing) and not worry if it only happens in VMware
[11:16] <Mithrandir> pitti: they're intentionally disabled.
[11:16] <asac> heno: yeah thought so
[11:16] <pitti> Mithrandir: I see; well, I'll talk to mdz about our goals; as long as bug 94361 isn't solved, too, we cannot use the compiz stuff on the live system anyway
[11:16] <Ubugtu> Malone bug 94361 in Ubuntu "live CD does not ship nvidia-glx" [Undecided,Confirmed]  https://launchpad.net/bugs/94361
[11:17] <cjwatson> heno: no, sorry, I've been trawling through bugs in an attempt to make sure that installer problems don't slip through the net
[11:17] <cjwatson> Mithrandir: ok, will check
[11:17] <heno> asac: I got this funky result yesterday testing kubuntu in virtualbox http://people.ubuntu.com/~henrik/temp/installer-wierdness.png
[11:17] <heno> but it's a CM problem, not kubuntu
[11:17] <cjwatson> oho, real info on bug 89463
[11:17] <Ubugtu> Malone bug 89463 in ubiquity "Crash: Error removing mouseemu" [Undecided,Needs info]  https://launchpad.net/bugs/89463
[11:18] <Enola_Gay> X works fine. It was a strange xorg.conf. Maybe it has something to do with kde-guidance.
[11:18] <cjwatson> Mithrandir: ^-- that'll probably break all Intel Mac installs, hmm
[11:19] <heno> cjwatson: ok, you're on Ubuntu DVD amd64 -- I can try having a poke at that now if you want
[11:21] <Riddell> heno: CM?
[11:21] <heno> Riddell: ?
[11:22] <Mithrandir> cjwatson: ouch.  How hard is that to fix?
[11:22] <heno> could you expand the term?
[11:22] <Riddell> heno: "but it's a CM problem"  what's CM?
[11:22] <heno> Riddell: a sorry, typo. VM - virtual machine
[11:22] <Riddell> ah
[11:26] <Enola_Gay> Another question. NetworkManager seems to work great on Centrino platforms in Feisty with wpa and even hidden ssid. But if you have no gui for some reasons connection isn't established. Is it somehow possible to activate NetworkManager in console?
[11:26] <cjwatson> Mithrandir: Edubuntu DVDs should be fixed if you rebuild
[11:26] <cjwatson> couple of minor bugs
[11:28] <cjwatson> Mithrandir: mouseemu> not sure, right fix is probably to make sure /proc is mounted in ubiquity while installing packages
[11:28] <cjwatson> I'll get some coffee and think about it
[11:28] <cjwatson> (this is exactly why I'm trawling bugs now ... ;-))
[11:29] <Enola_Gay> Ok, couldn't work since the passwords are safed in the gui stuff.
[11:29] <Enola_Gay> Cu all.
[11:30] <Mithrandir> cjwatson: ok, I've at least milestoned it
[11:31] <Mithrandir> new edubuntu DVDs spinning
[11:32] <asac> pitti: yes from what i see restricted modules has no fglrx module
[11:32] <pitti> asac: thanks for confirming
[11:32] <pitti> asac: it's a deliberate thing ATM, so it's clear now
[11:33] <cjwatson> Mithrandir: it's my top priority now
[11:34] <Mithrandir> cjwatson: thanks.
[11:39] <pitti> _ion: I pulled your branch; your changes look fine
[11:39] <pitti> _ion: thank you!
[11:40] <dholbach> doko: you think it'd make sense to sync the newest aspell from debian?
[11:44] <doko> dholbach: I don't see a ChangeLog, nor a NEWs files ...
[11:44] <tepsipakki> does anyone know why we still use discover1?
[11:44] <janimo> pitti, hi what do you think about getting the patch that replaces gnomelib dependencies for gnome-mount from upstream svn? It is uncertain when a real release is going to be made
[11:45] <pitti> janimo: sounds good, as long as it does not change the UI/behaviour significantly?
[11:45] <janimo> pitti: if not, I can still use exo-mount and make it call itslef with gksu, but it would be better to use one mount util
[11:45] <pitti> *nod*
[11:45] <janimo> pitti, it;s the GnomePasswordDialog copy pasted from gnome lib, it does not change behaviour or UI
[11:45] <dholbach> doko: we had a few crashers with aspell (not terribly much) and looking at http://packages.debian.org/changelogs/pool/main/a/aspell/aspell_0.60.5-1/changelog I wondered if it fixed some of those and if you knew something about the update
[12:01] <SynrG> ubuntu differs from debian in becoming superuser (sudo vs. su).  how does this difference play out in the .desktop files?  i'm working with daniel baumann and marco amadori in the debian-live project which adapts casper for debian to setup a passwordless root account and sudo for the casper user ...
[12:02] <SynrG> the menu entries, however, all either user the 'menu' package su-to-root wrapper, or, in the case of .desktop files, the gksu wrapper is called
[12:02] <SynrG> (or the kde equivalent)
[12:03] <ajmitch> gksu should handle both su & sudo
[12:03] <ajmitch> (iirc)
[12:03] <SynrG> aha.  does it?  i thought there was a separate gksudo wrapper
[12:03] <cjwatson> there used to be; it was unified recently
[12:04] <SynrG> superb
[12:04] <cjwatson> the difference is handled by a gconf key
[12:04] <cjwatson> /apps/gksu/sudo-mode according to the man page
[12:04] <SynrG> so if we frob this gconf key in the casper account all should be well
[12:04] <SynrG> this is better than i had hoped
[12:06] <doko> dholbach: I wouldn't mind an update, but would like to see the upstream changelog or something similiar
[12:06] <Riddell> SynrG: we also use X-KDE-SubstituteUID=true in all the .desktop files that need to run as root, this tells KDE to run it through kdesu and has another use which I forget just now (pitti?)
[12:08] <pitti> Riddell, SynrG: the other use is for checking whether or not the menu item is displayed in the first place (depending on whether the user is in the admin group)
[12:08] <Riddell> oh aye
[12:09] <AnRkey> who does dev work on compiz here?
[12:09] <SynrG> Riddell, Riddell: interesting.  thanks!
[12:11] <SynrG> good stuff.  i've conveyed this back to debian-live and will work with them to implement it
[12:11] <ogra> cjwatson, 
[12:11] <SynrG> cheers
[12:11] <ogra> edubuntu/dvd: Uninstallable packages:
[12:11] <ogra> linux-meta 2.6.20.12.8 produces uninstallable binaries:
[12:11] <ogra>   * linux-backports-modules-386 (amd64)
[12:11] <ogra> is that a seed mistake ? 
[12:12] <ajmitch> hi ogra 
[12:12] <ogra> why would it try to install -386 on amd64 ?
[12:12] <dholbach> doko: they have html changelog :-) hang on
[12:14] <dholbach> doko: http://daniel.holba.ch/temp/aspell - not much and not sure if it fixes our bugs
[12:14] <SynrG> oh, one more thing ... the KDE part.  is that forking Debian's .desktop files and/or having patches accepted back into Debian?
[12:14] <SynrG> debian-live doesn't want to have to provide custom KDE .desktop files, you see.
[12:15] <Riddell> SynrG: all KDE desktop files come with that anyway if they need them, it's the non KDE ones that change
[12:16] <SynrG> examples of non-KDE ones i can check in debian?
[12:17] <Riddell> gnome network setup thing?
[12:17] <SynrG> o
[12:17] <SynrG> ok (where'd my "k" go? :)
[12:17] <SynrG> thanks again
[12:17] <Mithrandir> meh, I downloaded the wrong dvd.
[12:18] <doko> dholbach: well, no new features, can we prove that "* Large number of bug fixes." actually fixes outstanding bug reports?
[12:18] <dholbach> doko: not easily, none of the crashes happened to me
[12:20] <janimo> cjwatson: hi, I removed 3 langugage support packages from the xubuntu ship seed yesterday in an attempt to reduce the size. Are those not used for todays CD build?
[12:20] <janimo> as the size seems to be the same as yesterday
[12:21] <Mithrandir> janimo: cd builds are on manual now.
[12:22] <cjwatson> ogra: I fixed that yesterday (linux-backports-modules-386 shouldn't have been built for amd64 at all) - it's in the unapproved queue for post-beta. Just ignore it for now.
[12:22] <cjwatson> ogra: the seeds use wildcards which is why it appears. It's not worth the hassle of fixing it there
[12:22] <janimo> Mithrandir: does that mean they use a snapshot of the seeds of last time it was not manual?
[12:22] <ogra> ah, ok
[12:22] <cjwatson> janimo: no, it means that a build probably hasn't been run since you changed the seeds
[12:22] <ogra> i thought it was my mistake ... something i merged wrong or so
[12:23] <Keybuk> Random thought of the day: The likelihood of me reading a post on Planet is directly proportional to the number of screenshots or other pictures in it
[12:23] <cjwatson> janimo: sorry, I didn't respond to your mail - I don't know why your CDs grew, but indeed taking out language-support packages is the obvious approach. It's quite possible that it's due to language packs expanding following the Feisty translations import
[12:28] <Mez> acpid broke?
[12:30] <pochu> what's the kde partitioner name?
[12:30] <janimo> cjwatson: I committed the seeds last night, and got the health check mail a few minutes ago. although the build is still for the 20th... I'll wait till today's image and cross my fingers :)
[12:30] <Riddell> pochu: qtparted is one (it's not very good), feisty includes a new one in the installer
[12:31] <pochu> Riddell: yeah, I mean your partitioner (the one in the livecd)
[12:31] <cjwatson> it doesn't have its own name; it's part of ubiquity
[12:32] <pochu> ah, ok
[12:32] <cjwatson> it's a frontend over partman, the d-i partitioner
[12:32] <pochu> cjwatson: so bugs should go to ubiquity, or ubiquity-kde?
[12:33] <pochu> err, ubiquity-kde doesn't exists :)
[12:35] <cjwatson> pochu: ubiquity
[12:54] <stockholm> is there a good channel for cdbs questions?
[12:55] <klichota> Can someone tell me how to proceed with Google SoC application - I am looking for mentor and feedback for my idea (https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2007-March/000611.html), but got no reply and the deadline is close. Should I just submit my application to Google without mentor?
[12:57] <_ion> FWIW, i'd really like to see that happen.
[12:57] <Adri2000> stockholm: #ubuntu-motu for help with packaging
[12:57] <stockholm> thanks
[12:57] <doko> seb128, pitti: we currently don't have debug symbols for OOo, so requesting retraces doesn't make much sense (pitti: or did that change?)
[12:58] <pitti> doko: any idea why we don't have them?
[12:58] <doko> pitti: no
[12:59] <doko> klichota: please make sure that you register your project with google. See Scott's announcment to ubuntu-devel-announce
[12:59] <Fujitsu> pitti: The automated retracing only works with the new bug format, right?
[12:59] <pitti> Fujitsu: correct
[12:59] <klichota> doko: OK, I will check that
[12:59] <Keybuk> klichota: student applications gain mentors by being in the Google SoC webapp :)
[01:00] <klichota> Keybuk: so I should just submit it and wait?
[01:00] <Keybuk> yes
[01:00] <Keybuk> make sure it's submitted by Mar 23
[01:01] <Amaranth> Submit early and often :)
[01:01] <Mithrandir> cjwatson: edubuntu dvd build blew up; tar complains about a missing CD2 directory.
[01:02] <klichota> I can submit it soon, I just wanted to get feedback and ideas to improve it
[01:02] <klichota> And if it is really needed :)
[01:03] <Amaranth> klichota: you'll get feedback in the webapp
[01:03] <Amaranth> klichota: and if it's a bad idea that's where 'submit often' helps
[01:03] <Amaranth> get a couple ideas in there
[01:03] <klichota> OK :)
[01:04] <klichota> doko: I cannot find the e-mail about Soc from any Scott on ubuntu-devel-discuss, can you give some more details?
[01:05] <Treenaks> klichota: it's on ubuntu-devel-announce
[01:05] <klichota> Thanks, I will look there :)
[01:07] <klichota> Thanks everyone for help, I will now try squeezing my application to 7500 characters :) Bye!
[01:07] <Treenaks> klichota: gzip -9
[01:07] <klichota> Yeah, kind of ;)
[01:07] <doko> klichota: create a wiki page on wiki.ubuntu.com, if you need more space, and reference that from the SoC application
[01:08] <klichota> The application is already on the web, I just need to shorten it to fit in web app
[01:08] <Amaranth> klichota: just put a smaller overview of the idea in the webapp and link to the full version
[01:09] <klichota> Yes, that's exactly what I am going to do :)
[01:11] <siretart> pitti: could you please have a look at #81893? if the submitter is right, there might be a lot more packages affected as well...
[01:11] <siretart> bug #81893
[01:11] <Ubugtu> Malone bug 81893 in schroot "libc6 update breaks dchroot, recompile fixes" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81893
[01:11] <pitti> bug 91993
[01:11] <Ubugtu> Bug 91993 on http://launchpad.net/bugs/91993 is private
[01:11] <pitti> whoops :)
[01:13] <pitti> siretart: right, this looks like an adequate SRU
[01:13] <siretart> pitti: adequate or not, why does the libc6 update break dchroot in the first place, and how can we sure that dchroot is the only affected binary?
[01:13] <pitti> siretart: still, this is worrying me -- was this an ABI change or so?
[01:14] <ogra> Mithrandir, meh and ltsp 5.0.3 isntz on the CDs ... 
[01:14] <ogra> just exploded on me
[01:14] <Fujitsu> I'd say it is rather worrying, personally.
[01:14] <pitti> siretart: can't say yet, I'd need to look at a stack trace and check if downgrading indeed fixes it
[01:15] <siretart> pitti: I'll add this conversation to the bug so it doesn't get lost, okay?
[01:15] <pitti> siretart: also, the architecture would be interesting; there had been some issues on amd64, and rebuilding libc with a new compiler in edgy might have caused that
[01:15] <pitti> siretart: yes, thank you
[01:19] <heno> pitti: not sure if you still need this info: I get the same result in r-m "you don't need restricted drivers", but I have an Nvidia 7300 (on amd64)
[01:21] <_ion> Sigh, we gotta figure out a way to get a *complete* list of the PCI IDs supported by the nvidia driver.
[01:21] <Treenaks> _ion: the X one?
[01:22] <_ion> Yeah.
[01:25] <Mirv> mvo: now the update-manager-core does not show at all in edgy's Rosetta, I don't know if that was supposed to happen or not. only the regular update-manager is there, and there's no new strings at all there.
[01:25] <mvo> Mirv: my upload was not yet approved by the archive-admins, sorry for that
[01:26] <Mirv> mvo: ah, ok, I was just too hasty then
[01:26] <mvo> pitti: could you please have a look at update-manager-core for edgy? it would be cool if that could go in as it fixes one race and also fixes some translation issues
[01:31] <Mithrandir> ogra: does that mean you need respins?  If you're not doing them yourself, feel free to ask me for them.
[01:32] <pbn> Hello is it possible to view the changelog of packages using the www ?
[01:32] <ogra> Mithrandir, no, all fine, seems my iso didnt get updated in my last rsync run ...
[01:32] <ogra> the .list file shows ltsp 5.0.3, must be me ... 
[01:34] <cjwatson> Mithrandir: ok, looking
[01:35] <Mez> ogra, ping (regarding jack support in libasound2-plugins
[01:36] <ogra> Mez, there is none ...
[01:36] <Mez> ogra, yes, you diabled it
[01:36] <Mez> disabled *
[01:37] <ogra> right, else the package wouldnt have gone to main
[01:37] <Mez> indeed, but what abut those who need it
[01:38] <Mez> and you're misleading the people who read the package description
[01:38] <ogra> i'll update that one ...
[01:38] <racarr> would anyone have a particular problem with me rewriting desktop-effects to not use Glade? I have to do some patching, etc for Beryl, but I can't stand Glade
[01:38] <ogra> i havent seen ansy biugs about it yet ...
[01:38] <ogra> *bugs
[01:38] <Mez> ogra, I've just installed it so I can use alsa-jack
[01:38] <ogra> and the change was done in agreement with crimsun
[01:38] <Mez> and I've found it's not there
[01:39] <Mez> so now I need to make my own packages to do it
[01:39] <ogra> feel free to send me a patch to split out a -jack binary for universe 
[01:40] <Mez> ogra, but it wont build without jack in main
[01:40] <Mez> or can we now do that?
[01:41] <Mez> oh, apparently we can do it now
[01:41] <iwj> cjwatson: Against which package should I report that  Guided partitioning / resize  doesn't WFM ?
[01:41] <Mez> ogra, can you remember what you changed (so I can reinstate it rathr than just getting an old package)
[01:41] <cjwatson> iwj: partman-auto and tell me the bug number. I need syslog and partman logs
[01:41] <ogra> i'm currently extremly busy (as everyone here ) with beta testing, can we talk about it after beat or can you file a bug or something ? 
[01:42] <ogra> *beta
[01:42] <iwj> cjwatson: Noted, willdo.
[01:42] <ogra> look at the changelog, it should say it ... 
[01:44] <Mez> ogra, it just says disabled jack support
[01:45] <ogra> well, i assume i just added --disable-jack to configure then :)
[01:46] <Mez> ogra, and I assume changed the B-Ds ?
[01:46] <ogra> right
[01:46] <pitti> mvo: oh, you uploaded a new version? sure, looking
[01:47] <pitti> heno: no, it's clear why this happens; the live fs build scripts remove the nvidia.ko module, so I need to add a respective special case hack to r-m
[01:47] <pitti> heno: thanks you, thouhg
[01:47] <Mez> ogra, and as the dependency is in universe, then it wont build as the buildds will only build a main package against main
[01:48] <pitti> mvo: bug number?
[01:48] <Mez> ogra, hence my issue
[01:48] <mvo> pitti: for the u-m-core upload? none, mdz told me about the race last night
[01:48] <pitti> ah, ok
[01:48] <ogra> Mez, after beta please, we cant change it now anyway
[01:48] <pitti> oh, *two* new versions
[01:48] <mvo> pitti: I can create one if you need it for reference
[01:49] <pitti> mvo: don't worry; we already have that one SRU bug anyway
[01:49] <mvo> pitti: yes, take the later one :) the other contains a update of the translations (just pull i nthe ones from feisty as the strings are the same)
[01:49] <Mez> ogra, after that I'll have forgotten
[01:49] <cjwatson> Mithrandir: Edubuntu DVDs rebuilding now with extra fix; looking better
[01:49] <Mez> I'm just building my own package for now
[01:49] <ogra> cjwatson, thanks 
[01:49] <ogra> Mez, thats why i said you should file a bug ...
[01:49] <cjwatson> also, I hate whatever it is that's making my iMac's CD drive dog slow
[01:50] <cjwatson> guess I'll just arrange to reproduce the mouseemu thing in vmware.
[01:51] <pitti> mvo: why bother with adding .po files? they will be stripped out anyway, and they should instead get into the next langpack update
[01:51] <Mithrandir> cjwatson: thanks.
[01:51] <pitti> mvo: also, using an entirely new domain name ('update-manager-core') seems bad to me; why not keep update-manager, to share translation efforts with feisty?
[01:52] <mvo> pitti: dosn't rosetta import the ones I upload so that people will not have to re-translate?
[01:52] <pitti> mvo: right, see above
[01:52] <pitti> duplication of identical strings -> bad
[01:52] <mvo> pitti: there is already a translation domain update-manager in edgy 
[01:52] <pitti> mvo: right
[01:52] <pitti> mvo: so it is in feisty, right?
[01:53] <pitti> mvo: does feisty's u-m-core use 'u-m' or 'u-m-c'?
[01:53] <mvo> pitti: right, feisty uses update-manager again for all update-manager releated translations
[01:53] <pitti> mvo: then edgy should do so as well IMHO
[01:54] <mvo> pitti: how? u-m and u-m-core are different source packages and AFAIK the pot file can not be split across two source files
[01:54] <mvo> source packages
[01:54] <pitti> ah, right, I see
[01:54] <pitti> mvo: yep, usually one package should ship the complete template then
[01:55] <pitti> grr, this silly split/non-split is really weird
[01:55] <mvo> pitti: I totoally agree that it is not ideal, but it was the best solution I could come up with for edgy
[01:55] <mvo> pitti: its only ~10 strings in u-m-core and only in edgy, in feisty all is sane again :)
[01:55] <pitti> mvo: hm, why wouldn't it have been better to just let r-m source build the -core package, just as in feisty?
[01:56] <pitti> s/r-m/u-m/
[01:56] <mvo> right, but then I would have to have uploaded a  new u-m and that would have been more work and more potential damage (if something goes wrong with the backport etc)
[01:57] <pitti> ok
[01:57] <mvo> the u-m, u-m-core split was done in feisty and before that the seperation in the source was not as good as it is now
[01:57] <pitti> mvo: accepted
[01:58] <mvo> carlos: new u-m-core for feisty uploaded that should have a much saner u-m-core.pot file
[01:59] <ogra> Keybuk, ping
[01:59] <carlos> mvo: ok
[01:59] <carlos> thanks
[02:00] <carlos> I will reactivate the template once I see the .pot file imported
[02:02] <Keybuk> ogra: yo
[02:03] <iwj> cjwatson: bug 94410 (auto-resize failure)
[02:03] <Ubugtu> Malone bug 94410 in partman-auto "auto resize fails "writing changes to the storage devices"" [Undecided,Unconfirmed]  https://launchpad.net/bugs/94410
[02:03] <cjwatson> ta
[02:05] <pirast> kwwii, could you maybe have a look at bug 93231?
[02:05] <Ubugtu> Malone bug 93231 in gnome-system-monitor "Gnome-system-tools needs rebranding" [Wishlist,Confirmed]  https://launchpad.net/bugs/93231
[02:06] <heno> fabbione: would you be able to do some sparc test installs today? (default and LVM+LAMP)
[02:06] <fabbione> heno: i am already doing a few of them but it seems something is breaking console install during the boot
[02:07] <heno> fabbione: ok, thanks
[02:07] <fabbione> AHHHH
[02:07] <fabbione> there it is
[02:07] <fabbione> who writes /etc/event.d/ttyS0 ?
[02:08] <fabbione> cjwatson: ^^ is it something in  d-i that creates that file?
[02:10] <fabbione> Mithrandir: uploaded silo-installer as we agreed a couple of days back.
[02:10] <fabbione> Mithrandir: it's not a requirement for Beta
[02:10] <cjwatson> fabbione: finish-install
[02:11] <fabbione> cjwatson: ok, the generate ttyS0 is wrong.. we need to fix it :(
[02:11] <cjwatson> ah, there's a mistake in there, it says respawn rather than exec
[02:11] <fabbione> the speed is wrong... sec
[02:11] <cjwatson> I bet it's the respawn vs. exec thing, really
[02:11] <fabbione> #exec /sbin/getty 38400 ttyS0
[02:11] <fabbione> exec /sbin/getty -L ttyS0 9600 linux
[02:11] <fabbione> no it's a speed problem and you need to set the terminal..
[02:12] <fabbione> # <- generated
[02:12] <cjwatson> listen to me
[02:12] <cjwatson>                 sed -e "s/^\(respawn.*getty \).*/\1-L $console $ttyspeed $ttyterm/" \
[02:12] <cjwatson>                     -e "s/tty1/$console/g" \
[02:12] <cjwatson>                     /target/etc/event.d/tty1 > /target/etc/event.d/$console
[02:12] <cjwatson> that is what is done at the moment
[02:12] <cjwatson> the reason that it is not setting the speed is that it says respawn rather than exec
[02:12] <fabbione> ahhh
[02:12] <cjwatson> and the syntax of that file changed
[02:12] <fabbione> ok
[02:12] <fabbione> sure
[02:12] <fabbione> do you want me to test before you upload?
[02:12] <fabbione> this is really kind of nice to have for beta
[02:13] <fabbione> at least on sparc server cd
[02:13] <cjwatson> uploading now
[02:13] <fabbione> ok thanks
[02:15] <cjwatson> iwj: hmm, ok, it's a race, the device node went missing JUST as we were running resize2fs
[02:15] <cjwatson> iwj: I'll stick an update-dev in there
[02:18] <ogra> phew, ltsp chroot building works ... 
[02:20] <cjwatson> Mithrandir: partman-partitioning 47ubuntu3 for iwj's resizing bug. Up to you whether it's beta-critical; if we're rebuilding ubiquity for the mouseemu thing anyway I'd like to include it there, but you may not want to rebuild all the alternates as well!
[02:21] <cjwatson> Edubuntu DVDs seem to have worked properly now
[02:21] <kwwii> pirast: I still haven't found the logo you mean - exactly where is it?
[02:22] <Mithrandir> cjwatson: it affects both alternate and desktop?
[02:22] <ogra> cjwatson, ok, rsyncing
[02:22] <pirast> kwwii, open gnome-system-monitor and open the tab "System"
[02:22] <cjwatson> Mithrandir: I think so :(
[02:22] <cjwatson> Mithrandir: only if you resize though
[02:22] <pirast> kwwii, on the left side, there's a gnome logo
[02:22] <cjwatson> and even then only if you resize ext2/ext3 or maybe ntfs
[02:23] <Mithrandir> hmm
[02:23] <cjwatson> and it's a race so not guaranteed to break
[02:23] <Mithrandir> I'm tempted to just put it in the release notes.  Is there a workaround?
[02:23] <cjwatson> try again until you win the race, probably? :-)
[02:23] <cjwatson> that's probably easier in the alternate install CD
[02:23] <ogra> dholbach, hmm, did the place of the vendor logo icon change somehow ? i have the ubuntu icon in my edubuntu menu
[02:25] <pirast> kwwii, found?
[02:28] <kwwii> pirast: yepp, but that is not a simple pic that does that
[02:28] <TheInfinity> hello
[02:29] <kwwii> pirast: it seems to be a logo overlay on a code-drawn box with rounded edges and a gradient
[02:30] <pirast> kwwii, ho hum.. just saw a nice picture in opensuse :)
[02:30] <TheInfinity> yesterday i asked for an bug in the ubuntu cyrus package - where someone told me that the binary deliver is called cyrdeliver in debian and it is part of cyrus-common-2.2. well - it is just not there ;)
[02:30] <pirast> kwwii, so they have some way to do it
[02:31] <kwwii> pirast: oh, I am sure it is possible, but it is not as simple as swapping out pics
[02:31] <pirast> kwwii, hmhm
[02:31] <TheInfinity> against some descriptions its in /usr/sbin - is that ok ... ?
[02:32] <pirast> kwwii, okay, nevermind :)
[02:37] <cjwatson> Mithrandir: erm. Have you been following BetaProcess? We haven't fixed debian-cd/CONF.sh
[02:38] <Mithrandir> cjwatson: argh, I knew I had forgotten something :-(
[02:38] <Mithrandir> so we need new images anyway.
[02:38] <cjwatson> Mithrandir: what about the gnome-app-install db and the readahead list?
[02:38] <cjwatson> CONF.sh updated now
[02:39] <Mithrandir> I've asked for them and they have been updated, afaik.
[02:39] <cjwatson> ok
[02:39] <cjwatson> mouseemu thing nearly fixed, final testing
[02:39] <Mithrandir> what about the partman fix?
[02:40] <cjwatson> ?
[02:40] <ogra_> mvo: are you still working on the fsck bug ? 
[02:40] <mvo> ogra_: I looked at it, but no conclusion yet
[02:40] <ogra_> i just saw it here again ... want any logs from this install ? 
[02:42] <mvo> ogra_: you have it?!? great, can I have ssh access please :-D
[02:42] <Mithrandir> cjwatson: I'll get the mouseemu fix in too, then, please tell me when it's uploaded.
[02:43] <fabbione> Mithrandir: if we need to rebuild all images, can i also get silo-installer please?
[02:43] <cjwatson> Mithrandir: which partman fix? you mean the partman-partitioning thing for resizing?
[02:43] <fabbione> (not critical)
[02:43] <Mithrandir> cjwatson: yes, and it's accepted.
[02:44] <cjwatson> ah ok
[02:44] <Mithrandir> fabbione: no, it's not critical.  I want to make minimal changes at this point.
[02:44] <fabbione> Mithrandir: ok
[02:46] <ogra_> mvo:  my telecom router doesnt have port forwarding capabilities :/
[02:52] <ogra_> hmm, why isnt qcad on my addon cd ?
[02:52] <pochu> pitti: is it possible that if a bug is marked as a duplicate, the retrace service doesn't make a retrace?
[02:53] <pbn> hm, sorry but isn't qcad commercial now ?
[02:53] <pbn> also hum
[02:53] <pbn> Hello is it possible to view the changelog of packages using the www ?
[02:56] <ogra_> mvo: qcad is on the add-on CD and has a .desktop file, but an .xpm icon it seems ... it doesnt show up in app-install
[02:56] <ogra_> is .png mandatory ? 
[02:56] <danohuiginn> pbn: yes, go to the package page (packages.ubuntu.com/feisty/web/firefox, or whatever) and click on 'debian changelog'
[02:57] <ogra_> mvo: same for rasmol
[02:59] <cjwatson> Mithrandir: uploading now; gotta run, I'm five minutes late for a lunch date 5-10 minutes away
[03:00] <ogra_> the fonts in the vte widget in app-install are very blurry for me here ...
[03:00] <Mithrandir> cjwatson: cheers.
[03:02] <Mez> how do i get the realtime lsm in my kernel? other than recompiling my kernel?
[03:03] <pbn> danohuiginn: thank you
[03:03] <heno> pbn: qcad uses qt3 AFAIK, which is free on Linux but non-free on Windows. qcad is commercial on Windows only, AFAIK
[03:03] <pbn> heno: aaah that I didn't know :)
[03:04] <pbn> Also hum, the printed output of bug reports on launchpad.net is quite ugly, and there seems to be no "printable view" option... uhhh would be nice if the printed result wasn't that ugly...
[03:05] <heno> pbn: -> #launchpad please :)
[03:05] <pbn> uh oh... and http://packages.ubuntu.com/dapper/kde/kvpnc gives me a 404 Not found ...
[03:10] <ogra_> seb128_: shouldnt gimme-codec offer me something if i import mp3's in RB ?
[03:16] <Riddell> cjwatson: new ubiquity means new desktop images needed?
[03:18] <ogra_> seb128: shouldnt gimme-codec offer me something if i import mp3's in RB ?
[03:18] <seb128> ogra_: it should, patches are welcome
[03:18] <seb128> ogra_: easy codec has been implemented for totem only atm
[03:18] <ogra_> ah, ok
[03:19] <ogra_> well, in totem it offers codec installation to an unpriveleged user here ... it should test for the admin group i guess
[03:21] <seb128> so many bugs :(
[03:22] <ogra_> yeah :/
[03:24] <bddebian> Heya
[03:26] <dholbach> ogra: where is your icon placed? which icon themes does edubuntu use? in which order?
[03:26] <ogra_> gartoon
[03:27] <dholbach> ogra: where is your icon placed? in which order does it inherit other icon themes?
[03:27] <Mithrandir> ogra_: do you have any shiny server stuff you wish to add to the beta announcement?  It had some bits about LTSP 5.0 for the last beta.
[03:27] <mvo> ogra_: can you please file a bug about those two?
[03:28] <ogra_> dholbach: /usr/share/icons/gartoon/24x24/apps/distributor-logo.png i havent set up anything to tell it a particular inheritance order
[03:28] <dholbach> ogra_: try adding the other sizes too
[03:28] <ogra_> Mithrandir: edubuntu being on two CDs and shipping 142 langs would be something i guess ....
[03:29] <mvo> ogra_: hm, if no ssh, then lets talk on PM, I need the tune2fs -l outpur of the fs that is checked
[03:29] <ogra_> Mithrandir: for ltsp a new sound implementation and full locale support out of the box would be noticeable
[03:30] <Mithrandir> ogra_: can you give me a blurb?
[03:30] <ogra_> Mithrandir: will do, i need to get back to my working machine again .... installing on it atm, until when do you need it ?
[03:30] <Mithrandir> ogra_: or just edit https://wiki.ubuntu.com/FeistyBetaAnnouncement?action=edit yourself.
[03:30] <ogra_> mvo: but i bet before the fsck runs, right ? 
[03:31] <Mithrandir> ogra_: having it in a couple of hours would be good, so I can send it off for proofreading, etc before I leave for the day.
[03:31] <ogra_> ok
[03:31] <ogra_> edubuntu server i386 and serveraddon look good btw ... :)
[03:31] <Mithrandir> ogra_: they need respins.
[03:32] <Mithrandir> I forgot one step in the beta process, setting OFFICIAL
[03:32] <Mithrandir> which means their names are wrong.
[03:32] <ogra_> as long as this doesnt cause regressions they should still be good then :)
[03:32] <Mithrandir> or, labels.
[03:32] <mvo> ogra_: well, if the fsck is run on every boot, then that should be easy :) before and after would be ideal. what did you do to trigger the problem? 
[03:32] <Mithrandir> it shouldn't cause regressions, but we need to do the full testing dance.
[03:32] <ogra_> mvo: it only runs on first boot
[03:33] <ogra_> mvo: saying its 49710 days without check ... the clock is correct in teh installer as well as in teh installed system though ...
[03:35] <ogra_> cjwatson: does the XKBLAYOUT of console-setup have any effect on teh real X settings ? apparently i have a german keyboard in my thin client even though i didnt specify one particulary 
[03:35] <ogra_> but i have  :)
[03:35] <mvo> ogra_: at least in ubuntu we do not set a check interval, so I wonder why it does it. or does edubuntu has a differnt default here?
[03:36] <ogra_> no
[03:36] <mvo> ogra_: can you please check if check interval is set in your install? and does it re-check on every boot?
[03:36] <ogra_> edubuntu uses d-i as ubuntu does ... there is only the ltsp-client-builder run additionally
[03:37] <heno> ogra_ you could mention Edubuntu WinFOSS if you feel so inclined
[03:37] <mvo> ogra_: ok, please put the tune2fs output on a pastebin, I'm really curious about it
[03:38] <ogra_> heno: right, thankls for the reminder :)
[03:39] <ogra_> mvo: http://paste.ubuntu-nl.org/11345/
[03:39] <ogra_> thats after first boot and check indeed
[03:41] <pbn> hm, perhaps a "newbie" question, but at the bottom of http://packages.ubuntu.com/dapper/net/kvpnc.html I can see "view the Debian changelog file"... I guess that means "view the Ubuntu changelog file"... right ? :)
[03:41] <bddebian> Yes, they are synonymous
[03:43] <sacater> sometimes when my computer starts up there is no internet connection, i checked this on the router, and it is denying 82.211.81.132. My machine is trying to connect to it but the router stops it, what is the IP and why is my machine trying to connect to it
[03:43] <Mithrandir> it's trying to set your clock
[03:43] <Treenaks> sacater: please ask support questions in #ubuntu
[03:43] <Treenaks> and what Mithrandir says ;)
[03:44] <sacater> Mithrandir: how do i disable, (if you dont mind me asking)
[03:44] <Mithrandir> sacater: please ask support questions in #ubuntu, not here, as Treenaks asked you to.
[03:46] <mvo> ogra_: thanks, that is very strange
[03:46] <ogra_> mvo: since i have to re-test all isos anyway i'll check the difference next install
[03:47] <ogra_> (before and after the check i mean)
[03:47] <pbn> bddebian: well hum... you mean, Ubuntu uses exactly the same package structures as Debian, such as debian/rules and stuff ?
[03:48] <bddebian> pbn: We use Debians packages period :-)
[03:49] <mvo> ogra_: thanks, just be sure. this fsck happened *only* after the first boot? or on every boot? and it was a fresh edubuntu server install?
[03:49] <ogra_> only after first boot, and yes a fresh edubuntu server install
[03:49] <mvo> ogra_: thanks
[03:51] <ogra_> dholbach: i have it in 24x24 and 48x48, just not in scalable ...
[03:52] <pbn> bddebian: yes but :) ... for instance I have a problem with some package in Ubuntu and that problem does not happen in Debian...
[03:53] <ogra_> pitti: r-m is in the menu of an unpriveleged user here ... known ? 
[03:55] <Riddell> doko: openoffice seems to have lost the KDE style open dialogues
[03:55] <bddebian> pbn: Well for some packages we do make Ubuntu specific changes but we generally start from the Debian package first.  Though there are exceptions to that.
[03:56] <doko> Riddell: known, will be fixed with the next upload
[03:56] <Mithrandir> Riddell: the screen locker on the kubuntu dvd doesn't seem to accept blank passwords.
[03:56] <Mithrandir> Riddell: is this known or do you want a bug (against which package?)
[03:56] <Riddell> Mithrandir: it's a known problem
[03:57] <Riddell> doko: great
[03:57] <Riddell> doko: did you say if it's possible to have a kubuntu themed splash for open office?  (I presume not easily)
[03:58] <doko> Riddell: no, just one
[03:58] <Riddell> doko: thought so
[03:59] <Riddell> kwwii: ^^
[03:59] <kwwii> Riddell: yeah, that is what I thought
[04:02] <BenC> Anyone here experiencing bug #93648?
[04:02] <Ubugtu> Malone bug 93648 in linux-source-2.6.20 "2.6.20-12 fails to boot with ICH6 SATA (ahci_init_one/pci_iounmap BUG at lib/iomap.c:254)" [Critical,Confirmed]  https://launchpad.net/bugs/93648
[04:02] <PF-Away> i'm trying to debug this bug a bit: #91399
[04:02] <hunger> BenC: That kernel version does not boot for me, I hase SATA as well.
[04:03] <PF-Away> but when i add "echo" statements to the postconf script, none of they get output
[04:03] <BenC> hunger: Can you boot without the quiet/splash kernel command line options and see if it's showing the lib/iomap.c:254 bug?
[04:04] <BenC> hunger: or just boot to rescue mode, either way should work
[04:04] <hunger> BenC: Not right now... I am just compiling.
[04:04] <hunger> BenC: In a couple of minutes I can try.
[04:04] <BenC> hunger: Ok, I'm hoping to see if it's worth holding off beta to fix this
[04:04] <Mithrandir> uh-huh?
[04:04] <hunger> BenC: It is:-)
[04:04] <tritium> BenC: I may be.  I just upgraded to 2.6.20-12 this morning, and my Thinkpad T43p won't boot from it now.
[04:05] <hunger> tritium: I got a T43p as well.
[04:05] <BenC> Mithrandir: This bug has 12 dupes, and there's no work around :/
[04:05] <tritium> hunger: ah, very interesting...
[04:05] <Mithrandir> BenC: ouch.  Do you have a known fix for it?
[04:05] <BenC> Mithrandir: I have some patches pulled in, and test deb's
[04:06] <tritium> hunger: but -11 works just fine, yes?
[04:06] <hunger> Mithrandir: The 2.6.20-9 kernel works for me... last one I was using before I tried to upgrade to -12:-)
[04:06] <tritium> (aside from Atheros AR5212 being useless)
[04:06] <hunger> tritium: I have not tried any kernel between -9 and -12.
[04:06] <tritium> hunger: -11 should work, other than wireless
[04:06] <hunger> tritium: THe -9 works fine, even with WLAN.
[04:07] <hunger> Ah... we are getting close to a release... stuff starts to break again:-|
[04:07] <tritium> hunger: AR5212?
[04:07] <hunger> tritium: Yeap.
[04:07] <Mithrandir> BenC: I need to go to the shop and pick up some groceries, can you see if you know anything more when I get back?
[04:07] <BenC> Mithrandir: this bug has my full attention right now
[04:07] <tritium> hunger: hmm, maybe I should revert back to -9 then...
[04:07] <Mithrandir> BenC: thanks.
[04:07] <hunger> tritium: At least wep works... have not tried wpa in a while.
[04:08] <tritium> k, thx
[04:08] <BenC> need to see if I can shove some boxes into ahci mode and reproduce this
[04:10] <tritium> BenC: I can test on my T43p later this evening, if need be.
[04:10] <hunger> BenC: Same here.
[04:12] <sladen> Mithrandir: try simira's Canonical laptop;  that's the same era as the other laptops affected and like ICH6
[04:12] <sladen> likely
[04:14] <Treenaks> sladen: what's the problem? :)
[04:15] <cjwatson> Riddell: new desktop> yeah :(
[04:16] <cjwatson> ogra: XKBLAYOUT> er I think that or something related is used by xserver-xorg.postinst to set the default layout; once that's done they're separate from then on
[04:16] <sladen> Treenaks: lack of booting on people with 2005-era machines, see above
[04:17] <Treenaks> sladen: ah.. I think I remember proper booting using the latest kernels on my laptop (almost the same as Simira's laptop)
[04:17] <Treenaks> sladen: but I'd have to try
[04:18] <sladen> pbn: if something isn't working in a package, please file a bug at  http://launchpad.net/ubuntu/+filebug  along with the information about which version is working in Debian and isn't in ubuntu
[04:19] <sladen> Treenaks: try  lspci -n | grep 8086:2653
[04:20] <BenC> I really need a tester now if anyone can do it
[04:20] <sladen> tritium: same with you, should give you an idea of whether it's worth testing
[04:20] <Treenaks> sladen: hmm.. I should have installed sshd
[04:20] <sladen> BenC: me me!
[04:21] <sladen> BenC: do you have a deb handy?
[04:21] <Treenaks> sladen: from the Xorg log (from a bug report ;)) : (II) PCI: 01:00:0: chip 1002,5653 card 103c,0940 rev 00 class 03,00,00 hdr 00
[04:21] <BenC> sladen: Let me prepare one for you
[04:21] <BenC> kyle just found the commit we need
[04:22] <sladen> the upstream fix, or the one that broke it?
[04:22] <BenC> upstream fix
[04:23] <mdz> morning
[04:25] <jdong> morning, mdz
[04:30] <lamont> ah.  nsswitch.conf seems to have changed meanings. :-(
[04:31] <pitti> pochu: right, dups are not considered, since Malone does not return them by default; and it wouldn't make sense either?
[04:31] <pitti> ogra: oh, not known; can you please file a bug for that?
[04:31] <BenC> sladen: I'm 99% sure this fixes the problem...do you need amd64 or i386 -generic package?
[04:31] <lamont> "groups: files ldap" used to get you both sets of entries in your gidlist.  Now if you're in files at all, you don't get anything from ldap.
[04:31] <lamont> pitti: that something you knew about?
[04:32] <sladen> BenC: i386 generic
[04:32] <BenC> sladen: Ok, 30 minutes, and it will be yours
[04:32] <\sh> lamont: my nsswitch.conf reads: groups: compat ldap ;) 
[04:32] <pitti> lamont: no, I don't know about that
[04:32] <sladen> BenC: I'll go and have breakfast
[04:33] <TomaszD> pitti, langpack still doesn't include desktop file entries of r-m
[04:33] <pitti> TomaszD: hm, the .pot file has them; does Rosetta have them?
[04:34] <TomaszD> pitti, indeed, that's why it's strange
[04:34] <TomaszD> Polish translation: 100% done
[04:34] <\sh> lamont: installed it some minutes ago :)
[04:34] <\sh> lamont: 
[04:34] <\sh> passwd:         compat ldap
[04:34] <\sh> group:          compat ldap
[04:34] <\sh> shadow:         compat ldap
[04:35] <TomaszD> pitti, you're entirely sure it's parsing utf-8 correctly? maybe that's the trouble.
[04:35] <TomaszD> there are three things that are not translated, the label of the main window titlebar, the tooltip of the desktop file and the deskop file itself
[04:36] <mdz> Mithrandir: are the current dailies beta candidates?
[04:38] <TomaszD> pitti, https://launchpad.net/ubuntu/feisty/+source/restricted-manager/+pots/restricted-manager/pl/+translate?start=30 - last two are the deskop entries
[04:38] <pitti> TomaszD: does the current langpack have the translations in the .mo file?
[04:40] <\sh> any reason why sudo-ldap is in universe? 
[04:40] <pitti> \sh: I guess mainly because noone was interested in testing and maintaining it
[04:40] <TomaszD> pitti, all the strings on that page have been accepted at the exact same moment, because I've been using rosetta. And I can see the other strings from that page properly translated, but not the last two.
[04:41] <heno> mdz: no, we are rebuilding them all ATM
[04:41] <\sh> pitti: hmm...just asking, because it breaks ubuntu-minimal ... 
[04:41] <pitti> TomaszD: the Polish .po file in the langpack does have the strings
[04:41] <_ion> pitti: Do you happen to have an Ubuntu box without a nVidia GPU? Could you please check whether it gives an error if you try to load the nvidia module? Then i'd know whether it's the kernel module or the X module that must contain the ID list *somewhere*.
[04:41] <heno> get the latest updates at https://wiki.ubuntu.com/Testing/Community/Status :)
[04:41] <pitti> _ion: no, I don't; just a powerpc with a Radeon, but there's no nvidia module there
[04:42] <mdz> heno: can you bring me up to date with what's happening?
[04:42] <_ion> Anyone here who could do that test, please?
[04:42] <pitti> TomaszD: can you msgunfmt the restricted-manager.mo file on your desktop and check whether it has the strings?
[04:42] <heno> mdz: we missed some steps in the beta process, like setting CONF.sh to OFFICIAL
[04:43] <heno> so the images don't have the right names
[04:43] <cjwatson> mdz: (a) CDs still said "alpha" (b) resizing race noticed by iwj (c) Intel Mac installation crash that we only got the logs for recently (d) probably a couple of other minor things I forgot
[04:43] <heno> BenC: is also looking at a kernel bug that may be bad
[04:43] <pitti> _ion: mvo and ogra have ATI cards <= could you please try to modprobe nvidia and see what happens?
[04:43] <cjwatson> nothing really earth-shattering but enough was mounting up that Tollef decided to respin
[04:43] <heno> causing boot failures on SATA drives
[04:43] <cjwatson> oh yes and that ICH7 bug
[04:44] <TomaszD> pitti, if I knew where that .mo file is
[04:44] <mdz> that's not fixed in the respin, though, I take it
[04:44] <BenC> the ahci bug has a definite fix
[04:44] <mdz> BenC: bug#?
[04:44] <BenC> I'm build a test package and an upload tarball at the same time
[04:44] <heno> I assume the respins are on hold for that
[04:44] <BenC> mdz: 93648
[04:44] <mdz> bug 93648
[04:44] <Ubugtu> Malone bug 93648 in linux-source-2.6.20 "2.6.20-12 fails to boot with ICH6 SATA (ahci_init_one/pci_iounmap BUG at lib/iomap.c:254)" [Critical,Confirmed]  https://launchpad.net/bugs/93648
[04:44] <heno> Tollef stepped out for a bit as well
[04:44] <pitti> TomaszD: /usr/share/locale-langpack/pl/LC_MESSAGES/restricted-manager.mo
[04:45] <cjwatson> iwj's resize failure was bug 94410
[04:45] <Ubugtu> Malone bug 94410 in partman-partitioning "auto resize fails "writing changes to the storage devices"" [Undecided,Fix released]  https://launchpad.net/bugs/94410
[04:45] <BenC> Tollef's aware of the bug, just getting it fixed as quickly as I can
[04:45] <TomaszD> pitti, yes, found it already :)
[04:45] <mdz> BenC: you know what the change is which introduced the regression?
[04:45] <BenC> mdz: No, kyle found the commit that fixes the bug
[04:45] <mdz> ah
[04:45] <BenC> mdz: drivers/ata/ updates exposed the bug
[04:47] <iwj> cjwatson: It does it for me when I try to resize during manual partitioning, too, but I assume that's the same bug.
[04:47] <ogra> hmm, i cant scroll with the cursor keys in websites in firefox on the beta, does anyone else see that ?
[04:48] <cjwatson> iwj: indeed, it's in common code
[04:48] <TomaszD> pitti, they're there
[04:48] <cjwatson> iwj: I'd be academically interested to know if you can win the race by retrying
[04:48] <cjwatson> I think we're now finally down to one code path for resizing filesystems in the installer :P
[04:48] <mvo> pitti: $ sudo modprobe nvidia
[04:48] <mvo> Not loading nvidia module; not used in /etc/X11/xorg.conf
[04:49] <bluemax> i'd be academically interested if you can design a ufo
[04:49] <_ion> mvo: Could you please add it to xorg.conf temporarily, just to see whether the module loads then?
[04:49] <ogra> i dont have nvidia on my system 
[04:49] <_ion> ogra: That's the point. :-)
[04:49] <ogra> i only get a 2module not found"
[04:50] <ogra> and r-m doesnt think it can do anything for me, even though i have an ati card here
[04:50] <bluemax> gees you guys are dry
[04:50] <ogra> oh, wait .... no fglrx on amd64, right ? 
[04:51] <jdong> what?
[04:51] <jdong> there certainly is....
[04:51] <ogra> hmm, apt agrees 
[04:51] <jdong> well upstream offers fglrx for amd64
[04:51] <ogra> i rarely use amd64 on recently ... but then r-m is broken for me
[04:52] <ogra> -on
[04:52] <ogra> hmm
[04:52] <ogra> no restricted modules installed ? 
[04:53] <mvo> _ion, pitti: $ sudo modprobe nvidia
[04:53] <mvo> FATAL: Error running install command for nvidia
[04:53] <iwj> cjwatson: retrying> Well, it happened to me first time both times and I didn't retry.  But I'm about to be in a position to try it again :-).
[04:53] <cjwatson> iwj: ok, maybe the race window is wider than I thought
[04:54] <ogra> seems l-r-m amd64 wasnt installed at all here ...
[04:54] <ogra> that doesnt seem right ...
[04:55] <_ion> mvo: Could you try to load the module directly with insmod?
[04:55] <Mithrandir> mdz: current dailes beta candidates> no, I finished a publisher run a little ago with some critical fixes and now we have this SATA problem.
[04:55] <TomaszD> pitti, they're there
[04:56] <mdz> Mithrandir: planning to delay then?
[04:56] <Mithrandir> mdz: unsure, I wanted to chat with you about it.  "Does not boot on modern Intel boards using SATA" (if that's the scope of the bug) is quite bad.
[04:57] <PF-Away> is there any guides/information on prevu anywhere?
[04:57] <jdong> PF-Away: what do you need to know?
[04:57] <PF-Away> jdong: how to use it;)
[04:57] <PF-Away> i've run prevu-init, but running "prevu" in a source dir just prints usage info
[04:57] <mdz> Mithrandir: it seems clear that we ought to fix it for beta, as it's a hardware support regression
[04:58] <mdz> Mithrandir: though I'm interested in how we can avoid such a problem at the last minute in the future
[04:58] <jdong> PF-Away: when run without arguments, prevu checks for debian/
[04:58] <jdong> if debian/ exists, it builds it as a source package
[04:58] <Mithrandir> mdz: "not have kernel uploads late", but this one was a couple of days ago so I wonder why nobody caught it until now.
[04:58] <PF-Away> ah... so if no debian/, no fun?
[04:58] <jdong> if it odesn't exist, it prints out source info
[04:58] <mvo> _ion: # insmod ./volatile/nvidia.ko
[04:58] <mvo> insmod: error inserting './volatile/nvidia.ko': -1 No such device
[04:58] <mdz> perhaps syncing the latest driver updates from upstream over the weekend before beta should be avoided
[04:59] <jdong> PF-Away: right; prevu only builds debian packages
[04:59] <mdz> Mithrandir: I think it takes several days, possibly more than a week for a new kernel to shake out
[04:59] <jdong> it's not an automatic debianizer
[04:59] <PF-Away> how can most easily create a debian dir?
[04:59] <jdong> PF-Away: -> #ubuntu-motu
[04:59] <PF-Away> ok
[04:59] <_ion> mvo: Thanks! Now i know that the module contains a check for the existence of compatible hardware.
[04:59] <jdong> PF-Away: it involves packaging the software
[04:59] <mdz> Mithrandir: let's deal with the current problem first and then discuss it
[05:00] <Mithrandir> mdz: we might want to have a small kernel freeze before beta, but yes, discuss post-beta sounds good.
[05:00] <Mithrandir> mdz: what do you reckon is a good time to delay for?  Until Tuesday or so?
[05:00] <mdz> Mithrandir: eek, that long?  I thought one day would be sufficient
[05:01] <Mithrandir> mdz: I was thinking so we make sure we don't have more regressions.
[05:01] <pitti> TomaszD: do you have a /usr/share/locale/pl/LC_MESSAGES/restricted-manager.mo ?
[05:01] <cjwatson> Mithrandir: I thought we'd had problems along these lines for a while
[05:02] <Mithrandir> mdz: hence why I wanted to discuss it with you rather than just say "we delay".
[05:02] <cjwatson> there've certainly been quite a few SATA bugs
[05:02] <ogra> mvo, very intresting, the amd64 install i just did had no fsck
[05:02] <jdong> cjwatson: -11 and below had hanging issues with JMicron/P965 IDE chips
[05:02] <TomaszD> pitti, different, /usr/share/locale-langpack/pl/LC_MESSAGES/restricted-manager.mo
[05:02] <jdong> it's kinda funny how fixing JMicron always leads to AHCI borking
[05:02] <jdong> and vice versa :)
[05:02] <cjwatson> right, and IIRC the problem that introduced this fixed that?
[05:02] <jdong> yeah
[05:03] <ogra> mvo, exactly the same HW and install, just amd64
[05:03] <pitti> _ion: so in theory we should be able to parse out the hex numbers from the module directly?
[05:03] <cjwatson> we need to ensure test results on both those systems, then
[05:03] <cjwatson> BenC: ^--
[05:03] <cjwatson> I'd be happier with one day than until Tuesday, though
[05:03] <_ion> pitti: That's what i'm attempting.
[05:03] <iwj> cjwatson: On this machine I seem to lose the race every time.  3 times in a row just now.
[05:04] <pitti> _ion: hm, but looking at the strings output they seem to be integers, not strings any more
[05:04] <BenC> cjwatson: the fix we have the ata_piix/ahci is in lib/iomap.c error handling, so it wont regress jmicron
[05:04] <cjwatson> iwj: lucky we're rebuilding everything, then
[05:04] <cjwatson> BenC: I missed a logical leap in there, but I assume it makes sense ...
[05:04] <_ion> pitti: Yeah, there is no neat plaintext list of IDs anywhere.
[05:05] <BenC> cjwatson: I missed a few words, but you get the idea :)
[05:05] <pitti> _ion: the other way round, I can modprobe -i fglrx without having an ATi card
[05:05] <_ion> pitti: Of course, the nvidia module might as well do something like "Any nVidia devices from the VGA class? Request a capability list from them and decide whether i should support it based on that."
[05:05] <_ion> That would make things more difficult.
[05:06] <mdz> Mithrandir: have we been able to do most of a testing cycle yet?
[05:06] <pitti> _ion: parsing the source code at l-r-m build time might in fact be easier if it contains a product id list, but I didn't check
[05:06] <pitti> _ion: oh, wait, ENOSOURCE; ignore me
[05:07] <Mithrandir> mdz: yes, and it looks mostly good.  There's a breakage on intel macs and there's a race in the resizing, both fixed with binaries in the archive
[05:07] <mjg59> We still have to deal with the HPA regression, but that's clearly going to have to be post-beta
[05:07] <_ion> Darn, disassembling a >5 MiB file with objdump takes a *long* time.
[05:08] <kylem> mjg59, we reverted it already.
[05:08] <mjg59> kylem: Right, that's the regression
[05:08] <mdz> Mithrandir: I'd say we should fix the known regression and get it out
[05:08] <kylem> mjg59, feh.
[05:08] <kylem> mjg59, worksfor me.
[05:09] <mjg59> Yeah, just not anyone who's blown away their restore partition
[05:09] <kylem> imeant the code...
[05:09] <mjg59> Heh
[05:09] <sladen> Mithrandir: it was caught two days ago, reported, marked critical
[05:09] <kylem> mjg59, what chipset is in your macbook?
[05:09] <mjg59> 965
[05:09] <kylem> ICH7?
[05:09] <mjg59> Uh, no
[05:09] <mdz> Mithrandir: please send an update to -devel-announce so that the rest of the world knows what's happening
[05:09] <mjg59> 945
[05:09] <mjg59> So yeah, I'd guess ICH7
[05:09] <kylem> right, ICH7.
[05:10] <kylem> bummer, i only have ICH8 and like, ICH3.
[05:12] <Mithrandir> mdz: ok.
[05:14] <ogra> apart from not having l-r-m installed for some obscure reason, edubuntu server and serveraddon amd64 look ok
[05:16] <BenC> http://people.ubuntu.com/~bcollins/kernels/bug-93648/linux-image-2.6.20-12-generic_2.6.20-12.20_i386.deb
[05:16] <BenC> 8172368b874be9ed6777c818052e08a4  linux-image-2.6.20-12-generic_2.6.20-12.20_i386.deb
[05:16] <BenC> sladen: ^^
[05:16] <BenC> and anyone else experiencing that bug
[05:18] <sladen> BenC: fetching
[05:19] <Keybuk> kylem: I have an ICH7 Wintel, not a mactel
[05:23] <\sh> re
[05:24] <Mithrandir> mdz: so just one day delay, then?
[05:25] <BenC> We have one confirmed on the new kernel
[05:29] <dholbach> cjwatson, Riddell: do you know anything about bug 93289?
[05:29] <Ubugtu> Malone bug 93289 in debconf "[apport]  dpkg-preconfigure crashed with SIGSEGV in xcall_QGroupBox()" [Medium,Unconfirmed]  https://launchpad.net/bugs/93289
[05:29] <sladen> BenC: that boots, though with the following two lines in dmesg
[05:29] <mdz> Mithrandir: fix today, test through tomorrow, out friday? sounds like a reasonable estimate
[05:29] <sladen> [    3.320000]  PCI: Unable to reserve I/O region #1:8@1f0 for device 0000:00:1f.2
[05:29] <sladen> [    3.320000]  ahci: probe of 0000:00:1f.2 failed with error -16
[05:29] <BenC> sladen: expected, not a problem
[05:30] <BenC> sladen: thanks for testing
[05:30] <BenC> mdz, Mithrandir: that's two confirmed, so I'm uploading -12.20 now
[05:30] <cjwatson> dholbach: YA dup of a libqt-perl bug (or lower)
[05:31] <mdz> BenC: excellent
[05:31] <dholbach> cjwatson: ok, with bughelper I found those 12 dups of it :)
[05:31] <FordCapri>  is there a good mailing list to post to if you want to get involved in Google SoC?
[05:31] <Riddell> dholbach: yes, I've seen that bug reported before
[05:31] <BenC> Mithrandir: this still wont fix ia64 build, so expect that
[05:32] <sladen> FordCapri: http://wiki.ubuntu.com/GoogleSoC2007  and talk to Keybuk if that doesn't cover anything
[05:32] <mdz> Mithrandir: I can wait for the kernel build and respin if you send me instructions
[05:32] <cjwatson> pitti: the retraces in bug 93289 aren't exactly useful ...
[05:32] <Ubugtu> Malone bug 93289 in libqt-perl "[apport]  dpkg-preconfigure crashed with SIGSEGV in xcall_QGroupBox()" [Medium,Unconfirmed]  https://launchpad.net/bugs/93289
[05:32] <pitti> cjwatson: looking
[05:32] <Mithrandir> mdz: I'll be fine doing it since I have it all lined up anyway.
[05:33] <Mithrandir> mdz: but fix today, test tomorrow, release friday is a good plan.
[05:33] <Mithrandir> BenC: ia64 is a ports arch, i.e. nice to have, but not a beta blocker.
[05:33] <ogra_> cjwatson, looking at my installer syslog, it seems the installer always picks linux-image as Kernel-Stem, never just linux
[05:33] <ogra_> so i end up without l-r-m
[05:35] <pitti> cjwatson: weird, I just looked into the log of the retracer, and it doesn't even appear there
[05:35] <pitti> dholbach: did you happen to have retraced bug 93289 manually/
[05:35] <Ubugtu> Malone bug 93289 in libqt-perl "[apport]  dpkg-preconfigure crashed with SIGSEGV in xcall_QGroupBox()" [Medium,Unconfirmed]  https://launchpad.net/bugs/93289
[05:36] <dholbach> pitti: no
[05:37] <cjwatson> ogra_: can I see that log?
[05:37] <ogra_> cjwatson, sure, wait a sec
[05:39] <ogra_> cjwatson, http://people.ubuntu.com/~ogra/syslog
[05:40] <ogra_> linux-generic is on the CD ...
[05:41] <cjwatson> ogra_: URL to CD?
[05:41] <ogra_> em, wait
[05:41] <ogra_> it isnt on the CD
[05:42] <ogra_> hmm, how can that happen
[05:42] <cjwatson> it is on the CD I looked at
[05:42] <cjwatson> ah, it's that stupid hack in base-installer I wish I could kill
[05:43] <ogra> http://cdimage.ubuntu.com/edubuntu/daily/20070320.3/feisty-server-amd64.list agrees with you
[05:44] <ogra_> ogra@edubuntu:~/seeds/ubuntu.feisty$ ls /cdrom/pool/main/l/linux-meta/
[05:44] <ogra_> linux-headers-generic_2.6.20.12.8_amd64.deb  linux-image-amd64-generic_2.6.20.12.8_amd64.deb  linux-image-generic_2.6.20.12.8_amd64.deb
[05:44] <ogra_> doesnt
[05:44] <ogra_> cat /cdrom/.disk/info 
[05:44] <ogra_> Edubuntu 7.04 "Feisty Fawn" - Alpha amd64 Binary-1 (20070320.3)
[05:44] <cjwatson> ogra_: it's in /restricted/l/linux-meta/
[05:45] <ogra_> meh
[05:45] <ogra_> sorry
[05:45] <ogra_> but it still doesnt get installed
[05:45] <cjwatson> yeah, base-installer bug, fixing
[05:45] <cjwatson> thanks
[05:46] <ogra_> thanks as well :)
[05:48] <soc> hi
[05:48] <soc> is there a plan when kile will be updated to 1.9?
[05:49] <soc> it's currently 1.8 on amd64
[05:49] <soc> it seems it was forgotten when syncing with debian
[05:49] <l3mr> i'm trying to port my app from os x tiger to linux; GL_FRAMEBUFFER_EXTs are not recognized. Do i need special includes on linux to use FBOs? I'm using Kubuntu with the latest nvidia drivers...
[05:49] <sladen> soc: check back after Ubuntu 7.04 has released, it should get synced then
[05:50] <soc> sladen: that's quite sad, the package is broken since edgy!
[05:50] <soc> and it seems no one cares
[05:50] <cjwatson> Mithrandir: can I please have base-installer 1.70ubuntu6 approved for beta? fixes ogra's bug above
[05:50] <soc> the surprising thing is, that it works flawless if you use the package from debian.org
[05:51] <sladen> soc: what's the bug number?
[05:51] <soc> mom
[05:51] <Riddell> soc: hobbsee was working on it, not sure if she got anywhere
[05:51] <soc> https://bugs.launchpad.net/ubuntu/+source/kile/+bug/94084
[05:51] <Ubugtu> Malone bug 94084 in kile "kile doesn't install with aptitude and texlive" [Undecided,Unconfirmed]  
[05:51] <soc> I added my description
[05:51] <soc> it seems that the orignal author had the same problem
[05:52] <soc> but couldn't connect it to the outdated version
[05:52] <sladen> soc: the best place to follow it up would be with hobbsee in #ubuntu-motu and on the bug report (which is probably a dup if it's already being worked on)
[05:52] <soc> and the outdated version breaks lyx, and the whole tetex/livetex packages
[05:52] <Riddell> l3mr: you need to ask on a programmers channel
[05:52] <soc> http://packages.ubuntu.com/cgi-bin/search_packages.pl?keywords=kile&searchon=names&subword=1&version=all&release=all
[05:53] <sladen> soc: could you include that information in the bug report so that it doesn't get lost
[05:53] <soc> ok, what's the name of the programmers channel?
[05:53] <soc> motu?
[05:53] <sladen> soc: #ubuntu-motu
[05:53] <soc> ok thanks
[05:53] <l3mr> Riddell: in #ubuntu and #kubuntu i was advised  to ask here.. but ty
[05:53] <soc> I'll go there
[05:53] <dushko> soc: Ridell wasn't talking to you
[05:54] <sladen> l3mr: GL_FRAMEBUFFER_EXT is an /extension/ and therefore by definition may not be available.  try googling for  'mesa GL_FRAMEBUFFER_EXT'  
[05:55] <l3mr> sladen: yeah but i'm pretty sure that nv7900 can do fbos :) ty, anyway
[05:57] <sladen> l3mr: if you're using an nvidia driver, check that it is supported.  http://www.nvnews.net/vbulletin/showthread.php?t=58486  suggests that it is on Windows, but nvidia may not have added it to their Linux driver.  Either way, this isn't really the best place to be asking;  perhaps an OpenGL programmers' specific forum would work.
[05:58] <l3mr> sladen: yeah i'm also in #opengl and #c++ :)
[06:00] <ogra_> cjwatson, seems bug 94361 might be related to mine
[06:00] <Ubugtu> Malone bug 94361 in Ubuntu "live CD does not ship nvidia-glx" [Undecided,Confirmed]  https://launchpad.net/bugs/94361
[06:01] <ogra_> and bug 94359
[06:01] <Ubugtu> Malone bug 94359 in restricted-manager "live system does not have nvidia/fglrx kernel modules" [Medium,In progress]  https://launchpad.net/bugs/94359
[06:01] <cjwatson> ogr	doubt it
[06:01] <cjwatson> the live filesystem doesn't touch base-installer
[06:01] <ogra_> ah, right ...
[06:04] <tbf> CRAP!
[06:04] <tbf> wtf feisty believes a boot partion of 50MB is too small?
[06:05] <cjwatson> that shouldn't be too small unless you have a number of kernels installed
[06:05] <tbf> cjwatson: update-manager says it is
[06:06] <cjwatson> though you can probably only fit about three in there
[06:06] <cjwatson> you might need to remove some old kernels first
[06:06] <tbf> "Die Systemaktualisierung bricht jetzt ab. Bitte machen Sie mindestens 6701k Plattenplatz auf /boot frei. Leeren Sie Ihren Mlleimer und entfernen die temporre Pakete von frhreren Installation mit 'sudo apt-get clean'."
[06:06] <tbf> cjwatson: there is only the current kernel left
[06:07] <tbf> in english: "The upgrade aborts now. Please free at least 6701k of disk space on /boot. Empty your trash and remove temporary packages of former installations using 'sudo apt-get clean'."
[06:08] <cjwatson> 'df /boot' and => #ubuntu+1 probably ...
[06:08] <sladen> tbf: does  du -sch /boot/*  tell you where that space has gone?
[06:09] <BenC> probably filled up with old kernels and initrd's
[06:10] <tbf> # LC_ALL=C du -sch /boot/
[06:10] <tbf> 8.2M    total
[06:11] <tbf> # LC_ALL=C df -h /boot
[06:11] <tbf> /dev/hde5              45M  8.9M   33M  22% /boot
[06:11] <tbf> ok, just 45M
[06:13] <Mithrandir> cjwatson: ok.
[06:15] <DarkSun88> Hi
[06:39] <asac> oh ... my bzr branch appears to be corrupted ... i just tried to push like: bzr push sftp://asac@bazaar.launchpad.net/~asac/firefox/trunk
[06:40] <asac> now i always get
[06:40] <asac> bzr: ERROR: Not a branch: sftp://asac@bazaar.launchpad.net/~asac/firefox/trunk/.bzr/branch/
[06:40] <asac> anyone seen this?
[06:41] <Riddell> asac: do you have python-paramiko installed?
[06:41] <Riddell> asac: tried taking the ".bzr/branch/" off the end
[06:41] <asac> hmm 
[06:41] <Riddell> Mithrandir: are new ISOs coming today?
[06:42] <Mithrandir> Riddell: yes, but waiting for new kernel so don't hold your breath.
[06:42] <asac> Riddell: riddel yes its installed
[06:42] <Mithrandir> probably around 00:00 UTC
[06:42] <fabbione> new kernel?
[06:42] <Riddell> Mithrandir: ok
[06:42] <pochu> fabbione: bug 93648
[06:42] <Ubugtu> Malone bug 93648 in linux-source-2.6.20 "2.6.20-12 fails to boot with ICH6 SATA (ahci_init_one/pci_iounmap BUG at lib/iomap.c:254)" [Critical,Fix committed]  https://launchpad.net/bugs/93648
[06:43] <asac> Riddell: maybe look here
[06:43] <asac> https://code.beta.launchpad.net/~asac/firefox/trunk
[06:43] <fabbione> feeeh
[06:43] <asac> there is an error : "Launchpad could not mirror this branch 9 minutes ago.  The error was: Not a branch: /srv/sm-ng/push-branches/00/00/0c/45/.bzr/branch/"
[06:45] <Riddell> asac: try asking ddaa
[06:45] <asac> where?
[06:45] <asac> ok
[06:46] <BenC> mdz, Mithrandir: just for warm fuzzy sake, I've gotten 4 more confirmed from the bug report for that kernel
[06:47] <fabbione> Mithrandir: could you please respin sparc-server only? i am happy to have an older kernel on it. I just need to have the latest finish-install to fix the ttyS0 issue
[06:49] <ivoks> who should i contact regarind ubuntu trademark issues? :)
[06:49] <Mithrandir> fabbione: preferably not, I'd like everything to be in sync for beta.
[06:49] <Keybuk> ivoks: which trademark?
[06:49] <Keybuk> (and what kind of issue)
[06:50] <ivoks> Keybuk: one computer seller in croatia want to distribute ubuntu and is interested in printing covers for CD
[06:50] <fabbione> Mithrandir: understood, but is testing ISO tomorrow an option?
[06:50] <ivoks> Keybuk: so, they would like to add their logo and ubuntu logo on CD
[06:50] <Mithrandir> fabbione: yes, we are delaying release until Friday.
[06:50] <fabbione> Mithrandir: ok. perfect.
[06:50] <ivoks> Keybuk: like 'CompanyX distributes Ubuntu for you'
[06:50] <ivoks> Keybuk: or something like that...
[06:51] <ivoks> Keybuk: this is only biggest computer provider in croatia :D
[06:51] <Keybuk> for that, I'd say Jane Silber
[06:52] <ivoks> ok, thanks
[06:54] <Nafallo> LOL
[06:55] <Nafallo> I wondered where I recognized that serial from :-P
[07:01] <wereHamster> \sh, regarding wine, the problem is this: my little piece of software points LD_LIBRARY_PATH to a directory with a modified libGL.so
[07:02] <wereHamster> but wine never seems to load the modified lirary, it seems as someone wiped LD_LIBRARY_PATH clean
[07:05] <wereHamster> well.. there are two possibilities: wine tries to load the modified library but it's incompatible or wine doesn't even try to load it.
[07:06] <wereHamster> since it works with other apps (glxgears and a game, don't remember the name though), it's can't be the incompatiility
[07:07] <cjwatson> wereHamster: two things I'd investigate (and haven't): something might be set-id, or some script might set LD_LIBRARY_PATH rather than prepending to it
[07:07] <cjwatson> (or appending)
[07:08] <wereHamster> cjwatson, the stupid winelauncher does the prepending thing.. pure evel if you ask me :(
[07:09] <wereHamster> but why would the wine deb use that and the normal install not?
[07:09] <wereHamster> s/evel/evil/
[07:26] <\sh> wereHamster: what you can do is to compare your "native install of wine" with the installed files of the wine package
[07:26] <\sh> wereHamster: and as I said yesterday, we (scott the wine-hq ubuntu package maintainer) and I are not patching anything into wine
[07:32] <\sh> wereHamster: when I start wine (wine 0.9.33 on feisty now) and read the strace file, I can see it loads the systems libGL.so.1
[07:34] <wereHamster> \sh, I assume you didn't start it using yukon
[07:34] <\sh> wereHamster: no...I just check what it searches and where :)
[07:37] <\sh> wereHamster: did you try to use EXTRA_LD_LIBRARY_PATH ?
[07:42] <wereHamster> \sh, the problem is when you point LD_LIBRARY_PATH to a directory with a libGL.so.1, it won't use it
[07:42] <wereHamster> it will still use the one from the system
[07:43] <\sh> wereHamster: yepp I see it :(
[07:45] <hunger> BenC: I am at home now and can test kernel updates if that helps you.
[07:45] <\sh> wereHamster: problem is, I don't find anything which sets the environment of LD_LIBRARY_PATH to ""
[07:45] <BenC> hunger: http://people.ubuntu.com/~bcollins/kernels/bug-93648/linux-image-2.6.20-12-generic_2.6.20-12.20_i386.deb
[07:46] <BenC> hunger: I've already had about 10 confirmations, so it's just a matter of whether you want to get a working system :)
[07:46] <hunger> BenC: So I guess this will end up on archive.u.c soon. I'll wait till it gets there.
[07:48] <BenC> hunger: probably by this evening
[07:49] <BenC> hunger: or in about 4-8 hours to avoid TZ issues with "this evening" :)
[07:52] <\sh> wereHamster: but I can see, that it honors LD_LIBRARY_PATH
[07:53] <\sh> wereHamster: but it searches the system dirs before the LD_LIBRARY_PATH (/usr/bin/../lib/...) and I think that's the problem
[08:06] <wereHamster> \sh, http://www.pastey.net/8836
[08:06] <wereHamster> I installed wine myself from sources
[08:09] <\sh> wereHamster: can you paste more then the 40 lines? best to to load of libLG.so.1 :)
[08:10] <wereHamster> \sh, first reference to libGL.so.1 is: open("/usr/lib32/yukon/libGL.so.1", O_RDONLY) = 9
[08:13] <wereHamster> .. on line 2827
[08:15] <\sh> hmmm...something is really wrong with the path search order 
[08:15] <wereHamster> \sh, yours searches '/usr/bin/../lib' before the one specified in LD_LIBRARY_PATH?
[08:16] <wereHamster> .. or doesn't it look into LD_LIBRARY_PATH? at all?
[08:16] <\sh> wereHamster: yepp...it searches first in /usr/bin/../lib/... and when it doesn't find  the lib it searches in LD_LIBRARY_PATH
[08:16] <wereHamster> weird
[08:17] <psusi> I'm a bit confused on the construction of the livecd/desktop cd.... most of the packages are installed already and just copied wholesale during isntallation from the live filesystem image to the target system?  but some packages are not installed but instead are in the archive?
[08:20] <\sh> what could trigger something like this
[08:20] <cjwatson> psusi: virtually everything is just copied wholesale. One or two things are on an archive on the CD. Language packs may be downloaded from the network.
[08:21] <cjwatson> and some things are removed after being copied if they aren't needed
[08:21] <psusi> cjwatson: it looks like there are a few dozen packages in the archive.... I'm wondering why?
[08:23] <psusi> including gcc, build-essential, ndiswrapper-utils and -common
[08:23] <wereHamster> \sh, since LD_LIBRARY_PATH is parsed before what is in /etc/ld.so.conf, the only explanation is that LD_LIBRARY_PATH contains '/usr/bin/../lib/'
[08:23] <BenC> psusi: Has a lot to do with space on the CD
[08:24] <\sh> wereHamster: no...I started a new login...LD_LIBRARY_PATH is in my home env empty. 
[08:24] <psusi> BenC: how so?  there is room for the packages but only in their uninstalled form?  that seems odd
[08:24] <psusi> should take up pretty much the same space either way no?
[08:24] <psusi> since the whole cd is squashfs'd
[08:24] <cjwatson> psusi: convenience. the installer doesn't install any of those but you might need them to get online.
[08:24] <BenC> psusi: You've lost me then, you mean packages in pool/ on the CD?
[08:24] <psusi> yep
[08:25] <cjwatson> psusi: see http://people.ubuntu.com/~ubuntu-archive/seeds/ubuntu.feisty/ship-live
[08:26] <psusi> ty
[08:26] <wereHamster> \sh, maybe a shell script that starts wine?
[08:26] <\sh> wereHamster: nope../usr/bin/wine 
[08:27] <\sh> wereHamster: the path itself is very strange..../usr/bin/../lib/... who would set something like this
[08:28] <Treenaks> \sh: looks generated
[08:28] <wereHamster> \sh, yes, it's wien always uses that path
[08:28] <\sh> Treenaks: jepp..and only with ubuntu packages...
[08:28] <wereHamster> open("/usr/bin/../lib/tls/i686/sse2/libwine.so.1", O_RDONLY)
[08:28] <wereHamster> I see it, too
[08:29] <\sh> now, what process is changing the search order ... LD_LIBRARY_PATH needs to be honored first, as far as I remember
[08:30] <wereHamster> it would be nice to printf(getenv("LD_LIBRARY_PATH")) from within wine (or better yet, opengl32.dll.so, just before it dlopen()'s libGL.so.1)
[08:32] <giangy> oi oi
[08:36] <\sh> wereHamster: can you get the ubuntu source packages of wine (add to /etc/apt/sources.list the line deb-src http://archive.ubuntu.com/ubuntu feisty main restricted universe multiverse, then apt-get source wine) and try to build this package on your machine...and install your generated package
[08:37] <\sh> wereHamster: I'll do it here as well, and check if it could be something with the binary itself
[08:39] <wereHamster> \sh, problem: I'm not running ubuntu. The bug report is from a user, http://neopsis.com/projects/yukon/ticket/8
[08:39] <wereHamster> he's on IRC, too
[08:40] <wereHamster> and quite capable, I think he'd test it if you told him what to do
[08:40] <wereHamster>  /msg Intangir
[09:01] <Intangir> wereHamster: yo ;)
[09:01] <\sh> I think we found one of the problems already ;)
[09:02] <\sh> but the main problem is, why is wine putting LD_LIBRARY_PATH behind anything else
[09:02] <wereHamster> some startup script?
[09:03] <Intangir> i dont think any scripts are used in the binary install
[09:03] <\sh> wereHamster: check your wine startup script..is it a script or a binary
[09:03] <Intangir> i dont see any used.
[09:03] <\sh> Intangir: yepp.....
[09:03] <Intangir> but if that winewrapper script is used from the source install, somehow it magically works ;)
[09:04] <Intangir> i tried launching it with exec, or exporting LD_LIBARY_PATH like you see in the winewrapper, but that didnt fix it
[09:04] <wereHamster> /usr/bin/wine is a elf executable
[09:04] <\sh> wereHamster: which distro are you using?
[09:04] <wereHamster> gentoo, but I installed wine myself
[09:05] <Intangir> with make install?
[09:05] <\sh> wereHamster: but via make install and in the normal system directories (usr/{bin,lib,...})
[09:05] <wereHamster> yes
[09:05] <Intangir> so if you do make install, it doesnt use scripts? and it works?
[09:05] <Intangir> with yukon?
[09:05] <\sh> wereHamster: and you don't see this problem...on gentoo it works...
[09:06] <wereHamster> yes, it works
[09:06] <Intangir> did you add your /usr/lib/yukon path to ld.so.conf and do ldconfig ir something?
[09:06] <\sh> Intangir: it doesn't have anything to do with yukon...it's a general problem with something in/on/with Ubuntu
[09:06] <Intangir> wonder if that would be a easy way around this..
[09:06] <wereHamster> no, I just use the yukon script
[09:06] <\sh> Intangir: because the packages from winehq for ubuntu are having the same problems
[09:06] <Intangir> this is confusing, so if you make install, it works ..?
[09:07] <Intangir> even without any winewrapper script
[09:07] <Intangir> ill try that when i get home later
[09:07] <\sh> and more weired, that it only happens with wine 
[09:07] <sladen> wine is in Universe, perhaps we could take this across to #ubuntu-motu
[09:07] <Intangir> motu?
[09:08] <Intangir> wine is in universe? since when?
[09:08] <\sh> yepp..universe packages are normally discussed in #ubuntu-motu
[09:14] <wereHamster> how badly do you require the packages to be autotoolized (to be accepted as a ubuntu package)?
[09:15] <shawarma> Intangir: wine has always been in universe.
[09:15] <shawarma> Intangir: http://packages.ubuntu.com/cgi-bin/search_packages.pl?searchon=names&version=all&exact=1&keywords=wine
[09:15] <Intangir> ive never seen it there, i alw.. am i getting something confused
[09:15] <Intangir> ive always had to add another repo to get it to show wine in the list of packages
[09:16] <Intangir> weird i dont get it
[09:17] <Intangir> ;)
[09:17] <shawarma> heh..
[09:17] <Intangir> ive been adding deb http://wine.budgetdedicated.com/apt dapper main
[09:17] <Intangir> to install wine
[09:35] <mvo> ogra: you haven't submited a bugreport about the missing icon in g-a-i
[09:35] <mvo> ogra_: you haven't submited a bugreport about the missing icon in g-a-i and the addon-cd
[09:43] <ajmitch> morning
[09:47] <shawarma> ajmitch: No it's not.
[09:48] <shawarma> :-P
[10:12] <pbn> godverdomme
[10:15] <Seveas> pbn, behave...
[10:18] <Rocha> hello, i'm trying to fix a bug in apport
[10:19] <Rocha> my first attempt at fixing a bug in a ubuntu program
[10:19] <Seveas> Rocha, beware, pitti will hug you ;)
[10:19] <Rocha> i'm having a little trouble with python and https urllib support
[10:20] <Rocha> Seveas: he hugged me yesterday :)
[10:20] <Seveas> Rocha, heh ;)
[10:20] <Seveas> Rocha, what's the problem?
[10:21] <Rocha> the trouble is that i'm working at college and found a bug in desktop-effects app, tried to report it using apport and it didn't work because i'm behind a proxy
[10:21] <Rocha> i learned python to try reading the source code..
[10:21] <Rocha> i'm found that the problem is that i didn't have the https_proxy environment variable set
[10:22] <Rocha> i've set it and it gives me a "http error: not implemented"
[10:23] <Rocha> i suppose it's a problem in urllib's implementation
[10:23] <Seveas> Rocha, are you sure your proxy can do https?
[10:24] <Rocha> perfectly, i can access gmail and launchpad
[10:24] <Rocha> i use the same proxy with firefox
[10:26] <Rocha> Seveas: and "wget --proxy=on https://launchpad.net" works too
[10:27] <Rocha> it downloads the index.html file
[10:28] <pepsiman> Hi, I've upgraded to feisty and the cx88-dvb module isn't loaded at boot, it was in edgy.  Any idea why it has changed?  The other modules for this card are loaded correctly
[10:29] <Rocha> Seveas: using urllib.retrieveurl("https://launchpad.net","index.html") it doesn't work
[10:29] <Rocha> Seveas: i mean, it downloads the index.html but it's an error page
[10:30] <Rocha> "Unsupported Request Method and Protocol" page error from my proxy
[10:30] <Seveas> Rocha, hmm, I must confess I'm not that familiar with urllib
[10:30] <Seveas> I generally use urllib2 
[10:30] <Seveas> https_open
[10:30] <Rocha> "Squid does not support all request methods for all access protocols. For example, you can not POST a Gopher request."
[10:30] <Rocha> ok, i'll try using urllib2 to see if it works
[10:33] <Seveas> Rocha, ah, that's an error in the proxy
[10:33] <Seveas> so apparently urllib is being weird :)
[10:33] <Rocha> it's an error in the proxy but i think it's in the request that urllib is making
[10:34] <Rocha> due to my python inexperience i won't be able to fix the urllib bug
[10:35] <Seveas> too bad it's https, can't sniff what's being sent :)
[10:35] <Rocha> i'm apt-getting python2.5 source
[10:36] <Rocha> if it's written in C, i'll understand
[10:36] <maswan> Seveas: just mitm it? ;)
[10:36] <Seveas> maswan, heh
[10:38] <pochu> Mithrandir: do you know when the new images will be available, so we can start to test them? :)
[10:48] <Mithrandir> pochu: probably around 0100 UTC or so
[10:49] <pochu> ok, thanks :)
[10:50] <Rocha> Seveas: i think i've found the error, python is sending a post request to the proxy
[10:50] <Seveas> Rocha, it needs to do that
[10:50] <Seveas> for launchpad/gmail (which work) firefox does the same :)
[10:51] <Rocha> strange...
[10:51] <Rocha> wget works, python doesn't so it's definitely a python bug
[10:52] <Rocha> i guess i'll ignore this error then
[11:03] <Rocha> Seveas: btw, do you know if it's possible to plug a vga cable on a laptop and X automatically expand to two monitors like windows does?
[11:04] <Seveas> Rocha, not yet
[11:04] <Seveas> hopefully for feisty+1 with xorg7.3
[11:04] <pepsiman> Hi, I've upgraded to feisty and the cx88-dvb module isn't loaded at boot, it was in edgy.  Any idea why it has changed?  The other modules for this card are loaded correctly
[11:05] <Rocha> Seveas: i'm asking this because i'll try to code something for sonypi to enable me to control the screen brightness
[11:05] <Rocha> Seveas: and it would be great to code that too
[11:07] <_ion> It occurred to me that libwhat could be used to implement the "type your username and password while usplash is still on" functionality as well.
[11:08] <Seveas> _ion, evil
[11:08] <Seveas> _ion, I like the idea of libwhat though
[11:08] <_ion> I added an usplash mockup to the page as well, btw.
[11:13] <Burgwork> Rocha: that requires xserver 1.3, which isn't out yet
[11:13] <Burgwork> it is unlikely to make Feisty
[11:15] <Rocha> Burgwork: ok, i won't try to work on that
[11:15] <Burgwork> _ion: linky?
[11:15] <_ion> burgwork: http://johan.kiviniemi.name/blag/2007/03/21/upstart-and-interaction-with-user/
[11:17] <Seveas> _ion, why aren't you on plant ubuntu?
[11:18] <_ion> seveas: For starters, i haven't applied for membership.
[11:19] <_ion> Also my blag posts aren't all Ubuntu-related, and i haven't bothered to install a blog engine that allows me to set categories as of yet.
[11:21] <niktaris> cjwatson, hi, localization does not work with the ubiquity-gtkui.desktop file. only way to make it work is to remove Categories=GTK;System;Settings; OnlyShowIn=GNOME;XFCE; X-Ubuntu-Gettext-Domain=ubiquity
[11:21] <niktaris> cjwatson, how important are those ?
[11:21] <cjwatson> niktaris: "does not work"? Also, file a bug rather than asking me on IRC please
[11:22] <cjwatson> preferably with more detail. :-)
[11:24] <niktaris> cjwatson, this is only to get a first opinion from you. :-) a bugreport will follow. By not working I mean that the word "install" does not get translated in greek when greek is the default language
[11:37] <keescook> anyone else having problems reaching LP?
[11:37] <sistpoty> keescook: yes
[11:37] <keescook> sistpoty: okay, I didn't want to be alone.  :)
[11:38] <sistpoty> :)
[11:38] <Mithrandir> the DC seems to have fallen off the planet.
[11:38] <keescook> Mithrandir: is archive.u.c hosted elsewhere?
[11:39] <Fujitsu> Mithrandir: archive, cdimage, releases are fine.
[11:39] <zyga> lp is fine for me
[11:40] <zyga> does anyone know how to use python-apt bindings to check which repositories are enabled?
[11:40] <Fujitsu> Seems to be the same sort of thing as with archive and cdimage last night... Dead for only some people.
[11:40] <Fujitsu> How encouraging.
[11:41] <LaserJock> Fujitsu: I think dead for a lot of people
[11:41] <zyga> okay it's dead for me too
[11:42] <Mithrandir> cjwatson: do we need a new d-i?
[11:44] <Mithrandir> cjwatson: the bug was in the core kernel, but I don't remember if debian-cd does the right thing and grabs the kernel from the latest kernel or if it uses the stuff in installer-$arch
[11:46] <Amaranth> zyga: I seem to remember that not being possible (checking repos)
[11:48] <zyga> Amaranth: hmm, might be better
[11:48] <zyga> I thought that loading apt is heavier than parsin the sources file anyway
[11:49] <niktaris> cjwatson, X-Ubuntu-Gettext-Domain string is causing the problem.... looking....
[11:53] <zyga> niktaris: could you priovide some detail, please?
[11:54] <cjwatson> Mithrandir: hmm, yes, a new d-i would probably be safest
[11:54] <cjwatson> Mithrandir: is the new kernel built everywhere?
[11:54] <Mithrandir> cjwatson: yes, and published.
[11:55] <Mithrandir> publisher is on manual
[11:55] <Mithrandir> should I do the upload or do you want to?
[11:55] <cjwatson> I'm preparing it
[11:56] <Mithrandir> thanks
[11:57] <cjwatson> I'd like to remove-package the -11 kernels ttoo
[11:57] <cjwatson> too
[11:57] <Mithrandir> please.
[11:59] <niktaris> zyga, I am trying :). ubiquity-gtkui.desktop file is not translated on the desktop if the default language is Greek. Removing X-Ubuntu-Gettext-Domain=ubiquity from the .desktop file seems to solve the problem
[12:00] <zyga> niktaris: curious, could you check something for me?
[12:00] <zyga> niktaris: could you locate the ubuquity.mo file on your system and tell me their paths?
[12:00] <niktaris> zyga, sure wait
[12:01] <zyga> ubiquity.mo (sorry for bad spelling)
[12:01] <cjwatson> bear in mind that I haven't updated the ubiquity desktop translations since edgy, although Greek seems to be up to date anyway
[12:02] <cjwatson> Mithrandir: removed. (sucks to be ia64 now, though)
[12:02] <niktaris> zyga, not found
[12:02] <cjwatson> Mithrandir: d-i accepted
[12:02] <zyga> hmm
[12:02] <niktaris> no .mo file
[12:03] <cjwatson> er, wait
[12:03] <cjwatson> d-i accepted now
[12:03] <zyga> niktaris: not even one?
[12:03] <niktaris> nope
[12:03] <zyga> niktaris: oh wait
[12:03] <zyga> ubiquity is the cd installer and it might do some magic do load translations as it changes them on the fly
[12:03] <cjwatson> not the desktop files it doesn't
[12:03] <Mithrandir> cjwatson: thanks a lot; I'll see it through
[12:04] <zyga> could you check if the desktop file has the greek translation iside?
[12:04] <Mithrandir> pochu: that 0100 UTC estimate won't hold, btw.
[12:04] <LaserJock> poor Tollef
[12:04] <niktaris> zyga, note that all is ok in the system- > prefrences menu
[12:04] <niktaris> zyga, yes it does
[12:05] <niktaris> if I remove the line X-Ubuntu-Gettext-Domain=ubiquity it displays OK
[12:05] <cjwatson> yeah, but doing that kills langpacks, iirc
[12:05] <zyga> niktaris: file a bug on ...
[12:05] <zyga> wait 
[12:05] <cjwatson> I'm not doing that
[12:06] <niktaris> cjwatson, strange thing is that other apps (eg gcalctool) that also have a X-Ubuntu-Gettext-Domain sting has no problem
[12:06] <niktaris> so it should not be general 
[12:06] <cjwatson> let me revise that, I'm not doing that unless/until pitti tells me I can
[12:06] <zyga> darn I cannot remember the package
[12:07] <zyga> I wrote that code
[12:07] <mdke> can anyone else not boot with the latest kernel? Some kind of modprobe error? If it's known I won't bother investigating further
[12:07] <niktaris> I am wondering why it works in the gnome menu
[12:07] <zyga> niktaris: there are separate code paths in several libraries
[12:07] <Mithrandir> mdke: can you please update to the latest kernel?  Unless you updated in the last half hour, your version is old.
[12:08] <Mithrandir> mdke: (and the bug is fixed in the absolute newest one)
[12:08] <mdke> Mithrandir: great news. The archive doesn't have it yet I don't think, I just did an update
[12:08] <cjwatson> hmm. all the ubiquity.mo files seem to be in language-pack-kde-*-base
[12:08] <zyga> niktaris: the menu uses different code than the desktop
[12:08] <zyga> the desktop used glib's stuff
[12:08] <Mithrandir> mdke: you're using archive.u.c directly?
[12:08] <zyga> to parse .desktop files
[12:08] <cjwatson> you may well find that X-Ubuntu-Gettext-Domain causes the system to require the correct language pack to be present
[12:08] <mdke> Mithrandir: yah
[12:08] <pochu> Mithrandir: ok, np
[12:09] <zyga> I patched that but I really don't understand why it takes the internal translations away
[12:09] <cjwatson> niktaris: try installing language-pack-kde-el-base
[12:09] <zyga> it's supposed to take the external translations ONLY if they are available
[12:10] <zyga> cjwatson: that's not the problem - the translation SHOULD be shown - it's a bug non the less
[12:10] <cjwatson> zyga: correction, it's half the problem
[12:10] <zyga> cjwatson: how so?
[12:10] <cjwatson> you're correct that the code needs to be fixed
[12:10] <cjwatson> however it is wrong for ubiquity.mo to be in language-pack-kde-*
[12:11] <zyga> cjwatson: yeah I guess it's not right 
[12:11] <zyga> ubiquity is quite special
[12:11] <cjwatson> not special in this regard
[12:11] <pochu> good night folks!
[12:11] <pochu> and happy rebuilding ;)
[12:11] <cjwatson> special in lots of other ways, yes, but ...