[02:08] <lifeless> OOPS-4c6b0326b36d153acd8dbfe091a35a
[08:56] <manuchill> anyone can help me out on a badsig error i get on the google chrome ppa? i've managed to get the virtualbox one i also have to fix, but the google one still gives me the badsig error
[09:11] <mrevell> Halloooo
[09:42] <czajkowski> morning all
[12:33] <madhu> Hi guys..have created a project in Launchpad and a new team. How can I associate team with the project?
[12:36] <madhu> got the answer. thanks.
[12:52] <jml> I'm waiting a very long time on a branch pull. Anything up on Launchpad's end?
[12:53] <jml> Hmm. Ctrl-C plus restart seemed to make it help.
[14:34] <manuchill> anyone can help me out on a badsig error i get on the google chrome ppa? i've managed to get the virtualbox one i also have to fix, but the google one still gives me the badsig error
[14:36] <bigjools> manuchill: how did you add the PPA?
[14:37] <manuchill> via the update manager (ubuntu lucid) > settings > other software.... but this was more than a year ago i did that
[14:37] <bigjools> I suggest removing and re-adding it then
[14:40] <manuchill> does that solve the following message "The following signatures were invalid: BADSIG.." ?
[14:41] <czajkowski> cprofitt: aloha
[14:42] <cprofitt> hello folks -- I just changed some details on my loco team to comply with the naming conventions. When doing so I had to select a subscription policy and was not able to leave it as an open team. Can some one assist with sleuthing out why that is?
[14:42] <cprofitt> hello czajkowski
[14:42] <czajkowski> mrevell: any idea who we can poke ?
[14:43] <bigjools> manuchill: the problem is that your local machine doesn't seem to have the right archive signature.  Removing and adding should fix that.
[14:43] <bigjools> does it have a PPA?
[14:43] <bigjools> cprofitt: ^
[14:43] <cprofitt> not that I am aware of, but let me check
[14:44] <cprofitt> Nothing is listed under the PPA section
[14:44] <mrevell> cprofitt, czajkowski: I believe we prevented loco teams from having open policies because of their membership of the overall loco team, which has a moderated policy. Am I right sinzui?
[14:44] <psusi> I'm trying to link a bug report to the upstream bug tracker for emacs... lp says it knows emacs uses debbugs.gnu.org, but says it does not recognize the bug tracker at this url when I enter http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10285
[14:44] <geser> bigjools: do you have an explanation why there are two published packages for mysql-common in precise (check https://launchpad.net/ubuntu/precise/i386/mysql-common)?
[14:45] <bigjools> today just gets better and better
[14:45] <czajkowski> bigjools: it was quiet for a long time to be fair ;)
[14:45] <bigjools> geser: it's had an override
[14:45] <bigjools> universe will get removed later
[14:46] <sinzui> mrevell, cprofitt, czajkowski: not exactly. locos can be open if they are a member of a open or delegated teams
[14:46] <bigjools> czajkowski: it was? :)
[14:46] <manuchill> # sudo -s -H
[14:46] <manuchill> # apt-get clean
[14:46] <manuchill> # rm /var/lib/apt/lists/*
[14:46] <manuchill> # rm /var/lib/apt/lists/partial/*
[14:46] <manuchill> # apt-get clean
[14:46] <manuchill> # apt-get update
[14:46] <czajkowski> sinzui: aloha there!
[14:46] <manuchill> bigjools, ^^ is what i did
[14:46] <manuchill> didn't solve it
[14:46] <czajkowski> sinzui: mrevell cprofitt and Ny is part of the approved locoteams
[14:46] <sinzui> Many locos have chosen to have moderated/restricted teams so all members teams must also be exclusive
[14:46] <bigjools> manuchill: that's not correct, you need to remove the PPA from your sources list
[14:47] <geser> bigjools: I mean both 5.5.17-4ubuntu6 is published (it getting moved to main again right now) and also 5.1.58-1ubuntu3 (listed in the middle of that page)
[14:47] <sinzui> The spanish set of locos tend to be exclusive because of a few teams that do not want to be inclusive
[14:47] <sinzui> or cannot be inclusive because the team has a paa
[14:47] <cprofitt> sinzui: in the case of NY I would like the team to be open if possible
[14:48] <bigjools> geser: is it an arch-indep binary?
[14:48] <bigjools> it is.... which means
[14:48] <bigjools> other packages need to be superseded first
[14:48] <sinzui> cprofitt, ask one or more of its super teams to change their policies to open or delegated
[14:48] <cprofitt> if it can not be that is fine, but was trying to determine what was the connection that was causing it to not allow being open
[14:49] <bigjools> geser: all of the other arch-dependent binaries built from that source need to be superseded first, then it'll supersede the arch-indep one, which means the source can then be superseded
[14:50] <manuchill> bigjools, removed it, what's next?
[14:50] <bigjools> geser: ah I see why - armhf is still building
[14:51] <bigjools> manuchill: re-add it; it'll download the signature again
[14:51] <cprofitt> thanks sinzui
[14:51] <bigjools> geser: https://launchpad.net/ubuntu/+source/mysql-5.1/5.1.58-1ubuntu3/+build/2965961
[14:52] <psusi> there seems to be somethihng wrong with the upstream bug tracker association on lp for emacs.. it appears to ahve the correct url, but isn't able to pull the bugs
[14:52] <geser> bigjools: thx, so it will go away automatically once armhf tried to build mysql-5.1?
[14:52] <bigjools> it should do, yes
[14:54] <geser> I guess it will end in an upload failure as mysql-common in the archive is more recent :(
[14:55] <manuchill> bigjools, error remains after re-adding unfortunately
[14:55] <bigjools> manuchill: which PPA?
[14:55] <bigjools> and how are you adding?
[14:56] <manuchill> via update manager > settings > other software,  "deb http://dl.google.com/linux/chrome/deb stable main"
[14:56] <bigjools> manuchill: ah, I can't help you then.  This is not a PPA.  You need to talk to Google.
[14:58] <manuchill> bigjools, mm, oke that's a shame
[14:58] <manuchill> bigjools, thanks for the help though
[15:07] <LimeBurst> Hi. I recently submitted some translation for an OpenIntent app. But the untranslated count does not change. Can anyone help me how this works?
[15:16] <czajkowski> sinzui: it may have something to do with the etherpad issue set up for uds
[15:16] <sinzui> I believe cprofitt suspects that too
[15:18] <cprofitt> I am checking with jorge now
[15:19] <cprofitt> it is the only team NY was a sub-team of that was listed as moderator
[15:19] <cprofitt> all other teams were listed as delegated
[15:24] <cprofitt> sinzui: will I be able to detect a change immediately once the change is made?
[15:26] <sinzui> cprofitt, no :(
[15:26] <cprofitt> how long does it take? jcastro made the change.
[15:26] <sinzui> the change is immediate
[15:27] <cprofitt> then that was not the issue...
[15:27] <cprofitt> carp
[15:27] <cprofitt> not sure what it would be then. that was the only team that was delegated
[15:48] <sinzui> cprofitt, I do not see anything blocking the change to the subscription policy
[15:49] <flacoste> LimeBurst: bug 903532
[15:50] <LimeBurst> flacoste: Thanks!
[15:50] <sinzui> cprofitt, Is there a pending invitation for the team to be a member of a restricted/moderated team?
[15:52] <cprofitt> ah... not that I am aware of
[15:54] <sinzui> cprofitt, what is the message when you try to change the team to open from https://launchpad.net/~ubuntu-us-ny/+edit
[15:57] <cprofitt> open is not a listed option
[15:57] <cprofitt> when I changed the team name and the short name to comply with the standard it gave me an error that I had to choose a subscription policy
[15:58] <cprofitt> the only two options are restricted or moderated
[15:58]  * sinzui thinks
[16:04] <sinzui> cprofitt, did the team ever own a project or is a security contact? Those teams must be exclusive to prevent bad people from getting access to private bugs and branches
[16:05]  * sinzui queries db to look at history
[16:05] <cprofitt> sinzui: it may have... I have not controlled the LP team the entire life cycle
[16:06] <sinzui> cprofitt, It does not own a project now, so there is no issue, but the old project might be stopping this. If I can locate it, I can ask a losa to fix it
[16:06] <cprofitt> cool.
[16:06] <cprofitt> I appreciate all the help sinzui
[16:13] <sinzui> cprofitt, https://launchpad.net/ubuntu-newyork-us which you cannot see is owned by your team. I will ask a losa to change the owner
[16:14] <cprofitt> thanks... great that you found it.
[16:18] <sinzui> cprofitt, try changing the team now
[16:18] <cprofitt> yep, it works now
[16:18] <cprofitt> thanks sinzui!!
[16:19] <sinzui> excellent. Now I need to find the related bug to this
[16:19] <czajkowski> sinzui: see this is why you rock :)
[16:19] <cprofitt> sinzui: I did not file one... should I do that and give you the link?
[16:22] <sinzui> There is an old bug about deactivated projects that prevent users and teams from creating/changing other things. A deactivated project often needs to be given to ~registry to fix something else
[16:25] <cprofitt> sounds good sinzui. Thanks again.
[16:26] <highvoltage> hey! this group added me (and aparently a bunch of others) without really asking. not sure if it counts as launchpad spam but I thought I'd report it anyway.
[16:26] <highvoltage> https://launchpad.net/~osfs
[16:33] <berco> bigjools: ping. Not sure you can help me. But here is my issue: I deleted a few hours ago a package (libdrm) in my private PPA https://launchpad.net/~tiomap-dev/+archive/omap-trunk and now I want to upload a new one. However, it keeps saying "rejected" beacause  "File libdrm_2.4.26-1ubuntu1+ti1.0.diff.gz already exists in TI OMAP trunk PPA". It should have been removed when I marked the package for deletion. This is usually what happens. Can y
[16:35] <ricotz> bigjools, hello, would you be so kind and bump the build priority of this build? https://launchpad.net/~gnome3-team/+archive/gnome3/+build/3006804
[16:54] <ampelbein_> berco: You can't upload the same version twice. You should bump the version (to 1ubuntu1+ti1.1 for example)
[16:55] <berco> ampelbein_: even if it was deleted?
[16:56] <ampelbein_> berco: Yes, even then.
[16:56] <dpm> hi all, we'd like to start generating language packs for Precise. Is there any losa available to help me setting these up? It's just a matter of updating the current cron job in Launchpad to cater for the changes in the schedule at: https://dev.launchpad.net/Translations/LanguagePackSchedule
[16:56] <berco> Ampelbein: ok, thanks. I'll bump the version
[16:57] <thedac> dpm: I can in a few minutes
[16:57] <dpm> thedac, excellent, thanks!
[17:02] <seaLne> hi "reuben03" subscribed me to the "OFS" group https://launchpad.net/~osfs without asking, no idea who he is, not sure if he is maybe doing that for other people as well (i unsubscribed)
[17:19] <thedac> dpm: this was the export schedule: https://pastebin.canonical.com/57049/
[17:19] <thedac> and this is what it will become: https://pastebin.canonical.com/57053/
[17:19] <dpm> thedac, reviewing it now...
[17:19] <thedac> dpm: do you know the name of the script for the builds? I can't seem to locate it
[17:20] <dpm> thedac, I don't know the name of the script, sorry :/
[17:21] <dpm> thedac, the change looks good, thanks
[17:22] <thedac> ok, I'll let you know when I find the scripts for the language pack builds
[17:30] <thedac> dpm: it doesn't look like a "build" script but the other script that refers to the versions is /srv/lpstats.canonical.com/scripts/lp-get-ul10nstats.py
[17:30] <thedac> does that sound right?
[17:33] <dpm> thedac, oh, I hadn't understood your question, I get you now. You don't have to worry about the cron job for the language pack builds, that happens outside Launchpad
[17:33] <thedac> aha, ok
[17:33] <dpm> thedac, however, it would be great if the statistics script, which is unrelated to the language packs, could be updated. I filed an RT for that, let me dig it out...
[17:34] <thedac> yeah, since I am here. It would be good to get it all straight
[17:34] <dpm> thedac, https://portal.admin.canonical.com/49869
[17:34] <thedac> dpm: thanks
[17:35] <thedac> dpm: are we removing natty from the stats?
[17:37] <dpm> thedac, no, let's leave it until it reaches EOL. We will not do regular langpack updates, but we might want to do occasional ones, and it'd be great to keep the stats during its life cycle
[17:37] <thedac> dpm: ok, got it
[18:23] <dpm> thanks a lot thedac! :)