[00:00] <micahg> I seem to be having trouble submitting a bug
[00:00] <micahg> no OOPS listed
[00:15] <kklimonda> hmm.. I get a OOPS-1711EA2030 when trying to access https://bugs.edge.launchpad.net/linuxwacom/+bug/560180 - I got there from user's page with related bugs
[01:20] <thumper> kklimonda: I can see that bug
[01:20] <thumper> kklimonda: try again?
[01:24] <kklimonda> thumper: now I get two different results for a single link - a "Lost something?" page if I follow the link I've pasted here.. and "Lost something?" page with OOPS-1712EC34 when I click on the first wacom bug from this page: http://bit.ly/cLJ6Zh
[01:27] <nigelb> thumper: I think its when you try to access it via the linuxwacom task that the oops is thrown
[01:28] <kklimonda> yes, it doesn't fail if you either use a generic bug link or xf86-input-wacom task one
[01:29] <nigelb> which could be because there isn't a linuxwacom project on LP
[01:29] <thumper> hmm... works for me
[01:29] <nigelb> thumper: logout of LP and try ? ;)
[01:29]  * thumper thinks of something
[01:30] <thumper> yeah...
[01:30] <thumper> inactive project
[01:30] <nigelb> aha, that's what it is
[01:41] <maxb> I wish inactive projects were not hidden like that
[01:43] <maxb> They make their presence felt enough that they're not really nonexistent
[01:48] <kklimonda> thumper: should I report it? inactive or not the dead links shouldn't show up :)
[03:18] <thumper> kklimonda: yes, report it.
[03:23] <kklimonda> done
[03:23] <thumper> thanks
[03:25] <micahg> thumper: I had an issue earlier with submitting a bug, but no oops code appeared
[03:26] <thumper> micahg: it may have been an api failure
[03:26] <thumper> micahg: those do create oopses (I think)]
[03:26] <thumper> micahg: but just captured server side
[03:26] <micahg> thumper: k, what do I do about my bug?
[03:26] <thumper> micahg: did you not get it submitted?
[03:27] <micahg> thumper: no
[03:27] <thumper> micahg: are you on edge?
[03:27] <micahg> yes, I suppose I can try prod, but it's an apport bug, I guess the ID will still be in the URL
[03:28] <thumper> micahg: you may have to click on the "disable edge redirect" in the footer
[03:28] <thumper> micahg: or you'll be redirected mid check
[07:36]  * soren dreams of a "convert to blueprint" button for bugs
[08:14] <persia> soren, The discussion along those lines I've seen is more of the mass-convert-all-blueprints-to-bugs-and-forget-the-mess nature.
[08:48] <soren> persia: Oh, dear, no.
[08:48] <soren> persia: Well, if bugs were to grow the features that blueprints actually do have, then perhaps.
[08:48] <soren> Like dependencies, for instance.
[08:50]  * persia has encountered any number of completely fallacious dependencies claimed for blueprints, and strongly suspects that not to be useful
[08:50] <persia> But bug relationships have been under debate since way back (2005 or 2006)
[08:51] <persia> The other thing I think they need is the restoration of associated URL (for spec text, etc.)
[10:26] <dpm> hi all, what's the project in LP to report a bug in defining milestones for a project?
[10:30] <wgrant> dpm: launchpad-registry
[10:31] <dpm> thanks wgrant!
[10:36] <Leif> Hi. I uploaded a .pot file on 1st of September, but it is still in Import Queue. It says Needs Review and i can only Delete or Block. I know the launchpad team sometimes review manually but it has been 8 days so i am wondering when something will happen :)
[11:32] <yofel> jelmer: can you retry https://code.edge.launchpad.net/~vcs-imports/kdegraphics/trunk ?
[11:33] <jelmer> yofel: done
[11:33] <yofel> thanks
[11:33] <yofel> and can you approve https://code.edge.launchpad.net/~neon/kdeedu/trunk ?
[11:34] <jelmer> yofel, done
[11:34]  * yofel hugs jelmer
[11:49] <yofel> jelmer: while you're at it: https://code.edge.launchpad.net/~neon/kdeaccessibility/trunk https://code.edge.launchpad.net/~neon/kdeadmin/trunk https://code.edge.launchpad.net/~neon/kdeartwork/trunk https://code.edge.launchpad.net/~neon/kdegames/trunk https://code.edge.launchpad.net/~neon/kdenetwork/trunk
[11:49] <yofel> https://code.edge.launchpad.net/~neon/kdeplasma-addons/trunk https://code.edge.launchpad.net/~neon/kdesdk/trunk https://code.edge.launchpad.net/~neon/kdeutils/trunk
[11:49] <yofel> that should be all of KDE trunk except kdeexamples and kdevplatform (those don't have LP projects yet)
[11:52] <jelmer> yofel: I'll have a look later when I have a testsuite to wait for or something like that.
[11:52] <yofel> sure, not urgent
[11:54] <maxb> yofel: I believe there are some KDE imports that are failing because they don't match bzr-svn's idea of the KDE special layout, though
[11:54] <jelmer> Patches to the KDELayout class in bzr-svn welcome !
[11:55] <yofel> maxb: right, I know that at least kdebase and kdesupport don't work at all, but some others work, and the ones I mentioned right now weren't tested yet ;)
[11:55] <maxb> oh, I think base and support are a different issue again
[11:55] <yofel> right
[11:56] <maxb> https://dev.launchpad.net/FailingBzrSvnImports
[11:56] <maxb> three separate KDE issues :-)
[11:56] <jelmer> maxb, ooh
[11:56] <jelmer> maxb: I hadn't seen that page yet
[11:57] <jelmer> maxb: that's very useful
[11:57] <maxb> ah. I linked it from ReviewingCodeImports
[12:09] <Leif> Hi Jelmer. Can you approve the translation upload at https://translations.launchpad.net/bitlord/+imports ?
[12:10] <jelmer> Leif: Hi Leif
[12:13] <jelmer> Leif: Sorry, I don't usually handle translation imports.
[12:13] <henninge> Leif, jelmer: I can do that, though.
[12:13] <jelmer> henninge: Thanks
[12:16] <henninge> Leif: where is the soruce code to bitloard available for download?
[12:16] <henninge> source
[12:18] <henninge> "bitlord", sorry ;)
[12:22] <yofel> hm, https://code.edge.launchpad.net/~vcs-imports/kdebindings/trunk is definitely failing too... "UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 78: ordinal not in range(128)"
[12:23] <maxb> yofel: Apparently that's a legacy cscvs import. I suggest we retry using bzr-svn
[12:24] <yofel> maxb: delete import and create new one?
[12:24] <maxb> Will anyone mind it being deleted? We could just rename it
[12:25] <henninge> Leif: I just found www.bitlord.com and it looks like your project is not open source.
[12:25] <yofel> maxb: well, I can't change it so I'm asking what to do
[12:26] <henninge> Leif: Please talk to mrevell about commercial Launchpad options. I will have to deactivate the project now until that is resolved.
[12:26] <henninge> jelmer: ^
[12:26] <maxb> yofel: I have moved it out of the way, the path is clear for you to request a new one
[12:27] <yofel> done https://code.edge.launchpad.net/~neon/kdebindings/trunk
[12:30] <maxb> same deal with kdepim apparently
[12:30] <yofel> maxb: can you do the same for https://code.edge.launchpad.net/~vcs-imports/kdepim/trunk ? same issue
[12:30] <maxb> hah
[12:30] <maxb> :-)
[12:30] <yofel> right :)
[12:31] <yofel> https://code.edge.launchpad.net/~neon/kdepim/trunk
[12:31] <maxb> I'll try to keep half an eye on the active imports and approve them such that there's not more concurrently trying to be imported than the number of code import machines
[12:32] <yofel> thanks
[12:36] <dob_> Hello i have a little problem i want to compile my ppa. Exactly i want to compile php-apc as my own ppa. I am using my own ppa with php-5.2.10 from karmic compiled for lucid. Now i wan to recompile php-apc for lucid. I added a dependy to my ppa for php-karmic. But while compiling apc it alwas chooses the default php installation of lucid.
[12:36] <dob_> Did i configure the wrong options or isn't that possible?
[12:38] <yofel> dob_: what do you build-depend on in php-apc?
[12:38] <dob_> php5 and php5-dev
[12:39] <dob_> on my server i adjusted the prefernces but there seems not to be any option in launchpad
[12:39] <yofel> if you didn't change the package name, you'll have to add an explicit version to the build-depend or it will use the newest php5 available for that release, and php5 from karmic is lower than php5 from lucid
[12:42] <dob_> okay can i add a simple php5-5.2.10 to the build depend?
[12:42] <dob_> is that the correct syntax?
[12:43] <yofel> no, it should be 'php5 (<= 5.2.11)' if I'm not mistaken
[12:44] <yofel> (= 5.2.10.*) might work too
[12:48] <dob_> ok, super! i will try that!
[12:48] <maxb> I'm not entirely sure that sbuild (used by the builders) is quite intelligent enough to do the right thing there
[12:49] <wgrant> I'm pretty sure it's not.
[12:49] <wgrant> Why are you trying to do this
[12:49] <wgrant> ?
[12:50] <geser> me too, that the reason why some packages use >= 1.2, << 1.3 in (build-)dependencies
[12:50] <maxb> er, I don't think that's related?
[12:52] <wgrant> It's not.
[12:54] <geser> oh, you'are talking about the builders picking the right package version and not about specifying the version in the build-dependencies?
[12:55] <wgrant> Right.
[12:55] <wgrant> It will install the latest version.
[12:55] <wgrant> Then fail later when it checks the version.
[12:57] <geser> would an ugly hack work: create a dummy package that depends on the correct version of php-dev and build-depend on it?
[12:58] <geser> the builders would notice that they need to install that dummy package and apt would pull in the correct version for the dependencies
[13:00] <wgrant> Yes, but that's sick and wrong.
[13:01] <geser> any other idea that would work now?
[13:02] <wgrant> Renaming the package.
[13:02] <wgrant> That's probably how it should be done.
[13:05] <dob_> php5-dev(inst 5.3.2-1ubuntu4.2 ! <= wanted 5.2.11)
[13:05] <dob_> Source-dependencies not satisfied; skipping php-apc
[13:07] <dob_> if i want to rename my php5 package will i only have to change the names in my control file or also in the rules etc?
[13:14] <geser> if they are also used in the rules file, then you need to rename there too (didn't look at the php5 rules file)
[13:16] <geser> you might also need to add Conflicts with the php5 packages so not both (yours and from the archive) are installed at the same time
[13:18] <dob_> there is a line for sapi in libapache2-mod-php52 libapache2-mod-php52filter php52-fpm php52-cgi php52-cli
[13:18] <dob_> this is in rules
[13:19] <dob_> will it be correct to rename it also or are these not variable from the package names?
[13:19] <dob_> sorry for my stupid questions
[14:41] <shadeslayer> hi, when i try to copy packages from one ppa to another Launchpad says Try again, any ideas?
[14:41] <shadeslayer> copying just 3-4 packages
[14:44] <shadeslayer> seems that one of the package was huge
[14:44] <noodles775> shadeslayer: yeah, if there are lots of binaries, and you're including binaries in your copy, it will tend to timeout :/
[14:44] <shadeslayer> :(
[16:56] <thopiekar> hi
[16:57] <thopiekar> I uploaded to my local branch and I'm sure that the files are in .bzr..
[16:58] <thopiekar> but is there a way to get the files available like in a local branch? so people could download the files from the current revision from ftp?
[16:58] <thopiekar> ftp://thopiekar.homelinux.com/bzr/falgen/
[16:59]  * thopiekar noticed that the .bzr folder seem to have to false rights to be shown
[17:07] <thopiekar> no idea?
[17:09] <beuno> thopiekar, so
[17:09] <beuno> in order to have a working treee
[17:09] <beuno> you'll either need push-and-update plugin
[17:09] <beuno> or bzr-upload, if you *just* want the files
[17:09] <thopiekar> is there a push and update plugin?
[17:10] <thopiekar> would be simpler to push and upload later :P
[17:10] <beuno> thopiekar, yes
[17:10]  * thopiekar is checking apt now
[17:10] <beuno> it may not be packaged
[17:10] <beuno> not sure
[17:11] <thopiekar> just found bzr-upload
[17:11] <beuno> right, that'll upload the working tree (aka, the files)
[17:11] <beuno> but not the branch (aka .bzr dir)
[17:11] <thopiekar> that what I want, thanks!
[17:11] <beuno> cool
[17:11]  * beuno high-fives vila 
[18:23] <tyarusso> Does LP support any other version control systems besides bzr yet?
[18:26] <kklimonda> um, can anyone take a look at bug 632847?
[18:27] <kklimonda> I can still reproduce it (the last OOPS I got was OOPS-1712EA1890)
[18:27] <kklimonda> but I can't reopen the bug, I get "Application error.  Unauthenticated user POSTing to page that requires authentication."
[18:27] <kklimonda> probably because I'm still logged out..
[18:30] <kklimonda> indeed.. but I did log in..
[18:30] <kklimonda> ignore last few lines :)
[18:38] <beuno> tyarusso, no, just bzr
[18:38] <beuno> no plans to support any other
[18:39] <beuno> you can, however, import branches from git/hg/svn/cvs
[18:40] <tyarusso> beuno: mmk, thanks
[18:40]  * tyarusso is seeing if he can manage to set up a LP instance
[19:02] <tyarusso> Hey all, rocketfuel-setup failed on me.  End of output on http://paste.ubuntu.com/490485/ .  Notable line, "Permission denied (publickey)."  What's the problem?
[19:19] <sinzui> tyarusso, rockstar or abentley may have some idea. I think you are seeing an issue with bzr branching
[19:19]  * rockstar looks up
[19:20] <rockstar> tyarusso, it looks like you haven't set up your ssh key with launchpad.
[19:20] <rockstar> tyarusso, also, rocketfuel-setup questions are best posed in #launchpad-dev.  This channel is for launchpad users, not launchpad developers.
[19:21] <tyarusso> rockstar: Hmm, I thought I did (although it's not the primary one), will check, and noted.
[19:22] <rockstar> tyarusso, if it's not the primary one, you'll need to make sure bazaar is sending the right one.
[19:23] <tyarusso> rockstar: well, LP knows about multiple ones, but this machine only has one on it.
[19:23] <rockstar> tyarusso, ah, I see.
[19:23] <tyarusso> rockstar: oh, wait, ignore me.
[19:23] <tyarusso> That only works if you're not using a VM that's a totally different machine than the one the SSH key is on :P
[19:24] <tyarusso> Shouldn't it be able to work anonymously too?
[19:24] <beuno> tyarusso, the rocketfuel script probably uses bzr+ssh
[19:24] <beuno> for speed, if nothing else
[19:25] <beuno> lp:launchpad would default to http, but not using the smart server is much slower
[19:26] <tyarusso> So you're saying I should create a dummy SSH key and add it to LP first?
[19:27] <beuno> no, that rocketfuel may have bzr+ssh hardcoded into it
[19:27] <beuno> and nobody cared up to now because everyone who tries to develop launchpad has their key in LP
[19:28] <tyarusso> Well, I have my real keys in LP too, I just don't have a key generated for a dummy throwaway VM that I'm trying to put launchpad on.
[19:29] <beuno> tyarusso, so either generate it, or patch rocketfuel
[19:29] <tyarusso> mmk
[19:29]  * tyarusso moves on over to -dev hereafter
[19:50] <fta> dput with sftp lacks a progress indicator of some kind
[19:51] <fta> hm, it complains on close
[19:51] <fta> Exception AttributeError: "'NoneType' object has no attribute 'close'" in <function terminate at 0x132a050> ignored
[20:02] <jelmer> maxb: hi
[20:02] <jelmer> fta: afaik that's a known bug in python-paramiko
[20:03] <jelmer> (the ssh library used by dput)
[20:29] <bsaibes> Is the staging server up?
[20:33] <jelmer> bsaibes, it was back earlier today
[20:34] <bsaibes> It is returning an error now: " The staging server is currently getting a code update. If the situation persists, let us know in the #launchpad IRC channel on Freenode. "
[20:40] <thopiekar> hi
[20:41] <thopiekar> when I push code to my ftp server with the login info of the ftp-server are they later saved on the ftp-server, too, where I pushed to?
[20:42] <thopiekar> I hope not :/
[21:21] <thopiekar> can't push (refresh) my code on my ftp server.. bzr keeps saying that it is already up-to-date
[21:21] <thopiekar> a --overwrite doesn't make a difference
[21:21] <thopiekar> is there a way to force to push without removing the .bzr folder on my NAS?
[21:29] <thopiekar> It says: No new revisions to push.
[21:31] <jelmer> thopiekar, bzr push --overwrite
[21:31] <thopiekar> hmm could it be that it automaticly pushes the code after commit?
[21:32] <thopiekar> just found the same revno on the NAS now :?
[21:34] <thopiekar> are pushes after the first one faster?
[21:34] <thopiekar> just know how the first push was..
[22:57] <JoshBrown> Thoughts on bug #632846?
[22:57] <ubot5`> Launchpad bug 632846 in Launchpad Bugs "User doesn't have full control over the grouping of changes (affected: 1, heat: 6)" [Undecided,Incomplete] https://launchpad.net/bugs/632846
[23:40] <maxb> jelmer: hello
[23:42] <jelmer> maxb: Hi
[23:42] <jelmer> maxb: I was going to ask you about https://dev.launchpad.net/FailingBzrSvnImports
[23:43] <maxb> ok
[23:43] <jelmer> but I've just edited it since it's a wiki page
[23:43] <maxb> heh :-)
[23:43] <jelmer> and I've added https://dev.launchpad.net/FailingBzrGitImports
[23:45] <maxb> w.r.t. the tfs issues - technically, if someone plays silly games, you could have a svn revision without a svn:date in native svn, so perhaps it's not quite time to deem those invalid
[23:45] <maxb> Although, from a roundtripping POV, I'm not sure what ought to happen
[23:47] <jelmer> maxb: svn:date missing is only one of the bugs with codeplex
[23:47] <jelmer> maxb: its revision history is also inconsistent - files can exist without ever having been added; running "svn log" can loop indefinitely if run with the wrong arguments
[23:48] <maxb> eek. Consider my interest in supporting it quashed! :-)