Package: hercules Version: 3.06-1.3 Severity: normal Justification: scary to novices
So I decided to give s390 a try, following the instructions in </usr/share/doc/hercules/giving_s_390_a_try.html>. | # as root: | addgroup tun | dpkg-statoverride --add --update root tun 04750 /usr/bin/hercifc | chown root:tun /dev/net/tun | chmod g+w /dev/net/tun | adduser jrn tun Not so happy about making that setuid, but for debugging’s sake, I am following that guide as closely as is practical. | # log in as jrn | mkdir s390 | cd s390 | for i in debian.exec initrd.debian kernel.debian parmfile.debian script | do | wget http://people.debian.org/~fjp/d-i/s390/images/daily/generic/$i | done | cat <<\EOF >hercules.cnf | CPUSERIAL 002623 | CPUMODEL 3090 | MAINSIZE 64 | CODEPAGE default | XPNDSIZE 0 | #CNSLPORT 3270 | #HTTPPORT 8081 noauth userid password | #HTTPROOT /usr/share/hercules/ | NUMCPU 1 | LOADPARM 0120.... | OSTAILOR LINUX | PANRATE SLOW | ARCHMODE ESA/390 | | 000C 3505 kernel.debian parmfile.debian initrd.debian autopad eof | 0120 3390 dasd0 | 0A00 3088 CTCI /dev/net/tun 1500 192.168.42.1 192.168.42.2 255.255.255.0 | 0A01 3088 CTCI /dev/net/tun 1500 192.168.42.1 192.168.42.2 255.255.255.0 | EOF Not sure what the debian.exec is supposed to be used for. Am I missing a relevant setting? | dasdinit dasd0 3390-1 root | # HHCDU044I Creating 3390 volume ROOT: 1113 cyls, 15 trks/cyl, 56832 bytes/track | # HHCDU041I 1113 cylinders successfully written to file dasd0 | # HHCDI001I DASD initialization successfully completed. Looks promising. | hercules | # Hercules Version 3.06 | # (c)Copyright 1999-2007 by Roger Bowler, Jan Jaeger, and others | # Built on Jan 25 2010 at 15:51:12 | # Build information: | # Debian | # Dynamic loading support | # Loadable module default base directory is /usr/lib/hercules | # Using shared libraries | # No External GUI support | # HTTP Server support | # Regular Expressions support | # Automatic Operator support | # National Language Support | # Machine dependent assists: (none) | # Running on progeny Linux-2.6.33-rc7-next-201.#3 PREEMPT Thu Feb 11 00:10:22 CST 2010 | # Crypto module loaded (c) Copyright Bernard van der Helm, 2003-2008 | # Active: Message Security Assist | # Message Security Assist Extension 1 | # Message Security Assist Extension 2 | # HHCCF065I Hercules: tid=B73496C0, pid=23414, pgid=23414, priority=0 | # HHCDA020I dasd0 cyls=1113 heads=15 tracks=16695 trklen=56832 Good. | # HHCTU002E Error opening TUN/TAP device: /dev/net/tun: Permission denied | # HHCCF044E Initialization failed for device 0A01 Not good. Maybe I should have set /dev/net/tun to be g+r as well, which case giving_s_390_a_try.html should be clarified. I’d be happy to write a patch to do so. But I am hoping this should not matter too much. | # HHCCF069I Run-options enabled for this run: | # NUMCPU: 1 | # ASN-and-LX-reuse: DISabled | # DIAG8CMD: DISabled | # HHCCP002I CPU0000 thread started: tid=B30B6B70, pid=23414, priority=15 | # HHCTT001W Timer thread set priority -20 failed: Permission denied Because I am not running hercules as root. I hope this does not matter, either. | # HHCTT002I Timer thread started: tid=B2FB5B70, pid=23414, priority=0 | # HHCCP003I CPU0000 architecture mode ESA/390 | # HHCPN001I Control panel thread started: tid=B73496C0, pid=23414 | # HHCAO001I Hercules Automatic Operator thread started; | # tid=B2C23B70, pri=0, pid=23414 Now my hard disk is spinning rapidly and producing a high-pitched whine. The hard disk is an old 4200rpm laptop drive. Is this expected behavior? | # quit | # HHCIN900I Begin Hercules shutdown | # HHCIN901I Releasing configuration | # HHCAO002I Hercules Automatic Operator thread ended | # HHCCP008I CPU0000 thread ended: tid=B30B6B70, pid=23414 | # HHCTT003I Timer thread ended | # HHCHD902I logger_term complete | # HHCHD909I Shutdown sequence complete | # HHCIN904I All termination routines complete | # HHCIN909I Hercules shutdown complete | # HHCIN099I Hercules terminated | # HHCHD900I Begin shutdown sequence | # HHCHD909I Shutdown sequence complete If I try "ipl c" instead of quitting, I get another error message, but I do not want to debug that until it is clear I am not putting needless wear on the hard disk. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100215114227.ga23...@progeny.tock