Re: [Emc-developers] Regarding hal_parport

[Robert Murphy]

That string turns up in 2 files, I cloned into emc

emc/scr/rtapi/uspace_rtapi_parport.cc - I guess for uspace
implementations (rt_preempt).

emc/src/rtapi/rtapi_parport.h - I guess with a rtapi kernel

On 17/6/21 10:42 am, Jon Elson wrote:

On 6/16/21 6:42 PM, Robert Murphy wrote:

Hi all,

After seeing so many threads of users having issues with PCI & PCIe PP
cards and parallel port not found @x, is there a way to detect a
physical port, such parport_pc does, I can see there would be an issue
if a system port was given when load hal_parport. I was thinking we
could get rid of the parallel port not found @x when there is not a
PP card that does match the list of known PP cards of parport_pc.

If a physical port is found Linuxcnc could continue without the info
message, if no physical port is found linuxcnc would stop as it does
when there is a config error.


Well, there may be.  I think you can set something up to trap I/O port
timeouts, at least in the normal user environment.  I'm not sure such
a service is available through rtapi.  What I have seen is that
timeouts when a non-existent port is accessed in an RT function, it is
just ignored, but takes extra time.

So, for instance, you can use hal_parport to talk to any random I/O
port address, and it just carries on normally, whether there is a
device there or not.  In fact, it seems like any privileged task can
do that.

So, maybe the PC architecture does not have a system to detect invalid
I/O port addresses that don't respond.

Anyway, for this specific problem, it seems that a test to see if the
port is allocated to parport_lp before making the system call to ask
Linux to relinquish the port would be the way to deal with the error
message.  I think this code was developed by Jeff Epler more than 10
years ago, and was mostly tested on the on-mobo 378 port, where it
seemed to have consistent and correct behavior.


The funny thing is that on SOME installs, I never get the message, and
on some other installs, it appears SOME times, but not on all LinuxCNC
startups.  That's kind of confusing.


I did look in the source of hal_parport, and while there are some
error messages, the specific one about "parallel port at address 
not found" does not occur.  So, I'm guessing that logic is in rtapi,
an area where I have zero experience.

Jon




___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

[Emc-developers] Regarding hal_parport

[Robert Murphy]

Hi all,

After seeing so many threads of users having issues with PCI & PCIe PP
cards and parallel port not found @x, is there a way to detect a
physical port, such parport_pc does, I can see there would be an issue
if a system port was given when load hal_parport. I was thinking we
could get rid of the parallel port not found @x when there is not a
PP card that does match the list of known PP cards of parport_pc.

If a physical port is found Linuxcnc could continue without the info
message, if no physical port is found linuxcnc would stop as it does
when there is a config error.

Thinking out loud

Rob



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] GWiz Wizard

[Robert Murphy]

John

That sounds like a project I should rope my son into. Part of his
Physics degree at Uni is C & Python, probably his Mechatronics degree as
well. 'Bout time to get him doing something useful, other than computing
primes.

Rob

On 5/6/21 9:42 am, Jon Elson wrote:

On 06/04/2021 05:35 PM, John Thornton wrote:

I noticed that the GWiz Wizard has not been touched for 12 years and
seems to be unfinished. Should we depreciate that from master and
remove it from the documents?


I was interesting in this as an extension to LinuxCNC.  I converted
one of my personal "wizards"
to python a long time ago to see how difficult it was.  Recently, I
published source code for ALL my wizards on my web site.  These are
all in c, and generate g-code compatible with LinuxCNC.
(See http://pico-systems.com/gcode.html for the links.)
If somebody wanted to convert these to GWiz, or straight Python,
please be my guest.

I use these programs very often to generate my G-code for machining
panels.
Probably, others have similar programs that could collectively make up
a pretty good set of wizards.

Jon


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Proposal: Stop supporting Py2 and GTK2 in Master.

[Robert Murphy]

Would be worth going to v3.0 ?
It may make easier to to know when the change from Py2 was made.
Just being a user it, not being on the dev side, it makes some kind of sense 
that 2.x is Py2 and 3.x is Py3. But on the flip side it may be expected that 
Linuxcnc major versions follow the python ones.

Composed with my Crayons 

> On 11 May 2021, at 22:13, andy pugh  wrote:
> 
> This has been discussed a little in an out of the way corner of github:
> https://github.com/LinuxCNC/linuxcnc/pull/943#issuecomment-835870729
> 
> But I think that the time has come to decide that Py2 support does not
> belong in 2.9.
> I think that this also means losing GTK2 support(?), so there will be some
> breakage of UI and existing VCP panels.
> 
> There has been a suggestion to make a final Py2 release based on master,
> but I don't know if that would help all that much with those users running
> master from Buildbot, as they will probably still end up installing a
> Py2-free Master before they notice.
> 
> -- 
> atp
> "A motorcycle is a bicycle with a pandemonium attachment and is designed
> for the especial use of mechanical geniuses, daredevils and lunatics."
> — George Fitch, Atlanta Constitution Newspaper, 1912
> 
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] newest iso install, sshfs can't connect

[Robert Murphy]

I’d have to agree, NFS is good, far more stable than smb for Linux to Linux.
Like everything get the permissions correct and there is no issue.

Composed with my Crayons 

> On 20 Apr 2021, at 00:33, Stuart Stevenson  wrote:
> 
> NFS works great if you manually set it up. Populate the hosts and fstab
> files and NFS is rock solid.
> 
> MPM used NFS at the beginning. Rock Solid. No maintenance.
> As we grew we "progressed" to Novell. Worked well if you rebooted 2 times a
> week. We had around 25 computers and users.
> Then we "progressed" to Active Directory. Worked well as long as IT did
> daily maintenance.
> 
> SMB is working a lot better now that Windows is working on a Linux kernel
> to run Windows on top of. Imagine that.
> 
> Maybe we will return to rock solid networking like NFS (on more than a very
> few computers).
> 
> Heh
> Stuart
> 
> 
> 
>> On Sun, Apr 18, 2021 at 9:41 AM Thomas J Powderly  wrote:
>> 
>> Hi Gene
>> 
>>> On 4/18/21 7:51 PM, Gene Heskett wrote:
>>> On Sunday 18 April 2021 06:13:38 you wrote:
>>> 
>>> I put this on the dev list too, just in case someone knows the reason.
>>> This is the second time it bit me
 Hi Gene
 
 it worked here as user tomp connecting to user pi on raspberry pi 4
 
 i have kdoren's 5.10 kernel
 
>>> Where can I get that? My 4.19-rt yadda kernel I built a year ago, stopped
>>> supporting screens greater than 1366x768 about 90 days back, no clues
>>> anyplace in the logs. As far as Xorg.0.log is concerned its running a
>>> 1920x1080 screen but thats not what I'm getting. Looks fuggly.
>> 
>> goto
>> 
>> https://github.com/kdoren/linux/releases
>> 
>> near nottom of page is a link
>> "linux-image-5.10.25-rt35-v7l+_5.10.25-1_armhf.deb
>> <
>> https://github.com/kdoren/linux/releases/download/5.10.25-rt35/linux-image-5.10.25-rt35-v7l+_5.10.25-1_armhf.deb
>>> "
>> 
>> rt clk, save as, then ...
>> 
>> scroll to "To install from deb packages, as root:"
>> 
>> and follow instructions
>> 
 i never used sshfs before
>>> Beats any version of NSF like a white mouthed mule, TomP.  When it works,
>>> it always works, where NSF, CIFS, etc always seem to flip a coin to see
>>> if they are going to work today.
>> 
>> yes its very nice, like a file server w/o all the mess
>> 
>> but i have to remember to mount ny archive 4T on the system that i sshfs
>> 'to'
>> 
 and failed 1st time whenb i used 'sudo sshfs pi@192.168.1.5'
>> yeh, better
>> 
>> sshfs pi@192.168.1.5: nameofmountpoint
>> 
>>> Thats an incomplete command line in several ways.
>>> 
>>> My script that mounts those that work:
>>> #!/bin/bash
>>> # usr and path to mount /mount/point
>>> sshfs gene@sixty40://sshnet/sixty40
>>> sshfs gene@lathe:/  /sshnet/lathe
>>> sshfs gene@GO704:/  /sshnet/GO704
>>> sshfs pi@rpi4:/ /sshnet/rpi4
>>> sshfs gene@TLM://sshnet/TLM
>>> #sshfs gene@3dprint://sshnet/3dprint
>>> sshfs gene@dddprint:/ /sshnet/dddprint
>>> 
>>> But I think I recall why, just haven't had enough coffee to go fix it
>>> yet.
>>> 
>>> I recall I wasn't able to make sixty40 work when it was named 6040.
>>> Something apparently doesn't like hostnames starting with a nummber.
>>> I'll rename it dddprint. Thats 3d's isn't it? ;o)
>>> 
>>> I went to it, changed its hostname in tghat file and address in the e/n/i
>>> file & fixed the /etc/hosts file on both ends of the cable. rebooted it.
>>> 
>>> Came back to this machine and fixed the script by adding the last line
>>> and creating that mountpoint. Works as requested.  It works as dddprint,
>>> but doesn't as 3dprint.  I think I'll ask debian if there is a valid
>>> reason.  Anyway, problem solved!
>>> 
>>> Point to remember, do NOT start a hostname with a number.
>>> 
>>> Thanks TomP. Take care and stay well now.
>>> 
>>> Cheers, Gene Heskett
>> tomp
>> 
>> ___
>> Emc-developers mailing list
>> Emc-developers@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-developers
>> 
> 
> 
> -- 
> Addressee is the intended audience.
> If you are not the addressee then my consent is not given for you to read
> this email furthermore it is my wish you would close this without saving or
> reading, and cease and desist from saving or opening my private
> correspondence.
> Thank you for honoring my wish.
> 
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

[Emc-developers] Error file reporting

[Robert Murphy]

Would it be possible, when the error file is created to put this stanza,
(example pulled form the forum) at the beginning to make it easier for
users to see. There has been quite a few thread of users having errors,
simple one such as this, that if the stanza was closer to the beginning
they may have been able to diagnose themselves. And hopefully make fault
finding more efficient.

Debug file information:
Note: Using POSIX realtime
./nyx.hal:125: Pin 'modbus.xplus' does not exist
4823
Stopping realtime threads
Unloading hal components
Note: Using POSIX realtime



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Fwd: Re: Debian 10 Install

[Robert Murphy]

Mint 19.3

mintmenu 5.9.9 default menu applet

mate-menus 1.22.0-1+tina non default menu applet

On 25/9/20 10:42 pm, John wrote:

I just installed menulibre in Debian 10 and checked the g code quick
reference and the categories listed are:

Science
X-CNC-REF

JT

On 9/25/20 7:33 AM, John wrote:

I just checked the menu in Debian 10 and it's mate-menus version
1.20.2-1, can you check and see what menu Mint is using?

JT



 Forwarded Message 
Subject: Re: [Emc-developers] Debian 10 Install
Date: Fri, 25 Sep 2020 22:30:45 +1000
From: Robert Murphy 
To: John 



I know when 2.8.0 was released (and some time before) the Docs showed up
under Other.

The latest packages I built 1:2.8.0.39.g76260b4f7 had the Docs show up
under CNC.

It would appear the default Menu applet in MATE is the problematic one
for not showing submenus.

All of the above is relevant for MATE on Mint 19.x

I really can't speak for Debian.

On 25/9/20 9:47 pm, John wrote:

So can you change the menu applet in Debian Mate to one that "just
works"?

JT

On 9/24/20 5:18 PM, Robert Murphy wrote:

It's not MATE itself, it's just the default menu applet that Mint
uses,
I think this is a custom applet (which would seem to be not 100%
compliant with freedesktop.org). The same behaviour has been mentioned
of Mint Cinnamon.

Mint 19.3 with XFCE uses the Whisker menu plugin which is nice. The
only
issue you have to set a property so sub menus display as expected. As
I've said no one has mentioned it. Apart from this discussion.

As I use Mint on my Desktop & Laptop it makes sense in my case for my
CNC box to use Mint. I can update one machine, copy the updates in
/var/cache/apt/archives to the repo on my server and the other
machines
can grab the updates from there, rather than downloading each update 3
or more times as the Desktop & Laptop have multiple copies of Mint.
For
reasons that make only sense to me.

On 25/9/20 7:20 am, John Thornton wrote:

Interesting that Mint Mate and Debian Mate are not the same... I
officially give up on Debian 10 Mate and will see what else will
work.
I'll download all the Debian 10 iso's and try each one. The only
reason I use Mate is because years ago the rest of the choices were
just plain ugly and hard to work with for me. Nothing I've used since
Ubuntu 10.04 has been as user friendly... IMHO.

JT

On 9/24/2020 9:38 AM, andy pugh wrote:

On Thu, 24 Sep 2020 at 15:36, Robert Murphy 
wrote:


sudo apt-add-repository 'deb http://linuxcnc.org/ buster base
2.8-rtpreempt'

Works without having to redirect

But not with a default Debian or Raspbian installation as they don't
have apt-add-repositiory.
Hence the convoluted version.
I did consider instructing the users to edit
etc/apt/sources.list, but
something that could be copy-pasted seemed easier.


echo deb http://linuxcnc.org/ buster base 2.8-rtpreempt | sudo
tee -a
/etc/apt/sources.list.d/linuxcnc.list

Works fine under Mint 19.3 with MATE desktop, so I wouldn't be so
quick
to blame MATE and call it broken.

OK, I am happy enough to blame JT instead :-)





___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers




___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers




___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Question on a gui for rpi4's running buster

[Robert Murphy]

Glad to be of help, didn't know it would pull in that many packages.

Rob

On 25/9/20 12:44 pm, Gene Heskett wrote:

On Thursday 24 September 2020 21:26:10 Robert Murphy wrote:


Not an RPi user but.

So right clicking on the panel (taskbar in windows parlance) and
adding the desktop switcher applet doesn't survive a reboot ?

If it uses the XFCE desktop it may help to install xfce-goodies if you
already haven't, if it doesn't treat this post with the disdain it
deserves and I'll add another ID Ten Tea badge to my collection.

For the blurb

https://packages.debian.org/buster/xfce/xfce4-goodies

Rob

Thank you very much Robert. That was a 10x shot. That pulled in another
74 packages, including the DeskTop Pager, which I set for 4 workspaces,
and it survives a reboot, exactly what I wanted. ;-)

It also enhanced the menu's quite a bit.  Lots of stuff there now I've
never seen before so I'll have to do some exploring when I have both
eyes open again.

Cheers, Gene Heskett



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Question on a gui for rpi4's running buster

[Robert Murphy]

Not an RPi user but.

So right clicking on the panel (taskbar in windows parlance) and adding
the desktop switcher applet doesn't survive a reboot ?

If it uses the XFCE desktop it may help to install xfce-goodies if you
already haven't, if it doesn't treat this post with the disdain it
deserves and I'll add another ID Ten Tea badge to my collection.

For the blurb

https://packages.debian.org/buster/xfce/xfce4-goodies

Rob

On 25/9/20 9:57 am, Gene Heskett wrote:

Greetings all;

On of the things I miss on the rpi4 running buster is multiple
workspaces.  The default gui for raspbian doesn't have a very good
pager, as none of the settings survive a reboot.  So I am back to a
single screen to do everything on when I am at its own keyboard/monitor.

Is there a gui gfx family that does allow more workspaces, workspaces
that survive a reboot, and is available as a tacksel?

Thanks all.

Cheers, Gene Heskett



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Debian 10 Install

[Robert Murphy]

It's not MATE itself, it's just the default menu applet that Mint uses,
I think this is a custom applet (which would seem to be not 100%
compliant with freedesktop.org). The same behaviour has been mentioned
of Mint Cinnamon.

Mint 19.3 with XFCE uses the Whisker menu plugin which is nice. The only
issue you have to set a property so sub menus display as expected. As
I've said no one has mentioned it. Apart from this discussion.

As I use Mint on my Desktop & Laptop it makes sense in my case for my
CNC box to use Mint. I can update one machine, copy the updates in
/var/cache/apt/archives to the repo on my server and the other machines
can grab the updates from there, rather than downloading each update 3
or more times as the Desktop & Laptop have multiple copies of Mint. For
reasons that make only sense to me.

On 25/9/20 7:20 am, John Thornton wrote:

Interesting that Mint Mate and Debian Mate are not the same... I
officially give up on Debian 10 Mate and will see what else will work.
I'll download all the Debian 10 iso's and try each one. The only
reason I use Mate is because years ago the rest of the choices were
just plain ugly and hard to work with for me. Nothing I've used since
Ubuntu 10.04 has been as user friendly... IMHO.

JT

On 9/24/2020 9:38 AM, andy pugh wrote:

On Thu, 24 Sep 2020 at 15:36, Robert Murphy 
wrote:


sudo apt-add-repository 'deb http://linuxcnc.org/ buster base
2.8-rtpreempt'

Works without having to redirect

But not with a default Debian or Raspbian installation as they don't
have apt-add-repositiory.
Hence the convoluted version.
I did consider instructing the users to edit etc/apt/sources.list, but
something that could be copy-pasted seemed easier.


echo deb http://linuxcnc.org/ buster base 2.8-rtpreempt | sudo tee -a
/etc/apt/sources.list.d/linuxcnc.list

Works fine under Mint 19.3 with MATE desktop, so I wouldn't be so quick
to blame MATE and call it broken.

OK, I am happy enough to blame JT instead :-)





___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Debian 10 Install

[Robert Murphy]

First things first.

Apologies to Andy for not replaying directly to list.


1:2.8.0.39.g76260b4f7 installs the links under cnc, whether you get sub
menus will depend on your menu applet, mintMenu doesn't, this is the
default menu applet with Mint.

Changing the menu Applet for Mint Mate "fixes" things.

Adding Main menu to the panel in Mint does get you submenus

Adding Menu bar to the panel in Mint does get you submenus, this is a
similar layout to the default menu in debian XFCE.


sudo apt-add-repository 'deb http://linuxcnc.org/ buster base 2.8-rtpreempt'

Works without having to redirect

I was under the impression the Desktop enviroments were more or less
shell agnostic.

echo deb http://linuxcnc.org/ buster base 2.8-rtpreempt | sudo tee -a
/etc/apt/sources.list.d/linuxcnc.list

Works fine under Mint 19.3 with MATE desktop, so I wouldn't be so quick
to blame MATE and call it broken.


On 24/9/20 10:57 pm, andy pugh wrote:

On Thu, 24 Sep 2020 at 13:38, John  wrote:


echo debhttp://linuxcnc.org/  buster base 2.8-rtpreempt | sudo tee -a
/etc/apt/sources.list.d/linuxcnc.list

This line corrupts the terminal session by some kind of redirect of
stdin and when I try and install LinuxCNC apt simply aborts after the
Y/n question.

Maybe we should just state that Mate is clearly broken in many ways
and shouldn't be used.

The line above works exactly as expected in Debian. Does Mate use some
unusual shell or other?


On 25/9/20 12:29 am, Sam Sokolik wrote:

(and I mean - installing linuxcnc on top.)

On Thu, Sep 24, 2020 at 9:26 AM Sam Sokolik  wrote:


I just did a fresh install of the debian 10 livecd with xfce - worked as
expected.

sam

On Thu, Sep 24, 2020 at 7:58 AM andy pugh  wrote:


On Thu, 24 Sep 2020 at 13:38, John  wrote:


echo deb http://linuxcnc.org/ buster base 2.8-rtpreempt | sudo tee -a
/etc/apt/sources.list.d/linuxcnc.list

This line corrupts the terminal session by some kind of redirect of
stdin and when I try and install LinuxCNC apt simply aborts after the
Y/n question.

Maybe we should just state that Mate is clearly broken in many ways
and shouldn't be used.

The line above works exactly as expected in Debian. Does Mate use some
unusual shell or other?

--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Fwd: Re: 2.8 Install from Buildbot

[Robert Murphy]

A lot of users prefer to use tommy's instructions to install Linuxcnc on
Mint, over using the Mint ISO with Linuxcnc.

So maybe the devs don't think it's a worthwhile endeavor.

As long as there is some interest I'll continue hosting the ISOs and the
2.8 repo for Bionic ie Mint 19.x

Regrading Mint & submenus.

XFCE on Mint to show subtrees.

Mate on Mint:

1. The mintMenu applet by design, it would seem, doesn't display sub menus.

2. There are two other applets available that do display sub menus.


Based on this it really would seem to be a non-issue.

So far as I can recall no one who has installed Linuxcnc on Mint has
brought this up as an issue, neither has anyone who has used the Mint
ISO with Linuxcnc preinstalled.

On 23/9/20 7:31 pm, Rod Webster wrote:

I for one would love to see your mint distro hit the  main stream Rob.
After all, we have permission to use mint.



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Fwd: Re: 2.8 Install from Buildbot

[Robert Murphy]

Yep I'm thinking that.

With XFCE & Whisker menu I get the same behaviour but there is a setting
that will expand the sub menus and behaves like it should.

There seems to be something screwy with the menus with mate on mint.

Is it worth pursuing with Mint or just leave it be ?

On 23/9/20 5:48 pm, andy pugh wrote:

On Wed, 23 Sep 2020 at 01:21, Robert Murphy  wrote:


Using the Mint menu editor the submenus are shown with the appropriate
desktop entries.

So the editor sees the intended structure, but the Desktop doesn't?
That sounds like a Mate bug...




___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Python3 Master Build

[Robert Murphy]

Any help here

https://github.com/LinuxCNC/linuxcnc/issues/820

I know mostly that discussion for 2.9

On 23/9/20 2:16 pm, Phill Carter wrote:

I have hit a roadblock trying to build master with python3

I have a VM created with the 2.8 Buster ISO and changed the default python to 
python3. When I try to build master I get this in the terminal in the 
./configure stage:
checking python version... OK
checking version of python libraries... python3.7m
checking match between tk and Tkinter versions... 8.6
checking location of Python header files... /usr/include/python3.7m
checking for Python headers... -I/usr/include/python3.7m
checking for Python libraries... -lcrypt -lpthread -ldl  -lutil
checking whether the Boost::Python headers are available... yes
checking for boost::python shared library...
configure: error: boost::python is required to build LinuxCNC

The only reference to boost python I can find results in the following three 
packages which are all installed:
buster:~ $ apt search libboost-python
Sorting... Done
Full Text Search... Done
libboost-python-dev/stable,now 1.67.0.1 amd64 [installed]
   Boost.Python Library development files (default version)
libboost-python1.67-dev/stable,now 1.67.0-13+deb10u1 amd64 [installed,automatic]
   Boost.Python Library development files
libboost-python1.67.0/stable,now 1.67.0-13+deb10u1 amd64 [installed,automatic]
   Boost.Python Library

I followed this procedure to check build dependencies and it passes this test:
>

Actully in the ./configure uspace stage I had to edit debian/configure lines 79 
& 80 to prevent syntax errors, from:
PYTHON_VERSION=$(python -c 'import sys; print sys.version[:3]')
PYTHON_VERSION_NEXT=$(python -c 'import sys; print sys.version[:2] + 
str(1+int(sys.version[2]))')
To:
PYTHON_VERSION=$(python -c 'import sys; print(sys.version[:3])')
PYTHON_VERSION_NEXT=$(python -c 'import sys;print(sys.version[:2] + 
str(1+int(sys.version[2])))')


I would appreciate it if someone could point me in the right direction.

Cheers, Phill.


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Fwd: Re: 2.8 Install from Buildbot

[Robert Murphy]

Sorry should have checked.

Using the Mint menu editor the submenus are shown with the appropriate
desktop entries.

On 23/9/20 10:14 am, Robert Murphy wrote:

Thanks for the reply Andy.

So far that is not the behaviour I'm seeing with MATE on Mint. I've yet
to update the boxes I have using XFCE.

I had a quick look at the cnc.menu and, to my my untrained eye, it
looked like you had tidied up the menu.

On 23/9/20 9:56 am, andy pugh wrote:

On Wed, 23 Sep 2020 at 00:41, Robert Murphy 
wrote:


Is there supposed to be submenus under the CNC menu for Documentation &
G-Code Quick-Reference ?

Yes. And as far as I know, there are on Debian and Raspbian.


Or are the Docs & G-Code Ref links supposed to be directly under the
CNC
Menu ?

No, I went to quite some trouble to tidy that up when the list of docs
got a lot bigger.




___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Fwd: Re: 2.8 Install from Buildbot

[Robert Murphy]

Thanks for the reply Andy.

So far that is not the behaviour I'm seeing with MATE on Mint. I've yet
to update the boxes I have using XFCE.

I had a quick look at the cnc.menu and, to my my untrained eye, it
looked like you had tidied up the menu.

On 23/9/20 9:56 am, andy pugh wrote:

On Wed, 23 Sep 2020 at 00:41, Robert Murphy  wrote:


Is there supposed to be submenus under the CNC menu for Documentation &
G-Code Quick-Reference ?

Yes. And as far as I know, there are on Debian and Raspbian.


Or are the Docs & G-Code Ref links supposed to be directly under the CNC
Menu ?

No, I went to quite some trouble to tidy that up when the list of docs
got a lot bigger.




___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Fwd: Re: 2.8 Install from Buildbot

[Robert Murphy]

Andy,

Is there supposed to be submenus under the CNC menu for Documentation &
G-Code Quick-Reference ?

Or are the Docs & G-Code Ref links supposed to be directly under the CNC
Menu ?

I built packages last night for Mint (1:2.8.0.39.g76260b4f7) and all the
desktop links are under the CNC Menu.

Mint 19.3 with MATE Desktop.

Cheers

Rob

On 22/9/20 11:38 pm, John wrote:

I think I did but I'll try again this afternoon when I return.

JT

On 9/22/20 7:52 AM, andy pugh wrote:

From:   Robert Murphy 
I had a look at the desktop entries and changing from X-CNC-DOC to
X_CNC
in Categories put the shortcuts in the right place. This was on Mint
MATE

I doubt it put them in the right place, but it might have put them in
the right menu.

On Tue, 22 Sep 2020 at 13:34, John  wrote:

I tried editing /etc/xdg/menus/applications-merged/CNC.menu and
changing
X-CNC-DOC TO X_CNC with no change on Debian 9. I had Debian 10 working
so could not test that.

The documentation sub-menu should be populated from X_CNC_DOC.

Have you tried removing the other categories, so that the desktop
files only contain a single category? (I added an extra one to shut
Lintian up)





___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Remove PDF Docs? (Was: DEB for linuxcnc HTML documentation)

[Robert Murphy]

Personally, I'd like to see both a PDF docs package & HTML docs package.
At one stage this is what I was doing for my ISObut I'm almost
sure the docs are almost ignored.

If there was a preference I'd opt for the HTML docs, but PDFs are easier
to print out.

I would have thought the doc packages would be OS agnostic..well
with the realm of the debs.

On 21/9/20 9:47 pm, Dr. Nikolaus Klepp wrote:

Anno domini 2020 Mon, 21 Sep 10:06:54 +0100
  andy pugh scripsit:

On Sun, 20 Sep 2020 at 20:10, Dr. Nikolaus Klepp  wrote:

I've made a deb with the HTML documentation of linuxcnc 2.8.0

I know that you were not suggesting that we remove the PDF docs, but I
would like to expand the discussion in that direction.

The current tool chain can not build docs in non-latin alphabets. For
2.8 we had a fairly big submission of Chinese docs. These render OK in
HTML: 
http://linuxcnc.org/docs/2.8/html/getting-started/updating-linuxcnc-cn.html
but attempting to build a PDF leads to a build failure.

A partial solution is to replace latex with xetex in the docs
toolchain. However xetex is not available in Stretch.

A neater solution might be to use asciidoctor-pdf which is a one-step
process from asciidoc to pdf. It seems to work well (and with Chinese)
but relies on Ruby >v2.3 which is only the default version on the
newer OS versions.

This is partly a buildbot issue. Do the docs that are distributed with
the LinuxCNC version for a particular necessarily have to have been
built with that OS?

Options:
1) Keep things as they are, don't attempt to distribute a Chinese docs package.
2) Abandon PDF, distribute docs as HTML in the docs package.
3) Use xetex to make PDFs, abandon PDF docs build on older OS versions.
4) Use asciidoctor-pdf to make PDFs, abandon building PDF docs on
older OS version
5) ...



I'd opt for 2 - but I'm biased :)

Nik




___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Wheezy install vs. editors

[Robert Murphy]

Are you sure it's the program and not a syntax error issue ? What errors
are Linuxcnc reporting ?

Anyways I either use the editor that comes with midnight commander or
geany.

If you think it's a line ending issue you can always run the file
through dos2unix, or have him send you a sample file and look at it with
a hex

editor.

On 19/9/20 9:46 am, John wrote:

I use Pluma as well as other editors with no issue. Try to Save As and
check the line endings to make sure they are not windoze.

JT

On 9/18/20 1:25 PM, Jon Elson wrote:

One of my customers is having issues with editing hal files.  He says
he is using the Wheezy iso install, and the only editor on it is
"mousepad".  Never heard of that. He reports that if he opens a hal
file for editing, LinuxCNC/Axis will no longer come up.

I remembered an issue about CR/LF being corrupted by editing some
time ago, and suggested he download another editor, like emacs. He's
going to try that, now.

Has anyone seen this issue?

Jon


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers




___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Looking for Lcnc Dev's to interview on podcast for the 2.8 update

[Robert Murphy]

One thing that really intrigues me is that when did maker, I really hate that 
term and it’s sounds a little childish, replace hobbyist ?

Composed with my Crayons 

> On 18 Sep 2020, at 01:20, Joseph Spanier  wrote:
> 
> Hey Everyone,
> I am one of the hosts of the www.makersontap.com podcast. We are a podcast
> of makers that talk about making stuff, and maker culture. A large portion
> of our podcast talks about building and using CNC machines and I am a bit
> of a LinuxCNC zealot.
> 
> I would love to have a dev or two come on the podcast to talk about the
> latest updates and the features of LinuxCNC and why someone would choose it
> over GRBL or something similar. It is a super laid back show, and tangents
> are heavily welcome haha.
> 
> If anyone is up for that let me know here or reach out to
> makerson...@gmail.com and we can set something up.
> 
> Regardless, amazing work on the 2.8 release. I just built a new machine
> built on it and loved the new joint definitions and the ease of setting up
> my gantry.
> 
> Thanks everyone,
> Joe Spanier
> Makers on tap co-host
> 
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Web site download docs

[Robert Murphy]

Yeah I noticed that as well, but after I thought about it, it kinda of
made sense the way it was. It just wasn't totally clear.

On 13/9/20 8:53 am, Rod Webster wrote:

Quite clearly, there is an issue with a southern hemisphere native
interpreting content written in the northern hemisphere.

I now see my tilt sensor has been triggered by the use of indents. I am
accustomed to reading a heading followed by indented content but this page
is written with the content followed by an outdented heading. Very
clearly back to front on my side of the world and probably elsewhere too.

Better and more normal layout would be to have the content  pertaining to
Wheezy for example below the bullet point referring to the Wheezy download.
Instead we have content relating to Debian Stretch under the Wheezy heading.

I was taught  in communications its the responsibility of the sender to
ensure the receiver understands the message.
If I am confused, surely other readers will be too.

Perhaps the bullet points need to be moved to above their content to
provide more clarity... even if they have probably been that way forever.


Rod Webster
*1300 896 832*
+61 435 765 611
VMN®
www.vmn.com.au



On Sun, 13 Sep 2020 at 05:01, Robert Murphy  wrote:


Nah it's you guys who are the wrong way, you Northocentric Luddites. ;)

If the natives of Down Under had of advanced further technology-wise
than the Stick things would be different.

On 12/9/20 11:50 pm, N wrote:

On Sat, 12 Sep 2020 12:49:29 +0100
andy pugh  wrote:


On Sat, 12 Sep 2020 at 12:18, John  wrote:

Can you be more specific, I'm not seeing what your referring to.

He's an Australian and reading it upside down. :-)

Once made an Australian variant of a tilt sensor then I accindetaly put

it in the wrong direction.


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Web site download docs

[Robert Murphy]

Nah it's you guys who are the wrong way, you Northocentric Luddites. ;)

If the natives of Down Under had of advanced further technology-wise
than the Stick things would be different.

On 12/9/20 11:50 pm, N wrote:

On Sat, 12 Sep 2020 12:49:29 +0100
andy pugh  wrote:


On Sat, 12 Sep 2020 at 12:18, John  wrote:

Can you be more specific, I'm not seeing what your referring to.

He's an Australian and reading it upside down. :-)

Once made an Australian variant of a tilt sensor then I accindetaly put it in 
the wrong direction.


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] 2.8 Install from Buildbot

[Robert Murphy]

I've just seen the same with the packages in my Mint repo.

For some reason the docs are in "Other". This is on Mint 19.2 XFCE

On 13/9/20 4:49 am, John Thornton wrote:

I would assume that all the desktops that are available for Debian use
the same standard.

JT

On 9/12/2020 9:37 AM, andy pugh wrote:

On Sat, 12 Sep 2020 at 15:25, John  wrote:

Booting from the livedvd the menus are interestingly different than in
the past. Documentation leads to a large list of all documents, quite
impressive but perhaps that trickery only works with the XFCE
desktop. I
only use Mate.

It's done according to the FreeDesktop specification, which is a
requirement of Debian standard 3.9.8




___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Third-Party GUIs

[Robert Murphy]

I realised my opinion would come to bite me in the foot as I was
diagnosing the linuxcncrsh-tcp test.

I did come to realise that yes remote GUI would have a place in an
industrial setting.

I would imagine if the protocol was simple enough and with tcp a mid to
hi end microcontroller with a simple display could be put into use for
use in a hobby workshop. Could it be that it could function as an
extension of the GUI on the Linuxcnc machine, a "smart pendant" for lack
of a better way to describe it ?

My apologies if I seemed to making light of the effort gone into MK in
that area.

Cheers

Rob M

On 4/5/20 1:18 am, Jon Elson wrote:

On 05/03/2020 07:26 AM, Robert Murphy wrote:


Machinekit, IMHO, seemed to be focused more towards the hobbyist who
wants bells and whistles rather than an industrial\commercial scene.

Well, no.  A major focus was to support multiple instances of
Machinekit working in the same
physical space, without interference.  Think of workcells with part
loaders, part unloaders and
machining centers all moving through the same volume without anything
hitting other machines.

Or, multiple machines like robots that each do a specific job, like
welding and drilling holes at the
same time.

Jon


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Third-Party GUIs

[Robert Murphy]

I agree, I never saw the sense in a remote UI, other than all the
"hipster\makers" want to control the world with their phones.
Machinekit, IMHO, seemed to be focused more towards the hobbyist who
wants bells and whistles rather than an industrial\commercial scene.
Don't take this as having a go, but just an observation.

I think Andy (or someone we greater knowledge than myself)may have
mentioned that whilst the GUI buttons can made to reflect the state of a
hardware button, the reverse is not so simple. I'm not suggesting this
is what you have in mind. Whilst a "gui toggle switch" can reflect the
state of a hardware toggle switch, the reverse is not really possible. 
Unless of course the hardware switches in that case were momentary with
a light to indicate the status, but would that not complicate hal &
physcial wiring.

If the GUI was just info only, well that could be a way to make it possible.

On 3/5/20 9:09 pm, Reinhard wrote:

Hi Daniel,


It seems some developer at machinekit did some good work there.
...
... are the best features in machinekit that are missing in linuxcnc.

Hm, I don't think, that a remote ui is something important, that linuxcnc is
missing. And I don't take the nml-layer for bad so that it must be replaced.
For me, nml-layer is a good piece of C-code, which was easy to adapt for java.
The bad thing is the python addon, which can't be worse.

So beside the remote accessibility I don't see any feature (in userworld) that
machinekit has, which linuxcnc does not have. And replacing the middleware
without benefit for the enduser is lot of time wasted (at least for me).

For me, a machine is a local system. Some users would like to have an UI
running on their mobile phone, but I can't take that for serious. May be
acceptable as info board, but not for machining purpuse. And an infochannel is
quite easy to workout as addon.

That remote stuff could be "outsourced" to developers, that really want that
stuff and like to spend their time to achive it.

I believe, that the main purpose of linuxcnc is and should be the control of
machines. In the sense of realtime responses, it is reasonable, to have all
processes local to the machine controller (i.e. the pc that runs linuxcnc).

What I really favor is a close coupling between backend and frontend. But that
coupling must respect the realtime requirements of the backend. Frontend is
always ok to be somewhat slow - as the human eyes are slow.
So it does make no sense at all, have a UI which has an refreshrate higher
than 24Hz. Nobody can see the difference.
So coupling should relax the different timings.

cheers Reinhard





___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Third-Party GUIs

[Robert Murphy]

Please don't ditch Axis. It's nice, clean & simple and I found it quite
intuitive to use. It works well for my hobby class 3 axis mill.

I like the fact that there is a GUI included with Linuxcnc, one less
thing to install.

If I was a new user I'd be a little confused if I had to install a GUI
separately, and which one to choose ?

On 3/5/20 9:18 am, Sebastian Kuzminsky wrote:

On 5/2/20 8:06 AM, andy pugh wrote:

On Sat, 2 May 2020 at 14:33, Juergen Gnoss  wrote:


I'm with the folks that like to have lcnc and gui's separated.
It's a much cleaner way for maintenance.


I think it's a daft idea from a user support point of view.

Take the example of where issues would be reported. Would you expect
users to have to search through github to find the right repository to
raise an issue on the right GUI?


Good point about debugging, Andy.

I object to moving the GUIs out of our repo for a different reason: I
worry that the work of building and distributing packages would not
get done by all the GUI developers, and as a result these out-of-repo
GUIs would be harder for our users to access.

That said, I sure am sympathetic to the extra work of maintaining all
these GUIs in our repo.

Perhaps some kind of packaging-as-a-service scheme could help here,
but it would still require proper dependency tracking and release
management to be done by the GUI devs.





___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

[Emc-developers] Mesa 7i95 support in 2.8

[Robert Murphy]

Has support for Mesa 7i95 been included in 2.8 ?

2.9 appears to support this board, are there any issues for it being
included in 2.8 ?


Cheers

Rob



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] old distros

[Robert Murphy]

Whilst I agree with you Chris, people just want updates, without really
knowing why. This could be the case when users migrate from Windows &
Mach, but then gain how often does Mach get upgraded ?

Personally if I had an old machine that was pumping out parts with no
issues with Wheezy & 2.7 I be happy just to let it do it's thing.

If someone started selling a "Black Box" cnc controller with Linuxcnc
and the average user was unaware what was inside how often would they be
wanting updates, not often or maybe wouldn't even think about. Even more
so if the install was a Just Enough OS to run Linuxcnc, similar to what
libreelec do with Kodi.

I used to work for a company that installed "Zero Gravity Treadmills"
all the control was done by a PC running Win2k and later it was migrated
to Linux. None of the customers cared about updates just as long the
machine ran. These were installed in gyms, physios and some of the
larger sporting teams, Rugby League, Aussie Rules & Rugby Union. Even
the Australian Institute of Sport had a couple. If the user doesn't know
what's under the hood they don't really care. I just treat my Linuxcnc
machine as "black box" as long as it runs, it's good.

I found this with the Mint ISOs, I'd do a release with Linuxcnc built
from the latest 2.8 sources and people were wanting to know how to update.

I started to think that not many people were actually using the images
to run a machine, as there was very very little feed back on that, they
just wanted to install and be able to update.

One user admitted to not knowing what Mint was but went and installed it
on his machine anyways, then was wanting updated packages for Linuxcnc.

As for updating the OS.. there's enough users have trouble
installing Linuxcnc after being given basic instructions.

Ideally a virtual package could be of use, user installs Debian or a
Ubuntu variant, adds the repo to the apt sources, then does "sudo
apt-get install awesome-machine-controller" and it installs a kernel and
the matching linuxcnc version and the deps for qtvcp. Have one each for
RT_PREEMPT & RTAI

On 20/4/20 4:47 am, Chris Morley wrote:

Why does end of life matter to a machine controller?
Once you have a kernel/motherboard/distro combination that woks,
I wouldn't want to upgrade the distro unless I had to, because it probably will 
become painful.
If it is easy enough to keep support of an old distro then why not?
One optional driver not compiling does not seem a good reason to drop support.
Eventually we will need to but that is not a good enough reason IMHO.

Chris


From: René Hopf via Emc-developers 
Sent: April 19, 2020 4:58 PM
To: emc-developers@lists.sourceforge.net 
Cc: René Hopf 
Subject: [Emc-developers] old distros

Hi,

I added the EOL date of the official distros to the wiki:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?MinimumSoftwareVersions
Notice that only stretch and buster are not near end of life.

Recently there have been 2 PRs with code that doesn’t work on old compilers.
https://github.com/LinuxCNC/linuxcnc/pull/689
https://github.com/LinuxCNC/linuxcnc/pull/714

I don’t understand why we support distros that have been released 8 years
ago.
Making newer stuff work on legacy software is just a waste of developers
time.
If people can’t be bothered to update the distro, why would they be
bothered to update linuxcnc?
As far as Im aware everything works on stretch.

After a short discussion with jepler on irc, he mentioned that it hasn’t
been decided to drop support, and its unclear on how to decide stuff like
this.

My proposal:
Keep 2.8 as it is, as it's near the release.

Drop support for anything earlier than Stretch in master, and as soon as
python3 support is working, drop support for python2 in master.
Python2 is EOL since January, and it's not feasible to support both.

Rene

___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] New 2.8 Release Manager

[Robert Murphy]

But how does that affect whether the efivars file system is mounted or not ?

With it it is mounted, without it it is not mounted.

On 6/4/20 4:55 pm, Alec Ari via Emc-developers wrote:

The PREEMPT_RT developers know what they're doing, the reason you need to 
specify efi=runtime manually is because of the horrible latency that comes with 
it (depending on CPU/motherboard/BIOS.)

Alec


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] New 2.8 Release Manager

[Robert Murphy]

Dmesg confirms it with RTAI, I can’t recall the exact message, but it’s along 
the lines of can’t CPU0 info from BIOS then it basically goes into uniprocessor 
mode.
Running latency histogram reports only one core, /proc/cpuinfo only reports a 
single core.
I’d try to exorcise the PC before burning it at the stake.
Maybe a modern Malleus Maleficarum may help in rooting this UEFI evil out.

Composed with my Crayons 

> On 5 Apr 2020, at 23:10, andy pugh  wrote:
> 
>> On Sun, 5 Apr 2020 at 13:21, Robert Murphy  wrote:
>> 
>> RTAI has no support for UEFI, booting issues are seeing only a single
>> core
> 
> Is this shown in lscpu or is it more subtle than that?
> 
> It might be something that we just have to document in the
> installation notes. Something along the lines of:
> 
> "If your PC / Motherboard is UEFI only then we recommend that you burn
> it and dispose of it in a responsible manner such that there is no
> chance of any other victims trying to use it"
> 
> Or is that going too far?
> 
> -- 
> atp
> "A motorcycle is a bicycle with a pandemonium attachment and is
> designed for the especial use of mechanical geniuses, daredevils and
> lunatics."
> — George Fitch, Atlanta Constitution Newspaper, 1912
> 
> 
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] New 2.8 Release Manager

[Robert Murphy]

I don't know how many of you are aware of.

RTAI has no support for UEFI, booting issues are seeing only a single
core and installation will fail when installing grub as efivars can not
be mounted.

RT_PREEMPT, from the kernel version I have being using on the Mint
respins, 4.19.106-rt44, unless efi=runtime (took a day on google to find
this titbit)is used on the kernel command line the same issues with
efivars not being mount will appear. Once installation is done it's only
an issue if you want to use efibootmgr .

BIOS\Legacy systems are same as they were before.

If you are aware cool, I just wanted to put it out there. This could be
an big issue for people wanting to dual boot with Windows 10 I guess.

On 5/4/20 3:11 am, theman whosoldtheworld wrote:

well ... for complete stability I don't use operating systems ... but the
project is not mine  if I were I would be much closer to the
possibilities than to the rules ... after all the future is not a rule (not
yet at least ...).

good we all.

Il giorno sab 4 apr 2020 alle ore 16:19 Robert Murphy 
ha scritto:


Reinhard I guess you have forgotten or never used Slackware. You want
stable, you want reliable, you want Slackware. Sure you need to sort out
dependencies but at least when you add new software you know what is being
installed.
And no systemd.
But I admit I started with Linux around ‘98, when things weren’t polished
and successfully getting a dial up connection was a major achievement.
Running X on available scrounged hardware required patience.
Personally Mint isn’t my choice for Linuxcnc, Debian makes sense, XFCE
works well as the desktop environment.
Any file editing or for copying files I generally use midnight commander.
Anyways enough rambling from this ignorable madman.

Composed with my Crayons


On 5 Apr 2020, at 00:09, andy pugh  wrote:


On Sat, 4 Apr 2020 at 13:42, Reinhard 

wrote:

On the other side, the recommendations for new users to work with a rip
installation does not fit the debian world at all.

That's way down the list of suggested ways for a new LinuxCNC user to
use LinuxCNC.

--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] New 2.8 Release Manager

[Robert Murphy]

Reinhard I guess you have forgotten or never used Slackware. You want stable, 
you want reliable, you want Slackware. Sure you need to sort out dependencies 
but at least when you add new software you know what is being installed.
And no systemd.
But I admit I started with Linux around ‘98, when things weren’t polished and 
successfully getting a dial up connection was a major achievement.
Running X on available scrounged hardware required patience.
Personally Mint isn’t my choice for Linuxcnc, Debian makes sense, XFCE works 
well as the desktop environment.
Any file editing or for copying files I generally use midnight commander.
Anyways enough rambling from this ignorable madman.

Composed with my Crayons 

> On 5 Apr 2020, at 00:09, andy pugh  wrote:
> 
>> On Sat, 4 Apr 2020 at 13:42, Reinhard  wrote:
>> 
>> On the other side, the recommendations for new users to work with a rip
>> installation does not fit the debian world at all.
> 
> That's way down the list of suggested ways for a new LinuxCNC user to
> use LinuxCNC.
> 
> -- 
> atp
> "A motorcycle is a bicycle with a pandemonium attachment and is
> designed for the especial use of mechanical geniuses, daredevils and
> lunatics."
> — George Fitch, Atlanta Constitution Newspaper, 1912
> 
> 
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] New 2.8 Release Manager

[Robert Murphy]

Unfortunately neither buster or stretch Linuxcnc packages install on
Mint 19.2 "out of the box" hence the reason the Mint ISOs contain
packages I built myself.

If I had the ability to setup a repo for Mint I would, kernels and
packages are no problem building in a short time. The UEFI install
problems for RT_PREEMPT (more recent 4.x kernels patched with the rt
patch do not mount efivars, earlier ones do) have been sorted,
unfortunately RTAI is not really a viable option for UEFI systems. As
RTAI has no support for UEFI, efivars is not mount so grub will fail &
the RTAI kernel does not receive/get information about the number of
cores so will only be effectively a single core system.

If the Mint ISO's cause too much confusion I have written a script that
can pull the packages from my google drive and install the kernel,
linuxcnc packages and optionally install the bits for qtvcp and the
dependencies required to build linuxcnc from source. Thanks to the
interwebs I found some code that can download from google drive.

To be perfectly honest when I set up my Mill I did so via a custom
Debian net install image. Honestly my preference is Debian with XFCE
desktop, but with a single panel located at the bottom with Whisker menu
installed.

I thought the Licensing issue was with Ubuntu & their branding.

On 4/4/20 9:22 am, Rod Webster wrote:

I may be talking through my hat here but I seem to recall a licencing

issue with distributing Debian based ISO's so we sought and received
permission
>from the Mint team to distribute Mint based ISO's
I thought this was in addition to the existing agreemetns

Rod Webster
*1300 896 832*
+61 435 765 611
VMN®
www.vmn.com.au



On Sat, 4 Apr 2020 at 08:00, Phill Carter  wrote:




On 4 Apr 2020, at 6:58 am, Sebastian Kuzminsky 

wrote:

On 4/3/20 1:40 PM, John Thornton wrote:

Indeed I have two machines running Ubuntu 10.04... if it ain't broke

don't fix it.

Noted!

2.8 doesn't build on Ubuntu 10.04, 2.7 is the last LinuxCNC release that

we build on that OS.  So, you know, the end is nigh.



I agree that Debian 10 should be the prime release in both RTAI and

PREEMPT-RT and if possible Mint.

At this time I don't see any advantage of Mint over Debian because you

can get the user friendly Mate desktop in both now. Before when Mate was
not in Debian my search for a better desktop drove me to Mint a few years
back to get a more user friendly desktop. I now have either Debian 10 or
Ubuntu 10.04 on all my machines.

I would *love* to standardize on Debian and not support all the

off-shoots like Ubuntu and Mint, etc.

I may be talking through my hat here but I seem to recall a licencing
issue with distributing Debian based ISO's so we sought and received
permission from the Mint team to distribute Mint based ISO's




--
Sebastian Kuzminsky


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] 2.8 release, ISO, develpers, ramplings

[Robert Murphy]

Thanks Andy,

I have a couple of questions,

Bearing in mind if I can build buildbot packages for Mint 19.2 from the
stretch sources (as that has been stated as working), do I need the
buildbot-package & buildbot-slave-package ?

Seeing as Mint seems to be a popular platform would those in charge like
me to continue with the Mint ISO images ? If so would the 4 ISOs I Have
been working with ie:

Mate with RT_PREEMPT

XFCE with RT_PREEMPT

Mate with RTAI

XFCE with RTAI

be worth continuing with or would this seem like too much fragmentation
and likely to cause confusion within the project ?

RTAI ISOs maybe best marked\built as legacy boot only, as there is an
issue regarding the RTAI kernel being able to get information regarding
number of cores\cpus with UEFI booting. The result being the system is
essentially operating as a single core system. I'm sure this would case
concern and issues for those with multi core CPUs, even tho the system
maybe usable. I'm ssure testing would be required to confirm either way.

Or just keep going in a non-official capacity ?


On 1/4/20 10:45 am, andy pugh wrote:

On Tue, 31 Mar 2020 at 23:43, Robert Murphy  wrote:


Is there any packages being built for Bionic\Mint 19.2 ?

If there ins't I have an idle GL150 twin Quad Core Xeon machine sitting
around, building packages from source doesn't take very long at all.


I think that is possible, details here:

http://buildbot.linuxcnc.org/buildslave-admin-guide.html




___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] 2.8 release, ISO, develpers, ramplings

[Robert Murphy]

Is there any packages being built for Bionic\Mint 19.2 ?

If there ins't I have an idle GL150 twin Quad Core Xeon machine sitting
around, building packages from source doesn't take very long at all.

As a idea the machine can package and build a 4 series kernel in 26
minutes on it. If this has enough HP I'd like to help out if I can.

On 1/4/20 3:38 am, andy pugh wrote:

On Tue, 31 Mar 2020 at 17:23, Chris Morley 
wrote:

Well whether we get 2.8 now (like when is now?) or in two months doesn't

make much difference.


I think that the first requirement there is an active release manager with
the right access to the servers and the required expertise, and the time.
My impression is that the current release manager has 1 and 2 but not 3
I have 1 and probably 3 (2 weeks forced holiday under lockdown conditions),
but I am not sure about 2. (though I have built debs and made ISO images)




___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] 2.8 release, ISO, develpers, ramplings

[Robert Murphy]

I'd be honored to help out.

Cheers

Rob

On 27/3/20 4:35 pm, Chris Morley wrote:

What do we need to do before releasing 2.8?
I think we should try to pick a soft date and ask for official testing?

IIRC Andy was wrangling some RTAI/ISO work.
Rob on the forum is tearing up ISOs for Mint - maybe we should ask if he is 
interested in being a developer?


If there a list of release items to reference?

Chris

___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] [Emc-users] Open source CNC architecture

[Robert Murphy]

It's a shame you think there are "parallel port zealots". The parallel
port is just one of the interfaces that linuxcnc supports. Still a quite
viable as an entry level interface or a "quick & dirty" one. A lot of us
have gone with the various motion cards from MESA.

And Murphy', Lawno that's an ancient law thought up by the Bards &
Druids of old. Twas used to describe a particularly bad battle of the
clan Murchadh against the Danes. I would take this with a dram of whisky
as it may or may not be true*.*

A modified Slackware build script to produce a Slackware-type package
was really helpful when building a LFS & BLFS system.

On 5/3/20 5:00 am, Rafael Skodlar wrote:

On 2020-02-19 00:11, Robert Murphy wrote:


On 19/2/20 5:47 pm, Rafael Skodlar wrote:

On 2020-02-17 04:49, Les Newell wrote:



  One issue jumps to mind that is different.  The tiny shop I have
doesn't have room for a Keyboard, Mouse and Display by the lathe.  I
currently have a nice work triangle set up for the lathe toolbench
and tool cabinet.  It would require a lot of work to change that at
a cost of space lost somewhere else.


Monitor on the wall behind the lathe? Support arm bolted to the wall
for the keyboard? If you wanted these things you'd make room. As you
don't want them you won't make the room. I'm not saying that's a bad
thing. We just have different requirements.


. snip


/opt/linuxcnc-v2.8/bin
/opt/linuxcnc-v2.8/etc
/opt/linuxcnc-v2.8/lib
/opt/linuxcnc-v2.8/man
/opt/linuxcnc-v2.8/log

Latest release would be:
/opt/linuxcnc -> link to /opt/linuxcnc-v2.8.
Your path to LinuxCNC binaries or scripts would always be
/opt/linuxcnc/bin etc.



Dunno why you are calling that the "Slackware Method" and I've been
running a 24/7 Slackware server for years. Never in all my years I have
seen that method used in Slackware or mentioned in the docs. Actually I
can't recall any official Slackware packages installing into /opt and
linking as you say. Have you used Slackware ?


That's the first one I used. Before Yggdrasil, Redhat, Mandrake,
Xandros, and Debian.

Don't take everything so literally. I was just giving an example for
files locations. Ubuntu uses /srv a lot. Put application wherever you
want, /usr/local for what I care. What I wanted to point out is
simplicity in managing multiple versions of some application or service.

https://www.slackbook.org/html/package-management.html
"Packages are built to be extracted in the root directory" which makes
it easier to put them under chrooted directory.

"Apparently many people in the Linux community think that a packager
manager must by definition include dependency checking. Well, that
simply isn't the case, as Slackware most certainly does not."

that means it won't mess with other packages (dependencies) as many
_standard package utilities_ do. Sometimes that's good, other times
it's not.

You obviously did not read this:
http://www.slackware.com/config/packages.php
"Slackware's packaging system uses ordinary compressed tar files."
and that's what I was reffering to. Read the docs before you tell
somebody else !!!



Puppy Linux and Salix use a "Plug in" file system for apps. But usually
a squashfs file system that can be loaded on boot.

If you read the Linuxcnc docs you'd be aware of a Run In Place install.
Which is the recommended method before a full upgrade.

I'm beginning to think you don't know too much about Linuxcnc and are
trying a push it something that suits your needs or business model.


Is that a Murphy law? I'm glad to see you know everything and how
things should be. I observe trends in the industry and point them out
to parallel port zealots. Opening discussion for software architecture
is not automatic _business model_.

As a sysadmin I've seen volumes of good and bad software that's hard
to maintain or fix in some cases. I'm not saying LinuxCNC is this or
that. It's great what people have done with it so far. A lot of work
is ahead since Python 2.7 reached it's end of life.

Since you know so much, tell me what's going on here:
file emc2-dev/src/emc/motion/teleop-notes has a reference to
http://jmkasunich.com/pics/emc2-motion-dataflow.pdf

How many more such things are there?

Now go learn about hard and soft links, PATH, and chroot in Unix.


Why not do your own crowd funding, fork Linuxcnc and pay for someone to
break it up and rearrange it to suit your needs.


That's because I don't have more money than you do.



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Buildbot Slaves

[Robert Murphy]

Gene we can go the other way Raspbian on x86

https://magpi.raspberrypi.org/articles/install-raspberry-pi-desktop-x86

On 29/2/20 3:00 pm, Gene Heskett wrote:

On Friday 28 February 2020 13:53:20 Rod Webster wrote:


Andy,

Just to confirm, The permission was issued here thanks to Chris
Morley: https://forums.linuxmint.com/viewtopic.php?p=1489153#p1489153

Rod Webster
*1300 896 832*
+61 435 765 611
VMN®
www.vmn.com.au

On Sat, 29 Feb 2020 at 02:11, andy pugh  wrote:

What is needed to add Buster RTAI and / or Mint RTAI buildslaves to
the the farm?

( We apparently have permission to distribute a LinuxCNC Mint ISO
and it is popular on the forum )

Not that I have much more than a toothpick to steer this project with as
a builder currently distributing a preempt-rt kernel and a build of
master that runs well on an rpi4b starting from a buster 10.3 raspbian
full install, anything that reduces the lengthy list of extra installed
dependencies in order to build master on the rpi4b without loseing some
functionalities like gscreen and printing a classic ladder graph which
is the current case, would certainly be appreciated.

However, the question then becomes, since I haven't dealt with mint in
several years, (I liked it then) does mint have an iso that installs it
on an rpi4b? What I can see on their download page says its all for x86
and up. No armhf installs are visible.

Does this leave my rpi4b efforts for naught? I'd like to think that JT's
efforts to get us started will not die with me, and while my parts list
is beginning to resemble the 6 million dollar man, its also plain to me
at 85, that I don't have another 20+ years left to support the raspbian
armhf version which will without a doubt drift away from whatever
version you wind up publishing.  Its the nature of the beast that is an
OS anybody can play with.


--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics." — George Fitch, Atlanta Constitution Newspaper, 1912

___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers


Cheers, Gene Heskett



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Good news on RTAI

[Robert Murphy]

Thanking you kindly.


On 3/7/19 9:34 pm, andy pugh wrote:

On Wed, 3 Jul 2019 at 11:15, Robert Murphy  wrote:


Sorry for dbl post, I take it the package list wasn't updated in the
directory ?

Indeed not, it's just an orphaned .deb file at the moment.
I just wanted to be sure that I had managed to make a working and
reasonably portable kernel .deb
The released version is likely to be 4.14.131, for a start.




___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Good news on RTAI

[Robert Murphy]

Sorry for dbl post, I take it the package list wasn't updated in the
directory ?

I tried to update my local mirror and the kernel package didn't
show/download.

Rob M

On 3/7/19 8:04 pm, Robert Murphy wrote:

Andy,

Installed & booted fine on my Lenovo T530 with a i5-3320M CPU @ 2.60GHz.
I have a few more machines I can try on in a few days time if you need.

Not on a install using a linuxcnc strtech iso but a custom rolled
linuxcnc iso I use for messing around with at home (base was a net boot
iso). I think the last apt-get update I did was 2 or so weeks ago.
Reminds me I'll have to upgrade the repo on my server.

Rob M (note to self reply to list)

On 3/7/19 10:46 am, andy pugh wrote:

There is a work-in-progress RTAI kernel deb here:
http://www.linuxcnc.org/dists/stretch/base/binary-amd64/

(linux-image...deb)

It would be useful to know if it will install and boot on more than
just my PC.
(without a matching RTAI package it won't do anything usefully
realtimey, not even running a latency test)

download the .deb, sudo dpkg --install linux-image.deb should
unpack it, install it in boot and configure grub to boot from it.
(then you can remove it in synaptic, sudo update-grub and should be
back to where you were)




___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Good news on RTAI

[Robert Murphy]

Andy,

Installed & booted fine on my Lenovo T530 with a i5-3320M CPU @ 2.60GHz.
I have a few more machines I can try on in a few days time if you need.

Not on a install using a linuxcnc strtech iso but a custom rolled
linuxcnc iso I use for messing around with at home (base was a net boot
iso). I think the last apt-get update I did was 2 or so weeks ago.
Reminds me I'll have to upgrade the repo on my server.

Rob M (note to self reply to list)

On 3/7/19 10:46 am, andy pugh wrote:

There is a work-in-progress RTAI kernel deb here:
http://www.linuxcnc.org/dists/stretch/base/binary-amd64/

(linux-image...deb)

It would be useful to know if it will install and boot on more than just my PC.
(without a matching RTAI package it won't do anything usefully
realtimey, not even running a latency test)

download the .deb, sudo dpkg --install linux-image.deb should
unpack it, install it in boot and configure grub to boot from it.
(then you can remove it in synaptic, sudo update-grub and should be
back to where you were)




___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Release Platforms

[Robert Murphy]

Sorry for this second post..regarding latency, would this be an option

http://www.machinekit.io/docs/hal/threads-and-latency/

On 23/5/19 2:16 pm, Robert Murphy wrote:

Could not the repos be setup from a preseed ? (I'm don't know a great
deal about the LiveCD but I did make a custom stretch install disk
for private use using a preseed file to config desktop, extra
packages and repos)

On 23/5/19 1:45 pm, Chris Radek wrote:

On Wed, May 22, 2019 at 01:31:15PM +0100, andy pugh wrote:


We have a LiveCD based on Wheezy and RTAI but that is currently
somewhat
broken (the apt sources list points at files that are no longer
there now
that Wheezy is a long way past EOL)
I have tried to respin that ISO using the archive repositiories. So far
that isn't going all that well.

I will work on this part.



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Release Platforms

[Robert Murphy]

Could not the repos be setup from a preseed ? (I'm don't know a great
deal about the LiveCD but I did make a custom stretch install disk
for private use using a preseed file to config desktop, extra
packages and repos)

On 23/5/19 1:45 pm, Chris Radek wrote:

On Wed, May 22, 2019 at 01:31:15PM +0100, andy pugh wrote:


We have a LiveCD based on Wheezy and RTAI but that is currently somewhat
broken (the apt sources list points at files that are no longer there now
that Wheezy is a long way past EOL)
I have tried to respin that ISO using the archive repositiories. So far
that isn't going all that well.

I will work on this part.



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers