=== Ursinha-afk is now known as Ursinha [04:27] hi! question: is there any best practice in creating a launchpad account to be used by a CI system? Namely for said CI system to implement "only push to trunk if tests pass" - i.e. it needs to be able to push to a branch, so will need lp account. [04:31] stewart: Nothing really special. We have a few of our own, eg. ~lpqabot and ~launchpad-pqm. [04:32] They each have a special sysadmin-managed email address, which can be slightly awkward, but it generally works pretty well [05:30] wgrant, thanks, that's pretty much what I was planning to do. [05:52] Hello there. I am working on packaging RethinkDB and need some help with changelogs and targetting. [05:53] We have a single source package that ought to work for all four distributions that we target. [05:54] We currently use ~distribution suffixes but note that some products (like Inkscape) manage to use the same version number for multiple distributions. We would like to do this. [05:55] albertarnoldgore: You can retain the same version number by copying the source and binaries from one distroseries to another. [05:55] I know about copying binaries, but we cannot quite do that due to some incompatibilities. How would we copy source? [05:55] You'll need to check that it'll work for RethinkDB, though. Often due to library soname changes you need to rebuild [05:55] Which means you need to change the version [05:56] You can't have two binaries with the same name and version in the one PPA [05:56] So it won't let you copy just the source [05:56] So we need to generate a common binary in order to do this and then to copy? [05:57] Or just upload multiple different versions to avoid the incompatibility entirely [05:57] That is what we are doing, but we noticed that nobody else seemed to be uploading ~precise…~raring things. [05:58] I suppose that that is the best way to do it until we get static linking working. [05:58] Lots of projects upload things with version suffixes [05:58] Why would you want to get static linking working? [05:58] It's very strongly discouraged to statically link in a package [05:59] So we are probably doing this as well as we could? (Building dynamically and uploading four different source packages.) [05:59] That's the normal way to do things if soname or similar incompatibilities prevent you from copying binaries, yeah [06:00] Okay. Thank you for your help in this matter. [06:11] We have another question. Because of all the source packages that we upload, we are using our Launchpad space very quickly. In order to keep free space, we need either to get more space or to archive the older packages. What would be best? Is there an easy way to archive the contents of a p.p.a.? [06:12] albertarnoldgore: Space is usually automatically recovered 24 hours after you upload the new version, but that's disabled at the moment due to a bug (see /topic) [06:13] I hope to switch it back on tomorrow, but if you need more space now I can increase your quota [06:13] Oh no. It is fine for now. We were just worried about the future. [06:13] Is there an easy way to archive the stuff, though? [06:15] Archive in what sense? When you upload a new version Launchpad will automatically remove the old version from ppa.launchpad.net. A week after that we delete the files from our internal storage. [06:15] Oh. Okay. We will plan accordingly. [06:15] Thanks once again for your help. === czajkowski changed the topic of #launchpad to: Known Issues: PPAs currently running out of space: Bug 1071562. Help contact: czajkowski| Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad [14:24] hi [14:25] i'am trying to upload https://github.com/dz0ny/lightdm-login-chromeos/tree/dev to personal ppa https://launchpad.net/~janez-troha/+archive/lightdm-login-chromiumos [14:25] dput reports (http://paste.ubuntu.com/1353182/) that everything is ok, but package hasn't appeared yet [14:26] is anyone able to view package details at pages like this? https://launchpad.net/ubuntu/+source/php5 [14:26] it keeps saying "Unable to load" [14:26] dz0ny, how long ago did you upload it. === qengho_ is now known as qengho [14:26] there is sometimes a wait time while the system sifts through uploads and processes the uploads. [14:27] about two hours ago. 13pm local time [14:27] ah. [14:27] TheLordOfTime: that page loads rather fast for me [14:27] czajkowski, click for a package [14:27] on its dropdown [14:27] also no mail received(yes checked spam folder) [14:27] is it showing package information for it [14:27] for any package. [14:28] (the page itself isnt timing out, the displaying of package data in the dropdowns isn't working) [14:28] TheLordOfTime: yes all working [14:28] https://launchpad.net/ubuntu/+source/php5/5.4.6-1ubuntu2 [14:28] like that? [14:29] TheLordOfTime: your problem > same for me http://screencloud.net/v/kTod [14:29] no. [14:29] czajkowski, it may be better if i screenshot [14:29] give me a few minutes to figure out how windows does that [14:29] (ubuntu system's out for HW replacement) [14:29] ahh [14:29] no I seee [14:29] hmmm [14:29] TheLordOfTime: it's ok [14:30] let me go and see [14:30] hmm we're down some folks due to USA holiday and rest of maintenace on Aussie times [14:30] jcsackett: ping [14:30] czajkowski, http://imagebin.org/235558 [14:31] TheLordOfTime: yup as I said, I'll look into it [14:31] once I find someone [14:31] missed that :P [14:49] czajkowski: pong. [14:50] TheLordOfTime: are you logged in? [14:51] forget it, I get the same error, both logged in and logged out [14:52] TheLordOfTime: seems to be https://bugs.launchpad.net/launchpad/+bug/1076963 [14:52] Ubuntu bug 1076963 in Launchpad itself "SPPH.getPublishedBinaries timing out" [Critical,Triaged] [15:02] hi, i'm havign a problem with duplicate identities in launchpad, can i get some help? [15:05] yolanda: can you file a question please. https://answers.launchpad.net/launchpad/+addquestion [15:05] ok [15:08] ok, i sent it [15:11] hi guys, just fyi, getting a timeout when viewing launchpad.net/landscape (OOPS-bf08913232f25d63a4e041c3ff2e9ca2) [15:11] https://oops.canonical.com/?oopsid=OOPS-bf08913232f25d63a4e041c3ff2e9ca2 [15:14] repeatedly, btw [15:16] could it be related to private blueprints? [15:16] ahasenack: I'll file a bug thanks [15:17] howdy [15:17] rick_h: https://oops.canonical.com/?oopsid=OOPS-bf08913232f25d63a4e041c3ff2e9ca2 any of yer work might have this afffect [15:18] what excitement did I miss? [15:18] https://oops.canonical.com/?oopsid=OOPS-bf08913232f25d63a4e041c3ff2e9ca2 [15:18] czajkowski: looking [15:18] it's happening when ahasenack is going to launchpad.net/landscape [15:18] czajkowski: rick_h: beret also just created a private blueprint, might be related [15:19] ah [15:19] he's poking me elsewhere [15:19] ahasenack: yea, there's a query on blueprints that's taking a while and causing a timeout [15:19] 2 people tag teaming me [15:19] I swear I do reply to pings :) [15:19] :) [15:20] rick_h: 5s I see [15:20] so abentley has some work working on landing that should help with this as teh oops query is about the same. https://code.launchpad.net/~abentley/launchpad/optimize-spec-query [15:21] ahasenack: that shold hopefully be deployed to live (assuming all tests are ok) in the next 24hrs Which doesn't help you a ton now, but that's what's going on. [15:21] rick_h: cool, that helps, np [15:21] I guess the only 'suggestion' I've got for the next 24hrs is to hold off on the private BP until that lands [15:21] sorry :( [15:24] rick_h: is there a known bug open about this [15:24] or just we know the code is landing [15:24] czajkowski: https://bugs.launchpad.net/launchpad/+bug/1075365 is the bug currently linked [15:24] Ubuntu bug 1075365 in Launchpad itself "Timeout when trying to visit previous sprint pages" [Critical,In progress] [15:24] rick_h: thanks [15:24] czajkowski: and #1075569 and #1056881 are thought to be related [15:25] gotcha [15:25] rick_h: thanks [15:25] czajkowski: so if you want to file another one we can put it in the group to amke sure we dbl check it after the code lands [15:25] rick_h: it's a tad quiet today without all the Americans on [15:25] nods will do [15:25] czajkowski: heh, all of orange is here so got your back [15:25] yay :D [15:25] flying solo when lp breaks is not pleasent [15:28] rick_h: https://bugs.launchpad.net/launchpad/+bug/1077980 to keep an eye on thanks [15:28] Ubuntu bug 1077980 in Launchpad itself "viewing project page leads to timeout when private blueprints exists" [Critical,Triaged] [15:30] czajkowski: thanks, abentley heads up I added that to the board and marked blocked like the others ^^ [15:31] any ETA so far on when the janitor gets enabled again now that bug 1071562 is supposedly fixed? Just curious [15:31] Launchpad bug 1071562 in Launchpad itself "UEFI signing failures cause binaries to be republished continuously" [Critical,Fix released] https://launchpad.net/bugs/1071562 [15:31] yofel__: tomorrow I beleive at some stage. [15:31] k, thanks === matsubara is now known as matsubara-lunch === matsubara-lunch is now known as matsubara === matsubara is now known as matsubara-brb [17:54] Hello, all, is it possible to do soemthing like revert all files except ... ? === deryck is now known as deryck[lunch] [18:03] czajkowski, any idea on when there's a fix for https://bugs.launchpad.net/launchpad/+bug/1076963? [18:03] Ubuntu bug 1076963 in Launchpad itself "SPPH.getPublishedBinaries timing out" [Critical,Triaged] [18:03] TheLordOfTime: no we dont have atime on it [18:03] but it should happen this week [18:04] and as soon as I know I'll tweet it and add it to launchpadstatus [18:04] awesome. because it makes getting the .dsc's that much harder :p [18:04] dgetting * === czajkowski changed the topic of #launchpad to: Known Issues: PPAs currently running out of space: Bug 1071562. Help contact:-| Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad [18:04] TheLordOfTime: we know and there is a person working on it [18:04] * TheLordOfTime returns to lurk mode === matsubara-brb is now known as matsubara [18:22] Hello, when will Launchpad support Git, Hg, and Darcs, in addition to Bzr? [18:23] JamesJRH: there is no plans to do so in the near future. [18:23] Is there a reason why especially Git hasn't been added after so many years, while things like Trac have all of those? [18:24] launchpad and trac aren't really equivalent [18:24] because Trac is not launchpad, and neithier are anywhere near the other... [18:24] czajkowski: Can I encourage this? Or are people actively against Git support? [18:25] JamesJRH: there arent any plans like I said, bugs have been foled in the past [18:25] but at [prsent the develoeprs are working on other areas [18:25] s/foled/filed/ [18:25] s/[prsent/present/ [18:25] :P [18:25] TheLordOfTime: please stop :/ [18:25] I'l correct things myself [18:25] * yofel wouldn't mind missing git support if at least bzr-git would support submodules :'( [18:26] czajkowski: Can you link to the bugs? [18:26] JamesJRH: off hand no I'd have to search let me try [18:27] https://bugs.launchpad.net/launchpad/+bug/1032731 [18:27] Ubuntu bug 1032731 in Launchpad itself "Support for Launchpad-hosted Git repositories" [Low,Triaged] [18:27] https://bugs.launchpad.net/launchpad/+bug/651844 [18:27] Ubuntu bug 651844 in Launchpad itself "Support for exposing Launchpad hosted bzr branches as git repositories" [Low,Triaged] [18:27] hmm [18:27] they are th same [18:28] similar [18:28] close enough to be dupes, no? [18:29] just reading now TheLordOfTime [18:32] weve also shut down mercurial import [18:40] czajkowski: Err thanks... Forgot about that. Hmmm. They are not duplicates. But I kinda hoped #1032731 [18:41] JamesJRH: like I said, no plans in the near future we have team working on critcal bugs right now. [18:41] that bug is a lot lower than that [18:42] But I kinda hoped #1032731 would be a duplicate of a bug that had made more progress. But I couldn't find anything at all when I reported it. [18:44] So it's a matter of 'there's not enough interest', rather than 'people are against it', right? [18:44] It's nothing to do with wanting to promote Bzr, right? [18:45] JamesJRH: so the current focus of LP is to reduce maintenance and adding VCS independance would be a MASSIVE undertaking. So it's just not in the cards currently. [18:45] JamesJRH: it's a case of people viewed it and put it ina work order preference of what needed to be done, other things were more critical or higher than that and that takes preference [18:49] Ok, about Trac. It's written in Python. Launchpad is written in Python. How much of the Git/Hg/Darcs code can be used? [18:50] JamesJRH: not much. Launchpad has a LOT more code and works very differently. The build side, the way merge proposals and reviews are done are all very hard coded to the bzr way. [18:50] replacing that would be a lot of work and using code from trac just wouldn't solve much of it. [18:53] JamesJRH: is there a specific reason you want this stuff ? === deryck[lunch] is now known as deryck [18:56] czajkowski: I think a project should be hosted in the same way that it is. Wouldn't there be lots of conversion 'round-trip' errors if each commit is converted back and to between Bzr and Git/Hg/Darcs. [18:57] JamesJRH: like myself and rick_h have alrady explain the bug was created it's triaged and there team are currently working on criticals at present [18:57] we want to reduce maintnece issues not increase them [18:58] *maintenance [18:58] rick_h: Well couldn't Git/Hg/Darcs support start with basic hosting, then Git merge requests, Hg merge request, etc. be filed as separate issues. [18:59] czajkowski: How does constant conversion help maintainance? [19:00] I like Launchpad for it's issue tracking. But I have to use other sites to host the Git repo. [19:01] JamesJRH: once started you'd have to push through and it's not the current goal of LP to add the extra support. [19:01] http://blog.launchpad.net/notifications/mercurial-imports-will-end-on-october-5th was the reason mercurial was closed [19:01] JamesJRH: and you can definitely do that by not enabling the code hosting or setting it to a git repo [19:01] JamesJRH: and other groups use that method fine also. [19:01] czajkowski: Thanks. [19:02] hmm I'm well past EOD by an hour s I'm off folks [19:02] have fun czajkowski [19:02] See you. [19:07] Hey, but that's Mercurial /import/ not actual Mercurial support. There were probably only 40 people using it /because/ of round-trip problems. [19:09] I'm talking about actual direct support, such that a Git project would not have a Bzr clone at all, and a Hg project would only be Hg, etc.. [19:09] JamesJRH: understand and it's not being worked on or on the roadmap at all. [19:09] None of this converting all of the time. [19:10] I have a user in my LoCo who is unable to log into his lp account after getting the error "username is in use by another account" and I am wondering what he is doing wrong, and what I can do so he can sign in to lp? [19:13] rick_h: Wrt maintainance or workload, is it not easier to drop conversions altogether, and just have native Git/Hg/Darcs/Bzr hosting? [19:14] JamesJRH: what are these conversions you speak of? What projects are doing conversions that have this issue and overhead currently? [19:15] rick_h: Ok, 'imports'. [19:15] philipballew: can you have them file a question in launchpad please. I don't see that error message. Maybe include a screenshot if possible. [19:16] JamesJRH: right, imports is basically solved for the use cases needed and the primary use is to import code in order to get PPA builds which doesn't involve needing to convert. [19:16] But an 'export' would also be a conversion if they exist. [19:16] rick_h, alright. I will do so. If they do it, will it just get read from there, or should I let someone know here? [19:16] Oh, ok. [19:16] philipballew: czajkowski just ran off at her end of day. It might get looked at, but might not until tomorrow if it's not obvious what's up. [19:17] alright. Sweet! [19:18] now that bug 1071562 is fixed and released when will ppa space start to be cleaned up? [19:18] Launchpad bug 1071562 in Launchpad itself "UEFI signing failures cause binaries to be republished continuously" [Critical,Fix released] https://launchpad.net/bugs/1071562 [19:18] jonrafkind: rumor is tomorrow the script will get re-enabled but not 100% sure [19:18] ok [19:20] rick_h: If native hosting of Git/Hg/Darcs ever comes on your roadmap, please let me know. [19:20] JamesJRH: I'd suggest following the bug as effects me to or subscribing to follow notification/discussion. [19:25] rick_h: Yeah, I've been subscribed to that for weeks, but I totally forgot about the existence of it, or that it was me who reported it in the first place, because it's been very quiet. [19:31] JamesJRH: once it's triaged there really is nothing going to happen it tbh. [19:31] philipballew: file an answer and I'll look at it tmorrow first thing as much detail as possible. [19:34] czajkowski, alright. Thanks === Guest76575 is now known as dpb___ [22:18] deryck, czajkowski around? [22:19] deryck, czajkowski I'm trying to figure out why berolinux and dmitry.antipov can't see their private BPs [22:19] danilos, ^^^ [22:20] pfefferz, hi, was just about to leave. but you need to make sure they can see proprietary information or whatever info type the blueprints are. [22:20] in the sharing page [22:21] deryck, okay, I added them as BP owners, is there something else I need to do? [22:24] pfefferz, yeah to to your project overview page and click the sharing link. then add the user to your project, or a team for your project that the users are in, and grant that team a share for proprietary info. [22:25] deryck, looking... [22:25] oh I see... [22:27] deryck, thanks [22:27] np! [22:29] deryck, so the sharing options are all or nothing [22:29] is that right? [22:30] pfefferz, yes, that's right. [22:31] i really have to run now. sorry. dinner plans with family. [22:50] danilos, if you see deryck please thank him :) === Logan_ is now known as k