| 03:00:28 | kergoth | yawns |
| 06:14:56 | BZFlag | JC? |
| 06:15:10 | BZFlag | andersee: why did you remove the /var mount from /linuxrc? |
| 06:16:17 | BZFlag | ugh.... no /var and /proc are mounted before the pivot_root. this will not do. |
| 06:16:23 | BZFlag | er now. |
| 06:16:26 | BZFlag | andersee: ??? |
| 06:20:03 | scanline | is away: Zzzzz..... |
| 06:24:19 | andersee | hey |
| 06:24:27 | andersee | I'm here. Was working... |
| 06:24:43 | andersee | I don't recall doing anything with /var... |
| 06:25:22 | BZFlag | /var get's mounted before the pivot_root now. I'm changing it back. |
| 06:25:57 | andersee | k |
| 06:27:14 | BZFlag | I suppose I should flash this on a phone, test it and perhaps release a .7 ? |
| 06:30:59 | BZFlag | http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/tuxscreen/buildroot-tux/target_skeleton/linuxrc.diff?r1=1.10&r2=1.11 |
| 06:33:42 | andersee | BZFlag: Hmm. It's been a while. Dunno what the intent was. I expect such a patch was posted to the mailing list? |
| 06:34:48 | BZFlag | looking |
| 06:38:01 | BZFlag | yep found it. hmmm. |
| 06:38:18 | BZFlag | I suspect the udhcpc is still running and needs to be killed. |
| 07:38:30 | jacques | hi guys |
| 07:38:57 | jacques | did you both get buildroot to build properly? |
| 07:39:12 | jacques | or is gcc-final still an issue? |
| 09:00:31 | BZFlag | built for us both. |
| 09:00:58 | BZFlag | might be an issue with nuking uclibc or some other component and just building that. |
| 09:03:58 | fontenot | now if we could only fix the problem with the cvs checkout of uclibc hanging |
| 09:04:04 | fontenot | sorry I mean udhcpd |
| 09:04:51 | andersee | fontenot: That problem was recently discussed on the busybox mailing list |
| 09:05:08 | andersee | fontenot: Turns out to be a CVS protocol error |
| 09:05:31 | andersee | fontenot: upgrade to cvs 1.11.2 and the problem will go away |
| 09:05:55 | fontenot | andersee: thanks! it will be well worth the upgrade |
| 09:06:35 | fontenot | even RH7.3 has cvs-1.11.1p1-7 |
| 09:08:16 | andersee | fontenot: I grabbed my version of cvs from Debian testing... |
| 09:09:56 | fontenot | im somewhat hesitant to upgrade to rh8.0 on my main desktop |
| 09:13:16 | andersee | So grab the cvs .src.rpm and do a 'rpm --rebuild cvs<blah>.src.rpm' and install what it builds. |
| 09:16:41 | fontenot | oh sure that's not what I meant, it was kind a non-sequitor |
| 09:17:09 | fontenot | rawhide might have a newer rpm, or maybe rpmfind |
| 09:19:55 | fontenot | damn rpmfind is unusably slow |
| 09:20:12 | fontenot | and rawhide is slower |
| 09:21:45 | fontenot | LOL look at this when trying to install the rpm from rawhide: |
| 09:21:47 | fontenot | error: failed dependencies: |
| 09:21:47 | fontenot | libc.so.6(GLIBC_2.3) is needed by cvs-1.11.2-6 |
| 09:22:39 | fontenot | downloading srpm |
| 09:23:11 | fontenot | verry slowly |
| 09:25:28 | andersee | fontenot: that is why I suggested you rebuld from the .src.rpm -- avoid dependancy hell |
| 09:26:21 | fontenot | yeah doing now, getting LOTS of auto* warnings |
| 09:26:51 | fontenot | ok installed |
| 09:27:28 | fontenot | hmm busybox.net seems to be very slow on the cvs checkout |
| 09:27:40 | fontenot | ah it just took a long time to start but then it was ok |
| 09:27:57 | fontenot | yeah the new cvs fixed the hang problem |
| 09:28:00 | fontenot | cool |
| 09:38:59 | fontenot | hmm we really need to use a newer matchbox |
| 09:39:15 | fontenot | and I have half a mind to try to get xfree cvs working |
| 09:40:54 | fontenot | we're using matchbox 0.2.1 and 0.3.6 was recently released |
| 09:42:58 | fontenot | do we have ssh in the buildroot? I dont remember and I don't see it |
| 09:44:08 | andersee | I've got a makefile for openssh, if you want it. |
| 09:44:28 | andersee | I should probably make it staticly link openssl though. |
| 09:44:42 | andersee | Or use fressh |
| 09:45:08 | fontenot | andersee: what do you suggest? I would like to be able to ssh into my tux ideally |
| 09:45:12 | fontenot | and ssh out of course |
| 09:45:38 | fontenot | why statically link? |
| 09:45:46 | fontenot | we have an openssl.mk |
| 09:52:12 | fontenot | hi mallum |
| 09:52:25 | mallum | hey fontenot |
| 09:52:30 | fontenot | i was just saying how we should upgrade the version of matchbox in the tux buildroot |
| 09:52:38 | fontenot | from 0.2.1 |
| 09:53:02 | mallum | fontenot: yeah, prolly a good idea |
| 09:53:21 | mallum | fontenot: Id test it first 0.3 stuff is quite different to 0.2 |
| 09:54:09 | fontenot | mallum: nah, no need to test. I trust you. |
| 09:54:15 | fontenot | :-D |
| 09:54:58 | fontenot | i notice you fixed low-color something in 0.3.6 - we probably need that - no 16bit display on our little tuxscreens |
| 09:55:53 | fontenot | I'm playing with the new procps 3.0.4 |
| 09:56:06 | fontenot | they have majorly overhauled top - one of my favorite apps |
| 09:57:18 | fontenot | ever feel like there's not enough waking hours in the day? |
| 09:57:25 | mallum | fontenot: indeed |
| 09:57:37 | mallum | fontenot: when you build matchbox dont enable png support |
| 09:57:49 | mallum | fontenot: the png code wont work on anything lower than 16bit |
| 09:57:55 | fontenot | ah good to know |
| 09:58:03 | mallum | fontenot: Im working on that but X visuals are a nightmare |
| 09:58:05 | fontenot | will it ever? |
| 09:58:10 | fontenot | ah |
| 09:58:25 | fontenot | yes they are - managinc color palettes is a bitch |
| 09:58:33 | mallum | yeah I can do 8bit, but its greyscale stuff that is stopping me |
| 09:59:08 | mallum | I need to find a good readbale example of some code which coverts an 888 rgb array to any visual |
| 09:59:55 | fontenot | the irony is that there used to be a lot more of that around |
| 09:59:55 | andersee | fontenot: staticly linking openssl into openssh is better, since one and only one app uses openssl, and but only uses a small part of the lib. |
| 09:59:55 | mallum | is procps small ? |
| 10:00:26 | fontenot | but as the world has gone to high-color, the examples have disapeared |
| 10:00:35 | fontenot | andersee: yeah good point |
| 10:00:53 | mallum | fontenot: indeed, and render extension steels a load of the colormap anyway ( though I think thats now fixed in X CVS ) |
| 10:01:26 | fontenot | andersee: while you're at it, can you convert ssh to use elliptic curve encoding so that it will be faster on the tux and ipaq? |
| 10:01:32 | mallum | fontenot: I have been battling to get debian on this old mac which will become my new firewall :-) |
| 10:02:06 | fontenot | -r-xr-xr-x 1 root root 39284 Oct 23 02:49 libproc.so.3.0.4* |
| 10:02:49 | fontenot | -rwxr-xr-x 1 fontenot fontenot 40480 Oct 23 03:03 top* |
| 10:02:58 | fontenot | dunno if those count as small |
| 10:03:12 | fontenot | problem is top links ncurses |
| 10:04:21 | mallum | ah ofcourse |
| 10:04:35 | andersee | fontenot: sure, no problem |
| 10:04:54 | andersee | fontenot: But I need to finish my current 'world peace' project first. |
| 10:05:09 | mallum | fontenot: also remember with 0.3.6 if you configure with --enable-standalone , you'll get a single matchbox binary which needs no other files ( eg theme stuff ) |
| 10:05:21 | mallum | fontenot: should be useful for testing |
| 10:05:28 | fontenot | ah nice |
| 10:05:42 | fontenot | arg something broke and ncurses no longer builds cleanly in buildroot |
| 10:05:50 | mallum | :( |
| 10:06:05 | mallum | fontenot: we've been playing with the new GTK screen migration stuff on the ipaqs |
| 10:06:09 | fontenot | andersee: well in that case I would like the openssh.mk you have :-) |
| 10:06:15 | mallum | fontenot: it rules, move a running app to another display :-) |
| 10:06:25 | fontenot | mallum: WOW I've always wanted to do that |
| 10:06:41 | fontenot | without using some wort of proxy |
| 10:06:46 | mallum | fontenot: yeah its so cool, moving apps form the ipaq to your desktop |
| 10:07:18 | fontenot | mallum: if you have a backpaq, you could flick your ipaq toward the desktop and the app would fly over to it |
| 10:07:28 | mallum | fontenot: if you grab the source to gtk2.1 you can do it with the included gtk-demo program |
| 10:07:42 | mallum | fontenot: ha, yeah like magic |
| 10:08:37 | fontenot | and sufficiently advanced technology... |
| 10:08:49 | fontenot | yadda yadda yadda |
| 10:09:28 | fontenot | dang I've managed to make a tux image > 4MB |
| 10:09:54 | fontenot | ncurses pushed it over the edge |
| 10:10:10 | andersee | fontenot: ok. Committed to cvs |
| 10:11:03 | mallum | fontenot: you know that problem you had a while ago where the kernel would only let you have 70% of the memory ... |
| 10:11:16 | fontenot | mallum: yes! |
| 10:11:22 | fontenot | mallum: what about it? |
| 10:11:28 | fontenot | nobody would listem to me then |
| 10:11:39 | fontenot | andersee: thanky |
| 10:12:01 | mallum | fontenot: you can echo 1 to something in /proc ( sys/something/overcommit ? ) and it fixes it :-) |
| 10:12:22 | fontenot | ooooh, where did you learn that? |
| 10:12:56 | fontenot | /proc/sys/stupid/reaper/die/die/die |
| 10:13:02 | mallum | fontenot: I think pb told me |
| 10:13:25 | mallum | fontenot: its definelty has overcommit in the name, I had the same problem on my crappy 3100 |
| 10:13:56 | fontenot | cool I will have to try that out |
| 10:39:37 | file | erms |
| 10:41:45 | LIM | /proc/sys/vm/overcommit_memory |
| 10:44:54 | file | sleep is a good thing |
| 10:44:55 | fontenot | LIM: heh thanks :-) |
| 10:47:23 | file | great... 20 °F / -7 °C |
| 12:28:27 | Squart | Hi all |
| 12:28:33 | Squart | anybody there? |
| 12:30:57 | prpplague | no |
| 12:31:08 | Squart | :-) |
| 12:31:21 | Squart | is there any chance you can help me? |
| 12:32:07 | prpplague | hmm, maybe, but i'm suffering from one hell of a hangover :| |
| 12:32:18 | Squart | oh boy... |
| 12:32:44 | Squart | I'm trying to get a connection to my tux with InfernoRemote, but ... no such luck |
| 12:33:16 | Squart | I think it might be the pinout of the null-modem cable |
| 12:33:36 | Squart | I tried 2 different one's, but both failed |
| 12:34:07 | Squart | Any info about what a right cable would be? |
| 12:35:48 | prpplague | Squart: is this a db-9 female to db-9 female? any adapters or converters involved? |
| 12:36:29 | Squart | it's 25 to 9 pins |
| 12:37:20 | Squart | some adapters are involved now, because I am trying to test it on another PC with a db 9 connector an I hooked up a tester with leds as well |
| 12:37:33 | Squart | looks like the handshaking fails |
| 12:37:51 | prpplague | Squart: got a multi-meter? |
| 12:38:03 | Squart | At home I do |
| 12:38:23 | Squart | i'm in the office at the moment, with my other tux :-) |
| 12:39:12 | Squart | weird thing is: if I do rdp -r -s9600 on the host PC I get a new prompt ';' immediately after I reset my phone |
| 12:39:34 | prpplague | Squart: best thing to do is check the connection on pins 2 and 3, ping 2 on one end should go to pin 3 on the other end and vice versa |
| 12:39:49 | Squart | then I see the tux trying to send data, but infernoRemote does show anything |
| 12:40:06 | prpplague | hmm, any suggestions ther BZFlag? |
| 12:40:29 | Squart | Yes, those pins are correct, but what about the RTS/CTS handshaking? |
| 12:41:39 | Squart | I got one cable which connects RTS/CTS internally to simulate handshaking, but that seems the get InfernoRemote to show the prompt immediately |
| 12:43:20 | prpplague | Squart: unless you hacked you cable, if the pins2 and 3 are correct then the rest should follow as well |
| 12:44:02 | Squart | Well,.. I gues it doesn't :-( |
| 12:44:33 | Squart | I soldered one of them myself according to a full featured handshaking cable |
| 12:52:39 | prpplague | Squart: hmmm, i think i'd go to the local shack and pickup a known good null-modem cable |
| 12:53:36 | Squart | Yeah, I might as well try that. |
| 12:54:06 | Squart | The shitty think is though... there are so many ways to wire a null-modem.... |
| 12:54:41 | prpplague | yep |
| 12:55:01 | Squart | oh well... |
| 12:55:29 | Squart | just hope I'll get it working soon... I'm quite bored with Inferno |
| 13:08:52 | prpplague | Squart: yes "hell" can be boring |
| 13:09:05 | Squart | hehe |
| 14:32:55 | scanline | is back (gone 08:12:54) |
| 14:44:56 | cosmic_angry | is back (gone 15:37:58) |
| 14:52:20 | sjhill | lo' prpplague |
| 14:52:24 | sjhill | hi sorphin |
| 14:52:29 | sjhill | kicks ibot |
| 14:52:43 | prpplague | sjhill: lo |
| 14:52:47 | prpplague | sjhill: how goes it? |
| 14:53:26 | sjhill | i'm tryin g to build DirectFB....i classify that under the heading "sucks rocks" |
| 14:53:45 | prpplague | lol |
| 14:58:31 | CosmicPenguin | hehe |
| 14:58:39 | CosmicPenguin | prpplague: still in paradise? |
| 15:30:36 | prpplague | CosmicPenguin: yep, and with a hangover |
| 15:33:22 | CosmicPenguin | prpplague: rum? |
| 15:34:35 | prpplague | CosmicPenguin: beer, hung out with a bunch of british marines last night |
| 15:35:28 | sjhill | prpplague: were you in the service? |
| 15:35:37 | prpplague | sjhill: ya army |
| 15:35:43 | sjhill | k |
| 15:38:42 | prpplague | sjhill: 4 years |
| 15:38:51 | sjhill | cool |
| 15:39:31 | prpplague | sjhill: i lived across the street from the vault at ft.knox for 18 months |
| 15:39:58 | sjhill | way cool |
| 15:40:35 | sjhill | i wish i had gone into the military...i'll encourage my kids to though |
| 15:40:45 | sjhill | i qualified to be a nuke in the navy, but didn't do it |
| 15:41:55 | prpplague | sjhill: ya its a good experience, i recommend it to guys and gals comming out of high school to server a couple of years before going to college |
| 15:42:21 | prpplague | sjhill: you have a new appreciation for your freedom when you have everything taken away for 2 years |
| 15:42:34 | sjhill | *nod* |
| 15:59:58 | CosmicPenguin | I wish zcat would be more intellegent |
| 16:00:22 | CosmicPenguin | And just cat a file that *wasn't* gzipped - that would make this script snippet a lot easier |
| 16:00:32 | CosmicPenguin | for patch in $(PATCHES); do \ |
| 16:00:32 | CosmicPenguin | echo "Patching kernel with $$patch"; \ |
| 16:00:32 | CosmicPenguin | zcat $$patch | patch -d $(KERNEL_DIR) -p1; \ |
| 16:00:32 | CosmicPenguin | done |
| 16:00:55 | CosmicPenguin | Now I have to figure out how to test the patch file |
| 16:31:51 | prpplague | anyone know how to configure the telnetd to receive external enviroment variables? |
| 16:53:31 | CosmicPenguin | From the remote system? |
| 17:01:38 | prpplague | CosmicPenguin: ya |
| 17:01:59 | prpplague | CosmicPenguin: i need to pass an additional env variable from the remote to the server |
| 17:02:20 | CosmicPenguin | hmm... |
| 17:02:21 | prpplague | CosmicPenguin: this function works on SCO but doesn't seem to work under linux |
| 17:03:09 | CosmicPenguin | what is the function? |
| 17:04:51 | prpplague | CosmicPenguin: to identify which virtual console the telnet session is coming from |
| 17:05:27 | CosmicPenguin | prpplague: the only thing I see for linux is passing across the terminal type |
| 17:06:25 | prpplague | CosmicPenguin: ya the veriable gets read in the daemon, i can see that on the debug routine, but it acts like the it doesn't export it to the shell |
| 17:06:46 | CosmicPenguin | so you *can* pass the variable to the daemon? |
| 17:08:13 | CosmicPenguin | prpplague: we don't support that, and neither does busybox, apparently |
| 17:09:16 | prpplague | CosmicPenguin: agreed, but the problem is i'm dealing with legacy equipment |
| 17:13:50 | CosmicPenguin | prpplague: I can't find options to actually do that. |
| 17:14:06 | CosmicPenguin | is perplexed |
| 17:14:36 | CosmicPenguin | Stevens doesn't say its possible |
| 17:16:33 | CosmicPenguin | ahhh... through the ENVIRON variable, eh? |
| 17:18:50 | CosmicPenguin | prpplague: environ send PWD |
| 17:18:51 | CosmicPenguin | Cannot send 'PWD': Telnet ENVIRON option not enabled |
| 17:18:59 | CosmicPenguin | (thats from my RH box) |
| 17:21:31 | prpplague | CosmicPenguin: if you want to simulate this on a telnet session you do: |
| 17:21:46 | prpplague | >env define MYVARIABLE 5 |
| 17:21:54 | prpplague | >env export MYVARIABLE |
| 17:22:03 | prpplague | >open www.testserver.com |
| 17:23:24 | kergoth | fun with telnet, eh? |
| 17:23:41 | prpplague | CosmicPenguin: i'm looking at the telnetd code, looks like its hardcoded to only allow certain variables to be passed |
| 17:23:50 | prpplague | kergoth: ya legacy telnet terminals |
| 17:24:01 | kergoth | I havent met a well implemented telnet client or server yet |
| 17:24:02 | kergoth | heh |
| 17:24:43 | sjhill | agrees with kergoth |
| 17:25:01 | CosmicPenguin | prpplague: looking at the BSD code, it looks like the option is available, but it is set from the daemon |
| 17:25:34 | kergoth | in fact, i've found at least 3 that dont even comply with the rfcs they claim to comply to |
| 17:25:44 | kergoth | much less having proper implementation |
| 17:25:46 | kergoth | heh |
| 17:26:22 | CosmicPenguin | tries to telnet to our sco box |
| 17:27:08 | kergoth | digi once released a product whose product *name* was an rfc |
| 17:27:18 | kergoth | but that product *didnt comply* with that rfc |
| 17:27:22 | kergoth | that was hilarious |
| 17:30:54 | CosmicPenguin | prpplague: hey, it worked for me telneting from RH to SCO |
| 17:32:08 | CosmicPenguin | but it didn't work telneting from RH to RH |
| 17:38:00 | prpplague | CosmicPenguin: and thats the problem, we are trying to convert these guys from SCO to rhat |
| 17:39:14 | CosmicPenguin | damn |
| 17:39:45 | kergoth | heh. theres gotta be a way to enable that function in the redhat ver of the gnu telnet daemon |
| 17:39:58 | CosmicPenguin | why disable it in the first place? |
| 17:40:04 | CosmicPenguin | gets the source rpm |
| 17:41:17 | CosmicPenguin | prpplague: you can always build the netkit-telnet or something like that |
| 17:46:35 | CosmicPenguin | prpplague: what version of RH? |
| 17:50:39 | prpplague | CosmicPenguin: rhat7.3, ya i'm looking at the code now |
| 17:50:58 | CosmicPenguin | prpplague: is this as annoying to you as it is to me? Everything tells me it should work |
| 17:51:00 | prpplague | CosmicPenguin: funny thing is, everything looks like it should be working |
| 17:51:08 | CosmicPenguin | lol |
| 17:51:10 | prpplague | doh |
| 17:51:33 | CosmicPenguin | telnetd.c:415 send_do(TELOPT_ENVIRON, 1) |
| 17:54:13 | CosmicPenguin | prpplague: lookit this: netkit-telnet-0.17/telnet/defines.h:#define TELOPT_ENVIRON TELOPT_NEW_ENVIRON |
| 17:54:34 | prpplague | yep, just found the problem, looks like the telnet client is send the variable as NEW_ENV_USERVAR, and the daemon has only support of NEW_ENV_VAR which is the system enviroment variables |
| 17:58:46 | CosmicPenguin | prpplague: I don't see that |
| 17:58:54 | CosmicPenguin | prpplague: both sides are using NEW_ENV_VAR |
| 17:59:39 | prpplague | CosmicPenguin: right, if you do a debug on the options session you'll get a section saying its a function type 003 |
| 18:00:28 | prpplague | CosmicPenguin: if you look in bits/types.h you'll the NEW_ENV_VAR is 002 and NEW_ENV_USERVAR is 003 |
| 18:00:54 | prpplague | CosmicPenguin: but in the actuall daemon nothing is defined for the NEW_ENV_USERVAR |
| 18:01:21 | CosmicPenguin | doesn't see NEW_ENV_USERVAR defined anywhere |
| 18:02:09 | prpplague | CosmicPenguin: right, its included from sys/types.h which includes bits/types.h |
| 18:02:22 | CosmicPenguin | Ok, I found it in arpa/telnet.h |
| 18:02:38 | CosmicPenguin | You are looking at netkit-telnet-0.17 code right? |
| 18:02:43 | prpplague | CosmicPenguin: right sorry, i forgot that it was further down |
| 18:02:52 | prpplague | CosmicPenguin: ya |
| 18:03:08 | CosmicPenguin | Ahh... I see now |
| 18:03:19 | CosmicPenguin | I assume SCO supports USERVAR then? |
| 18:03:50 | prpplague | CosmicPenguin: looks that way |
| 18:04:07 | prpplague | CosmicPenguin: its a first for sco, they actually _fully_ implemented something |
| 18:04:56 | CosmicPenguin | prpplague: so why not take the code from netkit-telnet-0.17/telnet that handles ENV_VAR correctly and add it to the telnet-client? |
| 18:05:30 | CosmicPenguin | loves how redhat clients and dameons so often don't work with each other |
| 18:05:53 | prpplague | CosmicPenguin: you mean add the code from the client to daemon? |
| 18:06:05 | CosmicPenguin | No... check out the netkit-telnet-0.17 client..... |
| 18:06:28 | CosmicPenguin | it actually handles VAR not USERVAR.... thats why I was so confused, because I kept looking at the netkit code and seeing that it supported VAR correctly |
| 18:06:55 | prpplague | CosmicPenguin: remember i'm only using the client to test, i the actual telnet client is an embedded telnet terminal |
| 18:07:07 | CosmicPenguin | prpplague: your code? |
| 18:07:16 | prpplague | CosmicPenguin: nope |
| 18:07:23 | CosmicPenguin | prpplague: then we're in some soup |
| 18:07:47 | prpplague | CosmicPenguin: http://www.spotline.com/products/spotline110ethernet.htm |
| 18:08:13 | prpplague | CosmicPenguin: naw, not too bad, i'm adding a case for NEW_ENV_USERVAR in the daemon |
| 18:08:49 | CosmicPenguin | prpplague: state.c:1194 or there abouts? |
| 18:09:55 | prpplague | yep |
| 18:10:24 | CosmicPenguin | sweet |
| 18:11:56 | prpplague | hmm, i'm thinking its a bad sign when the IT department has a bed room and shower next to server room |
| 18:19:23 | Russ|werk | no, its a good sign |
| 18:19:36 | Russ|werk | someone actually understands tech people |
| 18:21:20 | Russ|werk | where can I obtain one of those uberl33t spotline's? |
| 18:25:39 | prpplague | Russ|werk: lol |
| 18:25:56 | prpplague | Russ|werk: i'll be happy to send you one :) |
| 18:26:06 | Russ|werk | I was joking, thats ok |
| 18:26:38 | Russ|werk | now a tk-5015... |
| 18:28:22 | prpplague | yeeeeeeeeeeeeeeeeeeee dooooogieeeeeee |
| 18:28:34 | prpplague | CosmicPenguin: she's a working |
| 18:28:42 | prpplague | CosmicPenguin: thanks for the help |
| 18:29:06 | CosmicPenguin | prpplague: what did I do? |
| 18:29:41 | prpplague | CosmicPenguin: hey, its alway good to have someone confirm you problem |
| 18:30:39 | prpplague | Russ|werk: the lpr daemon on those spotlines is terrible, one garbaged packette and it shutdowns |
| 18:31:27 | prpplague | argh, my head is pounding, to bed early tonight |
| 18:33:53 | CosmicPenguin | prpplague: how much are the spotlines? |
| 18:34:25 | CosmicPenguin | prpplague: don't forget to send your patch to rhat... sometimes they need to be bashed over the head with a patch or two to get on the clue train |
| 18:35:26 | Russ|werk | CosmicPenguin: $448 |
| 18:35:41 | CosmicPenguin | $448? |
| 18:36:37 | CosmicPenguin | Not too bad I guess... once you start sticking in margins and stuff, a software based thin client with emulation would proably cost the same |
| 20:32:41 | CosmicPenguin | man - file operations are just bringing my system to a halt latekly |
| 20:38:43 | signal11 | do you have dma disabled? |
| 20:41:23 | CosmicPenguin | not any more |
| 23:01:58 | CosmicPenguin | andersee: we're in the wrong business |
| 23:02:18 | CosmicPenguin | We should just claim that we patented enbedded software, and sue everybody. |
| 23:02:24 | CosmicPenguin | We'll make millions... :) |
| 23:04:07 | andersee | But I did patent it all. |
| 23:04:57 | andersee | Right after my patent on use of dihydrogen-oxide for transport and metabolic use in carbon-based life |
| 23:05:43 | CosmicPenguin | Results of Search in 1996-2002 db for: |
| 23:05:43 | CosmicPenguin | IN/"Erik Andersen": 0 patents. |
| 23:05:43 | CosmicPenguin | No patents have matched your query |
| 23:06:08 | andersee | Perhaps I imagined them... |
| 23:06:09 | andersee | :) |
| 23:06:33 | CosmicPenguin | Bah - if the US PTO doesn't know about them, thats just a formality |
| 23:08:32 | Russ|werk | andersee: did anyone fix tar? |
| 23:09:20 | andersee | Russ|werk: yup, its fixed now. Passes everything in our testsuite once again |
| 23:10:03 | CosmicPenguin | Is anyone else scared that these guys have actually taken the time to make up a logo? http://www.youmaybenext.com/ |
| 23:12:50 | Russ|werk | andersee: thanks |
| 23:16:24 | CosmicPenguin | Time to head for home |
| 23:16:27 | CosmicPenguin | is away: Uh, oh.. the weasel got out again... |
| 23:54:52 | file | sorphin: get it working? |
| 23:55:24 | sorphin | heh |
| 23:55:45 | sorphin | i'm looking through the stuff now.. and no i haven't.. i've been at work all day and didn't mess w/ it anymore last night |
| 23:55:53 | file | ic |