[01:11] <doko> cjwatson, for ghc, adding -fPIC like the -fno-PIE arg seems to work around this error. local build still running. nothing found yet for the ppc64el ftbfs
[02:11] <lamont> bdmurray: will do
[02:20] <lamont> bdmurray: on the bright side(?) it's dying during service shutdown...  OTOH, It's a &(&*&)P memory leak
[02:27] <doko> cjwatson, https://launchpad.net/~doko/+archive/ubuntu/toolchain/+sourcepub/6352952/+listing-archive-extra  local build succeeded, no idea yet where to pass -no-pie on ppc64el
[02:41] <lamont> bdmurray: sadly, it's quite reproducible
[07:41] <doko> cjwatson, adding this -fPIC doesn't work. I messed up my local build
[08:00] <fooctrl> when could we expect Snappy support for Raspberry Pi 3?
[08:50] <sits> Is it possible for “Unable to install epson printer drivers” to the release notes?
[08:50] <sits> (https://bugs.launchpad.net/ubuntu/+source/lsb/+bug/1536353 )
[11:46] <pasta> Hi
[11:46] <pasta> Virtualbox dkms doesnt work on 16.04 LTS
[11:46] <pasta> http://askubuntu.com/questions/760671/could-not-load-vboxdrv-after-upgrade-to-ubuntu-16-04
[11:47] <pasta> Shouldnt the package maintainers sign the modules?
[12:13] <cjwatson> doko: I have no time for this, sorry
[12:13] <doko> ok
[12:13] <doko> sbeattie, ^^^
[13:15] <LocutusOfBorg> [13:46:02] <pasta> Hi
[13:15] <LocutusOfBorg> [13:46:20] <pasta> Virtualbox dkms doesnt work on 16.04 LTS
[13:15] <LocutusOfBorg> [13:46:51] <pasta> http://askubuntu.com/questions/760671/could-not-load-vboxdrv-after-upgrade-to-ubuntu-16-04
[13:15] <LocutusOfBorg> [13:47:53] <pasta> Shouldnt the package maintainers sign the modules?
[13:15] <LocutusOfBorg> damn, didn't the kernel got fixed?
[14:31] <doko> Mirv, https://launchpad.net/ubuntu/+source/qtbase-opensource-src/5.5.1+dfsg-16ubuntu8
[16:39] <Mirv> doko: looks like something in yakkety is already causing four unit tests to fail :( some image reading, directory sort and a timed process handling related test on amd64 at least
[16:40] <doko> Mirv, remember amd64 and ppc64el now have -fPIE by default
[17:00] <doko> Mirv, ohh, image reading? likely libpng1.6
[20:42] <bipul> Hello, I was trying to install pbuilder , and i am stuck at "I: Retrieving Packages "


[03:57] <semitones_tea> hey, would anybody mind looking over my revision of the wiki for the flash page? The old version only had instructions for 9.04, so I re-wrote it to be for 9.10 as well
[03:57] <semitones_tea> https://help.ubuntu.com/community/RestrictedFormats/Flash
[03:57] <semitones_tea> I'm just not sure that installing flash is this simple
[04:15] <rww> semitones_tea: it is for 32-bit. There's a separate page for 64-bit flash with more convoluted instructions
[04:15] <rww> !flash64
[04:16] <semitones_tea> Alright -- but are the instructions on the 32 bit page complete as they are?
[04:16] <rww> yes
[04:16] <semitones_tea> Awesome!
[04:16] <semitones_tea> I contributed
[12:26] <rww> yay, rwwilco left #ubuntu. My highlight log was going crazy >.>
[12:29] <jussi01> rww: lol
[15:55] <DasEi> some time ago I googled around for more grounded knowledge on ubuntu, found amongst specific (theme-based) lecture the ucp-program, along with a copy of ucp1 I got for free; is there a way to gather the ucp2 and so on stuff from someone ? or other suggestions for free self studies ?
[22:04] <Ticko> can i get support here?


[07:48] <dholbach> good morning
[07:52] <nigelb> Morning dholbach!
[07:52] <nigelb> Good to be back home?
[08:00] <dholbach> hey nigelb
[08:00] <dholbach> nigelb, at my parents' place now, but I should be going to Berlin soon
[08:00] <nigelb> ah :)
[08:01] <nigelb> Are you doing the long drive this time as well?
[08:01] <dholbach> yes, again I have too much stuff with me to take the train or fly
[08:02] <nigelb> heh, fun!
[09:09] <czajkowski> aloha
[09:09] <dholbach> heya czajkowski
[09:09] <czajkowski> dholbach: ello hows you ?
[09:10] <dholbach> got a cold, but I'm alright - how are you?
[09:11] <czajkowski> not too bad
[12:18] <dholbach> does anybody anybody they could ask to give a session at UDW? https://wiki.ubuntu.com/UbuntuDeveloperWeek/Timetable :)
[13:02]  * dholbach hugs daker :)
[13:03] <daker> ツ
[13:06] <mhall119> good morning
[13:07] <nigelb> I'm completely confused with Britan. http://www.guardian.co.uk/uk/2012/jan/15/queen-royal-yacht-diamond-jubilee-gove
[13:12] <mhall119> nigelb: heh
[13:12]  * mhall119 loves his republic
[13:14] <Pendulum> nigelb: really it comes down to the Education Minister being out of touch
[13:14] <Pendulum> nigelb: if you look at more recent things, even Cameron has distanced himself from this one
[13:14] <nigelb> Pendulum: The article talks about schools having no money. And in such a situation, its kinda stupid.
[13:15] <Pendulum> nigelb: that's an understatement
[13:15] <nigelb> heh
[13:18] <nigelb> Only today it hit me why Casablanca was so familiar.
[13:18] <nigelb> Despite hearing about dholbach being in Casablanca last week.
[13:19] <Pendulum> haha
[13:20] <nigelb> I'm sad he didn't make any references to the movie on his blog post :P
[13:27] <dholbach> daker, how much is Casablanca like the movie? :)
[13:28] <mhall119> well, there was a german there ;)
[13:28] <nigelb> haha
[13:28] <dholbach> plus I never saw the movie :)
[13:29] <nigelb> I've only seen parts of it :(
[13:29] <mhall119> I can just imagine daker, being caught by dholbach, saying "I'm shocked! Shocked I tell you, to find windows installed on this laptop"
[13:29] <dholbach> ok, now I'm officially lacking a few references
[13:30] <mhall119> that's about all I know
[13:30] <dholbach> suffice it to say that there were no laptops, no Windows and nothing shocking involved :)
[13:30] <nigelb> The only one I know is "Of all the gin joints, in all the towns, in all the world, she walks into mine. "
[13:31] <mhall119> dholbach: http://www.youtube.com/watch?v=SjbPi00k_ME
[13:35] <dholbach> haha
[13:35] <dholbach> at least the movie seems to be source of a lot of quotes :)
[13:36] <czajkowski> very famous movie, my dad loves it, I think I've seen it about a dozen times
[13:37] <mhall119> dholbach: happy birthday, by the way
[13:37] <dholbach> thanks mhall119
[13:39] <daker> no no mhall119 : "I'm shocked! Shocked I tell you, this ATM didn't give me back my credit card" :D dholbach
[13:39] <mhall119> whoops?
[13:40] <mhall119> I hate the kind that take them inside, I've left one in before :(
[13:40] <dholbach> daker, HAHAHA, yes
[13:41] <daker> mhall119, that's not the case ツ
[13:41] <mhall119> credit cards in general are horribly thought out security-wise
[13:42] <dholbach> mhall119, I was convinced for a couple of minutes that the machine had eaten my card, then found that I had already put it back into my wallet
[13:42] <nigelb> haha
[13:42] <dholbach> it was a bit embarrassing :)
[13:42] <mhall119> dholbach: lol
[13:42] <dholbach> I blame it on lack of sleep
[13:42] <dholbach> but anyway, all good in the end :)
[13:43] <daker> YES!
[13:45] <dholbach> can anybody help me translate "tchimbé rèd pa moli boug mwen"? :)
[13:46] <dholbach> I have no idea what it's supposed to mean, but it coming from Samuel Pamphile, it might be something in the local dialect they speak in Martinique
[14:22] <james_w> happy birthday dholbach
[14:27] <dholbach> thanks james_w
[14:30]  * balloons sings happy birthday to dholbach, albeit off key
[14:30] <nigelb> Just make sure AOL doesn't sue you :P
[14:31] <dholbach> haha
[14:31] <dholbach> thanks balloons :)
[14:32] <dholbach> http://www.unhappybirthday.com/
[14:34] <balloons> wow.. its all fun and games tell someone infringes
[14:35] <balloons> it is interesting we give copyright holders almost 100 years before its public domain. seems a bit off
[14:36] <mhall119> didn't used to be that long
[14:37] <balloons> yea.. patents used to mean something too.. heh
[14:38] <nigelb> well, its been extended
[14:38] <nigelb> and they're milking out 2 million per year
[15:12] <s-fox> Hello.
[15:46] <akgraner> jcastro you around?
[15:46] <akgraner> or are you off today?
[15:52] <balloons> akgraner, i believe he is off, but ?
[15:53] <akgraner> balloons, ok no worries I figure as much , but thought I'd try :-)
[15:53] <s-fox> USA bank holiday
[15:53] <akgraner> yep
[15:54] <s-fox> All my clients over there are not working, having a lax Monday :-)
[15:54] <akgraner> yeah - I am supposed to be having a lax Monday as well. I think I look for reason to work sometimes and my tiredness and busyness is a product of my own making
[15:54] <akgraner> yeah I can own it :-)
[15:55] <s-fox> Going to knock off early, going to finish at 5 :-)
[15:55] <akgraner> isn't that sad when we "knock off early" to end on time :-)
[15:56] <s-fox> Haha, well I usually work later than that. Anywher from 6-9 at night haha
[15:59] <akgraner> ahh
[16:00] <s-fox> I work to the job, not the clock, if that makes any sense
[16:00] <akgraner> Someone asked me over the weekend what I do to relax I said, Ubuntu they laughed at me and said, no seriously Amber how do you relax.  :-/
[16:01] <akgraner> s-fox, makes complete sense to me
[16:01] <s-fox> akgraner,  Do you have any hobbies outside of computers and such ?
[16:02] <akgraner> I used to :-) I make quilts from time to time still though.
[16:02] <s-fox> Awesome
[16:02] <akgraner> and crochet
[16:03] <akgraner> but not as well as maco does but I like it
[16:03] <s-fox> I bet that kills the hours
[16:08] <balloons> crocheted blankets are awesome.. so cool looking and really keep you warm :-)
[16:26] <akgraner> :-) that they are
[16:30] <dholbach> balloons, you were just mentioned in #ubuntu-meeting (certification team meeting)
[16:30] <dholbach> (not sure they need you, just thought I'd pass it in on)
[16:30] <balloons> dholbach, thanks
[16:30] <balloons> I don't usually idle all day in there
[16:31] <balloons> I'm not sure I know anyone (yet) from the cert team
[16:31] <dholbach> they're all nice people :)
 ACTION: Ara to contact Nicholas Skaggs (balloons) to introduce the Ubuntu Friendly community
[16:32] <dholbach> it seems this problem is going to be solved :)
[16:32] <balloons> sweet
[16:59] <s-fox> Goodbye.
[17:00] <dholbach> hey jono
[17:00] <jono> hey dholbach
[17:00] <jono> dpm, dholbach, jcastro_, balloons everyone get back safe and sound?
[17:00] <dholbach> not in Berlin yet, but at least in Germany already :)
[17:01] <jono> dholbach, cool :-)
[17:05] <dpm> jono, yep, got back all in one piece. How was the opera? :)
[17:05] <jono> dpm, it was...the opera :-)
[17:05] <jono> it was a fun experience
[17:05] <dpm> :)
[17:05] <jono> not my kind of music, but fun to go for sure
[17:05] <jono> it could have been improved with a little slayer
[17:05] <jono> or pantera :-)
[17:06] <balloons> yea.. got back.. though my long layover got longer when my flight got delayed
[17:08] <dpm> oh, bummer
[17:16] <pleia2> mhall119: your blog is down (we were hoping to include one of your Ubuntu TV posts in UWN)
[17:17] <snap-l> jono: Which opera did you go see?
[17:19] <popey> snap-l: we went to http://en.wikipedia.org/wiki/Vienna_State_Opera
[17:19] <snap-l> Right, but what did they play? :)
[17:21] <popey> http://www.viennaconcerts.com/eventinfo/18100/14-Jan-2012,-19:00,-LA-FORZA-DEL-DESTINO,-Vienna-State-Opera
[17:21] <popey> that
[17:21] <snap-l> Ah, Verdi
[17:22] <snap-l> I'm not much of a fan of opera either, but that sounds pretty cool
[17:22] <balloons> http://en.wikipedia.org/wiki/La_forza_del_destino
[17:24]  * snap-l isn't a complete rube. I subscribe to BBC Music Magazine. ;)
[17:27] <snap-l> http://www.archive.org/details/Caruso-LaForzaDelDestino
[17:27] <balloons> snap-l, cool :-)
[17:27] <balloons> can't hurt to play the overture anyway
[17:28] <snap-l> Yeah, not seeing it in the usual locations (magnatune, archive.org)
[17:45] <dholbach> alright my friends - see you all tomorrow
[19:09] <mhall119> pleia2: back up
[19:36] <balloons> s-fox is offline it appears.. anyone else here from the forum council? I just had a question
[19:39] <cjohnston> the answer is 8
[19:40] <balloons> cjohnston, i thought the answer was 42?
[19:40] <cjohnston> 101010?
[19:40] <balloons> http://en.wikipedia.org/wiki/Phrases_from_The_Hitchhiker%27s_Guide_to_the_Galaxy#Answer_to_the_Ultimate_Question_of_Life.2C_the_Universe.2C_and_Everything_.2842.29
[19:41] <balloons> hello bodhi_zazen -- your on the forum council right?
[19:42] <bodhi_zazen> yes balloons , anything I might help you with ?
[19:42] <cjohnston> balloons: http://www.urbandictionary.com/define.php?term=101010
[19:47] <balloons> bodhi_zazen, sent you a pm.. thanks
[19:49] <bodhi_zazen> just now ?
[19:50] <balloons> bodhi_zazen, yes.. unless my wall of text went to someone else on freenode
[19:50]  * balloons turns a bit sheepish
[19:51] <cjohnston> lol
[22:48] <hggdh> heh. DoctorMo got talked about by PJ at groklaw.net


[00:03] <rgomes> jelmer: hello. I'm sorry for delay. Yes: bzr info informs about the parent location. It also informs about stacked branches, if it is the case. thanks a lot :)
[00:04] <rgomes> jelmer: I found this information in bzr explorer, but had trouble to find via command line. I assumed that it was much more 'hidden' than it actually is.
[06:15] <andrewuk1> Hello Vila, I thought it might take a while for someone to read my question so i did make sure to check the irc logs :)
[06:18] <SamB> andrewuk1: maybe you should have mentioned your intention to do so before so people would still bother to take a stab at your qustion despite your not actually being here
[06:18] <andrewuk1> yes true i should of done so
[06:19] <andrewuk1> is it worth me posting the question again or are people likely to look back through the logs and spot it?
[06:20] <SamB> so what exactly isn't working that you were hoping to get to work?
[06:23] <andrewuk1> I am trying to setup Bazaar on a Synology NAS drive. I have installed py26-bzr and py26-bzrtools
[06:24] <andrewuk1> but now that i have done that i am unsure what to do next as simply typing in bzr just returns an error as if nothing has been installed
[06:24] <andrewuk1> i have have installed py26-bzr and py26-bzrtools through ipkg
[06:30] <andrewuk1> right time for me to go and start my working day but i will keep track of the logs until i finish work
[06:39] <vila> andrewuk1: Damn, I've not started my day yet, but you need to be able to run bzr first before we can really help ;) I don't know how synology works nor which kind of OS it is (though I guess it's some sort of GNU linux so you need to find *where* the 'bzr' script has been installed and make sure the containing directory appears in your $PATH)
[06:41] <vila> andrewuk1: From there we can help but you're almost done (especially if you have ssh access)
[13:07] <jelmer> vila: IIRC synology is basically linux on ARM with a fancy GUI on top of it in a dedicated device
[13:09] <vila> jelmer: yeah, but which distro, what's an ipkg ? (And HI ! ;)
[13:09] <jelmer> vila: hey :)
[13:09] <jelmer> vila: it's something custom, not sure what it's based on. I think it has ports
[13:10] <vila> right, so we need andrewukN to come back or read the log ;)
[13:16] <jelmer> vila: oh, and congrats on getting 2.6 out the door :-)
[13:34] <vila> jelmer: thanks ;) Will finalize this week-end
[17:31] <davekong> Can anyone point to a guide for adding a new command to bzr? I want to hook in some static analysis code that leverages bzr's knowledge of what files have been updates or created that will be part of the next commit.
[17:33] <davekong> http://doc.bazaar.canonical.com/plugins/en/plugin-development.html#defining-a-new-command
[17:41] <andrewuk> Hello again
[17:42] <andrewuk> i am just trying to check where bzr has been installed to and if that path is in my $PATH
[17:43] <andrewuk> As for details of the Synology nas drive it runs a distro called busybox and ipkg is a package manager that seems to be the most popular one to use amongst the Synology community.
[17:52] <davekong> andrewuk: if you type 'which bzr' in a unix shell, you will get the path to bzr if it is in your path.
[17:55] <davekong> andrewuk: you can search for the location of a bzr with 'find / -name bzr'
[17:55] <andrewuk> hello davekong:
[17:56] <davekong> andrewuk: hello :)
[17:56] <andrewuk> 'which bzr' is not returning anything so i assume it is not in my path
[17:56] <davekong> yeah
[17:56] <andrewuk> i will try searching  for it now
[17:58] <andrewuk> NAS drive is whirling away now :)
[18:04] <yoh_> Hi bzr gurus.  is there anything like 'git reflog' to discover at which revision I was before recent "bzr pull" so I could revert back to that state?
[18:04] <andrewuk> found where bzr has been installed to by ipkg it lives at /volume1/@optware/bin
[18:05] <andrewuk> cd<EMAIL_ADDRESS>rather
[18:07] <andrewuk> so when i am inside the folder cd /volume1/@optware/bin i can run bzr and brings up all the options for the basic commands etc
[18:12] <smw_> hi all, I modified a bzr lib and committed the change to my local repo. What is the best way to share it with the original author?
[18:12] <smw_> Is there an easy way to make a patch so I can email it to him?
[18:31] <andrewuk> so do i need to add the path to bzr-2.6 to my $PATH?
[18:41] <yoh_> and I guess the answer to my question is: https://launchpad.net/bzr-tiplog  which is probably of no use "post-portem" (i.e. I should have enabled it before I did the pull)
[19:11] <andrewuk> Yay i have bzr working on my nas drive
[19:12] <andrewuk> i just need to work out how access bzr over the network instead of just through ssh
[19:40] <vila> yoh_: there is a bzr-reflog plugin for the pull use case (I resort it to it a few days ago).
[19:40] <vila> snw_: bzr lp-propose
[19:40] <vila> errr
[19:40] <vila> yoh_:  bzr lp-propose is one
[19:41] <vila> yoh_: ghaaa, yeah, bzr-tiplog and yes, no post-mortem. But you can inspect your !/.bzr.log for hints
[19:42] <vila> andrewuk: so, if you have ssh, you're almost done, you probably need to specify:
[19:43] <vila> [bzr+ssh://nas.local/]
[19:43] <vila> bzr_remote_path = /bin/bzrssh
[19:43] <vila> bzrssh being a wrapper if you need to setup additional PATH or PYTHONPATH or whatever
[19:44] <vila> I only ever needed it when bzr was run from sources (i.e. a non-standard location but you seem to have it installed in a non-standard location ;)
[19:44] <yoh_> vila: thanks... I see no .bzr.log though anywhere
[19:46] <vila> just noticed my tyop: it was ~/.bzr.log 'bzr version' will tell you the exact path
[19:46] <vila> yoh_: ^
[19:48] <andrewuk> thanks vila:
[19:49] <andrewuk> just having a play round trying to connect  through a simple http;//
[19:51] <vila> andrewuk: http is far harder than ssh
[19:51] <vila> andrewuk: for ssh you just need... ssh access
[19:51] <andrewuk> haha yes maybe your right as i haven't got it working yet
[19:51] <andrewuk> i will give ssh a go now
[19:52] <vila> andrewuk: say you have ssh access to<EMAIL_ADDRESS>all you have to test is bzr push<EMAIL_ADDRESS>[19:52] <yoh_> vila: thanks -- got it now... but unfortunately nothing which would help me is there ;)
[19:53] <vila> yoh_: damn, sorry completely forgot that hole once I started using the plugin :-/
[19:58] <yoh_> no problem! thanks
[19:58] <vila> yoh_: depending on how many time it's worth spending on it, I see hints in .bzr.log in the pull commands: 0.096  fetching: <SearchResult search:(set(['vila@XXX-20130731091908-1ruz29rkl90gmz4v']), ['vila@XXX-20130
[19:58] <vila> those revision were pulled, you should be able to locate them with 'bzr qlog'
[19:59] <andrewuk> i am getting the error 'ash: bzr: not found' i think because on my nas i have to use bzr-2.6 instead of just bzr
[19:59] <yoh_> 'grep fetch' on mine is empty ;)
[19:59] <vila> yoh_: aaaargh, could be a from a debug flag I set locally, damn, you're a hard sale ;-D
[20:00] <vila> andrewuk: good, so you need bzr_remote_path set as mentioned above
[20:00] <yoh_> vila: LOL ;)
[20:01] <vila> yoh_: install bzr-tiplog for the *next* time you'll corner yourself ;)
[20:01] <yoh_> vila: it is in place already ;)
[20:02] <vila> \o/
[20:02] <yoh_> but also tried git clone "bzr::lp:python-mode" python-mode.gitbzr -- unfortunately failed ;)
[20:19] <andrewuk> think i am setting this correctly i have tried<EMAIL_ADDRESS>[20:20] <andrewuk> as<EMAIL_ADDRESS>is the path to where bzr-2.6 resides
[20:27] <vila> andrewuk: with a leading / right ?


[02:38] <micahg> [reed]: do we still have a problem of incorrect bugs being linked?
[04:29] <jdstrand> fta: ACK
[04:29] <jdstrand> hehe
[04:29] <jdstrand> fta: ack
[04:29] <jdstrand> (didn't mean to yell :)
[10:51] <fta> jdstrand, i had to wipe out most of my people.ubuntu.com folder, it was over quota :(
[14:52] <fta> bdmurray, hi, do you know if apport kooks have access to the ProcCmdline entry when they run?
[14:52] <fta> -kooks+hooks
[15:07] <bdrung_> chrisccoulson: ping
[15:14] <chrisccoulson> hi bdrung_
[15:16] <bdrung_> chrisccoulson: hi. did you upload the fix for bug #410407 to lucid-proposed and karmic-proposed?
[15:17] <ubot2> Launchpad bug 410407 in nspluginwrapper (Fedora) (and 17 other projects) "Adobe Flash Player does not respond to mouse clicks [READ DESCRIPTION] (affects: 997) (dups: 57) (heat: 4292)" [Unknown,Unknown] https://launchpad.net/bugs/410407
[15:44] <bdmurray> fta: /usr/share/apport/package-hooks/dhcp3-client.py:                attach_file(report, '/proc/cmdline', 'ProcCmdLine')
[15:45] <fta> bdmurray, well, i need to find out if the process that crashed had --user-data-dir=xxx so i can open the right profile
[16:19] <fta> bdmurray, it's for the chromium apport hooks i'm trying to write: http://paste.ubuntu.com/496519/
[16:31] <fta> i hope it's portable...
[17:53] <chrisccoulson> bdrung_, no, sorry, i've not uploaded that yet
[17:53] <chrisccoulson> jdstrand, there are way to many tests in firefox that require network access :(
[17:53] <chrisccoulson> they keep hanging the builds
[17:55] <bdrung_> chrisccoulson: will you do it or should i do it?
[17:55] <chrisccoulson> bdrung_, i will do that in a few minutes
[19:10] <micahg> fta: the notes I have from the browser apport session show Evan asking for about:plugins, the Window Manager, and the desktop environment
[19:11] <fta> micahg, i have all that
[19:11] <micahg> fta: awesome :)
[19:11] <fta> maybe not the last one
[19:11] <fta> gnome vs kde vs xfce vs who knows what
[19:12] <micahg> fta: my question is will your window manager think work if the DE is KDE?
[19:12] <fta> but i need some serious testing before i commit that
[19:21] <fta> could someone please test this? http://paste.ubuntu.com/496606/
[19:21] <fta> micahg, chrisccoulson, jdstrand: ^^
[19:34] <fta> (no need to install it, just run it)
[19:58] <fta> another version with the DE: http://paste.ubuntu.com/496624/
[19:58] <fta> please test
[19:58] <fta> jcastro, ^^ if you have 2 sec
[20:17] <micahg> chrisccoulson: we seem to have a problem with Launchpad's bug linking...mozilla 597786
[20:17] <ubot2> Mozilla bug 597786 in Bugzilla: Other b.m.o Issues "Ubuntu Launchpad bugspamming b.m.o. Linking to (Ancient|Dupped|Wrong Product) bugs." [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=597786
[20:18] <chrisccoulson> micahg - ok, will ping one of my colleagues
[20:19] <micahg> chrisccoulson: I suggest linking only bugs with an Ubuntu task open or closed w/in the last year
[20:20] <chrisccoulson> i've just pinged bryceh about it now, as he's involved with this stuff
[20:20] <micahg> chrisccoulson: k, I'll go through them all eventually and clean up bmo and LP, but it'll take a while
[20:21] <micahg> chrisccoulson: in the mean time, do you want to post something on the bmo bug that you'll look into it
[20:21] <fta> in the last few days, lp sent me tons of emails related to 4 years old bugs
[20:22] <micahg> fta: yep, that's what we're discussing :)
[20:22] <fta> i know, that's why i said it
[20:23] <fta> ok, no one to test my apport hooks?
[20:23] <chrisccoulson> micahg - oh, i see you're already subscribed to the LP bug that reed has commented on
[20:23] <micahg> chrisccoulson: yes, but apparently his colleagues don't agree with him :)
[20:24] <micahg> fta: yes, in a little bit
[20:26] <fta> same for the desktop2wiki script for your translations
[20:33] <fta> hmm, i'm starting to see ch bug reports from people with this installed: http://www.veetle.com/index.php/download
[20:33] <fta> not sure it's related though
[20:43] <micahg> fta: http://pastebin.ubuntu.com/496652/
[20:43] <fta> uhh
[20:44] <fta> thanks
[20:44] <micahg> fta: I just ran python file.py
[20:44] <fta> sure, it's probably a new key from v7
[20:44] <fta> i shouldn't fail on that
[20:49] <fta> micahg, http://pastebin.ubuntu.com/496654/
[20:50] <micahg> fta: http://pastebin.ubuntu.com/496655/
[20:50] <fta> d'oh! no extensions??
[20:52] <fta> micahg, ^^
[20:53] <micahg> fta: yep
[20:55] <fta> micahg, http://paste.ubuntu.com/496657/
[20:57] <micahg> fta: http://pastebin.ubuntu.com/496659/
[20:58] <fta> micahg, hm, broken symlink?
[20:58] <micahg> fta: yep
[20:59] <fta> micahg, could you show it to me?
[21:00] <micahg> http://pastebin.ubuntu.com/496661/
[21:00] <micahg> probably had RealPlayer installed to test something
[21:06] <fta> micahg, http://paste.ubuntu.com/496665/
[21:06] <fta> nice tests for now ;)
[21:09] <micahg> fta: http://paste.ubuntu.com/496667/
[21:09] <micahg> fta: nice, no private data, at least for me
[21:11] <fta> micahg, excellent, thanks!
[21:11] <fta> micahg, do you see anything missing? from what evan wanted..
[21:14] <fta> weird you have libvpx0 from the repo and not from the ppa, did you pin it?
[21:15] <fta> also, you seem to run xfce, not gnome, is it correct?
[21:15] <micahg> fta: I have all my PPAs pinned lower than archive
[21:15] <micahg> fta: yep
[21:15] <fta> good
[21:15] <micahg> looks good
[21:15] <fta> i like the plugins part
[21:17] <fta> hm, i should expand your relative syslinks (i didn't have any here)
[21:38] <fta> micahg, http://paste.ubuntu.com/496677/
[21:38] <fta> now i need more testers, some with kde
[22:46] <fta> micahg, is apport able to report stuff from ppa builds?
[22:47] <micahg> fta: yes, depends where you want it to go whta you need to do
[22:48] <fta> micahg, same as regular builds, as it's easy to identify by the version what it is and where it came from
[22:48] <fta> + the apt policy in my hooks
[22:48] <micahg> fta: k, then just set CrashDB = 'ubuntu'
[22:49] <fta> ok, good
[22:49] <fta> what's that blacklist file in ff?
[22:49] <micahg> fta: we're using the upstream crash reporter
[22:59] <chrisccoulson> fta - it just stops apport from catching firefox crashes
[22:59] <chrisccoulson> although, it doesn't actually do a lot, because the firefox crashhandler doesn't re-throw the crash anyway
[23:00] <chrisccoulson> s/crash/signal/
[23:00] <fta> well, it's not something i can use atm with chromium, maybe one day
[23:01] <fta> what should i set ThirdParty to?
[23:06] <chrisccoulson> fta - i think you just set it to 'True' for third party packages
[23:09] <fta> hm, you have report['CrashDB'] = 'ubuntu-mozilla-ppa-bugs'
[23:19] <micahg> fta: yes, that's because we want the bugs to go to a different project
[23:19] <micahg> fta: it doesn't work ATM because the project isn't defined
[23:31] <fta> grr, the debian guy is still stealing all my commits without any kind of credits


[00:00] <spiv> Morning.
[00:00] <poolie> hello lifeless, spiv
[00:04] <lifeless> spiv: we really need to finish that fix off; will it benefit from pairing
[00:08] <spiv> lifeless: just paging it back in after the break...
[00:08] <poolie> spiv, lifeless, i'm planning to be pretty short with mail this morning and then do fetch progress and bugs
[00:20] <spiv> lifeless: so I'm about to send the client-side fix to the list for review; it's basically the same patch as before, but the fix is duplicated to InterDifferingSerializer too.
[00:20] <lifeless> ok
[00:20] <spiv> lifeless: (I'm not thrilled by the duplicated code in InterDifferingSerializer, but then I'm not thrilled about InterDifferingSerializer existing in the first place)
[00:21] <spiv> lifeless: and I have the server-side fix that I need to add tests for
[00:22] <jml> merging/pulling in changes that delete directories sucks.
[00:22] <spiv> lifeless: the big outstanding item is NoSuchRevision errors from the server when doing recreate_search on a vanilla SearchResult
[00:22] <lifeless> spiv: ack on both points about IDS
[00:23] <spiv> lifeless: I haven't yet dug into exactly what's going on there, maybe these patches will fix it, but I suspect they might not.
[00:23] <lifeless> spiv: indeed
[00:23] <spiv> lifeless: it appears there's a problem that the client, which sees the full graph, has a different len(included_keys) to the server
[00:23] <lifeless> spiv: that would make sense
[00:24] <spiv> if the search spans the stacking boundary.
[00:24] <lifeless> the client knows where the keys came from; it could choose to split the search differently
[00:25] <spiv> I'm not sure what we should do there; perhaps in the client, if the server is stacked and the server gives NoSuchRevision, it could switch to asking for the ancestry-of the heads and then fetch the missing bits elsewhere?
[00:25] <spiv> Or as you say ask only for the right keys in the first place.
[00:25] <beuno> spiv, hi. Do you have any news on bug 354036?
[00:26] <spiv> lifeless: so I'm not sure that pairing is necessary, but if you want to start tackling that part while I finish off the bits I've got, that would be extremely helpful.
[00:27] <spiv> lifeless: What I have should fix initial pull, but I'd expect the NoSuchRevision flavour could happen if there's already a local repo... I suppose a workaround would typically be "update your trunk branch in that repo then try pull/update of the affected branch again".
[00:28] <spiv> lifeless: Also, while it's a related bug, I'm going to give the NoSuchRevision bug its own bug report I think.
[00:28] <spiv> beuno: that's just what we are talking about right now :)
[00:28] <lifeless> beuno: its been easter
[00:31] <spiv> beuno: in short: I have a candidate fix to stop the client creating broken branches, and also another fix for the server to stop unfixed 1.13 (and 1.14rc1) smart clients from making broken branches.
[00:32] <beuno> yay
[00:32] <beuno> thanks
[00:32] <beuno> I keep having to downgrade to 1.13 to work on launchpad
[00:38] <LeoNerd> So... debian updated my bzr/bzrtools, and now I have the new shelf format.. how do I get at my old shelved data? :)
[00:42] <lifeless> LeoNerd: shelve1
[00:42] <LeoNerd> Ahhh...
[00:45] <spiv> lifeless: I've filed bug 360791
[00:45] <beuno> rockstar, if you're around. Do you know what this would be happening with bzr-autoreview?  http://paste.ubuntu.com/150478/
[00:45] <rockstar> beuno, jaunty
[00:46] <beuno> rockstar, python 2.6?
[00:46] <spiv> lifeless: Having written that bug report I'm pretty much certain its a separate bug introduced by the get_stream verb.
[00:46] <rockstar> beuno, yeah, it's python 2.6's fault.
[00:46] <beuno> rockstar, is it launchpadlib?
[00:47] <lifeless> spiv: yes, I agree
[00:48] <james_w> beuno: "apt-cache policy python-httplib2"?
[00:49] <beuno> james_w,  Installed: 0.4.0-1
[00:49] <beuno>      0.4.0-0ubuntu2 0
[00:49] <beuno>         500 http://archive.ubuntu.com jaunty/universe Packages
[00:49] <james_w> beuno: err, where does it say 0.4.0-1 comes from?
[00:50] <beuno> james_w, ah. Launchpad deps
[00:50] <beuno> PPA
[00:51] <james_w> please let whoever controls that PPA know about best versioning practices
[00:51] <beuno> james_w, ironically, it's celso  :)
[00:51] <james_w> you can "sudo apt-get install python-httplib2=0.4.0-0ubuntu2" for now
[00:51] <james_w> heh :-)
[00:53] <beuno> james_w, thanks
[00:53] <beuno> works now
[01:11] <lifeless> spiv: I think I'll do for BzrDir.get_config what I did for Branch.get_config
[01:12] <lifeless> spiv: to keep moving the ratchets
[01:31] <igc> morning all
[01:32] <beuno> hiya igc
[01:34] <igc> hi beuno
[01:35] <beuno> how's it going igc?
[01:37] <igc> beuno: pretty tired actually - slept most of the last 4-5 days
[01:38] <SamB> jelmer: why do your branches for bzr-svn have to have version numberes?
[01:38] <SamB> er. numbers.
[01:39] <beuno> igc, sorry to hear that  :/
[01:39] <beuno> will we be seeing you at all hands?
[01:39] <jelmer> moin
[01:40] <jelmer> SamB: ?
[01:40] <SamB> jelmer: apparantly I've been stuck on the 0.5 branch without realizing it!
[01:40] <jelmer> SamB: ah, you mean the release series?
[01:40] <jelmer> SamB: you can use the 'bzr.dev' branch, which symlinks to whatever release series works with bzr.dev
[01:41] <SamB> do I just use --overwrite with pull to switch?
[01:41] <SamB> considering that I have no local commits?
[01:41] <igc> beuno: no unfortunately - I'm still unable to travel for a while
[01:41] <igc> hi jelmer
[01:41] <jelmer> SamB: yeah, and --remember
[01:42] <SamB> jelmer: why not have lp:bzr-svn -> lp:~jelmer/bzr-svn/bzr.dev ?
[01:43] <SamB> besides the fact that that's a bad URL
[01:45] <SamB> jelmer: what's a URL that will always be for bzr.dev ?
[01:45] <jelmer> SamB: lp:bzr-svn already points at the 0.6 branch
[01:45] <jelmer> SamB: but bzr stores the expanded URL, not the short one
[01:45] <SamB> exactly
[01:46] <jelmer> SamB: what URL lp:bzr-svn points at depends on the active release series
[01:46] <jelmer> SamB: and there is no 'bzr.dev' release series, only 0.4, 0.5, 0.6, etc
[01:46] <jelmer> SamB: anyway, http://people.samba.org/bzr/jelmer/bzr-svn/bzr.dev should always works
[01:47] <SamB> heh
[01:47] <SamB> jelmer: so ... why *don't* you have a bzr.dev series ?
[01:48] <SamB> bzr does
[01:50] <poolie> spiv: happy birthday to mary (i think)
[01:51] <jelmer> SamB: because I don't actually have a separate 'main development' branch like bzr
[01:52] <SamB> you could just split off your numbered branches after release ;-P
[01:53] <jelmer> SamB: but I do actually keep working on these branches for a while when I do minor release
[01:53] <SamB> I noticed
[01:53] <SamB> otherwise I wouldn't have needed --overwrite ;-P
[01:55] <SamB> hmm ... I'm still getting asked for username/password :-(
[01:56] <jelmer> SamB: see the recent thread on the mailing list
[01:56] <jelmer> SamB: bzr does a POST request to the HTTP server first
[01:56] <jelmer> and the server replies with a 401 Auth required reply
[01:57] <SamB> jelmer: oh, I thought you said it should be fixed?
[01:57] <jelmer> SamB: where did I say that ? :-)
[01:58] <jelmer> SamB: you can work around the issue by removing get_smart_medium() at bzrlib/transport/http/__init__.py:142
 SamB: should be fixed now (0.6 branch)
[01:59] <SamB> about 12 hours ago, I think?
[01:59] <jelmer> SamB: ah, that was the prefix issue for svn-import
[02:00] <SamB> oh!
[02:00] <SamB> heh
[02:01] <SamB> did you know that jelmer sometimes says ambiguous things? you should fix that ;-P
[02:06] <spiv> poolie: yes :)
[02:08] <jelmer> SamB: :-P
[02:29]  * SamB wishes firegpg wouldn't invoke gpg --import synchronously ...
[02:30] <SamB> or whatever that option actually is
[02:40] <jelmer> lifeless: so, now that it's tuesday..
[02:41] <jelmer> lifeless: Any chance you can have a look at my InterBranch.pull() patch ? :-)
[02:54] <SamB> jelmer: what do you mean? it won't be tuesday for about two hours and 6 minutes yet!
[02:55] <lifeless> jelmer: yes, I will try to
[03:02] <poolie> spiv, do you want me to review your bug 354036 patch? or is lifeless going to?
[03:03] <spiv> poolie: I hope lifeless will, but another pair of eyeballs is certainly welcome!
[03:05] <lifeless> spiv: done
[03:12] <spiv> lifeless: thanks
[03:14] <spiv> lifeless: it's not immediately obvious to me how to make a good helper function, because the I find the parents in the two different code paths is pretty different.
[03:15] <lifeless> the variable names, or the data?
[03:15] <spiv> lifeless: in RepoFetcher we just ask the target after we've inserted the stream, but in InterDifferingSerializer it's a bit messier... perhaps it doesn't need to be.
[03:16] <spiv> In InterDifferingSerializer I reuse the Revision objects that we already have (in pending_revisions), for instance.
[03:16] <lifeless> parent data should be either cheap, or cached
[03:16] <lifeless> I'd use the same code
[03:17] <spiv> And also I'm doing this before the revision objects are inserted.
[03:17] <lifeless> uhm
[03:17] <spiv> Which has the nice property of making sure all the inventories are there before the revisions that depend on them.
[03:18] <spiv> But perhaps that's not so important?
[03:18] <lifeless> interdiffering topological anway
[03:18] <lifeless> bah, insert missing words
[03:18] <spiv> And letters ;)
[03:20] <spiv> But even working topologically, if we do "insert inventories; insert revisions; insert the other inventories needed by those revisions", then there's a window when we have nearly-but-not-quite complete data there.
[03:20] <lifeless> indeed, and agreed
[03:20] <spiv> Which maybe doesn't matter, because probably if anything goes wrong it'll abort the write group, etc.
[03:20] <lifeless> can't depend on write groups in this code
[03:20] <lifeless> uhm
[03:20] <lifeless> ok, go without a helper
[03:21] <lifeless> but we want to get to pre-checking it everywhere, or something like that
[03:21] <spiv> Yeah.
[03:22] <lifeless> any idea about
[03:22] <lifeless> SmartMessageHandlerError: The message handler raised an exception:
[03:22] <lifeless> Traceback (most recent call last):
[03:22] <lifeless>   File "/home/robertc/source/baz/pending/push.roundtrips/bzrlib/smart/protocol.py", line 1034, in done
[03:22] <lifeless>     self.message_handler.end_received()
[03:22] <lifeless>   File "/home/robertc/source/baz/pending/push.roundtrips/bzrlib/smart/message.py", line 161, in end_received
[03:22] <lifeless>     self.request_handler.end_received()
[03:22] <lifeless>   File "/home/robertc/source/baz/pending/push.roundtrips/bzrlib/smart/request.py", line 345, in end_received
[03:22] <lifeless>     self._run_handler_code(self._command.do_end, (), {})
[03:22] <lifeless> AttributeError: 'NoneType' object has no attribute 'do_end'
[03:22] <spiv> Huh, no.
[03:23] <spiv> Something is resetting _command prematurely?
[03:24] <lifeless> dunno yet
[03:26] <lifeless>   File "/home/robertc/source/baz/pending/push.roundtrips/bzrlib/smart/protocol.py", line 893, in accept_bytes
[03:26] <lifeless>     _StatefulDecoder.accept_bytes(self, bytes)
[03:26] <lifeless>   File "/home/robertc/source/baz/pending/push.roundtrips/bzrlib/smart/protocol.py", line 388, in accept_bytes
[03:26] <lifeless>     self.state_accept()
[03:26] <lifeless>   File "/home/robertc/source/baz/pending/push.roundtrips/bzrlib/smart/protocol.py", line 998, in _state_accept_expecting_message_part
[03:26] <lifeless>     self.done()
[03:26] <lifeless> I think its the unknown verb handling on the server
[03:26] <spiv> Hmm, it could be, yeah.
[03:26] <spiv> I thought that was tested, but perhaps there's a gap.
[03:28]  * SamB ponders the various difficulties sure to be involved in any attempt to use bzr-svn in DOS ;->
[03:49] <thumper> igc: Composite tree review pring
[03:49] <thumper> s/pring/ping/
[04:02] <igc> hi thumper
[04:02] <igc> thumper: I'm half way through - hope to finish today
[04:02] <thumper> igc: that's great, thanks
[04:03] <lifeless> I'm still really unsure that a different tree class is the right approach
[04:03] <lifeless> it just seems to move the complexity around
[04:03] <lifeless> and adds to it
[04:06] <thumper> lifeless: in which case you really need to talk with abentley and others about this
[04:06] <thumper> I don't know enough to give intelligent answers
[04:07] <thumper> but I want to make sure we have a good story here
[04:10] <lifeless> thumper: I have talked to aaron about it; we disagree
[04:10] <lifeless> doing it with an external object means we have to have a index for subtrees, and that adds complexity.
[04:10] <lifeless> iMNSHO
[04:11] <lifeless> OTOH aaron has working code and thats important
[04:11] <lifeless> the big thing is to make sure that  there are no performance regressions as the changes land in trunk
[04:11] <thumper> I think that we are in agreement on that last point
[04:50]  * igc lunch
[05:40] <lifeless> spiv: branch done
[05:40] <lifeless> spiv: onto the next one after a short break
[06:44] <lifeless> spiv: man, I found another cheap win
[06:51] <spiv> lifeless: hooray
[06:52] <lifeless> on the order of 12 round trips
[06:52] <lifeless> !
[06:52] <lifeless> running the full test suite now to find issues
[07:04] <lifeless> well, some stuff breaks
[07:08] <thumper> lifeless: what are you working on that you found 12 round trips?
[07:09] <vila> hi all
[07:11] <lifeless> performance
[07:17] <lifeless> thumper: I don't have enough info to answer what I think you are asking
[07:18] <thumper> lifeless: <lifeless> on the order of 12 round trips
[07:18] <thumper> lifeless: HPSS something or other>
[07:18] <thumper> ?
[07:19] <lifeless> well yes, everything is hpss
[07:19] <thumper> lifeless: I'm just curious
[07:19] <thumper> lifeless: just wondering if push/pull is going to get faster
[07:19] <lifeless> thumper: thats the idea :)
[07:19]  * thumper pokes lifeless in the eye for being obtuse
[07:20] <thumper> lifeless: it seems you are trying to read too much into my curiousity
[07:20] <lifeless> thumper: it will get faster as we fix more things; I'm investigating a possible improvement at the moment; it doesn't work so its not an improvement
[07:20] <lifeless> and I *don't know* what it changes
[07:20] <thumper> that seems kinda weird
[07:20] <lifeless> that I don't know?
[07:21] <fullermd> Pshaw.  This is software; since when is 'working' a necessary ingredient?
[07:21] <lifeless> fullermd: when you have users
[07:22] <lifeless> thumper: I don't know because we still have over 50 different method calls on common use cases
[07:22] <lifeless> thumper: and its hard to tell what actually changes when you tweak something and 10 or so dissapear
[07:22] <lifeless> I specifically moved around the set_parent method on Branch, thats all
[07:23] <lifeless> until I diff the network traffic, complete the test run, and so on - its all speculation; and I try to avoid speculating
[07:24] <lifeless> thumper: also please, enough with the eyepoking, its unpleasant imagery
[08:09] <lifeless> thumper: so I can answer now, while I still don't know why, getting rid of the set_parent method on RemoteBranch gets rid of 6 hpss calls in our same server use case
[08:09] <lifeless> and in our push --stacked use case
[08:26] <speakman> lifeless: Regarding https://blueprints.launchpad.net/bzr/+spec/merge-commit-reuses-log are you willing to guide me where to start, and hopefully I could contribute with code some day?
[09:17]  * igc dinner
[10:48] <lifeless> hmm, I'm going to write some code
[10:49] <lifeless> speakman: well, I'd start with a plugin myself, because I could create a new command, tweak it until it does what I want and get some people to try it out
[10:49] <lifeless> if its liked, the logic can be yanked out as a patch for bzr  itself
[10:52] <speakman> plugin sounds like a good idea. But I've never written anything for bzr(lib), so is there any existing plugin you'd recommend tweaking instead of start a new from scratch?
[10:54] <lifeless> uhm
[10:54] <lifeless> my plugin-info plugin is nice and small
[10:54] <lifeless> you could use that as a template for a plugin
[10:55] <lifeless> and grab the code from bzrlib.builtins.cmd_commit as a starting point for your own command
[10:56] <lifeless> https://edge.launchpad.net/bzr-plugin-info is the plugin I'm referring to
[10:58] <lifeless> spiv_: didn't you do a coverage option for selftest?
[11:34] <james_w> speakman: there's actually a hook to seed the commit message offered to you in the editor
[11:34] <james_w> so you could create a plugin to provide that hook, and then plain "bzr commit" would offer you an editor with that message that you could edit to your liking
[11:34] <james_w> would that suit you?
[12:01] <speakman> I'm sorry for beeing a bit off, but I'm currently at work
[12:02] <speakman> lifeless: I'll definitly check that plugin out! Thanks alot!
[12:02] <speakman> james_w: Sorry for not understanding, but what is "seed the commit message" really?
[12:02] <speakman> and "the editor"?
[12:03] <speakman> oh, the diff and stuff of course.
[12:03] <james_w> when you run "bzr commit" with no "-m" argument you are given an editor window to provide the commit message
[12:03] <james_w> that editor can be "seeded" with a message, but normally isn't
[12:03] <speakman> --with-diff does seed it?
[12:03] <james_w> nope
[12:04] <james_w> that makes changes below the "Everything below this line will be ignored line"
[12:04] <speakman> (i'm not really sure what "seed" really means. I'm no english expert :) )
[12:04] <lifeless> speakman: 'prepare'
[12:04] <james_w> you can also make changes above it
[12:04] <speakman> lifeless: okay! thanks!
[12:04] <james_w> so that if you do nothing and save and quit the message that was "seeded" will be used
[12:05] <speakman> james_w: wow! is there anything that utilize this already?
[12:05] <james_w> bzr-builddeb is the only thing that I know about
[12:06] <speakman> But then again; I have no clue how hooks works in bzrlib, and I'm pretty short of sparetime for a while :(
[12:06] <james_w> http://bazaar.launchpad.net/~bzr-builddeb-hackers/bzr-builddeb/trunk/annotate/head%3A/__init__.py
[12:06] <james_w> the "debian_changelog_commit_message" function
[12:09] <speakman> Great thanks! I really hope to contribute more self-going in the feature. People are talking about bzrlib as an example how beatiful Python code could be. I probably have alot of thing to learn when getting me into the bzrlib code.
[12:10] <jelmer> moin
[12:10] <james_w> speakman: something like http://paste.ubuntu.com/150747/
[12:10] <james_w> morning jelmer
[12:11] <james_w> speakman: save that code as ~/.bazaar/plugins/merge_commit.py and give it a test
[12:11] <james_w> speakman: oh, it needs "from bzrlib import msgeditor" at the top
[12:12] <vila> lifeless: the coverage option is global, not specific to selftest
[12:13] <speakman> james_w: great thanks! I'll try it as soon as my job ends for the day.
[12:13] <lifeless> vila: yes I've found it. Its now what I want
[12:14] <lifeless> *not*
[12:14] <vila> ok
[12:18]  * vila goes back to tweaking pronto.tell_me_what_tests_run_me()
[13:44] <spiv_> lifeless: no, I did a global --coverage option
[13:45] <spiv> (it was originally just for selftest, but it was simpler to as a global, and potentionally useful too)
[13:58] <lifeless> spiv: do you happen to know of code to go from line number in a py file to method ?
[14:05] <lifeless> night all, I'll finish this tomorrow I think
[14:07] <spiv> lifeless: possibly the inspect module has something, otherwise I don't know of any off-hand.
[14:09] <lifeless> spiv: not needed
[14:09] <lifeless> trace has what I wanted, just different params
[14:09] <spiv> lifeless: cool
[14:09] <lifeless> at least for this part of my plugin
[14:09] <lifeless> I'm generating an index of function -> test
[14:10] <lifeless> its a little long to do lineno->test
[14:11] <lifeless> anyhoo, will finish tomorrow
[14:17] <vila> lifeless: you do that for all functions or just on demand
[14:21] <lifeless> vila: selftest --index
[14:21] <lifeless> vila: then selftest --changes uses the index
[14:22] <vila> changes since the last --index ?
[14:24] <lifeless> since the last commit
[14:24] <lifeless> must go, very tired
[14:46] <rahul>  Wanna get your pic on magazine cover??? http://techbuddha.blog.co.in/2009/04/14/wanna-get-your-pic-on-magazine-cover/          --            http://techmaharshi.blogspot.com/
[14:59] <awilkins> "K-lined" : not seen that in a while
Ha-ha</nelson
[15:02] <jelmer> beuno: is there any loggerhead release in the pipeline?
[15:02] <beuno> jelmer, oh, I really do want to make a release
[15:02] <jelmer> beuno: including the start-loggerhead -> serve-branches transition?
[15:03] <beuno> jelmer, that's the blocker. No config yet
[15:03] <jelmer> beuno: ahh
[15:03] <rockstar> beuno, I have a secret plan to re-write large parts of loggerhead.
[15:03] <jelmer> beuno: any rough idea on when that would be possible?
[15:03] <jelmer> beuno: (one of the alioth maintainers is asking me for a backport)
[15:03] <beuno> jelmer, I could make a release anyway
[15:04] <jelmer> beuno: well, I'm mainly interested in doing the backport *after* the changes
[15:04] <beuno> rockstar, I hear that, really looking forward to it
[15:04] <jelmer> as they will affect users
[15:04] <beuno> jelmer, after the start -> serve migration?
[15:04] <jelmer> beuno: yeah
[15:04] <beuno> jelmer, ok. I have had zero time to work on that  :(
[15:04] <rockstar> beuno, you heard already?  I guess it's not a secret plan then.
[15:05] <beuno> rockstar, well, unless it's something different than the wholehistory and revnocache bits
[15:05] <jelmer> beuno: no worries, I was just wondering what the status was on that
[15:05] <beuno> it can be *our* secret
[15:05] <beuno> jelmer, "stalled", but mwhudson and rockstar are working on all kinds of places
[15:05] <rockstar> beuno, drastically different.  wholehistory is not going to be trivial to remove without ripping out all sorts of things.
[15:06] <beuno> rockstar, oh!  interesting
[15:07] <jelmer> beuno: ah, thanks
[15:08] <jelmer> rockstar: wholehistory?
[15:09] <rockstar> jelmer, wholehistory cache is the bane of loggerhead's existence.
[15:11] <jelmer> ah, teh cache
[15:14] <rockstar> jelmer, I'm almost positive that it's the reason loggerhead leaks memory.
[17:26] <jam> rockstar: well, IIRC when talking with mwh at pycon, we found the problem wasn't strictly the whole-history cache, as much as the 3-4 copies of it
[17:27] <jam> which is some of the stuff we uncovered with the memory_dump stuff
[18:03] <jelmer> whoa
[18:04] <jelmer> merge pulls the revisions for the other tree into the this repo
[18:07] <luke-jr> jelmer: uh?
[18:08] <jelmer> if you run "bzr merge" in a subversion working copy (with .svn directories)
[18:08] <jelmer> it will push the pending merges into the repository, but that happens to be a remote svn repository
[18:09] <jelmer> and revisions are always visible in svn
[19:44] <cody-somerville> doh
[19:45] <cody-somerville> I imported a git branch to bzr
[19:45] <cody-somerville> and its clearly missing files and whole directories :/
[19:46] <jelmer> cody-somerville: how did you import it?
[19:46] <cody-somerville> jelmer, git fast-export --all | (cd ../.bzr-repo; bzr fast-import - &> /dev/null)
[19:47] <jelmer> ok, no clue then
[19:48] <cody-somerville> Is there another way to do it?
[19:48] <jelmer> cody-somerville: bzr-git
[19:50] <cody-somerville> Is there a package in Ubuntu with that?
[19:52] <jelmer> not yet
[19:54] <pygi> there is an archlinux package however :p
[19:54] <ronny> that doesnt fix all the other reasons for not using archlinux
[19:55] <cody-somerville> lol
[19:55] <pygi> ronny, :P
[19:55] <pygi> ronny, like what? :D
[19:55] <ronny> well, they ship a broken gvim since years
[19:56] <pygi> it'd take you 5 secs to fix it... whats the problem exactly?
[19:56] <ronny> and there have been other incompetence issues - like the package manager doing silent corruption
[19:56] <ronny> pygi: the vim people told them many times, they dont fix
[19:56] <pygi> ronny, o.O
[19:57] <pygi> ronny, could you pm me, so I can do it?
[19:57] <ronny> the main issue is that their custom gvimrc breaks all colorshemes
[19:57] <pygi> (not in official repos tho)
[19:58] <ronny> every few weeks we get a unhappy pida user cause of this, and god knows how many dont even ask
[19:59] <pygi> ronny, I am just looking at the package...
[19:59] <pygi> ronny, it ships with gvimrc_example.vim from vim tarball as gvimrc?
[20:01] <ronny> pygi: last time i brothered /etc/gvimrc or /etc/vim/gvimrc was a custom mess of color hacks in archlinux
[20:01] <ronny> the fix was to just delete it
[20:01] <pygi> rockstar, ok, at least now it doesn't seem to be
[20:02] <rockstar> pygi, please watch your tab completion.
[20:02] <pygi> rockstar, ups, I did that yesterday too, no? :D
[20:02] <pygi> ronny*
[20:02] <ronny> well, shortly after that the archlinux package-manager silently corrupted my install and the package db due to absolute ignorance of a filled harddisk
[20:03] <pygi> ronny, right :)
[20:04] <ronny> well, end of the story is - i discourage everyone from using arch
[20:04] <pygi> hehe nice :)
[20:05] <pygi> do I have your forgiveness for using it then? :P
[20:05] <ronny> i just discourage fro using it
[20:05] <ronny> but i might commit hate-crimes against rpm based things
[21:48] <jelmer> vila: hi
[22:01] <pygi> jelmer, new bzr git requires 1.15?
[22:02] <pygi> w00t? :D
[22:03] <jelmer> pygi: yeah, bzr.dev
[22:03] <pygi> meh, so I have to install that too
[22:03] <pygi> so un-cool xD
[23:26] <jelmer> lifeless: ping
[23:55] <lifeless> jelmer: pong
[23:57] <poolie> lifeless, jelmer, hi