[j-nsp] SLAX import problem

Phil Shafer phil at juniper.net
Mon Dec 16 17:41:02 EST 2013

Chip Marshall writes:
>Well that's annoying, the symlink does break it.
>This works:
>import "/usr/libdata/cscript/import/junos.xsl";
>This doesn't:
>import "/var/db/scripts/import/junos.xsl";

Very odd, since /usr/libdata/cscript/import/junos.xsl is a symlink:

# ls -l /var/db/scripts/
total 10
drwxrws---  2 root  wheel  1024 Nov  5 16:02 commit/
drwxrws---  2 root  wheel   512 Nov  5 16:02 event/
lrwxr-xr-x  1 root  wheel    27 Nov  5 16:02 import@ -> /usr/libdata/cscript/import
drwxrws--x  2 root  wheel   512 Mar 18  2011 lib/
drwxrws---  2 root  wheel  2560 Nov  5 16:02 op/
# ls -l /var/db/scripts/import/junos.xsl
lrwxr-xr-x  1 root  wheel  57 Nov  5 16:07 /var/db/scripts/import/junos.xsl@ -> /packages/mnt/jroute/usr/libdata/cscript/import/junos.xsl

Perhaps this is different for SRX (the above is an m7i).

Aside from that, it's just using normal file i/o to read the file
with the given name.  libxml2 has built the name correctly, so the
question is what does this path point to, or does the SRX not install
it correctly.  Also unlikely, given that an absolute path works for you.


More information about the juniper-nsp mailing list