[00:32] <Lexxz> hi
[00:32] <Lexxz> how do i change file names from console?
[00:32] <Lexxz> in Linux
[01:25] <blue_anna> can anyone clue me in on /usr/share/X11/locale?
[03:04] <blue_anna> normally if I wanted to define a dead key I would do it in the Compose page for the locale, but spanish for example doesn't have a locale defined here, instead using teh default. If I wanted to flesh out spanish with my own custom locale so I could manipulate the dead keys, what would I need to build in that directory?
[04:24] <blistov> Anyone know how to boot lucid alternate from usb?  alternate REALLY wants a cdrom.  Posted solutions for other variants doesn't work.
[04:30] <ScottK> blistov: I know people have had success using usb-creator-kde from Lucid with at least the server CD (which is the same installer as the alternate CD).
[04:33] <blistov> ScottK, any idea if the alternate cd is going get fixed in the future?
[04:33] <ScottK> I don't think it's the alternate CD that's broken.
[04:35] <blistov> It boots from USB, but refuses to read the install media from the boot media (unless the boot media happens to be a cdrom ).
[04:36] <blistov> Every other distribution of Linux (including Ubuntu) is able to correctly read install media from ... any physical media.
[04:37] <blistov> This is a huge problem for server installations.
[04:37] <blistov> I'm not sure our company even owns a server with a cdroom.
[04:40] <johanbr> blistov, try unetbootin maybe?
[04:43] <blistov> johanbr, Thats what I'm using.
[04:43] <blistov> Again, I can boot the image, but the installer doesn't even give you ann option to install from any media other than a cd.
[04:43] <johanbr> so you didn't try usb-creator?
[04:45] <blistov> no.
[04:45] <blistov> trying now, but I can't imaging its going to make changes to the actual installer...
[04:46] <johanbr> then I would recommend that, that's the official method for putting images on usb media
[04:59] <ScottK> blistov: I helped someone with this exact problem a few days about and usb-creator-kde worked for them.
[05:09] <blistov> ScottK, and johanbr, That did it.
[05:09] <blistov> Thanks a tonne guys.
[05:09] <ScottK> blistov: Please go complain to unetbootin about not working for this situation.
[05:09] <johanbr> you're welcome
[05:09] <ScottK> Yes, you're welcome.
[05:13] <blistov> :)
[05:41] <imbrandon> yes usb creator works for server installs , its how i do all the server installs that arent PXE here
[06:15] <Chipzz> blistov: you are wrong, period
[06:15] <Chipzz> I have installed alternate/server over the network, using pxe
[06:15] <Chipzz> no offence, but if it doesn't work, that's because you are doing sth wrong, not because sth is broken
[07:15] <SpamapS> ugh.. us.archive.ubuntu.com seems to be made up of hosts with an allergy to Los Angeles.. 512kbit? Really? :-(
[07:15]  * SpamapS hopes University of Oregon is happy w/ his mirroring. ;)
[07:23] <lifeless> SpamapS: us.a.u.c is london
[07:23] <lifeless> SpamapS: but you should be able to get more than 512kbit out of them
[07:24] <lifeless> SpamapS: also #ubuntu-mirror for mirror stuff
[07:24] <lifeless> sorry, -mirrors
[07:26] <SpamapS> Ugh I'm in something like 12 ubuntu- channels already.. how many must I join? ;-)
[07:26]  * SpamapS takes his bleary eyed sleep-needing whining where it belongs.. to bed. ;)
[07:26] <lifeless> no, you don't have to join; was just letting you know
[07:26] <SpamapS> thats cool I may actually ask about it in there
[07:44] <pitti> kees: well, that's the plan, but it's apparently not that easy to do, and so we disable the script in lucid for now to prevent more damage; Chase was going to change it into an example script which you can copy to /etc/
[07:45] <SpamapS> pitti: whoa.. I don't know if thats wrong window or major lag.. but.. what script are you referring to?
[08:05] <zyga> hello
[10:40] <alkisg> When does the debian synching occur for Maverick? E.g. when will udhcp be imported from sid? https://bugs.launchpad.net/ubuntu/+source/udhcp/+bug/566845
[10:42] <cjwatson> alkisg: syncing is already happening
[10:42] <cjwatson> alkisg: that bug is equivalent to "cjwatson needs to get round to merging busybox
[10:42] <cjwatson> "
[10:42] <alkisg> Ah, got it :)
[10:42] <alkisg> Heh
[10:42] <alkisg> Thank you, I'll just check periodically then.
[11:49] <tseliot> cjwatson: as regards LP: #580763 what version shall I use for the package in maverick?
[11:51] <cjwatson> tseliot: up to you, as long as it's distinct and greater
[11:51] <gnomefreak> is libc6-i686 needed or is it in the libc6 package?
[11:51] <cjwatson> tseliot: if you want to use -0ubuntu1 for maverick and -0ubuntu1~10.04 or something for lucid-proposed, that's fine too
[11:51] <gnomefreak> ^^ 10.10
[11:51] <cjwatson> gnomefreak: no longer needed and in fact no longer existing
[11:51] <gnomefreak> cjwatson: thanks
[11:52] <cjwatson> we're moving to i686 across the board
[11:52] <tseliot> cjwatson: ah, ok I'll use ~10.04, thanks
[11:53] <tseliot> cjwatson: I think you'll have to reject my last upload before I can do that though
[11:53] <cjwatson> tseliot: not actually true, but I can do it anyway
[11:53] <cjwatson> (done)
[11:53] <tseliot> cjwatson: thanks
[12:30] <blue_anna> in Lucid, Compose sequences can only consist of two characters, and may only output one character. This makes them exactly equivalent to dead keys. but many useful example ~/.XCompose files online make use of 3 combining characters (in vitro w/ 2) or output multiple keys (digraphs)
[12:30] <blue_anna> how can I get that functionality ?
[13:13] <Pretto> any testdrive devel here?
[13:13]  * hyperair wonders what to make of all sabdfl's mails having a bad signature
[13:14] <sabdfl> que?
[13:14] <hyperair> well, so says enigmail anyway =p
[13:14]  * xnox loves sabdfl's french =)
[13:14] <hyperair> gpg: Signature made Monday 24,May,2010 08:02:57 PM SGT using DSA key ID D54F0847
[13:14] <hyperair> gpg: BAD signature from "Mark Shuttleworth <mark@ubuntu.com>"
[13:15] <sabdfl> hmm
[13:15] <hyperair> =p
[13:15] <sabdfl> could be a MIME / T-bird thing. which mail?
[13:15] <hyperair> the one you just sent on ayatana around 13 minutes ago
[13:15] <hyperair> but yeah, it could be
[13:16] <hyperair> i think enigmail has some issues with html mail
[13:27] <blue_anna> and - why does compose-c-c give me a č - everywhere in gnome apps but no where in qt apps? its not defined in my system's compose files: http://pastebin.org/274106
[14:22] <blue_anna> and - why does compose-c-c give me a č - everywhere in gnome apps but no where in qt apps? its not defined in my system's compose files: http://pastebin.org/274106
[15:08] <G> kirkland: ping, do you happen to be around atm?
[15:08] <kirkland> g: yes
[15:09] <G> kirkland: have you had a chance to look at LP#571093 (libvirtd eating memory over time) the last couple of days?
[15:10] <G> kirkland: I think I might be able to supply a rough patch to prevent it (trying to build it now)
[15:10] <kirkland> g: we know that it exists, and there are a handful of upstream memory leak changes in upstream libvirt git
[15:10] <kirkland> g: i haven't had a changes to zero in on it yet
[15:10] <kirkland> g: if you have a patch, i'd love to see it, will help get it sponsored
[15:11] <G> kirkland: AFAIK upstream havn't changed this function in 0.8, I'm trying to prevent it by making sure we free the memory if we are returning non 0
[15:12] <G> (or any of the related functions for that matter)
[15:12] <kirkland> g: oh?
[15:13] <G> kirkland: I think this is a new bug due to udev rules in Debian/Ubuntu, I couldn't reproduce it under Fedora, but the udev rules there are totally different
[15:14] <kirkland> g: oh, interesting, thanks for narrowing that down
[15:14] <blue_anna> in Lucid, Compose sequences can only consist of two characters, and may only output one character. This makes them exactly equivalent to dead keys. but many useful example ~/.XCompose files online make use of 3 combining characters (in vitro w/ 2) or output multiple keys (digraphs)
[15:15] <G> kirkland: I'm Nigel Jones in the bug btw
[15:15] <blue_anna> how do I get that functionality
[15:15] <G> hmmmm great, certainly reduces the effect of the leak
[15:15] <kirkland> g: thanks
[15:15] <kirkland> g: but does not prevent it?
[15:15] <G> kirkland: valgrind showed two major leaks
[15:15] <G> I'll take a look at the second now
[15:16] <G> I wonder if it's leaving a device entry around somewhere
[15:17] <G> it's only about 8k RES during a multipath -F/multipath -v4 though so it has reduced
[15:18] <cjwatson> blue_anna: it would seem nobody here knows.  Perhaps you should try mailing the ubuntu-x list?
[15:18] <kirkland> g: gotcha
[15:19] <blue_anna> cjwatson:  thanks, I guess I'll try that too
[15:36] <G> kirkland: okay, I think I got rid of the second memory leak, I'll attach the patch to the launchpad with my explanation for the second fix too
[15:45] <kirkland> g: thanks
[15:47] <G> kirkland: just posted my patch
[15:48]  * kirkland checks
[15:49] <G> kirkland: RES memory use appears to be stable now except for the odd increase/decrease but it no longer corresponds to when I run multipath
[15:50] <kirkland> g: patch looks perfectly reasonable to me
[15:51] <kirkland> g: could you take the to-do of sending this patch to the upstream list, while I work on getting the SRU together?
[15:51] <G> kirkland: sure
[15:52] <G> if I can remember my RHBZ password that is :P
[15:54] <kirkland> g: post the libvir list
[15:54] <G> oh okay, even better :)
[15:55] <G> I guess they'll want it in git format iirc?
[15:56] <kirkland> jdstrand: around?
[15:56] <kirkland> jdstrand: G just posted a simple patch that purportedly fixes https://bugs.edge.launchpad.net/ubuntu/+source/multipath-tools/+bug/571093
[15:57] <kirkland> jdstrand: i'm just verifying that, and will upload a package to lucid-proposed
[15:57] <kirkland> jdstrand: just wanted to give you a chance for feedback first ;-)
[16:07] <kirkland> g: can you give me a few specific instructions on reproducing the leak?
[16:09] <G> kirkland: okay, well the easiest way I found was that w/ multipath having no configuration multipath -F followed by multipath -v4 would generate the required udev add/change/remove calls
[16:13] <G> kirkland: an examplehttp://paste.ubuntu.com/438911/
[16:15] <pitti> SpamapS: I was replying to kees, not to you
[16:18] <G> kirkland: any method of triggering the add/remove udev calls should reproduce the issue btw
[16:19] <kirkland> g: cool, i'm on it
[16:25] <kirkland> g: hmm, I'm running this, without seeing a leak:
[16:25] <kirkland> for i in $(seq 1 10000); do sudo multipath -v4 >/dev/null; sudo multipath -F >/dev/null; free; done
[16:26] <G> kirkland: do you see anything in udevadm monitor?
[16:27] <kirkland> g: hmm, no
[16:27] <G> kirkland: oh, I found running 'top -p (pidof libvirtd)' was the best way of keeping track of it
[16:30] <kirkland> g: yeah, nothing, yet
[16:30] <kirkland> g: no events in the monitor
[16:30] <G> kirkland: what ouput do you get from 'multipath -F; multipath -v4'
[16:30] <G> *output
[16:36] <SpamapS> pitti: I understand you weren't talking directly to me. I was just curious what sort of script was doing damage.
[16:36] <pitti> SpamapS: the pm-utils-powersave-policy one for spining down SATA drives
[16:37] <SpamapS> pitti: interesting
[16:38] <kirkland> g: http://paste.ubuntu.com/438920/
[16:41] <G> kirkland: hmmm, the only thing different is 'mapp already present'
[16:42] <G> kirkland: if you do multipathd -k and at the prompt run 'show config' it's empty?
[16:42] <kirkland> g: correct
[16:43] <G> the only thing I can think of is at first, I had an issue where udev was in a weird state
[16:43] <G> (when I was first reproducing it)
[16:44] <G> I could reproduce it, then udev would act up and stop producing the add/remove calls
[16:45] <G> ah ha
[16:45] <G> kirkland: yeah, thats the issue
[16:46] <G> kirkland: got an entry in /dev/mapper by any chance?
[16:46] <G> for your HD that is
[16:46] <kirkland> g: http://pastebin.ubuntu.com/438923/
[16:47] <G> kirkland: bingo, I think we may have struck on a race condition in multipath? :P
[16:48] <kirkland> g: hrm, interesting ...
[16:48] <G> because I managed to get to the same point with 'while true; do sudo multipath -F; sudo multipath -v4; done;
[16:48] <G> kirkland: tbh, when I got to that point I just rebooted
[16:49] <G> and reproduced with: top -p (pid of libvirtd) in one terminal, and manually running 'multipath -F; multipath -v4' in another terminal and watching RES going up
[16:49] <kirkland> g: i'm running your while true, no leak
[16:49] <kirkland>  1047 root      20   0  188m 7192 2960 S    0  0.2   0:00.37 libvirtd
[16:49] <kirkland> g: i'm pegged there
[16:49] <kirkland> g: 7192 constant
[16:50] <G> kirkland: if that map already present message is still there, I'd expect it to peg there
[16:52] <kirkland> g: so how do I try to re-trigger the race?  reboot and let udev redect my hard disk?
[16:52] <G> kirkland: I'm just trying to work out what multipath is looking for regarding that issue
[17:01] <G> kirkland: ah ha!
[17:01] <G> kirkland: without a reboot: dmsetup ls, if it's there with (252, 0) do a 'dmsetup remove <string>'
[17:02] <G> kirkland: that fixed my multipath
[17:02] <G> so it's actually a dmsetup/multipath race
[17:10] <kirkland> g: hmm, okay, so this is a bit outside my expertise
[17:10] <kirkland> g: what's dmsetup remove going to do?
[17:11] <G> kirkland: remove the map that multipath created but couldn't remove, if like me, the HDD is mounted traditionally (like /dev/sda1 etc) then it won't effect mounted partitions
[17:11] <G> dmsetup = device mapper, and just creates fancy references, mainly used for multipath & LVM
[17:11] <kirkland> g: i'm mounted by UUID
[17:11] <G> kirkland: yeah, UUIDs won't be effected
[17:12] <kirkland> g: and after I do this, I'll reproduce the leak?
[17:12] <G> yep should do, but do it slowly with just: multipath -F; multipath -v4
[17:12] <G> and wait a sec before doing it again
[17:13] <G> I think the problme with the do while loops is it tries to flush before the map is created
[17:14] <kirkland> g: okay, now i have activity in udev admin
[17:14] <kirkland> g: and yeah, now i see a memory leak
[17:14] <G> good and the RES memory usage should be going up for libvirt
[17:14] <kirkland> g: correct
[17:15] <G> kirkland: great :)
[17:15] <kirkland> g: okay, so I've reproduced this;  can you post an update to the bug with your race condition analysis?
[17:15] <G> with the patch the starting RES should be lower than without (because it's fixed for startup) and then also it shouldn't go up during normal usage
[17:15] <G> kirkland: actually, the race condition is seperate, it's really a new bug
[17:16] <G> which I'll create
[17:16] <kirkland> g: i see your post to the libvir list, thanks ;-)
[17:17] <G> kirkland: was just waiting till I was certain that you'd be able to reproduce the issue :)
[17:17] <kirkland> g: heh, okay, i just need to document how to reproduce it for the SRU
[17:18] <G> kirkland: no problem
[17:26] <ScottK> doko_: Did you plan on uploading your last Ubuntu twisted fix to Debian so we can sync it?  I see some builds failing for lack of an update and a sync would be nicer than a merge....
[17:27] <G> kirkland: btw, for the race condition: https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/585027
[17:27] <G> kirkland: anything else I need to do, or can I just leave it with you?
[17:28] <kirkland> g: just one sec, review my update
[17:28] <G> kirkland: sure, let me know when it's up
[17:30] <kirkland> g: http://pastebin.ubuntu.com/438949/
[17:32] <G> kirkland: for IMPACT: I'd remove the system loses a udev race on boot bit
[17:32] <G> the race condition that we experienced just impacted our ability to hit the bug
[17:32] <G> the impact is really any system w/ libvirtd running while udev add calls are occuring
[17:33] <G> kirkland: to avoid the race condition in the while true loop, maybe add a sleep 1 or something like that to let udev/dmsetup/multipath to settle
[17:33] <kirkland> g: okay
[17:34] <G> kirkland: but yeah, that sounds about right
[17:35] <G> (I'd put the sleep 1 bit after multipath -v4
[17:37] <kirkland> g: thanks, uploaded to lucid-proposed
[17:42] <G> kirkland: cool, thanks for looking at it, I think I might look at some of the libvirt bugs sometime too, that one just got me really interested though :)
[17:42] <kirkland> g: cheers, thank you;  *great* job tracking it down
[17:42] <kirkland> g: the libvirt bugs could certainly use a hug from someone with an interest in fixing some of them ;-)
[17:43] <G> kirkland: yeah
[17:44] <G> kirkland: must say, valgrind was the biggest help
[17:46] <G> kirkland: well, have a good day! :)
[17:48] <G> kirkland: oh I guess I should also forward this to the debian.org BTS so they can apply the patch there as well
[17:48] <kirkland> g: that would be good, yeah
[17:48] <G> kirkland: if you want, I can do that in the morning
[17:48] <kirkland> g: nice, you got an ack on the upstream patch too, great
[17:48] <G> oh, haven't seen that yet
[17:49] <G> kirkland: oh thats great news
[17:51] <mpagano_> Does ubuntu have a web front end to commits?
[17:53] <blue_anna> I've mostly got my compose issue worked out now
[17:54] <blue_anna> the main thing that's got me confused is gnome-terminal and firefox don't accept many-key compose sequences, and won't output  more than one character -- it only works for definitions that are like deadkeys
[17:54] <blue_anna> everything else, xterm, opera, kde apps .. they all work with like for example compose+b+t+w = "btw"
[17:54] <blue_anna> or "by the way" I was being quick :)
[17:56] <blue_anna> https://help.ubuntu.com/community/ComposeKey - I was following this guide
[17:58] <ion> Hit compose, release it and then hit the rest.
[17:58] <blue_anna> both ways, it works or it doesnt. like compose+t, m works. so does compose, t, m
[17:58] <blue_anna> but compose, b, t, w does not -- unless I'm using anything other than gtk
[18:00] <blue_anna> I have explicitly set GTK_IM_MODULE like it says to in the guide
[18:00] <blue_anna> ion: not sure what's up with it
[18:23] <blue_anna> ion: you still here?
[19:36] <blue_anna> the gtk people tell me that xim is not the preferred im because it is buggy. I am getting one of those bugs with my particular set up. what is the suggested lucid alternative to xim for custom compose keys ? https://help.ubuntu.com/community/ComposeKey -- this says xim but like I said that's known not to work
[19:50] <blue_anna> do you know how to get Xcompose working with ibus? there are some unanswered posts on ubuntuforums about that but no solutions
[20:50] <persia> blue_anna: I believe ibus is the recommendation
[20:52] <blue_anna> persia: yeah I heard that now, thanks
[22:59] <rascal999> sudo service statd start -- fails with Warning: Fake initctl called, doing nothing. Any ideas?