[00:00] wgrant: Ohnononnono. We want that in the bug tracker. It's a matter of resources and other priorities. [00:01] (Two hours later, I grant you, but hey, such is asynchronous communication, and I wanted to stick my oar in before I went to bed.) [00:02] gmb: Oh good, you've changed your attitude. It was very strongly shot down years ago. [00:05] wgrant: No, I haven't changed my attitude, I'm just expressing what the bugs team have said themselves. Whether it has been shot down from on high in the past I don't know (and our data model - or at least our understanding of how to refine it - is better now). Of course, there's always the chance that any new feature will get the stompy boot of doom applied to it by the people who have the last word. [00:07] gmb: 'You' meaning the LP developer collective, sorry. [00:08] wgrant: Ah right. Well, like I said, I can't speak for the PTB but in the trenches it's something we'd very much like to see. [00:08] gmb: Excellent, thanks. [00:08] np. [00:17] Should a single PPA really be allowed to die up all of the PPA buildds for ages? [00:17] s/die/tie/ === spiv is now known as hypatia === hypatia is now known as spiv [02:03] Is there a channel for help with package building? [02:12] dnyy: not a specific one that I know of [02:12] not related to launchpad anyway [02:14] dnyy: #ubuntu-motu might be your best bet (if the packages are for Ubuntu) [02:15] they are, thanks thumper and nhandler. :) [02:16] You're welcome dnyy === matsubara is now known as matsubara-afk [03:00] Soyuz, stop lieing to me! [03:01] It is telling me that I copied packages from a PPA which is different from the one I actually copied them from. [03:08] Are there any plans for launchpad to be able to build packages for Debian ? [03:11] det: it has been considered [03:11] det: in the "hmm, yeah, that would be nice" sense, yes [03:11] but I'm not sure on the current status of the plans [03:11] It would be really nice, IMO, and show that Ubuntu gives back to Debiab, [03:12] I currently maintain packages for a game for Ubuntu users, it seems a shame that Debian users cant piggyback off my packaging, when the source packages are compatible with both. [03:13] * lamalex dreams of a universal build service [03:13] maybe when LP is open sourced.. [03:14] heh [03:14] suse, red hat, debian, ubuntu packages all in the same place [03:14] that'd be a dream come true for projects [03:14] lamalex: interesting dream [03:14] "I have a dream" [03:15] thumper: it should be that hard, there are already great build services for most major distros [03:15] shouldn't [03:15] they just need an abstracted front end and probably a roll of duct tape [03:15] yeah, specifying build dependencies should be a breeze?! [03:16] mwhudson: i'm not voting for one service that builds N packages [03:16] you say I want a suse package, give it the sauce to make a suse package, it hands it off to the suse builder [03:17] oh right [03:17] that sounds a lot saner :) [03:17] haha indeed [03:17] it just gives projects one place to tell users to get packages [03:18] which has value [03:18] and increases LPs appeal to projects [03:20] lamalex: Note that the relevant bit of Launchpad isn't being open-sourced. [03:21] * lamalex puts his head down [03:21] is that Charlie Brown music I hear? [03:24] Hm? [03:24] nevermind, arrested development reference [03:25] We can hope that the lords of Launchpad will change their minds soon. [03:28] -s, possibly [03:28] Well, yes. [03:29] It's a shame Soyuz isn't going to be opened. I'd be interested in it purely from the PoV of understanding Ubuntu better [03:29] I'm going to assume Soyuz is the PPA part [03:29] lamalex: Soyuz is Launchpad's package management component, which deals with both PPAs and Ubuntu itself. [03:30] gotcha [03:30] (yet apparently it doesn't include the bit that deals with Debian in Launchpad... I'm not entirely sure what is and isn't included in the open sourcing) [03:31] Does launchpad deal with Debian other than in the sense of bugtracker linking? [03:31] Oh, and using P-a-s (wrongly, I might add) [03:31] maxb: It imports the packages. [03:32] The Debian imports have nothing to do with P-a-s. [03:33] Ooh dear. [03:33] Launchpad is not going to be happy with me, I don't think... I wonder how that will work. [03:44] Aw, it didn't break. It just didn't publish. [03:46] ooh? [03:48] I got a Debian package into my PPA. i was hoping it would crash the publisher or something creative like that, but it apparently does really only publish Ubuntu. [04:22] What's the canonical URL for a bug? bugs.launchpad.net/bugs/123456 ? [04:24] mkanat: that'll work [04:25] Okay. How many variations are there? Just bugs/12345$ and +bug/12345$ ? [04:25] (In regex terms.) [04:26] * thumper pokes ubottu [04:26] bug 123 [04:26] Launchpad bug 123 in rosetta "There's no direct way to see the project info when translating it" [Medium,Fix released] https://launchpad.net/bugs/123 [04:26] mkanat: that url will redirect to the main bug-task [04:26] mkanat: so there are lots of variations depending on what the bug relates to [04:27] Sure, but they all end in either +bug/1234 or bugs/1234 [04:27] mkanat: however bugs/1234 will work [04:27] probably [04:27] I can't say with 100% certainty [04:27] Okay. [04:27] but most likely [04:27] This is basically for an API, so I just need to know all the possible variations of URLs that people could give me. [04:32] * wgrant doesn't know of any other formats. [04:32] Okay. :-) [06:42] I'm having trouble creating a branch, with bzr giving me a permission denied trying to push to bzr+ssh://bazaar.launchpad.net/~ubuntu-mobile/unr/ubuntu-netbook-remix-default-settings [06:54] StevenK: Pastebin the output, please. [06:56] http://paste.ubuntu.com/108471/ [06:59] StevenK: does that branch exist? [07:00] james_w: Nope, I'm trying to create it [07:00] Wow. It is OOPSing at me and telling me that the project doesn't exist, depending on whether I do it on edge or staging. === _neversfelde is now known as neversfelde [07:00] Maybe because lpnet/unr is a metaproject? [07:00] that's probably it [07:00] Oh, so it is. [07:00] I didn't notice that. [07:01] It still shouldn't OOPS. [07:01] Agreed [07:05] Mmmm. Package branches work on staging now. [07:07] james_w, about package branches: how would these interact with Vcs-* in debian/control? Would it be sensible to just use package branches, or to have also another branch? [07:08] Vcs-* fails to make sense for Ubuntu packages once we have and use package branches. [07:08] Vcs-* for most packages will be essentially lp:ubuntu/$suite/$package [07:09] however, if there is say a SVN repo used for collaboration between Ubuntu and Debian then that is useful information [07:09] $suite or +latest? [07:09] so we shouldn't overried it for every package, but for consistency have the tools default to those branches [07:10] Ah. [07:10] well, that's one of the under-specified things about Vcs-*, do you document the branch that things came from, or the branch for the latest code, or the branch that you want changes submitted back to? [07:11] Within the original context, it's usually been the second and third, which were typically identical. [07:12] So would you recommend not specifying Vcs-* for ubuntu-local native packages? [07:12] And just letting the package branching infrastructure manage it? [07:12] that's not what I said [07:12] having that information would be useful [07:13] But it should be lp:ubuntu/$suite/$package ? [07:13] but the toolset isn't based on that information [07:13] (the toolset not being Debian things such as debcheckout) [07:13] heh [07:14] So, when preparing a new ubuntu-local native package not expected to be used externally to Ubuntu, what would you recommend? [07:34] persia: sorry, missed your question. I would recommend adding the Vcs-* header, pointing to the package branch. [07:34] So lp:ubuntu/$suite/$package ? [07:40] yeah [07:40] the expanded version probably [07:42] right. Thanks === mrevell-afk is now known as mrevell [09:36] hello! what is the best way if I want to upgrade a branch on LP? when I try it, I get: "starting upgrade of sftp://mvo@bazaar.launchpad.net/%7Eubuntu-core-dev/app-install-data-ubuntu/ubuntu/; bzr: ERROR: File exists: '/~ubuntu-core-dev/app-install-data-ubuntu/ubuntu/backup.bzr': mkdir failed: unable to mkdir" - is there way around this other than poking with sftp manually around? [09:36] (and I I somehow trigger it remote so that I don't have to do all the dowload/upload? this branch is really big) [09:36] $ du -sh .bzr [09:36] 68M .bzr [09:51] mvo: you have to delete the backup.bzr using lftp or similar currently [09:51] and unfortunately there is no way to do it server side yet, that is being worked on [09:52] james_w: ok, thanks. I whish there was a LP button "update my branch" :) === kiko is now known as kiko-afk [10:54] Hi, I have started to read up on uploading packages to my PPA. I am stuck at multiple points in the procedure. Let me try to explain what I aim for [10:54] I am from the GNUmed team [10:55] there are uptodate packages for debian in sid [10:55] and I would like to get these into the GNUmed PPA for Hardy, Intrepid and Jaunty [10:55] I am looking for advice on how to best achieve this [10:56] First attempt was to go through the complete build and upload from source cycle [10:57] This fails as to it apparently uploads ok but I don't receive any email on success or failure nor does it appear in the PPA [10:57] So I found this manual where ist states that one can copy from one PPA to another [10:58] this however is not an option as GNUmed is only in Debian Sid and not in another PPA [10:58] Please advise on the best way to do this [10:58] shilbert: Yes, I'd recommend trying to find out if and why the builds from the sources failed... [10:59] Was it hours/days ago that you uploaded the sources? [10:59] I might be impatient and did not know it can take hours, it was only two hours ago, sorry if that is the problem [11:00] is there any sync possible from Debian Sid ? [11:00] No problem... I just recall someone the other day being given the advice "Just wait a bit" [11:01] I am just starting to learn packaging and all I want to do is copy it from Debian :-) [11:01] shilbert: have you gone through the video tutorials? I reckon they're a great way to start... [11:02] Sorry did not find those. I have read many pages starting with launchpad help [11:02] will go and check it out now [11:02] thanks [11:03] np... http://www.youtube.com/watch?v=zKLabbXTqMc [11:03] noodles775: Is it intentional that one can have packages in multiple distros in a single archive? Does that make sense at all? [11:04] shilbert: In your case it should be a bit easier as you won't need to create the debian files... [11:04] (if I try to copy from a Debian archive into my PPA, I can only copy into Debian series, which is unfortunate and useless) [11:05] wgrant: I'm not certain that the possibility has been considered... [11:05] bigjools: will be back soon and can probably provide more helpful info... === salgado-afk is now known as salgado [11:05] Well, it's certainly possible, and it would be useful to be able to copy from Debian to a PPA and have things built and published. [11:06] Actually, I wonder if I can do that through the API... [11:06] Yeah, good question... [11:18] wgrant: AFAICS, the UI definitely does not support it (although it's currently noted as a bug)... so it should be fixed if PPAs for other distributions are supported... [11:18] wgrant: just in case you find an elegant way it would be nice if you could somehow notify the gnumed team (time permitting) [11:19] noodles775: The UI does not support what? [11:19] Is geany in LP? [11:20] wgrant: sorry, I meant to say, that allowing the selection of distroseries (other than that of the source archive) is something that should be fixed... [11:21] in the UI [11:22] noodles775: Do Archives have distros linked directly, or is it just the SPPHs? [11:23] I was trying to install geanydebug plugin but it seems that the configure.in file in geany needs the source code I found the geany source code in /usr/include/geany and gave the path but at the end it always says FATAL ERROR : source code not found [11:23] wgrant: Archives are linked directly to distros, yes. [11:24] How should I change the configure.in file? [11:25] noodles775: That's what I thought until this afternoon, but how on earth does it let me copy something into the wrong distro in an archive? [11:25] wgrant: as I said, I don't think it's intentional... [11:26] but I'm not certain... [11:26] noodles775: I guess it's an easy fix since archives are linked to distros. [11:26] Hmmm, except not. [11:26] wgrant: if you've time, can you submit a bug for this? [11:27] noodles775: Sure, I was planning to once I checked with one of you guys. [11:27] :) - migth be worth checking with bigjools first, but AFAICS, it looks like a bug. [11:30] The API looks up the distroseries name against the archive's distro, and I can do Debian Primary -> Ubuntu PPA copies fine that way. [11:30] shilbert: ^^ [11:31] Great [11:32] If archives are bound to distros, is there no namespacing reason for the 'ubuntu' in PPA URLs? [11:34] wgrant: f someone's copying it into their sources.list, it's handy for the url to be descriptive isn't it? [11:34] noodles775: True. So it's just descriptive, not for namespacing? Interesting. [11:36] The URL is ppa.launchpad.net/USER/ubuntu - so perhaps it's there to reserve a level of namespacing for giving a user a second PPA for a different distro, should that ever happen? [11:36] maxb: It's actually ppa.launchpad.net/USERNAME/ubuntu/PPANAME now. [11:37] well, yes, but only on edge so far [11:37] IIRC the constraint is only (person, distro, name), so the web UI's URLs are wrong. [11:37] And ppa.launchpad.net's are right. [11:38] ('wrong' meaning special-cased to Ubuntu) === lan3y is now known as Laney [11:41] Bug #320398 [11:41] Launchpad bug 320398 in soyuz "Copy UI allows copying into Debian series in Ubuntu PPAs" [Undecided,New] https://launchpad.net/bugs/320398 [11:41] wgrant: don't you mean: /USERNAME/PPANAME/ubuntu ? (on edge) [11:41] Thanks wgrant [11:42] noodles775: That I do. That doesn't make sense if archives are linked to distros. [11:45] Well, it only doesn't make sense if you imply from that url that one archive might have content for multiple distros... [11:45] wgrant: ^^^ [11:45] wgrant: but my *guess* would be that the intention people will use a different ppa for the different distro... [11:46] wgrant: but... you've been around here longer than me, so you could be right! [11:46] noodles775: Right, but it would make more sense, to group the PPAs by distro in the directory hierarchy, I think, and it's less confusing. [11:46] Hah. [11:46] Argh, I am going to die of commas. [11:46] * noodles775 laughs [11:48] wgrant: possibly, but as you said, there may not be a need for the distro in the directory hierarchy, except so the url is descriptive... [11:48] * wgrant looks up the constraint for a definitive answer to that. [11:49] * noodles775 is out of his depth here... so take it with a grain of salt [11:49] (distro, person_name, ppa_name) [11:49] So the 'ubuntu' is necessary. [11:49] wgrant: where are you looking for the constraint? [11:50] noodles775: The spec and some bugs. [11:51] it's placeholder as much as anything, the pain involved to add a named PPA to things was not good so when/if we start supporting more than Ubuntu PPAs it will be easier [11:53] bigjools: I wondered as soon as I saw the +archive URL changing a couple of months ago why you didn't take this opportunity to fix it forever in one hit and add the distro in there too... [11:53] URLs are easy to deal with, they can be redirected [11:54] bigjools: True, true. [11:54] as I've done for the ppa name :) [11:55] Right. [11:55] Has a policy for multiple PPA usage been decided upon yet? [11:55] policy in what regard? [11:55] What they are to be used for. Last I heard it was to be very restricted. [11:56] where did you hear that, out of interest? [11:57] In hear. [11:57] Gah. [11:57] *here*. I suck. [11:57] * wgrant is grepping. [12:09] bigjools: Oh, I remember now, the spec says that only ~admins are meant to be able to create them. [12:10] wgrant: ok. I'm not sure that's completely decided yet but it will be firmed up before the full launch, of course === Ursinha-afk is now known as Ursinha === mrevell is now known as mrevell-lunch === mrevell-lunch is now known as mrevell === sale_ is now known as sale [14:38] Hi, I need to reupload a orig.tar.gz to my PPA, but with the same version, how could I do? [14:38] weboide: You cannot. [14:38] wgrant: argh :/ [14:38] wgrant: I always have to superseed it? [14:38] Both because it's not possible, and because it's not a good idea. [14:38] Why do you need to modify it? [14:39] The point of it is that it's *not* modified from the upstream release, so it should never change. [14:39] because the upstream changed it [14:39] .... [14:39] The upstream is wrong. [14:39] it needs to increase the version? [14:39] Yes. [14:40] okay, I'll ask then. [14:40] Thanks wgrant :) [14:40] It's very, very strange to alter a release after it's released.. [14:40] It defies the point of having a release. [14:41] wgrant: yeah but I'll contact them ;) [14:41] wgrant: thanks for your help [14:42] np === Ursinha is now known as Ursinha-lunch [15:12] gmb: All of the Bugzilla API stuff is upstream now, and we freeze in six days, so make sure to let me know if anything doesn't work the way you want. [15:17] mkanat: Excellent, thanks. I'll take a look at the start of next week (it's freeze day for us today). [15:17] gmb: Okay. :-) [15:18] gmb: I think everything is doc'ed at http://www.bugzilla.org/docs/tip/en/html/api/Bugzilla/WebService/Bug.html [15:18] mkanat: Brilliant, thanks. [15:18] gmb: They did change a lot from what's in the plugin, FWIW. [15:19] mkanat: Okay. That shouldn't be a problem; I'll just need to do plenty of testing and tweaking :) [15:19] gmb: Okay. :-) [15:21] mkanat, hi! [15:21] Hey beuno! [15:21] mkanat, there's a Loggerhead branch waiting for your comments [15:21] I should test that branch for you, shouldn't I? [15:22] mkanat, just to know if that addresses what you need, or if I need to work on it further [15:23] if you give me the thumbs up [15:23] beuno: Does it display a list of revisions that ends at a certain point? [15:23] I'll clean it up a bit and land it into trunk [15:23] mkanat, it does [15:23] beuno: Okay. And it still paginates revisions normally, I'd imagine? [15:23] mkanat, it should, yes [15:23] I refactored some parts of the code to take revision ranges [15:24] beuno: That's what I need then, yeah. :-) [15:24] mkanat, how's the migration going? [15:24] beuno: Oh, it's a little controversial. === matsubara is now known as matsubara-lunch [15:25] mkanat, well, let us know if we can do anything to smoothen it out [15:26] beuno: The key point is that Mozilla mainly uses Hg. [15:27] beuno: So we have to have a compelling reason to move to bzr instead of Hg. [15:27] beuno: Other than "mkanat likes bzr more." :-) [15:27] mkanat, bzr rocks? [15:27] it's even a command! [15:27] :-D [15:28] Well, I definitely prefer it. I would have rather Mozilla moved to it, but I understand the scaling problems at their level. [15:31] mkanat, oh, the scaling problems we can work out, I'm sure, if Mozilla is interested in us helping [15:31] beuno: We already had the whole discussion about a year ago. [15:31] mkanat, a lot has changed in a year ;) [15:31] beuno: Yeah, but they've already moved to Hg. [15:32] * beuno tickles kiko [15:33] mkanat, I know :( [15:33] but just throwing it out there [15:34] Sure, I'd love it. [15:34] They only committed to hg for this development cycle, but they're building a lot of infrastructure around it now. [15:35] hello [15:36] Howdy. :-) === luke-jr__ is now known as luke-jr === flacoste changed the topic of #launchpad to: https://launchpad.net/ | Channel logs: http://irclogs.ubuntu.com | Help contact: flacoste | launchpad-users@lists.launchpad.net === matsubara-lunch is now known as matsubara === salgado is now known as salgado-lunch === andreas__ is now known as ahasenack === Ursinha-lunch is now known as Ursinha === bac is now known as bac_lunch [16:57] i'm trying to upload a package to my ppa and get this error: "Unhandled exception processing upload: 'ascii' codec can't encode character u'\xe4' in position 77: ordinal not in range(128)", any ideas how to fix this? u'\xe4' is 'ä', there is ä in my name and I'v been able to upload packages with my name in changelog/control file before [16:58] (um, was that message too long?) [17:01] heikki, where are you getting this error? [17:02] i run the dput command and get a mail which says that my package is rejected [17:03] whole message: http://paste.ubuntu.com/108647/ [17:04] heikki: known bug, can you change your name in LP to a non-unicode one temporarily during the upload [17:05] ok i'll try [17:05] it'll be fix in 2.2.2 [17:06] fixed* [17:16] bigjools: it works, thanks! === NCommander is now known as NC|Lunch === NC|Lunch is now known as NCommander === salgado-lunch is now known as salgado === mrevell is now known as mrevell-afk === bac_lunch is now known as bac [19:12] beuno: it seems like there's gotta be a decent way to let people know that a vcs-import is just plain dead [19:12] LaserJock, sure, we just have to find it [19:12] I've had to completely give up on using Launchpad for non-bzr projects [19:13] which makes the whole "everything on LP" thing hard [19:13] LaserJock: because the imports are out of date and you can't find out? [19:13] yeah, vcs-imports are too unreliable [19:13] I'll be pulling along and then I think, "hmm, it's been a couple weeks since I got any updates" [19:13] I check the LP page and it's dead [19:14] it would've been nice to get something when I do a pull [19:14] not sure how possible that is [19:14] LaserJock, there needs to be a good way to know about this. It's a bug that there isn't a notfication sent out. [19:15] I wonder if there could be a redirect or something [19:15] LaserJock, also, where are your vcs-imports coming from? [19:15] like bzr knows when a branch format needs to be upgraded, when there's a redirect [19:16] I wonder if it could somehow "know" that the branch has some "dead import" flag [19:16] rockstar: as in which VCS hosting? [19:16] LaserJock, bzr knows it needs an upgrade. Launchpad doesn't tell it that. [19:16] LaserJock, yea. We seem to have all sorts of issues with Google Code. [19:16] rockstar: right, what I'm saying is maybe there's something within the branch itself we can set [19:17] no, no Google Code [19:17] mostly SourceForge [19:17] and at least one on Savannah [19:17] LaserJock, there is something we can set, but it's manual right now. [19:19] rockstar: perhaps that could be leveraged in some sort of automatic way, that'd be cool [19:19] LaserJock, yeah. We need to be able to do that. [19:20] LaserJock, also, you should note that today is my day off, and I'm hacking on the import code. [19:20] I mean, I realize that vcs-imports are bound to break sometimes (though i don't understand why they're so bad currently) so a good notification system would be a big help [19:21] LaserJock, well, they are so bad because we've had other plates that needed to keep spinning. [19:21] * LaserJock gives rockstar a cookie [19:21] rockstar: right, I mean so bad comparied to bzr-svn [19:22] * rockstar eats the cookie and asks for a glass of milk. [19:22] LaserJock, I'm actually working on making bzr-svn the svn importer for VcsImports [19:22] I've *never* had a failure with bzr-svn, but like I said earlier, I can't seem to get above a 50% success rate with vcs-imports [19:23] rockstar: are you guys looking much at github for ideas? [19:24] Yea, sometimes. [19:24] a project I work on recently went form SVN/Sourceforge to git/Github [19:24] there are some interesting "social networking" bits [19:24] a lot more personal than LP [19:25] Yea, we've talked about that. [19:25] However, github is also pretty much one thing. Launchpad is trying to be a whole suite of tools. [19:25] right [19:25] Er, we're not really trying. We succeeding. :) [19:25] heh [19:25] whatever you say [19:26] interestingly, that same project is using LP too [19:26] so they have wiki/download/bug tracking on SourceForge, VCS on github, and translations on Launchpad [19:27] Geez, that's gotta be rough. I believe in monogamy (and I should note that I'm a mormon :) [19:27] hehe [19:27] it is rough [19:28] especially since there's still an SVN repo on SourceForge [19:28] so technically there's VCS on both SF and Github [19:31] rockstar: I did try to pimp bzr/code hosting though :-) [19:31] but for a developer group of ~6-7 I was the only one that'd even used bzr so I go pretty outvoted :( [19:32] It's too bad though. People get stockholm syndrome with their tools. [19:32] the main dev is sorta like that [19:32] he said he invested a lot of time/effort into learning git, he wasn't going to switch [19:33] and he's a speed freak so I don't think he'd have liked bzr anyway [19:33] That's like why people use Windows. :-| [19:33] It took them so long to learn how to make it work, they feel invested. [19:34] Hi again [19:34] I am looking for advice on a hurestore bug [19:34] It is ancient [19:35] but I now have an strace and valgrind log that indicate memory leak [19:35] gdb was semi succesful [19:35] Do I mark mine as a duplicate and reattach [19:36] or the other way around [19:36] ??? [19:36] How can I join the launchpad-users mailing list? [19:36] If so, which reports and comments yo attach? [19:37] anyone there? [19:38] thomasdelbeke: so there's 2 bugs, the later, more complete one is yours? [19:38] yes [19:39] #320421 [19:39] thomasdelbeke: I generally favor the one with the most complete report, but all things being equal go with the earliest [19:39] that is mine [19:39] OK, I will keep mine than maybe [19:40] but the other one is already triaged [19:40] marked importance high [19:40] Is that a problem? [19:40] hmm [19:40] then maybe it would be better to make yours the dup and add your material to the other bug [19:41] so you don't waste any triaging :-) [19:41] Bug #64594: [19:42] This report is public [19:42] Launchpad bug 64594 in hubackup "hurestore will always crash on startup (unfinished tool)" [Undecided,In progress] https://launchpad.net/bugs/64594 [19:42] that is the original one [19:43] Is there an alternative BTW? [19:43] Maybe I will post this on the forum [19:43] If there is not alternative [19:44] It should be marked critical [19:44] thomasdelbeke: there are a bunch of dupes for that bug [19:44] thomasdelbeke: just mark yours a dup [19:44] People can loose data this way [19:44] If you reformat your system and it is not working [19:45] OK I will mark it as a dup [19:45] and post it on the forum [19:45] Thanks for the info [19:45] np === matsubara is now known as matsubara-afk === salgado is now known as salgado-afk [20:30] got OOPS-1119ED453 when renewing team membership [20:56] hi Adri2000 [20:57] Adri2000 how did you renew your membership? [20:57] sinzui, Adri2000 hit an assertion error when renewing his membership [20:57] sinzui: OOPS-1119ED453 [20:57] Adri2000: it seems that you can't renew your membership yourself, the team admin should do it [20:58] nice error, hehe [20:58] "OOPS" [21:11] Hi, how can I investigate why I do not receive any feedback from launchpad via email after dput upload to my PPA? Thanks. [21:14] shilbert: do you receive email from Launchpad regularly [21:29] Adri2000: How did you get to that page to renew your membership? The only documented way to do get to that page was by typing the URL into the browser. === stdin_ is now known as stdin [21:35] shilbert: you've either signed with the wrong key or not signed at all [21:37] Hi, is there anyone around who can poke yellow.buildd with a big stick? It's apparently been building qt4-x11 for three _days_ [21:38] flacoste, sinzui: it was for the ~motu team, and despite the oops, the renewal itself did work. and I just followed the link given in the email I received, and hit the "renew" button [21:38] also, I use edge, being in the beta testers team [21:39] herb, mthaddon, do any of you can help maxb? [21:40] Adri2000: thanks. There is a discrepancy in the code the generates the form and the rules for renewal. I'll file a bug about it. [21:41] maxb, flacoste: one moment [21:41] sinzui: ok [21:42] bac, sinzui: can we grant a vouchour for gary's https://edge.launchpad.net/lpbuildbot ? [21:42] flacoste: i did it about an hour ago [21:43]