Re: Introduction, and Windows 7 (SUA 6.1) installation results
On Sun, 22 Feb 2009, Tristan Fillmore wrote:
Hello,
My name is Tristan Fillmore. Back in 2004, while working as a
Windows/Linux sysadmin, I was experimenting with SFU 3 and thought it
would be neat if it were possible to combine the two worlds of Windows
and Linux by porting Linux packages to SFU/Interix. Alas, although I
had some abilities as an admin, my coding skills were weak and I
wasn't able to make much progress. I couldn't even get a newer GCC to
compile. I am the one who filed this bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15212
I didn't get much response, and anyway my computer wasn't very
powerful so it took a long time to compile anything, so I gave up on
the idea. But recently I built a new, fast computer, and put Windows
7 Beta on it. Realizing that Windows 7 includes SUA, I decided to
take a stab at reviving my old idea. After doing some investigation
on the internet, I was delighted to learn that not only had someone
had the same idea, but had made much more progress than I ever could!
So I am very excited about the prospects of debian-interix.
Thank you very much for your interest in debian-interix.
Currently debian-interix does not install on SUA 6.1 (all part of
running beta software I guess). First of all I ran into this issue:
http://www.suacommunity.com/forum/tm.aspx?m=13668
Basically what it means is I have an amd64 (64-bit) architecture
system so the default "ar" does not work. I fixed that as follows:
$ cd /bin
$ mv ar ar.amd64
$ export PATH=/bin:/opt/gcc.4.2/bin:/usr/contrib/bin:/usr/X11R6/bin:/usr/local/bin:/usr/contrib/win32/bin:/dev/fs/C/Windows/System32:/dev/fs/C/Windows/SUA/common
Good. I'll add this one to the INSTALL docs.
So then the install would run, but there were other errors (this
listserver will not let me attach files, but I have uploaded them
here:http://www.gfenestra.org/logfiles.zip). Doing "apt-get check"
shows many packages missing the ms-libc3.5 dependency.
Running "apt-get -f install" to fix dependencies looks like this:
$ apt-get -f install
Reading package lists... Done
Building dependency tree... Done
Correcting dependencies... Done
The following extra packages will be installed:
libstdc++3.5-dummy ms-libc3.5-dummy readline-common
The following NEW packages will be installed:
libstdc++3.5-dummy ms-libc3.5-dummy readline-common
0 upgraded, 3 newly installed, 0 to remove and 4 not upgraded.
25 not fully installed or removed.
Need to get 52.4kB of archives.
After unpacking 160kB of additional disk space will be used.
Do you want to continue [Y/n]?
WARNING: The following packages cannot be authenticated!
ms-libc3.5-dummy libstdc++3.5-dummy readline-common
Install these packages without verification [y/N]? y
Get:1 http://debian-interix.net unreleased35/main ms-libc3.5-dummy
0.0-20061109 [772B]
Get:2 http://debian-interix.net unreleased35/main libstdc++3.5-dummy
0.0-20061109 [694B]
Get:3 http://ftp.de.debian.org dists/unstable/main/binary-i386/
readline-common 5.2-3.1 [50.9kB]
Fetched 52.4kB in 1s (31.1kB/s)
/bin/sh: line 1: 173 Segmentation fault (core dumped)
/usr/sbin/dpkg-preconfigure --apt
dpkg: `ldconfig' not found on PATH.
dpkg: `start-stop-daemon' not found on PATH.
dpkg: `install-info' not found on PATH.
dpkg: `update-rc.d' not found on PATH.
dpkg: 4 expected program(s) not found on PATH.
NB: root's PATH should usually contain /usr/local/sbin, /usr/sbin and /sbin.
E: Sub-process /usr/bin/dpkg returned an error code (2)
Your installation went relatively fine, modulo this (and similar)
error in debootstrap.log:
Setting up tar (1.20-1+interix.1) ...
/var/lib/dpkg/info/tar.postinst: line 4: 1515 Segmentation fault
(core dumped) update-alternatives --install /usr/sbin/rmt rmt
/usr/sbin/rmt-tar 50 --slave /usr/share/man/man8/rmt.8.gz rmt.8.gz
/usr/share/man/man8/rmt-tar.8.gz
dpkg: error processing tar (--configure):
subprocess post-installation script returned error exit status 139
I don't yet know which program causes the segfault and the reason for
the segfault. Could you please try to find out which program causes
the trouble? The postinst script for tar can be found at
/var/lib/dpkg/info/tar.postinst. When looking at the script, it is
probably update-alternatives, a perl script in /usr/sbin.
So the cause may be the same as for the "apt-get -f install" problem:
Do you have /usr/sbin and /sbin added to your PATH
(in /etc/profile.lcl) before issuing the command?
There is one other interesting effect, I can no longer run "whoami":
$ whoami
/bin/whoami: line 28: shift: 1-1: numeric argument required
Unable to initialize device PRN
I see the same effect here (didn't notice before). It's because
/bin/whoami is not a true /bin/sh script as it claims in the first
line, but a ksh script. As /bin/sh has been switched to /bin/bash
during installation, you get this error. "ksh /bin/whoami" works for
me.
Martin
Anyway, that's as far as I got today. I figured I would introduce
myself and share my results, and ask for advice on how to proceed
next.
Regards,
Tristan
Reply to: