#emc | Logs for 2004-12-03

[00:19:37] <robin_sz> today I acquired ... a powder coating oven :)
[00:19:50] <asdfqwega> It is big?
[00:20:03] <robin_sz> not really ...
[00:20:23] <robin_sz> but bigenough to batch cure my parts
[00:20:27] <asdfqwega> When you turn it on, do the breakers pop and the xfmr on the pole outside catch fire?
[00:20:34] <robin_sz> hmm, no.
[00:20:44] <robin_sz> its only 37kw ...small one
[00:20:44] <asdfqwega> Then it's not big enough
[00:20:49] <robin_sz> true.
[00:21:19] <robin_sz> its a section from a conveyor oven, im just going ot hang stuff in it and press the 'on' button
[00:21:46] <robin_sz> if I enjoy the experience, I might get some more sections and a conveyor
[00:21:50] <asdfqwega> I have a friend whose sons' set the power pole on fire...twice
[00:21:57] <robin_sz> nice.
[00:22:08] <robin_sz> using the 'lots of amps' mehtod?
[00:22:17] <robin_sz> or just building a fire around it?
[00:22:46] <asdfqwega> Well, the first time my friend (he's 56) got some equipment
[00:23:14] <asdfqwega> He told his boys not to turn it on, he need to add a soft-start to it
[00:23:24] <robin_sz> uh huh ...
[00:23:27] <asdfqwega> Both his boys are electricians
[00:23:39] <asdfqwega> Well, he went to take a shower
[00:24:03] <asdfqwega> The boys thought they'd be clever, because they really wanted to see if it worked
[00:24:39] <asdfqwega> They bypassed the breakers
[00:24:40] <robin_sz> uh huh ...
[00:25:22] <asdfqwega> They thought they'd be smart and one would stay by the breakers to pull the plug if things went awry
[00:25:36] <asdfqwega> Obviously, they weren't
[00:25:55] <asdfqwega> My friend didn't even get to finish his shower
[00:26:01] <robin_sz> heh :)
[00:26:29] <asdfqwega> They blew the cap off the oilcan on the pole :)
[00:26:38] <robin_sz> good effort!
[00:26:58] <robin_sz> we dont get htose here in the UK, but I can imagine ...
[00:27:56] <asdfqwega> Ah, well...the stepdown looks like a big grey can, hung on a pole
[00:28:02] <robin_sz> the only time ive seen something like that was when a mate of mine rigged up a generator for when the power failed ...
[00:28:04] <asdfqwega> The top is crimped and sealed
[00:28:29] <robin_sz> clever people wpould use a c/o switch ...
[00:28:40] <robin_sz> he just used a big lead and 2 plugs ...
[00:28:51] <asdfqwega> Yes, I read in the channel here about yer mates...
[00:29:04] <asdfqwega> The xeon flash tube
[00:29:15] <robin_sz> which is fine, so long as you remember to unplug the generator before re-connecting the power to the house ...
[00:29:24] <asdfqwega> Oy
[00:29:54] <asdfqwega> I can think of several things that went wrong :)
[00:30:19] <asdfqwega> Smoke?
[00:30:31] <robin_sz> yeah, the generator survived, the transformer on the pole didnt. it wasnt spectaclulr though, just dead
[00:30:32] <asdfqwega> Fire?
[00:30:39] <asdfqwega> Aw
[00:30:44] <robin_sz> hes mad by the way
[00:31:05] <asdfqwega> Mad, as in scientist?
[00:31:38] <asdfqwega> Is this the same one who did the xeon tube thing?
[00:31:59] <asdfqwega> Blasted the covering off of a capacitor?
[00:32:34] <asdfqwega> Ah, I just remembered something to ask you.
[00:33:13] <robin_sz> no .. different mate
[00:33:14] <asdfqwega> I've never had a chance to lay eyes on laser engraver
[00:33:17] <robin_sz> thay are both mad though
[00:33:25] <robin_sz> uh huh ...
[00:33:55] <asdfqwega> I was wondering what I should do for a work table
[00:34:06] <robin_sz> the generator one is the maddest though ... hes the one with an Alvis Stalwart.
[00:34:26] <robin_sz> work table? Id have thought a piece of MDF would be OK
[00:34:39] <robin_sz> its not going to get touched by the beam is it?
[00:35:04] <asdfqwega> Well, that's the thing...when I'm cutting wood, it would
[00:35:14] <robin_sz> http://www.ebroadcast.com.au/ecars/Mil/Alvis/PiCs37/StalFQ.jpg # an Alvis Stalwart
[00:35:28] <robin_sz> how many wats again is your laser?
[00:35:33] <robin_sz> watts
[00:35:41] <asdfqwega> 10 wats
[00:36:06] <asdfqwega> And I'm currently using shop air for assist
[00:36:08] <robin_sz> oh, well any bit of metal will do ... 10 watts is well below the damage threshold for metal
[00:36:44] <asdfqwega> My concern was back reflection
[00:37:09] <robin_sz> at 10 watts? its well below the damage threshold of the les too I expect ...
[00:37:40] <asdfqwega> I'll figure something out
[00:37:45] <robin_sz> you using a proper ZnSe lens? probably designed for hundreds and undreds of watts no?
[00:38:05] <asdfqwega> Yah, I've got a good lens
[00:38:44] <robin_sz> 10 watts should be just fine with it, refelected and unreflected as you like ... I doubt you can damage it ..
[00:39:07] <asdfqwega> Heck, I was testing the lens out in its new mount with a laser pointer, to make sure I had the thing made right
[00:39:26] <robin_sz> uh huh ...
[00:39:32] <asdfqwega> Never thought I could feel a warm spot from a laser pointer :)
[00:39:51] <robin_sz> yeah? coo.
[00:40:16] <robin_sz> just a plain ol 5mw one?
[00:40:33] <asdfqwega> I need to plan on making a flying optics arrangement
[00:41:04] <asdfqwega> But that'll have to wait until after the new year
[00:41:32] <asdfqwega> Heh...Alvis Stalwart = recreational vehicle
[00:41:44] <robin_sz> yeah, need good bearings and stuff, needs to be nice and smooth and straight for flying optics
[00:42:08] <robin_sz> yeah, he has a few err 'recreational vehicles' ... quite mad
[00:42:31] <robin_sz> the stalwart is the maddest one though ... the tank recovery truck is amusung as well
[00:42:33] <asdfqwega> That will be difficult, unless I go find a used granite table
[00:43:25] <asdfqwega> If he's that mad, tell him to immigrate to the USA, we need more like him
[00:44:37] <asdfqwega> Actually, the granite slab wouldn't a half-bad idea...just moving the mother is the only problem
[00:46:10] <asdfqwega> You know how to move a 2-ton lathe by hand?
[00:46:14] <asdfqwega> Corn meal.
[00:46:56] <robin_sz> really?
[00:47:19] <asdfqwega> Put a little under where it touches the concrete, and it will roll on it
[00:47:29] <robin_sz> hmmm ...
[00:47:39] <robin_sz> thats almost handy .. but not quite
[00:47:46] <robin_sz> I have a lathe to move ..
[00:47:48] <asdfqwega> Crushed walnut shells will work, too
[00:47:50] <robin_sz> except,
[00:47:56] <robin_sz> its on a wooden floor
[00:48:08] <asdfqwega> Ah
[00:48:14] <robin_sz> I tried to pry it up to get a roller under it.
[00:48:27] <asdfqwega> Well, then just remember to lift with your knees ;)
[00:48:53] <robin_sz> that wasnt the proble m .. nice long pry bar ...
[00:49:02] <robin_sz> and ... now I have a hole in the floor
[00:49:02] <asdfqwega> The floor compressed
[00:49:08] <robin_sz> compressed?
[00:49:12] <robin_sz> broke through
[00:49:24] <asdfqwega> Oh, not that thick a floor?
[00:49:51] <asdfqwega> Old tyme shop floors that I've seen were made with solid blocks of wood
[00:52:49] <asdfqwega> How heavy?
[00:55:05] <asdfqwega> Gah...it's getting late
[00:55:24] <asdfqwega> I have to get to the hardware store before they close
[00:57:09] <asdfqwega> Talk to you later, robin
[00:57:33] <robin_sz> oh, sorry .. youve gone :)
[00:57:43] <robin_sz> was just having a quick google
[00:58:04] <robin_sz> it is just my shed floor, 1" floorboard
[01:50:00] <paul_c> Hi Ray
[01:50:29] <rayh> Evening paul.
[01:50:43] <rayh> supermount is not all that bad.
[01:52:00] <paul_c> It's quick and easy to set up.
[01:52:59] <rayh> Yes it is.
[01:56:58] <robin_sz> bedtime ...
[13:40:15] <les> morning and afternoon
[13:40:45] <les> hi ray
[13:40:53] <rayh> Hi Les.
[13:41:26] <rayh> Get all that Cherry turned into chips?
[13:41:35] <les> I am really REALLY beggining to wish the inerpreter could handle subroutines and conditional branching
[13:41:44] <les> oops sp
[13:42:08] <les> i need to make 50+ parts at a time....
[13:42:15] <rayh> I know the feeling. I wrote a little script that would repeatedly run programs.
[13:42:34] <les> so that is 50 repeats of the same code
[13:43:18] <les> well I run out of G5X offsets so I have to change variables in the code I guess
[13:44:10] <paul_c> How about parametric variables ?
[13:44:27] <les> tell me more
[13:44:41] <paul_c> Over to Ray...
[13:44:47] <les> haha
[13:45:16] <les> if that is just assigning vars in the gcode...well I will be doing that
[13:45:19] <les> have to
[13:45:58] <les> but if I could just do an if() or switch()...
[13:46:42] <paul_c> conditional statements would be nice, as would jumps and loops...
[13:47:06] <les> or if a script could run programs multiple times but write to generic.var in between
[13:47:52] <rayh> There would be a way to conditionally manipulate variables.
[13:48:10] <rayh> You can write to generic.var between. I did that with a serial numbering router.
[13:48:23] <les> cool
[13:49:34] <rayh> Any number smaller than the first of the g92 vars will be written if you put that number into the generic list before startup.
[13:50:00] <les> stiil have the script?
[13:50:40] <rayh> Uh. No. It went away when my box crashed a while back.
[13:50:58] <les> :(
[13:51:18] <rayh> The multiple run script is still in sf.
[13:51:26] <rayh> I've not tried it in a bit.
[13:51:45] <les> oh well...another 10 mb g code file for me
[13:52:05] <les> it'll run I guess...just takes eons to load
[13:52:32] <les> I will check the script in sf...thanks
[13:52:48] <rayh> paul_c: Don't find kppp or another dialup configuration script in 3.01.
[13:53:45] <les> off to the shop...warm up the router and do some sign work...later
[13:53:48] <paul_c> maybe not in the one you have - But the package is on the current list
[13:53:59] <rayh> Okay.
[13:54:26] <rayh> I also don't see any rpm manager. How can I get an rpm into it.
[13:55:30] <paul_c> errr... Don't use rpm with Debian
[13:56:51] <rayh> Right but with the earlier live we could at least open packages with kpackage.
[13:57:06] <rayh> And it would try to convert. I think.
[13:57:53] <rayh> This is that softmodem stuff.
[13:59:02] <rayh> I can go back to source and recompile
[14:34:40] <jepler> what you really need is a gcode preprocessor
[14:35:37] <jepler> you could do all the fancy stuff you wanted without complicating emc itself
[14:36:18] <cradek> m4 doesn't have looping does it?
[14:36:25] <jepler> it has recursion
[14:36:40] <jepler> Loops and recursion
[14:36:41] <jepler> ===================
[14:36:41] <jepler> There is no direct support for loops in `m4', but macros can be
[14:36:41] <jepler> recursive. There is no limit on the number of recursion levels, other
[14:36:41] <jepler> than those enforced by your hardware and operating system.
[14:37:06] <jepler> they provide a 'forloop' macro as an example
[14:37:11] <cradek> hm, that's not ideal
[14:42:37] <jepler> using their macro to loop from 1 to 999999 takes 20 seconds on this machine, and the process grows to be very large, something like 200 megs. So, yes, less than ideal.
[14:44:55] <jepler> on the other hand, loops to a few hundred are just fine
[14:51:15] <jepler> though, reading more carefully, less objects to how long emc takes to load large files, so a file output by some kind of preprocessor won't avoid that problem.
[15:02:14] <les> I was griping a little about that this morning...I am doing parts 50 up...program gets a little long without conditional statements
[15:03:42] <jepler> I have never had problems with program loading taking long, except when I start part way through the file
[15:03:52] <jepler> these files must be bigger than what I consider a large file
[15:04:16] <jepler> I guess you said 10 megabytes
[15:05:13] <les> they are often in the megabyte range yes
[15:05:59] <jepler> a big file for me is still under a meg
[15:06:11] <les> it's not a major problem...but still an issue
[15:08:06] <les> I do need a faster text editor...messing with these files in Word gets slow because of the fancy font stuff
[15:08:18] <les> thousands of pages
[15:09:14] <les> the one supplied with kde is ok
[15:09:18] <cradek> where would you expect to end up if you wrote g0x0 g92x1 g0x0 g92.1 g92.1 g92x1 g0x0
[15:09:21] <les> I use it a good bit
[15:09:32] <les> hmmm
[15:09:34] <jepler> I use vim, and install it on windows machines I'm forced to use
[15:09:36] <cradek> I expect to end up at x-1, but emc goes to x-2
[15:10:06] <cradek> g92.1 followed immediately by another g92 doesn't seem to work
[15:10:16] <jepler> the repeated g92.1 is on a separate line?
[15:10:20] <cradek> yes
[15:10:27] <cradek> all are on their own lines
[15:10:57] <jepler> does it go somewhere else with only one g92.1?
[15:11:19] <les> I think I would expect it to go to 2
[15:11:52] <cradek> but the sequence g92.1 (clear offset) g92x1 (set x offset to 1) g0x0 (go to 0 - x offset) should be x-1
[15:12:27] <cradek> argh
[15:12:31] <cradek> I copied it wrong
[15:12:35] <cradek> there aren't repeated g92.1
[15:12:37] <cradek> let me try again
[15:13:19] <cradek> g0x0 g92x1 g0x0 (should be x-1 here) g92.1 g92x1 g0x0 (same, should be x-1 but is actually x-2)
[15:13:51] <jepler> huh, "step" acts weird with that file
[15:15:16] <les> brain teaser...let me look at it here..
[15:15:48] <les> agree with the intermediate x=-1...
[15:17:12] <les> looks like x=-2 is the proper place for it to end up
[15:17:30] <les> in absolute coordinates
[15:18:11] <les> I have to do some g92 stuff on the machine in a minute
[15:18:29] <les> I bring the cutter close to the surface
[15:19:08] <les> measure the gap with one of those keychain sprk plug gap guages
[15:19:42] <les> the MDI g92zXXX where XXX is the gage reading
[15:20:05] <les> then
[15:20:36] <cradek> am I wrong that g92.1 should clear all offsets?
[15:20:54] <les> it does for me
[15:21:13] <les> and write to the .var file
[15:21:18] <les> writes
[15:21:45] <les> g92.2 clears but does not change the file (I think)
[15:22:21] <les> I ALWAYS run g92.1 every time I power the machine up
[15:22:46] <les> because emc is known to sometimes not display an offset when there is one
[15:23:00] <les> at startup
[15:26:16] <les> and speaking of that...I have to go out to the shop and do that right now
[15:26:30] <les> have a quick sign job to work in
[15:26:57] <les> 10x20 in ellipse....$160
[15:27:01] <les> teak
[15:27:43] <les> back later
[15:44:46] <cradek> oops, my mistake, it's not a bug
[15:45:00] <cradek> * cradek Rs TFM
[16:46:15] <asdfqwega> clear
[17:13:11] <A-L-P-H-A> A-L-P-H-A is now known as A-l-p-h-a|Nap
[17:45:25] <rayh> Hello Paul
[17:51:58] <paul_c> Hi Ray
[17:55:30] <rayh> Which kernel are the headers in /usr/include?
[17:56:46] <paul_c> the headers libc was compiled against
[17:57:02] <paul_c> If you are compiling a kernel module, you need to use the headers in /usr/src/kernel-headers*/include
[17:59:22] <rayh> Don't think I've got anything in /usr/src/kernel*
[18:00:35] <rayh> When I use /src/include I get complaints about 2.6 when I try to make install.
[18:01:30] <paul_c> It is quite possible that the kernel-headers package for 2.6.9 isn't on that CD..
[18:01:42] <rayh> I
[18:01:55] <paul_c> didn't realy expect anyone to be compiling stuff against it so soon..
[18:01:58] <rayh> I'm running 2.4.27
[18:02:15] <rayh> and trying to compile a softmodem.\
[18:02:28] <rayh> No luck at all.
[18:02:47] <rayh> I did create a /root/debs and got that going so I can add packages.
[18:02:52] <paul_c> Those winmodems are just plain trouble
[18:03:11] <rayh> But there isn't a generally distributed package for the linmodem I need.
[18:03:23] <rayh> Works great on this box wit Knoppix.
[18:05:32] <rayh> I see that kde has switched terminal start in the browser from <control><t> to <F4>
[18:14:46] <paul_c> It might have changed since I updated the version I'm running
[18:23:13] <rayh> That sure is a cute tux with the swatter!
[18:24:37] <rayh> When I try to boot 2.6.9 it says kernel panic - not syncing: UFS: Unable to mount root fs on unknown-block(0,0)
[18:25:14] <paul_c> Do you have the initrd-2.6.9-adeos in your grub config ?
[18:25:30] <rayh> Probably not.
[18:28:05] <paul_c> OK.... Synaptic appears to be broken....
[18:28:26] <paul_c> as long as kpackage works, all is not lost..
[18:29:43] <paul_c> * paul_c disappears for tea. Back in an hour or so.
[18:47:34] <dave-e> has paul hidden yet?
[18:49:54] <dave-e> les you around?
[18:51:14] <dave-e> guess everyone is off at lunch or tea
[18:52:59] <les> just got in yes
[18:53:20] <les> was putting finish on a sign I cut this morning
[18:53:30] <dave-e> ahhh. I'm still trying to get a good compile for rc46...vitalmod.o
[18:54:12] <les> hopr it works out...I want to use the Vital on a bridgeport retro
[18:54:22] <les> (still looking for a machine)
[18:54:31] <dave-e> actually vitalmod.o is OK but I'm tripping over bridgeportio
[18:55:02] <dave-e> Ought to be lots of BP I's and II's
[18:55:16] <les> hmmm I wonder if one even needs bridgeportio with all that io on the card
[18:55:34] <les> yeah lots of them...but all up north
[18:55:39] <dave-e> Yes ... something needs to talk to it.
[18:55:45] <les> need to find one within 100 miles
[18:56:00] <dave-e> well a BP isn't very big....not too expensive to ship
[18:56:17] <dave-e> find yourself a good truck broker.
[18:56:46] <les> yes..I have trucked machines myself for the last time
[18:56:51] <dave-e> I got the mazak here from NM for $1300
[18:57:13] <les> nice. A VMC?
[18:57:24] <dave-e> not including loading and unloading which was spendy on 9200 lbs of machine
[18:57:35] <dave-e> V5
[18:57:49] <les> I really need something about that size
[18:58:04] <dave-e> there seems to be a lot of emi in the machine ... vital board goes wild.
[18:58:22] <dave-e> I'm now off trying to test in a quieter enviroment....
[18:58:32] <les> even after Abdul put in rc filters?
[18:58:35] <les> ok
[18:58:37] <les> later
[18:58:42] <dave-e> then I can worry about packaging to cut down the emi
[18:59:43] <dave-e> well when I finally get it running it will be nice. ... then the next challange is the plc for the tool change
[18:59:51] <dave-e> 24 slot
[19:01:48] <dave-e> emc/src $ make PLAT=linux_rtai keeps tripping over not finding outb.c in compiling bridgeportio
[19:02:00] <dave-e> anyone know a reason?
[19:02:35] <dave-e> I need to go back to the compile machine and check if emcio actually has the file.
[19:02:49] <dave-e> be back in a bit
[19:03:03] <dave-e> maybe paul will be back by then and I can pick on him ;-)
[19:04:47] <paul_c> * paul_c goes into hiding
[19:08:20] <dave-e> ah! paul is smart and cautious
[19:09:00] <dave-e> so the offending line is the same as before...
[19:09:28] <dave-e> gcc extbridgeportio.c ............. -loutb.c
[19:09:36] <paul_c> tcltkincflags copied over ?
[19:09:53] <dave-e> incflags and libflags
[19:10:04] <paul_c> in emc/src, do
[19:10:19] <paul_c> make clean depend PLAT=linux_rtai
[19:10:34] <dave-e> OK I'll be back
[19:13:26] <paul_c> Hopefully not with an M16 and grenade launcher...
[19:17:05] <rayh> I corrected grub on hda2 (smithy 2) to point to hda3 (bdi-3.01) and fixed the initrd references.
[19:17:27] <rayh> Also removed the quiet option.
[19:17:58] <rayh> Cannot open root device hda3 or unknown-block (0,0)
[19:18:35] <rayh> Yet hda3 works with 2.4.27
[19:19:41] <paul_c> bet it's that flaming udev stuff getting in the way...
[19:19:44] <dave-e> and then follow that with the usual make PLAT=linux_rtai ?
[19:19:51] <paul_c> yup
[19:29:06] <dave-e> well at least it is consistent!
[19:29:15] <dave-e> gcc extbridgeportio.c -c -I/usr/include/tcl8.4 -Ioutb.c \
[19:29:40] <dave-e> it trips over the -Ioutb.c
[19:30:04] <paul_c> go in to emc/src/emcio
[19:30:20] <paul_c> and "rm -f .*
[19:30:29] <paul_c> NOTE the period !
[19:30:46] <dave-e> OK and then make clean, etc
[19:30:52] <paul_c> or :
[19:31:04] <paul_c> rm -f .depend*
[19:55:03] <dave-e> still the same error
[19:55:37] <paul_c> OK... quick'n'dirty trick
[19:56:00] <paul_c> Delete the entire emc/src tree along with emc/plat
[19:56:07] <paul_c> and d a fresh checkout
[19:57:00] <dave-e> well not so quick and dirty since I download (fast ) and then burn a cd.
[19:57:09] <jepler> you need a network
[19:57:21] <paul_c> Ah... You have the sources on a CD...
[19:57:39] <dave-e> I have 12-2 on a cd
[19:57:47] <paul_c> delete the emc/ tree and refresh from the CD then - Just as good.
[19:57:57] <dave-e> can do
[19:58:45] <dave-e> be back later
[19:59:19] <paul_c> There is probably some illegitimate depend file lurking somewhere...
[21:02:40] <Imperator_> paul_c: Hello Paul, are you here ???
[21:03:36] <Imperator_> I am writing something because of the idea of Alex and me to write a article in that german computer magazine
[21:04:13] <paul_c> * paul_c is cursing package dependencies...
[21:04:16] <Imperator_> I want to know in which year NIST started to devellop EMC or how it was named in that research project
[21:04:52] <Imperator_> * Imperator_ is searchin the web for information about EMC
[21:05:13] <Imperator_> the original EMC page of NISTis gone
[21:06:18] <Imperator_> about dependencies: --force :-)
[21:06:31] <Imperator_> or something
[21:07:28] <paul_c> I have a reference to EMC dated 1993
[21:07:47] <Imperator_> ok that is good
[21:07:56] <Imperator_> what kind of reference ?
[21:08:50] <Imperator_> if i write it starts about 10 years ago i am not so far away from the trues, or ?
[21:08:51] <paul_c> http://www.isd.mel.nist.gov/documents/proctor/sim/sim.html http://www.isd.mel.nist.gov/documents/albus/ifac13.pdf
[21:09:58] <dave-e> I'm back
[21:10:54] <Imperator_> In the early 1990s, the Manufacturing Engineering Laboratory of the National Institute of Standards and Technology (NIST) began the Enhanced Machine Controller (EMC) program to develop a modular definition of components for machine control
[21:11:03] <paul_c> http://www.control.com/973464084/index_html
[21:11:09] <Imperator_> EMC is quiet old :-)
[21:11:27] <paul_c> Some of it is, yes..
[21:11:49] <dave-e> yeh! you should talk to Matt about the early days
[21:12:33] <Imperator_> Thanks
[21:12:58] <dave-e> BTW-finally bingo!
[21:13:17] <dave-e> now I need to go off and test
[21:14:13] <paul_c> dave-e: There was probably some illegitimate depend file lurking somewhere...
[21:14:22] <dave-e> apparently
[21:15:11] <dave-e> It is good to be past that...of course this still depends on testing.
[21:15:20] <dave-e> and the elimination of emi
[21:23:11] <Imperator_> Hm, on the Linuxcnc Homepage at EMC in action the link describes the Triton Shaper machine as a gantry machine, but it s a portal machine
[21:23:50] <Imperator_> or how that type of machine is called in english, but it is no gantry
[21:24:02] <Imperator_> in my thinking
[21:42:57] <Imperator_> Arrrg I hate MS Word
[21:46:08] <rayh> Hi Paul
[21:47:05] <paul_c> Hi Ray
[21:48:19] <rayh> Got a suggestion re the linmodem stuff. I can not boot the 2.6 kernel, can't compile 2.4, and can't run a precompiled
[21:48:59] <paul_c> which linmodem is it ?
[21:50:30] <rayh> http://www.smlink.com/main/index1.php?ln=en&main_id=40
[21:50:45] <rayh> look under linux after you agree for me to the terms.
[21:50:54] <rayh> Or I could send you the file I downloaded.
[21:52:15] <paul_c> * paul_c reads the EULA....
[21:53:26] <paul_c> There is no way I can agree to those terms...
[21:53:43] <rayh> Well I can't win them all.
[21:54:12] <paul_c> If you send me the tarball, I'll have a go at compiling it
[21:54:34] <rayh> Thanks.
[21:56:50] <rayh> On the way.
[21:57:29] <rayh> Any further hints on 2.6 not finding a good root directory?
[21:58:09] <paul_c> What is the file size of the 2.6.9 initrd ?
[22:00:19] <rayh> 3663943
[22:00:59] <paul_c> that looks about the right size.
[22:01:37] <rayh> I copied it and mounted but had no idea what I might be looking for.
[22:02:11] <rayh> There was one small file that said something about hda3 but...
[22:02:53] <paul_c> mounted it ???
[22:03:33] <rayh> mount -o loop
[22:04:04] <paul_c> with initrd image ?
[22:04:32] <rayh> Yep. Found that command left over from the knoppix days.
[22:04:55] <paul_c> Nooo... there is nothing to see in an initrd image
[22:05:22] <rayh> There is a whole set of files in there.
[22:05:48] <paul_c> should be a collection of kernel modules...
[22:05:52] <rayh> I did that with boot.img to change stuff.
[22:06:20] <paul_c> boot.img is a floppy image
[22:06:21] <rayh> There are a few of those along with several executable like mount and umount.
[22:06:42] <rayh> Yea and for it you have to use -t msdos
[22:09:02] <rayh> I take it there is nothing to be done from here on the initrd file.
[22:09:15] <paul_c> Well.. I never... So that's what an initrd looks like from the inside...
[22:11:50] <A-l-p-h-a|Nap> A-l-p-h-a|Nap is now known as A-L-P-H-A
[22:20:55] <paul_c> rayh: 2Meg tarball on it's way back
[22:24:15] <rayh> Hey thanks.
[22:25:20] <paul_c> The EULA prevents me from distributing a module on the CD
[22:26:54] <rayh> Right I see that. We'll just have to let the consumer cross that bridge if they need to.
[22:27:22] <paul_c> Is this standard fitting on the Sherline boxes ?
[22:27:29] <rayh> There are a couple of .deb packages on www but...
[22:28:05] <rayh> I don't really know what they are doing now for the modem. Nothing, I'd bet.
[22:28:37] <rayh> If they are, I'd be willing to ask if we can install it on each device.
[22:29:02] <rayh> They could make it a separate thing in the install process.
[22:31:53] <paul_c> or persuade someone that it might not be such a good idea...
[22:32:26] <rayh> Yes. That is an alternative.
[22:32:32] <paul_c> The kernel module would have to be recompiled on eacj kernel upgrade..
[22:33:01] <rayh> It would quickly make a mess of things.
[22:33:04] <cradek> for $2500 surely they can afford a real modem
[22:33:54] <rayh> This is one of those all in one motherboard specials.
[22:34:09] <cradek> oh, ugh
[22:34:48] <rayh> Yep. It does slow down processes quite a bit when it is passing data.
[22:39:09] <rayh> File is arriving.
[22:39:31] <paul_c> 10 bits... 12 bits... 16 bits...
[22:43:12] <rayh> That's it. They kinda dribble down the basement wall.
[23:25:08] <rayh> got it.