26 Dec
2017
26 Dec
'17
9:28 p.m.
as in subject you can reproduce it by creating an image for the canmasdeu/
bridge profile with plain lede flavour
I suspect it is because the profile get opkgized and it may be installed before
lime-system and then the file get overwritten
haven't tested if with last cooker it happens or not to confirm my theory
Cheers
28 Dec
28 Dec
2:56 a.m.
New subject: chef.libremesh.org respect PACKAGES but not /etc/config/lime-defaults
You are right, this can happend if an opkg package profile is used.
There is no way, as far as I know, to ensure that a packet is installed
after another one in ImageBuilder. So I don't see a quick way to fix
this issue. You might want to open an issue to the chef git repository.
In the other hand, using shell cooker, it should not happend cause it
uses the FILE option of imagebuilder which is held after all OPKG
installations.
Cheers.
On 26/12/17 22:28, Gio wrote:
as in subject you can reproduce it by creating an
image for the canmasdeu/
bridge profile with plain lede flavour
I suspect it is because the profile get opkgized and it may be installed before
lime-system and then the file get overwritten
haven't tested if with last cooker it happens or not to confirm my theory
Cheers
_______________________________________________
lime-dev mailing list
lime-dev(a)lists.libremesh.org
https://lists.libremesh.org/mailman/listinfo/lime-dev
11:29 a.m.
On Thursday, 28 December 2017 03:56:19 CET pau wrote:
You are right, this can happend if an opkg package
profile is used.
There is no way, as far as I know, to ensure that a packet is installed
after another one in ImageBuilder. So I don't see a quick way to fix
this issue. You might want to open an issue to the chef git repository.
If I remember well at least 10 years ago they had a similar problem in a
custom made firmware in ninux.org, their workaround was to prefix the package
name with something like zzz so opkg would install it later because of
alphabetical sorting, after ten years i don't know if this work around may
still work, but we need to fix this ASAP as we indicate chef.libremesh.org as
the official way to get images
Chers!
3:37 p.m.
New subject: chef.libremesh.org respect PACKAGES but not /etc/config/lime-defaults
ping @aparcar
On 28/12/17 12:29, Gio wrote:
On Thursday, 28 December 2017 03:56:19 CET pau wrote:
You are right, this can happend if an opkg
package profile is used.
There is no way, as far as I know, to ensure that a packet is installed
after another one in ImageBuilder. So I don't see a quick way to fix
this issue. You might want to open an issue to the chef git repository.
If I
remember well at least 10 years ago they had a similar problem in a
custom made firmware in ninux.org, their workaround was to prefix the package
name with something like zzz so opkg would install it later because of
alphabetical sorting, after ten years i don't know if this work around may
still work, but we need to fix this ASAP as we indicate chef.libremesh.org as
the official way to get images
Chers!
2 Apr
2 Apr
10:45 a.m.
Any news about this bug?
On Tuesday, 26 December 2017 22:28:49 CEST Gio wrote:
as in subject you can reproduce it by creating an
image for the canmasdeu/
bridge profile with plain lede flavour
I suspect it is because the profile get opkgized and it may be installed
before lime-system and then the file get overwritten
haven't tested if with last cooker it happens or not to confirm my theory
Cheers
_______________________________________________
lime-dev mailing list
lime-dev(a)lists.libremesh.org
https://lists.libremesh.org/mailman/listinfo/lime-dev
10:56 a.m.
New subject: chef.libremesh.org respect PACKAGES but not /etc/config/lime-defaults
Long time ago I screwed the network-profile package creation so the
lime defaults where stored in /config/ instead of /etc/config/.
However this was long fixed and requires a new test - please keep me
updated.
On Mo, Apr 2, 2018 at 7:45 PM, Gio <gio(a)diveni.re> wrote:
Any news about this bug?
On Tuesday, 26 December 2017 22:28:49 CEST Gio wrote:
as in subject you can reproduce it by creating
an image for the
canmasdeu/
bridge profile with plain lede flavour
I suspect it is because the profile get opkgized and it may be
installed
before lime-system and then the file get overwritten
haven't tested if with last cooker it happens or not to confirm my
theory
Cheers
_______________________________________________
lime-dev mailing list
lime-dev(a)lists.libremesh.org
https://lists.libremesh.org/mailman/listinfo/lime-dev
_______________________________________________
lime-dev mailing list
lime-dev(a)lists.libremesh.org
https://lists.libremesh.org/mailman/listinfo/lime-dev
24 Jun
24 Jun
8:29 a.m.
Is this fixed already?
On Tuesday, 26 December 2017 22:28:49 CEST Gio wrote:
as in subject you can reproduce it by creating an
image for the canmasdeu/
bridge profile with plain lede flavour
I suspect it is because the profile get opkgized and it may be installed
before lime-system and then the file get overwritten
haven't tested if with last cooker it happens or not to confirm my theory
Cheers
_______________________________________________
lime-dev mailing list
lime-dev(a)lists.libremesh.org
https://lists.libremesh.org/mailman/listinfo/lime-dev
2132
days inactive
2312
days old
6 comments
3 participants
participants (3)
-
Gio -
pau -
Paul Spooren