Hi Alex, hi all, (grabbing this thread and moving it over to x2go-dev ML...)
On Do 31 Jan 2013 15:16:45 CET Oleksandr Shneyder wrote:
http://code.x2go.org/releases/binary-win32/x2goclient/x2goclient-4.0.1.0-pre1-setup.exe
IMHO we need to change something about the way we (you) provide the Windows builds.
The currently available binary builds of X2Go Client are these: x2goclient-3.99.0.0-setup.exe x2goclient-3.99.0.1-setup.exe x2goclient-3.99.0.2-setup.exe x2goclient-3.99.0.3-setup.exe x2goclient-3.99.0.4-setup.exe x2goclient-3.99.0.5-setup.exe x2goclient-3.99.1.0-setup.exe x2goclient-3.99.1.1-setup.exe x2goclient-3.99.2.1-setup.exe x2goclient-3.99.3.0-pre1-setup.exe x2goclient-3.99.3.0-pre2-setup.exe x2goclient-3.99.3.0-pre3-setup.exe x2goclient-3.99.3.1-pre1-setup.exe x2goclient-4.0.1.0-pre1-setup.exeAs you see, for the recent releases of X2Go Client, there have not been any builds. The builds have been taken prior to the release from some version in Git, that we now cannot reference anymore.
Such a way of distributing X2Go Client creates problems concerning compliance with the GPL. For each binary build of X2Go Client we have to be able to make a reference (easily) to the source code used for building X2Go Client.
With the Windows builds of X2Go Client, the current situation does not match GPL, we have to improve that!!!
My suggestion for a more versatile workflow of providing X2Go Client builds for Windows is this...
Preview build of X2Go Client:
(a) provide preview builds that have the Git commit hash in its file name,
normally it is sufficient to give the first 7 digits of the Git
commit hash. If 7 digits is not enough for an unequivocal match, one
has to use more than 7 digits...
Use »git log <7-digits-of-hash>« to see if the abbreviated commit hash
is long enough.
(b) create checksums+signature (md5, sha1, GnuPG) for the preview build (use
[2] to do this).
(c) upload the built .exe file and the signature/checksums to code.x2go.org
Stable releases of X2Go Client:
(a) on source tarball release, build X2Go Client against that tarball
(b) create checksums+signature for that (again using [2])
(c) upload the stable build of X2Go Client to code.x2go.org
(d) release all preview builds for that version, including their
checksums/signatures
[1] http://code.x2go.org/releases/source/x2goclient
[2] http://code.x2go.org/gitweb?p=buildscripts.git;a=blob;f=bin/signtarballs
Requesting comment / feedback on this!!!
It may also be an idea to delegate the X2Go Client builds on Windows
to someone else in the project, to take that bit of workload off of
you. But for that, it would need a howto on the wiki that explains the
way X2Go Client has to be built+assembled on Windows.
Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: [email protected], http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb
pgpMcy7BQepNu.pgp
Description: Digitale PGP-Unterschrift
_______________________________________________ X2Go-Dev mailing list [email protected] https://lists.berlios.de/mailman/listinfo/x2go-dev
