[00:04] <TheMuso> c/
[00:04] <TheMuso> asac: When you get a chance, could you please try Daniel's proposed fix for your issue with the audio clicking If it works for you, I'll go ahead and upload the fix to karmic.
[00:05] <Darxus> Why do both lubuntu and xubuntu exist?
[00:05] <TheMuso> Whats lubuntu?
[00:05] <TheMuso> Xubuntu is Ubuntu with an XFCE desktop.
[00:06] <Darxus> Lubuntu is Ubuntu with an LXDE desktop.  Same target audience, lower hardware requirements.
[00:06] <Darxus> Both official Ubuntu variants.
[00:07] <TheMuso> Right.
[00:08] <Darxus> https://wiki.ubuntu.com/Lubuntu
[00:08] <TheMuso> Darxus: Well they exist because people feel there is aneed to have those desktops on an Ubuntu base.
[00:09] <Darxus> Yeah but why both?  Like, what are the advantages the two have over each other?
[00:10] <TheMuso> I don't know.
[00:11] <TheMuso> You'll have to ask the respective devs of the derivatives.
[00:11] <Darxus> Okay, thanks.
[00:12] <mgunes> Good day all. http://people.ubuntu.com/~ubuntu-archive/removals.txt seems to have disappeared after the switch to people.canonical.com. Is the list of archive removals available elsewhere now?
[00:12] <TheMuso> mgunes: Try people.canonical.com?
[00:12] <mgunes> TheMuso, it's not there.
[00:13] <cjwatson> mgunes: it disappeared well before that; the data is stored in Launchpad now
[00:13] <TheMuso> mgunes: ah ok
[00:13] <cjwatson> (although unfortunately for each individual package, not a full list like we used to have)
[00:13] <mgunes> cjwatson, I though so and was clicking around Soyuz, but haven't found it so far
[00:14] <mgunes> ah, per package
[00:14] <cjwatson> should be in the publishing history
[00:14] <mgunes> cjwatson, thanks, will check.
[00:16] <cjwatson> see bug 159585 for the history of this change
[00:18] <mgunes> thanks; that looks informative.
[00:45] <slangasek> smoser: yep, that's what I was looking for, thanks
[00:45] <slangasek> smoser: I see .6 is using the all-in-one tar approach, though?
[00:54] <smoser> slangasek, both
[00:54] <smoser> all in one, and then 'unpacked' for Gustavo
[01:47] <slangasek> smoser: that's not what I see in the .6 directory - I only see the .tar.gz there
[01:53] <slangasek> smoser: oh... n/m, I missed the "unpacked" subdir
[02:11] <phretor> hi
[02:11] <phretor> I wandering why cherokee is now 0.9.22 and Jaunty is stick on 0.11.6 - isn't it quite old?
[02:13] <TheMuso> phretor: Because once a release like jaunty is released, software in jaunty is not updated to new versions.
[02:15] <phretor> TheMuso: I see, I am not aware of the release engineering, sorry. However, I get updates almost weekly when software gets updated. Why you say that?
[02:16] <StevenK> phretor: They get updated for security fixes or critical bug fixes, not to update them to new versions.
[02:16] <StevenK> phretor: There are very very few exceptions to that.
[02:16] <phretor> StevenK: I see, you are right. Anyways, what would you recommend to do not to disrupt the distribution but have updated packages when needed?
[02:17] <mathiaz> phretor: https://help.ubuntu.com/community/UbuntuBackports
[02:20] <StevenK> phretor: Either requesting backports, or a simpler way is to use a PPA
[02:22] <phretor> StevenK: exactly, especially because cherokee is 0.11.6 on backports. It's quite up to date on PPA
[02:37] <phretor> thanks for your support
[05:29] <Darxus> I'm very concerned about Karmic's behavior when booting with screwed up video drivers.  Everything before it would try starting X a couple times, then give up and drop you to a shell login.
[05:29] <Darxus> Karmic, apparently, just flickers uselessly forever.
[05:34] <bryce> Darxus, I believe that is because in the gdm rewrite they dropped the functionality that used to permit falling into that failsafe session
[05:36] <dave----> hi
[05:42] <dave----> for encryption in karmic
[05:43] <dave----> i recommend the default installer now use twofish-xts-benbi
[05:43] <dave----> AES will soon be broken.
[05:43] <dave----> also, if you upgrade cryptsetup to 1.1.0rc2
[05:43] <dave----> you can hash the password with sha512
[05:43] <dave----> so eg
[05:45] <dave----> cryptsetup -i 10 -y -h sha512 -S 512 luksFormat /dev/sdx
[05:45] <dave----> my bad
[05:46] <dave----> cryptsetup -i 10 -y -h sha512 -S 512 -c twofish-xts-benbi luksFormat /dev/sdx
[05:47] <dave----> cryptsetup -i 10 -y -h sha512 -s 512 -c twofish-xts-benbi luksFormat /dev/sdx  s ,  not S
[05:47] <dave----> would be nice if thoes were the defualts for the automated crypto installer
[05:48] <dave----> i would also like to include that the new version of cryptsetup has the luksSuspend command
[05:48] <dave----> wich will wipe the crypto key, and "freeze" the crypted volume
[05:48] <dave----> this is extremely useful for hibernation mode
[06:01] <[reed]> dave----: you should file a bug
[06:04] <Darxus> [    6.540427] nvidia: disagrees about version of symbol module_layout
[06:05] <Darxus> I watched dkms rebuild that module, how would it have a different symbol version?
[06:07] <Amaranth> Darxus: well, it's not all recompiled, just the wrapper
[06:12] <dave----> [reed], it is no bug
[06:12] <Darxus> Amaranth: So what do I need to do?
[06:12] <dave----> but i believe the latest ubuntu aims for the cutting edge
[06:12] <[reed]> dave----: launchpad bug
[06:13] <[reed]> everything is tracked on launchpad as a bug
[06:13] <[reed]> even RFEs
[06:13] <dave----> do you think anyone will listen
[06:13] <dave----> ive doe extensive testing with 1.1.0rc2
[06:13] <[reed]> who knows, but I can promise you that nothing will ever change just based on some random talk on IRC. still requires a launchpad bug
[06:14] <dave----> it works fine, all of the commands, but im no cryptographer, so i did everything testing wises short of cryptanalysis
[06:14] <dave----> i mailed the developer
[06:14] <Darxus> dave----: Please do file a bug.
[06:15] <dave----> Darxus, i will
[06:15] <dave----> can you point me to a specifc pplace to file it?
[06:15] <Amaranth> dave----: `ubuntu-bug cryptsetup`
[06:15] <dave----> also i would like to have some people test 1.1rc2 *before* the karmac release
[06:16] <dave----> so if anyone here using an encrypted system can manually upgrade
[06:16] <dave----> its here http://code.google.com/p/cryptsetup/downloads/list
[06:17] <dave----> i  have done a lot of testing , 5 different systems , running juanty, and karmic
[06:18] <dave----> 1.1rc2 seems to be "stable enough" and, it is still fully backwards compatible (tested)
[06:19] <Darxus> Still a release candidate though?
[06:20] <astronut> does anyone know if i can find a backport of libopenbabel 2.2.3 for jaunty?
[06:20] <astronut> google isn't returning anything useful
[06:21] <Darxus> Well, have you tried jaunty backports?
[06:22] <astronut> it didn't appear in http://packages.ubuntu.com/jaunty-backports/allpackages
[06:22] <Darxus> Okay.  You know it might be easy to rebuild yourself?
[06:23] <astronut> Darxus: yes, except i don't have an ubuntu system - i'm IM-supporting a friend who's new to linux - i put ubuntu on her netbook a few days ago
[06:23] <astronut> i don't have an ubuntu pbuilder set up or anything
[06:23] <Darxus> Ah.
[06:23] <astronut> mind doing me a favor? ;-)
[06:23] <Darxus> Heh.
[06:23] <Darxus> It is *so* past my bedtime.
[06:24] <astronut> fair enough
[06:24] <astronut> i should be able to debootstap a pbuilder
[06:24] <Darxus> Hold on...
[06:24] <astronut> it's past mine too, i have class in like 7 hours
[06:24] <Darxus> You should be able to just install build-essential, and apt-get build-dep libopenbabel...
[06:25] <Darxus> then apt-get source libopenbabel, cd into it, and run debuild.
[06:25] <astronut> mmm, i just have to do it over IM
[06:25] <astronut> wget + dpkg would be easier, but fair enough
[06:25] <Darxus> It's like 3 commands :)
[06:25] <Darxus> Plus a cd.
[06:25] <astronut> ya, it was a libstdc++ that was the problem for karmic, so it should build
[06:25] <astronut> and a dget
[06:26] <astronut> :-P
[06:26] <astronut> since the apt-get source will pull the wrong one
[06:26] <astronut> anyway, i'll walk her through it
[06:26] <Darxus> Pull the wrong what?
[06:26] <astronut> Darxus: it'll pull the jaunty version, i'm not getting her to edit her sources.list
[06:26] <Darxus> Oh, right, hah.
[06:27] <Darxus> Well, I'm in my jaunty box at work now...
[06:27] <astronut> http://archive.ubuntu.com/ubuntu/pool/main/o/openbabel/openbabel_2.2.3-1.dsc
[06:27] <Darxus> Adding deb-src's for karmic isn't dangerous :P
[06:28] <pitti> Good morning
[06:28] <astronut> having someone modify sources.list via IM is
[06:28] <astronut> i'd have her install openssh but i don't want to mess w/ her router via IM too
[06:29] <dave----> Darxus, yes it is still a release candidate, however if it gets "mainstreamed" into karamac , it wont be for long
[06:30] <astronut> Darxus: you also forgot devscripts (debuild)
[06:31] <Darxus> Yeah well, the thing that looks up packages for commands you execute is awesome :)
[06:31] <astronut> Darxus: not installed here
[06:31] <dave----> Darxus, also if there any willing testers here for rc2 it will speed up its development into a final release
[06:31] <astronut> it's ubuntu-specific?
[06:31] <Darxus> E: Unable to find a source package for libopenbabel
[06:31] <Darxus> Weird.
[06:31] <Darxus> I must be too tired for this.
[06:31] <astronut> libopenbabel3/libopenbabel-dev
[06:32] <Darxus> li... yeah....
[06:32] <geofft> libraries almost always have soname numbers in the package name.
[06:32] <Darxus> $ apt-get source libopenbabel-dev
[06:32] <astronut> geofft: and usually also the -dev name, which suprised me
[06:32] <Darxus> E: Unable to find a source package for openbabel
[06:32] <wgrant> geofft: Not often in the source.
[06:33] <astronut> oh, and i meant 2 not 3
[06:33] <Darxus> http://packages.ubuntu.com/karmic/libopenbabel-dev  exists
[06:33] <geofft> But doesn't apt-get source take a binary package name?
[06:33] <wgrant> geofft: It takes either.
[06:33] <astronut> yes - the -dev is a binary
[06:33] <Darxus> deb-src http://mirrors.ccs.neu.edu/ubuntu/ karmic main restricted universe multiverse
[06:33] <Darxus> is in my sources.list.
[06:34] <Darxus> I ran aptitude update...
[06:34] <astronut> http://packages.ubuntu.com/karmic/libopenbabel-dev
[06:34] <astronut> http://packages.ubuntu.com/source/karmic/openbabel
[06:34] <Darxus> Bah.
[06:35] <Darxus> What, do you just extract the tarball and run patch?
[06:35] <astronut> huh?
[06:36] <Darxus> Yeah that worked.
[06:36] <wgrant> Darxus: dpkg-source -x blah.dsc
[06:37] <Darxus> Ah, thanks.
[06:37] <Darxus> Although untarring and running patch seems to have worked.
[06:38] <Darxus> astronut: Oh!  You could just upload a source package to a launchpad ppa, and have it build for jaunty.
[06:41] <astronut> Darxus: i think signing up for launchpad and creating a ppa would be more timeconsuming that debootstrapping a pbuilder
[06:41] <Darxus> astronut: Building.
[06:42] <astronut> Darxus: oh, awesome
[06:42] <astronut> Darxus: it'd be really sweet if someone ran a network of pbuilders like the ones anibal has set up for sponsorship in debian
[06:42] <astronut> you can jus temail it a link to a dsc and it downloads/builds the package
[06:44] <Darxus> It hasn't died yet.
[06:44] <astronut> man, the new thinkpad's thinklights are BRIGHT in the dark
[06:44] <astronut> white instead of yellow
[06:45] <Darxus> astronut: Did you get what I said about using a launchpad ppa to do this?
[06:45] <astronut> 01:41 < astronut> Darxus: i think signing up for launchpad and creating a ppa  would be more timeconsuming that debootstrapping a pbuilde
[06:45] <Darxus> Heh.
[06:46] <Darxus> I'm also not sure how  you'd get the unmodified source package into the ppa....
[06:48] <Darxus> Still building.
[06:53] <Darxus> I should've just built the source package and uploaded it to my ppa.
[06:59] <Darxus> It's running tests, that should be good.
[07:02] <Darxus> Ah dammit, I don't have my keys on that machine to build a source package to send to ppa.
[07:02] <Darxus> Still building...
[07:02] <astronut> Darxus: don't worry about it
[07:03] <Darxus> But I'm so close...
[07:03] <Darxus> Maybe.  Maybe it'll take a couple more hours.
[07:04] <dave----> are there any devs in here that are interested in the automated crypto installer?
[07:06] <Darxus> Oh, looks like it's done compiling and now it's building the package.
[07:08] <ArneGoetje> asac: tar tvfz /srv/language-packs.ubuntu.com/karmic/sources-update/language-pack-de/data/mozilla.tar.gz <- still looks pretty empty
[07:09] <Darxus> Running lintian.
[07:10] <Darxus> astronut: I have debs, uploading.
[07:11] <Darxus> astronut: http://www.chaosreigns.com/ubuntu/jaunty/
[07:11] <Darxus> astronut: Let me know how that goes.  My email is darxus@chaosreigns.com, and I'll check logs.
[07:12] <Darxus> I'm going to bed.
[07:15] <astronut> thanks
[07:21] <astronut> Darxus: looks like it was good
[07:45] <pitti> ArneGoetje, asac: why is there a updated-packages in langpack-o-matic from last night? we just uploaded langpacks yesterday with a fresh base export?
[07:53] <mvo> pitti: hm, changelog purge for universe is done, but only  ~350mb
[07:54] <pitti> mvo: hey; sadly yes, no noticeable change in df; but thanks for trying!
[08:01] <ttx> pitti: good morning
[08:02] <ttx> pitti: could you trigger a -server ISO spin for me ?
[08:02] <ttx> (i386/amd64)
[08:02] <soren> If not, I can.
[08:02] <ttx> soren powa
[08:03] <pitti> sure, so shall I or soren?
[08:03] <soren> I'll do it.
[08:03] <ttx> you guys sort it out ;)
[08:03] <pitti> ack
[08:03] <soren> ttx: Running.
[08:04] <ttx> soren: not sure I should thank you for enabling more eucalyptus testing chores, but here it is, thank you
[08:04]  * soren tips his hat in ttx' direction
[08:08] <superm1> mvo, just wanted to provide a friendly reminder, can you remember to upload update-notifier before the weekend if you end up with no other things to change in it other than my hal fix?
[08:09] <superm1> i'd upload it myself, but i've no idea how to do a new release with it :)
[08:09] <dholbach> good morning
[08:09] <mvo> superm1: thanks, I have not forgoten :) I will upload it today
[08:09] <mvo> hey dholbach
[08:10] <dholbach> hi mvo
[08:12] <joaopinto> mvo, how do we setup a proxy for aptd, apt.conf.d ?
[08:12] <joaopinto> tks tks, no manpage for aptd :P
[08:12] <mvo> joaopinto: yes, but I'm fixing this right now
[08:13] <mvo> joaopinto: contributions welcome ,)
[08:13] <joaopinto> I hate manpages sorry :|
[08:13] <joaopinto> I mean, writting them
[08:13] <mvo> joaopinto: the frontend will just tell the gconf settings to aptd
[08:13] <mvo> joaopinto: should be fixed today
[08:18] <ArneGoetje> pitti: mozilla translations are empty. and the current run still fails. asac needs to check his scripts again
[08:18] <pitti> oh, I see
[08:23] <ttx> soren:  CD spinned -- current still points to the previous one though. Any manual interaction needed ?
[08:23] <soren> ttx: Not that I know of, but I'm still rather new to this.
[08:24] <soren> pitti: ^ ?
[08:24] <pitti> it should be updated automatically
[08:24] <ttx> ok, I guess it will happen[tm]
[08:24] <pitti> current -> 20091009
[08:24] <pitti> it is current, at least on cdimge
[08:24] <ttx> not from here
[08:25] <soren> ttx: Where?
[08:25] <ttx> http://cdimage.ubuntu.com/ubuntu-server/daily/current/ -> 20091008
[08:25] <pitti> hm, seems cdimage.u.c. is either still syncing, or broken
[08:25] <soren> Odd.
[08:25] <pitti> ttx: right, I just checked on antimony (master image)
[08:25] <ttx> and now it's ok
[08:25] <ttx> it just synced.
[08:25] <robert_ancell> dholbach, do you if there is supposed to be a motu meeting now?
[08:26] <soren> ttx: http://cdimage.ubuntu.com/ubuntu-server/daily/current/ still shows me yesterday's images.
[08:26] <ttx> hmm me too
[08:26] <soren> Meh, it'll probably sort itself out shortly.
[08:26]  * ttx wonders if he didn't hit momnetarily the wrong link
[08:26] <ttx> yes
[08:27] <dholbach> robert_ancell: yes, I'm sorry - I'll chase people up
[08:27] <robert_ancell> dholbach, thanks
[08:28] <davmor2> ttx: Have the dust started to settle on uec now?  Is it worth reviewing the docs or shall I leave it till next week?
[08:28] <ttx> davmor2: we still need to update them to reflect the latest bundling for UEC images delivery
[08:29] <ttx> davmor2: next week should be alright... and the tests on the tracker should be aligned by then
[08:29] <davmor2> ttx: Cool okay.  That will tie it in nicely then with RC
[09:41] <dholbach> I just did an upgrade of my server to karmic - dpkg segfaulted - everything segfaults now
[09:41] <dholbach> I think I'm thoroughly screwed now
[09:42] <ion> Ouch
[09:43] <dholbach> and the server is 500km away from here
[09:44] <StevenK> dholbach: When did dpkg segv?
[09:47] <dholbach> StevenK: http://people.ubuntu.com/~dholbach/log
[09:51] <asac> ArneGoetje: i looked last night. and it was a permission problem
[09:51] <asac> fixed it already
[09:51] <asac> at least from what i can tell
[09:52] <StevenK> dholbach: Yeah, that's pretty bad. :-(
[09:57] <soren> dholbach: What kind of hardware is that?
[09:59] <dholbach> soren: it's a vserver, i386 running on it
[09:59] <ion> dholbach: The last time the exact same symptoms (pretty much identical log) happened to me was almost ten years ago: libc.so got corrupted when upgrading due to faulty hardware.
[10:00] <soren> dholbach: vserver? As in http://linux-vserver.org/ ?
[10:00] <dholbach> soren: yes, I think
[10:00] <soren> dholbach: Wow. I haven't heard of anyone actually using that before :)
[10:01] <soren> dholbach: Who offers these?
[10:01] <mvo> ion: I got a similar report some days ago, jaunty->karmic and a crash early from dpkg
[10:01] <dholbach> soren: net-lab.net
[10:04] <mvo> I really hope dholbach manages to get the crash file from the dpkg segfault (and that there is one)
[10:22] <siretart`> soren: dholbach: I'm using vserver with hardy w/o problems so far.
[10:22] <siretart`> dholbach: what kernel is your vserver running on?
[10:22] <sistpoty|work> is there something wrong with de.archive.ubuntu.com? (got 403 at 141.76.2.130, http://de.archive.ubuntu.com karmic/main Packages, 141.76.2.131 times out)
[10:23] <dholbach> siretart`: 2.6.29.4-vserver2.3.0.36.14-demou-nfct-100hz-nopre-something
[10:23] <dholbach> s/demou/domu
[10:24] <siretart`> hm. at least hardy works with the stock debian vserver kernel.
[10:24] <dholbach> hardy worked, jaunty worked too and I'm that once libc works again, karmic will work too :)
[10:24] <dholbach> ...I'm sure...
[10:26] <siretart`> then it would be very interesting to know what kernel requirements karmic's libc has
[10:26] <dholbach> why do you think it's a kernel problem?
[10:29] <siretart`> not sure, but I'd like to rule that out first. it seems to me the most obvious difference to a 'normal' ubuntu chroot
[10:29] <dholbach> mvo: the other dpkg crash - where did that happen?
[10:29] <mvo> Riddell: do you have any objectitions if I change the autostart file of the policykit auth agent from "OnlyShowIn=GNOME;XFCE" to include KDE as well?
[10:30] <mvo> Riddell: background is bug #444661
[10:40] <steveire> Hey, there doesn't seem to be a #gtk channel to speak of. Where do I go for pygtk help?
[10:40] <steveire> I want to execute a callback when a selection is made in a treeview
[10:41] <Chipzz> look on irc.gnome.org
[10:41] <Chipzz> #pygtk and #gtk+
[10:41] <thekorn_> pitti: hi, when a user tries to mount an external volume in a karmic live session he is asked for a password, this password is empty. Is this intended, and if so would it be possible to show a small hint about it?
[10:46] <steveire> There's no more than 5 people in any of the chanels
[10:46] <steveire> 3pygtk is just me
[10:46] <steveire> #pygtk
[10:47] <dholbach> steveire: try irc.gnome.org
[10:47] <steveire> ok
[10:47] <steveire> dholbach: There's some berlin ubuntu event on soon right?
[10:48] <dholbach> steveire: http://ubuntu-berlin.de lists them all
[10:48] <steveire> Oct 31, ok
[11:01] <ArneGoetje> asac: did you fix it before or after 22:00 our time?
[11:04] <asac> ArneGoetje: after
[11:04] <asac> 2.5am
[11:05] <ArneGoetje> asac: so, I need to run the build again
[11:06] <mvo> james_w: about bug #444661 - can you see any reason to keep the onlyshowin=gnome;xfce ? given that  kde does not have a agent?
[11:06] <asac> ArneGoetje: try the xpis only. permissions were definitly busted ... and should be fine now ... i think its reasonably likely that it works now.
[11:06] <james_w> mvo: no, I think it should be done
[11:06] <asac> ArneGoetje: but run -xpi only if you can to get quicker feedback
[11:06] <mvo> james_w: cool, thanks. I can prepare a upload unless you have other pending changes
[11:06] <james_w> mvo: however, if you are going to switch software-center by default then they may not appreciate gnome on the CD
[11:06] <ArneGoetje> asac: yupp
[11:06] <james_w> mvo: or is it a runtime thing?
[11:07] <mvo> james_w: software-center will not be default on kde, I don't think they would like that :)
[11:07] <mvo> too much "import gtk" in it
[11:07] <james_w> ah, of course :-)
[11:07] <james_w> please go ahead then
[11:07] <mvo> its just so that people who want to play with it can use it on kde too
[11:07] <mvo> james_w: great, thanks
[11:09] <james_w> no, thank you
[11:18] <Riddell> mvo: that seems fine with me
[11:45] <pitti> thekorn_: it's "intended" in the sense that the user should still authorize it, but of course in this case it would make sense to not show a password input at all
[11:48] <thekorn_> pitti: right, this is especially confusing in cases where you first enter a wireless network (you are asked to choose a password for gnome-keyring there), and I guess most user will try to enter this password into this policykit dialog
[11:49] <thekorn_> pitti: what's the right target for this bugreport, policykit?
[11:53] <pitti> thekorn_: pk-1-gnome, yes
[11:54] <thekorn_> super, thanks pitti
[11:56] <ArneGoetje> asac, pitti: mozilla translations look good now. uploading.
[12:01] <pitti> yay
[12:03] <nxvl> Keybuk: for some reason when i boot my computer i'm not getting the swap mounted, any idea why?
[12:04] <nxvl> Keybuk: i've 6 512 Mb encrypted LVM partitions for swap, not even one mounted
[12:04] <pitti> cjwatson: CD health check> hm, I don't understand how the sysvinit binary can be so sticky; it disappeared from karmic weeks ago..
[12:06] <Keybuk> nxvl: usually you get one mounted ;)
[12:06] <asac> ArneGoetje: great. also excluding the 3.0/1.9.1 things worked?
[12:07] <asac> ArneGoetje: have you checked if zh-trans etc. is good too?
[12:07] <cjwatson> pitti: I can have a look; I didn't realise it was that long ago
[12:07] <cjwatson> pitti: are you sure that it wasn't only NBSed out recently?
[12:07] <pitti> cjwatson: at least a week ago
[12:07] <cjwatson> not, say, post October 3?
[12:07] <pitti> cjwatson: I was going to do it last Friday or so, but then it was already gone
[12:07] <asac> ArneGoetje: pitti: can you add me to the lang-pack-o-matic group or something? i would like to move the .xpi data to a place where we all can write
[12:08] <pitti> asac: ArneGoetje and I can't, needs an RT
[12:08] <pitti> asac: please CC me, to ack it
[12:08] <asac> thx
[12:08] <nxvl> Keybuk: usually i got all 6 mounted, but since i upgraded to karmic i get none
[12:08] <cjwatson> pitti: well, it's not in antimony's mirror any more
[12:08] <asac> pitti: what should i be asking for?
[12:08] <cjwatson> pitti: last DVD build that worked was last Saturday
[12:08] <asac> pitti: e.g. whats the exact group name
[12:08] <pitti> asac: you want to become member of the "langpack" group
[12:09] <pitti> cjwatson: is there an NBS removal lag from antimony by any chance?
[12:09] <pitti> hm, no, I suppose it uses Packages.gz
[12:09] <cjwatson> pitti: it rsyncs the whole mirror, actually
[12:09] <cjwatson> it *should* use Packages for its own bits
[12:09] <cjwatson> pitti: from what I can see, though, it looks as if the next DVD build should get rid of it
[12:10] <pitti> cjwatson: ok; I'm fine with just ignoring it, seems it isn't something obvious then
[12:10] <pitti> cjwatson: thanks
[12:12] <nxvl> Keybuk: the weirdest part is that using swapon it works fine, so i assume is something in the boot process, i suspect that swap is trying to be mounted before my disk get's unencrypted/mounted?
[12:15] <asac> Keybuk: how to detect if the the current system has upstart? really want to fix NetworkManager upstream build system to do the right thing
[12:22] <Keybuk> asac: I'm not sure there is a way ;)
[12:22] <Keybuk> init --version | grep Upstart? :)
[12:22] <Keybuk> but that won't work on our buildds, for example
[12:28] <asac> Keybuk: ok. so i guess that means we probably want --with-upstart-init ... now i need to find something for debian/rules so my packages are backportable without touching ... hmm
[12:29] <Keybuk> I wouldn't worry about doing this "upstream" just yet
[12:29] <Keybuk> e.g. Fedora have an older Upstart than us, so they wouldn't be able to use it
[12:29] <asac> Keybuk: well. problem is that i run backports which are now broken ;)
[12:30] <Keybuk> really, can't you just use the older dh_installinit on the older versions?
[12:32] <pitti> asac: should bug 429835 be fixed by your recent xpi langpack fixes?
[12:32] <asac> pitti: ack
[12:32] <pitti> \o/
[12:33] <asac> pitti: its the po2xpi processor that has a bug. those whitelisted dont have it and the rest is produced from .xpis
[12:33] <asac> but i have a fix for po2xpi ... so devmode will be fine in lucid right from start
[12:34] <asac> Keybuk: i will think about it. maybe i can get that info from dh_installinit or some other upstartified debhelper thing in debian/rules and then pass --with-upstart or something to upstream tree?
[12:35] <asac> Keybuk: do you know about debian plans wrt upstart?
[12:35] <Keybuk> asac: no idea
[12:35] <Keybuk> Debian "plan" to adopt it
[12:35] <Keybuk> but only if the Debian maintainer (mbiebl) makes a bunch of changes the Debian sysvinit maintainer wants
[12:35] <Keybuk> and assumedly only if someone from the freebsd side ports it
[12:36] <asac> ok i will check with mbiebl directly. would be great to have something one can use at some point to figure if we have upstart
[12:36]  * Keybuk certainly won't be holding his breath ;)
[12:37] <asac> on packaging level would be good enough i think ... dont need to be a real upstream solution
[12:37] <asac> thx
[13:21] <lamont> Oct  9 05:04:22 rover3 gnome-session[4322]: devkit-power-gobject-WARNING: unhandled property 'RecallUrl' <-- I suspect logcheck needs some karmic-love
[13:21] <ArneGoetje> asac: yes, works
[13:22] <lamont> Reinstalling deleted mandatory conffile color.cfg
[13:22] <lamont> cp: cannot stat `/usr/share/texlive-base/color.cfg': No such file or directory
[13:22] <lamont> sigh
[13:24] <lamont> oh. sigh.
[13:26] <frafu> Hi, I am co-maintainer of onboard, the onscreen keyboard shipping by default with karmic. Onboard is hosted on launchpad, that is also used for the translations. A new version with a corresponding branch and series hit karmic several days ago. However, the language pack update from yesterday is still shipping old onboard.mo files. Could anybody please tell me what I have to do to get the new translation files into the language pack?
[13:27] <james_w> frafu: #ubuntu-translations might have your question reach people more familiar with the process
[13:28] <james_w> bug 447141
[13:28] <frafu> james_w: thanks; I am going to #ubuntu-translations
[13:28] <james_w> should we ship a casper script to allow everything without password on the live cd?
[13:29] <cjwatson> james_w: we already try to, but it tends to get out of date
[13:29] <james_w> ah
[13:29] <james_w> in which package does that live
[13:29] <asac> ArneGoetje: nice. thats great. one more verification: if you set export LANG=es/pt/zh (nothing more) ... what es coutry code are used?
[13:29] <cjwatson> see e.g. 44pk_allow_ubuntu
[13:29] <cjwatson> james_w: casper itself, scripts/casper-bottom/
[13:29] <asac> what es/pt/zh ...
[13:29] <james_w> if we want *everything* then it is easier with polkit-1
[13:29] <james_w> thanks cjwatson
[13:30] <cjwatson> I suspect that pk_allow_ubuntu needs to be updated for polkit-1
[13:30] <james_w> yes, I can look at that
[13:30] <cjwatson> asac: those aren't valid values for LANG on their own ...
[13:31] <asac> true
[13:31] <asac> but its good to test the default anyway
[13:32] <asac> in case you have es_RARECOUNTRY set and we dont have a langpack it will fallback to whatever it would choose with just es
[13:32] <ArneGoetje> asac: in that case, just es.
[13:32] <asac> oh ;)
[13:32] <asac> hehe
[13:33] <frafu> james_w: #ubuntu-translations gets created when I try to join it. Are you sure about the name?
[13:33] <asac> ArneGoetje: just almost got me. i think the es is just a hook still
[13:33] <james_w> frafu: #ubuntu-translators, sorry
[13:33] <asac> ArneGoetje: physically we ship es-ES es-AR etc. and have a hook that maps es to es-ES
[13:33] <ArneGoetje> asac: the default fallback is: strip off the country code
[13:34] <ArneGoetje> asac: except for special cases, like zh_*
[13:34] <asac> ArneGoetje: yes. but we use upstream xpis
[13:34] <ArneGoetje> asac: in the case where we have upstream xpis, those get used, of course
[13:35] <asac> so we definitly have a hook in the po2xpi processort to propery hook up the default
[13:35] <frafu> james_w: thanks again
[13:35] <ArneGoetje> asac: ?
[13:35] <asac> ArneGoetje: i am trying to tell you that the fallback for es could be wrong ;) ... so we should verify that
[13:36] <ArneGoetje> asac: in which ase would it be wrong?
[13:39] <ArneGoetje> asac: ah, ok, I see what you mean...
[13:40] <ArneGoetje> asac: because we ship es-ES.xpi and not es.xpi... so the fallback should be es_ES:es
[13:41] <ArneGoetje> asac: good point. I guess we need to specify this for all cases where the upstream xpis have coutry codes...
[13:43] <asac> ArneGoetje: yep. so the po2xpi appends a magic mapping to the install.rdf of whatever we have configured to be the default
[13:43] <asac> ArneGoetje: you can just check in the install.rdf if there are locale es ... mappings below the es-ES ones
[13:44] <ArneGoetje> asac: oh, I see
[13:50] <asac> ArneGoetje: right. so you can check all that have multiple country codes. if you want some default to be changes just let me know
[13:57] <ArneGoetje> asac: ok
[14:10] <ArneGoetje> asac: I don't see any fallback langcode in the install.rdf files
[14:11] <asac> ArneGoetje: sorry. my mistake ... chrome.manifest
[14:11] <ArneGoetje> asac: ok
[14:13] <ArneGoetje> asac: also, there are no fallbacks set
[14:14] <ArneGoetje> asac: do we need fallbacks in them? Aren't the upstream XPIs supposed to be complete?
[14:15] <asac> no they are not. upstream uses random fallback ... but they are not really into shipping multi lang setups
[14:15] <asac> so its not a problem for them
[14:15] <asac> ArneGoetje: where is the mozilla.tar.gz?
[14:15] <asac> i cannot find it in sources-base
[14:16] <ArneGoetje> asac: sources-update
[14:16] <smoser> slangasek, MD5SUMS file has empty size in 20091009
[14:16] <smoser> (adn others also)
[14:17] <asac> ArneGoetje: there are: ./usr/lib/firefox-addons/extensions/langpack-es-ES@firefox-3.5.ubuntu.com/chrome.manifest
[14:18] <asac> ArneGoetje: http://paste.ubuntu.com/289291/
[14:18] <asac> ArneGoetje: we dont need to do that for languages that only have one country code, because the "random" fallback automatically choosen is always right ;)
[14:18] <ArneGoetje> asac: es-AR and the others don't have
[14:18] <asac> ArneGoetje: on the default has that.
[14:19] <asac> only
[14:19] <ArneGoetje> asac: you confuse me
[14:28] <J_P> hi all
[14:29] <J_P> ubuntu 9.10 have python 2.x as default right? In 10.04 LTS will be python 3.x as default?
[14:29] <beuno> J_P, I don't think it will have 3.x, no
[14:30] <J_P> beuno: :-(
[14:30] <J_P> beuno: are you talking about 10.4?
[14:31] <beuno> J_P, yes. Python 3.x is a big transition, I don't think it will be done in an LTS
[14:32] <J_P> beuno: I think in next LTS will be great idea, because LTS will be support for 5 years.. and 5 years 2.x will be obsolete
[14:33] <beuno> J_P, it's only a great idea of our applications work in 3.x, which most of them don't
[14:34] <J_P> beuno: but in worse situation, 3.x will be in sources to be installed via apt right..
[14:35] <beuno> J_P, yes. In fact, it's already there in karmic
[14:35] <beuno> maybe even jaunty can't remember
[14:36] <J_P> beuno: yes, in jauty has python 3.0.1
[15:06] <steveire> This is what I was looking for Gtk help for a few hours ago by the way: http://steveire.wordpress.com/2009/10/09/holy-grail-no-thanks-weve-already-got-one/ I figured out what I needed.
[15:23] <pitti> slangasek, cjwatson: any objection against having ntfsprogs installed by default? it would allow people to change labels on NTFS partitions through the GUI
[15:23] <pitti> (I'd add it as a recommends to devicekit-disks
[15:24] <joaopinto> mvo, I think it would make sense to have an option on software-center to clear the apt cache, I don't think there is a gui to achieve it right now
[15:26] <cjwatson> pitti: I don't mind, if we have the space and if ntfs-3g is still the default for mount (should be)
[15:27] <joaopinto> hum, something odd here, did an aptdcon --upgrade-system, and update-manager is still showing pending updates
[15:27] <mvo> joaopinto: have you restarted update-manager since?
[15:28] <mvo> joaopinto: iirc aptdcon will perform only the equivalent of a apt-get upgrade (so there won't be new dependencies instaled by that)
[15:28] <joaopinto> mvo, no, but I used the "Check for updates" button
[15:28] <joaopinto> so both should have the same cache info
[15:29] <mvo> joaopinto: right, maybe there were just new updates on the server between installing via aptdcon and clicking check?
[15:29] <joaopinto> mvo, ah ok, its a kernel package, it maybe related to a dist-upgrade
[15:30] <joaopinto> mvo, nope, I have retried, so it must be to the upgrade process difference
[15:30] <dholbach> so regarding the messed up upgrade (dpkg segfaulted during libc configuration, now everything segfaults, bug 444484?): I had somebody replace libc6 on the system, but everything's still segfaulting
[15:30] <dholbach> any idea what I could test or get replaced?
[15:30] <joaopinto> it's a new kernel, -13, which is not puslled by s-c
[15:30] <joaopinto> pulled
[15:30] <dholbach> http://people.canonical.com/~dholbach/log is the log of the jaunty->karmic upgrade
[15:32] <robbiew> Keybuk: is it a big deal to add the drivers under /usb/storage to "MODULES=MOST" for the initrd image?
[15:32] <Keybuk> robbiew: shouldn't think so
[15:32] <Keybuk> it's like 300K
[15:33] <robbiew> cool...could you do that?  Not that urgent, but would like it in for Karmic
[15:33] <Keybuk> actually, not even that, because usb-storage.ko is the biggest
[15:33] <Keybuk> is there an associated bug#?
[15:33] <robbiew> 419231
[15:33] <robbiew> bug 419231
[15:34] <cjwatson> slangasek: do you know what's happening with the latest comment in bug 431248?
[15:35] <Keybuk> robbiew: done
[15:35] <robbiew> thanks!
[15:45] <cjwatson> ogra: what would be a good way to reliably detect the situation in bug 364273? I'd like to clear this up for karmic
[15:46] <directhex> am i misremembering that ubuntu is a bit more lenient over creative commons' viability for main/universe than debian?
[15:47] <ogra> cjwatson, phew, hard, we could set a flag in the livesystem i.e. /.livemedia_is_boot from flash-kernel in case we actually re-use the install media
[15:47] <Laney> the only freeness difference I know of is over gfdl invariant sections
[15:47] <ogra> cjwatson, i cant imagine a general case to actually "detect" it
[15:47] <LaserJock> directhex: I think Ubuntu took the free CC 2.5 licenses but Debian only considers > 3.0 free I believe
[15:47] <cjwatson> ogra: well, what's the condition in the installer? "installing to other partitions on the installation medium"?
[15:48] <directhex> LaserJock, right, okay
[15:48] <ogra> cjwatson, no, in that special case install media is different from target media (SD vs USB disk) we just truncate the boot partition on the install media here
[15:49] <ogra> cjwatson, this is done by flash-kernel-installer.postins which could set some kind of marker that could be read by usplash
[15:49] <ogra> *postinst
[15:50] <cjwatson> ogra: s/usplash/casper/ actually
[15:50] <ogra> yah
[15:50] <ogra> *yeah even
[15:51] <cjwatson> ogra: hmm, partman knows what the installation medium is though
[15:51] <ogra> right, but it doesnt know the install medium is being truncated and abused as a "boot floppy"
[15:52] <cjwatson> ogra: oh, we don't create partitions on the medium?
[15:52] <ogra> the actual work has to be done by the bootloader installer though it's surely valuable info for that program to know about it
[15:52] <ogra> nope
[15:52] <ogra> we dont touch the mediums partition table at all
[15:53] <cjwatson> ogra: ok. can you point me to the specific code in flash-kernel-installer that does this? is it the fconfig call?
[15:53] <ogra> babbage install: boot from SD .... install to USB disk, bootloader modifies bootloader partition on SD ....
[15:54] <cjwatson> maybe we should just make this conditional on babbage-board in casper, rather than messing about
[15:54] <ogra> itÄs several fis calls in combination with dd
[15:55] <cjwatson> we always act this way on Babbage, right?
[15:55] <ogra> currently we do
[15:55] <ogra> it might change once we have a driver for mtd flash devices
[15:55] <cjwatson> ok, in that case I'll just make it conditional on that for now
[15:55] <ogra> wont change for karmic anymore though
[15:55] <cjwatson> I just want the bug off my list really :)
[15:56] <ogra> fis_dev=/dev/mmcblk0 is hardcoded ... if you can carry the info from partman over it should be easy to make it conditional based on comparison
[15:57] <ogra> so later once we use /dev/mtd0 or something and it differs from the install media then it would dtrt
[15:58] <cjwatson> ogra: I'll just hardcode it in casper for now; it can be modified later
[15:58] <cjwatson> thanks for the advice
[15:58] <ogra> thanks for asking, i totally had forgotten about that one
[15:59] <ogra> so may last minute kernel issues on my plate :/
[15:59] <ogra> (and i'm at the maemo summit this weekend which doesnt help getting forward)
[15:59] <cjwatson> it's been on the foundations list for ages
[16:01] <slangasek> cjwatson: 431248> requires further follow-up; I think I know what the race condition is, I probably need Scott's help there
[16:02] <Keybuk> hmm?
[16:11] <Keybuk> slangasek: the most obvious problem being that there's nothing that happens after rpc.* have been started ?
[16:11] <Keybuk> so if ifup is faster, it wins?
[16:15] <slangasek> Keybuk: yes - and in fact, I think one user having this problem is doing NFS root and never brings up any network interfaces, heh
[16:17] <cjwatson> slangasek: should the NFS jobs have 'normal exit 0 1' or something? I see a certain amount of console noise from them here
[16:18] <cjwatson> rpc_pipefs idmapd gssd all complain about pre-start exiting 1
[16:19] <slangasek> cjwatson: no; I use exit 1 in the pre-start script to avoid starting the actual daemon, since extra forks in 'script' make upstart very unhappy
[16:20] <Keybuk> slangasek: I've got a fix for that already :)
[16:20] <Keybuk> (the race)
[16:21] <cjwatson> what is the correct way for a pre-start script to exit in such a way that (a) the main process doesn't run and (b) it's silent?
[16:22] <Keybuk> cjwatson: there isn't one
[16:22] <Keybuk> actually, sorry
[16:22]  * Keybuk rereads the question properly
[16:23] <Keybuk> || { stop; exit 0; }
[16:23] <cjwatson> aha
[16:23] <Keybuk> "stop" called inside a job's own scripts will set the status to be stopped
[16:24] <Keybuk> so even though you exit 0, it won't result in the process being started
[16:24] <cjwatson> wow, I never knew that stop implicitly checked the job name
[16:24] <cjwatson> not documented :)
[16:24] <Keybuk> (likewise you can call "start" inside a post-stop script to restart it)
[16:25] <slangasek> oh, cool
[16:25] <slangasek> Keybuk: as for the race, what's the fix?  are you going to upload that, or do you want to throw it at me?
[16:25]  * cjwatson cleans up usplash.upstart then
[16:26] <Keybuk> slangasek: two secs
[16:26] <leszek> hi
[16:26] <mdz> Complete report (recommended; 185.6 MB)
[16:26] <leszek> how to change the logo displayed in the new gdm in karmic ? (the distribution logo)
[16:27] <superm1> mdz, i'm not convinced that calculation is right with appor-cli.  mine said 512mb or so the other day, but it really only ended up being between 50 and 70 that were attached when it was done
[16:28] <mdz> superm1: interesting.  the attached files will be a bit smaller because they're decoded, but I've never seen that big a discrepancy
[16:35] <mdz> smoser: re: bug 415019, I added it to the general hook such that we should get this data for every bug report from an EC2 instance, regardless of whether it's the ec2-init package or not. is it not working for you?
[16:35] <smoser> mdz, i've not tried it.
[16:35] <smoser> i will right now. it should be in beta ?
[16:36] <cjwatson> Keybuk: do you know anything about the status of bug 438962? Steve put it on the release meeting agenda. The user said that (a) upgrade to a bit before beta broke (b) fresh install with beta worked -
[16:36] <cjwatson> Keybuk: - do you think it's fixed, or is there still a lurking upgrade problem?
[16:37] <mdz> smoser: it's in apport 1.9.1-0ubuntu3 and later (25 September)
[16:37] <Keybuk> cjwatson: I know nothing about it
[16:37] <Keybuk> someone who knows about cryptsetup should review it
[16:38] <cjwatson> hmm, ok
[16:38] <smoser> mdz, how do you recommend i test this ? just call ubuntu-bug with a package and then make the created bug invalid ?
[16:40] <Keybuk> slangasek: still working out how to deal with rpc.statd
[16:41] <mdz> smoser: APPORT_STAGING=1 ubuntu-bug ec2-init
[16:42] <mdz> smoser: that will report the bug to staging.launchpad.net (whose database gets tossed every day)
[16:42] <mdz> to avoid putting noise into the production LP
[16:42] <smoser> ah..
[16:42] <Keybuk> slangasek: basically the idea is to start the nfs bits when mountall finds an nfs partition not the other way round
[16:42] <smoser> i just created one already, and tagged it invalid. i'll remember staging in the future.
[16:42] <Keybuk> slangasek: so idmapd.conf would contain  "start on local-filesystems and mount TYPE=nfs4"
[16:42] <mdz> smoser: if there is information which is specific to ec2-init which you want to collect, or if there is general EC2 info you want to add, I'm happy to help out
[16:42] <mdz> smoser: did it work?
[16:43] <Keybuk> slangasek: gssd.cof "start on local-filesystems and started portmap and (mount OPTIONS=*krb5*...) etc.
[16:43] <Keybuk> slangasek: statd is the tricky one
[16:43] <smoser> mdz, yes. bug 447325
[16:43] <smoser> was created. and has the ec2 info
[16:43] <Keybuk> slangasek: one way would be to have in statd.conf "start on started portmap or mount TYPE=nfs"
[16:44] <mdz> smoser: if you want to make any changes or see how it works, grab lp:~ubuntu-core-dev/ubuntu/karmic/apport/ubuntu and look in data/general-hooks/ubuntu.py
[16:44] <smoser> thanks.
[16:44] <Keybuk> slangasek: but then you'd need in portmap.conf "start on local-filesystems and (net-device-up IFACE=lo or starting statd)
[16:44] <Keybuk> but I'm not sure that works :)
[16:50] <lamont> why does karmic not see my thumbdrive when I plug it in?
[16:50] <mdz> smoser: it looks at the AMI to check if it is EC2 or UEC presently; you might want to update it to use your script
[16:51] <leszek> lamont, karmic switched from hal to devickit to handle hardware just like your thumbdrive, which one is it ?
[16:52] <smoser> mdz, the only issue with looking just doing a blind grab for http://169... is that could be firewalled off or some other issue that made for long timeout
[16:53] <smoser> thats why i was thinking best to check somethign else first.  its also possible that such a seemingly arbitrary http request could have other negative effects (although i can't really think of many)
[16:53] <cjwatson> lamont: your autotest bugs don't consistently seem to have version numbers in them (e.g. bug 445578)
[16:53] <lamont> cjwatson: call it more consistenly don't have them.
[16:53] <cjwatson> could that be changed? :)
[16:54] <lamont> I suppose
[16:54] <lamont> http://paste.ubuntu.com/289372/
[16:54] <lamont> you need me to go fix all the bugs there?
[16:54] <mdz> smoser: is it good enough for 9.10?
[16:55] <cjwatson> lamont: only if you have time
[16:55] <cjwatson> having the list *somewhere* will do for now ...
[16:55] <lamont> cjwatson: the autotest mailing list got copys of all the failed builds
[16:55] <lamont> including > 2000 from powerpc.. :(
[16:55] <lamont> thnaks
[16:56] <cjwatson> lamont: *nod*
[16:56] <mdz> smoser: we will probably want to reconsider tagging the bugs ec2-images in the long run
[16:56] <slytherin> cjwatson: I tried doing more investigation in oversized CD images. Didn't find anything useful. Surprisingly there is only one file different between powerpc and ps3 image. Yet powerpc image is oversized and ps3 is not.
[16:57] <smoser> i see you've got the package check for ec2-init. i think this is definitely fine for karmic.
[17:02] <smoser> james_w, i think that 'bzr branch lp:ubuntu/apport/karmic' is not up to date with package state of apport in karmic
[17:03] <james_w> smoser: please use lp:~ubuntu-core-dev/ubuntu/karmic/apport/ubuntu for appport
[17:04] <james_w> we're /almost/ at the point where you won't have to be aware of that
[17:04] <Keybuk> cjwatson: hah!
[17:04] <Keybuk> it so *is* documented
[17:04] <Keybuk> from init(5)
[17:05] <Keybuk> well, kinda
[17:05] <Keybuk> I think I document the "start" one ;)
[17:05] <smoser> james_w, fair enough. i'll be happy when you're there.
[17:08] <cjwatson> Keybuk: aha. I expected to find it in initctl(8)
[17:09] <Keybuk> cjwatson: it probably should be mentioned there
[17:09] <Keybuk> but initctl is used by sysadmins
[17:09] <Keybuk> that trick is for config authors
[17:12] <lifeless> has anyone observed an error about lsb_release.py when python packages are upraded?
[17:12] <ion> Yeah, i’ve been ignoring it.
[17:13] <mdz> smoser: use debcheckout and you don't have to think about where the branch is
[17:15] <lamont> interestingly, unplugging the thumbdrive and reinserting it made things work.  do.not.want.to.know
[17:17] <smoser> mdz, thanks. was unawre.
[17:19] <ScottK> lamont: What's the status on maven bootstrapping?
[17:22] <lamont> ScottK: broken last I looked at it, buried behind other things atm
[17:22] <lamont> as in it was FTBFS when I tried, big time
[17:22] <lamont> doko was looking into it
[17:22] <ScottK> OK.
[17:23] <ScottK> I just approved another FFe for maven stuff, so maybe now ....
[17:25] <doko__> lamont, ScottK: pending, waiting for syncs
[17:25] <ScottK> OK.
[17:26] <ScottK> doko__: Is it just 444714 you are waiting on or is there more?
[17:26] <lamont> sorry 'bout that
[17:27] <doko__> ScottK: 443292 has the references for the bugs, although there might be still some missing, if these introduce new deps
[17:28] <ScottK> Thanks.
[17:29] <doko__> and it will get worse for lucid because packages in unstable have maven b-d's which are in karmic main :-/
[17:35] <robbiew> Keybuk: cjwatson: if my machine requires an fsck, should I be notified by usplash?  I just ran into this, and the system basically hung at usplash and then went blank.  I couldn't switch VTs, however a CTRL-ALT-DEL rebooted.  I booted into recovery mode, was prompted to run fsck, and rebooted fine.
[17:36] <cjwatson> robbiew: yes, you should
[17:36] <robbiew> :/
[17:36] <cjwatson> sounds like a definite usplash bug
[17:36] <cjwatson> I'll try to arrange to trigger it here and debug
[17:43] <billybigrigger> anyone had any problems with the dailies lately?
[17:43] <billybigrigger> im going to go ahead with a clean install
[17:46] <billybigrigger> wrong chan
[17:46] <billybigrigger> :P
[17:57] <slangasek> Keybuk: so is it mountall that emits 'mount'?
[17:59] <Keybuk> slangasek: yes
[18:02] <robbiew> cjwatson: fyi - that filesystem failure apparently occurred in the middle of a dist-upgrade...so it could have been a fluke thing.
[18:03] <slangasek> Keybuk: in which case, to support noauto mounts, I think what we really want is start on local-filesystems *or* mount TYPE=nfs4, no?
[18:14] <ion> 5. enter root pass and watch a CRAP
[18:14] <ion> Bug reports ♥
[18:15] <evand> bryce: was the live CD portion of BulletProofX ever implemented?
[18:15] <bryce> evand, nope
[18:16] <evand> Is there a technical reason for this, or has it been a matter of insufficient time?
[18:17] <evand> Do you know offhand if there's a bug number for it somewhere?
[18:22] <bryce> evand, mostly it is just lack of time, however I think the recent gdm2 rewrite may have broken it entirely (haven't had a chance to check)
[18:23] <bryce> evand, I don't anyone filed one on the feature, but it belongs to the 'xorg' package
[18:24] <billybigrigger> any known problems with the today's daily cd?
[18:24] <billybigrigger> i booted up the disc, into the install menu, then it complained about it couldn't mount my cdrom
[18:24] <ScottK> billybigrigger: Sure.  Look at ll the open bugs in Launchpad
[18:24] <ScottK> billybigrigger: Help for Karmic is in #ubuntu+1
[18:25] <ScottK> slangasek: I'm a little confused by your changes on Bug 419839.  I know, for example, for Quassel that there isn't a fix committed.  I don't  know if there is actually anything that needs doing.
[18:27] <evand> bryce: thanks for the pointers, I've moved bug 433951 over to xorg.
[18:27] <dtchen> evand: i'm happy to file a bug about the usb-creator symptom i'm describing (just lacked time and wanted to check first if you were aware): if there is larger-sized removable media, e.g., dvd, (un)mounted when i attempt to use usb-creator to write an iso to a thumb drive, i'm unable to choose the iso as the source
[18:29] <evand> dtchen: I'm slightly confused.  Exactly what happens when you try to select an ISO?
[18:30] <rgreening> dtchen: can you confirm if that happens for the usb-creator-kde too? or just the gtk? (I expect both....)
[18:30] <rgreening> :)
[18:30] <dtchen> rgreening: it occurs for both frontends.
[18:30] <LaserJock> where do people go to report bugs against the .isos? like problems with seeds or the build process itself and is it possible to file a bug against a non-Ubuntu distro? like Kubuntu, etc.
[18:31] <dtchen> evand: ok, use case is: i have an unmounted dvd in the drive. i open usb-creator, select the unr daily iso, and attempt to write it to a 2 GB usb thumb drive. usb-creator tells me that it can't write to the thumb drive because the destination lacks sufficient space.
[18:31] <ScottK> LaserJock: Most of the seed type bugs seem to get filed against *-meta.
[18:32] <dtchen> evand: in fact, whether the dvd is mounted is irrelevant, since i need to remove the disc from the drive to prevent it from being chosen as the source in usb-creator
[18:32] <evand> dtchen: I'm just not seeing how the DVD has any bearing on usb-creator.
[18:32] <LaserJock> ScottK: I noticed that, even when they aren't for packages that are built from -meta
[18:34] <evand> dtchen: can you not just press the other button and select an ISO?  Or are you saying even if you do that, internally usb-creator is still using the DVD image, and removing the DVD disc from the drive causes the problem to disappear?
[18:34]  * rgreening tries to duplicate here
[18:34] <dtchen> evand: the latter. selecting the desired unr iso appears to do nothing.
[18:35] <evand> dtchen: can you file a bug please and attach ~/.usbcreator.log
[18:35] <evand> I'm assuming this is on Karmic?
[18:35] <dtchen> evand: sure, will do that tonight. yes, and also reproducible in trunk
[18:35] <evand> dtchen: much appreciated
[18:40] <slangasek> ScottK: the only thing I changed on 419839 was to target it to karmic because it was already on the desktop team's report
[18:40] <ScottK> slangasek: OK.  Thanks.
[18:50] <james_w> if there are two process connected with stdin/stdout pipes
[18:50] <james_w> so the parent gives instructions to the child on its stdin
[18:50] <james_w> and the parent writes without and explicit flush
[18:52] <james_w> while the child is doing an fgets on its stdin
[18:52] <james_w> is that going to cause issues?
[18:52] <james_w> like say, deadlock 75% of the time (fingers crossed)
[18:52] <james_w> well, 75% of the time for some people, and apparently never for most
[18:53] <slangasek> writes without explicit flush, then waits for the child to take an action?
[18:53] <james_w> yeah
[18:53] <slangasek> yep
[18:53] <james_w> the parent does:
[18:53] <james_w>   write (session->child_stdin, response, response_len);
[18:53] <james_w>   if (add_newline)
[18:53] <james_w>     write (session->child_stdin, newline, 1);
[18:54] <james_w> to pass the password down to the child, which is in the middle of a pam_authenticate session
[18:54] <slangasek> you probably want an unbuffered fd there, no?
[18:54] <james_w> the parent then expects the child to finish the session
[18:54] <james_w> ah, let me find if it is doing that
[18:55] <slangasek> right, the parent should force it either by doing unbuffered I/O, or by closing the fd after it's done with it
[18:55] <cjwatson> (a) the write is not guaranteed to write everything in one go
[18:55] <cjwatson> (b) fgets may not get the whole line in one go
[18:56] <james_w> the child is:
[18:56] <james_w>           if (fgets (buf, sizeof buf, stdin) == NULL)
[18:56] <james_w>             goto error;
[18:57] <slangasek> cjwatson: fgets should only give a short read if the buffer is too small?
[18:57] <james_w> I can't see it setting the I/O unbuffered, g_spawn_async_with_pipes doesn't say it returns unbuffered pipes (and I'm pretty sure it doesn't), and I don't think there's a way to set unbuffered by default
[18:58] <james_w> the return of write is the number of bytes written?
[18:58] <slangasek> yes
[18:58] <james_w> so we need that loop which handles EAGAIN as well
[18:58] <james_w> I'll stick this in a PPA and ask the reporter to test
[18:58] <james_w> it certainly smells fishy
[18:58] <james_w> thanks for your help
[18:58] <cjwatson> slangasek: if there aren't enough bytes to read right now, it'll stop
[18:59] <cjwatson> so I tend to err on the side of paranoia when fgets'ing from pipes
[18:59] <slangasek> cjwatson: fgets?  that's not what the manpage says (and not how I remember it's supposed to work)
[18:59] <slangasek> unless by "stop" you mean "block" :)
[19:00] <cjwatson> the man page says that it stops on EOF
[19:00] <james_w> how can you tell that fgets hasn't?
[19:00] <james_w> look for \n?
[19:00] <cjwatson> what is EOF on a pipe but read-returned-0?
[19:00] <cjwatson> indeed that's the *definition* of EOF
[19:00] <chrisccoulson> hey slangasek
[19:00] <chrisccoulson> just saw your g-s-d bug
[19:00] <slangasek> cjwatson: ah, hmm
[19:01] <chrisccoulson> GDB probably can't find the gdk_x_error symbol, because the GDK stuff hasn't been loaded yet
[19:01] <chrisccoulson> (it's in a module that loads after it starts)
[19:01] <slangasek> chrisccoulson: this is the case even if I attach to a running process
[19:01] <chrisccoulson> hmmm:/
[19:01] <slangasek> chrisccoulson: oh; but this time, it worked
[19:02] <chrisccoulson> excellent:)
[19:02] <slangasek> apparently it wasn't long enough after startup before
[19:02] <slangasek> ok, let me go break it
[19:02] <chrisccoulson> i was going to ask if you could edit the desktop file and add the --sync option, so apport gets it
[19:02] <chrisccoulson> but it doesn't matter now if its working
[19:02] <james_w> what's the flush() call to go with write()?
[19:03] <slangasek> well shit, that's no good
[19:03] <slangasek> I broke X instead
[19:03] <chrisccoulson> in what way?
[19:04] <chrisccoulson> if it's frozen when GDB breaks, then that sometimes happens when debugging X errors  - i normally run GDB on a separate console from my X session
[19:05] <slangasek> chrisccoulson: X segfaulted
[19:05] <chrisccoulson> hmm, that's not good
[19:05] <slangasek> if it had just hung, I could've killed it from vt1 :)
[19:06] <slangasek> (killed gdb, that is)
[19:06] <chrisccoulson> it might be best to append "--sync" to the Exec line in /etc/xdg/autostart/gnome-settings-daemon.desktop, restart your session and trigger the crash outside of GDB
[19:07] <chrisccoulson> and then apport normally catches a good trace
[19:07] <chrisccoulson> anyway, dinner time. bbl
[19:08] <slangasek> chrisccoulson: thanks for the hints
[19:09] <slangasek> bryce: hmm, and apport says nothing about this X segfault
[19:18] <doko__> what kind of thing restarts couchdb all the time?
[19:18] <james_w> doko__: as your user, or the system daemon?
[19:19] <doko__> james_w: system daemon, stopped gdm as well
[19:19] <james_w> don't know then
[19:20] <lifeless> how do you make cupsys start on boot now ?
[19:27] <slangasek> doko__: hmm, why do you have the system daemon installed?
[19:27] <slangasek> lifeless: cupsys -> cups, and it should start by default?
[19:28] <doko__> slangasek: not intentional, that's an armel babbage installation from about four weeks ago
[19:30] <bryce> slangasek, unfortunately for some reason we've not sorted out, apport only catches a portion of X crashes.
[19:30] <SKB> hello, i've got some sort of weird policy issue after compiling dbus. Might it be because i haven't supplied some arguments i don't know to ./configure?
[19:31] <joaopinto> SKB, you were already told this is not the proper channel for such question
[19:31] <joaopinto> please try #dbus
[19:31] <ScottK> dtchen: I saw http://0pointer.de/blog/projects/guide-to-sound-apis mentioned on #debian-release and thought you might be interested.
[19:31] <slangasek> bryce: waah.
[19:32] <bryce> slangasek, you can help us fix it in dallas if you wish 8-D
[19:32] <lifeless> slangasek: does not
[19:32] <lifeless> slangasek: neither does exm4 or openssh
[19:32] <slangasek> lifeless: then your system isn't actually booted :)
[19:33] <slangasek> lifeless: something has blocked the startup before it got to starting rc
[19:33] <slangasek> you only think your system is booted because we start gdm before triggering the sysvinit stuff
[19:34] <slangasek> lifeless: what does 'runlevel' claim?
[19:36] <lifeless> 2
[19:36] <slangasek> interesting
[19:36] <slangasek> lifeless: 'sudo status rc'?
[19:36] <slytherin> Who is in charge of ubuntu-meta seed? gstreamer0.10-schroedinger needs to be removed from -desktop as gst-plugins-bad version that provides it is not available in karmic.
[19:37] <lifeless> $ sudo status rc
[19:37] <lifeless> rc stop/waiting
[19:40] <MacSlow> bryce, hi there
[19:40] <MacSlow> bryce, I'm trying to find the apt line for sources.list for the xorg-edgers ppa, but can't find it on the page
[19:41] <bryce> hi MacSlow
[19:41] <MacSlow> bryce, can you help me out?
[19:41] <bryce> deb http://ppa.launchpad.net/xorg-edgers/ppa/ubuntu karmic main
[19:41] <bryce> deb-src http://ppa.launchpad.net/xorg-edgers/ppa/ubuntu karmic main
[19:41] <MacSlow> thx
[19:42] <ScottK> MacSlow: Please file a bug on soyuz too.
[19:42] <bryce> MacSlow, it appears the LP folks hid that information for you
[19:42] <bryce> MacSlow, you click on the 'Technical details' link to see it
[19:42] <MacSlow> ScottK, bryce: Ok, so then it's really not just me :) *phew*
[19:43] <bryce> sounds like you could alternatively add 'ppa:xorg-edgers/ppa' to your Software Sources
[19:43] <bryce> guess they hid the apt lines to make the page less cluttered or something *shrug*
[19:43]  * ScottK is on vacation from filing LP bugs as it just got to frustrating to try and document what's wrong with the U/I.
[19:44] <slytherin> kenvandine: It might be too late already, but is there any plan to merge gst-plugins-bad0.10 from Debian? The schroedinger plugin has moved to -bad.
[19:44] <bryce> pitti are you still awake?
[19:45] <MacSlow> bryce, so it is me after all *sigh*
[19:45] <ScottK> MacSlow: No, it's not just you.
[19:48] <slangasek> lifeless: versions of upstart and sysv-rc packages?  service ssh status?
[19:49] <mathiaz> Riddell: hey - could you have a look at bug 418342?
[19:49] <mathiaz> Riddell: it seems that the mysql-server side is set correctly now
[19:50] <mathiaz> Riddell: akonadi dependencies need to be updated
[19:50] <lifeless> 0.6.3-7 2.87dsf-4ubuntu8
[19:50] <lifeless> slangasek: I've started ssh alterady
[19:50] <lifeless> $ sudo service ssh status
[19:50] <lifeless>  * sshd is running
[19:51] <lifeless> slangasek: I'll check next boot to be entirely accurate about this; I know that exim4 and cups *were not* starting a few boots back, because I had to start them to email and print, respectively.
[19:57] <ejat> can someone look at bug 447116
[19:58] <ejat> and bug 446492
[19:58] <slangasek> lifeless: right; definitely not reproducible here so far, so if it recurs for you we'll have to do some digging into the rc script
[19:58] <ejat> thanks ..
[19:58] <lifeless> slangasek: kk
[20:28] <Darxus> You guys remember the days when, if your video driver failed to load, you were presented with a low resolution X using vesa or something, and asked if you wanted to reconfigure your display?
[20:28] <Darxus> Currently, instead, you are presented with a flickering screen, forever.
[20:29] <Darxus> https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/431166
[20:29] <Darxus> Can I increase the priority?  High?  Medium?
[20:31] <Mez> grr... Xorg eating CPU cycles.
[20:31] <Mez> it's at 100% just after loading.
[20:31] <davmor2> Mez: you don't need anything else if you have bling though right
[20:32] <Amaranth> Mez: intel?
[20:33] <Mez> Amaranth: SiS gfx.
[20:33] <Amaranth> oh
[20:33] <Mez> davmor2: I don't have bling.
[20:33] <Amaranth> so it's not going to be compiz related :)
[20:33] <Mez> nope.
[20:34] <davmor2> Mez: what no colours in you terminal?
[20:34] <Mez>  1239 root      20   0  171m  32m 7568 R   99  3.7  32:57.21 Xorg
[20:34] <Mez> :'(
[20:36] <Mez> not good.
[20:36] <Mez> Only after an update too.
[20:36] <Darxus> There's a bug open to package something packaged on debian-multimedia.org.  Is there a way to sync from that archive, or should I grab the source, rebuild the source package, and upload it to my ppa?
[20:36] <Mez> wtf? It didn't even update the driver I'm using.
[20:40] <Mez> disable glx + dri2 - normal usage again
[20:43]  * Amaranth wonders how Mez even has DRI2
[20:47] <fagan> Any software center devels around? Im looking to squash a bug and I want someone to point me to where the apt stuff is handled. Its for https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/438870
[20:47] <Mez> Amaranth: me too... it was in my xorg.conf tho
[20:47] <Amaranth> fagan: Looks like mvo isn't here, you'll have to try to find him again on monday
[20:48] <fagan> Ah ok
[20:52] <davmor2> Mez: would that coincide with the xorg update?
[20:53] <kristianpaul> hello
[20:54] <kristianpaul> last ubuntu version how % of debian sid is ?
[20:57] <Darxus> How do I include the .orig.tar.gz in an upload to launchpad / ppa?
[20:57] <Darxus> It's a new package.
[20:58] <Darxus> Think I found the answer.
[21:01] <cjwatson> Darxus: build with the -sa option
[21:01] <Darxus> Yeah, thanks.
[21:01] <Darxus> So is it possible to sync from debian-multimedia.org archives?
[21:05] <cjwatson> Darxus: yes, on request
[21:09] <aweisberg> Does anyone know why the libc6-dbg package now (changed 8.04 between 9.04) puts libc.so in /usr/lib/debug/lib and no longer works with LD_LIBRARY_PATH=/usr/lib/debug? I see the description of the packaged was also changed to no longer mention using LD_LIBRARY_PATH.
[21:12] <Darxus> cjwatson: Awesome.  After I test this, and lucid opens, I'll do a sync request.
[21:29] <slogg_k> Hi
[21:31] <slogg_k> this may be the wrong place to ask, but I'm new to lower level X programming and I was hoping someone could point me in the right direction --
[21:31] <slogg_k> I would like to write a simple program that will let me swap axes on my touchpad input.
[21:32] <lfaraone> pitti: if I wanted to patch in the functionality described in bug 357847, would I want to put it in as a symptom in apport-symptoms, or would I want to add the functionality to ubuntu-bug in apport?
[21:32] <johanbr> slogg_k, try #xorg
[21:32] <slogg_k> okay, thnks for redirect.
[21:52] <directhex> i'm a terrible human being. can archive-admin absolve me of my sins?
[21:53] <slangasek> so, will this change to nfs-utils fix the race conditions, or will it deadlock my boot horribly...
[21:53] <slangasek> directhex: no, but we can give you penance
[21:54] <mneptok> directhex: say 15 "hail sabdfl's" and spend 10 weeks exclusively on EFnet
[21:54] <directhex> slangasek, what's the spiritual cost of accidental-NEW-upload absolution?
[21:56] <slangasek> directhex: pretty sure it involves ablutions with beer
[21:56] <sistpoty> haha
[21:57] <directhex> slangasek, well, fly yourself to the london or banbury karmic release parties, and you can have a pint!
[21:57] <sistpoty> slangasek: just drafting the mail regarding ftbfs... are ftbfs in main RC?
[21:57] <slangasek> pretty sure it's cheaper to buy my own pint here. :)
[21:58] <slangasek> sistpoty: en masse, yes, since they impede security support
[21:58] <directhex> slangasek, that wouldn't be fine british ale, though!
[21:58] <sistpoty> slangasek: ok, thanks
[21:58] <slangasek> directhex: correct, it would be tasty Oregon porter
[22:05] <sistpoty> slangasek: http://paste.ubuntu.com/289560/ (I've signed this on behalf of both release teams... maybe you'd like to add/correct things?)
[22:07] <slangasek> sistpoty: "that karmic will not release until the build failures in main have..." uh - we'll release on schedule, the only question is how bad of a week we have before that :)
[22:08] <sistpoty> slangasek: that's why I asked if a FTBFS is RC... being not a native speaker doesn't help to transform your answer in a good text :P
[22:09] <slangasek> sistpoty: how about "the number of build failures in main definitely needs to be brought *way* down from its current level before we release at the end of the month"?
[22:09] <sistpoty> slangasek: thanks! sounds great!
[22:11] <sistpoty> slangasek, ScottK: http://paste.ubuntu.com/289566/
[22:12] <slangasek> sistpoty: looks good to me
[22:13] <slangasek> hrm, do we no longer get an apt term.log now with aptd?
[22:13] <billybigrigger> anyone working on vdpau in karmic?
[22:13] <billybigrigger> is it supported in ubuntu yet?
[22:13] <sistpoty> slangasek: do you want to send it out? might have a bigger impact on core-devs than coming from a motu ;)
[22:15] <ScottK> sistpoty: Looks good to me
[22:16] <sistpoty> thanks ScottK
[22:16] <slangasek> sistpoty: hmm, I fundamentally disagree that this *should* be the case (heh, I don't think I knew you weren't core-dev), but if you want to have me send it, ok - can you bounce it to me in email so I can just re-send?
[22:16] <slangasek> oh, there's my term.log; apparently it's hella-buffered
[22:17] <sistpoty> slangasek: well, I'm a core-dev nowadays, but mainly active in universe... ;) will send it to you
[22:19] <slangasek> sistpoty: ok, thanks!
[22:22] <sistpoty> slangasek: sent
[22:23] <sistpoty> (unless my kmail is going insane again)
[22:24] <sebner> sistpoty: it's kde .. what do you expect :P
[22:31] <sistpoty> sebner: it's worth than that... for undisclosed reasons this is lenny's kde running remote via ssh *and* having it's homedir on nfs :P
[22:32] <sebner> sistpoty: EPIC FAIL. That can't work :P
[22:35] <smoser> james_w, or anyone who might know
[22:35] <smoser> for some reason:
[22:35] <smoser> bzr+ssh://bazaar.launchpad.net/~ubuntu-on-ec2/vmbuilder/automated-ec2-builds/
[22:35] <smoser> != http://bazaar.launchpad.net/~ubuntu-on-ec2/vmbuilder/automated-ec2-builds/
[22:40] <directhex> billybigrigger, it's packaged. why?
[22:55] <slangasek> smoser: because codehosting is having problems staying in sync :/
[23:07] <slangasek> cjwatson: do you have an overview of the latest mountall upload?
[23:08] <slangasek> it appears the latest changes there now cause my system to deadlock on boot, while bringing up lo
[23:15] <billybigrigger> directhex, ok, so what players support it?
[23:15] <billybigrigger> directhex, i see i have nvidia-185-libvdpau:
[23:15] <billybigrigger>   Installed: 185.18.36-0ubuntu4 on a fresh install by default
[23:16] <billybigrigger> but as far as my reading goes, i see it's not supported in vlc, and i have to compile it in with mplayer? it doesn't come built in ubuntu's mplayer package correct?
[23:16] <directhex> billybigrigger, that might be the case. siretart?
[23:18] <Amaranth> last time I checked, yeah
[23:18] <Amaranth> latest gstreamer apparently has support for it but we don't have that either
[23:21] <billybigrigger> so the api is there, but no players have support for it yet? :P
[23:21] <Trewas> one problem with vdpau is probably that it requires compiling packages against specific version of the driver, all of them have separate -dev packages
[23:40] <Darxus> Oh, what about vdpau?
[23:40] <Darxus> The mplayer package was updated to support it.
[23:40] <billybigrigger> ?
[23:41] <billybigrigger> mplayer:
[23:41] <billybigrigger>   Installed: 2:1.0~rc3+svn20090426-1ubuntu9
[23:41] <Darxus> It should be whatever's in karmic.
[23:41] <cjwatson> slangasek: only what I can see in bzr
[23:42] <slangasek> cjwatson: ok
[23:42] <Darxus> billybigrigger: I'm looking for the bug to confirm the version.
[23:42] <billybigrigger> well it must not be enabled by default
[23:42] <billybigrigger> gmplayer gives me ~%43 cpu usage
[23:43] <billybigrigger> where as vlc on the same video file is around 30
[23:43] <Darxus> billybigrigger: Yeah, hold on...
[23:43] <billybigrigger> np
[23:44] <sistpoty> billybigrigger: is vdpau the nvidia decoding support?
[23:44] <Darxus> $ cat ~/.mplayer/config
[23:44] <Darxus> vo=vdpau,gl2,
[23:44] <Darxus> vc=ffh264vdpau,ffmpeg12vdpau,
[23:44] <billybigrigger> i can see vdpau as an available driver in mplayer, but i can't configure it, or no way of "selecting" it
[23:44] <Darxus> sistpoty: Yes.
[23:44] <billybigrigger> sistpoty, yes
[23:44] <Darxus> billybigrigger: The way to do it on the commandline is -vo vdpau.
[23:44] <sistpoty> billybigrigger: hm... I'm not entirely sure that's working yet (too bad I don't recall exactly what siretart told my last week, since I've switched to ati recently)
[23:45] <sistpoty> billybigrigger: anyways he's got the answers ;)
[23:46] <Darxus> mplayer (2:1.0~rc3+svn20090426-1ubuntu7) karmic; urgency=low
[23:46] <Darxus>   * enable VDPAU on i386 and amd64 (LP: #437039)
[23:46] <billybigrigger> could not initialize video filters -vf or video output -vo
[23:47] <marcty_> can someone help me troubleshoot nfs? everything was working fine, dont know what changed, but I cant mount my nfs share. host/client can both communicate, but the mount request just hangs forever.. i see this on the client after a long while: nfs: server filer-1 not responding, timed out
[23:48] <billybigrigger> mplayer -vo vdpau INPUT works great
[23:48] <billybigrigger> %4 cpu
[23:48] <billybigrigger> adding those options to ~/.mplayer/config cause it to crash on startup
[23:48] <Darxus> Huh.
[23:48] <marcty_> nothing on the server except it shows aauthenticated mount request
[23:48] <marcty_> Oct  9 15:29:12 DAT-001 mountd[10503]: authenticated mount request from ....
[23:49] <marcty_> thats all I seeee
[23:51] <billybigrigger> Darxus, running mplayer with -vo vdpau works
[23:51] <billybigrigger> can't get mplayer gui to work with it though
[23:54] <Darxus> billybigrigger: Cool.
[23:54] <Darxus> I don't know if I've ever seen the mplayer gui :)
[23:56] <billybigrigger> hmm
[23:56] <billybigrigger> seems the gui doesn't read ~/.mplayer/config?
[23:57] <slangasek> oh, geez
[23:57] <slangasek> why is "/srv" listed as a required FHS filesystem? :P