[00:00] <lifeless> vadi2: check the package was signed and that the changes file has a valid email address in it
[00:01] <wgrant> vadi2: Your Launchpad account does not appear to have any keys associated with it, let alone the one with which you signed the package.
[00:01] <vadi2> hm. I set it up yesterday, it said it should appear in an hour
[00:01] <wgrant> Did you through the email confirmation process?
[00:02] <vadi2> no, not this time.
[00:02] <wgrant> When you add a key to your Launchpad account, you should be sent an encrypted email that you must decrypt in order to confirm that the key is yours.
[00:03] <vadi2> When I add it, it says 'Launchpad could not import your OpenPGP key.Did you enter your complete fingerprint correctly?'
[00:03] <vadi2> I alreadyd did the send-keys yesterday evening
[00:03] <vadi2> But keyserver says 'Error handling request: No keys found'
[00:03] <wgrant> Are you sure you sent the right key?
[00:03] <vadi2> --send-keys command exists right away with no error, is it supposed to be this quick?
[00:04] <wgrant> Make sure you specified a keyserver.
[00:04] <vadi2> I only have one
[00:04] <vadi2> http://paste.pocoo.org/show/147194/
[00:05] <wgrant> You need to give --send-keys a key ID.
[00:05] <vadi2> A5A6298F?
[00:05] <wgrant> Yes.
[00:09] <vadi2> can I decrypt the sent text without the browser addon?
[00:09] <vadi2> I use google chrome on ubuntu, doesn't seem like there is a plugin
[00:09] <wgrant> You'll have to copy it into a terminal or use a less insane email client.
[00:10] <vadi2> how can I do it in the terminal?
[00:10] <wgrant> Run 'gpg', then paste the text, then Ctrl+D, then enter your passphrase.
[00:12] <vadi2> That's so much easier
[00:15] <vadi2> wgrant: thanks, I got the acceptance email now.
[00:16] <vadi2> not sure why was there no rejection one
[00:16] <wgrant> vadi2: If the package is unsigned, it cannot know for sure that any email addresses mentioned are legitimate
[00:17] <vadi2> I did sign the package though, I just didn't complete giving LP my key
[00:17] <wgrant> If it just sent to the address mentioned in the changelog, I could spam people by uploading unsigned packages with their email address in the changelog.
[00:17] <vadi2> You can already do that by requesting passwords be resent
[00:17] <wgrant> That needs a captcha now.
[00:17] <vadi2> So.. :|
[00:17] <wgrant> s/needs/has/
[00:18] <vadi2> Ah
[00:18] <wgrant> You may have signed the package, but your key was only on your local machine.
[00:18] <wgrant> So there was no way to verify it.
[00:18] <vadi2> and you can't do that while uploading?
[00:18] <wgrant> And even if the key had been uploaded to a keyserver, it could not be linked back to a Launchpad account.
[00:18] <wgrant> Not at the moment, no.
[00:18] <wgrant> The FTP upload mechanism should eventually be replaced with a less dumb SFTP server.
[00:19] <vadi2> hm. oh well. at least you're here to help with that :)
[00:19] <wgrant> Which could to inline verification.
[00:19] <vadi2> cool
[02:35] <RomD> if someone reports a bug on launchpad and I'm experiencing it, too, am I supposed to set it to "confirmed"?
[02:37] <spiv> RomD: use the "affects me too" link
[02:38] <RomD> spiv: I did that. who is supposed to set it to confirmed? the developer?
[02:38] <spiv> It varies by project
[02:38] <RomD> so it's the best I just use "affects me too"?
[02:39] <spiv> I think so, unless you know the project welcomes non-developers confirming bugs.
[02:39] <RomD> ok, thanks spiv
[02:39] <spiv> The typical understanding of the statuses are given in this blog entry: http://blog.launchpad.net/general/of-bugs-and-statuses
[02:40] <RomD> thanks for the link
[03:17] <alkisg> Hello. Package `usermode` contains translations, and when I build it with `debuild -b` locally they're included in the .deb, but (a) in the main Ubuntu archives and (b) when I tried to upload it to my PPA, the translations were stripped! Any clues?
[03:18] <alkisg> !info usermode
[03:19] <alkisg> Hello. Package `usermode` contains translations, and when I build it with `debuild -b` locally they're included in the .deb, but (a) in the main Ubuntu archives and (b) when I tried to upload it to my PPA, the translations were stripped! Any clues?
[03:19] <alkisg> !info usermode
[03:23] <wgrant> alkisg: Can you point me at build logs for both the primary archive and PPA builds?
[03:23] <alkisg> Sure
[03:24] <alkisg> https://launchpad.net/~ts.sch.gr/+archive/ppa/+build/1309889
[03:24]  * alkisg searches for the primary archive logs...
[03:25] <alkisg> https://launchpad.net/ubuntu/+source/usermode/1.81-3.2/+build/593034
[03:25] <alkisg> wgrant: ^^
[03:26] <wgrant> That's odd.
[03:26] <wgrant> The PPA build at least doesn't have the translation stripper running.
[03:26] <wgrant> Which is what I would expect.
[03:27] <wgrant> And the primary build didn't have any translations to strip at the time pkgstriptranslations was run.
[03:27] <alkisg> It could be a packaging problem, but then again, why are they included when I build it locally?
[03:27] <wgrant> So it is for some reason not building them in the first place.
[03:27] <wgrant> You are probably missing a build-dep
[03:28] <wgrant> Try reproducing in pbuilder, sbuild, or another clean chroot.
[03:28] <alkisg> OK
[03:28] <alkisg> Thanks, trying...
[09:14] <rowinggolfer> folks.. I look at the page https://launchpad.net/bzr/+download with envy
[09:14] <rowinggolfer> how do I create such a page for my project?
[09:15] <rowinggolfer> I just get https://launchpad.net/openmolar/+download
[09:15] <rowinggolfer> which tells folks I have no available downloads, but I would like to use this as a place to put a source tarball.
[09:16] <maxb> rowinggolfer: Create series. Within series, create releases. Attach files to the releases.
[09:17] <rowinggolfer> maxb, thanks.
[09:17] <rowinggolfer> just found https://help.launchpad.net/Projects/FileDownloads?action=show&redirect=FileDownloadsOverview
[10:08] <rowinggolfer> maxb, thanks - success! https://launchpad.net/openmolar/+download
[13:51] <qnix> Hi. if I want to copy all my jaunty package in karmic.... I will need to reupload all packages for a rebuild?
[13:52] <beuno> qnix, if there are no significant version changes between the two, you may get away with just copying them over
[13:53] <qnix> but there are so many build-dependencies. can't really check everything to see if the ABI is ok
[13:54] <beuno> qnix, I think you can tell it to re-build on copy
[13:56] <qnix> ah, think so too.. good then.
[14:01] <soren> Does the LP UI show anywhere how many people clicked the "me too" link on a bug?
[14:02] <soren> If not, what is that information used for?
[14:05] <beuno> soren, it doesn't at the moment
[14:05] <beuno> you can get it through the API
[14:05] <beuno> the information is used to order bugs on lists
[14:05] <beuno> there's a "most affected" filter
[14:05] <beuno> eventually, jml will have a plan for us to use that information more
[14:48] <maxb> qnix, beuno: Although you can never rebuild within the same archive - for good reason: you'd have two binaries with the same version number
[14:53] <qnix> maxb: I can rebuild the package if I copy it in Karmic ?
[14:53] <qnix> *can't*
[14:53] <maxb> You can never rebuild a version (within the same archive)
[14:54] <maxb> Because then you'd have two different binary packages with the same version number, and that would just be crazy
[14:54] <qnix> So I have to reupload all my package manually?
[14:55] <maxb> Well, I don't see why you want to rebuild them
[14:55] <maxb> Remember that karmic itself started off as a copy of jaunty
[14:56] <qnix> yeah.. but if a build-dependency has upgraded... and that it is not ABI.
[14:56] <maxb> what do you mean?
[14:56] <qnix> if python version has upgraded..... that can cause problems
[14:57] <qnix> or any other build-dependency that is not ABI with the jaunty one
[14:57] <qnix> I cannot only place my binaries in karmic and assume that will work.
[14:57] <maxb> Usually you can
[14:58] <maxb> Libraries which change ABI are supposed to also change packagename
[14:58] <maxb> Generally, if apt/dpkg consent to install the package, it'll work in most cases
[14:59] <qnix> hmm
[15:10] <Teddy_> When defining an "upstream link" for a project, what are valid names for "Product Series"?
[15:11] <Teddy_> I keep trying sensible things like "release", "trunk", "1.0", "Foobar 1.0", and it keeps saying it's "invalid".  I can find no examples of valid names.
[15:14] <Teddy_> It also says "Product Series: (Optional)", but it won't accept an empty value.
[15:14] <cyberix> Option "This bug is a security vulnerability" is under privacy settings. Why?
[15:21] <soren> Teddy_: Depends on the upstream project.
[15:21] <soren> Teddy_: Upstream projects have series defined. It needs to be one of them.
[15:21] <soren> Teddy_: Just enter the upstream project name, and click the search icon.
[15:21] <Teddy_> soren: https://launchpad.net/ubuntu/+source/mandos
[15:22] <soren> Teddy_: What is the upstream project?
[15:22] <Teddy_> soren: So if the project isn't using launchpad, there can be no upstream link on the package?
[15:22] <soren> Teddy_: Just add it to Launchpad.n
[15:22] <Teddy_> soren: "Just add it"?  But it's not using launchpad.
[15:23] <soren> Teddy_: Add it anyway. It's just a placeholder. I do it all the time.
[15:23] <soren> Teddy_: Think of it as a registry.
[15:23] <soren> (in this case)
[15:23] <Teddy_> soren: Uh, no.  I'll pass on that.
[15:23] <soren> Teddy_: Uh, why?
[15:24] <soren> Teddy_: You were about to tell Launchpad about the project anyway (by specifying the upstream project). This is no different, really.
[15:24] <Teddy_> soren: I don't like that launchpad wants to have everything in itself to consider it to exist.
[15:24] <soren> Teddy_: I think you're reading too much into "have [...] in itself".
[15:25] <Teddy_> soren: I already registered on freshmeat and Ohloh - those are actual registries.  There's no real need for LP to have its own except for its all-encompassing tendencies.
[15:25] <soren> Teddy_: It's like wanting to refer to page 27 in a book that has no page 27. It makes no sense. That's simply the way the data model is.
[15:25] <soren> Teddy_: In cases like this, Launchpad is nothing but a registry.
[15:26] <soren> Teddy_: You don't have to tell it to use Launchpad for code hosting or bug tracking, answers or anything.
[15:26] <soren> It's just like freshmeat in that respect, except it offers to host all those things if you explicitly ask it to.
[15:26] <Teddy_> soren: And Launchpad is not the entire Internet.  It needs to learn this.  If it won't accept project pages outside itself, that is a problem with Launchpad, not the project.
[15:26] <maxb> No, that means you disagree with Launchpad's design
[15:27] <soren> Teddy_: You're being silly. Why do you accept that you need to register a project on Ohloh before it can analyse it?
[15:27] <soren> Teddy_: This is the same thing, except Launchpad /offers/ (does not force, /offers/) more stuff if and only if you ask it to.
[15:28] <maxb> rockstar: Do you know if all the LOSAs are busy doing something mysterious? I've got two open questions that have been assigned to the LOSAs for 11 days without any reaction so far.
[15:28] <soren> You want to link an package to an upstream project, but you don't want Launchpad to know that said project exists. That makes no sense.
[15:29] <Teddy_> soren: I want to link the page for an Ubuntu package to its *actual* upstream page.  Apparently that's not possible - "upstream" has been redefined to mean "Launchpad".  I, for one, do not welcome our new LP overlords...
[15:30] <soren> It's not a link to a project's home page. It's a link to a project.
[15:30] <maxb> Teddy_: So you link the Launchpad package record to the Launchpad project record and link the Launchpad project record to its upstream website
[15:30] <soren> Teddy_: You still haven't answered why it's ok for Ohloh to ask for a project to be registered, but not for Launchpad. I don't understand the distinction.
[15:31] <maxb> Seems perfectly reasonable to me.
[15:31] <soren> Teddy_: Launchpad claims no more ownership over the project based on this than Ohloh or freshmeat does.
[15:32] <Teddy_> Really?  So the project won't get bugs filed, questions asked, etc. via its Launchpad project if it registers?
[15:32] <soren> If Freshmeat had a way to relate projects (maybe it does, I don't know), I'm sure it would ask you to relate *project*, not relate a project to another project's home page.
[15:32] <soren> Teddy_: No. I told you this already.
[15:32] <soren> 15:26:07 < soren> Teddy_: You don't have to tell it to use Launchpad for code hosting or bug tracking, answers or anything.
[15:32] <soren> 15:26:30 < soren> It's just like freshmeat in that respect, except it offers to host all those things if you explicitly ask it to.
[15:33] <soren> 15:27:52 < soren> Teddy_: This is the same thing, except Launchpad /offers/ (does not force, /offers/) more stuff if and only if you ask it to.
[15:33] <maxb> Teddy_: Not unless the relevant "project uses Launchpad for ..." boxes are ticked (well..... except for the fact there's an open bug at the moment wherein the answers one doesn't actually disable filing questions)
[15:33] <Teddy_> soren: Yes, I saw that, but I didn't know if anyone else could start to use it that way.
[15:33] <soren> Teddy_: Anyone else but who?
[15:34] <soren> Teddy_: when you register a project on Launchpad, it asks you what you want to use Launchpad for. You can point Launchpad at an upstream bug tracker, an upstream VCS repository (git, bzr, svn or cvs), etc. etc. It does not start providing those services unless specifically asked to.
[15:35] <Teddy_> soren: Anyone else but the actual upstream developers.  I mean, if they prefer their own BTS, they shouldn't be forced to check launchpad if it allows anyone to file bugs there.
[15:35] <soren> Launchpad is not out to own the entire world. Launchpad is out to improve cooperation between projects. One way it does this is by making it easy to correlate information. It does so by aggregating information from the authoritative sources (when asked to do so).
[15:36] <soren> Teddy_: I've registerd probably 20 different upstream projects in Launchad that I am in no way affiliated with. Just like I can do on Ohloh.
[15:37] <soren> I do this so that I can correlate bugs in Ubuntu packages with bugs in upstream projects.
[15:37] <soren> Launchpad knows how to look in upstream bug trackers.
[15:37] <Teddy_> soren: I'll see about creating a project.  It seems to require a "Title" - bah.
[15:38] <soren> If there's a bug in an Ubuntu GNOME package on Launchpad, I can tell launchpad "hey, this is bug 123567 over in GNOME's own bugtracker". That way, Launchpad can e-mail me if /the upstream/ bug changes, for instance.
[15:38] <soren> Heh.
[15:38] <Teddy_> :)
[15:39] <soren> I can also tell Launchpad that it's the same bug as #1235 in Debian's bug tracker and #87643 in SuSE's bug tracker, and it can show me the status in all those places at a glance.
[15:39] <soren> It's /really/ convenient.
[15:39] <soren> Anyhow, I'm off for today.
[16:13] <Teddy_> How do I delete <https://launchpad.net/guadalinex/buho/+source/mandos>?
[16:34] <Teddy_> I've looked around a little, and it seems that you can't delete anything in Launchpad, ever?
[16:35] <intellectronica> Teddy_: that's the spirit of things, yes (though you can delete _some_ things)
[16:36] <Teddy_> So how do I get some things deleted that clearly should be?
[16:36] <Teddy_> Like this <https://launchpad.net/mandos/+packages>; the "Guadalinex" package should not be there.
[16:39] <intellectronica> al-maisan_, noodles775: can you answer that? i don't know enough to be able to help
[16:39] <Teddy_> This is not exactly making me warm up to LP.  You can't delete anything, ever, you can't even delete your own user, LP only provides OpenID but requires registration itself and does not use OpenID...  I'm actually beginning to regret registering the project, but of course now i CAN'T DELETE IT.
[16:39]  * al-maisan_ looks
[16:40] <intellectronica> Teddy_: please allow us to try and help you before you get frustrated ;) there are simple solutions to many of the things that are bugging you (and complicated solutions to others)
[16:40] <al-maisan_> Teddy_: Guadalinex is actually a distribution
[16:41] <Teddy_> al-maisan_: Yes?  <https://launchpad.net/mandos/+packages> should not list a Guadalinex package.
[16:44] <al-maisan_> Teddy_: this is likely a bug, looking at https://edge.launchpad.net/guadalinex/buho/+source/mandos shows no releases
[16:45] <Teddy_> al-maisan_: I KNOW, I registered it to Guadalinex by *mistake*...
[16:45] <al-maisan_> Thus the Guadalinex/buho series should not be listed on https://launchpad.net/mandos/+packages
[16:45] <al-maisan_> Teddy_: so, can you de-register it?
[16:46] <Teddy_> al-maisan_: intellectronica says I can't
[16:46] <al-maisan_> This is probably a question for the registry team, sinzui ^^
[16:48] <sinzui> Teddy_: are you hoping to delete the accidental packaging information?
[16:48] <Teddy_> al-maisan_: What do you mean "de-register"?  I can't see any such link or button.
[16:48] <Teddy_> sinzui: Yes?
[16:49] <sinzui> Teddy_: does this relate to mount-systray
[16:49] <Teddy_> sinzui: <https://launchpad.net/mandos/+packages> has a "Guadalinex" package, which was accidentally added by me.
[16:49] <sinzui> no it is not
[16:49] <sinzui> Teddy_: am landing fix/feature that will allow you to delete the mistake from this very page
[16:50] <Teddy_> sinzui: Cool
[16:50] <sinzui> Teddy_: The feature will be released next week. I am doing a data cleanup that requires this feature. I can remove the bad package tomorrow if my feature passes QA
[16:51] <Teddy_> sinzui: Nice, thank you!
[16:53] <sinzui> al-maisan_: Teddy_ cannot remove the package at this moment because Launchpad only allows the deletion of package links from built packages (distribution source package). Since this is a mistake, the package will never be built, so we are co-opting the delete code from the DSP for the project +packages view.
[16:54] <al-maisan_> sinzui: right.
[16:56] <al-maisan_> sinzui: thanks for shedding light on this!
[17:32] <maxb> rockstar: Do you know if all the LOSAs are busy doing something mysterious? I've got two open questions that have been assigned to the LOSAs for 11 days without any reaction so far.
[17:33] <mthaddon> maxb: we have, sorry - release prep stuff - will try and get to it soon
[17:33] <rockstar> maxb, not something mysterious, just swamped.
[17:34] <maxb> It might not be a bad idea to spam all open questions assigned to LOSAs with an appropriate comment, if they LOSAs are temporarily not reviewing open questions assigned to them
[17:35] <rockstar> maxb, good thought.  I'll do that as part of my community work.
[17:35] <maxb> I'm hoping it'll just be a few lines of Python for someone with the relevant perms
[20:07] <maxb> thumper: Hi. Is your ownership of https://launchpad.net/cvs2svn in a registry-like manner, or do you have deeper interest in it?
[20:07] <thumper> hi maxb
[20:08] <thumper> maxb: it was purely registry-like
[20:08] <thumper> no real interest
[20:08] <maxb> May I have the project record, then, as I'm an upstream developer
[20:08] <maxb> ?
[20:08] <thumper> I was going to reassign to the registry team, but I can never remember the actual name
[20:08] <thumper> sure
[20:08] <thumper> what's your lp id?
[20:08] <maxb> same as my nick :-)
[20:08] <thumper> ok
[20:09] <thumper> done
[20:09] <maxb> many thanks
[20:09] <thumper> np
[20:35] <samokk> hey, just wondering if there's a notion of "task" in launchpad to create smaller increments for a blueprint?
[20:35] <beuno> samokk, no
[20:36] <beuno> sinzui, has mentioned a few times that something like that would be great
[20:36] <beuno> but there hasn't been any time to do anything with blueprints
[20:36] <samokk> beuno, is this a "no by feature" or a "not yet" ?
[20:36] <samokk> ok
[20:36] <samokk> in any case, I really like the graphs produced automatically in the dependency tree
[20:36] <samokk> great feature :)
[20:37] <sinzui> samokk: I have been linking bugs to blueprints. Each bug is a deliverable, such as a diagram or a code.
[20:37] <beuno> samokk, it's a very uncertain "not yet"  :)
[20:37] <sinzui> samokk: The bug is not a real bug of course, but it helps me see and scope each part that can be done
[20:39] <samokk> ok nice trick :)
[20:43] <samokk> also, I was wondering
[20:44] <samokk> launchpad seems to support some kind of tracking of bug branches, and automatcally notify/mark as resolved whn the branch is merged (at least, I read something like that)
[20:44] <samokk> is this feature working when mirrorring git branches?
[20:46] <sinzui> samokk: I do not know. abentley you may know the answer to samokk's question. I would like to the know the answer too
[20:55] <abentley> sinzui, samokk: We do not mark the bug fixed when we mark the branch merged because that may not be accurate, and we only import the head branch from git repositories, so we won't track the merge of two git branches upstream.
[20:55] <sinzui> But we do mark the branch associated with the bug as merged?
[21:16] <rockstar> sinzui, yes, that is correct.
[21:17] <rockstar> sinzui, samokk, we don't mess with the bug because each project has their own definition of what each status means.
[21:20] <lysi> Server down 91.189.89.225,91.189.89.224
[21:23] <rockstar> lysi, what makes you say that?
[21:24] <lysi> launchpad.answers doesn't respond
[21:25] <rockstar> lysi, I think it's slow, but not down.
[21:26] <lysi> nothing at all here, it's loading since at least five minutes or longer
[21:28] <lysi> One wanted to update Jaunty with 91.189.88.46.80 and failed to fetch
[21:28] <lysi> I've tried the url of the packages and got 505
[21:29] <lysi> ok, now the page finished loading, thanks rockstar.
[21:30] <rockstar> lysi, yeah, like I said, it looks like it's just slow.
[21:30] <lysi> Sorry, it was 404 not 505
[21:33] <Benalex> Is launchpad down? or its just me?
[21:33] <Benalex> :\
[21:38] <lysi> quote lp: Try reloading this page in a minute or two. If the problem persists, let us know ...
[21:39] <Sensiva> I tried , and checked using this site http://downforeveryoneorjustme.com/bugs.launchpad.net and it says its down
[21:41] <beuno> we're experiencing connectivity issues, so please hold tight while we fix them
[21:41] <Sensiva> beuno thanks for confirming , Good luck! :D
[21:45] <timoshin> 503 error on bugs.launchpad.net. sorry :)
[21:47] <beuno> timoshin, we're experiencing connectivity issues, so please hold tight while we fix them
[21:48] <pmatulis> /dev/mapper/miceserver2-root does not exist  apachelogger
[21:49] <pmatulis> 17:30 >>>  alexanderwz      eggonlea         jkakar      menesis         Philip5       SteveA                                                                                          [B[B[B[B[B[B[B[B[B[B[B[B  apachelogger
[21:49] <pmatulis> 17:30 >>>  alexanderwz      eggonlea         jkakar      menesis         Philip5       SteveA                                                                                            apachelogger
[21:49] <pmatulis> 17:30 >>>  alexanderwz      eggonlea         jkakar      menesis         Philip5       SteveA                                                                                            apachelogger
[21:49] <beuno> pmatulis, ?
[21:49] <pmatulis> my little boy
[21:49] <pmatulis> attacked my computer
[21:50] <beuno> :)
[21:51] <jkakar> pmatulis: Hah, that's awesome. :)
[21:52] <xangua> is there any problems in the launchpad web or is just me¿¿
[21:53] <zooko> I'm having a problem too.
[21:53] <xangua> mayme too many users updating to ubuntu karmic RC ¿¿
[21:53] <zooko> I assume the deafening silence here is launchpad hackers scrambling to fix it.
[21:53] <reacocard> 16:42:03 < beuno> we're experiencing connectivity issues, so please hold tight  while we fix them
[21:53] <menesis> http://downforeveryoneorjustme.com/launchpad.net
[21:54] <xangua> jaja :)
[21:54] <mwhudson> aiui it's a networking problem, so the silence is sysadmins flailing at routers
[21:59] <zozi> launchpad not working :(
[21:59] <dtchen> 17:54 < mwhudson> aiui it's a networking problem, so the silence is sysadmins flailing at routers
[21:59] <zozi> oki
[22:03] <mwhudson> zozi: is it better now?
[22:03] <zozi> mwhudson: working now!
[22:04] <mwhudson> zozi: cool