public inbox for blinux-list@redhat.com
 help / color / mirror / Atom feed
From: Cheryl Homiak <chomiak@chartermi.net>
To: blinux-list@redhat.com
Subject: Re: woody root.bin
Date: Fri, 5 Jul 2002 09:25:03 -0500 (CDT)	[thread overview]
Message-ID: <Pine.LNX.4.44.0207050112130.507-100000@maranatha.chartermi.net> (raw)
In-Reply-To: <87it3v47sx.fsf@lexx.delysid.org>

Ok, just made my own brlttydisk.tar and used the rescue disk for woody from the
debian ftp and the modified woody-root.bin. I don't want to reinstall at this
point, so I only went through the preliminaries. Brltty starts up fine; I have
no way of knowing if there are any errors but it seems to start up fine.
Some comments:
1. It would appear from the Bootdisks/README that comes with the source that you
do have to choose a driver when compiling statically. refer to this README for
further clarification of this. This would mean you couldn't have one brltty.tar
for everybody, but would need individual ones for the various drivers. Perhaps
this has changed, but again, I don't see any indication of this in the README.
Howwever on the todo list is the following:

-Figure out how to use shared libraries from a statically linked
   executable, when the lib references symbols from the main
   program. With that we could do generic bootdisk with dynamic selection
   of braille driver.

2. remember that if /dev/vcsa0 is not present in the root.bin, it must either be
included in the modified root.bin or in the brlttydisk. It wasn't clear whether
or not this had been put on to the modified root.bin or was already present
there so I added it to the
brlttydisk.

3. I did my tar command for the brlttydisk as follows:
tar cvpf brlttydisk.tar *
I think using the "f" and the filename is actually the proper way to use tar
rather than using a 'greater than" sign, though I imagine that works too.

4. It
isn't necessary to include a /lib/brltty directory or /etc/brltty.conf if you
include what you need in the compilation (see bootdisk/README. I don't know
whether this would change when static linking can be done with all drivers
compiled in.
5. If you want to copy a rudimentary brltty onto your new system until you can
install a full brltty on it, you can go into the other console and copy over the
necessary files onto the new system (target, I believe) and, if you want brltty
to come up when the new system boots, edit the desired file or add a brltty.sh
to /etc/init.d and make a symlink within /etc/rcS.d. Either way will work.

6. Don't forget that if you are going to do a woody install, you need a modified
root.bin, your brltty disk, and the debian rescue.bin and 4 driver.bins. Base
floppies are no longer needed.

7. I had one report from a person who tried to do a cold woody install and had
problems when it came time to install packages. However, I am hearing from the
debian lists that people are installing successfully, so I can't tell you what
is going on there.

8. Per the comment that was made re: the new installer system coming down the
pike where hacking bootdisks may not be of help, those of us involved in debian
might want to get some  fingers in that pie so that brltty users don't get
locked
out of being able to install debian with brltty in the future. It's too easy to
get left in the position of complaining after the fact about something that
might have been forseen and dealt with before the fact.

Cheryl





  parent reply	other threads:[~ UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
 Boris DAIX
 ` Mario Lang
   ` Boris DAIX
     ` Andor Demarteau
       ` Boris DAIX
       ` Mario Lang
     ` Mario Lang
       ` Boris DAIX
       ` Cheryl Homiak
         ` Boris DAIX
       ` Cheryl Homiak [this message]
         ` woody root.bin: update on installation attempt Cheryl Homiak
         ` woody root.bin Mario Lang
 ` Nath

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.LNX.4.44.0207050112130.507-100000@maranatha.chartermi.net \
    --to=chomiak@chartermi.net \
    --cc=blinux-list@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).