[00:00] I seem to be having trouble submitting a bug [00:00] no OOPS listed === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [00:15] 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 [00:15] https://lp-oops.canonical.com/oops.py/?oopsid=1711EA2030 [00:15] Launchpad bug 560180 in xf86-input-wacom (Ubuntu) "wacom buttons don't work/cause mouse to move to upper left corner and click. (affected: 28, heat: 172)" [Undecided,Confirmed] === bpeel is now known as bpeel_away === Edwin is now known as Guest66225 [01:20] kklimonda: I can see that bug [01:20] kklimonda: try again? [01:24] 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:24] https://lp-oops.canonical.com/oops.py/?oopsid=1712EC34 [01:27] thumper: I think its when you try to access it via the linuxwacom task that the oops is thrown [01:28] yes, it doesn't fail if you either use a generic bug link or xf86-input-wacom task one [01:29] which could be because there isn't a linuxwacom project on LP [01:29] hmm... works for me [01:29] thumper: logout of LP and try ? ;) [01:29] * thumper thinks of something [01:30] yeah... [01:30] inactive project [01:30] aha, that's what it is [01:41] I wish inactive projects were not hidden like that [01:43] They make their presence felt enough that they're not really nonexistent [01:48] thumper: should I report it? inactive or not the dead links shouldn't show up :) === poolie_ is now known as poolie [03:18] kklimonda: yes, report it. [03:23] done [03:23] thanks [03:25] thumper: I had an issue earlier with submitting a bug, but no oops code appeared [03:26] micahg: it may have been an api failure [03:26] micahg: those do create oopses (I think)] [03:26] micahg: but just captured server side [03:26] thumper: k, what do I do about my bug? [03:26] micahg: did you not get it submitted? [03:27] thumper: no [03:27] micahg: are you on edge? [03:27] 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] micahg: you may have to click on the "disable edge redirect" in the footer [03:28] micahg: or you'll be redirected mid check === jtv is now known as jtv-eat === menesis1 is now known as menesis [07:36] * soren dreams of a "convert to blueprint" button for bugs === Lcawte is now known as Lcawte|Away [08:14] 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] persia: Oh, dear, no. [08:48] persia: Well, if bugs were to grow the features that blueprints actually do have, then perhaps. [08:48] 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] But bug relationships have been under debate since way back (2005 or 2006) [08:51] The other thing I think they need is the restoration of associated URL (for spec text, etc.) === jtv-eat is now known as jtv [10:26] hi all, what's the project in LP to report a bug in defining milestones for a project? [10:30] dpm: launchpad-registry [10:31] thanks wgrant! [10:36] 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 :) === bpeel_away is now known as bpeel === bilalakhtar is now known as cdbs === cdbs is now known as bilalakhtar [11:32] jelmer: can you retry https://code.edge.launchpad.net/~vcs-imports/kdegraphics/trunk ? === bilalakhtar_ is now known as bilalakhtar [11:33] yofel: done [11:33] thanks [11:33] and can you approve https://code.edge.launchpad.net/~neon/kdeedu/trunk ? [11:34] yofel, done [11:34] * yofel hugs jelmer [11:49] 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] 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] that should be all of KDE trunk except kdeexamples and kdevplatform (those don't have LP projects yet) [11:52] yofel: I'll have a look later when I have a testsuite to wait for or something like that. [11:52] sure, not urgent [11:54] 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] Patches to the KDELayout class in bzr-svn welcome ! [11:55] 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] oh, I think base and support are a different issue again [11:55] right [11:56] https://dev.launchpad.net/FailingBzrSvnImports [11:56] three separate KDE issues :-) [11:56] maxb, ooh [11:56] maxb: I hadn't seen that page yet [11:57] maxb: that's very useful [11:57] ah. I linked it from ReviewingCodeImports === LinuxJedi is now known as LinuxJedi|lunch [12:09] Hi Jelmer. Can you approve the translation upload at https://translations.launchpad.net/bitlord/+imports ? [12:10] Leif: Hi Leif [12:13] Leif: Sorry, I don't usually handle translation imports. [12:13] Leif, jelmer: I can do that, though. [12:13] henninge: Thanks [12:16] Leif: where is the soruce code to bitloard available for download? [12:16] source [12:18] "bitlord", sorry ;) [12:22] 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] yofel: Apparently that's a legacy cscvs import. I suggest we retry using bzr-svn [12:24] maxb: delete import and create new one? [12:24] Will anyone mind it being deleted? We could just rename it [12:25] Leif: I just found www.bitlord.com and it looks like your project is not open source. [12:25] maxb: well, I can't change it so I'm asking what to do [12:26] Leif: Please talk to mrevell about commercial Launchpad options. I will have to deactivate the project now until that is resolved. [12:26] jelmer: ^ [12:26] yofel: I have moved it out of the way, the path is clear for you to request a new one [12:27] done https://code.edge.launchpad.net/~neon/kdebindings/trunk [12:30] same deal with kdepim apparently [12:30] maxb: can you do the same for https://code.edge.launchpad.net/~vcs-imports/kdepim/trunk ? same issue [12:30] hah [12:30] :-) [12:30] right :) [12:31] https://code.edge.launchpad.net/~neon/kdepim/trunk [12:31] 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] thanks [12:36] 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. === dendrobates is now known as dendro-afk [12:36] Did i configure the wrong options or isn't that possible? [12:38] dob_: what do you build-depend on in php-apc? [12:38] php5 and php5-dev [12:39] on my server i adjusted the prefernces but there seems not to be any option in launchpad [12:39] 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] okay can i add a simple php5-5.2.10 to the build depend? [12:42] is that the correct syntax? [12:43] no, it should be 'php5 (<= 5.2.11)' if I'm not mistaken [12:44] (= 5.2.10.*) might work too === LinuxJedi|lunch is now known as LinuxJedi [12:48] ok, super! i will try that! [12:48] I'm not entirely sure that sbuild (used by the builders) is quite intelligent enough to do the right thing there [12:49] I'm pretty sure it's not. [12:49] Why are you trying to do this [12:49] ? [12:50] me too, that the reason why some packages use >= 1.2, << 1.3 in (build-)dependencies [12:50] er, I don't think that's related? [12:52] It's not. [12:54] oh, you'are talking about the builders picking the right package version and not about specifying the version in the build-dependencies? [12:55] Right. [12:55] It will install the latest version. [12:55] Then fail later when it checks the version. [12:57] 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] 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] Yes, but that's sick and wrong. [13:01] any other idea that would work now? [13:02] Renaming the package. [13:02] That's probably how it should be done. [13:05] php5-dev(inst 5.3.2-1ubuntu4.2 ! <= wanted 5.2.11) [13:05] Source-dependencies not satisfied; skipping php-apc [13:07] 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? === matsubara-afk is now known as matsubara [13:14] 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] 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] there is a line for sapi in libapache2-mod-php52 libapache2-mod-php52filter php52-fpm php52-cgi php52-cli [13:18] this is in rules [13:19] will it be correct to rename it also or are these not variable from the package names? [13:19] sorry for my stupid questions [14:41] hi, when i try to copy packages from one ppa to another Launchpad says Try again, any ideas? [14:41] copying just 3-4 packages === LinuxJedi is now known as LinuxJedi|away [14:44] seems that one of the package was huge [14:44] shadeslayer: yeah, if there are lots of binaries, and you're including binaries in your copy, it will tend to timeout :/ [14:44] :( === sinzui changed the topic of #launchpad to: http://launchpad.net/ | Read https://help.launchpad.net/ for help | Help contact: sinzui | Join https://launchpad.net/~launchpad-users | This channel is logged: http://irclogs.ubuntu.com/ | Launchpad is open source: https://dev.launchpad.net/ === Ursinha is now known as Ursinha-lunch === matsubara is now known as matsubara-lunch === LinuxJedi|away is now known as LinuxJedi [16:56] hi [16:57] I uploaded to my local branch and I'm sure that the files are in .bzr.. [16:58] 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] 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] no idea? [17:09] thopiekar, so [17:09] in order to have a working treee [17:09] you'll either need push-and-update plugin [17:09] or bzr-upload, if you *just* want the files [17:09] is there a push and update plugin? [17:10] would be simpler to push and upload later :P [17:10] thopiekar, yes [17:10] * thopiekar is checking apt now [17:10] it may not be packaged [17:10] not sure [17:11] just found bzr-upload [17:11] right, that'll upload the working tree (aka, the files) [17:11] but not the branch (aka .bzr dir) [17:11] that what I want, thanks! [17:11] cool [17:11] * beuno high-fives vila === yofel_ is now known as yofel === beuno is now known as beuno-lunch === Lcawte|Away is now known as Lcawte === salgado is now known as salgado-lunch === matsubara-lunch is now known as matsubara === EdwinGrubbs is now known as Edwin-lunch === dendro-afk is now known as dendrobates === Ursinha-lunch is now known as Ursinha [18:23] Does LP support any other version control systems besides bzr yet? [18:26] um, can anyone take a look at bug 632847? [18:26] Launchpad bug 632847 in Launchpad Bugs "404 error with oops when I follow link on user's "Bugs" page (affected: 1, heat: 6)" [Undecided,Invalid] https://launchpad.net/bugs/632847 [18:27] I can still reproduce it (the last OOPS I got was OOPS-1712EA1890) [18:27] https://lp-oops.canonical.com/oops.py/?oopsid=1712EA1890 [18:27] but I can't reopen the bug, I get "Application error. Unauthenticated user POSTing to page that requires authentication." [18:27] probably because I'm still logged out.. === dendrobates is now known as dendro-afk [18:30] indeed.. but I did log in.. [18:30] ignore last few lines :) === beuno-lunch is now known as beuno === LinuxJedi is now known as LinuxJedi|food [18:38] tyarusso, no, just bzr [18:38] no plans to support any other [18:39] you can, however, import branches from git/hg/svn/cvs [18:40] beuno: mmk, thanks [18:40] * tyarusso is seeing if he can manage to set up a LP instance === matsubara is now known as matsubara-afk [19:02] 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? === LinuxJedi|food is now known as LinuxJedi === salgado-lunch is now known as salgado === Edwin-lunch is now known as EdwinGrubbs [19:19] 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] tyarusso, it looks like you haven't set up your ssh key with launchpad. [19:20] tyarusso, also, rocketfuel-setup questions are best posed in #launchpad-dev. This channel is for launchpad users, not launchpad developers. [19:21] rockstar: Hmm, I thought I did (although it's not the primary one), will check, and noted. [19:22] tyarusso, if it's not the primary one, you'll need to make sure bazaar is sending the right one. [19:23] rockstar: well, LP knows about multiple ones, but this machine only has one on it. [19:23] tyarusso, ah, I see. [19:23] rockstar: oh, wait, ignore me. [19:23] 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] Shouldn't it be able to work anonymously too? [19:24] tyarusso, the rocketfuel script probably uses bzr+ssh [19:24] for speed, if nothing else [19:25] lp:launchpad would default to http, but not using the smart server is much slower [19:26] So you're saying I should create a dummy SSH key and add it to LP first? [19:27] no, that rocketfuel may have bzr+ssh hardcoded into it [19:27] and nobody cared up to now because everyone who tries to develop launchpad has their key in LP [19:28] 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] tyarusso, so either generate it, or patch rocketfuel [19:29] mmk [19:29] * tyarusso moves on over to -dev hereafter === bpeel is now known as bpeel_away === oubiwann is now known as ouibiwann === ouibiwann is now known as oubiwann-away === oubiwann-away is now known as oubiwann [19:50] dput with sftp lacks a progress indicator of some kind [19:51] hm, it complains on close [19:51] Exception AttributeError: "'NoneType' object has no attribute 'close'" in ignored [20:02] maxb: hi [20:02] fta: afaik that's a known bug in python-paramiko [20:03] (the ssh library used by dput) [20:29] Is the staging server up? [20:33] bsaibes, it was back earlier today [20:34] 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] hi [20:41] 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] I hope not :/ === dendro-afk is now known as dendrobates === bpeel_away is now known as bpeel [21:21] can't push (refresh) my code on my ftp server.. bzr keeps saying that it is already up-to-date [21:21] a --overwrite doesn't make a difference [21:21] is there a way to force to push without removing the .bzr folder on my NAS? [21:29] It says: No new revisions to push. [21:31] thopiekar, bzr push --overwrite [21:31] hmm could it be that it automaticly pushes the code after commit? [21:32] just found the same revno on the NAS now :? [21:34] are pushes after the first one faster? [21:34] just know how the first push was.. === salgado is now known as salgado-afk === Edwin is now known as Guest38361 === dendroba` is now known as dendro-afk === dendro-afk is now known as dendrobates === Meths_ is now known as Meths [22:57] Thoughts on bug #632846? [22:57] 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 === Ursinha is now known as Ursinha-afk === sinzui changed the topic of #launchpad to: http://launchpad.net/ | Read https://help.launchpad.net/ for help | Help contact: - | Join https://launchpad.net/~launchpad-users | This channel is logged: http://irclogs.ubuntu.com/ | Launchpad is open source: https://dev.launchpad.net/ === lag is now known as Guest39359 [23:40] jelmer: hello [23:42] maxb: Hi [23:42] maxb: I was going to ask you about https://dev.launchpad.net/FailingBzrSvnImports [23:43] ok [23:43] but I've just edited it since it's a wiki page [23:43] heh :-) [23:43] and I've added https://dev.launchpad.net/FailingBzrGitImports [23:45] 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] Although, from a roundtripping POV, I'm not sure what ought to happen [23:47] maxb: svn:date missing is only one of the bugs with codeplex [23:47] 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] eek. Consider my interest in supporting it quashed! :-)