On Fri, 22 Dec 1995, Bill Mitchell wrote:
> Package: xbase
> Version: 3.1.2
> Package_Revision: 5
>
> Installation of this package fails in preinst on a newly-installed
> 0.93R6 system because /usr/bin/X11 and /usr/lib/X11 do not exist.
> The patch below corrects this problem. However, with this
Package: xbase
Version: 3.1.2
Package_Revision: 5
Installation of this package fails in preinst on a newly-installed
0.93R6 system because /usr/bin/X11 and /usr/lib/X11 do not exist.
The patch below corrects this problem. However, with this patch
installed, the package goes on to fail installati
# WARNING - IF YOUR KERNEL DOESN'T HAVE ELF SUPPORT LINKED IN, THIS WILL
# MAKE YOUR SYSTEM UN-BOOTABLE.
Date: 22 Dec 95 00:12 UT
Source: sysvinit
Binary: sysvinit
Version: 2.57b-2
Description:
sysvinit: System-V-like Init.
Priority: Low
Changes: Rebuilt for ELF, removed functions from /etc/ini
What's the current policy about stuff in Incoming? Earlier there was
the Incoming directory, then it was made read only to prevent
downloads of incomplete packages, then an Outgoing was created so that
things could be obtained before someone got around to moving them into
the development directory
Date: 21 Dec 95 20:08 UT
Source: binutils
Binary: binutils
Version: 2.6-2
Description:
binutils: The GNU assembler and binary utilities (ELF version).
Priority: Low
Changes:
Applied Ian Taylor's patch to correctly mark text sections as readonly
in binaries linked with shared libraries.
Files:
I have a bunch of bugs I haven't closed out, and there are bugs on
packages I've transferred to other maintainers that the other maintainers
have not closed out. I will not be able to deal with this until after
New Years.
Thanks
Bruce
--
Bruce Perens <[EMAIL PROTECTED]> Pixar Anim
Brian White:
(the above is csh code... sorry!)
I've not been following this discussion very closely, but here's a
fairly literal translation of Brian's speedup to sh:
for FILE in `sed -e 's/\(.*\)-\([^-]*\)-\([^.-]*\)\.\([^-]*\)$/\1/\2/\3/\4/'`
do (
set `echo $FILE|tr / ' '`
i
Package: dpkg
Version: 1.0.8
I installed the man package (2.3.10-6) succesfully. After that I tried
to upgrade the libgdbm1 package (1.7.3-8). During installation of
libgdbm1 dpkg reports about libgdbm1 conflicting with man (<2.3.10-6)
and that man (version 2.3.10-5) is installed.
- Why is it re
Package: metamail
Version: 2.7-1
The script /usr/bin/showpicture provided with the metamail package, which is
used by Netscape, et al, to launch xv or xloadimage to display graphical
objects, is a csh script. There is no dependency specified by the metamail
package, and csh is not part of the bas
Once we decide on a package naming standard, we should tell the
rest of the free software world what it is and encourage the
upstream maintainers to stick to that format.
Tell them without asking for comments? :-) [What was that about
committees?]
I lean towards Bill Mitchell's idea.
[
Package: man
Status: install ok installed
Priority: standard
Section: text
Maintainer: Alvar Bray <[EMAIL PROTECTED]>
Version: 2.3.10
Revision: 5
The "man" script in cron.daily is as follows:
# expunge old catman pages which have not been read in a week
find /var/catman -type f -name '*[1-9nlop].
> In any case, can someone suggest a short/long term fix? Can I just
> get the source from somewhere and build my own library, or is dealing
> with termcap going to be a big mess...
You can find the required libtermcap in old libc-5.0.9 packages on
tsx-11.mit.edu. Perhaps you'd like to make a ru
On Thu, 21 Dec 1995, Dale Scheetz wrote:
> I have tried several times to get the bug list manager of Carl Streeter
> to return bug info to me. So far I have gotten no response. Does this
> list manager still work? Is there a better way to obtain a specific bug
> report?
Ooh, my name in lights!
I have tried several times to get the bug list manager of Carl Streeter
to return bug info to me. So far I have gotten no response. Does this
list manager still work? Is there a better way to obtain a specific bug
report?
Thanks,
Dwarf
---
Bill Mitchell writes:
>The most reasonable approach seems to me (of course) to be the one
>which I've been arguing -- a naming standard very close to current
>practice, minimizing package renaming, and minimizing mangling of
>upstream naming and versioning.
Let me throw another idea in the pot.
In article <[EMAIL PROTECTED]> "Lauri Tischler" <[EMAIL PROTECTED]> writes:
> From: "Lauri Tischler" <[EMAIL PROTECTED]>
> Date: Wed, 20 Dec 1995 09:22:46 GMT +2
> X-Mailing-List: <[EMAIL PROTECTED]> archive/latest/3596
> Last night, not having anything sensible, like sleeping, to do,
>
> R> Here are new versions of libdb, libgdbm and libreadline. Please
> R> note that this version of libgdbm will break the current perl and
> R> man pages. Please wait for new version of these packages before
> R> upgrading.
>
> Is this still true? I thought there might have been a later posting
I have to use XInside's Accelerated X server because I have a Matrox
card, and they provide an elf executable. However, it dies on launch
because it can't find libtermcap.so.2. As I understand it, termcap is
no longer supported by Debian.
I contacted XInside, and they seemed a little surprised b
> "R" == J H M Dassen <[EMAIL PROTECTED]> writes:
R> Here are new versions of libdb, libgdbm and libreadline. Please
R> note that this version of libgdbm will break the current perl and
R> man pages. Please wait for new version of these packages before
R> upgrading.
Is this still true? I th
OK!
387 emulation is in. I received at least three convincing arguments.
It just seems silly to have FPU code in things that do not actually need
it. I use 486 and Pentiums, so I never paid any attention. Lesson
learned, thank you all.
Marry Christmas!
Simon
P.S. Please ignore the belo
Date: 21 Dec 95 04:34 UT
Source: gcc
Binary: gcc
Version: 2.7.2-2
Description:
gcc: The GNU C compiler (ELF version).
Priority: High
Changes:
Applied Joern Rennecke's patch to disable an overly aggressive
loop optimization. Avoiding this bug previously required using
-fno-strength-reduce op
From: Bill Mitchell <[EMAIL PROTECTED]>
> I'd accept such a proclimation from you, barring opposition from Ian M.
I'm not going to make a proclamation this time. I'm going on vacation.
I didn't want to return to the same situation, though :-) . I was hoping
that I'd be able to upload my remaining
On Wed, 20 Dec 1995, Bruce Perens wrote:
> I we can either rename existing packages, or use the double-dash. I don't
> care which. ...
The most reasonable approach seems to me (of course) to be the one
which I've been arguing -- a naming standard very close to current
practice, minimizing packa
23 matches
Mail list logo
