is pointing to lime-build binaries
I think the text of the web page (Get it!) leaves not doubt about the
differences.
Cheers.
On 13/07/16 17:36, p4u wrote:
In-line.
On 13/07/16 17:21, Ilario wrote:
2016-07-13 16:31 GMT+02:00 p4u <pau(a)dabax.net
<mailto:pau@dabax.net>>:
On 13/07/16 15:50, Ilario wrote:
2016-07-13 15:39 GMT+02:00 p4u
<pau(a)dabax.net>et>:
Hi.
After working and testing lime-build, I think we can publish
again the
link to
http://downloads.libre-mesh.org. I've tested (also
Ilario) the
resulting images and they work fine.
Yep, lime-build is working but still I support the fact that we
can't indicate two different sources for stable images: chef and
downloads.
So I would keep downloads pointing to chef and I would open a
new subdomain for downloading the development version of
Libre-Mesh built with lime-build. For example
unstable.libre-mesh.org <http://unstable.libre-mesh.org> or
something similar.
I don't see any reason why Chef images would be more stable than
lime-build release images. The only fact is the testing process
which might be involved. However until we solve all this "mess"
and we decide to go in a single direction, I accept your suggestion.
Well, you were there when this was decided...
http://lists.libre-mesh.org/pipermail/users/2016-April/000101.html
One of my suggestions was to change to "builds", but not "unstable"
because I still don't see why Chef images should be more stable than
lime-build release ones.
In any case, the important thing here is what we put on the web page
because people will just click the link whatever the name of it is.
But OK, I'll change to "builds" and redirect "downloads" again
to Chef.
Maybe instead of "unstable" (which is not the case because the
release 15.09 should be stable) I would do "builds.libre-mesh.org
<http://builds.libre-mesh.org>" or something like that. Or maybe
leave "downloads.libre-mesh.org
<http://downloads.libre-mesh.org>" but announce on the web page
that for the moment the safe way is to use the poor set of images
provided by Chef ;)
There should be just one place where you can download the official
stable release (official implies unique).
Clearly, whatever is the official stable release,
downloads.libre-mesh.org <http://downloads.libre-mesh.org> has to
point at it.
The problem that chef doesn't include many devices can be solved in
next stable release.
I don't think the current Chef implementation can handle more than one
different architecture.
Well, chef is now used for stable releases and that uses
lime-build, right?
Not at all. These Images are manually compiled by Guido
in some
local machine. So there is no way to reproduce the same building
unless you know the exact parameters Gui is using.
I hope in next Chef releases we would use the ImageBuilder
generated by lime-build. So there will be an actual way to
reproduce it.
Gui wrote that Chef is using that, if I got him correctly.
http://lists.libre-mesh.org/pipermail/dev/2016-July/000721.html
I'm not sure of that. Maybe in this last release he did it, but it has
not been like this the last years.
In any case, if it is like this then there should not be any
difference between the generic binaries in Chef and the binaries of
builds.libre-mesh.org. So what's the point for all this discussion?
Lime-Build was kind of broken until now but it works fine now and
compiles all possible targets.
_______________________________________________
Dev mailing list
Dev(a)lists.libre-mesh.org
https://lists.libre-mesh.org/mailman/listinfo/dev
_______________________________________________
Dev mailing list
Dev(a)lists.libre-mesh.org
https://lists.libre-mesh.org/mailman/listinfo/dev