21 Oct
2020
21 Oct
'20
12:24 p.m.
Hi all,
another "bug" I found compiling from openwrt snapshot:
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for
lime-debug:
* iputils-ping6
* opkg_install_cmd: Cannot install package lime-debug.
It seems in snapshot is no exclusive iputils-ping6 but a iputils-ping which
combines v4 and v6 (symlinks).
so I have to deactivate lime-debug...
Regards,
Andy
26 Oct
26 Oct
7:49 a.m.
Are there any news on thai - or am I the only one who is using snapshot?
(I my Case the ex6120 and ex6130 Extender are not 19.07.4 but only in
snapshot)
Thanks for feedback...
Am Mi., 21. Okt. 2020 um 14:24 Uhr schrieb Andy Schopf <
andymcschopf(a)gmail.com>gt;:
Hi all,
another "bug" I found compiling from openwrt snapshot:
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for
lime-debug:
* iputils-ping6
* opkg_install_cmd: Cannot install package lime-debug.
It seems in snapshot is no exclusive iputils-ping6 but a iputils-ping
which combines v4 and v6 (symlinks).
so I have to deactivate lime-debug...
Regards,
Andy
9:27 a.m.
Hi Andy!
I am not using snapshot.
I suppose that we need a reorganization in the branches in order to
start developing for the 21.something release.
So, now we have:
master branch: development for 20.09 release
20.09 branch: frozen, awaiting to host final 20.09 release
We could either create a new branch like "21.xx" or change the usage of
the master and 20.09 branches (respectively to work on snapshot and on
the 20.09 release), what do you think?
Ciao,
Ilario
On 10/26/20 8:49 AM, Andy Schopf wrote:
Are there any news on thai - or am I the only one who
is using snapshot?
(I my Case the ex6120 and ex6130 Extender are not 19.07.4 but only in
snapshot)
Thanks for feedback...
Am Mi., 21. Okt. 2020 um 14:24 Uhr schrieb Andy Schopf
<andymcschopf(a)gmail.com <mailto:andymcschopf@gmail.com>>:
Hi all,
another "bug" I found compiling from openwrt snapshot:
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following
dependencies for lime-debug:
* iputils-ping6
* opkg_install_cmd: Cannot install package lime-debug.
It seems in snapshot is no exclusive iputils-ping6 but a
iputils-ping which combines v4 and v6 (symlinks).
so I have to deactivate lime-debug...
Regards,
Andy
_______________________________________________
lime-users mailing list
lime-users(a)lists.libremesh.org
https://lists.libremesh.org/mailman/listinfo/lime-users
--
Ilario
iochesonome(a)gmail.com
ilario(a)sindominio.net
1:57 p.m.
Thanks for your feedback Ilario :-)
I think some new branch would be great, as the problem exist in a future
openwrt release (not the actual 19.xx).
So it should only be corrected for the next release I think.
Regards
Andy
Am Mo., 26. Okt. 2020 um 10:28 Uhr schrieb Ilario Gelmetti <
iochesonome(a)gmail.com>gt;:
Hi Andy!
I am not using snapshot.
I suppose that we need a reorganization in the branches in order to
start developing for the 21.something release.
So, now we have:
master branch: development for 20.09 release
20.09 branch: frozen, awaiting to host final 20.09 release
We could either create a new branch like "21.xx" or change the usage of
the master and 20.09 branches (respectively to work on snapshot and on
the 20.09 release), what do you think?
Ciao,
Ilario
On 10/26/20 8:49 AM, Andy Schopf wrote:
Are there any news on thai - or am I the only one
who is using snapshot?
(I my Case the ex6120 and ex6130 Extender are not 19.07.4 but only in
snapshot)
Thanks for feedback...
Am Mi., 21. Okt. 2020 um 14:24 Uhr schrieb Andy Schopf
<andymcschopf(a)gmail.com <mailto:andymcschopf@gmail.com>>:
Hi all,
another "bug" I found compiling from openwrt snapshot:
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following
dependencies for lime-debug:
* iputils-ping6
* opkg_install_cmd: Cannot install package lime-debug.
It seems in snapshot is no exclusive iputils-ping6 but a
iputils-ping which combines v4 and v6 (symlinks).
so I have to deactivate lime-debug...
Regards,
Andy
_______________________________________________
lime-users mailing list
lime-users(a)lists.libremesh.org
https://lists.libremesh.org/mailman/listinfo/lime-users
--
Ilario
iochesonome(a)gmail.com
ilario(a)sindominio.net
_______________________________________________
lime-users mailing list
lime-users(a)lists.libremesh.org
https://lists.libremesh.org/mailman/listinfo/lime-users 
2:09 p.m.
Hi Andy!
On 10/26/20 10:57 AM, Andy Schopf wrote:
Thanks for your feedback Ilario :-)
I think some new branch would be great, as the problem exist in a future openwrt release
(not the actual 19.xx).
So it should only be corrected for the next release I think.
I think that the policy should be that we always add support to openwrt/master (snapshots)
in a backward compatible way when possible. If it is not possible then we ask ourselves
what to do depending on the case, I mean, how much it will brake in each case.
After the 20.09 release I think we can drop OpenWrt 18.x support and focus on 19.x and
snapshot but prioritizing 19.x over openwrt/master (the rationale is to deliver the a
stable experience).
Andy, what device do you need that it is only in master? Some can be easily backported to
19.x in a local fork of openwrt. I know this have its pros/cons but relying in snapshots
is also very unstable and time consuming.
Best!
SAn
2:02 p.m.
Hi!
On 10/26/20 6:27 AM, Ilario Gelmetti wrote:
Hi Andy!
I am not using snapshot.
I suppose that we need a reorganization in the branches in order to
start developing for the 21.something release.
The 21.something release of LibreMesh or OpenWrt?
I envision that we can do one more release of LibreMesh this year.
So, now we have:
master branch: development for 20.09 release
20.09 branch: frozen, awaiting to host final 20.09 release
We could either create a new branch like "21.xx" or change the usage of
the master and 20.09 branches (respectively to work on snapshot and on
the 20.09 release), what do you think?
My interpretation (and intention when created the 20.09 branch) of the current system is
different. Maybe it wasn't clear but for me it is:
master: all the development happens here
20.09 branch: development/fixes for the 20.09 release. Selected commits from master
(mostly bugfixes) are cherry picked through pull requests here.
So far none of the pull requests were opened also to this 20.09 branch. Maybe it is
because my intention with the 20.09 branch was not clear? Or maybe the pull requests were
not intended for the 20.09 release? And/or maybe we don't have the workpower to a
scheme like this? The idea is that in master we don't have to take think much if it
is a feature or a bugfix only, and we think when we select what to ship in the release.
What do you think?
Best!
SAn
1284
days inactive
1289
days old
lime-users@lists.libremesh.org
5 comments
3 participants
participants (3)
-
Andy Schopf -
Ilario Gelmetti -
SAn