00:43.20 | ``Erik | iie, eriku wa tabenai!!! |
00:55.18 | ``Erik | japanese, for "no, don't eat me!"... discussion in another channel... happened to have been in japanese o.O |
00:56.41 | Twingy | wow, that's appropriate furby talk too |
00:56.46 | Twingy | damn I'm good |
00:57.11 | ``Erik | well, someone tried to ask me how old I was, but asked if they could eat me instead |
00:57.23 | Twingy | was she cute? |
00:57.41 | ``Erik | d'no... heh, friend of a friend, haven't seen a pic |
00:57.59 | ``Erik | (and immediately after, I said "unless you do it nice"...) |
00:58.04 | Twingy | pfft, I'd want to see what they looked like before I let them ask me if they could eat me |
00:58.12 | ``Erik | heh |
00:58.33 | ``Erik | so you're not swinging by the harbor to visit alexis? |
01:06.33 | Twingy | he'll be in town again soon enough |
01:07.46 | Twingy | plus I'm no fun when I'm tired |
01:08.15 | ``Erik | heh |
01:08.28 | Twingy | wanna see an amusing pic? |
01:08.32 | ``Erik | always |
01:08.36 | Twingy | http://js.cx/~justin/images/justin_disney.jpg |
01:09.04 | ``Erik | is that richard stallman??? |
01:09.06 | ``Erik | :> |
01:09.13 | Twingy | all I remember is some little kid was to the right of me asking his mom if that was Gandalf |
01:09.16 | ``Erik | no, you're not pinching your nose... |
01:09.30 | Twingy | I think he was playing grab ass with me |
01:09.34 | Twingy | maybe it was john |
01:10.12 | ``Erik | hehe, john's got himself a semi-sweet deal... 3 days of work a week, obnoxious pay, and none of the mandatory shit |
01:10.13 | Twingy | looks like he's holding a joint in his right hand |
01:10.31 | Twingy | doobie snacks |
01:10.36 | ``Erik | towlie is the gandalf of southpark. |
01:14.27 | ``Erik | woops |
01:44.51 | brlcad | i think that's Blinn |
01:45.00 | ``Erik | hahaha |
06:43.39 | *** join/#brlcad Maloeran (n=maloeran@195.139.172.210) |
08:05.46 | *** join/#brlcad ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
08:05.46 | *** topic/#brlcad is http://ftp.brlcad.org (mirror of http://brlcad.org, down for 'maintenance') || BRL-CAD is an open source solid modeling software suite || Developers needed! Read the HACKING file for details on getting involved || Release 7.8.4 is posted, next release will be 7.10.0 |
11:45.05 | *** join/#brlcad clock__ (n=clock@zux221-122-143.adsl.green.ch) |
12:02.10 | *** join/#brlcad ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
12:02.10 | *** topic/#brlcad is http://ftp.brlcad.org (mirror of http://brlcad.org, down for 'maintenance') || BRL-CAD is an open source solid modeling software suite || Developers needed! Read the HACKING file for details on getting involved || Release 7.8.4 is posted, next release will be 7.10.0 |
15:21.31 | Maloeran | If the user interface presented by Microsoft research at this conference is used, I pity the future generation of windows users |
15:24.17 | *** join/#brlcad jpjacobs (n=jpjacobs@ace.ulyssis.student.kuleuven.be) |
15:24.37 | jpjacobs | does anyone have a debian/ubuntu package of brlcad? |
15:43.48 | clock__ | jpjacobs: I don't but compiling is easy |
15:43.59 | clock__ | I compiled on Linux and OpenBSD. You don't need additional libraries AFAIK. |
15:49.57 | brlcad | jpjacobs: several people have started working on making a package, and I believe one exists for a version from a year or so ago .. but current no there's not |
15:50.38 | clock__ | brlcad: I found a bug in mged |
15:50.59 | brlcad | it is pretty much self-contained, so it should compile off of a source distribution cleanly and fully if you at least have a compiler |
15:51.07 | brlcad | clock__: reproducible? |
15:52.14 | clock__ | brlcad: yes |
15:53.01 | jpjacobs | yeah, the compiling, or just extracting the tarball isn't really the problem, but i wanted to just have a deb, so i can manage the file with apt-get instead of a bunch of loose files |
15:53.49 | Maloeran | Ubuntu doesn't come with anything one needs to compile stuff, you have to install a bunch of packages |
15:53.54 | jpjacobs | hmm just managed to buid a deb from the tarball i got from sourceforge |
15:53.55 | Maloeran | It's really a painful distribution for programmers |
15:54.14 | jpjacobs | yeah i know, there's a meta package for that: build-essential |
15:54.28 | jpjacobs | allright, no errors, wish me luck :) |
15:57.19 | clock__ | Well actually already 2 bugs. |
16:00.35 | clock__ | Well |
16:00.42 | clock__ | http://ronja.twibright.com/3d/par_welded_we_s2.png at the right side of the vertical beam an edge is not drawn, although an edge is there. |
16:00.46 | clock__ | Second bug: |
16:00.59 | clock__ | http://ronja.twibright.com/3d/tetrax.g |
16:01.58 | clock__ | Matrix selection, /tetrax/tetrax.c/sym.c/l2.c/li.s, l2.c then it shows nonsense - both pieces are moving synchronously and they should move in a mirrored fashion. When you do an accept then, one of them disappears and reappears only after you type "B tetrax". |
16:02.16 | brlcad | jpjacobs: good luck |
16:02.43 | jpjacobs | nice. i've got it working! if anyone want's the deb, i could upload it somewhere |
16:03.01 | clock__ | brlcad: can I consider this bugreported and scratch it out of my TODO list? |
16:03.05 | brlcad | jpjacobs: which version did you compile? |
16:03.14 | jpjacobs | working is relative, i still have to add /usr/brlcad/bin to the path ;) |
16:03.22 | clock__ | brlcad: can you try it out if you can reproduce it? |
16:03.25 | brlcad | jpjacobs: you can upload via ftp to ftp.brlcad.org/incoming |
16:03.32 | jpjacobs | i didn't, i just got the binairies of sourceforge |
16:03.43 | jpjacobs | i can try though |
16:03.52 | brlcad | er, binaries or source? |
16:04.01 | brlcad | sounded like you compiled it |
16:04.23 | jpjacobs | (but i warn you i don't know anything about packaging in general, so don't blame me if this breaks things :p) |
16:04.51 | brlcad | clock__: yeah, I'm actually not so sure that's a bug as much as it is a setting issue (though certainly undesired behavior) |
16:04.59 | jpjacobs | i had both, but the compilingstuff was mainly to get things installed via checkinstall , but that failed |
16:05.19 | brlcad | jpjacobs: failed because? |
16:06.19 | brlcad | clock__: there's a test in rtedge when determining whether to draw an edge, looking at the depth of the adjacent faces.. in your diagram there, the adjacent are nearly identical and I bet that's why it's not drawing it |
16:06.20 | clock__ | brlcad: which one are you talking about now to be a setting issue? |
16:06.41 | clock__ | brlcad: they are not nearly identical there is actually several millimeters space in between |
16:06.46 | brlcad | that value is configurable, albeit maybe only via source.. there should be a run-time configuration for it |
16:07.28 | jpjacobs | dunno anymore, it's been a while |
16:07.29 | clock__ | brlcad: but why does it have to be configurable? Can't it just test if the ray doesn't punch another body or another face of the same body? |
16:07.52 | jpjacobs | is 7.8.3 the most recent source release? |
16:08.04 | clock__ | brlcad: why isn't configured to be more sensitive by default? Would it draw edge everywhere then ? |
16:08.24 | brlcad | right, it's a subtle balance |
16:08.38 | brlcad | not everywhere, but more than you'd generally want |
16:10.59 | clock__ | brlcad: well if it draws bulshitty edges it doesn't matter it's not necessary for Ronja that all edges are perfect it's just to show the shape |
16:11.22 | brlcad | curious, if you draw it larger, does it render the edge? |
16:11.27 | clock__ | I didn't try |
16:11.29 | brlcad | what object is that? |
16:11.35 | clock__ | It's done by scripts |
16:11.58 | clock__ | http://ronja.twibright.com/3d/par_welded.g |
16:12.16 | clock__ | object inside "par_welded_we" |
16:13.05 | brlcad | hmm.. there's something wrong in that .g |
16:13.50 | clock__ | As usual, I always manage to make something wrong in the .g files |
16:18.02 | brlcad | jpjacobs: if you use the latest posted source tarball (7.8.4 posted at http://sourceforge.net/project/showfiles.php?group_id=105292&package_id=113368) I'll upload your .deb as a linux download |
16:18.25 | brlcad | clock__: it might not be you actually.. I'm using an older version, considerably older -- have to check with a never version |
16:18.43 | brlcad | it still brins up par_welded |
16:19.48 | clock__ | brlcad: "B par_welded_we" |
16:20.13 | brlcad | yep, already there |
16:21.13 | brlcad | hmm, sure enough some sort of tolerancing issue |
16:21.21 | brlcad | it renders the edge zoomed in |
16:21.36 | clock__ | brlcad: then it's not a bug |
16:21.45 | clock__ | brlcad: can you look into the other report please? |
16:21.53 | clock__ | That's actually quite annoying during modelling |
16:21.54 | brlcad | like i said, maybe not a bug but certainly undesired behavior |
16:29.44 | jpjacobs | How do i build brl to have all executable files in /usr/bin instead of /usr/brlcad/bin ? and also the man stuff? |
16:30.10 | brlcad | jpjacobs: that's highly not recommended for many reasons right now |
16:30.44 | brlcad | aside from the plain reason that it'll end up installing several hundred binaries and several dozen libraries.. |
16:30.50 | jpjacobs | hehe, that's just the opposite that people just told me on #ubuntu :p |
16:31.14 | jpjacobs | yeah, ok, but that's no problem if things get managed by apt |
16:31.25 | brlcad | there's also a high probability that one of those binaries or libraries will conflict in name with an existing |
16:31.41 | brlcad | meaning it could clobber something you already have which would be "bad" |
16:32.00 | jpjacobs | mmm, maybe i'll just make a wrapperscript to that then... something like brlterm ... |
16:32.18 | brlcad | more likely it'll be a library |
16:32.20 | jpjacobs | and put that in /usr/bin |
16:32.57 | brlcad | brl-cad's core libraries, librt, libbu, and libbn have been around for decades, but other projects sometimes have similarly named libraries |
16:32.58 | ``Erik | heh |
16:33.01 | jpjacobs | i mean , just a stupid shellscript that set's the path's right |
16:33.21 | ``Erik | echo PATH=$PATH:/usr/brlcad/bin >> ~/.bashrc |
16:33.22 | ``Erik | :D |
16:33.23 | ``Erik | done |
16:33.31 | brlcad | you mean scripts installed into /usr/bin pointing to stuff in /usr/brlcad/bin? :) |
16:33.45 | clock__ | brlcad: did you try my second report? |
16:33.55 | brlcad | clock__: i'm still working on your first one |
16:34.02 | brlcad | or do you really not care |
16:34.10 | jpjacobs | no, just a script like /usr/bin/brlterm, that just set's the right paths and then dumps you to a shell |
16:34.12 | clock__ | brlcad: but you don't have to - I don't care about the first one |
16:34.21 | brlcad | clock__: grr |
16:34.26 | clock__ | That seems to be a design property |
16:34.41 | brlcad | well, at a glance, I'm trying to verify |
16:34.43 | clock__ | Or do you have an idea how to quickly fix it so that there is no magical constant and it always detects edges properly? |
16:34.46 | brlcad | as well as to see if there's a workaround |
16:35.25 | brlcad | there are options that can be set that should help it find that edge |
16:35.57 | ``Erik | jpjacobs: the only paths you SHOULD need to muck with are the binary path $PATH and the manpage (maybe) $MANPATH, just fix your .bashrc or .profile or whatever? |
16:36.55 | jpjacobs | yeah, but like brlcad said, that might conflict with other executables etc |
16:37.06 | brlcad | jpjacobs: ahh.. there's actually a todo item to create a "proper" full blown terminal interface that has the environment set up, but that's future work |
16:37.13 | brlcad | actually, not quite what I said |
16:37.27 | brlcad | installing into /usr/brlcad is preferred, and just set the PATH/MANPATH |
16:37.28 | jpjacobs | so this thing would only set the path's when you invoke it |
16:37.46 | brlcad | akin to /usr/X11R6 |
16:37.57 | ``Erik | why make it a script? why not just put the paths in another file, and source it when you want it? heh |
16:38.24 | brlcad | ``Erik: that's effectively what he's suggesting too :P |
16:38.41 | ``Erik | I mean, it seems to me like like you want something in the same class as writing ls-l.c to execute ls -l ... |
16:38.56 | ``Erik | brlcad: sourcing doesn't spawn a subshell |
16:39.26 | brlcad | so? |
16:39.30 | ``Erik | treating the ptree like a stack of shells does not seem optimal to me *shrug* :) |
16:40.01 | brlcad | he probably cares about as much as I'd care about that for this purpose :) |
16:40.12 | brlcad | that said, still think it's not a good approach |
16:41.30 | brlcad | it should either install into /usr/bin or not, and let usual unix pathing do what it's supposed to do (i.e. update the /etc scripts with new PATH, or assume user will) |
16:43.18 | ``Erik | hell, I've had accounts on systems where /etc was legitimately in the path... :D |
16:44.04 | brlcad | what could be useful is an installer script phase for debian/gentoo/freebsd that optionally updates the system paths for you |
16:44.27 | brlcad | but it's still more important to get it working integrated cleanly first imho before doing that |
16:44.34 | ``Erik | I wouldn't do that for fbsd... :/ |
16:44.40 | brlcad | hence the optional |
16:45.05 | ``Erik | the 'right' way is to have an 'install-user' target which mucks a persons ~/.profile or whatever, or just a pkg-message to tell how to use it |
16:45.31 | brlcad | could have that in addition, but that would be solving a slightly different issue |
16:45.44 | ``Erik | and that extra mged.sh pedro made is a bit of a headache, heh |
16:46.08 | jpjacobs | i think a lot of users don't like mucking with paths, and like the idea of just doubleclicking an icon and getting a nice shell with everything ready to use, maybe even with a nice text printed to get them started :) |
16:46.55 | clock__ | I hate dealing with paths |
16:47.03 | clock__ | Different on every system |
16:47.16 | clock__ | And if you do it wrong it can disappear the next time you restart or upgrade the system |
16:47.27 | clock__ | Or it can work on text console and not work in X, or vice versa |
16:48.09 | ``Erik | yeah, a lot of users should put the machine back in the box and return it to the store. o.O |
16:48.14 | ``Erik | :D |
16:48.59 | ``Erik | hey, brlcad, does mged have the ability to run all four hundred and something programs of the suite? |
16:52.13 | jpjacobs | woohoow, everything compiled right. Does anyone have better scripting skills than I do? (what i come up with is http://ln-s.net/FGP |
16:53.43 | ``Erik | and how are you planning on calling that? |
16:54.52 | brlcad | jpjacobs: the double-clickable option (a brl-cad terminal) is what has my focus, for what it's worth -- that's a solution that is necessary in particular for the gui systems (esp. mac and windows) |
16:55.25 | brlcad | ``Erik: what do you mean? |
16:55.36 | brlcad | you can invoke any of them with exec in mged if that's what you mean |
16:55.46 | brlcad | only a handful of them are coupled to similar mged commands |
16:55.56 | brlcad | probably a dozen or so |
16:56.28 | ``Erik | hm |
16:56.48 | ``Erik | I wonder if they should all be blindly name-linked... (like rt is)... then call the mged shell 'the thing', just launch mged |
16:57.21 | brlcad | jpjacobs: if you would, that should say "Everything set up for BRL-CAD", not using the lowercase non-dashed naming |
16:57.33 | ``Erik | pedant :D |
16:57.43 | brlcad | consistent |
16:58.37 | brlcad | it's generally non-trivial to couple the command line commands to a similar mged command |
16:58.55 | brlcad | extensively different options and conventions amongst different tools |
16:59.25 | ``Erik | ah, you can't take the argument list and just blindly pass them to the underlying program? like a shell execvp() |
16:59.25 | brlcad | and many of them would just be confusing and inconsistent if used inside mged without proper wrapping |
16:59.38 | brlcad | like if I ran mk_wire.. i'd expect it to make a wire object in my current database |
16:59.52 | jpjacobs | i've got it almost... any colors for xterm that would go nicely wiht BRL-CAD? |
16:59.54 | brlcad | whereas mk_wire expects a .g and object names, etc |
17:00.34 | brlcad | so mged would have to be aware of mk_wire's options format on how to specify the current .g and how to specify object names (some are consistent like the tracers, others aren't) |
17:01.08 | brlcad | jpjacobs: you could set a color on .g and .pix files |
17:01.59 | ``Erik | eenterestink... my 1.25 g4 scores 2127, where the 1.2ghz athlon scores 667 |
17:01.59 | jpjacobs | how do you mean? |
17:03.49 | ``Erik | or LSCOLORS |
17:04.33 | jpjacobs | it's LS_COLORS aparently |
17:04.42 | ``Erik | it's different on different os's :( |
17:07.47 | brlcad | ``Erik: that's a stunningly low score for a 1.2 athlon |
17:07.56 | ``Erik | um, you don't know what my metric is |
17:08.10 | ``Erik | nope |
17:08.21 | ``Erik | not BRL DASH CAD related |
17:08.43 | brlcad | ah, so it's a useless metric .. got it ;) |
17:09.31 | ``Erik | :D ultra-naive raytracer with the goal of being modular so different algorithms for different aspects can be dropped in trivially... this is with the ueber-naive 'acceleration' structure, moller-trombour triangle intersection, and the value is rays per second |
17:09.56 | brlcad | hehe |
17:09.58 | ``Erik | (every ray tests every triangle, keeping the 'closest') |
17:12.35 | jpjacobs | just did the benchmark too, i've got 1597 on my AMD AthlonXP 2600+ (2.05 GHz) |
17:12.38 | brlcad | i finally got Zeta to install |
17:12.52 | brlcad | jpjacobs: that'd be an unoptimized build :) |
17:13.16 | brlcad | you should recompile optimized, at least it sounds unoptimized |
17:13.21 | jpjacobs | well that could very well be (it's just the binarie from sourceforge) |
17:13.25 | brlcad | hmmm |
17:13.41 | brlcad | those should be optimized actually, unless someone left off the option |
17:13.59 | ``Erik | what're you running zeta on? |
17:14.13 | jpjacobs | now for the .deb, should i make it with --enable-optimized ? |
17:14.25 | brlcad | zeta won't do ppc |
17:14.46 | brlcad | wouldn't do parallels either, kept kernel panic'ing in random places |
17:15.13 | brlcad | jpjacobs: yes, --enable-optimized and --enable-almost-everything ;) |
17:15.45 | brlcad | can toss in --disable-debug for good measure |
17:15.51 | brlcad | but that's optional |
17:18.03 | ``Erik | heh, "dooking" http://www.zefrank.com/theshow/# |
17:23.14 | jpjacobs | is the enable-almost-everything to be taken literally? |
17:23.30 | brlcad | yes |
17:23.52 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/BUGS: rtedge is not respecting the -c'set' options |
17:24.24 | brlcad | there is such a configure option that enables the compilation of the third-party dependencies (libpng, tcl/tk, urt, zlib, itcl/itk/iwidgets, etc) |
17:24.55 | brlcad | otherwise it will autodetect what you have installed, which is potentially different if you wanted to share that .deb with someone else |
17:25.56 | ``Erik | debs have dependancy info built in... urt, zlib, and png should be added as dependancies and forced not to build imho... :D |
17:32.00 | brlcad | should, and the official debian .deb request has/had such a thing going iirc |
17:32.40 | brlcad | but then there's still issues running against system tcl/tk/itcl/itk/... that I'm still working on |
17:36.20 | jpjacobs | ``Erik: well, if you can tell me how i do that, that'll be nice:) |
17:45.46 | jpjacobs | hmmm almost there with the xterm, lscoloring and path setting thing |
17:51.54 | jpjacobs | damn it, i can't get the lscoloring to get set... very weird. have alook at it at: http://ln-s.net/FGX |
17:53.02 | jpjacobs | can anybody give me a list of packages where brlcad depends on? |
17:53.49 | brlcad | jpjacobs: ls src/other |
17:53.54 | brlcad | they are included there |
17:54.19 | brlcad | the probablem you'll run into with some of them though, like tcl/tk, is that a system tk is currently non-functional .. close, but not there yet |
17:54.59 | brlcad | but for things like jove and urt and zlib and png and regex, system ones work just as well |
17:59.01 | jpjacobs | so i should have tcl/tk compiled in and the rest as dependancy |
17:59.37 | jpjacobs | i'm off for dinner |
18:04.48 | brlcad | pretty much |
18:25.39 | dtidrow_work | ``Erik: lol at the 'stinky' opinions |
20:16.31 | jpjacobs | has anybody an idea why the lscolloring stuff in my script doesn't work? |
20:21.36 | Maloeran | Ohh, so that's the raytracer you spoke of writing, Erik :). Okay, I don't feel too threatened yet |
20:34.05 | *** join/#brlcad clock_ (i=clock@84-72-95-129.dclient.hispeed.ch) |
21:01.43 | clock_ | brlcad: did you check the second report I told you? |
21:01.50 | clock_ | Or should I report it into the bug database? |
21:07.46 | clock_ | brlcad: is it OK to subtract a region from another one or do AND operation? |
22:38.42 | *** join/#brlcad Maloeran (n=maloeran@195.139.172.210) |
22:40.48 | *** join/#brlcad Maloeran (n=maloeran@195.139.172.210) |
22:46.36 | ``Erik | hum, per ghz, the naive rt I got here does 874 ray/sec, the g4 does 1700 ray/sec :) |
22:58.15 | Maloeran | Feel like trying my ray-triangle intersection test to compare? :) |
22:58.30 | Maloeran | It works best with short ray segments, but you should see a good gain |
23:00.13 | ``Erik | um, if I give you a function prototype, can y ou give me a .c file easily enough? |
23:00.42 | Maloeran | It requires conversion to a different triangle structure than 3 vertices, but it's simple enough |
23:00.58 | ``Erik | hrmmmmmm |
23:01.20 | ``Erik | tell ya what, when I see you tomorrow, I'll have my thumbdrive, we can compare and mess around |
23:01.49 | Maloeran | Sure |
23:01.50 | Twingy | just think of me as the richard stallman of renewable energy |
23:02.46 | Twingy | I'd grow a beard, but it'd increase my coefficient of friction |
23:07.19 | ``Erik | so you stink a lot? :D |
23:08.20 | ``Erik | it's cuz you're queerbeqois |
23:08.50 | Twingy | DEY TUK HIS JB! |
23:08.58 | ``Erik | JRB! |
23:09.03 | Twingy | JRRRRRR |
23:09.09 | ``Erik | JJJJRRRRRRRRRB |
23:09.15 | Twingy | BACK TO THE PILE! |
23:09.32 | ``Erik | twingies a timecist |
23:09.46 | Twingy | I'm a confuscist atm |
23:10.01 | Twingy | you'd think 2d math would be easy |
23:10.24 | ``Erik | dpeends on which two dimensions :D |
23:10.48 | Maloeran | Erik, there were some interesting talks today about visualization of dynamic fluids, turbulence, vortexes ; the first interesting talks to me so far |
23:11.17 | Maloeran | I really should have skipped the first 3 days, had I known that it was all about "Information visualization", or how to draw pretty eye-candy 2d graphs for humans to see huge datasets |
23:11.55 | Twingy | but just think |
23:12.04 | Twingy | with the knowledge you contain you could write powerpoint++ :) |
23:12.20 | ``Erik | really, fluid dynamics are of strong interest to me, heh |
23:12.23 | Twingy | powerpoint doesn't have a ray-tracer yet eh? |
23:12.25 | ``Erik | but I was running errands all day :/ |
23:12.30 | ``Erik | no, but it has a flight sim... |
23:13.25 | Maloeran | Same here, Erik. SURVICE wants me on their fire simulations too apparently, good timing |
23:14.44 | Maloeran | For 3 days now, I feel like eating a huge plate/bowl of fruits, any idea where to find that in Baltimore? :) |
23:16.21 | ``Erik | I thought I saw a grocery store when we were looking for food on monday, they'd probably have fruit platters in their deli area, or straight fruit |
23:16.23 | Maloeran | I wish I could find that. Perhaps what I need is a grocery, not a restaurant |
23:16.45 | Maloeran | Right, okay |
23:17.24 | brlcad | there's a grocery about 15 minutes away, albeit not walkable at this time of day now, you'd have to cab it or something |
23:17.41 | Maloeran | How is it not walkable? |
23:17.53 | Twingy | SUPAH FOOD TOWN! |
23:18.43 | brlcad | it's about 15-20 blocks southwest of the inner harbor |
23:18.51 | brlcad | almost due south |
23:19.11 | brlcad | which would require walking down some rather dark streets |
23:19.26 | brlcad | not something I'd recommend for someone as skinny as you :) |
23:19.33 | Twingy | just buy 100 of those neon light sticks and duct tape them to your body |
23:19.45 | Maloeran | I never went anywhere it wasn't "safe" before, this is weird |
23:20.03 | Maloeran | I might be skinny, but I made the Montreal games on the 100m and 500m runs not so long ago ;), I can run... fast |
23:20.09 | archivist | sounds like a matchstick with the wood scraped off |
23:20.12 | brlcad | it's actually pretty safe where you're at |
23:20.39 | brlcad | you might run fast, but I bet a bullet or knife would still catch up quickly enough ;) |
23:21.42 | Maloeran | Woah. Understood, I really am surprised |
23:21.47 | brlcad | if you had your bike, I'd say go for it .. those neighborhoods around federal hill are pretty safe |
23:22.03 | brlcad | it's just a bit much to walk |
23:22.20 | ``Erik | if you do walk, only care enough money to buy what your'e going to get, keep your stuff in your sock, and try not to be too pretty o.O :D *duck |
23:22.48 | ``Erik | but cabbing would be way preferrable or wait until morning *shrug* |
23:22.53 | brlcad | seriously, just take a cab and you'll be there in about 5 minutes :) |
23:22.58 | ``Erik | if I had fruit handy, I'd bring some down |
23:23.01 | Twingy | heh, mal looked at me with shock when I told him that some parts of baltimore aren't the safest :) |
23:23.25 | ``Erik | heh, I've been lost ins ome of those :D |
23:23.30 | ``Erik | tore the shit out of that pt cruiser... *cough* |
23:24.44 | Twingy | never trust google maps through baltimore |
23:24.48 | Maloeran | It's just a fairly different environment. I have never seen a gun in my life, and you talk about these "tools" wandering the streets |
23:25.15 | brlcad | heh |
23:25.21 | brlcad | now that I find funny for some reason |
23:25.31 | brlcad | we should go shooting something :) |
23:25.33 | Twingy | you get into the projects with a bunch of crack houses and gangs, what do you expect |
23:26.18 | Twingy | soon as the city cleans up a block or two, one or two more show up |
23:26.48 | Twingy | company goes out of business, board up the building, becomes a crack house |
23:26.56 | Twingy | simple as that |
23:27.20 | Maloeran | If it's that simple, that should make the police's job very easy |
23:27.24 | brlcad | heh, I'm not sure if that says anything about France or just you ability to be naive.. |
23:27.37 | Twingy | mal, the budget can't employe 10,000 police officers |
23:28.03 | Twingy | just be glad you're not in turkey where if you lift up the wrong box it's a bomb |
23:28.20 | brlcad | ding ding ding, you win! *boom* |
23:28.41 | Twingy | school-mate of mine in college told me some of the horry stories he lived through before moving to america |
23:28.47 | Twingy | *horror |
23:33.10 | Maloeran | Probably mostly naivety, brlcad :), I think I have become a little wiser since then |
23:33.54 | brlcad | :) |
23:34.16 | ``Erik | given what efficiencies? |
23:34.42 | ``Erik | ICE's tend to be horribly inefficient :( |
23:35.02 | ``Erik | chemical energy vs kinetic energy at the wheel is abysmal |
23:38.02 | Twingy | 17% efficiency |
23:38.04 | ``Erik | hydrogen ice, or diesel indirect drive... |
23:38.30 | ``Erik | (ice == internal combustion engine... heh, I'm an old battletech geek :( ) |
23:41.38 | Twingy | WINTER HAVEN, Florida (AP) -- Police Chief Paul Goward was tired of looking around his department and seeing blubber hanging over the belts of some of his officers. So he sent out a memo exhorting the "jelly bellies" to shape up. |
23:41.38 | Twingy | In the end, the department lost 190 pounds -- all of them belonging to Goward. He was forced out as chief because some of his officers took offense at the memo. |
23:42.56 | Maloeran | Sad. |
23:44.50 | Twingy | sweet, my pair of palm sized 250 psi compressors just arrived |
23:45.00 | Maloeran | Does "fruit" have a second meaning? |
23:45.19 | ``Erik | http://www.urbandictionary.com/define.php?term=fruit |
23:45.35 | brlcad | the fruit of your loins does, I hope |
23:46.04 | brlcad | regardless, that's a piece of fruit I wouldn't touch ;) |
23:46.32 | Maloeran | That is weird |