Quoting Ognyan Kulev [EMAIL PROTECTED]:
Michael Banck wrote:
Remember that the Hurd console should be invoked like this now, if you
want to use the repeaters:
console -d vga -d pc_kbd --repeat=kbd -d pc_mouse --repeat=mouse
-c /dev/cons /dev/vcs
Is using /hurd/mouse still
Quoting Ognyan Kulev [EMAIL PROTECTED]:
Is using /hurd/mouse still correct? How does pc_mouse detect if it's
PS/2 or serial? I would like to update the TWiki page:
It does not. You just have to use the right parameters. Those are
just like the old mouse translator. I just changed
Quoting Philip Charles [EMAIL PROTECTED]:
I already have the hurd binaries for this, the all.deb's can be found in
woody.
BUT, this was the version that was in alpha.gnu.org when it was
compromised. There are other sites with these binaries, but they look as
though they were mirrors of
Quoting Michael Banck [EMAIL PROTECTED]:
On Wed, May 12, 2004 at 09:18:51AM +0200, M. Gerards wrote:
how about using the XFree 4.3 binaries Robert built?
Last time I checked, there were a couple of libraries missing (xlibs got
split up and there were no .debs of the newly generated
Quoting Philip Charles [EMAIL PROTECTED]:
The problem I am facing at the moment is that I will need to do some major
butchery to the main archive before the earlier version of XFree will
build onto the CDs.
Can't someone rebuild the XFree packages? There is a patch from Robert than
can be
Quoting Robert Millan [EMAIL PROTECTED]:
Yes. Except the nroff/troff system crash which is actualy a bug in Mach,
the Hurd, or some part of Glibc.
Can you make a test case out of this?
If you make a simple test case and report this bug on bug-hurd, I can put it
in savannah and look into it
Quoting [EMAIL PROTECTED]:
Ah sorry, even ls told me Permission denied on ext2fs and ext2fs.static.
I have thought that running ext2fs as an active translater may be the
problem but now i think it's only a filesystem inconsistency in my
installation?
Yes, this is most likely a corrupted
Quoting Sundevil [EMAIL PROTECTED]:
Hi folks...
I downloaded the Debian GNU/Hurd from the address below
ftp://ftp.gnuab.org/pub/gnu.iso/K5
This is correct, you should download it from here.
But it installed Linux instead of Hurd. And after installed, I found out
that the
Quoting alextj [EMAIL PROTECTED]:
hi all,
I'm looking for HURD iso image, but I not found them in no site. i tried
on the debian main site and in linuxiso.org, but all link was broken.
have somebody some link? or some ideas?
You can find the K5 iso images here:
Quoting Ognyan Kulev [EMAIL PROTECTED]:
Philip Charles wrote:
1. The latest mig, gnumach and hurd sources were included in K4, but I
have forgotten where I got them from.
From ftp://alpha.gnu.org/gnu/cvs , but it doesn't exist now. If it's
not problem, just check these sources
Quoting Robert Millan [EMAIL PROTECTED]:
On Fri, Jul 04, 2003 at 09:07:54PM +0100, Sam Halliday wrote:
hi there,
i can get xf86cfg to give me its classic black-grey pattern when i start
up, but the pointing device does not work. i realised that the
/dev/mouse (or /dev/psaux) does not
[...]
[EMAIL PROTECTED]:~/hurd/mig/objdir# make prefix=/usr/local/
..
gcc -DPACKAGE=\mig\ -DVERSION=\1.3\ -DYYTEXT_POINTER=1
-DSTDC_HEADERS=1 -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DHAVE_VPRINTF=1 -I.
-I../mig-1.3 -g -O2 -c
lexxer.c
./mig-1.3/lexxer.l: In function `yylex':
Hi,
1 it can't use the key Caps Lock which is on the left of my keybord,
the Caps Lock LED has no reactition when i press the key down, so i
only can use SHIFT+KEY to replace.
If you are interested you can use the new console, it works more like you would
expect. Please notice the capslock
Quoting Alfred M. Szmidt [EMAIL PROTECTED]:
If you are interested you can use the new console, it works more
like you would expect. Please notice the capslock LED doesn't work
in GNUMach 1.3 and older.
Who needs capslock anyway, the new console has it bound to control
anyway. :-)
Quoting Alfred M. Szmidt [EMAIL PROTECTED]:
IIRC you are wrong. And it will be configurable some day (soon).
I could have sworn that the new console had caps lock bound to
control.
I've checked the pc_kbd sourcecode to be sure. It is not bound like you said.
You'll have to wait for
Quoting Alfred M. Szmidt [EMAIL PROTECTED]:
I've checked the pc_kbd sourcecode to be sure. It is not bound like
you said.
But the old console has it bound to control; I think.
Control is bound to capslock. Capslock is not available. And as I said before if
works for the new console,
But it is still lacking stability. I have experienced several freezes
of the console server. (I could still telnet to my box.) Another
annoyance is that, once you have run 'console -d vga -d pc_kbd -d
generic_speaker /dev/vcs', you cannot exit console without
rebooting. Just killing
I don't know what killing the program means. If you mean kill then yes,
this will leave your screen in a desolate state until we catch SIGTERM with
marcos patch. However, if you press CTRL+ALT+Backspace, the console client
should terminate itself and correctly clean up behind itself.
Thanks
Thanks for the response! How did you pull down the source for oskit-mach?
Or are you cross-compiling?
For OSKIT-Mach you don't have to crosscompile. You can simply compile it on
GNU/Linux :).
The sourcecode of OSKIT can be found on savannah, use that instead of the OSKIT
in Debian if you
Thanks for advice. I think about X as convenient way to multitasking. I wish
to programming under GNU OS, and I like to fast switching between consoles.
But now only two consoles have short key sequences.
I can't help you with X, but I can with the console. The old debian package has
a bug in
Marcus' console is far better than GNU Screen!
[...]
Of course it is.
:)
But it is still lacking stability. I have experienced several freezes
of the console server. (I could still telnet to my box.) Another
annoyance is that, once you have run 'console -d vga -d pc_kbd -d
What, you can't figure out my problem from that excellent
description?? :-)
:-)
The panic I was getting was:
panic: zalloc: zone zalloc.8192 exhausted
Yup, sounds like you have to little RAM/swap. Add some more and see
if that fixes it.
No, he has enough RAM IIRC. I
Read it. Started to dive into rpctrace code and got lost fairly quickly.
Was going to try to start on fat translator issues but have seen that
someone else has been working on them already.
What is your problem with rpctrace? And the fatfs translator isn't ready yet.
You can help me a lot by
Quoting deFreese, Barry [EMAIL PROTECTED]:
I don't have a problem with rpctrace, there is just a project out on
Savannah about cleaning up the output to make it more readable. As for the
fatfs, let me see what I can do. What's the preferred method for creating
the partition(s)?
Perhaps
settrans -fgap -i /servers/socket/2 /hurd/pfinet -i eth0 -a 10.3.0.1 -g
10.0.0.1 -m 255.255.0.0
IIRC the settrans command doesn't have an argument -i (The first -i, pfinet has
a -i argument).
it gives an error message like this
/hurd/pfinet: eth0: (os/device) no such device
settrans:
At the same time I've seen that I can ftp with it to a neighbouring
box (while any attempts to set up an ftp translator for any server out
in the Internet fail with 100 % reproducibility.
I wonder if there is any way to intercept the communication between
the ftp translator and the
# For booting GNU/Hurd
title GNU/Hurd + Mach
root (hd0,3)
# Primary Master 4th partition.
kernel /boot/gnumach.gz root=hd0s4
module /boot/serverboot.gz
boot
This doesn't look like a reasonable GNU entry:
Booting using serverboot still should work I think, but it isn't supported
Been there, Okuji didn't want to update the entry since we haven't
made a realse and that the current release (0.2) uses the serverboot
method; search the bug-grub archives for the particular thread. I
think that the Debian package already uses the new boot method in the
example files.
Citeren Alfred M. Szmidt [EMAIL PROTECTED]:
I actually think there might be a bug in the parser that makes the
server:fs notation not working, I had similar issues with ftpfs I
think.
Last time I checked the behaviour worked correctly, but this was a
while; but I might remeber
Yes, thanks a lot! I'll try that as soon as I manage to build hurd
with debugging symbols.
You might want to take a look at something [1] Neal wrote to manualy
bootstrap an translator which is a bit easier than attaching gdb to a
process, IMHO. But its far more fun! :)
Some
Jim,
Thanks for the reply. Yes, it shows up in the log as a 3C59x which it is.
If I just update /etc/network/interfaces will it open the translator for me
or am I still going to need to run settrans?
You still need to run settrans. I hope you did not really use x'es (Some people
do
Try using the x command (an Hurdish su, but I don'r remeber if it is
installed by default), you should be able to get the lovely
authentication failure message there. =) To find the bug though you
should compile things with debugging symbols and run the evil programs
in gdb.
I assume you
restarted my computer..
I can't login!!!:
login login root
password: *
Error: (mig/ipc) server died...
the libc 2.3.x i need for installing gcc kills my /hurd/password (I
interpreted)
what can i do for having a working hurd without downloading 1GB of ISO
images?
PS: i think it
33 matches
Mail list logo