=== bfiller_afk is now known as bfiller === Ursinha is now known as Ursinha-afk === matsubara is now known as matsubara-afk [03:45] danilos, I want to do Full Launchpad Translation API project for gsoc. Are you available for mentor? [03:48] dhastha: He's more likely to be around during the European working day. [03:52] wgrant, thank you. [03:55] wgrant, If u don mind, can you clear my doubt? [03:58] dhastha: What do you want to know? [03:59] wgrant, How many API 's are available in launchpad, like launchpadlib? [04:00] dhastha: See https://launchpad.net/+apidoc [04:01] I don't really think that a full Translations API is a sufficiently large project for GSoC, but Danilo may have bigger ideas. [04:06] wgrant, This project interesting to me. Because most of application only available in english. If we translate in our own language the uses of Ubuntu will be increase. Isnt it? [04:07] wgrant, i like danilo idea. I am looking forward to work with him. [04:09] wgrant, can u visit this page? https://wiki.ubuntu.com/GoogleSoC2010/Dhasthagheer and tell me your suggestion [06:42] hi guys, we need some help sorting out some branches in our project [06:42] should I ask in here or #bzr ? [06:43] depends on what you need [06:43] if you need administrative stuff done, ask here or a question on answers.launchpad.net/launchpad [06:46] If you're unsure, give us more details here and we can direct you to the right place if required. [06:48] godbyk will explain some more [06:48] basically we need to duplicate some branches for launchpad.net/ubuntu-manual [06:48] but we're not sure how to do it without destroying the translations [06:49] Why do you want to do this? [06:50] we've been doing all our work in the main branch. But now we'd like to split off a copy of the branch so translators have a stable set of strings to translate while we continue working on new content. [06:50] So you'd basically like to create and freeze a 10.04 release branch? [06:51] wgrant: yes. [06:51] While keeping development going in trunk for 10.10? [06:51] translators have already started translating what's in the main branch, and I want to make sure I don't screw up their work. [06:51] Precisely. [06:53] I'm no Launchpad Translations expert. The Translations developers should be around in an hour or two; I'd recommend asking then. [06:54] so [06:54] wgrant: fair enough. thanks! [06:54] yes, get a translation dev to comment [06:54] I'd be guessing [06:54] With message sharng it should be pretty easy. [06:55] Since unchanged strings will have their translations shared across all series. [06:55] that's good to know. [06:55] my fear is that if we want translators to use the new (stable) branch, rosetta will still be applying their work to the (new) dev focus branch. [06:56] You can set the translation focus series -- that will be shown to translators as the series that should be translated. [06:56] How much do you know about Launchpad's series model? [06:56] wgrant: Absolutely nothing. [06:57] wgrant: Feel free to point me at enlightening documentation if you have some. I haven't even looked yet. [06:57] godbyk: Have a look at https://help.launchpad.net/Projects/SeriesMilestonesReleases [06:57] humphreybc just dumped this in my lap. :) [06:57] So, I imagine you'll create a new 10.04 series. [06:57] Then create a 10.04 branch of trunk, push it up to LP, and link it to the new series. [06:57] It will be called lp:ubuntu-manual/10.04. [06:58] Then you can continue your normal development in lp:ubuntu-manual. [06:58] But you also need som Translations magic in there, which the developers will be able to advise yon on. [06:58] s/yon/you/ [06:58] Sounds easy enough. [06:59] Can you ping me when you've spotted a translation dev shows up? [06:59] and then all hell breaks out [06:59] Sure. [06:59] thanks wgrant [07:00] wgrant: thanks! [07:44] hi all, how can I solve the #1024 bug on LP? I've installed the firefox addon/953 but it seems does nothing... :( [07:45] The #1024 bug? [07:45] bug 1024 [07:45] Error: Could not parse data returned by Launchpad: list index out of range (https://launchpad.net/bugs/1024) [07:45] \o/ [07:45] https://answers.edge.launchpad.net/launchpad/+faq/1024 [07:46] fradeve: Firefox doesn't filter the header by default. You have an existing setting or plugin which is causing the problem. [07:46] You do not need to install another to fix it. [07:48] wgrant: yeah, so... where's the problem? [07:48] wgrant: this is the first time I see that kind of problem on my ubuntubox [07:48] wgrant: I've always used firefox :| [07:49] fradeve: You have at some point configured Firefox or an extension to avoid sending a Referer header. [07:50] wgrant: mmmm I'm checking [07:50] You need to disable that filtering, or add an exception for launchpad.net. [07:52] wgrant: I couldn't imagine where this kind of setting should be in Firefox, I've searched, but nothing... [07:53] fradeve: Checked the network.http.sendRefererHeader setting in about:config? [07:54] (the default value appears to be '2'.) [07:56] It was "0" in my about:config; I've changed it to 2, but nothing :| [07:56] will try to restart firefox [07:57] danilos, visit this page https://wiki.ubuntu.com/GoogleSoC2010/Dhasthagheer [07:59] wgrant: quick hint: after restarting firefox, the network.http.sendRefererHeader setting returned to "0"... about:config settings are saved simply closing the page? [08:00] fradeve: Yes. One of your extensions is probably resetting it. [08:00] wgrant: damn [08:02] jtv, henninge: Can one of you please help humphreybc and godbyk? They need to create a 10.04 series for ubuntu-manual, and need guidance on the Translations issues. [08:03] wgrant, humphreybc, godbyk : Sure, what is the problem? [08:03] * jtv is emphatically Not Here. [08:04] henninge: Currently we've been writing all our code in a single branch. [08:04] We've just created a couple of new series. [08:04] wgrant: solved, you roule, it was one of my extensions ;) I apologies for not trying that from beginning ;) thanks ;) [08:04] We'd like all the translations to happen on the stable series (which has strings frozen). [08:04] but up 'til now, they've been translating the main branch. [08:05] can I somehow safely move the translation work to another series without disrupting everyone? [08:05] godbyk: will "everyeone" will have to know they have to continue work on the other series. [08:06] godbyk: but apart from that, it should be save. [08:06] godbyk: Hm, it would be conventional to have a 'lucid' series with two milestones, rather than 'lucid-e1' and 'lucid-e2'. [08:06] godbyk: let me look at the series a bit more closely [08:06] godbyk: yes, I was about to ask about the meaning [08:06] wgrant: well, the e1 and e2 will be two releases. does that fit the milestones paradigm? [08:07] godbyk: Yes. Releases are just special milestones. [08:07] wgrant: cool. I'll fix that, then. [08:09] Just so I'm clear on the semantics: a series would be, say, per Ubuntu release whereas a milestone could be associated with an edition of the manual. [08:09] So the 10.04 manual that has two editions would have (at least) two milestones in the lucid series. [08:09] And the 10.10 manual would be in the 10.10 series. [08:09] godbyk: The Ubuntu 10.04 series has Alpha 1, Alpha 2, Alpha 3, Beta 1, Beta 2, 10.04, 10.04.1, 10.04.2, 10.04.3, 10.04.4. [08:10] Er, add RC in there as well. [08:10] You maintain multiple series so you can have parallel lines of development. [08:10] So, yes, one for 10.04, one for 10.10, etc. [08:10] Theh first and second edition of our manual will be developed in parallel, somewhat. [08:11] Hmm. [08:11] The first edition is being translated and I'll be tweaking it a bit. Meanwhile, the second edition is being written. [08:11] I see. So maybe two series is a good idea. [08:11] Okay. [08:12] I'd like the translators to only worry about the 10.04 first edition. [08:12] Up to this point, they've been translating on the main branch (we've only had the one branch/series). [08:12] Can I seamlessly pull them off the main branch and have them continue working on the 10.04 first edition series? [08:13] (I think they're all using Launchpad/Rosetta.) [08:15] godbyk: they way to go is this: [08:16] godbyk: upload the two templates in their current state (download them from Launchpad first) to the new series, using the exact same template names. [08:16] godbyk: oh, just realised you are using bzr sync .... ;-) [08:17] I haven't set up the sync on the new series yet. [08:17] godbyk: does the new series have its own branch? [08:17] henninge: yes. [08:18] godbyk: and it starts out as an identical copy of main? [08:18] henninge: yes, precisely. [08:18] they're currently pristine copies of main. [08:19] godbyk: so just set it up to have translation templates imported from that branch into the new series. [08:19] godbyk: once that has happened you will see that all the translations are instantly available in the new series's templates, too. [08:20] Well, the lucid-e1 branch (for instance) has a copy of the .pot file from main. [08:20] So do I want it to import that copy or something else? [08:27] godbyk: that copy, yes [08:27] godbyk: but you really just need to import the template, not the translations. [08:28] henninge: do I want to upload the .pot file from the main branch or tell it (somewhere) to pull it (just once) from the main branch? [08:29] godbyk: do you not expect changes on the template? [08:29] in the future? [08:29] henninge: Not for the lucid-e1 series/branch. It's in string-freeze mode so the translators can do their thing in peace. [08:30] Further work will carry on in the other series' branches. === zyga-nc10 is now known as zyga [08:30] godbyk: but if it has a code branch that contains the template, it would be easiest (and clearest) to just import from there. [08:31] henninge: the lucid-1e branch does have its own template, yes. [08:31] henninge: if I import that template, will the existing translations find their way there as well or is that a separate operation? [08:32] godbyk: that will be automatically and instantly. [08:32] godbyk: it goes by the name of the template [08:32] henninge: okay, I'll do that, then. [08:32] Is that message sharing coming into play? [08:32] wgrant: yes [08:32] henninge: when translates hit translations.launchpad.net/ubuntu-manual, how can I have their future translations directed at the lucid-1e series (for now)? [08:32] that's exactly what it was meant for [08:32] easy start of new series. [08:33] wgrant, sorry to disturb you. Mentor for Full Launchpad translation API Mr. Danilos is not available. How do i contact him? [08:33] godbyk: https://translations.launchpad.net/ubuntu-manual/+settings [08:33] godbyk: You can set the translation focus series there. [08:33] godbyk: exactly [08:34] godbyk: also, on going work will always be reflected in both series, due to message sharing. [08:34] wgrant: ah, perfect. also, is there a way I can add some text to the top of our project's translation page? (say, directing translators to our style guide) [08:34] godbyk: so even if somebody did a translation in main, it would show up in lucid-e1 if that string exists there, too. [08:35] dhastha: hang on, I'm checking. [08:35] henninge: so if the series/branches share a common string, and that string is translated in one branch/series, the translation will appear automatically in the other branch/series? sweet! [08:35] dhastha: I think he should be around in a few hours. [08:36] godbyk: yup, exactly. took some effort to get that working properly .... ;-) [08:36] heh, I can imagine! [08:36] jtv, thank you [08:36] henninge: are you who I should pester about fuzzy strings in rosetta? [08:37] godbyk: what's there to pester? ;-) [08:37] godbyk: fuzzy translations are simply dropped on import, AFAIK. [08:37] yes they are [08:38] AFAIR [08:38] henninge: we have a lot of long strings to be translated (as we're writing a manual). when I fix a spelling error, the whole paragraph must be retranslated because rosetta doesn't show the previous (similar) translations. [08:38] we used to keep them, but they only made things worse [08:38] henninge: ah, well, that dropping of fuzzy translations is my complaint, then. :) [08:38] They were wrong a lot more often than they were right, leading to all sorts of wrong translations. [08:39] godbyk: I see the problem. [08:39] jtv, henninge: any suggestions on how we should handle our long strings? [08:39] We're using po4a and LaTeX. I think po4a dumps in the strings one paragraph at a time. [08:39] godbyk: you could export the old translations, replace the English there, and re-import. [08:41] jtv: That would work if we've just fixed an English spelling error (and the translators translated it correctly regardless). But doesn't help if we, say, add an \index{add this word to the index} command, for instance. [08:41] If the entire string is the same, save for that added bit of text, the translation is still okay, but just needs that \index command added to match. [08:43] godbyk: so you either change both the English and the translation, or you change only the English and treat the rest as translation of the English string. [08:44] jtv: As a translator, when the English author has added an \index command (or comma or whatever), Rosetta asks me to re-translate the entire paragraph. Can Rosetta at least tell me what the previous translation looked like? [08:45] I guess it'd have to do some fuzzy string matching (diff) on the English source to pull that off. [08:45] godbyk: if you update the English string in the PO files like I said, you'll still have the old translation active. [08:45] That was the whole point. [08:46] It's annoying, but it's a fundamental problem that the software can't tell whether an English string is "the same" as a previously existing one, from our human point of view. [08:46] jtv: Ah, I see what you're saying. I should handle that on my end and have the translations autosync with the po files in the branch (along with the branch's pot file)? [08:46] godbyk: but be aware that the template needs to be updated, too. [08:46] We wish we had a better solution for that; unfortunately "fuzzy" just wasn't good enough. [08:47] godbyk: you could do it that way, but there are risks with automatic two-way synchronization. [08:48] jtv: I don't think he meant two-way, though. [08:48] just importing templates and translations [08:48] jtv: If it's not pulling the po files from the branch, then what good does changing the English strings in the po files do me? [08:48] (which I think is the current setting anyway) [08:49] godbyk: it's also possible to upload manually, e.g. as a single tarball. [08:49] We don't recommend it for general usage anymore, since it's more tedious and more error-prone than branch synchronization, but it's possible for those one-offs. [08:49] Ah, I should've clarified that. Currently, we're letting launchpad import the template and translations. But we manually pull a tarball from launchpad and dump it into the bzr repository. [08:49] And as Henning points out, if you're not also exporting translations to the same branch, there's really nothing against importing both templates and PO files from your branch. [08:50] So our auto-sync is one-way (into LP only). [08:50] godbyk: "Exporting translations to branch: lp:~jshholland/ubuntu-manual/manual-trans" [08:51] So I'd need to write a tool that handles the English string comparison and updates the English strings in the po files (to match the new pot file strings). Correct? [08:51] godbyk: so are you saying that because that's not the same branch as the import branch? [08:51] godbyk: yes, that sounds like it. ;) [08:52] henninge: Correct. jshholland's branch is separate. [08:52] henninge: Fair enough. :) [08:52] Won't that tool result in the translators not being notified that they need to update the translations? [08:52] godbyk: I guess... but you'd have to tell the tool what string you're changing to what, otherwise you're trying to solve the same problem that gettext's "fuzzy" handling didn't do well enough. :-) [08:52] I don't s'pose you guys are interested in showing diffs between the previous string and the current string, are you? So the translators can easily see what was added/changed/removed so they can update their translation accordingly. [08:53] jtv: Are there more details on the problems you had with gettext's fuzzy handling? Do you think it'd work better (or worse) with our longer strings? [08:53] godbyk: the problem is that rosetta does not have that concept [08:53] wgrant: well this is for cases where the old and new strings are "the same" from a human pov, so this wouldn't be done in cases where translators need notification. [08:54] godbyk: a changed English string will be stored as a new string. [08:54] There is no "change," only an old string and a new string that *we humans* may feel are "identical." Or not. [08:54] I see. [08:54] Well, that'd be a handy concept to introduce! [08:55] Yes and no. It also means that humans are invited to keep the translations the same when there may be small but significant changes in the English. [08:57] jtv: Possibly. But it'd be easier to click on a suggestion, make the minor edits, and accept it than to have to retranslate the whole paragraph from scratch. [08:58] godbyk: definitely. And I think we'll probably want build something along those lines at some point... the real problem is, we have more things we want to program than we have engineers! [08:58] jtv: I hear you there! [08:59] BTW Launchpad is available under the GPL now, hint hint ;-) [08:59] godbyk: what I could imagine would be a sperate "search for similar English string" feature, that the translator can invoke. [08:59] LOL. Well, it wouldn't be the first time we jumped in to fix some bug that was in our way (or wrote an entirely new piece of software to make our lives easier). [09:00] it could search for similar strings and list the available translation(s) for it. [09:00] Or a "we once had this other English string in the same place, here's how it was translated" suggestion... just figuring out what is the best thing to do is hard work. :-)( [09:01] That might work. Basically, I'd like it to say, 'here's the original string and here's a diff showing what's changed. Here's your original translation; fix it.' [09:02] A diff is a really nice idea... the nasty part is always that these nice ideas make the feature harder to build, making it less likely to be built. :/ [09:03] jtv: Certainly true. [09:04] I'll sleep on it and see if any brilliant solutions come to me. :) [09:04] jtv, henninge: Thanks a lot for your help. I really appreciate it! [09:04] * persia notes that "diff" on a "string" tends to be tricky, especially for short strings. [09:04] Err, UI-tricky [09:04] persia: We're looking at a paragraph at a time. [09:05] godbyk: pleasure [09:05] jtv: turn off the computer now. ;) [09:05] henninge: good idea. :-) [09:08] * godbyk has the feeling that the translator devs will never speak to him again. ;-) [09:40] Hi! Is there something wrong with launchpad? - My builds are awaiting publication since about 7 hours (see https://launchpad.net/~hakaishi/+archive/qshutdown/+packages) [09:44] Hello? [09:45] hakaishi: Something is wrong, possibly only with your PPA. [09:46] wgrant: why do you think it could be my PPA? [09:47] hakaishi: Because some other PPAs I've checked seem to be happier than yours. [09:48] I'm having a deeper look now. [09:48] wgrant: okay, thank you ^^ [10:05] wgrant: anything found yet? [10:06] hakaishi: I have a suspicion, but I don't have access to verify that suspicion, and it seems that no real member of the relevant team is around at the moment. [10:07] wgrant: Would it be solved if I just upload with a new upstream version number? [10:08] hakaishi: Probably not. [10:08] -.- [10:09] Try not to fix it until someone has further examined it; it probably won't fix it, might destroy evidence, and might break things further. [10:09] wgrant: Okay, then I'll just wait... [10:11] If I register a PGP key, will LaunchPad use it when it sends me bug e-mails? [10:13] edakiri: no [10:13] edakiri: I don't think so. The PGP key should be for uploading to your PPA. [10:13] hi there, I wanted to import a subversion branch from sourceforge to launchpad but says "Pending Review" for 2 weeks :( Who needs to review it? Me? (as the project owner) [10:13] https://code.launchpad.net/pidgin-birthday-reminder [10:14] BlindFreakazoid: a launchpad admin has to review it, it can take a while, yes [10:15] okay [10:15] thank you [10:15] Hello guys, I'm a maintainer of Gephi software. We use LP a lot and it's great, thanks! Now we want to use the translations features, but our import queue is blocked and no one can approuve the templates. Could someone help me fixing it? [10:15] then I am just waiting :> I just wondered if I missed something that I had to do [10:34] Hi, I'm looking for a bit of help using the Launchpad API. I'm new to Rest stuff so my mistakes probably arise as much from not understanding how to apply that to documentation [10:45] Charlie_X: Ask your question -- someone will answer if they know. [10:48] Thanks. I just need to know how to get the bugs for a particular project. I'm using launchpadlib but can't seem to work out how to get the bugs for a particular project. launchpad.bugtrackers[projectname] doesn't work [10:49] There is a method .getByName(**kw) but I don't quite understand the parameters [10:49] Charlie_X: Have a look at the searchTasks method. [10:49] On https://launchpad.dev/+apidoc. [10:49] Er. [10:49] https://launchpad.net/+apidoc [10:50] Yes, I'm reading that but .getByName(ws.op='getByName', name=projectname) is a syntax error [10:50] Charlie_X: ws.op is sent automatically by launchpadlib. Omit it. [10:51] ah, so it's like "self" in class methods? [10:53] Hi all [10:54] Charlie_X: Sort of. [10:54] Charlie_X: +apidoc describes the raw REST API. [10:54] launchpadlib is a wrapper around it. [10:54] I'm stumped about reporting bugs on launchpad. I no longer get the input form, but instead instructions about the GUI bug reporter. [10:55] waschtl: Have you read the instructions? [10:55] neither getByName(name="zope3" nor queryByBaseURL( [10:55] base_url="https://bugs.launchpad.net/zope3") return anything [10:55] Charlie_X: Why not just use lp.projects['zope3'? [10:55] Er, with a ']' as well. [10:55] wgrant: I don't have a GUI on my server, which is the subject of the bug report. [10:55] I tried that but that has no bugtracker_link [10:56] waschtl: Continue reading the document; it describes what to do in that circumstance. [10:56] Charlie_X: Why do you want the bugtracker_link? That's just for pointing to a non-Launchpad bug tracker. [10:56] wgrant: all right -- maybe it could be made to stand out more, so that it would be seen while skimming over all the GUI stuff. [10:56] wgrant: thanks [10:57] waschtl: That is probably better discussed in #ubuntu-bugs; Launchpad does not control that page. [10:57] wgrant: ah, allright, will do -- thanks again [10:58] Charlie_X: Try the searchTasks method on the project to get the Launchpad bugs involving it. [10:59] Thanks - I was just about to ask which method I should look at. [11:05] sheymann, hi, did you get any help with your translations problems already? (if not, perhaps I can help) [11:15] sheymann, hey (let's keep the discussion public so someone else can jump in if I can't help) [11:15] all right [11:16] I previously asked the french translation team for help, but he couldn't do more than redirecting here after adding me to the team. [11:16] this is out import queue: https://translations.launchpad.net/gephi/0.7/+imports?start=225&batch=75 [11:16] sheymann, are you using branch imports? [11:16] yes [11:19] sheymann, I see you have a big number of files named "template.pot": that doesn't make approval easier [11:19] sheymann, usually, what you should do is have them named after the actual context, i.e. ClusteringAPI/src/org/gephi/clustering/api/template.pot should probably be ClusteringAPI/src/org/gephi/clustering/api/clustering-api.pot [11:19] sheymann, if you name them like that and use bazaar branch integration, then it will all be automatically approved few minutes after you push the branch up [11:20] sheymann, so, I see you are using a branch already, so that's good [11:20] sheymann, automatic approver can't name these templates because they are using the identical POT file names, so just change that and it should be approved [11:20] sheymann, if that doesn't happen soon after the rename, just stop by here and we'll take a look [11:21] sheymann, there's more help up on https://help.launchpad.net/Translations/YourProject/ImportingTemplates [11:22] all right, I'll try it and back to tell if it resolved the problem. Thanks! [11:22] wgrant: anyone online yet who could help me, about my PPA publication pending? [11:23] sheymann, you are welcome [11:33] What should I mark a bug when the bug continues to disturb users, but is not a bug in the application, and thus needs to be fixed elsewhere? [11:34] Is there a way to mark bug as "inherited" or something like that [11:34] Open a bugtask on the actual part which needs to be fixed, and set as "Invalid" the bugtask on your project? [11:36] maxb: I guess that works. I was just hoping it would be easy to see that it is still a problem. [11:36] I mean [11:37] a bug could be seriously invalid [11:37] and calling something that constantly disturbs users invalid may sound like the project wouldn't care [11:39] also [11:39] there should be a way for the library provider to see, how many projects are bugged by the upstream bug [11:39] this would make it easier to see how big the problem really is [11:49] Hi, anyone there who could help me? - My builds are waiting for publication since over 11 hours... [11:54] anyone? [11:57] hakaishi: It's still being investigated: you're still in "wait" mode. [11:57] persia: ah, okay, thank you. [12:00] wgrant: thanx [12:09] Is it possible to pass in a list of values for a parameter in project.searchTasks()? [12:10] Charlie_X: For some (such as status and importance), sure. [12:10] The best way to find out is to try, probably. [12:10] (or read the docs) [12:12] The docs make no reference to multiple values [12:13] But passing in a tuple works [13:38] leonardr: Hi, [13:38] oops, pressed enter too soon [13:38] hi maxb [13:39] I don't suppose you'd be processing code import approvals today? [13:39] maxb: oops, i forgot to take my name off the irc channel === leonardr changed the topic of #launchpad to: http://launchpad.net/ | Read https://help.launchpad.net/ for help | Help contact: - | Join https://launchpad.net/~launchpad-users | This channel is logged: http://irclogs.ubuntu.com/ | Launchpad is open source: https://dev.launchpad.net/ [13:40] ah, fair enough [13:40] maxb: tell me which project you need an import for [13:40] https://code.edge.launchpad.net/~maxb/guice/trunk === matsubara-afk is now known as matsubara [13:42] maxb, approved [13:42] thanks [13:43] I feel a bit bad about jumping the queue, there was someone on here earlier noting they had one pending review since 2 weeks ago [14:00] Hi, I've had some translations stuck in the import queue (in 'approved' state) for several days, https://translations.launchpad.net/~askhl/+imports . This is an error, isn't it? [14:04] ashkhl_, it's human error. i'm working through the import queue now [14:04] leonardr: Not the translations queue, surely? [14:05] leonardr: thank you very much [14:05] wgrant: oops, yeah [14:05] askhl_: actually, sorry, i'm working on the _code_ import queue. i don't know about the translation queue [14:05] One of them is an 'import' and one of them is an 'upload', I believe. [14:07] (The import is because I wanted to merge with upstream as soon as possible in case there were version differences to resolve in LP. The other one is meant to override some 'changed in launchpad', i.e. some discrepancies with upstream) [14:07] askhl_, don't you want to upload these into ubuntu packages instead? [14:08] danilos: They are in ubuntu lucid packages. I don't think there is another way, is there? [14:08] askhl_, it seems someone has registered these as projects and set-up translations imports, however that's the wrong thing to do [14:09] askhl_, so, you tried doing it in gedit project, where you should have done it in ubuntu gedit sourcepackage [14:10] danilos: actually I didn't do anything in the gedit project. I have no clue why there are other imports happening. I assume it is because I am the translator of upstream for these projects, and someone else did an import [14:10] danilos: ...but now I realize that it doesn't make all that much sense perhaps [14:10] danilos: the only two imports I have made myself are those that are 'approved' [14:10] askhl_, oh, it actually does because someone has also ticked the box to set up imports [14:11] askhl_, right, that makes sense (fwiw, we are currently working on implementing direct imports from upstream, so that's why the other bits make sense as well :) [14:11] just a question, how fast will the direct imports be? I mean the latency [14:11] askhl_, ok, so we've got some 4-6k files to import, it may take a while (few hours) for all of them to be imported [14:12] askhl_, we expect it to be less than 1 day since they are committed upstream [14:12] danilos: that's excellent [14:13] askhl_, let's see how it goes, it's probably going to be available post-Lucid (we are hoping to get it done by June) [14:13] I have to get some work done now, but I may pop back in later if I have time, as I didn't understand all the stuff about someone 'also ticking the box to set up imports' [14:13] Thanks, danilos and leonardr [14:14] askhl_, yeah, don't worry about it, it's about setting upstream imports (which won't fully work anyway) [14:38] Is there a way to claim a username? Someone else has a username that I'd really like to have, he/she has never used launchpad yet, and doesn't reply to my e-mails. [14:39] rdb, you should probably file a request at https://answers.launchpad.net/launchpad and admins will rename that account and let you rename yours if the previous one was never really used === kfogel is now known as emacs [14:40] It was really never used: https://launchpad.net/~rdb === emacs is now known as kfogel [14:40] But thanks, I'll do that. [14:42] A question was asked by that user. [14:42] But that's it. [14:44] https://answers.launchpad.net/launchpad/+question/106620 [14:44] There we go. Thanks for your help. =) === Ursinha-afk is now known as Ursinha [15:07] hello [15:08] I am getting a lot of spam on an LP team ML, doesn't it use some integrated spam removal tool ? [15:19] how can I notify a relevant user (whose email is @ubuntu.com) not currently on the subscribers list of a bug? [15:19] oops [15:19] nevermine [15:22] if I add someone to the subscribers list, do they get all the messages, or the messages posted on the bug from then on? [15:23] need help: Unable to install launchpad-developer-dependencies. [15:23] the messages posted from then on [15:23] joaopinto: thanks. I guess I have to find them on irc then. [15:27] as a member of ubuntu-dmraid and ubuntu-bugsquad, I used to be able to change the Importance of bugs in the dmraid package when it was in universe... it has been moved to main and now shows ubuntu-dev as the maintainer and I can not set the Importance... could this be fixed somehow? [15:29] psusi: you need to be in ubuntu-bugcontrol to change the importance. I'm not sure what has changed, but that doesn't matter if the package is in main or universe. [15:30] james_w: I was thinking the maintainer changed from ubuntu-dmraid to ubuntu-dev [15:31] but I could be confusing ubuntu-bugsquad and ubuntu-bugcontrol... maybe I used to be in both and my membership expired in bugcontrol... [15:33] yea... I think that's what happened.... though that would let me work on all bugs in ubuntu... would it be possible to set ubuntu-dmraid to be able to manage just the bugs in the dmraid package? [15:34] that's not currently possible AIUI [15:37] oh well... guess I need to renew my membership in bugcontrol then... yea... just checked my mailbox and it expired on 5/8/2009 ;) [15:43] Hi, somehow https://code.launchpad.net/~sugarteam/turtleart/debian got stacked on lp:turtleart. Now, when I try to branch /debian, I get "bzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/~lfaraone/turtleart/trunk/"." [15:43] How can I unstack the /debian branch? (it's not based on turtleart at all) === deryck is now known as deryck[lunch] [15:49] hello, is there a timeframe for fixing the ppa package publishing [15:51] * Drakeson wishes there was also possible to report that a bug does NOT affect some other distribution, such as debian. [15:54] lfaraone: I think the problem is not what it is stacked on, but rather that according to the LP db, /debian is stacked on ~sugarteam/turtleart/trunk, whereas according to bzr, it's stacked on ~lfaraone/turtleart/trunk [15:56] Download this script of mine: http://j.maxb.eu/~maxb/bits/bzr-set-stacked-url.py [15:56] And run ./bzr-set-stacked-url.py lp:~sugarteam/turtleart/debian lp:sugarteam [16:05] maxb: okay, will do. [16:06] maxb: you mean "./bzr-set-stacked-url.py lp:~sugarteam/turtleart/debian lp:turtleart" [16:06] maxb: right? [16:06] oh [16:06] Yes :-) [16:06] maxb: ideally I don't want /debian stacked on anything :) [16:07] lfaraone: The fact that it's needlessly stacked shouldn't hurt anything, but once you've fixed the current inconsistency, you should be able to use `bzr reconfigure --unstacked` on it === matsubara is now known as matsubara-lunch === sebi_` is now known as sebi` [16:34] Hi, I'm still there to wait for a solution for the "publication pending" problem in https://launchpad.net/~hakaishi/+archive/qshutdown/+packages . Anything found yet? - Can't I just delete the package and make a new upload? [16:40] You may be able to, but it depends. [16:40] I haven't seen any traffic about it since near the time you last asked, at which point it was blocked on finding someone with access to the logs to hunt down the issue. [16:44] persia: If I have to wait all day, I'll just try to delete it and make a new upload... - It could be that this problem was caused by uploading a newer version right after I uploaded another one. The second one was accepted before the first one... [16:45] is there a way to un-attach an "also affects distribution" link on a bug ? [16:46] someone incorrectly linked a debian bug to bug 523148 . I'd like to avoid the confusion that that may cause. [16:46] Launchpad bug 523148 in libvirt "virsh console does not work (/dev/pts/1: Permission denied)" [Undecided,New] https://launchpad.net/bugs/523148 [16:48] There's no way to delete a bugtask. You have to settle for status=Invalid === deryck[lunch] is now known as deryck [16:53] smoser: You can also unlink it from a specific bug, or change to which bug it's linked. [16:54] thanks. [17:08] is there anything wrong with PPA's at the moment? I uploaded some packages to https://edge.launchpad.net/~tracker-team/+archive/tracker last night, and they built 14 hours ago but aren't published yet [17:09] Aha! there is someone else with the same problems I have^^ === yofel_ is now known as yofel [17:11] some packages in the gmpc-trunk/gmpc-stable ppa have been stuck in pending publication for around 24 hours, what's up? I need those packages published before I can build some other ones [17:11]