Package: gwm
Version: 1.8c-3
gwm's source tree has a comprehensive doc/ directory, but it's not
installed. It should be in /usr/doc/gwm, or if trying to keep the
package size down, in a gwm-doc package which gwm Suggests:.
--
Shields, CrossLink.
'Michael Meskes wrote:'
>
>[EMAIL PROTECTED] writes:
>> I have argued before that a2ps and a2gs are effectively replaced by
>> genscript, and that we should remove them. I think a similar case could be
>> made for xosview as we now have procmeter.
>>
>> Opinions?
>
>Remove them.
Move them to pro
'Thomas Koenig wrote:'
>
>Package:
>
>Package: win32gcc
>Version: 2.7.2.cygnus.960412-1
>
>$ cc -bi386-unknown-cygwin32 -c binary.c
>cc: installation problem, cannot exec `cc1': No such file or directory
Hmm ... I installed this, wrote the classic hello world program and:
$ i386-unknown-cygwin32
On Thu, 5 Sep 1996, Gordon Russell wrote:
> Package: abuse
> Version: 1.10-4
>
> Great game, but I am having quite a few problems with its configuration.
> (1) X-Version
> Runs ok without options. Instructions suggest to use
> -grap_pointer -2 -size 640 400
> The program hates this,
Bruce Perens writes:
>
> It's OK with me if the guidelines specify that shared libraries be
> stripped.
Ian, would you please add this then?
Michael
--
Michael Meskes |_ __
[EMAIL PROTECTED] | / ___// / // / / __ \___ __
[EMAIL PROTECTED]
On Thu, 5 Sep 1996, Susan G. Kleinmann wrote:
> Ian Jackson and I have had several exchanges by private email
> having to do with the dependencies in dpkg, following my bug reports:
> #4262 (dpkg-source requires cpio) and #4263 (dpkg-source requires patch).
>
> We have now come to an impasse. I
> S> "Suggests:
> S> This is used to declare that one package may be more useful with one
> S> or more others. Using this field tells the packaging system and the
> S> user that the listed packages are be [sic] related to this one and can
> S> perhaps enhance its usefulness, but that installing th
Package: rxvt
Version: 2.14
Doing cut and paste from rxvt to anything will discard empty lines.
The lines get lost in the cut.
Guy
Is the essentialness of a package a sufficient condition for using
pre-depends?
Guy
Owen Dunn:
> I'm currently trying to clear some of Steve Early's backlog of X
> package bugs; this'll be among them (though it may be a while longer
> before the packages get converted to the new source format.)
Thanks. One suggestion: this particular bug is a quite serious
one (uid 0 exploit for
I have read your bug report regarding setserial... are you
still having problems? As far as I know, no other person
is having similar problems setserial...
If you are still having problems, could you get back to
me within the next few days, otherwise I will consider the
bug report closed.
Thanks
Ian Jackson and I have had several exchanges by private email
having to do with the dependencies in dpkg, following my bug reports:
#4262 (dpkg-source requires cpio) and #4263 (dpkg-source requires patch).
We have now come to an impasse. Ian suggested if I were to bring this
to debian-devel "per
> Package: setserial
> Version: 2.10-8
>
> setserial should not be an essential base package, so it should not
> use Pre-Depends.
>
> Ian.
>
I have just checked out the bugs web site, and notice that I have quite
a few outstanding reports on setserial. I will try and update it, but
a lot of chan
[EMAIL PROTECTED]'s mail:
>
> Bibtex has nothing to do with TEXINPUTS. As you can see here from the file
> /usr/lib/texmf/web2c/texmf.cnf, bibtex is supposed to listen to its own
> variables:
[...]
Then the kpathsea doku is wrong and the bug should be reassigned to
kpathsea (I think it should be
Package: setserial
Version: 2.10-8
setserial should not be an essential base package, so it should not
use Pre-Depends.
Ian.
On Wed, 4 Sep 1996, Bruce Perens wrote:
> From: Dale Scheetz <[EMAIL PROTECTED]>
> > I got several errors about the failure of getpwd to return a path.
>
> One of the directories above the current directory is not readable?
>
By root? Pwd works ok. I'll keep an eye out. Next time I see these err
Bibtex has nothing to do with TEXINPUTS. As you can see here from the file
/usr/lib/texmf/web2c/texmf.cnf, bibtex is supposed to listen to its own
variables:
% BibTeX bibliographies and style files.
BIBINPUTS = .:$texmfloc/bibtex/bib//:$TEXMF/bibtex/bib
BSTINPUTS = .:$texm
Package: fdflush
Version: 1.0.0-2
fdflush should not be an essential base package, so it should not use
Pre-Depends.
Ian.
Package: at
Version: 2.9b-1
at is not an essential base package, so it should not use Pre-Depends.
Ian.
Package: cflow
Version: 2.0-1
PACKAGE: cflow
DESCRIPTION: cflow - print a function call hierarchy
The cflow command reads the given program source and attempts to print a
graph of the program's function call hierarchy to the standard output.
ARCHITECTURE: i386
MAINTAINER: Dominik Kubla <[E
1. Does anyone want to take over the job of maintaining these
packages?
2. How badly do we need an aout-svgalib package? Are linuxsdoom &c
available in ELF?
Package: aout-svgalib
Package: svgalib1-bin
Package: svgalib1
Package: svgalib1-dev
ttfn/rjk
Package: kernel-image
Version: 2.0.5-1
The post-install seems to look for /vmlinuz, and since I don't have one of
those it dies off rather quickly! All my kernels are in the /boot directory,
as this is a partition on my IDE drive, and / is on a SCSI drive (which
would be difficult to boot from).
Package: boot1440-1
Version: buzz-fixed
I need to use the custom boot disks (custom no 1) to start my installation
process. However, the modules.tgz file is broken (unexpected EOF during the
detar process). I looked at the other boot disks, but all the modules.tgz files
seem to be in the same posi
Package: aout-svgalib
Version: 1.28-6
This package installs its libraries in
/usr/i486-linuxaout/lib
But all the other aout libraries seem to be in
/usr/lib/i486-linuxaout/lib
Unfortunately /usr/i486-linuxaout/lib is not present by default
in /etc/ld.so.conf, and so the libraries cannot been
Package: abuse
Version: 1.10-4
Great game, but I am having quite a few problems with its configuration.
(1) X-Version
Runs ok without options. Instructions suggest to use
-grap_pointer -2 -size 640 400
The program hates this, and says something like
"grabbing pointer... pausing fo
Package: gzip
Version: 1.2.4-11
Here is an example:
marin10# /usr/bin/zgrep -B 10 -i Spread /var/lib/dpkg/Packages.gz
Spread.gz: No such file or directory
Saying 'zcat /var/lib/dpkg/Packages.gz | grep -B 10 -i Spread' works,
of course.
Yves.
--
Yves Arrouye
On Aug 28, 11:56pm, Bdale Garbee wrote:
} Subject: Re: BSD lpr vs. LPRng
} In article <[EMAIL PROTECTED]> you wrote:
} :
} : The only incompatibility is that you might have to add a :bk: entry to
} : the printcap in order to print to a BSD-lpd-based network printer.
}
} I care a lot about compat
I know one can have a big file containing customization for all the X apps,
but I'd like to be able to modify the app-defaults/xxx file for the xxx
app. without having it being overwritten when a new release of xxx is
available? Is this a bad idea?
YA.
--
Yves Arrouye Em
From: Dale Scheetz <[EMAIL PROTECTED]>
> I got several errors about the failure of getpwd to return a path.
One of the directories above the current directory is not readable?
Bruce
package: fsp
version: 2.71-3
[If I just hit return, it spews; if I actually hit n, it seems to do
the right thing fix is probably to change the
$input = "y"
to something like
"$input" = "y"
so they don't vanish...
Setting up fsp (2.71-3) ...
If you want, I can configure FSP
Package: sysklogd
Version: 1.3-6
klogd cannot find the /System.map file. If I specify
klogd -l/System.map
then it works.
Package: xonix
Version: 1.4-3
I have the following message when running xonix:
xonix: cannot rewrite high score file
waterf:~$ dpkg -s xonix
Package: mh
Version: 6.8.4-2
rcvtty looks for utmp in /etc/utmp, rather than /var/run utmp, which
causes it to fail. This can be worked around by making a symbolic
link, but that's an incorrect solution. It should be checking
/var/run/utmp for a utmp entry.
Also, after fixing that problem, it
After getting pgp up and running, I only had to try dpkg-buildpackage
about 4 times before I got it right. (That's actually very easy) At each
step of the way the errors were informative enough to get me down the
road.
I got several errors about the failure of getpwd to return a path.
Diff -u appe
> Its not compiled for 16bpp.
Could such programs then have a note telling us about that in the
description? It looks bad when one downloads software and gets a core
dump trying to run it. I think many people are running 16bpp, and
many more will be running it as 2meg become the default -- is t
Hi folks, it's me again :)
Lars Wirzenius wrote:
> 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/
joost witteveen writes:
> At the moment, gcc is g77 aware, but just not aware of the right
> g77 version. I think the best solution would, ofcource be to merge
> the g77 and gcc maintaining, so that new versions of g77 and gcc
> will always be released together. Failing that, probably the
> ...
> B
37 matches
Mail list logo
