[00:12] tarball name is libpd_1.0.orig.tar.gz; changelog 1st line: libpd (1.0-1) natty; urgency=low [00:13] so [00:13] name the tarball libpd_1.0+test1.orig.tar.gz [00:13] and the 1.0-1 becomes 1.0+test1-1 [00:15] ok, gotit. [00:15] thanks a million [00:17] and in future, don't delete pacakges :) - just upload a newer version (e.g. -2) without changing the tarball at all [00:18] okay. I didn't know that. from the docs it sounds like you can delete packages. I was just trying to test things out to learn the system. [00:18] I had used the wrong git source at the beginning [01:29] is it possible to unlink an ubuntu package from an upstream? [01:29] i just noticed https://launchpad.net/lucid-backports/+packages [01:36] broder: Done. [01:36] Any package uploader should be able to do it. [01:37] wgrant: no, there's a bug, let me find the number [01:37] From the page I linked? Looks like gitolite is in universe, so I should have had the requisite bits... [01:37] I thought we fixed that a couple of days ago. [01:37] I may be wrong. [01:37] bug 796867 [01:37] Launchpad bug 796867 in Launchpad itself "Cannot modify upstream of packages I can upload in Ubuntu" [Critical,Fix committed] https://launchpad.net/bugs/796867 [01:38] Ah, so it's in the batch of revs that are about to be deployed. [01:38] not deployed yet [01:38] Ok. Well, thanks wgrant === medberry is now known as med_out [02:34] what's the difference between the Solved and Answered question statuses in LP? [02:35] Answered == some one has provided an answer. Solved == the asker has used the answers and solved the problem. [02:54] StevenK, ah right. so if the project maintainer replies to a question with an answer, and the answer never returns to it... it should be left as Answered or marked as Solved? [02:57] from the perspective of a regular answerer, answered and solved are identical to me. either way, the query isn't on the active list. [02:58] fair enough [02:58] to some extent, the info-required reply (or similar name) - has the same effect. [03:00] spm, so if the asker doesn't reply, i might as well just leave it as Answered eh? [03:00] that's what we do. [03:00] thank you. sounds sensible. [03:02] spm, actually: can i revert questions to a preivous state / remove existing messages? === Nigel_ is now known as G [03:03] you can change their status, I believe anyway. remove, doubt it. [03:03] spm, not without adding another message, it seems [03:04] via change status? yup. seems that way. [03:10] oh well [03:12] spm, not a big issue... it's just that i accidentally wrongly changed the status, and want to revert, but don't know how to without adding another nonsense message! [03:12] "oops. I boo boo'ed. changing status back" <== more or less what I've used :-) [03:18] spm, hehe. fair enough then! [03:18] cheers [03:40] hi. launchpad still thinks freeciv is using rt.freeciv.org for bu tracking, but its moved to http://gna.org/bugs/?group=freeciv . whats the process to get it updated? [04:25] hi [04:28] every time I try to set a team contact address, launchpad gives a oops message, this has been happening for a long time, is there some other way to do this? [04:55] hi, I'm trying to push a branch to our project's '1.0' series by doing: "bzr push lp:sloecode/1.0" but I get the error message "Permission denied: "Cannot create '1.0'. Only Bazaar branches are allowed."". I must be doing something wrong, but I can't for the life of me see what it is [04:55] any ideas? [04:57] When I try and push to the branch directly rather than to the series name I get: "bzr: ERROR: At lp:~sloecode/sloecode/1.0 you have a valid .bzr control directory, but not a branch or repository. This is an unsupported configuration. Please move the target directory out of the way and try again." [04:57] Yet when I try and do "bzr branch lp:~sloecode/sloecode/1.0" I get "ERROR: Not a branch" [04:59] push --use-existing lp:~sloecode/sloecode/1.0 [04:59] and link it to the series separately [04:59] GatoLoko: file a bug please; include the OOPS ID [05:01] lifeless: Nope, when i try that I get: ERROR: At lp:~sloecode/sloecode/1.0 you have a valid .bzr control directory, but not a branch or repository. This is an unsupported configuration. Please move the target directory out of the way and try again. [05:05] lifeless done: #801423 [06:27] thomi: is it a new branch? how did you make it? === jtv is now known as jtv-afk [08:11] hello. i have a PHP project hosted on launchpad, and i use php in combination with gettext for internationalisation and i already have some .po files. the problem is, LP only imports the template file, but not the .po files. I did read the help page for import policies. By po files are in subdirectories, because that's where PHP looks for and i don't think i can change that. How do i solve this? [08:16] e.g. for Dutch the .po files are in a subdirectory /nl_NL/LC_MESSAGES/domain.po. But in the help page it is explained that LP expects the .po files to be in the same directory as the template file and that the .po files are named after the ISO 639 language code. [08:26] lifeless: I selected the option to get launchpad to make it for me [08:28] ok [08:28] thomi: delete the branch [08:29] that option really doesn't work well [08:29] ok [08:29] I'll try... [08:43] lifeless: thanks, that worked. === jtv-afk is now known as jtv [10:35] hello. I have a website project hosted on launchpad and i use PHP + gettext for internationalisation. It already contains .po files that I want to import into LP. The problem is that LP only imports the template file, but not the .po files (it did find them though, the). I did read the help page for import policies. By po files are in subdirectories, because that's where PHP looks for and i don't [10:35] think i can change that. How do i solve this? === apachelogger is now known as rohansgoogle === rohansgoogle is now known as apachelogger [12:42] hello. I have a website project hosted on launchpad and i use PHP + gettext for internationalisation. It already contains .po files that I want to import into LP. The problem is that LP only imports the template file, but not the .po files (it did find them though; they are on status "Needs review" and stay like that). What do I need to do to make LP import those .po files? === doko_ is now known as doko [12:58] hey danilos can you help? --^ [12:58] bigjools, sure thing [12:58] ta [12:58] figure002, unfortunately, I am guessing the problem is with the layout: Launchpad doesn't support what is the most common layout in web applications for PO files [12:59] figure002, Launchpad expects all PO files to be in a single directory, along with the template [12:59] figure002, and my guess is that your project uses something like translations/LC_MESSAGES/xx/xx.po where xx is the language code [13:00] figure002, in case I guessed wrong, please give me the link to your project in LP (or even better, to the translations import queue), and I'll check it up === bac changed the topic of #launchpad to: https://launchpad.net/ | Help contact: bac | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ [13:10] danilos: yes, that's exactly my problem. PHP by default looks in those subfolders, but I can't seem to change that. [13:11] danilos: also, in my case all .po files have the same name (instead of the language code). But that's something I *can* change. [13:13] danilos: the import queue: https://translations.launchpad.net/getgnulinux/+imports [13:14] figure002, well, PHP probably looks for MO files in those directories, and not PO files, so you should be able to change that as well as long as you put generated MO files in the right places [13:14] figure002, alternatively, if you are interested in extending Launchpad to support that layout as well, we'd be happy to get some help on that (Launchpad is open source as well) [13:15] figure002, I am otherwise very sorry if this makes it impossible for you to use Launchpad :/ [13:16] danilos: wow, why didn't i think of that. it indeed looks for the .mo files, so I can just move those .po files. [13:16] figure002, cool, it should just work once you do that and the files end up in the import queue (though, auto-approver is somewhat slow so it may take up to a day for them to get auto-approved) [13:16] danilos: it would indeed be nice if LP had support for that layout as well; i wouldn't mind helping out [13:17] danilos: ok, will give it a try [13:17] figure002, cool, if you have any issues, you can drop in here or ask a question on https://answers.launchpad.net/launchpad/ when nobody is responding in here [13:18] figure002, (and if you want to dive into Launchpad development, you can start on dev.launchpad.net :)) [13:18] what is the daily limit of contact this person via email on LP ??? [13:18] danilos: nice, thanks :) i [13:19] danilos: nice, thanks :) i'll give it a try once I'm less busy [13:20] figure002, you are welcome [13:20] czajkowski, I am not sure, but I think it's something low like 3 or 5 [13:26] danilos: aye figured it was that low [13:26] feck [13:26] thanks [13:26] czajkowski, yw [13:31] danilos: it's really low [13:32] czajkowski, it's hard to find the right balance between stopping spam and allowing people to be contacted when needed [13:32] danilos: right I'm on the LC and trying to contact team contacts, so after 5 teams I've used it up. Now have to wait a day to send rest of the mails [13:33] I know there is no happy medium but some teams or members of teams should be able to send more surely ? [13:33] shoulda asked for the real email address on one of the five :) [13:33] bigjools: tell me about it! [13:34] 142 teams many dont have team contact listed, those that dont have to go to team page and find it only to find no public email listed [13:34] you'd think the team contact would like to be contacted [13:34] [13:35] czajkowski: you're in Dublin aren't you? [13:35] nope London [13:35] ah, fail [13:35] moved here last November for a job, which finished in April so now job hunting [13:35] and in Dublin the week after ye leave total fail! [13:35] damn! [13:37] czajkowski, there were some ideas about basing how many you can do depending on your karma, but I don't think that went anywhere [13:38] danilos: goes back to what kamra actually means [13:38] you might don't anything but actually need to send mails [13:39] time to stalk people on irc to find email addressess [13:39] * czajkowski glares at launchpad [13:39] czajkowski, there were even more complex ideas involving a notion of "community standing", but it's still something that requires a lot of work to implement and get right [13:39] danilos: that I'd be happy with anyone in one of the councils or boards they can send as many as needed, chances of them abusing it are very slim [13:40] czajkowski, sure, it's just that none of it is implemented yet [13:43] danilos: on a to do list right :( [13:44] yeah [13:46] danilos: https://bugs.launchpad.net/loco-directory/+bug/801514 [13:46] Ubuntu bug 801514 in LoCo Team Directory "making team contact a mandatory field when creating a team" [Undecided,New] [13:46] is my main reason for the rant today === matsubara-afk is now known as matsubara [13:48] czajkowski, right, but I don't think we'll ever make it a mandatory field in Launchpad [13:48] czajkowski, I do understand your frustrations, though [13:49] czajkowski, but I am not sure what could we easily do (there's plenty of hard things we could do if we only had the time) [13:49] *sigh* tis a catch 22 alright [13:50] as it has a knock on effect on the ld which 142 teams use... [13:52] czajkowski, well, in many other things people define the policy instead (like in Launchpad Translators group, we require people to sign up to the mailing list, and we try to ensure they are signed up before allowing their teams in); you could perhaps require main team contacts to have a visible email address instead [13:52] unfortunately, spamers are already creating accounts to harvest data from LP so less and less people will want that [13:53] danilos: yes I agree [13:53] which is why the bug is filed twice once on LP and once on the LD === mbp_ is now known as poolie [16:25] ignore === stevebbbb is now known as SteveExodus [16:39] "Before you add your key to Launchpad, you need to push it to the Ubuntu keyserver." [16:39] how do I do this from a server command line ... without ubuntu desktop [16:41] gpg --keyserver keyserver.ubuntu.com --send-key keyid === matsubara is now known as matsubara-lunch [16:42] thanks max === abentley is now known as abentley-lunch [17:22] jml, http://www.flickr.com/photos/mbp_/5866457867/in/photostream [17:25] poolie: nice. [17:26] poolie: happily, the Critical chart corresponds to my local data [17:26] poolie: have you (pl.) had any thoughts on how to chart changes in bug life-span? === Naresh`` is now known as Naresh [18:05] email after dput says [18:05] gpg: Can't check signature: public key not found (Exit status 2) /exodus_11.5.28-1_source.changes has bad PGP/GnuPG signature! [18:06] but it looks to be signed ok .. this is a new launchpad account [18:09] SteveExodus: let me check something [18:09] SteveExodus: oh that's *email*? [18:10] yes [18:10] SteveExodus: https://answers.edge.launchpad.net/launchpad/+faq/227 [18:11] thanks jools, I will look there in future too [18:13] np [18:14] but doesnt help ... I guess from the message that my public key has not made it from launchpad into the debian.org system that receives the uploads and that sent me the email === matsubara-lunch is now known as matsubara === abentley-lunch is now known as abentley [18:26] got an u [18:28] whats the relationship between launchpad and debian? might it take time for my new public key registered at launchpad to get to debian.org? [18:33] SteveExodus: I don't think there is any exchange between launchpad and debian's keyring. If you are trying to upload to debian you have to be a debian developer (or debian maintainer). [18:35] doh! thanks Ampel! I was pleasantly surprised to imagine the degree of cooperation between ubuntu and debian ... but of course there isnt [18:37] SteveExodus: the two projects have a different approach regarding package maintainership, release process, bug status and thus it would be unwise to have developers in one being auto-added to the other. [18:38] yes ... totally understandable .. it is pleasing to see that the uploading system at least is somewhat similar! [18:39] SteveExodus: well, ubuntu is based on debian, so that's no wonder there ;-) [18:39] i forgot that I am working on a debian kvm right now ... it seems dput knows the debian.org address [18:41] fqdn = ppa.launchpad.net ... in .dput.cf ... I guess is being ignored === Ursinha is now known as Ursinha-lunch === deryck is now known as deryck[lunch] === deryck[lunch] is now known as deryck === Quintasan_ is now known as Quintasan === yofel_ is now known as yofel === Ursinha-lunch is now known as Ursinha [21:34] fantastic! first upload build and deployment out of launchpad. thanks guys and gal! [21:55] that gal was for me? :) [22:07] I really hate the status on lp Won't Fix so unfriendly [22:13] czajkowski: Sometimes maintainers of a project will disagree with a request - better that Launchpad model that explicitly than trying to hide it [22:13] cant fix is a better wording [22:14] or effects other things that over all would feck things up [22:14] but wont is so harsh === bac changed the topic of #launchpad to: https://launchpad.net/ | Help contact: - | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ [22:32] So, "Won't Fix" tends to indicate a disagreement with the point, which leads to useful discussion. "Can't fix" implies it's impossible, so there's no discussion. [22:33] Also, I'd rather be told up front that something won't be done than have it ignored [22:33] Sometimes it's not harsh, it's just practical [22:34] persia: https://bugs.launchpad.net/bugs/801514 my bug in question [22:34] Ubuntu bug 801514 in Launchpad itself "making team contact a mandatory field when creating a team" [Low,Won't fix] [22:34] The trick is distinguishing "I don't feel like it" from "This is intentional behaviour" or "Given two poor choices, this is the way we're going". [22:34] persia: just annoying as in many ticket systems I've used never seen won't fix except in LP [22:35] czajkowski: What you requested there wouldn't even accomplish what you wanted, anyway [22:35] I think it's more honest than "notabug", which is how some systems express the concept. [22:36] czajkowski, In the case of 801514, I think the bug is in the use of "contact address" to describe the concept LP is trying to express. [22:36] maxb: I suppose in all honesty it's more a of a wishlist [22:36] than a bug [22:37] czajkowski: Bugzilla has WONTFIX. [22:37] but wont fix is stil a status I feel is not friendly [22:37] Given the existence of LP-hosted mailing lists, this probably ought be always either NULL or the team ML. Mind you, there's too much legacy data with uses that violate the LP ML model for this to work. [22:37] maxb: this isn't bugzilla! [22:37] persia: issue came today when I had to contact 40 teams and many had no team contact filled in [22:38] czajkowski: You implied Launchpad was unique in your experience in having a Won't Fix status [22:38] czajkowski, How would you recommend expressing "We acknowledge this issue, but neither are going to invest resources to solve it as described nor accept patches to solve it as described"? [22:38] meh tis filed as invalid now so nout can do [22:38] maxb: no I implied that in the many I've used it's rare fine bugzilla is another lets not split hairs. [22:38] czajkowski: You don't seem to have understood the comments on your bug explaining that your request *would not accomplish what you want it to* [22:38] czajkowski, Right. You want a way to contact a team lead or something, which isn't what LP means by "Contact". [22:39] "won't take action" is perhaps more accurate [22:39] "fix" states there is a problem [22:39] SteveExodus, that misses the aspect of blocking others from taking action without forking. [22:39] SteveExodus: yes wont take action would be nicer/friendlier [22:39] ok ... just a comment [22:40] wont fix .. is two statements in one [22:40] the implied message is "there is a problem .. but for reason unstated ... nothing is going to be done" [22:41] czajkowski, I'd recommend taking maxb's comment (#3), and filing a *new* bug, asking for a way to identify a "front desk" for a team, which would be a LP Person object (real person or team) that is responsible for handling incoming requests. [22:41] two words ... saying more than they are intended to I am guessing [22:41] czajkowski: I think you're missing what truly matters by complaining about the friendliness of a two word status id [22:41] maxb: ok [22:41] Then the front desk "Contact Address" could reach the entire front desk team, or just contact the person, if there is a person, rather than a team, as the front desk. [22:41] persia: ok thanks will do [22:42] Although, even if such a thing existed, it wouldn't make sense to make specifying one mandatory in the Launchpad object model [22:42] No promises it will work, but it at least starts a discussion about the feature you want without getting into the historical mess that is "contact address". [22:42] persia: you in Dublin next week ? [22:43] Chances are fairly high (t < 0.05 of not being there) [22:43] lol [22:43] I think the proper action here is that the LoCo Team Directory should enforce whatever data it wants to be mandatory when creating entries [22:43] persia: that's ok I wont be either seeing as I live in London [22:43] was going to give you a list of places to go if you were going [22:44] maxb, it's probably worth filing a bug about the semantic confusion. You know what "Contact Address" means, but that is apparently not clear to some users. [22:44] only 15ms away from me [22:44] maxb: it pulls it in from lp when you create the team [22:44] czajkowski, If I'm there, I'm unlikely to spend more than a couple hours outside the hotel, based on past experience. [22:44] (but thanks for the offer). [22:45] The description under the field at https://launchpad.net/people/+newteam is fairly clear [22:45] SteveExodus: you;re in dublin ? [22:45] no that is umm 40ms away [22:45] czajkowski: Well, in that case, it should not pull it in, as the field in Launchpad means something considerably different to what the LoCo directory seems to want it to mean [22:45] maxb, That's interpretable as being *either* a front desk or a means to contact everyone. Needs rewording. [22:46] lets say Oxford [22:46] maxb, If it weren't confusing, 801514 would never have been filed. [22:46] persia: this is because of this rant today http://www.lczajkowski.com/2011/06/24/making-contact-with-team-contacts-should-be-easy/ [22:46] Just pretend you know "Contact Address" means "Front Desk", and read the description again. [22:47] I just got my first package deploying out of lp today .. am v v happy [22:47] persia: fine so next time you're in London ping me and we shall do tea [22:47] I haven't been in London in a couple decades :) [22:47] persia: you're impossible! [22:48] No. I just seem to have a habit of never ending up travelling to wherever you live. [22:48] I would gladly never go to London for the rest of my live [22:48] may I ask ... is it possible to deploy to debian systems out of lp too? [22:49] the lib dependencies are slightly different of course .. as i found out when I tried [22:49] its possible via bazar if you know how to do recipes [22:49] SteveExodus: If you mean PPAs, then no. [22:49] yes ppa .. thanks [22:49] yes you can via bazar+recipes [22:50] ok i'll look ... thanks [22:50] Central London has too many people in it. I like living nearer the edges. And ping time to Launchpad is awesome :-) [22:51] I live near Gatwick thats close enough [22:51] best to live in the centre of the city when young and gradually move out as you age [22:51] and end up in the sticks when youre old lol [22:51] you have to be filthy rich to grow up in centre of london [22:51] im near Cirencester [22:52] on that note nite bite [22:52] gn [22:52] thanks [22:52] good luck [23:58] Folks: is it just me or is this page missing a way to open new bug reports? http://zooko.com/pubscratch/2011-06-24-165648_1440x900_scrot.png [23:58] (This is the Twisted bug tracker on launchpad.) [23:58] Oh, weird -- I had to click on "Bugs" in the toolbar at the top even though it was already highlighted as though it were already selected. [23:59] Shall I open a ticket against launchpad?