Re: [Emc-developers] The Wiki Certificate might have expired

[Phill Carter via Emc-developers]

Works here on Safari and DuckDuckGo


> On 18 May 2024, at 8:25 AM, andy pugh  wrote:
> 
> My Mac is really unwilling to visit wiki.linuxcnc.org
> 
> 
> -- 
> 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] Buildbot Failing

[Phill Carter via Emc-developers]

Buildbot is failing with the following:
fatal: Unable to create 
'/home/buildslave/emc2-buildbot/wheezy-rtai-i386-clang/wheezy-rtai-i386-clang/source/.git/packed-refs.lock':
 Read-only file system


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

[Emc-developers] Buildbot Error

[Phill Carter via Emc-developers]

It seems that Builder 4041.deb-buster-rtpreempt-amd64 has run out of disk space.


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

Re: [Emc-developers] lost file or mind?

[Phill Carter via Emc-developers]

> On 7 Oct 2023, at 3:32 pm, Thomas J Powderly  wrote:
> 
> Hello,
> 
> I cannot find a file used in my .ini /
> But the .ini runs fine from picker
> 
> the 'lost' file from the iniT ...
> 
> EMBED_TAB_COMMAND = pyvcp bars.xml

The file name would be bars.xml



> 
> 
> After a lot of searching, and failing to find the file,
> 
> ( searching ~/linuxcnc and all branches of #PATH )
> 
> I used the 'find' command on the _entire_ filesystem
> 
> tomp@ThaiTowerD10:/$ cd /
> tomp@ThaiTowerD10:/$ find . pyvcp_bars.xml
> ... after a long time  I see:
> find: 'pyvcp_bars.xml': No such file or directory
> 
> How am I missing it ?
> yet, linuxcnc finds and uses it ?
> 
> Also I have copied the .ini to fred.ini
> 
> It still ran. So the file I thought I was running was no better/different 
> from the copy
> 
> I edited fred.ini file to mangle the xml file name
> 
> and got 'file not found' err, so the copy was being used
> 
> so the file exists but nowhere I can think of
> 
> any ideas?
> 
> tomp
> 
> 
> 
> 
> ___
> 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] Forum Is Slow

[Phill Carter via Emc-developers]

> On 4 Sep 2023, at 3:43 am, John Thornton  wrote:
> 
> I just updated a few packages and rebooted, did that help you?

Yep, it seems good now. Thanks.


> 
> JT
> 
> On 9/2/2023 6:55 PM, Phill Carter via Emc-developers wrote:
>> Is someone on this list able to reboot the forum, it is slow to the point of 
>> being unusable.
>> 
>> <https://forum.linuxcnc.org/36-using-this-forum-questions/49949-forum-pages-load-really-slow>
>> 
>> 
>> ___
>> 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] Forum Is Slow

[Phill Carter via Emc-developers]

Is someone on this list able to reboot the forum, it is slow to the point of 
being unusable.




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

[Emc-developers] Docs

[Phill Carter via Emc-developers]

I was doing some minor doc changes to 2.9 and master and I noticed that there 
is a sim for 'craftsman' which appears to be python2/gtk2.

Is anyone intending to convert it to python3/gtk3 or should it be removed?



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

[Emc-developers] Buildbot

[Phill Carter via Emc-developers]

Buildbot seems to be asleep.



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

Re: [Emc-developers] Merge Conflicts

[Phill Carter via Emc-developers]

> On 19 Jun 2023, at 4:35 pm, Hans Unzner  wrote:
> 
> Am 19.06.23 um 05:01 schrieb Phill Carter via Emc-developers:
>> Could someone with a bit more knowledge of the documents than me please fix 
>> the merge conflicts from 2.9 to master.
>> 
>> I have broken enough things recently.
>> 
>> Cheers, Phill
>> 
> Done

Thank you.




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

[Emc-developers] Merge Conflicts

[Phill Carter via Emc-developers]

Could someone with a bit more knowledge of the documents than me please fix the 
merge conflicts from 2.9 to master.

I have broken enough things recently.

Cheers, Phill



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

Re: [Emc-developers] feed hold ?

[Phill Carter]

There is a motion.jog-inhibit pin in 2.9 and later


> On 5 Dec 2022, at 7:16 am, Chris Morley  wrote:
> 
> Yes it was miss named but it was meant to stop all motion. Only a thread pass 
> would finish. Which you could certainly argue was wrong too.
> 
> After I realized the name was bad it was kinda too late.
> 
> Chris
> 
> 
> 
> Sent from my Galaxy
> 
> 
> 
>  Original message 
> From: andy pugh 
> Date: 2022-12-04 11:32 a.m. (GMT-08:00)
> To: EMC developers 
> Subject: Re: [Emc-developers] feed hold ?
> 
> On Sun, 4 Dec 2022 at 19:19, Jon Elson  wrote:
> 
>> 
>> Yikes!  I can see arguments both ways, but feed hold or feed
>> inhibit seems like it should stop all motion,
> 
> 
> I think it should stop feeds (or it would be called
> "all-motion-inhibit" :-)
> 
> --
> 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] Eye candy is important - Titan got a new German friend - want that reaction for a LinuxCNC controller

[Phill Carter]

> On 1 Dec 2022, at 10:27 am, Steffen Moeller  wrote:
> 
> 
> Am 30.11.2022 um 19:12 schrieb Chris Morley:
>> The difference is free cad doesn't compete with anything in linuxcnc. Qtpycp 
>> does. If they wanted to be included in linuxcnc, then they would have been 
>> part of the project. They made a choice.
>> Otherwise as I said you are undermining the hard work of the devs that are 
>> active in our project.
> 
> I consider all our users to be somehow part of our project and am
> agnostic about the interface they are using. From how I see it, if
> PyQtVCP does something better than QtVCP then QtVCP gets some
> encouragement and ideas on how to improve and vice versa. Both GUIs
> should be as easy to install and use as possible.
Neither QtVCP nor QtPyVCP are GUIs, they are infrastructure for creating GUIS.
I would think that most users will use neither, they will just use the GUIs 
that have been developed.

> 
> Best,
> Steffen
> 
>> 
>> 
>>  Original message 
>> From: Steffen Moeller 
>> Date: 2022-11-30 9:35 a.m. (GMT-08:00)
>> To: emc-developers@lists.sourceforge.net
>> Subject: Re: [Emc-developers] Eye candy is important - Titan got a new 
>> German friend - want that reaction for a LinuxCNC controller
>> 
>> 
>> Am 29.11.2022 um 19:06 schrieb Chris Morley:
>>> Are you discussing an official linuxcnc release of ISOs?
>> So I hope.
>>> Are you suggesting including qtpyvcp on the ISO?
>> There are four Python modules missing in Debian to do so, from what I
>> have yet understood. But I feel motivated to help out, just locally
>> packaged oyaml.
>>> In my mind that undermines qtvcp which is actually part of linuxcnc.
>>> Full disclosure, qtvcp is project I started so I am slightly biased.
>> My motivation is to bring the best of Open Source CNC on Linux together
>> to help myself and others. And from what I hear and see, this includes
>> PyQtVCP. You may have a point for the minimal version of that .iso, but
>> for the full featured one it should be in, also FreeCAD and inkscape.
>> 
>> Steffen
>> 
>>>  Original message 
>>> From: Steffen Möller 
>>> Date: 2022-11-29 8:53 a.m. (GMT-08:00)
>>> To: LinuxCNC Dev Mailing List 
>>> Subject: [Emc-developers] Eye candy is important - Titan got a new German 
>>> friend - want that reaction for a LinuxCNC controller
>>> 
>>> Hello,
>>> 
>>> No need to watch this, really. Titan has a nice Heller machine and passes 
>>> the Sinumeric control
>>> https://youtu.be/zToKZtqQMIo?t=354
>>> with some excitement. I actually find LinuxCNC even nicer, especially for 
>>> what I saw from https://www.qtpyvcp.com/ .
>>> 
>>> When we yesterday had this OpenMike session again, we had felt like there 
>>> should be four USB sticks prepared:
>>>a) for two distros - Bullseye (Debian stable) and Bookworm (Debian 
>>> testing, soon stable)
>>>b) in two flavours - minimalistic and fully-featured (including FreeCAD 
>>> and Inkscape to make a good impression on those who come from the other OS)
>>> 
>>> Andy had some confidence (and I share that) that the generation of those 
>>> .iso files per se is not difficult. It was not immediately clear where the 
>>> generation of those .iso files should happen, but the builders maintained 
>>> by Sebastian are a likely target IMO.
>>> 
>>> Question: Is there anybody out there who would like to work with me on a 
>>> description and implementation of what the fully-featured .ISO should like 
>>> alike? This would be Intel-only as a start, leaving everything for the RPi 
>>> to Raspbian for the time being.
>>> 
>>> There are a couple of Python libraries still missing on Debian to get 
>>> QtPyVCP installed. This would likely be something for me to address.
>>> 
>>> Best,
>>> Steffem
>>> 
>>> 
>>> 
>>> ___
>>> 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] Eye candy is important - Titan got a new German friend - want that reaction for a LinuxCNC controller

[Phill Carter]

> On 30 Nov 2022, at 7:54 am, Rod Webster  wrote:
> 
> @steffen, there is a script to install qtpyvcp dependencies in:
> 
> /usr/lib/python3/dist-packages/qtvcp/designer/install_script
> 
> Its documented in QTplasmac, not sure if its mentioned elsewhere
> http://linuxcnc.org/docs/devel/html/plasma/qtplasmac.html#qt-dependency

The above script is for QtVCP dependencies.

> 
> Rod Webster
> *1300 896 832*
> +61 435 765 611
> Vehicle Modifications Network
> www.vehiclemods.net.au
> 
> 
> On Wed, 30 Nov 2022 at 05:21, andy pugh  wrote:
> 
>> On Tue, 29 Nov 2022 at 16:53, Steffen Möller 
>> wrote:
>> 
>>> Hello,
>>> 
>>> No need to watch this, really. Titan has a nice Heller machine and passes
>>> the Sinumeric control
>>> https://youtu.be/zToKZtqQMIo?t=354
>>> with some excitement. I actually find LinuxCNC even nicer, especially for
>>> what I saw from https://www.qtpyvcp.com/ .
>> 
>> 
>> If you want eye candy, the Datron UI is rather well done:
>> https://youtu.be/ZgqCY3gUHcM
>> 
>> --
>> 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] time delay hal component for lube pump

[Phill Carter]

> On 22 Nov 2022, at 12:35 pm, Jon Elson  wrote:
> 
> On 11/21/22 17:13, Feral Engineer wrote:
>> Classicladder is awesome for this 
> But, way overkill for just one function.
> Maybe I should use timedelay as a template and write my own one-shot 
> component.

There is an existing oneshot component:
>

> 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] Time to split 2.9 and master?

[Phill Carter]

> On 23 Sep 2022, at 9:39 am, Rod Webster  wrote:
> 
> I think integrators and users don't want to be continually installing new
> versions of Plasmac et al.
> Plasmac has only ever existed in the development branch.  First a private
> fork, then 2.8, then 2.9
> There are updates to it on an almost daily basis. Most of them seem to be
> small tweaks that often add seemingly little value..
QtPlasmac is regularly changed as it is in development and only in the 
development branch.

PlasmaC has only had bug fixes since 2.8 was released

> If you throw in the mix that we want to get in step with Debian releases,
> the Plasmac developers need to recognise there is a release schedule and
> this stream of tweaks has to slow down once 2.9 is the stable branch.
We work to any LinuxCNC schedules if any.

> I for one would prefer to see the current strategy of only issuing point
> releases with bug fixes is retained and enforced across the board so we can
> give our users a stable, predictable environment
Which is how it currently is...

> 
> Rod Webster
> *1300 896 832*
> +61 435 765 611
> Vehicle Modifications Network
> www.vehiclemods.net.au
> 
> 
> On Thu, 22 Sept 2022 at 22:08, Jérémie Tarot  wrote:
> 
>> Le mar. 20 sept. 2022 à 23:04, andy pugh  a écrit :
>> 
>>> Is it time to split 2.9 off as a stable-ish branch with a 2.9.0~pre0 tag?
>> 
>> 
>> Would gladly hear the opinion of the "docs team" chaps about this :)
>> 
>> ___
>> 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] Time to split 2.9 and master?

[Phill Carter]

> On 21 Sep 2022, at 6:59 am, andy pugh  wrote:
> 
> Is it time to split 2.9 off as a stable-ish branch with a 2.9.0~pre0 tag?

I have some plasmac work that I would like to push before that happens. It 
should be completed by the end of this month.

I also have a question regarding packaging. Is there any good reason that we 
have a separate "-dev" package ?

Cheers, Phill


> -- 
> 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] linuxcnc on raspberry pi bullseye?

[Phill Carter]

> On 15 Sep 2022, at 4:53 am, Sebastian Kuzminsky  wrote:
> 
> Hi folks, with all the attention that newer distros have been getting
> lately, I'm looking in to running LinuxCNC On the Bullseye version of 
> Raspberry Pi OS (aka Raspbian) on a Raspberry Pi 4B.
> 
> It looks super straight-forward, except for the realtime kernel (as
> usual).  I don't see a modern kernel built with Preempt-RT enabled in
> the raspbian bullseye package archive...
> 
> Does anyone know if there's a well-liked pre-built official or
> community-supported Rpi4 realtime kernel somewhere?
> 
> Or do I have to reconfigure & rebuild the "official" kernel?

Not sure how modern you want but the kernel on the image here is 
5.15.27-rt35-v8+

>

I think the only thing I needed to add was the following for the in tree Qt 
based GUI'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

Re: [Emc-developers] cam align

[Phill Carter]

FWIW I have tried the /configs/sim/axis/qtvcp/qtvcp_tabs sample on a 64bit Pi4 
and it works.
raspberrypi:~ $ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:Debian GNU/Linux 11 (bullseye)
Release:11
Codename:   bullseye

raspberrypi:~ $ uname -a
Linux raspberrypi 5.15.27-rt35-v8+ #1 SMP PREEMPT_RT Fri Mar 11 16:34:20 GMT 
2022 aarch64 GNU/Linux

I got rid of the python3-gst1.0 installed? with:
sudo apt-install python3-gst-1.0

There are a lot of these errors on closing but it seems to have no ill effect.:
qt.qpa.xcb: QXcbConnection: XCB error: 9 (BadDrawable), sequence: 3320, 
resource id: 33554438, major code: 130 (Unknown), minor code: 3

I got rid of them with:
export QT_LOGGING_RULES='qt.qpa.*=false'


> On 5 Sep 2022, at 11:37 am, Chris Morley  wrote:
> 
> Hi Gene.
> I actually see no apparent show stoppers.
> The Desktop Notify error is weird but seems to not stop anything.
> It just seems not to embed.
> 
> 
> Could your try the sim sim/axis/qtvcp/qtvcp_tabs sample.
> 
> It should embed a cam window too.
> also is the new tab window completely plain or is there text?
> 
> Chris
> 
> 
> From: gene heskett 
> Sent: September 5, 2022 1:21 AM
> To: EMC developers 
> Subject: [Emc-developers] cam align
> 
> Gretibgs all;
> 
> I se some debugging has been turned on so it not a showstopper on my g0704.
> 
> The camera tab is created, but empty.
> 
> The terminal its launched from now contains some debugging info that may
> be useful:
> 
> halcmd loadusr -Wn qtvcp_embed qtvcp -d -c qtvcp_embed -x {XID} cam_align
> [False]
> Waiting for component 'qtvcp_embed' to become
> ready[QTvcp.QTVCP.LIB.SYS_NOTIFY][WARNING]
> Desktop Notify not available:: org.freedesktop.DBus.Error.NoReply: Did
> not receive a reply. Possible causes include: the remote application did
> not send a reply, the message bus security policy blocked the reply, the
> reply timeout expired, or the network connection was broken.
> (sys_notify.py:71)
> Namespace Gst not available
> [QTvcp.QTVCP.LIB.AUDIO_PLAYER][WARNING]  audio alerts - Is
> python3-gst1.0 installed? (audio_player.py:37)
> .[QTvcp][INFO]  Logging to: /home/gene/qtvcp.log (logger.py:67)
> [QTvcp][INFO]  Base log level set to: 10 (logger.py:68)
> [QTvcp.QTVCP.QT_PSTAT][DEBUG]  BASEPATH cam_align (qt_pstat.py:86)
> [QTvcp.QTVCP.QT_PSTAT][DEBUG]  Checking for handler file in:
> /home/gene/linuxcnc/configs/GO704-5i25-7i76/cam_align_handler.py
> (qt_pstat.py:96)
> [QTvcp.QTVCP.QT_PSTAT][DEBUG]  Checking for default handler file in:
> /usr/share/qtvcp/panels/cam_align/cam_align_handler.py (qt_pstat.py:102)
> [QTvcp.QTVCP.QT_PSTAT][INFO]  Using DEFAULT handler file path:
> /usr/share/qtvcp/panels/cam_align/cam_align_handler.py (qt_pstat.py:105)
> [QTvcp.QTVCP.QT_PSTAT][DEBUG]  Checking for .ui in:
> /home/gene/linuxcnc/configs/GO704-5i25-7i76/cam_align.ui (qt_pstat.py:123)
> [QTvcp.QTVCP.QT_PSTAT][DEBUG]  Checking for .ui in:
> /usr/share/qtvcp/panels/cam_align/cam_align.ui (qt_pstat.py:128)
> [QTvcp.QTVCP.QT_PSTAT][INFO]  Using DEFAULT ui file from:
> /usr/share/qtvcp/panels/cam_align/cam_align.ui (qt_pstat.py:130)
> [QTvcp.QTVCP.QT_PSTAT][DEBUG]  Checking for .qss in:
> /home/gene/linuxcnc/configs/GO704-5i25-7i76/cam_align.qss (qt_pstat.py:160)
> [QTvcp.QTVCP.QT_PSTAT][DEBUG]  Checking for .qss in:
> /usr/share/qtvcp/panels/cam_align/cam_align.qss (qt_pstat.py:165)
> [QTvcp.QTVCP.QT_PSTAT][INFO]  No qss file found. (qt_pstat.py:171)
> [QTvcp.QTVCP.QT_PSTAT][DEBUG]  Checking for .qrc in:
> /home/gene/linuxcnc/configs/GO704-5i25-7i76/cam_align.qrc (qt_pstat.py:182)
> [QTvcp.QTVCP.QT_PSTAT][DEBUG]  Checking for .qrc in:
> /usr/share/qtvcp/panels/cam_align/cam_align.qrc (qt_pstat.py:188)
> [QTvcp.QTVCP.QT_PSTAT][INFO]  No qrc file found. (qt_pstat.py:195)
> [QTvcp.QTVCP.QT_PSTAT][DEBUG]  Checking for resources.py in:
> /home/gene/linuxcnc/configs/GO704-5i25-7i76/qtvcp/panels/resources.py
> (qt_pstat.py:205)
> [QTvcp.QTVCP.QT_PSTAT][INFO]  No resources.py file found, no QRC file to
> compile one from. (qt_pstat.py:216)
> [QTvcp.QTVCP.QT_PSTAT][DEBUG]  Checking for translation file in:
> /home/gene/linuxcnc/configs/GO704-5i25-7i76/cam_align/languages/cam_align_en.qm
> (qt_pstat.py:223)
> [QTvcp.QTVCP.QT_PSTAT][DEBUG]  Checking for translation file in:
> /usr/share/qtvcp/screens/cam_align/languages/cam_align_en.qm
> (qt_pstat.py:228)
> [QTvcp.QTVCP.QT_PSTAT][INFO]  Using no translations, default system
> locale is: en (qt_pstat.py:233)
> [QTvcp][INFO]  Building A VCP Panel with: Python 3 (qtvcp:215)
> [QTvcp][INFO]  No handler file specified - using:
> /usr/share/qtvcp/panels/cam_align/cam_align_handler.py (qtvcp:218)
> [QTvcp.QTVCP.QT_MAKEGUI][INFO]  Qsettings file path:
> 

Re: [Emc-developers] Driver changes in a stable branch?

[Phill Carter]

>> I have cherry-picked the changes needed to make it work with 2.8.3 in
>> the branch "outm_for_2.8" and initial tests by people who actually
>> have a 7i86S look promising (I don't have one to test with)
> 
> Does no-one really have any opinion on this?

My only concern is that if 7i96s support is not include in 2.8 then will that 
cause config breakages after upgrading to 2.9 when that becomes the stable 
branch.

I also believe that if the driver is updated to support the 7i96s then PnCconf 
should also be updated to support it.

Cheers, Phill.

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

Re: [Emc-developers] OPINION: Setting Cannon's default G64 to something safer

[Phill Carter]

> On 1 Jun 2022, at 11:29 am, Chris Morley  wrote:
> 
> Forum discussion here:
> https://forum.linuxcnc.org/20-g-code/46023-simple-rectangle-has-a-radius-on-all-edges-strange?start=0
> 
> Gist:
> Often users are surprised by linuxcnc's corner rounding with the default 
> setting of G64.
> I suggested we set it to a more expected setting such as .001 in inch and 
> .025 in metric.
> Based on the config's machine units.
> 
> Of course one can always override that in the INI.
> 
> Andy has noted that it looks pretty easy to do this.
> 
> Opinions?

I think that this is a good idea.

> 
> Related:
> I think abort setting should be configurable more easily. It currently can be 
> done with a remap but that is a pretty high bar.
> 
> 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] How to contribute?

[Phill Carter]

> On 10 Feb 2022, at 4:14 pm, Andy Howell  wrote:
> 
> 
> On 2/9/22 14:46, andy pugh wrote:
>> On Wed, 9 Feb 2022 at 20:21, Andy Howell  wrote:
>> 
>>> My background is in c/c++ development under UNIX/Linux. I know bit of
>>> python. I don't have the experience to work on the low level internals.
>> How about this one?
>> https://github.com/LinuxCNC/linuxcnc/issues/1438
>> 
>> A text search on the pin name would find the right part of the code,
>> and would let you find where the associated internal variable is
>> updated.
>> 
>> (This is internals, but with code to copy from)
> 
> Thanks. That sounds like a good problem to start with. I will have a look at 
> the code and comment under the issue.

I do have a PR ready to submit but I am happy to hold off.

> 
>> 
>> --
>> 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] Buildbot Asleep

[Phill Carter]

Haha, me too. :)

> On 3 Jan 2022, at 12:15 pm, Sam Sokolik  wrote:
> 
> I don't understand why any one or thing would want to stay in 2021..
> 
> On Sun, Jan 2, 2022, 6:59 PM Phill Carter  wrote:
> 
>> Buildbot seems to not want to leave 2021.
>> 
>> 
>> ___
>> 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] Buildbot Asleep

[Phill Carter]

Buildbot seems to not want to leave 2021.


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

[Emc-developers] Dependencies

[Phill Carter]

I inadvertently pushed this commit that adds QtVCP dependencies for packaging 
when I meant to submit it as a PR.

Should I undo it then submit as a PR?

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

[Emc-developers] Buildot Homepage

[Phill Carter]

I have attached an update homepage for the Buildbot. It can be viewed for 
correctness here:

>


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

Re: [Emc-developers] linuxcnc-dev dependencies

[Phill Carter]

> On 24 May 2021, at 8:19 am, andy pugh  wrote:
> 
> Is there a good reason not to have all the build-time dependencies as
> dependencies for linuxcnc-dev? This would mean that apt-get install
> linuxcnc-dev would install all that is needed to run "make"

I don't know but originally I thought that was what it did. I would have 
thought that things like halcompile and python-serial would be in the 
"standard" package.

> 
> -- 
> 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] Proposal: Stop supporting Py2 and GTK2 in Master.

[Phill Carter]

> On 12 May 2021, at 4:28 pm, Chris Morley  wrote:
> 
> 
> On 2021-05-11 11:01 p.m., Phill Carter wrote:
>> 
>>> On 12 May 2021, at 3:47 pm, Chris Morley  wrote:
>>> 
>>> I copied this from github (and added to):
>>> 
>>> I don't think anyone really thinks we can/should keep supporting py2 in the 
>>> future.
>>> The real questions are how/when will we transition - as the transition will 
>>> be very disruptive.
>>> Will we do a final py2 release first? QtPlasmac might appreciate this (or 
>>> is 2.8 mostly the same?)
>> QtPlasmaC is not in 2.8.
> 
> Would releasing a python2 version of QtPlamaC be desirable in your opinion?
It does work on python2, I don't think it needs to be in 2.8

> Do very many people use QtPlasmac in production situations right now?
TBH I have no idea, there are several I know of that have installed it but what 
they do with it I don't know.

> Have you tested QtPlasmac in python3?
Yes, I fixed the last issue that I know of today.

>>> Will we wait until we have every program converted to py3?
>>> What will we do for programs not converted? remove the code? just remove 
>>> from build?
>> For PlasmaC, the intention at this stage is to remove it from master when 
>> the py3 changover happens then users that want to stay with the latest 
>> master can migrate to QtPlasmaC. (PlasmaC will stay in 2.8)
> 
> That seems reasonable as there is an upgrade path.
> 
>>> How will we warning/inform users (in production/semi-production) of master 
>>> that we will break everything.
>>> Keeping in mind if a user is using master in older distributions, it may 
>>> require the user to upgrade to a new distribution to have python3 support.
>>> We should start warning people soon - what is the best way?
>> I jumped the gun and made a start here 
>> <https://forum.linuxcnc.org/plasmac/42524-important-notice-for-plasmac-users#208609>
> I saw that! We need to target a time to make it more useful, but that lets 
> people most affected to discuss it more broadly
> 
> 
> 
> ___
> 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.

[Phill Carter]

> On 12 May 2021, at 3:47 pm, Chris Morley  wrote:
> 
> I copied this from github (and added to):
> 
> I don't think anyone really thinks we can/should keep supporting py2 in the 
> future.
> The real questions are how/when will we transition - as the transition will 
> be very disruptive.
> Will we do a final py2 release first? QtPlasmac might appreciate this (or is 
> 2.8 mostly the same?)
QtPlasmaC is not in 2.8.

> Will we wait until we have every program converted to py3?
> What will we do for programs not converted? remove the code? just remove from 
> build?
For PlasmaC, the intention at this stage is to remove it from master when the 
py3 changover happens then users that want to stay with the latest master can 
migrate to QtPlasmaC. (PlasmaC will stay in 2.8)

> How will we warning/inform users (in production/semi-production) of master 
> that we will break everything.
> Keeping in mind if a user is using master in older distributions, it may 
> require the user to upgrade to a new distribution to have python3 support.
> We should start warning people soon - what is the best way?
I jumped the gun and made a start here 


> We should pick a target time - probably after Rene is happy to merge his GTK3 
> work.
> We need to discuss the plan, the decision has already been made for us by the 
> python/distribution developers.
> 
> 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

[Emc-developers] Buildbot

[Phill Carter]

Buildbot has a lost slave.

Cheers, Phill.


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

[Emc-developers] Buildbot

[Phill Carter]

Buildbot appears to be asleep

Cheers, Phill.


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

[Emc-developers] BuildBot

[Phill Carter]

Buildbot seems to have been asleep for a while.


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

[Emc-developers] Buildbot

[Phill Carter]

Buildbot appers to be be asleep.

Cheers, Phill.


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

Re: [Emc-developers] Python3 Master Build

[Phill Carter]

Thanks Rob, would you beleive that after I sent the email I went back to try a 
build and it worked…

Editing the configure file must have had some effect I guess

> On 23 Sep 2020, at 2:43 pm, Robert Murphy  wrote:
> 
> Any help here
> 
> https://github.com/LinuxCNC/linuxcnc/issues/820 
> <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:
>> <http://linuxcnc.org/docs/master/html/code/building-linuxcnc.html#Satisfying-Build-Dependencies
>>  
>> <http://linuxcnc.org/docs/master/html/code/building-linuxcnc.html#Satisfying-Build-Dependencies><http://linuxcnc.org/docs/master/html/code/building-linuxcnc.html#Satisfying-Build-Dependencies
>>  
>> <http://linuxcnc.org/docs/master/html/code/building-linuxcnc.html#Satisfying-Build-Dependencies>>>
>> 
>> 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 
>> <mailto:Emc-developers@lists.sourceforge.net>
>> https://lists.sourceforge.net/lists/listinfo/emc-developers 
>> <https://lists.sourceforge.net/lists/listinfo/emc-developers>
> 
> 
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net 
> <mailto:Emc-developers@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/emc-developers 
> <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] Python3 Master Build

[Phill Carter]

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

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

[Phill Carter]

> On 21 Sep 2020, at 7:06 pm, andy pugh  wrote:
> 
> 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) …

My preference would be option 2

Cheers, Phill

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

[Emc-developers] Buildbot Stopped

[Phill Carter]

The Buildbot seems to having a lazy lunch.


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

Re: [Emc-developers] Buildbot home page

[Phill Carter]

 Original message From: andy pugh  Date: 
8/9/20  7:29 pm  (GMT+10:00) To: EMC developers 
 Subject: Re: [Emc-developers] Buildbot 
home page On Sat, 5 Sep 2020 at 04:34, Phill Carter  
wrote:>> I took the liberty of editing the Buildbot home page to reflect the 
release of 2.8>> It may be previewed here: 
<http://home.iprimus.com.au/phillcarter/buildbot/index.html 
<http://home.iprimus.com.au/phillcarter/buildbot/index.html>>I think that Seb 
is the only one who can edit that page. (though Icould be wrong)Yes, I think 
that is correct, I wasn't sure whether to put it here or email him directly.
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

[Emc-developers] Buildbot home page

[Phill Carter]

I took the liberty of editing the Buildbot home page to reflect the release of 
2.8 

It may be previewed here: 
>

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

Re: [Emc-developers] Buster and F-~Engrave / True-Type-Tracer

[Phill Carter]

> On 5 Sep 2020, at 4:52 am, andy pugh  wrote:
> 
> The Debian Wheezy repository contains a few applications in addition
> to LinuxCNC.
> Should these also be included in the Debian Buster repository, or are
> these abandoned projects?

I see F-Engrave is available from Scorchwoks so probably no need for it to be 
included.

Cheers, Phill

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

Re: [Emc-developers] Buildbot problems?

[Phill Carter]

> On 1 Sep 2020, at 6:27 pm, andy pugh  wrote:
> 
> On Tue, 1 Sep 2020 at 00:52, Phill Carter  wrote:
> 
>> Thanks, I forgot to change the install instructions in the PlasmaC manual to 
>> reflect the change to 2.8
> 
> The online docs are always the latest, so the only thing that will
> miss your next commit is the distributed PDF files that are in the
> install package.
> 

So it is OK to push changes to 2.8?

Cheers, Phill.



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

Re: [Emc-developers] Buildbot problems?

[Phill Carter]

> On 1 Sep 2020, at 9:48 am, andy pugh  wrote:
> 
> On Tue, 1 Sep 2020 at 00:20, Phill Carter  wrote:
> 
>> Is it too lateyet to add anything to 2.8?
> 
> Yes.
> But I don't think that 2.8.1 will be that long in coming. There is a
> lot more Spanish translation due, for one thing.

Thanks, I forgot to change the install instructions in the PlasmaC manual to 
reflect the change to 2.8

At least that gives me time to get it right. Could you let us know when it is 
safe to push anything to 2.8.

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

Re: [Emc-developers] Buildbot problems?

[Phill Carter]

> On 1 Sep 2020, at 8:38 am, andy pugh  wrote:
> 
> On Mon, 31 Aug 2020 at 17:56, andy pugh  wrote:
> 
>> Four of the builders are failing runtests, but it isn't so much the
>> tests that are failing as LinuxCNC itself.
> 
> I have just realised that the three failed builds after my failed
> (2.8) build were master. I don't know if Master is building cleanly at
> the moment.
> 
> Is there a way to trigger a build of 2,8 without pushing a commit?

I thought there was a way to send a command to this email lis, something along 
the line of:

 linuxcnc-build: force build --branch=master 1630.rip-stretch-rtpreempt-amd64

Is it too lateyet to add anything to 2.8?

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

Re: [Emc-developers] Gmoccapy Lathe Macro Config

[Phill Carter]

> On 26 Aug 2020, at 5:43 am, andy pugh  wrote:
> 
> One of the sim configs for Gmoccapy includes my lathe macros, which
> use a GUI based on a multi-layer SVG file.
> This depends on python-rsvg which is not included in Buster.
> 
> I have packported it via the LinuxCNC repo.
> 
> Should I put instructions to install it manually in the README for the
> config, or should I add python-rsvg as a dependency?

I think it should be a dependency. If a user tries to run a sim from a standard 
install then it should work out of the box.

Cheers, Phill

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

Re: [Emc-developers] 2.8.0-pre3

[Phill Carter]

> On 25 Aug 2020, at 5:40 pm, andy pugh  wrote:
> 
> On Tue, 25 Aug 2020 at 08:31, Phill Carter  wrote:
> 
>> Sorry Andy but I really am out of my depth with this. For most of the items 
>> I don't even know where to begin looking.
> 
> Neither do I.
> 
> -- 
> 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

On another note I duplicated:

qtvcp_code_snippets.txt
qtvcp_widgets.txt
qtvcp_custom_widgets.txt
qtvcp_development.txt
classic-ladder.txt

and made them _es.txt and it built without error locally and passed Travis test 
on my gtihub repo

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

Re: [Emc-developers] 2.8.0-pre3

[Phill Carter]

> On 25 Aug 2020, at 11:04 am, andy pugh  wrote:
> 
> On Tue, 25 Aug 2020 at 01:53, Phill Carter  wrote:
> 
>>> It seems that the message mentions 3.9.8 because I was looking at the
>>> Stretch build, Buster suggests 4.3.0.
>>> Does anyone have the time to check through the differences?
> 
>> I will have some time after lunch but I have no idea what to look for, any 
>> hints?
> 
> Well, for instance:
> 
> 4.9 build-arch and build-indep are now mandatory targets in debian/rules.
> 
> So I checked that we had them
> 
> Similarly for:
> 5.4, 5.6.24 Checksums-Sha1 and Checksums-Sha256 are now mandatory in .dsc 
> files.
> 
> So start at 3.9.8 and work up the page until you find something that
> our repository doesn't seem to comply with.
> 
> (Or we could just ignore the warning)

Sorry Andy but I really am out of my depth with this. For most of the items I 
don't even know where to begin looking.

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

Re: [Emc-developers] 2.8.0-pre3

[Phill Carter]

> On 25 Aug 2020, at 10:44 am, andy pugh  wrote:
> 
> On Tue, 25 Aug 2020 at 01:31, andy pugh  wrote:
> 
>> It looks like we can quieten another warning there by changing the
>> Standards-Version in control.top.in.
>> But is that something you can just do if you don't even know what the
>> standards requirements are?
> 
> Well, they are here:
> https://www.debian.org/doc/debian-policy/upgrading-checklist.html#version-3-9-2
> 
> And I am pretty sure that we comply with the delta between 3.9.2 and 3.9.8
> 
> It seems that the message mentions 3.9.8 because I was looking at the
> Stretch build, Buster suggests 4.3.0.
> Does anyone have the time to check through the differences?
> 

I will have some time after lunch but I have no idea what to look for, any 
hints?

Cheers, Phill



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

[Emc-developers] PREEMPT_RT version string

[Phill Carter]

I think it would be worthwhile adding this commit into 2.8

https://github.com/LinuxCNC/linuxcnc/commit/3742a36808198969c6eaba79c0ae92788dcc0aab
 


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

Re: [Emc-developers] Help!

[Phill Carter]

> On 16 Aug 2020, at 9:41 am, andy pugh  wrote:
> 
> I am starting to feel that I might have bitten off more than I can chew here.
> 
> Does anyone have any idea why _some_ packages fail and others seem OK?
> 
> http://buildbot.linuxcnc.org/buildbot/grid
> 
> I would like to see green all the way before releasing, but I suspect
> that is only achievable with a lot more work and knowledge than one
> person can manage.
> 
> But even orange all-over is looking hard to achieve.
> 

I wish I could help.

I did notice this in the lintian stdio for the 4040, 4041 & 4042 buster builds.

W: linuxcnc-doc-cn: empty-binary-package
N: 
N:This binary package appears to be empty, and its description does not
N:say that it's a metapackage or a transitional package. This is often due
N:to problems with updating debhelper *.install files during package
N:renames or similar problems where installation rules don't put files in
N:the correct place.
N:
N:If the package is deliberately empty, please mention in the package long
N:description one of the phrases "metapackage", "dummy", "dependency
N:package", or "empty package".
N:
N:Previously, Lintian also accepted the use of "virtual package". This was
N:removed to avoid overloading the term. If you have been relying on the
N:phrase "virtual package" to avoid this warning, please replace it with
N:one of the others.
N:
N:Severity: important, Certainty: wild-guess
N:
N:Check: files, Type: binary, udeb
N: 

In 4042 this is the last entry and in 4040 & 4041 the logging continues. I 
don't know if that means anything.

I have noticed recently that there will be a test fail on a build then the next 
build it may pass and there seems to be no changes made.

Cheers, Phill

P.S. I did notice a few spelling error notifications in the lintian stdio as 
well. I don't mind going through and trying to fix them if that is any help.




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

Re: [Emc-developers] 2.8 release update.

[Phill Carter]

> On 16 Aug 2020, at 4:22 am, andy pugh  wrote:
> 
> On Fri, 14 Aug 2020 at 08:48, Phill C  wrote:
> 
>>> Using the terminal on the ISO - I can't right click and paste - anyone else 
>>> find this?
> 
>> Yep, same here.
> 
> I just tried this and it seems fine.
> 
> Can you confirm _which_ .iso file and whether this was in the live or
> installed environment?


On an installed test5.iso it does work here as well. I had previously tested an 
installed test4.iso and it didn't work. As an aside I ran my mill on test4.iso 
and it worked fine.

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

Re: [Emc-developers] 2.8 release update.

[Phill Carter]

The RPi deb seems to have a convoluted name 
(linux-image-4.19.71-rt24-v7l+_4.19.71-rt24-v7l+-4_armhf.deb)
http://linuxcnc.org/dists/buster/base/binary-armhf/



> On 15 Aug 2020, at 9:01 am, Chris Morley  wrote:
> 
> installed.
> Whatever terminal came default.
> Chris
> 
> 
> From: andy pugh 
> Sent: August 14, 2020 10:02 PM
> To: EMC developers 
> Subject: Re: [Emc-developers] 2.8 release update.
> 
> On Fri, 14 Aug 2020 at 08:10, Chris Morley  wrote:
>> 
>> Using the terminal on the ISO - I can't right click and paste - anyone else 
>> find this?
> 
> Live or installed? it _should_ have xfce4-terminal
> 
> 
> --
> 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] Confused by Asciidoc

[Phill Carter]

> On 12 Aug 2020, at 8:47 pm, andy pugh  wrote:
> 
> On Wed, 12 Aug 2020 at 11:22, Phill Carter  wrote:
> 
>>> (It seems like the Plasmac guide hasn't actually been translated)
>> 
>> That is embarrassing, I didn't even notice...
> 
> Actually, that seems to be the key. plasmac-user-guide_es is not
> mentioned in the Submakefile, so isn't interpreted and can't be
> referenced.

I pulled your latest push and it all built here without any issues I could see.

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

Re: [Emc-developers] Confused by Asciidoc

[Phill Carter]

> On 12 Aug 2020, at 8:47 pm, andy pugh  wrote:
> 
> On Wed, 12 Aug 2020 at 11:22, Phill Carter  wrote:
> 
>>> (It seems like the Plasmac guide hasn't actually been translated)
>> 
>> That is embarrassing, I didn't even notice...
> 
> Actually, that seems to be the key. plasmac-user-guide_es is not
> mentioned in the Submakefile, so isn't interpreted and can't be
> referenced.

I know abu (from the forum) was working on it, he pointed out some errors I 
made... 

I just tried a build here and got:

Processing  file:///media/imac/git/linuxcnc-dev/docs/html/index.html


List of broken links and other issues:
file:///media/imac/git/linuxcnc-dev/docs/html/config/python-interface.html  
  Line: 205
  Code: 404 File 
`/media/imac/git/linuxcnc-dev/docs/html/config/python-interface.html' does not 
exist
 To do: The link is broken. Double-check that you have not made any typo,
or mistake in copy-pasting. If the link points to a resource that
no longer exists, you may want to remove or fix the link.
Can't check links: Content-Type for 
 is 'text/plain'.
***
*** warning: bad links found in English docs!
***


I also tried the test5 iso and it looks good from my perspective.

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

Re: [Emc-developers] Confused by Asciidoc

[Phill Carter]

> On 12 Aug 2020, at 8:18 pm, andy pugh  wrote:
> 
> On Wed, 12 Aug 2020 at 11:16, Phill Carter  wrote:
> 
>> :lang: es
>> :toc:
>> 
>> at the top and plasmac-user-guide doesn't
> 
> Hmm, maybe it won't cross-reference to a document in a different language?
> (It seems like the Plasmac guide hasn't actually been translated)

That is embarrassing, I didn't even notice...


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

Re: [Emc-developers] Confused by Asciidoc

[Phill Carter]

> On 12 Aug 2020, at 7:57 pm, andy pugh  wrote:
> 
> https://github.com/LinuxCNC/linuxcnc/tree/andypugh/spanish_docs 
> 
The only thing different I see is that plasma-cnc-primer has:

:lang: es
:toc:

at the top and plasmac-user-guide doesn't


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

Re: [Emc-developers] 2.8 release update.

[Phill Carter]

> On 4 Aug 2020, at 8:45 am, andy pugh  wrote:
> 
> On Mon, 3 Aug 2020 at 04:51, Phill Carter  wrote:
> 
>> They seem to require:
>> python-pyqt5
>> python-pyqt5.qsci
>> python-pyqt5.qtopengl
>> python-pyqt5.qtsvg
>> opencv
>> 
>> Optional packages required are:
>> python-dbus.mainloop.pyqt5
>> gstreamer1.0-tools
>> python-espeak
>> espeak
>> 
>> The Blender sim requires:
>> pyqt5-dev-tools
> 
> 
> My proposal would be to add these to "Recommends", specifically in line 4
> of control.bottom.in
> 
> Does that make sense?
> 
I think that would be fine.

On another note, I also noticed the Buster Pi install instructions and the RT 
kernel package. Does that package also include any recommended kernel load 
settings? I haven't had time to try it out yet.

Cheers, Phill

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

Re: [Emc-developers] 2.8 release update.

[Phill Carter]

I couldn't get the Qtvcp screens working on my Pi either.

The raspbian python-opengl module has been built for OpenGL ES, I tried several 
times to build it for OpenGL but was unsuccessful.

Cheers, Phill

> On 3 Aug 2020, at 5:09 pm, Gene Heskett  wrote:
> 
> On Sunday 02 August 2020 23:51:17 Phill Carter wrote:
> 
> sudo apt install opencv, could not locate opencv on raspbian 10.4 for 
> armhf.
> 
> raspbian for armhf isn't using x11, but wayland, so my tools to search 
> are limited to aptitude But thats using tactical nukes without warning 
> labels.  And it doesn't find opencv. It does find a 
> libopencv.version.jni but that removes the dev & dbg stuff for linuxcnc.  
> And that will cascade thru the install, destroying the sd card, so I'm 
> never again going anywhere near that. Starting over from a fresh sd card 
> 3 times is enough.
> 
> Cheers, Gene Heskett
> -- 
> "There are four boxes to be used in defense of liberty:
> soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> If we desire respect for the law, we must first make the law respectable.
> - Louis D. Brandeis
> Genes Web page <http://geneslinuxbox.net:6309/gene>
> 
> 
> ___
> 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 update.

[Phill Carter]

I tried the ISO and it installed fine on a VM.

I did notice the qtvcp sims don't run out of the box, they require some 
packages and their dependencies. I was able to start them all after the 
following were installed.

They seem to require:
python-pyqt5
python-pyqt5.qsci
python-pyqt5.qtopengl
python-pyqt5.qtsvg
opencv

Optional packages required are:
python-dbus.mainloop.pyqt5
gstreamer1.0-tools
python-espeak
espeak

The Blender sim requires:
pyqt5-dev-tools

Cheers, Phill.

> On 3 Aug 2020, at 11:48 am, Rod Webster  wrote:
> 
> Andy, it would be great if you could reschedule to next weekend and issue a
> point release for the translations if not to hand by next week.
> Please.. 
> Rod Webster
> *1300 896 832*
> +61 435 765 611
> VMN®
> www.vmn.com.au
> 
> 
> 
> On Mon, 3 Aug 2020 at 10:12, andy pugh  wrote:
> 
>> On Sat, 1 Aug 2020 at 01:46, andy pugh  wrote:
>>> 
>>> Does anyone here know of any let or hindrance why 2.8 can't be
>>> released this weekend?
>> 
>> As you might have noticed, I didn't. There are a few docs translations
>> in the pipeline, and I decided to wait for them.
>> 
>> --
>> 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] Buildbot

[Phill Carter]

The package builds for 2.8 Buster Rpi4 are failing.
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

[Emc-developers] Buildbot

[Phill Carter]

Buildbot appears to have stopped.

Cheers, Phill.


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

Re: [Emc-developers] 2.8 Situation

[Phill Carter]

If an individual or a business wants to contract a developer to do work for 
them then I don't see a problem with that. They can then choose whether or not 
they would like to contribute that back to the LinuxCNC project although it 
would be preferable if they did so.

I don't think that LinxCNC as a community should be paying developers nor 
should it have a commercial arm/entity or whatever you want to call it.



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

Re: [Emc-developers] 2.8 Situation

[Phill Carter]

> On 11 Jun 2020, at 12:54 pm, Rod Webster  wrote:
>  
>> On Thu, 11 Jun 2020 at 12:33, Reinhard  
>> wrote:
>>  
>> If other users have similar experiences, then a lot of precious developer
>> time 
>> has been wasted on releases, that don't have much importance.
>> I believe, that developer time spent on pushing things ahead makes more
>>  sense,
>> than spending it on releases.
> 
> I think that sums it up nicely.
> Look to the future I say!


But I thought you were pushing for a release Rod. ;-)

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

Re: [Emc-developers] 2.8 Situation

[Phill Carter]

How many are deterred from trying linuxcnc because its so dated?

I didn't realize we into looking at it from a marketing angle and 2.8 is not 
dated and is easy to get.

> On 10 Jun 2020, at 8:35 am, Rod Webster  wrote:
> 
>  We have at
> least one manufacturer wanting to adopt it.

Well maybe they could poke some resources towards helping instead of coming 
along for a free ride.
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] 2.8 Situation

[Phill Carter]

I don't really understand the need to rush it out right now. I know it has been 
a long time coming but if it seems this bug can be fixed in the foreseeable 
future we may as well wait a bit longer.

If folk need 2.8 it is really not too difficult to get.


> On 10 Jun 2020, at 8:35 am, Rod Webster  wrote:
> 
> I'm not seeing where RTAI is being removed from LinuxCNC only
> suggestions so far say release preempt-rt now and hold RTAI ISO until
> the bug can be sorted out. It's not good to hold back at least a portion
> of 2.8 when they are used for different reasons.
> 
> I don't know you but I appreciate any efforts spent on making LinuxCNC a
> better software.
> 
> I think this is a sensible approach.
> 
> One can't become too precious about their own contributions. I know this
> first hand after working hundreds of hours over many many months trying to
> get Dewey's experimental hpid component working for Plasma. I know Dewey
> put as much time into it too. But it didn't make the grade in the real
> world and it was never released. It was a big moment for me to throw out
> that work and adopt another approach. It was a hard decision. I was then
> able to influence the direction taken with Plasmac and it is far better
> software because of it because of the experience I had. Plasmac and
> Linuxcnc are better for it. Now Linuxcnc leads the world as a plasma
> controller rivalling commercial systems costing up to $100k. We have at
> least one manufacturer wanting to adopt it.
> 
> But Plasmac requires the features of Linuxcnc V 2.8 so until that is the
> release version there are significant barriers to entry for users. Please
> move forward to release 2.8 on PREEMPT_RT. If RTAI eventually makes the
> grade then release it too.
> 
> Rod Webster
> *1300 896 832*
> +61 435 765 611
> VMN®
> www.vmn.com.au
> 
> 
> 
> On Wed, 10 Jun 2020 at 07:56, andy pugh  wrote:
> 
>> On Tue, 9 Jun 2020 at 21:49, Alec Ari via Emc-developers
>>  wrote:
>> 
>>> Has Paolo looked into this? Has anyone asked him?
>> 
>> I just subscribed to the RTAI mailing list and asked there.
>> (But it is moderated, so my message awaits moderation)
>> 
>> --
>> 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] Buildbot

[Phill Carter]

The Buildbot appears to be hung.

Cheers, Phill.


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

[Emc-developers] Buildbot

[Phill Carter]

Buildbot seems to be down

Cheers, Phill.


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

Re: [Emc-developers] linuxcnc on the rpi4, kernel Q

[Phill Carter]

uname:
Linux pi4 4.19.97-v7l+ #1294 SMP Thu Jan 30 13:21:14 GMT 2020 armv7l GNU/Linux
From 
http://buildbot.linuxcnc.org/buildbot/builders/1650.rip-buster-rtpreempt-rpi4/builds/169/steps/environment-report/logs/stdio
 Original message From: andy pugh  Date: 
7/5/20  10:16 pm  (GMT+10:00) To: EMC developers 
 Subject: Re: [Emc-developers] linuxcnc 
on the rpi4, kernel Q On Thu, 7 May 2020 at 13:08, Gene Heskett 
 wrote:> What kernel are you running on the buildbot 
machine for armhf?  And what> sort of machine is it?It's a Pi4: 
http://buildbot.linuxcnc.org/buildbot/buildslaves/buster-rtpreempt-rpi4I am not 
sure if any of the log files state the actual kernel.-- atp"A motorcycle is a 
bicycle with a pandemonium attachment and isdesigned for the especial use of 
mechanical geniuses, daredevils andlunatics."— George Fitch, Atlanta 
Constitution Newspaper, 
1912___Emc-developers mailing 
listEmc-developers@lists.sourceforge.nethttps://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

[Phill Carter]

> On 2 May 2020, at 8:13 pm, andy pugh  wrote:
> 
> On Sat, 2 May 2020 at 10:15, Phill Carter  wrote:
> 
>> I really don't see a problem with having the UI's as part of LinuxCNC
> 
> Many folk already complain that LinuxCNC is too difficult to set up. I
> think that we would lose a lot of new users at the point that they
> finished installing LinuxCNC and then found that they had to then go
> off and find and install a user interface.

I agree. I also think that because Axis is suitable for a such wide variety of 
configurations it should still be the default even though it may be "archaic". 
It seems to mostly do what needs to be done and is easier on the eye (well at 
least for me) than a christmas tree.

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

Re: [Emc-developers] Third-Party GUIs

[Phill Carter]

> On 2 May 2020, at 5:32 pm, Reinhard  wrote:
> 
> On Samstag, 2. Mai 2020, 08:22:05 CEST Jared McLaughlin wrote:
>> In my opinion, linuxcnc should be more like a distro that
>> you install packages on. The UI's should be packages that are not
>> maintained by the main development team.
> 
> That makes sense

I really don't see a problem with having the UI's as part of LinuxCNC

>> I also agree with the idea that a cleaned up "new version" should be
>> considered for the next major release.
> 
> Would be nice!
> 
>> I have used PathPilot and it seems a lot better than the other
>> LinuxCNC UI's I poked at before. That said, I feel like even PathPilot
>> has a long way to go ...
> 
> Well, I'm the creator of JCNCScreen.
> 
> The reason, why I started with such a big time-consuming work was, that none 
> of the existing UIs was really usable for me (including PathPilot and others).
> 
> I'm bit outdated, so I can't read axis and the like, that don't respect 
> proposals of window manager (i.e. like fontsize). Even on my desktop pc I 
> need 
> glasses and put my nose onto the screen to be able to read axis …

It is relatively easy to change the font size in Axis.

> For me, it is important, that I'm able to recognize the most important states 
> of the machine at a glance. Even from a distance of about 4-5 meters. 
> None of the UI offers this. Most if not all are too noisy - and you need 
> several seconds to find out, what is relevant and what is just high-polishing 
> for non-machinists - and even then: not every important state is visible.
> Of cause, that does not mean, that I want to read gcode from that distance, 
> but important machine states should be recognizable.

Kind of a catch 22, the more states displayed the noisier it becomes.

> Another problem is, that neither pyqt, nor gscreen runs on my desktop box. I 
> don't know enuf of python to solve that problems on my own and it does not 
> help, if others state, that they don't have problems.
> So I started with java, where I know to solve my own problems.
> Startup may be too slow, but response time of the running app is fast enuf 
> for 
> anything.

I imagine I would have the same issues with a Java UI if it didn't run.

> 
> I don't really need my own UI - if another UI would offer, what I'm looking 
> for, it would be just fine.

I don't think there will ever be a GUI that suits more than a few.

Cheers, Phill

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

Re: [Emc-developers] Third-Party GUIs.

[Phill Carter]

> On 2 May 2020, at 9:38 am, andy pugh  wrote:
> 
> On Sat, 2 May 2020 at 00:32, Phill Carter  wrote:
> 
>> If we link to one site then we may as well link to every known site that has 
>> a LinuxCNC compatible GUI
> 
> That is what I am proposing, yes.
> 
> (It's not like there are hundreds)

So something like a "Third Party GIUs" page at the bottom of the "User 
Interfaces" section with alist of links.

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

Re: [Emc-developers] Third-Party GUIs.

[Phill Carter]

> On 2 May 2020, at 9:28 am, John Thornton  wrote:
> 
> Actually I would just link to the QtPyVCP web site qtpyvcp.com
> 
> JT
> 

If we link to one site then we may as well link to every known site that has a 
LinuxCNC compatible GUI

Cheers, Phill

> On 5/1/2020 4:28 PM, Gene Heskett wrote:
>> On Friday 01 May 2020 16:38:01 John Thornton wrote:
>> 
>>> Sounds like a good idea to me.
>>> 
>>> JT
>> I think so too John, but verifying that all those extras are alive and
>> well is more than I'll ask our limited manpower to do, so just the
>> mention of something google should find s/b more than enough.
>>> On 5/1/2020 7:17 AM, andy pugh wrote:
 I wonder if the docs should mention the GUIs that are made for
 LinuxCNC but are not part of LinuxCNC?
 
 I am thinking of
 http://www.qtpyvcp.com/showcase/mill_vcps.html
 And
 https://github.com/DjangoReinhard/JCNCScreen
 
 And maybe also PathPilot.
>>> ___
>>> 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



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

Re: [Emc-developers] Third-Party GUIs.

[Phill Carter]

I think so too.

> On 2 May 2020, at 4:29 am, Chris Morley  wrote:
> 
> I think we should just worry about/concentrate on, linuxcnc rather then other 
> projects.
> 
> 
> From: andy pugh 
> Sent: May 1, 2020 12:17 PM
> To: EMC developers 
> Subject: [Emc-developers] Third-Party GUIs.
> 
> I wonder if the docs should mention the GUIs that are made for
> LinuxCNC but are not part of LinuxCNC?
> 
> I am thinking of
> http://www.qtpyvcp.com/showcase/mill_vcps.html
> And
> https://github.com/DjangoReinhard/JCNCScreen
> 
> And maybe also PathPilot.
> 
> --
> 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] Buildbot

[Phill Carter]

Buildbot ppears to be asleep.

Cheers, Phill.


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

Re: [Emc-developers] missing userspace component

[Phill Carter]

> On 29 Apr 2020, at 10:25 am, Phill Carter  wrote:
> 
> Yesterday I moved a userspace component named pmx485.py from the plasmac 
> configurtion directory to src/hal/user_comps and included some documentation.
> 
> When I build locally the documents build fine and the component ends up in 
> the bin directory and all runs well.
> 
> I did an update from Buildbot and the documentation is there but there is no 
> pmx485 in the /usr/bin directory.
> 
> Have I missed a step somewhere?
> 
> This is the relevant commit 
> <https://github.com/LinuxCNC/linuxcnc/commit/1f9f21a6982a309cf3e1b5617bf7967f7f243527
>  
> <https://github.com/LinuxCNC/linuxcnc/commit/1f9f21a6982a309cf3e1b5617bf7967f7f243527>>
> 

oops, I forgot to put in it src/Makefile


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

[Emc-developers] missing userspace component

[Phill Carter]

Yesterday I moved a userspace component named pmx485.py from the plasmac 
configurtion directory to src/hal/user_comps and included some documentation.

When I build locally the documents build fine and the component ends up in the 
bin directory and all runs well.

I did an update from Buildbot and the documentation is there but there is no 
pmx485 in the /usr/bin directory.

Have I missed a step somewhere?

This is the relevant commit 
>

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

Re: [Emc-developers] startup of linuxcnc and axis

[Phill Carter]

> When axis comes up, it has the size given from the window-manager. Then after 
> a short delay it shrinks to the tiny size. 
> May be, its possible to set the size of the main window earlier, so that it 
> accepts the size given from window-manager?

you can set the size of Axis with the following in ~/.axisrc

root_window.tk.call('wm','geometry','.','widthxheight-xpos-ypos')



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

Re: [Emc-developers] Document errors

[Phill Carter]

Thanks for that, another case of not seeing the forest for the trees...

> On 21 Apr 2020, at 2:21 am, John  wrote:
> 
> A fixed width of 1000 may be your issue.
> 
> JT
> 
> On 4/18/20 7:43 PM, Phill Carter wrote:
>> A forum user posted some PDF doc errors in the way some graphics appear:
>> 
>> <https://forum.linuxcnc.org/32-documents/38867-documents-2-8#164491 
>> <https://forum.linuxcnc.org/32-documents/38867-documents-2-8#164491>>
>> 
>> They do appear ok in the HTML docs:
>> 
>> <http://linuxcnc.org/docs/2.8/html/plasma/plasma-cnc-primer.html#ohmic-sensing
>>  
>> <http://linuxcnc.org/docs/2.8/html/plasma/plasma-cnc-primer.html#ohmic-sensing>>
>> 
>> <http://linuxcnc.org/docs/2.8/html/plasma/plasma-cnc-primer.html#_hypersensing_with_a_mesa_thcad_5
>>  
>> <http://linuxcnc.org/docs/2.8/html/plasma/plasma-cnc-primer.html#_hypersensing_with_a_mesa_thcad_5>>
>> 
>> <http://linuxcnc.org/docs/2.8/html/plasma/plasmac-user-guide.html#run-panel 
>> <http://linuxcnc.org/docs/2.8/html/plasma/plasmac-user-guide.html#run-panel>>
>> 
>> <http://linuxcnc.org/docs/2.8/html/gui/gladevcp.html#gladevcp:hal-pin-changed-signal
>>  
>> <http://linuxcnc.org/docs/2.8/html/gui/gladevcp.html#gladevcp:hal-pin-changed-signal>>
>> 
>> How do I go about fixing this?
>> ___
>> 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] Document errors

[Phill Carter]

A forum user posted some PDF doc errors in the way some graphics appear:

>

They do appear ok in the HTML docs:

>

>

>

>

How do I go about fixing this?
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

[Emc-developers] Buildbot

[Phill Carter]

2.8 packages or docs don't appear to have been built since April 10


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

Re: [Emc-developers] 2.8 Feature Freeze

[Phill Carter]

> On 17 Apr 2020, at 12:09 am, andy pugh  wrote:
> 
> Is everything that should be in 2.8 currently in 2.8?
> 
> I would like to freeze it a bit harder on Friday night, then have a
> really good look at clearing the tagged bugs over the weekend.

There is a component named ohmic.comp in master that uses a THCAD for ohmic 
sensing on plasma machines that is probably a worthwhile addition.

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

Re: [Emc-developers] Outputs with cutter compensation

[Phill Carter]

> On 15 Apr 2020, at 9:21 pm, andy pugh  wrote:
> 
> On Wed, 15 Apr 2020 at 06:17, Phill Carter  wrote:
>> 
>> I have just noticed that I cannot set outputs like M62, M67 etc.while cutter 
>> compensation(in my case G41.1) is on. Is there any particular reasoning 
>> behind this?
> 
> Good question.
> 
> Looking in the code:
> https://github.com/LinuxCNC/linuxcnc/blob/master/src/emc/rs274ngc/interp_convert.cc#L2971
> 
> What does // XXX mean? The only hint is:
> https://github.com/LinuxCNC/linuxcnc/blob/master/src/emc/rs274ngc/interp_convert.cc#L2607

I commented out the error report for both M62 and M65 and gave it a try.

It seems that when the cutter comp is applied it pushes the M62 to the begining 
of the move rather than leaving it where it should be..

Here is a short video demonstating the same cut without and then with cutter 
comp.

<https://youtu.be/Pct1JS64E1E <https://youtu.be/Pct1JS64E1E>>

It is a shame, it would be a nice thing to have (well for me it would). I am 
afraid trying to add it is above my abilities.
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

[Emc-developers] Outputs with cutter compensation

[Phill Carter]

I have just noticed that I cannot set outputs like M62, M67 etc.while cutter 
compensation(in my case G41.1) is on. Is there any particular reasoning behind 
this?

Cheers, Phill.

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

[Emc-developers] Buildbot - master branch

[Phill Carter]

master branch packages and docs don’t appear to have updated since 2020-04-03

___
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

[Phill Carter]

> On 4 Apr 2020, at 9:36 am, Sebastian Kuzminsky  
> wrote:
> 
> On 4/3/20 3:59 PM, Phill Carter wrote:
>>> On 4 Apr 2020, at 6:58 am, Sebastian Kuzminsky
>>>  wrote:
>>> 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
> 
> I don't think that's right.  We switched away from Ubuntu-based ISOs back 
> around the time of 12.04 because of legal issues around deriving from their 
> distribution, maybe that's what you're thinking of?

I am easily confused…

> 
> Debian, on the other hand, is an exemplary member of the open source 
> community and encourages derivation: https://www.debian.org/derivatives/ 
> <https://www.debian.org/derivatives/>

I'll put my hat away. Go Debian, it is the only distro I use. 
___
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

[Phill Carter]

> On 4 Apr 2020, at 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

If that is the case then considering we are currently building for Debian then 
the ISO's should be Debian and Debian should be the only supported distribution.

> 
> 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] New 2.8 Release Manager

[Phill Carter]

> 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

Re: [Emc-developers] New 2.8 Release Manager

[Phill Carter]

> On 3 Apr 2020, at 9:57 pm, andy pugh  wrote:
> 
> On Thu, 2 Apr 2020 at 23:01, John Thornton  wrote:
> 
>> Is there a way to do a test release just to see if we have all our ducks
>> in a row?
> 
> I tried to create a test-ISO before Christmas, but found that I didn't
> know how to get the packages properly signed and in the right places
> on the server.
> I do have access to the server.
> 
> There seems to be quite a lot of momentum behind offering a Mint based
> ISO. I haven't yet decided if we want to offer 4 variants or just two.

From a maintenance point I would be tempted to have just one PREEMPT-RT ISO and 
one RTAI ISO.

I would prefer Mate over XFCE from an ease of use point and I think most user 
nowdays would be using machines plenty capable of running Mate plus it is not 
really too difficult for a user to change desktops.

> I don't think that there is a way to offer a choice of kernel /
> realtime on one ISO disc.
> 
> At the moment I think that packages on the repository are generated by
> the buildbot. (Perhaps Seb can confirm that).
> 
> At the moment the buildbot is making packages for Buster / Preempt RT.
> 
> What other platforms would we like to support? Would we expect to drop any?
> 
> Is it more practical to add remote buildslaves to support extra
> platforms or to try to add more to Seb's (possibly already over-taxed)
> buildfarm?

I would be willing to run a slave or two if we go in that direction.

> 
> -- 
> 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

[Phill Carter]

> On 2 Apr 2020, at 5:08 am, andy pugh  wrote:
> 
> I have had a brief discussion with Moses, the current 2.8 Release
> Manager and he has said that he is more than happy to relinquish the
> reins.
> 
> So, we need a new release manager.
> 
> Does anyone know what the process is for deciding on one? As far as I
> can recall Moses was selected in an IRC meeting. I see an old email
> where Seb put himself forward as 2.6 release manager back in 2013, and
> that mentions an IRC meeting too.
> 
> Do we want to go the same way, or should we try an online voting
> system like the Doodle polls that have been used to choose the dates
> for Stuttgart meetups? (
> https://doodle.com/poll/7aeg98zwbi6qrtvx/welcome )
> 
> Of course, this all falls over if we have no candidates
> 
> I am happy to start the ball rolling and offer to have a go, but I am
> not 100% convinced that I have the requisite experience so will
> happily step back if others want the job.

I guess if you end up being the only candidate we won't need a poll. 

I don't have have enough experience either but am willing to help in any way I 
can. It probably shouldn't be left to the release manager to do all the grunt 
work either. I am sure there would be enough of us to each make a contribution 
and get this done.

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

[Emc-developers] Buildbot

[Phill Carter]

I cannot access the discs directory nor the waterfall

Cheers, Phill.


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

Re: [Emc-developers] A halmeter enhancement

[Phill Carter]

 Original message From: Gene Heskett  
Date: 5/3/20  9:43 pm  (GMT+10:00) To: emc-developers@lists.sourceforge.net 
Subject: Re: [Emc-developers] A halmeter enhancement On Thursday 05 March 2020 
04:30:18 Phill Carter wrote:Phill, I appreciate the help when I did find it, 
and I'll try it later today, but your email agent needs help. Its violating at 
least half the rfc's governing formatting, and losing much readability.Sorry 
Gene, I did that on my phone. I should know better...
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] A halmeter enhancement

[Phill Carter]

 Original message From: Gene Heskett  
Date: 5/3/20  8:19 pm  (GMT+10:00) To: emc-developers@lists.sourceforge.net 
Subject: [Emc-developers] A halmeter enhancement Greetings all;I never made it 
to the garage today as I had a bad time with leg cramps in the night so didn't 
get a lot of good sleep last night. They ached all day.How hard would it be to 
cause the text background of the halmeter to switch colors when its in the 
true/false mode for a logic signal?You could use halshow which has LEDs for 
booleans. Although apparently it is not as fast as halmeter 

 When piddling with this G-704's spindle encoder, changing its index  from an 
opto-interrupter to an ATS-667, the halmeter on the monitor screen is too far 
away to read the true/false text. But I could see a color change from several 
feet farther away. I know which of the wires is ground and which is the 5 volt 
supply, but there was originally the A/B/Z wires and I need to find the Z 
wire.I threw that opto stuff together on two pieces of perfboard, one holding 
the slot gizmo's and one holding a quad cmos buffer to give me rail to rail 
outputs quite a few years ago without documenting it, a bad habit of mine.?? a 
possible halmeter enhancement patch ??Thanks all.Cheers, Gene Heskett-- "There 
are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. 
Please use in that order."-Ed Howdershelt (Author)If we desire respect for the 
law, we must first make the law respectable. - Louis D. BrandeisGenes Web page 
___Emc-developers
 mailing 
listEmc-developers@lists.sourceforge.nethttps://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] Buildbot Documentation

[Phill Carter]

I have been getting 403 Forbidden on the http://buildbot.linuxcnc.org/doc/ 
 page for several days.

The http://buildbot.linuxcnc.org/  page could do 
with a bit of updating. I would be happy to modify it if I was pointed in the 
right direction.

I think it just needs a bit of an update to add later branches plus I see that 
the signing key is not needed (at least it wasn't for me for a Stretch master 
upgrade). Quite a few people seem to get hung up with this so if it is not 
required then it probaly would be better to delete it.

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

Re: [Emc-developers] Looking to make hex offset list for NML status shared memoryr

[Phill Carter]

There may be some helpful info in this thread on the forum 
>


> On 17 Feb 2020, at 10:35 am, Johannes Fassotte 
>  wrote:
> 
> Can anyone give me some information on how to pull out the actual shared 
> memory location offset for each item as it is written to status by NML and 
> what is used as its reference point?  Any help will be greatly appreciated. I 
> can deal with values but pointers and converting them are a real problem for 
> me.
> 
> I have found the offsets required for quite a few status items using my 
> remote UI development tools but I would like to generate a complete offset 
> list of all NML status items on the NML side and pass those offsets to the 
> remote UI for decoding use.
> 
> This is my status peek process from my remote UI.
> From my remote Labview based UI I peek into status with my NML status peek 
> command and I receive back a 20 byte status request verification.
> 
> Almost immediately I get back the actual raw copy of the shared memory status 
> data which is 9280 bytes long.
> 
> Breaking these raw 9280 hex status bytes down:
> The first 20 bytes is status prefix (not used for now).
> Next 12 bytes is a sync pattern of (     ).
> The next 9248 bytes is the actual raw status data.
> 
> To decode the raw status data I use an offset value starting right after the 
> 12 byte sync pattern as a zero reference point. The 12 byte sync pattern must 
> be decoded properly as part of the logic before any further decoding is 
> allowed.
> 
> Sample offsets:
> As an example hex offset 1068 with a decoded length of 72 bytes contains the 
> actual position data for all axis. This is then broken down in 8 bytes 
> increments to get the position value for each axis.
> 
> As another example a hex offset of 95 with a decoded length of 12 bytes gives 
> the current line number.
> 
> Since I'm dealing with a raw copy of the status shared memory I hope to be 
> able to find a quick way of pulling out the offsets used my NML itself to 
> help decode all of the stored vales properly. I have decoded quite a few 
> values now just by looking into the raw received status data but the process 
> has been very time consuming.
> 
> I can see some issues with the serial numbers contained in the status raw 
> data:
> The peek command also updates the command serial contained in the shared 
> status memory and also updates what I believe to be the total command count 
> accumulator in the shared status memory. This makes it difficult compare old 
> shared memory values to new shared memory values since these two are always 
> changing and thus need to be filtered if doing an old to new compare of 
> actual status data changes and not triggered by the constant serial number 
> changes.
> 
> 
> 
> ___
> 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] Axis Startup

[Phill Carter]

There have been several reports of Axis starting minimized in some Linux 
distributions.

I have recently noticed this behaviour in a distribution with muffin as the 
window manager.

According to this thread > it is quite common.

I have tried Axis (in master branch) with two variations and both seem to work 
OK on sytems that had no issues before and the one that showed the above 
behaviour.

1. change line 122 from "root_window.iconify()" to "root_window.withdraw()". 
The only issue with this is that there is no icon on the task bar until the 
window is displayed.

2. remove line 122 "root_window.iconify()" and lines 3965 & 4108 
"root_window.deiconify()". The only issue with this is the Axis window jiggles 
around a little until it is fully populated (including any VCP panels).

Personally I think that number 1 is the "nicer" option.

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

Re: [Emc-developers] Buildbot

[Phill Carter]

Thank you and good luck.

> On 1 Feb 2020, at 2:59 pm, Sebastian Kuzminsky  
> wrote:
> 
> I'm working on a buildbot upgrade, in order to support Debian Buster
> builds.  There will be plenty more failures this weekend...
> 
> On Fri, Jan 31, 2020, 19:22 Phill Carter  wrote:
> 
>> Buildbot seems to have stopped plus there are a lot of failed builds.
>> 
>> 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



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

[Emc-developers] Buildbot

[Phill Carter]

Buildbot seems to have stopped plus there are a lot of failed builds.

Cheers, Phill.


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

Re: [Emc-developers] Buildbot

[Phill Carter]

Sorry, I think I messed up my timezone calculations…

Cheers, Phill.

> On 17 Jan 2020, at 11:38 am, Sebastian Kuzminsky  
> wrote:
> 
> On 1/16/20 5:32 PM, Phill Carter wrote:
>> The Buildbot seems to be asleep.
> 
> It looks fine to me, what problem are you seeing?
> 
> 
> -- 
> Sebastian Kuzminsky



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

[Emc-developers] Buildbot

[Phill Carter]

The Buildbot seems to be asleep.

Cheers, Phill.


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

Re: [Emc-developers] Doublestep

[Phill Carter]

> On 9 Jan 2020, at 11:54 pm, andy pugh  wrote:
> 
> Why is it that the driver uses step_space = 0 to activate doublestep,
> rather than using reset = 1 ?

Could it be because of the different types of stepper control?

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

Re: [Emc-developers] RFC: Retire git.linuxcnc.org and move primary git to GitHub

[Phill Carter]

If you place it inside quotes ("object.properties") it is not perfect but does 
reduce the number of results considerably.
Cheers, Phill


Sent with K-9 Mail

On 18 May 2017 5:01:06 pm AEST, andy pugh  wrote:
>On 18 May 2017 at 04:08, Jeff Epler  wrote:
>> How do developers of LinuxCNC feel about the idea of moving the
>> primary git hosting from git.linuxcnc.org to GitHub?
>
>One minor problem with this is that it becomes impossible to search
>the source code when away from one's git repositories (for example
>during lunch hour at work). I do this quite a lot when looking for
>answers to forum queries.
>
>Well, not actually impossible, just difficult as the github search
>simply ignores many characters so a search for object.property becomes
>a search for object and/or property.
>
>
>-- 
>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, 1916
>
>--
>Check out the vibrant tech community on one of the world's most
>engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>___
>Emc-developers mailing list
>Emc-developers@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/emc-developers
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] LinuxCNC on Debian Jessie, Linux 3.16.7, RTAI 5.0-test1

[Phill Carter]

I gave it a quick try last night, latency was on par with my Wheezy install, 
around 15000. Every time I open LinuxCNC I get the RTAPI: ERROR: Unexpected 
real-time delay on task 1. My normal base thread is 35000, I kept increasing 
this up to 10 but continued to get the error.
I will see if the machine (software stepper) moves tonight.

On December 2, 2015 2:12:36 AM GMT+11:00, Sebastian Kuzminsky 
 wrote:
>On 11/30/2015 04:35 PM, Sebastian Kuzminsky wrote:
>> On 11/30/15 3:33 PM, Alec Ari wrote:
>>> Which IPIPE revision is this? There are a few key difference between
>>> IPIPE releases and it'd be a smart idea to somehow integrate the
>>> IPIPE kernel release into the deb package version or release notes
>>> somewhere. That way people don't need to go to
>>> /usr/src/rtai-kern-source/arch/x86/include/asm/ipipe.h and grep for
>>> IPIPE_CORE_RELEASE
>> 
>> Good idea, i'll add that to the package Description.
>> 
>> The the linux-image-3.16.0-9-rtai-686-pae kernel (version
>"5linuxcnc") 
>> uses the hal-linux-3.16.7-x86-5.patch from rtai Vulcano, which is
>based 
>> on IPIPE_CORE_RELEASE 5.
>
>Ok, the description for the linux-image deb now says this at the end:
>
>This kernel includes the RTAI patch "hal-linux-3.16.7-x86-5.patch" from
> rtai.org, based on IPIPE_CORE_RELEASE 5.
>
>Alec, is there any other info you think would be useful there?
>
>
>-- 
>Sebastian Kuzminsky
>
>--
>Go from Idea to Many App Stores Faster with Intel(R) XDK
>Give your users amazing mobile app experiences with Intel(R) XDK.
>Use one codebase in this all-in-one HTML5 development environment.
>Design, debug & build mobile apps & 2D/3D high-impact games for
>multiple OSs.
>http://pubads.g.doubleclick.net/gampad/clk?id=254741911=/4140
>___
>Emc-developers mailing list
>Emc-developers@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/emc-developers

-- 
Sent from my Nexus 5 with K-9 Mail
--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911=/4140
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers