gs-3.33 + gsfonts

1996-08-30 Thread joost witteveen
Please blame me for all of this, and not the archive maintainer,
but if you try to install gs-3.33 from the unstable tree,
(the GNU version of gs), you'll notice it depends on gsfonts-4.01.

Next you'll notice, gsfonts is in non-free and you cannot install it
(as you're a pure-gnu).

Fortunately, the location of gsfonts is incorrect, and you can safely
download, sell, modify, whatever, gsfonts-4.01-2 from non-free,
as it's GPL!

I've already sent an email to Guy asking him to move gsfonts-4.01-2
from non-free to unstable/text.

Thanks for your attention
(and for the bug-reports those of you who didn't read this are going
to send),


-- 
joost witteveen
[EMAIL PROTECTED]
  [EMAIL PROTECTED]
--
Use Debian/GNU Linux!




Re: Bug#4339: no free pine package available

1996-08-30 Thread Dale Scheetz
On Thu, 29 Aug 1996, Marek Michalkiewicz wrote:

 Package: ftp.debian.org
 
 The current version of pine is in non-free because the copyright
 is not clear.  We really should talk to the maintainers - perhaps
 we can get permission to distribute the package as part of the
 distribution?  (FYI, it's in Red Hat, and those guys are quite
 careful about copyrights, too...)

The copyright is quite clear. You can not distribute this package for a
fee without first getting permission from the pine developers. According
to our policy this requires it go into non-free.
We have talked with the developers about changing this. In the next
version they changed the wording but the intent remained the same. I will
be working on the new release (when I can find some time) and I will check
the copyright again to see if things have improved.

 
 Even if we don't get permission (say, Red Hat paid them lots of
 $$$ to get a license), I think we should still distribute an
 older version (before the copyright change - I think it was 3.92)
 in the regular distribution (just like we do with ghostscript).
 Are there any problems with this?
 
The older version has some substantial bugs that have been fixed in later
releases. It is my understanding that we do not distribute buggy software
when the fix is available. The ghostscript example is, I think, a
temporary solution while a new release is awaited.
Unless someone with more authority than myself agrees with you, I am
disinclined to re-release the old version. Barring further instructions
from that direction, I will close this bug report.

Luck,

Dwarf

  --

aka   Dale Scheetz   Phone:   1 (904) 877-0257
  Flexible Software  Fax: NONE 
  Black Creek Critters   e-mail:  [EMAIL PROTECTED]

 If you don't see what you want, just ask --




Bug#4190: Bug4190: serious security hole in libc (resolver)

1996-08-30 Thread David Engel
This is why I really wish H.J. Lu would make pure, bug-fix only
releases for the current, stable libcs.  Yes, I know Debian isn't
using the latest, stable libc, but this paritcular bug isn't fixed in
the current beta version either.

Marek Michalkiewicz writes:
 I think there are two possible ways to fix it:
 (1) ignore the dangerous environment variables completely (is anyone
 actually using them?  I heard about them for the first time from
 the security alert...).  If anyone needs these features - create
 a separate full-featured resolver library people can use (for
 non-setuid programs only) by setting LD_PRELOAD.

Supposedly, the NSS support in libc 6 has a much better way of
handling things like this.

 (2) ignore them if (geteuid() != getuid() || getegid() != getgid()).
 Problem: you can pass them to login via telnetd, so telnetd
 needs to be fixed too.  Anyway, I think telnetd should do what
 the one in NetKit-0.08 does: allow only a few (known to be safe)
 environment variables, and don't allow the rest.  Right now, we
 check for a few variables known to be dangerous - and we can't
 be sure that there are no more.  The bash man page mentions
 BASH_ENV in one place, and it's not checked by telnetd.

About the best I can do, without further guidance, is make libc not
echo the problem lines to stderr.  Is that acceptable?

David
-- 
David EngelOptical Data Systems, Inc.
[EMAIL PROTECTED]  1101 E. Arapaho Road
(214) 234-6400 Richardson, TX  75081




Bug#4339: no free pine package available

1996-08-30 Thread Marek Michalkiewicz
Dale Scheetz wrote:
 The copyright is quite clear. You can not distribute this package for a
 fee without first getting permission from the pine developers. According
 to our policy this requires it go into non-free.

Now I noticed that the copyright has changed, the new one (same in
version 3.94 and 3.95; the new Red Hat beta contains 3.95) looks
better to me.  It says:

| Redistribution of this release is permitted as follows, or by mutual
| agreement:
[...]
|  (c) Inclusion in a CD-ROM collection of free-of-charge, shareware, or
|  non-proprietary software for which a fee may be charged for the
|  packaged distribution.

Isn't this good enough?  It sounds clear to me, but then I'm not
a lawyer...  If not - have you tried to ask them for individual
permission similar to that in the procmail package?  Here is it:

| The copyright statement below is addended for the Debian system:
|This program may be sold as a component of the Debian Linux
|distribution or a Linux distribution derived from the Debian
|Linux distribution. If it is distributed in binary form, the
|source code must be included in the distribution as well.
| End of addendum.

(procmail would be non-free without this - the original copyright
says that it may not be sold).

 The older version has some substantial bugs that have been fixed in later
 releases. It is my understanding that we do not distribute buggy software

I see.  The fix is available - but is non-free.  I can see that you
may not like to do the extra work of maintaining two versions of
the same package, but perhaps we can just say that the older version
is completely unsupported?  I hope someone still has a copy of the
old package, which could be put in contrib.  Buggy software might
sometimes be better than no software at all...

I rarely use pine myself (usually only when I have to read some
MIME-encrypted mail :-), but I know it's quite popular.  It would
be a pity if we can't ship a MIME-aware mailer with the standard
distribution.

Marek




Bug#4343: ssh binaries are not stripped

1996-08-30 Thread Marek Michalkiewicz
Package: ssh
Version: 1.2.14-1

The binaries in this package are not stripped, and they should
according to the packaging guidelines.

Marek




new maintainer for wu-ftpd wanted

1996-08-30 Thread Peter Tobias
Hi,

I'm searching for a new maintainer for the wu-ftpd package. You
should be able to program in perl (addftpuser is written in perl).


Thanks,

Peter

-- 
 Peter TobiasEMail:
 Fachhochschule Ostfriesland [EMAIL PROTECTED]
 Fachbereich Elektrotechnik und Informatik   [EMAIL PROTECTED]
 Constantiaplatz 4, 26723 Emden, Germany [EMAIL PROTECTED]




Bug#4334: squid should not run as root by default

1996-08-30 Thread Miquel van Smoorenburg
You (Marek Michalkiewicz) wrote:
 Package: squid
 Version: 1.0.beta16-1
 
 In the default configuration, squid runs as root.  While it can be
 changed in the config file, someone might forget to configure it
 after installation, so I think the default should be secure.  The
 permissions/ownerships in /var/squid and /var/log/squid should be
 changed accordingly.  I think squid should ideally run under its
 own allocated UID/GID.

Was fixed in 1.0.9 (uploaded to master a couple of days ago). 1.0.10 is
underway. It runs as proxy/proxy.

Mike.
-- 
   Miquel van  | Cistron Internet Services   --Alphen aan den Rijn.
   Smoorenburg,| mailto:[EMAIL PROTECTED]  http://www.cistron.nl/
[EMAIL PROTECTED] | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)




Bug#4190: serious security hole in libc (resolver)

1996-08-30 Thread Marek Michalkiewicz
David Engel wrote:
 About the best I can do, without further guidance, is make libc not
 echo the problem lines to stderr.  Is that acceptable?

I'm not sure.  Someone could still read special files as root
(they would not see the contents, but merely reading them might
sometimes cause troubles too, if reading changes the state of
the device - as is the case with tapes, for example).

My suggestion (not tested, but it is rather simple) - replace
all occurrences of getenv() in the resolver with safe_getenv(),
implemented like this:

char *
safe_getenv(const char *name)
{
if (geteuid() != getuid() || getegid() != getgid())
return NULL;
return getenv(name);
}

This assumes that telnetd will only pass known safe environment
variables to login, as suggested in another bug report against
netstd (I just got a response that the next netstd will be OK).
In the more paranoid version, safe_getenv() could simply always
return NULL.  Not all of the environment variables used by the
resolver might be dangerous - but I think it is better to err on
the safe side here...

Marek




Bug#4339: no free pine package available

1996-08-30 Thread Guy Maor
On Thu, 29 Aug 1996, Marek Michalkiewicz wrote:

 The current version of pine is in non-free because the copyright
 is not clear.

The onus rests on the pine maintainer, not me, so I'm reassigning this
to pine.


Guy




Bug#4344: trn should provide news-reader

1996-08-30 Thread Michael Shields

Package: trn
Version: 3.6-5

trn should provide the virutal package `news-reader'.
-- 
Shields, CrossLink.




Bug#4331: linux-security] [linux-alert] SECURITY FIX/UPDATE: anonftp (fwd)

1996-08-30 Thread Marek Michalkiewicz
 AFAIK it is along the line wit 
 
 site exec tar cvzf -rsh-command blafasel host:tar.tgz

Probably something else - I don't believe Red Hat would have that
nice old _PATH_EXECPATH bug for so long :-).  It might be related
to the feature that wu-ftpd can send you a tar of a directory if
you do get directory.tar.  Still I'm not sure how it could be
exploited though.  Elliot?

Marek




Re: Do we ever retire packages?

1996-08-30 Thread Guy Maor
On 29 Aug 1996, Kai Henningsen wrote:

 So, I'd propose a new directory, parallel to contrib and non-free. We  
 could call it dropped or orphaned and include a README saying that  
 these are packages that are no longer supported by the Debian project in  
 any way, and are not recommended, but if you want them, here they are.

contrib is an appropriate location for orphaned software.


Guy




Bug#4339: no free pine package available

1996-08-30 Thread Buddha Buck
 I rarely use pine myself (usually only when I have to read some
 MIME-encrypted mail :-), but I know it's quite popular.  It would
 be a pity if we can't ship a MIME-aware mailer with the standard
 distribution.

How odd...

I seem to have a /usr/bin/exmh, and exmh isn't in my /usr/local/bin.  I 
consider exmh to be the most MIME-aware mailer I've had the pleasure to 
use.  If it isn't in my /usr/local/bin, ., ~/bin, or 
/usr/local/openwin.bin, but I'm using it on my system, then it must be 
part of the Debian distribution, or my system is really messed up...

Exmh is an optional package in the mail section.  According to dselect, 
it depends on tk41, tcl75, mh, and metamail.  Metamail is a general 
package to handle MIME types unknown to your mailer.  Most of the 
mailers out there (including pine) use metamail transparantly.  
However, exmh is very MIME-aware on its own.  It will automatically 
display enriched-text correctly, handle multipart MIME messages well 
(both multipart/mixed and multipart/alternative), and integrates well 
with PGP.

 
 Marek
 

-- 
 Buddha Buck  [EMAIL PROTECTED]
Just as the strength of the Internet is chaos, so the strength of our
liberty depends upon the chaos and cacaphony of the unfettered speech
the First Amendment protects.  -- A.L.A. v. U.S. Dept. of Justice




metamail_2.7-8

1996-08-30 Thread Michael Meskes
-BEGIN PGP SIGNED MESSAGE-

Format: 1.5
Date: Thu, 29 Aug 1996 17:11:43 +0200
Source: metamail
Binary: metamail
Architecture: source i386
Version: 2.7-8
Distribution: unstable
Urgency: low
Maintainer: Michael Meskes [EMAIL PROTECTED]
Description: 
 metamail   - An implementation of MIME.
Changes: 
 metamail (2.7-8) unstable; urgency=LOW
 .
   * Corrected postinst
Files: 
 f465edef358649b0933bd1ab7ed84434 604 mail optional metamail_2.7-8.dsc
 822607a7d160d93aee614ee5edd0678b 16963 mail optional metamail_2.7-8.diff.gz
 31ded5f3dcfde8571ee69a61b434ff72 147244 mail optional metamail_2.7-8_i386.deb
 3401751ef93bd141f0179d3ad5b2f0a6 156075 mail optional metamail_2.7.orig.tar.gz

-BEGIN PGP SIGNATURE-
Version: 2.6.2i

iQCVAwUBMiW31SpaNcQEtuj1AQGztwQAtpiMmPvpgKQBGb4+gPbFfiKdI4kIgUJ7
JoVaazQUwywcODKKpgyKRxerDtCSGTMTvV46/xC7NtyT14uqElwIMKc1g2Q6gs+Q
mID684v3NnoipH+HQZChVfmkUeT7u0Jp1wXZzdF7bnquN5O1l5ggUAE0xlNy3NeB
+QvcgaN/Kh8=
=py+a
-END PGP SIGNATURE-

-- 
Michael Meskes   |_  __  
[EMAIL PROTECTED] |   / ___// / // / / __ \___  __
[EMAIL PROTECTED]  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
[EMAIL PROTECTED]|  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!| //_/  /_/  //\___/_/  //




sudo_1.5-1

1996-08-30 Thread Michael Meskes
Now that I finished this version, Bdale take over sudo.

-BEGIN PGP SIGNED MESSAGE-

Format: 1.5
Date: Thu, 29 Aug 1996 11:44:22 +0200
Source: sudo
Binary: sudo
Architecture: source i386
Version: 1.5-1
Distribution: unstable
Urgency: low
Maintainer: Bdale Garbee [EMAIL PROTECTED]
Description: 
 sudo   - Provides limited super user privileges to specific users.
Changes: 
 sudo (1.5-1) unstable; urgency=LOW
 .
   * New upstream version
   * New maintainer
   * New packaging format
Files: 
 965a9072f8d28519b650b59eae9a84da 582 admin optional sudo_1.5-1.dsc
 809460190aea106c42eea3902a430849 171962 admin optional sudo_1.5.orig.tar.gz
 6ebdde4a6d2b1f8fe0ceb5c47f4fb73a 10717 admin optional sudo_1.5-1.diff.gz
 6a3ac478cd69e71796ae4e4649509b2a 56588 admin optional sudo_1.5-1_i386.deb

-BEGIN PGP SIGNATURE-
Version: 2.6.2i

iQCVAwUBMial4ipaNcQEtuj1AQHD1AQA3w/0BcJf+xVbPy5TAQjeLEhScFRxKC4K
VeeZlqnrBnfIz6h68Y22RtdKonNR5el7LaXcXatqZe+ygLeXRtIPo2RgcQ+IXsL5
4C7iuqsG/YvE8p0pvFTeA6qut547z4MY6FqrWy2Nc+0nPTBtkmSVa2wxLABATiv9
C11cDiP6QUY=
=VKND
-END PGP SIGNATURE-

-- 
Michael Meskes   |_  __  
[EMAIL PROTECTED] |   / ___// / // / / __ \___  __
[EMAIL PROTECTED]  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
[EMAIL PROTECTED]|  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!| //_/  /_/  //\___/_/  //




metamail_2.7-8 corrected

1996-08-30 Thread Michael Meskes
Just in case someone checks the md5sums in this announcement here's the correct
one:

-BEGIN PGP SIGNED MESSAGE-

Format: 1.5
Date: Thu, 29 Aug 1996 17:11:43 +0200
Source: metamail
Binary: metamail
Architecture: source i386
Version: 2.7-8
Distribution: unstable
Urgency: low
Maintainer: Michael Meskes [EMAIL PROTECTED]
Description: 
 metamail   - An implementation of MIME.
Changes: 
 metamail (2.7-8) unstable; urgency=LOW
 .
   * Corrected font name in postinst
   * Corrected rules file to not install /usr/doc/copyright/README
Files: 
 37fdef4f6625e4b0156b16055cec185b 604 mail optional metamail_2.7-8.dsc
 cd831615e058b1a0cc3bf0e787a46e46 17029 mail optional metamail_2.7-8.diff.gz
 89cc67e3e83a628635b2995ec3b2fa72 147294 mail optional metamail_2.7-8_i386.deb
 9ea5de89000246aba400092b6fe4c67f 156075 mail optional metamail_2.7.orig.tar.gz

-BEGIN PGP SIGNATURE-
Version: 2.6.2i

iQCVAwUBMiam3ypaNcQEtuj1AQEtDgP+IYfrw1WbL51PE2GIFtWNliRm8g4UYNtE
O9SPTkRbNYN1zvzIh/RYHbrpW+CQgSuueYYTHeIfw6Z8YjeAZRPfw730yxdktxBB
31MRxEF760qT+xqCXVTetRIDZ+hOhHbVAq/Utgc7T3f2nAMX0fJmMdqwexP/lwRS
DSPOI1xm2mA=
=S7zT
-END PGP SIGNATURE-

-- 
Michael Meskes   |_  __  
[EMAIL PROTECTED] |   / ___// / // / / __ \___  __
[EMAIL PROTECTED]  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
[EMAIL PROTECTED]|  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!| //_/  /_/  //\___/_/  //




Re: dpkg-buildpackage and -source questions

1996-08-30 Thread Ian Jackson
If you get this message:

dpkg-source: error: tarfile `./exmh_1.6.9.orig.tar.gz' contains object with 
newline in its name 
(exmh-1.6.9.orig/?exmh-1.6.9.orig/exmh.README?exmh-1.6.9.orig/COPYRIGHT?exmh-1.6.9.orig/e...(rest
 of output deleted)

You should upgrade your cpio.  Unfortunately the (Debian-specific)
change that I'm relying on wasn't documented in any changelog file, so
I don't know which versions are OK, but I do know that 2.4.2-2 works.

If someone has a version of cpio between 2.3-2 (which I know doesn't
work) and 2.4.2-2 I'd be grateful if they'd do one of the following
two tests:
 * Try to unpack a source package with it using dpkg-source
or
 * Type `cpio -Hustar -0t anything.tar | cat -vet' and see whether
   the output from cpio is null-terminated or newline-terminated.

I'll be making some changes to dpkg-source and the dpkg control file.

Thanks,
Ian.




Bug#4346: Essential LaTeX style files missing

1996-08-30 Thread Thomas Koenig
Package: ltxmisc
Version: 1.0-1

In 1.1.7, Debian's TeX is unusable for somebody who wants to do serious
work with it, at least for me (I work in German).  Hardly any of the
often - used packages is there (this starts with a4.sty, which is
required by the documentation of german.sty, missing).

The best way would probably be to go through the LaTeX Companion and
install everything that's mentioned in there.
-- 
Thomas Koenig, [EMAIL PROTECTED], [EMAIL PROTECTED]
The joy of engineering is to find a straight line on a double
logarithmic diagram.




Re: New virtual package names.

1996-08-30 Thread Dale Scheetz
On 30 Aug 1996, Mark Eichin wrote:

   Emacs also has conditions
  where it calls an outside editor...
 
 Interesting.  I'm aware of cases where it will call outside *viewers*
 (mostly mime/web stuff) but I can't think of what outside editors it
 would call.  Could you perhaps expand on this point?

I am a novice when it comes to emacs. My impression came from a bug report
on pine about pico leaving backup copies of email that are world readable.
It turned out that the emacs mail handler was calling pico with the
auto-backup enabled. This is what left me with that impression. (I was
sure that someone less ignorant than myself would surely correct me if I
was wrong)

Luck,

Dwarf

  --

aka   Dale Scheetz   Phone:   1 (904) 877-0257
  Flexible Software  Fax: NONE 
  Black Creek Critters   e-mail:  [EMAIL PROTECTED]

 If you don't see what you want, just ask --




Bug#4347: emacs html-mode + font-lock highlights too greedily

1996-08-30 Thread Richard Kettlewell
Package: emacs
Version: 19.31-2

I have the following line in an HTML document:

bdeny_sender/b in the brestrict.options/b file and the email

However when font-lock mode is turned on, everything from deny_sender
to restrict.options is highlighted, whereas the right to do is
to only highlight the contents of the b.../b pairs.

-- 
Richard Kettlewell  [EMAIL PROTECTED]  [EMAIL PROTECTED]
   http://www.elmail.co.uk/staff/richard/




Bug#4346: Essential LaTeX style files missing

1996-08-30 Thread Dirk . Eddelbuettel

  Thomas  Package: ltxmisc 
  Thomas  Version: 1.0-1
  Thomas 
  Thomas In 1.1.7, Debian's TeX is unusable for somebody who wants to do
  Thomas serious work with it, at least for me (I work in German).  Hardly
  Thomas any of the often - used packages is there (this starts with a4.sty,
  Thomas which is required by the documentation of german.sty, missing).
  Thomas 
  Thomas The best way would probably be to go through the LaTeX Companion
  Thomas and install everything that's mentioned in there.

That option was once discussed informally between Nils, Erick and myself. We
never did this because 
  
  - it would be overkill, there are too many style files mentioned in the 
Companion, and some of them change or get replaced by the bi-annual 
LaTeX release

  - if you were to start from Karl Berry's sources, you wouldn't get it
either, what Debian delivers is a standard base TeX.

And Debian is after all an open system. Everybody could package, say,
latex-goodies. I just put these things into /usr/local/lib/texmf/tex/latex//

As for a4, I much prefer vmargin (which the LaTeX Companion has as vpage,
described on page 89).

--
Dirk Eddelbuttel http://qed.econ.queensu.ca/~edd




Bug#4348: smartlist.postinst fails

1996-08-30 Thread Douglas Bates
Package: smartlist
Status: install ok half-configured
Priority: optional
Section: mail
Maintainer: Christoph Lameter [EMAIL PROTECTED]
Version: 3.10-1
Depends: smail | sendmail | mail-transport-agent, procmail, libc5 (= 5.2.18-1)
Description: Versatile and Fast List Processor

--  Clip here for transcript --
Setting up smartlist (3.10-1) ...
hostname: illegal option -- q
Usage: hostname [-v] {hostname|-F file}  set host name (from file)
domainname [-v] {nisdomain|-F file}   set NIS domain name (from file)
hostname [-v] [-d|-f|-s|-a|-i|-y] display formated name
hostname [-v] display host name
hostname -V|--version|-h|--help   print info and exit
dnsdomainname=hostname -d, {yp,nis,}domainname=hostname -y
-s, --short   short host name
-a, --alias   alias names
-i, --ip-address  addresses for the host name
-f, --fqdn, --longlong host name (FQDN)
-d, --domain  DNS domain name
-y, --yp, --nis   NIS/YP domain name
-F, --fileread host name or NIS domain name from given File
   This comand can get or set the host name or the NIS domain name. You can
   also get the DNS domain or the FQDN (fully qualified domain name).
   Unless you are using bind or NIS for host lookups you can change the
   FQDN (Fully Qualified Domain Name) and the DNS domain name (which is
   part of the FQDN) in the /etc/hosts file.
/var/lib/dpkg/info/smartlist.postinst: newaliases: command not found
dpkg: error processing smartlist (--configure):
 subprocess post-installation script returned error exit status 127
Errors were encountered while processing:
 smartlist
dpkg --configure returned error exit status 1.   




Bug#4348: smartlist.postinst fails

1996-08-30 Thread Christoph Lameter
Dont know what kind of hostname tool you got installed on your machine.
It works on my Debian 1.1 system.

On Fri, 30 Aug 1996, Douglas Bates wrote:

batesPackage: smartlist
batesStatus: install ok half-configured
batesPriority: optional
batesSection: mail
batesMaintainer: Christoph Lameter [EMAIL PROTECTED]
batesVersion: 3.10-1
batesDepends: smail | sendmail | mail-transport-agent, procmail, libc5 (= 
5.2.18-1)
batesDescription: Versatile and Fast List Processor
bates
bates--  Clip here for transcript --
batesSetting up smartlist (3.10-1) ...
bateshostname: illegal option -- q
batesUsage: hostname [-v] {hostname|-F file}  set host name (from file)
bates  domainname [-v] {nisdomain|-F file}   set NIS domain name (from file)
bates  hostname [-v] [-d|-f|-s|-a|-i|-y] display formated name
bates  hostname [-v] display host name
bates  hostname -V|--version|-h|--help   print info and exit
batesdnsdomainname=hostname -d, {yp,nis,}domainname=hostname -y
bates-s, --short   short host name
bates-a, --alias   alias names
bates-i, --ip-address  addresses for the host name
bates-f, --fqdn, --longlong host name (FQDN)
bates-d, --domain  DNS domain name
bates-y, --yp, --nis   NIS/YP domain name
bates-F, --fileread host name or NIS domain name from given 
File
bates   This comand can get or set the host name or the NIS domain name. You 
can
bates   also get the DNS domain or the FQDN (fully qualified domain name).
bates   Unless you are using bind or NIS for host lookups you can change the
bates   FQDN (Fully Qualified Domain Name) and the DNS domain name (which is
bates   part of the FQDN) in the /etc/hosts file.
bates/var/lib/dpkg/info/smartlist.postinst: newaliases: command not found
batesdpkg: error processing smartlist (--configure):
bates subprocess post-installation script returned error exit status 127
batesErrors were encountered while processing:
bates smartlist
batesdpkg --configure returned error exit status 1.   
bates

{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
{}Snail Mail:   FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{}
{}FISH Internet System Administrator at Fuller Theological Seminary   {}
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
PGP Public Key  =  FB 9B 31 21 04 1E 3A 33  C7 62 2F C0 CD 81 CA B5 




Re: dpkg-buildpackage and -source questions

1996-08-30 Thread Dale Scheetz
On Fri, 30 Aug 1996, Ian Jackson wrote:

 If you get this message:
 
 dpkg-source: error: tarfile `./exmh_1.6.9.orig.tar.gz' contains object with 
 newline in its name 
 (exmh-1.6.9.orig/?exmh-1.6.9.orig/exmh.README?exmh-1.6.9.orig/COPYRIGHT?exmh-1.6.9.orig/e...(rest
  of output deleted)
 
 You should upgrade your cpio.  Unfortunately the (Debian-specific)
 change that I'm relying on wasn't documented in any changelog file, so
 I don't know which versions are OK, but I do know that 2.4.2-2 works.
 
This resolved the problem for me. At least at this point I can unpack
hello ok. Shouldn't dpkg have a depends added for this? I have not
understood your reluctance to add depends for patch and diff as well. If
they really aren't dependencies, souldn't they be recommended or
suggested? If not there should, at least be some mention of their
usefulness in the description somewhere.

Thanks for the help,

Dwarf

  --

aka   Dale Scheetz   Phone:   1 (904) 877-0257
  Flexible Software  Fax: NONE 
  Black Creek Critters   e-mail:  [EMAIL PROTECTED]

 If you don't see what you want, just ask --




Bug#4349: dpkg-source has misleading warning message

1996-08-30 Thread Owen Dunn
Package: dpkg
Version: 1.3.9

sfere:~$ dpkg-source -b procmeter-2.0 procmeter-2.0.orig.tar.gz
dpkg-source: warning: .orig.tar.gz name procmeter-2.0.orig.tar.gz is not 
package-upstreamversion.orig.tar.gz (wanted procmeter_2.0.orig.tar.gz)

This should read `... is not package_upstreamversion.orig.tar.gz
...'

(S)




Re: CC's on this mailing list

1996-08-30 Thread Chris Fearnley
'Lars Wirzenius wrote:'

Spam does make furious, extra Cc's from mailing lists don't. They
just annoy me (see signature), and in theory they do cost me a bit.
Not enough to make me worry about it, but enough to write kilobyte after
kilobyte about it.

I do wish that people wouldn't Cc me when I read the mailing list. I feel
that it is good netiquette not to do that.

I like the CCs because lately I haven't been able to keep up with the
list and knowing that someone responded to something (which shows up
in my mailbox and not the procmail filter) is useful.

This may be a mark that we or I don't think there is enough real problems
with Debian. Hm, perhaps the three month release schedule is one: we have
one month left for the next release, and we're just about to make a big
change in source packaging? Perhaps it would be better to wait an extra
month for this occasion only?

I don't think we have a good mechanism for code cleanups before a
major release.  Instead, I think that sticking with stable releases
from upstream is the way to keep Debian stable.  I like the three month
schedule, but feel it is mostly independent of maintainer issues.
Though perhaps we should save the source package changes for the
release after next month's?

-- 
Christopher J. Fearnley|Linux/Internet Consulting
[EMAIL PROTECTED], [EMAIL PROTECTED]   |UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf |(Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf|Design Science Revolutionary
Dare to be Naive -- Bucky Fuller |Explorer in Universe




uploading gs-4.01-4

1996-08-30 Thread joost witteveen
-BEGIN PGP SIGNED MESSAGE-

Date: 29 Aug 96 21:19 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: joost witteveen [EMAIL PROTECTED]
Source: gs
Version: 4.01-4
Binary:  gs
Architecture:  i386 source
Description: 
 gs: Postscript interpreter with X11 and svgalib preview support.
Changes: 
 * bjd paches from Yves Arrouye.
   (sorry Yves, I forgot to include them in gs_4.01-3).
Files:
 314a54bfe56ef2ba7461c51fc829f5e5  2186266  non-free  -  gs_4.01-4.tar.gz
 37b4db5b1b3e1d85fc351a82d51a3572  30402  non-free  -  gs_4.01-4.diff.gz
 33827c08f5e09c73f608e25e51c1a4ed  1079338  non-free  Optional  
gs_4.01-4_i386.deb

-BEGIN PGP SIGNATURE-
Version: 2.6.2i

iQCVAwUBMiYJ2JNVaG8BiEBRAQHt6gP+Ng3OsgFNvx5TyIrbMgiwXr2VVLPGvp9s
KzRwNXgYuPCuqiaKPZXlX5FdsRjz5pweyaujYttp4+zqp/FYr96qSDPIgP3XMX8D
bbM2fsJyyypxswKOwWjeui2siRJZdqurtqcmv1b2gWGJn5P+0Z2yAGbowodNZGA+
yMak6au6uK0=
=pnv2
-END PGP SIGNATURE-




Bug#4342: pgp command : add '+clearsig=on'

1996-08-30 Thread Andreas Jellinghaus
Package: dpkg
Version: 1.3.10

you should add +clearsig to the pgp paramterers 
(pgp is callen when i start dpkg-buildpkg). on my system,
pgp doesn't create clear sigs, and changing /etc/pgp-i.conf doesn't
help. but that's a diffrent problem. dpkg should use +clearsig in any
case, because it doesn't work without.

Regards,

Andreas




Bug#4341: no man page

1996-08-30 Thread Andreas Jellinghaus
Package: hello
Version: 1.3-11

there is no man page. ok, i don't need a man page for hello, and there
is a big info file, but as far as i understand debian, a missing man
page is considered a bug. :-)

Regards,

Andreas