=== Ursinha_ is now known as Ursinha [05:48] is it common for build time to go up, my package score is 2505 said start in 7 minutes and it has gone up :) [05:49] Sometimes things can push in front of you, like security builds [05:50] ah guess that is expected [06:05] Fudge: stuff in flavor packagesets get a small bump as well [06:13] what is that? [06:24] Fudge: take a look here: https://help.launchpad.net/Packaging/BuildScores [06:25] hrm, that is excluded from PPA builds, weird [06:38] lol === ripps_ is now known as ripps [09:17] Hi [09:17] I'd like to change the question category in Answers [09:17] https://answers.launchpad.net/lubuntu-default-settings/+question/206269 [09:17] What is the correct category where I can move it? [09:18] Any ideas? [09:20] where do you want to move it to [09:20] you can't as you're not part of the group which it is under [09:23] czajkowski, I'd like to move it in the most appropriate category [09:24] you keep saying on the answer you want to reopen the issue, what exactly are you trying to achieve? [09:25] czajkowski, I opened the question because after a few days it was closed [09:26] it wasnt after a few days it times out with no activity [09:26] I've moved it under ubuntu as there are people who look at that area [09:26] under lubuntu there was only you subscribed to it [09:26] however for future reference commenting on it to reopen it won't help [09:27] czajkowski, and how can I do? [09:29] there was only you on the question, nobody else was going to comment on it. [09:32] czajkowski, I did not know that it was necessary to be part of a group to be able to ask the questions in launchpad [09:32] well it's more nobody from lubuntu is subscribed to it [09:35] czajkowski, how can I do so? :) [09:37] you can't [09:37] I've added your question under Ubuntu [09:38] czajkowski, ok, but the ubuntu team is not interested to manage lubuntu :) [09:38] not really true tbh. anyways if not you could always post your question to a lubutu mailing list [09:39] czajkowski, thanks for the moving [09:39] :) [09:39] czajkowski, ok, I posted the answers in the lubuntu mailing list, but I knew anything :( [09:40] *the answer [09:41] czajkowski, 12/10/18 === nesthib is now known as Guest56334 [11:37] czajkowski: please remove "Tcl" (upstream like lp project) from bug https://bugs.launchpad.net/debian/+source/tcl8.5/+bug/1122120 but keep Debian/Ubuntu (package like) tasks open. [11:37] Launchpad bug 1122120 in tcltk-defaults (Ubuntu) "Multiarchify tcl8.5" [Undecided,New] [11:39] Hm, I can't remove it [11:40] I'm sure czajkowski has the super powers =) === mthaddon` is now known as mthaddon [11:44] xnox: StevenK has way more than me [11:46] Wrong, I'm not a commercial admin [11:47] czajkowski: https://bugs.launchpad.net/tcl/+bug/1122120/+delete will do it, I've removed the bug link from it [11:47] Launchpad bug 1122120 in tcltk-defaults (Ubuntu) "Multiarchify tcl8.5" [Undecided,New] [11:47] I get forbidden === popey_ is now known as popey === Guest56334 is now known as nesthib [12:57] hi, I need help in changing a bug, it needs to apply to the landscape-client project, not landscape-server, but launchpad doesn't let me change that [12:57] LP says [12:57] Error [12:57] Bad Request [12:57] Landscape Client doesn't allow Proprietary bugs. [12:57] the bug is #1153783 [12:57] and I can't set it to non-proprietary either, the little pen icon in the top right just shows the current status, doesn't let me change it [12:58] hmm [12:59] ahasenack: the set up on sharing in client doesnt seem to allow it to accept a private bug [12:59] why I'm not sure [13:00] /propiertary not private I mean [13:00] could be a mistake, [13:00] can the bug be made public [13:00] so I need to fix that first, then change the project, and then remove proprietary? [13:00] czajkowski: yes, it can [13:00] ok [13:00] czajkowski: can you make it public? [13:01] great it wont let me [13:01] the overlay that pops up when you click on that pen icon to make it public looks wrong [13:01] bad layout, overlapping text [13:02] not seen taht ever befoer [13:02] *that [13:02] what I'd suggest if finding someone on the landscape side of things and seeing if they can remove it from propietary and then make it public [13:03] then we can reassign it [13:03] <_duncan_> where's the best place to report a security bug in launchpad? [13:03] _duncan_: via LP and mark it security [13:03] https://bugs.launchpad.net/launchpad-project/+filebug [13:03] <_duncan_> ok [13:04] czajkowski: I am on the landscape side of things :) [13:06] ahasenack: and even you can't remove it [13:06] that means something is wrong with sharing [13:06] makes no sense [13:06] czajkowski: right [13:07] maintainer of "landscape" is ~landscape, of which I am an administrator [13:07] so under the project /sharing should be who can see what [13:07] ok, let me try [13:07] but never seen it affect triaging of bugs [13:09] czajkowski: I'm getting launchpad-ops help, thanks [13:09] ok [13:09] ahasenack: you know I'm there also right ;) [13:10] czajkowski: now I do :) [13:10] small world === kiko` is now known as kiko [14:55] czajkowski: StevenK: opened that Tcl task, changed it to distribution:ubuntu/pkg:hello, then removed that task. [14:55] So i had rights to move it to a different project, where i have unlink rights =) \o/ permissions models are hard =)) [14:55] all nice and tidy now. === alexlist` is now known as alexlist === deryck_ is now known as deryck === ral_ is now known as ral === Ursinha is now known as Ursinha-afk === teknico_ is now known as teknico === matsubara is now known as matsubara-lunch === yofel_ is now known as yofel === deryck is now known as deryck[lunch] === BradCrittenden is now known as bac === maxb_ is now known as maxb === Ursinha-afk is now known as Ursinha === matsubara-lunch is now known as matsubara === Ursinha_ is now known as Ursinha === deryck[lunch] is now known as deryck [20:13] is there a feature in launchpad (bzr) to push into github repositories? (or github feature to pull from bzr, in case you know about that) [20:13] ccxCZ: not in launchpad itself [20:13] ccxCZ: but if you have bzr-git installed, I think you can push from bzr to git repositories [20:16] ccxCZ: both bzr and git have extensions to talk to the other system. [20:19] Hi. I keep getting timeout errors. [20:19] It's like so for the whole today. [20:20] Does Error ID: OOPS-0e4b84dc979375567dd87d7db7d12d3a mean something? [20:20] https://oops.canonical.com/?oopsid=OOPS-0e4b84dc979375567dd87d7db7d12d3a [20:21] it allows someone here that works for Canonical to examine the cause for you. [20:21] E.g. czajkowski or wgrant or StevenK [20:24] Okay, this is getting annoying. Now instead of getting the occasional timeout error, I keep getting timeout errors all the time. [20:24] Can't do anything. [20:25] soryy708: what are you trying to do? [20:25] soryy708: wha are you doing [20:25] thumper: \o/ [20:25] I'm trying to do a translation for ecere/trunk [20:25] * thumper wavesto czajkowski [20:25] url = https://translations.launchpad.net/ecere/trunk/+pots/ecere/ru/+translate?field.alternative_language-empty-marker=1&memo=9&show=untranslated&start=9 [20:27] Is launchpad down or something? [20:27] soryy708: no it's not [20:28] You are right, it isn't. [20:28] I know [20:28] I'll file a bug and once the LP folks come online they can have a look at it [20:28] but we di have a few already for translation timeouts [20:28] bug 807383 but the characteristics are quite different now [20:28] bug 807383 in Launchpad itself "Timeout trying to view package's +translate page" [Critical,Triaged] https://launchpad.net/bugs/807383 [20:29] mgz: evening you're on late [20:29] I went to https://translations.launchpad.net/ecere/trunk , from there I pressed 'Russian', and then 'ecere'. That's when I get a timeout. [20:29] Hebrew seems to work though... [20:30] Oh, now russian works too :S [20:30] Hi, um, is there any way to get a static link to the latest rev of a single file in a published branch? I see a static link to view it in a browser, but no link to download without version-specific info. [20:31] (I'm assuming, old oopses all gone) no single bad sql statement, timeout deep in tal, and about a 2:1 sql to non-sql time spent [20:31] Like, to view... it looks like this: http://bazaar.launchpad.net/~person/project/branch/view/head:/file.ext [20:32] Damnit, filled out a page, pressed 'save and continue' and got a timeout again. (Error ID: OOPS-59948e58100833d52c4356a0888c476b) [20:32] https://oops.canonical.com/?oopsid=OOPS-59948e58100833d52c4356a0888c476b [20:32] ... but the download link looks like: http://bazaar.launchpad.net/~person/project/branch/download/head:/branchname-daterev-blah-1/file.ext [20:32] ToyKeeper: use bzr if you want to get a file automatically [20:33] er... robotically? [20:33] mgz: It must be wgettable; the intended users don't even know what bzr is. [20:33] but know what wget is? [20:34] Something simple that comes with Ubuntu by default, at least. [20:34] ToyKeeper: that download link is staic [20:34] ToyKeeper: head: is a symbolic link, sortof :) [20:34] lifeless: the download link has a revid in it [20:35] The actual URL here is, for example, http://bazaar.launchpad.net/~ubuntuone-support/ubuntuone-client/scripts/download/head:/tomboysyncvalidator.-20110217154106-prhppjfgrewp4lvd-1/tomboy-sync-validator.py [20:35] mgz: gnar. I thought we had a namespaced version. [20:35] ToyKeeper: that looks stable to me. [20:35] ToyKeeper: thats the fileid, not a revid [20:35] It's going into a FAQ where users can copy/paste a command to get the latest version of a file and then run it. [20:35] isn't it ? [20:35] mgz: ^ ? [20:35] right, *fileid [20:35] fileid is stable [20:35] ToyKeeper: both wget and bzr are in main [20:36] neither are in ubuntu core [20:36] Aaaand another timeout... [20:36] just have step #1 be `sudo apt-get install bzr` rather than `sudo apt-get install wget` [20:36] Perhaps I should just cron a bzr pull somewhere on a public-accessible server and link to the files from there. [20:36] ToyKeeper: I don't understand the issue. [20:36] soryy708: yes that is the problem with timeouts, they sometimes work [20:37] ToyKeeper: do you think the url is unstable. Or do you object to it being long ? [20:37] we are trying to fix them and are currently working on bugs marked critical [20:37] lifeless: she wants latest, not static version [20:37] mgz: that *is* latest. [20:37] but with only 2 people working on the bugs, it may take some time [20:37] czajkowski: When do you approx. Launchpad will be usable? [20:37] launchpad *is* useable [20:37] lifeless: Mainly, the intended audience needs a short one-liner to get and run a script, and I'd prefer not to have to update the FAQ every time there's a branch update. [20:37] it's got a fileid, it's always the same version if you hard code the url in your script or documentation [20:37] rather than being updatable by changing the branch [20:38] mgz: fileids are *not* per-rev [20:38] ah, good point [20:38] it is a fileid, not a revid [20:38] roman.yepishev@canonical.com-20130227134321-gxq09ay4nonrg5bo is the revid of head [20:38] ToyKeeper: ^ignore me, listen to lifeless [20:39] roman.yepishev@canonical.com-20121129122316-gm3afi5ukyt0kuuv is the revid of the last change of that file [20:39] I could probably wrap it in a bit.ly URL or something, I suppose. [20:39] ToyKeeper: a bit.ly link would be fine. [20:39] the download link will be stable unless one of two things happen: the filename is changed, or the file is deleted and readded. [20:40] (or you rename teh project, team or branch) [20:40] and it will give you latest. [20:40] or delete the branch, or the earth gets hit by a meteor [20:40] ...a big one [20:47] * ToyKeeper tries to get curl to do it... but it seems curl's content-disposition feature can't parse LP's headers [20:47] wget --content-disposition works though. [22:06] webops: could someone give sagari some love please?