Peter,
Could you have "netbase" include /etc/host.conf, /etc/protocols, and
/etc/services? I'm placing them in the base package for now, but they
really don't belong there. If they are in the netbase package, they will
be extracted from there and installed on the base floppies by the
basedisks.sh
There are a number of things I want to do to dpkg, but I think they
all count as extra features, rather than bugfixes. I therefore
propose to call dpkg non-beta very shortly, and issue version 1.0.0.
NB that dpkg version numbers will then no longer have any apparent
resemblance to Debian release
Bruce Perens wrote:
> Peter,
>
> Could you have "netbase" include /etc/host.conf, /etc/protocols, and
> /etc/services? I'm placing them in the base package for now, but they
> really don't belong there. If they are in the netbase package, they will
> be extracted from there and installed on the ba
Package: bsdutils
Version: 1.3-1
chiark:~> /bin/kill -HUP syslogd
Segmentation fault (core dumped)
chiark:~>
Ian.
begin 664 core.gz
M'XL(``,>;3`"`^U;;VPC1Q4?)^DUN1/4:7LH<)3;([EMAIL PROTECTED]/^F\29L$U\MA.[
MMXGW;.>2-&EJQ[N)%Z_ML.OD$JD-53FIE5I$4"L$0D7ECP1("-$O2(#`]X$/
MH%15):A0A72*3GPH4%6A1>TAE2S
Package: texinfo
Version: 3.6
Revision: 3
/usr/info/dir contains the line (both with 3.6-2 and 3.6-3)
* Texi: (texi).The GNU Project's documentation format.
whereas the info files are called /usr/info/texinfo*.
Substituting [Tt]exi to [Tt]exinfo by hand in the /usr/info/dir file per
The jgraph program built with current tools segfaults before
reaching main(). This applies to the current jgraph package.
Rebuilding sources from an earlier package revision with a
known working jgraph program in the binary package produces
a broken jgraph program.
Please withdraw the jgraph pa
Peter,
Even if someone doesn't install netbase, the files in /etc from the netbase
package will be part of the base floppy set (or the equivalent base tar
archive used by the CD install) because of the script I use to create the
base floppy set. So what I'm really asking for is for you to maintain
This is a long, and somewhat belated, response. Please read through it and
give me your comments.
Marek Michalkiewicz writes:
Marek> I noticed the following problems with the acct-alpha-5-7 package:
Marek>
Marek> - lastcomm and the kernel seem to disagree about sizeof(struct acct)
Marek
Package: mount
version: 2.4
revision: 5
mount report a wrong error msg, if a user tries to re-mount a already
mounted device:
# uname -a
Linux luna 1.2.13 #8 Mon Sep 4 10:50:08 MET DST 1995 i486
# mount --version
(u)mount: version from util-linux-2.2
# grep /CD /etc/fstab
/dev/scd0 /CD
When an error is encountered reading a base disk (the error I
got was "Unexpected EOF"), the user is dumped quickly back
to the menu. The install program should pause with the error
message displayed on the screen, and give the user a chance
to read it and press to dump back to the menu.
[EMAIL
Bruce Perens wrote:
> Peter,
>
> Even if someone doesn't install netbase, the files in /etc from the netbase
> package will be part of the base floppy set (or the equivalent base tar
> archive used by the CD install) because of the script I use to create the
> base floppy set. So what I'm really a
After the initial install, there's a prompt to set up the root
password, then a drop into dselect.
If, while the dselect session is going on, a login as root is
done on another VC, that login also gets a prompt to set up
root and a drop into dselect. The initial root login sequence
is changed wh
First, terminology. There's Normal vs. Expert mode. I suggest
that this be changed to Newuser vs. Expert. I'll use that
terminology below. That's suggestion #1. #2 follows.
After install, there's a dropin to dselect. dselect presents
an interface similar in complexity to the initial install
I'm sorry that I wrote TarExtractor to naively call getgrnam() when
the input group name was invalid. I'm patching my version to not do
that - would you do so as well, Ian?
Thanks
Bruce
Bruce Perens writes ("dselect dies in getgrnam()"):
> I'm sorry that I wrote TarExtractor to naively call getgrnam() when
> the input group name was invalid. I'm patching my version to not do
> that - would you do so as well, Ian?
Yes, that would be good, thanks.. If you send me a patch I'll incl
15 matches
Mail list logo
