#emc | Logs for 2005-01-17

[00:00:12] <robin_sz> * robin_sz wakes up again
[00:00:53] <robin_sz> what? oh people where talking to me
[00:12:52] <robin_sz> shh.
[08:27:46] <alex_joni> Guten Morgen jf353 ;)
[08:34:20] <alex_joni> Morning robin
[08:35:24] <jf353> Guten Morgen
[08:35:42] <alex_joni> any luck with rtai?
[08:36:06] <jf353> I am just looking for plx9052 chip schematics
[08:36:16] <jf353> for a D/A converter
[08:39:25] <alex_joni> nice ;)
[08:39:28] <alex_joni> PCI - board?
[08:39:30] <alex_joni> or ISA?
[08:40:10] <jf353> ISA is easy, Motherboards are still available, but the future?
[08:41:25] <jf353> maybe better: design a PCI board
[08:42:30] <jf353> or a plx9054: 24$ (plx9052 16$)
[08:42:53] <alex_joni> I'll be later on
[08:42:53] <alex_joni> bye
[11:19:54] <anonimasu> * anonimasu yawns
[12:42:19] <alex_joni> * alex_joni is frozen ...
[14:18:32] <slomo> and not a peep was heard
[14:18:40] <alex_joni> indeed
[14:47:59] <alex_joni> * alex_joni has left
[16:11:51] <rayh> Can someone answer a question regarding the generic.run script and 4.08?
[16:12:36] <cradek> I'll try
[16:13:23] <jepler> has it changed in 4.08 compared to CVS of a few weeks ago?
[16:13:40] <cradek> no idea
[16:22:32] <rayh> Bert is trying to start up 4.08 at his place in Eindhoven and it kills Linux.
[16:23:05] <rayh> He gets past the report that minimillio has started.
[16:23:23] <rayh> And then locks up.
[16:24:25] <rayh> Here the next line that I get is, "simDioInit (generic.ini)"
[16:27:05] <cradek> maybe his PERIOD is set too fast
[16:27:36] <rayh> I thought so also but freqmod completes and his 2.4 athalon should handle the default value.
[16:27:53] <cradek> is he using EMCMOT=freqmod?
[16:27:59] <cradek> oh
[16:28:06] <cradek> yeah it should be fine on such a fast machine
[16:28:09] <rayh> Right.
[16:28:16] <cradek> so the mouse pointer stops moving and everything?
[16:28:45] <cradek> or it reboots?
[16:29:59] <rayh> He says that it's dead. I'm guessing that he has to reboot.
[16:30:24] <cradek> I just ask because sometimes "dead" means different things to different people
[16:30:36] <cradek> maybe he should try running sim.run to make sure it's a realtime issue
[16:30:41] <rayh> Right.
[16:30:51] <rayh> Oh. That's a good plan.
[16:30:55] <rayh> Thanks.
[16:30:56] <cradek> if it is already running freqmod successfully, it may not be realtime at all
[16:31:07] <cradek> it might be a plain old hardware problem
[16:31:20] <rayh> Okay.
[16:32:04] <rayh> I see a fairly complete set of error messages in minimillio so I'd think it would report an ini file problem.
[16:32:31] <cradek> I think few ini file problems should crash the machine
[16:33:08] <cradek> you might also ask for sure what ini he's using and what changes he's made to it, and also what happens exactly when it hangs (mouse pointer stops? hard drive light? etc.)
[16:33:50] <rayh> It is generic.ini and it would appear he had two piled into the same file. He fixed that.
[16:34:13] <cradek> maybe he should get generic.ini from cvs to make sure it's not messed up
[16:34:29] <cradek> http://cvs.sourceforge.net/viewcvs.py/*checkout*/emc/emc/generic.ini?rev=1.18
[16:35:31] <cradek> he could also put "set -x" at the top of the generic.run
[16:35:42] <cradek> then he will be able to see exactly which command runs last
[16:35:50] <cradek> (not at the exact top - under the #!/bin/bash)
[16:36:02] <rayh> Ah. That will help.
[16:40:06] <cradek> grrrr
[16:40:29] <cradek> I could help better if there were bdi_4_08 tags in cvs
[17:04:02] <rayh> Thanks Chris. I sent a note to Bert. We'll see what happens.
[17:04:24] <cradek> you're welcome
[19:01:10] <les> anyone home?
[19:01:53] <les> maintenance day for me...cleaning ballscrews, linear rails, etc
[19:02:37] <les> have to go to town...can't find my 90 degree zerk fitting and must buy another
[19:14:52] <cradek> I'm here...
[19:15:11] <cradek> how far is town?
[19:15:26] <jepler> what is a zerk? aren't they the aliens in the game Starcraft?
[19:15:33] <cradek> haha
[19:15:59] <cradek> it's that nipple thing you pump grease into, like on your car's steering
[20:12:10] <alex_joni> hello
[20:12:14] <alex_joni> anyone around?
[20:13:07] <jepler> nobody
[20:13:10] <jepler> sorry
[20:13:34] <cradek> not me either
[20:15:00] <alex_joni> hmm.. just the man I need
[20:15:11] <alex_joni> * alex_joni assumes jepler is perfect
[20:15:20] <jepler> yes, it's true, I'm the perfect man.
[20:15:24] <alex_joni> taken into consideration that nobody is perfect
[20:15:30] <alex_joni> :P
[20:15:35] <alex_joni> anyways...
[20:15:39] <alex_joni> I think I won't bother to ask you guys
[20:15:46] <alex_joni> you probably don't know ;)
[20:16:04] <alex_joni> * alex_joni will have to figure it out all by himself :(
[20:16:21] <cradek> geek trap!
[20:16:51] <alex_joni> lol
[20:17:06] <alex_joni> it's such a simple thing to do... yet it defies all logic and common sense ;)
[20:17:15] <cradek> eh?
[20:17:21] <alex_joni> * alex_joni tries to send one lousy message
[20:17:40] <alex_joni> you would assume that's easy
[20:17:48] <jepler> sure, probably not hard at all
[20:18:01] <alex_joni> only one slight problem ;)
[20:18:25] <jepler> you're talking about sending nml messages I assume
[20:18:37] <alex_joni> I don't know enough about RCS/CMS/NML to make it work properly
[20:18:44] <alex_joni> jepler: unfortunately ... yes ;)
[20:18:50] <alex_joni> thing is the following
[20:18:57] <alex_joni> I started on IO for emc2
[20:19:09] <alex_joni> 1st basic task (add estop to the iocontroller)
[20:19:31] <alex_joni> one way it's trivial (I added the HAL pins, and set the values)
[20:19:59] <alex_joni> the taskcontroller now sends estop, and the HAL pin (iocontroller.0.estop) gets set properly
[20:20:18] <alex_joni> the other way is what I don't seem to be able to manage
[20:20:40] <alex_joni> what I figured out so far:
[20:20:46] <jepler> what is the "other" way?
[20:20:54] <alex_joni> emc1's way is completely different from emc2
[20:21:05] <jepler> I know emc1's way if I know anything
[20:21:13] <alex_joni> getting a HAL pin to change should propagate to the task-controller
[20:21:21] <alex_joni> and this one should get into estop
[20:21:32] <alex_joni> * alex_joni talks about estop-in
[20:21:48] <alex_joni> this should be a pin connected to external HW which signals an external ESTOP
[20:22:23] <alex_joni> are you following so far?
[20:22:40] <jepler> the way axis learns about estop is by polling an RCS_STAT_CHANNEL frequently, but I don't have/use a machine with a hardware estop to know whether this actually works
[20:23:14] <alex_joni> jepler: this should be the right way to do it
[20:23:23] <alex_joni> the task controller does the same job
[20:23:49] <alex_joni> and when it gets an ESTOP from the iocontroller, it outputs an estop through a RCS_STAT_CHANNEL to the gui aswell
[20:23:55] <alex_joni> so axis gets into estop
[20:24:29] <alex_joni> ok... now for the communication between task and io
[20:24:46] <alex_joni> 2 channels are opened (command and stat)
[20:24:46] <jepler> that is something I don't know anything about -- I've only done user interface
[20:25:07] <alex_joni> task-controller sends a command (through the command channel)
[20:25:31] <alex_joni> and io-controller executed it and ack's it (by sending RCS_DONE along with the current status)
[20:26:08] <alex_joni> now if I only change the hal-pin into the io-status, the task-controller will be aware of this only on his next command
[20:26:34] <alex_joni> because iocontroller doesn't send any status-messages on his own
[20:26:43] <alex_joni> at least until now
[20:27:08] <jepler> which thing is constantly updating the coordinates shown by the front-end? Couldn't it be changed to poll this value from the IO controller?
[20:27:17] <alex_joni> that's motion
[20:27:29] <alex_joni> other controller
[20:27:59] <alex_joni> I tried, and succeeded only partially to push a status_message, even if no command has arrived before
[20:28:58] <alex_joni> but it seems that the taskcontroller is coded up to only take return values (I didn't fully figure out the serial_number stuff in the messages)
[20:31:14] <alex_joni> now.. I can't take over code from emc1, because there it was completely different
[20:32:02] <alex_joni> there is a iomaincontroller, and a bunch of subordinate controllers (aux, cool, lube, spin, tool)
[20:32:42] <alex_joni> which all are classes derived from NML_MODULE (some strange class containing machine_states & NML messaging)
[20:33:49] <jepler> I hope you figure it out
[20:33:51] <alex_joni> so, my guess is that I'm doing something wrong with the values I add to the message, so that I break some NML-parsing inside taskcontroller
[20:34:09] <jepler> other duties are calling me, and I don't think I can help much anyway
[20:34:19] <alex_joni> thanks for listening ;)
[20:34:25] <jepler> anytime
[20:34:31] <alex_joni> I kinda cleared the whole picture somehow
[20:34:55] <alex_joni> I've been reading code from a lot of places ;)
[20:41:47] <alex_joni> jepler: still around?
[20:43:48] <alex_joni> cradek: you're gone too?
[20:44:03] <cradek> no
[20:44:16] <cradek> I'm just hiding because I probably can't help
[20:44:20] <cradek> unless you ask more gdb questions
[20:44:42] <alex_joni> you know any of emcmodule.cc ?
[20:44:52] <alex_joni> axis/extensions/ ?
[20:44:59] <cradek> that I know about
[20:45:18] <alex_joni> I see thatyou send NML commands
[20:45:27] <alex_joni> and every command uses a new serial nr.
[20:45:33] <cradek> right
[20:45:36] <cradek> that much I know
[20:45:40] <alex_joni> feel free to interrupt me if I'm wrong
[20:45:48] <cradek> no, that's right
[20:45:52] <alex_joni> you have a function called next_serial()
[20:46:13] <alex_joni> which returns a new serial nr. to be used for the NML message to be sent
[20:46:19] <cradek> yes
[20:46:29] <alex_joni> ok.. now... the QUESTION ;)
[20:46:55] <alex_joni> do you know any constraints to this serial?
[20:47:06] <alex_joni> what happens if 2 messages have the same serial?
[20:47:21] <cradek> don't know
[20:47:25] <cradek> I assume they should be always increasing
[20:47:41] <alex_joni> ok.. now
[20:47:50] <alex_joni> there are 2 channels (command & status)
[20:48:19] <alex_joni> those have different serial_nrs I think
[20:49:11] <cradek> yes I agree
[20:49:32] <cradek> so you're just trying to send a message to set the machine state to ESTOP?
[20:49:40] <alex_joni> yes
[20:49:45] <cradek> EMC_TASK_SET_STATE state_msg;
[20:49:48] <cradek> state_msg.state = EMC_TASK_STATE_ESTOP;
[20:50:00] <cradek> state_msg.serial_number = ++the_last_serial_number
[20:50:05] <cradek> emcCommandBuffer->write(state_msg);
[20:50:19] <alex_joni> on command?
[20:50:26] <alex_joni> didn't think of that
[20:50:28] <cradek> yes the command buffer
[20:50:33] <alex_joni> those are bidirectional?
[20:50:38] <alex_joni> * alex_joni checks the .nml
[20:51:15] <alex_joni> toolCmd = RW
[20:51:22] <alex_joni> what do you know ;)
[20:51:26] <alex_joni> you are probably right...
[20:51:29] <alex_joni> * alex_joni tries that
[20:59:50] <alex_joni> not fully the right thing... but it's worth a deeper investigation ;)
[21:00:05] <cradek> that's how it works in emc1
[21:02:01] <alex_joni> from the GUI...
[21:02:29] <alex_joni> thing is... the task controller enters ESTOP_STATE, which is ok
[21:02:40] <alex_joni> so far it works like it should
[21:03:15] <alex_joni> but then it starts complaining about not receiving RCS_DONE for some IO-commands it sent out (SET_LUBE & such)
[21:03:39] <alex_joni> I think the serial_number is not fully ok
[21:09:23] <alex_joni> hmmm.. it seems to work now
[21:09:30] <alex_joni> I did this:
[21:09:58] <alex_joni> msg.serial_number = emcioCommand->serial_number+1
[21:10:02] <alex_joni> not
[21:10:07] <alex_joni> msg.serial_number = ++emcioCommand->serial_number
[21:10:20] <alex_joni> wanna check it out if it works for you?
[21:10:26] <alex_joni> * alex_joni commits
[21:14:06] <CIA-5> 03alex_joni * 10emc2/src/emc/iotask/ioControl.cc: modified the NML passing of the ESTOP coming from HAL. this works now, but it may not be the way to do it
[21:14:14] <cradek> I don't have a machine here, and I don't have a machine with estop anywhere!
[21:14:38] <alex_joni> I know.. me neither
[21:14:45] <alex_joni> but now estop is connected to HAL
[21:14:51] <alex_joni> so you can do whatever with it
[21:14:59] <alex_joni> I connected estop to a halmeter
[21:15:28] <alex_joni> and the other estop to a signal (halcmd newsig estop bit; halcmd linksp estop iocontrol.0.estop-in)
[21:15:45] <alex_joni> and the using (halcmd sets estop TRUE/FALSE) I can modify it to test it
[21:17:27] <alex_joni> hello rayh
[21:18:17] <cradek> alex_joni: it's great to have a start for digital IO
[21:18:33] <alex_joni> I hope it's ok...
[21:18:46] <alex_joni> if people say it works, I'll add other stuff aswell
[21:18:50] <cradek> my machine won't run without some kind of digital output now (I rebuilt the stepper drivers recently)
[21:19:05] <alex_joni> what kind of output?
[21:19:26] <cradek> well a bit on the port enables the choppers
[21:19:47] <cradek> I am using estop out now with emc1 (no estop-in or real estop button)
[21:20:59] <alex_joni> I see.. well with HAL you can use whatever to enable that pin
[21:21:27] <alex_joni> even estop or smthg else (a default value)
[21:23:34] <cradek> or just turn it on, I imagine
[21:24:00] <cradek> or hook a square wave to it or some other funny thing
[21:24:17] <les> hello all
[21:24:21] <cradek> hi les
[21:24:48] <les> finished inspection and most of lube
[21:24:53] <gezr> howdy folks
[21:24:57] <les> machine in good shape
[21:25:07] <les> hi fezr
[21:25:15] <les> gezr
[21:25:17] <gezr> :)
[21:25:18] <les> haha
[21:25:18] <cradek> les: any luck trying paul_c's potential fix for homing?
[21:25:32] <alex_joni> cradek: you had a point there
[21:25:35] <les> not yet ...but I think dave tried it
[21:25:42] <alex_joni> with that sqare wave
[21:25:56] <alex_joni> but you can PWM your motor power like that
[21:25:58] <cradek> les: I know your working tree doesn't have that in it
[21:26:17] <les> (my customer came sat and asked me to triple production)
[21:26:19] <les> hmm
[21:26:24] <cradek> les: but who knows what will fix it (I sure don't)
[21:26:24] <alex_joni> hi les
[21:26:25] <les> hope to try it soon
[21:26:31] <les> hi alex
[21:26:33] <alex_joni> howdy gezr
[21:27:17] <cradek> I've got to try to get paul_c to tag the cvs when he makes CDs
[21:27:20] <gezr> picked up a spring compression tool and a valve holder spinner thing today
[21:27:30] <alex_joni> cradek: it kinda is in CVS
[21:27:31] <les> I will be doing 24-36 hrs of machine running a week
[21:27:35] <alex_joni> but....
[21:27:40] <alex_joni> not in emc1-CVS
[21:27:45] <cradek> alex_joni: I mean there needs to be a BDI_4_08 tag
[21:27:52] <alex_joni> it is in emc2 CVS
[21:28:11] <alex_joni> because emc1 from BDI_4_08 uses libnml
[21:28:14] <cradek> but ... surely it's emc1 on the BDI
[21:28:23] <alex_joni> and a lot of different stuff
[21:28:29] <alex_joni> so it doesn't fit in emc1 CVS
[21:28:33] <cradek> * cradek shivers
[21:29:12] <cradek> well whatever, I can't install every one of these darn CDs, and I should be able to use cvs to help people or make a fix for someone.
[21:29:31] <les> must go for a bit...customer is pulling up to pick up product
[21:29:42] <les> brb
[21:29:43] <cradek> if I have no idea what code is on the CD, I can't do that, and we can't roll back and fix something for a user later
[21:29:54] <gezr> darnit, the comression tool I got is either going back or in need of heavy modification
[21:29:55] <alex_joni> cradek: I _think_ it is there in CVS
[21:30:00] <alex_joni> I'm not really sure
[21:30:25] <cradek> alex_joni: rayh asked me about generic.run and I looked. No tag.
[21:31:02] <alex_joni> ok, forget what i was saying ;)
[21:31:10] <alex_joni> you could open the .deb :D
[21:31:12] <cradek> let me look somewhere else (some source)
[21:31:20] <rayh> Hi guys.
[21:31:24] <alex_joni> hey ray
[21:32:11] <alex_joni> you certainly have some experience with RCS...
[21:33:13] <alex_joni> cradek, rayh: about that set -x
[21:33:26] <rayh> Yes?
[21:33:28] <alex_joni> # Touch the file .debug_scripts in your home directory if you like
[21:33:30] <alex_joni> # to see all the commands echoed.
[21:33:37] <alex_joni> if [ -f ${HOME}/.debug_scripts ] ; then
[21:33:38] <alex_joni> set -x;
[21:33:44] <alex_joni> copied from generic.run
[21:33:45] <cradek> ah
[21:33:52] <rayh> Right
[21:34:17] <alex_joni> just instruct the user to `touch ~/.debug_scripts`
[21:34:55] <rayh> It looks like bert's emc is failing just after freqmod and
[21:35:14] <rayh> The last messages are
[21:35:52] <rayh> sudo /sbin/mpdprobe freqmod PERIOD=24000 IO_BASE_ADDRESS=0x378 SHMEM_KEY=100
[21:35:52] <rayh> done
[21:35:52] <rayh> sleep 1
[21:36:30] <cradek> did he try running sim?
[21:36:48] <rayh> So freqmod is going in - generic.run says done - -x replies sleep1 which is between freqmod install and minimillio.
[21:38:19] <cradek> after the sleep, he never sees the next if [ $emcio = simio ] ... ?
[21:38:35] <rayh> There are no sim modules available or any sim files.
[21:38:42] <alex_joni> sleep 1# Run emcio in backgroundecho -n "starting EMC IO PROGRAM -- $emcio..."
[21:38:52] <rayh> I tried it here using the existing sim files but nothing.
[21:38:59] <alex_joni> he should see a "starting EMC IO PROGRAM...."
[21:39:07] <cradek> rayh: that's nice
[21:39:50] <alex_joni> rayh: can he modprobe the freqmod by itself?
[21:39:55] <alex_joni> to see if that works?
[21:39:59] <rayh> The generic.run in 4.08 is a bit different.
[21:40:14] <rayh> Let me try to see if freqmod goes in.
[21:40:15] <alex_joni> I had a machine where modprobe freqmod completely hung the machine
[21:40:23] <alex_joni> I needed to reboot
[21:40:39] <alex_joni> I finally tracked the problem to be rtai-specific :(
[21:40:46] <alex_joni> and compiled/installed another kernel/rtai
[21:40:57] <alex_joni> think with BDI this shouldn't be
[21:41:05] <cradek> agreed
[21:41:33] <cradek> rayh: has he disabled all the APM in the BIOS? anything strange about the machine (laptop?)
[21:41:41] <alex_joni> guess that's why it's called BDI
[21:41:56] <alex_joni> NOAPM, NOAPIC, NOLAPIC
[21:42:13] <rayh> Yes it will and it brings in adeos, rtai_hal, rtai_lxrt, rtai_shm with it.
[21:42:31] <cradek> rayh: with those same arguments?
[21:42:52] <rayh> alex_joni: that hang might have been period in freqmod.
[21:43:14] <alex_joni> I agree
[21:43:22] <alex_joni> here it runs with PERIOD=50000
[21:43:49] <alex_joni> that's in CVS right now, I think
[21:43:51] <rayh> I see that paul loads several values into freqmod when it is installed by *.run.
[21:44:15] <rayh> I'll post a note to burt about the apm stuff.
[21:44:32] <alex_joni> not really sure it has anything to do with this...
[21:44:39] <cradek> you could also have him double or triple PERIOD just to be sure
[21:44:45] <alex_joni> that stuff usually keeps a puter from booting
[21:44:51] <alex_joni> add a 0 ;)
[21:45:03] <cradek> no, remove a 0
[21:45:04] <alex_joni> * alex_joni wants one of these: http://www.fordvehicles.com/cars/mustang/launch/
[21:45:50] <alex_joni> oops... yes ;)
[21:46:03] <cradek> alex_joni: I saw one at a mustang club show
[21:46:16] <cradek> alex_joni: it's pretty nice.
[21:46:17] <alex_joni> looks nice...
[21:46:22] <alex_joni> the V8 anyways
[21:47:01] <cradek> I have an 01
[21:47:05] <alex_joni> cradek: how do you controll your mill?
[21:47:16] <alex_joni> spindle on/off ?
[21:47:29] <cradek> alex_joni: yes I have a spindle control
[21:47:38] <alex_joni> I meant from emc1
[21:47:49] <cradek> I don't understand the question
[21:48:00] <alex_joni> you just use spindle on/off
[21:48:11] <alex_joni> or you use spindle increase/decrease aswell
[21:48:12] <cradek> I use the spindle forward bit
[21:48:18] <cradek> no, just forward
[21:48:31] <alex_joni> so no analog control or such...
[21:48:34] <cradek> I might do a speed control sometime.
[21:48:48] <cradek> my spindle is speed-controlled with feedback but you set the speed with a knob
[21:49:03] <alex_joni> ok ... one more question
[21:49:12] <alex_joni> what keeps you from running emc2?
[21:49:36] <alex_joni> what is still missing in there to suit your needs?
[21:49:40] <cradek> well, that digital IO is the big thing
[21:49:52] <cradek> I want to use the segmentqueue planner
[21:49:54] <alex_joni> explain...
[21:50:07] <cradek> I want spindle control and estop output
[21:50:15] <cradek> (sounds like that's almost done)
[21:50:20] <alex_joni> estop works
[21:50:22] <alex_joni> ;)
[21:50:25] <cradek> I don't know the status of segmentqueue
[21:50:32] <alex_joni> segmentqueue.. is out of my reach ;)
[21:50:39] <cradek> but I'm not going back after seeing arc blending
[21:50:49] <alex_joni> lol...
[21:50:52] <cradek> it works *great*
[21:50:53] <alex_joni> fix it for emc2 too :D
[21:51:55] <cradek> the question I ask myself is: what advantage would I have if I switched to emc2?
[21:51:58] <alex_joni> I just had a brief look over at emc2/src/motion
[21:52:04] <alex_joni> you'd have HAL
[21:52:05] <alex_joni> :D
[21:52:14] <cradek> from a user standpoint, I don't care about that
[21:52:33] <cradek> I have fixed all the bugs in emc1 that bothered me
[21:52:45] <cradek> I have no real reason to switch
[21:53:15] <alex_joni> ok.. then from a developers point of view :P
[21:53:34] <alex_joni> a lot of things to be fixed in emc2 ;)
[21:53:43] <alex_joni> and you can always use them both :D
[21:53:50] <cradek> that's right, and I have
[21:54:11] <alex_joni> oh.. I almost forgot
[21:54:32] <alex_joni> you have a wonderful ./configure in emc2 ;)
[21:54:35] <alex_joni> lol
[21:55:03] <alex_joni> I know it's in emc1 now too...
[21:55:12] <cradek> don't know, haven't used it
[21:55:30] <alex_joni> * alex_joni wonders if anybody used ./configure on emc1/rcslib
[21:55:44] <rayh> Yep. Me.
[21:55:44] <cradek> (since I already know the secrets, emc1 is easy to compile)
[21:55:51] <rayh> with rc46
[21:56:00] <rayh> Worked as promised.
[21:56:07] <alex_joni> rayh: glad to hear that...
[21:56:19] <rayh> Not tried it with 2.20b yet.
[21:56:38] <rayh> I should be way far behind.
[21:56:45] <alex_joni> well.. (as paul has put it), you got working confs for the other BDI's
[21:56:47] <asdfqwega> I've used the ./configure, too...in Mandrake, which worked, but I had other problems
[21:56:57] <alex_joni> the emc1 one?
[21:57:02] <asdfqwega> Yes
[21:57:07] <alex_joni> cool
[21:57:21] <rayh> I had to hand patch the mandrake kernel.
[21:57:33] <asdfqwega> Same here
[21:57:53] <alex_joni> I wouldnt go there...
[21:57:57] <asdfqwega> But I was trying to bite off more than I could chew - trying to use a 2.6
[21:58:02] <rayh> I tried a pristine Linux kernel of the same number and it trashed Mandrake after a bit.
[21:58:03] <alex_joni> I use SuSE right now...
[21:58:19] <alex_joni> so I dl a new kernel and rtai'ed that one..
[21:58:43] <rayh> How's SuSE do for you with emc?
[21:58:50] <asdfqwega> I'm currently using the 2.6.9 from Paul's .deb's
[21:58:56] <asdfqwega> In Knoppix, no less!
[21:59:06] <alex_joni> rayh: like a charm
[21:59:19] <alex_joni> after a year of compiling emc/rcslib :D
[21:59:21] <rayh> How's it work with knoppix?
[22:00:00] <asdfqwega> rayh: Pretty good, just minor issues from setup and the 'enviroment' setting
[22:00:04] <alex_joni> I had a few attempts till I managed to build everything... and got it working
[22:00:24] <asdfqwega> For some reason, when I use vim it's in German or other
[22:00:56] <alex_joni> * alex_joni is running low on battery fumes...
[22:00:59] <rayh> Oh! I've got that same problem with some of the menus in open office and a couple other programs as well.
[22:01:12] <alex_joni> German is ok..
[22:01:22] <alex_joni> half my software is with menus in German ;)
[22:01:45] <alex_joni> I can live with that, I only have problems if the menus are in romanian...
[22:01:52] <asdfqwega> alex_joni: Not for me it isn't - I only know English and Bad English
[22:02:48] <rayh> Raising a menu like that for a Linux first timer in rural Ohio or Minnesota is just about heart failure time.
[22:03:03] <alex_joni> german? or romanian?
[22:03:05] <alex_joni> :D
[22:03:13] <alex_joni> I read a japanese pdf today...
[22:03:36] <asdfqwega> I'd very much like to read Japanese and/or German
[22:03:42] <alex_joni> it was a wireless adapter specfile... so I figured the numbers
[22:03:45] <rayh> Guy called me after a Live HD install. "What the &*%$# hell is this?"
[22:04:05] <alex_joni> it's some german propaganda software :D
[22:04:24] <alex_joni> ok... I'll leave now
[22:04:30] <rayh> Yep!
[22:04:35] <alex_joni> * alex_joni is down to 5% battery
[22:04:39] <alex_joni> night guys
[22:04:45] <rayh> Catch you later.
[22:04:49] <gezr> alex_joni : take care
[22:05:02] <alex_joni> maybe you guys get to test the estop on emc2