On Thu, 29 Aug 1996, Marek Michalkiewicz wrote:
Package: xlib
Version: 3.1.2-7
It seems there is a buffer overrun in libXt, which may be a security
hole (some programs using libXt, such as xterm, are setuid root).
I haven't tried to exploit it, but xterm -fg very_long_string
segfaults, so
The following problem reports have not yet been marked as `taken up' by a
message to [EMAIL PROTECTED] or or `forwarded' by a
message to [EMAIL PROTECTED]
The maintainer listed against each package is derived from the Maintainer
field of the package as found in the development tree; there is an
Lars:
The current devel can therefore be divided into two or three
classes:
Sounds good to me.
Also currently in devel (but misplaced, I think):
admin(?):
boot-floppies
boot-floppies is only of use to someone who is building a base system
or a custom boot disk.
From: Michael Meskes [EMAIL PROTECTED]
Can we strip shared libraries?
Yes. There is a different symbol table for shared objects that you can
print with nm --dynamic.
Bruce
From: Stuart Lamble [EMAIL PROTECTED]
Just a suggestion (and probably not a very good one): where a package needs
to ask a question, perhaps it'd be appropriate to have a script
postinst.questions (or some such) which can be run after all the other
packages have been installed and configured?
On my system, installing wu-ftpd runs /usr/sbin/addftpuser, which puts the
shared libraries in place and ls works.
wu-ftpd has features not present in the normal ftp daemon. Some people like
them, some don't. Most used feature is get directory-name.tar, which runs
tar on a directory and retrieves
Package: gzip
Version: 1.2.4-11
Execute these commands on the gzip file attached:
gzip -cd a.gz
gunzip a.gz; cat a
The output of the former is clearly incorrect. Note that
if the output is redirected or piped then the errors
disappear. This occurs in both xterms and virtual
Package: xfishtank
Version: 2.2-1
As the subject says, xfishtank dumps core at 16 bpp. It
works fine at 8 bpp, at least on my machine.
--
Debian GNU/Linux 1.1 is out! { http://www.debian.org/ }
A. B = True B. A = False
Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED]
PGP Key:
Package: gzip
Version: 1.2.4-11
Execute these commands on the gzip file attached:
gzip -cd a.gz
gunzip a.gz; cat a
The output of the former is clearly incorrect.
I can't seem to duplicate your problem.
Note that
if the output is redirected or piped then the errors
Bdale Garbee wrote:
Package: gzip
Version: 1.2.4-11
I played various games with and without redirection. I don't see any obvious
differences between the output of 'gzip -cd a.gz' in an xterm using ctrl/s to
stop the flow, and a cat of the previously uncompressed file.
Can you
Package: dpkg
Version: 1.3.14
When using dpkg-buildpackage with the -r option the command debian/rules
binary etc. should be quoted IMO. Otherwise using su -c as root command
results in debian/rules being called without an argument.
Michael
--
Michael Meskes |_
Guy Maor:
There are prominent notices in both the contrib and non-free
directories that software contained there is not an official part of
Debian.
Once or twice I've said that it is not discriminatory to place
a package in non-free or contrib. The quoted sentence makes me
I think I have been
Bruce Perens:
Sounds good to me.
That's two opinions for, none against.
boot-floppies is only of use to someone who is building a base system
- - - I think this still belongs in devel
Fine by me. The categorization I did was not a thorough
investigation. Package maintainers need to think
Bruce Perens:
Another possibility would be to have a script that runs immediately when
you select the package using dselect, before the package is unpacked, and
squirrels away your input for later. Of course, we'd have to run it from
dpkg if dselect was not used.
Discussion, please?
I'd
Package: dpkg
Version: 1.2.14elf
When using dselect with access method=floppy and filesystem=msdos, and after
updating to the latest Packages file (Debian 1.1.8), a number of packages were
selected as requiring updating/upgrading. Going on to attempt to Install these
packages gave the message
I'd like some (easy) way of storing answers to questions. The
questions and answers could be shared between packages, when
suitable. One such question would be whether the local admin
wants to allow creation of the empty directories in /usr/local.
If we want to be ambitious, we'll create a
-BEGIN PGP SIGNED MESSAGE-
Format: 1.5
Date: Tue, 3 Sep 1996 12:38:38 +0200
Source: lyx
Binary: lyx
Architecture: source i386
Version: 0.10.3-1
Distribution: unstable
Urgency: medium
Maintainer: Michael Meskes [EMAIL PROTECTED]
Description:
lyx- High Level Word Processeor (BETA
Bruce Perens writes:
Yes. There is a different symbol table for shared objects that you can
print with nm --dynamic.
So could we please add this in the guidelines? I didn't check the guidelines
on this but we should also ask the libraries (static and dynamic) to not
contain debugging symbols.
Package: xypic
Maintainer: Erick Branderhorst [EMAIL PROTECTED]
Version: 3.2-4
xypic depends on mflib, yet it seems to overwrite mflib's 1.0.8's
/usr/sbin/install-fmt-base with a different file.
[lestat:/usr/local/pub/debian/tex]# dpkg -i xypic_3.2-4.deb
(Reading database ... 32572 files and
Just noticed this old bug report. In my opinion it's a bug in the
kpathsea library (which is linked statically in bibtex and is not
included in the kpathsea package, but in the kpathsea package source).
You can verify this behaviour by using kpsewhich (included in package
kpathsea):
ernie:~$
The -ggdb flag is supposed to give extra debugging info to gdb. I've
used it on Solaris, and under RedHat Linux. When I try to use it on
my Debian box, however, I get:
~/test/c gcc -ggdb hello.c
ld: cannot open -lg: No such file or directory
Using locate, I can't find a libg.a. On a RedHat
-BEGIN PGP SIGNED MESSAGE-
Format: 1.5
Date: Sun, 1 Sep 1996 11:39:03 +0200
Source: metamail
Binary: metamail
Architecture: source i386
Version: 2.7-9
Distribution: unstable
Urgency: low
Maintainer: Michael Meskes [EMAIL PROTECTED]
Description:
metamail - An implementation of MIME.
Package: amstex
Maintainer: Nils Rennebarth [EMAIL PROTECTED]
Version: 2.1-1
one of amstex's file seems to conflict with amsfonts, and it can't
seem to find a tfm file it needs. This is the same error that was
triggering massive multi-megabyte log files before, and I am thinking
that error
Package: dpkg
Maintainer: Ian Jackson [EMAIL PROTECTED]
Version: 1.3.14
I think dpkg may be broken -- when installing dvipsk it seems to
either ignore or eat some files in the deb file. I manually unpacked
the dvipsk.deb file with dpkg-deb --extract, and the config.ps file
was there. Yet when
Maintainer: Nils Rennebarth [EMAIL PROTECTED]
Version: 2.6-2
Provides: kpathsea
Whenever I run dvips or xdvi I get a long list of Errors which show
MakeTeXPK trying to create fonts that already exist. I'm really not
sure if this is kpathsea's fault, but it is the one running MakeTeXPK.
I guess
-BEGIN PGP SIGNED MESSAGE-
Format: 1.5
Date: Tue, 3 Sep 1996 12:58:45 +0200
Source: xforms
Binary: xforms xforms-dev
Architecture: i386
Version: 0.81-2
Distribution: unstable
Urgency: low
Maintainer: Michael Meskes [EMAIL PROTECTED]
Description:
xforms - GUI Toolkit for X Window
What happens is that the first page is displayed over and over again.
The effect should be obvious if you are able to reproduce it.
Aha. Nothing like that here.
Some more info about my system:
kernel: 2.0.13
libc5: 5.2.18-10
I've tried this on a 1.2.8 machine with the same gzip and it
Its not compiled for 16bpp.
On Wed, 4 Sep 1996, Herbert Xu wrote:
herbertPackage: xfishtank
herbertVersion: 2.2-1
herbert
herbertAs the subject says, xfishtank dumps core at 16 bpp. It
herbertworks fine at 8 bpp, at least on my machine.
herbert
herbert--
herbertDebian GNU/Linux 1.1 is out! {
28 matches
Mail list logo