Re: [Emc-developers] New Stuff

2019-10-27 Thread mydani
omewhere I have read of someone 'forward porting' the needed > older libraries in. > I'll see if I can find the relevant details... > > Chris > > From: andy pugh > Sent: October 21, 2019 11:23 PM > To: EMC developers > Subje

Re: [Emc-developers] New Stuff

2019-10-26 Thread Chris Morley
nt details... Chris From: andy pugh Sent: October 21, 2019 11:23 PM To: EMC developers Subject: Re: [Emc-developers] New Stuff On Wed, 19 Sep 2018 at 05:46, Kurt Jacobson wrote: > I agree with Chris. I don't think there could be a better time to releas

Re: [Emc-developers] New Stuff

2019-10-21 Thread Robert Ellenberg
Hi Andy, There are a few that I've been sitting on for a while that should really be fixed pre-release: - 639 - unexpected motion after abort during threading - 546 - acceleration violatio

Re: [Emc-developers] New Stuff

2019-10-21 Thread andy pugh
On Wed, 19 Sep 2018 at 05:46, Kurt Jacobson wrote: > I agree with Chris. I don't think there could be a better time to release > master, 2.8, or whatever it will be called. At this point it has been > stable for some time and has been VERY heavily tested and a LOT of people > are using it in prod

Re: [Emc-developers] New Stuff

2018-10-22 Thread Andrew
сб, 20 жовт. 2018 о 02:34 Moses McKnight пише: > If there are no serious objections I also think that is a good idea. > What about reverse-run which has been mentioned? Is it as well tested and > used? > I know that a few people on a Russian forum used reverse-run and I've never heard of any se

Re: [Emc-developers] New Stuff

2018-10-22 Thread andy pugh
On Mon, 22 Oct 2018 at 12:49, andy pugh wrote: > Though I think that reverse-run is another change that is hard to > enable by accident. Though it does go pretty deep: https://github.com/LinuxCNC/linuxcnc/compare/b692e07761d36ce27b4090ed8cab0980a64f7d65...bef8d9d525b9d483a4cf97a1040289d1aaddc74f

Re: [Emc-developers] New Stuff

2018-10-22 Thread andy pugh
On Sat, 20 Oct 2018 at 00:34, Moses McKnight wrote: > > If there are no serious objections I also think that is a good idea. > What about reverse-run which has been mentioned? Is it as well tested and > used? I think that reverse run is less well tested. (EO is being used a fair bit for Plasma

Re: [Emc-developers] New Stuff --> reverse run

2018-10-19 Thread Nicklas Karlsson
I tested reverse run it seems to works and think reverse run is a rather small change but are not totally sure. > If there are no serious objections I also think that is a good idea. > What about reverse-run which has been mentioned? Is it as well tested and > used? > > Moses > > On 10/19/18

Re: [Emc-developers] New Stuff

2018-10-19 Thread Moses McKnight
If there are no serious objections I also think that is a good idea. What about reverse-run which has been mentioned? Is it as well tested and used? Moses On 10/19/18 11:53 AM, andy pugh wrote: On Tue, 2 Oct 2018 at 03:45, Moses McKnight wrote: Andy asked about the multi-spindle stuff befor

Re: [Emc-developers] New Stuff

2018-10-19 Thread Dewey Garrett
>The current single patch is: i updated the commit message so the current single commit is 784db0335: https://github.com/LinuxCNC/linuxcnc/commit/784db03355d52867b70a5362a0dae498290d8786 -- Dewey Garrett ___ Emc-developers mailing list Emc-developer

Re: [Emc-developers] New Stuff

2018-10-19 Thread Dewey Garrett
> https://github.com/LinuxCNC/linuxcnc/commit/0cab36566e8d368a11ac49cc03c63e75d91935a6 above is the head of the master branch (not an external_offets patch) The dgarr/external_offsets branch was updated yesterday (rebased to the master branch at 0cab36566) by a force push: https://github.com/L

Re: [Emc-developers] New Stuff

2018-10-19 Thread Dmitry Yurtaev
> In some ways the important testing comes from _not_ using it. If you > have run a machine for a long time with a reverse-run version and have > not seen any problems with conventional working, then I think that > counts as a good indication that the feature does not break existing > behaviour. s

Re: [Emc-developers] New Stuff

2018-10-19 Thread andy pugh
On Tue, 2 Oct 2018 at 03:45, Moses McKnight wrote: > Andy asked about the multi-spindle stuff before the last discussion and I > thought it should be fine to get in before the release. I do think we should > probably freeze new features now - but I'm open to any suggestions on that as > well!

Re: [Emc-developers] New Stuff

2018-10-01 Thread Chris Morley
oses McKnight Sent: October 2, 2018 2:47 AM To: Chris Morley; EMC developers Subject: Re: [Emc-developers] New Stuff Hi Chris, Andy asked about the multi-spindle stuff before the last discussion and I thought it should be fine to get in before the release. I do think we should probably freeze n

Re: [Emc-developers] New Stuff

2018-10-01 Thread Moses McKnight
preciate if this was public (maillist) and not private (IRC) (of course both is good too) Thanks Chris M From: Moses McKnight Sent: September 19, 2018 2:27 PM To: emc-developers@lists.sourceforge.net Subject: Re: [Emc-developers] New Stuff I agree that we should

Re: [Emc-developers] New Stuff

2018-09-29 Thread Chris Morley
Sent: September 19, 2018 2:27 PM To: emc-developers@lists.sourceforge.net Subject: Re: [Emc-developers] New Stuff I agree that we should release sooner than later. It would be great if the issues mentioned by Rene were fixed prior to a release, but realistically some of those may take a while

Re: [Emc-developers] New Stuff

2018-09-19 Thread Rene Hopf via Emc-developers
> On 19. Sep 2018, at 16:27, Moses McKnight wrote: > > Run-from-line for instance has more problems than that mentioned in #246, it > also does very bad stuff if there is a probe move in an external subroutine > prior to the line you try to run from. I implemented what I called "simple > r

Re: [Emc-developers] New Stuff

2018-09-19 Thread Moses McKnight
s pretty stable right now. Or we probably should wait six months after merging major code projects, to clean up any bugs. my 2 cents. Chris M From: andy pugh Sent: September 18, 2018 12:05 PM To: EMC developers Subject: [Emc-developers] New Stuff If I am going to

Re: [Emc-developers] New Stuff

2018-09-19 Thread Eric Keller
On Wed, Sep 19, 2018 at 12:46 AM Kurt Jacobson wrote: > > I also think that jepler's Stretch ISO is ready for prime time and should > be put in the spot light as it deserves :) > Cheers, > Kurt > Has the issue that the Stretch ISO doesn't install without an internet connection been fixed? Eric

Re: [Emc-developers] New Stuff --> 2.8-pre

2018-09-19 Thread Nicklas Karlsson
On Wed, 19 Sep 2018 11:37:10 +0200 Rene Hopf via Emc-developers wrote: > I agree that 2.8-pre is very stable at the moment, and works great with > stretch. > But as far as Im aware those features have already been tested by other > people. I used during development for quite long time, I could

Re: [Emc-developers] New Stuff

2018-09-19 Thread Gene Heskett
p soon. > >> > >> My question is about merge strategy. > >> Merging invariably will cause/show a couple bugs... that's really > >> the point of master before release. It's been a long time since a > >> release from master. > >> We coul

Re: [Emc-developers] New Stuff

2018-09-19 Thread Rene Hopf via Emc-developers
x27;s been a long time since a release from master. >> We could release master before merging a bunch of stuff in - as it seems >> pretty stable right now. >> Or we probably should wait six months after merging major code projects, to >> clean up any bugs. >> &g

Re: [Emc-developers] New Stuff

2018-09-18 Thread Kurt Jacobson
nts. > Chris M > > From: andy pugh > Sent: September 18, 2018 12:05 PM > To: EMC developers > Subject: [Emc-developers] New Stuff > > If I am going to merge Multispindle, perhaps we should also look at > adding two other things. > >

Re: [Emc-developers] New Stuff

2018-09-18 Thread Chris Morley
PM To: EMC developers Subject: [Emc-developers] New Stuff If I am going to merge Multispindle, perhaps we should also look at adding two other things. 1) External Offsets 2) Reverse Run. As far as I know neither of these have any effect unless actively enabled. So I see no reason _not_ to merge the

Re: [Emc-developers] New Stuff

2018-09-18 Thread Rod Webster
I've done a lot of work with External Offsets under guidance from Dewey. I support pushing it to master. I have a theory which is yet to be tested I think the torch height control (THC) component published with external offsets needs to be on its own slower thread as everything I've read says 1 kH

Re: [Emc-developers] New Stuff

2018-09-18 Thread andy pugh
On Tue, 18 Sep 2018 at 13:48, Sam Sokolik wrote: > > I have lightly tested RR.. I think it is a great addition.. In some ways the important testing comes from _not_ using it. If you have run a machine for a long time with a reverse-run version and have not seen any problems with conventional wor

Re: [Emc-developers] New Stuff

2018-09-18 Thread Sam Sokolik
I have lightly tested RR.. I think it is a great addition.. https://youtu.be/u9QqVx3_RgA On Tue, Sep 18, 2018, 7:40 AM andy pugh wrote: > On Tue, 18 Sep 2018 at 13:29, Rene Hopf via Emc-developers > wrote: > > > Yes, good idea. This is a good way of checking if there are any issues > with exi

Re: [Emc-developers] New Stuff

2018-09-18 Thread andy pugh
On Tue, 18 Sep 2018 at 13:29, Rene Hopf via Emc-developers wrote: > Yes, good idea. This is a good way of checking if there are any issues with > existing behaviour. > reverse run is also useful to get drills and stuff out of holes on multi axis > machines. > who is maintaining those branches?

Re: [Emc-developers] New Stuff

2018-09-18 Thread Rene Hopf via Emc-developers
Yes, good idea. This is a good way of checking if there are any issues with existing behaviour. reverse run is also useful to get drills and stuff out of holes on multi axis machines. who is maintaining those branches? will you merge them? Rene > On 18. Sep 2018, at 14:05, andy pugh wrote: >

[Emc-developers] New Stuff

2018-09-18 Thread andy pugh
If I am going to merge Multispindle, perhaps we should also look at adding two other things. 1) External Offsets 2) Reverse Run. As far as I know neither of these have any effect unless actively enabled. So I see no reason _not_ to merge them. I find myself advocating both branches on the forum