> 2005-01-07 Marco Gerards <[EMAIL PROTECTED]>
>
> * storeio.c (trivfs_modify_stat): Don't initialize st_blocks.
Ok by me.
___
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
But the stated reason that [EMAIL PROTECTED] will not send in bug
reports is that the maintainers insist on using this particular
mechanism.
I have a name you know.
the Hurd effort requires that bug reports involve a particular
interface.
And that interface is [EMAIL PROTECTED]
Obtain Pharmaceuitcal's online.
Pay 1/2 the cost of your local store.
You won't need a doctor or prescription.
Using Copy/Paste put the address below in your address bar.
www.mbka.mkjuyii.com/index.php?ID=affil04
__
Thaddeus colombia. Audra
"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 that the maintainers insist on using this particular
mechanism.
Barry deFreese schrieb:
If a release is useful, I don't think there is any reason to wait for any
particular fixes or features beforehand. Obviously the status quo is
years
better than 0.2 (literally) already. I don't see any harm in doing 0.3
tomorrow and 0.4 next week if worthwhile fixes/featu
You might try using the bug tracker before trying to tell people what
they should use. If you consider it so important that you must preach
to me, then you might do something better and help the Savannah
project with improving the bug tracker. Cause, if it is improved just
a bit then I will use i
I don't ask you to change the way you work, but to consider
participating (at times) in something you reject to participate in.
And nothing of this is for the sake of Savannah, but for the sake of
this project.
My bug reports have a better track record of getting fixed then any of
the
<>___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
At Fri, 7 Jan 2005 13:33:05 + (UTC),
Robert J. Chassell wrote:
>
> The key point is that you are seeking help.
>
>I'm not seeking help.
>
> Right. You are the person offering help: to report bugs, but not the
> way they are wanted. The `you' was directed to people already in the
At Fri, 07 Jan 2005 00:09:56 +0100,
Alfred M Szmidt wrote:
> operation of cut and pasting between Emacs and Lynx. I won't change
> the way how I work for the sake of Savannah.
I don't ask you to change the way you work, but to consider
participating (at times) in something you reject to participa
The key point is that you are seeking help.
I'm not seeking help.
Right. You are the person offering help: to report bugs, but not the
way they are wanted. The `you' was directed to people already in the
project.
Perhaps your offer should be rejected on account the pay for accepting
y
Roland McGrath <[EMAIL PROTECTED]> writes:
>> 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Danilo Segan wrote:
| Today at 9:14, Ognyan Kulev wrote:
|
|
|>>4) could it be run inside a virtual machine (im thinking of vmware)?
|>>Has anybody tried it?
|>
|>Yes, some people us it with success. qemu is faster but less stable.
|
|
| Actually, I re
Today at 9:14, Ognyan Kulev wrote:
>> 4) could it be run inside a virtual machine (im thinking of vmware)?
>> Has anybody tried it?
>
> Yes, some people us it with success. qemu is faster but less stable.
Actually, I remember reports of it running in Bochs â a free software
x86 emulator, where i
The more I think about it, the less I think we "need" a new
release.
Nobody needs a release, really. You can always point to a date in
CVS.
We we need is to spread the word. A good deal of the information
available is outdated, many of the websites are not up to date,
there is ve
> Besides, i havent found any useful docs about L4, what is it? a
> substitute for arch? who is developing it? Now i have my exams
> but from february ill have some free time to work on this and i
> have some questions.
I think it's good question for our FAQ.
Feel free to post a up
This mail is an automated notification from the bugs tracker
of the project: The GNU Hurd.
/**/
[bugs #11509] Latest Modifications:
Changes by:
Ognyan Kulev <[EMAIL PROTECTED]>
'Date:
Fri 01
Daniel Godás wrote:
Ok, after the presentation. I have taken a look at the archives and
the dev-hurd list archives are very outdated, why? why is this topic
beeing discussed in this list and not there?
You probably mean hurd-devel. It's only for core developers.
The two active core developers (Ma
19 matches
Mail list logo
