[07:51] <matachi> where can I find the file referenced in #68 on https://bugs.launchpad.net/ubuntu/+source/linux/+bug/935778 ?
[07:51] <ubot5`> Launchpad bug 935778 in linux (Ubuntu) "Various Toshiba laptops - brightness controls work on first boot, but do nothing after suspend/resume to RAM." [Medium,In progress]
[11:30] <dpm> czajkowski, did you have any luck getting webops deleting Dr. Geo II from https://launchpad.net/ubuntu-translations-project/ yesterday?
[11:30] <czajkowski> hmm nope it got a bit bus
[11:30] <czajkowski> y
[11:30] <czajkowski> let me try again
[11:34] <czajkowski> dpm: I think wgrant said you as a project group owner could/should be able to do this
[11:34] <dpm> czajkowski, I can't
[11:35] <czajkowski> ok poked again
[11:35] <dpm> thanks czajkowski. It seems this "part of" thing must be a setting of the subproject, not of the project group
[11:36] <czajkowski> nods
[11:59] <czajkowski> dpm: done thanks to gnuoy :)
[12:00] <dpm> cool, thanks gnuoy and czajkowski!
[12:00] <gnuoy> np
[12:22] <dpm> anyone around that could help with this question? http://askubuntu.com/questions/296197/how-to-find-out-the-dowload-count-from-a-ppa
[12:24] <czajkowski> hmmm
[12:24] <czajkowski> I know the bug is low so it may not get implemented as we have critical and high ones to do first
[12:24] <czajkowski> via the API I'm not sure
[12:24] <czajkowski> the two people I'd poke are offline
[12:24] <czajkowski> I'll ask for you dpm
[12:26] <dpm> thanks czajkowski
[12:48] <geser> czajkowski: it's possible to get some counts through the api: archive (a PPA is an archive) -> getPublishedBinaries() and for each published binary (a binary_package_publishing_history object) -> getDownloadCounts()
[13:04] <geser> dpm: ^^ would that help you?
[13:04] <dpm> geser, probably, it seems similar to the first answer on http://askubuntu.com/questions/296197/how-to-find-out-the-dowload-count-from-a-ppa
[13:54] <dobey> is there any way to pin recipes to the ubuntu devel branch  (lp:ubuntu/foo)? i have some recipes which were using that, but  once the alias was moved over to saucy, they all are set to  lp:ubuntu/raring/foo now, and i want them to always use the  development alias
[13:57] <mitya57> hi, when I try to delete my branch (https://code.launchpad.net/~mitya57/debian/sid/calibre/remove-embedded-libraries/+delete) I get a "Oops!" error every time
[13:57] <mitya57> i.e. OOPS-3f88a4096e9eb8b605c6679868c7a04a
[13:58] <mitya57> probably because it has a (superseded) merge proposal, but I don't need the branch and the proposal anymore
[13:59] <czajkowski> mitya57: I know we had some delete mp issues during the week
[13:59] <czajkowski> I'll file a bug for this
[14:02] <czajkowski> mitya57_: bug https://bugs.launchpad.net/launchpad/+bug/1180818
[14:02] <mitya57> czajkowski: thanks, subscribed
[14:04] <dobey> mitya57: the branch was merged into its target?
[14:05] <mitya57> dobey: not, I submitted a mp against udd branch while there was a packaging branch which was a better target, so I resubmitted it
[14:06] <dobey> mitya57: right. what happened to the mp which supersedes the superseded mp?
[14:06] <mitya57> dobey: it was merged I think
[14:06]  * mitya57 looks
[14:07] <mitya57> yes, https://bazaar.launchpad.net/~calibre-packagers/calibre/debian/revision/207
[14:07] <dobey> mitya57: why not just set the branch status to "Merged" then?
[14:08] <dobey> deleting branches which aren't lone leaves is generally not a great way to go about it.
[14:09] <mitya57> dobey: you're maybe right, but a bug is still present
[14:09] <mitya57> (I'm fine with a "Impossible to delete branch because it has a MP" message, but OOPS is much less informative)
[14:11] <dobey> yes obviously there is a bug there
[15:28] <cristian_c> Hi
[15:28] <cristian_c> If I contact a user form launchpad, can I get a copy of my message at my mail account?
[15:29] <czajkowski> cristian_c: nope
[15:29] <czajkowski> there is a bug about that
[15:29] <czajkowski> but it may not get fixed
[15:29] <cristian_c> An user that I know has made this
[15:29] <cristian_c> czajkowski, what bug?
[15:29] <cristian_c> *bug report
[15:30] <cristian_c> *from
[15:31] <czajkowski> cristian_c: need to find it
[15:32] <cristian_c> ok
[15:35] <czajkowski> cristian_c: https://bugs.launchpad.net/launchpad/+bug/290657
[15:42] <dobey> maybe i should just file a bug about my thing :)
[15:42] <dobey> even though it probably won't get fixed :(
[15:43] <czajkowski> dobey: whats your thing
[15:43] <cristian_c> czajkowski, ok, thanks
[15:44] <dobey> czajkowski: lp:ubuntu/foo in recipes being replaced with lp:ubuntu/release/foo when the dev focus changes to the new ubuntu development series target
[15:44] <czajkowski> ah
[15:44] <czajkowski> tickle wgrant :)
[18:52] <crass> I created a project page a couple of days ago, but now its gone. Can someone see what happened to it?
[18:53] <crass> the project is megatools
[18:57] <czajkowski> crass: please see pm
[18:58] <dobey> czajkowski: is something wrong with it?
[19:00] <czajkowski> dobey: we've had a large increase in spam and commercial projects been created lately
[19:01] <czajkowski> I had a flag on that one over stuff
[19:01] <czajkowski> have reactived it
[19:01] <dobey> really?
[19:01] <czajkowski> dobey: yeah have had to deactivate about 30 in the last 10 days alone
[19:01] <czajkowski> much much headache
[19:02] <dobey> i created a bunch of projects recently, so i could import them and set up daily build recipes
[19:02] <dobey> wow
[19:02] <dobey> do they have random names like $INSERT_NAME_HERE? :P
[19:02] <czajkowski> nope ones that look normal thats the issue
[19:02] <czajkowski> dobey: saw yours and yours are still there
[19:02] <czajkowski> it's a manual review process
[19:02] <czajkowski> about 20 a day at least
[19:03] <dobey> well, i can review my own, so that makes it a little easier :)
[19:03] <dobey> will have to remember to do that in the future
[19:04] <czajkowski> dobey: hmm how do you mean review your own ?
[19:05] <dobey> cjwatson: the "Review project" link on the project page
[19:05] <dobey> err, not cjwatson
[19:05] <dobey> czajkowski: ^^
[19:05] <dobey> czajkowski: i'm in ~registry :)
[19:05] <czajkowski> ahhh
[19:26] <crass> is it possible with public projects to add mantainers to a project or change the mantainer (if you're the current one) via the website?
[19:33] <dobey> depending on what you mean by "maintainer" yes
[19:33] <crass> by that I mean it as lp means it on the project page, seems to be equivalent to project owner
[19:35] <dobey> there should be a yellow circle icon next to the maintainer name, on the project page. you can click that, or on the "Change details" link on the project page
[19:35] <crass> ok, that was too obvious
[20:04] <crass> I'm trying to use pbuilder to debug a packaing issue, but my package depends on pkgs from a 3rd party repo on lp. Any ideas on how to get pbuilder to get pkgs from this repo?
[20:08] <crass> hmm, looks like --othermirror might be the key
[21:39] <crass> weird, I'm using pbuilder to build a pkg locally, and it compiles, but in launchpad it doesn't do the compiling (though it doesn't fail to build, just no binaries are installed)
[21:41] <crass> here's a build log: https://launchpadlibrarian.net/139922895/buildlog_ubuntu-raring-amd64.megatools_1.9.92~crass~precise1%2Bgit20130515%2Br54-0~r5~pread~crass~raring1_UPLOADING.txt.gz
[21:42] <crass> notice at the dh_auto_configure line there's no indication that its doing anything
[21:43] <crass> I'm wondering if there's some bug with launchpad's version of dh_auto_configure
[23:29] <cjwatson> crass: Launchpad doesn't have its own version of dh_auto_configure
[23:30] <cjwatson> crass: Pointer to the source package?
[23:33] <cjwatson> crass: Never mind, found the source package
[23:37] <cjwatson> crass: Your source package has a configure.ac but no configure (etc.), so dh_auto_configure has nothing to do.  This has nothing to do with Launchpad - it's reproducible in a local sbuild too, and I suspect you weren't actually building quite the same source package in pbuilder.  I suggest that you replace your build-dependency on autotools-dev with one on dh-autoreconf, and replace "--with autotools-dev" in debian/rules with ...
[23:37] <cjwatson> ... "--with autoreconf".
[23:37] <cjwatson> crass: Actually that doesn't quite work as it stands, although it's closer.  Experimenting
[23:45] <wgrant> czajkowski: The project owner, not the project group owner, controls the project's membership in a project group.
[23:52] <cjwatson> crass: http://paste.ubuntu.com/5672543/ gets you much further, but raring doesn't have the version of nettle that your configure.ac wants so you'll need to do something about that.
[23:53] <cjwatson> crass: So if pbuilder worked for you locally then your pbuilder is very very very misconfigured. :-)
[23:53] <cjwatson> (saucy has nettle 2.7, which should be sufficient)
[23:58] <cjwatson> crass: My modifications get as far as http://paste.ubuntu.com/5672553/ on saucy, so you'll want to fix your link lines too, I expect.  I think this is your problem from here :-)