[00:00] <elmo> ok, seriously - where in the world is it afternoon?
[00:02] <radix> hmm. maybe if you're west coast north america :)
[00:06] <mpt> New Zealand
[00:06] <mpt> http://timeanddate.com/worldclock/results.html?query=wellington
[00:06] <lifeless> 1205 I would expect
[00:08] <thumper> radix: I'm looking at it now
[00:10] <ubotu> New bug: #114605 in network-manager "Network Manager cannot connect to a WEP 128 network (dup-of: 205887)" [Undecided,Invalid] https://launchpad.net/bugs/114605
[00:18] <thumper> radix: ping
[00:26] <ubotu> New bug: #209452 in launchpad "can't stop getting bug spam for bug 114605" [Undecided,New] https://launchpad.net/bugs/209452
[00:26] <radix> thumper: hi :)
[00:26] <thumper> radix: codebrowse fixed (I hope)
[00:27] <radix> thumper: yay!
[00:27] <radix> thumper: It is indeed working. Now I can finish a blog post that links to a file in codebrowse :-)
[00:27] <thumper> \o/
[00:27] <radix> thumper: thanks a lot for looking at that.
[00:27] <thumper> radix: np
[00:27] <mwhudson> radix: you know you can make the paths prettier than what codebrowse generates?
[00:28] <mwhudson> s/paths/URLs/
[00:28] <radix> mwhudson: Oh, yes, I was going to figure that out once it was fixed. thanks for reminding
[00:28]  * radix tries
[00:29] <radix> hrm
[00:29] <radix> mwhudson: ok, I give up :)
[00:29] <radix> mwhudson: what is the URL format?
[00:29] <lifeless> radix: /revno/path I think
[00:29] <lifeless> radix: there is a bug open with ane xample
[00:30] <radix> hmm, is there one without revno?
[00:30] <mwhudson> and you can use /head:/ as a magic "revno", if appropriate
[00:30] <radix> mwhudson: thank you thank you :-)
[00:30] <radix> http://bazaar.launchpad.net/~radix/corotwine/trunk/head:/corotwine/examples.py <-- no good
[00:30] <mwhudson> radix: http://bazaar.launchpad.net/~radix/corotwine/trunk/annotate/head:/corotwine/examples.py
[00:31] <radix> ah ha
[00:46] <ubotu> New bug: #209460 in launchpad "authserver performance regression" [Undecided,New] https://launchpad.net/bugs/209460
[01:42] <warren> [warren@newcaprica ltsp-trunk]$ bzr push
[01:42] <warren> Using saved location: bzr+ssh://wtogami@bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/
[01:42] <warren> bzr: ERROR: bzrlib.errors.TooManyConcurrentRequests: The medium '<bzrlib.smart.medium.SmartSSHClientMedium object at 0x1191110>' has reached its concurrent request limit. Be sure to finish_writing and finish_reading on the currently open request.
[01:42] <warren> lifeless, ^^
[01:42] <lifeless> warren: hi
[01:42] <lifeless> warren: that doesn't fit the profile of errors we're expecting, perhaps some other error has occured? 
[01:43] <warren> lifeless, I don't know =(
[01:43] <lifeless> have a look in ~/.bzr.log
[01:43] <warren> lifeless, especially strange is a push to the same tree was successful a minute earlier.
[01:47] <warren> 96.395  Using fetch logic to copy between KnitPackRepository('file:///home/warren/work/k12linux/ltsp-trunk/.bzr/repository/')(<RepositoryFormatKnitPack1>) and KnitPackRepository('bzr+ssh://wtogami@bazaar.launchpad.net/%7Eltsp-upstream/ltsp/ltsp-trunk/.bzr/repository/')(<RepositoryFormatKnitPack1>)
[01:47] <warren> 115.480  not updating child fraction
[01:47] <warren> lifeless, it says the latter line a few times then the traceback 
[01:47] <spiv> warren: If you can reproduce, try "bzr -Dhpss push" and pastebin the .bzr.log output.
[01:48] <lifeless> warren: I'll leave you in spivs capable hands
[01:48] <spiv> warren: that's a pretty surprising error, though.
[01:48] <warren> Does "bzr break-lock" work on the server?
[01:48] <spiv> warren: what version of bzr?
[01:48] <spiv> warren: yep
[01:48] <warren> bzr-1.3-1.fc9
[01:48] <warren> bzr break-lock  bzr+ssh://wtogami@bazaar.launchpad.net/%7Eltsp-upstream/ltsp/ltsp-trunk/
[01:48] <warren> this is just sitting there it seems
[01:48] <lifeless> There will be a short interruption to bazaar.launchpad.net and the ubuntu wiki to deploy a fix for the performance problems.
[01:49] <spiv> warren: that's odd.
[01:50] <warren> oh there it worked
[01:50] <warren> trying "bzr -Dhpss push"
[01:50] <warren> Using saved location: bzr+ssh://wtogami@bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/
[01:50] <warren> Permission denied (publickey).
[01:50] <warren> well, this is new.
[01:50] <warren> oh
[01:51] <warren> I guess that's what lifeless just said. =)
[01:51] <spiv> warren: right :)
[01:51] <poolie> hi warren 
[01:51] <spiv> warren: probably the break-lock was just slow due to the performance problems lifeless is currently deploying the fix for
[01:51] <lifeless> ok
[01:51] <lifeless> fix deployed
[01:52] <jml> woot.
[01:52] <spiv> warren: try again?
[01:57] <Peng> So what was causing the performance problems?
[01:59] <spiv> warren: also, could you pastebin the full traceback?
[02:00] <jml> Peng: a regression in the authentication server.
[02:06] <warren> hmm, can't reproduce it now
[02:07] <spiv> warren: interesting, I wonder if maybe you had a temporary network connection problem
[02:07] <spiv> warren: can you pastebin the traceback you got the first time?
[02:07] <warren> pastebin URL?
[02:07] <spiv> http://pastebin.com/
[02:09] <warren> http://pastebin.com/m416c3e99
[02:12] <spiv> Ah, I see.  An error of some sort happened during a branch.push call, which is decorated by needs_write_lock.  Unfortunately if the error is due to a smart protocol failure it'll still try to unlock, even though the smart protocol isn't in a state where that's possible.
[02:12] <spiv> That gives the error you see, and unfortunately masks the original error.
[02:12] <spiv> I think there may already be a bug about that.
[02:14] <spiv> warren: this is bug https://bugs.edge.launchpad.net/bzr/+bug/144627 (which is a dupe of a more general bug)
[02:14] <ubotu> Launchpad bug 144627 in bzr "TooManyConcurrentRequests raised when bzr+ssh push is interrupted (dup-of: 125784)" [Medium,Triaged] 
[02:14] <ubotu> Launchpad bug 125784 in bzr "Concurrency errors when using smart server over ssh" [High,Confirmed] 
[02:15] <spiv> warren: My guess in your case is that your network connection briefly dropped out, or something like that.
[02:15] <warren> hm.. isn't TCP supposed to handle that?
[02:15] <warren> none of my other stuff stopped working
[02:15] <warren> including this IRC connection
[02:16] <spiv> warren: well, it depends on exactly what happened, but it is possible, especially as the smart server connection will typically be trying to send more traffic than an IRC connection.
[02:16] <ubotu> New bug: #209476 in xfce4-utils "Missing "/" in XDG_DATA_DIRS variable running Xubuntu / XFCE" [Undecided,New] https://launchpad.net/bugs/209476
[02:16] <spiv> warren: unfortunately due to this bug I can only guess about the original error :(
[03:33] <lifeless> how is the performance looking ?
[04:11] <poolie> hi
[04:14] <poolie> any ppa hackers here
[04:17] <jamesh> they'd be on European time, so probably not
[04:18] <poolie> right, i thought so
[04:18] <poolie> should have asked for insomniac hackers
[04:36] <ubotu> New bug: #209511 in launchpad "formatting errors while commenting on a bug" [Undecided,New] https://launchpad.net/bugs/209511
[04:56] <ubotu> New bug: #209515 in launchpad "PPA should not remove outdated packages needed as dependencies" [Undecided,New] https://launchpad.net/bugs/209515
[06:05] <danuel> Hardy doesn't allow mounting of windows volumes (NTFS) without sudo? "You are not privileged to mount this volume"
[06:06] <danuel> Is anyone familiar with this issue?
[06:06] <danuel> I am new to Ubuntu
[06:06] <georgy> by default only the super user -> root
[06:06] <georgy> is allowed to mount
[06:07] <georgy> you should join #ubuntu though
[06:22] <kgoetz> danuel: try #ubuntu+1
=== Seveaz is now known as Seveas
[08:15] <ubotu> New bug: #209554 in malone "Filing a bug+attachment results in two emails" [Undecided,New] https://launchpad.net/bugs/209554
[08:16] <AnAnt> hello, does launchpad have svn service or only bzr ?
[08:18] <mdke> AnAnt: it only hosts bzr branches, but it can import svn trees to bzr
[08:18] <mdke> All: one of our users got the following error when trying to checkout a branch, any idea what is causing it? http://pastebin.ubuntu.com/6253/
[08:20] <Hobbsee> mdke: it means launchpad is smiting him for not having his translations done earlier :)
[08:20] <mdke> Hobbsee: which translations?
[08:21] <Hobbsee> er, not that.  release notes & docs, sorry
[08:21] <mdke> aha
[08:22] <mdke> perhaps it's related to these issues they have been having
[08:23] <Hobbsee> mdke: old version of bzr or something?  I really have no idea, sorry.
[08:23] <mdke> np, it's a weird one
=== mwhudson__ is now known as mwhudson
=== \sh_away is now known as \sh
[08:26] <mwhudson> mdke: what version of bzr is that guy using?
[08:27] <mdke> mwhudson: not sure, although i think I've got the reason from #bzr
[08:27] <mwhudson> oh ok
[08:37] <AnAnt> Common Public License = creative commons ?
[08:37] <mdke> AnAnt: http://www.opensource.org/licenses/cpl1.0.php
[08:38] <mdke> google knows
[08:40] <AnAnt> mdke: is creative commons considered: Other/Open Source ?
[08:41] <AnAnt> or Artistic ?
[08:41] <AnAnt> I can't find the creative commons in the project add page
[08:46] <mdke> AnAnt: Other, I believe. That's what I used anyway
=== doko_ is now known as doko
=== stu1 is now known as stub
[09:51] <carlos> morning
[09:52] <Hobbsee> guten tag, carlos 
[10:20] <ubotu> New bug: #209589 in soyuz "The manage-chroot doctest is too slow" [Wishlist,In progress] https://launchpad.net/bugs/209589
=== G0SUB_ is now known as G0SUB
[10:40] <StevenK> Hi, I uploaded wpeditor to the ubuntu-mobile PPA two hours ago, and got the Accepted mail, but have yet to see it show up on the page itself. The source and binary packages are on ppa.l.n, though
[10:43] <cprov> StevenK: https://edge.launchpad.net/~ubuntu-mobile/+archive?field.name_filter=wpeditor&field.status_filter=published
[10:44] <cprov> StevenK: it's in the second batch when you load the page, btw.
[10:58] <StevenK> cprov: Which second batch?
[11:01] <cprov> StevenK: there is a problem, you have to click the search button in order to have the batch-navigation links presented.
[11:07] <poolie> cprov: hi!
[11:07] <poolie> want to talk about 209515, the "don't delete old packages"?
[11:07] <cprov> poolie: sure
[11:08] <poolie> so, um
[11:16] <ubotu> New bug: #209601 in launchpad "Infinite redirection loop in latest-bugs.atom" [Undecided,New] https://launchpad.net/bugs/209601
[11:55] <andrea-bs> hello, feeds.launchpad.net is unreachable
[11:55] <andrea-bs> from about 3 days a go
[11:56] <andrea-bs> s/a go/ago/
[11:57] <jamesh> looks like a redirect loop
[11:57] <jamesh> http://feeds.launchpad.net/ => https://feeds.launchpad.net/ => http://feeds.launchpad.net/
[11:58] <andrea-bs> oh, yeah
[12:10] <jamesh> andrea-bs: I've sent an email off to the people who can do something about it.
[12:10] <andrea-bs> thanks jamesh
[12:17] <andrea-bs> jamesh: this problem seems solved now, thanks
=== mrevell is now known as mrevell-lunch
[14:21] <kgoetz> is anyone aware of a bug about launchpad going too far down when 'i'd like to file new bug' is selected? eg, teh box you put your bug report in is almost off the screen
=== mrevell-lunch is now known as mrevell
[14:28] <matsubara> kgoetz: do you have the URL?
[14:28] <kgoetz> matsubara: no, i couldnt find one
[14:29] <matsubara> kgoetz: I mean, a URL where you're experiencing the bug
[14:30] <Vadi> I'm having a bit of a problem uploading additional translations... I remember reading that after the original template is approved, uploading additional .po's should be quick. But I've got 2 of them there are in the "needs review" queue for two days. Did I mess something up? I couldn't find clear documentation on this procedure.
[14:30] <kgoetz> matsubara: ah right.
[14:32] <kgoetz> matsubara: https://bugs.launchpad.net/ubuntu/+filebug -> put in a sumary -> (say "gnome") -> goto "no i'd like to report a new bug" -> on my computer i get a screen full of instructions, and have to scroll up to find the bug details entry box
[14:36] <matsubara> kgoetz: would you please file a new bug for that? I don't think it's reported as it only happens for projects that have lots of instructions
[14:36] <kgoetz> matsubara: ok. will do
[14:37] <matsubara> thanks kgoetz 
[14:41] <kgoetz> filed. i assume it will appear here soon
[14:47] <falsepositive> hi there
[14:47] <falsepositive> any admin around?
[14:49] <kiko> falsepositive, yes, but please make your request in launchpad answers
[14:49] <kgoetz> matsubara: incase it doesnt come up: https://bugs.launchpad.net/launchpad/+bug/209679
[14:49] <ubotu> Launchpad bug 209679 in launchpad "project bug filing box is off screen" [Undecided,New] 
[14:51] <falsepositive> kiko: is that a chan here on freenode?
[14:51] <matsubara> kgoetz: thanks
[14:51] <kgoetz> np
[14:51] <kiko> falsepositive, see /topic
[14:52] <ubotu> New bug: #209679 in launchpad "project bug filing box is off screen" [Undecided,New] https://launchpad.net/bugs/209679
[14:52] <falsepositive> all right, thanks
[14:52] <kgoetz> 10 minute turn around. longer then i thought
[14:53] <mgedmin> I'm gtimelog's maintainer; I'd like to move its bug tracker from my trac to launchpad -- is there a bug import facility?
[14:57] <intellectronica> mgedmin: not really, but we may be able to help
[14:57] <intellectronica> mgedmin: also, you can create bug watches for trac - basically bugs that synchronise with the bugs in your trac, so you could start with that and move gradually
[14:58] <intellectronica> mgedmin: thanks for gtimelog, b.t.w - i use it regularly
[15:44] <Lantas2> Houston, we have a problem! I was about to commit a change to the main trunk of the LottaNZB project yesterday when I somehow managed to stop the "push" process. :-/ Afterwards, I wasn't able to complete it as it always complains:
[15:44] <Lantas2> Unable to obtain lock lp--1227296596:///lock
[15:44] <Lantas2> held by lantash@bazaar.launchpad.net on host vostok [process #7149]
[15:44] <Lantas2> locked 17 hours, 28 minutes ago
[15:44] <Lantas2> Will continue to try until 15:39:20 
[15:44] <Lantas2> Does anyone know how to release this lock?
[15:47] <beuno> Lantas2, you have to unlock it:  bzr break-lock
[15:49] <Lantas2> doesn't seem to work... I'm still getting the "locked" error message.
[15:49] <Lantas2> when I try to "push" after having entered "bzr break-lock"
[15:49] <beuno> Lantas2, break the lock 2 or 3 times
[15:50] <beuno> LP has a weird thing where it keeps on locking it for a few times
[15:50] <beuno> bzr break-lock [LP URL]   that would be
[15:52] <Lantas2> thanks alot, didn't include the LP URL :-D
[15:52] <Lantas2> revision 200 is online :-)
[16:02] <beuno> Lantas2, :)
[16:23] <doko> carlos, kiko: how long does a request for a rosetta export currently take?
[16:24] <kiko> doko, it depends what you are exporting!
[16:25] <doko> kiko: launchpad-integration shouldn't take that long? and the ooo-build part of openoffice.org
[16:25] <kiko> l-i should be small
[16:25] <kiko> but it's a queue, so if there's a job which is long-running..
[16:25] <kiko> where are danilos and jtv?
[16:29] <carlos> kiko, doko: We had to remove all OO.org requests
[16:29] <carlos> to unblock the exports
[16:29] <carlos> and didn't noticied that doko did such request
[16:29] <carlos> doko: sorry about that, could you request it again
[16:29] <emgent> barry: ping
[16:30] <barry> emgent: pong
[16:30] <carlos> it should be fast enough
[16:30] <emgent> barry: remember to rename https://edge.launchpad.net/ubuntu-whitehat-tools in https://edge.launchpad.net/ubuntu-whitehat :)
[16:30] <doko> carlos: ok, it's just the ooo-build part. should I request launchpad-integration as well?
[16:30] <carlos> doko: only templates and translations for openoffice.org package
[16:31] <barry> emgent: thanks for the reminder!
[16:31] <jtv> doko: (but in general, repeating a request does nothing, so it won't hurt either)
[16:31] <emgent> hehe barry thanks to you! :)
[16:31] <barry> emgent: i'll let you know when it's done...
[16:32] <emgent> ok, another big thanks
[16:32] <doko> carlos: resent
[16:32] <emgent> doko you have docs for python-launchpad-bugs ?
[16:32] <doko> emgent: no, should I?
[16:32] <emgent> i should complete anteater tool for ubuntu-whitehat
[16:33] <emgent> doko: ok sorry, i red your nick in python-launchpad-bugs changelog :)
[16:33] <barry> emgent: um, i just looked at those urls.  they're projects not teams.  you don't need my manual intervention to rename projects
[16:34] <emgent> barry: i saw https://edge.launchpad.net/ubuntu-whitehat-tools/+edit
[16:34] <emgent> but i can rename this
[16:34] <emgent> s/can/cant/
[16:37] <barry> emgent: unfortunately, that's not something i can help you with.  probably best thing to do is ask a launchpad question
[16:37] <emgent> ok i will do, thanks barry 
[16:37] <emgent> hi cjwatson 
[16:37] <cjwatson> I made two translation download requests (https://translations.edge.launchpad.net/ubuntu/hardy/+source/net-tools/+pots/net-tools/en_GB/+export and https://translations.edge.launchpad.net/ubuntu/hardy/+source/pppconfig/+pots/pppconfig/en_GB/+export) earlier today, and haven't had a reply yet. It seems excessively slow compared to response times I've had in the past. Is something wrong?
[16:37] <cjwatson> hi
[16:38] <barry> emgent: also, i notice on ~ubuntu-whitehat that the contact address is ubuntu-pentest@lists.ubuntu.com.  is that something that needs to be changed, and if so, can you not change it?
=== salgado_ is now known as salgado-lunch
[16:42] <afflux> cjwatson: was about to ask the same thing
[16:42] <emgent> barry: it's corrected, please dont change :)
[16:42] <emgent> keescook open ubuntu-pentest@lists.ubuntu.com (private mailinglist for penetration testing coordination)
[16:42] <barry> emgent: cool, thanks.  i won't touch it!  i just noticed it was pointing at ubuntu.com not launchpad.net
[16:43] <emgent> yes we know :) 
[16:43] <emgent> anyway thanks :P
[16:43] <andilos> hello
[16:43] <andilos> do we have any import operators around?
[16:50] <kiko> andilos, sure
[16:50] <andilos> anyway, i am looking to have my svn repository imported to launchpad, i set up the import few days ago, and now I have opened a question
[16:50] <andilos> https://answers.launchpad.net/launchpad-bazaar/+question/28500
[16:50] <andilos> no big thing
[16:50] <andilos> hi kiko
[16:53] <kiko> andilos, I'll do it with abentley later today and tell you how it went
[16:57] <mgedmin> intellectronica: I'm happy you find gtimelog useful
[16:57] <mgedmin> I'm not too keen on maintaining my own trac
[16:57] <mgedmin> (no spam filters)
[16:57] <mgedmin> I'd rather switch to malone for bug tracking
[16:57] <andilos> kiko: thanks, do you think the path to the svn repository  is correct? it looks like this http://jeliot3.googlecode.com/svn/trunk
[16:58] <intellectronica> mgedmin: it will be great to have gtimelog in malone indeed
[16:58] <mgedmin> I've 8 bugs (wishlists, mostly) I've entered in http://mg.pov.lt/gtimelog/trac/
[16:58] <kiko> andilos, yep, that's right
[16:58] <intellectronica> mgedmin: currently, we don't have a way to import a trac db en-masse
[16:58] <mgedmin> oh well
[16:58] <mgedmin> manually migrating 8 bugs is easier than 8000
[16:58] <intellectronica> mgedmin: if it's just 8 bugs then i'm happy to share the work of entering them into malone. 4 bugs me, 4 bugs you ;)
[16:59] <kiko> indeed :)
[17:01] <intellectronica> mgedmin: i'm doing tickets 2-5
[17:01] <mgedmin> wait
[17:01] <mgedmin> I just did #2
[17:02]  * kiko chuckles
[17:03]  * mgedmin starts with #9
=== compbrai1 is now known as compbrain
=== \sh is now known as \sh_away
[17:18] <juliux> evening
[17:19] <juliux> lifeless, could it be that bzr-lp ist still buggy? i try since friday to checkout the 5-a-day branch
[17:23] <mgedmin> intellectronica: thanks for the hepl!
[17:23] <mgedmin> hm, I've got patches there that I'd forgotten... oops
[17:30] <BUGabundo> were can I download and updated version of Ubuntu Training PDF?
[17:31] <BUGabundo> do I need to download all of it from bzr?
[17:36] <kiko> BUGabundo, should be uploaded to the wiki today
[17:37] <BUGabundo> grrr
[17:37] <BUGabundo> so again, I'm just going to fast
[17:37] <BUGabundo> lolol
=== matsubara is now known as matsubara-lunch
=== kiko is now known as kiko-fud
=== matsubara-lunch is now known as matsubara
=== kiko-fud is now known as kiko
=== fta_ is now known as fta
=== salgado-lunch is now known as salgado
=== \sh_away is now known as \sh
=== \sh is now known as \sh_away
=== \sh_away is now known as \sh
=== \sh is now known as \sh_away
[20:24] <pochu> BjornT_: I just reported bug 209874 by mail, which had 5 plain/text attachments, but there's none in the bug report. should I report it as a bug, or is that known?
[20:26] <pochu> BjornT_: (I'm attaching them manually, in case you see them there and wonder whether I'm crazy or what)
=== \sh_away is now known as \sh
=== mwhudson__ is now known as mwhudson
[21:15] <kiko> pochu, BjornT_'s on vacation today. hmmm, you should file a bug about that -- it's odd.
[21:15] <kiko> pochu, if you can attach your original email to the bug, we'll look into fixing it
[21:17] <soren> The new turning e-mail attachments into bug attachments seems slightly less than perfect, IMO.
[21:18] <soren> It turns my gpg signature into an attachment :)
[21:18] <pochu> kiko: ok, will do that in a moment
[21:21] <kiko> soren, we are meant to detect those and not attach -- can you file a bug with an original email attached so we can get it fixed?
[21:21] <soren> Already done.
[21:21] <kiko> soren, we do detect lots of types of signatures, and different mime types and encoding, but it's email and it's the whole wide world, which means high variability..
[21:21] <kiko> soren, what's the bug number?
[21:22] <soren> bug 208185
[21:22] <soren> No ubotu?
[21:24] <kiko> soren, so, how can I tell if my Xeons support KVM?
[21:24] <soren> grep -qE 'flags.*(vmx|svm)' /proc/cpuinfo && echo "w00t"
[21:25] <kiko> soren, hmm, no w00t for me. but the intel website says that all Xeon processors support VT!
[21:25] <soren> That's not true.
[21:26] <soren> The VT stuff wasn't added until 2005 or thereabouts, and Xeon dates back waaay longer than that.
[21:26] <kiko> http://www.intel.com/products/processor_number/chart/xeon.htm
[21:26] <kiko> liars!
[21:26] <kiko> Intel® Xeon® processor  	All Intel® Xeon® processors feature:
[21:26] <kiko> Intel® Virtualization Technology±
[21:26] <kiko> Intel® Extended Memory 64 TechnologyΦ
[21:26] <kiko> Execute Disable Bit°
[21:27] <soren> Er.. That's.
[21:27] <soren> odd.
[21:27] <soren> Let me check up on this. IT sound very odd.
[21:28] <soren> (when my meeting is over)
[21:28] <kiko> sure
[21:28] <kiko> it also says my CPU is dual core, when in fact it's just HT
[21:28]  * kiko thinks
[21:29] <soren> Intel VT was officially launched at the Intel Developer Forum Spring 2005. It is available on certain Pentium 4 6x1 and 6x2 models,[2] Pentium D 9x0,[3] Xeon 3xxx/5xxx/7xxx, Core Duo[4] (excluding the T2300E and T2x50 models) and Core 2 Duo[5] processors (excluding the T52x0, T5300, T54x0, T5500 with stepping "B2", E2xx0, E4x00 and E8190 models),
[21:30] <soren> (from wikipedia)
[21:30] <soren> Which looks much more plausible.
[21:33] <kiko> my processor is a 3/15/2/9
=== \sh is now known as \sh_away
=== blueyed_ is now known as blueyed
=== lifeless changed the topic of #launchpad to: https://launchpad.net/ || Next meeting (all welcome): Thu 3 April 2008, 1800UTC #launchpad-meeting | Help: https://help.launchpad.net | Questions: https://answers.launchpad.net/launchpad | Channel logs: http://irclogs.ubuntu.com
[22:19] <pochu> BjornT_, kiko: https://bugs.edge.launchpad.net/malone/+bug/209932
[22:20] <kiko> thanks po
[22:20]  * kiko looks at xchat weird
[22:20] <kiko> thanks pochu 
[22:23] <Fujitsu> Are attachments attached now, rather than inlined?
[22:23] <pochu> Fujitsu: they are supposed to. didn't work for me though
[22:24] <Fujitsu> I tried to file a couple of FFes by email last week (pre-1.2.3), and it tried to inline all of the attachments.
[22:24] <Fujitsu> So OOPSed.
[22:28] <aVirulence> Hi, I have a question regarding translations. I would like to get the documentation for my app on launchpad as well. If I upload the documentation.pot file, will it somehow replace messages.pot (the main app template)?
[22:30] <kiko> aVirulence, no, you can have multiple templates uploaded
[22:30] <kiko> and translatable
[22:31] <kiko> Fujitsu, can I have a bug report on that, with a copy of the email?
[22:31] <kiko> a lot of the time it works, but it seems a lot of the time it doesn't too :)
[22:31] <aVirulence> kiko, thanks, how would it show up? as a seperate page or together with the app template?
[22:31] <kiko> in a separate set of pages
[22:32] <aVirulence> thanks again
[22:32] <Fujitsu> kiko: It was OOPSing because the bug description was too epic - I'm fairly sure I saw a bug about it inlining rather than attaching elsewhere, and I think it has been fixed.
[22:45] <pochu> danilos: hi, I've imported a .po for emesene, which will use Rosetta for translations. I was just wondering how long does it take for a template to be reviewed
[22:46] <pochu> danilos: also, is it possible to set the template from a branch, so that whenever the template is updated in the branch, it's updated in the translations too?
[22:48] <kiko> Fujitsu, it had been fixed -- maybe you could try again this week to see if it has?
[22:48] <kiko> well, I think it has been fixed. I'm not sure. :)
[22:49] <pochu> kiko: https://bugs.edge.launchpad.net/malone/+bug/194601, I guess it is and the status should be updated...
[22:50] <kiko> pochu, it was fixed for 1.2.3, which was only rolled out thursday, so maybe it /is/ fixed
[22:50] <kiko> I'd rather file a new bug, though -- reopening is rarely useful
[22:51] <pochu> well, I haven't experienced that bug again (haven't tried it though) so I won't reopen it
[22:52] <Rinchen> Fujitsu, you just made my day
[22:52] <Rinchen> "It was OOPSing because the bug description was too epic"   ... as in.. "wow, what an epic description of a bug"  :-)
[22:52] <Rinchen> it was too cool for even LP
[22:52]  * Rinchen laughs.
[22:53] <kiko> pochu, no, I mean I am actually opposed to reopening any bug that had work done and committed for
[22:53] <kiko> pochu, I think new bug reports should be filed, and reference the old one.
[22:53] <pochu> kiko: even if the changes aren't working at all?
[22:54] <pochu> (I'm not saying that this isn't working, I haven't tried it again, just as a general case too)
[22:56] <aVirulence> kiko, erm.. it isn't shown in separate pages.. the documentation is now in the same pages as the app strings are
[22:57] <kiko> pochu, well, I guess if the changes aren't working /at all/ then maybe not. but that's really very rarely the case
[22:57] <kiko> aVirulence, "same pages"?
[22:59] <aVirulence> well, yeah, I thought they would show up as two templates, but instead they're 'merged'
[22:59] <kiko> aVirulence, hmmm, where?
[23:00] <aVirulence> https://translations.launchpad.net/lottanzb/trunk/+pots/lottanzb
[23:01] <kiko> aVirulence, it was imported into the wrong place, I think.
[23:01] <kiko> aVirulence, can you ask a question (see /topic) so we can sort this out tomorrow?
[23:02] <aVirulence> kiko, 
[23:02] <aVirulence> sure
[23:08] <aVirulence> kiko, https://answers.launchpad.net/launchpad/+question/28564
[23:09] <jcastro> kiko: question. Right now there is a "do" project and a "do-plugins" project. If upstream wants them to be more closely associated is making "do" a superproject and "do-plugins" a subproject the right way to do it?
[23:12] <kiko> jcastro, you can't convert projects into project groups.
[23:12] <andilos_home> kiko: i am the jeliot3 project guy, allow  a couple of minutes before downloading the repository archive 
[23:12] <kiko> andilos_home, sure thing
[23:12] <andilos_home> and thanks again
[23:12] <kiko> jcastro, that's a common fallacy; I'm not sure where it comes from though
[23:12] <kiko> jcastro, haven't we convinced that guy to change the name of his project?
[23:12] <jcastro> kiko: so there's really no way to associate two projects then?
[23:13] <jcastro> kiko: no, he's pretty happy with just "do"
[23:13] <kiko> jcastro, there are project groups, but you can't convert a project into a project group
[23:13] <kiko> jcastro, he's probably the only person happy with that
[23:13] <jcastro> can he create a "do" project group and then move the 2 projects underneath that?
[23:14] <kiko> yes
[23:14] <Fujitsu> Too bad if people actually want to find his project's homepage...
[23:15] <kiko> jcastro, he knows it's really not smart to name the project "do", right?
[23:15] <kiko> I know I've asked him this before!
[23:15] <jcastro> yes, we've discussed this in the past. :)
[23:15]  * kiko sighs
=== barry is now known as barry-away
[23:23] <andilos_home> abentley: thanks for trying the googlecode import of jeliot3
[23:24] <abentley> andilos_home: you're welcome.
[23:24] <andilos_home> are the timing outs of googlecode a temporary issue, like the storms? or google is just slow?
[23:25] <mwhudson> the importer is a bit dumb and makes a great many connections to the remote svn server
[23:25] <mwhudson> 1 in 10000 or whatever connections to google's servers fails
[23:26] <mwhudson> (the irony of this happening with GOOGLE's, of everyone's, servers is considerable)
[23:26] <andilos_home> i see
[23:27] <andilos_home> what about trying the import when it is not rush hour there in the usa?
[23:27] <mwhudson> doesn't seem to make a difference
=== salgado is now known as salgado-afk
[23:28] <mwhudson> andilos_home: is it safe to grab the repository tarball yet?
[23:28] <andilos_home> yes, it is up
[23:29] <mwhudson> andilos_home: permission denied
[23:29] <andilos_home> uhm
[23:29] <mwhudson> h
[23:29] <mwhudson> oh
[23:29]  * mwhudson hits himself with the cluestick
[23:31] <andilos_home> ...can you?
[23:31] <mwhudson> i've got the file now, i was being dumb
[23:31] <andilos_home> good, i wasnt sure if the webserver was allowing symlinks
[23:34] <andilos_home> mwhudson: does the file contain what is expected?
[23:34] <mwhudson> yes
[23:38] <andilos_home> cool, now i can go to sleep, thanks everybody
[23:38] <mwhudson> andilos_home: hopefully we'll have an import for you by morning
[23:39] <andilos_home> i'll check it with my breakfast
[23:39] <andilos_home> good night