[04:33] ubuntu package bugs pages have been timing out for 3 days [04:34] on edge, regular LP works [04:35] micahg: can you check the same page on staging? [04:36] That's known. [04:36] I think the fix landed over night. [04:36] * wgrant checks. [04:36] Yes, db-devel r8929 [04:36] So edge will remain broken until release. [04:37] yep [04:37] broke on staging [04:37] k [04:39] oh right, i think staging might be down entirely... [04:46] hi, i want to import bugs from an old bug tracker [04:46] i created an xml import file with the track migration code [04:46] whats the next step? [04:47] *xml created with trac-launchpad-migrator [04:48] j^: Wait for the response on that question of yours. The Bugs developers were sprinting last week. If you don't get a response, perhaps poke gmb in here during London working hours. [04:49] ok [07:25] hello all, does anyone know if it is possible to have launchpad import translations automatically from an arbitrary branch, ie not just the "main" branch associated with the project? [07:26] jtv1, ^ [07:27] thanks :) [07:31] I guess maybe I could make a 'translations' series and set the branch for that to my desired branch [07:34] Good morning! [07:35] as a side question, does anyone know if a bug involving the display of launchpad.net/foobar/+translations is a bug in launchpad or rosetta? [07:37] mrooney, the Translations devs are not here yet, so in case you don't get any answer, you might want to try a bit later on [07:41] dpm: okay, thanks :) [07:51] mrooney: it depends... can you show me what's going wrong? [07:51] (Sorry for the delay... a guy called Nick Serv was trying to pick a fight with me) [07:52] jtv: https://translations.launchpad.net/wxbanker/trunk/+translations sort by last changed [07:52] it seems to do a string sort, making "14 hours ago" the oldest [07:53] mrooney: yes, unfortunately it's a naïve string sort [07:54] as for whose bug it is... that is a matter of long-standing debate. :) [07:54] haha. is it already filed or shall I? [07:54] it's already filed somewhere... probably a long time ago. [07:54] :'[ [07:56] if you happen to be able to dig it up, let me know, I was unable to find it but would love to subscribe [07:56] mrooney: actually, there's a whole constellation of concerns with this stuff; I don't think the specific issue of date sorting has been filed yet. [07:57] mrooney: one thing that I could imagine us doing is to embed a "normalized" date like 2010-01-26 invisibly in the HTML, and sorting by that. [07:58] But it does bloat the html and js, without fixing the wider problems of column-sorting. [08:04] hi jelmer! [08:04] hey Jeroen! [08:13] somebody else has the problem that the right part of launchpad is not floating right ? [08:13] but on the right under the main items ? [08:14] dupondje: Yep. [08:14] who fucked the css ? ;) [08:14] bug #493518 [08:14] Launchpad bug 493518 in launchpad-foundations "Side portlet moved again below the main content on wide-screen displays (1920x1200)" [High,Triaged] https://launchpad.net/bugs/493518 [08:14] k :) [08:14] Someone probably ought set that Fix Committed, because it's fixed on edge. [08:15] Also, !ohmy [08:15] Err. [08:15] !ohmy [08:15] Please remember that all Ubuntu IRC channels share the same attitude of providing friendly and polite interaction with all users of all ages and cultures. Basically, this means no foul language and no abuse towards others. [08:16] (Not that this is precisely an Ubuntu channel, but the same guidelines apply) [08:23] mrooney: the broken sorting is done in sorttable.js, which apparently is 3rd-party stuff... It does have separate provisions for sorting by date, in theory, but pretty ugly and mostly irrelevant to us. === lool- is now known as lool [09:34] There's a bug I want to report and launchpad always ends with an oops, contact an administrator, erasing all my careful bugreporting... so why is the oops, and how do I report a bug in such case? [09:35] KaOS-bEat: What URL are you using to report the bug? [09:35] https://bugs.launchpad.net/ubuntu/+filebug/?no-redirect [09:36] Hrm. I used that yesterday successfully, and wouldn't think it would be hit by the known timeouts issue. [09:36] well, I was clicking on "this bug affects me too and got a similar OOPS" [09:36] If you paste the OOPS ID it generates a URL that lets support folk review the issue. That said, there doesn't seem to be a support contact right now. [09:36] (see /topic) [09:38] ok, I'll just try again, I typed it into a text editor lkast time, so I can just copy paste it back [09:40] persia: ok bug submitted :) [09:40] it didn't work the first three times :) [09:41] Annoying, that. [09:47] KaOS-bEat: Why are you using ?no-redirect? [10:16] wgrant: I don't know, I just ckicked through, I didn't manually add this [10:40] https://bugs.edge.launchpad.net/~om26er is timing out for me, is this a known issue? [10:40] OOPS-1487EA546 [10:40] https://lp-oops.canonical.com/oops.py/?oopsid=1487EA546 === doctormo_ is now known as doctormo [11:25] lifeless: edge timeouts have been reported a *lot* recently. I saw a comment that there was a fix that might land with the next release. production seems to timeout less. [11:26] persia: yes, its an edge bug and there is a fix going to pqm ~ now as it happens [11:27] Aha! === henninge is now known as heninnge-lunch [12:39] mrooney: bug 512718... adiroiban and/or Ursinha may possibly know more about it [12:39] Launchpad bug 512718 in rosetta "Column-sorting by date broken on producseries page" [Undecided,New] https://launchpad.net/bugs/512718 === mrevell is now known as mrevell-lunch [12:49] jpds, ping [12:50] matsubara: Hi. === heninnge-lunch is now known as heninnge === mrevell-lunch is now known as mrevell [13:52] is there a way to use the email interface to change the status of distro release targets? e.g. ubuntu/pm-utils/karmic or something? [13:52] it's quite annoying to not be able to change the statuses of multiple targets in a bug at once. [13:53] especially when touching a particularly large bug report with a particularly large number of comments over a slow connection. [13:56] I've uploaded an invalid orig.tar.gz to a PPA, can it be overridden somehow? [13:57] akheron: only by incrementing the version and re-uploading. [13:57] oic [13:57] incrementing the upstream version... [13:58] which isn't really in my hands, right :) [14:00] akheron: sure. If you build another source package and include the new valid orig.tar.gz and dput that to you PPA, it should just work (as the md5 won't match the previous one)? [14:00] (just a guess, but bigjools will know). [14:00] s/another/another version of your [14:01] no [14:02] I uploaded another version and got rejected because the orig.tar.gz doesn't match the one already uploaded [14:02] akheron: ok, I'll dig around, what's the exact error? [14:02] OTOH, this upload didn't supersede the previous one as it was for hardy and the previous one was for karmic [14:03] Rejected: [14:03] File jansson_1.2.orig.tar.gz already exists in PPA for Petri Lehtinen, but uploaded version has [14:03] different contents. [14:03] Thanks. [14:08] hyperair: affects ubuntu/karmic/pm-utils === jamalta_ is now known as jamalta [14:09] akheron: You cannot upload a different file with the same name. [14:09] yeah, seems reasonable [14:10] deryck, just wondering if you caught this: http://davidsiegel.org/improving-bug-workflow-for-opportunistic-programmers/ [14:10] mars, no. will look later, thanks! [14:10] wgrant: so I have to mangle the upstream version somehow [14:10] wgrant: so he has to supply an orig.tar.gz that's different.... [14:11] (what he said :) [14:12] If Mr. Patrick of HSBC really wants to transfer "$22,500,000.00 Dollars" to my account he could at least say whether they're US$ or HK$. [14:24] akheron: Generally people will append a short alphabetic string to the upstream version in this sort of situation [14:24] e.g. 1.2.3repack [14:30] maxb: ok [14:30] thinking again, I think I can live with the orig.tar.gz === abentley changed the topic of #launchpad to: http://launchpad.net | Read https://help.launchpad.net for help | Help contact: abentley | Join https://launchpad.net/~launchpad-users | This channel is logged: http://irclogs.ubuntu.com/ | Launchpad is open source: see channel #launchpad-dev [14:38] abentley: around? [14:38] abentley: I have a vcs-imports <-> branch question [14:38] lifeless: Shoot [14:38] this branch; https://code.edge.launchpad.net/~vcs-imports/utils/main [14:38] is a vcs import [14:38] it is trunk for lp:utils [14:39] however, we want to 'delete' lp:utils (or at least make it readonly or something) as there is also a project 'lp:bluez-utils' [14:39] which is the same thing but more sensibly named [14:39] however, https://edge.launchpad.net/bluez-utils/main has no branch associated ;) [14:40] whats the best way to get a vcs import, of the url that https://code.edge.launchpad.net/~vcs-imports/utils/main imports from, for https://edge.launchpad.net/bluez-utils/main [14:40] I'm happy with renaming the branch across projects (if that works), push + pull + setup a new import, or whatever you recommend [14:40] in fact, all the branches of lp:utils can sensibly be moved to lp:bluez-utils via a DB query, I suspect [14:41] as lp:bluez-utils has no branches [14:41] mthaddon: or perhaps we should delete bluez-utils and then do a rename [14:42] mthaddon: no translations, bugs or specs in bluez-utils. I think we should delete it. [14:43] lifeless: The normal thing would be to just create a new import. [14:43] lifeless: I have no idea whether anyone is using lp:utils right now. [14:43] mthaddon: the package bluez-utils has been renamed to bluez in Ubuntu I think. compare https://edge.launchpad.net/bluez-utils https://edge.launchpad.net/ubuntu/+source/bluez [14:43] abentley: And its ok to have two imports pointing at the same url ? [14:43] lifeless: If people are using it, deleting the project would break their link. [14:44] lifeless: I don't know whether it's okay to have two imports pointing at the same URL. I'm guessing it is. [14:45] abentley: I'm very sure they are not using it currently based on last modified dates for the 3 branches that are there. [14:45] more than 1 year for all except a stale packaging branch [14:45] lifeless: On the whole, I'm okay with deleting it, because it's such a bad name. [14:45] hi, some odd question maybe, about translations @ LP (former Rosetta) [14:46] is it possible to use this service for closed source software? [14:46] bialix: shoot! [14:46] abentley: there is also a libs, but it can be renamed because there isn't a bluez-libs yet [14:46] bialix: you will have to talk to bac about commercial subsriptions. [14:47] lifeless: So, I don't think you need an admin to disable the bluez-utils project and then rename the utils project to bluez-utils. [14:47] bialix: You can restrict who can do translations for you project. [14:47] abentley: do you mean I can do it ? [14:47] bialix: but Rosetta does not have any privacy features, if that is what you want. [14:47] bialix: yes, you can use launchpad for closed source but we require you to purchase a commercial-use subscription [14:47] lifeless: Yes, because you are a registry expert. [14:47] bialix: yes, your translation strings will be exposed. [14:48] that's ok [14:48] abentley: so, for clarity. you are suggesting clicking the 'active' field in 'review project' [14:49] lifeless: Right. [14:49] abentley: how do you rename projects though? It used to be in +admin, but +admin isn't given by registry-experts [14:49] bac: so, if I'm OK to expose my strings, but don't host my branches there? is it OK? [14:50] abentley: mthaddon so I've made bluez-utils inactive [14:50] mthaddon: ^ [14:50] I will give a talk about gettext and Rosetta this saturday, so if people will ask me about this for their project, what should I answer them to be correct? [14:50] lifeless: I guess you can't change the name of a project, only its title and display name? [14:51] bialix: I believe it says somewhere that you must licence your strings as BSD to use rosetta [14:51] lifeless: so what's been suggested (I haven't been following all of backscroll)? [14:51] maxb: that's fine [14:51] bialix: hosting your branches is not a requirement for free Launchpad usage but that the source code is available somewhere. [14:51] bialix: AFAIK we actually do have a privacy feature for branches - with a commercial subscription. [14:51] mthaddon: current bluez-utils -> delete. rename utils to bluez-utils [14:52] mthaddon: AFAICT rename is still admin only, not registry-experts (and we should change that, I think). [14:52] lifeless: and that isn't going to break anything for any of the distro folks? [14:52] henninge: so if the po files available under BSD and hosted at LP? [14:52] bialix: no ;-) [14:52] is it derived work in some sort? === salgado is now known as salgado-afk [14:52] bialix: the po files can be GPL [14:53] or anything else [14:53] ok, GPL [14:53] they are not linked with main code [14:53] mo files used as is [14:53] mthaddon: I've found nothign on bluez-utils except some packaging links that I'm switching over to the utils project now [14:54] lifeless: done [14:54] bialix: any translations added in Launchpad will be BSD licensed but once you export the po file again, it is a derivative of the original file and therefore GPL'ed. [14:55] talking about the file as a whole while single strings may be BSD because they were created in LP. [14:55] s/may/will/ [14:55] henninge: ok, then I publish the po, translate it to mo and use it with my application? [14:56] henninge: bac: so safe answer: buy commercial license? [14:56] mthaddon: thanks, I see you've renamed it to -old [14:56] and then do what you need? [14:56] bialix: Now I understand what you are getting at [14:56] lifeless: yep, you can't delete projects in LP [14:56] ! [14:56] mthaddon: we have one remaining packaging link that the web ui won't let us fix. jelmer is going to put togethe ra little db update for us [14:56] lifeless: and a bug report I assume? [14:56] bialix: yes, if your overall product is closed source then you'll need the commercial subscription. they are US$250/project/year. [14:57] bialix: In order to use Launchpad for free, the source code must be open source. If the source code is not open source, buy a commercial license. This is independent of how you license the po files. [14:57] mthaddon: once i get confirmation that it is duplicate, uneditable data - hell yes. [14:57] henninge: bac: ok, many thanks for clarifications! [14:57] cool [14:58] bialix: np. contact me directly if you have additional questions. [14:58] bialix: licensing po files as GPL when the source code is closed source is tricky, though. [14:59] bac: I have one more: why commercial usage is not promoted as on github or bitbucket? It's really hard to get this sort of info [14:59] heh, commercial usage came up nearly every day at lca. [14:59] folk want it [14:59] bialix: The internationlized version of the program could be viewed as derivative work of the translations and therefore be violating the GPL if it's not GPL'ed. [14:59] henninge: I don't understand? [15:00] mo files are not linked in the usual sense [15:00] bialix: that is why I said "may" ;-) [15:00] henninge: mmmm not really. You could argue its not 'mere aggregation' but it is definitely not derivation [15:00] okay :-) [15:01] bialix, lifeless: All I am saying that it's shaky legal ground, AFAIK. [15:01] henninge: fair enough for me [15:01] bialix: publish po files as BSD and you are fine. [15:02] * bialix nods [15:02] lifeless: But if I translate Les Miserables into English, that's certainly a derived work, so I guess it's a matter of degree. [15:03] bialix: fair point. we do have links off the front page of LP but should promote it more conspicuously [15:04] abentley: the translations are derived [15:04] abentley: but if you have an opera reporter that takes data files in any language, and you feed it your english les mis, th ereporter doesn't become a derivation of les mis :) [15:05] bac: noone hits the front page ;) [15:05] bac: because its static and unchanging there is little of interest to users. [15:05] lifeless: you're right! i think we need a pop-up banner on each page advertising commercial subscriptions! :) [15:06] bac: might be overboard, but yes. [15:06] that'll endear us to our users... [15:06] I do think a 'commercial services' link in the footer might be useful. [15:06] or something [15:07] certainly I suspect folk haven't googled for 'launchpad closed source' if they have trouble figuring this out [15:09] lifeless: the answer https://answers.launchpad.net/launchpad/+question/40633 said you can't host private branches [15:09] do you know better answer? [15:10] this is btw the first link google gave me === matsubara is now known as matsubara-lunch [15:14] bialix: That is outdated. I added a comment. Thanks for the pointer! :) [15:14] maybe not a pop-up banner but something in the footer in light gray will be nice to have [15:15] bialix: please file a bug! [15:15] sorry, not today [15:16] * bialix often hard to understand where to file bugs against some parts of lp itself [15:16] bialix: true, if in doubt file it on /launchpad, it should get sorted correctly from there. [15:17] * bialix will try to remember === beuno is now known as beuno-lunch === salgado-afk is now known as salgado === yofel_ is now known as yofel [16:25] i'm building asterisk on my ppa, but it seems it doesn't wget the sound files needed to build the package, are downloads cut off on the build hosts ? [16:26] bencer: Yes. [16:26] This is a feature, not a bug. [16:26] ScottK: are debian buildd hosts configured the same way ? [16:26] bencer: Yes. [16:27] ok, going to see how to fix this, thanks === matsubara-lunch is now known as matsubara [17:02] who approved the gnome-colors imports? https://code.edge.launchpad.net/~vcs-imports/gnome-colors/trunk can be dropped now. [17:22] Hey, sorry if I'm asking in the wrong place, but I added a PPA and the packages aren't showing up in apt-get after an update [17:22] The PPA in question is https://edge.launchpad.net/~mjeanson/+archive/iphone/+packages [17:23] It seems the PPA added succesfully [17:23] I can see it listed in Software Soruces, along with the key [17:23] jamalta: how do you know it added successfully? [17:23] ok [17:23] bigjools: Any other way of testing? [17:24] His key is also showing up in software sources / Authentication [17:24] apt-get update, then apt-get install something from that PPA [17:24] bigjools: i've done apt-get update a few times :( [17:24] did you try installing one of his packages? [17:24] you can also do apt-cache show [17:24] guys, i need some help to merge my old LP account. [17:25] bigjools: yeah, shows the wrong version (the version that is in the main repos) [17:25] bigjools: and for new packages, it cant' find them at all [17:25] jamalta: check your /etc/apt/sources.list [17:25] bigjools: it shows up as a .list file in /etc/apt/sources.list.d/ [17:26] the syntax looks right as far as i can tell [17:26] deb http://ppa.launchpad.net/mjeanson/iphone/ubuntu karmic main [17:27] and just made sure I am on Karmic, with amd64 ;) [17:27] so if you do apt-get install ifuse=0.9.5-1~karmic1 does it work? [17:28] bigjools: well, i wasn't aware of that syntax [17:28] it looks to be working [17:28] oddly enough it's downloading the packages from the right place [17:28] so something is superseding the version you want [17:28] from the ppa i mean [17:28] bigjools: right, seems like that's the case [17:28] you must have already installed it? [17:28] anyway, glad to have pointed you in the right direction [17:29] * bigjools leaves for the day [17:29] bigjools: i didn't have either version installed.. but thanks so much, it seems to be working :) [17:29] bigjools: have a great rest of the day then :) [17:29] np :) [17:39] how would you delete ppa's? [17:40] You don't. [17:40] ScottK: isnt it possible for an admin to delete it from your account? [17:40] Not currently. [17:41] Can you hide them? [17:43] You can disable them [17:44] hey jcastro [17:44] 15:36 < jcastro> rdb: it's in the development release of ubuntu already, so someone just needs to backport it [17:45] however, according to this: http://packages.ubuntu.com/lucid/nvidia-cg-toolkit its still the installer package [17:46] Or am I missing something? [17:47] rdb: hrpmh, indeed it is [17:47] will that not work? [17:48] No, because I want to use it from a PPA. [17:49] Is there any way I can help to get this fixed in the lucid repo and karmic-backports? [17:49] Because I know that if I package it and file a bug report or blueprint about including it, nothing happens [17:50] unfortunately it's all mostly who has the time to help. [17:50] rdb: you might want to try asking in #ubuntu-motu and see if anyone has time [17:51] well, usually I have the time to package stuff, but nobody has the time to flip a switch and include it [17:52] but thanks for your help [17:52] I'll package it for my PPA === beuno-lunch is now known as beuno [18:27] not accessible? http://bugs.launchpad.net/bugs/508192 [18:27] Error: This bug is private [18:27] it wasn't yersterday? [18:37] how does one add an upstream bug watch? [18:37] using the email interface, i mean === EdwinGrubbs is now known as Edwin-afk [19:20] hyperair: I do not think the email interface supports bug watches: https://help.launchpad.net/Bugs/EmailInterface [19:21] Today I've thought about using BOINC to distribute package builds: any user could participate in helping with builds. However, trust must be ensured and that's not possible probably, is it? (idea: launchpad provides packets with builds to make and clients can fetch those and have to return them in a particular timeframe). [19:22] Other BOINC projects manage to trust their users, so it may be possible with launchpad, too: e.g. an environment where the build gets done is created, which gets verified via hashes?! [19:24] sinzui: i was hoping that it was an undocumented feature =( [19:25] I believe there is a bug requesting the feature, but I cannot find it. (bug search on edge is very painful this week) [19:39] blueyed: quoting the BOINC wiki: "Because volunteer hosts may be error-prone or malicious, volunteer computing requires result validation. The general way to do this is by replication: run each job on 2 computers and make sure the results agree." ... this approach fails for software builds. They are not expected to be bytewise reproducible [19:43] maxb: and it would not be possible to ensure builds are being made in a validated, secured environment? Like creating a chroot and validating the files before and after the build? But I agree that it would be difficult and needs more thought. But the idea is compelling: it would help both Launchpad and BOINC, if Ubuntu users would start using BOINC to help out Launchpad/Ubuntu. [19:43] No it would not be possible. There's no way to validate that the thing doing the validation hasn't itself been compromized [19:44] blueyed, have you verified that Canonical doesn't plan to add more builders? it sounds like a big effort with a lot of risk (potential root access gain on million of computers) [19:46] beuno: I've ranted about this yesterday.. they are apparently happy with the current state. The same applies to Launchpad: it's slow, takes time, but they are not throwing (enough) new hardware at it. [19:46] maxb: ok, thanks for making this clear.. it's a pity though. [19:46] blueyed, I've told you, launchpad's speed is not a hardware issue [19:47] the builders may be, and I'm sure that if there's a problem, it will be fixed [19:47] launchpad's general performance is a very hard one [19:47] didn't someone say yesterday, it's not only a matter of hardware [19:47] mwhudson, I did :) [19:54] beuno: but you cannot say that with adding 10 more servers for page processing and 5 more memcached servers this would still be bad: it's software for sure, but when you add proper caching mechanisms everywhere, this should fly despite the complexity. [19:55] imaging just a 5gb memcache cluster: that could easily bump performance a lot (given software changes, yes, of course). [19:57] blueyed, we don't use memcached [19:57] beuno: other mem cachers? [19:57] no [19:57] beuno: well, that's the root problem then :D [19:58] blueyed: which you will notice ISN'T HARDWARE! [19:58] blueyed, yes. Welcome to "fixing the software" [19:58] beuno: why do 200+ queries for some page, if you could query a single memcache key? [19:58] mwhudson: well, still.. it's RAM! [19:59] * mwhudson sighs, gives up on this conversation [20:00] mwhudson: I'm right, not? it's both, but after all, it's just RAM, used in an intelligent way. [20:00] mwhudson: and if you would increase the number of backend servers by twice as much, it would be faster too.. but now you're saying maybe: we have no proxy/load balancer.. well.. [20:00] blueyed, no [20:01] beuno: I really can't imagine given the number of engineers LP.net has after all, that there's no memcache in place..?! [20:01] beuno: what no? no load balancer/proxy? [20:02] How many machines are running LP.net (just the frontend - without any backend jobs like build services)? [20:02] blueyed: and what about the increased overhead to invalidate the caches when someone changes data in LP? [20:03] blueyed, FYI, Canonical does have intentions to add more dedicated buildds to the PPA buildd pool. It just takes time for resources like that to materialize. [20:04] blueyed, That is to say, its recognized that the current set of buildds are under a high degree of load. [20:04] geser: that's minimal. [20:04] cody-somerville: great. [20:06] blueyed, Also, if you feel you have expertise in the area of performance that would be of benefit to the launchpad team then I'd encourage you to send in your resume to our HR department. :) [20:06] blueyed, Or just take the code and start hacking! :) [20:06] geser: just imagine the home page.. this needs to get invalided only if the numbers displayed there get changed, e.g. when a new bug or answer is entered. and this could save 132 DB queries (i.e. one instead of 132) - you can use the DB to cache things, too (instead of memcache, it's just a tad slower) [20:07] cody-somerville: yes, good idea - I've started once with that, but have given up on the setup procedure.. thanks for reminding me. [20:08] I could not have imagined, that it's in such a bad shape.. ;) [20:11] I'm a little confused about the deletion of source files. I'm not sure what I need to backup, if anything. [20:11] FuturePilot: what do you mean? [20:11] more context please [20:12] it says they will be deleting source files that are in PPAs or that are not published [20:13] does that mean *all* the source files in a PPA? [20:13] cody-somerville: any plans to allow third parties to "donate" buildds, seti@home-style? :) [20:14] jontai: the problem with that would be security, how can we be sure someone isn't poising a build with viral code [20:14] FuturePilot: "it says" ? [20:14] this says http://blog.launchpad.net/general/action-back-up-old-sources-from-ppas [20:15] ripps: yea, I figured that's the reason it's not currently done that way [20:15] jontai: a better option would be to donate an old server for them to setup the way they want [20:16] FuturePilot: That bulleted list is a list of logical AND terms, not ORs [20:16] ripps: does LP/Canonical take hardware donations for buildds? [20:17] Except old servers are inefficient in power and rackspace [20:19] maxb: well that was a error on my part, but I'm still confused. Do I need to download every single source file from my PPA? It says I may not need to download everything. [20:20] If you care about keeping every single source file, then yes [20:20] The question is: do you care about keeping a copy of every single version of every package you've ever uploaded [20:21] just the current ones [20:24] oh, now I see. That answers my question. [20:28] I want to ask for advice, I want to translate reddit to my native language. Is launchpad the platform to use in such scenario ? [20:31] abentley, ^ [20:32] aboSamoor: Sorry, I'm in a call right now. [20:32] abentley, tyt === matsubara is now known as matsubara-afk === salgado is now known as salgado-afk === Ursinha is now known as Ursinha-bbk === Ursinha-bbk is now known as Ursinha-bbl === thekorn_ is now known as thekorn [20:57] aboSamoor: By "translate reddit", you mean the web publication or the underlying application? === sale_ is now known as sale [21:54] Hi all [21:55] sorry, can anyone tell me how to make a new branch? [21:55] I am using olive, but i can use the cli thas is not a problem === abentley 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: see channel #launchpad-dev [22:35] abentley, the interface. they have a separate git tree to internationalization of the interface === Ursinha-bbl is now known as Ursinha [22:47] hey guys. I recently created a project in LP licensed under the GNU Free Documentation License. However I see that Launchpad considers it a propietary license. Is that right? [22:57] marianom: that'd be a question for sinzui [22:57] thanks thumper! [22:57] marianom: although I'd be surprised if it was considered proprietary [22:58] Aspects of the GFDL are not DFSG-free (particularly invariant sections) [22:58] me too, thumper. not doubt about it. but I'm not a lawyer and maybe there's something with it. [23:06] hello [23:07] is the launchpad bzr server down at the moment? [23:07] i seem unable to commit to existing repos [23:08] oh http://www.debian.org/vote/2006/vote_001 thanks RAOF... [23:08] too complicated for me, anyway :) [23:08] Noldorin: not that I know of [23:08] Noldorin: which branch? [23:08] thumper, lp:~ircdotnet/0.1 [23:09] Noldorin: that isn't a valid branch [23:09] thumper, ignore the ~ :) [23:09] * thumper looks [23:10] Noldorin: looks ok to me, what errors are you getting? [23:10] bzr: ERROR: Server sent an unexpected error: ('error', "Cannot lock LockDir(lp-6 [23:10] 4843152:///~ircdotnet-dev/ircdotnet/0.1/.bzr/branchlock): File exists: u'/srv/ba [23:10] zaar.launchpad.net/push-branches/00/04/ad/b6/.bzr/branch/lock': [Errno 17] File [23:10] exists: '/srv/bazaar.launchpad.net/push-branches/00/04/ad/b6/.bzr/branch/lock'") [23:10] that's via the command-line [23:10] i got another one via tortoise-bzr, which i don't have on record currently [23:10] Noldorin: what that means is someone else has a lock on the branch [23:11] thumper, i just tried break-lock. hrmm [23:11] man that is an aweful error [23:11] hehe yep [23:11] quite horrible [23:12] aweful and awful. :P [23:12] yeah... [23:12] breaking the lock doesn't help [23:13] * thumper pokes [23:14] Noldorin: try now [23:14] thumper, sorry. same error still [23:15] just to note: no problem with local commitsa [23:15] Noldorin: are you sure that no one else is messing with this branch? [23:15] thumper, i'm the only one that has access to it currenly. [23:15] so i'd hope not [23:16] thumper, not sure, but things might have gotten screwed up when i transferred branch ownership from me (noldorin) to ircdot-nev [23:16] erm, ircdotnet-dev * [23:16] Noldorin: shouldn't have [23:16] * thumper is looking [23:16] no indeed [23:17] using bzr 2.0.3 btw as the client [23:18]