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

Reply via email to