* Ryan M. Golbeck <[EMAIL PROTECTED]> [020428 18:07]:
> > df: cannot read table of mounted filesystems
>
> This is normal. [...]
Oops, I read that somewhere in the last few days. Sorry.
--
-- Grant Bowman<[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL
Grant Bowman <[EMAIL PROTECTED]> writes:
> hurd:~# df
> df: cannot read table of mounted filesystems
This is normal. The Hurd doesn't have a central listing of mounted
filesystems. If you want to check the disk usage on a filesystem
just point df to anywhere in it.
For example:
df /hom
* Jordi Mallach <[EMAIL PROTECTED]> [020428 17:34]:
> On Sun, Apr 28, 2002 at 04:43:52PM -0700, Grant Bowman wrote:
> > * Marcus Brinkmann <[EMAIL PROTECTED]> [020426 17:38]:
> > > And folow the normal install procedure. Note that with the new boot
> > > method, the /etc/fstab might be generated w
On Sun, Apr 28, 2002 at 04:43:52PM -0700, Grant Bowman wrote:
> Damn, I just ran into this. I'm looking in the libc0.3 code to find out
> what it's supposed to look like now but I don't see it yet. Any
> suggestions?
/dev/hd0s2 / ext2rw 1 1
/dev/hd0s1 noneswap
* Marcus Brinkmann <[EMAIL PROTECTED]> [020426 17:38]:
> And folow the normal install procedure. Note that with the new boot
> method, the /etc/fstab might be generated wrongly, but except for that
> it should work just fine.
Damn, I just ran into this. I'm looking in the libc0.3 code to find ou
* Marcus Brinkmann <[EMAIL PROTECTED]> [020428 06:03]:
> On Mon, Apr 29, 2002 at 12:36:33AM +1200, Philip Charles wrote:
> > Would the dummy libc6-dev need to be rebuilt so it depends on libc0.3-dev?
>
> Good idea. Currently, it depends on nothing.
I'm now running a version of GNUmach that I com
* Oystein Viggen <[EMAIL PROTECTED]> [020428 08:15]:
> [...]
> Now, I don't care much for ruby, and I don't need the features of vim 6,
> so I built vim 5.6 from potato instead. Packages are available at
> http://www.tihlde.org/~oysteivi/hurd/ >.
>
> I have successfully edited a .c file using
Hi!
Alfred M. Szmidt <[EMAIL PROTECTED]> wrote:
> > [Ruby]
> Change the NOFILE to RLIMIT_NOFILE, and you fewer problems.
> I think someone was working on the MAXPATHLEN issue? Wolfgang?
Well, it's a while ago since I was last working on Ruby, but I'll
continue to fix it soon. The maintainer alrea
* Oystein Viggen writes:
> Hi As noted by Michael Krueger and others, there is currently no vim
> package for the hurd in the debian tree. The current vim package
> depends on ruby, which has compilation problems on the Hurd
> (MAXPATHLEN and something called NOFILE in io.c).
Change the NOFILE to
Hi
As noted by Michael Krueger and others, there is currently no vim
package for the hurd in the debian tree. The current vim package
depends on ruby, which has compilation problems on the Hurd (MAXPATHLEN
and something called NOFILE in io.c).
Now, I don't care much for ruby, and I don't need th
On Mon, Apr 29, 2002 at 12:36:33AM +1200, Philip Charles wrote:
>
> + Trying to add build-essential...
> WARNING: libc0.2-dev cannot be accepted, it doesn't exist ...
> libc6-dev doesn't exist...
> Can't add build-essential ... dependency problem.
Reported, see bug #144523
> + Trying to add g++-
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> On Sun, Apr 28, 2002 at 04:52:40AM -0700, Grant Bowman wrote:
> >
> > I also ran into a problem with libstdc++3-dev which depends on
> > libc6-dev. How do I resolve this? Shouldn't this now be libc0.3?
> [snip]
> Wasn't there someone who wanted to a
On Mon, Apr 29, 2002 at 12:36:33AM +1200, Philip Charles wrote:
> Need I go on?
No, when we start to file bugs about that, we will know how to get a
full list.
> Would the dummy libc6-dev need to be rebuilt so it depends on libc0.3-dev?
Good idea. Currently, it depends on nothing.
Thanks,
Marc
On Sun, 28 Apr 2002, Marcus Brinkmann wrote:
> On Sun, Apr 28, 2002 at 04:52:40AM -0700, Grant Bowman wrote:
> >
> > I also ran into a problem with libstdc++3-dev which depends on
> > libc6-dev. How do I resolve this? Shouldn't this now be libc0.3?
>
> Yeah, I need to add the old dummy package t
On Mon, Apr 29, 2002 at 12:07:49AM +1200, Philip Charles wrote:
> + Trying to add dejagnu...
> expect doesn't exist...
> Can't add dejagnu ... dependency problem.
>
Ouch, dejagnu is binary-all?!
Then I could have had faster success, how stupid of me.
Anyway, we need those gnome libs anyway, so i
On Sun, 28 Apr 2002, Marcus Brinkmann wrote:
> > This is not in today's pulse. It is in the tarball so a dummy package
> > should fix dependencies if this is required. Every variant of dpkg is
> > there, but not dpkg itself.
>
> dpkg needs manual attention by the ftp admins, because it contains
On Sun, 28 Apr 2002, Marcus Brinkmann wrote:
> I am currently working through build depends of dejagnu (which is a
> build dependency of gdb, a non-critical one, but I want to do it
> proper). This is a lot of work, and includes gimp! (indirectly).
> Anyway, gnome-libs are uploaded, for example,
On Sun, Apr 28, 2002 at 04:52:40AM -0700, Grant Bowman wrote:
>
> I also ran into a problem with libstdc++3-dev which depends on
> libc6-dev. How do I resolve this? Shouldn't this now be libc0.3?
Yeah, I need to add the old dummy package to alpha.gnu.org again.
All such packages have a bug on
Hi,
you might have already noticed, with every glibc recompile emacs is
broken. I will now definitely work on this, but if you like to keep
your emacs, don't upgrade glibc. jeff might soon upload a -4.1 package
to alpha.gnu.org, but you don't really need that for now.
Thanks,
Marcus
--
To UN
* Philip Charles <[EMAIL PROTECTED]> [020427 04:33]:
> On Sat, 27 Apr 2002, Michael Krueger wrote:
> > libdb2 had to be removed because it pre-depends on the old libc0.2, not
> > on libc0.3. Some important packages depend on this one, e.g. apt-utils. I
> > think it should be rebuilt on the new sys
On Sun, Apr 28, 2002 at 01:43:13PM +0200, Oystein Viggen wrote:
> * [Marcus Brinkmann]
>
> > I am currently working through build depends of dejagnu (which is a
> > build dependency of gdb, a non-critical one, but I want to do it
> > proper). This is a lot of work, and includes gimp! (indirectly
* [Marcus Brinkmann]
> I am currently working through build depends of dejagnu (which is a
> build dependency of gdb, a non-critical one, but I want to do it
> proper). This is a lot of work, and includes gimp! (indirectly).
> Anyway, gnome-libs are uploaded, for example, which is a big enabler.
On Sun, Apr 28, 2002 at 01:58:39PM +1200, Philip Charles wrote:
> > You've got your priorities right, mmh? :) In fact, you forgot things like
> > dpkg in your list, but it is also uploaded.
>
> This is not in today's pulse. It is in the tarball so a dummy package
> should fix dependencies if thi
* Marcus Brinkmann <[EMAIL PROTECTED]> [020426 17:38]:
> You can use the tar file from
> ftp://alpha.gnu.org/gnu/uhrd/debian-staging/gnu-libio-*.tar.gz
>
> (I forgot the exact filename).
FYI, it's gnu-libio-20020422.tar.gz
> And folow the normal install procedure. Note that with the new boot
>
Sucks, but I am moving so all hacking on OSKit-Mach has
ground to a a halt for now. My Hurd is still bootable
via either GnuMach or 1cpu OSKit-Mach but thats all
for now.
My Gnu Pth (pthreads) hack for Hurd is still available
on my netwinder server at http://www.gyrodynamic.net
but I have not teste
A trial build of the CD trees shows that 1239 packages are rejected
because of dependency problems. This compares with 738 rejected packages
for the H3 CD set. debian-cd does a recursive dependency check.
282 of the rejected packages are hurd-i386.deb's. I have a list of these
packages, would
26 matches
Mail list logo
