[00:37] <DNS777> hi there :)
[00:37] <DNS777> is there atm a problem with teh buildign system or in maintaince?
[00:37] <DNS777> oops i cant type
[00:37] <DNS777> :x
[00:40] <DNS777> i uploaded source packages and they are in "needs building" status, but the site says no time it just says "Start" without any time
[00:41] <wgrant> DNS777: All builds are currently on hold due to major breakage in Ubuntu oneiric.
[00:41] <DNS777> oh k
[00:41] <DNS777> thx for info :)
[00:42] <wgrant> DNS777: Should be back to normal in an hour or two.
[00:44] <wgrant> DNS777: Things should be happening again now, but it might take a while to catch up,.
[00:46] <DNS777> ok thx
[00:46] <DNS777> (:
[00:53] <DNS777> some builds were have a Chroot problem, but i hit the retry button
[00:53] <DNS777> - were
[00:54] <wgrant> DNS777: Oneiric builds?
[00:54] <DNS777> yes
[00:54] <wgrant> They're not going to work.
[00:54] <DNS777> oh k
[00:54] <wgrant> Oneiric is still not fixed.
[00:59] <DNS777> btw is there somethin in plan that before a build a bot or something checks source package control file and if it sees dependencies then it dont starts to build?
[00:59] <DNS777> hope you understand me (my brain is today a bit messed up)
[01:00] <DNS777> *if it sees dependencies which are not in repo
[01:02] <StevenK> DNS777: In the usual case for that, the build will hit dep-wait and be automatically retried
[01:04] <DNS777> yea but i think of something like submit a control file to a bot and then the bot says at once if there or not
[01:05] <DNS777> so it could save resources
[01:05] <DNS777> and would be maybe faster
[04:40] <PythonPup> Howdy.  I want to update a page on help.ubuntu.com.  I have a launchpad account and I am currently logged into it.  When help.ubuntu.com asks me to login, I don't know what to put.  I have searched answers.launchpad.net as instructed and did not find anything useful.
[04:44] <lifeless> PythonPup: it should take you to the ubuntu single signon page
[04:44] <wgrant> login.launchpad.net, actually.
[04:44] <lifeless> wgrant: really? sadface
[04:45] <wgrant> Yes
[04:45] <wgrant> PythonPup: Who instructed you to check answers.launchpad.net?
[04:48] <PythonPup> This irc channel has text that says to check answers...
[04:48] <PythonPup> I got the message when I connected to this channel.
[04:50] <PythonPup> The help.ubuntu.com page I am trying to edit sends me to  https://help.ubuntu.com/community/BadRAM?action=login   when I press the Login to Edit field.
[04:50] <wgrant> What is on the ?action=login page?
[04:52] <PythonPup> At the top is ubuntu documentation.  There is a field for Name and one for password.  There is a Login button  A little more text is in places.  Should I take a picture and post it somewhere?
[04:54] <PythonPup> I think I may have figgured it out.  The page works differently if javascript is enabled, and since I am not daft, I normally browse with it off.
[04:55] <wgrant> Odd. I would expect it to work like most OpenID consumers, just presenting you with a button if there is no JavaScript.
[04:55] <wgrant> They must be using some strange plugin.
[04:55] <PythonPup> That is not what it did.  Should I look for some place to report that?
[04:57] <wgrant> https://bugs.launchpad.net/moin-openid/+bug/595222
[04:57] <PythonPup> I do use noscript.
[04:58] <PythonPup> I am uncomfortable ever enabling it.  I will make this edit, since I did not find this info anywhere else.
[05:34] <PythonPup> wgrant.  I also commented on the bug, since the prior commentor seemed to think that the openid login was also available to people who got this error.  Thank you for your help.
[07:48] <dpm> good morning all. Could someone help me with a question re: delegated teams? On their description I can read "Membership is open, requires approval, and subteams can be open or closed" - I don't quite understand the part that says that membership is open but requires approval. How does that work?
[07:50] <poolie_> dpm i think that means anyone can apply but they must be approved
[07:51] <lifeless> dpm: its like a restricted team
[07:51] <lifeless> dpm: but it permits subteams of any sort rather than equally-or-more-restrictive
[07:51] <lifeless> dpm: please file a bug about this confusing you
[07:52] <PythonPup> I am in a tead that is open, but needs approval.  I sent messages to the team members and one of them approved me.
[07:52] <PythonPup> tead -> team
[07:52] <dpm> poolie_, lifeless. Thanks. Yeah, I understood the subteam part, but I was confused by "membership open, but needs approval". Will file a bug, then
[07:53] <poolie_> please include the url where you saw the confusing text
[07:58] <dpm> poolie_, lifeless, done: bug 810313
[08:01] <dpm> So, if I'm using a delegated subscription policy for a translation team, and assuming it has direct members and indirect members through an Open subteam, will everyone be able to do translations (i.e. not only translation suggestions), or just those who are direct members will be able to?
[08:11] <lifeless> dpm: yes (all)
[08:13] <dpm> thanks lifeless
[11:19] <maxb> flacoste: Hi. Please can you add ~package-import to ~launchpad-debian-maintainers. It seems the UDD importer has been migrated off ~james-w's credentials without noticing that
[11:34] <dpm> hi, could someone give me a hand with the Ubuntu translations imports queue? We've got nearly 400 templates that need to be blocked, as they're from manpages, which are not supported and cannot be imported. They're making the imports queue quite crowded and we need to block them so that they do not appear on the queue, but manually marking them as Blocked one by one is a bit of a pain. Could someone give me a hand disabling them all at once? They're at htt
[11:34] <dpm> ps://translations.launchpad.net/ubuntu/oneiric/+source/live-build/+imports?field.filter_extension=pot&field.filter_status=all (all the 'manpages/pot/*' templates)
[11:45] <wgrant> danilos, henninge-lunch ^^
[11:51] <danilos> dpm, yellow team will take it, I am trying to find candidates to learn a bit more about translations, and if that fails, I'll do it for you :)
[11:51] <dpm> thanks danilos :)
[11:53] <dpm> btw, I've tried to do this through the API in the past, but the status is read-only, so I cannot change it: https://launchpad.net/+apidoc/devel.html#translation_import_queue_entry
[12:01] <danilos> dpm, have you tried using setStatus method instead?
[12:01] <danilos> dpm, (now that you mention it :))
[12:02] <dpm> no, I did not try, but I will now :)
[12:02] <danilos> dpm, cool, let me know how it goes
[12:19] <henninge> danilos, dpm: Yes, that is what we added setStatus for.
[12:23] <dpm> henninge, thanks, I'll try that
[12:25] <dpm> henninge, I've got another question re: sharing. I noticed that this string is not sharing: https://translations.launchpad.net/ubuntu/oneiric/+source/software-center/+pots/software-center/ca/11/+translate - the problem was that the upstream template was named differently. I've sorted that out, and I understand the next step is to run some sort of migration to mark the templates as shared?
[12:33] <henninge> dpm: Hm, we don't have a way to kick off such a job manually.
[12:34] <henninge> I think
[12:34] <henninge> .
[12:35] <dpm> henninge, is there any workaround for translators or project maintainers, other than manually clicking on all translation suggestions for empty messages?
[12:35] <henninge> dpm: I don't understand.
[12:37] <dpm> henninge, right now in Ubuntu there are empty messages with global suggestions from upstream, where in fact there shouldn't be any suggestions at all and the messages should be shared and contain the same translation. The way to fix this is for translators to go and click on every suggestion, and I'm wondering if there is a way to avoid that and mark these empty messages as shared with upstream all at once
[12:42] <henninge> dpm: import upstream translations in Ubuntu.
[12:43] <dpm> henninge, you mean choose "import templates + translations" in the upstream project settings? Will that do it?
[12:44] <henninge> dpm: no, take the upstream po file and import it into Ubuntu, that way all the translations will be shared.
[12:45] <dpm> henninge, oh, I see, I'll do that
[12:45] <dpm> thanks
[13:20] <wagafo> Since yesterday I'm trying to upload a <source-changes> with dput to a ppa of mine and I always get [Errno 110: Connection timed out]. This happened after I aborted an upload which was working normally, and after a couple of hours I tried the "dput" again and since yesterday I always get this message. Is there anything on launchpad that could be causing this or should I check further on my system?
[13:25] <dpm> henninge, danilos, the using setStatus('Blocked') worked well, so I could block the 400 templates through the API. The only strange thing is that I had to run the script 3 times, as not all of the templates were blocked in each run
[13:25] <danilos> dpm, weird, but I am happy to attribute that to you messing something up :P
[13:27] <bigjools> wagafo: can you ftp directly to the upload service?
[13:28] <gary_poster> wagafo, we had issues yesterday but they should have been resolved as of around 08:30 UTC today.  It's possible scripts are dealing with a backlog, but db load looks OK atm.
[13:28] <wagafo> bigjools : with an ftp from the terminal ppa.launchpad.net responds to me asking for my password
[13:28] <wagafo> gary_poster: would this cause the timeout I'm seeing?
[13:28] <bigjools> wagafo: ok, how far does dput get, and is your .dput.cf ok?
[13:29] <gary_poster> wagafo, bigjools is the expert on this.  Since he is here, I'm just going to listen to him. :-)
[13:29] <bigjools> heh
[13:29] <wagafo> bigjools , it arrives until the line starting with Uploading to ppa... and then it sits there for a while and the timeout message comes up
[13:31] <bigjools> wagafo: it sounds like you have a router, proxy or other local connection issue.
[13:32] <wagafo> bigjools: I'll check, I'm doing it from a network from where I uploaded repeatedly in the past. And the ftp command line connects OK...
[13:32] <bigjools> wagafo: you could try the sftp method instead
[13:32] <bigjools> wagafo: uploading in FTP is an extra connection compared to just getting a prompt
[13:33] <bigjools> set your upload method to sftp and supply a login = <your LP ID> in .dput.cf
[13:33] <bigjools> if your ssh key is registered in LP then it'll work
[13:33] <wagafo> bigjools: where can I read about it ? My ssh key IS registered...
[13:34] <bigjools> ok so edit ~/.dput.cf
[13:34] <bigjools> then either change your existing config or add a new section
[13:34] <bigjools> and change it so:
[13:34] <bigjools> method = sftp
[13:34] <bigjools> login = <your Launchpad ID>
[13:35] <bigjools> then dput to that target
[13:35] <wagafo> bigjools, thanks, I didn't have a .dput.cf file in my home, I'll try this
[13:36] <bigjools> wagafo: do you currently use the "dput ppa:<me>" construct then?
[13:36] <wagafo> bigjools: that's right
[13:36] <bigjools> ok I'll paste you an example config
[13:36] <wagafo> bigjools: great
[13:37] <bigjools> wagafo: http://pastebin.ubuntu.com/644108/
[13:37] <bigjools> edit as appropriate
[13:37] <wagafo> bigjools: many thanks!
[13:37] <flacoste> maxb: done
[13:37] <maxb> flacoste: thanks :-)
[13:37]  * maxb requeues things
[13:38] <bigjools> wagafo: woops I got one bit wrong, hang on
[13:38] <wagafo> bigjools: I'm still here
[13:38] <bigjools> wagafo: http://pastebin.ubuntu.com/644109/
[13:38] <flacoste> danilos: we should make setStatus a mutator for status
[13:38] <wagafo> bigjools: OK, [myppa] should be substituted by something or it is just the title of the section?
[13:39] <bigjools> wagafo: it can be anything, it'll be your target in the dput command, like:  "dput myppa something.changes"
[13:39] <wagafo> bigjools: understood and thanks again
[13:39] <danilos> flacoste, we should if that's possible
[13:39] <bigjools> gary_poster: if you need any of this explaining for future reference feel free to ping :)
[13:39] <bigjools> wagafo: great, good luck
[13:40] <gary_poster> thx bigjools.  on call but then will read backlog
[13:40] <dpm> danilos, I'm not sure, the script is quite simple: it gets all the Needs Review templates, iterates through them and marks them as Blocked, so not much room for getting it wrong (although possible). In any case, I'm happy with the result and I don't need to investigate for now :)
[13:41] <maxb> flacoste: Oh. And could you add ~package-import to ~ubuntu-branches too?
[13:43] <maxb> or maybe I need a ~techboard member for that
[13:54] <flacoste> maxb: i'll get an admin to do it
[13:54] <maxb> flacoste: no need, pitti has obliged
[14:11] <maxb> flacoste: Something odd is happening. The importer is still getting unauthorized errors calling setBranch on debian sourcepackages, even after being added to ~launchpad-debian-maintainers
[14:11] <maxb> (<SourcePackage <Distribution 'Debian' (debian)> <DistroSeries u'sid'> <SourcePackageName 'swt-paperclips'>>, 'setBranch', 'launchpad.Edit')
[14:11] <maxb> for example
[14:13] <maxb> oh, sorry. no it isn't
[14:13] <maxb> *sigh*
[14:14] <maxb> flacoste: Can I trouble you to re-add james_w to ~launchpad-debian-maintainers, because the UDD importer is apparently still doing its REST API access as james-w
[14:15] <james_w> fixing that would require doing the oauth dance logged in as the package import user?
[14:15] <james_w> does anyone other than poolie know the credentials for that?
[14:19] <maxb> probably not
[14:32] <wagafo> bigjools: Success!
[14:32] <bigjools> wagafo: great.  Something is wrong with your FTPing then I guess.
[14:33] <wagafo> bigjools: OK, I'll check
[14:36] <nerd_bloke> https://bugs.launchpad.net/bugs/292203 has been marked as invalid against ppp, which project should it be assigned to for user creation with a usergroup membership?
[14:36] <gary_poster> bigjools, just read backlog.  So, what he needed was simple upload to our filesystem and database access was irrelevant, right?
[14:37] <bigjools> gary_poster: he is trying to use dput over FTP and it was timing out the connection
[14:37] <bigjools> nothing to do with DB, right
[14:37] <bigjools> gary_poster: I directed him to use sftp instead and it worked.  It probably means a local router or proxy issue.
[14:38] <gary_poster> bigjools, cool.  ah, method = sftp
[14:38]  * gary_poster wouldn't mind doing some small packaging/soyuz work to get a better handle on all this
[14:39] <gary_poster> nerd_bloke, that's a question for the #ubuntu channel, I think.
[14:45] <nerd_bloke> gary_poster: tried posting in there and ubuntu-desktop past couple of days, just getting ignored
[14:50] <gary_poster> nerd_bloke, understood. :-/  I stared at the bug for a second and I don't know enough to help you.  If I were you, I'd try with a reply on the bug itself.  Marco d'Itri said "This should probably be reassigned to the installer to add the user to the dip group by default."
[14:50] <gary_poster> I'm honestly not sure what he means, but perhaps you could ask for help in identifying the precise project that should get the bug?
[14:50] <gary_poster> In a bug comment, I mean
[14:51] <flacoste> maxb: done
[14:51] <maxb> Thanks
[14:51] <maxb> I will talk to poolie when his part of the world is awake again about getting the api access moved over too
[14:58] <SiM0nA> anybody for little help ? :S
[15:01] <SiM0nA> whew
[15:01] <benji> SiM0nA: as with most IRC channels, we go by the rule "don't ask to ask, just ask"; so ask away and if anyone can help, they will
[15:02] <SiM0nA> benji sorry, my mistake ... because i am blondy :D
[15:03] <SiM0nA> so, during installation of libmemcached-0.50 when i do make coomand
[15:04] <SiM0nA> i receive this
[15:04] <SiM0nA> clients/memcapable.cc:658: error: integer constant is too large for Á-?longÁ-? type
[15:04] <SiM0nA> clients/memcapable.cc:728: error: integer constant is too large for Á-?longÁ-? type
[15:04] <SiM0nA> clients/memcapable.cc:787: error: integer constant is too large for Á-?longÁ-? type
[15:04] <SiM0nA> make[1]: *** [clients/memcapable.o] Error 1
[15:04] <SiM0nA> make[1]: Leaving directory `/www/root/libmemcached-0.50'
[15:04] <SiM0nA> make: *** [all] Error 2
[15:05] <benji> SiM0nA: hmm, that doesn't seem to be a question about launchpad.net; maybe you're wanting an Ubuntu-specific channel, or even a memcached chan
[15:05] <benji> SiM0nA: #memcached seems to be the offical memcached chan
[15:06] <SiM0nA> 10x :)
[15:24] <nerd_bloke> gary_poster: thanks
[17:50] <komputes> I really need an upstream bug search. I can't be browsing through 1280 bug trackers every time I need to find an upstream bug.
[18:15] <cjohnston> can someone look at OOPS-2021EE81 and see if its something i broke please
[18:22] <benji> cjohnston: I can't find that OOPS, will you double-check the number for me?
[18:24] <cjohnston> benji: https://blueprints.launchpad.net/ubuntu/+spec/topic-oneiric-community-web-projects
[18:26] <benji> cjohnston: That's a bug.  Either LP has a straight-up bug or it has a bug that let you do something you shouldn't be able to do.  Either way it's an LP bug.
[18:27] <cjohnston> benji: i added a new dependency to the spec
[18:27] <cjohnston> do i need to file a bug?
[18:28] <benji> yep (or find a pre-existing one about the problem)
[18:28] <cjohnston> ok
[18:28] <cjohnston> what oops number did you use?
[18:29] <benji> I used the original one you gave me; apparently it hadn't been synced to the OOPS system yet; now it's there.
[18:29] <cjohnston> ok
[18:30] <cjohnston> benji: Bug #810664  thanks
[18:38] <james_w> komputes, one thing that may help, if you have an upstream bug and want to know where it is in LP use something like https://bugs.launchpad.net/bugs/bugtrackers/debbugs/XXXXX where XXXXX is the upstream bug number
[18:38] <james_w> doesn't do everything, but non-obvious and sometimes useful
[18:58] <komputes> james_w: nope, that doesn't work for me, is that the debian upstream tracker?
[19:06] <james_w> komputes, yes
[19:07] <komputes> james_w: I really need a place where I can input an upstream bug URL and find if any LP bug is linked
[19:07] <james_w> right
[19:08] <james_w> if you do the translation of bug tracker -> LP upstream tracker and use the bug id then you can urls like the above
[19:08] <james_w> not as easy, but easier than looking through every bug
[20:17] <bhearsum> what drives the launchpad builds? is it buildbot, or hudson, or something custom, or ....?
[20:36] <lifeless> bhearsum: launchpad
[20:36] <bhearsum> ah, so a custom system
[20:36] <lifeless> bhearsum: code is in lp:launchpad (but thats a very big tree :P)
[20:36] <bhearsum> :)
[21:34] <cjohnston> lifeless: I'm wondering if the oops with the community blueprint that you edited is because i added a second blueprint that had the same name?
[21:34] <lifeless> cjohnston: possibly yes
[21:35] <lifeless> which would be a bug in one way or another
[21:35] <lifeless> the url name is unique
[21:35] <lifeless> and display names are known to be non-unique
[21:35] <cjohnston> lifeless: is there any chance it would be easy to remove the old bp so that atleast the bp would maybe work?
[21:36] <lifeless> what are the blueprints in question ?
[21:36] <cjohnston> community-o-loco-directory
[21:36] <cjohnston> one against ubuntu and one against loco-directory
[21:36] <lifeless> full urls please
[21:36] <cjohnston> one sec
[21:36] <cjohnston> https://blueprints.launchpad.net/loco-directory/+spec/community-o-loco-directory
[21:37] <cjohnston> https://blueprints.launchpad.net/ubuntu/+spec/community-o-loco-directory
[21:38] <lifeless> can you try renaming one of them ? e.g. to ...-old
[21:38] <cjohnston> in the display name?
[21:39] <lifeless> initially yes
[21:39] <lifeless> and if that doesn't work, the url name
[21:39] <cjohnston> renamed the first one
[21:40] <cjohnston> would it take any time for anything to update?
[21:40] <lifeless> nope
[21:40] <cjohnston> https://blueprints.launchpad.net/ubuntu/+spec/topic-oneiric-community-web-projects
[21:40] <lifeless> cjohnston: is that a 'still boom' ?
[21:40] <cjohnston> renamed to community-o-loco-directory-old
[21:40] <cjohnston> nope
[21:41] <lifeless> <- confused
[21:41] <cjohnston> it works
[21:41] <lifeless> ok
[21:41] <lifeless> and you renamed the url name ?
[21:41] <cjohnston> it worked after i renamed the url, not after the display name
[21:42] <cjohnston> So the problem is that the community-o-loco-directory was the same, even though it was against different projects
[21:42] <lifeless> yes
[21:42] <lifeless> its a regression
[21:42] <cjohnston> Want me to file a bug on that?
[21:42] <lifeless> you have already :)
[21:43] <cjohnston> ok.. so that one will work
[21:44] <cjohnston> yay.. thanks lifeless
[21:44] <cjohnston> atleast I know how to fix it
[22:38] <BUGabundo> evening
[22:39] <BUGabundo> just found a minor hickup and would like to get it clear before filing
[22:39] <BUGabundo> theres http://ppa.launchpad.net/
[22:39] <BUGabundo> and there's http*S*://ppa.launchpad.net/
[22:39] <BUGabundo> but the 2nd is not totally funcional. should it be fixed or removed the vhost for it ?
[22:40] <wgrant> BUGabundo: The second is private-ppa.launchpad.net
[22:40] <BUGabundo> hum?
[22:40] <BUGabundo> I have a browser addon that redirects all requests to SSL if found.. and in this case, it will fail to load the page properly . I've blacklist it
[22:41] <BUGabundo> wgrant: https://private-ppa.launchpad.net won't even load for me
[22:42] <wgrant> BUGabundo: Oh?
[22:42] <wgrant> HTTPS vhosts only started working sensibly in the last couple of years.
[22:43] <BUGabundo> eheh
[22:43] <BUGabundo> I've used it for several years now
[22:43] <BUGabundo> but the question remains
[22:44] <BUGabundo> should I file a bug?
[22:44] <BUGabundo> if so, to fix it or to remove it ?
[22:44] <SteveExodus> https://launchpad.net/~steve-bush works for me
[22:45] <BUGabundo> SteveExodus: I found it at https://ppa.launchpad.net/pidgin-developers/
[22:45] <SteveExodus> https://private-ppa.launchpad.net/~steve-bush doesnt
[22:45] <SteveExodus> fyi
[22:46] <wgrant> Neither of you have private PPAs, so that's not terribly shocking.
[22:46] <SteveExodus> doesnt=404
[22:46] <SteveExodus> im happy
[22:50] <BUGabundo> okay, no bug to be filed! just leave it be.... _\
[22:50] <maxb> BUGabundo: I think the correct answer here is that it is not valid to assume that http://foo and https://foo refer to the same website, so there is no bug
[22:50] <BUGabundo> maxb: I would disagree
[22:51] <maxb> It is a common convention, yes, but there's nothing which says it must, or should, be the case