=== RAOF_ is now known as RAOF [00:53] So, who can I talk to if i want to delete the code branches associated to my project? (I want to start clean, i.e i don't need the vcs-imports anymore) [00:55] nobody here? [00:59] Rabbid, i guess that if you're the owner you can do that yourself [01:00] How? [01:00] let me open mine to see [01:00] I've tried a lot of things, but never really found anything out. [01:01] Rabbid, you want to delete branches you created [01:01] or is it an import? [01:01] You'll have to ask a question on answers.launchpad.net to get an admin to delete it. [01:01] I have to branches, one i own lp:blogbox and one i dont; the vcs-import. [01:01] wgrant: ok [01:01] beuno, isn't it possible for him to delete using the UI? [01:01] Ursinha: He doesn't own the branch. [01:01] Rabbid, if you own them, go the the branch and find a red button to delete them [01:02] for vcs, as wgrant said, you need to file a question [01:02] Ursinha, :) [01:02] wgrant, i've placed that "if you're the owner" :) [01:03] beuno: yay i found it. i didn't see that button before. [01:03] Rabbid, it's not located as well as it could :) [01:03] beuno, that's exactly where i was trying to lead him :) [01:04] Ursinha, I guess I have more practice! [01:04] beuno, surely :) [01:04] Should i ask in the VCS imports team of somewhere else? [01:05] Rabbid, file a question to delete it, they'll get to it soon-ish === barry is now known as barry-away [01:13] where should i ask if i wanted to delete an project? if possible? [01:14] Rabbid, in answers.launchpad.net [01:15] Ursinha: yes but in which "project"? [01:16] Rabbid, launchpad [01:17] ok, i just found it out right before you said so, sorry for the inconvenience [01:19] no problem! [01:22] Thanks for all the help, now i can get started rearranging my code, and joining all the little pieces at launchpad. [01:23] cool :) [01:23] happy to help somehow [01:46] hi folks :) === kiko-phone is now known as kiko === barry-away is now known as barry === jscinoz_ is now known as jscinoz [05:57] It would be handy if at least some of the 6 lpia buildd's not currently building packages for PPA could start building stuff.... [05:58] kiko: I've just filed a couple of project-related requests. I'd be so happy if you could make them happen. [06:02] It would also be handy if zirconium could start building stuff for the non-PPAs :) [06:06] wow, how long have there were that many PPA buildd's? last time I looked there were 8 :p === jscinoz_ is now known as jscinoz === ajaksu is now known as ajaksu_away [07:59] Has slave-scanner died? [07:59] It looks rather dead. [09:13] wgrant: looks like it to me (I'm getting emails saying it's not running) [09:14] jml: Ah, so people actually get told when things die now? [09:14] So LP won't vanish for a weekend with no way to fix it again? [09:15] wgrant: we've had script failure announcements for the last 1.5 years at least. [09:15] wgrant: the problem seem sto be more whether anyone actually *looks* at them. [09:15] jml: The appservers routinely take a break over the weekend. [09:15] wgrant: sadly, I've got the same level of access to the production servers as you have :) [09:16] jml: Are we likely to see it fixed before Monday? [09:17] wgrant: I couldn't say. At the least, I'll try to contact a sysadmin. [09:17] although the one in my tz is probably in an aeroplane right now :\ [09:19] Unfortunate. [09:19] Isn't LOSA+IS coverage fairly good now? [09:20] wgrant: there was a LOSA sprint in London this week. [09:20] ... [09:21] Convenient. [09:26] * Hobbsee notes that people deactivation mails have no X-Launchpad headers on them at all. [09:26] (damn, as they're some of the ones that I most want to ditch) [09:32] * jml texts someone. [09:33] That's not automated? [09:34] wgrant: I honestly don't know. [09:35] wgrant: but I feel honor-bound to act given it's causing you such grief. [09:35] Um... [09:36] oh, is launchpad down again? is this all of it? [09:36] Hobbsee: Just the buildds. [09:36] ah [09:37] Well, the slave-scanner, so effectively the buildds. [09:37] For all we know the buildds could be down. [09:37] oh, tasty. [09:37] 222 i386 builds, including KDE. Would be nice to see that fixed. [09:38] based on the upcoming alpha 6, and all. [09:40] wgrant: why the "um"? jml isn't a soyuz developer or clairvoyant, so there's a limit to his knowledge... [09:41] spiv: Oh, I wasn't complaining about that. [09:41] well I was being a little cheeky. [09:41] Just confused as the level of sarcasm in his statement. [09:41] not sarcastic, just cheeky. [09:41] wgrant: ah. That's where clairvoyance would be handy, of course. [09:42] I really do want Launchpad to never ever go down. :) [09:42] spiv: Of course. [09:42] I find it a little odd that part of a service which wants to rule the world can go down for hours without people fixing it. [09:43] of course, SourceForge.net doesn't set a great example, but they generally give some warning. [09:43] wgrant: if we were perfect we'd rule the world already :) [09:43] jml: If you were perfect, you'd not want to :) [09:43] persia: true. [09:44] jml: I think the two big issues holding you back from world domination are being non-free and only supporting bzr. But most the former. [09:44] wgrant: everyone knows that people only require working stuff during the european and US working day. [09:44] *mostly [09:44] wgrant: for the rest, launchpad is doing a favour, and is encouraging people to go and have a weekend. [09:45] Hobbsee: That's not necessarily a favour. Some of us work during the week, and only have the weekend for stuff. [09:45] persia: i was being (mostly) sarcastic. [09:46] * persia takes off the rose-tinted glasses [09:46] IRC does need a good sarcasm detector. [09:46] Hobbsee: on the flip side, you're likely to get awesome codehosting support ;) [09:46] persia: one of the reasons I pestered repeatedly to get buildd admin access was so that this problem - at least, in terms of locked up buildds and the need to retry these, would be averted. [09:46] except on weekends when sometimes I'm not writing papers. [09:46] Except when vostok decides to be similarly absent. [09:47] jml: cool! Is there a guide for developers on "this is bzr. here's what you should do with it, and this is what you need to know", without all the extra bits? [09:47] Hobbsee: Makes sense. [09:47] Hobbsee: what extra bits? [09:47] jml: i'm not sure. branching, merging, and variosu other pieces that i don't need to use? [09:47] bzr init && bzr add && bzr ci [09:47] wgrant: i've got that much down. [09:47] That's all you need to know for basic usage. [09:48] It's wonderful. [09:48] The launchpad code browser is very clear about reading and pushing branches [09:48] You can just copy the commands it gives if you don't know what to do [09:48] Hobbsee: for me, branching and merging are bread and butter. [09:48] jml: oh, and how it nicely works for ubuntu source packages - if we should be keeping .orig.tar.gz's in br or not. [09:48] jml: It really depends on your VCS heritage. [09:48] jml: i guess i'm more asking for the guide for those of us who are *not* doing projects on launchpad, as such. [09:48] Hobbsee: for MOTUs, basically? [09:48] It takes a while to get used to doing things with branches, but once you do you can't live without them. [09:48] jml: something like that. [09:49] jml: core devs too, but yes :) [09:49] Generally, a guide for distro developers. [09:49] Didn't james_w do something like that approximately a day ago? [09:50] i've no idea. i didn't see it announced on LP users :) [09:50] It was announced in more Ubuntu fora. [09:50] Planet, IIRC. [09:51] james_w definitely seems like the most knowledgeable about that sort of thing, although I'm still waiting for the promised infrastructure to make it trivial. [09:52] Yeah, I think the key idea is "guide for $audience" [09:52] * jml really needs to get his packaging-freak on. [09:52] Distro branches will be good. [09:52] Because which bits are extra really depends on why you are using it :) [09:52] Real NMSP will be even better. [09:52] james_w showcases some Ubuntu-specific bits which make it much nicer. [09:52] Yeah. Distro branches and soyuz integration suddenly make it *heaps* easier to work with. [09:53] yeah. I'd start working on them now except that having a real weekend makes me more productive :P [09:53] oh, i've not looked at planet much. [09:56] See, this is why people should put *important* things on the fridge. [09:56] this reminds me of a similar question [09:57] Does the Fridge have anything except UWN? [09:57] where's a good guide for telling me how to make a package of a Python library [09:57] wgrant: Only when someone asks something to go there. UDS sponsorship went there. [09:57] without all of that extra stuff :P [09:57] I hasn't even got Alpha 4 or 5. [09:57] jml: What do you mean "without all that extra stuff". You want dead-simple? [09:57] distutils makes it dead-simple. [09:58] One-line rules is nice. [09:58] http://wiki.debian.org/DebianPython/NewPolicy : CDBS + distutils [09:58] persia: as little maintenance work as I can get away with. [09:59] hmm. I'll need a basic packaging guide to go along with that. Maybe I'll watch that dholbach vid :) [09:59] jml: That would be it. You still have to do copyright, control, and changelog, but the last is nearly automated with dch, control is fairly straightforward, and copyright is only as complicated as your library. [09:59] bigjools: hi. [10:00] This sounds like good news. [10:12] \o/ Thank you bigjools [10:13] is it back? [10:13] It's back. The builds are flowing. [10:14] good. [10:14] Thanks jml, bigjools. [10:15] wgrant: np. [10:16] so, if I'm packaging my own software, should I put a debian/ directory in my trunk? [10:16] No no no. [10:16] That only causes trouble. [10:17] ok. but I'm also physically incapable of working on text files without a vcs. what do I do? [10:17] jml: Have a 'packaging' thread in a loom? [10:17] Or a packaging branch. [10:17] jml: Create a different branch. [10:18] Merge your upstream branch into that. [10:18] That basically how we do things. [10:18] RAOF, wgrant: ok. that sounds reasonable. [10:18] I can't type tonight. === Philip6 is now known as Philip5 === abentley1 is now known as abentley === abentley1 is now known as abentley [15:20] Hi, do you know if or when KDE's upstream translations will be imported to Launchpad for Intrepid? [15:34] On which component should I file a bug about https://launchpad.net/+builds ? Soyuz? === Gwaihir_ is now known as Gwaihir === Gwaihir_ is now known as Gwaihir === zooper_ is now known as zooper === sabdfl1 is now known as sabdfl === ajaksu_away is now known as ajaksu === herb_ is now known as herb [19:08] <_steven_> How do I get the revision author on Launchpad to link to my launchpad user page? Right now it just shows my bzr whoami ouput with no link. [19:08] <_steven_> see https://code.launchpad.net/~linuxdcpp-team/linuxdcpp/trunk [19:11] _steven_: i'm not entirely sure, but i think you have to sign the revision with the same key you have in LP [19:15] <_steven_> they are the same [19:16] in that case, i obviously don't know what i'm talking about [19:28] anyone here know about canonical rules as far as using the ubuntu font ? [19:36] hi emma [19:37] Hi there. [19:37] Do you happen to be a Canonical Lawyer? :) [19:37] you should probably contact the trademark department to make sure [19:37] oooh, no, not at all [19:37] let me find you an email you can send that question to [19:38] emma, here's some information and a contact email: http://www.ubuntu.com/aboutus/trademarkpolicy [19:39] I *think* any restrictions just apply to the Ubuntu trademark, but I could be wrong [19:43] hey sabdfl [19:44] sabdfl - do you know if there is anything wrong with using the ubuntu font on an unofficial ubuntu fan site? [19:49] hi, is there any limit on size for bug report? [19:50] i'm asking 'cause it looks that bug reported via email with a crash-log didn't go through [19:51] emma: see http://www.ubuntu.com/aboutus/trademarkpolicy [19:51] emma: if in doubt, ask gerry.carr@canonical.com [19:53] * intellectronica should read the entire conversation before answering :-/ [19:54] gour: yes, iirc there is a limit (though i can't remember exactly what it is off the top of my head) [19:55] I didn't see anything pertaining to the font on that page. [19:55] gour: in any case, you are encouraged to submit logs as attachments, rather than as the bug description. it makes life a lot easier for the people dealing with the bug later [19:56] emma: yeah, i wouldn't know what to tell you. i suggest that you drop a line to gerry carr to be sure [19:56] Okay. [19:57] I guess I'm sort of curious in general about how much freedom there is for groups of Ubuntu fans to make ubuntu related sites at all. [19:57] That trademark policy looks onerous in some ways, concerning to me, and I don't really agree with all of it. [20:01] intellectronica: can one submit attachment when reporting new bug as well? [20:17] gour: yes [20:20] stgraber: without (optional) description? [20:21] gour: https://edge.launchpad.net/ubuntu/+filebug-advanced [20:23] stgraber: i'm curious how to do it via email interface? [20:49] hello [20:50] is there something blocking Launchpad from being able to automatically open upstream issue reports? [20:51] alex-weej, some plugins are being released to do so [20:51] what software are you referring to? bugzilla? trac? [20:52] http://news.launchpad.net/releases/launchpad-218-bugzilla-and-trac-plugins-now-available-plus-karma-for-commits [20:53] Launchpad and GNOME Bugzilla [20:54] well, the plugin is available, so it's just a matter of gnome installing it === hubuntu is now known as huayra === huayra is now known as hubuntu === dnl is now known as daniel_tp === hubuntu is now known as huayra [22:33] emma: should be no problem [22:34] sabdfl: oh that's great. Thanks. We are making a non-commercial community of people who like Ubuntu called club-ubuntu.org and we just made a nice logo for it. :)