[01:36] <hallyn> bdrung: building it in a ppa at https://launchpad.net/~serge-hallyn/+archive/kvm-keys-test in case you want to have others try it out
[01:50] <smoser> pitti, awake ?
[01:52] <hallyn> bdrung: uh - but capslock works for me in kvm!
[04:00] <mwhudson> where should i ask about python-apt questions?
[04:00] <NCommander> directhex: ping, so have you been looking at the mono issues on ARM?
[07:03] <lucent> uh... I'm needing some help to get a PPA built for multiple Ubuntu releases
[07:03] <lucent> when I copy the PPA package, launchpad UI complains that the same name exists
[07:03] <lucent> so, what is the naming I should be using such that copy will work within the same PPA and onto a different release target?
[07:10] <lucent> https://bugs.launchpad.net/soyuz/+bug/189223 using this UI
[07:27] <directhex> NCommander: which current arm issues?
[08:02] <dholbach> good morning!
[08:32] <directhex> NCommander: i'm aware of problems with 2.8 on arm, but the existing 2.6.7 i'm not
[08:51]  * apachelogger tickles pitti with bug 676663 ^^
[08:57] <mvo> hey seb - too late
[09:41] <pitti> Good morning
[09:41] <pitti> apw: that sounds like a bug -- the graph is supposed to have all WIs
[09:42] <pitti> smb: I think cjwatson did yesterday
[09:42] <pitti> smoser: hello
[09:42] <smb> pitti, Hi and yes. Sorry for the noise.
[09:42] <pitti> apachelogger: will do SRUs today
[09:43] <apw> pitti, i was wondering if it might be an overlap issue, as the bar is actually 10 bars on top of each other
[09:43] <apw> not had a chance to investigate it yet
[11:12] <lool> pitti: Hey there, would you mind NEWing linaro-image-tools https://launchpad.net/ubuntu/+source/linaro-image-tools/0.3/+build/2040596 ?
[11:14] <pitti> lool: done
[11:14] <lool> pitti: thanks!
[11:17] <sebner> didrocks: my compiz crash in openoffice is now fixed in git. I can prepare a debdiff later unless you want to upload it yourself as you have rights for main which makes it a little bit easier and faster
[11:20] <didrocks> sebner: I have other pending upload and I'll make dist a newer version soon
[11:21] <didrocks> also, the git commit doesn't fix everything, there are still some pending issues
[11:21] <didrocks> hopefully, we will have a new version next week :)
[11:21] <sebner> didrocks: aye, thanks :)
[11:21] <didrocks> yw :)
[12:16] <MTecknology> This probably isn't the best place to ask.. How hard is it to convert an init script to an upstart script?
[12:37] <apw> MTecknology, depends on the initscript complexity but not so hard, i would think #ubuntu-devel is a better place though
[12:37] <apw> oh heh, this is there
[13:06] <MTecknology> apw: LOL..
[13:07] <MTecknology> apw: the init script is something I wrote - so obviously not complex :)
[13:11] <smoser> pitti, was pinging regarding https://bugs.launchpad.net/ubuntu/+source/apt/+bug/676790
[13:11] <smoser> but i'm on vacation today
[13:11] <pitti> I've seen the bug fly by
[13:11] <pitti> will look at it in due course
[13:12] <MTecknology> smoser: vacation?...
[13:12]  * MTecknology googles
[13:16] <seb128> doko_, when you fix a bug which concerns debian and has been opened in the bts as well could you send your patch to debian?
[13:16] <seb128> doko_, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603676 for example
[13:17] <seb128> doko_, should bug #650945 be closed as well with your upload?
[13:17] <doko_> seb128: dude, give me some time ...
[13:18] <seb128> doko_, ok ;-) I was not sure if you checked for open bugs since you didn't list the bug number is the changelog
[13:19] <seb128> is -> in
[13:19] <seb128> doko_, I was pointing the bug references in case you didn't know about them, thanks
[14:28] <hrw> hi
[14:34] <pitti> mvo: apt-get download> yay you! (and for changelog as well)
[14:36] <mvo> pitti: :) its pretty nifty, it supports all the niceness of apt-get install (like pkg/natty pkg/maverick, pkg=version etc)
[14:36] <mvo> regexp
[14:36] <pitti> oh, new firefox
[14:37] <pitti> mvo: that's awesome! so much nicer than having to download it manually in the browser
[14:37] <mvo> yeah, I'm happy too :)
[14:37] <sebner> pitti: I miss the reload Icon ¬_¬
[14:37] <pitti> I miss vimperator
[14:40] <sebner> pitti: not ported yet?
[14:47] <pitti> the update check didn't find it
[14:52] <cjwatson> http://paste.ubuntu.com/533879/ <- grep-ubuntu-irclogs, for when your local IRC logs (if any) are insufficient
[14:52] <cjwatson> (bit cheesy)
[15:01] <soren> cjwatson: I miss the days when I could log into the machine serving the irclogs. That's saved me a bunch of time on multiple occasions.
[15:02] <soren> cjwatson: Sometimes, grep is just better than Google.
[15:03] <testi> Is this the place where you discuss blueprints?
[15:04] <sebner> pitti: F6 is now focusing the first tab??
[15:04] <pitti> sebner: not for me, it behaves like ctrl-l for me (go to URL bar)
[15:05] <sebner> pitti: ctrl-l works for me but F6 focuses the first tab xD
[15:07] <soren> sebner: well, ctrl-1 and ctrl-l looks and awful lot like each other in many fonts. Maybe it gets confused.
[15:08] <sebner> soren: ??, I said ctrl-l works and F6 does *not* work
[15:09] <soren> sebner: Well, if F6 is supposed to to the same as ctrl-l, and ctrl-l looks just like ctrl-1 (at least if you squint)..
[15:09]  * soren is kidding, of course
[15:10] <cjwatson> I can't tell what F6 does.  It seems to draw a dotted border around the main page window.
[15:10] <cjwatson> s/draw/toggle/
[15:11] <pitti> so it's "do any action, except the one which is on your mind at the moment"?
[15:12] <sebner> cjwatson: main page windows = main page tab? It seems F6 toogles always the selected tab /here
[15:34] <cjwatson> sebner: no, I mean the frame surrounding the rendered page
[15:42] <pitti> mvo: hm, where does http://launchpadlibrarian.net/59278887/apt_0.8.9ubuntu1_0.8.9ubuntu2.diff.gz actually drop apt-changelog?
[15:42] <pitti> mvo: oh, it's in the previous diff
[15:43] <mvo> pitti: *cough* hawk eye! I forgot it in the initial upload changelog
[15:43]  * mvo knew he would not get away with it ;)
[15:44] <pitti> mvo: heh, np; sorry, I'm not spying after you
[15:44] <mvo> :)
[15:44] <mvo> "the fact that you are paranoid does not mean they are not after you"
[15:44] <pitti> mvo: I just wanted to know whether 0.8.9 changed anything wrt. bug 675641, it got closed
[15:44] <pitti> but I didn't see anything
[15:44] <mvo> let me check
[15:44] <pitti> mvo: nevermind, I'll check it out in a bit (need to leave for some mins)
[15:45] <mvo> pitti: thanks, I don't think I changed anything there
[15:46] <chrisccoulson> pitti - if you want vimperator - http://is.gd/hm9Tv
[15:48] <chrisccoulson> i miss venkman, which doesn't work either :(
[15:48] <chrisccoulson> sebner - " I miss the reload Icon ¬_¬" - what's wrong with the new icon? ;)
[15:49] <mpt> skaet, hi, besides you, who can approve blueprints for Natty?
[15:50] <mpt> where by "approve" I mean "accept" in Launchpad-ese
[15:52] <skaet> mpt, hi, each of the manager for the teams are approving the blueprints.  Once the manager take a pass, we're intending to take an overview pass to see if it all makes sense from an available folk's time to work on, and adjust a bit.
[15:53] <mpt> skaet, so all a designer/engineer needs to do is make sure it's "Proposed for natty"?
[15:55] <skaet> mpt,  and let the appropriate manager or team lead for the area know you're looking for a review ;)  (extra communication is good thing here)
[15:56] <mpt> ok, thanks skaet
[16:40] <mathiaz> Daviey: hey!
[16:41] <mathiaz> Daviey: I'm going to remove myself as an administrator from ubuntu-server@
[16:41] <mathiaz> Daviey: do you think of anyone else to pick the role?
[16:42] <mathiaz> SpamapS: would you like to become an adminstrator of the ubuntu-server@ mailing list?
[16:51] <manjo> superm1, ping
[16:58] <superm1> manjo, whats up?
[16:58] <manjo> superm1, 1. USB install failed
[16:59] <superm1> manjo, hmm, was it at least detected?
[16:59] <manjo> yes the bios is able to see the usb drive and I am able to browse through the files
[16:59] <manjo> I will talk to intel to see if I need to do anyting diff
[16:59] <superm1> but did it offer it as a potential target to boot uEFI like it does for CD?
[17:00] <manjo> yes
[17:00] <superm1> so at which point did the failure occur then?
[17:00] <superm1> and more importantly, did you have to do anything special to get it to show up in that list?  like format the drive fat16 or anything like that
[17:01] <manjo> not tried fat 16yet, this is the default 32bit
[17:01] <manjo> sorry fat
[17:01] <manjo> does it not even show up on your laptop ?
[17:02] <manjo> as target?
[17:02] <superm1> i'll have to recheck, when i first did a while back it wasn'
[17:02] <superm1> so where is the problem occurring for you then?  after picking the target, grub is failing to load?
[17:03] <manjo> not exactly sure, but looks like grub is not loading
[17:04] <manjo> superm1, I might be visiting UK on the 4th of Dec, we talked about a uefi laptop for colin, is this something that can be arranged ?
[17:05] <manjo> if so I can pick it up and deliver it to him
[17:05] <superm1> manjo, yeah we should be able to work something out
[17:14] <cjwatson> manjo: is this one without firmware flaws? :)
[17:15] <cjwatson> (dunno which Colin you mean, mind you)
[17:15] <manjo> cjwatson, yeah this is the intel dev platform
[17:15] <manjo> cjwatson, oh the laptop is for cking
[17:15] <cjwatson> right.  actually that's good.
[17:16]  * manjo broke the usb stick shit!
[17:17] <cking> manjo, gotta laptop for me?
[17:18] <manjo> cking, I might be in UK on the 4th dec, so I will bring you one that superm1 gives me
[17:19] <manjo> cking, I will be there from 4-11
[17:19] <manjo> cking, also the WD 3T disk
[17:22] <ivanka> mvo: hi
[17:24] <cking> manjo, how ya gonna get them from millbank to my home?
[17:25] <manjo> cking, bummer... never thought of that!
[17:25] <cking> just joining up the dots..
[17:25] <cking> perhaps you could ask somebody in millbank to fedex them to me
[17:59] <cking> manjo, alternatively, you could just fedex the kit to my home straight from the US
[17:59] <manjo> cking, true
[19:02] <SpamapS> mathiaz: re admining ubuntu-server .. sure.. somebody needs to do it. :)
[19:08] <mvo> ivanka: hi
[19:08] <mvo> ivanka: sorry for the delay, I was at dinner
[19:09] <ivanka> mvo: shouldn't you now be enjoying post dinner and not be looking at irc?
[19:09] <mvo> ivanka: *cough*
[19:12] <ivanka> mvo: :-)
[19:33] <mathiaz> SpamapS: which email address should I use?
[19:37] <SpamapS> @ubuntu.com I think makes the most sense
[19:38] <SpamapS> mathiaz: ^
[19:40] <pitti> chrisccoulson: nice, vimperator on 4.0, thanks :)
[19:40] <shtylman> anyone know what software runs packages.ubuntu.com?
[19:41] <ebroder> shtylman: There's a link to http://packages.ubuntu.com/about/ at the bottom of the page
[19:41] <shtylman> ebroder: holy crap.. totally missed that
[19:41] <shtylman> thank you :)
[21:13] <jono> hey all
[21:14] <jono> installed natty on a USB drive and it hangs at SYSLINUX, is this a known bug?
[21:14] <jono> using the latest live daily
[21:16] <fagan> jono: I had a quick check of the bug list for natty and its not there so id say report a bug for it
[21:17] <firewave> jono, is it in virtual or not ?
[21:17] <jono> firewave, no native, but on a USB stick
[21:18] <firewave> jono, yeah sorry.. lol
[21:19] <jono> oh I think I may have screwed up the creation of the disk
[21:19] <jono> re-creating now
[21:19] <fagan> oh thats good to hear then
[21:20] <firewave> jono, I'd tell you to try with maverick to check all the creation
[21:20] <firewave> jono, and if it actually works, report the bug for it
[21:20] <jono> creating it nw
[21:20] <jono> now
[21:20] <jono> thanks firewave
[21:21] <firewave> jono, don't, I did anything to solve your problem :-s
[21:23] <firewave> Somebody know how to track a f*** freezing bug ?
[21:24] <firewave> Because all freeze, I'm not able to have some log or anything
[21:24] <firewave> Think it's nvidia prop driver but I can't do anything...
[21:25] <firewave> to check that
[21:25] <fagan> firewave: have you changed anything big with your install? Im not getting any freezes at the moment in natty but im on an intel GPU so it could be a nvidia thing
[21:26] <firewave> fagan, the thing is very nasty, appends randomly every 30min or 1 days..
[21:27] <firewave> but same with maverick... humm
[21:27] <fagan> firewave: well it sounds like a driver issue then but its hard to debug
[21:27] <firewave> metacity and compiz, even in GDM one time..
[21:27] <firewave> yeah
[21:28] <firewave> I'll check if an opensource driver work for me
[21:28] <fagan> good idea it might help
[21:28] <firewave> even if no 3D, after 2 days, I would know if it's nvidia or something else
[21:29] <jcastro> slangasek: around?
[21:29] <slangasek> jcastro: hey there
[21:29] <jcastro> slangasek: I have a button in lp that says "rebuild" when I was investigating why nux/unity didn't rebuild
[21:29] <jcastro> and I clicked it
[21:30] <jcastro> and now it's rebuilding it
[21:30] <jcastro> https://launchpad.net/ubuntu/+source/unity/3.1.4-0ubuntu1/+build/2052937
[21:30] <slangasek> jcastro: ok, good? :)
[21:30] <jcastro> can that do anything bad? It feels like I shouldn't have clicked that, I'm not an archive admin or anything like that
[21:31] <slangasek> jcastro: it makes the log of the previous build attempt unavailable; but that's a secondary concern
[21:31] <slangasek> jcastro: the button is there so that people click it and don't have to ask people with hats :)
[21:32] <james_w> I thought only people that could upload could retry
[21:32] <slangasek> I think that's right
[21:32] <jcastro> ok so I certainly should not be pushing it.
[21:32] <slangasek> jcastro: then maybe you've found a bug in LP
[21:33] <jcastro> slangasek: at first glance it was like "oh something didn't build I get a chance to make it build"
[21:33] <james_w> my guess is that jcastro's UDS superpowers get him this ability somehow
[21:35] <jcastro> james_w: not likely, there's a seperate uds drivers group, perhaps my registry powers?
[21:35] <james_w> jcastro, maybe, yeah
[21:35] <james_w> one of your many superpowers at least
[21:35] <jcastro> ok, so don't click it anymore, got it.
[21:36] <james_w> only when you really want to ;-)
[21:36] <jcastro> well, if something fails to build reclicking it won't magically fix that
[21:36] <slangasek> if it's a kernel build that failed after 12 hours, don't click it
[21:36] <jcastro> so really all I've wasted is 10 minutes of build time. :-/
[21:37] <slangasek> no, the "magically fix the package and rebuild" button is *very* heavily restricted in LP
[21:37] <jcastro> how can something like that even exist?
[21:38] <highvoltage> can't you use that button to enable it for everything? or is that like asking the genie for a 1000 more wishes?
[21:38] <slangasek> jcastro: ... magically? :)
[21:38] <jcastro> slangasek: I don't miss working with you one bit. :)
[21:38] <slangasek> you don't fool me
[21:39] <slangasek> you weren't working!
[21:39] <slangasek> ;)
[21:47] <jcastro> slangasek: james_w: I have filed bug #677207
[21:49] <james_w> thanks
[21:53] <[reed]> RAOF: ping
[22:03] <RAOF> [reed]: Pong?
[22:03] <[reed]> RAOF: what's it going to take to get bug 650539 fixed?
[22:04] <[reed]> the fix has been committed upstream, so they've signed off on it
[22:04]  * RAOF waits for firefox to start.
[22:05] <[reed]> lol
[22:05] <RAOF> That's part-way through the SRU process, isn't it?
[22:05] <[reed]> I'm not sure how to tell that... I didn't see any specific comment, though maybe I overlooked something
[22:07] <RAOF> Hm, no, you're right.
[22:08] <RAOF> So, that gets fixed by me actually going through the SRU process.
[22:09] <[reed]> RAOF: that would be awesome if you could do that :)
[22:10] <chrisccoulson> RAOF - if you're waiting for firefox to start, then you can't be running natty yet ;)
[22:11] <RAOF> chrisccoulson: Oh, I am.  I just needed to kill the first firefox process that had hung somewhere :P
[22:11] <chrisccoulson> oh :(
[22:11] <chrisccoulson> did you upgrade to 4.0 today?
[22:11] <RAOF> Yes
[22:12] <RAOF> Well, yesterday, but this was the first run.
[22:12] <chrisccoulson> it starts quickly here ;)
[22:14] <RAOF> I've switched back from Chromium on the basis of lower memory useage.  And the tab grouping thing is pretty nifty, too.
[22:17] <chrisccoulson> yeah, it's pretty nice :)
[23:04] <superm1> manjo, cjwatson i managed to get the uefi option to show up for a usb device on my system, but had to pull efi/boot/bootx64.efi out of boot/grub/efi.img and put it in efi/boot/bootx64.efi at the root of my fat32 usb stick
[23:05] <manjo> superm1, wow
[23:05] <superm1> i really don't see how it could have worked for you the more i think about it
[23:05] <superm1> because that means that it was loop mounting boot/grub/efi.img which is a non-standard location
[23:06] <manjo> superm1, like it only showed up on the list of devices to boot from, but never able to boot from it
[23:06] <superm1> manjo, ah, see by doing this i can actually load grub
[23:07] <superm1> it looks like there are some other problems once it gets loaded with trying to find the right grub.cfg potentially though
[23:07] <superm1> this was with today's natty
[23:07] <superm1> so maybe it's a natty problem with trying to find the right grub.cfg
[23:09] <superm1> so there's two ways to generally address this though: 1) in the CD build process, make sure efi/boot/bootx64.efi is left in the ISO in the right place (will use 348k more space on the ISO).  2) teach usb-creator to extract efi.img to the right place
[23:10] <manjo> superm1, should probably recorded in a bug and assigned to cjwatson
[23:10] <superm1> yeah
[23:11] <superm1> manjo, do you have a gold maverick amd64 handy you can try what I did with?  i only have a natty here atm
[23:11] <manjo> superm1, no I can create one ..
[23:18] <NCommander> directhex: ping, I've got some mono on ARM questions for you :-)
[23:18] <directhex> NCommander: go
[23:22] <NCommander> directhex: any idea why I'm getting PInvoke failures int he test case? I've been poking around and this looks like banshee is completely foobar'ed
[23:23] <directhex> hang on, let me boot this thing
[23:24] <NCommander> directhex: http://paste.ubuntu.com/534065/ - I'm thinking this is an issue with Thumb2
[23:25] <superm1> manjo, okay bug 677260
[23:25] <NCommander> the big ones that consider me are pinvoke which suggest calling convention issues, and vararg
[23:26] <superm1> i'll leave both tasks as new so cjwatson can decide which one is more appropriate
[23:26] <manjo> superm1, I will update that bug, creating maverick usb now
[23:34] <superm1> manjo, i think additionally it looks like bootx64.efi's grub image appears to be missing part_msdos and vfat support
[23:34] <superm1> at the rescue prompt i'm not able to ls on any of the (hdX) devices because it gets unknown filesystem.
[23:35] <superm1> my guess is that it was built with iso9660 support only with the expectation that it would load additional modules from the CD
[23:35] <directhex> NCommander: it'd take some digging through the git commit logs to see what fixed those test cases
[23:35] <directhex> NCommander: i know the whole test suite passes on mono 2.8
[23:36] <superm1> so maybe a second efi/boot/bootx64.efi needs to be built that's a little bit different than the one contained in efi.img so as to contain this additional support
[23:42] <directhex> NCommander: and i don't know about "completely fubar" - i'm currently listening to an mp3 on banshee on maverick on armv7
[23:42] <directhex> NCommander: u1ms seems broken though
[23:46] <NCommander> directhex: thats counter to everything I've tested and GrueMaster has tested w.r.t. to banshee
[23:46] <NCommander> banshee will crash failure quickly if idling or if you try to do something with it in my experience
[23:47] <cjwatson> superm1: loop-mounting /boot/grub/efi.img> you know that /boot/grub/efi.img is assigned as the content of the EFI boot catalog entry, right?
[23:48] <cjwatson> fagan: can you please try to avoid top-posting and including the entire previous message in your message when posting to ubuntu-devel?  please trim quotes
[23:48] <fagan> sure sorry about that
[23:48] <cjwatson> thanks
[23:49] <fagan> I write emails fairly quickly normally so I forget about formatting
[23:49] <directhex> NCommander: i can take a more extensive look tomorrow, but regular playback with a test track seems normal here
[23:54] <cjwatson> superm1: /boot/grub/efi.img is very definitely supposed to be built with part_msdos and vfat.  it was not my intention when constructing it to build it with iso9660 only.
[23:55] <cjwatson> hm, I think, anyway
[23:55] <cjwatson> I suppose it's possible there was an oversight there - I certainly consider it a bug if it's missing part_msdos and fat though
[23:55] <cjwatson> no need for a second image