Re: [PATCH] Fix for gnumach's LDT code

Ok to commit to gnumach-1-branch? 2005-09-18 Jeroen Dekkers <[EMAIL PROTECTED]> * i386/i386/locore.S (trap_push_segs): Switch fs and gs to kernel data segment too. (syscall_entry_2): Likewise. * i386/i386/user_ldt.c (i386_set_ldt): Always copy the master LDT

[EMAIL PROTECTED]: Re: spam]

What do people think about the following to reduce spam on bug-hurd and help-hurd? It won't clean up the old archives, but it will clean up future archives and might shut some people up that have been voicing their opinion about spam to bug-hurd/help-hurd. --- Start of forwarded message -

Re: [PATCH] Building the Hurd with gcc-4.0

Don't build the Hurd without optimisation, some of the switches that get set when compiling with optimisation are needed. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: [PATCH] Building the Hurd with gcc-4.0

Have you tried to boot with such compiled Hurd? I've compiled ext2fs with gcc 4.0 some weeks ago and ext2fs always raised something like SEGV even when just run from command line. Always always always send a backtrace of a segfault! :-) (maybe crash could be frobed into dumping a backtr

Re: [PATCH] Building the Hurd with gcc-4.0

Has anyone done any further testing on this set of patches? ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: [PATCH] Building the Hurd with gcc-4.0

A fix (to be applied after the above patch) is attached: `hurd_v.s._gcc-4.0.fixes.patch' The patch only fixes my previous patch, so no new ChangeLog entry is needed. Could you resend the patch in whole with whatever fixes? ___ Bug-hurd mailing

Re: kalloc.c and recent gcc's

My question was rather if we can be sure that realloc() or memalign() aren't used by e.g. printf() or other library functions that mach-defpager is calling. As I told you, you need to check that in the source code for realloc and memalign. __

Re: kalloc.c and recent gcc's

Uhm, did you did you read that message of mine? http://lists.gnu.org/archive/html/bug-hurd/2005-08/msg00253.html> Must have missed it, or great chuncks of it, sorry. For convenience, I attached the message to this mail. Thanks. Can we be sure that we don't have to also hook realloc(

Re: kalloc.c and recent gcc's

Ideally, fix the declaration of init_hook. Failing that, at least give a correct cast instead of kludging with void *. void (*__malloc_initialize_hook) (void) = (void (*)(void)) init_hook; This is nicer, indeed. Could someone apply the patch with this modification? __

Re: Unattended issues

Being this the situation (Mach hacking considered a waste of time), Jose's idea of having separate mantainers for GNU Mach and GNU Mig becomes IMHO something that should really be taken seriously into discussion. Maintaining and adding new features are different things. If/When Ser4gi

Re: kalloc.c and recent gcc's

I think the proposed code should give a compiler error (which doesn't mean that it does, of course). The code is correct C99 code. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: kalloc.c and recent gcc's

Shall I do any further testing (and how to do that)? I told you, attach gdb to defpager, and put a breakpoint in malloc. Since this is a hook, any usual code from malloc shouldn't be run. > > +#include /* for malloc_hook/free_hook */ > > + > > +void *init_hook (void);

Re: Unattended issues

You need to ask a fairly specific question. If the question is "can you check this in, please?" then you need to, um, ask the people who are handling checkins. It isn't Roland and me. For HEAD it is Roland, for ams-branch it is anyone with commit access. __

Re: Unattended issues

Sergio's patches cannot be commited until his papers are in order. Hence why the seqno thing has not been commited. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Unattended issues

You could have asked for a simple super-duper experimental CVS branch, or simply given good reasons to add it to a less experimental branch like ams-branch. Instead, you spread lies, just don't want to cooperate, and in the most disgusting way try to blame it on me who offered a helping hand. __

Re: Unattended issues

The patches are huge, the touch lots of things, they change interfaces, they are untested. Applying them blindly (i.e. ASAP) is a complete mistake. Sergio's copyright assignment status is also vauge. All these issues must be fixed, discussed and _tested_. __

Re: Unattended issues

Unless you or anyone else starts paying someone to `deal with development', you shouldn't expect switft responses. They will come when they come. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: patch to close task #1017

Commited to ams-branch. Index: hurd/ChangeLog 2005-08-25 Alfred M. Szmidt <[EMAIL PROTECTED]> * Makefile (MSGIDS): New variable. (all, install-msgids, $(datadir)/msgids): New targets. (install): Specify install-header and install-msgids as prerequ

Re: patch to close task #1017

Is it worth adding a rule for 'install-msgids' to the top-level Makefile? You can do `make -C hurd install-msgids' from the top-level build directory. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: oskit-stomach hd0s4: No such device or address

I am trying to boot oskit-stomach on my IBM T41 (x86), You should report this to Gianluca since it is his baby. kernel (hd0,3)/boot/kernel.gz root=device:hd0s4 Try: kernel (hd0,3)/boot/kernel.gz -- root=device:hd0s4 ___ Bug-hurd mailing list Bu

Re: >2gb ext2fs patch

The ChangeLog entries for anyone interested... console/ 2005-08-22 Ognyan Kulev <[EMAIL PROTECTED]> * pager.c (pager_notify_evict): New function. (user_pager_create): Added zero notify_on_evict argument to invocation of pager_create. ext2fs/ 2005-08-22 Ognyan Kulev <[

Re: [EMAIL PROTECTED]: Re: [PATCH] Trivial fix on an argument in ftpfs]

Commited to ams-branch. ftpfs/ChangeLog 2005-07-30 Samuel Thibault <[EMAIL PROTECTED]> * node.c (ftpfs_create_node): Check the result from hurd_ihash_add (). Add E to the hash table instead of NEW. libihash/ChangeLog 2005-07-30 Samuel Thibault <[EMAIL PROTECTED]> *

Re: [PATCH] symlink support in tmpfs

Commited to ams-branch. Index: tmpfs/ChangeLog 2005-08-08 Alfred M. Szmidt <[EMAIL PROTECTED]> * node.c (create_symlink_hook): Set NP->dn_stat.st_size to the length of TARGET. (create_symlink_hook): Set NP->dn->type to DT_LNK. (diskfs_truncate): D

Re: patch to close task #1017

How about the following? Index: hurd/ChangeLog 2005-08-25 Alfred M. Szmidt <[EMAIL PROTECTED]> * Makefile (MSGIDS): New variable. (all, install-msgids, $(datadir)/msgids): New targets. (install): Specify install-header and install-msgids as prerequisites.

>2gb ext2fs patch

I have applied Ognyan's >2gb ext2fs patch to ams-branch. Please test it, and report bugs. Thank you Ognyan! ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

kalloc.c and recent gcc's

-gnu0.3/lib/libcrt.a(mal loc.o) What about the following fix? This should fix things so that we don't use vanilla malloc/free, and only use our own versions. Index: serverboot/ChangeLog 2005-08-13 Alfred M. Szmidt <[EMAIL PROTECTED]> * kalloc.c: #include (init_hoo

Re: Unattended issues

Sorry for bothering you, but is there some kind of "magic word" to attract the attention from Hurd's Maintainers? Your patches will get looked at, you must understand that we are doing this in our spare time and sometimes we ave other non-important things to do. Please file them to the trac

Re: patch to close task #1017

Will fix accordingly, thank you. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Unattended issues

El mié, 24-08-2005 a las 09:16 +0300, Ognyan Kulev escribió: > Sergio Lopez wrote: > > El mar, 23-08-2005 a las 08:49 +0300, Ognyan Kulev escribió: > >> IMHO In our case, it's best bugs and patches to be submitted to Savannah > >> . Savannah

Re: Unattended issues

Yes... Most communication about the Hurd nowadays is through ##hurd or #hug @ irc.freenode.net. No discussions of importance take place on IRC. All decision making is done here, on the mailing lists. ___ Bug-hurd mailing list Bug-hurd@gnu.org ht

Re: Audio with Hurd

Can someone inform me the major reason why the Hurd does not yet have audio support. Because you haven't implemented it. :-) I think the lack of audio support is a very large drawback. How large effort is needed to enable audio, via e.g alsa? It would be a huge job to do it. First

Re: New branch.

I have opened up a new branch called devel-branch in the hurd module. It is called ams-branch, sorry. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

New branch.

I have opened up a new branch called devel-branch in the hurd module. Anyone with commit access is free to commit to it without a blessing, as long as two rules are followed: GCS and nothing may _ever_ be commited without copyright assignments being in order (this is the important rule!). Happy ha

Re: Wrappers for the Hurd.

Copyright assignments would still be worthwhile to have. Then I'd rather suggest the womb project. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Wrappers for the Hurd.

I think it'd be cool. Are there much of them around ? I know that Guillaume Libersat, from HurdFR, wrote one for Python, as some of you as seen at LSM. I know one for Ruby, one for Pyrhon, one for Perl, someone wanted to write one for Scheme.

Wrappers for the Hurd.

How do people feel about adding wrappers for different languages (scheme, ruby, python, ...) to the Hurd repository (they can live in a different module)? ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: [PATCH] symlink support in tmpfs

While still very broken, this patch makes the creation of symlinks and the reading of their links possible within tmpfs. While still what being broken? Creation/reading of symlinks? Or just tmpfs in general? ___ Bug-hurd mailing list Bug-hurd@gn

Re: patch to close task #1017

Could you wrap your lines after about 75 chars? What does everyone think of changing `make hurd.msgids` to `make msgids`? Since the former builds more then just hurd.msgids. `make ext2fs' builds far more than just `ext2fs'. ___ Bug-hurd mailing

Re: patch to close task #1017

Roland, OK to commit? hurd/ChangeLog 2005-08-05 Alfred M. Szmidt <[EMAIL PROTECTED]> * Makefile (MSGIDS): New variable. (all): New target. (install-headers, install): Depend on `install-msgids'. (install-msgids): New target ($(datadir)/m

[EMAIL PROTECTED]: Re: [PATCH] Trivial fix on an argument in ftpfs]

Ping... --- Start of forwarded message --- From: "Alfred M\. Szmidt" <[EMAIL PROTECTED]> To: bug-hurd@gnu.org Date: Sat, 30 Jul 2005 14:33:07 +0200 Subject: Re: [PATCH] Trivial fix on an argument in ftpfs Looks ok, I haven't tested it, but Samuel told me that he had.

Re: Message IDs for Mach interfaces

I would like to try and spark an agreement on where everyone would like to install the msgid files(open task #1017). IMHO /share/msgids would be a good place what are everyones feelings/thoughts/ideas/whatever? Sure why not. ___ Bug-hurd m

Re: [PATCH] Trivial fix on an argument in ftpfs

This patch looks fine to me. Can I apply it? Samuel's patch fixes the problem at the proper place, this one doesn't. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: [PATCH] Trivial fix on an argument in ftpfs

Looks ok, I haven't tested it, but Samuel told me that he had. Roland, OK to commit? ftpfs/ChangeLog 2005-07-30 Samuel Thibault <[EMAIL PROTECTED]> * node.c (ftpfs_create_node): Check the result from hurd_ihash_add (). Add E to the hash table instead of NEW. libihash/ChangeLo

Re: RFC - GNU System Distribution

And now that we're about to release it, Let me point out that we are not "about to release it" (in the sense of a 1 year time frame). Lots of work still needs to be done for it to be remotely usable for "normal people". We don't even have a installer yet, or a recent snapshot that boots to th

Re: rpctrace improvments

"scanned", two ns. Other than that, looks fine. Okie, fixed and commited. 2005-07-26 Alfred M. Szmidt <[EMAIL PROTECTED]> * rpctrace.c: Include , , and . (main, options): Renamed the option `-I' to `-i', and reimplemented `-I'

Re: rpctrace improvments

Memory leak fixed as requested. Ok to go in? Index: utils/ChangeLog 2005-07-26 Alfred M. Szmidt <[EMAIL PROTECTED]> * rpctrace.c: Include , , and . (main, options): Renamed the option `-I' to `-i', and reimplemented `-I' to search a given dir

Re: [PATCH] building/installing iso9660fs.static by default

Does it make sense to build iso9660fs statically and install that in /hurd? No it doesn't, IMHO. iso9660fs isn't exactly a file-system that a normal user would use for the root file-system. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists

Re: how to transfer an information

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. ___ Bug-hurd mai

Re: apache

Does anyone install apache on HURD? Can it work? It should work, if it doesn't it is a bug in either Apache of the Hurd. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: rpctrace improvments

--- utils/rpctrace.c 18 Jun 2005 19:09:30 +0200 1.16 +++ utils/rpctrace.c 18 Jun 2005 19:23:21 +0200 ... snip ... +n = scandir (arg, &eps, msgids_file_p, NULL); +if (n >= 0) + { +for (int cnt = 0; cnt < n; ++cnt) + {

Re: ftpfs

Commited, might note that I'm off for a nice vacation in a few days so I don't want to read my mail. 2005-06-14 Hugues Larrive <[EMAIL PROTECTED]> * ftpfs.c (parse_startup_opt): User names may contain a @, so take the last @ of FTPFS_REMOTE_FS. * host.c (split_server_nam

Re: rpctrace improvments

Updated. Index: utils/ChangeLog 2005-06-16 Alfred M. Szmidt <[EMAIL PROTECTED]> * rpctrace.c: Include , , and . (main, options): Renamed the option `-I' to `-i', and reimplemented `-I' to search a given directory for message ID files.

Re: rpctrace improvments

Don't do the stat check. Just open the file. Ah! parse_msgid_list already does the check, silly me. Will send a new patch tomorrow. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: ftpfs

I don't see any reason why we shouldn't support weirdo usernames.. OK to commit? Though, maybe we should add a --user/-u option (too?). Side Note: Literal tabs instead of four spaces when indenting the ChangeLog entry. (End of Side Note) Thank you for contributing! and happy continued hacking!

rpctrace improvments

New (actually, just renamed) switch to rpctrace, now you can have all your msgid files living in one directory, and don't have to bother about thinking which one to include when having fun. It has only been tested lightly. Index: utils/ChangeLog 2005-06-16 Alfred M. Szmidt <[EMAIL P

Re: autoconf update patches

Cans omebody please do the bootstrap test? Thomas has tested it now (see message from him), OK to apply? ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: [patch #2507] Patch to update autoconf files

Commited. 2005-05-27 Thomas Schwinge <[EMAIL PROTECTED]> * mig.in (prj_quote_sh): New shell funcion; copied from Paul Jarc's prjlibs. Use that function to properly quote strings in $cppflags that contain whitespace. ___ Bug-

Re: autoconf update patches

> So can we apply this madness? ... and perhaps Debian's 11_nic_update.patch and 12_sis900.patch as well? Maybe... > Thomas, can you describe the changes between the patch in the > Debian package and the one on savannah? Nothing serious; see the attached gnumach-savannah-debia

Re: gnumach and glibc

Commited (with Roland's suggested of using .size x,.-x, but that was only check so that it compiled, no test runs) 2005-05-24 Alfred M. Szmidt <[EMAIL PROTECTED]> * i386/include/mach/i386/asm.h (END): New macro. * i386/include/mach/i386/syscall_sw.h (kernel_trap

Re: autoconf update patches

> Cans omebody please do the bootstrap test? I've successfully done that using Alfred's cross-compiling guide. So can we apply this madness? Thomas, can you describe the changes between the patch in the Debian package and the one on savannah? And to who ever maintains the Debian GNU Mach

Re: [patch #2507] Patch to update autoconf files

Ok to apply? Fixes so that stuff like -DFOO=\"bar\ baz\" is passed correctly. I assume that Thomas has checked that the patch works. 2005-05-27 Thomas Schwinge <[EMAIL PROTECTED]> * mig.in (prj_quote_sh): New shell funcion; copied from Paul Jarc's prjlibs. Use that function to

Re: gnumach and gcc 4.0 (patch 1)

Commited. 2005-05-28 Alfred M. Szmidt <[EMAIL PROTECTED]> * linux/src/drivers/scsi/u14-34f.c (ihdlr): Silence gcc 4.x errors. * linux/src/drivers/scsi/qlogicisp.h: Likewise. * linux/src/drivers/scsi/advansys.c: Likewise. (advansys

Re: gnumach and gcc 4.0 (patch 0)

Commited (and yes, it was tested, I always test my stuff unless otherwise noted). 2005-05-26 Alfred M. Szmidt <[EMAIL PROTECTED]> * device/cons.h (cn_tab) [KERNEL]: Removed extern declaration. * linux/dev/include/linux/fs.h (super_blocks): Declare as an p

gnumach and gcc 4.0 (patch 1)

Fixes even more gcc 4.0.0 brain damage, did I say that gcc 4.0.0 is a pile of shit? Oh, and with the previous patch, this makes gnumach compile, and run with gcc 4.0.0. Ok to apply? 2005-05-28 Alfred M. Szmidt <[EMAIL PROTECTED]> * linux/src/drivers/scsi/u14-34f.c (ihdlr): S

gnumach and glibc

The following is needed to be able to compile glibc succesfully (glibc redefines ENTRY that makes uses of END). Ok to apply? 2005-05-24 Alfred M. Szmidt <[EMAIL PROTECTED]> * i386/include/mach/i386/asm.h (END): New macro. * i386/include/mach/i386/syscall_sw.h (kerne

gnumach and gcc 4.0 (patch 0)

Fixes some gcc 4.0.0 brain damage (really, gcc 4.0.0 is a pile of shit). 2005-05-26 Alfred M. Szmidt <[EMAIL PROTECTED]> * device/cons.h (cn_tab) [KERNEL]: Removed extern declaration. * linux/dev/include/linux/fs.h (super_blocks): Declare as an pointer. ---

Re: autoconf update patches

Please can someone try these patches and do a complete bootstrap of GNU/Hurd? My machine is already crawling on its four. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

[patch #2507] Patch to update autoconf files

Follow-up Comment #7, patch #2507 (project hurd): To be able to define PACKAGE_NAME as "GNU Mach", we need to fix MiG to parse arguments that contain whitespaces. From [mig]/mig.in: # If an argument to this shell script contains whitespace, # then we will screw up. migcom will see it as multip

Re: autoconf update patches

What kind of bootstrapping are you talking about anyway? Please see previous threads in the archive about this. If someone expects something won't work, we can test it. And then expect that nobody actually does the test? Right ___ Bug-hurd

Re: breaking out of a chroot

Breaking out of a chroot on the Hurd is trivial: just use a passive translator. I couldn't reproduce this... Script started on Wed May 18 06:19:32 2005 [EMAIL PROTECTED]:~$ cd chroot [EMAIL PROTECTED]:~/chroot$ ids effective uids: 1002(ams) effective gids: 1002(ams) available uids: 1002(ams

[patch #1809] Fix small typo in ext2_fs.h

Update of patch #1809 (project hurd): Priority: 5 - Normal => 1 - Later ___ Reply to this item at: __

autoconf update patches

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 fix; both which are trivial. _

Re: Oskit Mach: [patch] consider_lmm_collect: Test always true

For GNU Mach, copyright assignments are not needed at all. That is what the FSF told me. Oh, cool... Didn't know about that. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Oskit Mach: [patch] consider_lmm_collect: Test always true

[ 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. Long time ago we got a bug report in Debian with a patch for Oskit Mach. What bug does it fix? (the bit you quoted only had lots of "ifs") As for

Re: MiG and -isystem

Commited. 2005-04-09 Thomas Schwinge <[EMAIL PROTECTED]> * mig.in: Handle the preprocessor option '-isystem ...' correctly. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

MiG and -isystem

I see no problems with the following patch, OK to commit? (but my purposed patch is more correct, though it has the major draw back of breaking everything) 2005-04-09 Thomas Schwinge <[EMAIL PROTECTED]> * mig.in: Handle the preprocessor option '-isystem ...' correctly. --- mig.in.orig

Re: GNU Mach source code (was: SiS900)

However, later it must still be obvious to figure out easily if a committed change is an update from Linux-2.0.x, a backport from e.g. Linux-2.2.x, or a Mach-specific change. The ChangeLog is not always explicit there, at least IMHO. Then I think we should take care to make them clea

Re: fakeroot

Can you either enable core-dumping (if that's working) It isn't... ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Quick question about your site

It would be better if the information at http://www.pick.ucam.org/~mcv21/hurd.html was merged with the Debian GNU/Hurd Installation guide. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: GNU Mach / Debian patches

Exactly. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: DHCP support

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. ___ Bug-hurd mailing list Bug-hurd@gnu.org http:

Re: MiG, -isystem and something...

about this? This will ofcourse make things totally incompatible, so all usages of MiG in glibc, the Hurd, GNU Mach and any other place that uses MiG will need to be updated. The patch is not tested, but it might work if I am not still mad. 2005-04-11 Alfred M. Szmidt <[EMAIL PROTEC

Re: MiG, -isystem and something...

Note to self, usage line should be updated from: Usage: $progname [OPTION]... [FILE]... to Usage: $progname [OPTION]... ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: MiG, -isystem and something...

'mig -imacros IMACROFILE -DFOO MIGFILE' needs to be transformed to '$cpp -imacros IMACROFILE -DFOO MIGFILE' and not to '$cpp -imacros -DFOO IMACROFILE MIGFILE' (as it would look like without '-imacros IMACROFILE' getting catched). The same applies to '-isystem ...'. Hmph, the GCC peop

MiG, -isystem and something...

[sorry for breaking threading, but I don't have access to my usual mail account here] How about making MiG ignore any unregogniced options instead? I think it should already do that, if it doesn't, then I'd consider it a bug. ___ Bug-hurd mailing list

RUNPATH

Roland, what do you think about making --enable-new-dtags (a configure option to binutils) default when compiling binutils for GNU? This would allow us to use DT_RUNPATH, and thus RUNPATH if I understand things correctly. The only thing that needs to be done from the looks is patching a file in [

Re: mig not being found

Since when are generated files mentioned in the ChangeLog entry? Since always. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: mig not being found

Commited. 2005-04-07 Alfred M. Szmidt <[EMAIL PROTECTED]> * configure.in: Error out if MiG couldn't be found. * configure: Regenerated. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

mig not being found

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? 2005-04-07 Alfred M. Szmidt <[EMAIL PROTECTED]> * configure.in: Error out if MiG couldn't be found.

Re: leftover assert

Commited. 2005-02-10 Guillem Jover <[EMAIL PROTECTED]> * linux/dev/glue/block.c (rdwr_partial): Remove leftover assert. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: GNU Mach / Debian patches

>00_autoconf_update.patch http://lists.gnu.org/archive/html/bug-hurd/2004-10/msg00298.html> Note that this patch also needs 'mv i386/linux/Drivers.in i386/linux/configure.ac'. (See debian/rules or the above URL.) This patch needs to be checked so that a full bootstrap works with

(no subject)

Looks good, OK to commit? The error can be reproduced by "fdisk /dev/hf0". Giving: linux/dev/glue/block.c 547 (rdwr_partial): assert(*resid <= c); 2005-02-10 Guillem Jover <[EMAIL PROTECTED]> * linux/dev/glue/block.c (rdwr_partial): Remove leftover assert. diff -Naur gnumach-2004

leftover assert

(repost, since I forgot a subject, mail-mode should annoy me about such things) Looks good, OK to commit? The error can be reproduced by "fdisk /dev/hf0". Giving: linux/dev/glue/block.c 547 (rdwr_partial): assert(*resid <= c); 2005-02-10 Guillem Jover <[EMAIL PROTECTED]> * linux/

Re: GNU Mach / Debian patches

>10_cdromlock.patch http://lists.gnu.org/archive/html/bug-hurd/2000-11/msg6.html> Could you provide a ChangeLog for this one? Even if you didn't write it, it would be nice (put your name at the top, and make a simple note like "Patch by FOO BAR <[EMAIL PROTECTED]>." at the end of t

Re: heads up

Thomas, we can aruge all we want, for days and years. But the fact is that the only way to prove that you design actually works is to implement it. I can't disprove that it won't work, since that is theoretically impossible. ___ Bug-hurd mailing list

Re: heads up

> I was surprised to see that you talk about code -- we are talking > about change in Hurd design now. He's just trying to provoke me in a good way to writing some code. :) I wish that I was infact doing just that, but what you suggest is just not doable... Just try solving the "wher

Re: heads up

I was surprised to see that you talk about code -- we are talking about change in Hurd design now. One can talk all about designs, but they don't matter if they cannot be implemented, or shown to be able to even work out. ___ Bug-hurd mailing lis

Re: heads up

Please, don't lecture me about the Hurd being perfect; it's not. Trust me, I won't lecture you about that, but I might lecture your about how unperfect it is. A friend at the AI lab once gave the following dream as an example of a well-functioning system: It all sounds like a Lisp Machi

Re: a gentler introduction to slashpackage (was: glibc; introducing slashpackage-foreign)

Please move this to gnu-system-discuss, it is more suitable for this kind of thing. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: IRC

What I intended to say was: "All the other projects I was able to contributed to, because they have their source code open, so that one can get it, dig through it, hack it, contribute to, [...]". Probably I should have used "source available" instead of "open source" to avoid certain

<    1   2   3   4   5   6   7   8   9   >