[EMAIL PROTECTED] wrote:
> Hey guys,
> As an experiment, the other night I changed the /bin/sh symlink from /bin/bash
> to /usr/bin/zsh.  

This is only a potential problem, but /usr should be expected to be a
remote fs...only /bin is guaranteed to be available at boot-time.

> It didn't go too well.  The two main problems I picked up
> were that first of all, zsh apparently doesn't need the column width
> variables, and spits the dummy if they're present.  

I'm not sure I follow...the dummy (80 default)?  The current svn scripts
work fine here at 44x128 (as should 3.2.1/2).

> The second thing is that
> it appears that the . abbreviation for the source command doesn't work in
> zsh's /bin/sh compatibility mode either.

Strange?  I see none of the above in casual testing.  What version of
the bootscripts are you using?  Also, can you do two things before
writing up patches?  First, 'mv /usr/bin/zsh{,-4*} /bin && ln -sf zsh
/bin/sh' to ensure that your testing environment is sane.  (watch the
hard link if moving across partitions...use 'ls -li') Second, please
post the output of 'which zsh' and 'zsh --version'.

Just so you can see I have done the partial testing (but a real boot
appears to work well in 44x128), here is some test output for other
bootscripts:

[EMAIL PROTECTED] ~]# ldd /bin/zsh
        linux-gate.so.1 =>  (0xffffe000)
        libdl.so.2 => /lib/libdl.so.2 (0xb7fd6000)
        libnsl.so.1 => /lib/libnsl.so.1 (0xb7fc0000)
        libncurses.so.5 => /lib/libncurses.so.5 (0xb7f7f000)
        libm.so.6 => /lib/libm.so.6 (0xb7f5c000)
        libc.so.6 => /lib/libc.so.6 (0xb7e42000)
        /lib/ld-linux.so.2 (0xb7feb000)
[EMAIL PROTECTED] ~]# /bin/sh
[EMAIL PROTECTED] \W]# . /etc/init.d/lfs-functions
[EMAIL PROTECTED] \W]# grep "()" /etc/init.d/lfs-functions
chk_stat()
#                       pidofproc() in /lib/lsb/init-functions
statusproc()
#          exit > 0 - Generic failure.  See the return codes for
start_daemon()
#                     and killproc() in /lib/lsb/init-functions.
evaluate_retval()
[EMAIL PROTECTED] \W]# chk_stat
chk_stat:3: command not found: log_failure_msg
[EMAIL PROTECTED] ~]# ls -l /bin/sh
lrwxrwxrwx  1 root root 3 Sep 17 00:53 /bin/sh -> zsh
[EMAIL PROTECTED] ~]# which zsh
/bin/zsh
[EMAIL PROTECTED] ~]# which sh
/bin/sh
[EMAIL PROTECTED] ~]#


BTW, the 'command not found' error for log_failure_msg is expected.
lfs-functions does not source /lib/lsb/init-functions directly.

> 
> I'm assembling some patches, because sequethin and I had a look on IRC and it
> seems that zsh isn't the only shell affected by this - ksh was as well.  

Unfortunately, I have never tested with ksh ever...but what version and
where to get it from?

>What
> I wanted to ask though is, when I've got the patches working, where do I
> submit them to...here, or the patches list?
> Thanks in advance,
> Petrus

This list is fine, and thanks for the heads up. :-)

-- DJ Lucas

-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

Reply via email to