Re: [Emc-developers] CANopen syntax for configuration file(s) for mapping and initialization

We've been using @sittner's `linuxcnc-ethercat` for several years now at Tormach. It's a driver for the IgH EtherCAT Master [1]. We use it in the ZA6 robot arm with Machinekit, and in the new 1500MX milling machine with LinuxCNC. I've also used it in another, very different, robot project

Re: [Emc-developers] linuxcnc-dev dependencies

A `-dev` package is not meant satisfy dependencies for building the packaged software, only the dependencies for other packages to build *against* the packaged software. A `foo-dev` package might correspond to a package `foo` containing a library `libfoo.so.1.2`, and the `foo-dev` package

Re: [Emc-developers] test failure

Hi Reinhard, On 7/5/20 12:14 PM, Reinhard wrote: Hi, on a rip-installation from git-master compiled as uspace on current debian stable (buster) test fails: "make tests" fails with: Reading 213/213 realtime dependency files Done reading realtime dependencies make: ***

Re: [Emc-developers] 2.8 Situation

On 6/12/20 5:03 PM, andy pugh wrote: On Fri, 12 Jun 2020 at 04:28, Reinhard wrote: So let's ask for the other side of view - what's the difference between a snapshot from master to a ordinally rolled out release - from the user side of view? Afaik all they want, are packages to install from

Re: [Emc-developers] PRs, CI, issue reporting

On 5/20/20 6:31 PM, andy pugh wrote: On Wed, 20 May 2020 at 11:20, John Morris wrote: I see the GH org's repo has 281 branches. (!!!) Are all those branches inherited from glo (I see some of my own branches in there!), or are individuals still pushing directly to their own feature branches

Re: [Emc-developers] PRs, CI, issue reporting

On 5/20/20 5:30 PM, andy pugh wrote: On Wed, 20 May 2020 at 10:19, John Morris wrote: You don't need to change your feature branch workflow, and of course you can manage those however you like. It's only when you're ready to merge your feature branch into mainline that the &quo

Re: [Emc-developers] PRs, CI, issue reporting

On 5/20/20 4:38 PM, andy pugh wrote: On Wed, 20 May 2020 at 08:29, John Morris wrote: (B) Some changes going into mainline branches are not going through PRs. If this is not a deliberate decision and the situation evolved organically from the days of glo, the project should consider

[Emc-developers] PRs, CI, issue reporting

I spend a LOT of time reviewing PRs and issues, commit logs and CI build results in a number of projects on GitHub and Bitbucket, and while I'm no expert, I have some recommendations that would make these tasks easier in this project. (A) Buildbot test results aren't reported a GitHub PR's

Re: [Emc-developers] Updates

On 7/1/19 1:10 PM, Sebastian Kuzminsky wrote: > On 7/1/19 11:55 AM, andy pugh wrote: >> On Mon, 1 Jul 2019 at 17:09, Sebastian Kuzminsky >> wrote: >> Also when I look at this page http://buildbot.linuxcnc.org/dists/stretch/ it shows

Re: [Emc-developers] Fanuc compatibility: m98/m99 feature branch

On 09/29/2018 12:07 AM, andy pugh wrote: > On Fri, 13 May 2016 at 19:18, John Morris wrote: > >> This branch [1] is ready for review. Would someone mind taking a look? > > There was a query on the forum yesterday about nested subroutines in > M98 format. Is that

Re: [Emc-developers] Breakout of HAL/ machinekits's HAL

On 09/09/2018 03:05 AM, Chris Morley wrote: I see that machinekit has broken out HAL and cnc (Well and lots of others) into different repositories. https://github.com/machinekit [https://avatars1.githubusercontent.com/u/6759549?s=280=4] machinekit ·

Re: [Emc-developers] Ethercat driver

On 01/16/2018 07:51 PM, Jeff Epler wrote: Our policy is that any code added to LinuxCNC has to be compatible with the license terms "GPL version 2 or any later version". https://www.gnu.org/licenses/license-list.html#GPLCompatibleLicenses Anything that imposes a restriction on how the

[Emc-developers] Restoring state after abort during remap

During execution, remap functions may alter machine state such as interp modal states or HAL pins (via M62-M68). These functions may then restore previous state before returning. If a remap is aborted mid-execution, any cleanup code is also aborted. There is currently no way to ensure that

Re: [Emc-developers] G33 linear motion limits exceeded error

to for synched motion," better than my warning-after-timeout proposal below: it's simpler and it's sufficient to debug a hang on machines where spindle speed is fixed. >> On Thu, Jan 26, 2017 at 3:10 AM John Morris <j...@zultron.com> wrote: >> >>> - Pr

Re: [Emc-developers] M2 on lathes

On 01/26/2017 06:00 AM, andy pugh wrote: > Someone on the forum just noticed that, even on a lathe, where it > makes no sense, M2 resets to the XY plane. > > Is this really correct behaviour? > There was a lot of discussion about this several months ago. This is a non-trivial fix, and won't be

Re: [Emc-developers] G33 linear motion limits exceeded error

On 01/23/2017 12:05 PM, John Kasunich wrote: > If you run a program with G33 moves in it and the spindle isn't > turning, the program will silently hang waiting for index. Additionally, a G33 move will wait for the spindle-at-speed pin. (See below) > The run-time check sould of course use the

Re: [Emc-developers] G33 linear motion limits exceeded error

On 01/20/2017 08:30 AM, Robert Ellenberg wrote: > On Fri, Jan 20, 2017, 9:22 AM John Kasunich <jmkasun...@fastmail.fm> wrote: > >> >> >> On Fri, Jan 20, 2017, at 07:46 AM, John Morris wrote: >>> The manual for G33 spindle synchronized motion [1] reads, &qu

[Emc-developers] G33 linear motion limits exceeded error

The manual for G33 spindle synchronized motion [1] reads, "It is an error if [...] The requested linear motion exceeds machine velocity limits due to the spindle speed." It seems that doing that actually doesn't cause an error, as demonstrated by the regression test in the top commit here [2].

Re: [Emc-developers] Max velocity slider and pure rotary motion

On 01/13/2017 08:39 AM, Gene Heskett wrote: > On Friday 13 January 2017 04:05:51 John Morris wrote: > >> On 01/07/2017 02:42 AM, John Morris wrote: >>> I've been asked about some seemingly unintuitive behavior: the max >>> velocity slider is not applied to ro

Re: [Emc-developers] Max velocity slider and pure rotary motion

On 01/07/2017 02:42 AM, John Morris wrote: > I've been asked about some seemingly unintuitive behavior: the max > velocity slider is not applied to rotary-only motion. You can try this > yourself by running the `axis_9axis.ini` config, setting the max > velocity slider to zero, and n

Re: [Emc-developers] Max velocity slider and pure rotary motion

unfortunately not enough, as also >> the GUI must be changed to support the new feature. >> >> I from my side can tell that for gmoccapy the amount of work is doable. >> I will be pleased to do that. >> >> Norbert >> >> Am 07.01.2017 um 09:42 schrieb John Mo

[Emc-developers] Max velocity slider and pure rotary motion

I've been asked about some seemingly unintuitive behavior: the max velocity slider is not applied to rotary-only motion. You can try this yourself by running the `axis_9axis.ini` config, setting the max velocity slider to zero, and noting rotary axes still move after e.g. `g0 a180 f40`.

Re: [Emc-developers] github pull requests, automatic checks, and signed-off-by

On 08/15/2016 07:46 PM, Jeff Epler wrote: > On Mon, Aug 15, 2016 at 04:55:51PM -0500, Jeff Epler wrote: >> so yeah that is a promising idea! Do the SOB check as a pre-build step, >> and no need to run a service for that. > > Unfortunately, this doesn't seem to pan out. If travis-ci already built

Re: [Emc-developers] github pull requests, automatic checks, and signed-off-by

On 08/15/2016 02:43 PM, Jeff Epler wrote: > I have about an 80% solution to checking signed-off-by and showing it on > github pull requests as an automated check. You can see a PR that > satisfies our policy here in my personal github fork: > > https://github.com/jepler/linuxcnc/pull/3 > >

[Emc-developers] Github PRs

I just noticed that the issue tracker has moved to Github, and linuxcnc.org/community now says PRs should be sent there. I love a lot of things about Github, so that's great! I don't see that the LinuxCNC Github repo is integrated with the Buildbot, is that true? My PR#135 isn't being built,

[Emc-developers] M30 remap interaction bug

I found a buglet where an M30 or M02 in the same block as a remapped command triggers the error 'BUG: remap_level < 0 : -1'. This bug must have previously escaped attention because this is a rarely-encountered corner case. I discovered it while cutting parts on a PCNC 1100, where M06 is

Re: [Emc-developers] Remap M62 thru M66

On 05/31/2016 03:54 PM, Sebastian Kuzminsky wrote: > On 05/31/2016 02:00 PM, John Morris wrote: >> I've enabled remap of the M62 thru M66 codes [1]. Is this of interest >> for merge into LinuxCNC? > > In my opinion: yes. Great! Then in addition to the below, I went

[Emc-developers] Remap M62 thru M66

I've enabled remap of the M62 thru M66 codes [1]. Is this of interest for merge into LinuxCNC? Seb, I borrowed your 'statbuffer-g5x-abort' test for this. Proper testing of calling the original e.g. M64 from within the remapped M64 needs bath interp and HAL, plus the connecting machinery, so

Re: [Emc-developers] remap & duplicate O-word error

On 05/31/2016 10:40 AM, John Morris wrote: > On 05/27/2016 07:01 PM, John Morris wrote: >> I just pushed a branch to glo that fixes a bug where >> `_setup.sequence_number` is set incorrectly after a remap return. In >> very rare circumstances, this can cause a &qu

Re: [Emc-developers] remap & duplicate O-word error

On 05/27/2016 07:01 PM, John Morris wrote: > I just pushed a branch to glo that fixes a bug where > `_setup.sequence_number` is set incorrectly after a remap return. In > very rare circumstances, this can cause a "Duplicate O-word" error, as > the parent of the HEAD commit

Re: [Emc-developers] Bug: Coordinate system discrepancy in preview

On 05/27/2016 08:26 PM, Sebastian Kuzminsky wrote: > On 05/27/2016 06:03 PM, John Morris wrote: >> On 05/19/2016 06:42 PM, Jeff Epler wrote: >>> On Fri, May 13, 2016 at 03:37:21PM -0500, John Morris wrote: >>>> I'm trying to make sense of some strange behavior in

[Emc-developers] Bug: Coordinate system discrepancy in preview

I'm trying to make sense of some strange behavior in preview. See the program, attached and pasted below, which documents the problem. Is this a known bug? Thanks- John % ; If machine is in G54, and a program in G55 is aborted during run, ; preview will display DROs and origin in

Re: [Emc-developers] Fanuc compatibility: m98/m99 feature branch

On 12/18/2015 01:13 PM, John Morris wrote: > On 10/28/2015 04:31 PM, John Morris wrote: >> Hello again! >> >> I'm nearly done with two feature branches to add Fanuc compatibility. >> This first branch implements Fanuc-style m98/m99 subroutine calls. >> Another bra

[Emc-developers] Start line bug

Andy pointed me to this problem on the forum: https://forum.linuxcnc.org/forum/38-general-linuxcnc-questions/30276-run-from-line-and-v-2-7-3 Thanks for the heads-up, Andy, and thanks to Paul for providing enough information to figure out what's happening. Here's the forensics report, which

Re: [Emc-developers] Fanuc compatibility: g52 feature branch

On 11/21/2015 10:58 PM, Sebastian Kuzminsky wrote: > On 11/21/2015 03:16 PM, Chris Radek wrote: >> On Fri, Nov 06, 2015 at 10:48:17AM -0600, John Morris wrote: >>> >>> Thanks, Chris, for the initial (offline) review! >>> >>> Chris's suggestions are

Re: [Emc-developers] Fanuc compatibility: m98/m99 feature branch

On 10/28/2015 04:31 PM, John Morris wrote: > Hello again! > > I'm nearly done with two feature branches to add Fanuc compatibility. > This first branch implements Fanuc-style m98/m99 subroutine calls. > Another branch, nearly ready, will add Fanuc g52 'local coordinate > offs

Re: [Emc-developers] Bugfix: Start line and remap interaction

On 10/30/2015 09:46 PM, Sebastian Kuzminsky wrote: > On 10/30/2015 07:38 PM, John Morris wrote: >> Branch at [1] and buildbot passes. I squashed your unit test commits >> into one and picked that plus my fix off onto 2.6. Take a look and >> merge at your leisure. Thank

Re: [Emc-developers] Fanuc compatibility: g52 feature branch

On 10/29/2015 10:32 PM, John Morris wrote: > Hello all, > > A feature branch [1] is ready for review that implements the G52 > instruction, 'local coordinate offsets', for increased Fanuc > compatibility. See the top commit log for more, and read the added docs. > > Th

Re: [Emc-developers] Bugfix: Start line and remap interaction

On 10/29/2015 06:09 PM, John Morris wrote: > Hi Seb, > > On 10/29/2015 04:09 PM, Sebastian Kuzminsky wrote: >> On 10/28/2015 12:56 PM, John Morris wrote: >>> >>>> Once you're satisfied the bug actually exists, I'd appreciate another >>>> look at

Re: [Emc-developers] Bugfix: Start line and remap interaction

Hi Seb, On 10/29/2015 04:09 PM, Sebastian Kuzminsky wrote: > On 10/28/2015 12:56 PM, John Morris wrote: >> >>> Once you're satisfied the bug actually exists, I'd appreciate another >>> look at the fix. >>> >>> [1]: http://git.linuxcnc.org/gitweb?p=lin

Re: [Emc-developers] Bugfix: Start line and remap interaction

On 10/28/2015 01:51 PM, John Morris wrote: > > > On 10/27/2015 06:29 PM, Sebastian Kuzminsky wrote: >> On 10/27/15 1:38 PM, John Morris wrote: >>> I have an unusual bug fix for review. The commit [1] is based on >>> glo/master, but should apply to branc

[Emc-developers] Fanuc compatibility: m98/m99 feature branch

Hello again! I'm nearly done with two feature branches to add Fanuc compatibility. This first branch implements Fanuc-style m98/m99 subroutine calls. Another branch, nearly ready, will add Fanuc g52 'local coordinate offsets'. Many thanks to Tormach for sponsoring this work! I just pushed a

[Emc-developers] Bugfix: Start line and remap interaction

I have an unusual bug fix for review. The commit [1] is based on glo/master, but should apply to branches as old as 2011. The buildbot is chunking away on it [2] right now. Thanks! John [1]:

Re: [Emc-developers] best sources for a xenomai build?

On 03/20/2014 10:14 PM, EBo wrote: A buddy reached out to me and is working on a xenomai build and has been having problems. Looking around I see mhaberler's github repository (including the unified-build-candidate-3). What is the best sources to start building with xenomai, I guess

Re: [Emc-developers] best sources for a xenomai build?

On 03/21/2014 12:03 AM, EBo wrote: On Mar 20 2014 10:56 PM, John Morris wrote: On 03/20/2014 10:14 PM, EBo wrote: A buddy reached out to me and is working on a xenomai build and has been having problems. Looking around I see mhaberler's github repository (including the unified-build

Re: [Emc-developers] ubc: inconsistent behavior in posix flavor vs others

On 03/05/2014 10:44 AM, Kenneth Lerman wrote: On 3/3/2014 12:41 PM, John Kasunich wrote: I agree 110% with John. sudo make setuid shouldn't be considered an obstacle. sudo make setcap... is probably more appropriate. These days, we can set individual capabilities rather than handing out

Re: [Emc-developers] GentooCNC

Hi EBo, On 03/02/2014 09:19 AM, EBo wrote: Sławek and I have started a project over on SourceForge called GentooCNC. We are still in the planning stages, but I thought I would invite the other Gentoo users out there to join in the fun. Another distro port means more potential users, devs,

Re: [Emc-developers] ubc: inconsistent behavior in posix flavor vs others

On 03/02/2014 10:52 AM, Michael Haberler wrote: 5. The RT-PREEMPT RTAPI code which I imported from Michael Büsch uses normal Posix threads. It uses the sched_setscheduler(..SCHED_FIFO..) call to set the desired scheduling policiy. See man 2 sched_setscheduler. This system call requires

Re: [Emc-developers] ubc: inconsistent behavior in posix flavor vs others

On 03/02/2014 11:02 AM, Michael Haberler wrote: Am 02.03.2014 um 15:21 schrieb John Kasunich jmkasun...@fastmail.fm: the problem is about passing _several scalar values between threads in an atomic fashion_ (transactional, meaning - all of them updated, or none of them updated as seen by

Re: [Emc-developers] ubc: inconsistent behavior in posix flavor vs others

On 03/01/2014 12:04 PM, Sebastian Kuzminsky wrote: Taking this discussion from IRC to email, as requested by Michael... In the master branch, and in 2.5 and all earlier releases of LinuxCNC, all HAL threads obey this invariant: short-period threads (ie, the base thread) are never interrupted

Re: [Emc-developers] adding a GTK theme to linuxcnc package

of this kind. LinuxCNC requires a number of system modifications, most notably the ulimit memlock increase in /etc/security/limits.d. If you wanted to add more system modifications, that would be the least-worst model to follow. Look at John Morris' check-system-configuration.sh script in his

Re: [Emc-developers] usage of get_rtapi_config on machinekit?

On 02/01/2014 06:28 PM, W. Martinjak wrote: I'm writing on a driver for the machinekit on BBB and I need to upload the firmware to the fpga. Therefore I need a flavor-dependent path. Compiling of the driver works but when I run lcnc i get the message: ...undefined symbol: get_rtapi_config

Re: [Emc-developers] LinuxCNC-2.6.0 does not respect ${PREFIX}

On 01/21/2014 10:23 AM, EBo wrote: On Jan 21 2014 8:10 AM, Sebastian Kuzminsky wrote: On 01/21/2014 03:00 AM, EBo wrote: I had a few minutes so I thought I would take a poke at getting LinuxCNC to run on Gentoo again. To help manage any spluge, I typically install experimental projects in

Re: [Emc-developers] nanomsg

On 01/16/2014 03:06 PM, Alexey Starikovskiy wrote: Hi, It appears that ZeroMQ has a derivative, which is positioned to be done right... here is their story http://nanomsg.org/documentation-zeromq.html Oh, wow. Some scary bits about 0MQ in there, such as that described under 'Asynchronous

Re: [Emc-developers] Udoo Board Problems

To those with UBC3 problem and wishing for more to go on: Enable full debugging by setting the environment variable export DEBUG=5. (Works for all 2.x branches, maybe?) Send debugging messages to stderr with export MSGD_OPTS=-s. These break 'runtests', but if run on a known problem runtest,

[Emc-developers] -msse on recent kernel + gcc combos

This'll affect pre-UBC trees when 3.8.13 RTAI kernels are available. https://mail.rtai.org/pipermail/rtai/2013-December/026199.html John -- Rapidly troubleshoot problems before they affect your business. Most IT

Re: [Emc-developers] How to contribute to LinuxCNC

Here's a late but well-deserved +1. Thanks, Seb! John On 11/16/2013 05:16 PM, John Thornton wrote: Very nice addition to the Docs Seb! Thanks JT On 11/16/2013 9:50 AM, Sebastian Kuzminsky wrote: Hello LinuxCNC developers! There was some concern at Wichita that the process

Re: [Emc-developers] EtherCAT

g.hoppe@... Date: Oct 24, 2013 11:56 AM Subject: RE: EtherCAT Master licensing clarification Dear John Morris, thank you for inquiry in this matter. Let me try to answer this question to the extend Beckhoff can contribute to it. Beckhoff is the inventor of EtherCAT and has brought the technology

Re: [Emc-developers] EtherCAT

On 10/24/2013 02:06 PM, andy pugh wrote: On 24 October 2013 19:55, John Morris j...@zultron.com wrote: I believe that these restrictions mean that neither the LinuxCNC project nor anyone else may distribute EtherCAT drivers in source code form or otherwise, since with EtherCAT drivers

Re: [Emc-developers] EtherCAT

On 10/22/2013 10:07 AM, Jeff Epler wrote: The IgH EtherCAT Master for Linux page contains a notice that Using the EtherCAT technology and brand is only permitted in compliance with the industrial property and similar rights of Beckhoff Automation GmbH, which are additional restrictions

Re: [Emc-developers] Unified Build/ new RTOS work: general availability for testing

Hi guys, On 09/03/2013 12:33 PM, Michael Haberler wrote: issue identified please do not use parallel make ('make -jnumcores') until further notice the configure/build process per se is fine, there is some make dependency missing Thanks for the report, Anders. Jeff spotted my brain-dead

Re: [Emc-developers] 2.6-pre and git

Hi Seb, On 09/03/2013 09:44 AM, Sebastian Kuzminsky wrote: * The 'master' branch on git.linuxcnc.org will become 2.6 in the future, after the fate of two outstanding feature branches is determined. * The first feature branch is joints_axes3. It's currently undergoing refinement for

Re: [Emc-developers] Unified Binary Branch, BeagleBone PRU, and paths

On 09/02/2013 04:23 AM, Michael Haberler wrote: Am 02.09.2013 um 05:36 schrieb Charles Steinkuehler char...@steinkuehler.net: One issue I'm running into is the pru binary image has apparently moved from rtlib/ to rtlib/xenomai. the reason was the intent to package all binaries for a

Re: [Emc-developers] development setups

On 08/23/2013 07:48 AM, andy pugh wrote: Now that I appear to be swapping between 32-bit and 64-bit systems rather frequently I decided it made more sense to keep the git repository on my NAS, then Eclipse should never lose it and all my LinuxCNC machines can share the same code repository.

Re: [Emc-developers] LinuxCNC Acquitted!

On 08/13/2013 11:45 AM, Charles Steinkuehler wrote: PERFECT! This time I got no flaws, and I have my first-ever correctly printed spiral-mode 1 wall thickness vase! Wow, nice! Does it hold water? John --

[Emc-developers] [DISCUSS] Proposal: Drop Hardy support

Hi list, Continuing to support Ubuntu 8.04 is foolhardy, and I propose we stop. - Hardy desktop support ended May 2011; server support ended May 2013. Support for Lucid desktops ended May 2013 (servers two years later). [1] This is the upstream distro vendor's LTS policy, and the most

Re: [Emc-developers] experimental support for LinuxCNC on Precise with RTAI

On 08/11/2013 05:00 AM, Schooner wrote: I have Sebs 3.4.55-1-rtai kernel, plus my own 3.5.7-rtai kernel running on 12.04.2 using RTAI-3.9.1 fixed by Shabby and memleak I also have my own 3.5.7-rtai kernel running on Debian 7.1 using the magma realtime from the current CVS (there are

Re: [Emc-developers] Ethercat-Driver for LinuxCNC

Hi Sascha, I managed to delete your reply to this email. I'm copying the text from the sf archive, but replying to myself, so your client's threading may get messed up. ;( Since EtherCAT libs will be missing on most systems, library detection would need to be added configure.in, and driver

Re: [Emc-developers] Ethercat-Driver for LinuxCNC

On 08/10/2013 09:55 AM, andy pugh wrote: On 7 August 2013 20:18, Sascha Ittner sascha.itt...@modusoft.de wrote: The project home of the used EtherCAT master: http://www.etherlab.org/de/ethercat/index.php There is an english version at: http://www.etherlab.org/en/ethercat/index.php I am

[Emc-developers] Unified Build Candidate rebase; getting a handle on complexity

Hi list, After Saturday's IRC meeting, seb_kuzminsky, cradek, jmk-mcfaul, mhaberler and I (zultron) discussed on #linuxcnc-devel how to prepare the Unified Build/RTOS branch for eventual integration into mainline. [1] I was elated leaving Wichita after our initial breakthrough discussions, when

Re: [Emc-developers] Open Development

On 07/06/2013 04:28 PM, Jon Elson wrote: Chris Morley wrote: I am not an expert, just interested. I don't follow your reasoning. Jerk limiting is about having the TP ask for movement that is possible for the machine to actually produce. infinite jerk is impossible for a machine to produce

Re: [Emc-developers] Xenomai kernel package 'autobuild' scripts (attn: Seb!)

On 07/02/2013 09:23 AM, Sebastian Kuzminsky wrote: On 06/27/2013 09:22 AM, John Morris wrote: Seb, kick off a run when you get a minute. If you're updating an existing clone, be sure the git/linux/debian submodule is also updated for Wheezy fixes (I still don't quite understand git submodules

Re: [Emc-developers] Xenomai kernel package 'autobuild' scripts (attn: Seb!)

On 07/02/2013 09:46 AM, John Morris wrote: On 07/02/2013 09:23 AM, Sebastian Kuzminsky wrote: I haven't started testing them yet, if anyone wants to take them for a spin that would be useful. The r8168 driver is still missing. A lot of folks needed that last time we were testing. I'll

[Emc-developers] Xenomai kernel package 'autobuild' scripts (attn: Seb!)

Some of you know I've written a Makefile and pbuilderrc to automatically compile Xenomai kernel and runtime packages for several Debian/Ubuntu distros. As the wiki says, Seb plans to use this to build Xenomai kernel + runtime packages for distribution on linuxcnc.org (I'm currently hosting these

Re: [Emc-developers] recovery of ancient EMC1 source

On 06/25/2013 12:08 AM, Jon Elson wrote: Well, I fired up my old CNC control computer, and was able to dump all the Linux and EMC tgz files off it with no trouble. So, I have four EMC files straight from NIST, from March 24 1999 to 7 June 2000. A quick scan seems to show that all the

Re: [Emc-developers] recovery of ancient EMC1 source

On 06/26/2013 01:12 PM, John Morris wrote: Matt I talked over the phone some months back about relicensing, and to kick things off I sucked the sourceforge.net CVS trees into a set of git repos. All EMC history seems to be in there, including commits going back to EMC's early development

Re: [Emc-developers] modbus cleanup

On 06/03/2013 10:12 PM, Sebastian Kuzminsky wrote: The current modbus situation in master works, but is slightly wonky. We have four programs that use modbus, and they use three separate modbus implementations: gs2_vfd uses an old version of libmodbus that we forked into our

Re: [Emc-developers] LinuxCNC week at MPM/SFI

On 05/16/2013 09:25 PM, Jon Elson wrote: andy pugh wrote: On 16 May 2013 21:22, John Morris j...@zultron.com wrote: That webpage, under 'amenities', says they do indeed have free wifi. Whew! The online reviews are less than stellar: http://www.tripadvisor.com/Hotel_Review-g39143-d244095

Re: [Emc-developers] LinuxCNC week at MPM/SFI

On 05/16/2013 03:34 PM, andy pugh wrote: On 16 May 2013 21:22, John Morris j...@zultron.com wrote: That webpage, under 'amenities', says they do indeed have free wifi. Whew! The online reviews are less than stellar: http://www.tripadvisor.com/Hotel_Review-g39143-d244095-Reviews

Re: [Emc-developers] LinuxCNC week at MPM/SFI

on how much time I can get away from the family. That should overlap with when Michael Haberler and John Morris are there (Wed. - Sun.). Since I'm not too far away, I can possibly come down earlier in the week as well if there are going to be some folks who will be leaving early. Sadly, I

Re: [Emc-developers] LinuxCNC week at MPM/SFI

I'll be there. Thanks for hosting, looks like a big turnout! John On 04/02/2013 08:01 PM, Stuart Stevenson wrote: Gentlemen, Just a reminder about the week of June 17th. Give me an idea if you think you may come to Wichita that weekend. It would be nice to have an idea of how

[Emc-developers] 2013 Fest?

Hey folks, are there any firm details about the Fest this year? I've heard there's one planned in Stuart's shop (Wichita) for June or July. It would be great if there were a formal announcement! John -- Own the

Re: [Emc-developers] 2013 Fest?

On 03/26/2013 12:34 PM, John Morris wrote: Hey folks, are there any firm details about the Fest this year? I've heard there's one planned in Stuart's shop (Wichita) for June or July. It would be great if there were a formal announcement! Sam pointed out this email on the -users list: http

Re: [Emc-developers] License Compatibility Question

On 03/13/2013 11:04 PM, Matt Shaver wrote: On Wed, 13 Mar 2013 21:45:03 -0500 John Morris j...@zultron.com wrote: The 'zeromq' package for Fedora states the license is LGPLv3, without adding 'with exceptions' as other packages do. Chris Radek points out in another thread that if you

Re: [Emc-developers] License Compatibility Question

On 03/10/2013 07:15 PM, Matt Shaver wrote: On Sun, 10 Mar 2013 08:01:24 -0600 EBo e...@sandien.com wrote: Looks like we need to email EFF or GNU for a determination. Matt what you say is that 0MQ allows linking to anything, but GPLv2 requires that anything linked must then convey GPLv2,

Re: [Emc-developers] License question - code piece for HAL

On 03/10/2013 08:31 PM, John Kasunich wrote: On Sun, Mar 10, 2013, at 09:25 PM, EBo wrote: Frankly, I think halscope should either be changed back to to LGPL or simply pulled. Halscope is a stand-alone application. How does LGPL make sense for it? By the way, 'LGPL' no longer means

Re: [Emc-developers] License Compatibility Question

On 03/09/2013 06:22 AM, Matt Shaver wrote: On Sat, Mar 9, 2013 at 2:02 AM, Matt Shaver m...@mattshaver.com wrote: To be clear: you can use libzmq (and any other 0MQ project with the same license) in a GPLv2 project, both as a dynamic library, and in a static link. If you make patches, you need

Re: [Emc-developers] License Compatibility Question

On 03/09/2013 10:26 PM, John Morris wrote: On 03/09/2013 06:22 AM, Matt Shaver wrote: On Sat, Mar 9, 2013 at 2:02 AM, Matt Shaver m...@mattshaver.com wrote: To be clear: you can use libzmq (and any other 0MQ project with the same license) in a GPLv2 project, both as a dynamic library

Re: [Emc-developers] [Xenomai] Announcing beta x86 Xenomai kernel packages: squeeze, precise, lucid

On 02/14/2013 01:37 PM, Gilles Chanteperdrix wrote: On 02/14/2013 07:05 PM, John Morris wrote: On 02/14/2013 06:15 AM, Gilles Chanteperdrix wrote: I'm hoping that someone else will volunteer to take over package maintenance once the dust settles a little. To be completely frank, I hope we

Re: [Emc-developers] [Xenomai] Announcing beta x86 Xenomai kernel packages: squeeze, precise, lucid

On 02/14/2013 06:15 AM, Gilles Chanteperdrix wrote: On 02/14/2013 08:24 AM, John Morris wrote: Hello emc-dev and xenomai lists, I'm very pleased to announce the availability of one-size-fits-all Xenomai kernel packages for x86 arch. These packages have been successfully tested on umpteen

[Emc-developers] Announcing beta x86 Xenomai kernel packages: squeeze, precise, lucid

Hello emc-dev and xenomai lists, I'm very pleased to announce the availability of one-size-fits-all Xenomai kernel packages for x86 arch. These packages have been successfully tested on umpteen motherboards at this point, and are ready for wider testing. * Beta status * Distros: Ubuntu Precise

Re: [Emc-developers] Future directions of LinuxCNC development, and RTAPI restructuring tutorial

On 02/04/2013 08:43 AM, Michael Haberler wrote: Am 04.02.2013 um 14:11 schrieb EBo: On Feb 4 2013 4:18 AM, Michael Haberler wrote: Am 04.02.2013 um 11:29 schrieb EBo: In the past, and I can read it between the lines now, that the invasiveness of the modifications will take so much time and

Re: [Emc-developers] Future directions of LinuxCNC development, and RTAPI restructuring tutorial

On 02/06/2013 09:45 AM, Charles Steinkuehler wrote: On 2/6/2013 8:15 AM, Eric Keller wrote: will it run a machine on a generic kernel? The closest would be an rt-preempt kernel, is that standard with any distributions ? I will admit to be confused, this discussion doesn't seem to talk about

Re: [Emc-developers] [PRE-ANNOUNCE] Precise x86 Xenomai kernel PPA online for testing

-k 3.5.7-xenomai-2.6.2.1 Thanks! John On 01/29/2013 09:59 PM, John Morris wrote: This time, a new tack: atop the old vanilla 3.5.7 + 2.6.2.1 Xenomai, apply the vanilla 3.5.7 to stock ubuntu lts-3.5.0-23.35 diffs. Thanks to cradek for the idea. Note changed package name

Re: [Emc-developers] [PRE-ANNOUNCE] Precise x86 Xenomai kernel PPA online for testing

wanted to wrap it up in python and provide docs to make it more user friendly. It would also be nice to have an init script and a config file to make settings configurable and persistent across boots. Volunteers? ;) John On 02/05/2013 01:31 PM, John Morris wrote: Updated kernel packages

Re: [Emc-developers] [PRE-ANNOUNCE] Precise x86 Xenomai kernel PPA online for testing

-devel for many iterations of testing multiple kernels on multiple systems today! John On 01/27/2013 09:03 PM, John Morris wrote: New xenomai packages in the repo fix the dlopen-skins problem Chris George found and a timer problem Michael Haberler found. Both kernel and xenomai

Re: [Emc-developers] [PRE-ANNOUNCE] Precise x86 Xenomai kernel PPA online for testing

Hi Chris, On 01/27/2013 12:17 PM, Chris George wrote: I've downloaded and installed your package, following the directions at http://wiki.linuxcnc.org/cgi-bin/wiki.pl?XenomaiKernel on a 64-bit Ubuntu 12.04 install. I then followed the directions at

Re: [Emc-developers] [PRE-ANNOUNCE] Precise x86 Xenomai kernel PPA online for testing

New xenomai packages in the repo fix the dlopen-skins problem Chris George found and a timer problem Michael Haberler found. Both kernel and xenomai packages are at package release 3. # update repo metadata sudo apt-get update # update xenomai packages sudo apt-get install libxenomai-dev

[Emc-developers] [PRE-ANNOUNCE] Precise x86 Xenomai kernel PPA online for testing

The Xenomai developers have helped fix numerous problems compiling Xenomai kernels using distro kernel package .configs and build tools. After WAYYY too much time and headache learning to package kernels for Debian/Ubuntu, I hope my alpha-quality Xenomai kernel package PPA is finally ready for

Re: [Emc-developers] new RTOS status

Hi folks, On 01/16/2013 08:15 AM, Michael Haberler wrote: x86 kernels: from the 'it doesnt boot on my machine' perspective it seems we're through the worst with this kernel: http://static.mah.priv.at/public/xenomai-debs/linux-image-3.2.21-xenomai+_0.4_i386.deb . However, John is working

  1   2   >