On Fri, Nov 03, 2000 at 09:37:26PM +, Zsombor Cseres-Gergely wrote:
> I try to migrate my daily work to the Hurd, but I am having problems with X
> (3.???). rxvt runs better than xterm, but I still can not use my alt keys,
> neither of them. However, in emacs, I can do a ^ESC-x to type commands
Hi,
I'm trying to get Hurd compiled (from my Hurd system). The source
tree is a CVS snapshot from subversions.gnu.org.
When make enters serverboot/, it fails with the following error:
make[1]: *** No rule to make target `boot_script.o', needed by `serverboot'.
Stop.
make: *** [serverboot.prof_d]
The correct linker options for this sort of issue are the same as on Linux.
Perhaps their build scripts behave differently on Linux than on Hurd. It
sounds like they expect to link the main executable with --export-dynamic
(aka -E). Use nm --dynamic or objdump --dynamic-syms to see what symbols
a
On Fri, Nov 03, 2000 at 04:43:42PM -0500, Roland McGrath wrote:
> This looks like a problem in how these binaries were built. Please try
> building the same way from the same source on Linux and see if there are
> any problems.
I did it and I use it without any problems. All the tests included in
> Error in dyn.load(x, as.logical(local), as.logical(now)) :
> unable to load shared library
> "/home/zs/R-1.1.1/library/eda/libs/eda.so":
> /home/zs/R-1.1.1/library/eda/libs/eda.so: undefined symbol: R_rsort
This looks like a problem in how these binaries were built. Please try
buildin
Hi,
I try to migrate my daily work to the Hurd, but I am having problems with X
(3.???). rxvt runs better than xterm, but I still can not use my alt keys,
neither of them. However, in emacs, I can do a ^ESC-x to type commands, but it
is a bit tedious. Here is the relevant part from my XF86Config,
On Fri, 3 Nov 2000, Javier Viñuales Gutiérrez wrote:
> Ok, but there is a little difference between your idea and the task of a
> debian developer.
>
> If Debian developers community think like a CD vendor, Woody, Sid and another
> animals would be flowing away, I think.
Quite agree. However, b
On Fri, 3 Nov 2000, Marcus Brinkmann wrote:
> The next version of apt should be fine. The archive at alpha.gnu.org is only
> meant for temporary uploads for the impatient and for testing. Currently,
> there is dpkg (doesn't build from source, am waiting for the CVS version to
> be released), util-
Hi,
(this is a repeat of my previous message to help-hurd, nobody answered, I
suppose because of it was inappropriate on that list?!)
I compiled R (a programming environment for statistics, and so), and compiles
on the Hurd without help. Using is different. After starting it, I get a
warning that
On Fri, Nov 03, 2000 at 07:05:00AM +, Philip Charles wrote:
> On Thu, 2 Nov 2000, Marcus Brinkmann wrote:
>
> > The package above is build from slightly modified source. It is Debian
> > policy only to allow packages in the archive which are build from the
> > unmodified source package. The ap
"Eugene A. Brin" <[EMAIL PROTECTED]> writes:
> Uhmmm, well. What then? I mean, after porting a piece of software, what
> to do then? Where to upload?
If you're already a Debian developer, you should upload as documented
in the Developer's Reference (chapters 7 & 8).
If you're not a Debian develo
Whoever built this package needs to fix the way he builds it so
the .changes files has his email address instead of mine. Look
at the -m option for dpkg-genchanges and dpkg-buildpackage.
Wichert.
Previously James Troup wrote:
> vim_5.7.002-2_hurd-i386.changes uploaded successfully to samosa.debi
On vie, nov 03, 2000 at 08:45:40 +0100, Jean-Philippe BOISSEAU wrote:
> Dear:
>
> [ ] Clueless Newbie[ ] Lamer [ ] AOLer
> [ ] "Me too" er[ ] Pervert [ ] Geek
> [X] Spammer[ ] Nerd [ ] Elvis
> [ ] Fed
On vie, nov 03, 2000 at 06:54:35 +, Philip Charles wrote:
> Speaking as a disc vendor who produces highly modified vendor CDs I prefer
> to work with well proven utilities. It is most frustrating to have a dud
> CD and not being certain if the utility or the file system is at fault.
Ok, but t
Hi,
...some more thoughts on device drivers in Hurd...
What about implementing a hierarchy under /dev (similar to the devfs
in Linux)?
For example, if we had a device driver translator for IDE disks, we
could settrans it to a directory (for example /dev/ide-disk) and would
have the whole disk and
Robert Bihlmeyer wrote:
>
> Marcus Brinkmann <[EMAIL PROTECTED]> writes:
>
> > On Thu, Nov 02, 2000 at 05:28:14PM +0100, Robert Bihlmeyer wrote:
> > > I'm not sure why apt is not installed by default (in the tarball
> > > or by the script). [...]
> >
> > The package above is build from slightly m
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> On Thu, Nov 02, 2000 at 05:28:14PM +0100, Robert Bihlmeyer wrote:
> > I'm not sure why apt is not installed by default (in the tarball
> > or by the script). [...]
>
> The package above is build from slightly modified source. It is Debian
> policy on
Igor Khavkine <[EMAIL PROTECTED]> writes:
> Just look in the page for gethostname(), xns/gethostname.html.
I think the right way is the usual malloc/gethostname/realloc loop,
but start out with an allocation of 255 bytes. This way, SUS-compliant
systems should always find enough space on the firs
Hi! I stumbled on a (hopefully silly) keyboard bug...
If I press leftshift-grPgUp in the Hurd then every time I press or
release any of the shift, alt or control keys, or the CapsLock or
NumLock keys I get the following message:
kd_setleds1: unexpected state(1)
I'm using gnumach_1.2-7 and hurd
Dear:
[ ] Clueless Newbie[ ] Lamer [ ] AOLer
[ ] "Me too" er[ ] Pervert [ ] Geek
[X] Spammer[ ] Nerd [ ] Elvis
[ ] Fed[ ] Freak [ ] Scientologist
[ ] Scammer
On Thu, 2 Nov 2000, Javier Viñuales Gutiérrez wrote:
> On jue, nov 02, 2000 at 01:38:35 +0100, Marcus Brinkmann wrote:
> > dselect is probably okay (I used it often without problems)
>
> Why are we thinking only about dselect and not about capt for example? it's
> very nice to analize the depende
On Thu, 2 Nov 2000, Marcus Brinkmann wrote:
> Am Don, 02 Nov 2000 03:22:35 schrieb Philip Charles:
> > I see the way forward like this;
> > 1. Boot-floppies. Good enough.
> > 2. Dselect to be fully functional with a Hurd CD. Hurd hackers needed.
>
> dselect is probably okay (I used it often wit
On Thu, 2 Nov 2000, Marcus Brinkmann wrote:
> The package above is build from slightly modified source. It is Debian
> policy only to allow packages in the archive which are build from the
> unmodified source package. The apt source package 0.3.19 does not build
> without changes. Ergo no apt pack
23 matches
Mail list logo
