[12:38] <cprov> -> uploader-test is running on DF, actually doing pretty well ! hope I'll have good news for tomorrow, good night guys
[02:13] <dilys> Merge to devel/launchpad: [trivial]  Changed the status of the Chinese languages. (r2877: Carlos Perell Marn)
[03:46] <jamesh> spiv: I added some lock file checking, so you shouldn't see pending-reviews/ screwing up as much
[03:46] <jamesh> (if at all)
[03:47] <jamesh> I think I need a "time to run" column though
[03:47] <lifeless> jamesh: so now the branch listing pages are live
[03:47] <lifeless> we should get pending reviews running from that list
[03:48] <jamesh> lifeless: yeah.  I suppose there is nothing to stop us listing Launchpad branches there
[03:48] <jamesh> (given that we already list them on a public wiki
[03:49] <jamesh> lifeless: do we export the info in machine-readable format?
[04:16] <lifeless> jamesh: not as such
[04:17] <jamesh> lifeless: was carlos's bzr problem resolved?
[04:17] <lifeless> jamesh: I hope so ;). mpool was working on it
[04:17] <jamesh> lifeless: I fixed it locally by deleting two lines from mutter()
[04:18] <lifeless> I suspect that means you have corrupt revisions now
[04:18] <jamesh> lifeless: no.
[04:18] <jamesh> lifeless: mutter() was checking whether its argument was a unicode string, and if so it converted to UTF-8
[04:19] <jamesh> lifeless: the file-like object mutter() then printed to was a codec wrapped file object that would also convert to UTF-8
[04:19] <jamesh> when passed a normal string, it would treat it as being in the default encoding, which is ascii
[04:20] <jamesh> since the string had 8-bit characters (because it was in UTF-8), the ASCII -> UTF-8 conversion failed
[04:22] <lifeless> H, OK
[04:24] <jamesh> so with the " if isinstance(out, unicode): out = out.encode('utf-8')" bit removed, I get nicely UTF-8 encoded accents in ~/.bzr.log
[05:21] <photoelf> hi there! =)
[05:48] <dilys> Merge to devel/launchpad: [trivial]  Simplify some feedback messages; add forgotten 'remove' icon (r2878: Matthew Paul Thomas)
[07:56] <SteveA> mdz: ping
[09:24] <carlos> morning
[09:30] <stub> SteveA, lifeless: I will be here next week
[09:30] <stub> (Although Monday is a public holiday)
[09:30] <jamesh> carlos: got a patch that fixes the bzr problem you ran into yesterday
[09:31] <carlos> jamesh, mpool game me it already
[09:31] <carlos> jamesh, but thanks
[09:32] <carlos> jamesh, https://launchpad.net/products/bzr/+bug/5277
[09:32] <Ubugtu> Malone bug #5277: bzr is not able to merge from one branch because an Unicode error In: bzr (upstream), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/5277
[09:33] <carlos> see you in one hour
[10:45] <slomo_> kiko: hi... please add libqalculate to the database
[11:30] <cprov> morning
[12:03] <mpt> Goooooooooooooooooooooooooooooooooood morning Launchpadders
[12:06] <SteveA> spiv: ping
[12:12] <matsubara> good morning!
[12:31] <dilys> Merge to devel/launchpad: [trivial]  allow whitespace differences in coc.  Fixes bug 3996 (r2879: James Henstridge)
[12:44] <salgado> stub, around?
[12:59] <salgado> is pqm running on balleny already?
[01:00] <kiko> I don't know but I don't think so
[01:00] <kiko> fuck man
[01:00] <kiko> my tests keep randomly failing
[01:00] <kiko>    +   Module canonical.launchpad.browser.person, line 1481, in _setPreferred
[01:00] <kiko>     +     assert emailaddress.person.id == self.context.id
[01:00] <kiko>     + AssertionError
[01:07] <kiko> good morning
[01:09] <gneuman> mornig
[01:22] <kiko> hey SteveA
[01:22] <BjornT> mpt: hi. you have a baz branch up for review. have you converted it to bzr yet?
[01:22] <mpt> what branch is that?
[01:23] <mpt> oh, menus
[01:23] <mpt> I'd forgotten about that
[01:24] <mpt> No, I had to stop my baz-import because PQM was still on chinstrap
[01:24] <mpt> so I guess I should be able to resume it today or tomorrow
[01:25] <BjornT> ok
[01:25] <kiko> how's it going BjornT
[01:27] <BjornT> pretty good, thanks. been working some on email error messages, and though it would be a good time to take a break and catch up on reviews. how's it going yourself?
[01:28] <kiko> been busy with staff reviews mostly, and with coordinating HCT and the soyuz deployment tests
[01:29] <kiko> I'm almost on top of bugmail but not quite
[01:29] <kiko> 171 to go
[01:31] <mpt> 151 for me
[01:31] <mpt> kiko, I'll race you
[01:31] <mpt> though if I'm lucky, bzr branch will finish first
[01:31] <kiko> heh
[01:35] <SteveA> hi kiko
[01:35] <kiko> how's it going man
[01:35] <SteveA> things are okay here.
[01:35] <kiko> that's a relief
[01:35] <kiko> I dreamt you and I were in a jungle
[01:36] <kiko> and you kept having to answer your phone
[01:36] <SteveA> dude, we are in a jungle
[01:36] <kiko> and I was like hth does the man get gsm reception here
[01:37] <kiko> so SteveA how about a staff review?
[01:37] <SteveA> yeah, shall we get cracking with voip shortly?
[01:37] <kiko> yeah let's try and do one or two this morning
[01:37] <kiko> then only one in the afternoon
[01:37] <kiko> and I can write up the report
[01:38] <SteveA> ok.  start in 20 mins?
[01:38] <kiko> sounds about right
[01:38] <SteveA> okay
[01:39] <SteveA> bbaib
[01:39] <kiko> mpt, how's NewPageLayout looking? give me a demo
[01:43] <mpt> It's not in a working state yet, kiko
[01:43] <mpt> I'll let you know when it is
[01:43] <ddaa> BjornT: hey
[01:43] <BjornT> hi ddaa
[01:44] <ddaa> do you know if there is any _sane_ and OAOO-compliant way of inserting a single link from the action portlets within a page body?
[01:45] <ddaa> I've been looking at canonical.launchpad.webapp.menu, and the code there does not lend itself well to reuse
[01:45] <ddaa> My use case is adding a link to $branch/+edit within the branch summary listing if the branch does not have a title or description.
[01:46] <BjornT> ddaa: hmm, don't know, but there should be. let me take a quick look.
[01:49] <ddaa> One issue is building the link url. That can be done with slight OAOO violation by canonical_url(context)/link.target where link is given by BranchContextMenu().edit()
[01:49] <ddaa> * by concatenating
[01:50] <ddaa> other issues involve getting the icon (no idea how to do that yet)
[01:50] <ddaa> and reproducing the escaped_text logic that's used in menu.py (though I'm not sure it's necessary).
[01:52] <BjornT> ddaa: you should probably talk to stevea about it, he wrote the code.
[01:53] <ddaa> bah... I think I'll just do something slightly substandard. Simpler.
[01:55] <BjornT> ddaa: one thing that could work, though, is that you do 'menuapi = MenuAPI(self.context)', then you should have access to the relevant menu in menuapi.context() or menuapi.application()
[01:55] <ddaa> mh
[01:56] <ddaa> I see.
[01:57] <ddaa> I think that would be really ugly :)
[01:57] <BjornT> ddaa: and if you talk to stevea, i'm sure he could fix so that you can use context/menu:context/menu_name in TALES
[01:58] <ddaa> Speak of the devil.
[01:58] <SteveA> the Enthusiast
[01:59] <ddaa> SteveA: got a few minutes?
[01:59] <SteveA> ole scratch
[01:59] <SteveA> ddaa: i'm due to have a call with kiko about now
[01:59] <SteveA> kiko: can i talk with ddaa first?
[01:59] <SteveA> ole clootie
[01:59] <ddaa> SteveA: talk to kiko first, callback on me when you're free.
[01:59] <SteveA> ddaa: it will be quite a while
[01:59] <jordi> SteveA: did you have a chance to read my announcement?
[01:59] <jordi> it's posted now, so I guess it's not too urgent anymore
[01:59] <jordi> just wondering what you think
[01:59] <kiko> mpt, ddaa sure.
[02:00] <kiko> duh.
[02:00] <kiko> SteveA, sure, go ahead.
[02:00] <ddaa> SteveA: so, I'd like to be able to insert a BranchContextMenu link into the page body.
[02:00] <SteveA> jordi: not yet.  i'll do it
[02:00] <ddaa> A specific one.
[02:00] <jordi> SteveA: no hurry
[02:00] <SteveA> which page body?
[02:01] <ddaa> Specifically, I'd like to duplicate the action link for $branch/+edit in branch-summary-listing for branches that have no title or summary.
[02:01] <ddaa> You know, making things that do the same thing look the same.
[02:03] <SteveA> and...
[02:03] <ddaa> The existing MenuAPI machinery does not make that easy. The options now are: adding a method in the view class to compute the edit_url using the LinkData object, or do MenuAPI..something...context and find the adapter for the specific link of interestest.
[02:03] <ddaa> Also, there's no easy I found to get the link icon.
[02:03] <ddaa> So, I want to do that in a OAOO-compliant way.
[02:03] <SteveA> you want to add the same link as is in a particular ContextMenu, but not in a ContextMenu
[02:04] <ddaa> yes
[02:04] <ddaa> BjornT said you could make that easy by providing a context/menu:context/menu_name in TALES.
[02:04] <SteveA> you mean link_name
[02:04] <BjornT> yeah
[02:05] <SteveA> yes, that is feasible
[02:05] <ddaa> for example, context/menu:context/edit in my case, I think.
[02:05] <SteveA> exactly how much duplication of code are we talking about here?
[02:05] <ddaa> not terribly much
[02:06] <ddaa> It's just a sort of nice to have thing to make the code more elegant.
[02:06] <ddaa> okay, now you can forget about it and talk to kiko, thanks for listening :)
[02:07] <SteveA> okay.  i think it is a good feature for the menus code, but not all that important.  so, file a bug with bjorn's suggestion, ensure the code you add has an XXX with that bug num
[02:07] <SteveA> and i'll do it when i next work on the menus system
[02:08] <ddaa> Aye aye.
[02:08] <SteveA> i think this would be used in some other places too
[02:08] <ddaa> I think the same.
[02:08] <SteveA> and might be a good way to make a bunch of context-relevant links that aren't in a menu
[02:08] <SteveA> but that you want to work the same way as menu links
[02:08] <mpt> haha, the ghost of plone.css strikes again
[02:08] <SteveA> so, say that in the bug report too
[02:09] <SteveA> kiko: i am ready!
[02:09] <ddaa> mh... I'm not sure I understand what you said, but I'll quote you :)
[02:09] <SteveA> ddaa: mpt will love it.  it will allow links in general to not be links if they go to the same URL.
[02:10] <mpt> yay
[02:11] <salgado> hey SteveA. quick question: I have a string where I want to use some replacements. two of these replacements have to go through sqlvalues() and the third has to go through quote_like(). is there a simpler way for doing this than what I have here: https://chinstrap.ubuntu.com/~dsilvers/paste/filefoRcrT.html ?
[02:13] <SteveA> salgado: yes.
[02:13] <SteveA> either:  "%s %s %s" % (sqlvalues(a, b) + quotelike(c))
[02:14] <SteveA> or: "%s %s %s" % (quote(a), quote(b), quotelike(c))
[02:14] <SteveA> note that (1, 2) + (3, ) --> (1, 2, 3)
[02:14] <SteveA> the first one should be:  "%s %s %s" % (sqlvalues(a, b) + (quotelike(c), ))
[02:14] <SteveA> so, the one using quote, quote, quotelike is simplest
[02:15] <salgado> yeah, indeed
[02:15] <SteveA> now, if this is a common thing, we could have a like(...)
[02:15] <SteveA> so you could say: sqlvalues(a, b, like(c))
[02:15] <salgado> I've never seen this before, so I don't think it's common
[02:15] <SteveA> but i don't think this is a common problem
[02:15] <SteveA> right
[02:16] <salgado> thanks SteveA.
[02:18] <kiko> I was having a meeting with the soyuz testing team
[02:18] <kiko> and they are in pain
[02:18] <SteveA> what's up?
[02:19] <kiko> let's skype it up
[02:20] <ddaa> bug 5313
[02:20] <Ubugtu> Malone bug #5313: Displaying a menu link in arbitrary templates In: launchpad (upstream), Severity: Normal, Assigned to: Steve Alexander, Status: Accepted https://launchpad.net/bugs/5313
[02:21] <SteveA> ta
[02:23] <SteveA> kiko: ...
[02:56] <ddaa> mpt: can you remind me what the lock icon on the branch summary listing means?
[03:04] <dilys> Merge to devel/launchpad: Implement http://wiki.launchpad.canonical.com/ShipitReports. r=SteveA,stub (r2880: Guilherme Salgado)
[03:04] <ddaa> mpt: ping?
[03:05] <mpt> ddaa, I don't remember
[03:05] <mpt> what file is it?
[03:05] <ddaa> branch-summary-listing.pt :)
[03:05] <mpt> oh, duh
[03:05] <ddaa> Got a more important question.
[03:05] <mpt> I don't know, and that's not my code
[03:06] <ddaa> That was your code, at first.
[03:06] <ddaa> You provided the mockup.
[03:06] <mpt> I wouldn't use <b>
[03:06] <ddaa> Mh. Right.
[03:06] <mpt> or run-on sentences :-)
[03:06] <ddaa> *shrug*
[03:06] <ddaa> So a better on.
[03:06] <mpt> probably it's just a placeholder for a "branch" icon to be provided later
[03:07] <ddaa> I remember lifeless giving me a rationale, it's not like him to be making stuff up.
[03:07] <mpt> for the lock icon?
[03:07] <ddaa> yes
[03:07] <ddaa> But nevermind.
[03:07] <ddaa> More importantly
[03:08] <ddaa> I want to make the branch url optional in the DB. The idea is that branches pushed by sftp on the supermirror would have a NULL url (since the url is computed by launchpad anyway).
[03:09] <ddaa> UI wise, I'd like the add and edit form for a branch to display the URL textline with a checkbox that says "This branch is hosted on the supermirror" or something.
[03:09] <ddaa> When the checkbox is activated, the textline is cleared and disabled.
[03:09] <ddaa> When it is disactivated, the textine in enable (and maybe seeded with a "http://").
[03:09] <mpt> if it's hosted on the supermirror, it still has an URL, just not one you can change, correct?
[03:10] <ddaa> Right. And it's a URL that's provided by launchpad, not by the user.
[03:10] <mpt> so it should be filled and disabled, not cleared and disabled
[03:10] <ddaa> mh... right
[03:10] <ddaa> so, HOW?
[03:11] <mpt> then we're even
[03:11] <ddaa> also, I've no clue how to bend the form machinery to do that...
[03:11] <mpt> I doubt you could do it with a standard form
[03:11] <ddaa> mpt: then maybe you could tell me who to ask :)
[03:11] <mpt> kiko did the JS for the bug assignee field
[03:12] <ddaa> ha, I noticed that bit of magic, that's lovely :)
[03:17] <kiko> it's not too complicated, but it is a bit.
[03:17] <kiko> I found it works generally well which I guess is a high compliment for something that could be so cumbersome
[03:17] <mpt> ddaa, http://www.codetoad.com/javascript/enable_disable_form_element.asp
[03:20] <mpt> or better, http://www.experts-exchange.com/Web/WebDevSoftware/ColdFusion/Q_21222913.html
[03:21] <kiko> cfm freak
[03:23] <lucasd> is there anyway to drop a team?
[03:23] <salgado> lucasd, no
[03:24] <lucasd> oh, i see..
[03:25] <SteveA> you can remove everyone from a team
[03:25] <SteveA> and change its name and description
[03:25] <SteveA> to "obselete team"
[03:26] <sivang> what are all those rejected dapper-changes looking threads in lp ml ?
[03:26] <sivang> Kinnison: are you already processing uploads through lp ? :)
[03:28] <SteveA> sivang: it was email mistakenly sent out from a test run of the uploader
[03:28] <sivang> SteveA: ah,ok
[03:29] <stub> salgado: argh.. - just saw your ping on scrollback
[03:30] <salgado> stub, no problem. I asked my question on the reply of your review. have you seen it already?
[03:30] <sivang> heh, I See this was sent to debian as well ?
[03:30] <ddaa> jblack: ping
[03:31] <stub> salgado: Just replied
[03:32] <ddaa> jblack: unping
[03:34] <salgado> stub, cool. will merge that soon
[04:04] <salgado> stub, btw, is it possible to run the shipit-reports cronscript on staging or are we test something there right now? (the cronscript was just merged into rocketfuel; revno 2880)
[04:20] <kiko> SteveA, help me have lunch
[04:24] <stub> salgado-lunch: Sure
[04:24] <kiko> thanks stub your reliability is reknowned in the 4 corners of #launchpad
[04:25] <kiko> (that was salgado)
[04:59] <jordi> KIKO
[04:59] <jordi> kiko-fud: it is impossible
[05:00] <jordi> kiko-fud: I can't even get Friday off to make a long holiday thu-sun
[05:00] <jordi> fuckers
[05:00] <jordi> I'll have to go to Barcelona on Friday
[05:02] <stub> salgado-lunch: patch-40-07-0 is busted - it sets country.continent not null, but there is no data in that column at that point.
[05:16] <kiko-fud> good morning vietnam
[05:16] <jordi> gooooood morning
[05:17] <salgado-lunch> stub, there's a migration .sql file in pending/shipit-reports-update-sampledata.sql
[05:17] <kiko-fud> jordi, if you can't work that way, why don't you just quit?
[05:17] <salgado> stub, but now I see your point. you can't run that sql in the middle of the patch
[05:17] <jordi> kiko-fud: there are good bits on this job
[05:18] <salgado> stub, what should I have done in this case?
[05:18] <stub> salgado: I'll remove the NOT NULL constraint - we can add it in later once the data has been populated
[05:18] <kiko-fud> jordi, female co-workers?
[05:18] <jordi> there is one :)
[05:18] <kiko> SteveA, SteveA, SteveA
[05:19] <SteveA> hi
[05:19] <jordi> hey steve
[05:19] <kiko> brush teeth and then dive in?
[05:19] <stub> salgado: don't worry about it - sort of error that gets missed until I try it on staging. We just have to not add the constraint in this patch, and add it in the following rollout.
[05:19] <SteveA> ok
[05:19] <salgado> stub, okay. thanks for that.
[05:20] <kiko> SteveA, I mean, unless you want to delay further
[05:22] <LarstiQ> moin
[05:23] <LarstiQ> https://launchpad.net/people/ has an 'All Ubuntites' link, but my personal page has an Ubuntero: flag, are they the same?
[05:24] <rrobino> curious - what cms framework is launchpad.net based on?
[05:25] <mpt> lifeless, ping
[05:25] <kiko> rrobino, it's zope3, mainly
[05:25] <mpt> rrobino, zope
[05:25] <rrobino> that's what I suspected... i just "discovered" ubuntu this morning, saw the python, saw the mention of zope... very nice.  Does it use any plone stuff?
[05:26] <mpt> LarstiQ, report that as a bug please
[05:26] <rrobino> (and is the Malone bug-tracker available at zope.org? :-)
[05:26] <mpt> rrobino, it used to use the plone style sheet, but happily no longer does
[05:27] <stub> launchpad@asuka:/srv/launchpad.ubuntu.com/staging/launchpad/cronscripts$ env LPCONFIG=staging ./shipit-reports.py --verbose 2>&1 | tee /tmp/shipitreports.out 16:25:34 INFO    Generating ShipIt reports
[05:27] <stub> Traceback (most recent call last):
[05:27] <stub>   File "./shipit-reports.py", line 77, in ?
[05:27] <stub>     sys.exit(main(sys.argv))
[05:27] <stub>   File "./shipit-reports.py", line 56, in main
[05:27] <stub>     csv_file = requestset.generateCountryBasedReport()
[05:27] <stub>   File "/srv/launchpad.ubuntu.com/staging/launchpad/lib/canonical/launchpad/database/shipit.py", line 448, in generateCountryBasedReport
[05:27] <stub>     csv_writer.writerow(row)
[05:27] <stub> UnicodeEncodeError: 'ascii' codec can't encode character u'\xf4' in position 1: ordinal not in range(128)
[05:27] <stub> salgado: ^^^
[05:28] <bradb> stub: I think bug 5277 has a solution for that
[05:28] <salgado> ouch
[05:28] <Ubugtu> Malone bug #5277: bzr is not able to merge from one branch because an Unicode error In: bzr (upstream), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/5277
[05:28] <kiko> that is so typical aargh
[05:28] <mdke> LarstiQ, yeah the idea is that ubuntero = ubuntite, see the website. But still file the bug
[05:28] <LarstiQ> mpt, mdke: will do
[05:28] <salgado> tests aren't good enough
[05:28] <bradb> er, n/m
[05:28] <rrobino> well, nice job.  Looks nice and clean, everything seems to be very tight.  Nice ideas.  Inspired me to put up a similar site for an internal dev/ops project for a phone company I work for.  Don't know if I'll use Zope... so easy, yet so hard.  But kudos on the meat of the ideas.
[05:29] <kiko> thanks
[05:29] <rrobino> anyway, ciao.  back to work for me.
[05:29] <kiko> mdz
[05:30] <kiko> please run the comparator on drescher
[05:30] <kiko> kthxbye
[05:33] <salgado> stub, I'm on it
[05:34] <stub> salgado: I've added two .encode('utf8') bits to the row = [...]  assignment on staging and am rerunning
[05:38] <stub> salgado: It has finished running if you want to check it out. I'd paste the diff, but it is rather trivial ;)
[05:38] <stub> salgado: I'm off to bed anyway - I need to be up in 5.5 hours to spend 10 minutes in Cambodia
[05:39] <salgado> thank you very much, stub. I'll merge this fix right away
[05:40] <kiko> salgado, aham with a test :-P
[05:41] <mdz> kiko: I thought you had a login on drescher now
[05:41] <mdz> kiko: but I can do this for you
[05:42] <kiko> mdz, thanks.
[05:54] <mdz> kiko: this is with perfectly synced archives now, right?
[05:55] <mdz> kiko: ~mdz/compare/current
[05:55] <mdz> kiko: looks bad
[05:55] <mdz> kiko: i386 packages in amd64 Packages files
[05:55] <mdz> no packages in hoary/universe/powerpc at all
[05:55] <kiko> sigh
[05:56] <mdz> drescher:[~/compare/current]  ls -s !$ ls -s /srv/launchpad.net/staging-archive/ubuntu/dists/hoary/main/binary-i386
[05:56] <mdz> total 12
[05:56] <mdz> 0 Packages  4 Packages.bz2  4 Packages.gz  4 Release
[05:56] <mdz> no packages in hoary/main/i386
[05:58] <kiko> so effectively regressed from where we were
[05:58] <kiko> wtf
[06:00] <mdz> severely regressed
[06:00] <kiko> let me make sure the archives are synced
[06:01] <kiko> frustrating.
[06:05] <kiko> the mirrors appear to be synced perfectly
[06:05] <kiko> kiko@drescher:/srv/ftp.root/ubuntu$ find | wc -l
[06:05] <kiko> 260403
[06:05] <kiko> kiko@drescher:/srv/ftp.root/ubuntu$ find . -name \*.deb | wc -l
[06:05] <kiko> 166813
[06:05] <kiko> kiko@asuka:/srv/archive.ubuntu.com/ubuntu$ find . -name \*.deb | wc -l
[06:05] <kiko> 166813
[06:05] <kiko> kiko@asuka:/srv/archive.ubuntu.com/ubuntu$ du -s .
[06:05] <kiko> 131359768       .
[06:05] <kiko> kiko@asuka:/srv/archive.ubuntu.com/ubuntu$ find | wc -l
[06:05] <kiko> 260403
[06:05] <kiko> err, doh, that du was silly.
[06:06] <kiko> we would almost surely note package count diferences otherwise
[06:12] <mdz> kiko: any errors from gina?
[06:13] <kiko> mdz, none.
[06:13] <kiko> and gina did process hoary/i386
[06:14] <mdz> kiko: /tmp/publog1 has many errors
[06:14] <mdz> missing overrides files
[06:14] <mdz> but maybe that's normal
[06:14] <mdz> kiko: publog1 only says it's processed warty, nothing else
[06:14] <mdz> it's also dated Nov 28
[06:15] <kiko> publog2...
[06:15] <kiko> weird
[06:15] <mdz> -rw-r--r--  1 lp_import lp_import 20 Nov 28 12:12 /srv/launchpad.net/staging-archive/ubuntu/dists/hoary/main/binary-i386/Packages.gz
[06:15] <kiko> it appears that /none/ of i386 was processed
[06:15] <kiko> look at publog2
[06:15] <mdz> it's ok, i386 isn't that important
[06:16] <Nafallo> hehe
[06:16] <kiko> I think it's just an incomplete run
[06:16] <kiko> with some bugs remaining
[06:16] <mdz> is Kinnison around?
[06:16] <kiko> but Kinnison needs to come back to the console
[06:16] <kiko> he's sick and real-world busy at the moment
[06:16] <kiko> I could call him
[06:16] <kiko> I will call him
[06:16] <kiko> as soon as I finish my last bit of feedback
[06:18] <mdz> speaking of feedback...
[06:36] <kiko> SteveA, are you gone already?
[06:40] <SteveA> kiko: no
[06:40] <kiko> SteveA, sign-off on https://launchpad.net/malone/bugs/971 please?
[06:40] <Ubugtu> Malone bug #971: Rename New/Accepted statuses as Unconfirmed/Confirmed, and other tweaks In: malone (upstream), Severity: Normal, Assigned to: Brad Bollenbach, Status: Accepted https://launchpad.net/bugs/971
[06:40] <kiko> or deliver an opinion
[06:40] <kiko> actually
[06:40] <kiko> sorry
[06:40] <kiko> SteveA, I meant to say https://launchpad.net/malone/bugs/4794
[06:40] <Ubugtu> Malone bug #4794: Malone requires some way of arbitrarily grouping/tagging bugs In: malone (upstream), Severity: Normal, Assigned to: Nobody, Status: NeedInfo https://launchpad.net/bugs/4794
[06:46] <mpt> kiko, I've finished the new layout, sans +page-header magic
[06:46] <kiko> rock and roll!
[06:46] <kiko> give me a URL!
[06:47] <SteveA> mpt: cool... but do you mean sans the sitemap magic?
[06:47] <mpt> SteveA, well that too, but I have a sitemap mockup in place
[06:47] <mpt> kiko: Unfortunately I can't push it, because bzr always says "Local branch is not a newer version of remote branch"
[06:47] <SteveA> what is the +page-header magic?
[06:47] <kiko> mpt, just run it and give me a URL
[06:47] <mpt> SteveA, the stuff you explained to me yesterday, I just haven't done it yet
[06:48] <SteveA> ok
[06:49] <mpt> kiko, how do I work out the URL?
[06:49] <mpt> ah, wait, I got it
[06:49] <mpt> http://<IP_ADDRESS>:8086/
[06:51] <mpt> so as a result of moving the header, many pages obviously have redundant headers
[06:51] <mpt> They always did, of course, it just wasn't quite as blatant before
[06:51] <mpt> that's a tedious template-by-template thing to fix, though
[06:52] <kiko> and the tabs are now gone?
[06:52] <mpt> yup, they're now the top right portlet
[06:54] <kiko> hmmm
[06:56] <jblack> Does anoybody have a log of yesteryday's meeting + 1 hour?
[06:57] <kiko> not me
[06:57] <mpt> I do, I think
[06:59] <mpt> jblack, you want just one hour?
[06:59] <jblack> Yes, please
[06:59] <mpt> plus the meeting?
[06:59] <jblack> yes, please
[07:01] <mdke> is there no logbot in here?
[07:02] <mdke> ubuntulog, oy
[07:02] <mpt> jblack, sent
[07:02] <SteveA> maybe it is time to brand launchpad as a "public beta"
[07:03] <carlos> SteveA, like google does?
[07:04] <mdke> shall i ask for a logbot in here? would it help?
[07:04] <mpt> SteveA, for greater web-2.0-ness? :-)
[07:04] <SteveA> this channel is publicly logged already
[07:04] <mdke> ah ok
[07:05] <mdke> maybe stick the url in the topic?
[07:05] <SteveA> http://people.ubuntu.com/~fabbione/irclogs/launchpad-current.html
[07:06] <SteveA> maybe stick a tinyurl version in the topic?
[07:06] <mdke> k
[07:06] <jblack> stevea: A clarification: ddaa isn't blocked on me yet. He becomes blocked on me if I don't finish prior to spiv.
[07:07] <SteveA> jblack: a clarification to what?
[07:07] <SteveA> thanks mdke
[07:07] <jblack> stevea: you listed me as a blocker for ddaa. :)
[07:08] <mdke> np
[07:08] <jblack> also, there's something that I told you "I've got it covered". Do you remember what that was?
[07:08] <SteveA> jblack: i have no clue.  i'll be posting the meeting summary monday or before, so you can comment then.
[07:11] <SteveA> mpt: why is products and distributions disabled-looking in the new UI screenshot?
[07:11] <jblack> daf: Thanks.
[07:15] <mpt> "screenshot"?
[07:15] <mpt> oh
[07:15] <mpt> SteveA, are they ones you've visited?
[07:15] <mpt> they're getting the normal visited link color
[07:16] <mpt> I should turn that off I suppose, like I did for the tabs
[07:16] <SteveA> i don't think they should
[07:16] <SteveA> yes
[07:16] <SteveA> same for menus
[07:16] <SteveA> i think it is more confusing to have the "you used this menu before" hint
[07:16] <SteveA> as it distracts from "disabled / enabled"
[07:16] <SteveA> bradb: hello
[07:17] <mpt> right
[07:17] <SteveA> mpt: "binary packages" looks like two items
[07:18] <SteveA> the right half should show somehow that they are second level items
[07:18] <SteveA> maybe by having no title case, or a smaller font size
[07:18] <SteveA> bradb: do you have skype set up?
[07:19] <mpt> link colors fixed
[07:19] <SteveA> cool.  although i can only see it when someone provides me with a screenshot.
[07:20] <SteveA> mpt: is there a way for you to get the server visible from outside?
[07:20] <mpt> from outside what?
[07:20] <SteveA> async
[07:20] <mpt> If you can see it, who can't?
[07:20] <SteveA> i can't see it
[07:20] <SteveA> kiko sent me a screenshot
[07:20] <mpt> ahhhh, now I understand :-)
[07:21] <mpt> kiko?
[07:21] <kiko> I did
[07:21] <kiko> hmmm
[07:21] <kiko> not easily
[07:21] <kiko> I mean it requires work
[07:27] <SteveA> quick, everyone, stop talking about mark on the channel
[07:27] <kiko> sabdfl!
[07:28] <mpt> ok, now hopefully the sitemap looks a little more like a tree
[07:28] <mpt> it would be more obvious if the colors were bolder, but then it wouldn't match the rest of LP
[07:28] <SteveA> mpt: can you get me another screenshot?
[07:29] <LarstiQ> was there ever a clear statement on wether ubuntites get an @ubuntu.com address?
[07:29] <SteveA> LarstiQ: they do.
[07:29] <SteveA> LarstiQ: it was broken recently, though.  should be fixed now.
[07:30] <mpt> SteveA, one moment, I broke the border somehow
[07:30] <SteveA> ok
[07:30] <LaserJock> Is there a reason why when bug's status is NeedsInfo that it is no longer shown in +assignedbugs ?
[07:32] <SteveA> i can't think of a good reason for that.  maybe bradb can comment
[07:32] <kiko> LaserJock, there's a bug filed on this, but basically, it's because NeedsInfo is a way of pushing a bug off
[07:32] <SteveA> if i mark something as NeedsInfo, it means that I want to push a bug off to someone
[07:33] <SteveA> but it doens't mean they've accepted it from me
[07:33] <SteveA> so, i think it should still be shown
[07:33] <LaserJock> but shouldn't people be able to see their bug's  regardless of status?
[07:33] <kiko> then you can't use +assignedbugs as a todo list
[07:33] <kiko> they should
[07:33] <salgado> LaserJock, I'm working on that right now
[07:33] <kiko> but perhaps not by default
[07:34] <LaserJock> salgado: ok, cool. I just wondered if it was that way for a reason.
[07:34] <LarstiQ> SteveA: still doesn't work for me
[07:35] <LaserJock> it would be nice if there was even a "bugs fixed" link but that might be asking too much ;-)
[07:35] <kiko> there will be
[07:35] <kiko> that's what salgado's working on
[07:35] <bradb> SteveA: I don't currently have Skype setup. I guess that means just getting a headset?
[07:35] <kiko> yeah
[07:35] <kiko> or talking to your laptop speaker
[07:35] <mpt> SteveA, Evolution is sending you the screenshot right now, so you should get it sometime next year
[07:35] <bradb> kiko: Or the mic, even :P
[07:36] <SteveA> bradb: i've been asking people to get headsets for MONTHS
[07:36] <SteveA> if not years
[07:36] <salgado> you even give some headsets away to people
[07:36] <SteveA> so yeah, please get one as soon as you can
[07:36] <salgado> but not for me. :-(
[07:36] <bradb> I'll get one on the weekend
[07:36] <SteveA> great
[07:36] <SteveA> so, brad, i commented on the keywords vs whiteboard bug
[07:36] <mpt> bradb, headphones + the mic built in to your PowerBook should work fine
[07:37] <SteveA> i think the people who requested functionality should make an earnest attempt to use the whiteboard for this.  point out prominently that the whiteboard text goes into the text used for searching.
[07:37] <SteveA> we'll decide on the next step once we have some feedback about this.
[07:38] <bradb> SteveA: What was your answer to putting a comment box on the status page?
[07:39] <SteveA> bradb: i don't have one yet.  tell me about how it would be used.
[07:39] <kiko> if you don't care your housemates  think you are crazy talk to your laptop
[07:39] <kiko> ddaa does it all the time
[07:41] <bradb> SteveA: There are lots of examples that are ultimately the same thing: being able to explain your changes, in a place that people will notice them (i.e. the bug discussion.) So, explaining why you rejected a bug, annotating why you marked it "Fixed", asking your question after setting the state to "NeedInfo", explaining why you're taking on this bug rather than the person who might "normally" be expected to do so, etc.
[07:41] <mpt> SteveA, it's quite common to add a comment while changing the status of a bug. Sometimes people add noisy comments when they shouldn't, but often it's necessary.
[07:42] <mpt> Putting a comment form on the changing-status page is a way of papering over the problem that the changing-status page and the bug page are separate pages.
[07:42] <SteveA> what you are saying is that a typical use-case is to mark a bug as WontFix, and leave a comment saying "this is working as designed" >?
[07:43] <bradb> SteveA: A more descriptive comment than that, but yeah.
[07:44] <SteveA> mpt: has any thinking gone into what the positive and negative consequences would be of putting status change abilities on the bug front page?
[07:45] <bradb> The status explanation is currently a hairy little mutant comment box cum status explanation cum keywords field. I think we could label the SW "Keywords", make it a single line, and then have a real comment box on that page to help triagers and bug fixers' lives easier.
[07:46] <mpt> SteveA, I would dearly love to do that, because it would substantially reduce the clicks and page loads required to use Malone
[07:46] <SteveA> mpt: and the negative consequences?
[07:46] <mpt> the negative consequences, afaik, is that it would add some clutter
[07:46] <sabdfl> hey kiko
[07:46] <sabdfl> just dashing out to hp
[07:47] <sabdfl> hope all is well
[07:47] <mpt> SteveA: but if reducing clutter is our goal, there are easy targets on both sides of the page :-)
[07:49] <mpt> SteveA, it appears the screenshot is finally sent
[07:50] <SteveA> i have it
[07:52] <SteveA> mpt: very nice menus on the right
[07:52] <SteveA> site menu looks very confusing to me
[07:52] <mpt> yeah
[07:52] <SteveA> it looks like i'm currently in products, distributions, people and meetings
[07:52] <SteveA> and also packages
[07:53] <mpt> I tried using white for the right-side highlight, but the difference was too slight
[07:53] <mpt> and the light blue in the CSS has "changed by sabdfl" next to it, so I don't like to change it
[07:56] <SteveA> that would change the whole page
[07:56] <SteveA> so let's not change that
[07:57] <mpt> I could start with light blue for the pillars, mid-blue for the selected pillar and the subpillars, and border-blue for the selected subpillar
[07:57] <SteveA> try making the subpillars smaller
[07:58] <SteveA> and make the P of Binary Packages lower case
[07:59] <SteveA> i have a suggestion
[07:59] <SteveA> here's the diff from the screenshot i have:
[07:59] <SteveA>  - P in Binary Packages lower case
[07:59] <SteveA>  - font of subpillars smaller
[08:00] <SteveA> selected subpillar gets a rectangular outline
[08:01] <SteveA> what do you think?
[08:01] <mpt> I don't think we're putting a dent in its understandability, but never mind
[08:01] <mpt> I'll try that
[08:06] <mpt> SteveA, another screenshot sent
[08:12] <kiko> heh
[08:12] <LarstiQ> SteveA: frozen pipes?
[08:13] <SteveA> mpt: a bit better, i think.  can you make the RHS of the subpillar box be distinct from the RHS of the site map as a whole?
[08:14] <SteveA> i don't think it is frozen pipes
[08:15] <mpt> "frozen pipes"?
[08:15] <mpt> oh
[08:19] <mpt> SteveA, done
[08:19] <kiko> mpt, put screenshots up on ~mpt
[08:19] <kiko> oh, you're not on diskless
[08:19] <kiko> well ~mpt on anthem?
[08:20] <SteveA> "everything was fine until diskless here turned off the containment grid."
[08:20] <SteveA> "is this true?"
[08:20] <SteveA> "yes, this man has no disk"
[08:21] <kiko> who can you call?
[08:22] <mpt> kiko, Screenshot.png copied
[08:22] <daf> SteveA: groan :)
[08:23] <mpt> kiko, I hope this doesn't mean you're making my entire home folder publicly accessible
[08:23] <kiko> mpt, ~/www
[08:24] <mpt> Now we're cooking with gas!
[08:24] <mpt> http://anthem.async.com.br/~mpt/Screenshot.png
[08:25] <SteveA> i can't connect
[08:25] <kiko> SteveA, use www.async.com.br
[08:25] <kiko> mpt, anthem is an internal name
[08:25] <SteveA> got it
[08:27] <SteveA> mpt: so, it now makes visual sense to me.  if you see what i mean.  so, conceptually, it works for me.  it is still too boxy, but that's an aesthetic problem.
[08:28] <SteveA> mpt: crazy idea...
[08:28] <SteveA> you know how in landscape pictures, things that are in the distance are painted with lighter colours?
[08:28] <SteveA> maybe use a lighter blue for the subpillar links
[08:29] <SteveA> to draw attention away from them
[08:29] <mpt> so use link colors to mean something other than visited/unvisited?
[08:30] <mpt> ok
[08:30] <SteveA> in this pseudo-graphical site menu, try it out
[08:30] <SteveA> um, site map
[08:31] <SteveA> in any case, i think this is good enough for now
[08:31] <SteveA> thanks mpt
[08:31] <mpt> done
[08:32] <mpt> now, can someone help me push the branch to chinstrap?
[08:32] <kiko> hey
[08:32] <kiko> that's much better!
[08:32] <kiko> the actions portlet needs to improve, but the sitemap looks reasonable
[08:33] <kiko> I think we will find that Projects is a general problem though..
[08:33] <mpt> well, we're about to change that to Product Groups
[08:34] <kiko> yeah
[08:34] <mpt> (which will show up in the sitemap as "Product Grc" or thereabouts)
[08:34] <kiko> but having it be a high-level thing.. well, let's see how that goes
[08:36] <SteveA> i think that it is an improvement on the current deployed launchpad
[08:37] <kiko> I have a question
[08:37] <kiko> would some pages not have their current h1s?
[08:38] <mpt> SteveA, Overall it looks slightly more intentional (not so much flapping tabs and odd whitespace), but the sitemap is a dead loss IMO
[08:38] <mpt> kiko, yes, that will be a template-by-template cleanup process
[08:38] <kiko> I see
[08:39] <kiko> mpt, I don't know so much about the sitemap -- I rather think that the two-level depth is.. well, it simplifies things
[08:39] <kiko> and now I will stop wasting everybody's time and write a launchpad report
[08:43] <mpt> I still need to push this branch before SteveA can work on it
[08:43] <mpt> and kiko you told me to ping you if I had any bzr problems :-)
[08:44] <SteveA> mpt: you can also try jblack
[08:45] <SteveA> mpt: but until you get some assistance, you can just continue to work on the page headings
[08:46] <kiko> what's wrong with bzr?
[08:46] <ddaa> mpt, are you okay?
[08:46] <kiko> bzr push broken?
[08:46] <mpt> bzr push always says "bzr: ERROR: Local branch is not a newer version of remote branch."
[08:46] <ddaa> I like the idea of making the navigation more obvious, and getting rid of the tabs
[08:46] <kiko> mpt, perhaps your bzr/x-push-data is wrong?
[08:47] <mpt> I suspect that's because lifeless's new-branch script didn't create the branch on chinstrap properly/at all
[08:47] <ddaa> but you are aggravating the "the walls are crushing me" problem
[08:47] <ddaa> mpt what is the command you typed?
[08:47] <mpt> ddaa, yes, the side columns have increased from 16em each to 25% each
[08:47] <mpt> you only have half the width of the page to do actual work now
[08:47] <mpt> ddaa, ../new-branch
[08:47] <ddaa> mpt: that's insane
[08:47] <kiko> that is a concern.
[08:48] <kiko> we could address that by removing one column
[08:48] <ddaa> mpt: that's not a bzr command
[08:48] <kiko> salgado, can you help mpt fix his branch?
[08:48] <kiko> mpt, have you tried asking salgado first?
[08:49] <ddaa> For pages like the person overview page, that's okay, but many pages don't work like that...
[08:49] <mpt> kiko, yes, tried that this morning
[08:49] <mpt> ddaa, it's worst on Rosetta pages
[08:49] <SteveA> ddaa: we'll be making some pages have just one column
[08:49] <SteveA> the fixes come in stages
[08:49] <ddaa> cool
[08:50] <ddaa> mpt: I'd be happy to help debug your bzr problem, but I would need more information :)
[08:50] <salgado> kiko, yes, he asked me and I have no idea what happened
[08:50] <mpt> ddaa, new-branch consists of "bzr push; echo "chinstrap:/home/warthogs/archives/mpt/launchpad/$1/" > .bzr/x-push-data; ssh chinstrap cp -Pr /home/warthogs/archives/rocketfuel/launchpad/devel /home/warthogs/archives/mpt/launchpad/$1; bzr pull --overwrite ../archives/rocketfuel/launchpad
[08:50] <mpt> "
[08:51] <mpt> So I did ../new-branch 2005-12-layout
[08:52] <mpt> and .bzr/x-push-data now says "chinstrap:/home/warthogs/archives/mpt/launchpad/2005-12-layout/"
[08:52] <ddaa> and?
[08:54] <ddaa> SteveA: I have a UAE state at the second stage of R-Type with the full weapon complement, if you are interested ;)
[08:54] <kiko> salgado, just nuke the mirror and re-mirror?
[08:54] <kiko> I mean
[08:54] <kiko> there ARE ways forward
[08:54] <kiko> mpt, see above
[08:55] <kiko> unless it's been partially merged it should work I imagine
[08:55] <ddaa> mpt: I think that your problem is that your local mirror of rocketfuel was out of date when you used new-branch, that gives you a branch you cannot push if you do not "--overwrite".
[08:55] <ddaa> after the first push, there should be no need to overwrite.
[08:56] <mpt> ddaa, yes, it was out of date because of https://launchpad.net/products/bzr/+bug/5277
[08:56] <Ubugtu> Malone bug #5277: bzr is not able to merge from one branch because an Unicode error In: bzr (upstream), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/5277
[08:57] <ddaa> mpt: so, "bzr push --overwrite"
[08:57] <kiko> mpt, for which there is a workaround..
[08:57] <SteveA> ddaa: awesome.  if i can work out how to get r-type going, i'll ask you for it.
[08:58] <ddaa> SteveA: I have a good uaerc if you want, and a little collection of oldies :)
[08:58] <kiko> r-type rocks
[08:58] <kiko> I probably wasted 4 years on it if you add it all up
[08:58] <kiko> and 2 years on wasteland
[08:58] <ddaa> now the issue is that it does guru meditation when entering the third level :(
[08:59] <kiko> sounds like a bug in UAE or a broken image
[09:00] <ddaa> got a few of them
[09:01] <kiko> guru meditation is when the cooperative multitasking falls apart
[09:02] <ddaa> you seem to know more about it than I. For me it just means "stupid machine lost my game" ;)
[09:03] <kiko> it's a system error
[09:03] <ddaa> yeah, AFAICT it's akin to kernel panic, bomb, BSOD
[09:03] <ddaa> but it's red and blinking
[09:04] <mpt> SteveA, so, chinstrap:/home/warthogs/archives/mpt/launchpad/2005-12-layout/
[09:05] <mpt> Guru Meditation is last century's "Oops"
[09:05] <SteveA> mpt: can you stick it in my review queue on the PendingReviews page?
[09:06] <SteveA> also, i remember something about having to always use fully qualified host names in bzr branch ids
[09:06] <SteveA> ddaa: is that right?
[09:06] <ddaa> Mh... depends
[09:06] <ddaa> that's not true for rsync
[09:06] <ddaa> and that's probably not true for very recent bzr
[09:07] <ddaa> as the sftp transport will now spawn ssh instead of using paramiko native ssh transport
[09:07] <ddaa> dunno if that made it into integration yet
[09:08] <ddaa> but there's also this argument going on about making sftp://host/path interpret path as relative...
[09:09] <ddaa> apparently, the sftp url spec says that an absolute path should be spelled sftp://host/%22path
[09:09] <ddaa> ...
[09:09] <SteveA> i guess
[09:09] <mpt> SteveA, done
[09:10] <mpt> is PQM off chinstrap yet, kiko?
[09:10] <kiko> I don't think so
[09:10] <salgado> I think so
[09:10] <kiko> it's taking 6h to process a branch it appears
[09:11] <salgado> I can't see it running on chinstrap
[09:11] <salgado> and it's been merging my requests
[09:11] <elmo> salgado: pqm is still on chinstrap
[09:11] <elmo> it doesn't run as a daemon, it runs from cron
[09:11] <kiko> and is it hung I wonder?
[09:12] <SteveA> like a fucking horse
[09:12] <SteveA> that's why it is so slow
[09:12] <kiko> realistically
[09:12] <bradb> like http://news.yahoo.com/photo/051201/ids_photos_wl/r3788257887.jpg ?
[09:12] <kiko> it will take some 40h to merge my gina changes
[09:13] <SteveA> bradb: you came up with that picture WAY too quickly
[09:13] <bradb> heh
[09:13] <SteveA> 40h?
[09:13] <mpt> bradb, if that's your idea of a horse, you're in for a very painful ride
[09:13] <SteveA> that's a great lot
[09:13] <kiko> SteveA, from a random unscientific sampling it's taking something like 5h per merge
[09:13] <SteveA> hmm
[09:14] <mpt> ugh, Evolution's interface is so horrible it's depressing
[09:14] <SteveA> that is a long time
[09:16] <bradb> mpt: I guess it's important enough for Rejected to come between "Needs Info" and "Confirmed" to do the data migration that will be needed to cope with having to change its integer value? Otherwise it appears at the end, after "Released", which is nasty.
[09:17] <SteveA> bradb: we can add sorting to dbschema independently of int value if we need to
[09:18] <bradb> SteveA: I considered that too, but I think that would just be delaying the inevitable.
[09:19] <SteveA> there is no intrinsic ordering to these things
[09:19] <SteveA> so i don't think a database change is automatically required
[09:19] <SteveA> the ordering is an arbitrary UI decision, i think
[09:20] <bradb> As long as we don't plan to have a UI that says "show me all the foos that are at least => [value] ", for cases where value comes from an dbschema.
[09:21] <SteveA> i think in this case it would be an explicit statement of how these things are ordered in the UI
[09:21] <SteveA> but, seeing as we don't have that...
[09:21] <SteveA> changing the values in the database looks most reasonable, if it won't be horrendous
[09:21] <bradb> e.g. you can think of all "valid" bugs as being >= confirmed.
[09:21] <bradb> it shouldn't be horrendous
[09:22] <SteveA> i just want to point out that in this case, it isn't necessary in the whole data model thing
[09:22] <mpt> bradb, yes, I would prefer that order
[09:23] <mpt> I did fiddle around with it a bit before settling on that one
[09:23] <kiko> bradb, mpt, I would like mdz to be satisfied with the solution if possible
[09:24] <mpt> iirc mdz's only problem was with the names of "Fixed" vs. "Released"
[09:24] <bradb> I think mdz's thinking is inline with the suggestion I made
[09:25] <kiko> I think the distro and upstream mean different things by Fixed :-(
[09:25] <mpt> https://launchpad.net/products/malone/+bug/971
[09:25] <Ubugtu> Malone bug #971: Rename New/Accepted statuses as Unconfirmed/Confirmed, and other tweaks In: malone (upstream), Severity: Normal, Assigned to: Brad Bollenbach, Status: Accepted https://launchpad.net/bugs/971
[09:26] <mpt> the problem was more that developers and end users mean different things by "fixed"
[09:26] <kiko> yeah.
[09:26] <mpt> for a developer it's "I've committed the fix, therefore it's fixed"
[09:26] <bradb> yep
[09:26] <mpt> for an end user it's "the fix is in version x.y, therefore it's fixed"
[09:27] <bradb> and/or on a branch, for the slightly more brave definition of "end user"
[09:27] <mpt> that definition is reasonably indistinguishable from "developer"
[09:28] <mpt> it's someone who knows how to compile stuff
[09:29] <mpt> mdz, do you have any bright ideas on better names for "Fixed" and "Released"?
[09:29] <bradb> the point being that the fixed-in-branch workflow solves a separate (and very important) use case to the first two use cases you mentioned
[09:29] <mpt> bradb, fixed-in-branch = committed
[09:30] <kiko> maybe Committed and Released?
[09:30] <kiko> why am I even on IRC?!?!!
[09:30] <mpt> haha
[09:30] <mpt> because discussing bug statuses is our favorite Friday night activity
[09:30] <kiko> I have a report to deliver
[09:31] <bradb> mdz: What do you think of having a "Fixed" status, with optional branch and/or release metadata attached to it? (Where, if that's not specified, the UI can basically say "...but uh, we don't actually know where you can get the fix. :)" and have a way to add it manually or populate it automatically, when applicable)
[09:32] <lifeless> mpt: pong
[09:32] <mpt> lifeless, nm, ddaa and kiko helped me
[09:33] <lifeless> k
[09:33] <mpt> bradb, I don't think anyone's disapproving of that, but it's future work
[09:34] <mpt> "Released" isn't a good name anyway, because it suggests the bug is being released, rather than the fix
[09:34] <bradb> yep
[09:34] <bradb> i changed the listing to say "fix released by ...", but still, it's a bit weird on the task page
[09:34] <mpt> Fix Released
[09:35] <bradb> a nano-improvement, possibly
[09:36] <mpt> "fixed by Foo Bar"
[09:36] <mpt> "fixed by Foo Bar and released in x.y"
[09:36] <mpt> arg, that's back to releasing the bug again
[09:37] <bradb> s/ and released//
[09:37] <mpt> like fly fishing
[09:40] <mpt> anyway, I'm going home to do something exciting like redesign Dapper's backup GUI
[09:40] <mpt> boa noite
[09:40] <bradb>  la prochaine
[09:52] <ddaa> Argh, I isolated the crasher :(
[09:52] <ddaa> when playing from a restored state, it will crash when changing to the next level, with both images...
[09:52] <ddaa> I guess it must be a remnant of the copy-protection...
[09:53] <salgado> kiko, https://launchpad.net/products/launchpad/+bug/5325
[09:53] <Ubugtu> Malone bug #5325: The select box labeled "Attachment:" in the advanced bug search is crack In: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/5325
[09:55] <kiko> salgado, you are such a cop-out :)
[09:55] <salgado> is that good or bad?
[09:56] <salgado> oh, that's not true
[09:56] <salgado> I just want to Keep Things Simple
[09:57] <salgado> kiko, btw, would you like to review this patch?
[09:57] <kiko> I can't today
[09:57] <salgado> (to fix bug 4772)
[09:57] <kiko> but tomorrow I may be less depressed
[09:57] <Ubugtu> Malone bug #4772: Allow advanced searching in FOAF (and elsewhere) In: malone (upstream), Severity: Normal, Assigned to: Guilherme Salgado, Status: Accepted https://launchpad.net/bugs/4772
[09:58] <salgado> okay, I'll try again tomorrow
[10:03] <lifeless> salgado: I can do that today
[10:03] <lifeless> salgado: if its not too big
[10:04] <lifeless> where is it ?
[10:04] <salgado> lifeless, I can mail you
[10:04] <lifeless> ok
[10:07] <salgado> lifeless, it's 440 lines, but most of it is html that I moved to metal macros
[10:07] <lifeless> ok
[10:07] <lifeless> I'll do it after breakfast - about 1/2 hour
[10:08] <salgado> okay. I'll be at home probably, but I can handle whatever is necessary tomorrow morning
[10:12] <kiko> hey mpt
[10:13] <mpt> I just can't get away from Launchpad
[10:14] <sivang> mpt: what do you mean? :)
[10:14] <sivang> hey kiko
[10:15] <kiko> I'm sleepy
[10:15] <sivang> kiko: still have to finish the report?
[10:15] <mpt> sivang, xchat auto-joins #launchpad even on my iBook
[10:16] <kiko> yeah
[10:16] <sivang> mpt: and that is a bad thing?
[10:17] <mpt> It's a bad thing if I want to concentrate on other stuff :-0
[10:17] <mpt> It's a bad thing if I want to concentrate on other stuff :-)
[10:17] <sivang> mpt: I see, then just leave the channel no?
[10:18] <sivang> hehe
[10:18] <sivang> quick
[10:49] <dilys> Merge to devel/launchpad: [trivial]  Fix PackageBugContact table (missing id column) (r2882: Stuart Bishop)
[11:15] <\sh> what is the bzr equivalent of svn/cvs export?
[11:15] <\sh> bzr export doesn't work...so how do i get a "clean source"?
[11:17] <lifeless> bzr export
[11:17] <lifeless> i.e. bzr export ../project.tar.bz2
[11:17] <\sh> bzr export ../destdir?
[11:17] <lifeless> or yes bzr export ../destdir
[11:17] <\sh> oh...it creates directly an archive?
[11:17] <lifeless> it does many things ;)
[11:17] <lifeless> isn't this more #bzr topic though ?
[11:18] <\sh> lifeless: ugh...#bzr exists...sorry...I don't want to disturb with launchpad stuff :) going :)
[11:18] <lifeless> ;)
[11:31] <jblack> mpt: ping


[23:07] <sauc1er> ehlo
[23:13] <sauc1er> got a setup q:
[23:13] <sauc1er> I am in the process of building a home server (VM, smb, etc...). It is *buntu based and I want to setup a barebone system (thinking of a zotac nano box) as front end. Is it better to integrate the backend into the existing server or would it be better to buy another box with an mITX board and install the tv card in there.
[23:13] <sauc1er> To break it down: Run the "backend" locally on the HTPC and use existing home server as NAS or get a barebone and use just as frontend
[23:23] <dekarl> if you keep the "existing server" running 24/7 anyway its easiest to just put some DVB cards and disks into it. You can the netboot your frontend from there
[23:25] <dekarl> the devs will hint at using a real CPU with good performance/power ratio instead of crippled stuff like Atom, etc.


[10:04] <xnox> Ozux: changes are picked up automatically, using inotify.
[10:04] <xnox> Ozux: there is also $ initctl reload-configuration to ask upstart to re-read all jobs.
[10:05] <xnox> Ozux: however note that changes will only take effect for newly started jobs. E.g. if service was running, you'd need to do a full "stop" and then "start" for new config to be used.
[10:06] <xnox> Ozux: simply doing "restart" will continue to use previous config (the one that the job was originally started with)


[17:46] <FastForward> Morning, Gents.
[17:55] <wrst> howdy FastForward
[22:26] <Omnifrog> what sort of strange grub magic is this, opensuse?


[00:20] <tgm4883> devxdev is definitly not a noob
 officially have a chrooted ubuntu-core running on a Samsung LN40B530P7N
[00:20] <tgm4883> an impressive feat
[01:40] <bkerensa> :D
[03:46] <bkerensa> slangasek: is there any protocol or suggested path for trying to get a bug addressed even if the person responsible for the related application is semi-ignoring the bug
[03:46] <bkerensa> https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/972063
[04:41] <tgm4883> Bkerensa, yes, you attach a patch
[05:04] <slangasek> bkerensa: yes, the traditional path is to continue digging until you figure out how to fix it yourself :)
[05:05] <slangasek> there's no one "responsible" for bluetooth in Ubuntu in that sense
[08:20] <bkerensa> slangasek: well just kind of sad that I'm running a  Canonical certified laptop and it appears no bluetooth works on it in our LTS =/
[14:25] <slangasek> bkerensa: well, I don't believe bluetooth support is part of the certification
[14:25] <slangasek> (unfortunately IMHO)
[15:18] <blkperl> slangasek: any chance you get fix the amanda package in precise? or just sneak in the quantal package
[15:18] <slangasek> blkperl: no chance of me doing it personally :)
[15:19] <blkperl> slangasek: awwww
[16:00] <slangasek> bkerensa: can you bring your headset and laptop to the BSP?
[16:16] <devxdev> My I attend the BSP to learn/watch?
[16:25] <slangasek> devxdev: certainly; it's generally expected that people participating in a BSP will learn something :)
[16:29] <devxdev> O_O we are pulling an over-nighter I see lol
[16:50] <slangasek> who is?
[16:53] <devxdev> oh haha nevermind I read the times wrong >_<
[17:25] <devxdev> Will we be using this: http://harvest.ubuntu.com/opportunities/ ?
[17:28] <tgm4883> devxdev, what is that?
[17:35] <devxdev> current bugs
[17:35] <devxdev> & todo list
[17:47] <slangasek> so AIUI, the focus for this BSP will be the list of release-critical bugs known to Debian
[17:47] <devxdev> ooh ok :)
[18:07] <bkerensa> slangasek: I will see :P I was planning on playing hooky
[18:07] <bkerensa> or remotely participating
[18:10] <slangasek> well, as I recall one of the outstanding questions around that bug was whether it was an issue with the headset or with the bluetooth interface on the laptop
[18:10] <slangasek> until it's been narrowed down that much by cross-testing, it's hard for anyone to make much headway on the bug
[18:18] <tgm4883> slangasek, do you know much about errors.ubuntu.com
[18:19] <slangasek> a bit
[18:19] <tgm4883> slangasek, I'm trying to find out where we can add logs to be gathered for a specific report on there
[18:20] <tgm4883> based on this comment on askubuntu from ev
[18:20] <tgm4883> The plan is to allow developers to hook into the information collection process server-side. If I need /var/log/syslog but it's not already provided, I just change a setting on http://errors.ubuntu.com and the next person who experiences the error automatically adds it to the data they're sending.
[18:20] <slangasek> tgm4883: er, no facility exists for that today
[18:20] <tgm4883> ah
[18:20] <tgm4883> well that explains why I can't find it
[18:21] <slangasek> this is all very much a work in progress
[18:21] <tgm4883> So no logs are gathered at this point?
[18:21] <slangasek> no, just the crash
[18:22] <slangasek> however, on the backend there are smarts to be able to relate errors.u.c crashes to the apport-retracer's work on launchpad bugs
[18:22] <slangasek> so if someone opens a bug, you can ask for more logs there
[18:22] <slangasek> (i.e., the old way of doing things)
[18:22] <tgm4883> slangasek, ok, that seems like it's what we'll have to do then
[18:22] <tgm4883> thanks for the info
[18:23] <slangasek> n/p
[18:31] <devxdev> Are any of you experienced with chroot?
[19:14] <slangasek> certainly
[19:17] <devxdev> ah I figured it out was having some strange issue with "dangling symlink"


[04:12] <ScottK> lool: You seemed really on the ball about lanaguage issues with the xinelib SRU issue that recently came up.  I was wondering if you would be willing to take a look at Bug #325221
[06:49] <Hobbsee> fta: thanks for your thunderbird package - i've finally tried it now.  it's quite a change!
[08:33]  * slangasek bzr merges and hugs jelmer
[08:42] <mathiaz> cjwatson: where can I find the cpio command used to create the initrd.gz file shipped on isos?
[08:43] <Mithrandir> in debian-installer, I suspect.
[08:47] <mathiaz> Mithrandir: thanks!
[09:02] <cjwatson> mathiaz: what Mithrandir said. Specifically:
[09:02] <cjwatson> define mkinitramfs
[09:02] <cjwatson>   (cd $(TREE) && find . | cpio --quiet -o -H newc) >
[09:02] <cjwatson> endef
[09:02] <cjwatson>         initramfs) \
[09:02] <cjwatson>                 $(mkinitramfs) $(TEMP)/initrd; \
[09:02] <cjwatson>                 gzip -v9f $(TEMP)/initrd; \
[09:02] <cjwatson>         ;; \
[09:03] <cjwatson> or abbreviate as '(cd $TREE && find . | cpio --quiet -o -H newc) | gzip -9c > $TEMP/initrd.gz
[09:03] <cjwatson> '
[09:13] <Chipzz> talking about debian-installer... has anyone ever tested ftp://ftp.ubuntu.com/ubuntu/dists/jaunty/main/installer-i386/current/images/netboot/gtk/ ?
[09:15] <Chipzz> been doing a lot of installs of lenny with the debian equivalent of that lately, and wondering how well that works on ubuntu/if it's tested/supported
[09:16] <slangasek> it's not widely exercised, because Ubuntu has its own graphical installer
[09:16] <Chipzz> I'm aware of that :)
[09:16] <directhex> i've not used gtk d-i
[09:16] <Chipzz> but does it get tested, or is it there just because debian builds it, and we get it for free?
[09:16] <directhex> but i've scripted dapper d-i before
[09:17] <slangasek> Chipzz: QAing the gtk installer isn't part of the Ubuntu release process at all
[09:19] <Chipzz> right, I would have expected that; but has anyone actually ran it to see if there's any semblence of it working at all, or not? :)
[09:19] <tjaalton> I've tried it, doesn't work
[09:20] <Chipzz> that's what I wanted to know, thx :)
[09:20] <tjaalton> needs porting libgtk+2.0-directfb to the current version
[09:21] <Chipzz> I might give it a shot anyway, maybe there have been improvements lately :)
[09:22] <tjaalton> no, it'll fail
[09:22] <davmor2> Chipzz: I'm about to test it now for the first time on jaunty cycle
[09:23] <Chipzz> tjaalton: about the porting; isn't that package built from the regular gtk+ source?
[09:23] <tjaalton> Chipzz: yes, ask seb128 how hard it is to maintain :)
[09:25] <tjaalton> does tar have a 2GB limit on 32bit systems, or why does dpkg -c fail listing a huge (2,7GB) dpkg on hardy?
[09:25] <Chipzz> I'ld expect that the ubuntu package is roughly the same as the debian package
[09:25] <Chipzz> but maybe the libdirectfb package is the problem?
[09:26] <davmor2> Chipzz: meh sorry no I'm testing standard netboot sorry misread the link
[09:39] <StevenK> directhex: So a whole bunch of Mono pre-2.0 is ending up in NBS, do you want to deal with f-spot and tomboy after alpha-4, or you have it handled?
[09:40] <StevenK> Er, do you want me to deal with
[09:40] <directhex> StevenK, what are the specifics?
[09:42] <StevenK> directhex: Both f-spot and tomboy Build-Depend and Depend on libgnome2.0-cil, which is NBS
[09:42] <directhex> ah, yes
[09:42] <directhex> f-spot is almost ready for syncing, but requires a mono-addins sync first
[09:42] <directhex> Laney prepared f-spot
[09:43] <DktrKranz> doko, mind looking at bug #324636 ?
[09:43] <directhex> tomboy i'm not sure where we stand, let me check
[09:43] <StevenK> directhex: Do you have a bug for mono-addins sync?
[09:43] <directhex> StevenK, bug 324741
[09:44] <StevenK> Right, it just needs a sponsor
[09:44] <directhex> right, f-spot <IP_ADDRESS>-1 in experimental is free from libgnome2.0-cil
[09:45] <directhex> just checked
[09:45] <StevenK> \o/
[09:45] <directhex> and tomboy 0.12.2-2
[09:45] <StevenK> directhex: Getting those two sorted out rips out like 4 or 5 Mono bits, which makes me happy
[09:46] <directhex> StevenK, good. that was the plan!
[09:46] <directhex> i promised savings, i'm sure i promised savings ;)
[09:46] <doko> DktrKranz: please wait until Debian uploads the new .orig.tar.gz
[09:46] <StevenK> I'm the Steve who cares about archive consistency, the other Steve archive admin cares about CD savings
[09:48] <directhex> StevenK, the gnome# 2.24 transition was unexpected & unfortunate. i would normally expect abi-stability in a minor version update, but hey ho
[09:48] <DktrKranz> doko: ok, I'll keep it under my radar, thanks.
[09:49] <StevenK> directhex: It happens
[09:50] <directhex> StevenK, apparently so. we also made an executive decision not to do mono 2.2, since it reveals bugs in pretty much every app (bugs which need patching to fix FTBFS) and frankly we don't have the energy to do it for jaunty
[09:51] <StevenK> directhex: Hehe, it can wait for Jaunty+1
[09:53] <directhex> StevenK, upstream these days seems to be on a crusade to make life hard. 3-month major release cycle, no bugfix releases. we might jump to 2.4 when it's released & just harden it the way we have to lenny's 1.9.1
[09:55] <directhex> i lost count of the number of patches we had to apply for that
[10:08] <slangasek> superm1: are you aware of any reason that 30-keymap-dell.fdi shouldn't map the 'CRT|LCD' hoktey to KEY_SWITCHVIDEOMODE, which X receives and g-s-d honors, instead of KEY_DISPLAYTOGGLE which X can't see and hal doesn't handle?
[10:21] <lool> ScottK: Hmm sorry, I'm not sure how I can help with #325221; I'm not into l10n particularly, I don't use brasero, nor intrepid and backports, and I don't understand the issue nor the symptoms   :-/
[10:40] <pitti> superm1: wrt. slangasek's question, it's on http://lists.freedesktop.org/archives/hal/2009-February/012938.html
[11:10] <ScottK> lool: OK.  Thanks for looking.
[11:17] <directhex> ScottK, anything more i can help you with?
[11:19] <ScottK> If you can figure out what brasero is switching languages on people (see Bug #325221), that'd be highly useful.
[11:20] <directhex> mmm, C. out of my zone of competence, really
[11:22] <seb128> brasero is likely unsetting the translation domain or something
[11:22] <seb128> would be worth looking upstream if they got bugs about that and fixed it
[11:25] <TheMuso> c
[11:25] <TheMuso> c
[11:25] <TheMuso> gah
[12:15] <ScottK> pitti: With the exception of reverification of Bug #290768 after the security update, I believe we've tested everything for getting KDE 4.1.4 to -updates from -proposed.  I don't imagine you'll want to deal with it until next week, but I think we are in good shape for it.
[12:40] <McEnroe> Quick question: is the default ubuntuan pulseaudio server per-user or system wide?
[12:42] <slangasek> per-user
[12:58] <McEnroe> slangasek: thanks
[13:03] <IntuitiveNipple> Is it intentional to have two identical 'sound' icons in the notification area; the volume applet and 'sound preferences' ?
[13:07] <tjaalton> IntuitiveNipple: no, the applet is "obsolete"
[13:07] <IntuitiveNipple> gnome-volume-control-applet, you mean?
[13:08] <IntuitiveNipple> OK... I assume mixer_applet2 is the 'new' one? Is that related to the pulseaudio volume control?
[13:08] <tjaalton> no applet, pulseaudio uses the notification area now
[13:09] <IntuitiveNipple> But, I presume the process is the '/usr/lib/gnome-applets/mixer_applet2 --oaf-activate-iid=OAFIID:GNOM' ?
[13:10] <IntuitiveNipple> As long as this isn't a bug :)
[13:11] <tjaalton> I don't have that running
[13:13] <IntuitiveNipple> hmmm... this is testing the daily 0203.1 liveCD (amd64) on Sony Vaio VGN-FE41Z (HDA StAC92xx audio)
[13:13] <IntuitiveNipple> I didn't see the two identical icons with the alpha 3 live CD
[13:15] <IntuitiveNipple> eeek Ubiquity/partman is causing the kernel to *lose* two partitions ... that's one more than the alpha-3 installer lost!
[13:49] <[diablo]> afternoon all... is there anyone around familiar with the RT kernel please?
[14:29] <cjwatson> Chipzz: as mentioned, it's known not to work at the moment, and we may stop building it again. Ubuntu is a major version of GTK ahead of Debian, and it turns out that there were some changes made to GTK in that cycle that changed the interface with GDK backends, and the X backend was updated but not the DirectFB backend. The update is non-trivial
[14:30] <cjwatson> Chipzz: we'd like to offer it but it may be that now is just an unlucky time
[15:15] <superm1> slangasek, pitti let me double check some things on a real system before i give an answer
[15:15] <superm1> slangasek, i uploaded a fixed mythtv and mythplugins.  can you queue a rebuild of live disks for mythbuntu with them now?
[15:16] <slangasek> superm1: sure - are 0ubuntu6, 0ubuntu4 the target versions?
[15:24] <pitti> ScottK: great to hear! so the second regression you were talking about was just the missing dependency?
[15:24] <slangasek> superm1: so we went back and looked at the Dell we were basing this on, and it actually has both a switchvideomode key /and/ a displaytoggle key; but g-s-d *does* a display toggle, when it receives the switchvideomode key, and there's no handling for displaytoggle at all in the stack :)
[15:24] <superm1> slangasek, what model was this?
[15:25] <seb128> slangasek: it doesn't really do a display toggle, it turns between configurations
[15:25] <seb128> slangasek: ie, xinerama, clone, laptop, projector, etc
[15:25] <slangasek> superm1: Inspiron 1505
[15:25] <slangasek> seb128: ok - it does a display "rotate" :)
[15:27] <superm1> slangasek, okay i'll try to get a good look at a variety of inspirons then... i know that i verified the current setup was working properly for many laptops display switch hotkeys in intrepid, i'll just reverify everything with jaunty paying attention to these two key symbols
[15:27] <slangasek> seb128: my point is that what it doesn't do is rotate through available resolutions
[15:27] <seb128> no, but not really toggle the display either
[15:28] <slangasek> superm1: sorry, I'm getting mixed up - it's not the Inspiron that had both the switchvideomode and displaytoggle buttons
[15:28] <slangasek> seb128: I think the current behavior is completely in line with what I would understand as "display toggling"
[15:30] <seb128> right
[15:30] <slangasek> superm1: in any case, intrepid vs. jaunty is definitely a difference here; g-s-d upstream provides better xrandr handling of the XF86Display (== switchvideomode) and we dropped an upstream patch that was interfering with this
[15:31] <slangasek> superm1: pitti and I independently reached the conclusion that this should be changed, so I'm fairly confident that it's correct - but would of course still be happy to have your review
[15:31]  * superm1 nods
[15:31] <seb128> slangasek: I'm wondering if upstream picked f7 because f8 is broken
[15:32] <seb128> or rather f8 doesn't trigger any xev
[15:32] <slangasek> seb128: you mean the 'switchvideomode' instead of 'displaytoggle'?  I think that's fairly certain
[15:32] <seb128> yes
[15:56] <lool> Keybuk: Did you intend to upload bootchart 0.9-0ubuntu8keybuk3 to jaunty?
[15:58] <Keybuk> Do I?
[15:58] <Keybuk> or Did I?
[16:00] <lool> Keybuk: Did you?
[16:01] <lool> Keybuk: It was uploaded, is it a mistake?
[16:01] <Keybuk> yes, was supposed to go to PPA
[16:03] <ion_> Why does dput have a default upload host again? :-)
[16:04] <henrik-hw0> Keybuk: regarding our talk earlier. did you find out anything of significance?
[16:05] <Keybuk> henrik-hw0: you didn't respond to my last question; grep for the module name in /etc/modprobe.d
[16:05] <henrik-hw0> Keybuk: Ah. I blame communication over the device we debugged. :/
[16:09] <henrik-laptop-hw> Keybuk: grepping for the module name in /etc/modprobe.d shows nothing
[16:10] <Keybuk> henrik-laptop-hw: no idea then, modprobe is being called
[16:10] <Keybuk> could be simply a module bug
[16:10] <henrik-laptop-hw> Keybuk: Alright. thanks for your help.
[16:30] <slangasek> superm1: mythbuntu candidates up
[16:51] <superm1> slangasek, thanks. i'll let my folks know to grab and test away
[18:43] <wolfeySI> hello guys i just tracerouted si.archive.ubuntu.com
[18:43] <wolfeySI> and you use one of worst possible servers for slovenian users
[18:43] <wolfeySI>  leningradskaya.canonical.com
[18:43] <wolfeySI> if that's russia
[18:43] <wolfeySI> that's far network wise
[18:43] <wolfeySI> .sk, .de, .it, .at, .hr would all be so much better
[18:44] <wolfeySI> just a thought, i changed to .de mirror long ago, but didnt traceroute until now
[18:44] <wolfeySI> so newbies get 1 kB/s download at updating ubuntu
[18:48] <pochu> wolfeySI: hi, I think #ubuntu-mirrors is the right channel for such suggestions
[18:49] <wolfeySI> ok thx
[20:53] <ScottK> pitti: re KDE 4.1.4, the second regression I mentioned before turned out to be a user configuration error unrelated to KDE.  The kdebluetooth missing dependency came up since, but was easy enough to verify.  The xine-lib SRU verification is really the only think that needs doing I think.
[20:55] <maxb> If two packages (bzr+bzrtools) need to be synced together, do I file two sync request bugs or one mentioning both?
[22:01] <dtchen> the cryptsetup/udev note in the jaunty alpha 4 release notes erroneously refers to an ltsp bug when it should refer to bug 325690
[22:02] <ScottK> dtchen: The wiki version of the tech overview is still editable.
[22:06] <neXyon> greetings
[22:43] <imme> uhm, how can I get jaunty to start gnome completely?
[22:47] <ScottK> imme: #ubuntu+1 for Jaunty support
[22:49] <imme> merci ScottK
[22:53] <ScottK> imme: You're welcome.
[22:59] <superm1> pitti, slangasek it looks like it's still doing the right thing on the handful of machines i've looked at with jaunty and that updated hal-info.  if i come across any with the wrong behavior i'll let you know
[22:59] <slangasek> superm1: ack, thanks
[23:03] <superm1> re the mythbuntu disks, looks like there might actually be a ubiquity regression.  i'll have to give it a more thorough look later on
[23:25] <calc> evolution is a big pos
[23:26] <calc> i just crashed it several times in a row just trying to view a message
[23:26] <calc> nothing weird with the messsage it was an old one i already read
[23:27] <calc> now it crashes every time i even try to search
[23:27] <calc> i wish thunderbird could sort
[23:28] <calc> maybe i just need to setup my own imap server to do server side filtering, so i can switch to thunderbird
[23:29] <directhex> surely you must be used to bloaty unmaintainable monsters, calc?
[23:34]  * ScottK whispers kmail to calc.
[23:36] <Keybuk> scottK: you mean Kreationism?
[23:36] <ScottK> It's actually one of the KDE apps that I understand has a big following among Gnome users.
[23:37] <jdong> does that require Oracle DBMS or something? ;-)
[23:37] <ScottK> Mysql unfortunately.
[23:38] <jdong> out of curiousity, what is the justification for what I feel is a overuse of MySQL in KDE4?
[23:38] <jdong> I really don't see much that a smaller/lighter DB backend couldn't have done
[23:39] <ScottK> They've got this thing called Akonadi that is meant to be the ultimate answer to life, the universe, and everything.
[23:39] <ScottK> It uses Mysql.
[23:39] <ScottK> That's the Kmail answer.
[23:39] <ScottK> The Amarok answer is when they were looking for help, the Mysql people volunteered to help them and did.  No one else was as interested.
[23:39] <jdong> it's the ultimate answer for making sure I structure my home directory how AppArmor wants it :)
[23:41] <ScottK> That too.
[23:44] <jdong> btw KDE 4.2 is pretty nicely polished overall now, I am impressed
[23:44] <jdong> the big area of work IMO is still with handling laptop multimedia keys
[23:44] <jdong> that whole kubuntu xmodmap thing needs to DIE :)
[23:57] <ScottK> jdong: We have pretty good luck with getting stuff fixed upstream.
[23:57] <ScottK> What we lack in this area is someone with enough focus and technical understanding to communicate it effectively.
[23:58] <ScottK> So please feel free to join us ....


[04:58] <CheetahPixie> now that I no longer have a migraine
[04:58] <CheetahPixie> how do I plug the linux show player into my carla rack?
[05:09] <CheetahPixie> all I need is SFX to the source.
[21:36] <CheetahPixie> still no answers then


[03:21] <veebers> Drat, I didn't realise that my debugging of the juju github merge check job was ran across a bunch of PRs. If you see a comment/check from the bot 'github-check-merge-juju-pl' please ignore it, sorry for the noise
[07:46] <jinhoooman> LMAO WTF IS JUJU
[09:50] <pranav> tinwood: PM?
[09:50] <tinwood> hi pranav
[11:19] <rick_h> ak_dev: will give it a go this morning.
[14:33] <stormmore> o/ juju world
[14:50] <rick_h> welcome to the team stormmore :)
[15:14] <stormmore> thanks  rick_h :) hope I can live up to the team's reputation ;-)
[17:10] <jeiooioi> wtf is juju i dont get it its something you run on servers or sth? wtf
[17:57] <ak_dev> jeiooioi, jinhoooman : its a orchestration tool to manage deployments / VMs on the cloud or on bare metal
[17:57] <ak_dev> Basically, it makes tasks of deploying complex applications from hours of setting stuff up to running a single command