=== lbrown [n=chatzill@66.37.132.7] has joined #launchpad [12:12] I just created a test product and project and would now like to delete them. How to? === lbrown_ [n=chatzill@66.37.132.7] has joined #launchpad === mdke [n=matt@ubuntu/member/mdke] has joined #launchpad === lbrown_ is now known as help === help is now known as lb === hannosch [i=hannosch@e176121245.adsl.alicedsl.de] has joined #launchpad [12:52] the question above ^^ arose from a thread on kubuntu-devel, so if you want, you can answer there. === Burgwork [n=corey@ubuntu/member/burgundavia] has joined #launchpad === spiv [n=andrew@adsl-66-203.swiftdsl.com.au] has joined #launchpad === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad === mpt_ [n=mpt@219-89-132-217.jetstart.xtra.co.nz] has joined #launchpad === jsgotangco [n=jsg@210.4.38.43] has joined #launchpad === lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #launchpad === spiv [n=andrew@adsl-66-203.swiftdsl.com.au] has joined #launchpad === mpt__ [n=mpt@219-89-156-88.jetstart.xtra.co.nz] has joined #launchpad === mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad === mpt__ is now known as mpt [03:47] Burgwork, when I'm "away (zzz)", I'm usually not around :-) What can I do for you? === stub [n=stub@ppp-58.8.5.103.revip2.asianet.co.th] has joined #launchpad === mdke [n=matt@ubuntu/member/mdke] has joined #launchpad === Ubugtu [n=bugbot@ubuntu/member/seveas] has joined #launchpad [05:18] staging is back up [05:31] Gooooooooooooooooooooood afternoon Launchpadders! [05:31] It's a lovely afternoon to be inside working [05:38] stub: ping === LarstiQ [n=larstiq@cust.7.157.adsl.cistron.nl] has joined #launchpad === doko [n=doko@dslb-088-073-099-249.pools.arcor-ip.net] has joined #launchpad [06:08] lifeless: pong [06:13] spivs requested update to the authserver - is it done ? [06:13] that is, are we running the correct .tac now ? === mpt [n=mpt@219-89-156-88.jetstart.xtra.co.nz] has joined #launchpad [06:39] That is truly, truly messed up [06:43] spiv, got a few minutes? [06:47] mpt: sure [06:51] spiv, go to http://localhost:8086/products?exact_name=1&text=firefox [06:51] See how it redirects you to /products/firefox [06:52] Now in templates/products-index.pt, delete the "@@+portlet-details" line near the beginning [06:52] then try that URL again [06:53] The way the search behaves is dependent on the presence or absence of a portlet! [06:53] I don't understand how that's even possible. [06:54] Any ideas? [06:54] lifeless: no === lifeless begs [06:54] (unless spiv did it) [06:54] spiv: ^^ [06:55] No, I haven't done it. [06:56] I'll cherry pic r3403 now [06:57] mpt: I get the same behaviour with or without the portlet. [06:57] mpt: (except for the presence or absence of the portlet, of course...) [06:58] mpt: with the portlet, the redirect reads "Location: http://localhost:8086/products/firefox" [06:59] mpt: without, it just reads "Location: firefox" [06:59] exactly [06:59] mpt: I'd fix ProductSetView to do redirect(canonical_url(product)) rather than redirect(product.name) [07:00] that looks promising [07:02] NoCanonicalUrl: No url for u'firefox' because u'firefox' broke the chain. [07:02] oh, my mistake [07:02] yes! thanks, jamesh [07:02] and thanks for your time spiv [07:09] authserver is now broken [07:10] File "/srv/authserver.ubuntu.com/launchpad/lib/twi sted/internet/threads.py", line 25, in _putResultInDeferred [07:10] result = f(*args, **kwargs) [07:10] File "/srv/authserver.ubuntu.com/launchpad/lib/twi sted/enterprise/adbapi.py", line 372, in _runInteraction [07:10] conn = Connection(self) [07:10] File "/srv/authserver.ubuntu.com/launchpad/lib/twi sted/enterprise/adbapi.py", line 32, in __init__ [07:10] self.reconnect() [07:10] File "/srv/authserver.ubuntu.com/launchpad/lib/twi sted/enterprise/adbapi.py", line 69, in reconnect [07:10] self._connection = self._pool.connect() [07:10] File "/srv/authserver.ubuntu.com/launchpad/lib/twi sted/enterprise/adbapi.py", line 342, in connect [07:10] conn = self.dbapi.connect(*self.connargs, **self .connkw) [07:10] psycopg.OperationalError: could not connect to serve r: No such file or directory [07:10] Is the server running locally and accepting [07:10] connections on Unix domain socket "/var/run/ postgresql/.s.PGSQL.5432"? [07:10] Seems to want to connect to localhost [07:11] Ahh bugger [07:11] I'm ringing spiv now [07:11] lifeless: don't worry [07:11] I'm online [07:11] daemons/authserver.tac doesn't seem to look at config.dbhost [07:11] spiv: yes, but its urgent :). [07:12] spiv: I'm now not ringing you [07:12] I'm too used to pulling configs and reversed my rsync line [07:12] muhhahaha [07:12] jamesh: It does === stub rebuilds the production launchpad tree [07:12] spiv: so it does. I was looking at an older tree [07:13] jamesh: Yeah, I fixed it yesterday :) [07:17] authserver back with new code [07:20] danke [07:20] I'll rollout the new sftp and branch puller now [07:21] wheres the production branch at ? pqm /production/launchpad ? [07:22] production/1.57 [07:23] thats the built config ? [07:23] Oh... ~pqm/production/launchpad [07:23] thanks ;) [07:24] I just fixed a config bug in the built tree [07:24] (which I will now commit - looks like both me and spiv fixed a config bug and both landed breaking the config) [07:25] btw, this rsyc recipe might be nicer. [07:25] -rltD --delete-after [07:25] that will avoid owner, group and permission bits [07:26] can add p to set permission [07:26] want to avoid owner and group because we have different users and groups between these machines [07:29] We want permission for the executable flag === mpt [n=mpt@219-89-156-88.jetstart.xtra.co.nz] has joined #launchpad [07:29] stub: ok so -rltpD === stub hands lifeless a spittoon === lifeless expectorates [07:40] spiv: can you tell me if the authservers logs look like its getting good branch status feedback ? [07:41] lifeless: Looks good. [07:41] lifeless: There are POSTs to /branch/ getting 200 responses. [07:41] woo [07:42] So I'd say it's working. [07:42] sweet [07:42] the 'update in last day' filter is now active. [07:43] 89 branches to pull on the next run [07:43] hmm, mirrorFailed call failed. [07:44] lifeless: I see a traceback for that [07:44] yup [07:44] https://chinstrap.ubuntu.com/~dsilvers/paste/file8Tc0TH.html [07:44] lifeless: https://chinstrap.ubuntu.com/~dsilvers/paste/filek05M3u.html [07:45] meh === lifeless hopes spiv or jamesh can fix that asap [07:46] I'm looking [07:46] danke [07:51] lifeless: looks like the reason needs to be converted to an 8-bit string before being passed to sqlvalues [07:52] fair enough. I think thats the authservers problem - agreed ? [07:52] the webapp pyscopgda converts unicode query strings to UTF-8, iirc [07:52] and the authserver isn't using that [07:52] yeah === mpt [n=mpt@219-89-156-88.jetstart.xtra.co.nz] has joined #launchpad [07:54] Yeah, the authserver has it's own "utf8" function, which is a bit nasty. [07:59] I want to move to psycopg2 sometime soonish, which should accept Unicode queries natively. So a quick fix might be best. === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad [08:01] I have a fix: https://chinstrap.ubuntu.com/~dsilvers/paste/fileA4xKak.html [08:02] +1 [08:02] erm, r=lifeless [08:02] lifeless: :) [08:04] stub: That would be very nice. [08:12] According to , "python:repeat['bugtask'] .number" should be the same as "repeat/bugtask/number" [08:13] The latter works, but the former produces "<bound method Iterator.number of <zope.tales.tales.Iterator object at.." [08:14] the latter is much nicer and we should always use it [08:15] lifeless: ? [08:15] lifeless: in general python: expressions in tal should be discouraged. [08:15] lifeless, but I'm concatenating it to a string [08:15] spiv: tal - using python: should be discouraged [08:15] because (X)HTML IDs can't start with numbers [08:15] mpt: maybe you want repeat['bugtask'] .number()? [08:15] lifeless: Oh, my brain forgot what latter and former meant, ignore me :) [08:16] /ignore spiv [08:16] oh thats not what you meant ? :) [08:16] lifeless: In the meantime, I've quick-and-dirty fixed the production authserver code with that fix. [08:16] (While waiting for my mail to escape my ISP and reach PQM) [08:16] thank you [08:16] jamesh, that works [08:17] thanks [08:17] nice, we're down to 31 to mirror [08:18] mpt: alternatively, sometimes using a tal:define can simplify things [08:20] jamesh: spiv: its live [08:20] https://launchpad.net/people/mrchoke/+branch/thunderbird-thai-l10n/release-1.5 [08:21] great work guys [08:21] cool [08:21] we should probably hook up branch notifications on this next [08:22] so that when your branch starts failing you get an email [08:22] perhaps with debounce [08:22] after 3 failures you get an eamil [08:23] and [08:23] https://launchpad.net/people/salgado/+branch/launchpad/proper-signup-workflow [08:25] lifeless: Sweet === rlaager [n=rlaager@146.57.164.8] has joined #launchpad === rlaager [n=rlaager@146.57.164.8] has left #launchpad [] === mpt [n=mpt@219-89-156-88.jetstart.xtra.co.nz] has joined #launchpad === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === carlos [n=carlos@68.Red-88-3-205.dynamicIP.rima-tde.net] has joined #launchpad [09:35] morning [09:36] moin === mpt [n=mpt@219-89-156-88.jetstart.xtra.co.nz] has joined #launchpad [09:40] BjornT, ping [09:40] pong [09:41] BjornT, I thought my MaloneSimplifications branch would end up in your queue, but lifeless reviewed it first ... Would you be able to fix those mysterious test failures sometime soon? :-) [09:41] mpt: BjornT already has stuff queued, I didn't. So in the interests of latency I reviewed it [09:42] that's fine [09:42] thanks for the review, anyway [09:42] mpt: if you want me to review something, you can put it in my queue directly. i'll take a look at the test failures today. [09:43] thanks! [09:44] mpt: note that unless there is a specific reason to give it to a named reviewer, the general queue is the place to put it [09:44] dudes [09:44] branch puller is _still_ offline [09:44] tis not [09:44] (or looks like it is) [09:44] ddaa: look here for instance [09:44] https://launchpad.net/people/salgado/+branch/launchpad/proper-signup-workflow [09:44] or [09:44] lifeless: I have not received any error mail from it [09:44] https://launchpad.net/people/mrchoke/+branch/thunderbird-thai-l10n/release-1.5 [09:44] ddaa: GOOD [09:45] you should never recieve error mail from it [09:46] Mh... okay look like 'tis working indeed [09:46] good work, thanks [09:46] ddaa.fork() [09:46] ENOTGOD [09:46] lifeless, the only reason was that Bjorn wrote the Malone mail code so would most easily work out why my test wasn't working, but that wasn't a particularly strong reason if another reviewer could do the same [09:46] Grah [09:47] need another myself to put the new timestamps in the UI [09:47] mpt: so there are two things here - one is 'help me fix my branch'. Another is 'please review'. [09:47] mpt: dont conflate them :) [09:48] dude, that's why I brought up this issue yesterday :-P - "should I conflate them or not" [09:48] anyway === mpt gets back to person-editing-consolidation [09:49] lifeless: will it send errormail for unexpected problems? That is anything but BranchNotFound and network failures? === doko [n=doko@dslb-088-073-086-214.pools.arcor-ip.net] has joined #launchpad [09:53] mpt: you asked if there was an issue with the person that helps you being the reviewer [09:53] mpt: very different question :) [09:53] ddaa: ues, if it fails to handle a problem it will quit and cron will maili [09:54] nice === ddaa goes off to a tangent and decides to implement product/+delete, series/+delete and branch/+delete [09:56] not being able to delete stuff like https://launchpad.net/products/0.38 [09:56] or https://launchpad.net/products/socnetv/+series/zohaib [09:56] is utter nonsense [10:05] Merge to devel/launchpad/: [Trivial] Production discovered corrections to the branch puller. (r3411: Robert Collins) [10:11] ddaa: this is what we had planned all the way back in sao carlos [10:11] its nice to have it finally live [10:17] ddaa, shall I assign bug 38349 to you, then? [10:17] Malone bug 38349 in launchpad "Can't delete a product you created" [Normal,Unconfirmed] http://launchpad.net/bugs/38349 [10:18] well, deletion != approved in theory last I heard ;) [10:19] ddaa, how does https://launchpad.net/products/0.38 exist anyway? I thought IDs had to start with a letter, not a number === frodon_ido [n=patrick@ip-213-49-233-214.dsl.scarlet.be] has joined #launchpad [10:20] mpt: thats a series, series can start with numbers because they are version numbers [10:22] But that's just the thing, lifeless, it's not a series [10:22] It was registered as a product by mistake [10:23] mpt: oh. my confusion is supreme. sorry [10:23] And /products/+new says "At least one lowercase letter or number, followed by letters, dots, hyphens or plusses..." [10:23] oh, "or number" [10:24] fine, I can't read [10:26] mpt: please don't [10:26] I'm really not supposed to do that, and I have plenty of important things on my plate [10:26] I just cannot bear the daily churn of people asking for deletion of dud objects anymore [10:27] so I'll do it for bitching rights [10:29] BTW, who is in charge of moving dud objects out of the way nowadays? [10:30] It looks like you need admin privs === stub [n=stub@ppp-58.8.5.103.revip2.asianet.co.th] has joined #launchpad [10:42] lifeless: do you know why 'make build' fails on vostok but works everywhere else? I don't see why it would be any different. [10:43] stub: nope [10:43] stub: but its the tar buildings stuff [10:43] stub: which I see no need for during 'build' - thats a 'dist' responsibility [10:44] Yer - we shouldn't be using that Makefile or any of the generation code. But it sounds like a missing dependency or something. [10:45] why not ? [10:45] Make is a good interface for these things [10:45] well understood, simple for simple tasks - and this is. [10:47] Because the Makefile serves a single perpose - to generate releases that people are supposed to use. It changes at my whim, and there are no guarantees that the code works anywhere except my laptop (indeed - I think the tests don't pass if you build it on a 64 bit architecture due to issues with the upstream code) [10:47] We should be using the generated python code, not generating the python code. [10:47] stub: well the rocketfuel policy is that we need: [10:47] make build [10:48] make check [10:48] to 'work' [10:48] for everything in sourcecode/ [10:48] Yup. pytz shouldn't have been landed the way it was. [10:48] Its a bug [10:48] how should it be? can we fix that ? [10:49] should it just be a package ? [10:49] It will be fixed when we land Zope 3.2, as pytz is included in that and we can drop the external dependency entirely. [10:49] ok [10:50] in which case, just dont run 'make build' on vostok - and dont use --delete when rsyncing to it ;) === mpt [n=mpt@222-154-155-153.jetstream.xtra.co.nz] has joined #launchpad === jinty [n=jinty@135.Red-80-37-34.staticIP.rima-tde.net] has joined #launchpad === mpt_ [n=mpt@219-89-150-228.jetstart.xtra.co.nz] has joined #launchpad [11:22] Merge to devel/launchpad/: [r=lifeless] Ensure that the authserver's /branch/ XML-RPC methods don't blow up on unicode. (r3412: Andrew Bennetts) [11:25] mpt: what is this "aqua" sort of sitemap them on rocketfuel? [11:26] mpt: the horizontal gray lines really scream "the web designer thought it would be cool to make it look like MacOS" === Ubugtu [n=bugbot@ubuntu/member/seveas] has joined #launchpad [11:28] stub: oh, r3412 is also important - its in production now on the authserver [11:29] How comes registry is not a celebrity???? [11:31] mpt_: what I said to mpt before ^^ [11:48] ddaa, Mark's choice [12:00] ddaa, it's Mac OS X 10.2 specifically [12:00] In 10.1 the stripes are darker, in 10.3 they're lighter, and in 10.4 the menu bar doesn't have stripes [12:00] okay, then I guess it qualifies as vintage ;) [12:03] mh, what's the passwd of mark@hdb.com in sampledata, "test" does not work... [12:04] works when I spell hbd properly === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [12:13] duh: https://staging.ubuntu.com/people/logicalfaith [12:16] mpt: it looks like neither the title nor the summary of a team is shown on the team's page anymore === koke [n=koke@ubuntu/member/koke] has joined #launchpad === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === mpt_ [n=mpt@219-89-143-155.jetstart.xtra.co.nz] has joined #launchpad === lbm [n=lbm@x1-6-00-13-10-7a-d1-e4.k233.webspeed.dk] has joined #launchpad === lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #launchpad === mpt_ [n=mpt@219-89-143-155.jetstart.xtra.co.nz] has joined #launchpad === ploum [n=ploum@ubuntu/member/ploum] has joined #launchpad === jinty [n=jinty@135.Red-80-37-34.staticIP.rima-tde.net] has joined #launchpad === bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad [01:51] heya, who's up for a quasi-trivial review? [01:52] https://chinstrap.ubuntu.com/~dsilvers/paste/fileMJv5Hf.html === mpt_ [n=mpt@219-89-143-155.jetstart.xtra.co.nz] has joined #launchpad [01:56] ddaa: doesn't celebs.registry == registry work? === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:57] BjornT: maybe it does, I just conformed to the existent code [01:58] obviously it should also check that the appropriate interface is provided or something, but I think that is out of scope [01:58] yeah, i think that it didn't work before. it should work now though, if it doesn't it's a bug. [01:58] you tell me whether you want me to try and change that before merging [01:59] ddaa: since you conform to the surrounding code, r=bjornt without the change. it's better to change all at once later. === ddaa ponders whether he really wants to install that "unattended-upgrades" package [02:02] thank you === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:21] stub, around? [02:21] stub: hi, around? [02:21] :-P [02:26] Merge to devel/launchpad/: [trivial] add missing security declaration for the bugnotification db user. (r3413: Bjorn Tillenius) === mpt_ [n=mpt@219-89-143-155.jetstart.xtra.co.nz] has joined #launchpad === niemeyer [n=niemeyer@200-181-148-241.ctame7043.dsl.brasiltelecom.net.br] has joined #launchpad [02:29] ddaa: ping === mpt_ is now known as mpt [02:30] matsubara: pong [02:30] Mornings! [02:30] hey niemeyer [02:30] ddaa: in interfaces/branch.py the url field is required=True but the description says otherwise. Which one is correct? [02:32] Both [02:32] When the URL field is present in the form, it is required === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad [02:32] but the database value may be NULL [02:32] hi [02:32] carlos: around? [02:32] seb128: hi [02:32] hey carlos :) [02:32] Hey ddaa, what's up? [02:32] https://launchpad.net/distros/ubuntu/+source/gaim/+bug/38330/+index [02:32] Malone bug 38330 in gaim "Rosetta Translations" [Normal,Rejected] [02:33] ddaa: *cough* actually it currently works with no url to setup hosted branches [02:33] matsubara: there is some logic in the edit form to remove the url widget if it's null in the database [02:33] carlos: gaim upstream have some interrogations on how rosetta works on the upstream collaboration plan, etc ... is there an FAQ or some page we can point about that? [02:33] ddaa: +newbranch -> shows the field but lets it be left blank [02:33] lifeless: it should not... the interface says it's required! [02:35] that's my point. [02:35] ddaa: its how I created a hosted branch [02:35] ddaa: and the web form says 'leave this blank to create a hosted branch' [02:35] seb128: Hmm, we should have that in our FAQ page, but I don't see anything there [02:35] seb128: could you redirect them to jordi? [02:35] jordi: and please, after answering their questions, update the FAQ, ok? [02:35] ddaa: in http://localhost:8086/products/firefox/+addbranch it says the branch url is required but you can leave it blank [02:36] night all [02:36] I think at some point we decided not to allow registering hosted branch in that way, for some reason. [02:36] carlos: sorry, thank you [02:36] But honestly I do not remember why. [02:36] seb128: why 'sorry'? [02:36] :-) [02:36] jordi: https://launchpad.net/distros/ubuntu/+source/gaim/+bug/38330/+index ... if you could comment would be nice :) [02:36] Malone bug 38330 in gaim "Rosetta Translations" [Normal,Rejected] [02:36] carlos: hum, dunno, I was probably thinking to something else :p [02:36] carlos: thank you so :) [02:37] seb128: ;-) [02:37] matsubara: okay, let's consider one can created a hosted branch in that way, I see no reason to prevent that. [02:37] matsubara: then the field must be optional in +addbranch [02:37] but required in +editbranch [02:38] because otherwise it would allow turning a pull branch into a hosted branch [02:39] which we decided not to allow because it involves a lot of extra complications [02:39] matsubara: good luck unraveling that :) [02:39] ddaa: does it ? [02:39] ddaa: ok [02:40] bah, got sucked in . [02:40] Good Night! [02:40] lifeless: good night, you can ask on the mailing list if you care. I think that would probably deserve a spec. [02:41] matsubara: conversely, if you prevent registering hosted branches from the web UI, then it all becomes much simpler: when the URL widget is present, it's required, and when URL is NULL, the widget is not present. [02:42] I really do not care on way or another. Allowing registering push branches through the web is marginally simpler, but also give more rope to hang oneself with. [02:43] (simpler in terms of user experience) [02:44] hey Kinnison, around? === koke [n=koke@ubuntu/member/koke] has joined #launchpad [02:59] carlos: pong [03:00] salgado: pong [03:01] stub: could you execute this on production? [03:01] UPDATE translationimportqueueentry set status=6 WHERE path like 'debian/tmp/usr/share/doc/gettext/examples/hello%' OR path like 'gettext-tools/examples/hello%'; [03:01] stub: that will set as blocked more than 500 entries [03:01] and will save me some time [03:03] carlos: 1134 items - sound right? [03:03] stub: yes [03:03] carlos: Done [03:03] stub: thanks [03:04] stub, I got https://chinstrap.ubuntu.com/~dsilvers/paste/fileikNqb5.html when trying to do a make schema on dogfood [03:06] salgado: You need to set up an empty database? [03:07] export PGUSER=postgres [03:07] stub, well, I need the session database and all the users specified in security.cfg === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad [03:07] That should set the default user to one with the rights you need [03:07] but the launchpad user is a superuser. shouldn't that be enough? [03:08] launchpad user is not a superuser [03:09] its just a standard user with rights on lots of tables [03:09] oh, right. I created it as a superuser but the make schema drops it and creates it again? [03:09] Hmm... no idea. Creating it as a superuser isn't good though as you won't catch permission issues. [03:10] It won't drop users so not sure what is going on === G0SUB [n=ghoseb@ubuntu/member/g0sub] has joined #launchpad [03:28] stub, can you have a look at https://chinstrap.ubuntu.com/~dsilvers/paste/fileYIBWyZ.html and see if it's okay? [03:30] BjornT: Should a browser view class that is used in the browser:generalform directive also inherit from GFV? Seems redundant, but just thought I'd confirm. [03:30] salgado: Looks good. Add a comment to comments.sql and it is approved as patch-40-47-0.sql [03:32] stub, adding the comment right now. thanks! [03:33] stub, what do you think of renaming it to date_consumed? [03:33] (and make it a timestamp col, obviously) [03:37] bradb: i think it should, it makes things clearer. [03:37] BjornT: ok, thanks === carlos -> lunch [03:43] Merge to devel/launchpad/: [r=BjornT] create registry celebrity (r3414: David Allouche) [03:55] salgado: Sounds good. Means we can clear them out occasionally [03:56] exactly [03:57] jamesh: ping === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === hannosch [i=hannosch@e176126130.adsl.alicedsl.de] has joined #launchpad === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has left #launchpad [] === jcole [n=jcole@palrel2.hp.com] has joined #launchpad [05:18] (08:00:13) jcole: sladen: simple question (not), at my company, we use http://linuxcoe.sourceforge.net/ to net-install various distros... right now, we're trying to figure out a way so people can contribute their own packages... [05:18] (08:00:16) jcole: sladen: we were thinking about something along the lines of a user only contributing a source package, and then have an auto-build system that creates binary packages for the various distros... any suggestions? [05:18] (08:07:19) sladen: jcole: in theory you can create deriviatives very easily under launchpad. You could ask on #launchpad what the current status of that is [05:19] (08:08:48) jcole: sladen: so, launchpad is the closest tool for the type of thing we are looking for? [05:23] are there any open source launchpad equivs out there? [05:44] jcole: don't think so, well, outside what Debian uses atm but I don't think it's easy to setup [05:44] hey, if people could not send anything to pqm for a bit, that'd be nice === lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #launchpad [05:45] elmo: there is a way to disable pqm, the requests are queued but will not be handled until you enable it again [05:46] elmo: but don't know how to do it [05:46] carlos: yeah, but I'm lazy and don't know that way [05:46] elmo: ;-) [05:46] elmo: I guess the easier way is just disable its cron job :-P [05:46] oh, that's a good idea [05:47] done [05:47] elmo: please, remember to enable it again when you are done... === G0SUB [n=ghoseb@ubuntu/member/g0sub] has joined #launchpad [06:14] done - pqm is back up === VobiscuM [n=VobiscuM@200.174.27.139] has joined #launchpad [06:21] the launchpad is property software ?! [06:23] VobiscuM: If you mean if it's closed source, yes, it is [06:24] VobiscuM: Take a look at https://launchpad.net/faq (Is Launchpad open source? Will it be?) [06:24] you have more information there [06:25] carlos: thank you [06:26] you are welcome === mpt [n=mpt@219-89-143-155.jetstart.xtra.co.nz] has joined #launchpad === mpt [n=mpt@219-89-143-155.jetstart.xtra.co.nz] has joined #launchpad [06:58] jordi: hi, around? === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === carlos -> out [07:23] see you later [07:25] how can I reject or otherwise get rid of this task? [07:25] https://launchpad.net/products/linux/+bug/34939/+editstatus [07:25] Malone bug 34939 in linux "Dapper Install Hangs on "Configuring Apt"" [Unknown,Unknown] [07:26] the bug has nothing to do with linux [07:28] Merge to devel/launchpad/: [r=jamesh] implement security teams (r3415: Brad Bollenbach) === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === kiko [n=kiko@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 === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === kiko waves to the world [07:49] bradb: any suggestion? [07:50] mdz? [07:51] how can I reject or otherwise get rid of this task? [07:51] https://launchpad.net/products/linux/+bug/34939/+editstatus [07:51] Malone bug 34939 in linux "Dapper Install Hangs on "Configuring Apt"" [Unknown,Unknown] [07:51] the bug has nothing to do with linux === jcole [n=jcole@palrel2.hp.com] has left #launchpad [] === mbp_ [n=mbp@ppp112-44.static.internode.on.net] has joined #launchpad === erdalronahi [n=erdal@p50874995.dip.t-dialin.net] has joined #launchpad [08:07] mdz: Just set the status to rejected [08:08] Deleting of tasks is currently not possible [08:08] I think that bug's task doesn't allow changing of status [08:08] argh [08:08] I said it [08:09] kiko: You're thinking too much like a DBA, and not enough like a user :) [08:09] well, the concept is leaky [08:10] but, since this bug is locked, eh, yeah, hm [08:10] s/bug/bug's status/ [08:12] +editstatus is a thoroughly weird page for that bug. Comment on Change widget and all. [08:15] mdz: For now I'll file a bug about it. It shouldn't affect ubuntu devs looking at Ubuntu bug listings [08:20] bug 38460 [08:20] Malone bug 38460 in malone "Can't "reject" a bug watch" [Normal,Unconfirmed] http://launchpad.net/bugs/38460 [08:20] that's dupish [08:23] I couldn't find anything matching it [08:26] kiko: What's the story with bug dates then? === zyga_ [n=zyga@ubuntu/member/zyga] has joined #launchpad [08:29] bradb, I wanted to look into callsites further, to see what /I/ thought of the issue, but it seems that our code makes properties a better choice [08:31] bradb, congratulations on landing security teams, btw [08:31] thanks. had to fight a heisenfailure for a while, but nothing beats raw willpower. [08:32] kiko: Can I start on the dates change then? [08:32] I'm adding some sampledata and having the same sort of problem :-( [08:32] bradb, do you have a next best item to work on today? I'd be able to confirm tomorrow on what I think we should do [08:33] early tomorrow for you even [08:34] I can think of some silly bugs to fix, but the other major priority, I think, was the subscriptions stuff. [08:35] I was replying to mpt's email about the portlet, but my brain is hurting trying to do better than his proposal. [08:37] (One of the silly bugs I was referring to was bug 34224) [08:37] Malone bug 34224 in malone "wrong bug number counts" [Normal,Confirmed] http://launchpad.net/bugs/34224 [08:39]