use keeping this issue open? I suspect the hardware in
question has long since been retired and no-one is using the
Adaptec driver any more.
The upstream bug is also flagged with 'need more info', and if no-one
can provide the info, it seem useless to keep the issue open.
--
Happy hacking
Petter Reinholdtsen
INIT INFO
# Provides: hurd-mtab
# Required-Start:mountkernfs
# Required-Stop:
# Default-Start: S
# Default-Stop:
# Short-Description: Create /run/mtab -> /proc/mount symlink on Hurd
### END INIT INFO
# Author: Petter Reinholdtsen
# PATH should only include /usr/* if it runs af
Here is a more complete patch to implement my proposed change. It
drop the symlinking in /etc/hurd/rc and do it in an init.d scripts
instead.
--
Happy hacking
Petter Reinholdtsen
diff -ur hurd-0.5.git20140203/debian/patches/rc.patch
hurd-0.5.git20140203-pere/debian/patches/rc.patch
--- hurd
d /run/mtab is in my opinion is
a better location for the file, so starting from scratch I would have
wanted Linux to keep it there too. :)
--
Happy hacking
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
ckeeper is not vital to reproduce it, but mentioning
it here in the hope that you consider installing it by default. :)
I'm setting severity to grave, as this make the package useless and can
cause data loss when I have to power off the machine and leave the file
system in an inconsistent state.
I forgot to mention that I am using Wheezy on the host, so the
virt-manager/kvm/qemu versions are from Wheezy.
--
Happy hacking
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.
rd-console ...
Not sure how to continue, as gg0 is not able to reproduce the problem,
but at least here it happen every time.
--
Happy hacking
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas
ost likely not the correct one.
--
Happy hacking
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140325092933.gp8...@ulrik.uio.no
ooting caused the system to hang during
boot in rc2.d again. :(
--
Happy hacking
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20
[Samuel Thibault]
> Peter, could you try to put
> http://dept-info.labri.fr/~thibault/tmp/vga.so.0.3
> into /usr/lib/hurd/console/ and start your Hurd console? That one does
> work for me and on Richard's VMs.
I tested, and it solved the hang for me too. :)
--
Happy hacking
Pe
Is this issue still relevant, or should this bug be closed? If hurd do not want
or need mtab, but instead patch tools to not need it, I believe it should be
closed.
--
Happy hacking
Petter Reinholdtsen
o maintain them. There are hundreds of open bugs against the
sysvinit packages in Debian already.
--
Vennlig hilsen
Petter Reinholdtsen
nous. No amount of wishful
thinking is going to bring is back to a world where static sequencing of
boot events is going to handle all the interdependencies.
To bad systemd do not work with kFreeBSD and Hurd, then we could use the
same mechanism on all architectures.
--
Happy hacking
Petter Reinholdtsen
acking
Petter Reinholdtsen
[Jérémie Koenig]
> I would also welcome suggestions about using the BTS to track my
> progress. If I understand correctly, I could:
> * track the bugs which I work on with a usertag
> * pre-file wishlist bugs on the packages which I will need to change
> * have a toplevel "Hurd d-i" bug which
15 matches
Mail list logo
