[12:55] <ubotu> New bug: #103521 in rosetta "Anonymous search field shown while translating" [Undecided,Unconfirmed]  https://launchpad.net/bugs/103521
[12:56] <Kmos> gnomefreak: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/103515
[12:56] <ubotu> Malone bug 103515 in firefox "crashed with sigsegv" [Undecided,Unconfirmed]  
[12:56] <Kmos> :)
[01:11] <ubotu> New bug: #103525 in rosetta "Font sizes (style classes) seem mixed up" [Undecided,Unconfirmed]  https://launchpad.net/bugs/103525
[01:15] <ubotu> New bug: #103527 in launchpad "Translation page for one text at a time shows "no title" instead of the correct title" [Undecided,Unconfirmed]  https://launchpad.net/bugs/103527
[06:43] <jeffwheeler> Is it okay to register a test project with Launchpad, to use with a personal project for bug tracking and such, and it is not terribly likely it will grow much very soon.
[06:46] <jeffwheeler> I mean, is it okay to use it for personally tracking software?
[06:50] <radix> jeffwheeler: yes, it is definitely useful for that
[06:50] <radix> I've got two or three projects hosted there already
[06:50] <jeffwheeler> radix: thanks; I didn't want to be the only one rudely using it personally ;)
[06:51] <jeffwheeler> I got the impression it was only for larger projects...
[06:51] <radix> jeffwheeler: no, definitely not, use it for all of your projects
[06:51] <RAOF> Eh, jml & I used it for joybot.
[06:51] <radix> jeffwheeler: and tell everyone to use it :-)
[06:51] <RAOF> That's hardly "larger software" :)
[06:51] <radix> RAOF: hi!
[06:51] <RAOF> radix: Hey :)
[06:52] <jml> RAOF: actually, that reminds me, we should probably mark that as abandoned.
[06:52] <RAOF> Maybe.
[06:52] <RAOF> I don't quite want to call it abandoned, though.
[09:06] <Hidan> hmmmmmm
[09:45] <ubotu> New bug: #103611 in launchpad "a progress bar on the site if uploading a crash file through firefox" [Undecided,Unconfirmed]  https://launchpad.net/bugs/103611
[10:56] <ubotu> New bug: #103637 in rosetta "Wish: Zoom in on the translation part of the page when translating" [Undecided,Unconfirmed]  https://launchpad.net/bugs/103637
[12:07] <mdke> where is the rosetta import queue? can't find a link to it
[12:10] <mdke> ah, there it is
[01:14] <mdke> danilos: my upload of basic-commands.pot to ubuntu-docs about an hour ago does't seem to have been imported, although I can't find it in the import queue (too many results!!). How long do these things generally take?
[04:31] <ubotu> New bug: #103751 in launchpad ""Bugs related to" my user account miss some bugs" [Undecided,Unconfirmed]  https://launchpad.net/bugs/103751
[04:52] <bada> hi! I've just registered my project that originally hosted by SF.net. Can set bazaar branch as the primary source RCS?
[04:57] <statik> bada: I think you can do that
[04:57] <statik> bada: which project?
[04:57] <bada> libiqxmlrpc
[04:57] <bada> statik: actually I have not yet exported CVS into bazaar
[04:58] <statik> bada: you can request an import, which will pull all your CVS history into a bazaar branch on launchpad
[04:59] <statik> bada: or if you prefer to create the bazaar branch yourself, you can do that and simply push it up to launchpad
[04:59] <bada> statik: yes, it would be great. will the whole revision history would saved?
[04:59] <bada> statik: I wanted to ask if I able do that :)
[05:00] <statik> bada: I believe so, yes. I think sometimes there is trouble with branches, but you should find the import very useful overall.
[05:00] <bada> statik: I though I have to export CVS to bazaar with tailor and then somehow upload it to launchpad. Is't it?
[05:01] <statik> bada: you can use tailor to do the conversion yourself, or you can just specify the CVS repo information and we will try to import it for you (likely next week)
[05:02] <statik> https://launchpad.net/libiqxmlrpc/trunk/+source
[05:03] <bada> statik: Is not imported branch would be just a mirror of CVS?
[05:03] <bada> statik: I mean imported this way
[05:04] <statik> bada: a CVS import into launchpad contains all the revision history. It is a mirror in the sense that the system will periodically pull in any new revisions from CVS
[05:05] <statik> bada: you will also be able to look back at old revisions using bzr
[05:06] <ddaa> thanks statik for that detailed explanation
[05:06] <bada> statik: I see. I wanted switch to bazaar as an only VCS. So I think importing by hands is more appropriate
[05:06] <ddaa> bada: depends
[05:06] <ddaa> do you branches in CVS?
[05:06] <ddaa> do you *use* branches?
[05:07] <bada> ddaa: I am only developer. Almost no. I use tags.
[05:07] <ddaa> So launchpad imports will no lose no data, except for the tags.
[05:07] <ddaa> Tags have only been added to bzr very recently.
[05:08] <statik> bada: you are in the hands of the true expert now, ddaa is the one who can tell you exactly how it works
[05:08] <bada> statik: anyway, thank you :)
[05:08] <ddaa> Besides, the Launchpad import tool is significantly more robust than tailor for CVS repos with weird stuff in them.
[05:08] <bada> ddaa: weird stuff?
[05:09] <ddaa> CVS is known as "conceivably versions something"
[05:09] <ddaa> there are many cases when repos that cvs itself can deal with will confuse conversion tools
[05:10] <ddaa> mainly, because of the mismatch between cvs's file-based approach, while bzr (and other modern systems) consider atomic whole tree changes.
[05:10] <ddaa> bada: anyway, if you prefer to use tailor you're welcome.
[05:11] <ddaa> Launchpad imports are good enough for a lot of import who want to transition to bzr, but it's not their main intended purpose.
[05:11] <bada> ddaa: btw, I have recently read many comparsions between bzr and other distributed vcss. they say bzr dramatically loose in performance. will this situation change in near future?
[05:11] <ddaa> It's changing right now.
[05:12] <bada> ddaa: Is my understanding right, that main intend is create trunk mirros?
[05:12] <ddaa> recent improvements http://bazaar-vcs.org/Performance/0.15
[05:12] <ddaa> the next release will focus on improving performance over the network
[05:13] <bada> ddaa: looks impressive, thank you
[05:14] <ddaa> bada: right, the main intent of launchpad imports is to allow people to use bzr when the upstream project uses cvs or svn.
[05:14] <ddaa> it's more convenient to work on patches than using a checkout and "cvs/svn update".
[05:14] <ddaa> It also allows people to play with bzr on their own code with little effort, so they can evaluate bzr.
[05:15] <ddaa> But it's also used by some people as a tool to make a one-off transition conversion.
[05:15] <bada> ddaa: so launchpad's main point is to support accident contributors rather than upstream ones?
[05:15] <ddaa> What's the distinction?
[05:16] <ddaa> A lots of upstream contributors do not have commit access to a project most of the time.
[05:16] <bada> ddaa: Ah, I see
[05:16] <statik> we want to support both, and make it easy for them to work together
[05:16] <ddaa> And even those who have, may prefer to use bzr to work on a big checkin.
[05:17] <ddaa> there are many other solutions in this problem space
[05:17] <ddaa> launchpad import is just a very low effort (for you) solution when it works and if you can wait a few days.
[05:18] <ddaa> for cvs, there's also tailor and bzr-cvsps
[05:18] <bada> ddaa:  I mainly wanted switch from CVS to any distributed vcs in order to be more independent from network
[05:19] <bada> ddaa: so, if I will fail do the transition myself, I may ask launchpad's support
[05:19] <ddaa> You're welcome.
[05:20] <bada> ddaa: just to make things clearer: what additional benefits I may get from switching SF.net to launchpad?
[05:20] <ddaa> hu...
[05:20] <ddaa> launchpad does not suck quite as much as SF.net...
[05:21] <ddaa> but statik may know how to answer this better than I.
[05:21] <ddaa> statik: ping!
[05:21] <statik> bada: launchpad does not currently have mailing lists, and SF.net does
[05:21] <bada> "does not suck quite"... direct translation to russian makes no sense :)
[05:22] <bada> statik: I see
[05:22] <statik> bada: but I think you will find the other things, like bug tracking and code hosting, work very very well
[05:22] <statik> bada: we are currently working on adding mailing lists
[05:22] <bada> statik: and I will need leave files hosting at SF?
[05:22] <ddaa> yeah, let's say that what launchpad does, it does pretty well (bug tracking, bzr hosting, answer tracker, translations)
[05:22] <statik> bada: I'm working on adding files hosting to launchpad right now
[05:23] <statik> bada: things like the answer tracker and translations are features Launchpad has which other systems do not
[05:23] <ddaa> but it has a few annoying holes: lack of real ML support, file hosting, no wiki or web hosting.
[05:24] <bada> ok, I think I start with bzr branch hosting. And then we will see :)
[05:24] <bada> thank you for good explanation!
[05:25] <statik> bada: excellent! I think you will be happy with it, and you can always ask for help here or on lp-users mailing list.
[05:40] <ubotu> New bug: #103777 in launchpad "Grey sidebars only shut after page is loaded" [Undecided,Unconfirmed]  https://launchpad.net/bugs/103777
[06:27] <bada> whether recent bzr versions compatible with more old ones. I.e. need I upgrade my bzr-0.11 on my Ubuntu laptop in order to be able to work with launchpad-hosted branches?
[06:28] <radix> bada: I'm pretty sure you don't need to upgrade
[06:29] <bada> radix: I see, thanks
[06:29] <radix> bada: that is, it shouldn't be up to launchpad, but rather it should be up to the specific branch that's hosted on launchpad. if it's in dirstate-tags format, for example, you'll need to get a newer bzr
[07:50] <phanatic> when will launchpad support bzr 0.15 branches?
[07:50] <ryanakca> any lp admins/bzr gurus around? I think I've messed up my branch on the lp server...
[07:51] <ryanakca> with the command 'bzr push sftp://ryanakca@bazaar.launchpad.net/~ryanakca/kcypher/trunk', I get the following error:
[07:52] <ryanakca> bzr: ERROR: Lock was broken while still open: LockDir(sftp://ryanakca@bazaar.launchpad.net/%7Eryanakca/kcypher/trunk/.bzr/branch/lock) - check storage consistency!
[07:56] <ryanakca> ryan@sigma:~/work/kcypher$ bzr break-lock sftp://ryanakca@bazaar.launchpad.net/~ryanakca/kcypher/trunk
[07:56] <ryanakca> Bzrtools is not up to date with installed bzr version 0.15.0candidate3.
[07:56] <ryanakca> There should be a newer version available, e.g. 0.15.
[07:56] <ryanakca> Break lock sftp://ryanakca@bazaar.launchpad.net/%7Eryanakca/kcypher/trunk/.bzr/branch/lock
[07:56] <ryanakca> held by ryanakca@kubuntu(.)org on host cogito [process #5415] 
[07:56] <ryanakca> locked 51 hours, 38 minutes ago? [y/n] : y
[07:56] <ryanakca> bzr: ERROR: rmdir failed
[07:56] <ryanakca> (I s/kubuntu.org/kubuntu(.)org )... any ideas?
[08:02] <ddaa> phanatic: soon
[08:02] <phanatic> ddaa: great :)
[08:03] <ddaa> it was delayed a bit because some non-trivial work needed to be done on the import system
[08:03] <ddaa> but jml should land code next week, and then it will probably be deployed the week after.
[08:04] <ddaa> so, a plausible ETA is Apr. 16th
[08:04] <ddaa> earlier if Steve consider it deserves an urgent production ugrade
[08:07] <ddaa> ryanakca: this session is hard to read here
[08:08] <ddaa> can you put it in a pastebin instead?
[08:08] <ryanakca> ddaa: sure
[08:09] <ryanakca> ddaa: http://pastebin.ca/427237
[08:11] <phanatic> ddaa: thank you for the detailed answer
[08:11] <ddaa> ryanakca: that's weird
[08:12] <ryanakca> if you want, you can just delete the branch and I'll reupload
[08:12] <ryanakca> it's still at commit 1
[08:12] <ddaa> well, you cannot delete branches :)
[08:12] <ryanakca> The internet connection at school died, so the push died. I have the branch on my key
[08:13] <ryanakca> ddaa: pitty
[08:13] <ddaa> however what you can do is sftp into the server, remove the .bzr and "bzr push --use-existing-dir"
[08:14] <ddaa> ryanakca: I know it's annoying, but deleting stuff from launchpad is a lot of work, and it never a priority for the project.
[08:14] <ddaa> so, removing .bzr and push --use-existing-dir should be essentially the same as deleting and creating again.
[08:15] <ryanakca> hurra hurra.... doesn't let me.
[08:17] <ryanakca> or not...
[08:17] <ryanakca> is there a way for me to ssh into it?
[08:17] <ddaa> use lftp
[08:17] <ryanakca> ... no rm 0fr
[08:17] <ddaa> lftp does
[08:17] <ryanakca> rm -fr *
[08:17] <ryanakca> kk
[08:18] <ddaa> nautilus does to...
[08:19] <ddaa> well... I see you have deleted the contents of branch-lock
[08:19] <ddaa> nevermind
[08:19] <ryanakca> well, some of the files
[08:19] <ddaa> hold on
[08:19] <ryanakca> but theres tmp.11sfqa7014, then 7-8 pending.1jds98q24r42 type dirs, which have files
[08:20] <ryanakca> and connected... *twiddles*
[08:20] <ddaa> deleted
[08:20] <ryanakca> thanks :D
[08:20] <ddaa> now, push --use-existing-dir
[08:21] <ryanakca> done
[08:21] <ryanakca> well, pushing
[08:21] <ryanakca> so... someone could, in theory, delete their branch with sftp & konqui?
[08:21] <ddaa> no
[08:21] <ryanakca> kk
[08:21] <ddaa> it deletes the contents of the branch
[08:21] <ryanakca> ah
[08:21] <ddaa> but the branch will still be there in the web ui
[08:21] <ryanakca> yeah
[08:22] <ddaa> all the difficulty comes from the fact that there is 1. filesystem data 2. database data that may be referenced from other database objects
[08:22] <ddaa> deleting 1 does not delete 2
[08:22] <ryanakca> yeah
[08:22] <ryanakca> sounds like a big hassle
[08:22] <ddaa> and deleting 2 can be difficult, but even then it would not delete 1
[08:23] <ryanakca> although, down the road, to save room on the gigantic hd's... maybe delete branches in +junk/ that have been inactive for 2+ years
[08:23] <ddaa> so 2 needs to be marked as "deleted" and all the the stuff that refers to it must know to ignore it
[08:23] <ddaa> and then 1 must be garbage collected
[08:23] <ddaa> hard disk usage is the least of our problems
[08:24] <ryanakca> ah
[08:24] <ddaa> it's much cheaper to slam another HD into a raid array than to pay a coder for weeks to get all this shit right
[08:25] <ddaa> especially since we only have top notch highly trained coders :)
[08:25] <ryanakca> or PB :)
[08:25] <ddaa> (and therefore rather expensive ones)
[08:25] <ryanakca> lol
[08:25] <ddaa> PB?
[08:25] <ryanakca> PeraByte
[08:25] <ryanakca> petabyte*
[08:26] <ddaa> I think the librarian is currently in the terabyte range
[08:26] <ryanakca> tera = billion, peta = billiard (thousand billion)
[08:26] <ryanakca> yeah
[08:26] <ddaa> oh sure
[08:27] <ryanakca> then you have exabyte, zettabyte, yottabyte
[08:27] <ddaa> high energy physics and biotechnologies produces insane amounts of data
[08:27] <ryanakca> yeah
[08:27] <ddaa> I think the biggest arrays are close to the exabyte
[08:28] <ddaa> but well... when we'll have a petabyte of bzr branches in launchpad
[08:28] <ryanakca> yotta = Septillion... and... that's the biggest/highest SI prefix
[08:28] <ddaa> we'll probably have some income to pay for it :)
[08:28] <ryanakca> lol
[08:29] <ryanakca> In a decade or two...
[08:29] <ddaa> something like that, not a problem worth worrying about for now
[08:29] <ryanakca> nope
[08:30] <ddaa> I think RedHat about about 10 years old
[08:30] <ryanakca> yeah
[08:30] <ddaa> And we definitely intend to outlive them :)
[08:30] <ryanakca> lol
[08:31] <ryanakca> hopefully
[08:31] <ryanakca> it's soo... boring? bland?
[08:32] <ryanakca> and... it's /very/ different from the ubuntu one... if not for the name, the ubuntu logo near the bottom of the page, and the legal copyright blurb, you wouldn't know they were related
[08:32] <ryanakca> lol
[08:32] <ddaa> so GNOME is a perfect fit
[08:33] <ryanakca> or fluxbox :)
[08:33] <ryanakca> cheers, and thanks :)
[10:36] <bdmurray> anybody around today or is a holiday?
[10:36] <bdmurray> er, is it
[10:41] <LaserJock> I'm around
[10:41] <LaserJock> but I don't count
[10:42] <bdmurray> well, of course you do, but not in terms of launchpad support / questions. ;)
[10:53] <mdke> bdmurray: holidays yeah
[10:54] <mtaylor> can I request a branch be removed on here... I tried registering one directly with the upstream SVN even though it said that doesn't work... 
[10:54] <mtaylor> https://code.launchpad.net/~monty/dbt/osdldbt
[10:55] <mtaylor> wasn't there an option to register non-bzr branches before? (I use bzr myself, but I'm tracking upstream on a project...)
[10:56] <bdmurray> mdke: not for the us though
[11:02] <unfo> hi all, how do i forward a bug to an upstream devel mailing list so that list members can click "Reply to All" and replies will get into launchpad?
[11:18] <mtaylor> also... how would I get an upstream bug tracker added to the list? 
[11:18] <mtaylor> I'm specifically thinking of bugs.mysql.com
[11:27] <unfo> mtaylor: i guess launchpad-users mailing list
[11:27] <unfo> mtaylor: actually, better yet, file a bug against malone.
[11:28] <mtaylor> unfo: cool. thanks
[11:46] <ryanakca> any way to rename https://launchpad.net/kcypher/ to https://launchpad.net/kcipher/ ?
[11:47] <unfo> one other thing I was wondering:  why is the launchpad devel wiki private?  why can't anyone view it without logging in?
[11:48] <unfo> (and edit it after logging in)
[11:49] <unfo> mdke: any clue?
[12:05] <Fujitsu> unfo: It most probably contains proprietary implementation details, and various other company secrets.
[12:06] <unfo> Fujitsu: so why not make some stuff private and the rest public?
[12:06] <unfo> TWiki can do that.
[12:06] <Fujitsu> That would be more complex, I guess.
[12:06] <Fujitsu> Indeed, we use that at work.
[12:07] <unfo> Fujitsu: may i ask: where do you work?
[12:07] <Fujitsu> Having a Moinmoin instance hiding behind Apache authentication is a whole lot easier and more reliable, I would imagine.
[12:07] <Fujitsu> unfo: A fairly small IT company which does the networking and general IT stuff for 50-60 medium-sized businesses.
[12:07] <Fujitsu> I do the Linux stuff.
[12:09] <unfo> if a small IT company can manage to run a semiprivate wiki, surely Canonical could if they devoted the resources to it.  :)
[12:10] <ubotu> New bug: #103905 in malone "Malone silently ignores bug comments from nonregistered users" [Undecided,Unconfirmed]  https://launchpad.net/bugs/103905
[12:10] <unfo> all: I filed 103904 and 103905.
[12:11] <ubotu> New bug: #103904 in malone "Malone silently ignores bug reports from nonregistered users" [Undecided,Unconfirmed]  https://launchpad.net/bugs/103904
[12:11] <unfo> Malone seems to be ignoring the emails I send from cmdrnacho@gmail.com (which is not a registered launchpad user) to bugs.launchpad.net.
[12:14] <SteveA> unfo: hi
[12:14] <SteveA> unfo: which wiki exactly are you talking about?