[00:34] hi there. i have trouble uploading to my ppa('s). I tried twice to upload but got neither an accept/decline mail nor does the package appear in my ppa. === mthaddon changed the topic of #launchpad to: https://launchpad.net/ | Help contact: - | Join https://launchpad.net/~launchpad-users | Channel logs: http://irclogs.ubuntu.com [00:43] wgrant, have you filed a bug about the r/o bug error in LP? [00:48] nevermind, just did that [00:48] :) === ursula_ is now known as Ursinha [01:00] hello again... i still can't upload to my ppa. I don't receive any mail and the packages don't show up. Is this a problem on my side? (dput doesn't give an error, see http://paste.ubuntu.com/181632/ ) [01:01] Ampelbein: LP was just upgraded, please wait a while for the upload queue to be processed [01:01] bigjools: ah, ok. thanks you. [01:01] also, check that you signed the changes file, and signed with a key that LP knows about [01:02] bigjools: judging from dput-output i signed it correctly, it's the same key i used before. [01:03] (see the pastebin) [03:49] just thought I might turn your attention to bug 380738. Somebody's trying to impersonate someone else and post a spam bug. The person being impersonated sounds pretty unhappy, and I don't know if they've come here first since they last commented on it five hours ago [03:49] Launchpad bug 380738 in mono "Accidental use of close by magnets may erase hard disks" [Undecided,In progress] https://launchpad.net/bugs/380738 [03:51] ah, silly IRC client. the join message showed up in a different tab. I suppose I'll report this to answers.launchpad.net then :) [03:55] * Hobbsee headdesk at the stupidity of that bug [03:55] https://answers.launchpad.net/launchpad/+question/72394 , in any case [03:57] hi [03:57] why won't launchpad be completely free? [03:58] Argh, and all the LOSAs are asleep. [03:58] errr, launchpad... [03:59] oh, sweet. it's already gone [03:59] Hobbsee: What has it done now? [03:59] wgrant: i'm just misreading it. [03:59] does Canonical not want to free all of launchpad? [03:59] meoblast001: Apparently not... [03:59] * Hobbsee prods it to being private [03:59] why not? [04:00] Hobbsee: Not much use, unfortunately. [04:00] Hobbsee: Actually, don't! [04:00] wgrant: oh? [04:00] Hobbsee: Unassign, then privatise. [04:00] Or there'll be lots of people subscribed. [04:00] If you've privatised already, it's too late. [04:00] yeah [04:00] which would be a Bad Thing if they're still getting spammed by it [04:01] I suppose we will have LOSAs in a few hours. [04:01] looks like the account has been deleted [04:01] what is the purpose for making software non-free? [04:01] Huh. [04:01] So it has. [04:01] * JontheEchidna closes the LP answers task for that then [04:01] Well, deactivated. [04:02] meoblast001: I'm guessing to make some money, just a guess though [04:02] Deactivated by the user. [04:02] They can reactivate it at any point. [04:02] So leave it open. [04:02] LaserJock: how ? [04:02] ads? [04:02] SamB: Magic! [04:02] wgrant: No, ponies [04:02] LaserJock: why does Launchpad contain proprietary software [04:02] by selling the services that are not-free [04:02] oh, blargh [04:02] one can't edit multiple tasks at once. [04:03] like, what all is not going to be open-sourced? Soyuz? [04:03] i heard some parts are not going to be [04:03] LaserJock: The Soyuz backend, and Codehosting. [04:03] and parts of the code hosting, namely the branch scanner iirc [04:03] ah [04:03] i'm curious of two questions... what and why [04:03] so most of what people will want will be open-sourced [04:03] ajmitch: There will be a version of the scanner available. THe puller and SSH server and importing stuff isn't being released. [04:03] i loathe proprietary software [04:04] LaserJock: FSVO people [04:04] wgrant: As I understand it it'll be a fairly basic version [04:04] wgrant: sure [04:04] oh, way cool. new ways to unsubscribe people [04:04] yes.. it will be free'd... but won't launchpad.net still run this non-free software? [04:04] meoblast001: I think it will run the open-sourced bits [04:04] except i can't unsubscribe ~ubuntu-bugs from a bug, for some reason. [04:05] meoblast001: but also the couple bits that aren't being open-sourced [04:05] hmm... i don't like non-free software [04:05] yes, you made that clear [04:05] LaserJock: The couple of very very important bits. [04:05] isn't an opensource ideology to "release early, release often", though? [04:05] leo_rockway: it's one way of working, yeah [04:05] LaserJock: i still don't know why they wouldn't free it.. the service is free of charge.. they don't make money through it being non-free [04:05] leo_rockway: LP was "released" a long time ago and releases once a month ;-) [04:06] leo_rockway: Emacs seems to do the exact opposite [04:06] meoblast001: They do, actually - they sell services to commercial users. [04:06] LaserJock: cool, how do I get the source then? [04:06] meoblast001: they do charge companies and stuff [04:06] SamB: Emacs is not opensource ;-) [04:06] release late, release rarely [04:06] leo_rockway: you said release, you didn't specify release of what [04:06] LaserJock: I also said "opensource" [04:06] crap, he reactivated [04:07] and we know that launchpad isn't currently open source for the majority of it [04:07] JontheEchidna: As I said. He just wanted to get us off him. [04:07] * JontheEchidna nods [04:07] LaserJock: i still don't understand why Canonical can't free those parts of Launchpad... these parts being free won't prevent commercial users from doing their non-free things [04:08] meoblast001: well, Canonical *could* free those parts. They made a business decision to not [04:08] meoblast001: We can't give any more than our opinion on the situation in the same way you can [04:08] it's their code and their prerogative [04:08] Hobbsee: If he does it again, leave the bug alone. [04:08] ok... [04:08] Hobbsee: No point mailing any more people. [04:09] wgrant: yeah. Launchpad is taking ~30 seconds for each turn around anyway, so i dont' want to touch it much [04:09] I'm glad to see how much they're opening up, and wish they'd do more, but well we don't get everything we wish for :-) [04:09] (browsing via proxy) [04:09] Hobbsee: It's not the proxy's fault. [04:09] i know. just saying that's why it's taking so long [04:09] (further travelling distance, and such) [04:10] I guess I'll leave it up to you guys then, g'night [04:10] LaserJock: I understand what you say, but I still think it's a bit hypocritical for one of Canonical's main developments to be nonfree. [04:11] JontheEchidna: Did you reopen the question? [04:11] perhaps, I don't know [04:11] wgrant: yeah [04:11] I love free software but I still use a lot of non-free stuff [04:11] just the nature of things sometimes [04:12] LaserJock: I only use free software. I wouldn't use Launchpad even if it were free, though, because I don't need it. But I was curious about the future freeing of the code. [04:12] yeah, so translations, bugs, blueprints should all be free [04:12] And Answers. [04:13] it's just soyuz and some code hosting that won't [04:13] And Registry/Foundations. [04:13] right, I knew I was missing some [04:13] I'm mostly excited about bugs [04:13] But the two bits I use primarily won't be. [04:13] as Malone kicks bugzilla butt [04:13] It does [04:13] is there a roadmap to free those parts in the future? is that being considered? [04:13] not that I've seen [04:14] leo_rockway: There are no Canonical employees involved in this discussion. [04:14] leo_rockway: But I don't know of any. [04:14] wgrant: oh, ok. Thanks for the information. === nhandler_ is now known as nhandler [04:36] nellery mentioned Bug #380738 on identi.ca. If you look at the table at the top, you will see that the various tasks are assigned to different spoof accounts. These should probably be deactivated. [04:36] Bug 380738 on http://launchpad.net/bugs/380738 is private [04:38] nhandler: A question has been filed to deal with the bug. [04:38] But the accounts are another matter.. [06:00] I am getting an Internal Server Error trying to see one file in one of my project. Is LP having difficulties, or did I just find a problem? [06:47] jfroy: you probably found a problem [06:47] I'll file a bug then. === Guest97317 is now known as jelmer === MaWaLe1 is now known as MaWaLe [08:58] Wow. Having git imports is certainly cool. In my case trunk isn't on the master branch, so I somehow question the policy of not importing other branches than master. [09:00] pkern: it's just a walk-before-run thing [09:02] I mean is vcs-import generally able to manage multiple branches? Or was it trunk-only with Subversion? Still git is different and like bzr and you want import different branches. But sure, if it's on the agenda... (: [09:05] the thing about subversion was that the import tool does not understand svn branches [09:05] so you can't merge between two imports from the same repo at all [09:05] we should switch to bzr-svn and that will make this particular issue go away [09:06] for git, it's strictly a (hopefully temporary) technical limitation === mkorn is now known as thekorn [09:13] mwhudson: Ok, fine. (: [09:14] On the other hand I wonder if there's something git-bzr'ish so that "upstream" or whoever it's imported can also effectively fetch stuff back. [09:14] you can push from bzr to git [09:14] (or dpush) [09:18] mwhudson: With such a repository made by vcs-import? And it would require access to the upstream repo, which is with DVCS not always taken as granted. (Some people want the git format-patch workflow, others prefer people pushing/pulling directly.) But that's another interop question that doesn't really affect lp I think (: [09:19] mwhudson: Should I file a bug on the "different branch" thing, which looked like policy on the blog post but is mainly a technical limitation? [09:23] pkern, one of the things that's also should be happening soon is having "bzr send" against a git:// URL use the git format-patch format [09:33] pkern: yeah, filing a bug would be good [09:44] mwhudson: I filed it against launchpad-code, I hope that wasn't completely off. 380871 it is. [09:45] pkern: that's right, thanks [10:04] mwhudson: can you please review https://code.edge.launchpad.net/~vcs-imports/timidity/trunk [10:06] mwhudson: I've done _all_ the others :) [10:09] jml: woo [10:11] mwhudson: did you see bug 380871? [10:11] Launchpad bug 380871 in launchpad-code "Allow imports of non-master branches when pulling from git repositories" [Undecided,New] https://launchpad.net/bugs/380871 [10:13] * pkern giggles [10:13] jml: i told pkern to file it [10:13] jml: see backlog (: [10:13] oh, right [10:16] mwhudson: in that case, maybe I just wanted to chat with you in person :) [10:33] Anyone know why downloads are broken from the release page? I posted a Q in Answers a couple of hours ago but nothing yet. === mpt_ is now known as mpt [11:13] alexharrington, hi, there's a bug about it [11:13] * Ursinha searches [11:15] alexharrington, see if your problem is bug 378740 [11:15] Launchpad bug 378740 in launchpad-registry "Invalid download link in milestone/release context" [High,Triaged] https://launchpad.net/bugs/378740 [11:15] please [11:15] do you have the Q link? [11:17] Ursinha: https://answers.edge.launchpad.net/launchpad/+question/72417 [11:17] * Ursinha looks [11:18] ouch [11:18] indeed the same bug [11:18] I'll link them [11:19] * wgrant wonders why that isn't Critical [11:28] Ursinha: Thanks. [11:28] I had a quick search but didn't hit on that bug [11:29] alexharrington, sorry about that [11:29] np [11:29] we're so pleased with lp that the odd glitch like this isn't a big deal [11:29] for us at least [11:32] alexharrington, glad to hear :) [11:52] hi [11:52] Could someone have a look at the launchpad-users mail about PPA buildd cache corruption? [11:52] I think it's pretty serious [11:53] and the affected PPAs will probably require admin intervention to get rid of the corrupted cache [11:56] daniel_ki: The incremental diff isn't actually used for anything... what in the build log suggests that? [11:57] wgrant: fact is that the packages are corrupted [11:57] How did you build it that you were able to get the fixed binaries? [11:57] let me look at the logs [11:57] I'm pretty sure there's actually a problem with the uploaded packages. [11:57] I thought so too [11:57] at first [11:58] the diff may not be used for anything [11:58] but perhaps it is generated from the buildd diff? [11:58] No. [11:58] It's generated using plain old debdiff by a cronjob. [11:58] How can I tell if this patch has been applied or not? [11:59] look at /usr/share/anjuta/GBF/Generic.pm [12:00] er, General.pm [12:00] sub canonicalize_name [12:01] the correct version uses an s'''g expression [12:01] the old one tr/ [12:01] if I build the package without any changes on my own machine, it produces correct binaries [12:02] and the diff shouldn't be different either, right? [12:02] whatever the diff is generated from, it's corrupted [12:02] daniel_ki: How did you build the package? [12:02] debuild [12:03] not in a pbuilder, if that's what you mean, but I'm pretty sure that'll give the same result [12:03] RUN: /usr/share/launchpad-buildd/slavebin/unpack-chroot ['unpack-chroot', '1038085-2269071', '/home/buildd/filecache-default/4b9960bada5b7c9083148f0a57950dc7a83f34b7'] [12:03] it's definitely caching something here [12:03] That's the chroot. [12:03] Not the package. [12:03] ok, then the chroot is reused but corrupted [12:03] who is on CHR today? [12:04] the binary packages are broken, not the source ones [12:04] SteveA: THere's been no CHR for the past 1.5 weeks. [12:04] that sucks [12:04] thanks wgrant [12:04] daniel_ki: The chroot isn't going to break that. The chroot is used for building all of Ubuntu. [12:04] If it's corrupted, we have much bigger problems. [12:05] ok, I don't know how Launchpad works [12:05] but I think the symptoms indicate that something has been corrupted on the LP side [12:06] last deb revision + incremental diff == orig source + normal source diff.gz [12:06] right? [12:07] if you apply the diffs manually, you will see that the tree ends up very different from what it should be [12:11] daniel_ki: Sorry, my connection is pretty borked... let's look at those diffs. [12:12] ok, cool [12:30] daniel_ki: Several disconnections later, I have noticed that one of the copies of General.pm in the source uses s''', the other tr// [12:31] Is it possible for a PPA to depend on backports only for 1 distro ? [12:31] wgrant: there is more than one copy? [12:31] det: One distro series? No. [12:31] det: Why? debhelper 7 in Hardy? [12:31] wgrant, yes :-) [12:31] wgrant: or did you hit the removed patch in the diff? [12:32] ah wait, I see it now [12:32] that makes it even more odd [12:32] If there is an easy way to copy the source package for debhelper7/hardy, that would work just as well. [12:32] det: Go to https://edge.launchpad.net/ubuntu/+archive/primary/+copy-packages?field.name_filter=debhelper&field.status_filter=published&field.series_filter=hardy. [12:33] det: there you can find debhelper and copy it to your PPA. [12:33] Then drop the backports dep. [12:33] daniel_ki: What removed patch? [12:33] daniel_ki: There are definitely two copies in the extracted Debian source package. [12:33] wgrant: it was previously a Debian patch, but the fix got merged upstream and the Debian patch was dropped [12:33] wgrant, Thanks, I didnt know primary archive was a target for copy now [12:33] wgrant: yes, I see that now [12:34] det: It's not linked from anywhere :/ [12:34] that means it could be a race condition during install, if both are installed to the same location [12:35] Possibly. [12:35] But the package is broken, not Launchpad. [12:35] ok, you're probably right, although I still don't understand why the diffs wouldn't yield the same result [12:35] I'm looking at that now. [12:37] wgrant, i386 only :( [12:38] det: That's a bit misleading; it's actually architecture-independent, so was only built on one arch. But it's published on all. [12:38] det: So, don't worry. [12:40] wgrant, in my ppa, it claims to be only building on i386, I will wait 5 min to see if it is actually published on all [12:40] det: I would have copied the binaries too. [12:40] But it shouldn't matter much. [12:40] It will be published on all. [12:40] daniel_ki: the diff matches for me... [12:40] huh? [12:40] * daniel_ki tries again [12:41] I extracted 2:2.26.1.0-1ubuntu0~ppa2, applied the 2:2.26.1.0-1ubuntu0~ppa2 to 2:2.26.2.0-1ubuntu0~ppa1 diff, and diffed that result against an extracted 2:2.26.2.0-1ubuntu0~ppa1. The resultant diff was empty. [12:46] wgrant: shit, you are right [12:46] I feel stupid now [12:46] * wgrant is just glad Soyuz isn't *that* buggy. [12:47] so basically only a difference in behavior of the PPA vs. my machine, but the package is broken so all bets are off [12:47] sorry for the trouble [12:47] It seems that way. [12:47] well, actually it's an upstream bug [12:47] No trouble. [12:47] You or I might want to reply to the email on launchpad-users, to stop more people looking and getting confused. [12:47] yes, I was just about to === abentley1 is now known as abentley [12:57] ok, sent [12:57] now I only need to find out what exactly is causing this :) [12:57] but thanks a lot for your help [13:07] daniel_ki: No problem. [13:09] by the way, I'm getting boxbe spam from michaelantoniocanganelli@gmail.com every time I post to the list [13:10] I got that a week or so ago, too. [13:10] It's not really spam [13:10] it is not intended to be spam [13:10] Just a braindead implementation of a flawed idea. [13:10] indeed [13:10] it ends up being spam [13:11] and the guy probably doesn't even see my reply asking him to unsubscribe or turn of this email overload retaliation scheme === jelmer is now known as Guest52322 [13:11] Or at least correct the scheme, as sending it to the address in the From field makes little sense. [13:13] well, we're probably lucky that it isn't sent to the list :) === Guest52322 is now known as jelmer [13:14] that would be fun [13:14] infinite loop === mkorn is now known as thekorn [14:28] I asked launchpad to rebuild a package after satisfying its depenedencies and it has gone from 14 minutes estimated start time to 4 hours after nearly 2 hours in the queue >:| [14:30] det: That's because retries are currently prioritised below other builds. [14:32] This is annoying, I might as well upload a new package with a bumped version. [14:33] It is, yes. That scoring isn't something I agree with. [14:33] But I need to go to bed. [14:34] wgrant: it does make sense, though [14:34] Hobbsee: Slightly. [14:34] wgrant: in the case of a, shall we say, incompetent person, uploading something that will forever fail to build, but who keeps retrying it in the hope that it will [14:34] Hobbsee: They can almost as easily keep uploading new versions. [14:34] det: if you give me a link to it, i can prod it for you [14:34] Oh, true! Superpowers you have. [14:35] wgrant: there is that. At some point, one needs to hunt them down with a cluebat [14:35] yay, superpowers [14:35] Hobbsee, https://edge.launchpad.net/~spring/+archive/ppa/+build/1046219 [14:35] Thanks [14:35] wgrant: i was thinking of the case where they think it's LP's fault, as it works on their machine [14:35] ie, for something that requires cpan modules, or something [14:36] If your ppa is using a disproportionate amount of resources of the course of XXX, then I can understand scoring lower === asac_ is now known as asac [14:36] det: prodded. [14:36] Thanks again [14:36] Hobbsee: In the current case they can upload lots. Then you have to cluebat them. But everybody else is disadvantaged because their retries take ages. [14:37] that's true [14:37] and you're welcome [14:37] In the alternate possibility, they can retry lots. You then still just have to cluebat them, but nobody else is disadvantaged. [14:39] Hi, I'm probably missing something trivial, but could someone please have a look at https://launchpad.net/~ts.sch.gr/+archive/ppa and see why my team's PPA isn't signed? It's been 6 hours since putting packages there, I supposed an openpgp key should have been generated by now? [14:39] Anyway, goodnight! [14:40] alkisg: You didn't happen to upload all of those packages within around half an hour of creating the PPA, did you? [14:40] I think so, yes [14:40] Hm. [14:40] (just copied them from other PPAs) [14:40] That's not the usual problem, actually. [14:40] Your PPA doesn't have a key at all. [14:40] Maybe something broke in the rollout... [14:41] The owner wasn't an Ubuntero at the time he created the team and the PPA, could that be the cause? [14:41] Maybe bigjools knows. [14:41] He did sign the code of conduct later on... [14:41] * bigjools is at UDS but can check later [14:42] Thanks bigjools, I'll be around. [14:42] Thanks wgrant, goodnight [14:42] okidoki [14:47] i386/lpia builds completed fine [14:48] and the build you prodded says that debhelper >= 6.XX isnt available even though 7 has been in the repo for some hours [14:50] Oh, debhelper 7 is pending publication [14:50] that'd do ti [14:51] completed 2 hours ago, though [14:51] and the deb is in the pool === mbp_ is now known as poolie === mpt_ is now known as mpt [15:53] is there a way to delete blueprints? [15:55] stani, no, but you can retarget it to the 'NULL' project [15:55] https://launchpad.net/null === abentley1 is now known as abentley [16:04] andrea-bs: thanks! === geser_ is now known as geser === gord_ is now known as gord === thekorn_ is now known as thekorn [18:00] * alkisg kindly reminds bigjools to take a look at my https://launchpad.net/~ts.sch.gr/+archive/ppa 's missing key if he has time now. :) [18:01] sure, I have a few minutes [18:01] alkisg: when did you create it? [18:02] The PPA? about 9 hours ago [18:02] Things that I think could have caused the problem are: (1) the team owner wasn't an Ubuntero when he created the team and the PPA, he became one later on [18:02] and (2) I didn't upload anything to the PPA, I just copied packages from other PPAs [18:02] you need to be an Ubuntero to make a PPA [18:03] ah, (2) might have caused it [18:03] He told me that launchpad didn't ask him to become an Ubuntero to create the PPA [18:03] hmmm how odd [18:03] ...and I told him later on to become one, just in case... [18:03] can you try uploading something to see if it kicks off the key generation? [18:04] OK, I'll try [18:04] * alkisg tries to find his notes... :-X [18:06] alkisg: if it doesn't, please file a Question on https://answers.launchpad.net/soyuz explaining the sequence of events and we can check it in more detail. [18:06] Thank you bigjools, will do. [18:06] welcome === jrick__ is now known as jrick [20:23] Can someone take a look at https://code.edge.launchpad.net/~vcs-imports/live-helper/trunk ? Its failing to import. [20:32] cody-somerville: one for jelmer [20:35] is there a way to make bzr code branches private? [20:35] savvas, Yes. See http://blog.launchpad.net/?p=551 [20:38] thanks but I wasn't looking for a commercial solution, the license is (or is going to be) GFDL of some rst python tutorials in greek - we're making python classes and we wouldn't want to provide the answers this soon :) [20:39] savvas, Unfortunately, private branches are only available to commercial clients of launchpad. [20:40] ok [20:53] mwhudson, who? [20:53] cody-somerville: the author of bzr-git === jelmer is now known as Guest12468 === Guest12468 is now known as jelmer === sabdfl1 is now known as sabdfl === jrick_ is now known as jrick === sale_ is now known as sale [22:46] is anyone able to update lp:~vcs-imports/banshee/debian-packaging to point to git://git.debian.org/pkg-cli-apps/packages/banshee.git ? [23:04] Laney, the old import is a git one? asking without looking :) [23:04] no [23:04] svn [23:05] Laney, hmm, I don't know if that's possible, we'll have to ask abentley or rockstar or jml or mwhudson [23:05] * Ursinha runs after highlighting all code team [23:05] har de har [23:05] I could just do a new one [23:13] * rockstar looks up [23:13] Laney, you'll have to create a new import. We can't just cut over. [23:13] rockstar: It's an invalid import, so presumably yes. [23:13] ok [23:14] abentley, I'm 90% sure we can't switch VCS types in the UI. [23:14] * rockstar looks. [23:14] rockstar: Oh, probably. === Ursinha is now known as jorjao === jorjao is now known as Jorjao [23:45] hello. i'm trying to register a new branch, but i want to do so under the location of the project [23:46] i.e. ~noldorin/darwindotnet/ instead of darwindotnet/ [23:46] launchpad doesn't seem to be letting me.