Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Mar 05 2020 20:46

    luminize on master

    Add note about archiving Machin… Merge pull request #1495 from c… (compare)

  • Mar 05 2020 20:46
    luminize closed #1495
  • Mar 01 2020 17:40
    cerna opened #1495
  • Feb 25 2020 22:21
    machinekit-ci edited as member
  • Feb 06 2020 07:49
    darenschwenke commented #839
  • Feb 05 2020 23:24
    MicroTransactionsMatterToo commented #839
  • Feb 05 2020 23:04
    MicroTransactionsMatterToo commented #839
  • Feb 05 2020 17:14
    darenschwenke commented #839
  • Feb 05 2020 04:56
    MicroTransactionsMatterToo commented #839
  • Feb 03 2020 21:05
    cerna commented #839
  • Feb 03 2020 21:04
    cerna commented #839
  • Feb 03 2020 07:52
    MicroTransactionsMatterToo commented #839
  • Feb 03 2020 00:10
    cerna commented #839
  • Feb 03 2020 00:09
    cerna commented #839
  • Feb 02 2020 21:34
    MicroTransactionsMatterToo commented #839
  • Jan 14 2020 09:44
    ShunyaoWang opened #1494
  • Dec 05 2019 23:49
    Jenkins mksocfpga-quartus success
  • Oct 25 2019 19:31
    the-snowwhite commented #1323
  • Oct 23 2019 23:10
    cerna commented #1323
  • Oct 23 2019 10:41
    Jenkins mksocfpga-quartus success
neotech
@neotech:matrix.org
[m]
well it has to change right..
all the python2 deps needs to be cleansed
(or exorcised depending on your views on this) :D
cerna
@cerna:matrix.org
[m]
Yes, I hope that at least the Machinekit-HAL portion will be fully decoupled from Debian ecosystem. The EMCApplication being just a thin shim will probably not be.
neotech
@neotech:matrix.org
[m]
yeah that will be a great day. :)
cerna
@cerna:matrix.org
[m]
The Python2 issue is hot mess. The complicating factor is need to support now deprecated architectures in LinuxCNC.
neotech
@neotech:matrix.org
[m]
had a weird idea yesterday.. WebOS opensource edition runs on a Pi4.. been thinking of the idea of using a QT application running in webos as an input panel talking to machinekit-hal..
true..
and that project is not progressing in the same pace anymore
cerna
@cerna:matrix.org
[m]
The QtQuickVCP was originally set to similar use-case. Of course, because of the Python2->Python3, something is broken in it and it doesn't fully work.
neotech
@neotech:matrix.org
[m]
yeah i noticed, hopefully it will get ported/sorted..
been looking at a thing, what is the use of protobuff? is it really needed when having zeromq in the mix?! thinking zeromq would be a fast enough transport layer..
cerna
@cerna:matrix.org
[m]
The ZeroMQ is transport layer, but Protobuff is the payload encoding, serialization basically.
neotech
@neotech:matrix.org
[m]
ah oki. :)
its such an obscure one i had a hard time even finding info around it. :D
cerna
@cerna:matrix.org
[m]
silver2row: To get the QEMU translator running on your local machine, the easiest is to use the QEMU-user-static project, which is a containerized executable which registers few hooks in your system. Now, because one generally wants to build as normal user and as such use in Docker is needed, you have to use a special initialization command docker run --rm --privileged multiarch/qemu-user-static --reset -p yes --credential yes as described in this issue: https://github.com/multiarch/qemu-user-static/issues/17#issuecomment-518660227
That way you will get a ARMHF system running on your AMD64.
Then if you for example want to run Debian Buster, you will just normally start the container. Like docker run -it --rm arm32v7/debian:buster.
And you have armhf debian Buster on your amd64.
cerna
@cerna:matrix.org
[m]
It will be of course a lot slower than running anything for own architecture, but you can act like you are running on non-foreign architecture. What I mean is that you can then build as nothing was different.
neotech: What you mean by 'obscure'? Protobuff, ZeroMQ?
neotech
@neotech:matrix.org
[m]
Protobuff is kinda obscure, zeromq is not super known in it self but at least you can find some info around it.. :)
protobuff is like "here googles page" - thats it. :D
cerna
@cerna:matrix.org
[m]
Huh, I thought that Protobuff is quite well known. That Flatbuffers is obscure, or Cap'n'proto.
neotech
@neotech:matrix.org
[m]
serializing buffers is usually just used the built in native functionality.. But i see protobuff gives you some benefits with how it encodes thing.
Flatbuffers is the one i know of..
mainly cuz it has alot more support for other languages
cerna
@cerna:matrix.org
[m]
Flatbuffers is - at least from my perspective - nice because it has the same on-wire/in-memory format.
cerna
@cerna:matrix.org
[m]
BTW, I have been seeing that I cannot run the curl command with certificate verification in this QEMU-user-static running container. Any idea why? For example curl -1sLf 'https://dl.cloudsmith.io/public/machinekit/machinekit/cfg/setup/bash.deb.sh'; echo "$?" returns with 60.
neotech
@neotech:matrix.org
[m]
lemme check
prob a self signed cert
yeah... just add -k to the curl and it should shut up
it cannot verify the middle man cert
cerna
@cerna:matrix.org
[m]
Yeah, the -k flag is what I have been using.
neotech
@neotech:matrix.org
[m]
cloudsmith is rearranging some things it seems
or updating
cerna
@cerna:matrix.org
[m]
silver2row: Tried to test the QEMU based build for EMCApplication on my end and was able to produce packages for armhf on amd64:

`docker run -it --rm arm32v7/debian:buster

apt update
apt upgrade
apt install sudo
echo "ALL ALL = (ALL) NOPASSWD: ALL" >> /etc/sudoers
adduser mk
su mk
sudo apt install curl
sudo apt install -y debian-keyring debian-archive-keyring apt-transport-https
curl -k 'https://dl.cloudsmith.io/public/machinekit/machinekit/gpg.A9B6D8B4BD8321F3.key' | sudo apt-key add -
curl -k 'https://dl.cloudsmith.io/public/machinekit/machinekit/config.deb.txt?distro=debian&codename=buster' | sudo tee /etc/apt/sources.list.d/machinekit-machinekit.list
curl -k 'https://dl.cloudsmith.io/public/machinekit/machinekit-hal/gpg.D35981AB4276AC36.key' | sudo apt-key add -
curl -k 'https://dl.cloudsmith.io/public/machinekit/machinekit-hal/config.deb.txt?distro=debian&codename=buster' | sudo tee /etc/apt/sources.list.d/machinekit-machinekit-hal.list
sudo apt update
sudo apt install git
sudo apt install build-essential fakeroot devscripts equivs sudo python lsb-release apt-cudf
cd ~
git clone https://github.com/machinekit/emcapplication.git
cd emcapplication
./debian/configure machinekit-hal=0.4.20894-1.gitebe1344a0~$(lsb_release -cs) no-docs
mk-build-deps -irs sudo -t 'apt-cudf-get --solver aspcud -o Debug::pkgProblemResolver=0 -o APT::Install-Recommends=0'
dpkg-buildpackage -us -uc`
Basic sequence of commands I used.
More or less what is described in the documentation: http://www.machinekit.io/docs/developing/emcapplication-developing/
You have to work around the issue of setting up the Cloudsmith repositories, the automatic script does not work.
silver2row#8313
@_discord_604812460830228487:t2bot.io
[m]
cerna: Thank you. I will keep reviewing this effort w/ the current configs. you have produced here. I will listen to the build process you have come up w/.
silver2row#8313
@_discord_604812460830228487:t2bot.io
[m]
cerna : If I get linuxCNC on the BBB, would making emcapplication come easier?
I mean...outside of using QEMU. QEMU has always given me issues and this is the reason I am asking.
cerna
@cerna:matrix.org
[m]
I don't think so. Maybe as a confidence boosting mechanism?
You can always build on BBB directly. It will just take longer.
silver2row#8313
@_discord_604812460830228487:t2bot.io
[m]
Okay.
yes sir...you are likely correct. Building on the actual BBB takes forever. I was thinking there may be some makefile somewhere that someone has to build w/ Debian Linux, Eclipse, and then I can sftp the binaries over to the BBB. But...
If this is the only way, I will try it.
cerna
@cerna:matrix.org
[m]
Well, you should be able to always install the binaries from https://cloudsmith.io/~machinekit/repos/emcapplication/packages/ via APT. (But that's - I presume - outside scope of this exercise.)