[12:18] <kiko> hey mpt 
[12:19] <mpt> hello kiko 
[12:20] <kiko> how's it going matt
[12:20] <kiko> I just forwarded you some mail
[12:22] <mpt> Good
[12:22] <mpt> though I'm uncovering many little lists of things that need to be implemented for 1.0
[12:22] <mpt> reporting them all as bugs
[12:22] <kiko> yeah, that's expected, I guess
[12:22] <kiko> we will fix some, and push off some and fix them post 1.0
[12:23] <mpt> Well, they leave holes or XXXs on prominent pages
[12:23] <kiko> those ones we won't push off I assume :)
[12:23] <mpt> Anyway, I'll post a list of them tonight
[12:23] <mpt> since I'm on leave from tomorrow
[12:24] <mpt> Oh, awesome, we can drop displayname?
[12:24] <mpt> "Ubuntu" vs. "Ubuntu Linux" is an interesting example, because Ubuntu branding has been de-emphasizing "Linux" for quite a while
[12:26] <mpt> Actually in my survey, .displayname was appropriate much more often than .title was
[12:27] <mpt> That's probably because "Title:" comes after "Display Name:" in the new product form, so people think "huh? what on earth is this for?", whereas if they were around the other way they'd think exactly the same about Display Name
[12:28] <mpt> What do you think, kiko?
[12:29] <kiko> I think I agree, but not having display name means certain project names would look bad
[12:29] <kiko> GNOME for instance
[12:29] <kiko> KDE
[12:29] <kiko> KDEPim
[12:29] <kiko> etc
[12:29] <kiko> KDE versus Kde
[12:29] <kiko> maybe you're suggesting having name /always/ be auto-generated
[12:29] <kiko> based on displayname
[12:30] <kiko> so we'd have "Display name" and "Title", and name auto-gend
[12:30] <mpt> I'm suggesting dropping Title, and using Display Name everywhere we currently use Title
[12:30] <kiko> that's another option
[12:30] <kiko> maybe we could do both
[12:31] <mpt> As for Name, I agree with auto-generating it
[12:31] <mpt> but those are still confusing names
[12:32] <kiko> so my blue-sky suggestion would be
[12:32] <mpt> In my ideal world, Name -> Launchpad ID, Display Name -> Name
[12:32] <kiko> Name: (currnt Displayname)
[12:32] <kiko> ID: ...
[12:32] <kiko> wow
[12:32] <mpt> snap!
[12:32] <kiko> that was some synchonicity there
[12:32] <kiko> how very special
[12:32] <mpt> and ID gets auto-suggested by JavaScript when you enter the Name
[12:32] <kiko> or even auto-gend and you can change it later if you want to be cheap like me
[12:33] <mpt> yeah
[12:33] <mpt> Should this be a RegistrySimplifications spec? :-)
[12:33] <kiko> I wonder whether you want to fight this battle now
[12:33] <mpt> No
[12:33] <kiko> it's a bit of a bad time to invest in it with so much crap for 1.0
[12:33] <mpt> indeed
[12:33] <kiko> even if we get approval it will sit untouched for months
[12:33] <mpt> This problem is #6 on my list, iirc
[12:33] <kiko> so let's revisit this when your list is shorter.
[12:34] <mpt> ok
[12:34] <kiko> mpt, btw, consider sharing your list with matt. r., who I've charged with assembling a top-user-visible list of issues across all data sources we have
[12:34] <kiko> and having a launchpad meeting slot for that
[12:34] <kiko> this will be slightly different but may overlap with criticals and oopses
[12:34] <mpt> ah, #5
[12:34] <mpt> "Too much input required"
[12:35] <kiko> that's pretty vague.
[12:35] <mpt> Specifics on the wiki if you want to read it :-)
[12:36] <mpt> kiko, what do you mean by "across all data sources"?
[12:36] <kiko> well
[12:36] <kiko> launchpad-users
[12:37] <kiko> tickets
[12:37] <kiko> bugs
[12:37] <mpt> oh, right
[12:37] <kiko> the ether
[12:37] <kiko> blogsphere
[12:37] <kiko> ubuntu mailing lists
[12:37] <mpt> So, pretty much the same as my DesignProblems list
[12:37] <kiko> seances
[12:37] <kiko> I think your designproblems list is more focused on design
[12:37] <mpt> true
[12:37] <kiko> where an inclusive list would also point out functional issues that go beyond design
[12:37] <kiko> I'm not saying design issues are not important
[12:37] <mpt> specific missing features, for example
[12:38] <kiko> or features that are broken or limited, etc.
[12:38] <mpt> Sign me up for the seances
[12:38] <kiko> have you ever had one?
[12:38] <mpt> no
[12:38] <mpt> "You must have access to the e-mail address registered under the duplicated account."
[12:38] <mpt> hmmmmm
[12:38] <mpt> What's "the duplicated account"?
[12:38] <mpt> Is that the one you're wanting to keep, or the other one?
[12:38] <kiko> the text there and in the email notification is VERY wonky
[12:39] <kiko> like a disaster in the making
[12:39] <kiko> we could fix that
[12:39] <mpt> And those instructions are on the wrong page
[12:39] <kiko> but matsubara's bug would still be interesting
[12:39] <mpt> matsubara's bug?
[12:41] <mpt> Not bug 43741?
[12:41] <Ubugtu> Malone bug 43741 in launchpad "Hey! That account/product/project/distribution belongs to me!" [Medium,Unconfirmed]  http://launchpad.net/bugs/43741
[12:41] <kiko> mpt, the security bug he reported today
[12:42] <mpt> oh
[12:42] <mpt> nasty
[12:42] <sabdfl> night all
[12:42] <kiko> mpt, if you want to [trivial]  some fixes to the text there bmg
[12:43] <kiko> night mark
[12:43] <mpt> goodnight mark
[12:43] <sabdfl> kikomatic, you're SO right about that blog post. best blog i've ever seen
[12:43] <kiko> heh
[12:44] <kiko> sabdfl, it probably took him a working day to finish it 
[12:44] <kiko> and then another one to deal with the replies and fallout
[12:44] <kiko> it may not have been worth it to him, but damn, it was worth it for us :-)
[12:44] <sabdfl> as long as the final BOSS level involves bzr victory :-)
[12:46] <mpt> kiko, often the reason people want to merge an account is that they don't have access to the old account's e-mail address
[12:46] <kiko> mpt, that's an admin merge, though -- a separate use case
[12:46] <mpt> Can you think of any way to allow that without LP admin intervention?
[12:46] <kiko> I can't really. there is no way to tell the guy is who he says he was.
[12:46] <kiko> I do google researching to confirm usually
[12:46] <mpt> I was thinking maybe mail the address of the old account over a series of months, saying "if you don't respond, your account will be merged into X"
[12:47] <mpt> but maybe that's too dangerous
[12:47] <kiko> and pretty slow if you want to claim that!
[12:47] <mpt> yeah
[12:47] <mpt> and I guess any wait short enough to be tolerable would be too short for mdz to go on holiday
[12:48] <mpt> oh well
[12:48] <kiko> YSWIM
[12:48] <kiko> I don't think admin merge is so bad
[12:48] <kiko> I am not sure if all merges should be admin merges, but webstats should tell  us that.
[12:50] <Ubugtu> New bug: #74578 in launchpad "Account merging instructions are unclear" [Undecided,Unconfirmed]  http://launchpad.net/bugs/74578
[12:51] <dominussuus> is there a launchpad.net or wiki.ubuntu.com admin in the room?
[12:52] <mpt> dominussuus, yes, kiko is one of the former
[12:52] <kiko> what's up dominussuus 
[12:53] <dominussuus> hey kiko - I'm a moron and I think I disabled wiki access through my launchpad account
[12:53] <kiko> dominussuus, that's okay. file a ticket and I'll ask an admin to fix it.
[12:53] <dominussuus> erm, ticket?
[12:54] <kiko> the real morons here are me and spiv who have been unable to patch that option out of moin.
[12:54] <kiko> dominussuus, launchpad.net/products/launchpad/+tickets
[12:54] <mpt> (bug 6283)
[12:54] <Ubugtu> Malone bug 6283 in launchpad "Disabling the account thru Wiki causes more harm than good. That option should be nuked." [Medium,Confirmed]  http://launchpad.net/bugs/6283
[12:54] <dominussuus> yeah, I didn't like my wiki name and I thought I could disable my account and open a new one
[12:54] <dominussuus> yeah, I read that one
[12:54] <kiko> dominussuus, heh. bet that let to a surprise ;-)
[12:55] <kiko> anyway, file the ticket and I'll make sure it gets done tomorrow
[12:55] <kiko> I need to crash shortly
[12:55] <dominussuus> yeah, and then I was like "hey, I can just change it through launchpad... oh, wait..."
[12:56] <mpt> goodnight kiko
[12:56] <kiko-zzz> night night
[12:57] <dominussuus> thanks kiko
[01:32] <mpt> that's odd
[01:32] <_thumper_> I'll bite, what's odd?
[01:33] <mpt> I'm odd, there's only one of me, and one's an odd number
[01:33] <mpt> jamesh, why isn't /people/whoever/+edit using the new form layout? 
[01:33] <mpt> Does it apply only to GeneralForm?
[01:33] <jamesh> yeah.
[01:33] <jamesh> actually, LaunchpadFormView
[01:34] <mpt> ok
[01:34] <jamesh> the older forms are being upgraded slowly
[01:34] <mpt> We should have countdowns for things like that :-)
[01:34] <mpt> "Only 38 non-LaunchpadFormView forms left!"
[01:36] <jamesh> some of the layout details you speced for the new form layout made it a bit difficult to implement for all forms
[01:36] <jamesh> could possibly backport the layout to some of the forms (e.g. to GeneralFormView ones)
[01:37] <jamesh> but it'd be good to get all the forms moved over to the new infrastructure
[01:40] <mpt> yes
[01:40] <mpt> Meanwhile, the position of the submit buttons bothers me
[01:41] <mpt> when a form ends in a bunch of single-line stuff, the submit button should be underneath them
[01:41] <mpt> but when it ends in a multi-line field, that probably would look wrong
[02:12] <_thumper_> ping jamesh
[02:13] <_thumper_> jamesh: bzr blame shows you as adding in the landing target for branches, what's the status of this?
[02:13] <_thumper_> is it just at the object level atm, or is there more somewhere?
[02:18] <jamesh> _thumper_: I think ddaa added that db column
[02:19] <jamesh> _thumper_: I don't think it is currently exposed anywhere in the UI
[02:19] <_thumper_> hmm, bzr blame doesn't seem as consistent as svn blame
[02:19] <_thumper_> jamesh: I didn't think I had seen it exposed yet
[02:19] <_thumper_> but just checking
[02:20] <_thumper_> we'd been talking about landing targets for some time
[02:20] <jamesh> it is possible that I last touched the lines in the file you checked
[02:20] <_thumper_> and here in lies one of the problems with blame
[02:20] <_thumper_> oh well
[02:21] <jamesh> there are a bunch of columns that were added for a branch review feature that hasn't been implemented yet
[02:21] <jamesh> landingtarget is meant to be the branch that the developer wants their branch merged to
[02:22] <jamesh> I remember seeing some more recent specs that seemed to decouple the review stuff into a separate table to allow multiple landing targets for a branch
[02:22] <jamesh> but I don't know much more about that.
[02:24] <_thumper_> jamesh, thanks for that
[02:24] <_thumper_> I've just started a new branch off rocketfuel and I've hit a TypeError
[02:25] <_thumper_> this is the first time I have tried to run things since upgrading to edgy
[02:25] <_thumper_> and I'm not sure if it is something I have just changed or not
[02:25] <_thumper_> I have just expanded a vocabulary for branch status, but that's all
[02:26] <_thumper_> I didn't notice anything on the mailing list about it, but I could have missed it
[02:26] <jamesh> could you paste the traceback at https://sodium.ubuntu.com/~andrew/paste/ ?
[02:26] <_thumper_> ok
[02:27] <_thumper_> jamesh: https://devpad.canonical.com/~andrew/paste/filehpe0pU.html
[02:28] <jamesh> okay
[02:28] <jamesh> you'll need to update the zope tree under sourcecode/
[02:28] <jamesh> The Python in edgy includes a security fix to the CGI module that broke zope
[02:29] <jamesh> we've since pulled the upstream zope fix for this issue into our tree
[02:30] <_thumper_> ok, pulling new bits
[02:31] <_thumper_> and trying again with --overwrite :)
[02:32] <jamesh> the basic problem is that readline() has an infrequently used optional argument
[02:34] <_thumper_> oh poos: now I'm getting "IOError: [Errno 2]  No such file or directory: '/home/tim/src/lp/working/sourcecode/zope/src/zope/publisher/configure.zcml'" on make run
[02:34] <_thumper_> where did it go?
[02:34] <_thumper_> all I did was bzr pull --overwrite
[02:34] <_thumper_> from the sourcecode/zope dir
[02:34] <jamesh> what do you have in sourcecode/zope now?
[02:35] <jamesh> what branch did it pull from?
[02:35] <jamesh> looks like rocketfuelbuilt has a bad parent branch set (chinstrap.ubuntu.com)
[02:37] <_thumper_> https://devpad.canonical.com/~andrew/paste/filefEOVDR.html
[02:37] <jamesh> should be devpad.canonical.com
[02:37] <jamesh> are you still using that setup-lp-sourcecode-dir script of mine?
[02:37] <_thumper_> yep
[02:38] <_thumper_> should I just re run that?
[02:38] <_thumper_> or does it need editing first?
[02:38] <jamesh> if so, then just update your rocketfuel-built tree, then run setup-lp-sourcecode-dir in your tree again
[02:38] <jamesh> that should update your tree from the local copy of rocketfuel-built
[02:39] <_thumper_> ok, I'll try that
[02:39] <jamesh> (we need to make these things easier ...
[02:43] <_thumper_> hang on, my ~/src/rocketfuel-built is an exploded tar ball from Steve from the start of Oct
[02:50] <_thumper_> I think I have it...
[02:53] <jamesh> I use the following command to pull it down from devpad: rsync -azP --delete-after devpad.canonical.com:/code/rocketfuel-built/launchpad/
[02:53] <jamesh>  ~/src/rocketfuel-built/
[02:55] <_thumper_> what benefit does it give you having a local copy?
[02:57] <jamesh> I can set up new local trees without hitting the network
[02:57] <_thumper_> hmm... ok
[02:57] <jamesh> probably also habit
[02:59] <_thumper_> I'll try that now...
[03:01] <_thumper_> jamesh: how much network traffic does that make?
[03:01] <_thumper_> I pay by the MB over a certain amount right now
[03:01] <jamesh> _thumper_: rsync is a differential protocol, so it depends on how different your local copy is to the remote one
[03:02] <jamesh> checksums for all the blocks get passed in one direction, and then matched against the files at the other end, and the missing data gets passed in the other direction
[03:03] <_thumper_> given that it is over 8 weeks out of date, I think much of it will be
[03:03] <_thumper_> and I just checked the size 571Meg
[03:03] <_thumper_> so, it can wait till I get to a wifi spot :)
[03:04] <jamesh> it'll transfer a lot less than 500MB :)
[03:05] <jamesh> I am not sure how much 8 weeks worth would be though
[03:05] <_thumper_> it can wait
[03:05] <jamesh> probably not a huge amount though
[03:05] <_thumper_> my working branch is working again
[03:05] <_thumper_> I just did a --remeber --overwrite pointing to the correct place
[03:05] <_thumper_> and got the right number of revisions
[03:06] <_thumper_> so happy enough for now
[03:07] <jamesh> rsync and "bzr pull" end up transmitting similar amounts of information (same order of magnitude)
[04:26] <_thumper_> do we have a magic widget for rendering a drop down list given a list and an active item?
[04:33] <stub> _thumper_: A Choice field in a schema is rendered the way you describe by the form machinery.
[04:33] <stub> But you need a Vocabulary rather than a list
[04:34] <_thumper_> stub, it is for a general selection rather than an attribute for a db object
[04:34] <_thumper_> I'm looking at filtering branches
[04:34] <_thumper_> and providing a way to do that on the branch listing pages
[04:34] <stub> You can use the form machinery without db objects.
[04:34] <_thumper_> so merged and abandoned don't appear by default
[04:34] <_thumper_> I was just stepping through the pt code and getting to the underlying form machinery
[04:35] <_thumper_> I see that in some of the views there are custom_widget attributes
[04:35] <_thumper_> I guess I want to use something like that
[04:37] <stub> Could be. I haven't done any form stuff for ages and it has changed a few times since then :)
[04:38] <stub> Maybe you just need to set the default or current value on the widget/field/whatever before rendering
[04:48] <jamesh> _thumper_: you can create a vocabulary pretty easily with a dbschema enumeration
[04:49] <jamesh> that's what the bug search/listing page uses
[04:49] <jamesh> define the enumeration in lib/canonical/lp/dbschema.py
[04:50] <_thumper_> I've had a good look through dbschema.py
[04:50] <jamesh> declare the vocabulary in lib/canonical/launchpad/vocabularies/dbschema.py
[04:50] <_thumper_> as I have been playing with the lifecycle status
[04:50] <jamesh> register the vocabulary in lib/canonical/launchpad/vocabularies/configure.zcml
[04:50] <_thumper_> ok, I'll look at those two now
[04:51] <jamesh> you'd need a schema for the form (which is just an interface)
[04:51] <jamesh> we put them under lib/canonical/launchpad/interfaces/ (even for ones that are purely browser code related)
[04:52] <jamesh> create a LaunchpadFormView using that schema, and it'll create the widgets for you based on the fields in the schema
[07:58] <SteveA> morning!
[08:06] <mpt> hello SteveA!
[08:07] <mpt> SteveA, what's happening with /ui-one-zero? Is it still auto-merging from /devel?
[08:09] <SteveA> mpt: it's not auto-merging
[08:10] <SteveA> what needs to happen next is that I do a merge from the production revision (done), resolve conflicts (not done), merge your stuff, then push that
[08:16] <mpt> SteveA, ok, it's just that I saw yesterday flacoste implemented one of the missing things for software Answers pages
[08:18] <mpt> SteveA, next, any progress on getting the brilliant server running again?
[08:19] <SteveA> you just threw out a fact about flacoste implementing something, but you didn't explain how it is relevant to the ui-one-zero branch.  please explain what you're thinking.
[08:19] <mpt> sorry, one of the missing things for *the 1.0 design* for software Answers pages
[08:19] <BjornT> mpt: do you have a list of things that need to be implemented for the Bugs 1.0 UI?
[08:19] <SteveA> just giving facts isn't all that useful unless you also explain how those things fit into your plans or intentions
[08:20] <mpt> BjornT, I'm reporting bugs as I come across them, with milestone 1.0, and linking them to the relevant spec
[08:20] <mpt> one moment
[08:20] <SteveA> mpt: ok, for the 1.0 design... but why is that important for the beta server or the 1.0 branch?
[08:20] <mpt> SteveA, the sooner it's in a mergable branch, the sooner I can incorporate it into the page.
[08:21] <SteveA> we're now tracking production.  so, that stuff needs to get into a production rollout
[08:22] <SteveA> from next week or so, we'll be asking people to work on the ui branch for all new code, unless it is database code
[08:22] <mpt> BjornT, for bug tracking so far, bug 73871, bug 74461, bug 73872
[08:22] <Ubugtu> Bug 73871 on http://launchpad.net/bugs/73871 is private
[08:22] <Ubugtu> Bug 74461 on http://launchpad.net/bugs/74461 is private
[08:22] <Ubugtu> Bug 73872 on http://launchpad.net/bugs/73872 is private
[08:22] <mpt> I was planning on posting a list of all these bugs later this evening
[08:24] <BjornT> mpt: ok, thanks. i think i'm going to have time to start working on them today.
[08:31] <mpt> great, thanks BjornT 
[08:31] <SteveA> mpt: seen stub around today?
[08:32] <mpt> SteveA, no
[08:32] <SteveA> ok.  so, we should find out from him when he plans to do the next roll-out, and ensure that UI support things you need are in that
[08:36] <mpt> SteveA, by "tracking production" do you mean that /ui-one-zero is configured to auto-merge from production instead of /devel?
[08:37] <SteveA> mpt: not quite.
[08:37] <SteveA> ui-one-zero is not automatically merging from anywhere
[08:37] <SteveA> I'm manually merging it
[08:38] <SteveA> when we have our processes smoothed out, with people working on the one-zero branch for as much as possible, then we'll turn on auto-merging again
[08:38] <mpt> ok, so what is the importance of ensuring that code I'm using has been rolled out?
[08:38] <SteveA> what I mean by "tracking production" is that the only work from devel we should merge into ui-one-zero is that work that has been rolled out to production
[08:39] <SteveA> so, if flacoste has done work on devel, and you want to use it on ui-one-zero, then we need to get that work rolled out to production
[08:39] <SteveA> so we can merge it onto ui-one-zero
[08:39] <mpt> To reduce churn, or to get better testing, or what?
[08:40] <SteveA> to ensure that the beta server will work against the production database, and work alongside the current UI in production
[08:40] <SteveA> not sure what "churn" means
[08:43] <mpt> churn as in number of sessions of merge conflict resolution (e.g. one per fortnight vs. one or two per week)
[09:18] <_thumper_> ping jamesh
[09:18] <jamesh> _thumper_: pong
[09:19] <_thumper_> jamesh: do you think that a non-db vocabulary should go in the lp/dbschema.py file?
[09:19] <_thumper_> I don't
[09:20] <jamesh> _thumper_: this has come up before.  There probably is a better place for them, but we haven't created it yet
[09:20] <jamesh> so for now we've been putting those enumerations in dbschema.py
[09:20] <_thumper_> I think perhaps a different file in the vocabulary directory
[09:20] <_thumper_> hmm...
[09:20] <jamesh> would probably be worth bringing up on the mailing list
[09:20] <_thumper_> yeah,
[09:21] <_thumper_> I think I will
[09:21] <jamesh> if we do create a new location, all the enumerations not used for database columns should be moved out at the same time though
[09:21] <_thumper_> yep
[09:21] <_thumper_> what I think I'll do is to put it with the others for now
[09:21] <_thumper_> and write something up
[09:25] <twb> I'm trying to register with ubuntu.
[09:26] <twb> I got the "Finish your Launchpad registration" OK.
[09:26] <twb> I browsed to the URL it gave with emacs-w3m, and tried to enter dat into the form a couple of times.  It kept taking me back to the same page.
[09:27] <twb> Looking at the raw HTML suggests that it requires javascript, so I tried again using Firefox.
[09:27] <twb> It gave me an "OOPS-340A337" error.
[09:27] <Ubugtu> https://devpad.canonical.com/~jamesh/oops.cgi/340A337
[09:27] <matthewrevell> twb: Sorry you've had a problem. Thanks for reporting the error.
[09:28] <twb> Unreported issues don't get fixed :-)
[09:28] <jamesh> twb: if you wait 5 minutes, I can check what the problem is
[09:28] <BjornT> twb: javascript shouldn't be required, but in order to stay logged in, your browser needs to support cookies. maybe emacs-w3m doesn't support cookies, or reject cookies from Launchpad?
[09:28] <twb> Emacs-w3m supports cookies, and I have them enabled for all sites.
[09:28] <jamesh> the error reports are copied from the app server by a cron job
[09:29] <twb> jamesh: righto.
[09:30] <BjornT> twb: i think that w3m rejects the kind of cookies that we use, though. my guess that the registration process actually succeeded. while waiting for the oops report to get copied, you could try using firefox to login, using the email and password you gave.
[09:31] <BjornT> https://launchpad.net/products/launchpad/+bug/59510
[09:31] <Ubugtu> Malone bug 59510 in launchpad "Can't log in with w3m due to bad cookies" [Undecided,Unconfirmed]  
[09:31] <twb> BjornT: ah.
[09:31] <twb> So launchpad.net won't work AT ALL with emacs-w3m?
[09:32] <BjornT> twb: well, it will work, but you can't log in, so you can only use launchpad.net anonymously using emacs-w3m
[09:33] <twb> Owie.
[09:33] <twb> I can't log in with firefox.
[09:35] <BjornT> twb: what happens when you try to log in with firefox? the same as for emacs-w3m, or do you get 'incorrect password'?
[09:35] <twb> BjornT: the latter.
[09:35] <twb> http://twb.ath.cx/tmp/tmp.png <-- trying to finish registration
[09:36] <twb> http://twb.ath.cx/tmp/tmp2.png <-- trying to log in anyway
[09:37] <BjornT> twb: hmm, ok. i see that you try to finish the registration on https://bugs.launchpad.net/token/...., try removing the 'bugs' part from the url, i.e. http://launchpad.net/token/...
[09:38] <twb> fwiw, bugs. is the one the email gave me.
[09:39] <BjornT> ok, that might be a bug.
[09:39] <twb> Different error this time: OOPS-340a349
[09:39] <Ubugtu> https://devpad.canonical.com/~jamesh/oops.cgi/340a349
[09:44] <BjornT> twb: if you don't mind there are one or two things you could try. first, go to https://launchpad.net/+login and try registering again, using only firefox this time.
[09:45] <twb> OK.
[09:52] <SteveA> eric-the-viking: tim p?
[09:57] <jamesh> BjornT: reading the RFC, we'd probably need to change https://launchpad.net URLs to https://www.launchpad.net or similar in order to share the session with blueprints.launchpad.net, etc _and_ work with w3m
[09:58] <jamesh> it seems the spec lets you share a cookie between "foo.example.com" and "bar.example.com", but not "example.com" and "foo.example.com"
[10:00] <SteveA> jamesh: so, is FF being lax in its interpretation of the spec?
[10:00] <BjornT> jamesh: could be, i haven't looked into it. maybe you could add that to the bug report?
[10:00] <jamesh> SteveA: that would appear to be the case
[10:01] <jamesh> SteveA: the spec says that the domain parameter specified in a Set-Cookie header must start with a dot, and have at least one embedded dot
[10:01] <jamesh> but ".launchpad.net" won't match "launchpad.net"
[10:02] <BjornT> SteveA: well, FF and most other browser. w3m is the only browser i know that has a problem with cookies from LP
[10:02] <jamesh> that means the RFC doesn't reflect common practice
[10:02] <mpt> iirc that was one of the first things changed in Safari once it went beta
[10:03] <mpt> changing the cookie handling so that it matched the Web instead of matching the spec
[10:03] <jamesh> I don't know if this is worth addressing in Launchpad
[10:03] <mpt> There are other problems w3m has with Launchpad
[10:04] <mpt> such as the translation completion charts being stretched one-bar-per-screenful
[10:06] <jamesh> of course, the RFC doesn't seem to disallow me setting a cookie with "Domain=.com.au", which is a much bigger potential security problem compared to disallowing "Domain=launchpad.net"
[10:15] <jamesh> actually, we could probably be RFC-compliant if we did the following:
[10:15] <jamesh> (a) made sure the Set-Cookie header was only sent from a page on https://launchpad.net
[10:16] <jamesh> (b) set two cookies: one without a domain attribute (which will only match launchpad.net), and a second one with Domain=.launchpad.net
[10:16] <jamesh> and use the same value
[10:17] <twb> That's interesting.  I also have problems using emacs-w3m with gmail, but not with other cookie-using sites.
[10:17] <twb> Would it be easier to just make launchpad.net always redirect to www.launchpad.net?
[10:19] <jamesh> actually, that would fail, because ".launchpad.net does not domain-match "launchpad.net", so the second cookie would get rejected
[10:19] <jamesh> it would need to be set by a *.launchpad.net request
[10:20] <jamesh> twb: or fix emacs-w3m to handle the web as it exists rather than how it is documented :)
[10:20] <twb> That is immorral.
[10:20] <twb> *immoral
[10:20] <twb> It merely encourages web "designers" to disregard standards.
[10:20] <twb> FSVO standard = rfc
[10:20] <jamesh> yep.
[10:21] <jamesh> but if the standard says one thing and the browsers that 99% of users use do something else, is it really a standard?
[10:21] <twb> You want to do what the majority thinks is a good idea?
[10:21] <jamesh> I am saying that standards that don't match reality are problematic.
[10:22] <twb> So we have to fight back!
[10:25] <twb> Pardon the ideology.
[10:26] <mpt> Oh, twb, you are going to hate HTML 5 ;-)
[10:27] <mpt> heh
[10:27] <mpt> My suspicion is confirmed
[10:27] <SteveA> rather than use a cookie shared across domains, we could instead do an openid style thing and bounce browsers through a login domain
[10:27] <SteveA> so, I suspect we can ignore this for now, and look again once we have open id running
[10:29] <twb> BjornT: OK,  I did the WHOOOOLE thing via firefox, and I registered successfully.
[10:30] <BjornT> twb: great! sorry for the trouble. i'll notify the person responsible for the registration code, to take a closer look at it and see what went wrong.
[10:34] <matthewrevell> Do any of you guys speak Spanish? I'd like to reply to a Spanish language email on the -users ML
[10:34] <twb> Solo un poco.
[10:35] <matthewrevell> twb: Me too. I learnt it at school then stuck to French :)
[10:37] <matthewrevell> twb: Someone has signed up to the launchpad-users mailing list and says that they don't understand why they keep getting emails about Launchpad.
[10:38] <twb> Sounds like you're already doing better than I can.
[10:38] <matthewrevell> Ideally, I'd like to offer them an explanation of what the list is for and how they can unsubscribe, should they choose to.
[10:38] <mpt> matthewrevell, perhaps someone in #ubuntu-es could help
[10:38] <matthewrevell> Perhaps I'll just have to start the email with, "No hablo Espanol, lo siento" :)
[10:38] <matthewrevell> mpt: Yeah, I'll try that, thanks.
[10:39] <twb> There's a couple of people in #emacs-es who might be bored enough to help you.
[10:39] <matthewrevell> twb: Thanks.
[10:40] <jamesh> matthewrevell: Google can give you a machine translation English -> Spanish
[10:41] <twb> Check out libtranslate-bin
[10:41] <jamesh> I wonder how many people subscribe to launchpad-users from the link on the oops page
[10:41] <matthewrevell> jamesh: Yeah, I'm always a little wary about using automated translation, though.
[10:41] <matthewrevell> jamesh: I'll try to find the Spanish to ask that :)
[10:41] <jamesh> matthewrevell: I've only done it a few times, giving both what I wrote and the machine translation, and make a note that it is a machine translation.
[10:42] <matthewrevell> jamesh: I'll keep that as my back-up plan :)
[11:05] <matthewrevell> jamesh: Back-up plan engaged :)
[11:09] <twb> Ahead, warp factor foor.
[11:09] <twb> *foo
[11:25] <matthewrevell> ddaa: Ha :)
[11:26] <matthewrevell> ddaa: It required some fiddling.
[11:26] <ddaa> I think we should definitely make launchpad-users harder to find.
[11:27] <matthewrevell> ddaa: Why do you think so many people sign up to launchpad-users in error?
[11:27] <ddaa> no idea
[11:27] <ddaa> but obviously the mailing list is too visible, somewhere
[11:27] <SteveA> matthewrevell: my guess is that they get confused being asked to get a launchpad account to access shipit
[11:27] <ddaa> do you need to have some lost users captured and their brain dissected?
[11:27] <jamesh> it is on the Launchpad.net OOPS page
[11:28] <matthewrevell> ddaa: Either that or it's visible in the wrong way. i.e. we're not sufficiently clear about the list's purpose.
[11:28] <jamesh> so I wonder if they are hitting that?
[11:28] <SteveA> matthewrevell: and then find the launchpad-users address on an oops message.  often it is people who don't read english well
[11:28] <SteveA> and are very focused on getting free CDs
[11:28] <ddaa> what SteveA says
[11:29] <ddaa> there's a very clear pattern
[11:29] <jamesh> if we localise any LP pages, the OOPS page would be a good candidate :)
[11:29] <matthewrevell> I notice the Mailman list signup page has a big, "This list is not for free CDs" message. But the Mailman signup page says a *lot* of things, so even something flagged up to give it extra prominence can be easily invisible
[11:30] <matthewrevell> a problem doubled if you're not so good with English< i'd imagine
[11:30] <ddaa> GIVE FREE CD THANK YOU
[11:30] <matthewrevell> If no one objects, I'd like to look at how we can reduce the number of mistaken signups to the list.
[11:31] <ddaa> YOU'D BE HARD PRESSED TO DIND SOMEONE OBJECTING, CAN I HAVE FREE CD?
[11:31] <matthewrevell> :-D
[11:32] <BjornT> it might be interesting to look at how many of the people requesting cds through launchpad-users appear in OOPS reports related to bug 44919
[11:32] <Ubugtu> Malone bug 44919 in launchpad "UnicodeDecodeError while registering a new account." [High,Confirmed]  http://launchpad.net/bugs/44919
[11:33] <matthewrevell> BjornT: Thanks. I'll read that.
[11:35] <BjornT> matthewrevell: you could ask matsubara to get you all the relevant OOPS reports.
[11:36] <matthewrevell> BjornT: Is that something only matsubara can do, or can I do it myself?
[11:40] <BjornT> matthewrevell: you might be able to do it yourself, but for example i don't even know where the OOPS report are stored. it's also not completely trivial to extract the relevant reports, since there's no clear linkage. you have to look at URL, exception, and traceback.
[11:40] <matthewrevell> BjornT: Ah right.
[11:41] <matthewrevell> Okay, I'll speak to matsubara :)
[11:43] <SteveA> we can easily find oops reports containing a UnicodeDecodeError
[11:43] <SteveA> they are archived on the machine devpad
[11:43] <SteveA> so, a find and grep would do that
[11:44] <jamesh> the production OOPS reports are in /srv/launchpad.net-logs/production/
[11:44] <cprov> morning
[11:45] <sivang> hi 
[11:45] <matthewrevell> Thanks. I'm still waiting on devpad access.
[11:45] <sivang> why can't I file bugs on the source package from here https://launchpad.net/distros/ubuntu/+source/ifupdown/0.6.8ubuntu1 ?
[11:46] <sivang> IMHO it would be very intuitive to allow me to file bugs after I've searched for a source pkg
[11:47] <BjornT> matthewrevell: you could also look at https://devpad.canonical.com/~matsubara/oops-summaries/
[11:47] <matthewrevell> BjornT: Thanks.
[11:47] <BjornT> matthewrevell: it's the production-* that you want to look at.
[11:48] <sivang> and even from here it could be nice to have a filebug link
[11:48] <sivang> https://launchpad.net/distros/ubuntu/feisty/+package/ifupdown
[11:50] <BjornT> sivang: yes, there should at least be a link to the relevant bugs for that package, from where you'd be able to file a bug.
[11:51] <BjornT> sivang: those pages haven't received much attention. could you please file a bug about both these issues?
[11:52] <SteveA> jordi: ping
[11:57] <sivang> BjornT: what's the product ? launchpad or malone?
[11:59] <twb> Does launcpad.net/people/foo require javascript?
[11:59] <twb> *Does launchpad.net/people/foo require javascript?
[12:00] <BjornT> sivang: hmm, not sure :) file it on launchpad, then
[12:00] <jamesh> twb: none of the pages should require javascript -- simply be enhanced by it
[12:00] <twb> In Galeon, I tried browsing to it and *then* logging in, and I don't get all the preference pane stuff that I get in firefox.
[12:00] <twb> Okay, this is weird.
[12:01] <jamesh> caching issues, maybe?
[12:01] <twb> When I halve the window size, the menu stuff shows up.
[12:01] <twb> So it sounds like CSS on + images off might be the problem.
[12:02] <twb> http://twb.ath.cx/tmp/1.png
[12:02] <twb> http://twb.ath.cx/tmp/2.png
[12:03] <twb> If I pick View > Styles > None, I see all the options.
[12:09] <BjornT> jamesh: do you think you could review my branch that's in your queue any time soon? it's been unreviewed for a week already now.
[12:15] <Znarl> I'm getting slow page loads and timeout errors viewing http://launchpad.net/distros/ubuntu
[12:18] <salgado> Znarl, it's a known problem, unfortunately. kiko just told me about it and I'm going to fix it ASAP
[12:19] <Znarl> salgado : OK, thanks.
[12:29] <kiko> morning
[12:29] <kiko> morning BjornT 
[12:30] <BjornT> hi kiko 
[12:30] <kiko> how's it going?
[12:31] <BjornT> pretty good, thanks. just sent off a merge request for malone-guided-filebug
[12:31] <kiko> BjornT, woo! excellent news
[01:07] <Keybuk> kiko: yes, see the announcement sent the other day -- that channel's moved networks
[01:07] <Keybuk> I needed to clear it to fiddle with chanserv
[01:08] <kiko> mmmm
[01:08] <Ng> kiko: a mail went to warthogs, or see https://wiki.canonical.com/MessagingSystems/InternalIRC
[01:08] <kiko> I don't read email
[01:08] <kiko> I write a lot of it though
[01:08] <Ng> heh
[01:55] <matsubara> salgado: https://launchpad.net/products/launchpad/+bug/68292 is fix committed, right?
[01:55] <Ubugtu> Malone bug 68292 in launchpad "+newaccount workflow might oops while redirecting to the newly created user page" [Undecided,Confirmed]  
[01:57] <Yannig> Hello everybody :)
[02:05] <Ubugtu> New bug: #74637 in launchpad "Distrorelease page doesn't include status" [Undecided,Unconfirmed]  http://launchpad.net/bugs/74637
[02:07] <matsubara> salgado: thanks
[03:03] <twb> After telling launchpad about my key fingerprint, it sends me an email.  The *whole* email is encrypted.  Because I'm new to GPG,  all I saw was gibberish.  It might be a good idea for there to be a second attachment saying "This message is encrypted with your key".
[03:04] <matsubara> twb: bug https://launchpad.net/products/launchpad/+bug/5193
[03:04] <Ubugtu> Malone bug 5193 in launchpad "PGP verification email should include instructions in unencrypted part" [Medium,Confirmed]  
[03:04] <twb> Good-o.
[03:19] <kiko> hello there!
[03:19] <stub> kiko: Which file contains that evil portlet? I need to hack it out on production until someone lands a bandaid to rocketfuel
[03:20] <kiko> stub, right! it's the karma portlet -- topcontributors?
[03:20] <stub> I need a filename
[03:21] <stub> I'd rather not randomly hack live page templates until I find the right one
[03:21] <kiko> sure.
[03:21] <kiko> one sec.
[03:21] <stub> Steve Alexander: milestone-portlet-details.pt
[03:21] <stub> Steve Alexander: object-portlet-milestones.pt
[03:21] <stub> One of them?
[03:21] <kiko>   <div tal:replace="structure context/@@+portlet-top-contributors" />
[03:21] <kiko> this is in distribution-index
[03:22] <kiko> stub, just nuke out that line -- it should be enough.
[03:22] <stub> ok - that makes it simple
[03:23] <kiko> stub, the portlet is karmacontext-topcontributors fwiw
[03:25] <Yannig> Hello
[03:25] <Yannig> Little question :)
[03:25] <Yannig> Do someone knows where I could translate VLC in Launchpad?
[03:25] <stub>  <div tal:condition="nothing" tal:replace="structure context/@@+portlet-top-contributors" />
[03:26] <stub> ok... that worked... second server...
[03:27] <matsubara> Yannig: vlc is a universe package, right?
[03:27] <Yannig> Could be, I don't know :(
[03:28] <matsubara> Yannig: seems so, Filename: pool/universe/v/vlc/vlc_0.8.4.debian-1ubuntu6_i386.deb. Universe packages aren't supported yet.
[03:29] <Yannig> Fair enough, bad luck
[03:29] <Yannig> Thanks matsubara 
[03:29] <matsubara> Yannig: there are plans to support them in the future, though
[03:29] <Yannig> Great
[03:30] <Yannig> I'm translating in a little supported language so I'd like not to have many tools to translate :)
[03:45] <twb> This cookie was rejected to prevent security violation. [RFC 2109 4.3.2 rule 3] 
[03:45] <twb> ...that's what plain w3m says re the cookie thing.
[03:46] <matsubara> twb: bug 59510 perhaps
[03:46] <Ubugtu> Malone bug 59510 in launchpad "Can't log in with w3m due to bad cookies" [Undecided,Unconfirmed]  http://launchpad.net/bugs/59510
[03:48] <twb> Yep, that's the one.
[03:49] <twb> Under Debian, if I wanted to see all the known bugs for package FOO, I would browse to http://bugs.debian.org/FOO.  What is the malone equivalent?
[03:49] <kiko> twb, currently, launchpad.net/distros/ubuntu/+source/foo
[03:50] <kiko> err
[03:50] <twb> There's no shorthand for that?
[03:50] <kiko> bugs.launchpad.net/distros/ubuntu/+source/foo
[03:50] <kiko> well
[03:50] <kiko> there will soon be:
[03:50] <kiko> bugs.launchpad.net/ubuntu/+source/foo
[03:50] <twb> That's not much better.
[03:50] <kiko> and later in the year
[03:50] <kiko> bugs.ubuntu.com/+source/foo
[03:50] <kiko> but I agree it's not much to offer today. 
[03:50] <kiko> twb, do you have a good suggestion?
[03:51] <twb> Well, you seem to have source, product and distro `types'.
[03:51] <kiko> yes, but source is secondary to a distro
[03:52] <twb> I would have bugs.debian.org/foo try to find ANYTHING called foo, and then say `did you mean Ubuntu Source Foo?' for each match.
[03:53] <twb> Similar to how packages.ubuntu.com/foo will list foo under every distro.
[03:53] <twb> s/distro/release/
[03:53] <twb> Oops, and not debian.org.  Force of habit :-)
[03:53] <kiko> twb, so right, that's a good idea -- we have an idea for global search/teleporting -- but having that work off the root (or perhaps off 404 pages) would be cool.
[03:57] <twb> Because I routinely work with several browsers -- starting with emacs-w3m and getting progressively more firefoxy for non-portable websites -- maintaining a list of `bookmarks' is more trouble than gain.
[03:57] <twb> So having shorthand URLs that DWIM are a Good ThingTM :-)
[03:59] <kiko> yeah
[04:00] <twb> Teaching querybts(1) and reportbug(1) to talk to talk to malone would also be nice.  I heard yesterday that will have to for some "XML-RPC" stuff on the malone end.
[04:01] <kiko> there is xml-rpc for filing bugs
[04:01] <twb> So you still have to use a browser to *view* bugs?
[04:02] <twb> For long bug reports under Debian, I tend to use querybts to get an mbox, and then view that with mutt.
[04:03] <kiko> twb, currently, you do. we don't offer an mbox interface. we should, though
[04:03] <kiko> it's a cool idea
[04:11] <pirast> hi
[04:12] <kiko> hey there
[04:13] <pirast> i have a question to launchpad and bazaar; i want to package yast2. So I want launchpad to mirror the svn tree of yast2
[04:13] <pirast> But yast2 is not a registred product as far as I can see
[04:13] <pirast> and I have another question, does launchpad make builds in a repository then?
[04:14] <ddaa> pirast: then register yast2
[04:14] <kiko> pirast, a) you can register yast2 and have us import it into bzr.
[04:14] <kiko> b) we do not yet build packages off upstreams; it's a planned feature but not right now.
[04:14] <ddaa> if upstream gets interested into Launchpad, they can contact you (or admins) to reassign the product
[04:14] <pirast> kiko, okay, thanks
[04:15] <pirast> when will it be possible?
[04:15] <ddaa> pirast: FWIW I'm the guy who runs the bzr imports
[04:15] <kiko> pirast, it's a non-trivial endeavour, given the upstream also would need to be packaged to actually be able to be built
[04:15] <outime> I have a little problem with my GPG Key, but I'm not sure if in this channel anyone can help me... Can I ask?
[04:16] <kiko> always
[04:16] <kiko> asking is free!
[04:16] <outime> oh well :-)
[04:17] <pirast> kiko, mhm, I know..
[04:17] <kiko> pirast, so not in the next 3 months at least.
[04:17] <pirast> :-((
[04:17] <pirast> kiko, I though about something like that, make a debian directory and tell launchpad to build it..
[04:17] <outime> My 'little' problem, is... I edit my key, for make a new UID and delete the old, I save it and upload to a PGP Key server, but now, appear the two UIDs, not only one. What happen?
[04:17] <pirast> then it makes a repo which you can add to your sources.list..
[04:17] <kiko> pirast, well, you /can/ package upstream and upload it via the MOTU process
[04:17] <kiko> pirast, and there's a feature upcoming which will give you some of that
[04:18] <kiko> just not the automatic import-and-build that you are looking for
[04:18] <kiko> outime, you don't delete UIDs -- you revoke them.
[04:18] <ddaa> pirast: we do plan _eventually_ to support what you describe
[04:18] <kiko> right.
[04:18] <outime> kiko, when I say UIDs I'm refering to the name, mail, etc, not to key ID
[04:18] <outime> not the*
[04:18] <pirast> ddaa, great.. I will look forward to that feature :-)
[04:19] <kiko> outime, I don't think you can delete UIDs, but perhaps you are better off asking at #gnupg :)
[04:19] <ddaa> but it's a large undertaking, as it involve connecting several subsystem. And since Launchpad is quite heavily (ab)used by a lot of people, and is critical to the Ubuntu release process, those things cannot be just whipped up toghether.
[04:19] <outime> All are died, I ask half hour ago
[04:20] <outime> dead* (arg, sorry for my keyboard)
[04:20] <ddaa> pirast: I'm looking forward to the bonus I'll get when this stuff eventually works, too :)
[04:20] <pirast> hehe :-)
[04:21] <outime> Well... thanks kiko :-)
[04:23] <kiko> welcome outime 
[04:38] <stub> outime: I'm pretty certain you can delete UIDs from your local keyring. However, if they have been uploaded to a keyserver they will reappear next time you refresh your key from that source. And you can't delete stuff from the keyservers as far as I know.
[04:46] <outime> ok stub, so I go to revoke the key :-)
[04:46] <outime> thanks you
[05:23] <ddaa> kiko-fud: a comment-only patch can be [trivial] , right?
[05:50] <kiko-fud> ddaa, yes.
[06:14] <MagicFab> What package should I use report enhancement requests for Launchpad Locoteams administration ? (members admin, etc.)
[06:17] <salgado> MagicFab, that's something we discussed at UDS. have you seen https://wiki.ubuntu.com/LoCoTeamsUDSMVSpecs/UnifyingLoCoTeamResources?
[06:17] <salgado> (maybe the enhancements you want are already there)
[06:19] <MagicFab> Well, until the long term plans for that LP spec are implemented, is there any hope some fields are added in reports ? For example "Ubuntero" (signed CoC) status in the members list...
[06:20] <kiko> MagicFab, just file bugs for the individual bits
[06:20] <kiko> and i'll make sure we schedule some time for them.
[06:20] <MagicFab> kiko, tx - under what package should I do that... launchpad-integration ?
[06:21] <kiko> MagicFab, no, launchpad itself.
[06:21] <kiko> launchpad-integration is the package that makes the magical links to launchpad in gtk applications
[06:22] <salgado> MagicFab, https://launchpad.net/products/launchpad 
[06:22] <MagicFab> Ah, wrong product .... (!!!) tx a bunch!
[06:23] <kiko> don't touch that printer!
[06:24] <MagicFab> well, everything else is burried under test CDs, failed hard drives and useless govt. letters
[06:25] <kiko> MagicFab, speaking of printers, what user/password is used to access cups "modify printer" option?
[06:25] <kiko> MagicFab, I'm in lpadmin but my account and password doesn't work
[06:25] <SteveA> jordi: ping
[06:28] <MagicFab> kiko, normally, the user you installed U with (first user)
[06:28] <MagicFab> and its password of course
[06:29] <flacoste> kiko: any user in group lpadmin
[06:29] <kiko> MagicFab, how is this set up? I didn't install U -- I upgraded 
[06:29] <kiko> flacoste, doesn't seem to be working for me.
[06:29] <flacoste> kiko: your user is in lpadmin?
[06:29] <kiko> lpadmin:!:109:kiko,salgado,romaia
[06:30] <MagicFab> kiko, even then, iot would be the firstuser/pwd you used in your first install
[06:30] <flacoste> kiko: you are using the web interface?
[06:30] <kiko> flacoste, yes I am
[06:30] <MagicFab> kiko see http://www.cups.org/articles.php?L274
[06:30] <flacoste> kiko: did you modify the Location directive in /etc/cups/cupsd.conf
[06:30] <kiko> flacoste, let me see.
[06:30] <MagicFab> kiko, sorry I didn't catch that
[06:31] <flacoste> kiko: by default you can only modify printer when connecting from 127.0.0.1
[06:31] <kiko> still no dice. hmmm
[06:32] <kiko> flacoste, so I am connecting from 127.0.0.1
[06:32] <kiko> my user is in lpadmin
[06:32] <flacoste> when all else fails, check the log
[06:33] <kiko> E [06/Dec/2006:15:31:54 -0200]  IsAuthorized: pam_authenticate() returned 7 (Authentication failure
[06:33] <kiko> wonder what that means.
[06:33] <flacoste> interesting
[06:33] <flacoste> it seems that PAM is the one refusing to authenticate you
[06:33] <flacoste> check /etc/pam.d/common-auth
[06:34] <flacoste> and /etc/pam.d/cupsys
[06:34] <flacoste> and you might find some more info in /var/log/auth.log (that's where PAM would log other messages)
[06:35] <kiko> Dec  6 15:31:52 anthem cupsd: (pam_unix) authentication failure; logname= uid=102 euid=102 tty= ru
[06:35] <kiko> ser= rhost=  user=kiko
[06:36] <flacoste> you don't have account expiration on by any chance?
[06:36] <kiko> flacoste, nothing very informative..
[06:37] <kiko> no
[06:37] <flacoste> hmm, i don't have any more ideas :-(
[06:38] <kiko> so cupsd is running as cupsys
[06:38] <kiko> is that correct?
[06:38] <flacoste> cupsys is the PAM system name for cups
[06:38] <flacoste> by default, web authentication is broken
[06:39] <flacoste> (on Ubuntu for cups)
[06:39] <kiko> flacoste: http://i-admin.blogspot.com/2004/12/solution-for-web-admin-interface-for.html
[06:39] <kiko> yeah.
[06:45] <MagicFab> kiko also check  http://ubuntu.wordpress.com/2005/10/13/enabling-cupsys-web-admin-interface/
[06:45] <kiko> okay, thanks.
[06:49] <matsubara> hello MagicFab we usually follow this https://help.launchpad.net/TaggingLaunchpadBugs as a guideline to tag launchpad bugs.
[06:50] <Ubugtu> New bug: #74667 in launchpad "Add "Code of Conduct signed" column to members page" [Undecided,Unconfirmed]  http://launchpad.net/bugs/74667
[06:50] <Ubugtu> New bug: #74669 in launchpad "Can't add options to a poll starting the same day" [Undecided,Unconfirmed]  http://launchpad.net/bugs/74669
[07:30] <MagicFab> matsubara, tx, was under the impression it was open to anything. Wanted to use them to track bugs reported by teams
[07:31] <MagicFab> matsubara, Launchpad let me so... my bad
[07:36] <kiko> reported by teams?
[07:39] <matsubara> no idea what he means, but I'd suggest him to subscribe the team to the bug if he wants to keep track of them.
[07:41] <kiko> BjornT, good job my man!
[07:45] <Ubugtu> New bug: #74679 in launchpad "Launchpad tokens should have a expiry date" [Undecided,Unconfirmed]  http://launchpad.net/bugs/74679
[07:49] <kiko> hey matthewrevell 
[07:50] <matthewrevell> kiko: heyt
[07:50] <kiko> matthewrevell, so what good news do you have for me today? how did your assignments go?
[07:52] <matthewrevell> I've just sent you an email
[07:52] <matthewrevell> I've been looking at the common user-affecting issues
[07:53] <matthewrevell> and the problem of people accidentally/unwittingly signing up to the launchpad-users ML
[07:53] <kiko> yeah
[07:53] <matthewrevell> Had a couple of good chats with matsubara and ddaa
[07:53] <kiko> let's chat a bit about it -- let me just get your email
[07:53] <matthewrevell> ok
[08:03] <kiko> okay, sent the email
[08:03] <kiko> matthewrevell, so want to pastebin a list for me to comment on?
[08:04] <matthewrevell> kiko: Sure. I've not used pastebin before, so bear with me :)
[08:05] <kiko> oh
[08:05] <kiko> sure!
[08:05] <kiko> try pastebin.de 
[08:05] <kiko> or any similar pasting service
[08:05] <mdke> pastebin.ubuntu-nl.org!
[08:05] <mdke> gah. s/pastebin/paste
[08:06] <kiko> mdke, your mistake took all the oomph out of your paste!
[08:06] <mdke> yeah
[08:08] <kiko> mdke, is that the official paste I should be recommending?
[08:08] <mdke> well, it has an Ubuntu theme!
[08:08] <mdke> I asked Seveas to arrange to get paste.ubuntu.com pointed at it
[08:09] <kiko> is that not done yet?
[08:09] <kiko> would that be a cname or a redirect?
[08:10] <mdke> either I guess. I don't know if he has made the change server side, or even filed an RT
[08:10] <matthewrevell> mdke: Cheers for that.
[08:10] <elmo> he hasn't, and I wouldn't want to point ubuntu.com an external server
[08:10] <kiko> where's seveas when we need him :-P
[08:10] <elmo> if you want a pastebin, on ubuntu.com, ask for it on RT
[08:10] <mdke> elmo: maybe he can supply the scripts then
[08:10] <kiko> mdke, I think that'd be a splendid idea
[08:11] <mdke> dunno what software it uses
[08:11] <mdke> matthewrevell: np - welcome back
[08:11] <matthewrevell> mdke: Thanks :)
[08:11] <mdke> all went well?
[08:12] <matthewrevell> mdke: More or less. all okay in the end :)
[08:12] <mdke> good
[08:15] <mhb> danilo-food: how's the very nasty bug 46982 going?
[08:15] <Ubugtu> Malone bug 46982 in rosetta "Need to support KDE like plural forms" [Critical,Confirmed]  http://launchpad.net/bugs/46982
[08:16] <mhb> it's labeled as critical and it's corrupting a lot of translations
[08:17] <kiko> mhb, he's sick today :-(
[08:18] <mhb> oh sorry to hear that
[08:20] <Ubugtu> New bug: #74680 in launchpad "+accountmerge page should present the option to discard the merge request" [Undecided,Unconfirmed]  http://launchpad.net/bugs/74680
[08:20] <mhb> kiko: and carlos is not here as well :oI any chance you know the progress of it?
[08:20] <kiko> mhb, this is danilo-food's #2 or 3 task IIRC
[08:20] <kiko> he is pretty unhappy about it
[08:22] <mhb> kiko: I can imagine that :o) I'm pretty unhappy about it too because it corrupts good translations
[08:24] <mhb> kiko: anyway, I've noticed LP profiles are already indexed by google (I don't know for how long,though) ... any guess when the translation lines themselves will be?
[08:25] <kiko> mhb, as I said yesterday, carlos has the patch, and I'm waiting for him to come back from vacation to land it and then roll it out.
[08:25] <mhb> kiko: oh, I thought that was something different
[08:26] <mhb> (the upload problem) sorry then
[08:26] <kiko> mhb, the upload problem?
[08:26] <kiko> well, that's another issue stacked on that patch
[08:27] <kiko> but danilo-food and I am still concerned that that wasn't the root cause of translation regressions.
[08:27] <mhb> I see, ok
[08:27] <kiko> but right now both danilo-food and carlos being out leaves me a bit short-handed to give you better answers.
[08:28] <mhb> kiko: ok, I'll be patient
[08:30] <kiko> ping danilo tomorrow when he's in and better
[08:31] <ddaa> kiko: even if it's a 2k lines patch?
[08:31] <kiko> ddaa, 2k of comments?!
[08:31] <ddaa> :-)
[08:31] <ddaa> kiko: fixing copyright notices in cscvs
[08:32] <kiko> get somebody to rs= the copyright change, and do it
[08:32] <ddaa> well, you can rs= it, I'll summarize for you
[08:33] <ddaa> make all stuff that was written since the last public release gplv2+
[08:33] <kiko> do we want v2+
[08:33] <ddaa> and make stuff to which there was important changes, but clearly derived, use the orginal license (lesser bsd) with "parts copyright canonical ltd. gplv2+"
[08:34] <ddaa> kiko: I tried to foster interest in this question in poolie, sabdfl and SteveA, and I just got an unanymous lack of reaction
[08:34] <ddaa> so I just picked whatever I like
[08:34] <kiko> why not use bsd throughout?
[08:35] <kiko> having parts gpl2 and parts bsd is just going to make the code less useful
[08:35] <ddaa> for who?
[08:35] <kiko> for whoever cares about licenses.
[08:36] <ddaa> Oh, I also removed "author: robert collins" or "david allouche" or "Daniel Silverstone" in the bits that are copyright canonical, for the sake of simplicity. We have a version control system for this.
[08:36] <kiko> agreed with that
[09:14] <mhb> kiko: one more question: how long does the approval procedure take before I'll be mailed further information? ( <-- I suggested to you that I could help out with the Rosetta code a bit)
[09:15] <mhb>  * Taking care of the KubuntuGrubconfig tool aimed for Kubuntu Feisty.
[09:15] <mhb> oh, sorry for the last line
[09:15] <mhb> (bad copy)
[09:16] <kiko> ah, right. It's on my list to chat with SteveA, let me ping him.
[09:16] <Oppy> Hi guys, is anyone around?
[09:16] <kiko> no!
[09:16] <Oppy> haha
[09:16] <kiko> darn, busted.
[09:17] <kiko> how can we help you Oppy 
[09:17] <Oppy> anyway, I'v euploaded a .pot file for getdemocracy.com translations a bunch of times, starting about a week ago
[09:17] <kiko> Oppy, and they are still stuck in the queue?
[09:17] <Oppy> I know you guys usually moderate these things in a much more expedient fashion, so I was wondering if it slipped through the cracks somehow
[09:18] <kiko> Oppy, there's been a change in how things are done and that may have been the case
[09:18] <Oppy> what was the change?
[09:20] <kiko> just responsibility changes
[09:21] <kiko> but carlos' on vacation and danilo's sick and this fell through.
[09:21] <kiko> I'm considering matsubara for the backup-backup position
[09:21] <Oppy> ah, I see
[09:22] <Oppy> so it's in the queue then?
[09:26] <kiko> yes, it is
[09:26] <kiko> I'll check with danilo-food tomorrow and we'll sort it out
[09:27] <Oppy> okay, thanks....I hope danilo gets well soon!
[09:29] <kiko> Oppy, so do I
[09:30] <Oppy> see you later :)
[10:07] <cbx33> hi all
[10:07] <cbx33> is ther a way to send to every memebr of a group in LP?
[10:08] <mdke> you get a mailing list, subscribe everyone, and send a message
[10:09] <mdke> no other way, as yet - except for filing bugs or specs or whatever on a product that the group is contact for
[11:15] <Ubugtu> New bug: #74721 in rosetta "No translation template for banshee" [Undecided,Unconfirmed]  http://launchpad.net/bugs/74721