[12:09] good night [12:09] Merge to devel/launchpad/: r=BjornT,carlos rs=SteveA Fix LIKE/ILIKE queries that were incorrectly using quote() instead of quote_like. Also fix uses of urljoin that should have been urlappends. Delintifies in places (r3447: kiko) [12:10] good night [12:10] yay [12:44] moin [12:47] morning lifeless [12:59] coding policy question === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad [01:00] I want to define a method/function that computes a sort key for a branch, for use in the various branch listing pages in Launchpad [01:00] Where should I put that? [01:01] Some options: staticmethod in database.Branch, staticmethod in database.BranchSet, top-level function in interfaces.branch [01:01] none of those makes me particularly happy [01:02] lifeless: ? [01:02] Mh... could be a method in database.Branch, as well... [01:02] lifeless: thank you [01:03] well... not very good either, since it's a view thing... should not be in the content class === ddaa decides against factoring it out === mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad [01:06] hi [01:06] ddaa: does it return a key from one Branch, or from many ? [01:07] x [01:07] branch -> sort key [01:07] mental note: stop leaning on laptop === mdke_ is now known as mdke [01:07] for use as sorted(branches, key=sort_key_function) [01:09] ok [01:09] then its really something you get from a single branch [01:09] why would it live anywhere else than Branch ? [01:09] because Branch is the content class, and that's view logic. [01:10] view logic is the browser set of classes [01:11] but ... [01:11] maybe a top-level method in browser.branch? [01:11] s/method/function/ [01:11] that sounds like a method that any type of presentation could use [01:11] yes [01:11] so its not so ugly to put it in the content class [01:12] which is where I think a lot of the sort_key logic done today goes. [01:12] currently trying to convince myself I can make a sort key that works for all views... [01:12] there was a discussion on launchpad@ beween mark and steve recently about a case of this. [01:13] maybe (product, status, author, name, owner) [01:13] okay... I'll factor it out [01:14] Mh... the annoying bit is that it's hard to specify an attribute as sort key... need to use a lambda [01:15] operator [01:15] ? [01:15] sorted(branches, key=operator.attrgetter('sort_key')) [01:16] sorted(branches, key=lambda b: b.sort_key) [01:16] ugh [01:16] methink lambda is still less ugly! === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad [01:41] kiko-zzz: dude, i'm too late right? === fireglow [i=fireglow@fnetworks.de] has joined #launchpad === fireglow [i=fireglow@fnetworks.de] has joined #launchpad === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has left #launchpad [] === fireglow [i=fireglow@irssi.eu] has joined #launchpad === mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad === hendry [n=hendry@222.106.128.34] has joined #launchpad [03:46] how do i see bugs i'm subscribed ? === stub [n=stub@ppp-58.8.7.12.revip2.asianet.co.th] has joined #launchpad === hannosch [i=hannosch@e176113228.adsl.alicedsl.de] has joined #launchpad === jd_ [n=jd@wikipedia/Meanos] has joined #launchpad [04:17] hendry: https://launchpad.net/people//+subscribedbugs [04:21] spiv: thanks === hendry [n=hendry@222.106.128.34] has left #launchpad [] [04:32] Merge to devel/launchpad/: [trivial] Decruft (unused) date widget example (r3448: Stuart Bishop) [04:35] lifeless: this might be another option for getting SIP working: http://people.netfilter.org/chentschel/docs/sip-conntrack-nat.html [04:35] without siproxd [04:42] jamesh: if you like kernel crashes [04:43] jamesh: the divmod guys have tried that, and apparently you play roulette with your kernel on every sip packet, [04:43] besides - theres no need for kernel involvement. [04:44] should be possible to redirect sip (5060) packets to siproxd with iptables, and have siproxd inject 'active connection' records into iptables as needed [04:44] no way does this belong in kernel space :) [04:47] lifeless: is it that just an issue with the particular module, or the approach in general? [04:48] that module is apparently a flakey pos [04:48] but sip is complex. putting in the kernel is a bad idea in general [04:48] s/in/it in [04:51] got to go buy more disk storage for my home server. bbiab [04:52] lifeless: http://siproxd.sourceforge.net/siproxd_guide/siproxd_guide_c6s4.html <- I guess siproxd can already do the transparent proxying trick [04:53] looks like [04:53] not quite complete though [04:53] this rule [04:53] iptables -A INPUT -m udp -p udp -i ppp0 --dport 7070:7089 -j ACCEPT [04:53] is not stateful [04:54] it should possible for siproxd to poke the kernel to say that a specific host:port:internal_host:port quad is accepted *and where the natted address is* [04:55] then the rtp packets do not need to bounce via siproxd which will be faster [04:55] tchau [05:31] Goooooooooooooooooooooood afternoon Launchpadders! [05:31] D'oh, I missed ddaa [05:36] Is there a builtin way of flattening a structure like (a, b, (c, (d, e), f)) to (a, b, c, d, e, f) if I don't care about ordering of the final tuple/set/whatever i get back? [05:38] mpt: launchpad_ftest_template in use should be a thing in the past now [05:39] stub, excellent [05:39] stub, in about how many hours is the rollout? [05:39] mpt: Don't know - I haven't heard back from elmo or Znarl [05:39] mpt: Probably around 10:00 UTC [05:40] (is London UTC+1 now?) [05:40] no idea - that's why I ask in terms of hours :-) === mpt washes out his mouth with soap and water after using the phrase "in terms of" for the second time in a month === Unfrgiven [n=ankur@202.76.176.94] has joined #launchpad [05:47] hi all. im having problems with e-mail on launchpad. all e-mails to ankur.kotwal@ubuntu.com are bouncing back, returning unknown alias. i am an ubuntu member. can someone assist me with this? [05:56] Unfrgiven: The only person who can help is elmo I'm afraid. If you are around on London time you can sort it via IRC, or email rt@admin.canonical.com to stick a request into his queue. [06:04] stub: ok cool. thanks for the info. === mpt_ [n=mpt@222-154-183-214.jetstream.xtra.co.nz] has joined #launchpad === carthik [n=carthik@unaffiliated/carthik] has joined #launchpad [07:18] Is it okay to ask a "user" question. pardon me if it's not :) Why doesn't the following link seem to list the bugs oldest first, though it is supposed to? There seems to be no order wrt time: https://launchpad.net/distros/ubuntu/+bugs?advanced=1&field.searchtext=fixed&orderby=datecreated&field.status%3Alist=Needs+Info&field.status%3Alist=Fix+Committed&assignee_option=any&field.assignee=&field.owner=&field.component-empty-marker=1&field.omit_dup [07:18] es.used=&field.omit_dupes=on&field.has_patch.used=&field.has_no_package.used=&search=Search+bugs+in+Ubuntu&batch_start=75&batch_end=150 [07:19] wow, that was longer than I thought. Let me make a shorter url. I'm really sorry. [07:19] http://shurl.org/dsRvn Thanks in advance. [07:20] Unfrgiven: did you make it your main email? === mbp_ [n=mbp@ppp112-44.static.internode.on.net] has joined #launchpad === carthik_away [n=carthik@user-0cej755.cable.mindspring.com] has joined #launchpad === mpt_ [n=mpt@222-154-183-65.jetstream.xtra.co.nz] has joined #launchpad [08:25] BjornT, ping [08:27] mpt_: pong [08:28] BjornT, when you said "remove [priority] from IBugTask", does that mean removing it from just browser/bugtask.py, or also interfaces/bugtask.py? [08:30] (sorry for the novice-level question) [08:30] mpt_: i was thinking removing it from interfaces/bugtask.py. that way, if some code tries to access the attribute, a ForbiddenAttribute exception will be raised. [08:31] ok === carlos [n=carlos@84.Red-81-34-76.dynamicIP.rima-tde.net] has joined #launchpad [08:44] morning === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [08:56] morning all [08:56] BjornT, removing it from interfaces/bugtask.py causes an importfascist KeyError in database/bugtask.py [08:57] I guess that means removing it from database/ too [09:02] mpt: IBugTask['priority'] .default can be removed and replaced with None. === stub [n=stub@ppp-58.8.7.12.revip2.asianet.co.th] has joined #launchpad === mdke_ is now known as mdke === doko [n=doko@dslb-088-073-097-065.pools.arcor-ip.net] has joined #launchpad [09:47] ugh === tortho [n=tortho@104.84-49-107.nextgentel.com] has joined #launchpad [10:04] why don't source packages have specs ? === isaric [n=isaric@tss37-1-82-228-160-214.fbx.proxad.net] has joined #launchpad [10:13] I a problem of impression with OOo.org on Dapper UBUNTU, is it necessary has to make in report/ratio of bug? http://forum.ubuntu-fr.org/viewtopic.php?id=34809 [10:17] isaric: could you rephrase that? [10:19] I am not on being able it, I test [10:20] Since I passed in UBUNTU Dapper, I cannot print with openoffice.org [10:20] Merge to devel/launchpad/: [trivial] Added Dzongkha plural forms to our sample data (r3449: Carlos Perello Marin) [10:21] BjornT: please remember to update the pending reviews wiki page when you do a review [10:21] isaric: then it would make sense to report a bug [10:21] it throws the stats out :) [10:21] jamesh - same for you [10:21] lifeless: I have [10:21] yah [10:22] I see that now, stats page is slow [10:22] but you hadn't this morning :) [10:22] true. [10:23] I updated the statuses right after doing salgado's branch [10:23] its ok [10:23] water under the bridge now [10:28] lifeless: right, sorry, forgot to do that for the last review. [10:28] carlos, that was quick handling of Dzonghka, now how about Tamazight? :-) [10:28] lifeless: or did i? :) which branch? [10:29] lifeless: I'm getting a machine to replace the firewall soon (a 2.8GHz Pentium D from Dell for about $500). I'll get the siproxd stuff set up on that box so we can test things then [10:29] mpt: did we get a request for it? [10:29] I think I missed it, where? [10:31] carlos, bug 3954 [10:31] Malone bug 3954 in rosetta "Tamazight needs adding to Rosetta" [Normal,Confirmed] http://launchpad.net/bugs/3954 [10:31] BjornT: I did it just now [10:31] jamesh: FWIW siproxd on my P150 firewall works fine :) [10:32] lifeless: ah, i saw that you changed it. the thing is that i reviewed it, but then matsubara found out that he needed to take a completely different approach, so he sent me a new diff and changed it to needs-review himself. [10:32] lifeless: sure, but my current firewall machine needs a refresh (it is still running Fedora Core 2) [10:32] oh! I see... [10:32] carlos, judging by the last comment, the description isn't accurate, it's not quite the same as English [10:32] mpt: thanks for remembering me it [10:32] BjornT: hmm. [10:33] oh, yes it is [10:33] lifeless: if I'm going to do that, I'd prefer to experiment with things after the upgrade [10:33] rather than having to do it all over again [10:33] they just have different wordings for "no chair" and "zero chairs", but then so does English [10:33] I'd like 'needs a revisit' to show differently to 'needs its first look' [10:33] jamesh: fair enough. Just saying is all ;) [10:34] BjornT: what do you think? needs-review to me says very clearly 'never looked at' [10:34] lifeless: Dell had some pretty good prices at the time -- $300 for a dual core 2.8GHz machine [10:34] jamesh: thats seriously good [10:34] jamesh: I was drooling over the alienware FX60 dream machine last week [10:34] lifeless: I realise that I don't need something that good to get things working [10:35] this is a tower case server machine though -- has no sound and on board 2D graphics, and can't take a modern 16-lane PCI-E graphics card [10:36] i.e. designed to be difficult to set up as a desktop ... [10:36] yeah [10:36] mpt: we don't even have that language in our database... [10:36] I can see that [10:36] of course, $300 for the parts isn't too bad either ... [10:36] lifeless: in the current workflow, yes. i think he changed to needs-review since he wanted me to take a look at the whole diff again, so maybe he should have changed the date as well. [10:37] oh, we have it but with a different name [10:37] BjornT: yeh. that would work for me [10:37] jamesh: spiv what you think of that ? [10:37] lifeless: i think the problem is that we have only after needs-review we have only needs-reply, in which state the review is until it's approved. maybe we should rename needs-reply to under-discussion or something like that? [10:39] BjornT: depends what precise stats we want out [10:39] I think needs-reply as under-discussion is a good compromise [10:39] thought it does not put the onus on who has the next act [10:40] which needs-review with an updated date does. [10:41] we used to go from needs-reply to needs-review, but people often forgot to update the status, so they were often out of sync. [10:45] lifeless: I'm not particularly attached to either needs-reply or under-discussion [10:45] I can work with either === jamesh wonders why the pending-reviews script is running slow === jinty [n=jinty@115.Red-80-24-9.staticIP.rima-tde.net] has joined #launchpad [10:49] Good mornig, Anyone who can tell me how & when Launchpad/Rosetta is updating against the packages. The reason why i ask is that i saw the untranslated stings had increased quite much since yesterday, and also there are lots of the pink colors on the bars. [10:54] lifeless: I've got a Zope3.2 migration branch to land rs=SteveA, which also involves updating the Zope branch and the SQLOS branch. I'll be building a branch on balleny in a tick to do a final test run. [10:54] tortho: that's usually done at the same time we import the .pot files [10:54] tortho: but there are some situations when we need to associate the .po files with the .pot files [10:55] tortho: could you point me to the entries where we lack translations? [10:56] OK, It's not that we lack any translations, it's only that there are packages that was editet almost a month ago, wich still has pink color, and that yesterday, the Norwegian Bokmaal translation had Approx 133000 untranslated, and today 135000 (If I remember correctly. [10:57] stub: righto. [10:57] stub: disable pqm via cron [10:57] tortho: we are importing KDE atm === ploum [n=ploum@ubuntu/member/ploum] has joined #launchpad [10:58] stub: then when the composite tree is ready and has passed both [10:58] make check_merge [10:58] and cd sourcecode && make check [10:58] tortho: as you could check the amount of already translated strings should increase too [10:58] I will commit and push it for you [10:59] carlos: OK :-) more work.. I guess that one is increasing too... (Did only check the remaining ones...The ones that counts :-) BTW: arent the bars going to be green after the translation has been applyed...(since some of them are still pink and edited 1 month ago) [10:59] back when I've got this drive installed [10:59] tchau [11:00] tortho: the only way to get them green is that you submit your changes/additions to upstream and they apply them [11:00] carlos: OK, Thanks! === BjornT [n=bjorn@213.226.190.253] has joined #launchpad === koke [n=koke@ubuntu/member/koke] has joined #launchpad [11:19] Merge to devel/launchpad/: [trivial] Added Berber plural forms and linked as spoken on Morocco and Algeria to our sample data (r3450: Carlos Perello Marin) === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === BjornT_ [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [11:45] is there any function on launchpad that, from any string gives you another string that follows the restrictions to be used as a 'valid_name' ? [11:52] carlos: not that I'm aware of [11:52] ok [11:52] thanks [11:54] carlos: I wrote my own for the bugzilla import [11:54] re.sub(r'[^a-z0-9\+\.\-] ', '-', string) [11:54] jamesh: could we move it to a commom place? it would be really useful to create potemplatename rows automatically from the translation domain === OdyX [n=Didier@8.Red-80-33-64.staticIP.rima-tde.net] has joined #launchpad [11:55] jamesh: so it's not a function but an inline call... [11:55] actually, re.sub(r'[^a-z0-9\+\.\-] ', '-', string.lower()) is what is used [11:55] (for sanitising milestone names) [11:55] yeah [11:55] Hey guys. Found an error in english during translation (means, english text has an error): https://launchpad.net/distros/ubuntu/dapper/+source/kubuntu-docs/+pots/aboutkubuntu/fr/+translate <- N9: Documenation: misses a "t" [11:56] OdyX: I'd suggest filing a bug against kubuntu-docs [11:57] jamesh: OK. Will be done. Thanks === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [12:08] jamesh: I got it [12:08] I know I saw it [12:08] Done. Thanks === OdyX [n=Didier@8.Red-80-33-64.staticIP.rima-tde.net] has left #launchpad ["Konversation] [12:09] jamesh: helpers.getValidNameFromString [12:09] jamesh: I guess we should change it to use your solution as I think is more complete... [12:11] carlos: that function looks like it only produces a valid name for certain bad input [12:11] right, that's why I'm going to update it with your code [12:13] >>> from canonical.launchpad.helpers import getValidNameFromString [12:13] >>> from canonical.launchpad.validators.name import valid_name [12:13] >>> valid_name(getValidNameFromString('a$x5')) [12:13] False [12:14] carlos: my function also has a failure mode: it can result in a string that starts with a dash, which is invalid [12:14] jamesh: thank's for the test ;-) [12:15] that could be fixed by prepending an 'x' if result[0] == '-' [12:15] jamesh: right === mpt [n=mpt@222-154-183-65.jetstream.xtra.co.nz] has joined #launchpad === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === Fenrir- [i=fenrir@dsl-jklgw4-ffd2c000-52.dhcp.inet.fi] has joined #Launchpad [01:14] hello === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [01:17] Hmm, PQM appears to be stuck [01:17] I've been at the head of the queue for two hours [01:19] any idea how long is shipping to .fi ? [01:21] Fenrir-, if you mean for Ubuntu CDs, it's 4~6 weeks according to http://www.ubuntu.com/support/faq [01:23] mpt ye , i mean those === Unfrgiven [n=ankur@202.76.176.94] has left #launchpad [] === niemeyer [n=niemeyer@200-140-238-192.ctame7043.dsl.brasiltelecom.net.br] has joined #launchpad === bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === Natja [n=Natja@232-219.240.81.adsl.skynet.be] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === mithro [n=tim@ppp246-117.static.internode.on.net] has joined #launchpad [02:04] hi! how do I file a patch against a ubuntu package? [02:06] open a bug against the package and attach the patch to it? [02:08] i've never use launchpad before and am finding it a bit confusing [02:08] Have you got yourself a launchpad account? [02:08] do you have a specific question [02:09] gettingnow [02:09] it takes some poking around to find what you want, but it seems obvious when you are there [02:09] (usually) [02:10] click on "File a Bug on a Package"? [02:15] how do you attach patches to a bug? [02:15] there is 'add attachment' in the actions box [02:20] yeah found it the second after i asked === ploum [n=ploum@ubuntu/member/ploum] has joined #launchpad [02:23] :-) [02:32] submitted to patch [02:36] s/to/two [02:42] now how long till they get processed :P === lifeless [n=robertc@dsl-43.1.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #launchpad === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === niemeyer [n=niemeyer@200.138.133.29] has joined #launchpad [02:55] stub: re zope 3.2 branch [02:55] stub: it being unrelated means we lose our local change history record [02:56] stub: and - folk downloading it will need to do more [02:56] stub: so, I think we want to turn it into a patch in the first instance [02:56] The local changes are no longer relevant if that makes a difference [02:56] (except to archaeologists) [02:56] all of them ? Testing support changes [02:56] for instance [02:57] Whole new test framework [02:57] I'm aware of that :) [02:57] but we have changes that may not be present in it yet [02:58] and we either have to accept that these are lost - that we lose the features, or add them back in [02:58] Did --story ever land? That is the only thing I'm aware of that we will lose, and it will need to be reimplemented anyway. [02:58] its implemented with tests but it does not alter zope at all [02:59] what about stop on first failure ? [02:59] Some command line syntax changes that need to be documented on the wiki [02:59] Hmm... [02:59] For doctests? built in now. [02:59] no, all tests. [03:00] not stop-in-doctest-script, stop executing further tests at the end of a failing test. [03:00] we want revno 22 [03:00] dont need 21 [03:00] Stop-on-first-test-failure will need to be reimplemented [03:00] I presume 19 is unneeded [03:01] What are you looking at? [03:01] if the new test stuff is still vaguely pyunit compatible (it better be!) then reimplementation should be called 'merge' [03:01] log of our branch [03:01] 18 I presume is also unneeded [03:01] what about the whrandom stuff ? [03:02] whrandom is fixed upstream [03:02] k [03:02] ok [03:02] I would be extremely surprised if any of the old patches still apply anyway [03:04] whrandom usage is all fixed in 3.2 [03:04] ok [03:04] I'm turning this into a patch, please dont use or alter the zope dir for a bit [03:05] (the patch change is to make it easier for our devs to update to this) === ajmitch__ [n=ajmitch@port162-97.ubs.maxnet.co.nz] has joined #launchpad === ajmitch__ is now known as ajmitch === mithro [n=tim@ppp246-117.static.internode.on.net] has left #launchpad ["Ex-Chat"] === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad [03:17] holy cow [03:17] theres an entire copy of twisted in here ? [03:18] kiko-zzz: could you debug bug #29767 when you wake up if you get a chance [03:18] Malone bug 29767 in linux-source-2.6.15 "IBM Thinkpad X41 suspend to disk unsatisfactory regression" [Normal,Confirmed] http://launchpad.net/bugs/29767 [03:29] is it possible to remove a branch ? [03:29] I made some crap and registered a series with an upstream SVN as a branch [03:29] stub: ping [03:30] lifeless: pong [03:30] yup - twisted [03:31] sick and twisted? === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad [03:31] Unfortunately not a version we can use for our other stuff :-( [03:32] We are about 18 months out of sync with upstream - lots of changes [03:32] zorglub: nope cannot delete [03:33] k [03:33] stub, lifeless: what is the proper way of dispose of those dud branches ATM? === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [03:34] quite a few of them around, I'm willing to put in a trivial patch to make easier to garden, but I dunno what is the actual recommended gardening operation [03:34] I probably have to delete them manually until an interface gets written to do it. [03:34] TRUNCATE TABLE :) [03:35] deleting branches is dangerous stuff, since they are associated to on-disk data [03:35] stub: zopeskel [03:35] whats it for ? [03:35] we are ignoring it which means it will be imported [03:35] stub: having two copies of zope - wont that fuck things ? [03:36] zorglub: what is the launchpad page of the faulty branch? [03:36] https://launchpad.net/people/zorglub/+branch/manager/devel === niemeyer_ [n=niemeyer@200.193.159.126] has joined #launchpad [03:42] stub: delete from Branch where id=1117; [03:42] lifeless: I'm not sure what it is for. [03:43] zopeskel sounds like stuff generated by the build step [03:45] Hmm... looks like the template used for creating a Z3 instance, which we don't do (we just run inplace) [03:45] should we version it or not ? [03:46] Sure - it is part of the Zope tree, and stuff may depend on it being there. [03:46] It isn't generated - it is in the upstream SVN repository [03:47] ddaa: I should run that now? [03:48] yup [03:48] this kind of dud branch can be safely removed without second thought [03:48] ddaa: Gone [03:49] if there's any revision history or bug associated with it, you'd get a foreign key error. [03:49] zorglub: et voil [03:51] ok, thx [03:54] mpt: ping [04:10] stub: ok, we have a new tree [04:11] eh? [04:12] stub: are you happy with the add-series-drivers patch? [04:13] stub: am stepping afk for a while, will you mail me if you have any issues? am aiming to land asap [04:13] thanks [04:13] sabdfl: I haven't looked at it yet [04:14] sabdfl: ok [04:14] thanks [04:14] kiko-zzz: unzzz... === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has left #launchpad [] [04:16] stub: we have a tree based on the previous, so 'pull' will work [04:16] stub: but with your content [04:16] ok [04:17] is it still rocketfuel/zope/3.0/test ? bzr log doesn't show any changes [04:18] not yet [04:18] tests/launchpad/sourcecode/zop [04:18] e [04:22] ready to flick the switch on this ? [04:22] have we done all the production updates we need to for a day or two to let this bed in ? [04:26] lifeless: I've already tagged production release before this [04:26] lifeless: I think we should flip the switch [04:26] ok [04:26] should we change the zope branch [04:26] i.e. put this in zope/3.2 [04:26] rather than zope/3.0/testing [04:26] we'll obviously need to update the config [04:26] configs [04:27] but this lets us leave the production config pointing at 3.0 until we do a prod rollout with this branch [04:27] People are manually entering the pull's rather than using config manager at the moment [04:27] I haven't built the production tree yet, so that would be good ;) === ddaa has a script to convert the sftp urls in the configs to local urls, so building the config on chinstrap takes less than forever. [04:28] ddaa: config_manager.UrlMapper [04:28] ddaa: Do you also hack it so the tree doesn't need to live in a directory called 'launchpad' ? === koke [n=koke@ubuntu/member/koke] has joined #launchpad [04:29] stub: nope [04:29] lifeless: good to know the functionality is there, but CM is something that I'm mostly interested into getting out the way when I want to build a production tree. [04:30] and when I do not want to build a production tree, I just do not need it [04:30] sure [04:30] I just hope nested trees support in bzr will be implemented soon [04:30] not for a year or so [04:30] *sigh* [04:31] I have not had time to implement the prerequisite specs and the beta for dapper needs to lock down in 4 days [04:31] I certainly do not mean for 0.8 [04:31] so with data format stability, you'll need to wait for a new default format before launchpad changes [04:31] which is ~ one year out [04:33] ok rf/zope/3.2 exists [04:33] you'll need to update that configs before anything notices that [04:34] care to sqlos updated [04:34] lifeless, how do I reconcile one of my branches? [04:34] carefully [04:34] that last in english? [04:34] meh [04:35] stub: can you edit configs and send in a merge for that ? [04:35] Sure [04:35] salgado: ECYCLES. ask in #bzr please or I'll lose the plot here and we'll be fucked [04:37] lifeless: pushed. There is already a pqm request for my configs branch to land (production 1.58 config) [04:38] thanks [04:39] stub: you said 'zope/3.2' rather than 'zope/3.0/tests' right ? [04:39] Yes [04:39] ok [04:39] main branch is merging at the moment [04:39] I'm going to [04:39] - commit that [04:39] move your patch to the front of the queue [04:39] enable pqm [04:39] watch the fireworks [04:40] yay [04:41] I guess I should document specifying the layer of your tests as that will bite people. Other that than I'm hoping things will be fairly smooth. [04:41] we need to document that: [04:42] if people are pulling from chinstrap by hand they need the new location of zope [04:42] that stop early has been removed and we'd like it reimplemented [04:44] stub: so there were three deletes and that was all ? [04:45] ~never mind I was on crack [04:45] or was I. this is too late for me. [04:46] ok [04:46] lp is done [04:47] lets see what happens [04:51] sqlos too? [04:52] done [04:56] meh, I forgot. [04:56] I fixed the queue ordering a while back [04:56] grumble [04:56] your patch will be along soon [04:56] have you removed pytz from the config [04:56] ? [04:57] and the symlink in lib ? [04:57] oops... pytz [04:57] symlink is gone thuogh [04:57] what else [04:57] this twisted thing worries me [04:57] we have apps that import twisted and zope. how do they get the twisted they need without breaking zope ? [04:57] size, or what in particular? [04:58] two copies of different code in the same namespace [04:59] It may be a problem when we try to get Zope using twisted (it is still using the old code - twisted is optional in 3.2) [04:59] lifeless: The version in sourcecode ought to be fine for Zope 3.2 and our stuff, I think. [04:59] So we can deal with it then. Hopefully by standardizing on a twisted release. [05:00] ok [05:00] can we make sure the version in sourcecode is first on the path ? [05:00] Z3 upstream is componentizing stuff too, so it will hopefully disappear from upstream SVN [05:00] or better yet, just delete :) [05:01] It is the only version in the path - sourcecode/zope/src/twisted is not linked anywhere accessible [05:01] ok. phew. [05:05] lifeless, stub: my pqm merge failed since pytz couldn't be imported. is that a known problem? [05:05] BjornT: Your branch was an innocent bystander. Please resubmit it. [05:06] ok [05:07] stub, what about the one that's being processed right now? [05:08] it will fail [05:08] salgado: It will fail too. They will all fail until my config changes land. [05:08] please watch this channel [05:08] if we go 'woo its done' then resubmit [05:09] same for you bjornt [05:09] okay [05:09] we will want a test branch up [05:09] which looks to be the mirror-management branch [05:10] okay, i already resubmitted it though, since stub said that i should. [05:11] stub: did you get a confirmation mail ? [05:15] Ahh bite me. Conflicts. [05:15] okay, new rule: do not hyperlink bzr branch urls in Launchpad [05:15] that will make it harder for people to go to a place where there's nothing to see === lifeless munches === stub merge === stub merges === stub commits, pushes, and submits === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad [05:22] hey lunchpadders [05:25] lifeless: success [05:27] hello sabdfl === hannosch [i=hannosch@e176096118.adsl.alicedsl.de] has joined #launchpad [05:27] you have mail (shortly) [05:27] phew [05:28] just posted bazaar-ui for review [05:28] kiko! [05:28] ddaa: that's great news, did you find a solution to the URL question? [05:28] stub: ok. trees are ready for it [05:29] BjornT: can you resubmit please [05:29] sabdfl: did not dig much. Made it class=lesser, with a layout that allows it to wrap into taking the full width of the column. [05:30] sabdfl: I think it would be nice to make this page two-columns, that would help displaying the recent history table. [05:31] well, and that would also help the URL problem, there's really no good solution to it. The URLs must be displayed in full text and not hyperlinked. Hyperlinking to a non-browsable resource is asking for people to complain. [05:32] lifeless: sure === ddaa -> lunch [05:35] ddaa: the url can streth beyond two columns anyway [05:36] sabdfl, sent. [05:36] sabdfl: these urls are meant to be typed by users in a terminal, if they get too long, the user should probably take steps to fix them. [05:37] but the two columns layout really help mitigate any problem, if they are too long, they just run past the right edge. I am convinced we cannot do any better. [05:38] Really, I do not like it much, but any other solution is just asking for people to report bugs. [05:39] "clicked on the link, but there was nothing to see" [05:39] kiko-fud: thanks for being tolerant of the nuclear option here ;-) [05:39] "where is the branch URL displayed?" [05:39] "where is the supermirror URL display" [05:39] sabdfl, what "nuclear" option?! [05:39] sabdfl: That db patch looks fine once you move the comments to comments.sql. patch-40-48-0.sql [05:40] stub: its looking good [05:40] "copy pasted url to bzr, but it did not work" (because of invisible chars to allow line wrapping) === stu1 [n=stub@ppp-58.8.4.130.revip2.asianet.co.th] has joined #launchpad [05:43] kiko-fud: the huge patch. i agree, splitting is better, but then it takes more time, and i'm afraid there's a limit to the time i can devote to this [05:43] I know [05:44] but I chide you anyway :) [05:44] i want to make a few changes to rosetta that will be relatively contained, and then i have to write that support-providers-tracker [05:44] yeah [05:44] let me have lunch my eyeballs are rolling [05:44] stub: thanks [05:44] ddaa: is that patch one that needs mpt to do ? [05:44] ddaa: or is it any reviewer ? [05:44] stub, did we roll out? email on revision level if so please :) [05:45] lifeless: Any reviewer will do, but it would be nice for mpt to have a look. [05:45] kiko-fud: Just finishing the Z3.2 patch push. I want to put off the production update until tomorrow unless you are going to cry - it is getting late and elmo and Znarl can't make use of the downtime window today. [05:45] stub, that's fine. [05:45] DO IT [05:46] ddaa: if you want mpt to review things, you gotta put it in the ui queue on the pending reviews [05:46] page [05:46] kiko-fud: I've already tagged the branch - r3438 as discussed [05:46] ddaa: can you please do that, and also put it in spivs queue for review tomorrow [05:46] stub, perfect. appreciated. [05:48] lifeless: done [05:48] now, lunch! [05:48] ddaa: thanks === bradb & # lunch && accountant [05:55] kiko-fud: i deliberately did not try to pre-factor all the .specifications() methods to a common codebase, because i wanted to see how much variation there is [05:55] now that it's done, i can go back later and consolidate, and it should all fall out quite neatly [05:56] will add doctests for them in the interim, which will be useful during the refactoring === andrewski [n=andrewsk@pool-151-197-215-128.phil.east.verizon.net] has joined #launchpad [06:02] BjornT: Your landing fail due to conflicts, broken tests, or something we need to worry about? === hannosch [i=hannosch@e176096118.adsl.alicedsl.de] has left #launchpad ["Quit"] [06:04] test failures [06:04] question is - 3.2 related or not [06:05] stub: broken tests, it seems to be pytz related. i'll forward you and lifeless the failure email. [06:06] thanks sabdfl === seb128 [n=seb128@ANancy-151-1-82-137.w81-50.abo.wanadoo.fr] has joined #launchpad [06:06] hi [06:06] (but use email to reply :) [06:06] carlos: around? :) [06:06] hello seb128 [06:06] hi seb128 [06:06] seb128: hi [06:06] hey kiko [06:06] seb128: monday is a day off [06:06] friday too for me ;) [06:07] right, alsacian thing? [06:07] alsace-moselle yep [06:08] stub: I think its down to fine tuning [06:08] stub: if you need me to roll it all back, SMS me, I'll have the phone nearby [06:09] but its 2am now [06:09] ok [06:09] carlos: what about locking a po edition when somebody starts working on it, and send a diff of his changes somewhere when he has done his changes on it [06:09] carlos: what do you think about the idea? Would it be easy to implement? :) [06:09] carlos: I think it would make quality control much easier and make that people don't conflict which is good too [06:11] seb128: we already talk about that sometime ago [06:11] to implement a kind of wiki lock [06:11] we, like me and you? [06:11] if that's the case I don't remember it :) [06:11] seb128: no, we as the launchpad/rosetta team [06:11] ah [06:12] and did you decide that was a good idea? [06:12] the "mail the diff" to a list would be really really useful [06:12] I thought we had a spec on it already (braindump) but I don't see it so I don't think we wrote down any idea [06:12] stub: gnight then [06:12] it would be easy to do probably [06:12] seb128: the diff part is new, the lock concept is not [06:12] and makes possible to control who do good or not translations with rosetta [06:13] I just had the idea yesterday after reading the mail from rosetta-users list forwarded to the l10n-fr list [06:13] or maybe today :p [06:13] seb128: I need to take sometime to answer that thread as it raises some interesting points [06:13] about the diff thing, how are you going to approve/reject the changes? [06:13] that would make easy for people to comment on what is changed dynamically [06:13] and know who does what [06:13] I didn't read that [06:14] I'm not on rosetta-users list [06:14] I'll go and read it [06:14] just a french guy forwarded it to the french list to discuss how we should work to get better quality [06:15] and having that lock with a mail of the diff when you unlock looks very good to me :) [06:15] it allows other people to spot wrong changes and to know who does good or bad work [06:15] and to takes measures when somebody does wrongly [06:15] like put him on probation and fix what he did [06:16] it makes proofreading easy too if you send those diff on a list, subscriber can have a second look of what just changed and spot errors or comments if required [06:16] seb128: I see that point [06:16] but I still have the question about how to integrate the changes if you accept them [06:17] you don't have to accept them [06:17] will it be an 'accept all or nothing?' [06:17] the guy does the changes [06:17] if somebody spot they are wrong he goes to fix them on rosetta [06:17] and the guy translator status can be put on hold [06:17] oh, so you mean to do exactly the same thing we have atm [06:17] but additionally, provide that diff output? [06:17] yep [06:17] send the diff on a list [06:18] so we know who change what immediatly [06:18] that's easy to implement, we already talked about a diff like output [06:18] and we can spot bad translators directly [06:18] is not exactly that, but is quite similar [06:18] and help them to improve [06:18] fix errors, etc [06:18] cool [06:19] should I open a bug, do a spec, or what...? :) [06:19] seb128: I think the right procedure would be do a spec [06:19] lifeless: You still there? There are a number of zero byte __init__.py files in zope/src/pytz/zoneinfo and below that are not in the rocketfuel/zope/3.2 branch [06:19] bradb, bug 39118 is a dupe of a bug of yours [06:19] Malone bug 39118 in malone "bugs by category links do not all work" [Normal,Unconfirmed] http://launchpad.net/bugs/39118 [06:19] is that likely to be implemented soon if you like the idea? ;) [06:20] we could really use a way to know who does what [06:20] seb128: well, we have a priority problem here [06:20] I think I just reached a point where I need to talk with kiko [06:20] and prioritize my tasks [06:20] carlos, but not now, give me 30m :) [06:21] they are exploding [06:21] carlos: what is top priority on your list after having dapper imported and ready to translate? [06:21] kiko: not sure we should talk about this just before leaving for holidays... I think is better if we have a meeting about it next Tuesday.... [06:22] seb128: finish PoMsgSetPage implementation (improves the way you can review translations) [06:22] seb128: and generate firefox .po files [06:23] k, so that diff stuff is not for know [06:23] I understand you are busy, not easy [06:23] right [06:23] keep the good job :) === SnkBite [n=SnkBite@212.25.63.176] has joined #launchpad === andrewski [n=andrewsk@pool-151-197-215-128.phil.east.verizon.net] has left #launchpad [] [06:24] seb128: yeah, I have a lot of things to do, it's just a matter of start with the most important ones [06:24] seb128: thanks [06:24] BjornT, around? [06:25] salgado: yeah [06:26] BjornT, is it not advisable to have a view which inherits from both AddView and LaunchpadView? [06:26] (I'm trying to do that and am having some problems) [06:28] bzr: ERROR: exceptions.OSError: [Errno 12] Cannot allocate memory [06:28] *sigh* [06:28] salgado: no, it causes some problems. we'll probably make AddView a LaunchpadView later though. [06:28] elmo, you need 1gig, or swap [06:29] BjornT: Please resubmit that merge [06:29] ok [06:30] kiko: that's insane [06:30] you merge-killers === jd_ [n=jd@wikipedia/Meanos] has joined #launchpad === ChanServ [ChanServ@services.] has joined #launchpad === jd_ [n=jd@wikipedia/Meanos] has joined #launchpad === SnkBite [n=SnkBite@212.25.63.176] has joined #launchpad === seb128 [n=seb128@ANancy-151-1-82-137.w81-50.abo.wanadoo.fr] has joined #launchpad === stub [n=stub@ppp-58.8.4.130.revip2.asianet.co.th] has joined #launchpad === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === koke [n=koke@ubuntu/member/koke] has joined #launchpad === niemeyer [n=niemeyer@200.193.159.126] has joined #launchpad === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === ajmitch [n=ajmitch@port162-97.ubs.maxnet.co.nz] has joined #launchpad === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === lifeless [n=robertc@dsl-43.1.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === Natja [n=Natja@232-219.240.81.adsl.skynet.be] has joined #launchpad === cprov-lunch [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad === mpt [n=mpt@222-154-183-65.jetstream.xtra.co.nz] has joined #launchpad === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === tortho [n=tortho@104.84-49-107.nextgentel.com] has joined #launchpad === doko [n=doko@dslb-088-073-097-065.pools.arcor-ip.net] has joined #launchpad === carlos [n=carlos@84.Red-81-34-76.dynamicIP.rima-tde.net] has joined #launchpad === carthik [n=carthik@unaffiliated/carthik] has joined #launchpad === mdke [n=matt@ubuntu/member/mdke] has joined #launchpad === fireglow [i=fireglow@irssi.eu] has joined #launchpad === asw [n=asw@karuna.med.harvard.edu] has joined #launchpad === robotgeek [i=venkat@ubuntu/member/robotgeek] has joined #launchpad === jamesh [n=james@203-166-236-175.dyn.iinet.net.au] has joined #launchpad === fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad === spiv [n=andrew@adsl-66-203.swiftdsl.com.au] has joined #launchpad === poningru [n=poningru@n128-227-69-56.xlate.ufl.edu] has joined #launchpad === daq4th [n=darkness@netstation-005.cafe.zSeries.org] has joined #launchpad === sladen [i=paul@starsky.19inch.net] has joined #launchpad === stuartyeates [i=syeates@oucs-yeates.oucs.ox.ac.uk] has joined #launchpad === Kinnison [n=dsilvers@haddenham.pepperfish.net] has joined #launchpad === Znarl [n=karl@bb-82-108-14-161.ukonline.co.uk] has joined #launchpad === JanC [n=janc@lugwv/member/JanC] has joined #launchpad === LarstiQ [n=larstiq@cust.7.157.adsl.cistron.nl] has joined #launchpad === Ubugtu [n=bugbot@ubuntu/member/seveas] has joined #launchpad === kiko [n=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #launchpad === jordi [n=jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #launchpad === uws [n=mathilda@scrat.hensema.net] has joined #launchpad === stgraber [i=steph@xeon.stargate-server.com] has joined #launchpad === zorglub [n=zorglub@194.146.226.84] has joined #launchpad === sivang [i=sivan@ubuntu/member/sivang] has joined #launchpad === sevrin [n=sevrin@202.75.186.154] has joined #launchpad === tseng [n=tseng@unaffiliated/tseng] has joined #launchpad === siretart [i=siretart@ubuntu/member/siretart] has joined #launchpad === dilys [n=dilys@193.28.45.42] has joined #launchpad [06:45] BjornT, do you have time for another one? ;) [06:45] (another quick question) [06:45] salgado: sure [06:45] did zope 3.2 land into rocketfuel? [06:46] BjornT, I'm doing a response.redirect(canonical_url(self.context)) on a view's render() method [06:46] and that's giving me a NoCanonicalUrl: No url for because broke the chain. [06:47] stub, stop breaking my merges! [06:48] BjornT, I guess I understand why the publisher is raising that, but I don't think it's correct in this case, because the URL for the view that I'm in is not the same as canonical_url(self.context) [06:50] salgado: i'm not quite sure i'm following, isn't the problem simply that there's no canonical url defined for ILoginToken? [06:51] omg. I got it completely wrong. I was sure there was a canonical url defined for ILoginToken === salgado checks [06:54] there was one for ILoginTokenSet but not for ILoginToken. :-( [06:57] Merge to devel/launchpad/: [trivial] fix bug 38020, make sure the description isn't duplicated when sending bug notification to new bug contacts subscribed to a bug. (r3452: Bjorn Tillenius) [06:59] stub: did you give me a db patch number for that baby? [06:59] 48 - got it [07:01] bradb: https://launchpad.net/distros/ubuntu/+source/ltsp/+bugs has an "all bugs ever reported (13)" link, but clicking on it shows only the same 5 bugs [07:02] bradb: same for other packages, it seems === bradb returns for a bit === lifeless [n=robertc@dsl-43.1.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #launchpad [07:08] Yay. Z3.2 branch is usable. [07:08] mdz: Yeah, this is bug 33882. [07:08] Malone bug 33882 in malone "Critical bugs are listed as 8 in the side bar, but there actually aren't any" [Normal,Confirmed] http://launchpad.net/bugs/33882 [07:09] kiko: maybe this bug should be high priority for matsubara? it's pretty annoying, in any case. [07:10] Emails have been sent to launchpad@ mailing list explaining what people need to update and detailing some changes to the test runner. [07:11] bradb: that bug seems to indicate that the behaviour is intended and only the number is wrong [07:11] bradb: so how do I get a list of all bugs ever reported (including closed bugs)? [07:12] oh, I see in the final comment. I agree with jamesh [07:12] mdz: A hack workaround for now is to use the Advanced Search, e.g., https://launchpad.net/distros/ubuntu/+source/ltsp/+bugs?advanced=1&field.searchtext=&search=Search+bugs+in+ltsp+in+ubuntu&orderby=-priority%2C-severity&field.status%3Alist=Unconfirmed&field.status%3Alist=Needs+Info&field.status%3Alist=Rejected&field.status%3Alist=Confirmed&field.status%3Alist=In+Progress&field.status%3Alist=Fix+Committed&field.status%3Alist=Fix+Rel [07:12] holy #&@t [07:25] stub: https://chinstrap.ubuntu.com/~dsilvers/paste/filetFpYge.html [07:25] stub: It's a new branch [07:27] carlos: How did you create the branch? [07:27] rocketfuel-get [07:27] and cp -a [07:27] What is rocketfuel-get? [07:28] stub: a script that I think jblack wrote and that it's in our wiki [07:28] What does it do? [07:28] to fetch rocketfuel-built tree from chinstrap === robotgeek [i=venkat@ubuntu/member/robotgeek] has left #launchpad [] [07:29] stub: https://wiki.launchpad.canonical.com/RocketFuelSetup <- You have that script there [07:30] carlos: looks like it rsyncs rocketfuel-built/launchpad from chinstrap [07:31] yeah, that's the idea [07:31] carlos: The tree looks broken at the moment - I'll force an update that should fix it. [07:31] stub: I don't see your zope3.2 changes at arch-commits mailing list [07:31] stub: are you sure you got your patch accepted? [07:32] It was landed directly - not via pqm [07:32] Oh... its rebuilding itself right now anyway [07:32] ok [07:40] carlos: done === bradb & # accountant, bbiab [07:46] stub: cool, thanks [07:48] Merge to devel/launchpad/: [trivial] Change package searching to use consistent page layout throughout (r3453: kiko) === jd_ is now known as jd_miam [08:25] yay [08:25] carlos, so we have a new zope in da house? [08:25] kiko: yeah [08:25] does it rock? does it roll? [08:26] working on my code changes... hadn't time to play with it :-P [08:26] am I brave enough to update my tree? === kiko flips coin [08:27] kiko: I'm working on a new tree [08:27] not sure if the update is 100% without pain [08:27] I love pain [08:29] mdke: hey, this is a cool thread you've started === jordi replies. [08:30] mdke is a sharp dude [08:30] sharper than most [08:30] kiko: dude [08:30] Merge to devel/launchpad/: Fix https://launchpad.net/products/malone/+bug/39012 (Report a bug in a non reported context using Also Needs Fixing Here button causes an OOPS) r=kiko (r3454: Diogo Matsubara) [08:30] bug 3942 [08:30] Malone bug 3942 in launchpad "Present search results instead of NotFound pages" [Wishlist,Unconfirmed] http://launchpad.net/bugs/3942 [08:31] mdke, jordi: I will answer too, just need some time to prepare my answer, but yes, mdke, thanks for your email [08:31] hmm, no stevea [08:34] jordi: he's on vacation [08:35] but I am here and I am worth 3/5ths of a stevea [08:35] oh [08:35] :-D [08:35] kiko: but I need the STEVEA [08:35] you need 5/5ths? wow [08:36] kiko: his brain stores some s3kr1t discussion I had with him a few weeks ago [08:36] in London === jd_ [n=jd@wikipedia/Meanos] has joined #launchpad === raphink-pbook [n=raphink@ubuntu/member/raphink] has joined #launchpad === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad === Natja [n=Natja@4.141-136-217.adsl.skynet.be] has joined #launchpad [09:15] jordi, carlos, thanks [09:15] kiko, thanks too [09:17] Merge to devel/launchpad/: r=salgado, Add package test set for soyuz and initial test for the quick patch I made a while ago (r3455: Daniel Silverstone) === kiko runs on z3.2 [09:28] bradb, all quiet today? [09:32] kiko: just got back from the accountant [09:32] ah, I see [09:32] tax month [09:32] for me too === spacey [n=herman@ubuntu/member/spacey] has joined #launchpad [09:52] whats a bounty subscriber? [09:52] if you just want to get the latest comments [09:52] or does it directly mean you want to do the job (which i don't want to) [09:53] its not really clear to me === hannosch [i=hannosch@e176096118.adsl.alicedsl.de] has joined #launchpad [10:00] it is somebody who is going to be annoyed by the fact that bounties are only half-implemented ;) === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === salgado got the first failure caused by the migration to zope3.2 :-( === jinty [n=jinty@215.Red-83-49-54.dynamicIP.rima-tde.net] has joined #launchpad [10:07] kiko: hehe [10:07] spacey, at least I'm honest [10:08] yeah thats great [10:08] i just wanted to follow the discussion on a bounty [10:08] there's been talk of working on it again, but right now they are a bit of a black hole [10:08] but i don't want to take some accidental reponsibility [10:08] that probably wouldn't be the case [10:09] ok [10:09] seems there is some spam on the bounty page as well [10:10] kiko: thanks for the review, response on its way. have address most of the nits, will add some tests, but am not going to refactor in this round [10:10] i planned to do it in two stages [10:11] does this second stage have a date? [10:11] once to cargo cult and figure out all the different kinds of filtering and sorting [10:11] or an assignee? ;-) [10:11] then to refactor [10:11] well [10:11] do you know anybody else who loves the spec tracker as much as me? [10:11] remember, i want to get that right so it can be a pattern that is reused elsewhere [10:11] low blow. okay, I can do it. [10:11] no, not you [10:11] i'll do it, but it will have to wait [10:13] well, we'll see how it goes [10:13] if it ends up being something which generates maintenence it will end up being refactored === lbm [n=lbm@x1-6-00-13-10-7a-d1-e4.k233.webspeed.dk] has joined #launchpad [10:23] BjornT, comment on bug 34105? [10:23] Malone bug 34105 in malone "Strip leading and trailing whitespace before storing a bug watch's remotebug in the db" [Normal,In progress] http://launchpad.net/bugs/34105 [10:27] kiko: hmm, i thought i already commented on that one, maybe it was a reply to a mailing list post. i'll add a comment. [10:27] kiko: I started to fix that in the sprint. I have a branch with halfway the fix in it. [10:27] thanks [10:27] ah, cool [10:30] sabdfl, note that tal:define does /not/ work [10:31] sabdfl, you can't use that to avoid reselecting -- it will happen anyway. the only thing you can do is listifying. === kiko doesn't understand "subtle timing issues". [10:37] kiko: the flush_database_updates thing [10:37] in some places, i need to get direct access to the SQLResult === lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #launchpad [10:37] because I need to bang its query again [10:37] in the view code?! [10:37] yes [10:37] oh that is gross === kiko hates f_d_u [10:37] but wait [10:38] me too, i tried a number of alternatives [10:38] I see. [10:38] i could go back in there and try again with more sleep next time around [10:38] but not this time [10:38] you'll add performance problems that I fixed [10:38] I guess I'll just fix them again [10:38] this is where the view code is explicitly modifying the list [10:39] yeah, I see what you mean. [10:39] so, where we are approving specs to be targeted to a list [10:39] I think you can avoid using the same API [10:39] series/distrorelease [10:39] i want to detect when we have approved/declined all of them, at that point redirect away from that page [10:39] avoid using the API in those two places [10:39] so you get a nice effect [10:39] you approve, decline, approve, using the multiple selector [10:40] and the moment you have done them all, you redirect to the main page [10:40] listing the approved specs [10:40] to do that, i need to be able to flush updates, and try the query again [10:40] now, i could do that in the db code [10:40] which would in fact be cleaner, you are right [10:40] ISpecificationGoal.approveSpecs(user, speclist) [10:40] => return the number of specs still proposed [10:41] when that's zero, redirect [10:41] this would at least contain the db flushing inside the chinese wall [10:41] well, you still need to preserve the filter if you are... oh, if that's all that needs to be done, then yes. [10:41] right, reusing specs() for that is evil. === jinty [n=jinty@215.Red-83-49-54.dynamicIP.rima-tde.net] has joined #launchpad [10:49] kiko: going through some bugmail while bzr'ing. maybe bug 2796 should be a priority? [10:49] Malone bug 2796 in malone "Remove constraint on marking duplicates of duplicates" [Normal,Confirmed] http://launchpad.net/bugs/2796 [10:49] bradb, not yet -- when we have the current priorities sorted [10:50] ok [10:58] Merge to devel/launchpad/: [trivial] Fix https://launchpad.net/products/launchpad/+bug/38256 (Mirror prober doesn't know how to generate the filename for binary packages whose version starts with :) (r3456: Guilherme Salgado) === mbp_ [n=mbp@ppp112-44.static.internode.on.net] has joined #launchpad === G0SUB [n=ghoseb@ubuntu/member/g0sub] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [11:26] fuck [11:27] tests are failing due I'm not using english locale.... [11:27] grrrr [11:32] Merge to devel/launchpad/: [trivial] Fix for bug 39060: Sorting should be done in numerical order for numerical columns. This already half-worked, but unfortunately ts_innerText() may return strings that contain leading or trailing whitespace and the match algorithm we use didn't take that into account; now it does. (r3457: kiko) [11:41] yay yay yay === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad