Re: trouble with /sbin/termwrap
Tollef Fog Heen wrote: I think this will break for devfs systems where devfsd hasn't been started yet. Using By the time termwrap and base-config are run, devfsd has been started. However, feel free to commit something to base-config cvs where termwrap now lives, for better devfs support. -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
trouble with /sbin/termwrap
Last night I made try to install woody with new boot-floppies I used compact flavour and fetch rescue.bin, drivers.tgz and base packages from my just-built mirror by http. Everything about fine, but... Why dbootstrap's dialog are without frames? Only colors and black shadows. Another thing is more serious - after reboot on tty1 I saw /bin/sh: /sbin/termwrap: No such file or directory /bin/sh: exec: /sbin/termwrap: cannot execute: No such file or directory ... INIT: Id 1 respawninig too fast: disabled for 5 minutes What is /sbin/termwrap and where is it? Then I started dpkg-reconfigure base-config manualy and finished install. -- konstantin cherkasoff [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: trouble with /sbin/termwrap
konstantin cherkasoff wrote: Why dbootstrap's dialog are without frames? Only colors and black shadows. This would be a bug in the new slang with wide character support. It seems all slang programs have this problem at the console. Another thing is more serious - after reboot on tty1 I saw /bin/sh: /sbin/termwrap: No such file or directory /bin/sh: exec: /sbin/termwrap: cannot execute: No such file or directory ... INIT: Id 1 respawninig too fast: disabled for 5 minutes What is /sbin/termwrap and where is it? Sigh, something needs to be done about this. Does anyone at all: a) know what termwrap does b) know where the code to it went c) want to package it up, and maintain the package If not, perhaps it's time to remove it from the inittab.. -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: trouble with /sbin/termwrap
On Wed, May 23, 2001 at 01:52:25PM -0400, Joey Hess wrote: konstantin cherkasoff wrote: What is /sbin/termwrap and where is it? Sigh, something needs to be done about this. Does anyone at all: a) know what termwrap does Seems to set up env variables, does special stuff for japanese fonts, etc. b) know where the code to it went See below. c) want to package it up, and maintain the package It's just a shell script, could it not be added in to something else? It is referenced from inittab.install, part of boot-floppies, so maybe dbootstrap could copy it in to /target/sbin when it copies inittab.install in? Richard #!/bin/sh ## ## Ignore some signals. ## trap fail SIGTERM SIGINT ## ## Set some environment variables. ## # reads /etc/environment. test -f /etc/environment . /etc/environment # Set all locale related environment variables. LC_ALL=$LANG export LANG LC_ALL ## ## Display usage if no argument. ## if [ -z $1 ]; then echo usage: $0 [-nnt] command [...] echo -nnt: don't run another terminal exit 0 fi ## ## Recognize terminal type. ## case `/usr/bin/tty` in /dev/tty|/dev/console|/dev/tty[1-9]*) TERMINAL=console ;; /dev/tty[p-za-e]*) TERMINAL=pseudo if [ ! -z $DISPLAY ]; then TERMINAL=x else case $TERM in rxvt|xterm*|kterm) TERMINAL=x;; esac fi ;; /dev/tty[A-Z]*|/dev/cu*) TERMINAL=serial ;; esac case $TERM in dumb) TERMINAL=dumb esac export TERMINAL # Why don't we use dpkg-architecture? # Because it isn't in the base archive. case $HOSTTYPE in i386) /bin/grep -q 9800 /proc/version SUBARCH=pc9800 ;; esac ## ## Select suitable terminal as wrapper. ## WRAPPER= case $LANG in ja*) case $TERMINAL in x) #WRAPPER=/usr/X11R6/bin/kterm -e WRAPPER=/usr/X11R6/bin/krxvt -e ;; console) if [ $SUBARCH != pc9800 -a $TERMINAL = console ]; then # Any plathome except PC9800 require jfbterm # to display japanese fonts on console. WRAPPER=/usr/bin/jfbterm -e fi ;; # On pseudo and serial, we couldn't know # that terminal can display japanese fonts... esac ;; esac if [ $1 = -nnt ]; then WRAPPER= shift fi ## ## Execute Wrapper. ## if [ ! -z $WRAPPER -a -x $WRAPPER ]; then $WRAPPER /bin/true exec $WRAPPER $@ fi exec $@ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: trouble with /sbin/termwrap
/bin/sh: /sbin/termwrap: No such file or directory /bin/sh: exec: /sbin/termwrap: cannot execute: No such file or directory What is /sbin/termwrap and where is it? Sigh, something needs to be done about this. Does anyone at all: a) know what termwrap does b) know where the code to it went c) want to package it up, and maintain the package If not, perhaps it's time to remove it from the inittab.. On a clean potato: # which termwrap /sbin/termwrap # dpkg -S termwrap dpkg: *termwrap* not found. # tar tzf base2_2.tgz |grep -i termwrap ./sbin/termwrap Who made base2_2.tgz ? Maybe he/she knows more? Bart Martens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: trouble with /sbin/termwrap
On Wed, May 23, 2001 at 07:43:15PM +0100, Richard Hirst wrote: On Wed, May 23, 2001 at 01:52:25PM -0400, Joey Hess wrote: konstantin cherkasoff wrote: What is /sbin/termwrap and where is it? Sigh, something needs to be done about this. Does anyone at all: a) know what termwrap does Seems to set up env variables, does special stuff for japanese fonts, etc. b) know where the code to it went See below. c) want to package it up, and maintain the package It's just a shell script, could it not be added in to something else? It is referenced from inittab.install, part of boot-floppies, so maybe dbootstrap could copy it in to /target/sbin when it copies inittab.install in? Thanks for all the explanation. The following patch should implement the above, though you will probably have to manually move termwrap into scripts/rootdisk/prototype/sbin/. If someone could test this out and verify that it works, I'll commit it. Matt Index: scripts/rootdisk/prototype/sbin/termwrap === RCS file: termwrap diff -N termwrap --- /dev/null Sun Nov 12 00:28:38 2000 +++ termwrapWed May 23 12:18:42 2001 @@ -0,0 +1,98 @@ +#!/bin/sh +## +## Ignore some signals. +## +trap fail SIGTERM SIGINT + +## +## Set some environment variables. +## +# reads /etc/environment. +test -f /etc/environment . /etc/environment + +# Set all locale related environment variables. +LC_ALL=$LANG +export LANG LC_ALL + +## +## Display usage if no argument. +## +if [ -z $1 ]; then + echo usage: $0 [-nnt] command [...] + echo -nnt: don't run another terminal + exit 0 +fi + +## +## Recognize terminal type. +## +case `/usr/bin/tty` in +/dev/tty|/dev/console|/dev/tty[1-9]*) + TERMINAL=console + ;; +/dev/tty[p-za-e]*) + TERMINAL=pseudo + if [ ! -z $DISPLAY ]; then + TERMINAL=x + else + case $TERM in + rxvt|xterm*|kterm) TERMINAL=x;; + esac + fi + ;; +/dev/tty[A-Z]*|/dev/cu*) + TERMINAL=serial + ;; +esac + +case $TERM in +dumb) TERMINAL=dumb +esac + +export TERMINAL + +# Why don't we use dpkg-architecture? +# Because it isn't in the base archive. + +case $HOSTTYPE in +i386) /bin/grep -q 9800 /proc/version SUBARCH=pc9800 ;; +esac + +## +## Select suitable terminal as wrapper. +## +WRAPPER= + +case $LANG in +ja*) + case $TERMINAL in + x) + #WRAPPER=/usr/X11R6/bin/kterm -e + WRAPPER=/usr/X11R6/bin/krxvt -e + ;; + console) + if [ $SUBARCH != pc9800 -a $TERMINAL = console ]; then + # Any plathome except PC9800 require jfbterm + # to display japanese fonts on console. + WRAPPER=/usr/bin/jfbterm -e + fi + ;; + # On pseudo and serial, we couldn't know + # that terminal can display japanese fonts... + esac + ;; +esac + +if [ $1 = -nnt ]; then + WRAPPER= + shift +fi + +## +## Execute Wrapper. +## +if [ ! -z $WRAPPER -a -x $WRAPPER ]; then + $WRAPPER /bin/true exec $WRAPPER $@ +fi + +exec $@ Index: utilities/dbootstrap/extract_base.c === RCS file: /cvs/debian-boot/boot-floppies/utilities/dbootstrap/extract_base.c,v retrieving revision 1.34 diff -u -r1.34 extract_base.c --- utilities/dbootstrap/extract_base.c 2001/05/15 06:47:13 1.34 +++ utilities/dbootstrap/extract_base.c 2001/05/23 19:18:42 @@ -371,6 +371,9 @@ } sprintf(prtbuf,cp %s %s,/etc/inittab.install,/target/etc/inittab); execlog(prtbuf, LOG_INFO); + + sprintf(prtbuf, cp %s %s, /sbin/termwrap, /target/sbin/termwrap); + execlog(prtbuf, LOG_INFO); sync(); return 0; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: trouble with /sbin/termwrap
On Wed, May 23, 2001 at 01:22:32PM -0600, Matt Kraai wrote: Thanks for all the explanation. The following patch should implement the above, though you will probably have to manually move termwrap into scripts/rootdisk/prototype/sbin/. If someone could test this out and verify that it works, I'll commit it. I'm trying now, but I'm wondering if we need a 'chmod +x' on that script also. RCS file: /cvs/debian-boot/boot-floppies/utilities/dbootstrap/extract_base.c,v retrieving revision 1.34 diff -u -r1.34 extract_base.c --- utilities/dbootstrap/extract_base.c 2001/05/15 06:47:13 1.34 +++ utilities/dbootstrap/extract_base.c 2001/05/23 19:18:42 @@ -371,6 +371,9 @@ } sprintf(prtbuf,cp %s %s,/etc/inittab.install,/target/etc/inittab); execlog(prtbuf, LOG_INFO); + + sprintf(prtbuf, cp %s %s, /sbin/termwrap, /target/sbin/termwrap); + execlog(prtbuf, LOG_INFO); sync(); return 0; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: trouble with /sbin/termwrap
On Wed, May 23, 2001 at 09:08:57PM +0100, Richard Hirst wrote: On Wed, May 23, 2001 at 01:22:32PM -0600, Matt Kraai wrote: Thanks for all the explanation. The following patch should implement the above, though you will probably have to manually move termwrap into scripts/rootdisk/prototype/sbin/. If someone could test this out and verify that it works, I'll commit it. I'm trying now, but I'm wondering if we need a 'chmod +x' on that script also. Good point. It looks like this is already done for lazybox. Please add the following snippet to your testing: Index: rootdisk.sh === RCS file: /cvs/debian-boot/boot-floppies/rootdisk.sh,v retrieving revision 1.200 diff -u -r1.200 rootdisk.sh --- rootdisk.sh 2001/05/18 01:48:15 1.200 +++ rootdisk.sh 2001/05/23 20:22:54 @@ -322,6 +322,8 @@ ln -sf ../bin/lazybox $T/bin/fuser ln -sf ../bin/lazybox $T/bin/netstat +chmod a+x $T/sbin/termwrap + ln -sf ../tmp $T/var/ ln -sf ../proc/mounts $T/etc/mtab Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: trouble with /sbin/termwrap
Richard Hirst wrote: It's just a shell script, could it not be added in to something else? It is referenced from inittab.install, part of boot-floppies, so maybe dbootstrap could copy it in to /target/sbin when it copies inittab.install in? I have a personal loathing for files that are installed by the boot-floppies and are not in any package. I would actually rather put it in base-config (if that indeed makes sense), even though I don't understand all the issues it addresses very well and so am probably not the best maintainer for it. -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: trouble with /sbin/termwrap
On Wed, May 23, 2001 at 05:56:41PM -0400, Joey Hess wrote: Richard Hirst wrote: It's just a shell script, could it not be added in to something else? It is referenced from inittab.install, part of boot-floppies, so maybe dbootstrap could copy it in to /target/sbin when it copies inittab.install in? I have a personal loathing for files that are installed by the boot-floppies and are not in any package. I would actually rather put it in base-config (if that indeed makes sense), even though I don't understand all the issues it addresses very well and so am probably not the best maintainer for it. I can understand your point of view. As it is only used at the start of the stage 2 install, and isn't referenced from anywhere once inittab.real gets copied over inittab, perhaps it could be deleted at that point - then it only exists on the system for as long as the inittab that references it. That would be in base-config/debian/postinst. OTOH, I'm quite happy for it to just become part of base-config. Richard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: trouble with /sbin/termwrap
On Wed, May 23, 2001 at 02:23:48PM -0600, Matt Kraai wrote: On Wed, May 23, 2001 at 09:08:57PM +0100, Richard Hirst wrote: On Wed, May 23, 2001 at 01:22:32PM -0600, Matt Kraai wrote: Thanks for all the explanation. The following patch should implement the above, though you will probably have to manually move termwrap into scripts/rootdisk/prototype/sbin/. If someone could test this out and verify that it works, I'll commit it. I'm trying now, but I'm wondering if we need a 'chmod +x' on that script also. Good point. It looks like this is already done for lazybox. Please add the following snippet to your testing: Yes, with your two patches applied the install works fine so far as starting the second stage install is concerned. It does leave an /sbin/termwrap on the system that isn't owned by anything though. Adding it to base-config is probably cleaner... Richard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: trouble with /sbin/termwrap
On Wed, May 23, 2001 at 01:52:25PM -0400, Joey Hess wrote: konstantin cherkasoff wrote: Why dbootstrap's dialog are without frames? Only colors and black shadows. This would be a bug in the new slang with wide character support. It seems all slang programs have this problem at the console. Another thing is more serious - after reboot on tty1 I saw /bin/sh: /sbin/termwrap: No such file or directory /bin/sh: exec: /sbin/termwrap: cannot execute: No such file or directory ... INIT: Id 1 respawninig too fast: disabled for 5 minutes What is /sbin/termwrap and where is it? Sigh, something needs to be done about this. Does anyone at all: a) know what termwrap does b) know where the code to it went c) want to package it up, and maintain the package [EMAIL PROTECTED] posted an ITP 1 week ago. We've got 2 threads on the same list about the same stuff going in 2 different directions ... -- Eric VAN BUGGENHAUT [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]