#emc-devel | Logs for 2009-01-10

[00:02:06] <alex_joni> ok
[00:41:14] <alex_joni> cradek: one of those days we should look at debugging and using the ini file DEBUG for all things
[00:41:33] <alex_joni> there are enough flags afailable in 0xffffff to do anything ;)
[00:41:57] <alex_joni> debugging as in printing debug message (re you last commit)
[00:42:07] <alex_joni> but for now.. off to sleep for me
[00:42:09] <alex_joni> good night all
[03:58:18] <CIA-1> EMC: 03cmorley 07TRUNK * 10emc2/src/emc/usr_intf/stepconf/stepconf.py:
[03:58:18] <CIA-1> EMC: fix so written halfile uses custompanel.xml instead of panel.xml (common naming
[03:58:18] <CIA-1> EMC: convention) Maybe not the right thing to do? existing stepconf users will have
[03:58:18] <CIA-1> EMC: to rename. Add some comments in written hal files so maybe people can figure out
[03:58:19] <CIA-1> EMC: how to do hand edits of hal files. Added some more driver timings
[03:59:48] <CIA-1> EMC: 03cmorley 07TRUNK * 10emc2/src/emc/usr_intf/stepconf/stepconf.py: Maybe I should save the changes before committing...
[04:02:07] <SWPadnos> hmmm. that's not a good commit message
[04:02:15] <SWPadnos> makes me wonder how much testing has been done
[06:16:58] <chester88> The changes I forgot to change was capitalization in some strings
[12:51:54] <BigJohnT> hmmm cvs must be down
[12:58:14] <alex_joni> hmm.. it seems so
[12:59:14] <BigJohnT> morning alex_joni
[13:00:36] <alex_joni> hi BigJohnT
[13:00:41] <alex_joni> gotta run to lunch, bbl
[14:53:25] <alex_joni> morning jeff
[14:53:31] <alex_joni> hi seb
[14:54:28] <alex_joni> BigJohnT: cvs is ok from here
[14:54:31] <jepler> yet another morning where I have to arrive and say: cvs service should now be restored.
[14:55:24] <seb_kuzminsky> good morning :-)
[14:57:28] <BigJohnT> ok cool
[14:58:33] <seb_kuzminsky> bye!
[14:58:52] <BigJohnT> and cvs is ok here too... please place your seats in the upright position and stow your tray tables and prepare for take off
[14:59:19] <BigJohnT> * BigJohnT wanders off to eat breakfast
[15:03:30] <alex_joni> BigJohnT: I thought we prepare for landing
[15:18:34] <BigJohnT> that too
[15:24:38] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/src/hal/utils/halcmd_commands.c: add -Wn to halrun help loadusr printf
[15:39:20] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/hal/ (drivers.lyx pyvcp.lyx): move pico driver to own file
[15:40:00] <alex_joni> that somehow doesn't look quite right
[15:40:48] <BigJohnT> what's that alex_joni
[15:41:20] <alex_joni> (drivers.lyx
[15:41:21] <alex_joni> pyvcp.lyx): move pico driver to own file
[15:42:04] <BigJohnT> oh yea I fixed a small thing in pyvcp.lyx too
[15:42:17] <alex_joni> and din't commit the pico file
[15:42:31] <alex_joni> or maybe that's coming later :)
[15:43:18] <BigJohnT> hmm I was busy jabbering :)
[15:43:30] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/drivers/ (hostmot2.lyx pico_ppmc.lyx m5i20.lyx): add files and fix minor in m5i20
[15:44:59] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/ (Master_Integrator.lyx Submakefile docs.xml index.tmpl): add drivers to html and integrator
[15:45:13] <BigJohnT> remember I'm on a string to connect to the internet
[15:50:36] <alex_joni> heh, sorry for that
[16:36:35] <CIA-1> EMC: 03alex_joni 07TRUNK * 10emc2/docs/src/hal/basic_hal.lyx: provide info for linksp, linkps and unlinkp
[16:46:16] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/config/stepper.lyx: use net instead of linksp
[16:46:47] <BigJohnT> ha I just did that alex_joni
[16:57:24] <alex_joni> did what?
[16:57:40] <BigJohnT> add linksp etc to basic hal :)
[16:58:10] <BigJohnT> I'm merging what you did with what I did I like your explanations better :)
[17:05:29] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/hal/basic_hal.lyx: merge what Alex did with what I did on linksp etc
[17:06:02] <BigJohnT> ha we were both working on the same thing at the same time alex_joni :)
[17:06:27] <BigJohnT> * BigJohnT wanders out to poke in the fire
[17:17:25] <BigJohnT> hey seb_kuzminsky you around
[17:18:24] <BigJohnT> if you get a chance scan over this http://www.linuxcnc.org/docs/devel/html/drivers_hostmot2.html
[17:18:42] <BigJohnT> * BigJohnT goes out so the dog can take me for a walk
[17:42:52] <TomBrown> TomBrown is now known as TomBrown_
[17:42:59] <TomBrown_> TomBrown_ is now known as TomBrown
[17:44:10] <TomBrown> TomBrown is now known as TomBrown_
[17:45:01] <TomBrown_> TomBrown_ is now known as TomBrown
[18:06:13] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/ (Submakefile docs.xml index.tmpl): wee all the nav links go somewhere now
[18:06:40] <BigJohnT> * BigJohnT wanders off to take a nap
[18:06:45] <alex_joni> see you later
[18:06:50] <BigJohnT> ok
[18:43:38] <TomBrown> Has anyone looked at injecting a package into the Hardy 8.04 tree called emc2-inst (or similar) that will allow the user to download a script that will create the file /etc/apt/sources.list.d/emc2.list and update the pgpkey(s)?
[19:00:29] <cradek> I don't think so
[19:01:49] <cradek> back in the breezy days we had people using the regular ubuntu install cd, and then adding our kernel/emc packages. I still think not redistributing an entire OS is best, but to my dismay, users really (really) want a special install cd that has no extra steps.
[19:09:06] <cradek> also, unfortunately some users do not have net access at the machine, so they have a pain getting it installed otherwise (even now, they still have the pain that upgrading versions is hard)
[19:10:54] <TomBrown> I think it would be terrible to create an EMC Linux distribution. I'm delighted EMC is Ubuntu friendly.
[19:11:33] <cradek> it's not so bad to change some packages and rebuild a ubuntu distribution - that's all we have to do now
[19:11:51] <cradek> (making the kernel and rtai packages is the hard part)
[19:12:15] <cradek> I'm glad we don't have to do it more often than every few years
[19:12:41] <cradek> it's takes time away from emc work
[19:12:44] <cradek> it
[19:12:56] <TomBrown> All I'm asking about is putting a motor on the apt repository update. I'm not critisizing the distribution or packaging mechanisms in any way.
[19:13:33] <cradek> what is a motor?
[19:13:39] <TomBrown> automating
[19:14:06] <TomBrown> Also, I wish to point out that I'm not asking anyone to do this work.
[19:14:22] <TomBrown> I'm working on creating a first time user type document.
[19:14:25] <cradek> oh I didn't mean to sound defensive - I'm not :-)
[19:14:32] <TomBrown> No problem.
[19:15:01] <cradek> alex_joni is smarter about apt than I am. maybe he'll be around later.
[19:15:01] <jmkasunich> hi TomBrown
[19:15:12] <TomBrown> Hello :)
[19:15:52] <jmkasunich> dunno about anyone else, but I'm very very out of date on things like apt
[19:16:21] <cradek> I am too. I did the initial ubuntu work in '05 but not much since. alex has mostly taken that over.
[19:16:35] <jmkasunich> was it you who brought the new /etc/apt/sources.list.d to our attention?
[19:17:25] <jmkasunich> I'm still running dapper on my main PC - I've thought about updating to hardy, but "if it ain't broke don't fix it" ;-)
[19:17:41] <jmkasunich> I have webserver, vmware, and some other things that I'd probably have to reconfigure
[19:17:50] <cradek> except the lathe itself, all my machines are also still dapper
[19:18:04] <jmkasunich> if jepler's troubles with recent vmware are any indicator, I don't want to touch my vmware install
[19:18:07] <TomBrown> Yes, I'm the one who mentioned the new sources.list.d directory
[19:18:38] <cradek> we'll be sure to use that next time. much better solution.
[19:18:39] <jmkasunich> I'd like to update, since this box is also my primary machine - I bet things like GIMP have improved
[19:18:53] <TomBrown> GIMP has improved immeasurably.
[19:19:12] <TomBrown> I wish to create a USB flash drive based EMC platform.
[19:19:13] <jmkasunich> I want a GIMP that can handle >8 bit color depth
[19:19:30] <jmkasunich> raw images from my camera are 12 bits per color
[19:19:32] <cradek> why? you can't display it
[19:19:57] <jmkasunich> during processing (white balance, etc) things get granulated
[19:20:03] <TomBrown> That is coming but is not in the 8.04 tree at this time, as far as I know. It has been developed and the GIMP project has realeased it, though.
[19:20:12] <TomBrown> I too wish 12 bbc.
[19:20:49] <TomBrown> Linux is a bit light on PP capabilities for RAW processing. It's OK but not up to Photoshop levels, yet.
[19:21:14] <jmkasunich> if I was a photographer first, I'd pretty much have to use photoshop
[19:21:21] <jmkasunich> but I'm a linux guy first, photog second
[19:21:27] <TomBrown> Me too but those days will soon be over.
[19:21:40] <TomBrown> In most ways, I prefer GIMP to Photoshop.
[19:21:59] <TomBrown> ... but if you're a professional photog, you're pretty much locked into Photoshop these days.
[19:22:03] <jmkasunich> I have no experience with photoshop, so I can't really have a preference
[19:22:17] <jmkasunich> are you a pro?
[19:22:25] <TomBrown> It's an amazing piece of software with brilliant capabilities and a dog's breakfast of a user interface.
[19:22:30] <TomBrown> No. I used to be.
[19:22:33] <jmkasunich> ah
[19:22:37] <TomBrown> Now I'm a network designer.
[19:22:45] <jmkasunich> ;-)
[19:22:47] <TomBrown> Did I mention I have an interest in EMC? :D
[19:23:09] <cradek> how are you using or planning to use it?
[19:23:11] <jmkasunich> are you in the UK?
[19:23:14] <TomBrown> I'd like to create a USB flash drive based EMC platform using Ubuntu, unetbootin, and EMC.
[19:23:25] <TomBrown> No. I'm in one of the colonies.
[19:23:33] <TomBrown> Canada.
[19:23:34] <TomBrown> :D
[19:23:37] <jmkasunich> ah
[19:23:41] <alex_joni> hi TomBrown
[19:23:45] <alex_joni> * alex_joni is around now
[19:23:47] <TomBrown> Hello. :)
[19:23:48] <jmkasunich> "dog's breakfast" seems like a UK saying
[19:23:48] <alex_joni> and all ears too :)
[19:23:55] <TomBrown> I'm British.
[19:24:07] <alex_joni> TomBrown: seen gimpshop?
[19:24:12] <TomBrown> Yes.
[19:24:24] <alex_joni> I think it's great.. so much better than gimp's interface
[19:24:33] <alex_joni> but then again, using photoshop probably bias'es me
[19:24:51] <alex_joni> back to packaging (if you like) ..
[19:25:02] <TomBrown> To be honest, I don't prefer the UI but it's a good app. I do a lot of animations these days and the GIMP path utils are really good. This is embarrassing, considering my past, but I care more about convenience these days than I do about quality.
[19:25:57] <TomBrown> One day very soon, we will have convenience and quality. 16bbc is no easy feat, though. I joined the GIMP development discussion and learned how amazingly difficult is has been. It took af ew years to get to this point.
[19:26:05] <alex_joni> I think I saw the sources.list.d/ dir last time I did the hardy CD, but didn't spend too much time to worry about it
[19:26:15] <TomBrown> Oh yes... distribution. :D
[19:26:21] <alex_joni> adapting the old script seemed a bit easier/faster
[19:26:29] <TomBrown> Sure.
[19:26:50] <alex_joni> and these things usually are done a bit under time & nerve pressure to get them done already
[19:27:00] <alex_joni> then afterwards nobody wants to fix them right :D
[19:27:27] <TomBrown> I'd like to create and document a system that will allow for the creation of completely USB based firmware. Perhaps there could be some NFS based productivity items such as a common part repository.
[19:27:29] <alex_joni> anyways.. when building a new CD we should change that
[19:27:50] <alex_joni> and the current install script might need work too
[19:28:06] <TomBrown> The idea is: you create a running USB stick based system... when you wish to upgrade, you copy the USB stick, upgrade the copy... and now you have a backout option by simply returning to the original USB stick.
[19:28:09] <alex_joni> "USB based firmware" ?
[19:28:32] <TomBrown> Yes: More or less create a single image that some might view as firmware.
[19:28:44] <alex_joni> like and iso for CDs
[19:28:49] <alex_joni> s/and/an/
[19:29:11] <TomBrown> Sure but perhaps not as polished. I'm only prepared to invest so much time. :D
[19:29:18] <alex_joni> I can imagine :)
[19:29:26] <TomBrown> These days I work in the networking field as a Cisco specialist.
[19:29:37] <alex_joni> and it's not for the wide range of emc users
[19:29:41] <cradek> I think a lot of people would be interested in a usb-based setup
[19:29:50] <TomBrown> We have some security appliances that are linux based. They have a web interface and their operating load is considered "firmware".
[19:30:05] <cradek> if they can take it to their indoor (net-connected) computer and run apt-get upgrade, all the better
[19:30:07] <alex_joni> cradek: people beeing able to boot USB sticks
[19:30:12] <TomBrown> When you update the firmware, you're really updating the apps and/or distribution but that's all shielded from the users.
[19:30:39] <TomBrown> unetbootin makes it pretty easy. I have no wish to re-invent the wheel.
[19:30:57] <alex_joni> TomBrown: if you wish to work on it, by all means .. pick the stuff you like
[19:31:08] <TomBrown> I'm also interested in a PXE boot capability. I'd like my shop PCs to be completely solid state, right down to the PSUs.
[19:31:27] <TomBrown> I expect I'll have to have a fan on the stepper PSU, though.
[19:31:44] <alex_joni> not necessarily
[19:31:57] <jmkasunich> dunno what kind of drives you are using
[19:32:00] <alex_joni> if you go via big transformer+rectifier bridge, etc..
[19:32:19] <jmkasunich> I have geckos running at a large fraction of their ratings, on a lump of aluminum extrusion, no fan, no problems
[19:32:20] <cradek> I haven't played with net booting since the days you burnt an eprom and stuck it on the (isa) network card. PXE machine tools sounds very useful and if someone would figure it all out for me, I'd be tickled.
[19:32:26] <TomBrown> PXE is even better. We could create an image that will simply untar into a tftp accessible directory, point the client to the new image, and it's on. If it doesn't work as expected, simply point the client at the old image, reboot, and it's back to the old.
[19:32:46] <TomBrown> It will be done, cradek.
[19:32:50] <cradek> whee
[19:33:03] <TomBrown> The only issue with PXE and USB both is that they bump up the minimum RAM requirement.
[19:33:04] <alex_joni> sounds good
[19:33:10] <alex_joni> more than 384?
[19:33:20] <alex_joni> or lots more than 384?
[19:33:21] <TomBrown> It pretty much comes down to 512MB being a minimum machine and 1 GB being more realistic.
[19:33:42] <cradek> looks like the machine I'd try it on has 768 now
[19:33:45] <alex_joni> well.. machines beein gable to boot from USB or do PXE I expect are fairly recent
[19:33:52] <TomBrown> It might be possible to squeeze into 384.
[19:33:54] <cradek> I never thought I'd say it, but RAM is dirt cheap. who cares.
[19:34:30] <TomBrown> Intel came out with PXE a decade ago, or so, but USB has only been here the last 5, or so, years. Even at that, USB boot hasn't been universal until farily recently.
[19:34:30] <alex_joni> indeed
[19:34:38] <TomBrown> :)
[19:35:11] <TomBrown> I'm a bit concerned about this effort being considered elitist and counter productive to the EMC herritage of being able to run on a TI-66 pocket calculator.
[19:35:24] <alex_joni> that's not quite true :)
[19:36:04] <alex_joni> I don't think any of this involves any change to emc2
[19:36:05] <jmkasunich> we may lag behind the times (and I've been a big proponent of that), but there are limits
[19:36:15] <jmkasunich> we gave up on kernel 2.4 not too long ago
[19:36:26] <TomBrown> I hope the efficiency of EMC and Linux continues but I'm more concerned about creating a working system and defending that system. I would like to bring some machine work in-house (I'm a private guy) and I don't want to take a recommended security update and then have to explain why I'm going to be late completing the projects I've ocmmitted to.
[19:36:33] <alex_joni> when I started on EMC it could be built on 2.2
[19:37:05] <alex_joni> I think even 2.0.x
[19:37:28] <alex_joni> TomBrown: no reason to update your machine if you don't feel like it
[19:37:38] <TomBrown> Not long ago, I received a flier for a pair of matched 1 GB - DDR2/533 memory sticks for $40. That's $20/meg.
[19:37:50] <cradek> ha, gig
[19:38:04] <alex_joni> in the last 3? years we used ubuntu I don't think I remember any updates making emc2 less usable
[19:38:38] <TomBrown> This is interesting and appreciated. I've found Ubuntu updates to be exceptionally well tested and stable but I don't completely trust them.
[19:38:54] <TomBrown> I used to be a gentoo guy so my paranoia is somewhat justified. :D
[19:39:05] <cradek> I don't either, but still, if in the middle of something important, I wouldn't change any software without good reason
[19:39:08] <alex_joni> well, if you're not network connected.. there's not much point in updates
[19:39:12] <TomBrown> Fair enough.
[19:39:21] <TomBrown> ... both good points.
[19:39:22] <alex_joni> unless you're bitten by bugs which get fixed by those udpates
[19:39:40] <alex_joni> anyways... back to your plans
[19:39:52] <cradek> (the only problem we have is users complaining about bugs that were discovered and fixed months ago...)
[19:40:10] <TomBrown> Eventually, I have an interest in working on linux based CAM. I'm not that sharp with that stuff but I'm a decent and long experienced programmer.
[19:40:12] <cradek> but that's not too common. most have grown to trust our updates. we are extremely careful.
[19:40:55] <alex_joni> TomBrown: can you elaborate on what you want to build?
[19:41:08] <TomBrown> I think CAM should be implemented on the CAD workstation first but ultimately, it would be nice if it could move to the controller.
[19:41:41] <TomBrown> When/if that happens, I will be extremely thankful to have a good version control mechanism.
[19:42:20] <TomBrown> Alex: are you asking about my CAM ideas or solid state machine control ideas?
[19:43:45] <alex_joni> solid state
[19:45:01] <TomBrown> I wish to point out that I'm not married to this USB stick based EMC idea. If the group were to suggest that I investigate CF card and CF <-> IDE adapters, or purpose built SSD devices, I would happily work in that direction. USB seems cheap, easy, and effective. That's the only reason I am looking in that direction.
[19:45:20] <TomBrown> Alex: Good because my CAM ideas are pie in the sky, at this point. lol!
[19:46:56] <alex_joni> heh
[19:47:20] <alex_joni> TomBrown: CF cards + IDE adapter are probably even more universal than USB booting
[19:47:29] <TomBrown> No question, Alex.
[19:47:42] <TomBrown> ... but you don't really need me to pave that road.
[19:47:51] <alex_joni> but ultimately it's up to who wants to do it
[19:47:58] <alex_joni> well.. depends what you want to put on it
[19:48:11] <jmkasunich> one neat thing about USB is that you can sneak it into a computer store and run a latency test on the floor model ;-)
[19:48:20] <jmkasunich> IDE+CF needs the case opened
[19:48:35] <TomBrown> I work for a grain handling company. We have PC based protein testers that used to have hard disks in them. I had my guys convert them to CF based IDE disks and they have become extremely reliable.
[19:48:37] <alex_joni> jmkasunich: I doubt they leave BIOS unsecured there
[19:49:21] <TomBrown> It is possible to use IDE+CF with the CF port being front plate mounted so you can easily swap CF cards for version control.
[19:49:50] <TomBrown> These protein testers get plugged with grain dust. They used to run 18~24 months typicall before requiring a new hard disk. Now they run indefinitely.
[19:50:12] <jmkasunich> wow
[19:50:22] <jmkasunich> that is in spite of the filters o HD vents?
[19:50:42] <TomBrown> The key difference between the protein tester and an EMC device being the protein tester is DOS based and doesn't hit the disk very hard. EMC is linux based so a little thought on minimizing write activity willl be needed for longevity of the flash device.
[19:50:55] <TomBrown> Yes.
[19:51:26] <TomBrown> The testers are vented as they do create quite a bit of heat.
[19:51:48] <jmkasunich> someone who is building an all solid-state machine should be willing to spring for a gig of ram (cheap these days)
[19:51:55] <jmkasunich> that should let you forgo swap
[19:52:26] <TomBrown> With the CF+IDE solution, they just keep going and going. The failure rate has pretty much dropped to zero. Now we just maintain the mechanical side of them (I'm not heavily involved in that side of the maintenance requirement).
[19:53:25] <TomBrown> That's how I think of it too, jmkasunich. I don't wish to bump the requirement to opressive levels but 1 GB is not a lot of RAM these days.
[19:55:17] <TomBrown> I plan to build a Joes 4x4 Hybrid gantry. The gantry itself is going to cost about $1400 to build. From there, I will need a servo or stepper based system. Being 4 feet square, I will need to provide significant power to attain reasonable speeds. That's going to mean a bunch more money.
[19:55:35] <TomBrown> What it all comes down to is: I don't think requiring PC hardware worth a couple of hundred dollars brand new is going to be all that significant.
[19:56:14] <jmkasunich> requiring that for every user would be significant - requireing that if you want an all-solid-state solution isn't
[19:56:22] <TomBrown> Exactly.
[19:56:28] <alex_joni> * alex_joni wonders if he's back
[19:56:37] <TomBrown> ... and I expect the actual requirement to be 512MB.
[19:56:43] <TomBrown> ... for netboot or USB.
[19:56:46] <jmkasunich> alex is back
[19:58:00] <TomBrown> Once again: I wish to enhance the EMC platform and project. I have no interest in working counter to the philosophies of the EMC team.
[19:58:02] <alex_joni> whee.. read the logs, so I'm back on track
[19:58:23] <alex_joni> TomBrown: the "philosophies" of the team are mostly towards the project itself
[19:58:27] <cradek> alex_joni: do you want me to commit my attempt at a rebase of joints_axes?
[19:58:40] <alex_joni> cradek: sure, why not
[19:58:46] <alex_joni> was it lots of work?
[19:58:59] <cradek> I'm not entirely sure of the stuff in the nml directory, but everything else I'm pretty sure is right
[19:59:07] <cradek> it was only an hour or two
[19:59:31] <alex_joni> ok, sounds good
[19:59:50] <alex_joni> go ahead, it was already in pretty bad shape.. so nothing you can break
[20:00:02] <jmkasunich> heh
[20:00:18] <alex_joni> I think the most important missing thing is a design document
[20:00:29] <alex_joni> that's probably what made me stop ..
[20:00:42] <cradek> well it's not much but maybe it will help you guys if you want to work on it some more.
[20:01:01] <alex_joni> it'll help merging it later
[20:01:10] <cradek> yes very much
[20:01:21] <TomBrown> Thank you, gentlemen. I feel I've presented the solid state machine idea and will now go off to actualize it. I appreciate your objectivity as well as your time.
[20:01:44] <jmkasunich> we appreciate your interest - the devs the better IMO
[20:01:44] <cradek> TomBrown: best of luck
[20:01:49] <alex_joni> TomBrown: sure thing, glad to have your interest
[20:02:02] <alex_joni> * alex_joni passes jmkasunich a "more"
[20:02:20] <jmkasunich> oops
[20:02:34] <alex_joni> TomBrown: we're almost all the time in here, so feel free to stop by for pointers, progress or OT talk :D
[20:02:56] <TomBrown> :)
[20:21:57] <CIA-1> EMC: 03cradek 07joints_axes2 * 10emc2/ (TODO VERSION): rebase joint_axes branch which also has the changes from new-telop branch
[20:21:59] <CIA-1> EMC: 03cradek 07joints_axes2 * 10emc2/configs/scara/ (scara.ini scara_sim_4.hal): rebase joint_axes branch which also has the changes from new-telop branch
[20:22:00] <CIA-1> EMC: 03cradek 07joints_axes2 * 10emc2/src/Makefile: rebase joint_axes branch which also has the changes from new-telop branch
[20:22:00] <CIA-1> EMC: 03cradek 07joints_axes2 * 10emc2/src/emc/canterp/canterp.cc: rebase joint_axes branch which also has the changes from new-telop branch
[20:22:02] <CIA-1> EMC: 03cradek 07joints_axes2 * 10emc2/src/emc/ini/ (6 files): rebase joint_axes branch which also has the changes from new-telop branch
[20:22:05] <CIA-1> EMC: 03cradek 07joints_axes2 * 10emc2/src/emc/motion/ (command.c control.c homing.c motion.h usrmotintf.cc): rebase joint_axes branch which also has the changes from new-telop branch
[20:22:10] <CIA-1> EMC: 03cradek 07joints_axes2 * 10emc2/src/emc/nml_intf/ (8 files): rebase joint_axes branch which also has the changes from new-telop branch
[20:22:13] <CIA-1> EMC: 03cradek 07joints_axes2 * 10emc2/src/emc/task/ (emctask.cc emctaskmain.cc taskintf.cc): rebase joint_axes branch which also has the changes from new-telop branch
[20:22:16] <CIA-1> EMC: 03cradek 07joints_axes2 * 10emc2/src/emc/usr_intf/ (7 files): rebase joint_axes branch which also has the changes from new-telop branch
[20:22:19] <CIA-1> EMC: 03cradek 07joints_axes2 * 10emc2/src/emc/usr_intf/axis/extensions/emcmodule.cc: rebase joint_axes branch which also has the changes from new-telop branch
[20:22:24] <CIA-1> EMC: 03cradek 07joints_axes2 * 10emc2/src/emc/usr_intf/axis/scripts/axis.py: rebase joint_axes branch which also has the changes from new-telop branch
[20:24:34] <alex_joni> cradek: cool
[20:24:56] <cradek> bbl
[20:33:47] <alex_joni> oh, you made a new branch..
[22:04:48] <jmkasunich> cradek: cool, thanks
[22:52:20] <CIA-1> EMC: 03tissf 07TRUNK * 10emc2/src/po/ (fr_axis.po fr_rs274_err.po): french translation update
[23:26:51] <cradek> welcome, but you shouldn't thank me before you try running it
[23:29:50] <cradek> alex_joni: I think there isn't any other way of doing it
[23:35:40] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/man/man1/gs2.1: add gs2 man page
[23:36:08] <BigJohnT_> BigJohnT_ is now known as BigJohnT
[23:38:31] <CIA-1> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/drivers/GS2.lyx: missed a pin