[01:17] <gnomefreak> Admiral_Chicago: be careful using the name junk
[01:17] <gnomefreak> there are junk projects (if you wan tto get rid of a branch you assign it to +junk or junk cant remember
[01:25] <gnomefreak> btw firefox needs to start opening in tabs
[01:28] <gnomefreak> i hate LP now
[03:58] <Admiral_Chicago> gnomefreak: how can I rename my project, probably in LP
[03:58] <Admiral_Chicago> why do you hate it now btw
[04:32] <Admiral_Chicago_> gnomefreak: if its on code.launchpad.net/~freddymartinez/+junk it should be fine no?
[04:32] <Admiral_Chicago_> after all, people will need to know its freddymartinez and who I am to check it out
[04:38] <Admiral_Chicago_> i'm editing the wiki pages now, looking to more or less streamline the pages.
[04:39] <Admiral_Chicago_> the bugs page for example, could be less pages and not so many subpages
[04:40] <Admiral_Chicago_>  /tags, /states, etc
[04:58] <gnomefreak> Admiral_Chicago_: should be fine just thought i would let you know
[04:59] <Admiral_Chicago_> ah
[09:23] <asac> morning
[09:31] <Admiral_Chicago> hey there asac
[09:34] <asac> hey ... still away ;)
[09:34] <asac> ?
[09:37] <asac> Admiral_Chicago: did your bzr branch work out well?
[09:38] <Admiral_Chicago> yes it did
[09:49] <asac> great
[10:19] <Admiral_Chicago> yep, I have to work on packaging some more today i think
[10:19] <Admiral_Chicago> asac: btw, i've started some work on the wiki pages.
[10:20] <asac> good good ... i have a new idea on howto improve our bug overview :)
[10:21] <asac> its like ... producing summaries of bug duplicate clusters
[10:21] <asac> e.g. look at master bugs and produce a summary of all duplicates
[10:22] <asac> my idea is to parse out the info of each bugs summary entry
[10:22] <asac> and put them on one page
[10:22] <asac> so for a top-crash we can see all initial reporter comments on one page
[10:22] <asac> hopefully being able to get a better idea on how to reproduce
[10:23] <asac> hehe
[10:23] <asac> late i know ... and early for me
[10:23] <asac> not a good mix :)
[10:23] <Admiral_Chicago> definetly no
[10:23] <Admiral_Chicago> not*
[10:24] <asac> lets see
[10:24] <Admiral_Chicago> i understand I think
[10:25] <asac> bug 91519
[10:25] <asac> has 2 duplicates
[10:25] <asac> we would get a summary like:
[10:25] <ubotu> Launchpad bug 91519 in firefox "MASTER Firefox Crash [@~nsCOMPtr_base]  [@~nsInstallInfo]  [@nsSoftwareUpdate::InstallJarCallBack] " [High,Confirmed]  https://launchpad.net/bugs/91519
[10:25] <asac> bug 91519 - "MASTER Firefox Crash [@~nsCOMPtr_base]  [@~nsInstallInfo]  [@nsSoftwareUpdate::InstallJarCallBack] "
[10:26] <asac>   - just did a upgrade on kubuntu to feisty
[10:26] <asac>   - Firefox crash downloading extension
[10:26] <asac> After downloadind "Download them all" extension plugin firefox crashed. Yesterdad that plugin was completely undownloadable.
[10:26] <asac>   - no comment
[10:26] <asac> :)
[10:27] <asac> i don't know if this should be done by bughelper ... or maybe just by a greasemonkey script
[10:27] <asac> that goes through all duplicates and injects the content to the main bug page
[10:46] <Admiral_Chicago> oh. I see
[10:46] <Admiral_Chicago> hmm, seems like something to discuss with the bug team
[10:47] <Admiral_Chicago> this would ba a headache if people mark as dups things that aren't
[10:49] <Admiral_Chicago> i think parsing LP and dumping to a wiki is a better idea
[10:50] <Admiral_Chicago> that could be done easily in Python by someone like red_herring
[10:54] <asac> hmm
[10:54] <asac> don't really see the difference ... whatever way ... getting a summary of summaries might be beneficial :)
[10:55] <Admiral_Chicago> i think there is a big difference.
[10:55] <asac> where?
[10:55] <asac> i mind be too dump in the morning :)
[10:57] <asac> s/mind/might/
[10:57] <Admiral_Chicago> i think by doing something wiki style we can sort out common lines
[10:57] <Admiral_Chicago> hehe
[10:57] <Admiral_Chicago> == bug xone [10:57] <Admiral_Chicago> [10:57] <asac> ah ok
[10:57] <Admiral_Chicago> [10:58] <Admiral_Chicago> !@~nscomp
[10:58] <ubotu> Sorry, I don't know anything about nscomp - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[10:58] <asac> and each subsection gets the summary?
[10:58] <Admiral_Chicago> yep, and this way we can all easily edit comments, LP doesn't let you delete comments (yet_
[10:58] <Admiral_Chicago> so when I screw up, it won't be so bad
[11:03] <asac> hmm
[11:03] <asac> no i don't mean to add it persistently
[11:04] <asac> its just that you provide a summary on that site
[11:08] <Admiral_Chicago> ah i see
[11:53] <asac> gnomefreak: debian bug 297293
[11:53] <ubotu> Debian bug 297293 in mozilla-thunderbird "mozilla-thunderbird: profiles imported from (older) mozilla mailnews might fail to copy mail to Sent-Folder" [Important,Open]  http://bugs.debian.org/297293
[11:53] <asac> received a reply
[11:54] <asac> gnomefreak: .... you can close it :)
[12:19] <bluekuja> asac: do you have a min for a merge?
[12:19] <bluekuja> :)
[12:23] <gnomefreak> its fixed?
[12:25] <gnomefreak> how the hell do you close debian bugs :(
[12:26] <asac> gnomefreak: by mail
[12:27] <gnomefreak> using something like status: closed <reason>?
[12:27] <asac> bluekuja: i have the feeling that its more than a minute
[12:27] <asac> bluekuja:  :)
[12:27] <asac> gnomefreak: close is deprecated
[12:27] <asac> gnomefreak: look at bugs.debian.org
[12:27] <asac> there is doc
[12:27] <gnomefreak> k
[12:27] <asac> its simple
[12:31] <gnomefreak><EMAIL_ADDRESS>is the nnn the bug number?
[12:31] <asac> yeah
[12:31] <gnomefreak> and i dont see a reason on bug why its being closed?
[12:31] <asac> if you know that it has been fixed in a specific version
[12:31] <asac> you can add
[12:32] <asac> Version: 1.4.5-3
[12:32] <asac> as first line
[12:32] <asac> with two line feeds after
[12:32] <asac> gnomefreak: you can include reason in mail
[12:32] <asac> just send mail to<EMAIL_ADDRESS>[12:32] <asac> add Version line (if applicable - this time its not applicable)
[12:32] <asac> then add comment why its closed
[12:32] <asac> done
[12:33] <asac> send the mail and its closed
[12:33] <gnomefreak> have you uploaded a fix for it?
[12:33] <asac> no
[12:33] <bluekuja> asac: lol
[12:33] <asac> we don't know the version
[12:33] <bluekuja> asac: believe me, is a minute
[12:33] <bluekuja> :)
[12:33] <asac> so you can just send to -done
[12:33] <asac> bluekuja: its already 10 minutes :) ... counting
[12:33] <bluekuja> :D
[12:33] <bluekuja> was eating
[12:33] <bluekuja> :)
[12:34] <bluekuja> asac: https://bugs.launchpad.net/ubuntu/+source/balsa/+bug/124330
[12:34] <ubotu> Launchpad bug 124330 in balsa "Merge balsa (2.3.17-1) from debian unstable" [Wishlist,Confirmed]
[12:34] <gnomefreak> asac: i need a reason to close it  or is the reason becasue he cant reproduce?
[12:34] <asac> gnomefreak: i have to do the nspluginwrapper merge in bzr
[12:34] <asac> otherwise i cannot get this back in sync
[12:34] <asac> in future we should not do debdiffs ... if its in bzr
[12:34] <asac> its a pita
[12:34] <asac> gnomefreak: yeah you can answer on the mail he send ... modify bug address
[12:34] <asac> (to -done)
[12:35] <asac> and say "thanks for the info ... closing."
[12:35] <asac> please don't just send ... but answer on the mail he send so it doesn't break threads for me
[12:37] <bluekuja> asac: diff ok?
[12:38] <asac> bluekuja: if its in bzr ... then no :)
[12:38] <asac> otherwise yes
[12:38] <bluekuja> bzr?
[12:38] <bluekuja> why?
[12:39] <bluekuja> anyway it's not in bzr
[12:39] <bluekuja> ^^
[12:39] <asac> because bzr causes headaches
[12:39] <bluekuja> lol
[12:39] <asac> if its a new debian merge
[12:39] <asac> the merge should be done in bzr properly then
[12:39] <bluekuja> anyway no, it's not in bzr
[12:39] <bluekuja> ;)
[12:40] <bluekuja> (i'm talking about balsa)
[12:40] <bluekuja> it builds correctly
[12:40] <asac> what is balsa?
[12:40] <bluekuja> the merge
[12:40] <asac> something sound related?
[12:40] <bluekuja> I told you about
[12:40] <bluekuja> ooh
[12:40] <bluekuja> mm
[12:41] <asac> do you know what it does ... do you know how to test?
[12:41] <bluekuja> it's a mail client
[12:41] <bluekuja> test what?
[12:41] <asac> test if it works
[12:42] <asac> and if what debian claims to be fixed is really fixed
[12:42] <asac> (if they claim something at all)
[12:42] <bluekuja> it's an upstream release
[12:42] <bluekuja> in debian
[12:42] <gnomefreak> bug 297293
[12:43] <asac> debian bug 297293
[12:43] <ubotu> Debian bug 297293 in mozilla-thunderbird "mozilla-thunderbird: profiles imported from (older) mozilla mailnews might fail to copy mail to Sent-Folder" [Important,Open]  http://bugs.debian.org/297293
[12:44] <gnomefreak> oh thats the one i jsut did
[12:44] <bluekuja> asac: why these questions for a merge?
[12:44] <asac> because imo it makes no sense to merge something you don't test
[12:45] <asac> i will raise that soon ... because i have the feeling that most merges are done that way in universe
[12:45] <asac> and that is plain bad
[12:45] <bluekuja> usually
[12:45] <bluekuja> MOTUs does not check
[12:45] <bluekuja> debian package
[12:45] <asac> yeah ... that has to change imo
[12:45] <bluekuja> yea
[12:45] <asac> i mean we cannot prevent people from not checking
[12:45] <bluekuja> yea
[12:45] <asac> but we have to remember them that they don't do merges for the sake of having somthing that builds
[12:46] <asac> but for having something that works
[12:46] <bluekuja> yup
[12:46] <bluekuja> asac: anyway that's an upstream release
[12:46] <bluekuja> so nothing
[12:46] <bluekuja> that is fixed
[12:46] <bluekuja> et all
[12:47] <asac> yes ... but does it work at all :)
[12:47] <asac> ?
[12:47] <bluekuja> asac: e.g builds?
[12:47] <bluekuja> or application
[12:48] <asac> i thought we just talked about what matters
[12:48] <asac> (for me) :)
[12:49] <bluekuja> lol
[12:49] <bluekuja> :D
[12:49] <bluekuja> wanted to be sure
[12:49] <bluekuja> ^^
[12:49] <bluekuja> oh damn
[12:49] <asac> bluekuja: builds is a prerequisities of works
[12:50] <bluekuja> 5 mins and work
[12:50] <bluekuja> :/
[12:50] <bluekuja> up
[12:50] <bluekuja> *yup
[12:50] <asac> that is not a problem
[12:50] <bluekuja> for me yes
[12:50] <bluekuja> lol
[12:50] <asac> just drop info when you are ready ... application is build-tested and tested to work :)
[12:50] <bluekuja> I dont like working
[12:50] <bluekuja> :P
[12:50] <asac> yeah ... my condolesence ... working can suck :)
[12:50] <bluekuja> hehehe
[12:50] <bluekuja> yeah
[12:51] <bluekuja> that's it
[12:51] <bluekuja> asac: when I'm back, gonna install it
[12:51] <bluekuja> and test
[12:51] <bluekuja> then ping you
[12:51] <bluekuja> and then party
[12:51] <bluekuja> ^^
[12:52] <bluekuja> asac: are you away too this night?
[12:53] <bluekuja> e.g party
[12:53] <asac> no idea
[12:53] <asac> maybe
[12:53] <asac> most likely cinema
[12:53] <asac> so not really party :)
[12:54] <bluekuja> cinema is cool too
[12:54] <bluekuja> :)
[12:54] <asac> but i have to relax ... e.g. no compuer ... next week will be hard enough
[12:54] <bluekuja> :)
[12:54] <bluekuja> I leave
[12:54] <bluekuja> lot of work this afternoon
[12:54] <bluekuja> :/
[12:54] <bluekuja> cya later
[01:12] <gnomefreak> debian bug 405585
[01:12] <ubotu> Debian bug 405585 in iceape "iceape fails to save preferences for "general.skins.selectedSkin"" [Normal,Open]  http://bugs.debian.org/405585
[01:15] <asac> hmm
[01:15] <asac> do we have that too?
[01:32] <gnomefreak> someone just reported it and i cant get debians bug to take on our report
[01:33] <asac> he?
[01:33] <gnomefreak> asac: bug 124365
[01:33] <ubotu> Launchpad bug 124365 in Debian "Iceape-Browser: Theme setting reverts on restart" [Undecided,Invalid]  https://launchpad.net/bugs/124365
[01:33] <asac> if that is the upstream bug for us ... just set it as upstream
[01:33] <gnomefreak> i marked it as a debian bug but wrong bug now i cant get right bug in there
[01:34] <gnomefreak> so use upstream with debians bug report?
[01:34] <asac> just set remote bug tracker
[01:34] <asac> to debian ... and set bug id
[01:34] <gnomefreak> cant
[01:34] <asac> of course you can
[01:34] <gnomefreak> if you do it wont open
[01:34] <asac> he?
[01:34] <asac> it will automatically do that
[01:34] <asac> on next run
[01:34] <asac> just set it properly
[01:34] <asac> and done
[01:35] <asac> the bug id is already correct
[01:35] <gnomefreak> look at it now
[01:35] <asac> yeah launchpad is broken
[01:35] <asac> next time do it right ;)
[01:36] <asac> ask on launchpad
[01:36] <gnomefreak> this is the bug # that is correct. opent he bug id in debian line
[01:36] <asac> #launchpad
[01:36] <asac> ok i added a new upstream
[01:36] <gnomefreak> debian bug 405748
[01:37] <ubotu> Debian bug 405748 in iceape-browser "iceape-browser: theme selection reset to classic" [Normal,Open]  http://bugs.debian.org/405748
[01:37] <asac> you did use distribution
[01:37] <asac> not upstream
[01:37] <gnomefreak> is what the bug should be set to
[01:37] <gnomefreak> asac: its not upstream is it?
[01:37] <asac> its upstream
[01:37] <gnomefreak> since we use upstream tarball
[01:37] <asac> anyway now its again wrong
[01:37] <asac> fix it please
[01:37] <asac> i used the bug id you pasted
[01:38] <gnomefreak> and you used the wrong bug number
[01:38] <asac> i used the one you intiially pasted
[01:39] <asac> but its the same bug
[01:39] <gnomefreak> look up 10 lines see debian bug 405748
[01:39] <ubotu> Debian bug 405748 in iceape-browser "iceape-browser: theme selection reset to classic" [Normal,Open]  http://bugs.debian.org/405748
[01:39] <asac> so why bother?
[01:39] <gnomefreak> asac: thats why i was trying to change it
[01:39] <asac> yes you pasted that too late
[01:39] <gnomefreak> the first bug i gave was closed
[01:39] <gnomefreak> not very helpful being closed
[01:39] <asac> debian bug 405585
[01:39] <ubotu> Debian bug 405585 in iceape "iceape fails to save preferences for "general.skins.selectedSkin"" [Normal,Open]  http://bugs.debian.org/405585
[01:39] <asac> its open
[01:39] <asac> so whats theproblem?
[01:40] <gnomefreak> Bug is archived. No further changes may be made.
[01:40] <gnomefreak> Then, I'll just close this bug.
[01:40] <gnomefreak> Mike
[01:40] <asac> ok i fixed the debian target
[01:40] <gnomefreak> ty
[01:40] <asac> it just worked
[01:41] <asac> probably launchpad was down orsomething
[01:41] <asac> i  set  upstream target to invalid again now
[01:41] <gnomefreak> close upstream now?
[01:41] <gnomefreak> ah ok
[01:41] <asac> yes
[01:41] <gnomefreak> i still cant reproduce this at all
[01:42] <asac> in debian bug there is probably a workaround?
[01:42] <gnomefreak> no i didnt see one
[01:44] <asac> chrome.rdf broken
[01:44] <asac> let user attach his
[01:44] <asac> from profile
[01:45] <asac> gnomefreak: ok nspluginwrapper pushed
[01:45] <gnomefreak> i guess you tested :)
[01:45] <asac> i had to edit a bit because i had to do that in bzr
[01:45] <asac> no
[01:45] <gnomefreak> oh
[01:45] <asac> have no amd64 at hand
[01:45] <asac> anyway ... i added info that i sponsored to changelog
[01:45] <asac> so if it breaks blame me
[01:46] <asac> as i modified your debdiff byhand et al
[01:46] <asac> so i could apply it to bzr
[01:46] <gnomefreak> ty if it breaks its still not your fault
[01:46] <asac> remember me never to ask for debdiff on bzr maintained software again :)
[01:46] <gnomefreak> than it is your fault :) how would you like it ?
[01:46] <asac> we now have a debian branch as well
[01:46] <asac> so we can update that and then merge changes that happened over at debian by bzr merge
[01:47] <asac> ...e.g. like i did now
[01:47] <gnomefreak> that makes merging a bit easier
[01:47] <asac> gnomefreak: for bzr the best is to do the merge locally ... bring it up on private branch and tell maintainer, that your merge is available from there
[01:47] <asac> yeah
[01:48] <asac> anyway ... the tricky stuff remained ... e.g. that we had changes against a file ... that upstream directly applied to a patch
[01:48] <gnomefreak> yeah
[01:48] <asac> anyway ... now all should be on track and future merges should be even more easier
[01:48] <asac> otherwise the merge went well with bzr
[01:48] <gnomefreak> ty :)
[01:48] <asac> just had to setup a debian branch :)
[01:48] <asac> which i previously didn't ;)
[01:49] <asac> gnomefreak: if you get build errors let me know :)
[01:49] <gnomefreak> i cant build it
[01:49] <gnomefreak> wont let me build binaries
[01:50] <gnomefreak> and it lets me know when they start to build (i assume it got htat far its good)
[01:51] <gnomefreak> brb smoke
[01:57] <gnomefreak> asac: is that your n-m push that i just got update for?
[01:57] <asac> yesterday?
[01:58] <gnomefreak> you might have pushed it yesterday
[01:58] <gnomefreak> its ubuntu6?
[01:58] <gnomefreak> i filied bug report yesterday on n-m
[01:59] <asac> ok its seb
[01:59] <asac> hope he pushed to bzr as well
[01:59] <gnomefreak> reboot == no network i have to click it uncheck enable network and than enable it again :(
[01:59] <asac> gnomefreak: no changes
[01:59] <gnomefreak> no changes?
[01:59] <asac> so no need to try
[01:59] <asac> nothing that can be of any relevance
[01:59] <gnomefreak> ah
[02:00] <asac> its just something for build systems
[02:01] <gnomefreak> did -trunk build?
[02:02] <asac> gnomefreak: it definitly build ... but i won't push it ... haven't tested if it also crashes ... its just for me to track down when the regression occurs
[02:02] <gnomefreak> k
[02:02] <asac> the idea was to begin to maintain a weekly builds in gutsy ... so we can track such things down more easily in future
[02:05] <DarkSun88> Hi all
[02:06] <asac> gnomefreak: you should remember to checkin and publish bzr whenever you upload trunk
[02:07] <asac> i had to add a changelog entry on my own
[02:07] <Admiral_Chicago_> hey there DarkSun88
[02:07] <asac> or is that pushed to ~gnomefreak?
[02:07] <gnomefreak> asac: did you push?
[02:07] <asac> and i just took wrong one?
[02:07] <asac> i don't push anything
[02:07] <gnomefreak> i pushed to mozillateam
[02:07] <asac> and i won't
[02:07] <gnomefreak> i havent made a personal branch yet
[02:07] <asac> yeah ... but you did not have a commit for the 0628 release
[02:07] <asac> so i had to fiddle around
[02:08] <asac> so remember ... evertime upload ... you need a changelog commit for that
[02:08] <gnomefreak> thought you pushed the 28 release
[02:08] <gnomefreak> asac: i will
[02:08] <asac> gnomefreak: i will not push anything from the past
[02:08] <asac> unless others need to test
[02:08] <asac> gnomefreak: great
[02:08] <gnomefreak> what day are you leaving for sprint week/
[02:08] <asac> sunday
[02:08] <asac> saturday return
[02:09] <gnomefreak> anything you need done for next week?
[02:09] <asac> but i will take the weekend off when i return i guess
[02:10] <Admiral_Chicago> DarkSun88: hmm, you're a member, got a link to your wiki?
[02:10] <asac> hmm ... you mean for the beginning of next week ... or for the end of next week?
[02:10] <DarkSun88> Admiral_Chicago: One moment.
[02:10] <asac> anyway ... don't have much in mind ... except finding this damn sunbird issue
[02:10] <asac> and finishing my specs :)
[02:10] <DarkSun88> Admiral_Chicago: https://wiki.ubuntu.com/MicheleAngrisano
[02:10] <gnomefreak> asac: things that should be done for when you return
[02:11] <asac> ah ... yeah figure out when regression appeared in trunk
[02:11] <asac> but lets see if this build works
[02:11] <Admiral_Chicago> looking
[02:12] <Admiral_Chicago> DarkSun88: i've seen this wiki page before, when did you get membership?
[02:12] <gnomefreak> Admiral_Chicago: yes DarkSun88 is a member
[02:12] <gnomefreak> they were approved
[02:12] <DarkSun88> 2007-05-29
[02:12] <DarkSun88> gnomefreak: :)
[02:13] <Admiral_Chicago> ah okay
[02:13] <Admiral_Chicago> i could tell from the cloak
[02:13] <asac> gnomefreak: damn the build failed because apparently the orig was truncated
[02:13] <Admiral_Chicago> i actually just update my wiki, so I should be good for a while. Still have another year and a half at least
[02:13] <asac> e.g. upload aborted
[02:13] <asac> don't ask me why
[02:14] <asac> my tarball is too small
[02:14] <gnomefreak> asac: what one?
[02:14] <asac> maybe connection reset
[02:14] <asac> 0628
[02:14] <gnomefreak> ah ok
[02:14] <asac> let me repull
[02:14] <asac> and sping
[02:14] <gnomefreak> asac: what revision are you pulling?
[02:15] <asac> http://gnomefreak.youmortals.com/mozilla-testing/dists/feisty/main/source/firefox-trunk_2.99+2cvs20070628.orig.tar.gz
[02:15] <asac> thats the idea
[02:16] <asac> 31MB ... mine was just 27
[02:16] <gnomefreak> ah
[02:16] <asac> what happened :)
[02:16] <asac> hmm
[02:16] <asac> ok  ... should be there in a minute
[02:41] <gnomefreak> seems the sources are messed up in the repo
[02:44] <gnomefreak> i cant even extract the .dsc
[02:46] <Admiral_Chicago> speaking of packaging, i'm having some issues here too
[02:46] <Admiral_Chicago> oh well, thats okay
[02:48] <Admiral_Chicago> i'll have to figure it out soon
[02:49] <gnomefreak> im off to go to meeting ill be back in a few hours
[02:50] <gnomefreak> asac: its the source that was uploaded to mt repo that is wrong im grabbing from bzr and we will see what happens
[02:50] <asac> gnomefreak: which sources?
[02:50] <gnomefreak> the 20070628
[02:50] <asac> the orig looks good
[02:51] <gnomefreak> the diff is off and that is blocking the .dsc from extracting
[02:51] <asac> unfortunatley you need to modify a lot because we have no revision for that build
[02:51] <asac> yes ... you don't need thediff
[02:51] <asac> gnomefreak: you don't need to build that anyway
[02:51] <asac> i will test later
[02:51] <asac> pleas go for new builds ;)
[02:51] <gnomefreak> if i rm the .diff the .dsc fails to extract with error no diff
[02:51] <asac> in case this issue is *just resolved
[02:52] <asac>  usptream
[02:52] <gnomefreak> ill work on it when i get home ill start the latest upstream build
[02:52] <gnomefreak> k out for now
[02:53] <asac> sure ... take care
[02:53] <asac> Admiral_Chicago: do you use cdbs
[02:53] <asac> or debhelper?
[02:53] <asac> (pure debhelper that is)
[02:55] <Admiral_Chicago> dh_make
[02:55] <asac> ok so pure debhelper
[02:55] <asac> Admiral_Chicago: i wouldn't use dh_make in the long run
[02:55] <asac> just to get an initial template
[02:55] <Admiral_Chicago> ya, i think i'm going to try something different
[02:55] <asac> Admiral_Chicago: just use cdbs
[02:55] <asac> its plain straight forward
[02:56] <Admiral_Chicago> goodness, I just grabbed some source from a guy to package, its aweful..
[02:56] <asac> and there are plugins
[02:56] <asac> Admiral_Chicago: is it C or what?
[02:58] <Admiral_Chicago> sec, taking a call
[03:03] <Admiral_Chicago> asac: take a look at the bzr repo<EMAIL_ADDRESS>[03:03] <Admiral_Chicago> its the magnify project
[03:04] <asac> can i still branch it?
[03:05] <Admiral_Chicago> should be able to
[03:06] <asac> Admiral_Chicago: its empty :)
[03:07] <asac> probably junk stuff gets removed in batches ;)
[03:07] <asac> at least its not in http
[03:07] <asac> and cannot access that path by sftp
[03:07] <asac> maybe you can resurrect it in lp ?
[03:08] <Admiral_Chicago> yea, looking now
[03:08] <asac> note: its empty ... but i could branch
[03:08] <asac> so its somehow existing ... unless +junk/* is a zero archive script :)
[03:09] <asac> Admiral_Chicago: hmmm
[03:09] <asac> it branches 3 revisions
[03:09] <asac> but is empty
[03:09] <asac> :)
[03:09] <asac> lets see
[03:10] <Admiral_Chicago> what about code.launchpad.net/~freddymartinez9/+junk/main
[03:10] <Admiral_Chicago> odd, Mario was able to grab it earlier today
[03:10] <asac> both should work
[03:11] <asac> .bzr directory is 2.7m
[03:11] <asac> so its in there
[03:11] <asac> however
[03:11] <asac> http://paste.ubuntu-nl.org/28796/
[03:12] <Admiral_Chicago> looking...
[03:12] <asac> for meit looks like its a repo checkout
[03:12] <asac> hmm
[03:12] <asac> lets branch it from here
[03:12] <asac> again
[03:14] <asac> ok
[03:14] <Admiral_Chicago> odd, i have my branch as commited 12 minutes ago on LP
[03:14] <Admiral_Chicago> that was my last bzr push
[03:15] <Admiral_Chicago> could do bzr checkout
[03:15] <asac> through http?
[03:16] <Admiral_Chicago> i don't know how he did it
[03:16] <asac> like bzr branch http://bazaar.launchpad.net/~freddymartinez9/+junk/main
[03:16] <asac> can you do it?
[03:17] <asac> its broken ... maybe its gutsy bzr thats broken?
[03:17] <asac> but actually i think ist been doen by junk cronjob or something
[03:17] <Admiral_Chicago> no, i'm using gutsy
[03:17] <asac> however ... its strange that i have no idea howto get the files out :)
[03:17] <asac> Admiral_Chicago: so you can do the above command and get files?
[03:18] <Admiral_Chicago> do bzr checkout<EMAIL_ADDRESS>[03:19] <asac> hey
[03:19] <asac> why don't you try<EMAIL_ADDRESS>:)
[03:19] <asac> why don't you try<EMAIL_ADDRESS>:)
[03:19] <Admiral_Chicago> ~bzr: ERROR: Target directory "main" already exists.
[03:19] <asac> yeah you have to remove main first
[03:20] <asac> anyway ... revive that branch ... otherwise i cannot really look at it :)
[03:20] <asac> and i checked out lots of other branches today ... so it should work ;)
[03:20] <Admiral_Chicago> what do you mean main?
[03:21] <asac> if you get
[03:21] <asac> ~bzr: ERROR: Target directory "main" already exists.
[03:22] <asac> it means that main directory exists ;)
[03:22] <Admiral_Chicago> wait.. i get you i think
[03:25] <asac> can you bring this up to a good branch?
[03:25] <Admiral_Chicago> i can't figure out how to fix it..
[03:25] <asac> e.g. maybe just push again :)
[03:25] <asac> to normal location
[03:28] <Admiral_Chicago> i did a bzr uncommit
[03:28] <Admiral_Chicago> let me push that
[03:30] <Admiral_Chicago> try now
[03:31] <asac> uncommit brings you sources
[03:31] <asac> ?
[03:31] <asac> lets try
[03:31] <asac> uncommit fails for me :)
[03:32] <asac> at least from what i checked out through http
[03:32] <asac> ok let me know when its avail in a non-junk place :)
[03:35] <Admiral_Chicago> i'll have to look at it soon.
[03:50] <asac> gnomefreak: damn thing the crash is already on 0628
[03:51] <asac> gnomefreak: did you see crashes during normal use or just during shutdown?
[03:53] <asac> yeah ... anditcrashes when starting it for first time after upgrade
[03:58] <asac> bluekuja: libagg needs attention today
[03:58] <asac> you need to strip non-free sources from it
[03:58] <asac> and please ensure its documented properly ... so in future one has the chance to get it
[04:06] <asac> bluekuja: debian bug 431987 is yours
[04:06] <asac> please prepare an update asap ;)
[05:16] <gnomefreak> asac: TBH it never crashed here on 6/28
[05:17] <gnomefreak> not that i saw (in feisty)
[05:25] <asac> yeah ... i already think its a caio regression
[05:25] <asac> of the bad sort
[05:25] <asac> e.g. not a binary issue, but aheader issue
[05:25] <bluekuja> asac: baby sent me a mail
[05:25] <asac> bluekuja: yeah
[05:25] <bluekuja> not a nice one
[05:25] <bluekuja> ^^
[05:25] <asac> yeah ... she is stupid
[05:25] <asac> i already talked to her
[05:25] <bluekuja> I noticed
[05:26] <asac> not saying she is stupid ... but he forgets ... and then behaves trollish
[05:26] <bluekuja> anyway I gonna have a showa
[05:26] <bluekuja> then go away for a while (shop)
[05:26] <bluekuja> and then here
[05:26] <bluekuja> ;)
[05:26] <bluekuja> bbl
[05:26] <gnomefreak> have fun
[05:26] <bluekuja> ty
[05:26] <gnomefreak> yw :)
[05:27] <asac> bluekuja: just remember what you have learned. don't jump in on train
[05:27] <asac> i already said everything she needs to know
[05:27] <bluekuja> asac: dont worry
[05:27] <gnomefreak> asac: than i say before we do anything further someone needs to look into cario. who is the person that maintains cario?
[05:27] <bluekuja> today I'm feeling good
[05:27] <bluekuja> dont want to start another war
[05:27] <asac> hehe
[05:27] <bluekuja> no need to
[05:27] <asac> great
[05:27] <bluekuja> really
[05:27] <bluekuja> :)
[05:28] <asac> life is hard enough without such things ;)
[05:28] <asac> gnomefreak: i will take care for this crash atm
[05:28] <bluekuja> asac: right words
[05:28] <gnomefreak> cant we skip cario?
[05:28] <bluekuja> :)
[05:29] <asac> we could ship the in-source cairo
[05:29] <asac> but that is a stupid thing todo
[05:29] <asac> we do trunnk exactly for that reason
[05:29] <gnomefreak> true
[05:29] <asac> e.g. to get to know about issues early
[05:29] <asac> so we are happy we are seeing it now
[05:29] <asac> and not when 3.0 is final
[05:29] <asac> now we have all time we need
[05:35] <gnomefreak> i hope so, there is  still a bit of issues upstream has to work out our major issue is cario (once fixed i can spin iceape on it and have it tested) since ive seen a crash report already
[05:37] <gnomefreak> if that person responds again that we should support google-desktop extention for firefox im gonna go off :(
[05:38] <gnomefreak> with google-desktop ff extention ffox crashes without it it doesnt crash i think the g-d-e is made by google but we should support his crash anyway
[05:39] <gnomefreak> bbl emergency
[05:42] <asac> gnomefreak: only trunk is affected afaik
[05:42] <asac> right?
[05:42] <asac> so iceape should not be blocked by that
[06:49] <bluekuja> asac: back
[06:50] <bluekuja> asac: now, I test balsa
[06:50] <bluekuja> so I can leave for the party, happy
[06:50] <bluekuja> :P
[06:52] <bluekuja> asac: I hope you're still there
[06:54] <asac> good
[06:54] <asac> i am almost gone
[06:54] <asac> have to do shopping
[06:54] <bluekuja> please wait it
[06:54] <bluekuja> :)
[06:54] <asac> pleaes take care for agg
[06:54] <bluekuja> asac: don't worry, I'll take care of it better than my gf :P
[06:54] <asac> as well ... heym no chance ... i am starving ... time is running low here :/
[06:54] <asac> hehe
[06:55] <bluekuja> I re-read miriam mail
[06:55] <bluekuja> is a little less aggressive
[06:55] <bluekuja> "but I feel I
[06:55] <bluekuja> wasted all the time I spent starting to package it, and definitely a bit
[06:55] <bluekuja> pissed of at not having been even notified about it."
[06:55] <asac> yeah
[06:55] <asac> i reminded here that i told here
[06:55] <asac> she remembered
[06:56] <asac> but after 5 minutes she trolled again
[06:56] <asac> so i let her alone
[06:56] <bluekuja> mmm
[06:56] <asac> i mean the people that need to know ... know now
[06:56] <bluekuja> why did she not pm me?
[06:56] <asac> because 1st. pm is bad
[06:56] <asac> 2nd ... how should she know how you are
[06:56] <asac> 3rd ... she wanted to have something to complain about in channel
[06:57] <bluekuja> yeah
[06:57] <asac> so she retrieves visibility
[06:57] <bluekuja> yeah
[06:57] <bluekuja> I'm happy that you talked with her
[06:57] <bluekuja> should I answer to that mail?
[06:57] <bluekuja> I want to
[06:57] <asac> i talked to rene ... who she complained to first
[06:57] <asac> and her
[06:57] <asac> ;)
[06:58] <asac> i don't know
[06:58] <bluekuja> asac: should I answer?
[06:58] <asac> not instantly ;)
[06:58] <bluekuja> ^^
[06:58] <bluekuja> I think she's a little less angry
[06:58] <bluekuja> now
[06:58] <bluekuja> ^^
[06:59] <asac> say her ... sorry, butyou was told that she knew
[06:59] <asac> ... and that you will spend her a bear when you see her at some point :)
[06:59] <bluekuja> :D
[06:59] <asac> maybe offer her to take that package back ... but she probably will not wantto
[07:00] <bluekuja> ok
[07:00] <asac> she repeated that in channel ... as i already offered her that
[07:00] <bluekuja> channel?
[07:00] <asac> but she said ... no ... a mail would have been fine.
[07:00] <bluekuja> which?
[07:00] <asac> debianists are never in ubunt channels
[07:00] <asac> so d.d
[07:00] <bluekuja> OFTC then
[07:01] <asac> ok i am really out now ... i might take a look later ... but no guarantees
[07:01] <asac> yes right
[07:01] <asac> bye
[07:01] <bluekuja> lol
[07:01] <bluekuja> have fun with your movie
[07:01] <bluekuja> :)
[07:01] <asac> sure
[07:01] <bluekuja> cya!
[07:52] <Admiral_Chicago> hey everyone
[07:52] <gnomefreak> hi
[07:52] <gnomefreak> Admiral_Chicago: are you an op in #kubuntu?
[07:53] <Admiral_Chicago> no
[07:53] <gnomefreak> oh ok
[07:53] <Admiral_Chicago> you need someone with ops?
[07:53] <gnomefreak> no i am op if i need it
[07:54] <gnomefreak> i was gonna walk away and its getting a bit offtpic
[07:54] <Admiral_Chicago> i'll keep an eye out
[07:54] <Admiral_Chicago> i wish I had ops, been helping there since forever...oh well.
[07:57] <gnomefreak> talk to riddell he can give you them
[07:58] <Admiral_Chicago> nah, I don't feel like asking for op access, its one of those things people are appointed for
[08:00] <gnomefreak> yeah dont remind me :(


[11:33] <locodir-user> how to install ubuntu?
[11:33] <locodir-user> i already have windows xp...
[11:34] <YoBoY> locodir-user: http://www.ubuntu.com/download
[21:49] <bkerensa> Hello
[21:53] <jo-erlend> hello :)


[12:03] <dilys> Merge to<EMAIL_ADDRESS>new build (patch-5)
[12:03] <dilys> Merge to<EMAIL_ADDRESS>fix up gcc errors on amd64 (patch-34)
[01:50] <debonzi> jblack, man.. go to speep :)
[01:50] <debonzi> s/speep/sleep
[01:50] <debonzi> hehehehe
[01:50] <debonzi> even in jokes I write wrong
[01:50] <cprov> duhhh
[01:51] <cprov> lol
[01:51] <debonzi> See you all
[01:53] <cprov> daf: ping ?
[02:08] <cprov> daf: don't sleep so earlier, dude !!!
[10:08] <dilys> Merge to<EMAIL_ADDRESS>merge from kiko. (patch-964)
[10:18] <jblack_> Any launchpad authentication gurus present?
[10:19] <spiv> I guess I count.
[10:19] <jblack_> You certainly would.
[10:19] <jblack_> I'm looking at the SM auth stuff. I think I know how to do it.
[10:19] <jblack_> But  I'm worried about unintended user consequences.
[10:20] <jblack_> You know how arch stores the urls for archives in plaintext files stored in ~/.arch-params/=locations/archive/name ?
[10:20] <spiv> Well, I didn't know the exact filename involved, but yeah.
[10:21] <jblack_> That worries me a little bit that people are going to register urls along the lines of<EMAIL_ADDRESS>[10:23] <spiv> Right.
[10:23] <spiv> We don't want that, ideally.
[10:23] <jblack_> so I guess the question I'm asking is this: Is the fox already in the henhouse, so to speak?
[10:24] <jblack_> I.E., are other launchpad equivilants tolerating/implicitly suggesting the same behavior?
[10:24] <spiv> Well, currently that password is used for website access (i.e. logging into ubuntulinux.org)
[10:24] <jblack_> s/equivilants/components
[10:24] <daf> cprov: don't stay up so late!
[10:24] <spiv> So, it'll be in their browser's password manager.  Security-conscious users probably use the "master password" feature of their browser to protect those, thoguh.
[10:25] <spiv> So currently users don't need to have passwords in plaintext on their disk.
[10:25] <spiv> And we're just talking about random wiki contributors and things.
[10:26] <spiv> You're talking about users that write and publish actual code which other people might want to use, so arguably the importance of protecting that is even higher.
[10:26] <jblack_> well, the right way for security concious coders is to either push via sftp, or use signed archives.
[10:26] <jblack_> I can solve the "safe archive" problem by requiring archives be signed.
[10:27] <spiv> Maybe something like gnome-keyring would help.
[10:27] <jblack_> but that doesn't solve the problem with the developer's system getting cracked, and now the cracker knows the users launchpad pw.
[10:27] <spiv> Hang on.
[10:28] <spiv> If the code pushes are signed, why do you need as pw at all?
[10:28] <spiv> s/as pw/a password/
[10:28] <carlos> is pqm working?
[10:28] <jblack_> signed or not, I don't think we want people randomly able to upload data to other people's stuff.
[10:29] <spiv> carlos: I say a commit about half an hour ago, so I guess so.
[10:29] <spiv> saw, rather.
[10:29] <spiv> Hmm.
[10:29] <jblack_> remember, its just a filesystem to arch.
[10:29] <carlos> i sent one merge request about half an hour and it's not yet merged...
[10:30] <spiv> In the ideal world, the software accepting the upload would use the gpg signatures as the auth.
[10:30] <lifeless> jblack_: signed lets us determine author for a smart server... spiv - that doesn't work for a dumb server.
[10:30] <jblack_> lifeless: is pqm fixed yet?
[10:30] <spiv> lifeless: Right, that's what I'm driving at.  I take it we don't want to wait to develop a smart server at this point?
[10:31] <lifeless> jblack_: what was your exact error ?
[10:31] <spiv> carlos: Well, pqm on chinstrap seems to be active
[10:31] <lifeless> oh right, ../bazaar* stuff.
[10:31] <lifeless> I'm looking at it.
[10:31] <carlos> perhaps it's locked?
[10:31] <spiv> Or rather, it has processes, but they're not doing much...
[10:31] <jblack_> spiv: Yeah. The harder I look at the problem, the more convinced I am that we can't do it a safe way without full fledged accounts, which is a whole can of worms of its own.
[10:32] <jblack_> That is, with dumb servers.
[10:32] <daf> lifeless: s/--no-diffs/--summary/, pleaaase!
[10:32] <jblack_> daf: Of course not. That makes summary inconsistant
[10:33] <jblack_> daf: instead, we're putting back "baz changes" with a smarter/better changes.
[10:33] <lifeless> daf https://bugzilla.ubuntu.com/show_bug.cgi?id=4293
[10:33] <spiv> jblack_: Right.  It looks to me like the trade off of having a dumb server is that you need real accounts.  That's what lets it be dumb :)
[10:33] <jblack_> basically baz changes will be  the old changes + tree lint + conflict reporting
[10:33] <jblack_> spiv: bingo.
[10:33] <jblack_> Which takes us smack dab right where I never wanted to go in the first place. smart servers. :|
[10:34] <debonzi> jblack_, conflict reporting is cool
[10:34] <spiv> Well, to provide real accounts for users in the launchpad db would require smarts in PAM or similiar anyway.
[10:34] <spiv> So, how's this for an idea:
[10:34] <lifeless> why can't twisteds sftp server limit the dirs an upload occurs to ?
[10:34] <spiv> (thinking out loud, if it's crap don't hurt me :) )
[10:35] <jblack_> after seeing all of the problems with twisted that the rest of the projects have had, I'm going nowhere near it.
[10:35] <daf> jblack_: what's the other meaning of "summary"? I haven't come across the term in tla/baz before
[10:35] <spiv> Use Twisted's SFTP server, put code in to limit uploads to particular locations and verify gpg sigs.
[10:35] <jblack_> daf: logs -s|--summary,  abrowse -s|--summary, rbrowse -s|--summary, etc.
[10:35] <spiv> lifeless: It can, you can hook it with arbitrary python code :)
[10:36] <daf> jblack_: oh yeah, them
[10:36] <jblack_> spiv: That won't work with arch today.
[10:36] <jblack_> the only signed file is a inventory file of sorts that lists md5s (and possibly sha1s)
[10:37] <spiv> Ah, hmm.  I see.
[10:37] <jblack_> I've thought about it creatively though...
[10:37] <jblack_> for example, adding on "gnupg signed revisions emailed in", but elmo would undoubtedly block on a mailserver.
[10:37] <jblack_> think pqm, but email based.
[10:38] <spiv> We can certainly use Conch (Twisted's SFTP) to do key-based auth where the public keys are fetched out of the launchpad db.
[10:39] <jblack_> spiv: elmo and mark already said they don't like the unique accounts.
[10:39] <spiv> jblack_: This doesn't require real accounts.
[10:39] <jblack_> so we'd have to hack things up in an interesting way so that different keys gave access to different dirs, but all under one real account.
[10:39] <spiv> Any more than the website does.
[10:39] <spiv> Then conch would restrict uploads to locations that user is registered as having access to.
[10:40] <spiv> Yep, conch would make that easy.
[10:40] <jblack_> would conch scale to the dozens/hundreds of simultaneous connections we'd eventually need?
[10:40] <spiv> I think it would.
[10:41] <spiv> And this would be easy to load balance to multiple processes if necessary.
[10:41] <jblack_> how do you load balance ssh?
[10:42] <spiv> In some benchmarks, conch is faster than openssh because it doesn't need to fork :)
[10:42] <jblack_> Well, I suppose if you could distribute the filesystem, then it doesn't matter which machine ssh comes in...
[10:42] <spiv> Otherwise, it's about 2-3x slower on raw throughput, and that was 18 months ago.
[10:42] <elmo> spiv: way to prove  the uselessness of benchmarks :P
[10:42] <jblack_> thoughput shouldn't be an issue.
[10:43] <spiv> Well, you could just have multiple processes each listening a different port, and something to just round robin to the different ports -- even iptables could do that, maybe.
[10:43] <jblack_> spiv: if I go with twisted/conch, I'm not going to have ddaa style problems, am I ?
[10:43] <spiv> I doubt it.
[10:43] <spiv> There are plenty of other people using Twisted, and ddaa's the only one to have those problems ;)
[10:43] <dilys> Merge to<EMAIL_ADDRESS>add a launchpad/doc directory for functional doctests that will be system documentation, create a canonical.launchpad.components namespace to contain the bits of launchpad's CA and add and document a thing that knows how to get the subscriber email addresses of a bug, including maintainer and assignment assignee email addresses (patch-965)
[10:44] <spiv> elmo: Yeah :)
[10:45] <lifeless> jblack_: pqm is email based.
[10:45] <lifeless> so 'pqm but email based' is uhm... nuts
[10:46] <spiv> lifeless: I think he means 100% email based, i.e. delivering changesets via email too?
[10:46] <lifeless> pqm supports that fully.
[10:46] <spiv> Ooh.
[10:46] <spiv> That's probably worth investigating then.
[10:46] <lifeless> need a better ui to generate them for pqm, and could use some twekas/extensions for niceness.
[10:47] <lifeless> but right now, I'm not interested in writing a new archive vfs layer : we need to solve this using the existing C clients capabilities.
[10:51] <daf> lifeless: I hear I broke PQM in new and interesting ways yesterday
[10:52] <lifeless> daf: don't think so.
[10:52] <lifeless> wheres bazetta
[11:10] <dilys> Merge to<EMAIL_ADDRESS>Fixed a bad check in postgres (patch-966)
[11:25] <Kinnison> elmo: did you get anywhere with fetching debian keyrings to mawson?
[11:26] <stub> elmo: We need python-geoip on macquarrie
[11:27] <elmo> stub: done
[11:27] <elmo> Kinnison: no, I need to work around my own firewall, but I'm working on it
[11:31] <Kinnison> elmo: *grin*
[11:40] <stub> elmo, spiv: What is the hostname:port of the production auth server
[11:42] <elmo> launchpad.ubuntu.com ?
[11:42] <elmo> oh auth
[11:42] <elmo> it's on macquarie
[11:42] <stub> nmap macquarie
[11:43] <elmo> onand it seems to be on 8999
[11:43] <stub> Ta
[11:43] <stub> elmo: Can you please install nmap on belgrano?
[11:44] <elmo> spiv: ?
[11:44] <elmo> lifeless, steve and jblack are looking for you
[11:49] <daf> spiv: did we come to a conclusion about "Something tried to set a _connection.  Ignored."?
[11:52] <dilys> Merge to<EMAIL_ADDRESS>small fix in getting bug cc'ers. integrate with notification machinery so that maintainers and assignees get notifications too. (patch-967)
[11:57] <BradB> SteveA: ping
[12:10] <dilys> Merge to<EMAIL_ADDRESS>utility for create Distro/DistroRelease (patch-968)
[12:16] <Kinnison> I just want pqm to merge my tiny gina patch ready for tomorrow
[12:20] <daf> lifeless: 'baz add foo; baz commit -s "add foo" -- foo' still doesn't work -- is it intended that this change?
[12:21] <lifeless> daf: yes.
[12:21] <daf> grooovy
[12:21] <dilys> Merge to<EMAIL_ADDRESS>new build (patch-6)
[12:21] <dilys> Merge to<EMAIL_ADDRESS>clean up merge 3 way temp dir after use (patch-35)
[12:22] <Kinnison> lifeless: Do we have 'baz undo -o ++fooshit foo.c foo.h' yet?
[12:22] <daf> Kinnison: we do, and verily it rocketh
[12:22] <lifeless> baz undo -o ++fooshit -- foo.c foo.h
[12:22] <Kinnison> any change we can lose the -- ?
[12:30] <elmo> has anyone got mail pending for pqm?
[12:30] <elmo> as in, mail they've yet to send
[12:31] <Kinnison> I've sent one which pqm has yet to act upon
[12:32] <elmo> anyway, next person to commit, please send your mail to<EMAIL_ADDRESS>instead and let me know when you've done so
[12:33] <dilys> Merge to<EMAIL_ADDRESS>new build (patch-7)
[12:33] <dilys> Merge to<EMAIL_ADDRESS>clean up merge 3 way temp dir after use (patch-36)
[12:34] <lifeless> 'taking one penalty card and syaing that I have done so' :)
[12:34] <Kinnison> lifeless: ?
[12:34] <Kinnison> lifeless: did pqm eat my mail again?
[12:40] <dilys> Merge to<EMAIL_ADDRESS>a little more gina debug stuff (patch-969)
[12:41] <Kinnison> woo
[12:41] <Kinnison> A mere 1h10m for that merge
[12:41] <Kinnison> pqm is teh_fastest
[12:58] <stub> elmo: There is an apache.conf in /srv/roundup.ubuntu.com (that won't work, because it needs the SSL certificate it refers to generated). There is a roundup server running and listening on port 8080 for the proxypass stuff to be wired up.
[12:59] <elmo> k
[01:01] <elmo> sabdf1: dude, you're sending mail as<EMAIL_ADDRESS>[01:03] <Kinnison> elmo: btw, your changelog for keyring.ubuntu.com is ubunut-keyring
[01:03] <elmo> sweet
[01:04] <Kinnison> I giggled :-)
[01:07] <kiko> you ubunuts
[01:16] <dilys> Merge to<EMAIL_ADDRESS>Fixed a bad check in postgres, really (patch-970)
[01:36] <elmo> spiv: that means you too
[01:37] <elmo> and anyone else who's been using the old address :P
[01:38] <lifeless> elmo: what address should I point the new bazaar committer at ?
[01:47] <elmo> well I'd prefer if someone test it first, but it's<EMAIL_ADDRESS>[01:48] <elmo> stub: okay, it's up
[01:48] <elmo> and I opened port 443 to the world
[01:48] <elmo> tho, it just tracebacks very prettily ATM
[02:04] <lifeless> ELMO
[02:05] <elmo> LIFELESS
[02:05] <lifeless> ah thanks.
[02:05] <lifeless> gpg can't get to subkeys.pgp.net right now :[
[02:05] <lifeless> that ah breaks it.
[02:05] <elmo> err, uh, why does it need to ?
[02:06] <lifeless> to get the gpg key I'm trying to import.
[02:07] <elmo> so, err, 'gpg --export 0x<ID> > moo; scp moo chinstrap:' ? :P
[02:08] <lifeless> arh. I have a useful script that I have to rewrite now.
[02:13] <elmo> once I get a proxy on the LAN you can proxy through that
[02:13] <elmo> s/on/back on/
[02:13] <elmo> and not have to change your script
[02:14] <lifeless> sure. but I have to rewrite it /now/ for aaron.
[02:14] <elmo> meh, dude, you're importing a key - if you're importing it from a trusted source, what on earth do you need a script for?
[02:16] <lifeless> I'm going to rewrite it, just bitching.
[02:30] <lifeless> oh, and I remember now : I can't ssh in to pqm to copy that file across simply.
[02:59] <carlos> stub: ping
[03:00] <dilys> Merge to<EMAIL_ADDRESS>new build (patch-8)
[03:00] <dilys> Merge to<EMAIL_ADDRESS>baz now has conflict tracking (of a sort) (patch-37)
[03:00] <daf> ^^ oo
[03:07] <lifeless> someone show some unicode
[03:07] <elmo> a
[03:07] <lifeless> the A word
[03:07] <daf>
[03:07] <lifeless> daf: ooh pretty
[03:11] <daf> lifeless indeed,  is pronounced "ooh"
[03:11] <daf> erm, yeah
[03:11] <lifeless> :}
[03:11] <lifeless> I guess I'm going to find them out myself now that I'm runnning uxterm
[03:12] <daf> the only problems I have are with line-editing
[03:14] <dilys> Merge to<EMAIL_ADDRESS>fix the product vocabulary breakage now that products don't require projects, remove the crack-fueled Product.fullname() stuff, then fix the product vocabulary again to deal with that and include executable documentation to show how it all works (patch-971)
[03:34] <daf> stub: how do I get a launchpad_ftest_template DB?
[03:36] <spiv> daf: cd database/schema; make ?
[03:36] <daf> hrm
[03:36] <daf> I did that earlier today
[03:37] <dilys> Merge to<EMAIL_ADDRESS>Add canonical.database.reconnect, transparent reconnection support for psycopg (patch-972)
[03:38] <daf> oh, that worked
[03:38] <daf> grumble
[04:03] <kiko> WHERE IS MY FUELAGE
[04:03] <kiko> daf, can't you get the name of the person doing the commit to RF?
[04:04] <carlos> lifeless: dude I don't see it
[04:04] <carlos> lifeless: could you send me it by mail, please?
[04:05] <daf> kiko: well, it can be guessed at
[04:05] <daf> kiko: I don't have time to change it now
[04:05] <daf> kiko: you're welcome to change it
[04:14] <kiko> 'patches welcome' is so bogus :-P
[04:14] <dilys> Merge to<EMAIL_ADDRESS>Layout changes on Distro/DistroRelease (patch-973)
[04:15] <SteveA> kiko: pqm should send this information in the email it sends
[04:16] <SteveA> dilys would need to guess by seeing who made most patches or something like that
[04:16] <daf> SteveA: there's a solution that works 90% of the time that can be implemented without changing PQM
[04:16] <daf> (i.e. guessing)
[04:16] <daf> but I'm not going to spend time on it now
[04:23] <kiko> pqm is on mescaline
[04:29] <stub> daf: What spiv said
[04:31] <lifeless> elmo: so, your jabber still doesn't pop up does it ?
[04:32] <elmo> no, seb128 says it's a reported, upstream, bug
[04:32] <daf> stub: yar -- I did that earlier today, so it must have mysteriously disappeared somehow
[04:32] <elmo> in fact, gnome's regressed even further, and I can't keyboard switch to my jabber client anymore
[04:33] <dilys> Merge to<EMAIL_ADDRESS>Rosetta fixes for Carlos (patch-974)
[04:33] <salgado> BradB, do plone's css have something predefined to make a leftmenu (like it do for tabs, with contentViews)?
[04:35] <salgado> I mean, the plone.css file located in templates/ (I wasn't able to find nothing there)
[04:36] <lifeless> urgle. that sucks.
[04:39] <BradB> salgado: dunno dude, i learned CSS on a very as-needed basis. :)
[04:39] <BradB> s/learned/learn/
[04:40] <dilys> Merge to<EMAIL_ADDRESS>new build (patch-9)
[04:40] <dilys> Merge to<EMAIL_ADDRESS>rename all cmd-* files to *, reducing path info duplication (patch-38)
[04:43] <salgado> BradB, exactly the same way I did... thanks, anyway
[04:46] <dilys> Malone bug #109 fixed for package launchpad: Fix fullname() database/product.py, with test
[04:46] <dilys> https://dogfood.ubuntu.com/malone/bugs/109
[04:51] <dilys> New Malone bug #126: "Need to run Launchpad at the interactive Python prompt", submitted by Brad Bollenbach
[04:51] <dilys> https://dogfood.ubuntu.com/malone/bugs/126
[05:06] <dilys> Merge to<EMAIL_ADDRESS>Soyuz SourcePackage builddepens new layout. Some more soyuz fix. Merge from kiko. Moved rosetta ProductView import inside productTranslations method. Import it from outside makes the python package launchpad.browser have two ProductView wich makes pain. Should be moved out since rosetta.browser classes are moved (or merged) in launchpad.browser. (patch-975)
[05:07] <kiko> IT IS A MIRACLE
[05:21] <jordi> carlos: would this be the right channel to point at rosetta blowups when^Wif they happen?
[05:21] <jordi> carlos: in any case, importing XQF worked.
[05:22] <jordi> I guess you need to approve the template or something.
[05:23] <jordi> and I need to know if I can upload already-made translations to the database or that's in TODO
[05:26] <carlos> jordi: yeah
[05:26] <carlos> but better a mail to daf & me
[05:26] <carlos> so we don't forget it if we cannot fix it in that moment
[05:28] <jordi> nod
[05:28] <jordi> well, if you can fix or are on it, I prefer to spare the mail. :)
[05:29] <jordi> anyway, can you approve the stuff, and can I import an already existing pofile?
[05:29] <carlos> jordi: I don't see it
[05:29] <carlos> are you sure it did not failed? ;-)
[05:30] <jordi> no.
[05:30] <carlos> (it's possible you didn't get feedback about it O:-) )
[05:30] <jordi> https://rosetta.shuttleworthfoundation.org/products/xqf
[05:35] <carlos> jordi: seems like you found a bug, because i don't see it as pending of being imported
[05:35] <carlos> could you send me an email with that report? thanks.
[05:38] <jordi> which report?
[05:43] <BradB> filing this stuff in malone would do this sort of thing automatically, assuming daf/carlos are properly setup as maintainers of the relevant product.
[05:43] <dilys> Merge to<EMAIL_ADDRESS>translation form improvements (patch-976)
[05:43] <carlos> jordi: that you sent a translation and I don't see it in the moderation queue
[05:44] <carlos> BradB: but he don't have access to malone
[05:44] <carlos> that's why I ask mails, if you get a way to use it as we use rosetta, we will redirect the bug reports there
[05:44] <carlos> BradB: that could be a good thing
[05:44] <carlos> so we test rosetta and malone at the same time
[05:45] <carlos> BradB: could you ask steve/mark about it?
[05:48] <jordi> carlos: oh. A bug report. Sure.
[05:48] <jordi> I guess I have no more access to malone now.  I already reported this one. It's hard to reproduce without my totally slow laptop: right click, and while the terminal options dialog is being drawn, click again.
[07:55] <jordi> Boom!
[07:59] <spiv> jordi: That's the one I reported.
[07:59] <spiv> It's apparently fixed in hoary.
[07:59] <spiv> seb closed the bug, anyway ;)
[08:01] <jordi> why isn't seb in here...
[08:01] <jordi> spiv: kewl to know!
[08:01] <jordi> I guess I need to find the patch for Debian.
[08:02] <spiv> jordi: https://bugzilla.ubuntu.com/show_bug.cgi?id=3167
[08:03] <jordi> I love when people just do work for you. Thanks :)
[08:09] <spiv> No worries :)
[08:16] !lilo:*! group contact added for EOGEO, Ltd., of Needham, Massachusetts, USA.  EOGEO is an IRS 501(c)(03) organization chartered to provide access to geospatial data to the not-for-profit sector and the general public.  (http://www.eogeo.org/)
[08:33] !lilo:*! pending group contact verification: lugbari
[08:37] <dilys> Merge to<EMAIL_ADDRESS>LaunchBag (patch-981)
[09:07] !lilo:*! group contact added for NetBSD Foundation, New York, NY USA.   category:  not-for-profit/code
[09:08] <dilys> Merge to<EMAIL_ADDRESS>Improving DistroTools utilities class and more layout improves (patch-982)
[09:24] <cprov> lifeless: ping
[09:28] <cprov> lifeless: email for you
[09:29] <lifeless> mm ?
[09:30] <lifeless> mail is horked right now, if its urgent just tell me.
[09:30] <lifeless> (its filtering which takes /ages/ away from home)
[09:32] <cprov> lifeless: ok, baz crashes on star-merge with: /pqm/build_dir/thelove@canonical.com/thelove@canonical.com---bazaar--devo--1.1/src/baz/libarch/namespace.c:427:botched invariant
[09:32] <cprov>     arch_valid_package_name (name, arch_maybe_archive, arch_req_package, 1)
[09:32] <cprov> PANIC: exiting on botched invariant
[09:32] <cprov> version ->  1.1-~200412081534
[09:33] <cprov> lifeless: any idea ?
[09:39] <kiko> dilys, dilys, dilys
[09:39] <lifeless> whats the merge command you are running ?
[09:39] <lifeless> sorry, wireles playing silly games
[09:40] <cprov> baz star-merge -t
[09:40] <lifeless> with no parameters ?
[09:41] <cprov> rocketfuel archive ...
[09:42] <cprov> lifeless: am I missing some parameter ?
[09:42] <lifeless> cprov: whats the exact command you type in.
[09:42] <lifeless> copy and paste it please
[09:44] <cprov> !!!! -> baz star-merge -t<EMAIL_ADDRESS>[09:45] <cprov> it works with delta
[09:45] <lifeless> thats very strange.
[09:45] <lifeless> (let me try.
[09:46] <cprov> lifeless: ok
[09:47] <lifeless> oh, (IMO) sexy:
[09:47] <lifeless> robertc@lifelesslap:~/source/canonical/bazaar/src/baz$ ../../debian/build/baz/baz/baz changes
[09:47] <lifeless> * looking for<EMAIL_ADDRESS>to compare with
[09:47] <lifeless> * comparing to<EMAIL_ADDRESS>[09:47] <lifeless> A   tests/.arch-ids/test-changes.sh.id
[09:47] <lifeless> A   tests/test-changes.sh
[09:47] <lifeless>  M  commands/changes.c
[09:47] <lifeless>  M  libarch/changeset-report.c
[09:47] <lifeless>  M  libarch/changeset-report.h
[09:47] <lifeless>  M  tests/Makefile.in
[09:47] <lifeless> (yes, the stepped output is intentional)
[09:47] <lifeless> (but perhaps the columns are wrong.)
[09:49] <dilys> Merge to<EMAIL_ADDRESS>Some more stuff from kiko. (patch-983)
[09:49] <cprov> lifeless: and ?
[09:50] <lifeless> cprov: it appears to have run just fine. I'm upgrading my baz now, as you ahve a newer one.
[09:51] <cprov> lifeless: I just used "-t" 5 or 6 today ... I'd only used delta, I don't know if it is related.
[09:57] <kiko> 5 or 6 times
[09:59] <cprov> ...yeah
[10:02] !lilo:*! group contact added for unixboard, a german forum site for linux and unix users... http://www.unixboard.de ; category, informal/webmedia
[10:11] <kiko> banzai baby
[10:16] <lifeless> bah silly wireless
[10:32] <dilys> Merge to<EMAIL_ADDRESS>new build (patch-10)
[10:32] <dilys> Merge to<EMAIL_ADDRESS>reimplement a changes command for local tree changes, replacing the temporary problems command bug #4293 (patch-39)
[10:48] <dilys> Merge to<EMAIL_ADDRESS>new build (patch-11)
[10:48] <dilys> Merge to<EMAIL_ADDRESS>replace diff --nodiffs with diff --summary. Bug #4293 (patch-40)
[11:45] <dilys> New Malone bug #127: "please add a button to copy the original text to the translation", submitted by Sebastien Bacher
[11:45] <dilys> https://dogfood.ubuntu.com/malone/bugs/127