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&
Thomas Schwinge <[EMAIL PROTECTED]> writes:
> Continuing this monologue...
>
> On Thu, Jun 08, 2006 at 10:52:02AM +0200, I wrote:
>> [...] get to a conclusion whether to meet at the LSM this year or not.
>
> We won't, as it seems. But: there is the idea of meeting somewhen,
> somewhere for a week
Donnie Jones <[EMAIL PROTECTED]> writes:
> I am very new to kernel development, but I do currently work with
> distributed algorithms and I find Linus argument that microkernels
> are more complex very interesting, what do you guys think?
Yesterday I heard a talk by Andrew Tanenbaum, in which he
Esben Stien <[EMAIL PROTECTED]> writes:
> Yes, I've talked to Paul Davis, the author of JACK. He would advice
> you to start a thread on the jackit-devel mailinglist[1].
>
> [1]http://www.jackaudio.org/index.php?option=com_content&task=view&id=17&Itemid=31
This link only seems to work for people
stuarthu <[EMAIL PROTECTED]> writes:
> Hi every one, I'm a newbie on Mach and lack the experience. But I
> am going to take some effort on it. I have a x86_64 pc in my home, so
> I am going to port Mach to it. What should I do?
Most likely it doesn't work at the moment because your interrupt
Thomas Schwinge <[EMAIL PROTECTED]> writes:
Hi Thomas,
> Do you people know how much time I lately invested into the Hurd project?
> I'm well aware that many of you are also doing this. Nevertheless. If
> the community is not able to ``handle'' a ricochet like Alfred is, my
> time is for me no
Thomas Schwinge <[EMAIL PROTECTED]> writes:
Hi,
> I could imagine handling the task of mentoring with the help of the whole
> Hurd community. That is, I'd be the official mentor for the projects
> we're going to submit. But for sure I'll need a backup who would at
> least care at the times I wo
Richard Braun <[EMAIL PROTECTED]> writes:
> NETF filters are considered to be native filters, so there is no macro
> for them (a requirement for all non-native filters is to be non-zero).
>
> Macros were also added in include/device/bpf.h :
> #define BPF_BEGIN NETF_BPF
> #define BPF_IN
"Alfred M\. Szmidt" <[EMAIL PROTECTED]> writes:
>> Seperate changes should have seperate headers.
>
>This is incorrect. You can say it five times, or fifty times, but
>it is not correct.
>
> It is correct, this has been the rule for all patches to date.
Can you please show us where
Gianluca Guida <[EMAIL PROTECTED]> writes:
>> P.S. Gianluca, it'd probably be a good time now to request and sign
>> assignment papers for GNU Mach.
>
> Hmph, I requested that for the Hurd and GNU Mach, but now that I look
> at it, in the copyright assignment paper I signed one year ago only
> GNU
Gianluca Guida <[EMAIL PROTECTED]> writes:
Hi Gianluca,
> My laptop's motherboard set its RTL8139 NIC IRQ at a value that is not
> included in the range 0<=x<16 and it's not 255.
That is weird. I always thought that for compatibility reasons IRQs
are always <16. In case the OS supports more th
Gianluca Guida <[EMAIL PROTECTED]> writes:
> If we want to use it or to test it, I can work to implement these
> features to linux drivers too. In the case of device trap, that
> shouldn't take more than one day, for the FIPC, I actually don't know.
> Please note, though, that we obviously need to
Samuel Thibault <[EMAIL PROTECTED]> writes:
Hi Samuel,
> --- console/console-orig.c2006-01-23 20:39:56.0 +0100
> +++ console/console.c 2006-01-23 20:40:03.0 +0100
> @@ -1999,7 +1999,7 @@ main (int argc, char **argv)
>struct netnode root_nn = { vcons: 0 };
>
>cons = m
Samuel Thibault <[EMAIL PROTECTED]> writes:
Hi Samuel,
> When typing non-ascii characters (for instance 'ç') on an 8-bit Hurd
> console, one gets:
> ç
> which is obviously wrong :) But this is actually a double utf-8 encoding
> of 'ç'. Here is the fixup:
>
> [hurd]/console/ChangeLog
> 2006-01-
"Alfred M\. Szmidt" <[EMAIL PROTECTED]> writes:
> [Adding CC to bug-hurd, _again_, don't remove it!]
>
> 22: 9186 IO-APIC-level libata, NVidia CK804
> 23: 13705 IO-APIC-level libata, eth0
>
> These two could cause problems, I don't know what libata or nvidia is.
> But if G
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Samuel Thibault <[EMAIL PROTECTED]> writes:
>
>> Currently, setsid(0) always return 1, while it should return the sid of
>> the calling process. Here is a proposed patch:
>
> I have no particular objection, but what is the standard that
> specifie
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 TSS.
What does this do?
Thanks,
Marco
__
"Alfred M\. Szmidt" <[EMAIL PROTECTED]> writes:
> Right, as always you accuse me of things and not giving me a chance to
> defend. Your lack of morals and ethics is disgusting.
Well, proof yourself. Show us all what you did the past 5 years or
so. This mailinglist is not filtered.
As for me,
"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
Bug-hurd@gnu.org
http://list
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> But this prompts me to say that, in my judgment, Thomas Schwinge
> should be invited if he is willing to be an official approver of
> patches. This was discussed last fall, but it did not reach a final
> decision, in part because my work load beca
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> "Alfred M\. Szmidt" <[EMAIL PROTECTED]> writes:
>
>> And to make it clear to everyone else, Thomas is not the maintainer,
>> nor an active developer of the Hurd. And has absolutley no say in
>> this matter what so ever.
>
> And you are? And you d
Thomas Schwinge <[EMAIL PROTECTED]> writes:
> | 23:59 tschwinge: I was going to make you project admin of hurdextras,
> |but you obviously lack the stuff that takes to be a project
> admin.
>
> How did you get to that conclusion?
He's Alfred M. Szmidt, the GNU project release manage
Samuel Thibault <[EMAIL PROTECTED]> writes:
> Follow-up Comment #1, bug #15323 (project hurd):
>
> It still happens nowadays, though the limit has bumped to something like 15k
I'm sorry that I am replying here instead of on savannah...
Marcus has looked into this problem, see `term/ChangeLog' wh
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
>> Anyone can be part of reviewing patches, and discussing design issues.
>> The thing is about getting Tier One people convinced enough to get
>> those patches in.
>
> This is a good argument for increasing the number of Tier One people
> (a problem
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
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> The active translator problem seems serious to me. Without any
> guarantee about the implementation of a service, you can not know what
> it does. This means that you must be prepared for any malicious
> behaviour, including: no response (stalling t
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
>What we need is people that do what they want to do.
>
> That is what people have been doing for the past 10 years, and we are
> still stuck at the same spot. And now we have two different code
> bases, with nothing in common, with the possibili
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
> People are confused where to spend their time and have become more so
> now that Hurd/L4 might not even be a viable choice. Should time be
> spent on the currently working Hurd/Mach, should it be spent on the
> non-existant Hurd/L4, or should it be
I'm happy to announce the release of GRUB 1.91. This is the second of
our prereleases leading up to GRUB 2.0. We encourage you to try it, as
we have done a significant amount of work towards GRUB 2. Note that this
release is mainly for developers who are willing to contribute to our
project. If y
Shakthi Kannan <[EMAIL PROTECTED]> writes:
Hi,
> But, I am looking for some basic (hello world?)
> example to understand how the device interfaces in GNU
> Hurd:
>
> http://www.gnu.org/software/hurd/gnumach-doc/mach_10.html#SEC89
>
> interact with its particular GNU mach driver
> probe/open/close
Sergio Lopez <[EMAIL PROTECTED]> writes:
> Sorry for bothering you, but is there some kind of "magic word" to
> attract the attention from Hurd's Maintainers?
You are not bothering anyone. You have done a lot of amazing work and
it would be nice if your patches can be applied ASAP. Perhaps if y
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
Hi,
To be able to switch from X (and svgalib, etc) to the console and back
we need support for some ioctls. I wonder if we want to have such
ioctls or do we want a special library (libvt or so).
There are several ioctls related for console switching. The most
important one is VT_ACTIVATE which
[EMAIL PROTECTED] writes:
> I installed an X server on debian HURD. But in order to start it I
> am to activate a console first, then I am to type a startx command.
> But I would like to automate this process. Can anyone make a script
> for starting an X server when booting the HURD?
It would be
[EMAIL PROTECTED] writes:
> I have just installed a ps/2 mouse console -d vga -d pc_kbd
> --repeat=kbd -d pc_mouse --repeat=mouse -c /dev/vcs And it appears
> that mouse can not select a text like in Linux. How can I make this
> feature if it is possible? Then I would like to initialize console
>
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@gnu.org
http://lists.g
[EMAIL PROTECTED] writes:
> As far as I understand now that when You want to use HURD You have to be it's
> developer. I have not an acccess to Internet at home when I installed
> HURD but at my work when there is a Windows. How can I access to CVS
> archive of HURD?
No, you do not have to be a d
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
>Then if there is a bug on fatfs that does not permit to write
>anyhting to diskette what is the usual way to transfer any
>information from a computer with HURD to other computers?
>
> It is to fix the bug in fatfs and post a patch.
It's
[EMAIL PROTECTED] writes:
> Recently I installed Hurd from Debian mini-iso. It cannot support floppy
> disks. When I mount a floppy disk (settrans -cga /floppy /hurd/ext2fs
> (or fatfs) /dev/fd0) it either hangs or types error. If I format the
> floppy on other system (on HURD there is no fdform
Samuel Thibault <[EMAIL PROTECTED]> writes:
Hi,
> Now that FSF got my papers signed back, here is again my patch to let
> screen readers like brltty work with the Hurd. As discussed and agreed
> on some time ago on #hurd (and ##hurd), it extends Marco's console
> repeater translator to handle sym
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
> Can we _please_ apply the patches for updating all the related
> autoconf code right now?
>
> The worst case scenario that will happen is that we won't be able to
> bootstrap, and if that actually would happen then we have two choices,
> revert or f
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
>[ I've CCed John Tobey as I'm not sure if he has assigned the
> copyright. ]
>
> For such a small change a copyright assigment isn't needed.
For GNU Mach, copyright assignments are not needed at all. That is
what the FSF told me.
--
Marco
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 &
Roland McGrath <[EMAIL PROTECTED]> writes:
>> 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.
>
> I never said it was useless. I said it was poorly named. It probably also
> overloads
Roland McGrath <[EMAIL PROTECTED]> writes:
>> 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?
>
> You said t
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
___
Bug-hurd mailing list
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
Joachim Nilsson <[EMAIL PROTECTED]> writes:
> I'd like to try it out but I'm still in the rebuilding phase of
> my "pick-up-the-hurd-hobby". However, is there any way of making
> the patch a little bit more generic? If anything, just to be able
> to remove the "dhcp" connection that I think Rola
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
>Can you please tell me if the patch is ok like it is now or if I
>should change anything?
>
> Does it actually work? I recall that I tried it (might have been a
> older patch), and it didn't work for me.
It does for me. And if people don't
Michael Banck <[EMAIL PROTECTED]> writes:
> As the DHCP script sets things to 0.0.0.0 anyway, I am a bit puzzled why
> this has to be a user-visable option.
Because without this patch, such things are not possible. Setting the
address to 0.0.0.0 was not possible, but now it is.
The most importa
Roland McGrath <[EMAIL PROTECTED]> writes:
> Setting the addresses and the route to match them is indeed what it does,
> and that is not specific to DHCP just because that's the motivation for it.
Right. And I would like to see this patch applied soon. Can you
please tell me if the patch is ok
Matheus Morais <[EMAIL PROTECTED]> writes:
> hi there, the Tanenbaum book's (in specially Operating Systems: Design
> and Implementation and Modern Operating Systems) are usefull to learn
> about microkernels and become a Kernel developer?
Nothing will even be enough, but it is how many people ha
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
Samuel Thibault <[EMAIL PROTECTED]> writes:
> Samuel Thibault, on sat 05 mar 2005 17:00:32 +0100, wrote:
>> here is a patch to extend Marco's console repeater translator
>
> I made very few corrections (in trans.c:netfs_attempt_mkfile() and
> vcs-repeat.c:vcs_read(), namely), latest version is ava
Roland McGrath <[EMAIL PROTECTED]> writes:
>> If mig isn't found, the configure script just continues and pretends
>> to be happy. If you then try to compile the Hurd, it will go into a
>> infinite loop.
>>
>> OK to commit?
>
> Regenerate configure and include that in the log entry too.
Since
[EMAIL PROTECTED] writes:
Hi,
> I am senior undergraduate in Computer Science
> of Engineering, and I am very interested in
> the development of operating systems. I would like
> to become involved with the Hurd project, but
> I have little experience with OS development.
Cool! All help is wel
Hi,
Kotry, quite a while ago you mentioned you were working on a new
pfinet. I wonder what the current status is.
For long time I have been hacking some random parts of the Hurd and
some other projects and now I want to write something completely from
scratch. I am considering to (re)design and
Samuel Thibault <[EMAIL PROTECTED]> writes:
> Samuel Thibault, on sat 05 mar 2005 17:00:32 +0100, wrote:
>> here is a patch to extend Marco's console repeater translator
>
> I made very few corrections (in trans.c:netfs_attempt_mkfile() and
> vcs-repeat.c:vcs_read(), namely), latest version is ava
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
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
>> Has anyone used grub2? Is it usable yet?
>
>It is not usable yet.
>
> When we spoke sometime ago you said the exact opposite. Has something
> changed in the GRUB 2 code base?
*sigh*, if someone would pick on nuances it would've been you,
Roland McGrath <[EMAIL PROTECTED]> writes:
> Has anyone used grub2? Is it usable yet?
It is not usable yet.
We planned scripting support for GRUB 2. What I had in mind was just
a GRUB 2 script for the Hurd. The script accepts the root device as
argument and loads the right kernel and modules.
Shakthi Kannan <[EMAIL PROTECTED]> writes:
> --multiboot-command-line=${kernel-command-line}
> --host-priv-port=${host-port}
> --device-master-port=${device-port}
> --exec-server-task=${exec-task} -T typed
Perhaps your emailclient did this, but it should be one line:
modu
ANIL C JOHN <[EMAIL PROTECTED]> writes:
> I did "rescue root=/dev/hdb3" when booted from CD to boot from that
> partition, it also stalled after booting for a
> while, and found the following messages before stall:(by the way hurd is
> installed in partition /dev/hdb3 and mount on /gnu)
>
> "Pa
Chris Kerr <[EMAIL PROTECTED]> writes:
> "there are no spam filters on GNU servers"
> Is it possible to change this?
Not by asking on this list, is my observation. Asking about it is
only irritating for people who are subscribed. Could you contact the
FSF system administrators if you care? :)
ANIL C JOHN <[EMAIL PROTECTED]> writes:
Hi,
> i wanted to write a cvsfs translator for gnu hurd, but unfortunately
> found that i has been completed recently. Could i make some
> contributions to hurd by modifying present cvsfs.
This project was, AFAIK, never announced on this mailinglist and it
Danilo Segan <[EMAIL PROTECTED]> writes:
> What are you going to do when you come across a filesystem where you
> have two files with such names which only differ in normalisation form
> used (i.e. fully decomposed or fully composed)? Yeah, you can ensure
> that no filesystem created via GNU/Hurd
Adrien Montoille <[EMAIL PROTECTED]> writes:
> and ps aux some /hurd/crash processes, but not always.
How did you set up /servers/crash?
> I can give a ssh access if a developer wants to try by himself.
I can have a look, but not this week because I don't have time. I
hope it is possible to ha
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
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
> Bash can be considered a daemon, and thus by your logic a system
> service. Since it is a system service, it shouldn't be possible to
> modify it extensivley by the user according you. (I don't see a huge
> difference between the console-client and
Ludovic Courtès <[EMAIL PROTECTED]> writes:
> Today, 4 hours, 47 minutes, 45 seconds ago, Peter 'p2' De Schrijver wrote:
>> I think we need a message interface to the screensaver for configuration.
>> This allows per user configuration. (ie. if another user logs in on the
>> console, a program can
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
>I think the second way to configure screensavers is the best. What
>do you think?
>
> I think it sucks, the console client and all plugins already take so
> many arguments that it is very confusing. It is also impossible to
> specify what d
Hi,
As some of you might remember, I sent in a patch for screensaver
support for the Hurd console. I am resurrecting that patch now.
All work has mostly be done. At the moment my biggest doubt is how to
configure the screensaver support when starting the console client. I
have two ideas for th
Daniel Godás <[EMAIL PROTECTED]> writes:
> I have taken a look at the project page in savanah and i only found
> information about gnumach, nothing about that branch you say and
> nothing about L4.
For L4, it will take a while before it is officially announced, I think.
> It looks like theres no
Daniel Godás <[EMAIL PROTECTED]> writes:
> I downloaded the sources and im following the instructions on
> http://hurd.gnufans.org/bin/view/Mach/BuildingOskitMach#The_OSKit_Sources
>
> I have already installed the OSkit and the interface generator but now
> im having problems to compile the mach.
"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
Roland McGrath <[EMAIL PROTECTED]> writes:
> It is a nice feature that st_size is useful on disks in the Hurd, even
> though it's useless on Unix. For st_blocks, it makes less sense per se
> because it's not using space on the containing filesystem. Arguably it
> should just leave it alone so i
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
> For what it is worth, on OpenBSD st_nblocks is 0 for /dev/zero, so I
> think this patch is correct and it won't break any existing program.
I am running GNU/Hurd using this patch now and everything seems fine to
me so far.
Anyway, if everything is
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.
What do you suggest?
--
Marco
__
Roland McGrath <[EMAIL PROTECTED]> writes:
> What's the rationale for a built-in hack instead of just using dhclient?
dhclient is still required.
What this patch does is preparing the state of the interfaces so it
can use 0.0.0.0 as address and broadcast. When using this patch it is
possible to
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 is called is not important.
Right, I wa
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
>- console on startup
>
> Not a problem with the Hurd, up to the system maintainers.
It is. What I meant here is making sure all servers, like ext2, use
the Hurd console for their output. Having this is, as far as I am
concerned, a requirement
Oliver Beck <[EMAIL PROTECTED]> writes:
> On Thu, 06 Jan 2005 13:44:42 +0100
> Bas Wijnen <[EMAIL PROTECTED]> wrote:
>
>> It should be updated.
>
> These are things that can be done by a non-hacker. I have think about
> how could be done so, some times. But I can't filter what is a news that
> can
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Barry deFreese <[EMAIL PROTECTED]> writes:
>
>> Well might as well throw in my 2 cents. I agree with the majority of
>> the sentiments expressed here. If we can verify that the ext2fs
>> limitation is truly fixed, I think that would be a great th
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
>At lease with a bug list, it cuts down on the confusion. With a bug
>list, people know what to expect.
>
> Known bugs should be fixed before a release, then when people find
> bugs after the release, they report them, and they get fixed. And
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
> Ogi's ext2fs patches should be included before we make a release, it
> is the most "user visible" change after console-client.
We could even make a release now and another one when Ogi's patches
are applied. But that is not up to me.
Thanks,
Marc
Hi,
When will the Hurd 0.3 be released? IMHO it would be nice to have a
release, only to have something on hurd.gnu.org to show the project is
not completely dead. We can use some publicity and besides that, it
seems a bit strange to me that there was no release for about 6 years
or so.
Anyway,
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
Hi,
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 fixed bugs are:
- The VESA driver of XFree does not restore the state
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.org/mailman/li
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
>It's quite annoying, I agree. The same is true for /etc/motd and
>/etc/ttys, IMHO.
>
> Comments in the code contradict you...
>
> [hurd]/config/Makefile
>
> # Files that are copied verbatim to $(sysconfdir). But we never want
> # to overwri
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
> If you are making a system you should tweak both of them anyway, and
> in a sub-hurd it doesn't matter, since you'll be punted into a
> single-luser shell (or you should) by init. I personally consider rc
> and runsystem as configuration files, and
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 configured both a
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
>The difference between left and right shift, ctrl and alt bothered
>me as well. Perhaps it is even better to change this everywhere.
>
> Please don't change this for alt, the right alt is really alt gr,
> which has a different purpose then a
Yaakov Nemoy <[EMAIL PROTECTED]> writes:
>> It can be better than one Wiki, but I think that we need a on-line
>> version that the people can read the newest modifications. Because
>> If only a group, or one person, works in this job the manual could
>> turn boring and discourage people to send f
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 304 matches
Mail list logo
