On Tue, Oct 01, 2002 at 09:18:02PM -0700, Burton Samograd wrote:
> 1) All the build instructions I've seen for doing cross compilation seem to
> specify quite old versions of gcc (2.7.*). Is hurd buildable/runnable with
> newer versions or is that unkown and needs to be tested?
In fact, it is on
[EMAIL PROTECTED] (Niels Möller) writes:
> Could be. I think it would make sense to start by outlining the
> filesystem interface (rpc:s for listing old versions/deleted files,
> opening or recovering an older version (probably, linking it to a new
> name should be an optional part of the process
Hi,
With getting to know the hurd, I'm attempting to do a full build since that's
always been the best way for me to learn the first parts of any os. I have a
couple of questions that some of the hurd developers should be able to answer:
1) All the build instructions I've seen for doing cross c
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> Now, sure, we can talk about the right semantics. We can think of
> versioning with automatic expiration of old versions, either by time or by
> count. We can talk about making new versions when files are modified or
> deleted. We can keep in mind
I am relatively certain that there are a few bugs in the nfs
translator; I never had much good luck with it. As for nfsd, that has
gotten even less exercise. Which is to say, they need some good
pushin'.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
ht
I am developing a thesis topic using the GNU/Hurd OS as the
implementation platform.
I'd be interested to see the comments that any and all might have
regarding these ideas.
So far, I have come up with a first draft proposal to use translator
composition as a mechanism to bui
> > > +libswanted="pthread ihash ""$*"
> >
> > You do not have to add libihash; libpthread has a DT_NEEDED dependency
> > on it.
>
> For static linking you have.
Correct, sorry for the confusion.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://m
Hi all,
I just installed debian hurd yesterday for the first time and
with some patience got it to work properly using the install guide.
One little snag I had was that the version of e2fsprogs that comes
with the install was too old (or at leasst that's what it told me). I
created the partition
I tried testing the patches that Marcus submitted yesterday.
The short version is that the nfsd daemon seems to have problems, but
they don't all appear to be new, the translator works mostly correctly
for me.
sequence:
set up a local mount on a hurd box in /etc/exports: /src
/path/to/test/
> Yes, it fails when linked statically. It takes quite long both to compile
> and to run this way. But linked dynamically it works..
Linking statically against libpthread is not yet supported. Glibc
uses some weak symbols to detected if it should enable multithreaded
mode. The symbols in questi
On Tue, Oct 01, 2002 at 10:08:13AM -0400, Neal H. Walfield wrote:
> > +libswanted="pthread ihash ""$*"
>
> You do not have to add libihash; libpthread has a DT_NEEDED dependency
> on it.
For static linking you have.
Thanks,
Marcus
--
`Rhubarb is no Egyptian god.' GNU http://www.gnu.org
On Tue, Oct 01, 2002 at 11:00:59PM +1000, Glenn McGrath wrote:
> On Tue, 1 Oct 2002 15:18:16 +0200
> "Michal 'hramrach' Suchanek" <[EMAIL PROTECTED]> wrote:
>
> > I managed to compile enough of perl 5.8 (5.8.0-13 deb) to run the tests.
> > I got the source package, did
> >
> > --- hints/gnu.sh~
> +libswanted="pthread ihash ""$*"
You do not have to add libihash; libpthread has a DT_NEEDED dependency
on it.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
On Tue, Oct 01, 2002 at 11:00:59PM +1000, Glenn McGrath wrote:
> What db are you using, i used db4.1 but it required a patch to perl.
If you have patches that apply to both the threads and non-threads
case of perl, can you please submit them to the BTS?
Tks,
Jeff Bailey
--
learning from failu
On Tue, 1 Oct 2002 06:05:42 -0700
Jeff Bailey <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 01, 2002 at 11:00:59PM +1000, Glenn McGrath wrote:
>
> > What db are you using, i used db4.1 but it required a patch to perl.
>
> If you have patches that apply to both the threads and non-threads
> case of p
On Tue, 1 Oct 2002 15:18:16 +0200
"Michal 'hramrach' Suchanek" <[EMAIL PROTECTED]> wrote:
> I managed to compile enough of perl 5.8 (5.8.0-13 deb) to run the tests.
> I got the source package, did
>
> --- hints/gnu.sh~ Tue Oct 1 11:40:02 2002
> +++ hints/gnu.sh Tue Oct 1 11:40:57 2002
I managed to compile enough of perl 5.8 (5.8.0-13 deb) to run the tests.
I got the source package, did
--- hints/gnu.sh~ Tue Oct 1 11:40:02 2002
+++ hints/gnu.shTue Oct 1 11:40:57 2002
@@ -6,7 +6,8 @@
# XXX remove this once SUNRPC is implemented.
set `echo X "$libswanted "| sed
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> Or, another possibility: that the place
> to implement it depends on the exact semantics?
Could be. I think it would make sense to start by outlining the
filesystem interface (rpc:s for listing old versions/deleted files,
opening or recovering an ol
On Mon, Sep 30, 2002 at 04:00:46PM -0700, Thomas Bushnell, BSG wrote:
> Marcus Brinkmann <[EMAIL PROTECTED]> writes:
>
> > I wonder, should undeletion (aka the Windows trash can) better be done at a
> > per-filesystem level (like, in diskfs), or with an extra-filesystem that is
> > stacked (like
19 matches
Mail list logo
