[02:30] <krow> Hi!    For setting up a new series on LP where the binaries are stored on code.google.com... is there a pattern that can be used as the "Release URL Pattern" ?
[02:32] <poolie> krow: yes, isn't it just going to be http://code.google.com/project/download/*  or similar?
[02:46] <krow> And is there a way to delete a vcs import branch?
[02:48] <krow> poolie: Google has I THINK just a graphic view.
[02:48] <mwhudson> krow: i can do that for you
[02:48] <mwhudson> krow: soon whoever registers the branch will be able to do it
[02:49] <krow> mwhudson: Thanks... I am trying to straighten out the memcached LP page right. I have in the process.. gotten some right... but I also have a couple of things wrong.
[02:49] <krow> mwhudson: One thing I can't figure out BTW... for issue tracking Memcached's is not listed in the drop down for issue tracking.
[02:50] <krow> mwhudson: The branch I need deleted is https://code.launchpad.net/~vcs-imports/memcached/stable
[02:50] <krow> mwhudson: I want to put it up as "1.4" instead (I have the 1.2 branch now setup correctly I believe)
[02:51] <mwhudson> krow: "the drop down" -- not sure which you mean?
[02:51] <mwhudson> krow: you just want the name of https://code.launchpad.net/~vcs-imports/memcached/stable changed to https://code.launchpad.net/~vcs-imports/memcached/2.4 ?
[02:51] <mwhudson> er
[02:51] <mwhudson> 1.4
[02:52] <krow> mwhudson: Yep, 1.4
[02:53] <krow> mwhudson: I am trying to set this up so that when we move to 1.6... we will just have 1.6
[02:53] <mwhudson> krow: done https://code.edge.launchpad.net/~vcs-imports/memcached/1.4
[02:55] <krow> mwhudson: BTW this can be deleted https://code.edge.launchpad.net/obsolete-junk/memcached-trunk-20070709-034933
[02:56] <krow> mwhudson: I put in a request for the 1.2 tree to be pulled from the old subversion repository.
[02:56] <krow> mwhudson: And thank you!
[02:57] <mwhudson> krow: i can't delete https://code.edge.launchpad.net/obsolete-junk/memcached-trunk-20070709-034933 it seems
[02:57] <krow> mwhudson: Should I put in a request via "ask" for the issue tracking and URL info (aka how to mirror the binaries off of code.google)
[02:58] <mwhudson> krow: yes, that would be good i think
[02:58] <krow> mwhudson: Thanks!
[03:03] <mwhudson> krow: i think i should actually rename https://code.edge.launchpad.net/~vcs-imports/memcached/trunk to https://code.edge.launchpad.net/~vcs-imports/memcached/1.2 ?
[03:04] <mwhudson> and delete what's at https://code.edge.launchpad.net/~vcs-imports/memcached/1.2 currently
[03:04] <krow> mwhudson: Let me check that they are the same thing
[03:04] <mwhudson> krow: i'm sure you don't want a branch where the top level is directories called "tags", "branches", "trunk"
[03:05] <krow> mwhudson: Ok... looks fine then. I know very little about SVN.
[03:05] <mwhudson> krow: lucky you :)
[03:07] <krow> mwhudson: Not really... it ate a year's worth of history once on me for a couple of dozen trees. I consider it a piece of @#$@#$ run by otherwise awesome people.
[03:07] <mwhudson> krow: can you link https://edge.launchpad.net/memcached/1.2 to https://code.edge.launchpad.net/~vcs-imports/memcached/1.2 ?
[03:10] <krow> mwhudson: done
[03:11] <mwhudson> krow: ok, i think we're sorted then
[03:11] <mwhudson> (apart from the tracker issue)
[03:11] <krow> mwhudson: You didn't have an answer to the downloads did you?
[03:12] <mwhudson> krow: ah
[03:12] <mwhudson> krow: no, i didn't
[03:13] <krow> mwhudson: I am assuming that what happens is that the files get picked up and can then be downloaded from LP.
[03:13] <mwhudson> krow: yers
[04:36] <desrt> hi.  any reason that the i386 ppa builder is so far behind when the amd64 and lpia ones are perfectly snappy?
[04:39] <wgrant> desrt: i386 always has more builds (because Architecture: all sources only build there), and lots of builders are currently missing.
[04:40] <desrt> tricky.
[04:40] <wgrant> desrt: And if the builders go missing just before the daily builds happen, i386 can get hours behind.
[04:40] <wgrant> Fortunately it's only about 3 hours behind now.
[04:41] <desrt> the ETA went from 20 mins to 1hr and is sitting there for an hour :)
[04:42] <wgrant> Probably related to a private build jumping the queue in front of you.
[04:42] <desrt> those jerks
[05:51] <desrt> after 2 hours ETA is still 1 hour :)
[05:58] <imawolfrawr> any admin around I need some assistance with my account.
[06:20] <nomnex> need help on Launchpad. Who's on duty IRC nick jml is he here?
[06:21] <mwhudson> nomnex: i hope not, it's 6am for him
[06:21] <mwhudson> nomnex: i might be able to help you though, what's your problem?
[06:23] <nomnex> thanks, I made a beginner mistake, dunno how to put this. I have subscribed on a bug. I have received and answer by email (in fact another post on the thread) I long exchange has followed. Of course every times, I thought it was from me to him (no worry it is not about romance) but I have enclose my personal information. I rather no make that public (on the NET). How do I modify/delete posts on a thread? Can jml do that for me?
[06:25] <nomnex> see, I explain badly, if you don't understand please ask questions
[06:36] <nomnex> mwhudson: shall I come back latter on?
[06:37] <mwhudson> nomnex: i would post a request at answers.launchpad.net/launchpad with the details
[06:38] <mwhudson> nomnex: i can't help you with that myself, but those who can should be awake soon
[06:39] <nomnex> sure, thanks for the suggestion. I will get back later on.
[06:48] <lodder_> Question, how is the uploader of a ppa package determined?
[06:55] <mwhudson> lodder_: to be pedantic, we don't know who uploads it
[06:55] <lodder_> mwhudson: just asking ;)
[06:55] <mwhudson> lodder_: the person who signed the .changes file is generally held to be responsible though
[06:56] <lodder_> oke
[06:56] <lodder_> and it is because you also get informed by launchpad if the package is build
[06:57] <mwhudson> right, the signer gets the mails about it
[06:57] <lodder_> and if there are 2 email adress in it
[06:58] <mwhudson> this is a problem fact, because if the signature isn't valid, we don't know who to complain to
[06:58] <mwhudson> so probably at some point uploads will switch to being over sftp
[06:58] <mwhudson> so the uploader will be known
[06:58] <mwhudson> (also sftp is less brain dead than ftp)
[06:58] <mwhudson> lodder_: can that happen?
[06:58] <mwhudson> i'm far from an expert on the .changes file format
[06:59] <jkakar> mwhudson: I'm a bit confused about my +activereviews page and wondering if I've found a bug or if what I'm seeing is expected behaviour.
[06:59] <jkakar> mwhudson: Specifically, I have a merge proposal for a bzr branch: https://code.edge.launchpad.net/~jkakar/bzr/custom-project-name/+merge/12267
[07:00] <mwhudson> jkakar: it doesn't show team reviews
[07:00] <mwhudson> is that it?
[07:00] <mwhudson> ah, maybe not
[07:00] <jkakar> mwhudson: But I don't see it listed on my active reviews page: https://code.edge.launchpad.net/~jkakar/+activereviews
[07:00] <lodder_> mwhudson: I think it might be possible it doesn't mather to me but it would be handy to receive the mails to multiple persons maby we could use the list function for it
[07:00] <mwhudson> jkakar: i think it's because it's Work in Progress
[07:00] <jkakar> mwhudson: Ah, okay, cool.  Thanks.
[07:01] <mwhudson> lodder_: now we're getting beyond what i know about in fact
[07:01] <lodder_> ok no problem
[07:01] <jkakar> mwhudson: fwiw, that's the merge proposal I'm most interested in right now.  Not seeing it on +activereviews is weird. :)
[07:02] <mwhudson> jkakar: it should probably be on there somewhere, in another section i guess
[07:02] <mwhudson> "Branches Jamu is working on"
[07:02] <jkakar> mwhudson: Yeah.
[07:02] <mwhudson> jkakar: file a bug?
[07:02] <jkakar> mwhudson: Will do, thanks.
[07:02] <mwhudson> jkakar: WIP merge proposals are a bit rare in the current workflow
[07:03] <jkakar> mwhudson: Really?  That seems odd... I would expect many merge proposals to result in review feedback, thus ending up as WIP (?).
[07:04] <jkakar> Or maybe I don't understand what Work In Progress means.
[07:05] <lodder_> mwhudson: thx for the help
[07:05] <mwhudson> lodder_: np
[07:05] <mwhudson> jkakar: maybe noone does :)
[07:06]  * mwhudson is not really in possession of a working brain any more
[07:06] <jkakar> Heh
[07:07] <jkakar> Filed bug #446050.
[07:07] <swarren> jkakar: re: bug 445151: No, I don't have trunk/{debian,myproject}, but trunk/debian/* and myproject files are directly under trunk/ e.g trunk/configure, trunk/README, ... Sounds like that's the issue then?
[07:08] <idnar> jkakar: I wouldn't expect a WIP merge proposal to show on active reviews, because you don't want to review it until the work has finished again
[07:08] <idnar> but I guess mwhudson suggestion of another section there could make sense
[07:08] <idnar> at some point, though, that means "active reviews" just turns into "my stuff"
[07:08] <jkakar> swarren: Oh, I see... maybe, but I don't see why.
[07:09] <mwhudson> launchpad really needs a "my stuff" page
[07:09] <mwhudson> i guess calling it "active reviews" would be a little strange
[07:09] <idnar> mwhudson: yeah, I don't think that's a bad thing
[07:09] <idnar> but obviously some tweaking will be needed
[07:09] <jkakar> swarren: I'm wondering if the .bzr directory is being (accidentally) included when packaging scripts run, and if that's the real issue?
[07:09] <jkakar> idnar: Yeah, 'My stuff' is what I want.
[07:10] <swarren> Doesn't debuild -S just package everything in .? How would it know to include/exclude .bzr?
[07:10] <idnar> jkakar: I was complaining the other day that if a proposal is up for review by a team I'm in, it doesn't show up in my personal +activereviews page
[07:10]  * mwhudson attempts to escape the gravitational pull of the laptop for the evening
[07:10] <jkakar> idnar: As far as I'm concerned, the merge proposals for my own branches are more important than other merge proposals and by the time a merge proposal is WIP it's part of an active review.
[07:11] <jkakar> idnar: But I get your point.
[07:11] <jkakar> swarren: Hmm, I guess it does.  (I'm not a packaging expert by any means, so please excuse my ignorance).
[07:12] <swarren> jkakar: So, if I put my source in a sub-directory, how does autoppa (or debuild?) know to run in that sub-dir instead of the root of the branch?
[07:12] <jkakar> swarren: Well, as far as I understand it, AutoPPA doesn't care where your source is.  The thing that matters is what your debian/rules file does.
[07:13] <swarren> jkakar: Oh, so I custom code my debian rules file to expect source in ../somedir instead of ../? I could look into that.
[07:13] <jkakar> swarren: So, for example, in my Python projects have a setuptools-based setup.py that I run from debian/rules.  It copies the relevant files into the package root and then everything works.
[07:14] <swarren> jkakar: Is debian/rules in autoppa a good example of that?
[07:14] <jkakar> swarren: Well, debian/rules is run with the project root as the current working directory, so it should do things relative to that location.
[07:15] <jkakar> swarren: The debian/rules in AutoPPA seems to work. :)
[07:32] <swarren> jkakar: I've found the answer; I had libvdpau_0.2.orig.tar.gz in the repository directory; i.e. 1 dir above where autoppa's work dir is created.
[07:33] <swarren> Then, debuild -S tries to diff the current source tree and the orig.tar.gz file, but fails. However, if I delete that, it just tar's up the whole source tree and this works OK.
[07:34] <jkakar> swarren: Oh, interesting.  I guess AutoPPA could be smarter by checking for the existence of files expected to be created during a build and bailing out if it finds any.
[07:35] <swarren> jkakar: I just checked ~/autoppa_0.0.6-1~autoppa2.9.10.tar.gz from the autoppa PPA (!) and it includes the .bzr dir.
[07:36] <swarren> I deliberately put the orig file there so debuild would make diffs, not upload the whole source each time.
[07:36] <jkakar> swarren: D'oh. :(
[07:36] <swarren> Finally, my comment in the bug about export vs branch: Right now the process is: bzr branch, edit files, bzr commit, build (last 2 may be swapped). I was suggesting: bzr branch, edit files, bzr commit, bzr export, build in exported dir instead of branch.
[07:37] <jkakar> swarren: Yeah.  If I understand right, that will only work in cases where you don't want the build changes merged back though, right?
[07:38] <swarren> Well, autoppa generated/edited files would get merged back. I'm not sure why you'd ever check in any results from make, or building deb's?
[07:38] <jkakar> swarren: Okay, so I clearly don't understand 'bzr export'. :)
[07:38] <jkakar> swarren: And yeah, I wouldn't expect anyone to want generated files or whatnot to be merged in.
[07:39] <swarren> It copies the current branch to a directory, but excluding the .bzr metadata directory; just the "user level" source.
[07:39] <swarren> Note that I'm suggesting exporting the distro-specific temporary branch, not the original source branch, hence it'd contain all the edited files autoppa touched I assume.
[07:40] <swarren> anyway, I had better head to be now; I'll think about ways of handling this some other day.
[07:42] <swarren> jkakar: One last thing before I go: autoppa0.0.6 won't run against top-of-tree autoppa trunk source, because of some AUTOPPA_VERSION( with unmatched ). I had to hack 1 or 2 places in autoppa/file.py to work around this.
[07:43] <jkakar> swarren: You need to include a line in your ~/.autoppa.conf like this: options = no-version-replacement
[07:43] <jkakar> swarren: Just for the autoppa stanza.
[07:43] <swarren> jkakar: Oh yeah, forgot about that. Thanks.
[07:44] <jkakar> swarren: Also, before you go, thanks very much for the bug reports.  Please keep them coming. :)
[07:44] <swarren> Sure thing
[07:45] <swarren> jkakar: That worked. Thanks & bye.
[07:45] <jkakar> swarren: Cool!
[09:23] <mantiena> hi all
[09:25] <mantiena> Maybe someone know why my packages are waiting in build queue for about 2 hours, while some i386 builders are Idle, see for example papaya builder at https://edge.launchpad.net/builders
[09:25] <mantiena> And why some i386 builders are Disabled?
[09:26] <bigjools> mantiena: hi
[09:26] <mantiena> hello bigjools
[09:26] <mantiena> bigjools: yesterday you fixed similar problem ;)
[09:26] <bigjools> indeed
[09:29] <bigjools> I see jobs getting dispatched
[09:30] <bigjools> not sure what's up with papaya
[09:31] <mantiena> And why some i386 builders are Disabled?
[09:32] <wgrant> papaya looks to be doing what gold for several weeks.
[09:32] <wgrant> Just sitting there, alive but not doing anything..
[09:32] <bigjools> mantiena: that can happen if there's a network problem
[09:35] <mantiena> wgrant: it seems papaya is to lazy, maybe papaya is on holidays last month ? ;)
[09:38] <maxb> bigjools: Do you have control on getting someone to kick papaya, etc., or shall I file a soyuz question?
[09:38] <bigjools> maxb: yes, I am trying to get hold of an admin
[09:42] <geser> is the traceback in https://bugs.edge.launchpad.net/launchpad-registry/+bug/341935/comments/18 already known or should a bug be filed?
[09:43] <wgrant> That's normal.
[09:43] <wgrant> Well, sort of.
[09:43] <wgrant> That's what I'd expect from PQM, but who knows why PQM is subscribed to that bug...
[09:44] <wgrant> Hm, it's not subscribed any more than it is to any other LP bug.
[09:59] <logari81> hi, is there any way to request a rebuild for a successfully built package in ppa?
[10:00] <bigjools> logari81: no, it cannot be rebuilt
[10:00] <geser> logari81: no, you need a new upload (and version bump)
[10:00] <noodles775> logari81: nope - once it's published, it's there. You'll need to bump the version.
[10:00] <noodles775> :)
[10:00] <logari81> ok, thnx
[10:15] <bigjools> builders working again where not genuinely broken (seaborgium is)
[11:49] <encbladexp> hello
[11:49] <encbladexp> how can i use the "Download URL" Feature of Launchpad?
[12:40] <dgt84> Hey, how can I ensure that a package in my PPA is built for different versions of Ubuntu?
[12:41] <dgt84> (for example Karmic)
[12:41] <dgt84> I see no options and no documentation about distribution versions
[12:44] <bigjools> dgt84: you have a couple of options
[12:44] <bigjools> 1. upload a new version targeted explicitly at another Ubuntu version
[12:45] <bigjools> 2. use the copy package feature to copy the same version between series
[12:46] <dgt84> bigjools, ah excellent, #2 is what I was looking for. Not exactly easy to find ;-)
[12:47] <bigjools> yeah, we split the PPA page into two recently and a few people have mentioned that
[13:08] <Phurl> hi all
[13:09] <Phurl> i have finally the latest PO files from open office ready
[13:09] <Phurl> for importing
[13:09] <Phurl> can you please help me with this.
[13:09] <Phurl> i worked on a set of scripts to keep them up to date.
[13:09] <Phurl> and merging PO files
[13:09] <Phurl> http://fmtyewtk.blogspot.com/2009/10/mail-top-openoffice-l10n.html
[13:09] <Phurl> all i need now is to get the strings imported in launchpad
[13:12] <Phurl> https://translations.launchpad.net/~jamesmikedupont/+imports
[13:12] <Phurl> here is my import queue
[13:12] <Phurl> and i have also the branch here for import
[13:13] <Phurl> https://code.launchpad.net/~jamesmikedupont/shqipoffice/pofiles-3.1
[13:16] <Phurl> https://bugs.launchpad.net/ubuntu/+source/openoffice.org-l10n/+bug/431038
[13:17] <Phurl> I have updated this bug with the info
[13:17] <Phurl> can someone please help?
[13:46] <Phurl> https://bugs.launchpad.net/ubuntu/+source/openoffice.org-l10n/+bug/431038  can someone please help with launchpad translations?
[14:13] <sinzui> danilos: henninge: jtv: can one of you help Phurl with importing his OO.o translations?
[14:14] <danilos> sinzui: in a sprint, sorry
[14:14] <Phurl> thanks sinzui danilos henninge jtv
[14:14] <Phurl> we are real close to getting the translation setup
[14:24] <Noldorin> i'm try to execute the following command for signing my download files, as instructed by launchpad:
[14:24] <Noldorin> gpg --armor --sign --detach-sig <filename>
[14:24] <Noldorin> but it's giving me an error
[14:25] <Noldorin> gpg: can't open `signature': No error
[14:25] <Noldorin> gpg: signing failed: file open error
[14:27] <beuno> Noldorin, I assume you have a gpg key already generated?
[14:28] <Noldorin> bueno: yep
[14:28] <Noldorin> note that i'm running on windows (vista) btw
[14:28] <beuno> ah
[14:28] <beuno> you lost me then  :)
[14:29] <Noldorin> darn
[14:29] <Noldorin> bueno: mind suggesting something anyway?
[14:29] <Noldorin> the functionality shouldn't really differ on windows
[14:30] <beuno> Noldorin, does gpg work?
[14:30] <beuno> as in, can you list gpg keys, for example?
[14:30] <Noldorin> yeah
[14:30] <Noldorin> want to me to paste you the output?
[14:31] <Noldorin> bueno: i assume there's only public info in --list-keys "{
[14:31] <Noldorin> :P*
[14:31] <beuno> no, I trust you
[14:31] <beuno> heh
[14:31] <beuno> maybe try using a full path for <filename>?
[14:31] <Noldorin> hmm
[14:31] <Noldorin> i'll try
[14:32] <Noldorin> beuno: no luck i'm affraid
[14:32] <Noldorin> same error
[14:33] <beuno> Noldorin, I have no idea what to poke  :)
[14:33] <festor> mrevell-lunch, you are mrevell?
[14:33] <Noldorin> bueno: an uninstall/reinstall *might* help
[14:33] <Noldorin> well it leave my keys in place?
[14:34] <beuno> festor, he is
[14:34] <beuno> Noldorin, I have not used anything after windows 2000, so I can only guess
[14:34] <Noldorin> heh, ok
[14:34] <beuno> Noldorin, in *nix, the .gpg directory is left untouched
[14:34] <festor> anybody can help me with this https://answers.edge.launchpad.net/launchpad/+question/85003?
[14:35] <Noldorin> beuno: fair enough
[14:36] <beuno> festor, did you delete your gpg key as well?
[14:36] <beuno> you have a newly generated one
[14:36] <beuno> but using a previous one would help
[14:37] <festor> beuno, I format all harddisk
[14:37] <Noldorin> beuno: fail. i'm tempted just to import the key into a linux setup and do things there.
[14:37] <Noldorin> any idea how i would go about importing it?
[14:38] <beuno> Noldorin, export the key, and import it into linux
[14:38] <Noldorin> oh lol, i didn't realise there were built-in commands
[14:40] <Noldorin> beuno: how do i view the help info on --export?
[14:40] <beuno> Noldorin, in unix, man gpg
[14:40] <beuno> ;)
[14:41] <Noldorin> beuno: i suppose i can just view the help under linux
[14:41] <Noldorin> so thanks
[14:42] <beuno> festor, lets wait for mrevell-lunch to come back and we can sort it out
[14:43] <festor> beuno, ok and thanks for all
[14:45] <mrevell> hi festor
[14:45] <festor> hi mrevell, any new with this https://answers.edge.launchpad.net/launchpad/+question/85003 ?
[14:46]  * mrevell looks
[14:46] <mrevell> festor: I'll assign it to our admins and ask them to make your new account the owner of those teams.
[14:46] <festor> ok, thanks
[14:51] <lfaraone> kiko: ping. when would we be able to schedule a test import/export in Launchpad of our trac db?
[14:52] <kiko> lfaraone, hey, long time no talk
[14:53] <kiko> lfaraone, can I get you talking to deryck? I've just been too busy to do anything to do with anything
[14:54] <deryck> hi lfaraone
[14:56] <deryck> lfaraone, is there a question or a bug about what you want to do?
[15:06] <Noldorin> beuno: how do i find the name of a key?
[15:06] <beuno> Noldorin, you can probably use the email address
[15:06] <Noldorin> i see
[15:07] <Noldorin> the man page isn't too clear about what the name actually is
[15:07] <Noldorin> refers to it often though
[15:08] <Noldorin> gpg --default-key foo@bar.com
[15:08] <Noldorin> no luck there
[15:15] <Noldorin> beuno: it's not recognising the cmd
[15:33] <idnar> bleh
[15:33] <idnar> is there an easy way to integrate buildbot and launchpad?
[15:34] <idnar> (or some buildbot alternative that would be easier?)
[15:37] <bialix> hello, in the last weeks I'm observing that opening page https://launchpad.net/bzr is very slow
[15:37] <intellectronica> idnar: rockstar has been working on a project called tarmac which you may find interesting
[15:37] <bialix> in contrast https://launchpad.net/qbzr opens almost instantly
[15:38] <bialix> is it known issue, or should I repiort it as a bug?
[15:39] <idnar> intellectronica: hmm
[15:39] <idnar> I'm not sure that's quite what I want, but it's definitely interesting
[15:46] <sinzui> bialix: The page is doing more work now, The query count is very good
[15:47] <bialix> query count?
[15:47] <sinzui> bialix: The timeline though is very large.  That is async to the page, but does count towards the total load time
[15:48] <sinzui> bialix: looking at the source of the page, I see 103 queries were used to get the page data. That does not include the AJAX timeline
[15:49] <bialix> so it's not bug for you, right
[15:49] <bialix> ?
[15:51] <sinzui> no, I am keeping a list of performance, oops, and UI bugs here https://edge.launchpad.net/launchpad-registry/+milestone/3.1.10
[15:52] <bialix> ok
[16:02] <Noldorin> beuno: the command doesn't even seem to work on linux :/
[16:02] <Noldorin> gpg: can't open `sig': No such file or directory
[16:02] <Noldorin> gpg: signing failed: file open error
[16:12] <sproaty> what happens when my  translation .pot file is updated? when I upload that, I assume the previous translations are not lost?
[16:16] <sinzui> sproaty: they are not lost, they are in the pool of shared messages
[16:16] <sinzui> sproaty: so you can use launchpad to revert if you change your mind
[16:17] <sproaty> awesome :)
[16:18] <sproaty> so it goes by message string, not by code line number?
[17:05] <sinzui> sproaty: Yes, the message is independent of code file/line. A message that occurs 5 applications should probably have the same translation
[17:08] <sproaty> thanks again, sinzui - you've been very helpful. LP translations is great!
[19:22] <MTecknology> OOPS-1377EB837
[19:22] <MTecknology> :D
[19:23] <MTecknology> I got this when I was trying to report a bug in the Ubuntu distro
[19:25] <beuno> MTecknology, it's a timeout, trying to find dupes
[19:25] <MTecknology> beuno: I get it from https://bugs.edge.launchpad.net/ubuntu/+filebug?no-redirect
[19:26] <beuno> MTecknology, right, I'd suggest, as a workaround for now, use less words initially for the title, and then add them back
[19:26] <beuno> fool the dupe finder  :)
[19:26] <beuno> the bug team is aware of the timeouts
[19:26] <MTecknology> ok
[19:26] <beuno> and the're trying to fix it
[19:26] <MTecknology> thanks
[19:33] <stefanlsd> Does anyone perhaps know, im using getPublishedSources but i only want to return the latest version available for a series. ie. if hardy release has 3.2.1 and hardy updates has 3.2.1ubuntu1, i dont want to return the release pocket.
[19:33] <james_w> hi stefanlsd
[19:34] <james_w> I'm not aware of a way to do that
[19:34] <jrwren> should I register a team by the same name of my project in launchpad?
[19:35] <stefanlsd> james_w: hey james. thanks. you can see what im doing here http://people.ubuntu.com/~stefanlsd/synclist.html  - essentially identified easy syncs from debian to ubuntu for security fixes :)  i think they synced like 50 already :)
[19:37] <stefanlsd> james_w: the problem is i loop over the getpublishedsources and then compare it to what debian has etc, but its now fixed in the security pocket, but i still pick up the release pocket. so i was hoping i would be able to say only show me and loop through the latest versions
[20:26] <jag2kn> Hi, I have a launchpad acount, but I not know which is my "launchpad id", I need this for "bzr launchpad-login"
[20:26] <jag2kn> this is my acount https://launchpad.net/~jag2kn
[20:27] <Guest25278> your launchpad ID should be jag2kn
[20:30] <jag2kn> I suppose this, but in bzr (bazzar) login say:
[20:31] <jag2kn> http://paste.ubuntu.com/288797/
[20:31] <jag2kn> I try "Jorge Gonzalez"
[20:31] <jag2kn> the better answer are:
[20:32] <beuno> jag2kn, so maybe see what authentication.conf says?
[20:32] <beuno> your launchpad id *is* jag2kn
[20:32] <jag2kn> http://paste.ubuntu.com/288798/
[20:32] <mzz> jag2kn: it should almost certainly be jag2kn, and I'd check what's in authentication.conf
[20:32] <jag2kn> ok, one moment
[20:33] <mzz> jag2kn: I'd also consider removing everything launchpad login related from both files, and then rerunning bzr launchpad-login jag2kn
[20:33] <jag2kn> http://paste.ubuntu.com/288799/
[20:34] <jag2kn> ok, I try remove all
[20:34] <mzz> it looks like you're editing files while I'd expect "bzr launchpad-login jag2kn" to be more useful
[20:35] <mzz> (I'm pretty sure that's what it means when it says "Please re-run launchpad-login": run it with a name to log in as, not run it with no arguments to check what the current name is, since it just told you that name's invalid)
[20:35] <jag2kn> thanks, I delete the files, bazaar.conf and authentication.conf
[20:36] <jag2kn> and run "bzr launchpad-login jag2kn", this create a new files :D
[20:36] <jag2kn> thanks
[20:44] <lfaraone> kiko: apologies, my class ended about 3 minutes after I messaged you.
[20:44] <lfaraone> kiko: I guess I should outline our plan/request in an email?
[20:50] <manjo_> I did a dput kernel-ppa omnibook_0.11.1-0ubuntu1~ppa1k_source.changes and it came back and said Successfully uploaded packages., but I don't find any uploaded packages in my ppa
[20:51] <manjo_> and I get an email saying it was rejected
[20:52] <manjo_> when I try to repeat the command it says
[20:52] <manjo_> dput kernel-ppa omnibook_0.11.1-0ubuntu1~ppa1k_source.changes
[20:52] <manjo_> Already uploaded to kernel-ppa on ppa.launchpad.net
[20:52] <manjo_> Doing nothing for omnibook_0.11.1-0ubuntu1~ppa1k_source.changes
[20:52] <sinzui> manjo_: I assume that the package arrived, but it was reject for building.
[20:53] <sinzui> manjo_: but I confess to have no practical experience making a ppa
[20:53]  * sinzui looks into the docs
[20:53] <manjo_> hmm... sinzui can you point me to those docs as well ?
[20:53] <sinzui> manjo_: https://help.launchpad.net/Packaging/PPA
[20:54] <manjo_> sinzui, ah I have those docs
[20:54] <sinzui> I thought as much
[20:54] <manjo_> I followed the instructions in that doc to do it
[20:56] <sinzui> manjo_: was there anything tangible in the rejection email?
[20:56] <sinzui> "Signer has no upload rights at all to this distribution. " or
[20:56] <sinzui> "File <UPLOADED_FILE> already exists in <LOCATION>"
[20:56] <manjo_> says I might have a config problem with dput
[20:57] <manjo_> shall I paste my dput.cfg here ?
[20:57] <manjo_> [kernel-ppa]
[20:57] <manjo_> fqdn = ppa.launchpad.net
[20:57] <manjo_> method = ftp
[20:57] <manjo_> incoming = ~manjo/kernel-ppa/ubuntu
[20:57] <manjo_> login = anonymous
[20:57] <manjo_> allow_unsigned_uploads = 0
[20:57] <sinzui> hmm
[20:58] <manjo_> that is what the doc says at the link you pointed me to
[20:58] <sinzui> fqdn is a site, but not a ppa name
[21:00] <manjo_> sinzui, so what should I have there ?
[21:00] <sinzui> manjo_: what PPA are you uploading too. I do not see that you have one
[21:00] <manjo_> hmmm this is my 1st time :) how do I create one ?
[21:01] <sinzui> visit https://edge.launchpad.net/~manjo
[21:01] <manjo_> ok
[21:01] <sinzui> Choose (+) Create a new PPA
[21:03] <sinzui> manjo_: so the ppa you are creating is named 'kernel-ppa' according to your incoming config
[21:03] <manjo_> ok I think I am going to name it more sensibly ... like linux-modules-ppa
[21:04] <kiko> lfaraone, just talk to deryck when he's around
[21:04] <manjo_> sinzui, or dkms-modules-ppa
[21:05] <manjo_> sinzui, ok created dkms-modules-ppa now
[21:05] <sinzui> manjo_: when it is made, the ppa page will show you the dput command to upload it it
[21:05] <manjo_> dput ppa:manjo/ppa <source.changes>
[21:05] <sinzui> yep
[21:06] <manjo_> ok so in my .cfg
[21:06] <manjo_> I need to change kernel-ppa to dkms-modules-ppa correct ?
[21:06] <sinzui> yes
[21:06] <manjo_> [dkms-modules-ppa]
[21:06] <manjo_> fqdn = ppa.launchpad.net
[21:06] <manjo_> method = ftp
[21:06] <manjo_> incoming = ~manjo/dkms-modules-ppa/ubuntu
[21:06] <manjo_> login = anonymous
[21:06] <manjo_> allow_unsigned_uploads = 0
[21:06] <sinzui> That looks good
[21:07] <manjo_> cool let me  try now
[21:08] <manjo_> ok upload success.. waiting for email ...
[21:08] <lfaraone> kiko: will do.
[21:09] <micahg> manjo_: please use pastebin.com or paste.ubuntu.com for multiline stuff
[21:09] <manjo_> micahg, sorry.. yes will do
[21:10] <manjo_> sinzui, hmm... I don't see any packages under my ppa/ or uploaded packages
[21:10] <manjo_> sinzui, but no rejection notice yet ...
[21:11] <micahg> manjo_: you'll get a notice either way
[21:11] <manjo_> sinzui, ah I see it now
[21:11] <sinzui> fab
[21:14] <manjo_> sinzui, thanks a ton
[21:37] <Mez> How would I find bugs that a specific person has worked on in some way?
[21:37] <Mez> (preferably in a specific date range)
[21:39] <sinzui> sorry, date range would rock, but Launchpad does not support that
[21:39] <kfogel> micahg: You might know the answer to this; I don't.  We have registered feedjack as a project in Launchpad.  Its code is being important via vcs-imports from elsewhere (feedjack.googlecode.com/svn/), and you can see our trunk branch on this page: https://code.edge.launchpad.net/feedjack .  My question is, why doesn't "bzr branch lp:feedjack" work?
[21:39] <sinzui> Mez: Choose the Bugs participation link form the user's profile page
[21:39] <kfogel> micahg: s/important/imported/ of course
[21:39] <Mez> sinzui: or even just bugs by a certain person (I can pull out the dates they worked on them manuall)
[21:40] <Mez> sinzui: can you give me an example link for that?
[21:40] <Mez> nvm.
[21:40] <sinzui> https://bugs.launchpad.net/~sinzui/+assignedbugs
[21:41] <Mez> not after assigned.
[21:41] <Mez> I'm trying to build some stats for a jam
[21:41] <kfogel> sinzui: We've registered feedjack as a project in Launchpad, with the code being imported via vcs-imports from feedjack.googlecode.com/svn/; our trunk branch is shown on this page: https://code.edge.launchpad.net/feedjack.  My question is, why doesn't "bzr branch lp:feedjack" work?  We've set the import as the project's trunk; not sure what else is necessary.
[21:42] <sinzui> Mez how else will launchpad know that someone worked on a bug?
[21:42] <Mez> sinzui: comments, status changes, etc etc
[21:42] <Mez> stuff they reported.
[21:43] <sinzui> Mez, reported and commented are also reports in the sidebar
[21:44] <sinzui> kfogel: you have a series, and a branch. You should get them together on a date: https://edge.launchpad.net/feedjack/trunk
[21:45] <sinzui> kfogel: the owner/driver can set lp:~vcs-imports/feedjack/trunk as the branch for that series
[21:45] <sinzui> Since trunk is the focus of development, that is where lp:feedjack points to
[21:46] <kfogel> sinzui: since I am not the owner, perhaps that is why the UI is not giving me any cues as to how to do this.
[21:46] <sinzui> looks like mrevell is needed
[21:47] <kfogel> sinzui: it's okay, it's not a blocker for me.  I just branched directly from vcs-imports.
[21:48] <sinzui> kfogel: yep. when lp knows about the relationship, you can use the shortcuts
[21:49] <kfogel> sinzui: Is there a reason why, when there is exactly one branch in the project anyway, LP doesn't just assume the relationship?
[21:49] <sinzui> good question
[21:50] <sinzui> We went out of our way to create the trunk series. When the import was requested, we should have confirmed that it was trunk
[21:50]  * sinzui looks for bug report
[22:00] <sinzui> kfogel: bug 246594 is a round about way of saying why did I do all this work to get code imported and it was not linked to a series
[22:03] <micahg> sorry kfogel
[22:03] <micahg> I was out
[22:03] <kfogel> sinzui: well, sort of.  My question sort of comes from the import side -- when you register an import, and it's the only branch in a formerly codeless project, it's quite likely that the importer wants to make it be "lp:foo".  So maybe import should ask.
[22:03] <kfogel> micahg: .p
[22:03] <kfogel> micahg: I mean "np"
[22:04] <sinzui> kfogel: I just record that very sentiment in my chr notes
[22:05] <sinzui> kfogel: when you create a series, you are asked to link a branch. That should happen in the inverse too
[22:05] <kfogel> sinzui: if my stack weren't 10 levels deep at this point, I'd file a bug, but... close to limit already.
[22:05] <atrus> if i've installed a karmic package from archive.ubuntu.com because my local mirror doesn't have the update yet, how do I file a bug on it with ubuntu-bug?
[22:05] <micahg> atrus: this is more for #ubuntu-bugs
[22:05] <micahg> but what's the problem?
[22:06] <atrus> hm. i thought it was more launchpad related now that the simple "report a bug" thing on launchpad is gone.
[22:06] <micahg> atrus: that's limited to the Ubuntu project AFAIK
[22:07] <atrus> ah, ok.
[22:07] <atrus> thanks.
[23:55] <james_w> are we seeing comments being multiplied currently?
[23:56] <james_w> oh no, misread, just an isolated incident, but an odd one
[23:58] <james_w> https://bugs.edge.launchpad.net/ubuntu/+source/update-manager/+bug/445303/comments/5