/srv/irclogs.ubuntu.com/2006/03/09/#launchpad.txt

lifelesswhich is where its at now12:04
lifelessthey take several hours12:04
=== tambaqui [n=patricia@200-213-123-155-mns.cpe.vivax.com.br] has joined #launchpad
kikolifeless, /why/ is this happenning today?12:14
kikoor could it be that the bw to chinstrap is strangled? Znarl was talking about this..12:14
=== carlos -> bed
=== irvin [n=irvin@ubuntu/member/irvin] has joined #launchpad
dilysMerge to devel/launchpad/: Fix https://launchpad.net/products/launchpad/+bug/3566 (Oops from registering a specification with an existing URL) r=kiko (r3228: Diogo Matsubara)01:17
lifelesskiko-zzz: because of the upgrade I did01:22
kiko-zzzlifeless, oh. that makes sense. will it be super-fast now?01:22
lifelesskiko-zzz: once it stabilises it will be no faster than it was, but it will be ready for knit upgrading01:23
kiko-zzzanyway, I need to have dinner. email me if you have more updates, and thanks -- I appreciate it.01:23
kiko-zzzcool01:23
kiko-zzzknit upgrading sounds good01:23
=== mpt_ [n=mpt@219-89-153-36.jetstart.xtra.co.nz] has joined #launchpad
=== irvin [n=irvin@ubuntu/member/irvin] has joined #launchpad
=== mpt_ [n=mpt@222-154-154-126.jetstream.xtra.co.nz] has joined #launchpad
=== mpt [n=mpt@219-89-146-199.jetstart.xtra.co.nz] has joined #launchpad
mptGooooooooooooood afternoon Launchpadders!03:03
Mezmpt - morning03:14
=== irvin [n=irvin@ubuntu/member/irvin] has joined #launchpad
dilysMerge to devel/launchpad/: [trivial]  add test for what happens if checkwatches encounter invalid xml, make it log an error instead of breaking. (r3229: Bjorn Tillenius)04:51
=== mpt_ [n=mpt@219-89-131-29.jetstart.xtra.co.nz] has joined #launchpad
=== mpt__ [n=mpt@219-89-142-87.jetstart.xtra.co.nz] has joined #launchpad
=== mpt_ [n=mpt@222-154-155-34.jetstream.xtra.co.nz] has joined #launchpad
=== BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad
=== zyga [n=zyga@ubuntu/member/zyga] has joined #launchpad
=== zyga [n=zyga@ubuntu/member/zyga] has joined #launchpad
=== WaterSevenUb [n=WaterSev@195-23-238-236.nr.ip.pt] has joined #launchpad
dilysMerge to devel/launchpad/: [trivial]  Fix bug 33554 (Wrong "Forbidden" exception when viewing bug page) (r3230: Brad Bollenbach)11:52
=== mattl [n=mattl@host-87-75-129-11.bulldogdsl.com] has joined #launchpad
Kamionkiko-zzz: distribution owners would be very restrictive for milestone setting - I think far too restrictive12:15
Kamionkiko-zzz: ubuntu-core-dev or maybe even ubuntu-dev would be fine, and wouldn't impede things as much12:15
Kamionthe publisher is crashing again; can anyone help, please?12:15
Kamionhttp://librarian.launchpad.net/1636915/s9V6qvoA40VfduvxtMi4L36cSGG.txt12:15
Kamionit's crashing on kdelibs_4:3.5.1-0ubuntu7_sparc.changes; no idea why that should be special12:17
=== Kamion phones Kinnison
SteveAKamion: so, it is crashing when the buildd passes stuff off to some rosetta code12:26
SteveApresumably for extracting translations12:26
Kamionyeah, Kinnison said that if he couldn't figure it out he'd unlink the translation upload from that .changes in order to get things going again12:27
SteveAdoes kdrlibs_whatever have pot or po files in it?12:27
Kamionyes12:27
Kamionat this point we don't know whether it's a soyuz bug, a rosetta bug, or a buildd bug12:27
Kamion-rw-r--r-- root/root     20003 2005-09-10 09:27:50 kdelibs-3.5.1/qt-messages.pot12:28
Kamion-rw-r--r-- root/root     13730 2005-09-10 09:27:50 kdelibs-3.5.1/kde.pot12:28
SteveAKamion: i'm reading the code...12:31
Kinnisonkdelibs must have produced an empty po/pot file12:34
=== Kinnison investigates harder
Kamionit occurs to me that it might be useful if the publisher could continue despite an error on processing a single accepted upload12:35
KinnisonI was pondering that too12:35
Kamionthat way, problems like this could be demoted from "could you please deal with this even though it's the weekend?" to "have a look on Monday"12:35
Kinnisonheh12:36
KinnisonOkay, it definitely looks like kdelibs on sparc managed to create some zero length files12:36
Kinnisonhttps://chinstrap.ubuntu.com/~dsilvers/paste/fileQKDFwj.html12:37
SteveAKinnison: maybe the rosetta integration code should give a warning, rather than failing?12:37
Kinnisonperhaps. We'd need carlos to know if that's reasonable12:38
SteveAnot really12:38
SteveAi mean, not changing any rosetta code12:38
SteveAbut at the point where the buildd stuff calls out to rosetta, catch various rosetta exceptions12:39
SteveAand make them into warnings.12:39
KamionKinnison: whoa, empty kde.pot?12:39
Kinnisonthis is an assertionerror12:39
KinnisonKamion: exactly12:39
SteveAin this case, we'd need to change the AssertionError to a ZeroLengthPot error12:39
KamionSteveA: there are other reasons why processing single accepted uploads can fail, and I don't think any of them should stop the entire publisher from running12:39
SteveAi agree with that12:39
KamionSteveA: the one yesterday was breakage with an upload that contained two custom elements (raw-translations and raw-installer), which hadn't happened before12:40
SteveAon a finer level of granularity, should failure to extract a translation cause that particular upload to fail? 12:40
Kamionhmm, we probably wouldn't have noticed it otherwise ...12:40
Kinnisonnow *that* is a question for carlos12:40
Kamionso it depends whether we need to notice it12:40
SteveAif we got a warning, then we should notice the warning12:40
Kinnisonwhere would the warning go?12:41
Kamioni.e. does it cause KDE language packs on sparc to be broken?12:41
SteveAbut, if it is a critical part of the workflow, then maybe a failure is better than a warning12:41
SteveAthe warning should end up either on the launchpad error reports mailing list, or as an OOPS report12:41
KamionKinnison: looks like a package bug to me12:42
KinnisonKamion: Hmm12:42
Kamionoh, hmm, I suppose pkgstriptranslations has run by that point ...12:42
=== WaterSevenUb [n=WaterSev@195-23-238-246.nr.ip.pt] has joined #launchpad
Kamionbut it seems like a pretty implausible pkgstriptranslations bug12:42
KinnisonI'd rather see pkgstriptranslations report a failed build if there are zero length po/pot files in the tarball it creates12:43
=== carlos [n=carlos@212.166.215.175] has joined #launchpad
KamionKinnison: good idea, I'll report that12:43
Kamionif my browser ever comes back from trying to render the kdelibs/sparc build log12:43
Kinnisoncarlos: What should rosetta do when handed a pkgstripstranslations generated tarball which looks like this: https://chinstrap.ubuntu.com/~dsilvers/paste/fileQKDFwj.html12:43
Kinnisoncarlos: note the zero length po/pot files12:43
carlosKinnison: they should be ignored12:44
carlosKinnison: but I'm not sure if that's the case with the ubuntu uploads12:44
carlosthe files uploaded from hte website are rejected...12:44
carlosKinnison: I think that we are not checking that case with the soyuz upload and I suppose it would break the upload as librarian will reject them12:45
carlosKinnison: is that being a problem now?12:45
carlosIf I'm right, it's a bug on our code12:46
Kinnisoncarlos: currently it's causing assertion errors during accept12:46
carlosyeah, what I thought12:46
Kinnisonhttp://librarian.launchpad.net/1636915/s9V6qvoA40VfduvxtMi4L36cSGG.txt12:46
Kinnisonwhich causes the entire publisher to fail12:46
Kamionhey, the same is true of kdelibs/i38612:46
Kamionhttp://librarian.launchpad.net/1574997/buildlog_ubuntu-dapper-i386.kdelibs_4%3A3.5.1-0ubuntu7_FULLYBUILT.txt.gz12:46
carlosthat has an easy fix12:47
carlosKinnison: is soyuz production still using celso's branch?12:47
Kamionbut that was built before we rolled out the new pkgstriptranslations12:47
Kamionhttps://launchpad.net/distros/ubuntu/+source/pkgstriptranslations/+bug/3367412:47
Ubugtumalone bug 33674 in pkgstriptranslations "error on zero-length po/pot files?" [Normal,Unconfirmed]  12:47
carlosI can add there the needed code to prevent those assertion errors12:47
carlosanyway, those sourcepackages should be fixed to stop adding empty .pot/.po files12:48
Kamionyes, just filing a kdelibs bug now12:48
carlosso I think we should fix Rosetta so it doesn't break with that input and also the packages to stop producing them12:48
=== abelcheung [n=abelcheu@221.126.152.96] has joined #launchpad
Kamionhttps://launchpad.net/distros/ubuntu/+source/kdelibs/+bug/3367612:50
Ubugtumalone bug 33676 in kdelibs "produces zero-length kde.pot" [Normal,Unconfirmed]  12:50
Kamioncarlos: agreed12:50
carlosKamion: thanks12:50
Kamionif we make the pkgstriptranslations change suggested above, any packages with this problem will just fail to build, and we'll fix them12:51
carlosKinnison: I will log the issue so the logs notes the broken files anyway12:51
Kinnisoncarlos: do you want the librarian url to the broken tarfile?12:51
carlosKamion: oh, you want that pkgstriptranslations stop building those packages?12:51
carlosthat's also a good way to do that12:51
carlosKinnison: no, don't worry12:51
Kinnisonokay12:51
Kamioncarlos: yeah, bug 3367412:51
Ubugtumalone bug 33674 in pkgstriptranslations "error on zero-length po/pot files?" [Normal,Unconfirmed]  http://launchpad.net/bugs/3367412:51
carlosKinnison: I don't have time to look into the source package to fix it12:52
Kinnisoncarlos: right12:52
carlosKinnison: I'm fixing hte translation import queue right now12:52
Kinnisoncarlos: so for now I'll remove the translation tarball from that upload, okay?12:52
carlosKinnison: could you confirm if celso's queue is the soyuz version on production?12:52
Kinnisonpardon?12:53
carlosthat way I will do the fix, push it and request celso to merge it to continue building those packages12:53
carlosKinnison: is soyuz using same codebase that production is using or are we still using celso's uploader-tests branch?12:54
KinnisonNot a clue. I'd imagine it'll be celso's branch because we've not yet finished merging it into RF12:54
carlosto know where should I fix Rosetta to stop breaking with empty files12:54
carlosok12:54
carlosI will implement the fix this weekend and request celso a merge to get those packages built12:55
KamionI suspect it'd just get cowboyed on drescher anyway :)12:55
Kamioncarlos: yes, celso's uploader-tests branch according to bzr log12:57
carlosKamion: ok, thanks12:57
Kinnisonunfortunately I don't have write access to the branch12:57
Kinnisonif I update it, I'll have to copy it first12:57
KinnisonI can do it, it'll take some time12:57
carlosKinnison: so the buildds are broken until my patch is done?12:58
Kinnisoncarlos: no, the entire archive is stalled until it no longer asserts12:58
carlosin that case I will implement the fix now. I thought it was only a problem with the "broken" packages.12:58
carlosok12:58
carlosworking on it now.12:58
KamionKinnison: which does indirectly break the buildds eventually :-)12:58
KinnisonKamion: :-)12:58
KinnisonI'm preparing a copy12:59
Kamionbut only as a side-effect of breaking the rest of the distro world12:59
carlosit will take a while as my network connection atm is using my mobile phone but I hope it will not be more than a couple of hours01:00
carlosKamion: I can call Celso to ask him to do the merge01:00
Kamionit's 6am for him, if it's easy for Kinnison to do it ...01:03
Kamionor something-painful-am01:03
Kinnisoncarlos: give me a diff and I'll monkey it into place01:03
KinnisonKamion: it's 8am for him, but it's saturday01:03
carlosKinnison: I'm still getting an updated version of the branch. Will send you the diff as soon as I get the updated branch and I have it01:04
Kamionoh, reversed DST, always forget about that01:04
Kamiondamn those hemispheres anyway01:04
Kinnisoncarlos: If you can tell me what you intend to do, I can make the comensurate change so that the archive can get on with things01:12
carlosphone...01:16
carlosready.01:17
carlosas I don't need to log anyting, the change is trivial...01:18
carlosKinnison: https://chinstrap.ubuntu.com/~dsilvers/paste/fileuefhds.html01:19
carlosthat should fix the problem01:19
carlosKinnison: I did it with my old branch, I'm merging all changes now, just in case that file changes a lot and you cannot apply it, anyway, you can add it manually01:20
Kinnisoncarlos: right, I can add that into drescher's codeline01:23
Kinnisonone sec01:23
kiko-zzzhello hackers01:23
Kinnisonokay, I'll now update the symlink to make that codeline current01:24
carloskiko: morning01:24
Kinnisonone sec01:24
=== cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
KinnisonRight, done01:25
=== Kinnison fills cprov in
carloscprov: morning :-D01:25
cprovmorning dudes01:25
Kinnisoncprov: We added the patch in https://chinstrap.ubuntu.com/~dsilvers/paste/fileuefhds.html to the codeline on drescher, by copying the current codeline and updating the symlink after applying the patch01:25
Kinnisoncprov: This patch fixes a bug in processing a broken translations tarball01:25
carloscprov: Rosetta broke your beloved soyuz :-P01:25
Kinnisoncprov: carlos intends to fix this in a branch for you to merge more formally01:26
Kinnisoncprov: hopefully in the meantime the archive can cycle01:26
=== carlos hates real world data
cprovKinnison: I see, what was broken precisely ?01:26
carloscprov: empty .pot files01:26
Kinnisoncprov: rosetta would assert on empty pot files01:26
carlosKinnison: was it Rosetta or librarian?01:27
Kinnisoncarlos: rosetta01:27
cprovcarlos: uhm ...01:27
Kinnisonhttp://librarian.launchpad.net/1636915/s9V6qvoA40VfduvxtMi4L36cSGG.txt01:27
carlosok01:27
carlosright01:27
cprovcarlos: okay, not a big issue, send me a branch url til monday, I can manage to roll it out 01:28
carloscprov: I'm going to use my uploader-tests branch for that01:28
carloscprov: I'm merging all changes on your branch since last time I used it01:28
cprovcarlos: right, mail me when you have it done01:29
carloss/on/from/01:29
carloscprov: sure01:29
cprovgood01:29
=== abelcheung [n=abelcheu@221.126.145.222] has joined #launchpad
KinnisonKamion: fyi, a dry-run of process-accepted suggests it'll be fine01:31
Kamiongreat, thanks01:35
Kamioncprov: we suggested that it would be helpful if the publisher could continue despite errors processing single uploads, so that issues like this don't require pulling several people away from what they would otherwise have been doing on a Saturday01:37
KinnisonThis would require process-accepted to be able to commit each accept individually01:37
Kinnisona touch slower, but not death on a stick01:37
Kinnisonessentially gather a list of ids for queue items to process01:38
Kinnisonthen for each in that list, start a txn, try and process, commit/rollback as needed01:38
cprovKamion: file a bug, I can do it before the next rollout01:38
=== ..[topic/#launchpad:kiko] : https://launchpad.net/ | developer meeting: Wed 8 Mar, 1200UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Channel logs: http://tinyurl.com/72w39
kikoKamion, okay, I'll consider that.01:41
kikoKamion, note that the current owner is Ubuntu Drivers01:43
kikowhich includes the TB and some other people01:43
kikoincluding.. me? jimmac? 01:43
kikothis is probably fallout from the spec permission stuff01:43
Kamionkiko: sure, but I think "owner" is too strict for milestones01:44
Kamionat least not distro owner01:44
Kamionbearing in mind that "owners" of *specific packages* should be able to set milestones01:44
kikoKamion, fair enough. but I don't think we have another privilege level to use01:44
kikopackages don't have owners, AFAIK01:44
kikoso here's my strawman:01:45
Kamionaren't ubuntu-core-dev and ubuntu-dev privilege levels associated with the ubuntu distro?01:45
kikoI mainly want Matt to be able to try milestones out right now01:45
kikonope01:45
kikonot at all01:45
Kamionfor example they are associated with it for the purpose of uploads01:45
kikowell -- not "for example"01:45
kikothey are explicitly associated with it for the purpose of uploads01:45
Kamiondoing the same for bugs wouldn't be so bad, then?01:45
kikoare you suggesting overloading upload privileges with being allowed to set bug milestones?01:46
KamionI understand the need to be generic, but I also understand the need for Ubuntu package maintainers to be able to set milestones for the purpose of prioritising their work01:46
kikoKamion, I think prioritization is separate from milestones.01:46
kikomilestones are really a project management thing01:46
KamionI need to be able to make a note to fix a bug for dapper01:47
Kamionparticularly when my manager asks me to01:47
kikoshouldn't your manager go and update the milestone for that bug?01:47
Kamionsure, but he's a busy man01:47
kikobut anyway, here's my strawman01:47
kikoadding a permission slot for this is something that can't be done in a hurry01:47
Kamionand there are things I personally think are important to fix for dapper that haven't been explicitly requested by my manager, anyway01:47
kikobut restricting setting of milestones to the owner can01:47
kikogiven that matt currently finds milestones utterly useless to him without some restriction01:48
kikoI'm suggesting adding a restriction to owner, allowing matt to try the feature out, and discussing and adding a permissions peg to the distribution (or overloading an existing one) next week01:48
kikodo you think that's a reasonable proposal?01:48
KamionOK, as long as the latter is on the plan and not forgotten, it seems a reasonable proposal, yes01:49
KamionI agree that restricted-too-much is better than the current totally-unrestricted state01:49
kikoit's part of the plan -- nag mdz if he doesn't say it's a priority, but otherwise we'll get it done01:49
KamionI just don't want restricted-too-much to be permanent. :-)01:49
=== abelcheung [n=abelcheu@221.126.154.94] has joined #launchpad
kikookay.01:50
Kamionthanks01:50
Kamioncprov: https://launchpad.net/products/launchpad-upload-and-queue/+bug/3368801:52
Ubugtumalone bug 33688 in launchpad-upload-and-queue "exceptions processing single uploads shouldn't crash the whole publisher" [Normal,Unconfirmed]  01:52
cprovKamion: perfect, I need to leave now, but feel free to call me **anytime** +55 16 9206723701:54
Kamionok01:54
KinnisonRight, I have to go now01:57
Kinnisonciau01:57
=== abelcheung [n=abelcheu@221.126.155.164] has joined #launchpad
lifelessnight all02:21
kikois anyone around for a drive-by?02:25
kikolifeless?02:26
kikoBjornT?02:26
kikojamesh?02:26
kikospiv?02:26
kikoSteveA?02:26
=== doko [n=doko@dslb-084-059-112-169.pools.arcor-ip.net] has joined #launchpad
fabbionekiko: pick me? pick me!02:46
fabbione:)02:46
fabbionekiko: i lost track before.. is the publisher running again?02:46
carlosfabbione: yes, it should02:47
fabbionecarlos: ok, when is scheduled the next run?02:47
kikofabbione, it should be running, and if it isn't, it's a bug02:47
fabbionenever mind02:47
fabbioneit did already02:47
carlosfabbione: ;-)02:48
fabbioneguys thanks a lot for fixing it so quickly02:48
kikosorry about the downtime, the plan is for the publisher to become more robust02:48
=== hannosch [i=hannosch@e176103197.adsl.alicedsl.de] has joined #launchpad
=== hannosch [i=hannosch@e176103197.adsl.alicedsl.de] has left #launchpad ["Quit"]
fabbionekiko: it's alright.. better to find problems now than at release time02:51
fabbionekiko: the only reason why i noticed is that i am waiting the sparc buildds to catch up so i can remove about 60GB of local cache for the buildd :)02:51
fabbioneand be able to reuse my buildd for playing.. but that's a different story ;)02:51
kikofabbione, is this your new buildd?02:52
fabbionekiko: the old buildd that i have at home02:52
kikoah. and what of the new ones?02:52
fabbionei won't touch the new ones02:52
fabbionethey are for the DC :)02:53
kikoare they there yet?02:53
fabbionesparc has been built in my house till a few days back when DC got buildd :)02:53
fabbionekiko: almost02:53
kikowhat's missing?02:53
fabbionei will have to check in a couple of hours to see how much are they using out of my cache02:53
fabbionekiko: dunno.. i am not a buildd admin and i can't check queue/status on the overall arch.. can I?02:54
fabbionein the LP world i am almost a nobody ;)02:54
kikoyou can look at +builds02:54
kikoand at distros/ubuntu/+builds02:54
fabbioneyes i did..02:54
fabbione+builds02:54
fabbioneto see what they are processing02:54
kikothey seem to be working already02:55
fabbioneyes they are02:55
fabbionethat's not the problem02:55
fabbioneold world with katie02:55
fabbionemy sparcbuildd at home was uploading to jackass02:55
fabbioneand that was working fine02:55
kikooh I see02:55
fabbionenew world02:55
fabbionemy sparcbuildd at home can't upload but it was still building creating a local cache of pkgs02:56
fabbionenow calculate the delta between new world and yesterday02:56
fabbioneall these pkgs need to be rebuilded from DC buildd02:56
fabbionebut02:56
fabbioneto make things much simpler02:56
fabbionei opened up my local cache02:56
fabbioneso basically when the buildd will catch up with the backlog, i will be able to kill the local cache02:57
fabbionemake sense?02:57
fabbioneotherwise infinity should have worked N times as much to bootstrap some pkgs..02:57
fabbionethat it is really an annoying process02:57
kikoyeah, sounds reasonable02:57
kikoI need to go afk for a sec02:57
fabbionesure02:58
fabbionei am going to take a nap soon02:58
=== carlos -> lunch
carlossee you later03:00
=== Keybuk [n=scott@dynip77.ams.attingo.nl] has joined #launchpad
=== doko_ [n=doko@dslb-084-059-068-060.pools.arcor-ip.net] has joined #launchpad
=== G0SUB [i=ghoseb@unaffiliated/gnulinuxer] has joined #launchpad
G0SUBanyone here?03:51
Keybuknope03:52
G0SUBKeybuk :)03:52
G0SUBwhat's the procedure to request a UVF Exception?03:52
Keybukask03:52
G0SUBjust did03:53
KeybukI'm not the person to ask03:54
Keybuk(as in, the procedure is to ask for a UVF exception)03:55
G0SUBhmm03:55
Kamionif it's in main or restricted, mail mdz@ubuntu.com and cjwatson@ubuntu.com with a description of what you want to change and the section of the upstream changelog that describes those changes03:58
Kamionif it's in universe or multiverse, see https://lists.ubuntu.com/archives/ubuntu-motu/2006-February/000545.html03:59
KamionI've documented this on https://wiki.ubuntu.com/DeveloperResources04:01
G0SUBKamion thanks a lot04:02
G0SUBKamion we needed you in ubuntu-motu atm04:02
G0SUBKamion there is a critical bug in m17n-db which has been fixed in debian ... but ubuntu is stuck with a older version04:03
Kamionyou don't need me for that; m17n-db is in universe04:05
G0SUBoh, so who can do it?04:06
G0SUBi mean we don't need TB people for that ... can MOTUs do that?04:06
Kamion(why is this in #launchpad anyway?)04:06
Kamiondid you read what I said above? I gave you a link to the procedure for universe04:07
G0SUBI am sorry04:07
KeybukTB don't do exceptions anyway04:10
Keybukoh, he RETURN'd04:10
KamionR3TURN04:11
Keybukit's Saturday, what are you doing online? :)  go be with family and wifey04:14
=== lbm [n=lbm@130.225.243.71] has joined #launchpad
=== mattl [n=mattl@host-87-75-129-11.bulldogdsl.com] has joined #launchpad
=== freeflying-ibook [n=freeflyi@61.190.65.25] has joined #launchpad
=== G0SUB [i=ghoseb@unaffiliated/gnulinuxer] has joined #launchpad
G0SUBin my launchpad calendar, when I set the time as 15:00:00, it becomes 14:37:00 after saving05:32
G0SUBwhy?05:32
carlosG0SUB: it looks like a bug...05:32
carlosG0SUB: please, file a bug05:32
G0SUBhmm05:32
G0SUBokay05:32
G0SUBcarlos which product/package?05:34
carlosG0SUB: https://launchpad.net/products/launchpad05:35
kikoit is a dupe05:38
=== tambaqui [n=patricia@200-208-48-64-mns.cpe.vivax.com.br] has joined #launchpad
=== tambaqui [n=patricia@200-208-48-64-mns.cpe.vivax.com.br] has left #launchpad ["Fui]
dilysMerge to devel/launchpad/: [trivial]  Improve the person's +packages page by including the upload date and build status feedback. Also link to the relevant source package release page. Also do some minor cleaning up in the method that queries for bugtasks associated to that package (r3231: kiko)06:19
kikoyes!06:21
carloskiko: dude... and all that is trivial?06:23
kikoI asked if anybody wanted to review it06:23
kikoit's not really very complicated, though06:24
carloslots of trivial changes06:24
kikoif you want to take a look at the landing and criticize it I'd be happy to address any concerns06:24
kikobut it mainly adds some fields to a template and uses SourcePackageRelease methods06:24
kikonot a very big deal06:24
carloskiko: I don't have time and I trust you on that... but perhaps r=kiko... :-P06:24
kikoI could have done it as 3 separate commits...06:24
kikoyeah, well, it's saturday :)06:25
carlos:-P06:25
carlos        return self.__dict__['real_cursor'] .execute(*args, **kwargs)06:28
carlos    ProgrammingError: ERROR:  could not load library "/usr/lib/postgresql/8.0/lib/plpython.so": /lib/libpthread.so.0: symbol _h_errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference06:28
carlos    INSERT INTO POTemplateName (id, title, translationdomain, description, name) VALUES (6, 'Whatever', 'firefox', NULL, 'firefox')06:28
carlos----------------------------------------------------06:28
carlosnote to self... don't run tests while a dist-upgrade ....06:29
kikoheh06:29
=== kevogod [n=kevin@66-190-11-91.dhcp.stpt.wi.charter.com] has joined #launchpad
=== JanC [n=janc@lugwv/member/JanC] has joined #launchpad
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== robotgeek [i=venkat@ubuntu/member/robotgeek] has joined #launchpad
=== robotgeek [i=venkat@ubuntu/member/robotgeek] has left #launchpad []
=== mattl [n=mattl@host-87-75-129-11.bulldogdsl.com] has joined #launchpad
G0SUBI did a PO file export 15 minutes back, but I haven't received the PO file it ...08:08
G0SUBdoes it take that long?08:08
carlosG0SUB: could be, but not much more08:14
G0SUBok08:15
=== carlos -> shower and dinner
carlossee you later08:15
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
G0SUBcarlos not recieved yet08:20
carlosG0SUB: I don't see anything in our logs. That would be:08:46
carlos1.- The cron job is disabled. I cannot check it now, I need stub to check it for me08:46
carlos2.- You have a problem with your email account or we have a problem sending you the email08:47
carlosG0SUB: gie me the URL and I will request the same download to check if it works for me08:47
carlosHmm I need to leave... please, send me the URL by email and I will try to handle it tomorrow morning...08:48
carlossee you08:48
G0SUBwhoops!08:48
G0SUBwhat's carlos' email ID ?08:48
=== nekohayo [n=nekohayo@ip216-239-75-29.vif.net] has joined #launchpad
nekohayohello, that may sound like a silly question, but I have been unable to figure out how I can "add people" to my product in launchpad... do I need to?09:08
=== zyga [n=zyga@ubuntu/member/zyga] has joined #launchpad
=== gusaweb [n=gusaweb@lns-bzn-39-82-255-23-7.adsl.proxad.net] has joined #launchpad
gusawebhello10:10
nekohayohi10:11
gusawebdo you intend to make the translation of launchpad possible in the near future ?10:13
gusawebnekohayo ?10:18
nekohayoI don't know, I'm not a developer :P10:19
nekohayoI came here to ask about "project members"10:19
gusawebok :)10:20
Seveasgusaweb, see launchpad.net/faq10:22
gusawebSeveas thanks10:22
nekohayoSeveas: is there any documentation on my "add people to a project" issue?10:28
Seveasnekohayo, people will need to join themselves iirc (note: I am not an LP developer)10:29
=== zyga [n=zyga@ubuntu/member/zyga] has joined #launchpad
nekohayowell, I have not been able to find out a way to "subscribe to a project" yet..10:36
mdkenekohayo, projects have "admins". if the admin is a team, you can apply to join that team.10:42
nekohayomdke: ok, and is there a privilege system for moderating what team members can do on a project?10:42
mdkenekohayo, not that I know of. What do you have in mind?10:43
mdkeoh actually, you can define translators on a project i think10:44
nekohayowell that basically means anyone in the team can change the project details, releases, bugs, everything? that's a bit dangerous10:44
nekohayofor example, if I had packagers I would not give them access to moderating bugs no?10:44
mdkeprojects don't have bugs, or releases, I think.10:44
mdkebut yeah, best to keep the team that is admin of a project quite small, I suppose10:45
nekohayomdke: yes, there are bugs and everything afaik http://nanokron.info:8000/Screenshot.png10:46
mdkeah right, that is a product10:46
mdkelaunchpad distinguishes between projects and products10:46
nekohayois there a documentation page explaining the difference?10:47
mdkenekohayo, you can try searching on https://wiki.launchpad.canonical.com/10:47
mdkei'm not sure10:47
nekohayoalso I noticed something strange about launchpad: even when you clearly do not have the permissions to do something, you have the link to do so... someone viewing my profile has links to edit it o_o10:47
mdkeI don't see that10:48
nekohayohmmm.. example: https://launchpad.net/people/majikstreet look on the left, you have a "manage" link for the email addresses10:53
mdkeyeah, I'd say that's a bug. Best to check if it's reported already before filing it though10:55
=== robertj [n=robertj@66-188-77-153.dhcp.athn.ga.charter.com] has joined #launchpad
robertjhas there been any OpenID via launchpad discussion recently?11:43
=== ubuntulog [i=ubuntulo@trider-g7.fabbione.net] has joined #launchpad
=== mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #launchpad
=== jiangguowei [n=jiangguo@210.76.122.26] has joined #launchpad
=== beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
=== auth00 [i=auth@fiji.grd.sgsnet.se] has joined #launchpad
=== LarstiQ [n=larstiq@cust.7.157.adsl.cistron.nl] has joined #launchpad
=== elmo [n=james@83.216.156.21] has joined #launchpad
=== Nafallo_away [n=nnnnnnaf@server3.servereyes.de] has joined #launchpad
=== Seveas [n=seveas@seveas.demon.nl] has joined #launchpad
=== ubuntulog [i=ubuntulo@195.22.207.161] has joined #launchpad
=== beyond [n=beyond@200.171.140.32] has joined #launchpad
=== nekohayo [n=nekohayo@ip216-239-75-29.vif.net] has joined #launchpad
=== doko [n=doko@dslb-084-059-068-060.pools.arcor-ip.net] has joined #launchpad
=== mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #launchpad
=== Seveas [n=seveas@seveas.demon.nl] has joined #launchpad
=== jiangguowei [n=jiangguo@210.76.122.26] has joined #launchpad
=== auth00 [i=auth@fiji.grd.sgsnet.se] has joined #launchpad
=== LarstiQ [n=larstiq@cust.7.157.adsl.cistron.nl] has joined #launchpad
=== elmo [n=james@83.216.156.21] has joined #launchpad
=== ubuntulog [i=ubuntulo@trider-g7.fabbione.net] has joined #launchpad

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!