=== leonel_ is now known as leonel [00:16] Hobbsee: is https://answers.launchpad.net/launchpad/+question/50248 being tracked in the bug? does the question need to stay open? [00:18] jml: Pass. I don't do translation stuff at all [00:19] sorry, wrong URL [00:19] https://answers.launchpad.net/launchpad/+question/50893 [00:19] Hobbsee: ^^ that one [00:19] * jml needs a global kill-ring [00:23] jml: i'm not sure. I guess not, as long as something actually happens with the bug. [00:34] Hobbsee: ok. I've closed the question. Re-open it if you reckon it'll help. [00:34] jml: ok, thanks === kiko is now known as kiko-zzz [01:33] is Fabien Tassin here? [01:35] mwhudson: fta? [01:36] ah yes [01:36] fta: hello [01:38] is there an equivalent of https://bugs.launchpad.net/bugs/ for questions? [01:40] mwhudson, hi [01:40] fta: so about the google chrome import [01:42] mwhudson, the import is broken, and now the project is was tied to has been removed too. I can reask for an import but i assume it will fail too for the same reason [01:42] fta: i'm not sure that's a good assumption [01:42] fta: in other words, i think it's worth a try [01:42] the svn url will be the same [01:43] i don't see how it will be different from ~1 hour ago when the old project was still alive [01:43] won't the url be http://src.chromium.org/svn/trunk/src rather than http://src.chromium.org/svn/trunk/src/chrome ? [01:44] yes, but one is a subset of the other, but should import just fine [01:44] -but+both [01:45] btw, this one is broken too https://code.edge.launchpad.net/~vcs-imports/v8/trunk [01:45] v8 is part of the chromium project too [01:46] the two-bit summary of the v8 failure is that google code sucks [01:46] i guess i can try to use svnsync to get a local copy of the repository and import from that [01:47] yes, but one is a subset of the other, but should import just fine [01:47] fta: when you've worked in the crufty business of vcs imports for as long as me, you stop making assumptions :) [01:48] i have local import of both in bzr, it's just fine, i also made a git import to compare with bzr, fine too [01:49] i bet you didn't do the imports with cscvs [01:49] indeed [01:53] where as the vcs imports service on launchpad does [01:53] fta: what is it you actually trying to achieve here? [01:53] +are === vorian is now known as heHATEme [01:55] those imports were not from me, but i'm using them to monitor the status of the project. I recently created my local imports because the ones on lp were broken, and also because i'm creating packages === jml changed the topic of #launchpad to: https://launchpad.net/ | Channel logs: http://irclogs.ubuntu.com | Need help? Community help contact: - jml (afk) === heHATEme is now known as vorian === matsubara is now known as matsubara-afk [01:57] mwhudson, if it's too complicated, nm. i'll setup a real local sync when i have time. [01:59] it's not necessarily complicated [01:59] basically, i would invite you to set up the imports you want, as you want them [01:59] and ignore/have deleted the broken ones [02:00] ok, will do. thanks for your time [02:00] 3am here. 'night all. [02:02] night [03:11] who is respncible for "2) The version of the package you are using, via 'apt-cache policy packagename' or by checking in Synaptic." [03:11] it would be nice if 'packagename' was the name of the package I am reporting on [03:11] so that I can cut/paste that, and cut/paste the results [03:12] CarlFK: instead of the source package it belongs to? [03:12] CarlFK: where does that text appear? [03:12] whats the difference? [03:14] https://bugs.edge.launchpad.net/ubuntu/+source/xawtv/+filebug#form-start [03:15] may need to fill in a summary: https://bugs.edge.launchpad.net/ubuntu/+source/xawtv/+filebug "x" enter, "No, I'd like to report a new" bug" scroll down [03:15] CarlFK: some sources contain many binaries. launchpad is organised by source packages [03:19] oh... I think I kinda get it. "In what package did you find this bug?" is on the same page. so it would have to do ajaxy validation then replace packagename with something === abentley1 is now known as abentley === barry is now known as barry-away === hakr is now known as h[a]kr === jml changed the topic of #launchpad to: https://launchpad.net/ | Channel logs: http://irclogs.ubuntu.com | Need help? Community help contact: - jml === jamesh_ is now known as jamesh === jml changed the topic of #launchpad to: https://launchpad.net/ | Channel logs: http://irclogs.ubuntu.com | Need help? Community help contact: - [06:31] the truth is I never left you. === abentley1 is now known as abentley [07:15] Why is the "Importance" for bugs read only? how do I get the ability to change them? [07:16] (if this is the wrong place to ask this, then sorry, please point me to the correct place) [07:16] Ryan52, You need to be a member of the right bug team for the project against which the bug is filed. [07:16] "Ubuntu Bugs" is the only team listed in the "Also Notified". Does that mean that's the team I need to be a part of? [07:17] Oh, for bugs in Ubuntu, you need to be in ubuntu-bugcontrol [07:17] But for bugs in #ubuntu, #ubuntu-bugs is a better place to ask. [07:18] ok, thanks [08:47] hi. [08:48] were the unlicences translations removed from Launchpad ? [08:49] Ow1, not sure they were done yet, but they are scheduled for today [08:49] do you know how should I format the URL to point to a translation [08:50] and to be valid for all users [08:50] I know there is something with +me [08:50] visit the translation page for the string and use that URL? [08:50] but tha url contains my username [08:51] Ow1, does it? can you give me an answer? [08:51] yes [08:51] I can see it [08:51] sorry s/answer/example/ [08:51] a [08:52] https://translations.edge.launchpad.net/~adiroiban/+licensing [08:52] this is for my account [08:52] Ow1, well.. that's not a URL for a translation. can you explain what you want to give people? [08:52] I want to ask them to accet the BSD licence [08:53] accept [08:53] Ow1, gotcha! that's not the same as you asked before :) [08:53] Ow1, translations.launchpad.net/+me/+licensing [08:53] sorry [08:53] https://translations.launchpad.net/people/+me/+licensing [08:54] many thanks! [08:54] * wgrant thinks that /+me should work. [08:54] so for any further usage i should replace "~adiroiban" with "people/+me" [08:54] it is working [08:55] yep [08:55] Right now if someone has not accepted the BSD licence, his/her translations will be removed from Launchpad. [08:55] right [08:55] What happens if he/she accept the licence tomorrow? [08:56] it will be too late [08:56] is there a way to recover them? [08:56] danilo-afk, ping [08:56] Hm. [08:56] I don't believe so [08:56] I thought I saw an email saying they wouldn't be removed due to non-answering. [08:56] * wgrant finds it. [08:56] really? [08:56] yes. mee to. I also saw that email from Danilo [08:57] What about people who haven't answered the question yet.. is there [08:57] > going to be a mail-out to those translators, or the administrators of [08:57] > the projects concerned? [08:57] "Those translations will be kept." [08:57] From danilos himself. [08:57] What an awful paste. [08:57] * wgrant kicks Thunderbird. [08:57] Where did this email get sent? [08:58] ubuntu translators lists [08:58] oojah: launchpad-users [08:58] Right, ok. [08:58] And ubuntu-translators, it seems. [08:58] I must've missed it. [08:59] Re: Important Launchpad news: removal of non-BSD licenced translations [08:59] On 2008/11/15 [08:59] Ow1: william's right and I stand corrected; there's a point that I hadn't noticed originally [08:59] Actually, probably 2008/11/14 unless you're in Australia or NZ... [08:59] :) [09:01] I cannot understand how somebody behind Sun's NAT can drop out so frequently. [09:02] wgrant, Awkward placement of WiFi transmitters? When attending Sun-sponsored events, I've often found I had short drops. [09:03] I don't really follow l-u so it's a good job I noticed this conversation. I wonder what percentage of translators have/haven't responded yet. [11:19] I want to change the status of this spec https://blueprints.launchpad.net/ubuntu/+spec/ubuntu-studio to done, can I do it or does it have to be pete savage (the registerer)? [11:21] luisbg_, either a launchpad admin, ubuntu driver, or Pete will have to change it [11:23] cody-somerville, thanks! long time no see [11:23] any launchpad admin in the house? :P === andreas__ is now known as ahasenack [11:41] * paolettopn e' away (ciao a tutti!) === paolettopn is now known as paolettopn_zzz === paolettopn_zzz is now known as paolettopn [11:42] * paolettopn e' away (ciao a tutti!) === paolettopn is now known as paolettopn_zzz === paolettopn_zzz is now known as paolettopn [11:44] * paolettopn e' away (ciao a tutti!) === paolettopn is now known as paolettopn_zzz [11:46] paolettopn_zzz: any chance you can get rid of that script? === doko_ is now known as doko === danilo-afk is now known as danilos [12:39] danilos: urgent - please check your email (Djihed) [12:48] Hey, does anyone here speak Turkish? === mrevell is now known as mrevell-lunch === barry-away is now known as barry === mrevell-lunch is now known as mrevell [14:26] hey, is it normal that I get "edit upstream link association" and "delete upstream link association" links on a project overview page [14:26] even though I should not have any permissions on that project [14:26] (I didn't try the links - dont want to ) [14:43] vvinet, It's normal for things not yet associated, in the hopes that people would only use them if they have the correct data. [14:44] delete upstream link association sounds odd. I suspect it would take you to an error. If not, hrm. [14:45] I see it here: https://launchpad.net/ubuntu/+source/kdebase-workspace [14:48] I have not clicked the delete button, as it is a POST form and could therefore have an effect [14:48] (in theory) [14:49] Better not to click it then. === matsubara is now known as matsubara-lunch === bac` is now known as bac === sale_ is now known as sale [15:44] i have an app which uses openid. I can login with all providers I have tested (myopenid, claimid, verisign) but not with launchpad, any ideas? === kiko-zzz is now known as kiko === matsubara-lunch is now known as matsubara [15:58] kiko: can you help CoMp4c7? :) [15:58] CoMp4c7, hmmm. well, it's a problem for sinzui and flacoste. what's the problem you're having? [15:59] i am getting the errror: Server denied check_authentication [16:00] CoMp4c7: This may relate to OAuth. My own scripts (launchpad API) require an Authorization token [16:00] * sinzui thinks [16:01] i can login succesfully with the same app running in local [16:05] CoMp4c7: what do you mean by local? Your localhost? Your home directory? [16:05] sorry, localhost [16:06] oh CoMp4c7 by openid, do you mean your Launchpad OpenID url? [16:07] i am trying to log in with http://login.launchpad.net [16:09] * sinzui wonders if this is borked because Launchpad does not use OpenID for its own logins [16:12] sorry, i don't understand what are you saying [16:12] CoMp4c7: are you a beta test users? [16:12] yes [16:14] Since this works on localhost, I wonder if this is a cookie issue. Launchpad knows you are login by the cookie in the request === h[a]kr is now known as hakr [16:19] if I remove all cookies in browser it should not happen? [16:22] CoMp4c7: where are you trying to log in? [16:24] http://db.freevial.org [16:29] CoMp4c7: when I enter https://login.launchpad.net in there, i get the 'Authenticate to http://db.freevial.org' screen on Launchpad [16:29] which allows me to click 'Sign In' [16:29] ok, [16:29] it seems to fail for me also after that [16:31] do you have any ideas about what could be the problem? [16:31] CoMp4c7: not really, i'd say a problem in Freevial openid implementation [16:32] CoMp4c7: well [16:32] i think what is happening is that its trying to use check_immediate/check_authentication to validate the just provided credentials [16:32] and we don't support that mode [16:32] and the spec allows us to do this [16:33] check_immediate/check_authentication is for validating credentials without user intervention, a valid response is 'I cannot do this without user intervention' which it seems they decide to fail [16:33] but this is a valid return code [16:34] and why do you think it is not a problem on localhost? [16:34] what do you mean localhost? [16:35] flacoste: (He's the author. The source is available at http://tinyurl.com/freevial-db-edit, btw) [16:36] when app is running in localhost [16:36] hmm [16:36] ok [16:36] actually, i just checked check_authentication spec [16:36] and what i was just saying is incorrect [16:37] check_authentication is used by a consumer to valide the signature [16:37] if we say it's invalid, it's because probably of a request parameter [16:42] but if the problem is with the request, it also had to fail when the app is runnig in localhost [16:44] CoMp4c7: what is Auth/OpenID ? [16:46] flacoste: sorry, i don't understand what you are asking for [16:46] CoMp4c7: what OpenID library are you using?% [16:48] flacoste: PHP OpenID library by JanRain [16:50] CoMp4c7: version? [16:51] flacoste: 2.1.2 [17:01] CoMp4c7: ok, i'm trying to see if I can find a record of that error on my side [17:02] CoMp4c7: from the top of my head, I'd suspect difference some of the parameters that change from one request to the next one [17:02] on the live site, but not on localhost [17:02] but this is really hand-wavy [17:05] CoMp4c7: in particular, make sure that getReturnto() returns an identical value from within the two requests [17:05] CoMp4c7: when mode='try' and when mode='continue' [17:07] CoMp4c7: other things to consider, is /tmp configuration in both instances? [17:07] CoMp4c7: and is apache configured similarly in both instances [17:08] i'm thinking about configuration which makes that the store isn't really used [17:08] and so means that it falls back to the check_authentication dumb mode [17:09] which is an error if the request started by a valid association (saved to the store, but lost when the reply comes back) [17:09] thus going down the check_authentication route (which fails, because a shared secret was used initially) [17:09] flacoste: but if store is not working fine, it would fail with other providers [17:10] CoMp4c7: maybe [17:11] depends on the implementation of the other providers [17:11] which protocol they are using [17:11] 1.x or 2.x [17:11] about apache, I don't think both servers are configured similary, db.freevial.org is in a shared hosting [17:12] but I checked the problem is not a mod_encoding problem, as many people say in Google [17:18] flacoste: i have manually typed returnTo to be sure it doesn't change and i get the same error [17:18] CoMp4c7: ok, i'll have to look at my logs, but first i need some lunch, will you be around later? [17:19] i will be here next 3 hours i think [17:19] thank you very much for your help! === hakr is now known as h[a]kr === h[a]kr is now known as hakr === paolettopn_zzz is now known as paolettopn [18:05] * paolettopn e' away (ciao a tutti!) === paolettopn is now known as paolettopn_zzz === paolettopn_zzz is now known as paolettopn [18:07] * paolettopn e' away (ciao a tutti!) === paolettopn is now known as paolettopn_zzz === paolettopn_zzz is now known as paolettopn === merriam_ is now known as merriam [18:37] so, my use case of PPA is to build packages for me. I only use PPA because I need these packages for older distros (dapper, for example), otherwise I would be building them on my machine only (hardy). [18:37] so I tend to upload packages, build, tweak, upload again, etc [18:38] the problem is that PPA checks the versions, and I can't just delete a package and upload it again, PPA wants me to bump the version all the tame [18:38] time [18:38] so isn't PPA for me? [18:38] ahasenack, Probably not. You might be interested in a local installation of pbuilder or sbuild. [18:39] ahasenack: why the version suffix bother you ? [18:39] cprov-lunch: I use my ppa for build tests, and once I'm satisfied I use the landscape's ppa "for real" [18:39] ahasenack, that's the nature of apt [18:39] so, basically I only want a build machine for the older distros [18:39] I don't mean to use my PPA to publish these builds [18:40] ahasenack: it very hard for use to guess that. [18:40] use? [18:41] cprov-lunch: if you mean "users", well, that's it, I don't want users for my ppa [18:41] ahasenack: you can workaround that easily by working on $real_version~ppaN [18:41] ahasenack: I meant 'us', but nevermind [18:43] cprov-lunch: unless the problem I was debugging and testing involved the versioning itself... :( [18:43] cprov-lunch: which is what it does, so I can't mangle the version-release part because I actually need to test an upgrade path [18:44] beuno, Hrm? How is it apt? apt doesn't mind if you upgrade, downgrade, crossgrade, etc. (although things might break). I thought it was for repo sanity. [18:45] ahasenack: apart from being more difficult and confusing the version tilde suffix should allow you to test upgrade paths as well [18:45] ahasenack: but I understand it might become inconvenient in certain cases. [18:45] cprov-lunch: can I have more than one ppa attached to the same account? [18:46] ahasenack: no [18:46] I read somewhere about private ppa [18:46] ok [18:47] ahasenack: I don't know exactly what to suggest, usually people go for PPA because they want history and a coherent repository, if you only care about building in a pristine area you can use pbuilder [18:47] ahasenack: play as much as you want locally and upload the 'final' version to PPA === hakr is now known as h[a]kr [18:49] cprov-lunch: can I use pbuilder to build for older distros? Like dapper? Just install a dapper chroot, etc? [18:49] ahasenack: bear in mind that there is always a safe way around version (either using ~ or + as suffix), unless you use epoch :( [18:49] cprov-lunch: the package is already using ~ [18:49] so I can't mangle it twice [18:49] ahasenack: yes, you can have multiple chroots with pbuilder [18:50] even the landscape ppa, we don't use its publishing capabilities in landscape, we have another repository elsewhere that is the official one [18:50] we basically use ppa as a build mechanism, that's all [18:50] * ahasenack searches for space on his laptop for 3+ more distros [18:51] ahasenack: you have the history on PPA [18:51] cprov-lunch: we have it in bzr branches [18:52] cprov-lunch: we don't grab the previous source build to build a new version, our debian/* structure is in bzr [18:52] ahasenack: not the binary as it was built originally, I suppose === jason__ is now known as DBO [18:52] cprov-lunch: no, those we archive elsewhere too [18:56] ahasenack: it's just a little frustrate, on both sides, we could publish stuff with not checks what so ever, but if you look to the ubuntu history all 300k sources have coherent versions. Why is that hard to get on a project basis ? === beuno_ is now known as beuno [18:56] cprov-lunch: I understand your side, believe me [18:57] cprov-lunch: my biggest problem is with builds for older distros, which I don't have at hand to test and "practice" [18:57] cprov-lunch: so PPA is basically unforgiving regarding any mistakes [18:57] ahasenack: note that I'm not blaming you, it's a general problem, bzr gets this too. [18:57] cprov-lunch: even if the mistakes were never "released" [18:57] cprov-lunch: again, it's because I use it as a build bot and have no intention of publishing the packages until they are fine [18:58] ahasenack: it's very fascist in this aspect [18:58] cprov-lunch: hmm, am I wrong in thinking that even failed builds get blacklisted? I vaguely remember something about that [18:59] yes, even FTBFS versions get blacklisted. [18:59] ahasenack, You can use ~~ to further mangle ~, but you *really* want a local build service for your use case. [18:59] persia: really ? ehe [19:00] cprov-lunch: so, if people use ppa to build+publish, wouldn't they probably have a local build service anyway to test first? [19:00] cprov-lunch: if failed builds get blacklisted, that would waste a version/release [19:00] cprov-lunch: anyway, sorry, it's another topic [19:00] `dpkg --compare-versions '1.0~1' 'lt' '1.0~~1' || echo 'it is'` [19:00] cprov-lunch, '~' isn't magic. It's just a character. It happens to sort beneath null. [19:01] So ~~ sorts before ~ [19:01] thanks for the tips all, I will try to get some linodes as build bots for my use case [19:02] persia: I didn't assume it to be magic, just restrict to a single use in debian versions. But you are right, it's smaller and pass the validation regexp. [19:02] ahasenack, You might be interested in deb-o-matic, which is a framework to have multiple pbuilders running against multiple targets on a remote (controlled) host for build-testing. [19:02] cprov-lunch, That's just convention. [19:03] (and in Debian, if you need more than one, you've already shot yourself in the foot) [19:04] great, let's applaud ! [19:05] cprov-lunch, This brings back the debate as to use cases for PPAs :) Has there been any discussion on the topic in the past couple months? [19:05] persia, oooh, that sounds cool, where can I find this deb-o-matic? [19:06] persia: no, just this project-based ppa thing hitting us harder and harder. [19:08] cprov-lunch, Ran into that one with the Japanese team today as well. I suspect that's probably a more important priority than sorting individuals. [19:09] persia: but do you understand why is it hard for teams to follow a safe versioning path ? [19:09] Yes. [19:09] persia: is it a social problem cause by the lack of "queue" (review) ? [19:09] I wrote it up in a bug once. I'll go try to find it. [19:09] s/cause/caused [19:10] No. [19:11] It's the use of PPAs for distribution vs. the use of PPAs for test-building/review. [19:11] I personally believe PPAs are currently positioned somewhere between the two, and not quite optimal for either, but I want to find my rant again. [19:13] persia: right, I see your point [19:14] bug #263301 is different, but my comment there sums up the two use cases. [19:14] Launchpad bug 263301 in soyuz "Can't re-upload a package with a different src tarball after deletion in PPA" [Undecided,New] https://launchpad.net/bugs/263301 [19:14] There's a couple other related bugs, but I don't see them right now. [19:15] persia: let me check. [19:15] I have seen bug reports from users wishing each of the two use cases, so it's not clear-cut how to fix it. [19:19] persia: right, your comment on that bug tends to agree with the current behaviour, towards orig.tar.gz coherency with ubuntu [19:19] persia: that I think is consensus, right ? [19:19] I don't think there is consensus. [19:20] persia: the version blacklisting is the part that causes disagreement, IMHO [19:20] Well, there's people who complain about the version blacklisting, and then there's people who complain about e.g. package signing. [19:20] any particular reason why a failed build also gets blacklisted? It's not like it was ever downloaded and installed: it didn't even build [19:21] I don't think it's best fixed on a per-bug level. I think it needs a philosophical decision as to which use case to support, or to continue to straddle this boundary. [19:21] ahasenack, The source package was published. [19:21] persia: does it have to be published in this case? [19:22] persia: we agree on this, it's way wider the fixing each isolated bug. [19:22] ahasenack, Yes, because it needs to be published to be passed to the buildds. It's part of the architecture of Soyuz. [19:22] ok [19:22] persia: oops, not literally, the source doesn't have to be in the repository to be built. [19:23] Right. Last time we discussed this (Maybe August or early September), you thought it might come up in some of the LP meetings scheduled. If it hasn't, that's fine. I mostly just wanted to check :) [19:23] ahasenack, Trust cprov. He actually knows this stuff. I'm just a user. [19:23] persia: :) === fta_ is now known as fta [19:24] persia: it was discussed many times since PPA are out, no decision was made, because it seems to run fine for the vast majority of weekend-users [19:25] persia: we have only few problematic project-based PPA which suffer from this problem. [19:25] cprov-lunch, Right. It's "good enough" for most things, but annoying for anyone who wants to use it heavily. [19:25] persia: yes, we can say that. [19:25] cprov-lunch, Personally, I don't think that's necessarily bad, as long as it's by design. [19:26] tacking the problem w/o disrupting the rest of the users is mandatory at this point [19:26] It's like getting a mid-range digital camera. Not as light and portable as a pocket camera. Not as featurefull as an SLR. Still, the most popular range. [19:27] On the other hand, if that is the decision, it would be good to determine that, and intentionally wontfix the bugs for users who want a review system or want a real publishing system for their own distro. [19:27] persia: good example, but kind of depreciate what we want to be the best/easiest/fastest pkg management system out there, right ? === h[a]kr is now known as hakr [19:29] cprov-lunch, Well, it's a matter of picking segment. If you want to be good for test-build/review stuff, you need to be flexible enough that you're unsafe for repository work. If you want to offer repos that people can trust, you're unsuitable for test-build/review. Currently, it's somewhere in-between. [19:30] For the same reason you can't put a dSLR in your pocket easily. [19:30] :) [19:30] persia: well, currently PPA have very consistent repositories & history (versions are blacklisted and the repo is never ovewritten) [19:30] One option we discussed previously was letting users select signed/strict vs. unsigned/loose for each PPA, but it was suggested that this option would be confusing, and that there would be no way to safely change it later. [19:31] CoMp4c7: how would i recognize your localhost instance using referer in my log [19:31] CoMp4c7: also i find it very strange, i don't seem to see any connections for the check_authentication call [19:31] persia: once we release per-PPA repo signatures it will be state-of-art for the latter use-case [19:31] For hosting a derivative distro? [19:31] flacoste: http://localhost/~arnau/freevial [19:32] CoMp4c7: if I grep for "http://db.freevial.org" referral on login.launchpad.net, I only see requests for the initial +openid page [19:32] persia: yes, why not ? [19:32] CoMp4c7: did you made any requests today from it? [19:32] yes [19:33] cprov-lunch, I thought there were a few other bugs around that, but if that's the plan, it's a sensible direction. [19:33] i discovered that there are the same problem with claimid.com [19:33] i think it is a problem of the server [19:34] cprov-lunch, Fixing the remaining little bits will probably even more annoy the test-build users, but they ought be using local build farms anyway (it's annoying when three people upload OOo at once, for example). [19:34] CoMp4c7: ok, I cannot see anything interesting in the logs, unfortunately [19:34] cprov-lunch, Also, it will probably end up being slightly more "complex" due to the key management systems, etc., although with good docs this shouldn't matter too much. [19:35] persia: one key per PPA, makes the whole dance simpler. [19:36] Anything else is madness. [19:36] CoMp4c7: ok, this is very weird [19:36] persia: extra signatures can be made on top of the signing key to increase trust. [19:36] cprov-lunch, Is the plan to use the user's email, or a constructed email for signing? [19:36] persia: if the user really cares about sane distribution of his packages [19:36] So if I do a keyserver search for "Emmet Hikory", would I find my PPA key? [19:37] flacoste: do you have any idea about where could be the problem? [19:37] CoMp4c7: i just tried again and the URL of the page returned by launchpad - that displays the error - do contain a succesful auth reply [19:37] CoMp4c7: [19:37] http://db.freevial.org/auth.php?mode=continue&janrain_nonce=2008-11-18T19%3A35%3A42ZbAvTGr&openid.assoc_handle=%7BHMAC-SHA1%7D%7B49231912%7D%7BTpfGdQ%3D%3D%7D&openid.claimed_id=https%3A%2F%2Flogin.launchpad.net%2F%2Bid%2FcDYAwTe&openid.identity=https%3A%2F%2Flogin.launchpad.net%2F%2Bid%2FcDYAwTe&openid.mode=id_res&openid.ns=http%3A%2F%2Fspecs.openid.net%2Fauth%2F2.0&openid.ns.sreg=http%3A%2F%2Fopenid.net%2Fextensions%2Fsreg%2F1.1&openid. [19:37] op_endpoint=https%3A%2F%2Flogin.launchpad.net%2F%2Bopenid&openid.response_nonce=2008-11-18T19%3A35%3A46Z7Hj4Ht&openid.return_to=http%3A%2F%2Fdb.freevial.org%3A80%2Fauth.php%3Fmode%3Dcontinue%26janrain_nonce%3D2008-11-18T19%253A35%253A42ZbAvTGr&openid.sig=bC03e6utz%2FsL0gNQJyJdKvNDTro%3D&openid.signed=assoc_handle%2Cclaimed_id%2Cidentity%2Cmode%2Cns%2Cns.sreg%2Cop_endpoint%2Cresponse_nonce%2Creturn_to%2Csigned%2Csreg.nickname&openid.sreg. [19:37] persia: key email & comment will be deliberately blank [19:37] nickname=flacoste [19:37] cprov-lunch, And name? [19:38] CoMp4c7: so it's in the processing of that URL that the error message is generated [19:38] persia: name will be the ppa title + 'signing key' [19:38] So something like "Emmet Hikory's PPA signing key" ? [19:38] CoMp4c7: the error message talks about check_authentication failing, but I know for sure that no such request has been made to Launchpad [19:38] persia: yup [19:39] CoMp4c7: since only request is ever made (check_authentication implies that your server would send another request to Launchpad to validate the signature provided in the above URL) [19:39] only one request, i mean [19:39] flacoste: it could be a encoding problem, but I double check that... [19:39] CoMp4c7: what encoding problem? [19:41] flacoste: when apache sends parameters to php, i read about a problem with mod_encoding, for example [19:42] cprov-lunch, In that case, it sounds like you've made the decision, which is good. I'd recommend going through and wontfixing bugs like 263301 with a note that PPAs are designed for distribution, and while they can be used to test-build or for review, it is the user's responsiblity to take appropriate care with versioning, package names, etc. [19:42] CoMp4c7: could be a session problem [19:43] CoMp4c7: http://bazaar.launchpad.net/~freevial/freevial/php-db-edit/annotate/74?file_id=consumer.php-20080707143651-baxjp2psoha1dy4y-10 line 425 [19:44] persia: thanks for the encouragement, let me find my "hit-me" helmet and go on with that. [19:44] hey guys, can anyone tell me how to make a member an administrator of a team/project? [19:44] flacoste: what I haven't tested yet if the store is set up correctly [19:44] and could be related with this [19:45] cprov-lunch, No problem. As I said before, it's not important to me which was chosen, but I thought the fence-straddling while leaving all the bugs open was a bad course to follow. [19:45] lamalex, go to the team's page, go to "Show all members", and edit him to being an admin [19:46] persia: thinking for a sometime, while fixing other problems, might have helped. [19:47] cprov-lunch, Understood :) It's great that you've gotten to the point where this becomes a sensible decision. [19:47] beuno: edit them how? [19:47] i dont see the option anywhere [19:48] CoMp4c7: in the file I pointed you at, look at 964 [19:48] ah nevermind [19:48] CoMp4c7: that's where it's failing, for some reasons it seems that it doesn't know about the association [19:49] CoMp4c7: do you have a database available? you could change store implementation [19:49] lamalex, do you have permissions to do so? [19:49] yah, i found it, thanks [19:49] CoMp4c7: there is a MySQL/PostgreSQL store implementation provided [19:49] persia: I can only thank you for the help in make is 'sensible'. [19:50] CoMp4c7: or SQLiteStore [19:50] cprov-lunch, Feel free to ask me for a rant anytime. If I don't have one stored up, I'll generate one. [19:50] CoMp4c7: do you know if your server is a single host or a server farm? [19:50] flacoste: app uses a mysql database [19:50] CoMp4c7: I suggest you switch to the MySQLStore implementation, that should be safer [19:51] just in case, /tmp isn't shared across the different servers [19:51] flacoste: and faster [19:51] i will try that [19:51] CoMp4c7: let me know if this solves your problem [19:51] php also saves Sessions to tmp [19:54] NCommander, https://launchpad.net/debomatic [19:55] ahasenack, Actually, you might find that link useful as well. [19:55] persia: hehe, was just checking it out, you mentioned deb-o-matic just a little time ago [19:56] persia: have you used it? [19:57] ahasenack, I've used it, but not hosted it. No idea about the administration. As a user, you just upload stuff, and it gets built, which is handy. [19:57] ok [19:59] persia: ehe, you are a priceless resource to us. We should send you LP t-shirts ;) [20:01] cprov-lunch, I'm priceless when I recommend competing build-farm software? I should start promoting trac here: I bet I'd get a tie pin :) [20:01] cprov-lunch, and we can; just talk to marianna and she'll arrange. that is as soon as he stops promoting trac!! [20:02] * persia stops promoting trac [20:02] persia: see, you were doing well until you mentioned trac :) === thumper_laptop is now known as thumper [20:04] persia: btw, suggesting pbuilder to users is the right thing to do, ubuntu developers do use it extensively before uploading sources, it's ideal for learning. I don't see any problem with that. [20:04] cprov-lunch, I've been thinking if there's anything we can do on the UI that will make it more clearly that even after deleting a package, that "namespace" is used. [20:05] actually, many of us use sbuild, for closer similarity to the buildds. [20:05]