On Fri, 15 Aug 2003 13:31:37 -0700 (PDT)
Hurd Advocate [EMAIL PROTECTED] wrote:
- Are we nice enough to newbs? (I tend to think so, but there was a
little hissy-fit about change-log colon-placement for hello.c on
bug-hurd last month)
One of the things that drove me away last time was
On Mon, 4 Nov 2002 01:08:40 +0100
Marcus Brinkmann [EMAIL PROTECTED] wrote:
What exactly does need to be tried that you didn't already try?
Prefixing rm with - or using -f will certainly make the build not fail
on ENOENT, so if you already tried either one and it worked, then you
have the
I filed bug number #164117 in response to Marcus reqesting someone look
into it the problem of building the latest e2fsprogs.
The bug has gotten a response from upstream, i would have liked to confirm
what he says however my hurd machine has fails to boot since a recent (x
weeks) hurd-*deb
On 11 Oct 2002 12:12:36 +0200
[EMAIL PROTECTED] (Niels Möller) wrote:
Glenn McGrath [EMAIL PROTECTED] writes:
To compile them i had to --disable-kerberos support, for a proper deb
package there are a few ways to aproach it
The lsh kerberos support is quite limited, and contained in one
Im back trying to compile gcc-3.2, my latest attempt at building it failed
due expect being broken.
expect was broken because i didnt have tcl8.3 installed which should be
declared as a dependency against expect, but isnt picked up when building
on the hurd.
Im a bit confused as to whats going
On Wed, 9 Oct 2002 18:37:20 -0700
Jeff Bailey [EMAIL PROTECTED] wrote:
I don't suppose doogie mentioned whether this feature was coming
before or after the upcoming iceage, did he? =)
No, i wondered myself, but wasnt in the mood to push him.
I can't complain, I don't speak enough Perl to
On Tue, 8 Oct 2002 03:20:57 +0200
Marcus Brinkmann [EMAIL PROTECTED] wrote:
Hi,
can someone take a look at e2fsprogs? The latest version has a build
problem, and it is important that we update it.
make[1]: Leaving directory
On Thu, 3 Oct 2002 07:15:06 -0500
Graham Wilson [EMAIL PROTECTED] wrote:
On Thu, Oct 03, 2002 at 01:26:40PM +0200, Marcus Brinkmann wrote:
On Thu, Oct 03, 2002 at 10:44:26PM +1200, Philip Charles wrote:
2. There is no g++-3.2 - which means that g++ is excluded.
Strange enough, because
On Thu, 3 Oct 2002 06:55:09 -0700
Jeff Bailey [EMAIL PROTECTED] wrote:
On Thu, Oct 03, 2002 at 03:35:27PM +0200, Marcus Brinkmann wrote:
I tried to compile the latest gcc package, there is a build
dependency on doxygen,
What a shame.
I thought it a ws build-indep-depends? Make
On Fri, 4 Oct 2002 13:42:32 +1200 (NZST)
Philip Charles [EMAIL PROTECTED] wrote:
On Thu, 3 Oct 2002, Jeff Bailey wrote:
On Thu, Oct 03, 2002 at 03:35:27PM +0200, Marcus Brinkmann wrote:
I tried to compile the latest gcc package, there is a build
dependency on doxygen,
It sounds
Browsing some links i found a mirror of alpha.gnu.org, its at.
ftp://ftp.sra.co.jp/pub/gnu/alpha/hurd
It has the tarball so i can install now :)
Glenn
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sat, 13 Jul 2002 15:57:00 +0200
Jaap Karssenberg [EMAIL PROTECTED] wrote:
Is there a mirror problem ? I have a seriously fast uplink here
(130.89.x.x) and I can run a ftp server, although the traffic should be
limited to about 40G per 7 days.
Our domain staff also runs their own debian
On Wed, 10 Jul 2002 15:30:19 +0200
Robert Millan [EMAIL PROTECTED] wrote:
Hi Glenn!
There are the CDs too, you can get a base GNU tarball from there:
http://www.debian.org/ports/hurd/hurd-cd
(using ftpfs and isofs you could save fetching the whole CD,
but this takes an installed GNU
On Fri, 17 May 2002 22:59:01 -0500 (CDT)
Adam Heath [EMAIL PROTECTED] wrote:
One has to prove they can follow the current standard, before attempting
to change.
And, hurd has not even done that.
Once we see that they can fit in with the rest of Debian, then hurd will
be given the
ahh, nevermind... looks like its the result of a different libtool version
(thought i checked that).
libtool (1.4.2-4) unstable; urgency=medium
* Applied patch from Roger Leigh [EMAIL PROTECTED] that fixes
libtoolize's AC_CONFIG_AUX_DIR support when using new style
`configure.ac'.
On Mon, 18 Feb 2002 22:38:31 -0500
B. Douglas Hilton [EMAIL PROTECTED] wrote:
Hi!
Well, I ran all of the test apps and they appear to work.
I made a debian package of dmalloc recently, to do so i turned off support for
pthreads.
With it turned on it can debug pthreaded apps, maybe it
The build system for busybox has now changed, its configured much like
the linux kernel now.
I havent looked into this much, but it should be better for porting it
to the Hurd.
Im currently working on busybox apt-get and improving busybox dpkg,
after i finish that ill look at porting it.
Glenn
On Sat, 18 Aug 2001 14:41:17 +0200
Marcus Brinkmann [EMAIL PROTECTED] wrote:
snip (and maybe, someday dpkg
will get the --do-not-run-any-packages-scripts option which lack of
makes
dpkg-hurd necessary).
My understanding is
dpkg --unpack runs the preinst script prior to unpacking the
Marcus Brinkmann wrote:
ash and busybox are not turtle'd yet, but could work out of the box.
Jeff?
ash needs pmake, and may have a PATH_MAX issue. Maybe it is already
reported and/or incorporated?
busybox might need some hacks for mount etc?
Or do you mean you already tested them?
Marcus Brinkmann wrote:
Using a Hurd ramdisk for the installation. (Nice, but not vital)
That involves porting the new Debian installer to get done properly, and
probably CD boot support in Grub?
As far as the new debian installer is concerned, ive been working on
implementing some
Joey Hess wrote:
Ben Collins wrote:
I can understand it being the first milestone, but it seems to be the
only focus, and nothing is being considered as to how it affects other
ports.
A glance at the debian archive shows that this many udebs have been ported:
[EMAIL
Glenn McGrath wrote:
I tried dpkg-buildpackage on a couple of these they fail because they
need debhelper which i couldnt install because it depends on dpkg which
conflicts with dpkg-hurd, no doubt this is why autobuilders would fail.
I havent look any deeper yet.
i should have said dpkg
df (disk free) doesnt work under hurd, i think in linux it uses
//proc/mounts or /etc/mtab to get a list of mounted partitions.
Is there any plan as to how this should work under hurd ?
Glenn
been considerably progress on
this by Neal Walfield, and he will work on a port of GNU parted now.
Thats going to fit in really well with the installer as parted is will
be used for linux as well.
Glenn McGrath reported success in compiling parts of the stuff needed for
boot floppies (udpkg et
Hi, ive been working on a simple fdisk like program, im stuck trying to
workout how to get the program to reread the partition table.
In linux there is an ioctl defined as BLKRRPART which works, i found
something similar called V_REMOUNT in /include/mach/machine/disk.h, the
comment says it
Marcus Brinkmann wrote:
On Mon, Dec 18, 2000 at 08:58:56AM -0500, Neal H Walfield wrote:
The Hurdish way to solve this problem is in userspace via a translator.
A server, let's call it `disk_part', would translate a harddrive based on
the partition table possibly creating a hierarchy as
Marcus Brinkmann wrote:
Im sure if i could update libc0.2 and hurd id be able to fix things, the
libc0.2 depends on libnss, which depends on libdb2 and libdb2-utils,
both of which depends on libc0.2.
It's easy. In cases like this, with circular dependencies, you can specify
all packages
Since i upgrade hurd, libc0.2, libnss-db, libdb2 and libdb2-utils dpkg
has stopped working.
Im not certain it is related to the upgrade, but am also having problems
with the network, ping causes a bus error, ftp and apt also dont work,
but i figuregetting dpkg to work is a good start.
I get the
I tried reinstalling the hurd after previously getting into problems
with dependencies and ending up in a bad way.
Once again im in trouble.
I used the tarball method, got networking going, then tried to use
dselect and the ftp method to upgrade some packages, i managed to get a
few packages
The partitioning program im looking at makes calls to __cpu_le16 which
is defined in the /usr/include/linux/byteorder/ directroy but i cant see
an equivalent under the Hurd anywhere.
I dont really understand how endian issues are handled in linux, but i
dont think it should be a problem under the
Niels Mvller wrote:
Glenn McGrath [EMAIL PROTECTED] writes:
If hurd was on different endian type machines would it all be taken care
of by the microkernel anyway ?
No, to have the kernel change the byte order as seen by user processes
would be a waste of cpu time, if possible at all
I was trying to upgrade some packages in base, and had conflicting
dependencies, in my wisdom(?) i removed a couple of base packages.
shellutils conflicts with hurd,
Im not going to try and remove hurd
login depends on libc6, libc6 isnt available
libc0.2 is in base though
Do
that doesn't require hacking around
debian-boot discusses the new setup, Glenn McGrath was succesfully compiling
busybox. This will require more work, I can't even guess how much because I
didn't put my nose into boot-floppies at all yet.
From what i know, the biggest problem with a native hurd
Marcus Brinkmann wrote:
On Tue, Sep 19, 2000 at 01:47:05PM +1100, Glenn McGrath wrote:
Im trying to make a small hurd system.
Wonderful!
Currently i have got a bootable ststem at 5.6 MB, of this
/hurd directory is 2.7MB
/lib is 1.7MB
/boot is 892 KB
/bin
Im trying to make a small hurd system.
I previously mentioned that i was working on getting busybox working
under the Hurd, i have enough working for it to be usefull, it fills out
/bin, /sbin, /usr/sbin and /usr/bin pretty well, there is room for
improvement though.
busybox is at
Hi, thanks for everyones advice, ive not got networking and debconf
working.
Busybox is a multicall binary that provides a set (about 100) small
common utilities, it is used by the debian-installer to make the root
disk.
I disabled some of its features (below) and it compile into a 710KB
static
Glenn McGrath wrote:
Hi, thanks for everyones advice, ive not got networking and debconf
working.
Damn typos... i meant ive now get everything working.
Thanks
Glenn
Roland McGrath wrote:
dmesg
There is no analog to this right now, and probably won't be one.
The /dev/kmsg device is the closest thing there is.
free
gunzip
gzip
init
ping
syslogd
uptime
which
You haven't said what the trouble building these is.
The ones that didnt
Neal H Walfield wrote:
I had to make a few small changes and then everything else compiles, but
i have not tested the functionality.
Busybox could possible be used to make Hurd rescue floppy(s), i dont
know enough about the Hurd boot procedure yet though.
Great! I am sure that will
Oliver Kowalke wrote:
Hello,
sorry - but with this new tar file hurd comes never up. The problem looks
like I postet few days bfore:
1.) gnu-2803.tar.gz :
- I was able to install and boot hurd without problems
- I upgraded hurd via dselect (ftp)
- after rebooting hurd
40 matches
Mail list logo