[00:04] c/ [00:04] 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] Why do both lubuntu and xubuntu exist? [00:05] Whats lubuntu? [00:05] Xubuntu is Ubuntu with an XFCE desktop. [00:06] Lubuntu is Ubuntu with an LXDE desktop. Same target audience, lower hardware requirements. [00:06] Both official Ubuntu variants. [00:07] Right. [00:08] https://wiki.ubuntu.com/Lubuntu [00:08] Darxus: Well they exist because people feel there is aneed to have those desktops on an Ubuntu base. [00:09] Yeah but why both? Like, what are the advantages the two have over each other? [00:10] I don't know. [00:11] You'll have to ask the respective devs of the derivatives. [00:11] Okay, thanks. [00:12] 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] mgunes: Try people.canonical.com? [00:12] TheMuso, it's not there. [00:13] mgunes: it disappeared well before that; the data is stored in Launchpad now [00:13] mgunes: ah ok [00:13] (although unfortunately for each individual package, not a full list like we used to have) [00:13] cjwatson, I though so and was clicking around Soyuz, but haven't found it so far [00:14] ah, per package [00:14] should be in the publishing history [00:14] cjwatson, thanks, will check. [00:16] see bug 159585 for the history of this change [00:16] Launchpad bug 159585 in soyuz "lp-remove-package.py does not log removals to our standard place" [Medium,Fix released] https://launchpad.net/bugs/159585 [00:18] thanks; that looks informative. [00:45] smoser: yep, that's what I was looking for, thanks [00:45] smoser: I see .6 is using the all-in-one tar approach, though? [00:54] slangasek, both [00:54] all in one, and then 'unpacked' for Gustavo === bjf is now known as bjf-afk === yofel_ is now known as yofel [01:47] smoser: that's not what I see in the .6 directory - I only see the .tar.gz there [01:53] smoser: oh... n/m, I missed the "unpacked" subdir [02:11] hi [02:11] I wandering why cherokee is now 0.9.22 and Jaunty is stick on 0.11.6 - isn't it quite old? [02:13] phretor: Because once a release like jaunty is released, software in jaunty is not updated to new versions. [02:15] 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] phretor: They get updated for security fixes or critical bug fixes, not to update them to new versions. [02:16] phretor: There are very very few exceptions to that. [02:16] 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] phretor: https://help.ubuntu.com/community/UbuntuBackports [02:20] phretor: Either requesting backports, or a simpler way is to use a PPA [02:22] StevenK: exactly, especially because cherokee is 0.11.6 on backports. It's quite up to date on PPA [02:37] thanks for your support [05:29] 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] Karmic, apparently, just flickers uselessly forever. [05:34] 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] hi [05:42] for encryption in karmic [05:43] i recommend the default installer now use twofish-xts-benbi [05:43] AES will soon be broken. [05:43] also, if you upgrade cryptsetup to 1.1.0rc2 [05:43] you can hash the password with sha512 [05:43] so eg [05:45] cryptsetup -i 10 -y -h sha512 -S 512 luksFormat /dev/sdx [05:45] my bad [05:46] cryptsetup -i 10 -y -h sha512 -S 512 -c twofish-xts-benbi luksFormat /dev/sdx [05:47] cryptsetup -i 10 -y -h sha512 -s 512 -c twofish-xts-benbi luksFormat /dev/sdx s , not S [05:47] would be nice if thoes were the defualts for the automated crypto installer [05:48] i would also like to include that the new version of cryptsetup has the luksSuspend command [05:48] wich will wipe the crypto key, and "freeze" the crypted volume [05:48] this is extremely useful for hibernation mode [06:01] <[reed]> dave----: you should file a bug [06:04] [ 6.540427] nvidia: disagrees about version of symbol module_layout [06:05] I watched dkms rebuild that module, how would it have a different symbol version? [06:07] Darxus: well, it's not all recompiled, just the wrapper [06:12] [reed], it is no bug [06:12] Amaranth: So what do I need to do? [06:12] 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] do you think anyone will listen [06:13] 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] it works fine, all of the commands, but im no cryptographer, so i did everything testing wises short of cryptanalysis [06:14] i mailed the developer [06:14] dave----: Please do file a bug. [06:15] Darxus, i will [06:15] can you point me to a specifc pplace to file it? [06:15] dave----: `ubuntu-bug cryptsetup` [06:15] also i would like to have some people test 1.1rc2 *before* the karmac release [06:16] so if anyone here using an encrypted system can manually upgrade [06:16] its here http://code.google.com/p/cryptsetup/downloads/list [06:17] i have done a lot of testing , 5 different systems , running juanty, and karmic [06:18] 1.1rc2 seems to be "stable enough" and, it is still fully backwards compatible (tested) [06:19] Still a release candidate though? [06:20] does anyone know if i can find a backport of libopenbabel 2.2.3 for jaunty? [06:20] google isn't returning anything useful [06:21] Well, have you tried jaunty backports? [06:22] it didn't appear in http://packages.ubuntu.com/jaunty-backports/allpackages [06:22] Okay. You know it might be easy to rebuild yourself? [06:23] 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] i don't have an ubuntu pbuilder set up or anything [06:23] Ah. [06:23] mind doing me a favor? ;-) [06:23] Heh. [06:23] It is *so* past my bedtime. [06:24] fair enough [06:24] i should be able to debootstap a pbuilder [06:24] Hold on... [06:24] it's past mine too, i have class in like 7 hours [06:24] You should be able to just install build-essential, and apt-get build-dep libopenbabel... [06:25] then apt-get source libopenbabel, cd into it, and run debuild. [06:25] mmm, i just have to do it over IM [06:25] wget + dpkg would be easier, but fair enough [06:25] It's like 3 commands :) [06:25] Plus a cd. [06:25] ya, it was a libstdc++ that was the problem for karmic, so it should build [06:25] and a dget [06:26] :-P [06:26] since the apt-get source will pull the wrong one [06:26] anyway, i'll walk her through it [06:26] Pull the wrong what? [06:26] Darxus: it'll pull the jaunty version, i'm not getting her to edit her sources.list [06:26] Oh, right, hah. [06:27] Well, I'm in my jaunty box at work now... [06:27] http://archive.ubuntu.com/ubuntu/pool/main/o/openbabel/openbabel_2.2.3-1.dsc [06:27] Adding deb-src's for karmic isn't dangerous :P [06:28] Good morning [06:28] having someone modify sources.list via IM is [06:28] i'd have her install openssh but i don't want to mess w/ her router via IM too [06:29] Darxus, yes it is still a release candidate, however if it gets "mainstreamed" into karamac , it wont be for long [06:30] Darxus: you also forgot devscripts (debuild) [06:31] Yeah well, the thing that looks up packages for commands you execute is awesome :) [06:31] Darxus: not installed here [06:31] Darxus, also if there any willing testers here for rc2 it will speed up its development into a final release [06:31] it's ubuntu-specific? [06:31] E: Unable to find a source package for libopenbabel [06:31] Weird. [06:31] I must be too tired for this. [06:31] libopenbabel3/libopenbabel-dev [06:32] li... yeah.... [06:32] libraries almost always have soname numbers in the package name. [06:32] $ apt-get source libopenbabel-dev [06:32] geofft: and usually also the -dev name, which suprised me [06:32] E: Unable to find a source package for openbabel [06:32] geofft: Not often in the source. [06:33] oh, and i meant 2 not 3 [06:33] http://packages.ubuntu.com/karmic/libopenbabel-dev exists [06:33] But doesn't apt-get source take a binary package name? [06:33] geofft: It takes either. [06:33] yes - the -dev is a binary [06:33] deb-src http://mirrors.ccs.neu.edu/ubuntu/ karmic main restricted universe multiverse [06:33] is in my sources.list. [06:34] I ran aptitude update... [06:34] http://packages.ubuntu.com/karmic/libopenbabel-dev [06:34] http://packages.ubuntu.com/source/karmic/openbabel [06:34] Bah. [06:35] What, do you just extract the tarball and run patch? [06:35] huh? [06:36] Yeah that worked. [06:36] Darxus: dpkg-source -x blah.dsc [06:37] Ah, thanks. [06:37] Although untarring and running patch seems to have worked. [06:38] astronut: Oh! You could just upload a source package to a launchpad ppa, and have it build for jaunty. [06:41] Darxus: i think signing up for launchpad and creating a ppa would be more timeconsuming that debootstrapping a pbuilder [06:41] astronut: Building. [06:42] Darxus: oh, awesome [06:42] 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] you can jus temail it a link to a dsc and it downloads/builds the package [06:44] It hasn't died yet. [06:44] man, the new thinkpad's thinklights are BRIGHT in the dark [06:44] white instead of yellow [06:45] astronut: Did you get what I said about using a launchpad ppa to do this? [06:45] 01:41 < astronut> Darxus: i think signing up for launchpad and creating a ppa would be more timeconsuming that debootstrapping a pbuilde [06:45] Heh. [06:46] I'm also not sure how you'd get the unmodified source package into the ppa.... [06:48] Still building. [06:53] I should've just built the source package and uploaded it to my ppa. [06:59] It's running tests, that should be good. [07:02] Ah dammit, I don't have my keys on that machine to build a source package to send to ppa. [07:02] Still building... [07:02] Darxus: don't worry about it [07:03] But I'm so close... [07:03] Maybe. Maybe it'll take a couple more hours. [07:04] are there any devs in here that are interested in the automated crypto installer? [07:06] Oh, looks like it's done compiling and now it's building the package. [07:08] asac: tar tvfz /srv/language-packs.ubuntu.com/karmic/sources-update/language-pack-de/data/mozilla.tar.gz <- still looks pretty empty [07:09] Running lintian. [07:10] astronut: I have debs, uploading. [07:11] astronut: http://www.chaosreigns.com/ubuntu/jaunty/ [07:11] astronut: Let me know how that goes. My email is darxus@chaosreigns.com, and I'll check logs. [07:12] I'm going to bed. [07:15] thanks [07:21] Darxus: looks like it was good [07:45] 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] pitti: hm, changelog purge for universe is done, but only ~350mb [07:54] mvo: hey; sadly yes, no noticeable change in df; but thanks for trying! [08:01] pitti: good morning [08:02] pitti: could you trigger a -server ISO spin for me ? [08:02] (i386/amd64) [08:02] If not, I can. [08:02] soren powa [08:03] sure, so shall I or soren? [08:03] I'll do it. [08:03] you guys sort it out ;) [08:03] ack [08:03] ttx: Running. [08:04] 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] 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] i'd upload it myself, but i've no idea how to do a new release with it :) [08:09] good morning [08:09] superm1: thanks, I have not forgoten :) I will upload it today [08:09] hey dholbach [08:10] hi mvo [08:12] mvo, how do we setup a proxy for aptd, apt.conf.d ? [08:12] tks tks, no manpage for aptd :P [08:12] joaopinto: yes, but I'm fixing this right now [08:13] joaopinto: contributions welcome ,) [08:13] I hate manpages sorry :| [08:13] I mean, writting them [08:13] joaopinto: the frontend will just tell the gconf settings to aptd [08:13] joaopinto: should be fixed today [08:18] pitti: mozilla translations are empty. and the current run still fails. asac needs to check his scripts again [08:18] oh, I see [08:23] soren: CD spinned -- current still points to the previous one though. Any manual interaction needed ? [08:23] ttx: Not that I know of, but I'm still rather new to this. [08:24] pitti: ^ ? [08:24] it should be updated automatically [08:24] ok, I guess it will happen[tm] [08:24] current -> 20091009 [08:24] it is current, at least on cdimge [08:24] not from here [08:25] ttx: Where? [08:25] http://cdimage.ubuntu.com/ubuntu-server/daily/current/ -> 20091008 [08:25] hm, seems cdimage.u.c. is either still syncing, or broken [08:25] Odd. [08:25] ttx: right, I just checked on antimony (master image) [08:25] and now it's ok [08:25] it just synced. [08:25] dholbach, do you if there is supposed to be a motu meeting now? [08:26] ttx: http://cdimage.ubuntu.com/ubuntu-server/daily/current/ still shows me yesterday's images. [08:26] hmm me too [08:26] Meh, it'll probably sort itself out shortly. [08:26] * ttx wonders if he didn't hit momnetarily the wrong link [08:26] yes [08:27] robert_ancell: yes, I'm sorry - I'll chase people up [08:27] dholbach, thanks [08:28] 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] davmor2: we still need to update them to reflect the latest bundling for UEC images delivery [08:29] davmor2: next week should be alright... and the tests on the tracker should be aligned by then [08:29] ttx: Cool okay. That will tie it in nicely then with RC === tkamppeter__ is now known as tkamppeter === dholbach_ is now known as dholbach [09:41] I just did an upgrade of my server to karmic - dpkg segfaulted - everything segfaults now [09:41] I think I'm thoroughly screwed now [09:42] Ouch [09:43] and the server is 500km away from here [09:44] dholbach: When did dpkg segv? [09:47] StevenK: http://people.ubuntu.com/~dholbach/log [09:51] ArneGoetje: i looked last night. and it was a permission problem [09:51] fixed it already [09:51] at least from what i can tell [09:52] dholbach: Yeah, that's pretty bad. :-( [09:57] dholbach: What kind of hardware is that? [09:59] soren: it's a vserver, i386 running on it [09:59] 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] dholbach: vserver? As in http://linux-vserver.org/ ? [10:00] soren: yes, I think [10:00] dholbach: Wow. I haven't heard of anyone actually using that before :) [10:01] dholbach: Who offers these? [10:01] ion: I got a similar report some days ago, jaunty->karmic and a crash early from dpkg [10:01] soren: net-lab.net [10:04] I really hope dholbach manages to get the crash file from the dpkg segfault (and that there is one) [10:22] soren: dholbach: I'm using vserver with hardy w/o problems so far. [10:22] dholbach: what kernel is your vserver running on? [10:22] 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] siretart`: 2.6.29.4-vserver2.3.0.36.14-demou-nfct-100hz-nopre-something [10:23] s/demou/domu [10:24] hm. at least hardy works with the stock debian vserver kernel. [10:24] hardy worked, jaunty worked too and I'm that once libc works again, karmic will work too :) [10:24] ...I'm sure... [10:26] then it would be very interesting to know what kernel requirements karmic's libc has [10:26] why do you think it's a kernel problem? [10:29] 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] mvo: the other dpkg crash - where did that happen? [10:29] 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] Riddell: background is bug #444661 [10:30] Launchpad bug 444661 in software-center "[kde] Software-center run as normal user" [Medium,Confirmed] https://launchpad.net/bugs/444661 [10:40] Hey, there doesn't seem to be a #gtk channel to speak of. Where do I go for pygtk help? [10:40] I want to execute a callback when a selection is made in a treeview [10:41] look on irc.gnome.org [10:41] #pygtk and #gtk+ [10:41] 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] There's no more than 5 people in any of the chanels [10:46] 3pygtk is just me [10:46] #pygtk [10:47] steveire: try irc.gnome.org [10:47] ok [10:47] dholbach: There's some berlin ubuntu event on soon right? [10:48] steveire: http://ubuntu-berlin.de lists them all [10:48] Oct 31, ok === mthaddon changed the topic of #ubuntu-devel to: Codehosting/Codebrowse down 10:00-10:30 UTC for hardware maintenace | Ubuntu 9.10 Beta released! | Archive: frozen briefly for armel toolchain massaging; FeatureFreeze, UIFreeze | Development of Ubuntu (not support, not app development on Ubuntu) | #ubuntu for support and general discussion for dapper-jaunty | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.u [11:01] asac: did you fix it before or after 22:00 our time? === Tonio__ is now known as Tonio_ [11:04] ArneGoetje: after [11:04] 2.5am [11:05] asac: so, I need to run the build again [11:06] 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] Launchpad bug 444661 in policykit-1 "[kde] Software-center run as normal user" [Medium,Confirmed] https://launchpad.net/bugs/444661 [11:06] 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] mvo: no, I think it should be done [11:06] ArneGoetje: but run -xpi only if you can to get quicker feedback [11:06] james_w: cool, thanks. I can prepare a upload unless you have other pending changes [11:06] mvo: however, if you are going to switch software-center by default then they may not appreciate gnome on the CD [11:06] asac: yupp [11:06] mvo: or is it a runtime thing? [11:07] james_w: software-center will not be default on kde, I don't think they would like that :) [11:07] too much "import gtk" in it [11:07] ah, of course :-) [11:07] please go ahead then [11:07] its just so that people who want to play with it can use it on kde too [11:07] james_w: great, thanks [11:09] no, thank you [11:18] mvo: that seems fine with me === mthaddon changed the topic of #ubuntu-devel to: Ubuntu 9.10 Beta released! | Archive: frozen briefly for armel toolchain massaging; FeatureFreeze, UIFreeze | Development of Ubuntu (not support, not app development on Ubuntu) | #ubuntu for support and general discussion for dapper-jaunty | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs [11:45] 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] 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] pitti: what's the right target for this bugreport, policykit? [11:53] thekorn_: pk-1-gnome, yes [11:54] super, thanks pitti [11:56] asac, pitti: mozilla translations look good now. uploading. [12:01] yay [12:03] Keybuk: for some reason when i boot my computer i'm not getting the swap mounted, any idea why? [12:04] Keybuk: i've 6 512 Mb encrypted LVM partitions for swap, not even one mounted [12:04] 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] nxvl: usually you get one mounted ;) [12:06] ArneGoetje: great. also excluding the 3.0/1.9.1 things worked? [12:07] ArneGoetje: have you checked if zh-trans etc. is good too? [12:07] pitti: I can have a look; I didn't realise it was that long ago [12:07] pitti: are you sure that it wasn't only NBSed out recently? [12:07] cjwatson: at least a week ago [12:07] not, say, post October 3? [12:07] cjwatson: I was going to do it last Friday or so, but then it was already gone [12:07] 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] asac: ArneGoetje and I can't, needs an RT [12:08] asac: please CC me, to ack it [12:08] thx [12:08] Keybuk: usually i got all 6 mounted, but since i upgraded to karmic i get none [12:08] pitti: well, it's not in antimony's mirror any more [12:08] pitti: what should i be asking for? [12:08] pitti: last DVD build that worked was last Saturday [12:08] pitti: e.g. whats the exact group name [12:08] asac: you want to become member of the "langpack" group [12:09] cjwatson: is there an NBS removal lag from antimony by any chance? [12:09] hm, no, I suppose it uses Packages.gz [12:09] pitti: it rsyncs the whole mirror, actually [12:09] it *should* use Packages for its own bits [12:09] pitti: from what I can see, though, it looks as if the next DVD build should get rid of it [12:10] cjwatson: ok; I'm fine with just ignoring it, seems it isn't something obvious then [12:10] cjwatson: thanks [12:12] 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] 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] asac: I'm not sure there is a way ;) [12:22] init --version | grep Upstart? :) [12:22] but that won't work on our buildds, for example [12:28] 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] I wouldn't worry about doing this "upstream" just yet === markus__ is now known as thekorn_ [12:29] e.g. Fedora have an older Upstart than us, so they wouldn't be able to use it [12:29] Keybuk: well. problem is that i run backports which are now broken ;) [12:30] really, can't you just use the older dh_installinit on the older versions? [12:32] asac: should bug 429835 be fixed by your recent xpi langpack fixes? [12:32] Launchpad bug 429835 in langpack-o-matic "[MASTER] chrome error when viewing untrusted https site using firefox with non en-US locale on karmic" [Undecided,Confirmed] https://launchpad.net/bugs/429835 [12:32] pitti: ack [12:32] \o/ [12:33] pitti: its the po2xpi processor that has a bug. those whitelisted dont have it and the rest is produced from .xpis [12:33] but i have a fix for po2xpi ... so devmode will be fine in lucid right from start [12:34] 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] Keybuk: do you know about debian plans wrt upstart? [12:35] asac: no idea [12:35] Debian "plan" to adopt it [12:35] but only if the Debian maintainer (mbiebl) makes a bunch of changes the Debian sysvinit maintainer wants [12:35] and assumedly only if someone from the freebsd side ports it [12:36] 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] on packaging level would be good enough i think ... dont need to be a real upstream solution [12:37] thx === bdefreese2 is now known as bddebian [13:21] 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] asac: yes, works [13:22] Reinstalling deleted mandatory conffile color.cfg [13:22] cp: cannot stat `/usr/share/texlive-base/color.cfg': No such file or directory [13:22] sigh [13:24] oh. sigh. [13:26] 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] frafu: #ubuntu-translations might have your question reach people more familiar with the process [13:28] bug 447141 [13:28] Launchpad bug 447141 in policykit-1-gnome "Karmic live session: User is asked for a password when trying to mount an external volume although this password is empty" [Undecided,New] https://launchpad.net/bugs/447141 [13:28] james_w: thanks; I am going to #ubuntu-translations [13:28] should we ship a casper script to allow everything without password on the live cd? [13:29] james_w: we already try to, but it tends to get out of date [13:29] ah [13:29] in which package does that live [13:29] 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] see e.g. 44pk_allow_ubuntu [13:29] james_w: casper itself, scripts/casper-bottom/ [13:29] what es/pt/zh ... [13:29] if we want *everything* then it is easier with polkit-1 [13:29] thanks cjwatson [13:30] I suspect that pk_allow_ubuntu needs to be updated for polkit-1 [13:30] yes, I can look at that [13:30] asac: those aren't valid values for LANG on their own ... [13:31] true [13:31] but its good to test the default anyway [13:32] 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] asac: in that case, just es. [13:32] oh ;) [13:32] hehe [13:33] james_w: #ubuntu-translations gets created when I try to join it. Are you sure about the name? [13:33] ArneGoetje: just almost got me. i think the es is just a hook still [13:33] frafu: #ubuntu-translators, sorry [13:33] ArneGoetje: physically we ship es-ES es-AR etc. and have a hook that maps es to es-ES [13:33]