"Eric S. Raymond" <[EMAIL PROTECTED]> writes:
> Michael Alan Dorman wrote:
> >ESR has, IMHO, decided to start a pissing match about ncurses
> >development. I have no desire to participate or watch.
> Mr. Dorman's opinion is understandable but mistaken.
Alt
Galen Hazelwood <[EMAIL PROTECTED]> writes:
> Michael Alan Dorman wrote:
> > RMS has stepped in. I can't quite decide if that's likely to foster
> > resolution or small-arms usage.
> Stepped in on whose side?
No ones in particular, though I suspect ESR could se
ation disks.
+
--- ncurses-4.1.orig/debian/changelog
+++ ncurses-4.1/debian/changelog
@@ -0,0 +1,45 @@
+ncurses (4.1-1) unstable; urgency=low
+
+ * New upstream version. Removed deb-files.
+
+ -- Michael Alan Dorman <[EMAIL PROTECTED]> Wed, 7 May 1997 16:39:28 -0400
+
+ncurses (4.0-1) unst
[EMAIL PROTECTED] (Bruce Perens) writes:
> Any new work I do will use slang rather than ncurses.
Can't say as I'd blame you.
RMS has stepped in. I can't quite decide if that's likely to foster
resolution or small-arms usage.
Mike.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "uns
Well.
Anyone want to venture any opinions?
Mike.
--- Begin Message ---
Jesse Thilo writes:
> On Thu, May 29, 1997 at 09:18:48PM -0400, T.E.Dickey wrote:
> > > To the terminfo.src maintainer,
> > c'est moi
>
> Since when? (Seriously)
Mr. Dickey appears to have decided that hijacking one projec
"Scott K. Ellis" <[EMAIL PROTECTED]> writes:
> My main concern is that they neither bunch up on the dpkg select screen,
> nor is it easy to search for perl modules in dselect (I'd like to be able
> to find all the perl modules by searching on perl).
BTW, I maintain alias and www-search (and libwww
I've almost finished converting a whole package---the only thing I
lack is a completed .changes file.
When running dpkg-buildpackage on my testbed, I get the following:
-8<-
Enter pass phrase:
Pass phrase is good.
Key for user ID: Michael Alan Dorman <[EMAIL PROTECTED]>
102
Well, I think, if I can get it to work, that the new source format
will be fine. _IF_ I can get it to work.
I've looked at the docs, I've examined hello and dpkg, and I'll be
damned if I can find any information that would allow me to actually
reproduce the files that were uploaded to master, and
In message <[EMAIL PROTECTED]>, Douglas Bates writes:
>so after running /sbin/psupdate there is an attempt to find if
>/boot/psdatabase-2.0.12 exists. The documentation for psupdate
>indicates that it writes a new version of /etc/psdatabase. I checked
>and indeed that file was updated. Am I supp
In message <[EMAIL PROTECTED]>, Miquel van Smoorenburg writes:
>Which reminds me: RedHat is going to integrate PAM into their next release.
>Perhaps now is a good time to look if we should consider using that too,
>or if we think that shadow is good enough for now.
Someone's already compiled libpa
package: procps
version: 1.01a-1
psupdate seems to have recently taken to writing the psdatabase into
/etc, not into /boot.
This breaks the current kernel-package slightly (nothing fatal, just
annoying).
If /boot was the wrong place, please let me know so we can update
kernel-package. If /etc i
package: dpkg
version: 1.3.4
There seems to be a problem with debian-changelog-mode.
When I attempt to finalize the release, I get the following message in
the minibuffer:
Searching for program: no such file or directory, 822-date
It's fairly obvious where it's happening (just grep for 822-date
package: dpkg
version: 1.3.4
Some of us use the VERSION_CONTROL environment variable to get emacs
and patch (among others) to create a revision history when editing
files.
Unfortunately, dpkg-source doesn't pay any attention to the setting
for that variable, and therefore assumes patch will work
In message <[EMAIL PROTECTED]>, Thomas Koenig writes:
>The problem is that Maple looks for these things under /usr/X386,
>as verified with strace.
>
>Solution: cd /usr ; ln -s X11R6 X386
Real Solution: Complain to your vendor about the use of inappropriate
paths.
Installing a link to /usr/X386 i
In message <[EMAIL PROTECTED]>, Ian Jackson writes:
>Therefore I propose that unless someone raises a serious problem or
>issue within the next week or two the new packaging guidelines as
>described in the draft dpkg programmers' manual, the draft Debian
>policy manual and as implemented by dpkg 1.
The upstream ncurses sources underwent a soname change about two
months ago. They seem likely to undergo another one in the immediate
future, so it's just as well I hadn't worried with packaging the
current stuff yet.
Neither of these changes can be ignored, as they involve mods to some
public da
I find that I really need the ability to run filters on remote
printers, something that the current lpr package Just Won't Do, so I
quickly packaged LPRng, and now have it running on one of my machines.
Before foisting it off onto the rest of the world, I'm interested to
find out what people would
In message <[EMAIL PROTECTED]>, Kai Henningsen writes:
>That's a problem, but it's not the problem I meant. For difficult to
>parse, well, compare these two lines:
> a =~ s/some/thing...
> b = c/d
>Very bad syntax design, that.
There's always s,some,thing, or s|some|thing| or whatever.
>Eit
In message <[EMAIL PROTECTED]>, Mr Stuart Lamble writes:
>annoyed that if I want support for my W32p (revision A), I have to go
>to 3.1.2E - and it's not available for Debian. Net result: either I
>have proper support for my card, and can't install new X-based packages
>(dpkg barfs at the postinst
I just wanted to let everyone know that debian.med.miami.edu is now up
and running.
Our mirror of the complete distribution can be found at:
ftp://debian.med.miami.edu/debian
In addition, we have a complete copy of the debian-bugs database
available at:
http://debian.med.miami.edu/
Rather
OK, last Thursday I was told that use of section and priority in the
control files of packages was deprecated by those whose opinions would
seem to matter most---Ian Jackson, dpkg maintainer, and Guy Maor,
archive maintainer.
This is fine with me---one less detail to track for each package.
What
package: dpkg
version: 1.2.6elf
I decided to play with the debian.rules file for one of my packages,
and one of the things I thought to do was actually create the .deb
file in its "final resting place", instead of creating then moving it.
$ pwd
/home/mdorman/prog
$ dpkg --build glimpse/tmp
dpkg-d
Is it intended that developers use the _ to separate package name and
version information in the names of .tar.gz and .diff.gz files?
Mike.
--
"Don't let me make you unhappy by failing to be contrary enough"
ncurses3.0-1.9.8a-3 should be in base, seeing as how it contains the
shared libraries.
Also, strictly speaking, ncurses-bin-1.9.8a-3 probably doesn't _need_
to be in base (I'd hope the programs in it probably aren't going to
see much use).
Also, the latest versions of minicom/lrzsz seem to have
>The network card is an Intel Etherexpress 16.
This is the problem right here.
The Intel driver, when confronted with a large file being transferred
over a local subnet on a fast (P5) system, will spool a zillion
messages to your syslog (as the errors mount) and then fall over.
I have verified
In message <[EMAIL PROTECTED]>, Jean-Marc Bourguet w
rites:
>PS=`ps -p $PID 2>/dev/null| tail -1 | grep named`
You might want to make this
PS=`ps -p $PID 2>/dev/null| tail -1 | grep named | grep -v grep`
so that it doesn't pick up the grep process as well.
Mike.
--
"I thought I'd something more
Package: mirror
Version: 2.8
Revision: 0
I'm sending this as a debian problem report and to the mirror list.
The first, and less important issue is that due to a typo in the mirror.pl
file, mirror stores temporary files in / when using associative arrays to
store information about local and remo
Package: libjpeg
Version: 6
Revision: 1
In order to be able to link with the shared library version of libjpeg,
the package needs to include a link from /usr/lib/libjpeg.so to
/usr/lib/libjpeg.so.6.
Mike.
--
"I'm a dinosaur. Somebody's digging my bones."
On Mon, 18 Dec 1995, Richard Kettlewell wrote:
> I believe under ELF it would actually be dynamically loaded are
> therefore not drag libncurses into perl unless you actually used it,
> but it's so wonderful I think it deserves a mention l-)
You know, you'd think I'd remember that, considering I w
On Fri, 15 Dec 1995, roro wrote:
> My bash is now (and should be in the future, maybe even with shared
> readline):
>
> [EMAIL PROTECTED]:tty1:/lib# ldd /bin/bash
> libncurses.so.3.0 => /lib/libncurses.so.3.0
> libc.so.5 => /lib/libc.so.5.2.18
>
> and don't like to be invoked wit
On Mon, 18 Dec 1995, Chris Fearnley wrote:
> >* Should we create a new user and/or group to control access to the
> >hierarchy of html files? If so, why don't we make it "official" and get
> >Bruce to include in the base /etc/group and /etc/passwd files.
> User nobody and group nogroup is either
Package: xserver-mach32
Version: 3.1.2-2
This is a documented bug in the original source---I believe I sent a
patch that could be used to create a xserver-mach32x or something that
would be compiled to allow users who wanted to to drive their cards at
something resembling its capabilities.
Mike.
On Sun, 17 Dec 1995, Chris Fearnley wrote:
> This is a preliminary release. It seems to work, but I'm disatisfied
> with my handling of httpd configuration (basically there is none - you
> have to edit /etc/httpd/* by hand).
Hmm. That's what kept me from releasing mine.
Maybe we can decide what
On Sat, 16 Dec 1995, Michael K. Johnson wrote:
> All the other Linux distributions are going to /etc/rc.d/* because
> that's what comes with the svinit package. It works very well; in
> practice I've found that it's one of the things that I like better
> about my Red Hat system than my Debian syst
Package: fileutils-3.12
Revision: 3
The package seems to contain ELF executables, yet does not depend upon libc5.
Mike.
--
"I'm a dinosaur. Somebody's digging my bones."
On Thu, 14 Dec 1995, J.H.M.Dassen wrote:
> > Moved /lib/libncurses.so to /usr/lib/libncurses.so.
> Mike, I'm not too happy with this. This prevents libreadline.so from
> using it, and thus prevents bash from using the shared libreadline.
> Can you explain why you moved it?
Sorry, let me explain:
Well, actually, all he did was suggest an excellent solution for something
that had been bothering me about the ncurses packages:
When installing ncurses-base, you have to do all sorts of special things
using dpkg to get dpkg to pretend that you're not messing things up by
removing ncurses-runti
A few relatively minor changes.
Date: 14 Dec 95 01:39 UT
Source: ncurses
Binary: ncurses-base ncurses-bin ncurses-term ncurses3.0 ncurses3.0-dev
Version: 1.9.8a-3
Description:
ncurses-base: Video terminal manipulation: Minimum set of terminals
ncurses-bin: Video terminal manipulation: associa
On Wed, 13 Dec 1995, David Engel wrote:
> The easiest solution I came up with was to only run ldconfig from
> postinst scripts and not from postrm scripts. The only disadvantage I
> can see from doing this is that a stale link and an outdated entry in
> ld.so.cache may get left behind if the packa
On Sun, 10 Dec 1995, Bruce Perens wrote:
> Making the parent directory unreadable caused mirror programs to not mirror
> that directory. They might mirror the symlink, but it won't do much good.
Although they could mirror if they had a special userid/password (as I
believe has been set up)---they
ncurses for ELF is still not quite ready for public consumption. Anyone
who downloads it and installs it should be prepared for possible bumps in
the road. I think they're all taken care of, but even so, be prepared.
In addition to the fact that it's still getting some of the kinks worked
out,
On Sun, 10 Dec 1995, Michael Alan Dorman wrote:
> I'm now uploading ncurses-1.9.8a-2 & co. It is also available for ftp
> from lot49.med.miami.edu:/pub/linux/ until it gets cleared at
> ftp.debian.org.
I forgot to mention that you will almost certainly have to use 'dpkg
I'm now uploading ncurses-1.9.8a-2 & co. It is also available for ftp
from lot49.med.miami.edu:/pub/linux/ until it gets cleared at
ftp.debian.org.
Please don't release any packages that depend on this for a couple of days
at least. Anyone who's seeing problems with the current package, please
On Sun, 10 Dec 1995, Chris Fearnley wrote:
> It doesn't make sense to me. I thought that the runtime package would
> include all of the shared libraries that other programs might need.
It does.
> Isn't that what lib*.so provide, the shared libraries? And the
> symlinks are used by ld.so, no? O
On Sun, 10 Dec 1995, David Engel wrote:
> I have been told that this is undesirable for some autoconfed programs
> with emacs being the most notable example. I don't remember all of
> the details but it has to do with forcing autoconf to use the
> curses/termlib interface to ncurses instead of the
On Sun, 10 Dec 1995, Bill Mitchell wrote:
> Package installation succeeded without my removing ncurses-runtime
> or ncurses-developer. How are users to users know that they should
> remove these?
With so many variables to juggle, I missed one. Taken care of in -2,
which also addresses all of th
On Sun, 10 Dec 1995, Stephen Early wrote:
> > I think ncurses wins an award for "most packages from one source archive."
> ...soon to be trumped by X, which is currently generating 24 packages
> from one source archive.
Forgot about that one --- the whole group come from just the one source
pac
On Sun, 10 Dec 1995, David Engel wrote:
> The -dev package provides virtual ncurses-dev package but it also
> needs to conflict with it.
Oops. You told me that. Done.
> The symlinks for lib*.so are in the runtime package. They should be
> in the -dev package.
Makes sense. Done.
> The shared
On Sun, 10 Dec 1995, roro wrote:
> ncurses-base-1.9.8a-1.deb should have a debian.preinst to kill
> the link etc/terminfo -> ../usr/lib/terminfo provided by base-0.93.6.
> Or it is intended that these fall into /usr/lib/terminfo?
No, it isn't. They are supposed to be totally disconnected. Thanks
On Sun, 10 Dec 1995, roro wrote:
> Minor doc-bug in ncurses-1.9.8a/debian.README:
> ncurses21 should read ncurses3.0
Blast, I thought I had parameterized that _everywhere_. Oh, well. It's
fixed.
> I hope ncurses3.0 will be a stabile ABI, since a lot of packages depends
> on it.
That's why I
On Sat, 9 Dec 1995, Matthew Bailey wrote:
> There is NO problem with uploads. The fact that I receive 10-5 mails a
> day to ftpadmin about corrupt files in private/project/Incoming made me
> opt for this method. This should be for INCOMING use only. the files will
> be available as soon as the f
Since ftp.debian.org seems to still be having problems with people
downloading new files, I'm putting a copy of ncurses-1.9.8a in
ftp://ftp.debian.org/pub/bruce/Incoming, since a handful of people have
contacted me since yesterday to ask if I could send them copies directly.
I think ncurses wins
On Sat, 9 Dec 1995, David Engel wrote:
> Yes, but not directly. The way I did it was to have tcl74-dev both
> provide and conflict with the virtual package tcl-dev. When tcl75-dev
> comes out, it will do the same thing. This has the advantage of only
> allowing one tcl*-dev package to be install
Well, I figure all the work I did on 1.9.7a will apply to 1.9.8a.
Also, Jeff, they're almost promising the ABI will quit changing!
Mike.
--
"I'm a dinosaur. Somebody's digging my bones."
-- Forwarded message --
Date: Fri, 8 Dec 1995 21:29:57 -0800
From: Zeyd M. Ben-Halim <[EMAI
I'll be uploading the new shared-lib ELF ncurses package(s) within the
hour (just as soon as I rebuild the dist files to get rid of a few
spurious nohup.out files I left behind...).
I think I've got all bases covered, but I'd certainly not mind having a
few especially adventurous souls looking
On Fri, 8 Dec 1995, Jeff Noxon wrote:
> I have several months of the ncurses list archived. If anyone is interested
> in having a copy of the archive, please let me know how to deliver it. :)
How big is it?
> > I suspect that the distributed packaging responsibility will make it
> > unlikely th
On Thu, 7 Dec 1995, David Engel wrote:
> > ncurses2-1.9.7a-1.deb will be the shared library package. It is ncurses2
> > because the major portion of the soname is 2. It will depend on libc5 and
> > ncurses-base.
> This should be ncurses21-* (or ncurses2.1-*). As was already noted,
> the major ver
On Fri, 8 Dec 1995, Jeff Noxon wrote:
> If the ncurses guys are going to keep blowing off binary compatibility,
> then perhaps we should not mess with ncurses at all.
I suspect, especially now that we've got the package load spread around
more, that Debian will be able to keep up.
> I'm not real
On Thu, 7 Dec 1995, roro wrote:
> Contrary to libc5, where the soname is libc.so.5, an therefore
> libc.so.5.0.0 until libc.so.5.2.16 are interchangeble (or was supposed
> to be) ncurses has the soname libncurses.so.2.x. ncurses2 has no meaning
> if the ABI between libncurses.so.2.0 and libncurse
On Thu, 7 Dec 1995, Ian Jackson wrote:
> > ncurses-term-1.9.7a-1.deb will contain the monolithic set of terminfo
> > files. It depends on the lockstep revision of ncurses-base (since we
> > might move a few more things out of term and into base as they seem
> > appropriate -- getting out of syn
On Thu, 7 Dec 1995, Ian Jackson wrote:
> That sounds like the same bug.
> I'm worried about it, but I don't have enough to go on.
I'll see if I can re-create it. I'll mention that I _may_ have done the
first installation of cdtool with 1.0.6, but then you warned people away
from it and I grabbed
On Thu, 7 Dec 1995, Ian Jackson wrote:
> That all sounds reasonable. I take it that the terminfo manipulation
> programs and the manpages are small enough that having them installed
> on every system is not a problem (ncurses-runtime will be an essential
> package).
Actually, they're going into a
On Thu, 7 Dec 1995, David Engel wrote:
> This will be necessary -- the ncurses developers have already changed
> the shared library version number once since they introduced shared
> library support and have indicated they won't hesitate to do so again.
I wondered at the fact that soname was .2.1.
OK, here's what I think I've come up with:
ncurses-runtime:
shared libraries (in /lib)
looks for files first in /etc/terminfo then /usr/lib/terminfo
has linux as compiled in fall-back.
terminfo manipulation programs
man pages for the program
On Thu, 7 Dec 1995, David Engel wrote:
> > So far I have been unable to find a copy of the patch that lets you fall
> > back to another directory. However, support is already in there to allow
> I don't know that the patch even exists anymore. However, a quick and
> dirty hack is only a two line
On Thu, 7 Dec 1995, J.H.M.Dassen wrote:
> I don't see the necessity of this. Take bash for instance: it uses
> readline, which uses ncurses.
Taking this to its logical absurdity, we get: "Let's just require that
everything be on one big hard drive so it's all in the root partition so
we don't ha
On Thu, 7 Dec 1995, Ian Jackson wrote:
> Michael Alan Dorman writes ("Bug#1984: dpkg won't install cdtool"):
> > Try doing a --purge first. I was having a similar problem and that
> > solved it.
> > I just assumed it was my system, but apparently not.
>
On Wed, 6 Dec 1995, Raul Miller wrote:
> I wasn't thinking about anything specific... I was just worrying about
> potential configurations with no /usr partition.
> I probably shouldn't have even mailed the original message.
No, I think it's a valid question to bring up---I was just confused about
On Fri, 1 Dec 1995, David Engel wrote:
> > If they're not already claimed, I would be interested in taking them over.
> > In fact, I've got gcc 2.7.2 already packaged up (Ian Murdock's diffs to
> > 2.6.3 applied flawlessly over 2.7.2).
> ELF or a.out? I think Siggy (?) may have claimed gcc and p
I seem to remember that Ian Murdock gave up these packages. I don't
remember hearing of anyone picking them up.
If they're not already claimed, I would be interested in taking them over.
In fact, I've got gcc 2.7.2 already packaged up (Ian Murdock's diffs to
2.6.3 applied flawlessly over 2.7.2
> The new X packages that I hope to release before Christmas will be ELF,
> compiled from the XFree86-3.1.2S sources rather than from the binaries
> distributed by XFree86.
If you're looking for input, I might request that you release two
versions of the Mach32 Server --- one that is just like
There seems to be some problem(s) with the 'linux' entry in the terminfo
database. I recompiled minicom to use it (figured I'd get the ELF version
out of the way) and now all of the dialogs are broken --- specifically, I
get extraneous `1m` strings in unusual places.
This doesn't happen if I ru
On Fri, 17 Nov 1995, David Engel wrote:
> The kernel can still be compiled in a.out format. The a.out
> development tools aren't completely going away. They just won't be
> the default. If you really want to compile 1.2.13 in ELF format, I
> suggest you politely request Linus to update it one la
On Fri, 17 Nov 1995, J.H.M.Dassen wrote:
> Since 1.0 is going to be ELF (meaning that all its binaries will be ELF, and
> that it compiles for ELF by default), with backward compatibility to compile
> and run a.out binaries, new packages are being made, that put their ELF stuff
> in the standard
On Thu, 16 Nov 1995, Brian Hutchinson wrote:
> Has anyone setup a PPP server under Debian?
> I tried a few times with R5 without much luck.
I set one up under R5. I'm looking to redo some of that work because the
pppd in R6 should be able to act without a getty on the serial port which
means yo
On Tue, 31 Oct 1995, Bruce Perens wrote:
> The second file is an executable script that performs the actual
> extraction, creating a subdirectory under the current directory
> and moving files as necessary. Its name is EXTRACT, and it must have
> execute permissions set.
Bi
On Tue, 31 Oct 1995, David Engel wrote:
>First, I prefer to go with unmodified, upstream source. Second, I
>really mean unmodified, i.e.. the Debianizing script (or whatever) must
>take care of unpacking into subdirectories, if necessary.
I'll go further and say that I think that any approach t
On Sun, 29 Oct 1995, Karl Ferguson wrote:
> Now, it wont quit at the point - it goes on to finish. But when booting the
> kernel I get this error:
>
> unregister_netdev: device 'ppp0' unlinked
> unregister_netdev: device 'ppp1' unlinked
> unregister_netdev: device 'ppp2' unlinked
> unregister_netd
On Sat, 28 Oct 1995, Bill Mitchell wrote:
> On Sat, 28 Oct 1995, Michael Alan Dorman wrote:
> > > This should read "/usr/local/bin:/bin:/usr/bin", without the "."
> > While we're at it, would it be appropriate to have xdm also set this as
> > the
On Sat, 28 Oct 1995, Ian Jackson wrote:
> #define _PATH_DEFPATH"/usr/local/bin:/usr/bin:/bin:."
>
> This should read "/usr/local/bin:/bin:/usr/bin", without the "."
> entry. Quite apart from the security implications, teaching new users
> always to run their programs with "./foo" will stop
> "Ian" == Ian Jackson <[EMAIL PROTECTED]> writes:
Ian> `|' is not allowed in conflicts; `,' is used to mean OR.
It would be nice if CONFLICTS and the other fields used the same
notation for OR/AND, instead of being in direct apposition.
Could the current behavior be gradually phased out
Well, I've decided to return to Matt Porters' previous split between
minicom and lrzsz.
One side-effect of this is that I need to make the updated lrzsz package
conflict just with minicom-1.71-[1..2] (the ones that included lrzsz). I
can't seem to make it do so. I've tried specifying:
CONFL
Package: ppp
Revision: 2.2-1
/etc/init.d/ppp still sources /etc/init.d/functions which, I believe, was
decided to be a no-no, since start-stop-daemon subsumed all of its
functionality, and since any script that uses it is effectively disabled
from command-line use because /etc/init.d/functions ch
On Fri, 20 Oct 1995, Bernd S. Brentrup wrote:
> (ii) Distributing the Program on a CD-ROM, provided that the files
> containing the Program are reproduced entirely and verbatim on such
> CD-ROM, and provided further that all information on such CD-ROM be
> redistributable for non-commercial p
On Wed, 4 Oct 1995, Ian Murdock wrote:
> Has anyone gotten ppp 2.2 to work?
It has been shown to work on 1.2.XX. I've not done it.
> I finally got it to compile, after realizing that I had to install a
> few replacement kernel headers. Why are these kernel headers not in
> the standard distribu
On Tue, 3 Oct 1995, Michael E. Deisher wrote:
> Does anyone know why "get dirname.tar" has been disabled on the ftp
> site.
I would guess because a .notar file has (or had) been created in /debian.
Mike.
--
"And I swear that I don't have a gun."
Package: fvwm
Version: 1.24r
Revision: 6
The system.fvwm pretty much requires m4 (you get errors in your
~/.xsession-errors, not to mention the fact that it's basically unusable)
but it's not even recommended by the package.
Mike.
--
"And I swear that I don't have a gun."
I can think of a couple of reasons that bin86 might not be in the
true-blue depends for the source package, but I'd think it'd at least be
"recommended" since you can't compile a new kernel without it.
Mike.
--
"And I swear that I don't have a gun."
Package: miscutils
The /sbin/installkernel that is in the miscutils package on the September
30 basedisks makes a reference to "./mkboot". This is a problem since
mkboot now resides in /usr/sbin.
Mike.
--
"And I swear that I don't have a gun."
Package: minicom
Version: 1.6
I know this one isn't likely to get fixed before the drop-dead, but for
the record, minicom depends on ncurses-runtime.
If the original maintainer has abandoned this package (and it seems he
has), I'm willing to take it over, though there's no chance I'll get it
don
Package: base
Rebooting my system from the 9/27 boot/root menu gets some dismaying
messages and invariably cause a kernel error. I think it's an OOPS ---
I'm not 100% clear on the difference between an OOPS and a PANIC.
8<
_setutent: Can't open utmp file: no such file or directory
_setu
Package: base
After an uneventful install, I logged in to find that /etc/services has
apparently been overlooked.
I realize that there was some discussion as to whether or not it actually
belonged in netbase, but it has to be a zillion times more relevant to the
base installation than, say, smb.
101 - 192 of 192 matches
Mail list logo