Branch: refs/heads/Cog
Home: https://github.com/OpenSmalltalk/opensmalltalk-vm
Commit: 9eabc31556cb23dc95177b5e9406bd4d5115db67
https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/9eabc31556cb23dc95…
Author: Holger Hans Peter Freyther <holger(a)moiji-mobile.com>
Date: 2019-03-06 (Wed, 06 Mar 2019)
Changed paths:
M deploy/packaging/Makefile.debian
A deploy/packaging/editpharoinstall.sh
A deploy/packaging/pharo7-ui-common.spec
R deploy/packaging/pharo7.spec
Log Message:
-----------
packaging: Fully catch-up and get it buildable
* Add another editpharoinstall.sh that doesn't try to copy from /usr/src
* Match "Name" and spec filename for OpenSUSE tumbleweed
* Fix the PharoV60.sources dependency. It is still 6 and not 7.
Commit: 774a3e2261b51cf574c5313a8f3753d3e33a8b0d
https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/774a3e2261b51cf574…
Author: Esteban Lorenzano <estebanlm(a)gmail.com>
Date: 2019-03-19 (Tue, 19 Mar 2019)
Changed paths:
M deploy/packaging/Makefile.debian
A deploy/packaging/editpharoinstall.sh
A deploy/packaging/pharo7-ui-common.spec
R deploy/packaging/pharo7.spec
Log Message:
-----------
Merge pull request #375 from zecke/zecke/packaging
packaging: Fully catch-up and get it buildable
Compare: https://github.com/OpenSmalltalk/opensmalltalk-vm/compare/0266ad20d2fc...77…
On 19 Mar 2019, at 9:48, vm-dev-request(a)lists.squeakfoundation.org
wrote:
Hi Fabio,
> Hi Max,
> It'd be great if we could use this to automatically produce Debian
> packages
> of all supported OSVMs.
Currently the script is very specific to linux64x64/pharo.cog.spur.
Unfortunately, the mvm scripts alone currently don't suffice to produce
working builds, which is why the CI scripts include much magic. If that
magic were moved to the mvm scripts instead (or better yet, if the magic
were no longer necessary) then producing a Debian package would more or
less come down to executing the mvm script in an environment prepared
for creating a Debian package; then our script wouldn't do more than
prepare that environment.
In that world we could probably also have dedicated script for preparing
environments for other Debian-like distros. But see about Flatpak below.
> These packages should also work on Ubuntu and other
> Debian-like distros right?
In principal yes. Although every distro would probably need some
adjustments w.r.t. the dependencies (OpenSSL, libSSH2, etc.).
> What would it take to integrate your script into
> our current CI pipeline?
On our CI we create a chroot jail where we can install all of the
dependencies. That is probably the main thing we'd need to build into
the build process.
> Where could the packages be hosted?
The packages could be hosted on launchpad:
https://launchpad.net/ubuntu/+ppas.
The alternative to Debian packages are Flatpaks (https://flatpak.org)
(we're in the process of figuring out how to create those instead of
Debian packages from the build).
Flatpaks have the distinct advantage that they define their environment
(their runtime) which is a way out of the dependency hell (no pollution
of the host, no version mismatches, etc.).
The other great advantage of Flatpaks is that they will run on any
distro.
Flatpaks can be hosted on https://flathub.org.
I'll let you know when we've figured out the Flatpak creation.
Cheers,
Max
>
> Cheers,
> Fabio
Hi,
At Netstyle we need to be able to build the VM ourselves for our
infrastructure. With the current build setup that isn't possible but
since we really need to do this we went ahead and hacked together a
build script for pharo.cog.spur (threaded) for Debian 9 stretch that
also works with GCC 6.
You can find the script on GitHub:
https://github.com/Netstyle/opensmalltalk-vm-build-script.
We've also automated building a debian package for the VM (not part of
the script), so if anyone is interested I can provide that part too.
We hope that this build script will help make it easier for other people
to build the VM on their own infrastructure.
Please consider improving the build setup. There are too many magic
things happening in places hard to find (e.g. that magic checkout that
*completely* changes the build output).
Cheers,
Max