[OpenWrt-Devel] uci -P no longer working correctly

Yousong Zhou yszhou4tech at gmail.com
Tue Mar 31 12:34:27 EDT 2015

On Mar 30, 2015 11:27 PM, "Yousong Zhou" <yszhou4tech at gmail.com> wrote:
> Hi,
> On Mar 30, 2015 10:28 PM, "Mark Mentovai" <mark at moxienet.com> wrote:
> >
> > In the latest OpenWrt trunk, I found that config_get has stopped
loading uncommitted uci changes from /tmp/.uci. I rely on this behavior,
which had worked well for years.
> >
> > I found a change[1] in uci that’s responsible.
> >
> Sorry for the inconvenience caused.
> > The uci change makes uci_add_delta_path() reject any attempt to add
ctx->savedir to the delta search path. However, in light of cli.c’s
usage[2], there’s a problem: when processing a -P argument, it calls
uci_add_delta_path() to add the original value of ctx->savedir to the delta
search path before changing ctx->savedir.
> >
> > After this change, the uci command-line tool’s -P argument no longer
acts as documented. Instead of adding a path to the delta search path, it
just sets the default save directory.
> >
> > This behavior change appears to be unintentional, and as I mentioned,
it’s broken a long-standing behavior that I rely on.
> >
> > This change became a part of OpenWrt at r45040[3] and is exposed to
scripts that use /lib/functions.sh: that script sets LOAD_STATE=1, and its
config_load calls /lib/config/uci.sh’s uci_load, which adds a -P argument
to its “uci export” command when LOAD_STATE is nonempty.
> >
> Not yet with my keyboard at hand, will look into these scripts tomorrow.

I just sent a patch for this with you in the cc list.  Could you give it a
try and tell if it can work for you?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/openwrt-devel/attachments/20150401/4a7b4c34/attachment.htm>
-------------- next part --------------
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org

More information about the openwrt-devel mailing list