You (Andreas Jellinghaus) wrote:
Package: gzip inn
Version: 1.2.4-11 1.4unoff4-1
there is no compress programm.
news is not working o.k. (send-uucp depends on compress if you want to
use compress (that's default)).
compress should be a link to gzip ?
No, this is a bug in send-uucp.
Ferret extended description field has four empty lines in it.
The correct form is to have a single space followed by
a single full stop character
Oops! Okay, it'll be fixed in the next release (soon, hopefully).
By the way, for such tiny things, it's usually considered better
to just notify
I'm starting to package the newest version of 'gnats' (currently in late
beta). Could I get this resolved soon?
The entry for the gnats userid is currently set to...
gnats:*:21:100:uucp:/var/spool/uucp:/bin/sh
It should be...
gnats:*:16:65534:Gnats Bug-Reporting System
Bernd Eckenfels:
umm... I'm not going to bring calculation examples.. usually you wont notice
a few mails eighter in a uucp batch nor in ppp background transmission.
Indeed, but it's the principle that matters. Spam isn't costing me
all that much either, but I still get furious when I get it.
Brian C. White:
By the way, for such tiny things, it's usually considered better
to just notify the maintainer instead of adding the overhead of
a full bug report.
I disagree. The bug list is not a shame pole! It's a trivial way for
users to reach maintainers -- there's only one address to
In article [EMAIL PROTECTED] you wrote:
: When mainstream is updated, hello-1.3 - hello-1.4
: Non-usual-maintainer updates, hello-1.3-8 - hello-1.4-0.1
: Usual-maintainer updates, hello-1.3-8 - hello-1.4-1
:
: Usual-maintainer should never use -0 for revisions.
:
: I think this seems
Raul Miller writes:
[quotation removed]
I think you should look at this issue a bit differently. In one
sense, both policies are broken -- delivering mail to a spool
directory requires sgid programs for the user to read mail (in the
usual sense). A more secure and more robust solution
Shouldn't the paper size be an attribute of a print queue, and not an
attribute of a machine?
Well, it could be argued that Yvess libppaper could look at
the current $PRINTER setting, and select the correct papersize
depending on the /etc/papersize.printer file or something. But
at the moment
On 16 Aug 1996, Darren/Torin/Who Ever... wrote:
torin different systems here. Can you check and see if /var/lib/xemacs/lock
torin exists and is mode 1777? Also, are you sure you're using the right
Oh, I'm so stupid. Of course /var/lib/xemacs/lock does not exist
because the package was
Raul Miller writes:
I think you should look at this issue a bit differently. In one
sense, both policies are broken -- delivering mail to a spool
directory requires sgid programs for the user to read mail (in the
usual sense). A more secure and more robust solution would be to
deliver mail
Package: pixmap
Version: 2.6pl1-2
Pixmap crashes when I try to save an icon (it works with
some icons).
You've got a 8bpp display!
(well, I just think you don't have a 16bpp display, as get
pixmap dump core upon loading your file)
Thanks for the bug-report, though. I've removed the
On Fri, 16 Aug 1996, Lars Wirzenius wrote:
Brian C. White:
By the way, for such tiny things, it's usually considered better
to just notify the maintainer instead of adding the overhead of
a full bug report.
I disagree.
We seem to be divided fairly evenly on this issue.
The bug
You (Christophe Le Bars) wrote:
Doesn't glibc use /usr/share/locale, too?
Well, I don't know...
I do. That's the reason I started this thread: should it or shouldn't it?
I've deciced it should, and I'm configuring glibc to use /usr/share.
Now should we move /usr/lib/zoneinfo too? What
On Thu, 11 Jul 1996, Erick Branderhorst wrote:
I was wondering why the mflib postinst script creates directories:
...
Isn't it better to include these in the directory structure of the package?
Didn't think of that. Yes. of course.
--
Coming again: Best quotes of the net. Today: | Nils
Package: util-linux
Version: 2.5-4
dpkg - warning, overriding problem because --force enabled:
trying to overwrite `/usr/doc/copyright/debian.copyright', which is also in
package util-linux
-BEGIN PGP SIGNED MESSAGE-
Date: 15 Aug 96 21:21 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: joost witteveen [EMAIL PROTECTED]
Source: pixmap
Version: 2.6pl1-3
Binary: pixmap
Architecture: i386 source
Description:
pixmap: A pixmap editor.
Changes:
- Fixed bug
Doesn't glibc use /usr/share/locale, too?
Well, I don't know...
The only difference I'm aware of
is /usr/share/i18n instead of /usr/share/nls. But then this already holds
for libc5 starting with 5.4.0
The next wg15-locale package must provide a symbolic link then
(/usr/share/i18n -
-BEGIN PGP SIGNED MESSAGE-
Date: 16 Aug 96 19:51 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: joost witteveen [EMAIL PROTECTED]
Source: pixmap
Version: 2.6pl1-5
Binary: pixmap
Architecture: i386 source
Description:
pixmap: A pixmap editor.
Changes:
- Upstream
18 matches
Mail list logo
