[05:17] <MartijnVdS> "Ocelittle" - http://i.imgur.com/FycWalC.jpg
[09:11] <brobostigon> good morning everyone.
[09:20] <arc__> Hello
[09:21] <brobostigon> morning arc__
[09:25] <arc__> Some reason in windows it keeps asking me to format my partition with ubuntu on
[09:25] <arc__> How can it even see the partition
[09:29] <tsimpson> the OS can see all the partitions
[09:30] <tsimpson> it just won't recognise the filesystem on it and assume it's unformatted
[10:23] <popey> \o/ fan fitted
[10:24] <ali1234> http://paste.ubuntu.com/6074263/ <- can someone test this on raring please?
[10:46] <ali1234> nvm, tested it
[10:46] <ali1234> worked as expected, saucy is broken :(
[11:00] <bubu> hey guys, can anyone see whats up with this regex? ^stats\.*\.apps.deployments\.*
[11:00] <bubu> trying to match stats.bla.apps.deployments.bla
[11:00] <bubu> not working :/
[11:05] <penguin42> bubu: Is this a grep or perl regexp for a start?
[11:05] <bubu> py
[11:07] <^aDaM> Hello all :)
[11:08]  * ^aDaM is officaly a daddy!
[11:09] <ali1234> bubu: * means zero or more of the previous character
[11:09] <penguin42> adam_: Oh congrats!
[11:10] <ali1234> bubu: so your regex matches stats......apps.deployments.........
[11:10] <penguin42> bubu: Yeh so depending on your quoting you want to get the . as opposed to \.
[11:10] <bubu> http://www.pythonregex.com
[11:11] <bubu> ^stats\..*\.apps.deployments\..*
[11:11] <ali1234> that wont work either
[11:11] <ali1234> it will match stats.(anything at all)
[11:11] <bubu> so this seems to match stats.bla.apps.deployments.bla in the checker
[11:11] <bubu> but it doesn't work..
[11:11] <bubu> ja :/
[11:12] <ali1234> ^stats\.[^\.]*\.apps.deployments\.[^\.]*
[11:12] <ali1234> can i suggest you do not use regex?
[11:12] <bubu> I have to use regex :/
[11:13] <ali1234> why?
[11:13] <bubu> because the code I am using regquire me to feed it a regex
[11:13] <bubu> requires*
[11:15] <ali1234> that doesn't sound like a compelling reason to me
[11:15] <bubu> http://graphite.readthedocs.org/en/0.9.11/config-carbon.html#storage-schemas-conf
[11:15] <bubu> it's for a storage-schema
[11:18] <ali1234> ^stats\.([^.]*)\.apps.deployments\.([^.]*)
[11:18] <ali1234> that works, tested it
[11:20] <bubu> thanks dude
[11:20] <bubu> still not working
[11:20] <bubu> fs
[11:21] <penguin42> bubu: With regexps the trick is to build it up from smaller chunks that work
[11:21] <penguin42> bubu: So can you get a really short one that matches say ^stats  to work?
[11:23] <ali1234> pattern = ^servers\.www.*\.workers\.busyWorkers$
[11:23] <ali1234> look at that, it's a none standard implementation
[11:23] <ali1234> regex is supposed to be greedy
[11:23] <ali1234> that pattern shouldn't work :/
[11:24] <ali1234> never use regex
[11:28]  * penguin42 didn't think that greedyness was that big a problem as long as it was unambiguous because of the ending\
[11:31] <ali1234> it depends on the implementation
[11:32] <ali1234> the original does not look ahead at all
[11:40] <bubu> lol
[11:40] <bubu> :/
[11:46] <popey> hmm, pc still making noises
[11:49] <popey> could be gpu fan or psu fan
[12:16] <^aDaM> thanks penguin42
[12:17] <^aDaM> you messaged the wrong adam penguin42 lol
[12:17] <^aDaM> tagged even
[12:22] <popey> damnit, it was the gpu fan
[12:27] <popey> gah, this card is ~2 years old. time flies
[12:35] <penguin42> ^aDaM: Haha ok
[15:47] <bigcalm> Good afternoon peeps :)
[15:47] <penguin42> hey bc
[18:04] <ali1234> ali12345678: test
[22:37] <arc__> Hi all
[23:02] <penguin42> popey: are those crashes that are captured from segs or something or actually from the type of thing in the bug you ref?
[23:03] <popey> penguin42: i cant parse that
[23:04] <penguin42> popey: The X bug you pointed to, would that have caused entries to be gathered against xserver-xorg?
[23:04] <popey> penguin42: scenario is thus:- Machine locks up for a period of seconds. I wait. After some seconds - 10-30 it responds. I may or may not get a popup. Looking in /var/crash I see lots of crashes
[23:04] <popey> all from the same thing
[23:04] <popey> the bug was the result of me going through the apport popup wizard, yes
[23:04] <popey> resulting from one of those crashes
[23:04] <penguin42> hmm but X doesn't restart?
[23:04] <popey> correct
[23:05] <popey> GPU lockup, not restart
[23:05] <popey> now happening on both my intel laptop and my desktop
[23:05] <penguin42> hmm ok, I wonder how whoopsie gathers that crash log for that and recovers it
[23:05] <popey> didnt happen on my desktop until today because I removed the nvidia card (you saw the pics) and thus reverted to intel onboard video card
[23:06] <popey> looks like it's slowly uploading them
[23:06] <popey> http://paste.ubuntu.com/6076893/
[23:06] <popey> oh, no, it uploaded one a while ago
[23:06] <popey> probably clever enough not to bother with the rest
[23:07]  * popey sleeps
[23:08] <popey> going to leave machine on all night with no apps open
[23:08] <penguin42> popey: Interesting, never seen it recover from that stuff - but anyway, good night
[23:08] <popey> ttfn
[23:59] <n1md4> evening.  has any one experinced rsync not copying all data before?
[23:59] <n1md4> I've not before, but just have now ... any ideas?