Re: [Emc-developers] Building LinuxCNC on Debian 10

[Gene Heskett]

On Wednesday 10 July 2019 18:33:15 John wrote:

I know this is late, but its the only discussion I can find in this years 
emc tree.

> Hi Seb,
>
> It never hurts to double tag team when wrestling a problem out.
>
> I think your correct that having yapps2-runtime | python-yapps for dev
> is a correct solution and I can test that on a fresh install in the
> morning.
>
> JT
>
> On 7/10/19 4:35 PM, Sebastian Kuzminsky wrote:
> > On 7/10/19 2:59 PM, John Thornton wrote:
> >> I deleted yapps2-runtime from debian/control.top.in in the dev
> >> section as that is the only place grep can find yapps2-runtime and
> >> rebuilt. Now dev installs without complaining. I tested halcompile
> >> and it runs, is there anything else in dev besides halcompile?
> >
> > Hi JT, it looks like you and i have been duplicating effort on this
> > yapps thing today.
> >
> > If you remove yapps2-runtime from linuxcnc-dev's runtime
> > dependencies it will install on Buster, but halcompile will not run
> > -- it needs to import yapps.
> >
> > In the older distros that we support on 2.7 (Lucid, Precise, and
> > Wheezy through Stretch), the yapps runtime is in
> > `yapps2-runtime.deb`, but in Buster it moved to `python-yapps`. So
> > the simple fix there is to have linuxcnc-dev depend on
> > `yapps2-runtime | python-yapps` instead of just `yapps2-runtime`.
This is lowercase, the original is UPPERCASE and has underscore spaces
> > I have been hacking a bit on the yapps issue today and I have a
> > couple of branches nearly ready to go that i think addresses this
> > yapps thing for Buster, and also cleans up the whole yapps situation
> > a bunch by removing the old copy of yapps from our git repo, and
> > instead build-depending on the packaged yapps from the distro.  I'll
> > add you as a reviewer on the PR when i make it shortly.
>
A final solution please John, as in a copy/paste of that line in 
debian/control.top.c?  I don't know if is case sensitive and its not 
working here. Or better yet, commit it and I'll pull a new .zip.

Ahh, I may have it, its gone past that in building the debs. I also 
installed python_yapps.

Thanks.


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 


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

Re: [Emc-developers] Building LinuxCNC on Debian 10

[andy pugh]

Sort-of related to this, I very nearly managed to get LinuxCNC to work
without python-glade2
(You can actually uninstall it and the stretch Live-CD works fine except
for the configs that have Glade panels)

There is a reasonably easy workaround:

https://wiki.gnome.org/Projects/PyGObject/IntrospectionPorting

I went through doing a search-and-replace exercise in LinuxCNC replacing

import gobject => from gi.repository import GObject as gobject
import gtk => from gi.repository import Gtk as gtk

That looked pretty promising.

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

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

Re: [Emc-developers] Building LinuxCNC on Debian 10

[andy pugh]

On Thu, 11 Jul 2019 at 07:32, Niemand Sonst  wrote:

>  there is no need any more to depent on vte.
>

Building an (RTA) deb package gives the following output:

dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/linuxcnc/usr/bin/halmeter debian/linuxcnc/usr/bin/halscope
debian/linuxcnc/usr/bin/classicladder were not linked against
libgio-2.0.so.0 (they use none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/linuxcnc/usr/bin/halmeter debian/linuxcnc/usr/bin/halscope
debian/linuxcnc/usr/bin/classicladder were not linked against libcairo.so.2
(they use none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/linuxcnc/usr/bin/halmeter debian/linuxcnc/usr/bin/halscope
debian/linuxcnc/usr/bin/classicladder were not linked against
libatk-1.0.so.0 (they use none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/linuxcnc/usr/bin/halmeter debian/linuxcnc/usr/bin/halscope
debian/linuxcnc/usr/bin/classicladder were not linked against
libpangoft2-1.0.so.0 (they use none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/linuxcnc/usr/bin/halmeter debian/linuxcnc/usr/bin/halscope
debian/linuxcnc/usr/bin/classicladder were not linked against
libgdk_pixbuf-2.0.so.0 (they use none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/linuxcnc/usr/lib/tcltk/linuxcnc/linuxcnc.so
debian/linuxcnc/usr/lib/python2.7/dist-packages/_togl.x86_64-linux-gnu.so
debian/linuxcnc/usr/lib/tcltk/linuxcnc/hal.so were not linked against
libXss.so.1 (they use none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/linuxcnc/usr/bin/halmeter debian/linuxcnc/usr/bin/halscope
debian/linuxcnc/usr/lib/tcltk/linuxcnc/linuxcnc.so
debian/linuxcnc/usr/lib/python2.7/dist-packages/_togl.x86_64-linux-gnu.so
debian/linuxcnc/usr/bin/classicladder
debian/linuxcnc/usr/lib/tcltk/linuxcnc/hal.so were not linked against
libfontconfig.so.1 (they use none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/linuxcnc/usr/bin/halmeter debian/linuxcnc/usr/bin/halscope
debian/linuxcnc/usr/bin/classicladder were not linked against
libpangocairo-1.0.so.0 (they use none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/linuxcnc/usr/lib/tcltk/linuxcnc/linuxcnc.so
debian/linuxcnc/usr/lib/python2.7/dist-packages/_togl.x86_64-linux-gnu.so
debian/linuxcnc/usr/lib/tcltk/linuxcnc/hal.so were not linked against
libXft.so.2 (they use none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/linuxcnc/usr/lib/tcltk/linuxcnc/linuxcnc.so
debian/linuxcnc/usr/lib/python2.7/dist-packages/_togl.x86_64-linux-gnu.so
debian/linuxcnc/usr/lib/tcltk/linuxcnc/hal.so were not linked against
libz.so.1 (they use none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/linuxcnc/usr/lib/tcltk/linuxcnc/linuxcnc.so
debian/linuxcnc/usr/lib/python2.7/dist-packages/_togl.x86_64-linux-gnu.so
debian/linuxcnc/usr/lib/tcltk/linuxcnc/hal.so were not linked against
libXext.so.6 (they use none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/linuxcnc/usr/bin/panelui was not linked against libutil.so.1 (it
uses none of the library's symbols)
dpkg-shlibdeps: warning: package could avoid a useless dependency if
debian/linuxcnc/usr/bin/halmeter debian/linuxcnc/usr/bin/halscope
debian/linuxcnc/usr/lib/tcltk/linuxcnc/linuxcnc.so
debian/linuxcnc/usr/lib/python2.7/dist-packages/_togl.x86_64-linux-gnu.so
debian/linuxcnc/usr/bin/classicladder
debian/linuxcnc/usr/lib/tcltk/linuxcnc/hal.so were not linked against
libfreetype.so.6 (they use none of the library's symbols)

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

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

Re: [Emc-developers] Building LinuxCNC on Debian 10

[Gene Heskett]

On Thursday 11 July 2019 02:30:32 Niemand Sonst wrote:

> Hallo,
>
> I just pushed a bugfix for gmoccapy, removing the unused import
> statements vte and pango. So from my side, there is no need any more
> to depent on vte.
>
> sourceview2 will be a more complex matter.

That did not stick up a hand to wave at me when I built it from scratch 
after getting a realtime kernel for my pi 3b+ raspian stretch install 
installed.

My old sheldon is running even smoother, latency went from 70 usecs with 
the jessie rt kernel to 28 usecs with the stretch rt kernel, but I'm 
still trying to build an rt version of the buster kernel, which should 
improve the video update speeds by around 10x, sorely needed on the 
pi's.  And I'm getting far more help from the debian-arm list than from 
the raspian forums.

One thing is obvious, those patches that add real video drivers, are 
under a much more restrictive Broadcom License, and therefore will never 
be part of a debian based install.  So we're stuck with raspian on the 
pi's, or armbian on the rock64's.  And so far, I've not seen a notice of 
an rt kernel from armbian go by.

> Norbert
>
> Am 10.07.19 um 04:29 schrieb Chris Morley:
> > Removing python-sourceview2 will break all gscreen skins - including
> > custom skins in the wild, gmoccapy and anything else that displays
> > gcode with GladeVCP.
> >
> > Vte could be rmoved, other then it could break any custom screens in
> > the wild. Gscreen and Gmoccapy use separate code, but will have the
> > same problems.
> >
> > I wonder if Ubuntu/Mint will carry these libraries so we can back
> > port them or maybe we can forward port them from older distributions
> > like we do for the GLADE editor.
> >
> > Chris M
> >
> > 
> > From: John Thornton 
> > Sent: July 9, 2019 4:19 PM
> > To: EMC developers
> > Subject: [Emc-developers] Building LinuxCNC on Debian 10
> >
> > I've been working on a Debian 10 setup and getting the preempt rt
> > kernel is simple. However I ran into a couple of dependencies that
> > can't be satisfied as they have been dropped from Debian 10.
> >
> > python-gtksourceview2 used by:
> > configs/apps/gladevcp/by-widget/sourceview.demo
> > configs/apps/gladevcp/by-widget/sourceview.py
> > configs/apps/gladevcp/by-widget/sourceview.txt
> > configs/apps/gladevcp/by-widget/sourceview.ui
> >
> > This seem minor to remove that example.
> >
> > python-vte is used by gscreen and gmoccapy.
> > src/emc/usr_intf/gscreen/gscreen.py
> > src/emc/usr_intf/gmoccapy/gmoccapy.py
> >
> > It may just be gscreen if gmoccapy is using gscreen I have no clue.
> >
> > In any case removing the dependencies from control and LinuxCNC
> > build and Gdebi says it will install a few more dependencies. I'll
> > finish testing the install in the morning.
> >
> > Just a heads up...
> >
> > JT
> >
> >
> >
> >
> >
> > ___
> > 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


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 


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

Re: [Emc-developers] Building LinuxCNC on Debian 10

[schoone...@gmail.com]

>> There was talk of sourceview2 not being available - that is much 
more serious.


Yet again, just add it to your Buster repo for now, the sid version 
should work

https://packages.debian.org/search?keywords=python-gtksourceview2

The other problem with gmoccapy is python-gst.

AFAIR there is also a difference between python-gst-0.1 and 
python-gst1.0 in what

modules are actually contained in it.
Think this was why we had to disable audio in gmoccapy for Stretch and 
above in Machinekit.





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

Re: [Emc-developers] Building LinuxCNC on Debian 10

[Niemand Sonst]

Hallo,

I just pushed a bugfix for gmoccapy, removing the unused import
statements vte and pango. So from my side, there is no need any more to
depent on vte.

sourceview2 will be a more complex matter.

Norbert

Am 10.07.19 um 04:29 schrieb Chris Morley:

Removing python-sourceview2 will break all gscreen skins - including custom 
skins in the wild, gmoccapy and anything else that displays gcode with GladeVCP.

Vte could be rmoved, other then it could break any custom screens in the wild.
Gscreen and Gmoccapy use separate code, but will have the same problems.

I wonder if Ubuntu/Mint will carry these libraries so we can back port them or
maybe we can forward port them from older distributions like we do for the 
GLADE editor.

Chris M


From: John Thornton 
Sent: July 9, 2019 4:19 PM
To: EMC developers
Subject: [Emc-developers] Building LinuxCNC on Debian 10

I've been working on a Debian 10 setup and getting the preempt rt kernel
is simple. However I ran into a couple of dependencies that can't be
satisfied as they have been dropped from Debian 10.

python-gtksourceview2 used by:
configs/apps/gladevcp/by-widget/sourceview.demo
configs/apps/gladevcp/by-widget/sourceview.py
configs/apps/gladevcp/by-widget/sourceview.txt
configs/apps/gladevcp/by-widget/sourceview.ui

This seem minor to remove that example.

python-vte is used by gscreen and gmoccapy.
src/emc/usr_intf/gscreen/gscreen.py
src/emc/usr_intf/gmoccapy/gmoccapy.py

It may just be gscreen if gmoccapy is using gscreen I have no clue.

In any case removing the dependencies from control and LinuxCNC build
and Gdebi says it will install a few more dependencies. I'll finish
testing the install in the morning.

Just a heads up...

JT





___
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] Building LinuxCNC on Debian 10

[Chris Morley]

Vte can be removed without hurting the core functionality.
It was a convenience for debugging.

It could break custom screens that people might have out in the wild.
I'm thinking on how to trap the error and let custom users know...

There was talk of sourceview2 not being available - that is much more serious.

Chris M

From: Sebastian Kuzminsky 
Sent: July 10, 2019 7:18 PM
To: Alec Ari via Emc-developers
Subject: Re: [Emc-developers] Building LinuxCNC on Debian 10

On 7/10/19 12:20 PM, Alec Ari via Emc-developers wrote:
> For python-vte, it's labelled "debports'" not "backports" but either
> way, they don't make the package available through synaptic. Maybe
> need to modify sources.list or do it through the command line (like
> apt-get install -t debports python-vte) I haven't looked into this
> much, but I haven't seen a case where LinuxCNC actually uses
> python-vte.

`git grep vte` tells me that gmoccapy and gscreen are the only two
programs that `import vte`.

Gmoccapy doesn't do anything with it, but gscreen uses it in
Gscreen.init_embedded_terminal().

Chris Morley and Norbert Schechner, these are primarily your GUIs, can
you weigh in here and suggest a path forward?


--
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] Building LinuxCNC on Debian 10

[John]

Hi Seb,

It never hurts to double tag team when wrestling a problem out.

I think your correct that having yapps2-runtime | python-yapps for dev 
is a correct solution and I can test that on a fresh install in the morning.


JT

On 7/10/19 4:35 PM, Sebastian Kuzminsky wrote:

On 7/10/19 2:59 PM, John Thornton wrote:
I deleted yapps2-runtime from debian/control.top.in in the dev 
section as that is the only place grep can find yapps2-runtime and 
rebuilt. Now dev installs without complaining. I tested halcompile 
and it runs, is there anything else in dev besides halcompile?


Hi JT, it looks like you and i have been duplicating effort on this 
yapps thing today.


If you remove yapps2-runtime from linuxcnc-dev's runtime dependencies 
it will install on Buster, but halcompile will not run -- it needs to 
import yapps.


In the older distros that we support on 2.7 (Lucid, Precise, and 
Wheezy through Stretch), the yapps runtime is in `yapps2-runtime.deb`, 
but in Buster it moved to `python-yapps`. So the simple fix there is 
to have linuxcnc-dev depend on `yapps2-runtime | python-yapps` instead 
of just `yapps2-runtime`.


I have been hacking a bit on the yapps issue today and I have a couple 
of branches nearly ready to go that i think addresses this yapps thing 
for Buster, and also cleans up the whole yapps situation a bunch by 
removing the old copy of yapps from our git repo, and instead 
build-depending on the packaged yapps from the distro.  I'll add you 
as a reviewer on the PR when i make it shortly.






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

Re: [Emc-developers] Building LinuxCNC on Debian 10

[Sebastian Kuzminsky]

On 7/10/19 2:59 PM, John Thornton wrote:
I deleted yapps2-runtime from debian/control.top.in in the dev section 
as that is the only place grep can find yapps2-runtime and rebuilt. Now 
dev installs without complaining. I tested halcompile and it runs, is 
there anything else in dev besides halcompile?


Hi JT, it looks like you and i have been duplicating effort on this 
yapps thing today.


If you remove yapps2-runtime from linuxcnc-dev's runtime dependencies it 
will install on Buster, but halcompile will not run -- it needs to 
import yapps.


In the older distros that we support on 2.7 (Lucid, Precise, and Wheezy 
through Stretch), the yapps runtime is in `yapps2-runtime.deb`, but in 
Buster it moved to `python-yapps`.  So the simple fix there is to have 
linuxcnc-dev depend on `yapps2-runtime | python-yapps` instead of just 
`yapps2-runtime`.


I have been hacking a bit on the yapps issue today and I have a couple 
of branches nearly ready to go that i think addresses this yapps thing 
for Buster, and also cleans up the whole yapps situation a bunch by 
removing the old copy of yapps from our git repo, and instead 
build-depending on the packaged yapps from the distro.  I'll add you as 
a reviewer on the PR when i make it shortly.



--
Sebastian Kuzminsky


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

Re: [Emc-developers] Building LinuxCNC on Debian 10

[John Thornton]

I deleted yapps2-runtime from debian/control.top.in in the dev section 
as that is the only place grep can find yapps2-runtime and rebuilt. Now 
dev installs without complaining. I tested halcompile and it runs, is 
there anything else in dev besides halcompile?


JT



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

Re: [Emc-developers] Building LinuxCNC on Debian 10

[John Thornton]

Thanks for sluthing that out Seb, someone one on the forum also said 
that gmoccapy imports vte but does not use it.


JT

On 7/10/2019 2:18 PM, Sebastian Kuzminsky wrote:

On 7/10/19 12:20 PM, Alec Ari via Emc-developers wrote:

For python-vte, it's labelled "debports'" not "backports" but either
way, they don't make the package available through synaptic. Maybe
need to modify sources.list or do it through the command line (like
apt-get install -t debports python-vte) I haven't looked into this
much, but I haven't seen a case where LinuxCNC actually uses
python-vte.


`git grep vte` tells me that gmoccapy and gscreen are the only two 
programs that `import vte`.


Gmoccapy doesn't do anything with it, but gscreen uses it in 
Gscreen.init_embedded_terminal().


Chris Morley and Norbert Schechner, these are primarily your GUIs, can 
you weigh in here and suggest a path forward?






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

Re: [Emc-developers] Building LinuxCNC on Debian 10

[Sebastian Kuzminsky]

On 7/10/19 12:20 PM, Alec Ari via Emc-developers wrote:

For python-vte, it's labelled "debports'" not "backports" but either
way, they don't make the package available through synaptic. Maybe
need to modify sources.list or do it through the command line (like
apt-get install -t debports python-vte) I haven't looked into this
much, but I haven't seen a case where LinuxCNC actually uses
python-vte.


`git grep vte` tells me that gmoccapy and gscreen are the only two 
programs that `import vte`.


Gmoccapy doesn't do anything with it, but gscreen uses it in 
Gscreen.init_embedded_terminal().


Chris Morley and Norbert Schechner, these are primarily your GUIs, can 
you weigh in here and suggest a path forward?



--
Sebastian Kuzminsky


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

Re: [Emc-developers] Building LinuxCNC on Debian 10

[Sebastian Kuzminsky]

On 7/10/19 12:20 PM, Alec Ari via Emc-developers wrote:

For python-vte, it's labelled "debports'" not "backports" but either
way, they don't make the package available through synaptic. Maybe
need to modify sources.list or do it through the command line (like
apt-get install -t debports python-vte) I haven't looked into this
much, but I haven't seen a case where LinuxCNC actually uses
python-vte.


`git grep vte` tells me that gmoccapy and gscreen are the only two 
programs that `import vte`.


Gmoccapy doesn't do anything with it, but gscreen uses it in 
Gscreen.init_embedded_terminal().


Chris Morley and Norbert Schechner, these are primarily your GUIs, can 
you weigh in here and suggest a path forward?



--
Sebastian Kuzminsky


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

Re: [Emc-developers] Building LinuxCNC on Debian 10

[Alec Ari via Emc-developers]

Hi,

For python-vte, it's labelled "debports'" not "backports" but either way, they 
don't make the package available through synaptic. Maybe need to modify 
sources.list or do it through the command line (like apt-get install -t 
debports python-vte) I haven't looked into this much, but I haven't seen a case 
where LinuxCNC actually uses python-vte.

Alec



 On Wednesday, July 10, 2019, 8:05:28 AM CDT, John Thornton  
wrote: 


AFAIK backporting is getting a package from a newer version of Debian 
into an older version. We have the opposite problem.

JT

On 7/10/2019 7:40 AM, andy pugh wrote:
> On Wed, 10 Jul 2019 at 11:53, andy pugh  wrote:
>
>> https://packages.debian.org/search?keywords=python-vte
>>
>> Suggests that is it still there in Sid.
>>
> https://wiki.debian.org/SimpleBackportCreation
>
> Might contain the answer for packaging.


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

Re: [Emc-developers] Building LinuxCNC on Debian 10

[John Thornton]

AFAIK backporting is getting a package from a newer version of Debian 
into an older version. We have the opposite problem.


JT

On 7/10/2019 7:40 AM, andy pugh wrote:

On Wed, 10 Jul 2019 at 11:53, andy pugh  wrote:


https://packages.debian.org/search?keywords=python-vte

Suggests that is it still there in Sid.


https://wiki.debian.org/SimpleBackportCreation

Might contain the answer for packaging.




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

Re: [Emc-developers] Building LinuxCNC on Debian 10

[andy pugh]

On Wed, 10 Jul 2019 at 11:53, andy pugh  wrote:

>
> https://packages.debian.org/search?keywords=python-vte
>
> Suggests that is it still there in Sid.
>

https://wiki.debian.org/SimpleBackportCreation

Might contain the answer for packaging.

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

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

Re: [Emc-developers] Building LinuxCNC on Debian 10

[John Thornton]

So much for memory, can't even walk from the beer cave to the machine 
shop without forgetting something.


It's yapps2-runtime that's not in Debian 10. The only place I see it is 
in debian/control.top.in in the dev section.


JT

On 7/10/2019 5:53 AM, andy pugh wrote:

On Wed, 10 Jul 2019 at 03:31, Chris Morley 
wrote:


Vte could be rmoved, other then it could break any custom screens in the
wild.



What is -vte used for?

https://packages.debian.org/search?keywords=python-vte

Suggests that is it still there in Sid.




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

Re: [Emc-developers] Building LinuxCNC on Debian 10

[schoone...@gmail.com]

What is -vte used for?



https://packages.debian.org/search?keywords=python-vte



Suggests that is it still there in Sid.


Hi Andy

virtual terminal emulation

Buster is full of holes currently, where packages in sid have not been 
back-ported.

You should find that the kernel, gcc libc etc. versions mean that most sid 
packages will work with Buster
I have recently backported libck from sid to Buster in our own repo 
(Machinekit), since we use it for atomic operations, until Debian get their act 
together.

regards




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

Re: [Emc-developers] Building LinuxCNC on Debian 10

[John Thornton]

Let's see if I push the right reply button this time and reply to the 
list...


Trying to install dev and yapps2 is not available so one more for the 
list. I've not looked to see where it is used yet.


JT

On 7/10/2019 5:53 AM, andy pugh wrote:

On Wed, 10 Jul 2019 at 03:31, Chris Morley 
wrote:


Vte could be rmoved, other then it could break any custom screens in the
wild.



What is -vte used for?

https://packages.debian.org/search?keywords=python-vte

Suggests that is it still there in Sid.




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

Re: [Emc-developers] Building LinuxCNC on Debian 10

[John Thornton]

How do you forward port?

JT

On 7/9/2019 9:29 PM, Chris Morley wrote:

Removing python-sourceview2 will break all gscreen skins - including custom 
skins in the wild, gmoccapy and anything else that displays gcode with GladeVCP.

Vte could be rmoved, other then it could break any custom screens in the wild.
Gscreen and Gmoccapy use separate code, but will have the same problems.

I wonder if Ubuntu/Mint will carry these libraries so we can back port them or
maybe we can forward port them from older distributions like we do for the 
GLADE editor.

Chris M


From: John Thornton 
Sent: July 9, 2019 4:19 PM
To: EMC developers
Subject: [Emc-developers] Building LinuxCNC on Debian 10

I've been working on a Debian 10 setup and getting the preempt rt kernel
is simple. However I ran into a couple of dependencies that can't be
satisfied as they have been dropped from Debian 10.

python-gtksourceview2 used by:
configs/apps/gladevcp/by-widget/sourceview.demo
configs/apps/gladevcp/by-widget/sourceview.py
configs/apps/gladevcp/by-widget/sourceview.txt
configs/apps/gladevcp/by-widget/sourceview.ui

This seem minor to remove that example.

python-vte is used by gscreen and gmoccapy.
src/emc/usr_intf/gscreen/gscreen.py
src/emc/usr_intf/gmoccapy/gmoccapy.py

It may just be gscreen if gmoccapy is using gscreen I have no clue.

In any case removing the dependencies from control and LinuxCNC build
and Gdebi says it will install a few more dependencies. I'll finish
testing the install in the morning.

Just a heads up...

JT





___
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] Building LinuxCNC on Debian 10

[andy pugh]

On Wed, 10 Jul 2019 at 03:31, Chris Morley 
wrote:

>
> Vte could be rmoved, other then it could break any custom screens in the
> wild.
>
>
What is -vte used for?

https://packages.debian.org/search?keywords=python-vte

Suggests that is it still there in Sid.

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

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

Re: [Emc-developers] Building LinuxCNC on Debian 10

[Chris Morley]

Removing python-sourceview2 will break all gscreen skins - including custom 
skins in the wild, gmoccapy and anything else that displays gcode with GladeVCP.

Vte could be rmoved, other then it could break any custom screens in the wild.
Gscreen and Gmoccapy use separate code, but will have the same problems.

I wonder if Ubuntu/Mint will carry these libraries so we can back port them or
maybe we can forward port them from older distributions like we do for the 
GLADE editor.

Chris M


From: John Thornton 
Sent: July 9, 2019 4:19 PM
To: EMC developers
Subject: [Emc-developers] Building LinuxCNC on Debian 10

I've been working on a Debian 10 setup and getting the preempt rt kernel
is simple. However I ran into a couple of dependencies that can't be
satisfied as they have been dropped from Debian 10.

python-gtksourceview2 used by:
configs/apps/gladevcp/by-widget/sourceview.demo
configs/apps/gladevcp/by-widget/sourceview.py
configs/apps/gladevcp/by-widget/sourceview.txt
configs/apps/gladevcp/by-widget/sourceview.ui

This seem minor to remove that example.

python-vte is used by gscreen and gmoccapy.
src/emc/usr_intf/gscreen/gscreen.py
src/emc/usr_intf/gmoccapy/gmoccapy.py

It may just be gscreen if gmoccapy is using gscreen I have no clue.

In any case removing the dependencies from control and LinuxCNC build
and Gdebi says it will install a few more dependencies. I'll finish
testing the install in the morning.

Just a heads up...

JT





___
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