pfinet
> development. Congratulations and have fun :-)! Some people already
> announced that they'd be interested in working on pfinet: Marco Gerards
> and Richard Braun come to my mind immediatelly. As you're the one to now
> actually have worked on the pfinet code, you&
y people want to come, it just is way too small...
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
at kind of
things do you care about?
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
1
This link only seems to work for people who are subscribed to this
list. Do you have an alternative URL?
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
nt because your interrupt
controller is not supported. I think that is the only thing that has
to be fixed.
If you want to run in 64 bits, this task is just way too hard if you
have to ask what has to be done (no offense, of course).
--
Marco
___
hurdextras project except Alfred think you
should get the access you want?
> Sorry. It's not how I expected things to turn. Really. But it's not
> fun anymore. Sorry.
I am really sorry to hear things are not fun for you anymore.
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
ly understand why people are doing that.
Personally, as a student, I am following this discussion closely and
will apply if possible. This is one of the reasons why I can and will
not be a mentor.
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
F_IN to the end of the struct? Would that
mean the interface change would not break existing code?
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
date.
Can you please show us where this rule is written down? If what you
say is true, I have been doing the wrong things in the Hurd and for
GRUB all the time.
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
paper I signed one year ago only
> GNU Hurd is mentioned.
>
> Is that enough? At that time, more than one people told me that GNU
> Mach assignment papers weren't needed since code is not assigned to
> FSF anyways.
That's wha
to port/implement in Mach soon. For now, this patch
> helps by both removing the failed assert and by noticing the user that
> the device is not being used for unassigned IRQ.
Nice!
> I guess that for such a small path using Savannah's Patch syste
ough, that we obviously need to modify the hurd and/or
> the libc to let the system use it.
Can't it be implemented as another store class or so? In that case it
can be used in the Hurd without affecting current systems.
--
Marco
___
Bug-hur
0 };
>
>cons = malloc (sizeof (struct cons));
> - if (!malloc)
> + if (!cons)
> error (1, ENOMEM, "Cannot create console structure");
>mutex_init (&cons->lock);
>cons->encoding = NULL;
Hmm.. lol :-)
Can you pleas
p:
>
> [hurd]/console/ChangeLog
> 2006-01-23 Samuel Thibault <[EMAIL PROTECTED]>
Nice catch! Thanks for the patch. :-)
This looks like the right and only way to fix this. I assume you
tested it. I will commit this patch next weekend if no one
27;t know what libata or nvidia is.
> But if GNU Mach has support for your NIC and any of these two, it
> might explain the sudden reboot. Have you tried compiling a really
> bare kernel with only say an IDE driver?
Right, I also think this is the problem. Most likely
e defined for this
function:'
And I would assume the prototype has a pid_t as return type, but I
haven't studied the sourcecode of the Hurd to look that up.
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
Samuel Thibault <[EMAIL PROTECTED]> writes:
> [gnumach]/Changelog
> 2006-01-14 Samuel Thibault <[EMAIL PROTECTED]>
>
> * i386/i386/iopb.c: Include "vm_param.h".
> (io_tss_init): Fix address and limit of user TS
ot lie about you, if you claim I am a liar your have to proof
me wrong. I think you also need to proof Thomas has a lack of morals
and ethics.
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
"Alfred M\. Szmidt" <[EMAIL PROTECTED]> writes:
> Marco, if you want to throw out accusations, lies, and insults, do it
> somewhere else.
What are you talking about? Can you elaborate?
--
Marco
___
Bug-hurd mailing list
cause my work load became extremely heavy.
This would attract me to hacking the Hurd again, and I assume many
others too. Although I never met Thomas, he has the right set of
social skills required for this job.
Please push things a bit so it really happens now and becomes
official.
matter what so ever.
>
> And you are? And you do? Says who?
He wrote a patch or two to fix the Hurd for glibc. And he scared away
a lot of potential Hurd developers. We should give him credit for
both.
--
Marco
___
Bug-hurd mailing list
Bu
what
the maintainers think about this issue.
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
see `term/ChangeLog' why this
limit changed. IIRC there is not a clean way to fix this properly and
the same problem exists on GNU/Linux. Perhaps I could lookup some IRC
logs in which Marcus described this problem, or even better; Marcus
describing this problem
t technical
issues required for that job.
If not, I think we all end up using the ams-branch or letting the Hurd
die.
Thanks,
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> At Wed, 09 Nov 2005 21:54:52 +0100,
> Marco Gerards wrote:
>>
>> Marcus Brinkmann <[EMAIL PROTECTED]> writes:
>>
>> > The active translator problem seems serious to me. Without any
>> > guaran
gure which translators are
trusted and which are not? For example, I could configure I only want
to follow translators set by root and myself.
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
about porting to L4.
> So once again, can people shut the hell up with saying "do what you
> want", since it has never worked to move forward?
So you are saying we should:
a) Force people to do something they don't want to do.
or
b) Hold people'
e will proof me
wrong.
So the people who do the work count, I think we can safely ignore the
people who are just looking for excuses not to work on the Hurd. If
people don't want to work, they won't.
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
ial.
* Add support for x86_64.
* GRUB itself is a Multiboot-compliant kernel.
* Add new filesystems: XFS, SFS, and AFFS.
Thanks,
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
e:
error_t err = device_read_inband (kbd_dev, 0, -1, 1,
(void *) &next, &data_cnt);
So that is how devices are accessed from the Hurd. You could follow
the path from there. It ends at kbdread in i386/i386at/
questions is that there are not many people
capable of doing so. :-/
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
Samuel Thibault <[EMAIL PROTECTED]> writes:
Hi Samuel,
> Marco Gerards, le Thu 25 Aug 2005 17:01:01 +0200, a écrit :
>> There are several ioctls related for console switching. The most
>> important one is VT_ACTIVATE which is easy to implement.
>
> How is it easy to
library that is capable of the same things as
the ioctls. Would that be a wise choice or is there any way to
overcome the problems I described? My choice would be a library that
should be used for console switching, although it will make us
incompatible.
Thanks,
Marco
It would be better to have a script to start the console client
automatically. The script should be executed soon (before
XDM/GDM/KDM). In that case things work like on most GNU/Linux
distributions, which is the right way IMO.
--
Marco
___
Bug-hurd
lize console
> with mouse automatically in boot process.
It is not possible to select and copy text on the console.
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
Anders Juel Jensen <[EMAIL PROTECTED]> writes:
Hi,
> Just a small fix in ftpfs, it was probably just a typo in the first
> place.
This patch looks fine to me. Can I apply it?
Thanks,
Marco
___
Bug-hurd mailing list
Bug-hurd@
not have to be a developer. But it is not as easy as using
windows, GNU/Linux, etc. You can find instructions about CVS access
here: http://savannah.gnu.org/cvs/?group=hurd
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mai
e bug in fatfs and post a patch.
It's not an easy task for someone to begin with. It means a lot of
changes to libdiskfs and a lot of changes to fatfs.
To answer the question; I use the network to transfer files.
--
Marco
___
Bug-hurd mailing list
B
pc_mouse /dev/vcs
After that you can use programs on the console that use the mouse, for
example mc using `mc -x'.
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
ibcons/:
> 2005-03-05 Samuel Thibault <[EMAIL PROTECTED]>
[...]
This patch looks fine to me. Is it ok to apply this patch?
Thanks,
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
hen we have two choices,
> revert or fix; both which are trivial.
What kind of bootstrapping are you talking about anyway? IIRC
everything worked with these patches. If someone expects something
won't work, we can test it.
--
Marco
___
eeded at all. That is
what the FSF told me.
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
Samuel Thibault <[EMAIL PROTECTED]> writes:
> Marco Gerards, le Sun 10 Apr 2005 21:48:32 +0200, a dit :
>> Samuel Thibault <[EMAIL PROTECTED]> writes:
>>
>> > On Sun, Apr 10, 2005 at 06:24:51PM +0200, Marco Gerards wrote:
>> >> Samuel Thibault &
oorly named. It probably also
> overloads too many settings.
In that case I misunderstood you, sorry. What would be a better name?
The overloading of settings can be fixed, if that is important.
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://l
th DHCP.
> Options are about what they do, not why you want that done.
Right, but -g does not set the route like we need it for DHCP. I
understand if you do not like the name of the option, but that does
not make it useless.
Can you please describe the things that need to be done before this
Roland McGrath <[EMAIL PROTECTED]> writes:
>> The most important part of the patch is setting up the route, for
>> which no interface or utility exists.
>
> There is -g.
Which sets the gateway, how would that help?
--
Marco
Michael Banck <[EMAIL PROTECTED]> writes:
> On Thu, Apr 14, 2005 at 01:51:53PM +0200, Marco Gerards wrote:
>> Michael Banck <[EMAIL PROTECTED]> writes:
>>
>> > As the DHCP script sets things to 0.0.0.0 anyway, I am a bit puzzled why
>> > this ha
> For example, automatic adding of zero route if IP is 0.0.0.0. So to
> setup the iface for dhcp one would have to add call settrans with
> ip=0.0.0.0 (to get routing setup), mast=0.0.0.0 and bcast to
> 255.255.255.255. But that seems a bit redundant sin
me.
It does for me. And if people don't tell me it does not work, I
will assume it just works.
Other people have tested it with success. If it does not work,
*please* tell me.
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
is started to being used, does it?
Right. The user won't use --dhcp, this is all handled by dhclient.
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
f the patch is ok like it is now or if I should change
anything? Please tell me if it can be applied.
Complete routing support should go in the new pfinet, which is
something I plan to work on in some months. I am not willing to waste
too much time on the old pfinet,
t is how many people have started.
Just read as much as you can!
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
Michael Banck <[EMAIL PROTECTED]> writes:
> On Sun, Apr 10, 2005 at 09:48:32PM +0200, Marco Gerards wrote:
>> Ok. Hopefully someone can proofread the patch in the meanwhile.
>
> Has the latest revision been posted (or put into the patch tracker?)
>
> Samuel said '
Samuel Thibault <[EMAIL PROTECTED]> writes:
> On Sun, Apr 10, 2005 at 06:24:51PM +0200, Marco Gerards wrote:
>> Samuel Thibault <[EMAIL PROTECTED]> writes:
>>
>> > Samuel Thibault, on sat 05 mar 2005 17:00:32 +0100, wrote:
>> >> here is a pat
), namely), latest version is available at
> http://perso.ens-lyon.fr/samuel.thibault/patch-console-client
>
> I'm waiting for the papers.
Did you send back the papers already?
Marcus, can I commit this patch when the copyright is assigned?
Thanks,
Marco
__
e and include that in the log entry too.
Since when are generated files mentioned in the ChangeLog entry? Am I
confused or did the procedure to log changes change?
Thanks,
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
of stuff you want to
look at, it can differ what you should read. Tanenbaum is a nice read
I think. :)
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
nish some other Hurd hacking first, don't
worry about that. :)
Thanks,
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
this patch, but no one knew for sure if the
lock in netfs_attempt_mkfile was on the right place. Can someone
people have a look at this?
The patch looks really good to me and I think it should be applied
when the copyright is assigned and when there are no further
problems. Marcus, w
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> At Tue, 03 Aug 2004 16:03:11 +0200,
> Marco Gerards wrote:
>> On debian-hurd someone noticed SIOCGIFHWADDR does not exist for
>> GNU/Hurd. I have included the required patches for the Hurd and glibc
>> with this em
e wonderful fact that one can use /boot/servers.boot for a
> sub-hurd.
Didn't I also say it would be more flexible? You would make a nice
parrot. ;-)
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
ot of patches are made for GRUB 2 now, more than
when new features were accepted.
But another reason is that Okuji does not want to maintain GRUB Legacy
that actively. Adding features (even proofreading patches) takes a
lot of time he could use for working
should be one line:
module (hd0,2)/hurd/ext2fs.static
--multiboot-command-line=${kernel-command-line} --host-priv-port=${host-port}
--device-master-port=${device-port} --exec-server-task=${exec-task} -T typed
If you want multiple lines, end the line with a ba
;Hurd"? You can check using:
tune2fs -l /dev/hdb3|grep "OS type"
I can't find this error in the GNU Mach or the Hurd sourcecode. Is
this a debian thing?
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
nistrators if you care? :)
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
nslator (don't ask me how
it should work :)). Another thing you could do is having a look at
the filesystems implemented for lufs:
http://lufs.sourceforge.net/lufs/fs.html
Because translators can use any library and it can be run by any user
there are not many restrictions, use y
's all you need to know to make
> POSIX-compliant programs.
This unfortunately fully depends on the filesystem. Or do you mean
the interface to the filesystem?
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
it is possible to have a look another time?
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> At Sat, 08 Jan 2005 20:16:23 +,
> Marco Gerards wrote:
>> All work has mostly be done. At the moment my biggest doubt is how to
>> configure the screensaver support when starting the console client.
>
> First of all
difference between the console-client and bash, or any other shell)
Does bash access the keyboard device and vga card directly? Do you
run bash as a daemon? That's weird...
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
deed. Maybe `fsysopts' can
> already be used for this?
Not at the moment, but that would be one possible feature that can be
implemented.
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
ich I
> might just do if I got to FOSDEM.
Nice. I am not convinced guile should be used, but I do not care too
much about it either.
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
nk the second way to configure screensavers is the best. What do
you think? Any other idea how to configure this on the command line?
Any other ideas for how screensavers should work?
Thanks,
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://
system?
There is one and it is GNU Mach. The latest release was 1.3, which is
also official. As for CVS: Just use the branch I told you about.
It's likely a 1.4 release will be made out of that branch.
For a working system you can better download Debian GNU/Hurd:
htt
s to compile the mach.
Are you sure you want to use oskit-mach? Most of us use the branch of
GNU Mach called gnumach-1-branch.
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
"Robert J. Chassell" <[EMAIL PROTECTED]> writes:
> "Neal H. Walfield" <[EMAIL PROTECTED]> wrote,
>
>You might have a good point if the maintainers supported using
>savannah. This is simple not the case.
>
> But the stated reason that [EMAIL PROTECTED] will not send in bug
> reports is t
t the patch?
>>
>> If not, what do you suggest to do?
>
> Have you tried what I suggested above? i.e., don't modify st_blocks from
> what trivfs starts with.
That worked fine for me. I have included a patch to do this with this
email.
Thanks,
Marco
2005-01-07 Ma
Marco Gerards <[EMAIL PROTECTED]> writes:
> A while ago I sent a patch for a keyboard and mouse repeater to this
> mailing list. These patches were reviewed by Marcus some months ago.
>
> Here is a new patch that includes changes Marcus asked for and some
> bug fixes. The
hould just leave it alone so it's whatever is actually being consumed on
> the underlying filesystem, which will normally be zero.
Does this mean I can commit the patch?
If not, what do you suggest to do?
Thanks,
Marco
___
Bug-hur
far.
Anyway, if everything is fine, etc. Please tell me so I can commit
this patch. Roland, what do you think about this?
Thanks,
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
ons)
will be uses to calculate the total size of /dev. This seems a bit
awkward to me.
But in the case the current behavior is ok, we can close the bug on
savannah.
Thanks,
Marco
2005-01-07 Marco Gerards <[EMAIL PROTECTED]>
* storeio.c (trivfs_modify_stat): Set st_blocks
Roland McGrath <[EMAIL PROTECTED]> writes:
>> What this patch does is preparing the state of the interfaces so it
>> can use 0.0.0.0 as address and broadcast.
>
> That has nothing to do with DHCP per se and shouldn't give the impression
> that it does.
it is
possible to port dhclient.
Thanks,
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
with* the'.
Both issues are fixed now. And I have changed the way the patch works
a bit. Now it should work for other devices too, perhaps even for
multiple devices, but I can't test this here.
Anyway, I am quite happy with the patch as it is. Roland, can I
commit this patch?
Tha
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
>> Just to be really clear: I did not suggest a 0.3 release.
>
>Was that a mistake, or are you suggesting a 1.0 release?
>
> I think Marco was just suggesting that a relase should be made, and
> what it
blem with the Hurd.
Right, whoops. :)
Thanks,
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
ystems', `unionfs added to the Hurd' (when it is done), etc.
Whenever an important change is made. As far as I care, even when
trivial changes are made.
I said this before, but I will try to submit some stuff for
hurd.gnu.org and see if it will be approved. Hopefully more people
will j
will have a new release.
Anyway, what my goal is is not only suggesting things. I hope one or
more Hurd maintainers will pick up some ideas or even make the list.
Or perhaps I can volunteer to make a list of items with some other
people and let you guys shoot on it and to make it official
after
there were quite some complaints about bugs, but there
are not that many reported bugs:
https://savannah.gnu.org/bugs/?group=hurd
I really hope people will submit bug reports on savannah so I can fix
some of them when I have the time.
Thanks,
Marco
___
pplied. But that is not up to me.
Thanks,
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
, I hope to start a discussion with this email. It would be
nice if the Hurd maintainers would make it clear what needs to be done
before the Hurd 0.3 can be released or if they just release it.
Thanks,
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
server replied.
Thanks,
Marco
2005-01-04 Marco Gerards <[EMAIL PROTECTED]>
* options.c (options): Add the option `dhcp'.
(parse_opt): In case pfinet is started the argument `--dhcp', set
the address to `0.0.0.0', the netmask to `255.0.0.0' a
y.
Thanks,
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
Andrew Lewis <[EMAIL PROTECTED]> writes:
> I thought this list was supposed to be readonly anyway... :(
Yes, but unfortunately it is not, same for the commit lists.
--
Marco
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.or
m to $(sysconfdir). But we never want
> # to overwrite an existing file. Print a warning for such files.
> # If override_conf is set to `t' then install even on top of existing
> # files.
That's weird. IIRC these files were always overwritten...
Thanks,
Marco
; and runsystem as configuration files, and overwriting config files is
> just a no-no in my book (and I can't really count how many times I got
> seriously pissed because it munged my tweaked versions).
It's quite annoying, I agree. The sam
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> I disagree with Marco and agree with Alfred that left and right alt
> are very different keys. This is also true for the linux console.
Ok. I would expect lalt+rctrl+backspace would be the same as
ralt+rctrl+backspace. But I also con
which has a different purpose then a normal alt. But for ctrl and
> shift I agree.
AFAIK it does not have another meaning with the pc_kbd driver.
--
Marco
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-hurd
patch that makes sense. And I am sure a lot of
people will do the same.
--
Marco
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-hurd
This mail is an automated notification from the patch tracker
of the project: The GNU Hurd.
/**/
[patch #3386] Latest Modifications:
Changes by:
Marco Gerards <[EMAIL PROTECTED]>
'Date:
1 - 100 of 308 matches
Mail list logo