jepler: are you here?
seb_kuzminsky: what's up?
i want to commit something to 2.2 and as you're the release manager i thought i should ask you first
it's a change to bfload that jmk and swp and i have been talking about
it adds a new command-line syntax to bfload, while keeping the old one, so it's backwards compatible
i *think* it won't break anything... passes all my little half-assed tests
also, i think there are no known users of bfload, but there may be lurkers we dont know about
is it necessary to support the new devices?
it will be if/when i commit the hostmot2 drivers to 2.2
in the next month or so
I think it's fine, it sounds low impact and it's for a good reason
what's your thinking on 2.3?
for 2.3 (almost) anything goes
are you asking about retaining the old commandline syntax?
when do you think it will come out?
just curious really
I don't have a specific schedule in mind -- none of the major features that developers are working on (5axis, non-trivial kinematics, and improved cutter compensation come to mind) are really ready for general consumption
EMC: 03seb 07v2_2_branch * 10emc2/src/hal/utils/ (Submakefile bfload.c bitfile.c bitfile.h):
EMC: This adds support for the new-style command-line syntax, while maintaining
EMC: support for the old syntax. The old syntax is marked as "deprecated".
EMC: 03seb 07v2_2_branch * 10emc2/src/hal/utils/ (epp.c epp.h): Userspace epp driver, needed for the new bfload.
once one or more "major features" seems like it's ready for users, then I'd start to think about a specific schedule
when we were getting close to 2.2 we found ourselves frequently saying "well, you can't really do that in the released version, but..." -- that's a good clue that you should get a new version in the hands of more users
you're in north america, right?
has anybody tried to talk you into attending cnc workshop yet? It's a good chance to meet some of the other developers and some of our users. http://www.cnc-workshop.com/
it's in Illinois
near the western border with Iowa
man, i'd love to go
but i dont think my irl commitments will allow it...
too bad -- maybe another year
i have 2 little kids and a busy day job
maybe in another year or two
I'll hold you to that
is that where The Mazak is? that thing looks sweet
how did you and cradek get into emc? you two are friends irl right?
he had a CNC mill and wanted something better than the bundled software. he found emc(1) and while it had its problems, it was better than the other control. (and linux wasn't so much trouble, because we've both been long-time unix users)
what do you guys make? or is it all about the "machine as robot" software aspect?
I used it occasionally to mill circuit boards, and then I got interested in writing a new GUI
and later on, I started working more on all parts of the system
sadly enough, I've probably worked on the emc software 100x as long as I've actually used it to run a physical machine.
do you have a feel for how many real users of emc there are?
not really; SWPadnos has occasionally looked at the webserver logs to estimate how many ubuntu/emc machines are online (they regularly check for software updates), but one thing we see on irc and the mailing lists is that people don't necessarily have their shop machines online
i saw the blag entry about stuart stevenson's machine shop
I'll be heading off for the night .. see you later
seb_kuzminsky: will you also backport the manpage and fix up the packaging to include it?
i can't build the 2.2 deb because the configs/5axis directory is empty and src/Makefile INSTALL_CONFIGS chokes on it
fix the makefile or fix 5axis?
or... fix cvs so you can remove directories! bwahaha
EMC: 03seb 07v2_2_branch * 10emc2/debian/emc2.files.in: Added a manpage for bfload, and added it to the emc2 package.
EMC: 03seb 07v2_2_branch * 10emc2/docs/man/man1/bfload.1: Added a manpage for bfload, and added it to the emc2 package.
anybody have an opinion about whether the "fix" for debounce should be to make the code match the manpage or vice versa? Using the built in array parsing for kernel parameters removes quite a bit of code from debounce.c:
debounce.c | 100 ++++++++++++-------------------------------------------------
1 file changed, 20 insertions(+), 80 deletions(-)
jepler: I think when I wrote that code I didn't know about arrays as insmod args
they seem like a better way of doing things, and if the docs already describe that syntax it seems like a no-brainer
EMC: 03jepler 07TRUNK * 10emc2/src/hal/components/debounce.c: make the cfg= parameter match the documentation
EMC: 03fenn 07TRUNK * 10emc2/docs/src/gcode/main.lyx: more explanation of how g64 works
even petew put in his 2 cents