what's the alternative, voting? :-)
(seriously, I use talk regularly - "securely" even: two people ssh to
a common machine, and run talk there :-) I'd probably be happy with
any equivalent user-to-user real-time messaging tool, but "write" is
kind of gross, and everything else seems to try to be
err, does this break the use of tasks with apt-get later on? I've
found it very useful to do (for example) "apt-get install task-x-window-system"
after getting a machine otherwise working (in particular, that's the
easy way to go to xf4 - install 2.2, then point to testing, then
apt-get install t
> very rare (in fact, I've never heard of any cases) where NIC devices
> aren't supported by one of the stock kernels. Anyhow, they can read
Umm, actually, that's exactly what happened to me (after USB turned
out to not be a problem): 2.2 uses the 2.2.17 kernel which doesn't
support (or even ide
> -the brave souls who choose to install testing will help us to insure
> testing is more or less always in a bootstrappable state.
I like that one, certainly...
I think the general Debian principle of "make everything possible, but
make the right thing much much easier" works here. (That's ho
Just try it, *then* come back with questions [to *debian-user*, which
is the list for user help, not debian-boot, which is the list for
developing the boot kit]. Last I tried a PLIP install (on a 486
laptop, with 2.0) it did "just work"... as long as the modules are
present, you just need the fi
libgd1g-dev doesn't exist in woody; libgd-dev replaces it. _Mark_
Index: control
===
RCS file: /cvs/debian-boot/boot-floppies/debian/control,v
retrieving revision 1.50.2.6
diff -u -r1.50.2.6 control
--- control 2001/02/13 06:10:
Index: documentation/cs/dbootstrap.sgml
===
RCS file: /cvs/debian-boot/boot-floppies/documentation/cs/dbootstrap.sgml,v
retrieving revision 1.7
diff -u -r1.7 dbootstrap.sgml
--- documentation/cs/dbootstrap.sgml2000/09/14 00:28:43
Repository: boot-floppies
who:eichin
time: Wed Mar 7 22:30:50 PST 2001
Log Message:
spell-correct Independent, dependency, dependencies, in user-visible cases.
Files:
changed:Tag: woody README-Overview
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Repository: boot-floppies/documentation
who:eichin
time: Wed Mar 7 22:30:50 PST 2001
Log Message:
spell-correct Independent, dependency, dependencies, in user-visible cases.
Files:
changed:Tag: woody dselect-beginner.sgml README-authors
--
To UNSUBSCRIBE, email to
oops, except that it doesn't work at all:
> Err copy: unstable/main Packages
> Failed to stat - stat (2 No such file or directory)
seems that copy: *only* looks for the Packages.gz, where as file: will
use either Packages or Packages.gz...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
ooh, and that's even in sources.list(5). neat. thanks!_Mark_
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
documentation/{cs,hr,fr}/dbootstrap.sgml all still use
&Choose-Debian-archive-path; while the main tree (and the entity
definitions that the translations include) appears to have switched to
&Select-Debian-Archive-path;
I've patched mine locally to let the build proceed; should I send
patches, o
Manually using --print-uris to generate symlinks worked ok.
for i in $(apt-get --print-uris --yes -o Dir::State=$PWD/download/state -o
Debug::NoLocking=true -o Dir::Cache=$PWD/download/cache -o
Dir::State::status=$PWD/download/status -o Dir::Etc::SourceList=$PWD/localsources.list
--download-on
re:"- remove rsync mirroring stuff; we get packages as needed apt-get"
as far as I can tell it doesn't play well with a local mirror --
apt-get doesn't actually copy anything in download-only mode... which
makes sense, but breaks this usage :-) I don't see an obvious flag to
change that, look
The woody branch build-depends on libgd1g-dev. This is potato's
1.7.3-0.1, whereas libgd-dev is woody's 1.8.4-2. Should the
build-depends be changed, or is there a specific reason to stick with
the potato version? diffs follow.
_Mark_ <[EMAIL PROTECTED]>
> Read boot-floppies/README-CVS and probably work on the woody branch.
Excellent. Thanks much._Mark_
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Ahh, I didn't realize that locking would still work if I avoided that
(I think cvs used to put some global locks in CVSROOT, or something
like that - maybe it was a history file issue...) Also, didn't know
about cvs co "-c" to get a list of valid modules. (Is there a project
page with some conte
> Could not chdir to home directory /org/home/eichin: No such file or directory
Ok, that's fixed, now I get:
$ CVS_RSH=ssh CVSROOT=:ext:[EMAIL PROTECTED]:/cvs/debian-boot cvs co .
cvs server: Updating .
cvs server: Updating CVSROOT
cvs server: failed to create lock directory in reposito
irectory /org/home/eichin: No such file or directory
guess I haven't logged in there since some change or other. I'll poke
around and see if I can fix that...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
in fact, dropping -z3 gets a checkout to run as far as
cvs server: Updating boot-floppies/utilities/bf-utf
and hang, as has been mentioned here previously. Now to see if I have
enough pieces to try building a disk for this "legacy free" system
[USB-only keyboard, only external media is
Using
CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/debian-boot cvs -z3 co .
it runs for a while and then starts losing in ways that are *very*
characteristic of decompression failures. I'm running unstable at
this end, which is mildly suspicious - so I ask, has anyone else seen
this kind of th
Note also that a "legacy-free" system usually isn't just USB-only, it
is also cdrom-only. (In fact, if I can figure out where woody
boot-floppies went, I want to try and hack on a USB-only (or better
yet, one supporting either) boot cd for that very reason...)
Note also that (1) cdr media is che
22 matches
Mail list logo
