| 00:44.09 | gregj | http://poboczem.pl/galerie/poboczempl/galeria/zdjecie,705660,18 |
| 00:44.10 | gregj | lol |
| 01:15.02 | *** join/#gllug Leeds_ (n=richard@n219073054189.netvigator.com) |
| 01:17.13 | *** join/#gllug trousers (n=irc@82-43-176-23.cable.ubr06.nmal.blueyonder.co.uk) |
| 01:18.17 | LeedsHK | trousers! |
| 02:33.09 | *** part/#gllug jonasb (n=jonas@peridot.caffeinated.me.uk) |
| 03:03.36 | *** join/#gllug aguai (n=aguai@host86-141-63-177.range86-141.btcentralplus.com) [NETSPLIT VICTIM] |
| 03:03.36 | *** join/#gllug kjalil (n=kjalil@vm154.contextshift.co.uk) [NETSPLIT VICTIM] |
| 03:03.36 | *** join/#gllug morsing (i=morsing@emil.morsing.cc) [NETSPLIT VICTIM] |
| 03:03.36 | *** join/#gllug ablack (n=andrew@vm.black1.org.uk) [NETSPLIT VICTIM] |
| 03:03.36 | *** join/#gllug Nafallo (n=nafallo@ubuntu/member/nafallo) [NETSPLIT VICTIM] |
| 03:09.25 | *** join/#gllug Discordian (n=ch@chills.demon.co.uk) |
| 03:12.12 | Discordian | Hi |
| 07:55.35 | *** join/#gllug Discordian (n=ch@chills.demon.co.uk) |
| 07:59.34 | morsing | In ksh, how can I grab $1 from the command line if it's there, without it printing an error to the user if it's not? |
| 08:08.08 | *** join/#gllug secretlondon (n=secretlo@wikipedia/secretlondon) |
| 08:08.15 | morsing | secretlondon! |
| 08:08.17 | morsing | In ksh, how can I grab $1 from the command line if it's there, without it printing an error to the user if it's not? |
| 08:08.29 | secretlondon | morsing! |
| 08:13.15 | hali | morsing: if [ -z $1] ... ? |
| 08:13.31 | hali | morsing: or check if $# is unset |
| 08:13.32 | morsing | hali, |
| 08:13.35 | morsing | $ ./"cp_PB.sh" |
| 08:13.35 | morsing | ./cp_PB.sh[5]: test: 0403-004 Specify a parameter with this command. |
| 08:13.35 | morsing | Enter BillCode: |
| 08:13.55 | morsing | The -n $1 generates an error just testing |
| 08:14.03 | hali | $# holds the number of command line arguments, if unset $1 is not specified |
| 08:14.09 | morsing | Ok |
| 08:14.16 | hali | if 0 actually |
| 08:14.19 | morsing | One sec |
| 08:14.26 | hali | or unset, i can't remember which it is if none specified |
| 08:14.59 | morsing | Still does it |
| 08:15.34 | morsing | :-/ |
| 08:15.42 | z00dax | secretlondon: rm -fr |
| 08:16.13 | z00dax | you know what, I could use some beer |
| 08:16.21 | z00dax | and a large omlette |
| 08:16.51 | secretlondon | we had a bug yesterday that was confirmed really early. it was fixed before I crashed out. I have 100 ME TOO bug email comments from alpha testers arived overnight |
| 08:16.54 | z00dax | wooo.. that'll do for now |
| 08:17.06 | Discordian | beer |
| 08:17.28 | secretlondon | Is Miro tomorrow or tonight? |
| 08:18.46 | z00dax | secretlondon: tom |
| 08:18.59 | secretlondon | thanks. ECOFFEE |
| 08:19.02 | z00dax | also if new cross is here, can london bridge be far ? |
| 08:19.12 | secretlondon | no |
| 08:19.24 | z00dax | we are ggoing to try and record it |
| 08:19.52 | z00dax | the talk tom that is, a video camera has been sighted and a tripod too |
| 08:20.26 | z00dax | ok, time to get ready for the mad rush that is the londonbridge experience at this ungodly hour |
| 08:20.33 | secretlondon | cool. I have a minidisc recorder for audio |
| 08:26.15 | hali | virtualbox is pretty impressive |
| 08:26.17 | Discordian | i'm tempted to go to tomorrow's event |
| 08:26.27 | hali | installed freebsd without troubles and performance is pretty good |
| 08:27.19 | Discordian | but then I couldn't do Saturday |
| 08:32.40 | *** join/#gllug secretlondon (n=secretlo@wikipedia/secretlondon) |
| 08:33.11 | secretlondon | yes the new kernel has sound back |
| 08:33.42 | Discordian | yay |
| 08:35.35 | morsing | Toast |
| 08:47.25 | *** join/#gllug blight (n=blight@83.244.128.126) |
| 08:47.34 | morsing | blight! |
| 09:07.08 | morsing | \o/ |
| 09:33.27 | bilarh | morning people |
| 09:34.27 | bilarh | morsing: use quotes, perhaps |
| 09:35.27 | morsing | bilarh: IT sorted itself out, magic |
| 09:48.08 | blight | morsing: packet fairies perhaps? |
| 09:48.42 | bilarh | is it a french computer? they're usually a bit funny with the electronics |
| 09:50.49 | morsing | :) |
| 09:58.33 | wethrin | They use metric electronics, rather than imperial electronics? |
| 10:00.49 | kjalil | morning! |
| 10:01.30 | morsing | kjalil! |
| 10:31.15 | *** join/#gllug sam__ (n=sam@client-86-31-118-104.hers.adsl.virgin.net) |
| 10:31.19 | morsing | sam__! |
| 10:31.39 | sam__ | yes!? |
| 10:52.42 | bilarh | oracle dudes, does this look good: |
| 10:52.47 | bilarh | alter tablespace GSPACE add datafile '/my/path/to/file.dbf' size 250M autoextend off; |
| 11:07.11 | ablack | Every time I see an announcement for "Holmes Wilson" I read "Holmes Watson" :-) |
| 11:11.53 | *** join/#gllug tripitaka (n=chatzill@217.150.105.24) |
| 11:13.24 | morsing | tripitaka! |
| 11:13.34 | tripitaka | hello morsing |
| 11:30.17 | *** join/#gllug Facundo (n=facundo@host.190.15.199.211.static.itcsa.net) |
| 11:32.11 | morsing | Facundo! |
| 11:34.06 | Facundo | morsing! |
| 11:34.47 | *** join/#gllug huw-l (n=huw@w1199.insrv.cf.ac.uk) |
| 11:35.42 | morsing | huw-l! |
| 12:10.38 | *** join/#gllug goibhniu (n=cillian@marx.jamkit.com) |
| 12:12.29 | goibhniu | ~seen mumperer |
| 12:12.30 | ibot | mumperer <n=don@rose963.demon.co.uk> was last seen on IRC in channel #gllug, 278d 3h 17m 3s ago, saying: 'G'mornin! :)'. |
| 12:12.58 | kjalil | goibhniu: ! |
| 12:13.42 | goibhniu | kjalil! |
| 12:13.45 | goibhniu | morsing!! |
| 12:13.54 | morsing | goibhniu! |
| 12:14.06 | morsing | goibhniu: Lunch still on for Saturday? |
| 12:14.35 | goibhniu | oh .. before the meeting? |
| 12:14.50 | goibhniu | I was actually talking about lunch over irc the other day |
| 12:14.54 | goibhniu | beer on saturday though |
| 12:15.42 | morsing | OMG¬! |
| 12:15.52 | morsing | goibhniu: :((((( |
| 12:26.30 | *** part/#gllug goibhniu (n=cillian@marx.jamkit.com) |
| 12:36.37 | morsing | Hey, can I ask some technical questions...? |
| 12:36.44 | morsing | If anyone's awake? |
| 12:36.57 | morsing | Scripting... |
| 12:37.36 | morsing | Hmm... |
| 12:42.54 | kjalil | morsing: just ask you question, and we will try to help you :) |
| 12:45.01 | morsing | Sorry, I'm composing a mail to the list instead |
| 12:55.27 | bilarh | morsing: regarding your script |
| 12:55.37 | bilarh | why don't you write a full perl script instead |
| 12:55.48 | bilarh | at least that way you'd get away from half the execs |
| 12:55.50 | bilarh | or even more |
| 12:55.54 | bilarh | e.g. do something like |
| 12:56.24 | bilarh | open("find <blah> |", FH); |
| 12:56.34 | bilarh | then do a while (<FH>) { stuff; } |
| 12:56.38 | bilarh | imo |
| 12:57.16 | kjalil | bilarh: are execs bad? |
| 13:01.30 | *** join/#gllug catalyst (n=catalyst@allegro/user/angelchild) |
| 13:03.27 | bilarh | kjalil: well, not necessarily bad but they do take a bit of time |
| 13:03.39 | bilarh | especially in this case you'd have to do a fork and then an exec |
| 13:03.49 | bilarh | so if you have lots of operations, it's pretty slow |
| 13:03.56 | morsing | catalyst! |
| 13:04.00 | catalyst | aloha |
| 13:04.05 | catalyst | I passed my driving theory test :) |
| 13:04.37 | catalyst | thankings |
| 13:04.42 | morsing | bilarh: Thanks. I'd most of all want to avoid find + -exec + perl |
| 13:04.49 | bilarh | catalyst: now you can go out there and destroy the planet with us... i'm so proud of you *sniff* ;-) |
| 13:05.00 | bilarh | catalyst: seriously though, driving is ace :D |
| 13:05.00 | catalyst | indeed :d |
| 13:05.08 | morsing | Either just Perl (no syscall find) or just find + sed or something |
| 13:05.12 | catalyst | well, still got the practical part to do |
| 13:05.34 | bilarh | sed isn't really that much faster than perl to be honest |
| 13:05.39 | *** join/#gllug tink044 (i=c1cb52e2@gateway/web/ajax/mibbit.com/x-30cca0311c0da84e) |
| 13:05.43 | bilarh | it's the exec you want to get rid of, i think |
| 13:05.54 | bilarh | well, apart from the extra find, of course ;-) |
| 13:05.59 | morsing | kjalil: If find has to do an -exec of a Perl interpreter on each file (and there are millions) it will take a long time |
| 13:06.03 | morsing | tink044! |
| 13:06.18 | morsing | bilarh: Yeah, wtf's with the double find!?!? |
| 13:06.28 | tink044 | yo! |
| 13:07.03 | bilarh | morsing: possibly because they ran it once, found some files in there that hadn't been changed due to some process creating more files / directories whilst find was running in dirs find had already visited |
| 13:07.08 | bilarh | or somethign similar |
| 13:07.11 | bilarh | that's my guess at least |
| 13:07.34 | bilarh | and then they thought "hang on, let's run it again..." cue the files being renamed correctly so they added it to the script |
| 13:07.35 | morsing | That's poor! |
| 13:07.42 | morsing | *sigh* |
| 13:07.47 | bilarh | also, did you know that the earth is flat |
| 13:07.56 | morsing | :) |
| 13:08.46 | bilarh | and you definitely want to use perl rename, definitely do *not* use system "mv xx xx" ;-) |
| 13:09.23 | morsing | So you actually think the Perl script is a good idea? |
| 13:09.39 | morsing | And it can't be done better? |
| 13:10.30 | bilarh | um |
| 13:10.30 | bilarh | no |
| 13:10.40 | morsing | Hmm... I'm surprised |
| 13:10.42 | bilarh | where did I say that? :-) |
| 13:10.45 | bilarh | i'm saying |
| 13:10.47 | bilarh | use perl |
| 13:10.55 | bilarh | but do |
| 13:10.56 | bilarh | 12:56 < bilarh> open("find <blah> |", FH); |
| 13:10.56 | bilarh | 12:56 < bilarh> then do a while (<FH>) { stuff; } |
| 13:11.00 | morsing | Only Perl then? But it has to call find? |
| 13:11.06 | bilarh | yes, but only once |
| 13:11.21 | morsing | Ok, how much time can I cut the original script down with? |
| 13:11.26 | bilarh | i don't know |
| 13:11.28 | bilarh | you have to write it |
| 13:11.34 | bilarh | but it will be significantly faster |
| 13:11.44 | bilarh | due to less exec's + forks |
| 13:11.45 | morsing | Well, remove one find will double |
| 13:11.52 | bilarh | halve ;-) |
| 13:12.00 | morsing | But from 1:30 I'm hoping kinda <20 minutes |
| 13:12.13 | morsing | Will double the speed then ;) |
| 13:12.29 | bilarh | so you need to get from 90 to 20... at 45 already with just one find |
| 13:12.43 | bilarh | and then the exec stuff should be possible to get down further as well |
| 13:12.53 | morsing | So double the speed... That should be doable |
| 13:12.54 | bilarh | get the time down further, i mean |
| 13:13.10 | bilarh | possibly |
| 13:13.24 | bilarh | i mean it depends on where the time is actually spent... |
| 13:13.31 | bilarh | how many files are you typically renaming? |
| 13:13.46 | bilarh | if it's like two files out of 10 million, then rewriting it to perl will not make any difference at all |
| 13:13.48 | morsing | Well, it's only directories but they're saying millions |
| 13:13.53 | morsing | Wait... |
| 13:13.58 | bilarh | if it's 8million out of 10, then it will make a massvie difference |
| 13:14.55 | bilarh | btw, do *not* do somethign like @list = `find ...`; it will grow the perl process enormously and your machine will almost certainly slow to a crawl |
| 13:29.48 | antiphase | Use File::Find instead |
| 13:29.59 | antiphase | It's not bash! |
| 13:30.38 | bilarh | i don't think file::find will yield a big speed increase, though |
| 13:30.55 | bilarh | but it might be cleaner, i'll give you that ;-) |
| 13:31.05 | antiphase | Speed is for after making it work |
| 13:32.05 | morsing | Ok, this is a joke, it's 3288 directories and only 31 needs to be changed! |
| 13:32.28 | morsing | I'll pipe find into a quick Perl script or something |
| 13:32.45 | morsing | How can they have come up with a scrip that takes 1:30h! |
| 13:32.49 | morsing | script |
| 13:33.51 | *** join/#gllug zmey_g (n=egor@87.127.26.43) |
| 13:35.05 | bilarh | in that case it's the find taking the time, i'd say |
| 13:35.20 | bilarh | in which case you're essentially fckd, unless file::find is faster |
| 13:35.32 | kjalil | morsing: that's odd, execs shouldn't take that long, i would have thought |
| 13:35.32 | bilarh | but i doubt it is significantly faster, as it's probably the stat call that takes time anyway |
| 13:35.51 | kjalil | bilarh: yes, maybe the find |
| 13:36.08 | bilarh | do a time find blaha > /tmp/mylist and see how long it takes... |
| 13:36.11 | bilarh | without an exec, i mean |
| 13:36.31 | bilarh | then again, find might not do a stat unless you specify file mode patterns |
| 13:36.35 | bilarh | unless it's stupid :) |
| 13:37.05 | bilarh | crap, it does... -type d :( |
| 13:38.39 | kjalil | bilarh: why does find have to do a stat? doesn't it only have to read the directory entry? |
| 13:38.53 | kjalil | bilarh: i'm not sure how it works |
| 13:39.14 | bilarh | but how would it know that it read a directory? |
| 13:40.49 | kjalil | bilarh: a directory just contains a list of inode pointers, right? |
| 13:40.57 | morsing | bilarh: Fidn completes in less than 2 minutes! |
| 13:41.00 | morsing | zmey_g! |
| 13:41.12 | morsing | kjalil: Exec does! |
| 13:41.15 | zmey_g | morsing: ! |
| 13:41.36 | kjalil | morsing: the exact same find as in the command before the exec? |
| 13:41.48 | morsing | kjalil: Yes |
| 13:42.07 | morsing | find without exec, 2 minuites, find with exec, 22 minutes |
| 13:42.15 | morsing | (There are four of them run in the script |
| 13:42.48 | kjalil | morsing: why would renaming 31 things take so long? |
| 13:42.59 | morsing | kjalil: Exactly! |
| 13:43.28 | bilarh | how long does it take to run that perl script manually? |
| 13:43.36 | bilarh | if you do it on just one directory? |
| 13:44.44 | morsing | $ time rename s/cerprod/$CRMDB/g /home/morsing |
| 13:44.44 | morsing | real 0m0.06s |
| 13:44.44 | morsing | user 0m0.01s |
| 13:44.44 | morsing | sys 0m0.01s |
| 13:44.50 | bilarh | wtf |
| 13:45.08 | morsing | Sorry, $CRMDB isn't set |
| 13:45.12 | bilarh | and how long does the exact same find take without the exec? |
| 13:45.17 | morsing | 2 mins |
| 13:46.40 | bilarh | hmm |
| 13:46.57 | bilarh | what kind of filesystem is this? |
| 13:47.02 | cpufreak | careless pipes cost lives. |
| 13:48.02 | kjalil | bilarh: what is the reason for the -depth? will it not work without it? |
| 13:48.31 | morsing | bilarh: JFS2 |
| 13:49.27 | morsing | kjalil: I think depth makes sure it doesn't change the directories it hasn't left yet |
| 13:50.07 | antiphase | -depth will start at the deepest level |
| 13:50.24 | kjalil | antiphase: sounds like a depth-first search. is that it? |
| 13:50.40 | antiphase | If that's what you want to call it :) |
| 13:50.58 | kjalil | antiphase: lol. yes, that's the tree/graph searching algorithm |
| 13:52.25 | kjalil | morsing: does /home/morsing have real data for the script to choke on? I mean similar to the real directories |
| 13:52.50 | cpufreak | morsing: get a better filesystem |
| 13:52.57 | cpufreak | and faster disks |
| 13:52.59 | cpufreak | and more of them |
| 13:54.05 | cpufreak | GPFS++ |
| 13:56.27 | bilarh | it's very weird indeed |
| 13:56.46 | bilarh | i see about 25% slower finds with -depth, but i don't have masses of files in my test set |
| 13:57.20 | kjalil | bilarh: is there some way to trace what the processes are doing? |
| 13:57.50 | bilarh | strace? :) |
| 13:57.54 | bilarh | not very pretty though |
| 13:58.15 | cpufreak | system tap probably more useful |
| 13:58.22 | kjalil | bilarh: yeah of course :) but it may be messy |
| 13:58.27 | cpufreak | or dtrace |
| 13:58.35 | cpufreak | neither of which are available for morsing's aix though |
| 13:58.44 | bilarh | ah aix :) |
| 13:59.19 | antiphase | I think whoever wrote that shit should be publicly stoned to death |
| 13:59.29 | antiphase | I feel sick |
| 13:59.38 | antiphase | FIND THEM AND KILL THEM |
| 14:01.43 | morsing | kjalil: Nothing to do with what's in the directory |
| 14:05.40 | cpufreak | hmm |
| 14:05.46 | cpufreak | so across an 50TB filesystem |
| 14:05.54 | cpufreak | a find with -depth takes 3m49 seconds |
| 14:06.00 | cpufreak | and without depth taes 3m51 seconds |
| 14:06.12 | cpufreak | so it makes buffer all difference with a proper filesystem |
| 14:07.11 | morsing | It's 60 out of 3300 |
| 14:07.19 | morsing | Wow, how odd... Sorry |
| 14:07.40 | cpufreak | testing with -exec now too |
| 14:08.06 | morsing | Well, let exec call Perl |
| 14:08.47 | cpufreak | gimme some perl foo which'll do the equiv of ls then whilst I jump in the shower |
| 14:09.50 | morsing | Just /usr/bin/perl -e 'echo "l" >/dev/null' should do? |
| 14:10.30 | morsing | Is it better to let find or perl check for a match? |
| 14:10.55 | morsing | I.e., find -name "blah" | perl or find | perl -e s/blah/dvdkslc/ |
| 14:14.44 | bilarh | morsing: write a perl script that uses find, not the other way around |
| 14:15.19 | morsing | Yes but... Should the find command be "find -name blah" or just "find" and let Perl do the matching? |
| 14:15.26 | bilarh | oh right |
| 14:15.33 | bilarh | definitely keep the -type d at least |
| 14:15.37 | morsing | Yeah |
| 14:15.42 | antiphase | perldoc File::Find; |
| 14:15.47 | bilarh | i'd be inclined to let perl do anything |
| 14:15.50 | bilarh | and listen to antiphase :) |
| 14:15.51 | morsing | Ok |
| 14:15.59 | morsing | If file::find's there! |
| 14:16.02 | bilarh | s/anything/everything/ |
| 14:16.14 | antiphase | There's a finddepth function provided by File::Find |
| 14:16.25 | bilarh | schorely file:find is in the standard perl dist |
| 14:16.44 | antiphase | It can call a subroutine for each file, which you can then match on and rename |
| 14:17.10 | bilarh | ah, that's exactly what morsing needs, isn't it |
| 14:17.12 | cpufreak | hmm, even just a find -exec ls {} \; took way longer than without. |
| 14:17.15 | cpufreak | e.g. |
| 14:17.17 | cpufreak | # time find . -depth -exec ls {} \;> /tmp/depth |
| 14:17.17 | cpufreak | real 8m58.666s |
| 14:17.17 | cpufreak | user 1m59.830s |
| 14:17.17 | cpufreak | sys 2m49.590s |
| 14:17.24 | cpufreak | vs |
| 14:17.25 | cpufreak | # time find . > /tmp/nodepth |
| 14:17.25 | cpufreak | real 3m51.105s |
| 14:17.25 | cpufreak | user 0m0.150s |
| 14:17.25 | cpufreak | sys 0m2.190s |
| 14:18.05 | bilarh | cpufreak: but then you have an exec for every file there |
| 14:18.23 | bilarh | cpufreak: hwo about you do find . -exec ls {} \; ? |
| 14:18.35 | morsing | But surely loading Perl is slower than ls? |
| 14:19.30 | bilarh | i think the point was to find out if -depth added extra time to find itself |
| 14:19.34 | cpufreak | oh |
| 14:19.36 | cpufreak | I proved that already |
| 14:19.37 | antiphase | Spawning a process every time you need it is never good |
| 14:19.38 | cpufreak | as I said ebove |
| 14:19.49 | cpufreak | root@lid-gpfs-1:/joost# time find . -depth > /tmp/depth |
| 14:19.49 | cpufreak | real 3m49.115s |
| 14:19.49 | cpufreak | user 0m0.170s |
| 14:19.49 | cpufreak | sys 0m2.010s |
| 14:19.56 | cpufreak | root@lid-gpfs-1:/joost# time find . > /tmp/nodepth |
| 14:19.56 | cpufreak | real 3m51.105s |
| 14:19.56 | cpufreak | user 0m0.150s |
| 14:19.56 | cpufreak | sys 0m2.190s |
| 14:20.00 | cpufreak | across at 50TB fs |
| 14:20.07 | bilarh | but how many levels? |
| 14:20.10 | cpufreak | 2 seconds difference = bugger all |
| 14:20.11 | bilarh | of directories |
| 14:20.15 | cpufreak | many |
| 14:20.27 | bilarh | ok |
| 14:20.31 | cpufreak | well at least 20 |
| 14:20.56 | cpufreak | I do have a very effecicient filesystem here though |
| 14:21.08 | cpufreak | and a lot of disks underneath it |
| 14:21.52 | morsing | use File::Find; |
| 14:21.52 | morsing | finddepth(sub { if (-d $_) { |
| 14:21.52 | morsing | rmdir($_) |
| 14:21.52 | morsing | } else { |
| 14:21.52 | morsing | unlink($_) |
| 14:21.54 | morsing | } }, |
| 14:22.12 | morsing | $dir); |
| 14:22.21 | cpufreak | why not mkfs |
| 14:22.32 | morsing | Ermm... But that does a find on both files and directories it looks |
| 14:22.38 | morsing | Sure it's still faster? |
| 14:22.52 | cpufreak | mkfs is always faster than deleting a lot of stuff |
| 14:22.58 | bilarh | morsing: so does find, it just only prints the directories out if you do -type d :) |
| 14:23.13 | morsing | bilarh: So find is always the same speed? |
| 14:23.16 | morsing | Ok... |
| 15:21.22 | *** join/#gllug shai (n=Shai@l192-117-110-233.cable.actcom.net.il) |
| 15:24.27 | morsing | shai! |
| 15:24.51 | shai | morsing! |
| 16:06.53 | secretlondon | ooh strong winds now |
| 16:10.43 | boudiccas | yes, the wind speed has increased since midday :( |
| 16:10.54 | boudiccas | but at least its not a bitingly cold wind |
| 16:17.12 | etorix | wot, hurrycanes in sarf london |
| 16:17.31 | etorix | its sunny here |
| 16:19.31 | etorix | sky doesnt look 'washed' tho |
| 16:19.54 | etorix | id better tell em to re-do it |
| 16:21.02 | secretlondon | well I had a period of containers blowing across my balcony, which i didn't get yesterday during the 'storm' |
| 16:23.19 | etorix | i reportbugged moblock-nfq |
| 16:23.27 | etorix | <PROTECTED> |
| 16:24.09 | etorix | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=470493 |
| 16:28.06 | secretlondon | etorix: i don't understand your bug, I presume the package maintainer will though |
| 16:28.25 | etorix | hope so |
| 16:28.37 | etorix | basically it SIGTERMS |
| 16:28.52 | etorix | so its less than useful |
| 16:29.34 | etorix | doesnt stop anything |
| 16:30.01 | etorix | is it in buntoo |
| 16:30.12 | secretlondon | i'll look |
| 16:30.42 | etorix | its bin araound awhile, its from moblock-deb.sourceforge.net |
| 16:30.50 | secretlondon | http://packages.ubuntu.com/ = packages.debian.org |
| 16:30.53 | etorix | not in official debian |
| 16:31.52 | etorix | hmm .. reportbug said it was CC-ing to sf |
| 16:31.57 | secretlondon | no we don't have, so what have you filed the bug against if it's not in official debian? |
| 16:32.32 | etorix | reportbug did it , i thought id allow it |
| 16:32.55 | secretlondon | No maintainer for moblock-nfq. Please do not report new bugs against this package. |
| 16:32.55 | etorix | maybe some bright spark will pick it up |
| 16:33.18 | secretlondon | http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=moblock-nfq |
| 16:34.06 | etorix | thats the knock-back |
| 16:34.15 | etorix | thats fine |
| 16:34.22 | etorix | maybe some bright spark will pick it up |
| 16:34.32 | secretlondon | google summer of code deadline is tomorrow apparently |
| 16:34.45 | secretlondon | we're trying to put in some sort of application |
| 16:34.53 | secretlondon | we=tux4kids, not we=ubuntu |
| 16:35.27 | etorix | im actually a supporter of bluetack, i had some cash left over in paypal when they did a appeal |
| 16:35.49 | secretlondon | what's bluetack? |
| 16:35.51 | etorix | bluetack.co.uk |
| 16:35.59 | etorix | check it out |
| 16:36.42 | etorix | blocklists against monsters |
| 16:45.15 | antiphase | Internet thought police |
| 16:48.22 | etorix | ignorant cunt, huh |
| 16:49.07 | etorix | ktorrent and other torrent-clients have blocklist-getters built in |
| 17:04.40 | *** join/#gllug sam_ (n=sam@client-86-31-118-104.hers.adsl.virgin.net) |
| 17:12.57 | zmey_g | Cunt is an English language vulgarism referring to the vulva or vagina and, more generally, the pubis from the mons veneris to the perineum. The earliest citation of this usage, circa 1230. Hmmm. Put it in my dictionary. |
| 17:14.20 | secretlondon | "grope cunt street" in southwark, now called grape street |
| 17:14.37 | secretlondon | was the old brothel area |
| 17:16.14 | zmey_g | surely residents campaigning against this decision because there is nothing special about grapes. |
| 17:16.54 | etorix | peter cook said it well |
| 17:49.10 | *** join/#gllug ChoHag (i=mking@lego.monnsta.net) |
| 17:51.28 | *** join/#gllug etorix (n=etorix@unaffiliated/etorix) |
| 17:52.37 | morsing | etorix! |
| 17:52.39 | morsing | ChoHag! |
| 17:53.41 | secretlondon | morsing! |
| 17:54.47 | morsing | secretlondon! |
| 18:04.37 | ChoHag | Yes? |
| 19:24.51 | *** join/#gllug etorix (n=etorix@unaffiliated/etorix) |
| 19:44.43 | morsing | etorix! |
| 19:55.48 | morsing | :( |
| 19:58.50 | secretlondon | I'm keeping myself awake as I need to be up in the day (and I might miss the talk tomorrow!). woke at 7am, attempting to go to bed at 11 |
| 20:07.43 | cpufreak | does anyone know where I can get some FC to LC patches locally in washington DC? |
| 20:32.53 | *** join/#gllug dick_turpin (n=user@dsl82-163-112-79.as15444.net) |
| 20:33.02 | *** part/#gllug dick_turpin (n=user@dsl82-163-112-79.as15444.net) |
| 21:00.58 | *** join/#gllug heed (n=michael@bb-87-80-52-79.ukonline.co.uk) |
| 21:03.04 | morsing | heed! |
| 21:03.25 | heed | what! |
| 21:04.13 | secretlondon | take heed! |
| 21:04.52 | heed | take me where? ;) |
| 21:05.20 | heed | im happy watching telly |
| 22:13.10 | *** join/#gllug catalyst (i=catalyst@allegro/user/angelchild) |
| 22:13.25 | morsing | catalyst! |
| 22:54.59 | starshine | "Falling back to standard locale" ring a bell for anyone? |
| 22:55.02 | starshine | what crazy simple thing am I missing? |
| 22:55.36 | antiphase | Standard locale would be "C" usually |
| 22:55.45 | antiphase | Otherwise it depends what you're trying to do |
| 22:56.51 | secretlondon | night |
| 22:58.11 | Nafallo | do you actually say 'servers beer'? :-) |
| 22:58.25 | starshine | :( |
| 23:03.32 | *** join/#gllug sam_ (n=sam@client-86-31-118-104.hers.adsl.virgin.net) |