[00:49] <bunchies> hmm my plex server is set up, im logged in and my TV can see the server but not connect. I can ping the TVs ip with no problem
[03:49] <xubuntu38w> I'm having trouble deactivating an LVM partition on a Xubuntu live disk. Something keeps reactivating it.  I know there's pam but seems a little complicate to setup quickly. also read about timekpr and it seems this is what I'm looking for. Just don't wana use ppa's. Is there anything simmilar in standard repos available?
[10:04] <pmjdebruijn> actually it seems timekpr is tied to unity
[10:04] <pmjdebruijn> and not per se very well maintained
[10:04] <pmjdebruijn> unless I'm missing something at a glance
[10:10] <rauldux> thx. Timekpr only available via an ppa this for I do not consider it anyway. alternativ recommendation?
[10:13] <pmjdebruijn> no sorry
[10:14] <pmjdebruijn> doing something like that well, seems rather complicated and fragile
[10:21] <rauldux> hm, there's a company behind ubuntu. shouldn't be that difficult to implement.
[10:22] <knome> rauldux, i don't think this is their priority... maybe if you pay them some money :P
[10:25] <rauldux> yeah u might have a point on that. My equation would be childer are our future so some how ubuntu future :)
[10:28] <rauldux> so I guess I need to get in the pam jungle
[11:07] <pmjdebruijn> rauldux: technology almost universally tends to be a poor substitute for parental oversight though
[11:08] <pmjdebruijn> also keep in mind if you mess around a lot with PAM and friends, there is a significantly higher chance of having issues if you ever upgrade the machine to a newer version of ubuntu
[11:11] <rauldux> eish. so in the end what's the recommendation to restrict a users computing time?
[11:12] <pmjdebruijn> to consider not doing it all
[11:12] <rauldux> what a shame :/
[11:12] <pmjdebruijn> not that I'm an expert on this
[11:13] <pmjdebruijn> but somethings are better left alone, especially if you're not very experienced
[11:13] <rauldux> is this the same in other distros?
[11:13] <pmjdebruijn> a wrong pam configuration seriously compromises the security of machines
[11:13] <pmjdebruijn> rauldux: of course
[11:14] <pmjdebruijn> as I said, technology is a poor substitude for oversight, which is probably why there isn't much effort going into this
[11:14] <pmjdebruijn> but that's just an observation
[11:14] <rauldux> yes obviously, that's why I didn't wana touch pam in first place
[11:14] <pmjdebruijn> don't kid yourself that any other solution won't potentially compromise a machine
[11:15] <pmjdebruijn> it's a still a HUGE amount of trust you'd need to place in the creator of $SOLUTION
[11:15] <pmjdebruijn> but feel free to stick around
[11:15] <pmjdebruijn> maybe someone else has more experience / better advice
[11:17] <slickymasterWork> rauldux, if you don't want to add the PPA, you can grab the Timekpr deb from http://ppa.launchpad.net/mjasnik/ppa/ubuntu/pool/main/t/timekpr/
[11:21] <rauldux> "don't kidd yourself that any other solution won't potentially compromise a machine" <--- this is a little absolute isn't it? I believe there should be something possible
[11:21] <rauldux> thx anyway pmj
[11:22] <rauldux> thx slicky, have u tried it?
[11:23] <slickymasterWork> nopes, never had the need
[11:24] <slickymasterWork> but as you're reluctant with adding the PPA, thought that it could be an option
[11:24] <knome> fwiw, it's the exact same package :P
[11:27] <rauldux> yes slicky, definetely dont wanna add ppa's. dont wana mess up the system by broken deb's eihter. will think about it.
[11:27] <rauldux> fwiw??
[11:29] <slickymasterWork> fwiw -> for what it's worth
[11:30] <rauldux> true, same package. but no need to add ppa
[11:31] <rauldux> just dont like the concept of ppa.
[14:45] <DocScrutinizer05> I don't see what's the big problem with counting login time and occasionally lock screen without re-login on same day
[14:48] <DocScrutinizer05> jr@saturn:~/omapwarp> w|grep kde
[14:48] <DocScrutinizer05> jr       pts/9    :0               09Okt16 144days  0.00s  5:14m kdeinit4: kded4 [kdeinit]
[14:48] <DocScrutinizer05> or whatever
[15:00] <DocScrutinizer05> nice collection of pretty simple approaches: http://unix.stackexchange.com/questions/150705/restrict-the-times-a-user-is-allowed-to-log-in
[15:07] <kaosine> ugh I hate when someone pings everyone in a channel like mazey did earlier. There's always one every week or so...
[15:07] <DocScrutinizer05> or you use `last` and do a little parsing on its output to add up login times for a particular user
[15:08] <DocScrutinizer05> just log out those users that expired their contingent, every minute. Will make your kids give up on trying to browse internet or play games, pretty quickly
[16:37] <Menzador> GridCube: Well, I guess I won't be commenting there anymore, because I have no idea what hva star DGF is actually for, nor do I know how to set up hvilket parti stemte enstemmig for DLD
[16:38] <Menzador> Wrong tab, sorry
[17:21] <rauldux> thx Doc
[19:59] <Perigee> Anyone know if there is a way to install Xubuntu onto a USB stick? Not just copy the iso to it and run it in the "Try Xubuntu" mode, but actually install it onto the USB stick as the drive. I've been trying to get Pen Drive Linux working with it with no luck so far.
[20:01] <xangua> Perigee: just run the installer and select a second USB drive, assuming you're using the first one to boot
[20:21] <flocculant> Perigee: be careful where you put grub
[23:56] <Perigee> Hey everyone, I'm trying to get Xubuntu loaded on my desktop which has an Nvidia graphics card. Upon boot of the USB stick that has the installer, the screen goes black after a few seconds and gets stuck. It sounds like I need to set nomodeset or other parameters. How do I get into the config for that as it boots?
[23:58] <Unit193> It should give a little icon at the bottom for about 3 seconds, you should hit Esc (or Shift? can't remember right now) then it'll bring up a menu with isolinux's version of Try or Install.  Hit F6 or so here, then esc and now you're free to enter that boot option.
[23:59] <Perigee> Yeah I get the icon with the person at the bottom. Been smacking the keyboard... lol
[23:59] <Perigee> Let me try Esc


[00:37] <lifeless> jam: nice
[01:34] <lifeless> otfl
[01:34] <lifeless> meh
[01:36] <spm> lifeless: where are we at with the pqm shiny? can I mark that RT as complete? Or we're still testing?
[01:37] <lifeless> we rolled back last night
[01:37] <lifeless> I'm stabbing with a BIG KNIFE
[01:37] <lifeless> unfuckingbelievable where this was at
[01:46] <spm> wow, that bad eh?
[02:02] <lifeless> yes
[02:02] <lifeless> stdout and stderr are different fd's *for a reason*
[02:06] <spm> oh my. :-)
[02:51] <dmuir> Can anybody give me a hand with fixing history?
[02:51] <maxb> dmuir: elaborate :-)
[02:52] <dmuir> Basically, I have several revisions where files were deleted/added instead of moved, and I'd like to fix that.
[02:54] <dmuir> Is there some way I can create a branch up to the offending revision, fix it, then play back the other changes on top?
[02:54] <maxb> fix, from the point of view of making the actual old revisions look different, or fix, from the point of view of just stopping it causing a problem with future merging?
[02:54] <dmuir> would be nice to fix so the old revision looks different, but primarily because it causes problems with merging.
[02:55] <dmuir> Whichever is easiest :-)
[02:55] <maxb> rewriting history is awkward. sorting future merging is easier
[02:55] <dmuir> ok
[02:55] <dmuir> say the offending revno is 20
[02:56] <dmuir> bzr branch -r 19 trunk fix_moves
[02:56] <dmuir> cd fix_moves
[02:56] <dmuir> do I then do:
[02:56] <dmuir> bzr merge -c 20 ../trunk
[02:56] <dmuir> ?
[02:57] <dmuir> and then fix the problems? Or is there a better way?
[02:58] <dmuir> the problem with the above is merging back into trunk is a pain with fixing all the conflicts...
[02:58]  * maxb ponders
[02:59] <maxb> I've only ever fixed this sort of thing by carefully rearranging things *while* in the middle of doing a merge that generated contents conflicts
[03:00] <dmuir> ah, ok. Yeah, a bunch of these are old revisions that are now causing problems...
[03:01] <dmuir> and the conflicts are really hard to figure out...
[03:02] <zearin> Hello?  Anyone not AFK here?  I sheepishly approach, with a n00b question 0:-)
[03:03] <dmuir> zearing: ask away
[03:03] <dmuir> err, sorry, zearin
[03:03] <zearin> lol np
[03:04] <zearin> K, so…2 computers.  House WiFi.  I have a Bzr branch on my desktop I want to access on my laptop.  I am embarrassed to admit that I found this to be waaaaay harder than I expected :D
[03:04] <dmuir> OS?
[03:05] <zearin> Both computers are Macs on OSX 10.6, latest version of Bazaar, and I have discovered the joy of Bazaar Explorer
[03:05] <dmuir> hmm... can you set up a shared folder?
[03:05] <zearin> Oh yeah, I do sharing all the time
[03:06] <maxb> Does OS X run a ssh server by default?
[03:06] <maxb> If so, that'll be a good way to do it
[03:06] <zearin> I'm just clumsy and novice when it comes to networking and URLs that aren't Web-ish
[03:06] <zearin> I have successfully SSHed into my Desktop from this machine, but I want to be able to do it in Bazaar Explorer
[03:07] <maxb> bzr+ssh://othermachine/path/to/branch :-)
[03:07] <zearin> (Also, I think I want to make it a "bound" branch so both stay in sync…that is correct, right?)
[03:07] <zearin> oh! :)
[03:07] <zearin> No username@machine/path/etc/etc ?
[03:07] <zearin> (with the protocol prefix I forgot to type?)
[03:08] <zearin> (gonna try it out right now…)
[03:08] <maxb> You can stick a username@ in before the machine name if your username is different on one end of the connection to the other
[03:08] <zearin> no, same username.
[03:08] <maxb> no need, then
[03:08] <maxb> 'bound' means 'when I commit, make sure it happens both remotely and locally'
[03:09] <zearin> And—I feel stupid asking as I'm pretty sure the answer is "yes", but—this is a URL, so I should choose "Open URL" instead of "Open" in Bazaar Explorer right?
[03:09] <maxb> uh, possibly. I'm a command-line person
[03:09] <maxb> no idea :-)
[03:09] <zearin> :)
[03:09] <zearin> I have full respect and reverence for the CLI
[03:10] <zearin> But I have a visual brain and I forget commands repeatedly unless I can see them as a button :)
[03:10] <zearin> Hehe
[03:10] <zearin> Thanks…gonna give this a shot, but I wanna say this was great support—you guys (and gals?) rock!
[03:12] <dmuir> maxb: I've got another problem too... I have some cases where some stuff was added to both a trunk and staging branch, independently. When I try to merge between the two, conflicts galore... any "quick" way to solve?
[03:12] <maxb> um. not 'quick'
[03:12] <dmuir> bummer :-)
[03:13] <maxb> The only way I know is to actually merge, get the conflicts, and then make sure you sort them out the right way such that you never need to do it again
[03:13] <zearin> Gah.  No luck with bzr+ssh: "Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist." :(
[03:13] <zearin> Guess I'm off to launchpad :)
[03:14] <dmuir> zearin: That'll work too... the other alternative would be to set up a share, and put the branch there. You should then be able to access it via the file system.
[03:14] <zearin> under /Volumes/ ?
[03:14] <spiv> zearin: there's probably an error from SSH just before that line that may be relevant
[03:15] <zearin> I tried the SSH in the OSX Terminal and it worked fine
[03:15] <dmuir> maybe  a password issue?
[03:15] <zearin> well correction…I tried a plain SSH to my other machine in the Terminal, and it worked fine
[03:15] <zearin> I didn't test the bzr+ssh on the CLI
[03:16] <dmuir> maxb: what's the "right way"TM to merge so I never need to to do it again? :-)
[03:18] <dmuir> zearin: I've found that by using ssh keys, you're much less likely to have issues when using bzr+ssh.
[03:19] <zearin> Hm okay…again, this is something I have fiddled with.  Barely.  But I don't really know what I'm doing with keys.  I have a GUI app to help me manage them (don't laugh! :P)
[03:19] <dmuir> last time I tried using bzr over a protocol requiring authentication, it would crap out if asked for a password.
[03:20] <zearin> that seems to be what is happening
[03:20] <zearin> I tried it in terminal and after I gave the password it died
[03:20] <lifeless> bzr doesn't have the ability to do ssh passwords - ssh grabs the terminal entirely itself.
[03:21] <lifeless> so if you're using ssh (and lp: ends up using ssh), you have to use an agent that can prompt you, or hold the keys open for you
[03:21] <zearin> define "grabs the terminal entirely" ?
[03:21] <zearin> okay
[03:21] <dmuir> zearin: tutorial for setting up ssh keys: http://wiki.dreamhost.com/Ssh#Passwordless_Login
[03:22] <zearin> I have one already set up
[03:22] <zearin> I set it up for LP
[03:22] <zearin> I just don't know how to use it otherwise :)
[03:22] <spiv> zearin: my point is that the "Connection close: Unexpected end of message..." error is usually not the whole error.  There's often some more output just before that that indicates why the connection failed.
[03:22] <zearin> Okay spiv … onesec
[03:23] <zearin> Tonys-MacBook:~ tony$ bzr branch bzr+ssh://Tonys-iMac.local/Developer/Projects/org.lyris
[03:23] <zearin> Unable to load plugin 'rebase'. It requested API version (2, 1, 0) of module <module 'bzrlib' from '/Library/Python/2.6/site-packages/bzrlib/__init__.pyc'> but the minimum exported version is (2, 2, 0), and the maximum is (2, 2, 0)
[03:23] <zearin> Password:
[03:23] <zearin> bash: bzr: command not found
[03:23] <zearin> bzr: ERROR: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist.
[03:23] <zearin> That "rebase" error always occurs
[03:24] <zearin> But I've never used the rebase command, and other operations seem unaffected, so I ignore it.  It can't be connected to the SSH issue, can it?
[03:24] <lifeless> zearin: 'command not found' - you don't have bzr installed on your server.
[03:24] <zearin> I do, though
[03:24] <dmuir> zearin: iYou need to add the same key you added to LP to your other mac, and you'll be able to log in to it without a password.
[03:24] <zearin> OOooh
[03:25] <zearin> both the identity & identity_rsa ?
[03:25] <lifeless> zearin: is it in your path ?
[03:25] <spiv> zearin: try "ssh Tonys-iMac.local bzr help", I think you'll see that fail too
[03:25] <lifeless> zearin: do this: "ssh Tonys-iMac.local bzr help"
[03:25] <lifeless> spiv: \o/
[03:26] <zearin> it did fail.  WTF?  I know I have bzr on my Desktop because I've already used it there!
[03:26] <dmuir> Yes, when you log in directly, but it might not be on the path for ssh.
[03:27] <zearin> Well I also tried bzr+ssh://Tonys-iMac.local/~/rest/of/path , which according to the Documentation should unambiguously start me at the home dir
[03:27] <zearin> with same results.  :(
[03:28] <dmuir> zearin: When you connect via ssh, it typically uses a different profile.
[03:29] <zearin> okay, so I just did this:
[03:29] <zearin> Tonys-MacBook:~ tony$ ssh Tonys-iMac.local
[03:29] <zearin> Password:
[03:29] <zearin> Last login: Wed Jun  9 22:11:37 2010 from tonys-macbook.local
[03:29] <zearin> -bash: /Users/tony/.bashrc: No such file or directory
[03:29] <zearin> Tonys-iMac:~ tony$ bzr
[03:29] <zearin> Bazaar 2.1.2 -- a free distributed version-control tool
[03:29] <zearin> http://bazaar-vcs.org/
[03:29] <zearin> …
[03:29] <zearin> …
[03:29] <zearin> …
[03:29] <zearin> I am so beyond confused.  :(
[03:29] <lifeless> you're setting the path to bzr in your bash_profile, not your bashrc, or vice verca
[03:29] <lifeless> I can never remember which is which :)
[03:30] <zearin> Neither can any of Google's search results :)
[03:30] <lifeless> or you may have it beyond an interactive-only guard in bashrc
[03:30] <lifeless> or something like that
[03:30] <zearin> Tonys-iMac:~ tony$ which bzr
[03:31] <zearin>  /usr/local/bin/bzr
[03:32] <spiv> lifeless: I'm not sure that execing a command via ssh will run your bashrc (or whatever your shell of choice is) at all?
[03:32] <zearin> I'm not sure what you mean… :(
[03:33] <zearin> Tonys-iMac:~ tony$ cat .bash_profile
[03:33] <zearin> . ~/.bashrc
[03:33] <zearin> #	Setting PATH for MacPython 2.6
[03:33] <zearin> #	The orginal version is saved in .bash_profile.pysave
[03:33] <zearin> PATH="/Library/Frameworks/Python.framework/Versions/2.6/bin:${PATH}"
[03:33] <zearin> export PATH
[03:33] <zearin> #	Aliases
[03:33] <zearin> #
[03:33] <zearin> #	@TODO - use "-G" and customize color outputs
[03:33] <zearin> alias ls="ls -aehAF"
[03:33] <zearin> Does that help?
[03:33] <dmuir> .bashrc is used for non-login shells
[03:33] <spiv> zearin: (please use a pastebin)
[03:33] <zearin> How do I use a pastebin?
[03:33] <lifeless> spiv: zearin put the PATH version in .bashrc
[03:33] <lifeless> bah
[03:33] <lifeless> zearin: ^
[03:34] <lifeless> spm: ready for some monkey love?
[03:34] <zearin> …
[03:34] <spm> lifeless: perhaps not literally
[03:34] <zearin> *innocent look*
[03:34] <lifeless> spm - please pull lp:~lifeless/pqm/attachments into pqm, after grabbing the current revision-info
[03:34] <zearin> I prefer my girlfriend :)  She's much nicer than a monkey
[03:34] <spm> hookay
[03:34] <dmuir> ok... this is getting weird... back to work...
[03:35] <spiv> zearin: you need to set PATH in your .bashrc
[03:35] <zearin> Okay
[03:35] <zearin> Can I be lazy and just…cp .bash_profile .bashrc?
[03:35] <lifeless> no
[03:35] <zearin> Damn.
[03:36] <lifeless> spiv: I wonder if thats the macosx installer's fault?
[03:36] <spiv> lifeless: hmm, possibly
[03:36] <zearin> :(*
[03:36] <zearin> :*(
[03:36] <spm> lifeless: 232<EMAIL_ADDRESS>[03:36] <spiv> lifeless: worth asking someone that knows, at least :)
[03:36] <lifeless> spiv: will you file the bug, or should I?
[03:37] <spm> lifeless: Now on revision 252. u1 and ls are disabled for now; bzr is not
[03:37] <lifeless> spm: and do 'python -c "import bzrlib.tests"' just to check
[03:37] <spiv> lifeless: please do, if you don't mind.
[03:37] <spm> worked
[03:37] <lifeless> spm: thanks
[03:37]  * spm waves heyo to spiv-the-dad
[03:38] <lifeless> zearin: how did you install bzr ?
[03:38] <zearin> Mac installer.
[03:38] <spiv> spm: hey :)
[03:40] <zearin> lifeless: I installed it from the command line before, but I could never get Bazaar Explorer to install and work when I did that.  I tried installing all the dependencies from scratch and went through tons of grief in a long Launchpad troubleshooting dialogue.  Finally a new Mac installer came out, and I used it, and Bazaar Explorer worked.  I was ecstatic.  :)
[03:40] <zearin> lifeless: Both machines are using bzr from the Mac Installer now.
[03:44] <zearin> All I want is to sync two machines in my house.  :(  Why do I fail?
[03:45] <lifeless> zearin: make the change spiv recommended
[03:47] <zearin> trying…
[03:49] <zearin> Gah
[03:49] <zearin> I'm too clumsy at this stuff :(  And tired.  I gotta go sleep.
[03:50] <zearin> But you were really supportive and I totally appreciate that!  lifeless, spiv, dmuir, anybody else I forgot—thanks.  I'll try again soon.  ;)
[03:50] <zearin> Good night all, and may your commands complete execution flawlessly!
[04:46] <dmuir> maxb: thanks for the help. I've been able to fix the conflicts and now merging works again :-)
[05:01] <lifeless> spm: again please
[05:01] <lifeless> dmuir: cool
[05:03] <spm> lifeless: Now on revision 253.
[05:03] <lifeless> spm: thanks
[05:04] <spm> that was from lp:~lifeless/pqm/attachments again, to verify for you
[05:09] <lifeless> yes
[05:09] <poolie> hi lifeless
[05:10] <poolie> can we talk about pqm some time?
[05:10] <lifeless> poolie: sure
[05:10] <lifeless> now is good
[05:10] <poolie> me too
[06:06] <poolie> hi lifeless, i'm back if you want to talk about fixtures
[06:25] <lifeless> please ring me
[06:25] <lifeless> poolie: ^
[06:35] <m3ga> bzr 2.1.1 on lucid. if i do 'bzr merge /other/branch/' i get 'bzr: ERROR: Working tree has uncommitted changes (See bzr status).' but 'bzr status' says nothing. whats going on?
[06:36] <spiv> m3ga: that's strange
[06:36] <m3ga> hey spiv. yes, strange indeed
[06:37] <spiv> m3ga: I suppose that might happen if you had aliased bzr status to actually do "bzr status ." and your cwd isn't the project root...
[06:37] <m3ga> nope, thats not it
[06:38] <spiv> Yeah, that did seem a bit far-fetched.
[06:38] <m3ga> is just did 'bzr revert' and it removed a couple of files.
[06:38] <spiv> Hmm, then 'bzr status' should have reported something before the revert.
[06:38] <m3ga> i agree :-)
[06:39] <m3ga> and now it thinks there is no common ancestor
[06:39] <spiv> Or perhaps 'bzr --no-plugins --no-aliases status' should have ;)
[06:39] <m3ga> thay may in fact not have a common ancestor.
[06:40] <spiv> Yeah, that message is generally right :)
[06:40] <m3ga> yep, no common ancestor
[06:41] <m3ga> thanks spiv
[07:33] <lifeless> spm: hi
[07:33] <spm> lifeless: I'd thought you'd forgotten about me....
[07:33] <lifeless> no
[07:33] <spm> :-)
[07:33] <lifeless> sadly python 2.x sucks
[07:33] <lifeless> and something is upcasting things to unicode
[07:33] <spm> switch to VisualBasic, make all our probvlems go away
[07:34] <lifeless> so it only shows up in prod :(
[07:35] <spm> excellent
[07:36] <spm> spmdo?
[07:39] <lifeless> sec
[07:39] <lifeless> managed to reproduce locally
[07:39] <lifeless> via the magic of paranoia
[07:39] <spm> :-)
[07:40] <spm> lifeless: just for the moment: http://www.youtube.com/watch?v=rpRiSb_Ir-s
[07:45] <vila> hi all
[07:45] <spm> hey vila
[07:46] <lifeless> spm: spmdo, 254 incoming
[07:48] <spm> lifeless: 254 from lp:~lifeless/pqm/attachments pulled in
[07:52] <lifeless> spm: nice song
[07:53] <spm> lifeless: you've not come across Garbage before? havea  few of their cd's. not too shabby.
[07:53] <lifeless> oh, I have cd's :)
[07:53] <lifeless> doesn't stop it being a nice song
[07:56] <spm> heh
[07:57] <lifeless> I got into garbage at uni
[07:58] <lifeless> -not to be quoting thast-
[08:13] <spm> struggling to remember who I was listening to at Uni. zztop, pink floyd, queen, icehouse for a local band - live at expo '88 - awesomeness; /me quickly checks his record (yes record) collection, gets embarrassed and stops describing right there.
[08:15] <vila> spm: yeah, better stop there or you will look even older than me :) (There was a Status Quo appearance near Strasbourg a couple of weeks ago and that's how I learned that they weren't dead after all :)
[08:17] <spm> vila: you'll be pleased to know we've been educated our 7yo with Status Quo, (and Slade etc) which he tends to sing very loudly. I only hope it's a few more years before he discovers the meaning of some of those lyrics... :-D
[08:18] <vila> hehe
[08:19]  * vila takes note to listen to the lyrics again now that his english has hopefully improved enough to understand ;)
[08:19] <spm> 'the wanderer' is a classic that way
[08:22] <spm> lifeless: how are we going with pqm? safe to open for U1 et al yet? or keep it wrapped?
[08:22] <lifeless> waiting on spivs job
[08:22] <lifeless> then my test one will go through
[08:22] <lifeless> so - 1.3 hours prob
[08:22] <lifeless> I'll liase with mthaddon
[08:23] <vila> lifeless: what is up with pqm ?
[08:23]  * lifeless needs to send mail
[08:23] <lifeless> trying to fix the terrible output people were getting
[08:24] <vila> for value of terrible including None ?
[08:24] <lifeless> no
[08:24] <lifeless> truncated subunit stuff
[08:25] <lifeless> filtered, no cause of error show, stdout+stderr conflated
[08:25] <spm> lifeless: oki, I'll make sure the R Tis updated with the deatils of where we're at
[08:25] <lifeless> thanks
[08:26] <vila> lifeless: oooh, the one poolie mentioned, great, I think babune encountered it from time to time but I thought it was due to something else, since it was sporadic I had no way to diagnose, so any fix there will be warmly welcome
[08:26] <vila> lifeless: so you're fixing subunit or pqm ?
[08:26] <mwhudson> vila: morning, how was your trip home?
[08:26] <poolie> hi there spiv, vila, mwhudson, lifeless
[08:26] <lifeless> vila: pqm
[08:27] <spm> hey mwhudson
[08:27] <poolie> lifeless,  do you know off hand a good incantation to run a unittest from the interpreter
[08:27] <poolie> or more particularly from a doctest
[08:27] <vila> mwhudson: I missed a train in Cambridge, got the next one (luckily 20 mins later), had on horrible trip between London and Paris due to 6 guys playing cards, drinking beer and laughing louder than you can imagine, but I arrived safely in the end :)
[08:28] <mwhudson> vila: :/
[08:28] <mwhudson> vila: arriving safe is the main point i guess
[08:28] <poolie> and the worst thing... they work for us :/
[08:28] <poolie> ;-)
[08:28] <vila> mwhudson: I managed to fix two bugs related to BZR_PLUGINS_AT. Since I couldn't fight the guys, I throw my anger at the bugs :)
[08:30] <vila> poolie: hehe, no way, we have some guys who drink but they manage to make *us* laugh instead :)
[08:31] <mwhudson> s/some/one/
[08:31] <mwhudson> :-)
[08:31] <vila> mwhudson: well, protecting the innocent(s) requires some blurry references :)
[08:32] <poolie> one guy who drinks? i think you need to pay more attention :)
[08:34] <vila> there is drinking.... and then there is... drinking...
[08:35] <lifeless> poolie: testscenarios has a doctest demo doing that
[08:35] <lifeless> poolie: already fixed up to not chat to stdout/stderr
[08:35] <poolie> ok thanks
[08:35] <lifeless> you may recognize it still :)
[08:36] <vila> I drink only water and I'm not responsible for what is added there by barmaids as long that it's less than say 20% of the total :)
[08:36] <poolie> :)
[09:15] <lifeless> I hate python2
[09:17] <netshine> :-(
[09:17] <netshine> i like java :+)
[09:17] <netshine> btw lifeless, if i have changes in my files, and bzr know about that modified:
[09:17] <netshine>   ChangeLog
[09:17] <netshine>   src/cv_paintbrush_tool.c
[09:18] <netshine> why he still dosnt want to update... has uncommitted changes (See bzr status). Use --no-strict to force the push.
[09:46] <lifeless> netshine: newer bzr doesn't do that, it says '--strict to prevent'
[09:46] <lifeless> netshine: but are you pushing, or updating ? they are different things
[09:48] <netshine> thats ok fixed that. i was needed to mark the changes.
[14:10] <mgz> I have clearly gone mad
[14:10] <mgz> apparently left this branch in a completely broken state on the last commit
[14:11] <mgz> syntax errors and everything
[14:11] <mgz> this last bug is at least in codecs.open rather than my code
[14:33] <bialix> hey mgz
[14:34] <mgz> hey Alexander, just read the mail about a branch you want me to review
[14:35] <vila> privet sacha, hi mgz
[14:36] <mgz> vila has been practicing his russian? or is very interested in hedges.
[14:36] <vila> mgz: can jython use ctypes ?
[14:36] <fullermd> mgz: Either way, he's branching out    8-}
[14:37] <vila> One more joke going over my head :-/
[14:37] <vila> fullermd: _o/
[14:37] <mgz> vila: not currently, but there is com.sun.jna
[14:37]  * fullermd buys vila a very tall hat.
[14:38] <vila> I hate hats (sounds funny :)
[14:38] <mgz> http://www.hedging.co.uk/acatalog/pics_10273.html
[14:39] <vila> mgz: hehe, so, bialix told me privet is the closest to hello indeed ;)
[14:42] <bialix> what?
[14:43] <bialix> why are hedges?
[14:44] <mgz> I was just making a little joke, bialix :)
[14:45] <bialix> ali g?
[14:45] <bialix> I don't want a chicken
[14:46] <bialix> bonjour vila
[14:46] <bialix> :-P
[15:02] <mgz> bialix: lp:~jspashett/bzr/587868_args_handling_cant_debug looks sensible to me, could do with some tests though
[15:03] <bialix> yep, I think it's possible to write tests here by replacing sys.argv with some value and then back
[15:03] <bialix> can you add such comment? I'm not sure is Jason will be able to write such tests though
[15:05] <mgz> no problem.
[15:11] <bialix> nice Bug 592083
[15:12] <bialix> there are several nasty bugs when user name is non ascii, or have a space inside.
[15:12] <bialix> I know, but never got enough time to fix :-/
[15:12] <mgz> yeah, the space inside one bugged me for agest
[15:13] <mgz> but removing the default userid stuff last month was good enough for me
[15:13] <bialix> it's not enough
[15:13] <bialix> and that bug show
[16:06] <jam> vila: are you still around?
[16:06] <vila> jam: hellloooo jam, yes
[16:12] <mgz> parthm... isn't in the channel...
[17:41] <parthm> jam: ping
[17:52] <jam> hi parthm
[17:52] <parthm> jam: hi
[17:53] <parthm> jam: i was looking into the "Will continue to try.." message. removing it totally seems good to me.
[17:54] <parthm> jam: if the timeout is always 0 i can also remove the code for it. do you know if "poll" is bzrlib.lockdir.wait_lock is used or is that also always 0?
[17:55] <jam> parthm: the timeout is not 0 locally
[17:55] <jam> just for the smart server
[17:56] <parthm> jam: ok. in that case i suppose i will just put the message in a conditional for time > 0
[17:56] <parthm> s/time/timeout/
[17:57] <parthm> jam: thanks for the clarification. i will update the mp for this.
[18:17] <mgz> okay, let's finish this off, building py3k now.
[18:19] <exarkun> mgz: did you port bzr to python 3?
[18:19] <mgz> ha, no, need to finish getting it working on less exotic pythons first
[18:20] <mgz> I need to check that my testtools change doesn't break py3k though.
[18:38] <mgz> okay, this is going to be a problem
[18:38] <mgz> looks like testtools has been written to be source-compatible with py3k
[18:39] <mgz> don't see how I can easily maintain that and actually test things related to unicode
[18:41] <mgz> wonder if they'd take a patch that ran 2to3 in setup.py instead
[18:50] <mgz> though, does appear to be broken on py3k currently anyway
[19:34] <mgz> okay, back to work
[19:35] <mgz> why I hate DocTestMatches - what the hell is the mismatch here:
[19:35] <mgz> http://paste.ubuntu.com/447885/
[19:46] <mgz> okay, got it.
[19:47] <mgz> py3k removes the word "integer" from the exception message raised by `1/0` which means there's one too many spaces between the dots
[20:22] <TresEquis> anybody know how to get loggerhead to serve up robots.txt?
[20:23] <TresEquis> spiders suck, but at least some of them play by the rules
[20:31] <mgz> why should that be loggerhead's job? or are you using it without any kind of front end webserver?
[20:35] <lifeless> morning
[20:38] <mgz> morning lifeless
[20:39] <TresEquis> mgz: it is running proxied behind apache
[20:39] <mgz> so, get apache to serve up robots.txt then.
[20:39] <TresEquis> but the "top level" for the domain is the loggerhead server
[20:40] <mgz> Alias robots.txt /path/to/robots.txt # or something
[20:41] <mgz> hm... my conf uses AliasMatch ^/robots.txt$ - but can't remember if I had a reason or was just being anal
[20:42] <TresEquis> mgz: can you post the whole line?
[20:43] <mgz> well, what I have to hand is:
[20:43] <mgz> AliasMatch ^/robots.txt$ "C:/Program Files/Apache2/htdocs/robots.txt"
[20:44] <mgz> I remember why I wrote it like that now, means paths like /robots.txt/extra/junk won't be translated
[20:46] <TresEquis> hmm
[20:46] <TresEquis> that doesn't seem to do it in my case
[20:47] <mgz> what mechanism are you using to forward requests to the (I presume) seperate loggerhead server?
[21:00] <TresEquis> mod_rewrite
[21:00] <TresEquis> I have a working rewrite rule now
[21:01] <mgz> ugh, could also be called mod_misuse
[21:01] <TresEquis> mgz:  I've been using it to front Zope for more than a decade
[21:02] <mgz> bet you could do exactly what you are already with shorter, more readable config and just straight mod_proxy
[21:02] <TresEquis> nope
[21:02] <mgz> for some reason people treat mod_rewrite as a front end to everything else
[21:02] <TresEquis> I really do need to rewrite the URLs to get virtual hosting working
[21:03] <mgz> anyway, glad it's working.
[21:03] <TresEquis> it uses mod_proxy on the backend
[21:03] <TresEquis> thanks
[21:03] <TresEquis> I still think that loggerhead should be able to serve static files trivially
[21:04] <lifeless> I think that might be nice
[21:11] <TresEquis> lifeless: howdy!  you find a house yet?
[21:12] <lifeless> http://maps.google.com/maps?f=q&source=s_q&hl=en&geocode=&q=40+Rowse+Street,+Rangiora,+Canterbury,+New+Zealand&sll=-43.561088,172.721778&sspn=0.007961,0.017767&ie=UTF8&hq=&hnear=40+Rowse+St,+Rangiora+7400,+New+Zealand&ll=-43.316451,172.586439&spn=0.007993,0.017767&z=16&layer=c&cbll=-43.316371,172.586489&panoid=QOxqEX79iOaIyNEKwDze-A&cbp=12,283.41,,0,12.7
[21:13] <lifeless> we've put an offer in on it
[21:13] <TresEquis> cool
[21:15] <TresEquis> good luck
[21:17] <TresEquis> we lost a bidding war when I was looking 10 years ago
[21:17] <lifeless> :(
[21:18] <TresEquis> turned out the place would've sucked -- the one we got is better (and cheaper)
[21:18] <lifeless> :)
[21:18] <lifeless> they have accepted out offer
[21:18] <lifeless> but we're doing due diligence stuff atm
[21:19] <lifeless> so contract isn't unconditional yet
[21:19] <TresEquis> ah, ok
[21:38] <agrippa> I want to make the first revision the current revision.  How do I do that?
[22:06] <lifeless> TresEquis: hey
[22:06] <lifeless> mars: since TresEquis is here, lets talk zope.testing briefly
[22:06] <lifeless> mars: you might like to read https://code.edge.launchpad.net/~gz/testtools/unicode_tracebacks_501166/+merge/26094
[22:08] <TresEquis> lifeless: I'm still around
[22:08] <mars> lifeless, well, that is interesting :)
[22:08] <lifeless> TresEquis: I'm worried that I'm going to hold up actual fixes going into zope.testing for mars
[22:09] <lifeless> when it seems to be that all the proposed patches improve things, there doesn't seem to be a benefit holding one hostage to a separate infrastructure issue
[22:09] <lifeless> so I'm hoping to change your -1 that you put in the zope.testing utf8 traceback review ;)
[22:09] <TresEquis> lifeless: new features that the Zope developers can't test shouldn't land
[22:09] <TresEquis> and bugfixes that we can't test are iffy, too
[22:10] <lifeless> TresEquis: they can test it, its just not convenient, AIUI.
[22:10] <lifeless> TresEquis: or am I wrong?
[22:10] <TresEquis> testing means that it can be run in buildbots, on multiple OSes, etc.
[22:11] <lifeless> yes
[22:11] <lifeless> and in the case in point it can be
[22:11] <lifeless> its just not convenient - which there is a separate task going on to fix.
[22:11] <TresEquis> If somebody who actually uses subunit can take point on it, then I think we can merge fixes
[22:11] <TresEquis> frankly, the original feature should never have landed without reproducible tests
[22:11] <lifeless> TresEquis: mars and sidnei both do - lp uses it for its c-i stuff, and landscape uses it for client tests
[22:12] <TresEquis> that don't depend on having subunit installed in the OS default path
[22:12] <lifeless> You had me totally convinced until that line; how something is installed is really irrelevant, isn't it ?
[22:12] <TresEquis> so, if sidnei wants to merge the fix, and promise that it actually helps, I guess I'm -0 on that
[22:13] <TresEquis> lifeless: it needs to be testable in isolation
[22:13] <TresEquis> on *every* machine where *anybody* develops zope.testing
[22:13] <TresEquis> which means one of the two solutions we talked about the other day
[22:13] <mars> TresEquis, does the test suite pass right now when subunit isn't installed?  I see that there are doctests for the subunit support.
[22:13] <lifeless> TresEquis: yes, thats orthogonal to virtualenv though: you have vm's, chroots, virtualenv, ec2 as different means to do isolated testing.
[22:13] <TresEquis> mars: but nobody except you guys can keep from breaking the subunit support
[22:14] <mars> true
[22:14] <lifeless> TresEquis: I don't buy every machine, as soon as you have any OS specifici stuff, *some* tests have to become conditional.
[22:14] <TresEquis> e.g., zope.testing's testrunner is now deprecated
[22:14] <lifeless> TresEquis: I'm not saying 'dont improve the testing situation with subunit'
[22:14] <TresEquis> lifeless: there is *nothing* actually OS-specific about htis
[22:15] <TresEquis> just that subunit's Python support is tied at the hip (for now) to its C build
[22:15] <lifeless> TresEquis: I'm saying 'don't hold actual fixes hostage to a different *improvement*'. If mars was reducing test coverage, I wouldn't be saying what I'm saying.
[22:15] <lifeless> TresEquis: the risk you speak of already exists, and mars's patch doesn't make it worse - AIUI.
[22:15] <TresEquis> right now, *everything* to do with subunit in zope.testing is bitrotted
[22:15] <lifeless> TresEquis: which is impressive, as its what - 3 weeks old or something ? :)
[22:16] <TresEquis> no, its a year old
[22:16] <TresEquis> particularly because zope.testing.testrunner is itself deprecated in favor of zope.testrunner
[22:16] <lifeless> wow, time flies.
[22:16] <lifeless> I was sure jml's patch only landed a month or so back
[22:16] <TresEquis> but none of the developers working to manage the split to zope.testrunner can test the subunit stuff without a major timesuck
[22:17] <TresEquis> I did that merge
[22:17] <TresEquis> but subunit support was around longer than that
[22:17] <mars> TresEquis, ok, would getting subunit onto PyPI solve the problem?  Then we can make zope.testing properly depend on subunit for devs.
[22:17] <TresEquis> mars: yes, that would help
[22:18] <TresEquis> 'subunit-python' or 'python-subunit', that is
[22:18] <TresEquis> I contributed a setup.py for that
[22:18] <jml> TresEquis, I'm confused
[22:18] <jml> TresEquis, I added subunit support to zope.testing this year
[22:18] <TresEquis> Didn't sidnei add other subunit-related stuff last year some time?
[22:19] <jml> TresEquis, there's some other stuff related to running tests in subprocesses
[22:19] <jml> TresEquis, which has, sadly, nothing to do with subunit
[22:19] <jml> TresEquis, although if it were implemented properly, it would probably use subunit :)
[22:19] <lifeless> TresEquis: so what I think you are saying is "There is a testing and refactoring risk with subunit in zope.testing at the moment"
[22:19] <TresEquis> yes
[22:19] <lifeless> TresEquis: and "That risk must not be increased and should be decreased"
[22:20] <TresEquis> in particular, we are actively refactoring zope.testing
[22:20] <lifeless> TresEquis: and I agree with both of those.
[22:20] <jml> the subunit stuff in zope.testing is very well tested, fwiw and was added just before the recent split-out of zope.testing.testrunner was proposed
[22:20] <lifeless> TresEquis: however you also seem to be implying "the patch from mars increases the risk"
[22:20] <lifeless> TresEquis: which seems entirely false to me, as it comes with tests.
[22:21] <TresEquis> lifeless: I said earlier in this conversation that I could see mars' fixes landed by somebody like sidnei
[22:21] <lifeless> ok cool.
[22:21] <TresEquis> who can test them
[22:21] <lifeless> then we're good. I will get to your subunit patch, I promise.
[22:22] <lifeless> now we're not house hunting I should be able to catch up with my personal projects  :)
[22:22] <TresEquis> but I'm unwilling to see *more* features added that can't be tested by anybody working on zope.testing
[22:22] <mars> TresEquis, yes.  I didn't even realize the subunit tests were conditional when I added them.  My subunit unit test would break on those dev's workstations :(
[22:23] <TresEquis> if subunit support in zope.testing were automated, for instance, then I or Lennart or somebody could help get them ported to zope.testrunner (without aforementioned timesuck)
[22:24] <jml> sorry, I've joined late, but by "automated" you mean something more than the large number of doctests that are already present and run whenever subunit is installed?
[22:24] <TresEquis> zope.testing's self-dependency (it needs itself to run its own tests) has been a major stumbling block on porting zope.* code to Py3k, for instance
[22:24] <TresEquis> jml: they should run *always*
[22:24] <TresEquis> or else the code will bitrot
[22:25] <jml> TresEquis, what about the code in z.testrunner that only works if Python is compiled with certain options?
[22:25] <TresEquis> which means that getting subunit-python into the buildout (or better, the virtualenv) is crucial
[22:25] <TresEquis> hmm?
[22:25] <TresEquis> those features are tested on buildbots
[22:26] <jml> TresEquis, so, would it be good enough for me to set up a hudson instance (or I guess a buildbot) that runs the tests in an environment w/ subunit installed?
[22:26] <TresEquis> those features are also used frequently by at least some of the folks who maintain zope.testing
[22:26] <TresEquis> subunit isn't (yet, at least)
[22:27] <TresEquis> except for sidnei, apparently
[22:27] <jml> TresEquis, my outsider status aside, I do use subunit w/ zope.testing frequently and I do send patches
[22:27] <TresEquis> jml: right
[22:28] <TresEquis> it's just hard to do the refactoring of zope.testing / zope.testrunner without knowing whether we have broken the conditional tests
[22:28] <jml> TresEquis, well, you'll have to test both paths anyway as long as it's an optional dependency
[22:29] <TresEquis> my branch for subunit adds a distutils setup.py for the package, for instance:  lifeless is going to look into merging it
[22:29] <jml> TresEquis, I guess you could hack up something that tweaks sys.modules or what-have-you
[22:29] <TresEquis> jml: we have patterns for that:  e.g., the buildout has separate parts for separate Python versions, etc.
[22:29] <jml> oh right.
[22:29] <jml> buildout :)
[22:30] <mars> jml, I think the idea was to make subunit a required dependency for developers, but optional for users
[22:30] <TresEquis> jml: not everybody lives in a .deb monculture
[22:30] <TresEquis> mars: rithe
[22:30] <TresEquis> sorry, right
[22:30] <TresEquis> and make it trivial to install
[22:30] <TresEquis> I actually made a stab at doing a CMMI build *inside* the buildout
[22:31] <TresEquis> but ran out of tuits
[22:31] <jml> TresEquis, you should have read my blog post first :)
[22:31] <TresEquis> subunit is just a little cranky to build
[22:31] <jml> yep.
[22:31] <TresEquis> the Python bits are straightforward, though
[22:31] <TresEquis> at least for now
[22:32] <TresEquis> lp:~tseaver/subunit/add_distutils_support
[22:33] <TresEquis> creates an sdist which installs the library code and the tests cleanly
[22:33] <TresEquis> sorry, s/tests/filters/
[22:34] <jml> TresEquis, have you verified that this makes a usable egg for your purposes?
[22:35] <mars> lifeless, does your testtools traceback branch obsolete my zope.testing traceback branch?
[22:35] <lifeless> I don't think so
[22:35] <mars> ok
[22:36] <TresEquis> jml:  that was at the end of the tuit stack, too
[22:37] <meoblast001> hi
[22:37] <TresEquis> I did verify that it made an sdist installable in a virtualenv
[22:37] <TresEquis> and that the filter scripts could run with '--help'
[22:37] <mars> lifeless, actually, it looks like they are unrelated.  testtools can't handle utf-8 : neither could the zope.testing subunit output.  Same bug, different pieces of code.
[22:37] <TresEquis> meaning that they could import subunit
[22:37] <lifeless> mars: right
[22:37] <lifeless> mars: the testtools fix that mgz is doing is rather deeper
[22:37] <jml> TresEquis, cool.
[22:37] <lifeless> mars: because pedants
[22:38] <meoblast001> i have a friend who uses Windows who will be testing a project i'm working on.... he installed Python 2.6.5, Bazaar, and Bazaar Explorer, but he gets a cannot execute bzr error
[22:38] <jml> TresEquis, I guess ideally I'd like to know it works before I merge it, particularly since setup.py's are quite hard to test automatically.
[22:38] <lifeless> mars: and interestingly I've got a patch I'm looking at right now to address a similar cause in subunit itself
[22:38] <mars> lifeless, yes, I thought about finding and fixing traceback inputs for all of 5 minutes before moving to a defensive code solution
[22:39] <TresEquis> jml:  one trivial test is to run 'python setup.py --long-description', or whatever, and examine the output
[22:39] <TresEquis> which at least guards against syntax errors
[22:39] <mgz> lp:~mars/zope.testing/fix-subunit-utf8-traceback-reporting right?
[22:39] <TresEquis> but the folks doing the release-to-PyPI are the ultimate watchdogs
[22:40] <TresEquis> which works because they rely on setup.py to do that task
[22:40] <lifeless> mars: yes
[22:40] <lifeless> bah
[22:40] <lifeless> toomanyms
[22:40] <jml> TresEquis, I don't know who's going to do that :)
[22:40] <lifeless> mgz: yes
[22:40] <mars> mgz, yep.  We had a crash where the traceback coming into the code could be uft8, unicode or ASCII.  And it is in a testrunner, so for the tb contensts, anything goes!
[22:40] <mgz> it's similar in that it adds handling for arbitrary bytestrings as tracebacks.
[22:41] <lifeless> jml: I'm happy for any subunit committer, which includes you, to upload stuff to pypi - I'd like them all to have permissions.
[22:41] <lifeless> in fact
[22:41] <lifeless> I'd like a lp-group-to-pypi-project permission syncer
[22:41] <lifeless> I can has automation please?
[22:41] <jml> lifeless, LP has APIs. Don't know about PyPI
[22:41] <mgz> the branch for testtools is more like changing your OutputFormatter.format_traceback code to always return unicode
[22:42] <mgz> but both are trying to squish the same kind of problem.
[22:42] <lifeless> jml: it has a web UI at lesat ;)
[22:42] <TresEquis> jml: Stephan Richter has some script he uses to bless / blast users with perms for zope.* packages
[22:42] <jml> lifeless, and james_w has beautifulsoup matchers. you should write the syncer now :)
[22:43] <james_w> \o/
[22:43] <james_w> did you see my bug about matchers and addDetail?
[22:43] <jml> no, I didn't.
[22:44] <TresEquis> PyPI speaks xmlrpc, I think:  http://wiki.python.org/moin/PyPiXmlRpc
[22:44] <james_w> Mismatches should have a way to persuade assertThat to call addDetail with a bunch of Content if it fails due to them
[22:45] <james_w> I want to stop the Mistmatch.describe() methods in soupmatchers stop printing the whole html, as that's a terrible idea, but I would love to provide it for looking at if desired
[22:46] <jml> TresEquis, if I merge this patch into trunk but don't release, will that help / unblock you?
[22:47] <lifeless> james_w: oh thats a great aidea
[22:47] <lifeless> james_w: please do it
[22:47] <lifeless> james_w: I suggest a query interface on Mismatch
[22:47] <lifeless> james_w: get_details, or something
[22:47] <james_w> I suggested an attribute, but that works fine
[22:48] <lifeless> and then, assertThat can do 'for content in Mismatch.get_details: self.addDetail(unique_name, content)'
[22:48] <lifeless> or roughly that
[22:48] <james_w> bug 591327
[22:48] <lifeless> adjust as you please
[22:49] <lifeless> these abstractions are feeling really right
[22:49] <james_w> yeah
[22:49] <james_w> though of adding disposition to Content?
[22:49] <james_w> thought
[22:49] <lifeless> mm
[22:49] <james_w> as in inline/attachment
[22:50] <james_w> which could be interpreted by a runner as to whether to display by default?
[22:50] <lifeless> I don't think it belongs there
[22:50] <mgz> derailing the Matchers topic a bit, did anyone play my spot-the-difference from earlier? http://paste.ubuntu.com/447885/
[22:50] <lifeless> content maps well to email, http, disk files
[22:50] <lifeless> what to do and how to address it is a wrapper issue - IMO, I may well be wrong
[22:51] <TresEquis> jml: we aren't really unblocked meaningfully until we can either install 'subunit-python' from PyPI (or another URL)
[22:51] <TresEquis> or else build subunit inside the buildout
[22:51] <TresEquis> I prefer the former at this point ;)
[22:51] <jml> TresEquis, ok. that's good to know.
[22:51] <TresEquis> if somebody made the sdist from that branch and put it up somewhere "permanent"
[22:52] <james_w> plus there's my testtools merge request if someone wants to take a look?
[22:52] <TresEquis> then we could point to that URL in the 'find-links' bit for the buildout
[22:52] <jml> TresEquis, I'm a little reluctant to release subunit right now, mostly because it's too much of a context switch and I'm not 100% the setup.py does what we want. Also I have to leave for a flight in ~30mins
[22:52] <james_w> (t-i-p IRC channel?)
[22:52] <jml> james_w, yeah, let's
[22:52] <TresEquis> and procede accordingly
[22:52] <lifeless> james_w: that is #python-testing
[22:56] <jml> TresEquis, but I'll try to get to it tomorrow or next week, and try prodding lifeless to get there first :)
[22:57] <jml> mgz, nothing stands out
[22:58] <TresEquis> jml: OK -- in the meanwhile, sidnei or gary_poster or somebody with subunit-fu can go ahead and do the merge of mars' branch
[22:59] <jml> TresEquis, cool.
[22:59] <mgz> indeed. only printing the actual line for the Mismatch would help, and putting the whole thing as an attachement as was being discussed
[23:35] <jelmer> lifeless: so, bug 309682
[23:36] <jelmer> james_w: ^
[23:36] <jelmer> I'm wondering if the right approach is to fetch all revisions for which we have tags
[23:53] <james_w> jelmer: I'd be happy with that
[23:54] <james_w> jelmer: would it be any more expensive for bzr-svn?
[23:55] <jelmer> james_w: not particularly
[23:56] <jelmer> james_w: of course if there's a revision tagged that doesn't have any relation to the mainline it will mean fetching more data
[23:56] <jelmer> but that doesn't seem unreasonable
[23:57] <lifeless> jelmer: I think we should do that


[06:39] <bilalakhtar> Is the PPA upload processing daemon down?
[06:40] <bilalakhtar> I uploaded a package 20 minutes ago, still no mail , nothing
[06:40] <bilalakhtar> and the signature and other stuff was good
[06:44] <bilalakhtar> Now its going to be 25 minutes, still no mail, still no upload on the page
[06:45] <bilalakhtar> Anyone here with the same problem?
[09:00] <maxb> urgh
[09:00] <maxb> ubuntu-mozilla-daily needs its own build farm
[13:09] <sladen> Since  https://bugs.launchpad.net/ubuntu-font-family/+expirable-bugs   is a non-empty list, what does one have to do, in order to get expiry to work
[13:09] <sladen> if the automatic one still doesn't work, is there still a Python/API script that I can use to do it?
[13:32] <kiko> sladen, there's a switch on the project to turn expiry on; is it on for that project?
[14:14] <romaia> hello all. I am trying to create a new branch, but this is shown:
[14:14] <romaia> $ bzr branch lp:stoq
[14:14] <romaia> ssh: connect to host bazaar.launchpad.net port 22: Connection refused
[14:15] <romaia> any idea what is happening?
[14:19] <jderose> romaia: i think i might be having a similar problem: TooManyConcurrentRequests: The medium 'SmartSSHClientMedium(bzr+ssh://jderose@bazaar.launchpad.net/)' has reached its concurrent request limit. Be sure to finish_writing and finish_reading on the currently open request.
[14:19] <jderose> lp:674033
[14:22] <kiko> thumper, mrevell: bzr/ssh bustage?
[14:23] <mrevell> abentley, Do we know of anything, wrt kiko's question above?
[14:23] <romaia> looks like its back
[14:24] <abentley> mrevell: No.
[14:24] <romaia> yeap. its working again
[14:24] <romaia> thx
[14:24] <mrevell> romaia, Good to hear. Let me know if you have any further issues.
[14:24] <mrevell> Thanks kiko
[14:24] <mrevell> cheers abentley
[14:25] <kiko> abentley, mrevell, why are we having these issues intermittently?
[14:25] <kiko> is this something we're keeping track of?
[14:26] <abentley> kiko: I guess because if we were having them all the time, they'd have obvious causes?
[14:26] <kiko> abentley, is that your best answer??
[14:26] <kiko> flacoste, yo!
[14:27] <abentley> kiko: I haven't been aware of this as more than an occasional issue.
[16:25] <al-maisan> hello there! When I try to create a merge proposal using the ls-submit plugin as follows: "bzr ls-submit -v --staging" I get an error that's sticky i.e. does not go away:
[16:25] <al-maisan> bzr: ERROR: File exists: '/srv/bazaar.la
[16:25] <al-maisan> unchpad.net/mirrors/00/06/2e/ea'
[16:25] <al-maisan> Could somebody from the code hosting team please look into this?
[16:41] <berco> Hi
[16:42] <berco> We (TI) created to PPA on our Launchpad https://launchpad.net/~tiomap-dev i.e. "TI OMAP Private trunk PPA" and "TI OMAP trunk PPA"
[16:43] <berco> Can a LOSA make them ARMEL and have the "OMAP Private trunk PPA" made PRIVATE please?
[16:44] <berco> bigjools: is that something you can do ^
[16:45] <ogra_ac> any LOSA should be able to
[17:44] <zaytsev> hi folks
[17:44] <zaytsev> yesterday lp was dying when I was trying to open detailed ppa package view page
[17:44] <zaytsev> today my pushes to the ppaare completely ignored
[17:45] <zaytsev> there's an outage going on or it's just me?
[17:45] <bigjools> https://answers.edge.launchpad.net/soyuz/+faq/227
[17:45] <bigjools> if the reason is not there, then the package has a fault which is crashing the upload processor (a bug I need to fix)
[17:46] <zaytsev> bigjools, I've been using it for ages. I know about these pitfalls
[17:46] <zaytsev> I've been pushing libgadu if you can check whether this is the case
[17:48] <bigjools> it's falling over when processing your upload
[17:48] <bigjools> might be an outage on the librarian, one sec
[17:48] <bigjools> oh wait, that was at 0730 UTC, have you tried since?
[18:01] <berco> Can a LOSA look at my request please?
[18:01] <berco> ^^
[18:08] <Chex> berco: looking now, sorry
[18:25] <Chex> berco: all set on both of those requests.
[18:26] <berco> Chex: thanks a lot
[19:39] <serfus> some help is needed here
[19:39] <serfus> i can't mange to recover my password
[19:40] <serfus> conf email just dosn't arrive
[22:48] <spiv> Huh, resubmitting a merge proposal keeps the old description, but not the old commit message?


[00:19] <Riddell> ooh nixternal's party is on BBC News channel
[00:20] <Riddell> wonder if he's one of the people running in to get at the front
[00:21] <jussi01> Riddell: really? :D
[00:36] <Riddell> "Jaunty open for development"
[00:38] <seele> yet begins the next crazy 6 months
[00:38] <edt> anyone know anyway to fix a sig 11 in adept on 8.10 running on kvm-78 amd under 2.6.27 gentoo amd64?
[00:39] <jdong> does it happen natively?
[00:39] <edt> jdong only have it installed under kvm
[00:40] <Riddell> edt: doing something specific?
[00:40] <jdong> edt: well I'd first blame the virtualization setup for something like that, unless you can reproduce this segfault natively
[00:40] <edt> it does happen on kvm-75 and kvm-77
[00:40] <jdong> edt: but it could very well be an Adept bug regardless of virtualization setup :)
[00:40] <edt> just starting adept - other apps seem to be working fine
[00:41] <edt> its only adept that gets a sig 11 so far
[00:43] <Riddell> edt: you'd need to get a backtrace
[00:43] <Riddell> or upload the crash file with apport
[00:44] <edt> I'll see if I cannot figure out apport
[00:47] <JontheEchidna> Riddell: so do we want to merge kde packages with debian now?
[00:48] <Riddell> JontheEchidna: yes
[00:48] <Riddell> maybe we should do a batcave style wiki page
[00:50] <JontheEchidna> sounds liek a good idea
[00:51] <JontheEchidna> https://wiki.kubuntu.org/Kubuntu/JauntyKDEMerges will be where it goes
[00:51] <Riddell> JontheEchidna: sounds like you're volunteering :)
[00:52] <JontheEchidna> yes, I am :)
[00:52] <JontheEchidna> in progress as we speak
[00:54] <Riddell> JontheEchidna: start with pkg-kde-tools
[00:55] <JontheEchidna> what is that?
[00:56] <Riddell> JontheEchidna: includes kde.mk file
[00:56] <Riddell> which I put into cdbs as kde4.mk so we'll need to change that first
[00:57] <Riddell> hhhellooo
[00:59] <JontheEchidna> Ok, rough outline: https://wiki.kubuntu.org/Kubuntu/JauntyKDEMerges
[00:59] <JontheEchidna> I can't find a pkg-kde-tools package
[00:59] <JontheEchidna> maybe I'm missing something
[01:01] <jdong> "(Version 2 is in maintenance mode, which is also read as obsolete in the KDE world :D)"
[01:01] <jdong> lol I feel mean for saying that
[01:01]  * jdong karma-hugs kubuntu-devel
[01:01] <jdong> love y'all :)
[01:02] <JontheEchidna> :)
[01:03] <jdong> in the case of KTorrent it's probably true and not just a lighthearted jab :)
[02:06]  * rgreening yawns
[02:08] <rgreening> nice page JontheEchidna
[02:08] <rgreening> :)
[02:08] <JontheEchidna> look familiar? :P
[02:08] <rgreening> hehe
[02:10] <rgreening> JontheEchidna is there a link for the process to follow?
[02:10] <JontheEchidna> um
[02:10] <JontheEchidna> jr did do a tutorial day on merges
[02:10] <rgreening> cool.. that would be handy to have on that page
[02:13] <JontheEchidna> oh nice, the 4.1.3 packages are hitting proposed
[02:13] <JontheEchidna> :D
[02:13] <rgreening> woo-hoo
[02:15] <JontheEchidna> after they build we need test test test!
[02:16] <rgreening> JontheEchidna: https://wiki.ubuntu.com/UbuntuDevelopment/Merging
[02:24] <JontheEchidna> holy crap, my first plasma crash in forever
[02:24] <JontheEchidna> well, other than the corner cases I've reproduced for bug triaging ;-)
[02:27] <rgreening> heh
[03:22] <ScottK> rgreening: Ping me when you need a review of your package.
[03:30] <rgreening> ScottK: np. I think we are going to be busy with merges for the next few days... so I may wait until after that
[04:34] <genii> Is there some tray applet for 5-a-day ?
[04:34] <ScottK> genii: I'd ask in #ubuntu-bugs.
[04:35] <genii> ScottK: Ok, thanks
[08:25]  * NCommander works towards fixing KDE on lpia
[08:27] <NCommander> is someone around who can upload?
[10:12] <Riddell> NCommander: did you fix it?
[10:24] <Riddell> "Estimated build start:
[10:24] <Riddell> in 21 hours"
[10:24] <Riddell> sigh
[10:24] <larsivi> on the topic of translations, I tried to get a statement from the leader of the nn-team - he refuses, and is able to produce impressive amounts of venom over LP, Rosetta, their QA, and quality of translations coming from LP in general ...
[10:25] <larsivi> refuses because he has said so much on this in the past without anything happening
[10:25] <larsivi> he references these though:
[10:25] <larsivi> http://wiki.kde.org/tiki-index.php?page=KDERosettaCollaboration
[10:25] <larsivi> http://charismacode.blogspot.com/2007/01/powers-and-repositories-ubuntu-and.html
[10:26] <larsivi> he mentions https://bugs.launchpad.net/rosetta/+bug/44 which has been open since 2005
[10:26] <Hobbsee> Riddell: what do you want promoted?
[10:27] <Riddell> Hobbsee: kde4libs in intrepid-backports
[10:27] <Riddell> Hobbsee: kdepimlibs in intrepid-backports
[10:27] <Hobbsee> all arches?
[10:27] <Riddell> Hobbsee: i386 and amd64 only if that's possible
[10:27] <larsivi> and to end, this was apparently recently said on a KDE (translations?) mailinglist - "LP2 [Launchpad 2] over my dead body"
[10:28] <Hobbsee> Riddell: pimlibs needs to wait until the other libs are built?
[10:28] <Riddell> kde-i18n-doc has had an anti-LP translations thread recently, there's not much can be said to counter it though
[10:28] <Riddell> Hobbsee: yeah
[10:28] <Hobbsee> Riddell: prodded kde4libs to start with
[10:29] <Riddell> thanks
[10:29] <Hobbsee> you're welcome.
[10:31] <Riddell> hi danimo, more beasties?
[10:33] <danimo> Riddell: still the kopete crash
[10:34] <danimo> Riddell: QCA::isSupported ("tls") seems to crash here as qca tries to scan for its keystore
[10:34] <danimo> Riddell: the qca openssl plugin is installed
[10:34] <danimo> Riddell: any idea where to look for the keystore
[10:36] <danimo> ?
[10:36] <Riddell> off the top of my head, no idea
[10:40] <Riddell> I'm trying to get kopete to talk to google Talk but I don't know if it's working
[10:42] <danimo> kopete is behaving stupidly anyway
[10:42] <danimo> it polls the screensaver dbus interface every second
[10:42] <Riddell> that seems like a bad idea
[10:46] <larsivi> Riddell: I'm connected to google talk with kopete
[10:47] <Riddell> I didn't tick the "use ssl" box so it didn't connect, even if I later ticked it
[10:47] <Riddell> removed my kopeterc and readded and now it connects ok
[10:49] <danimo> Riddell: interesting, qcs crashes while loading /usr/lib/qt4/plugins/crypto/libqca-cyrus-sasl.so
[10:49]  * danimo wonders where that is from
[10:50] <Riddell> danimo: that doesn't exist http://packages.ubuntu.com/search?searchon=contents&keywords=libqca-cyrus-sasl.so&mode=exactfilename&suite=intrepid&arch=any
[10:50] <danimo> really odd
[10:50] <Riddell> danimo: might you have it left over from a personal install?
[10:50] <Tonio_> hi there
[10:50] <danimo> Riddell: would surprise me but it reallycould have been an accident
[10:50] <Riddell> try moving that file out the way
[10:51] <Tonio_> Riddell: I just initiated a collegue to dput, and he uploaded a package in ubuntu/hardy by error...
[10:51] <Tonio_> Riddell: can you drop that one please ?
[10:51] <danimo> Riddell: sure
[10:51] <Tonio_> Riddell: package name is ass-nat-desktop
[10:51] <Tonio_> hey danimo ! long time no see !
[10:51] <danimo> heya Tonio_!
[10:51] <Riddell> Tonio_: did he sign it?
[10:51] <danimo> Tonio_: how's life?
[10:51] <Riddell> Tonio_: with a key that would be accepted
[10:52] <Tonio_> Riddell: the package is automatically signed, but the key is unknown to ubuntu
[10:52] <Riddell> it won't get accepted then
[10:52] <Tonio_> Riddell: I don't know if that'll be pending of will be rejected in fact :)
[10:53] <Tonio_> danimo: complicated ;) searching for an appartment, and no time available for search.... appart from that, everything's fine :)
[10:53] <Tonio_> danimo: currently working on a shutdown automatic dist-upgrade process since that something people using ubunbu in corp environement are expecting
[10:54] <danimo> Tonio_: cool
[10:54] <Tonio_> Riddell: about that, I have put the code on my bzr, although most users don't care, that should be available in the repos since in corp environment, you don't want your users to perform the upgrade manually
[10:54] <Tonio_> Riddell: nothing to do with kubuntu, but still contributing on that point ;)
[10:55] <Tonio_> danimo: and what about you ?
[10:55] <danimo> Tonio_: almost finished uni, looking for apartments, too
[10:55] <danimo> Tonio_: starting at qt sw on 1.1
[10:55] <Riddell> Tonio_: commenting out /etc/apt/apt.conf.d/50unattended-upgrades ?
[10:56] <danimo> Riddell: yes, seems to be my fault after all :)
[10:56]  * Riddell has a room for rent :)
[10:56] <danimo> Riddell: works like a charm now
[10:56] <danimo> Riddell: in berlin? :)
[10:56] <Riddell> danimo: yay
[10:56] <danimo> Riddell: still the polling annoys me, but there is little kubuntu can du
[10:58] <danimo> do
[11:06] <danimo> Riddell: oh, anther thing: why hasn't the default browser and mailer in kde3 been migrated to konq4/kontact4 or xdg-open?
[11:07] <Tonio_> Riddell: silent upgrades have a big problem....
[11:07] <Tonio_> Riddell: what if the user reboots in the meantime ? we had the issue :)
[11:07] <Tonio_> Riddell: that's why I forked it to run at shutdown and talk to usplash
[11:07] <Tonio_> Riddell: but basically it is a fork of it, yes :)
[11:08] <Tonio_> Riddell: I'm also working on a kubufox package that'll include oxygen theme and a few things to improve kde integration
[11:08] <Tonio_> Riddell: most of our users use firefox so that's something we should take care about
[11:09] <Tonio_> Riddell: and to conclude, I'll have the final response for the UDS this we....
[11:09] <Tonio_> Riddell: should be okay but not confirmed at the moment
[11:09] <Tonio_> danimo: hehe, I forgot it was renamed qt software :)
[11:11] <danimo> Tonio_: it was
[11:11] <Tonio_> danimo: and the configuration is still trolltech.conf :)
[11:11] <danimo> Tonio_: we can't break that just to please our new owners
[11:11] <Tonio_> danimo: true that ;)
[11:11] <danimo> Tonio_: the domain is still trolltech.com, too btw
[11:12] <Tonio_> danimo: will we see you at the uds on december ?
[11:12]  * danimo notes the kopete screensaver idle timer is to blame for the polling
[11:12] <danimo> uds?
[11:12] <danimo> no, unlikel
[11:12] <danimo> y
[11:12] <Tonio_> ubuntu developer summit
[11:13] <Riddell> danimo: we didn't do any settings upgrade other than have KDE does, something we should look at for jaunty is seeing where the upgrade problems are and making sure they are handled
[11:14] <danimo> Riddell: isn't it a bit late at that point? that's something that  belongs into the beta program really
[11:14] <danimo> people will try to upgrade and get their bloody nose now
[11:15] <Riddell> danimo: there wasn't a prompted upgrade to 8.10, there will be for 9.04 so a good number will stay with 8.04 for another six months
[11:15] <danimo> Riddell: no, but people will do upgrades unless they are told not to
[11:15] <danimo> not all, but quite a lot
[11:17] <Riddell> yep, and there's actually not as many problems as I might have expected
[11:18] <larsivi> ... I experience many more than I expected ;)
[11:18] <larsivi> *experienced
[11:23] <Riddell> we should collect those..
[11:23] <danimo> lol
[11:23] <danimo> err, wrong window :)
[11:26] <larsivi> Riddell: I got a feeling a lot where due to old kde4 packages (kubuntu-kde4-desktop I think), since these held back the intrepid packages
[11:26] <Riddell> huh?  the upgrader will ensure they aren't held back
[11:27]  * jussi01 hates upgrades - a clean reinstall every 6 months is a good think
[11:28] <larsivi> Riddell: right, I got an issue after the reboot, so I probably missed the upgrader at that point - did the rest of the upgrades manually with apt-get
[12:36] <larsivi> ah, one thing that doesn't work - calculator in krunner - really miss that from katapult
[12:40] <danimo> larsivi: =10*4
[12:40] <danimo> larsivi: try that
[12:41] <larsivi> danimo: right - it works - still a bit unhappy about the = :P
[12:42] <larsivi> and how could I have known?
[12:43] <larsivi> in katapult it was at least possible to discover the feature by accident :P
[12:45] <apachelogger_> I used KDE 2 years before I got told about that feature :P
[12:55] <Riddell> KDE 2 didn't need the "="
[13:00] <rgreening> ~time
[13:00] <kubotu> rgreening: America - St Johns - Wed Nov 05 09:30 NST
[13:00]  * rgreening tries to wake up
[13:00] <apachelogger_> rgreening: did you do partying as well?
[13:01]  * apachelogger_ thinks nixternal did party twittering yesterday :P
[13:01] <rgreening> lol... no, but I stayed up to see the results.
[13:01] <rgreening> It was after 2AM before I got to bed
[13:02] <rgreening> not that I slept
[13:02] <JontheEchidna> this is the first time in my life that the results have been announced on election day
[13:02] <Riddell> ah JontheEchidna, all ready for your talk this evening?
[13:02] <JontheEchidna> yup yup
[13:03] <apachelogger_> what's it about anyway
[13:03] <apachelogger_> and where is the transcript? ;-)
[13:03] <JontheEchidna> telling everybody how we rape malone
[13:03] <apachelogger_> ewww
[13:03] <Riddell> might be a bad idea to use that exact phrasing
[13:04] <JontheEchidna> :P
[13:04] <JontheEchidna> .!!!~~~~>Bat Pasted at http://paste.ubuntu.com/67896/
[13:04] <JontheEchidna> top sekrit
[13:06] <rgreening> hmm... top secret on the logged channel... New to the spy game are we?
[13:07] <rgreening> :P
[13:07] <JontheEchidna> as long as people don't notice it for 5 hours I'll be fine
[13:07] <hunger> rgreening: It's sekrit, not secret. That is different.
[13:07] <rgreening> heheh
[13:08] <rgreening> Riddell: so, when do we start merge/sync? for Jaunty?
[13:10] <apachelogger_> right now :P
[13:10] <hunger> apachelogger_: Jaunty archives are open already?
[13:10] <JontheEchidna> hunger: opened late last night
[13:10] <Riddell> the question is do we merge to 4.1.3 then update to 4.2 alpha, or just go directly to 4.2 alpha
[13:10]  * hunger needs to update sources.list.
[13:11] <rgreening> uh-huh :)
[13:11] <rgreening> lol
[13:11] <Riddell> hunger: not yet!
[13:11] <hunger> Riddell: Why not? I like to have a broken system:-)
[13:11] <hunger> Gives me something to do:-)
[13:11] <apachelogger_> JontheEchidna: it's battraining not bat training
[13:11] <apachelogger_> however, maybe you meant bot training?
[13:12] <JontheEchidna> bat triage-ing
[13:12] <apachelogger_> Riddell: no fun for poor kubuntu devs ... when is the debian going to change it's packaging for 4.2?
[13:12] <JontheEchidna> to overcome bug reports, you must become a bug report
[13:13] <apachelogger_> JontheEchidna: that would still be battriaging
[13:13] <apachelogger_> unless you want to triage bats
[13:13] <JontheEchidna> lol
[13:13] <apachelogger_> which is very weird
[13:13] <hunger> apachelogger_: I guess bats are basically just a bigger kind of bugs.
[13:13] <jussi01> hrm, what does the kubuntu dvd have on it as opposed to the cd? can someone point me to a good resource?
[13:14] <rgreening> apachelogger: bats == rats + wings
[13:14] <hunger> rgreening: rats is a security checking tool, but what is wings?
[13:14] <apachelogger_> jussi01: if we had translations it probably would contain more of them :P
[13:14] <jussi01> apachelogger_: hehe
[13:15] <rgreening> mmm... wings with hot mustard sauce
[13:15] <Riddell> jussi01:  http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/kubuntu.intrepid/annotate/740?file_id=dvd-20080319180711-zowlg0wlo9qw6kkq-1
[13:15] <apachelogger_> you are all very weird
[13:15] <rgreening> lol
[13:15]  * apachelogger_ is alone in the office
[13:15] <jussi01> apachelogger_: may I remind you how weird you are?
[13:16] <hunger> apachelogger: Isen't that a prerequisite to hang out in developer channels?
[13:16] <apachelogger_> oh, actually I am not, the cleaning lady is sneaking around
[13:16] <jussi01> Riddell: thanks
[13:16] <apachelogger_> makes me anxious pretty much
[13:16] <apachelogger_> hunger: probably
[13:17]  * hunger had a cleaning gentleman sneak around vacuum cleaning, too.
[13:18] <hunger> Very tricky... towing a noisy vacuum cleaner while sneaking... nobody will hear the sneaking, even if you are doing it poorly.
[13:19] <apachelogger_> uh, didn't think of that... might actually be worse than no vacuum clean, then again the cleaning lady is pretty good at sneaking
[13:20] <apachelogger_> at times I think she is actually hovering instead of going
[13:21] <hunger> apachelogger: hovering or hoovering?
[13:22] <apachelogger_> hunger: hovering
[13:22] <apachelogger_> that said s/going/walking/g
[13:54] <Riddell> Hobbsee: awake to big up kdepimlibs in -backports?
[14:14] <danimo> Riddell: I guess nobody uses his (k)ubuntu-installation with ipv6 assigned at boot?
[14:17] <Riddell> danimo: not that I know of
[14:17] <ScottK> Does anyone use IPv6?
[14:19]  * danimo does, for his student dorm provides it
[14:20] <danimo> Riddell: trouble is: network manager things I have an IP already and won't provide me with an ipv4 one
[14:20] <danimo> Riddell: at least that's what I suspect. looking for ways to trace it down now
[14:38] <danimo> ScottK: any idea how I can trace down network manager states?
[14:39] <ScottK> not /me
[14:41] <Riddell> danimo: asac would probably be your best chance to ask
[14:41] <Riddell> -- MARK --
[14:45] <danimo> Riddell: ok :)
[14:47] <JontheEchidna> Could anybody look at bug 294165?
[14:49] <nixternal> Riddell: nah, I was one of the people running to the bathroom when they let us in
[14:50] <Riddell> nixternal: there I was looking out for you with your Kubuntu banner
[14:50] <nixternal> hehe, no banners allowed
[14:50] <nixternal> I was wearing my Creative Commons T-Shirt
[14:50] <nixternal> don't have any Kubuntu swag yet :/
[15:11] <Riddell> JontheEchidna: for phonon merge, you kept changes to copyright that don't seem to need keeping
[15:11] <Riddell> JontheEchidna: the .orig has a different md5sum
[15:13] <Riddell> which I guess should be in the changelog
[15:16] <jussi01> wow, Ive actually got into this bug reporting thing... am a lot less slack nowadays...
[15:16] <Riddell> JontheEchidna: oh wait, I'm reading the diff wrong, the copyright file is consistent with debian
[15:17] <jussi01> Riddell: do you have any idea if koffice is planning to support opening and saving to MS Office formats?
[15:21] <rgreening> Riddell: how much of the changelog to we merge? Just the relevant changes noted? like new release etc? I assume we done go back to say 4.1.1 or earlier if there are differences in the log
[15:21] <Riddell> jussi01: they have done for half a decade
[15:21] <Riddell> rgreening: all of it
[15:22] <rgreening> oh... so whats the easy way to merge
[15:22] <rgreening> :)
[15:22] <jussi01> Riddell: really? is there something else I need to be installing?
[15:22] <smarter> rgreening: diff, patch, and a bit of hand editing maybe
[15:22] <rgreening> ouch
[15:23] <Riddell> select and copy old changelog, look for the last debian version it was merged against, in the new changelog look for that version, paste in our changelog, remove debian one from there to bottom
[15:23]  * smarter wonders if merging would be easier using merge feature of a VCS
[15:23] <Riddell> jussi01: shouldn't be
[15:23] <Riddell> JontheEchidna: uploaded!
[15:24] <nixternal> ok, lets not just start uploading to increase upload count on that upload web site...lets upload stuff that isn't going to break the world...we have been good with this in the past and lets continue with this
[15:24] <Riddell> nixternal: ?
[15:25] <nixternal> Riddell: that is my pre-next-release speach I give every time :)
[15:26] <nixternal> to bad the Ubuntu side doesn't listen...they upload everything, including the kitchen sink...which typically breaks stuff for me
[15:27] <Riddell> and who got the most uploads in intrepid?
[15:28] <smarter> Riddell: you I think :)
[15:28] <JontheEchidna> Riddell: you did
[15:28] <JontheEchidna> like 600 something
[15:28] <Riddell> I so rock!
[15:28] <smarter> :P
[15:29] <JontheEchidna> okies, now to send the diff to debian
[15:41] <Riddell> JontheEchidna: uh oh, failed to build
[15:42] <JontheEchidna> D:
[15:42] <JontheEchidna> strange
[15:43] <Riddell> JontheEchidna: you changed it to use kde4.mk and that needs kdesdk-scripts
[15:43] <JontheEchidna> o, ic
[15:44]  * JontheEchidna prepares a fix
[15:45]  * smarter wonders if he should quotes what nixternal said 10 minutes ago about not uploading stuff that doesn't work :P
[15:48] <Riddell> I'm sure I remember him saying "yes we can"
[15:48] <nixternal> smarter: I haven't uploaded a broken package yet \o/
[15:48] <nixternal> since 2005 at that, 3 years of goodness!
[15:48] <nixternal> then again, I had crimsun and Riddell beating me up to get it right
[15:48] <JontheEchidna> Riddell: http://paste.ubuntu.com/67955/
[15:49] <smarter> JontheEchidna: typo
[15:49] <smarter> stop rushing things :P
[15:50] <JontheEchidna> nano doesn't have spellcheck! :P
[15:50] <smarter> it has
[15:50] <smarter> LAME EXCUSE FAIL! :P
[15:50] <smarter> use ^T (assuming it's properly configured)
[15:50] <JontheEchidna> Riddell: http://paste.ubuntu.com/67956/
[15:51] <JontheEchidna> smarter: error invoking "spell"
[15:51] <Riddell> use a real text editor :)
[15:51] <smarter> aptitude install spell I guess
[15:51] <smarter> http://packages.ubuntu.com/search?searchon=contents&keywords=spell&mode=exactfilename&suite=intrepid&arch=any
[15:52]  * smarter wonders why there is no ChanServ on #kubuntu-devel
[15:53] <smarter> oh, seems to be the same for every ubuntu related channel, so ignore that :)
[15:55] <jussi01> smarter: because no one has set it to be in here...
[16:05] <bddebian> nixternal: So did you have any luck? :)
[16:06] <Riddell> JontheEchidna: uploaded
[16:09] <nixternal> bddebian: what kind of luck?
[16:10] <bddebian> nixternal: With the girls? :)
[16:10] <nixternal> last night?
[16:11] <nixternal> I don't do well with liberal girls...the last one I had I divorced :P
[16:22] <blueyed> Importing setting from 1.4 in amarok-kde4 (1.94) fails: "Error: Could not open Amarok 1.4 database: Driver not loaded Driver not loaded"
[16:22] <JontheEchidna> Riddell: automoc seems to not require a merge
[16:22] <Riddell> JontheEchidna: anything to sync?
[16:23] <JontheEchidna> exactly the same version number
[16:24] <Riddell> JontheEchidna: groovy, mark it as "up to date" or something in the wiki
[16:25] <JontheEchidna> jcastro: where do I need to be for my talk in an hour and a half?
[16:25] <Riddell> JontheEchidna: it's in London, didn't you know?
[16:26] <JontheEchidna> :P
[16:26] <Riddell> best get on a boat quick
[16:26] <jcastro> JontheEchidna: ubuntu-classroom and ubuntu-classroom-chat
[16:32] <JontheEchidna> soprano has a greater version than debian
[16:33] <Riddell> win for us
[16:34] <JontheEchidna> I seem to remember that soprano released a quiet bugfix release along with KDE 4.1.1
[16:35] <Oxyhydrogen> sweet chicken salad
[16:35] <Oxyhydrogen> stdin: bug 290589 is going to clash with 4.1.3
[16:35] <Oxyhydrogen> big time
[16:38] <JontheEchidna> hmm
[16:38] <stdin> can't the patch just be applied to 4.1.3?
[16:38] <JontheEchidna> current experimental packages are at 4.1.3, do we base our merges off of intrepid-updates?
[16:39] <JontheEchidna> or do we update to 4.1.3 for jaunty then merge?
[16:40] <Oxyhydrogen> Riddell: IMHO we should connect merging and upgrading to 4.2
[16:40] <Oxyhydrogen> stdin: if I didn't upload, yes, now that is going to be funnies
[16:41]  * Oxyhydrogen is headached
[16:44] <Riddell> Oxyhydrogen: it seems more risky to me, harder to notice the details amongst a larger diff
[16:44] <Oxyhydrogen> Riddell: filterdiff it
[16:45] <Oxyhydrogen> anyway
[16:45] <Oxyhydrogen> JontheEchidna: merge is always based upon the last version published to development
[16:45] <Oxyhydrogen> i.e. 4.1.2
[16:52] <jcastro> JontheEchidna: a little bit over an hour until your session, need anything?
[16:52] <Riddell> jcastro: give him a shoulder rub
[16:52] <JontheEchidna> hmm, don't think I need anything
[16:52] <jcastro> k
[16:54] <Riddell> -- MARK --
[16:54] <Riddell> two hours 15 minutes for a qt 4 compile
[17:00] <seele> does the ubuntu live cd have gparted on it?
[17:01] <Riddell> seele: yes
[17:04] <Oxyhydrogen> Riddell: that sounds pretty slow, IIRC soyuz needs 1.5h for qt-copy
[17:05] <Riddell> Oxyhydrogen: "Add mysql-server-5.0 as build dependency"  do you mind why that's needed for akonadi?
[17:06] <Oxyhydrogen> Riddell: akonadi doesn't build with mysql support otherwise IIRC
[17:06]  * Oxyhydrogen should have been more verbose in the changelog entry
[17:07] <Riddell> does akonadi do anything without mysql support?
[17:07] <Oxyhydrogen> no
[17:07] <Oxyhydrogen> Riddell: I think we could technically also patch the cmakelists, if I am not compeltely mistaken that dep is only necessary because akonadi 1.0 does check for mysqld since it is a runtime dependency
[17:08] <seele> Riddell: ok thanks
[17:10] <Riddell> blueyed: try asking Nightrose
[17:11]  * Nightrose popups
[17:11] <Nightrose> ;-)
[17:11] <Nightrose> blueyed: wasup?
[17:11] <Riddell> 16:22 < blueyed> Importing setting from 1.4 in amarok-kde4 (1.94) fails: "Error: Could not open Amarok 1.4 database: Driver not loaded Driver not loaded"
[17:12] <blueyed> Riddell, Nightrose: installing libqt4-sql-sqlite fixed it, but then it crashes for me.. see http://dot.kde.org/1225822965/1225834281/1225836161/1225839997/#1225905581
[17:12]  * Nightrose looks
[17:13] <Nightrose> blueyed: thx - I will let sebr know and get back to you
[17:14] <Nightrose> might take some time as he is likely in bed right now
[17:14] <seele> ew, kubuntu isn't shutting down properly after that last update
[17:14] <seele> hanging on acpid
[17:24] <rgreening> kdetoys done Riddell: bug 294214
[17:24] <rgreening> \o/ first merge
[17:28] <rgreening> ^ Not sure I got it all correct... I think not... so review please
[17:29] <Riddell> rgreening: the changelog should list all the changes we have from debian
[17:30] <Riddell> you've listed the change from current intrepid which isn't very interesting
[17:30] <Riddell> rgreening: also note that the .orig has a different md5
[17:31] <rgreening> ok. I got the md5, what's the intepid comment? should it be jaunty?
[17:31] <rgreening> Riddell: ^
[17:32] <Riddell> rgreening: well you've said "minor change to kteatime.install" which is a change in debian you've merged in
[17:33] <Riddell> but we want listed all the changes we have compared to debian
[17:33] <rgreening> right... and
[17:33] <rgreening> oh
[17:33] <Riddell> so there's different build-deps
[17:33] <Riddell> and all those replaces/conflicts
[17:33] <rgreening> ok.
[17:33] <Riddell> and our own kde4.mk
[17:33] <JontheEchidna> the build deps are just ordered differently I think
[17:33] <rgreening> k. redoc all the ubu changes too
[17:34] <Riddell> exactly
[17:34]  * rgreening goes back to hole in ground and digs up some new diffs
[17:34] <JontheEchidna> ~facts about sand
[17:34] <kubotu> [2/13] rgreening buries head in sand
[17:34] <Riddell> the build-deps are extra, they probably aren't needed though
[17:34] <rgreening> lol
[17:34] <rgreening> exactly
[17:34] <rgreening> k
[17:34] <Riddell> rgreening: can you build it in a pbuilder without those extra build-deps?
[17:34] <rgreening> will try
[17:35] <Riddell> thanks
[17:35] <rgreening> np
[17:35]  * rgreening is l3rnd!ng
[17:42] <Riddell> Oxyhydrogen: fancy eyeing this over?  http://people.ubuntu.com/~jriddell/tmp/akonadi_1.0.0-2ubuntu1.debdiff
[17:42] <Riddell> JontheEchidna: where did you send the phonon diff for debian?
[17:42] <JontheEchidna> Riddell: debian-qt-kde mailing list
[17:43] <Riddell> JontheEchidna: pkg-kde-talk@lists. alioth.debian.org is better, that's where the developers hang out
[17:48] <Oxyhydrogen> Riddell: looking good
[17:48] <Riddell> Oxyhydrogen: you too honey :)
[17:49] <JontheEchidna> Riddell: is series supposed to be intrepid?
[17:49] <Riddell> JontheEchidna: hah, well spotted
[17:49]  * JontheEchidna has made that mistake too much
[17:49]  * Oxyhydrogen has a script for that :P
[17:50]  * Oxyhydrogen declares sensible accesibility his personal objective for jaunty
[17:50] <rgreening> Riddell: should I change intrpid to jaunty in the changelog?
[17:51] <Riddell> rgreening: yep
[17:51] <Riddell> editing /usr/bin/dch probably a good idea
[17:52] <jdong> walking in on ^^ that is a bit bizarre :D
[17:52] <rgreening> ok.
[17:53] <Oxyhydrogen> hm
[17:53] <Oxyhydrogen> jdong: how so? :P
[17:53] <Riddell> ** Ubuntu Open Week talk "Kubuntu - reinventing QA the resource-limited way" with elite Kubuntu developer JontheEchidna in a few minutes in #ubuntu-classroom
[17:53] <jdong> Oxyhydrogen: Having a core-dev suggest "editing /usr/bin/dch" being a good idea :D
[17:54] <jdong> out of context it is quite bizarre
[17:54] <Oxyhydrogen> oh, I see :D
[17:54]  * Oxyhydrogen sneaks over to classroom
[17:54]  * JontheEchidna runs to Mexico
[17:57] <Nightrose> good luck JontheEchidna :)
[17:57] <Nightrose> rock them
[17:57] <JontheEchidna> :)
[18:09] <Riddell> andrunko: 18:08 < pusling> Riddell: adding mysql server as build-dependency with the current debian/rules file should not make a difference - and insteaf of patching the cmakelists, why not just change what's defined in debian/rules about path to mysql ?
[18:09] <Riddell> oh, no apachelogger
[18:09] <Riddell> ignore me andrunko
[18:09] <Riddell> Oxyhydrogen: ^^
[18:13] <seele> anyone have problems installing virtualbox in intrepid?
[18:13] <seele> or an upgrade to intrepid but using an older kernel
[18:14] <Riddell> seele: there was a problem with it needing the correct answers to the debconf prompts before it would compile the linux module I seem to remember
[18:15] <seele> hmm.. i'm getting a missing sources error in /var/log/vbox-install.log when i run vboxdrv manually
[18:15] <seele> the auto install failed (because of that i assume)
[18:16] <Riddell> seele: mvo might be a good person to ask
[18:18] <seele> Riddell: i've got someone helping me in #kubuntu but theyre just as confused
[18:29] <rgreening> Riddell: bug 294214 - updated the diffs. can you have a peek?
[18:39] <Oxyhydrogen> Riddell: please drop the kubuntu_01 patch from akonadi and change debian/rules to DEB_CMAKE_EXTRA_FLAGS += -DMYSQLD_EXECUTABLE=/usr/sbin/mysqld-akonadi
[18:40] <Oxyhydrogen> Riddell: we still need to depend on mysql-server because of the hardlinking though
[19:01]  * Nightrose hands JontheEchidna a cookie
[19:01] <Nightrose> well done :)
[19:01] <Nightrose> JontheEchidna++
[19:02] <JontheEchidna> yum ^_^
[19:46] <JontheEchidna> Riddell: bug 294322 ready for review
[19:53] <Riddell> rgreening: you kept in the extra build-depends?
[19:53] <rgreening> I didn't think so
[19:54] <Riddell> rgreening: http://launchpadlibrarian.net/19395135/merged-to-debian.debdiff has them
[19:54] <Riddell> from https://bugs.edge.launchpad.net/ubuntu/+source/kdetoys/+bug/294214/comments/6
[19:56] <rgreening> Riddell: ah. I see that now. I keep getting confused reading the '-' and '+' and who has what. I'll try a rebuild without again.. my bad.
[19:56] <rgreening> Riddell: just trying to finish up kdesdk
[20:21]  * ScottK makes a general observation that we are over 5 months from Jaunty's release.  At this phase of the development cycle there is absolutely NO rush to get anything done.  Being careful is far more important than getting stuff finished by any particular time.
[20:22] <Tm_T> ScottK: are we there yet?
[20:22] <rgreening> lol
[20:22]  * rgreening still wrapping my head around things
[20:22] <ScottK> No bathroom breaks for Tm_T.
[20:22] <Tm_T> ):
[20:22] <rgreening> someone may need to slap me around a bit
[20:23]  * Tm_T slaps rgreening around a bit
[20:23] <rgreening> ty I needed that
[20:23]  * ScottK slaps rgreening about with a dead fish so he'll have a nice smell to keep him focused.
[20:23] <ScottK> Oh, wait.
[20:24] <Tm_T> ScottK: slapping rgreening is violating animal rights
[20:24]  * ScottK remembers where rgreening lives and wonders if he'd notice.
[20:26]  * rgreening groans in protestation
[20:26] <rgreening> you know what they say "smells like fish... "
[20:28] <rgreening> ScottK: can you review this upload? bug 294286
[20:28]  * ScottK looks.
[20:29] <JontheEchidna> in kdeartwork's kubuntu-debian-differences it says this:
[20:29] <JontheEchidna> separate out files (slow)
[20:29] <rgreening> ty ScottK. Let's hope it's better than what I did for kdetoys (my first stab)
[20:29] <JontheEchidna> Riddell: do you know what "-separate out files (slow)" in k-d-differences means?
[20:31] <ScottK> rgreening: I think you have every debdiff in there except the one I need.  I need the one that if I grab the Debian package and apply it it's what you want uploaded.  In your terms I think it'd be debian to merged.
[20:32] <rgreening> ScottK: blame JontheEchidna. He told me the 3 debdiff to do.
[20:32]  * rgreening ducks and hides
[20:32] <JontheEchidna> >.>
[20:32]  * JontheEchidna is new at merges too
[20:32] <ScottK> It's really only that one that's needed.
[20:33] <rgreening> so ScottK, what should it be?
[20:33] <ScottK> Debian to Merged.
[20:33] <rgreening> ah reverse of the last one
[20:33] <rgreening> patch --reverse
[20:33] <ScottK> rgreening: To sponsor your merge, my workflow is to grab Debian's package, apply your diff, check it, upload it.
[20:33] <rgreening> kk.
[20:33] <rgreening> 1 sec I uploads it
[20:36] <rgreening> ScottK: uploaded }:>
[20:36] <rgreening> haha
[20:38]  * rgreening needs a drink
[20:38] <rgreening> ~order drink
[20:38]  * kubotu slides drink down the bar to rgreening
[20:39] <rgreening> hey ScottK, did you find it :)
[20:49]  * ScottK is back.
[20:53] <ryanakca> what would be the next smallest need-to-merge?
[20:54] <ScottK> rgreening: Is the debian/changelog from Debian really missing so much history?
[20:55] <NCommander> ScottK, can you help me figure out something w.r.t to dependencies on lpia?
[20:55] <ScottK> NCommander: I can try.
[20:55] <NCommander> ScottK, kde4bindings is not building because libplasma-dev can't install kdebase-workspace-data
[20:55] <NCommander> But if you manually install it by hand, it works
[20:55] <ScottK> NCommander: It's a circular build dep is the problem.
[20:56] <NCommander> how can we resolve?
[20:56] <ScottK> Not trivially.  It's on the list for 4.2 packaging.
[20:56] <ScottK> rgreening: It was you who did the Python Plasma stuff, right?
[20:57] <NCommander> ScottK, if I manually install kdebase-workspace-data, it works fine
[20:57] <rgreening> ScottK: yeah..
[20:57]  * rgreening cowers
[20:57] <ScottK> So what's the solution rgreening?
[20:57] <rgreening> 4.2
[20:58] <rgreening> I spoke with Sime on it. It's resolved in 4.2 by moving libplasma to kdelibs
[20:58] <rgreening> so when we package 4.2 it'll work correctly.
[20:58] <rgreening> for 4.1.... unsure...
[20:59] <rgreening> we could remove the patch temporarily
[20:59] <rgreening> ScottK: re: the debian changelo... yeah, looks like the previous merges were incomplete I guess.
[21:00] <ScottK> rgreening: OK.  There's an entry in there that says 'fakesync'.  Make sure there aren't any Ubuntu changelog entries left before that.
[21:00] <rgreening> ScottK: I did what Riddell suggessted. Go back to the last merge and add in the previous changelog entires from debian to ours.
[21:00] <ScottK> OK.
[21:00] <rgreening> oh.
[21:00] <ScottK> Yes.  I think that's good.
[21:01] <rgreening> ScottK: I did the opposite
[21:01] <rgreening> I merged the debian into ours rather then the reverse....
[21:01] <rgreening> So, I need to redo the changelog.
[21:01] <rgreening> ScottK: ^
[21:01] <rgreening> crud
[21:02] <ScottK> rgreening: OK.  Everything prior to 'fakesync' should be pure Debian.
[21:02] <rgreening> so, I'll redo it? yes?
[21:02] <rgreening> ScottK: ^
[21:03] <ScottK> OK
[21:03] <rgreening> ScottK: cool. I have to drop out for a while. I'll work on fixing that and kdetoys. I'll ping you later. Was everything else ok?
[21:04] <ScottK> rgreening: Still looking.  Your debian/changelog entry should say you restored missing debian/changelog entries.
[21:04] <rgreening> ScottK: k. will add that in
[21:04]  * JontheEchidna makes note of the above^
[21:05] <ScottK> rgreening: Just looking quickly I think I see other undocumented changes.  Please go through the debdiff and make sure you explain the full difference.
[21:05] <ScottK> in debian/changelog
[21:05] <rgreening> ScottK: thanks for the help. It's nice to have good sponsors who are helpful to us new folk :)
[21:05] <rgreening> k
[21:05] <ScottK> rgreening: Less work for me ...
[21:05] <rgreening> np.
[21:05] <rgreening> ok. off for a bit. cheerio
[21:07] <Riddell> JontheEchidna: the .desktop files for xscreensavers in kdeartwork packages have to match the ones from the respective xscreensaver package
[21:07] <Riddell> and ubuntu xscreensaver packages are layed out differently from debian
[21:07] <Riddell> so files need shifted around
[21:07] <JontheEchidna> ah, so that's why there's so much difference there
[21:08] <Riddell> it's probably ok to just copy over what's in the existing kubuntu package but do check the xscreensaver packages changelogs for changes
[21:15] <Riddell> JontheEchidna: kdeadmin uploaded
[21:15] <Riddell> 4.1.3 seems all compiled, anyone tested it?
[21:15]  * JontheEchidna has had the debs installed all week
[21:15] <Riddell> tested from the PPA
[21:25] <Riddell> groovy, 4.1.3 working well
[21:25] <Riddell> I'll copy over to backports
[21:42] <Riddell> Hobbsee: please big up kdepimlibs in backports when you wake up
[21:42] <Riddell> it still hasn't compiled
[21:58] <ScottK> JontheEchidna: "Bump Standards-Version to 3.8.0" <--- Please don't do.  Ubuntu Policy says specifically not to do that one.
[21:58] <JontheEchidna> don't document standards change differences?
[21:58] <ScottK> No.  Don't change it.
[21:59] <JontheEchidna> oh
[22:02] <JontheEchidna> bug 294388
[22:24] <jtechidna> ScottK: all of our kde packages were changed to standards-version 3.8.0 throughout the 4.1.x cycle. should I change this back to match debian in these merges?
[22:24] <ScottK> Hmmmm.
[22:24]  * ScottK guesses not.
[22:30] <Riddell> it makes no difference to the package
[22:31] <Riddell> and keeping the delta small is good
[22:34] <ScottK> Riddell: You're call.  I'd say drop the diff, but that's just me.
[22:34] <ScottK> Riddell: Would you be up for a little off hours archive admin'ing?
[22:36] <ScottK> Riddell: If so, would you please look at intrepid-backports.   I've got most of the distrorelease specific dev tools queued up there.
[22:38] <ScottK> Is 4.1.3 all queued up in intrepid-backports now?
[22:40] <Riddell> ScottK: I wouldn't change it myself
[22:41] <Riddell> ScottK: 4.1.3 is in backports, except kdepimlibs which still havn't compiled
[22:41] <ScottK> Riddell: OK.  I'll wait then.
[22:41] <ScottK> Riddell: Wouldnt' change it to 3.8 or wouldn't change it back to what Debian has?
[22:43] <Riddell> ScottK: I wouldn't change it, I'd keep the diff minimal and change it back, I also don't mind if people do change it but I see no advantage
[22:44] <ScottK> Riddell: Thanks.  Makes sense.
[22:45] <Riddell> ScottK: I don't see anything in intrepid-backports unapproved
[22:45] <ScottK> Riddell: It's not source backports.  The regular kind.
[22:47] <Riddell> ScottK: ubuntu-archive bugs?
[22:47] <ScottK> Riddell: Yes.
[22:47] <jdong> Riddell: speaking of backports, I've got a firefox/xulrunner pair in gutsy-backports source needs-approval, no hurry :)
[22:48] <jtechidna> One line in debian's changelog has 1 char trailing whitespace that ours doesn't have. Is it worth it to bring it to debian's attention?
[22:48] <jtechidna> or should we just add the whitespace ourselves
[22:48] <ScottK> jtechidna: Just match what they have.
[22:48] <jtechidna> k
[22:53] <Riddell> jdong: accepted
[22:59] <Riddell> ScottK: backports waiting on syncs
[23:00] <ScottK> Riddell: Thanks.
[23:00]  * ScottK assumes that means you've done your bit.
[23:00] <Riddell> yes, needs flush command to run but can't since slangasek is doing debian syncs
[23:01] <Riddell> ScottK: how about backporting cmake?
[23:01] <ScottK> Sounds a little scary.
[23:01] <Riddell> wouldn't think so
[23:02] <ScottK> OK.  I need to run kids to ballet lessons.  Let me look at it a bit later.
[23:02] <jdong> Riddell: awesomeness, thanks :)
[23:18] <jtechidna> Riddell: bug 294429
[23:29] <vorian> why the hate on all these rejected packages?
[23:30] <Riddell> vorian: hmm?
[23:31] <vorian> Riddell: kdepim kdetoys kdebase-workspace kdebase kdegames all rejected
[23:32] <Riddell> vorian: it'll be the backports that we did via the PPA
[23:32] <Riddell> vorian: where do you see that?
[23:32] <vorian> i had it via email
[23:33] <vorian> from archive@ubuntu.com