RE: Latest Tarball Problems
Thanks for the comments. Let me just clarify a bit.
> gcc has a lot of dependencies, don't just use force-depends (you could
> always use dselect in ftp mode).
I didn't use force-depends, just dpkg -i gcc...
>> 2: operation not supported
>> crwxr-xr-x ... 1
>> lrwxr-xr-x ... inet
>> lrwxr-xr-x ... local
> These are the correct settings. local is a symlink to 1; inet is a symlink
> to 2; 3 is the original arpanet so you might have arpa pointing to 3 etc.
That makes sense, but the Hurd partition that doesn't show these as symbolic
links works fine. Maybe its not related.
> Try:
> settrans -fg /servers/socket/2 /hurd/pfinet --interface=eth0
--address=10.1.6.1
> --netmask=255.255.0.0 --gateway=w.x.y.z
The -fg option will simply (if I'm not mistaken) force the translator to go
away. I've done this each time I set up the translator. Once I discover
the translator is not working correctly, I'll then issue the go away option,
and retry it.
It gets more interesting however. I've noticed that if I attempt to ping
anyone, or have anyone ping me, I get no response initially. If I type:
ls -l /servers/socket/inet
I of course get the operation not supported message. However, now other
users can ping my machine. I still can't ping anyone else (network
unreachable error), but others ping me without a problem.
I made a quick change to the Mach kernel in i386/i386at/i386at_ds_routines.c
to print a message whenever ds_open_device() is called. I print the name of
the device that we're trying to open. When I reboot with this kernel
installed, I notice that the network device is never opened. However, when
I issue the "ls -l" command described above, I get the message. At that
point, the system is trying to open the device, but never before that.
I've repeated this procedure now a total of five times, with a fresh install
of the Hurd in each case. I've used two different machines, and both an
NE2000-compatible adapter and an Intel Express 10/100 card. I get the same
result each time.
If I use the version of the Hurd from back in October, I don't seem to have
a problem. Everything works fine. Have some options changed that I'm just
not specifying correctly?
Kevin Musick
kmusick@teldar.com
Hi,
No need to cross post, 95% (guess) of those on help-help are also on
debian-help
On Wed, Mar 29, 2000 at 11:13:54PM -0700, Kevin Musick wrote:
> Oh, of course. I forgot to execute native-install. I completely
reinstalled my
> hurd partition from the Mar 1 tarball and executed native-install. That
seemed to
> fix the problem. However, I did notice a few things:
>
> 1. Despite installing the GCC package, I couldn't actually compile
anything until
gcc has a lot of dependencies, don't just use force-depends (you could
always use dselect in ftp mode).
> I copied over a handful of /lib/*.o files from the old 72Mb tarball.
>
> 2. I can't get networking to work. Previously, I used the command
>
> settrans /servers/socket/inet /hurd/pfinet --interface=eth0
--address=10.1.6.1
> --netmask=255.255.0.0
Try:
settrans -fg /servers/socket/2 /hurd/pfinet --interface=eth0
--address=10.1.6.1
--netmask=255.255.0.0 --gateway=w.x.y.z
>
> to configure the machine's IP address. This worked great in previous
versions,
> but in this latest release, nothing ever happens. I don't see the
/hurd/pfinet
> after a "ps -ax" like I used to. Also, I noticed something peculiar about
the
> /servers/socket directory. There are four entries: 1, 2, inet, and
local. In
> previous versions, doing a "ls -l" on this directory would result in
something
> like:
>
> 2: operation not supported
> inet: operation not supported
> crwxr-xr-x ... 1
> crwxr-xr-x ... local
>
> Note the character to the left of the RWX bits is a "c". I assume this
denotes a
> character device. After installing the latest version, I get three files
that
> show, and it looks more like this:
>
> 2: operation not supported
> crwxr-xr-x ... 1
> lrwxr-xr-x ... inet
> lrwxr-xr-x ... local
These are the correct settings. local is a symlink to 1; inet is a symlink
to 2; 3 is the original arpanet so you might have arpa pointing to 3 etc.
>
> This time, the inet and local entries show up as symbolic links.
>
> Any ideas?
>
> Kevin Musick
> kmusick@teldar.com
>
-Neal
--
----------------------------------------------------------------------------
Neal Walfield neal@walfield.org
UMass Lowell - Fox 1512 Phone: 978-934-5347
Fax: 603-415-3645
Love is the triumph of imagination over intelligence.
-- H. L. Mencken
Reply to: