Hi,
In the current approach there is an inherent limitation in that the
uci-default scripts run before the application init.d scripts are run. While
this is desirable for many situations, it is an issue in those cases you
need to have the network up, switch recognised, wifi driver identified etc.
Hi,
On Thu, 2011-08-11 at 11:04 +0200, Lukas Macura wrote:
> I definitely understand this.. It was little bit confusing for me,
> that uci-defaults are not related only to uci things.. Maybe another
> users are confused too because its name. Maybe we could use some
> /etc/pkg-defaults too in futur
Thank you,
I definitely understand this.. It was little bit confusing for me, that
uci-defaults are not related only to uci things.. Maybe another users
are confused too because its name. Maybe we could use some
/etc/pkg-defaults too in future.. Even if it will do same thing in
practical, operati
Hi Lukas,
On Thu, 2011-08-11 at 08:13 +0200, Lukas Macura wrote:
>
> So, I really do not want to SPAM on this conference, but my question
> is:
>
> - Should OpenWrt take care of this scenarios? Or it is package
> specific and every package which needs things like this should do it
> by itself?
>
Hi Ithamar,
no, our problem is not uci-defaults. I will try to give some real
examples, because 1 example is better than 1000 words ;)
- You want to install some sql server into image. And you want to
preinit its database by some default data. You cannot do this during
image creation. You ne
On Mon, 2011-08-08 at 20:50 +0200, Lukas Macura wrote:
> I know this is little bit more complicated, but maybe it could be used
> by more packages to do something useful only one time and only in real
> device (like copying some files in right place or analysing target
> system to modify them). Wh
Hi to all,
in my latest thread, there was discussion about overwriting some config
files of one package by another package. Even if it sounds bad, it can
be useful in some scenarios. When thinking about this, let us discuss
about some theoretical opkg expansion of "postinst.real" or something
