Re: Could we use gunzip -c instead of zcat?

[Dirk . Eddelbuettel]

  Yves Arrouye writes:
  Yves>  Hello, I'd like to suggest that scripts, debian.rules etc... use
  Yves> gunzip -c instead of zcat when the intent is to get the contents of a
  Yves> gzipped file on stdout.

No way.

  Yves>   This is because if binaries from a BSD compress package (not
  Yves> necessarily built with compress-package) will make a true zcat
  Yves> available on the system, which of course cannot handle gzipped files.

That's why we should not do this. Gzip's zcat supersedes and replaces
compress' zcat as it deals with both compression formats. compress' zcat can
only uncompressed compressed files, but not gzipped ones.  Why should we
cripple our system? 

Come on, Yves, it's a historic fact: compress is dead. As proprietary
standards should be. No reason a GNU/Linux system should try to change this.

We have (gzip's) zcat and gunzip to deal with it's dead bodies. And maybe
your compress installer to create a few more skeletons though I still don't
know why we need this.

--
Dirk Eddelb"uttel http://qed.econ.queensu.ca/~edd

Re: Bug#3990: xdm-errors location not what FSSTND says

[Michael Gaertner]

On 4 Aug 1996, Kai Henningsen wrote:

> [EMAIL PROTECTED] (Craig Sanders)  wrote on 04.08.96 in <[EMAIL PROTECTED]>:
> 
> > On Thu, 1 Aug 1996, Michael Gaertner wrote:
> >
> > > Package: xbase
> > > Version: 3.1.2-9
> > >
> > > FSSTND R1.2 writes in chap. 5.3.5 to place xdm-errors in
> > > /var/lib/xdm/. This is not the location xdm-errors get logged by default
> > > in above package.
> > >
> > > Suggestion: change /etc/X11/xdm/xdm-config in line
> > > "DisplayManager.errorLogFile:" to
> > >
> > > "DisplayManager.errorLogFile: /var/lib/xdm/xdm-errors"
> >
> > What's so special about xdm that it's error log files should go in
> > /var/lib?
> >
> > Isn't /var/log (or subdirectories of /var/log) the right place for all
> > log files?
> 
> That's probably why the next version of the standard no longer talks about  
> xdm-errors.
> 
> MfG Kai
> 
> 
Don't no bout that but I think xfs and xdm should log errors the same way:

/etc/X11/xfs/config: "error-file = /var/lib/xfs/xfs-errors

Cheerio, Michael


Michael Gaertner <[EMAIL PROTECTED]>
Tel/Fax +49-761-32684

Re: xpdf needs an entry in mailcap

[Dirk . Eddelbuettel]

Thanks for the suggestion, Brian. I'll do that today.

As the priority of mime-support is "standard" and therefore higher than the
one of xpdf ("extra"), I'll add a "Depends: mime-support". If anybody has a
problem with that, mail me soon, or file a bug report later ...

-- 
Dirk Eddelb"uttel http://qed.econ.queensu.ca/~edd

Re: wg-local other priority

[Christophe Le Bars]

**On 06 Aug, In article "wg-local other priority",
**  EB (Erick Branderhorst) writes:
EB>
>> > > 1. Have you installed the wg-locale (or something like that) package? You
>> > > need to if you want to use locales.
>> > 
>> > Perhaps this package needs higher priority.
>> 
>> Agreed. IMHO it should be 'standard'. If you don't live in the US, a
>> locale for your country isn't really 'optional'. 
>> 
>> Can you bring this up on Debian-devel? I got unsubscribed a few weeks
>> ago. Sent Anders some mail to get 'resubscribed' but I'm still waiting...

Ok, it will be 'standard' in the next release... coming soon...

-- 
Christophe Le Bars - Email : [EMAIL PROTECTED], [EMAIL PROTECTED]
01001DEBIAN0LINUX0110ESPERANTO00101011ML1010010GNU0111
10111010010100011 Utilisez Linux Debian! 10010101001110010

Bug#4054: reassign II

[Michael Meskes]

Sorry, I send the last one too early. I reassigned the bug to metamail
already.

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

Re: Bug#4069: slrn gives error

[Maarten Boekhold]

 
> Package: slrn
> Version: 0.8.7.1-3

What version(s) of slang-lib have you installed? Do a dpkg -l '*slang'
please. Then I can see if it's library-related, which seems to be the most
likely cause.

Maarten

___
| Maarten Boekhold, Faculty of Electrical Engineering TU Delft,   NL  |
|   [EMAIL PROTECTED] [EMAIL PROTECTED]   |
---

Re: How do I compare "unstable/source" to "unstable/binary-m68k"

[Ian Jackson]

Guy Maor writes in private email - I hope he won't mind me posting:
> On Thu, 1 Aug 1996, Ian Jackson wrote:
> > [EMAIL PROTECTED] writes:
> > > I'd like to see where we sit as far as catching up and was wondering if 
> > > anyone has a nice little script that will compare the source directory to 
> > > the binary directory and report the differences.
> > > 
> > > I put together a little script to do it, but it's not the greatest...
> > 
> > It can't be done at the moment, because the information isn't in the
> > various files.
> 
> The information isn't in the files, but it's in the filenames.

I'm afraid it isn't, because you can't tell just by looking at a .deb
file which version of the source it was made from - or even, in some
cases, which source package it came from at all.

The new source packaging scheme and the tools that go with it put a
Source line in the .deb file with the name and the version number if
necessary.

I think that since at the moment all the primary maintainers are
building for i386 you'd be best off to compare binary-i386 with
binary-m68k.

When we've converted the packages you can do what you want easily.

Ian.

Draft manual updates & PostScript version available

[Ian Jackson]

I've made a few minor edits and rearrangements.
The PostScript (via Lout) formatting is now working.

Updated versions are at:
 http://chiark.chu.cam.ac.uk/~ian/programmer.html/
 http://chiark.chu.cam.ac.uk/~ian/policy.html/
 ftp://chiark.chu.cam.ac.uk/users/ian/dpkg-doc/

So, what should I distribute in the dpkg .deb file ?  Even the
smallest format, the plain text version, is nearly 50Kb compressed.
HTML is nearly as small as that.

Oh, and is anyone planning to do an sgmlspm package ?  This is
required to format the documentation, and I'm no Perl expert so I'm
wary of doing it myself.

Ian.

Re: /usr/doc/copyright/ -> /usr/doc//copyright ?

[Ian Jackson]

Guy Maor writes ("Re: /usr/doc/copyright/ -> 
/usr/doc//copyright ?"):
...
> I don't think we should move the copyright file.  Most people don't
> ever need to look at them, so it's simpler if they're out of the way.

What about the changelog ?

In general I'm not convinced that keeping things `out of the user's
way' is a good idea - especially given that the copyright file is the
only one that's guaranteed to exist.  If we're not careful we'll have
the user only looking at the copyright file, having achieved the
effect of keeping all the other documentation out of the way :-).

Isn't the name `copyright' sufficiently clear that people will avoid
reading it when they don't need to ?

> We should discourage making a symlink from /usr/doc/ to the
> copyright directory.  Maintainers are probably just using the copyright
> more as a general readme.  The copyright file need only contain
> (surprise) copyright information.

I've done this in the new manual.

> I do, however, think we should move the examples directory.  I've
> always thought the distinction between /usr/doc/ and
> /usr/doc/examples/ was arbitrary.  It usually leads to the
> obtuse arrangement where the example is in one directory and its
> accompanying documentation is another.

Indeed.  I've put this in the new policy manual.

Ian.

Bug#4054: reassign

[Michael Meskes]

I just found out that this bug is NOT in ncurses but in richtext. It
works
well with termcap but not with terminfo.

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

Bug#4070: snmpd: hrStorageSize fix

[Patrick Weemeeuw]

Package: snmp
Version: 2.1.2l4-1

The following patch fixes the problem of integer wrap around that
occurs for >=2Gb disks (i.e. sbuf.f_blocks * sbuf.f_bsize > 2^31).
This is accomplished by computing the intermediate values in floating
point.

Patrick.
--
--- snmp-2.1.2l4/agent/snmp_vars.c  Sun Aug 20 23:02:21 1995
+++ snmp-2.1.2l4.patched/agent/snmp_vars.c  Wed Aug  7 13:17:24 1996
@@ -3514,11 +3525,11 @@
break;
  case HRSTORAGESIZE:
long_return = idx < 2 ? hr_getstor (idx, HRSTORAGESIZE, 1024) :
-   (sbuf.f_blocks * sbuf.f_bsize) / 1024;
+ (long)(((float)sbuf.f_blocks * (float)sbuf.f_bsize) / 1024.0 + 0.5
);
break;
  case HRSTORAGEUSED:
long_return = idx < 2 ? hr_getstor (idx, HRSTORAGEUSED, 1024) :
- ((sbuf.f_blocks-sbuf.f_bfree) * sbuf.f_bsize) / 1024;
+ (long)(((float)(sbuf.f_blocks-sbuf.f_bfree) * sbuf.f_bsize) / 1024
.0 + 0.5);
break;
  case HRSTORAGEALLOCFAILURES:
long_return = 0;/* XXX: dummy */

Re: /usr/doc/copyright/ -> /usr/doc//copyright ?

[Ian Jackson]

Erick Branderhorst writes ("Re: /usr/doc/copyright/ -> 
/usr/doc//copyright ?"):
...
> No, the /usr/doc/ dir is a dir which normally comes with all
> stuff in it gzipped and I think we should keep it like that.  We can not
> gzip copyright files (this has been decided/mandated long ago) so I 
> think it isn't good to put an ungezipped file in there.

It seems to me that some files being gzipped and some not is a very
weak reason for putting them different directories.  Furthermore, (a)
we could decide to gzip the copyright file if we wanted to and (b) the
documentation in /usr/doc is currently only compressed unless it is
small (according to both the current guidelines and the new policy
manual).

> Minor argument is that the current approach is space saving.  If no
> documentation comes with package an dir entry needs to be created for
> its copyright file, when this is in /usr/doc/copyright this will not
> be required.

Using one disk block and one inode per installed package in order to
allow the user to find the documentation more easily seems like a good
tradeoff to me.

> I still think that copyright file can/should be autogenerated by the
> package building process and provide a default part and a free part.
> Check mailing archives if you want to know more on this.

I'm afraid I don't (want to know more).

Ian.

Bug#3951: kernel-image-2.0.7-0 postinst looks for /bin/perl

[Frank Neumann]

Hi,
Graham William wrote:

> Package: kernel-image
> Version: 2.0.7-0
> 
> The postinst and prerm scripts of kernel-image have as their first
> line:
> 
>   #! /bin/perl
> 
> My vanilla installation of Debian 1.1 seems to have perl only in
> /usr/bin/perl.

I noticed this too, after having built a base.tar.gz for Debian on m68k.
The bug is not in kernel-headers, but in boot-floppies, which failed
to create the link for the base system. boot-floppies-1.1.1.10 fixed it. 
The bug report should be closed (I won't do that, I'm not the maintainer ;-),
but a new base should probably be built.

Frank (running a pretty usable 'rex' Debian/m68k for a week now)

dpkg 1.3.1: source package tools' documentation improvements

[Ian Jackson]

The main new thing here is a manpage for dpkg-source and the related
scripts.

-BEGIN PGP SIGNED MESSAGE-

Format: 1.5
Date: Thu, 8 Aug 1996 02:36:04 +0100
Source: dpkg
Binary: dpkg
Architecture: source i386
Version: 1.3.1
Distribution: experimental
Urgency: low
Maintainer: Ian Jackson <[EMAIL PROTECTED]>
Description: 
 dpkg   - Package maintenance system for Debian Linux
Changes: 
 dpkg (1.3.1) experimental; urgency=LOW
 .
   * manpage for dpkg-source et al now available.
   * dpkg-changelog-mode.el installed in site-lisp, but still no autoload.
 .
   * dpkg-source prints correct string for not-understood tar -vvt output.
   * dpkg-source parsing of tar -vvt output made more robust.
 .
   * dpkg-buildpackage prints usage message on usage error.
   * dpkg-gencontrol can print usage message.
   * -T option added to dpkg-source.
   * Description of -f corrected in dpkg-distaddfile usage.
   * -m synopsis changed in dpkg-genchanges usage.
   * debian/substvars may now contain blank lines.
Files: 
 94d3772b064bcd1ccb33da2900c5a014 526 base required dpkg_1.3.1.dsc
 49a8ccab094534cb207b0826b1847fb6 399324 base required dpkg_1.3.1.tar.gz
 e8870bf653709d6584e7af6714729e2e 247294 base required dpkg_1.3.1_i386.deb
 7dd0863e3b9e761457c62a5be1473a3d 242444 byhand - 
dpkg_1.3.1_i386.nondebbin.tar.gz

-BEGIN PGP SIGNATURE-
Version: 2.6.2i

iQCVAwUBMglJ4sMWjroj9a3bAQEvRAQAoNqF+Ce8+fkExK9waIYQV9TICmKAMHow
SOoUBE0TxjeBE3YE/AfPvKQMAzwTOyUlUjdvQeXdHQxSGPXUVZDGdPmMAVpUesMu
BqFwPobeUDA/LpF55n9O9sIONld6JtZS/KQ2c2R+zS0vqLd3FBcYToY1fevGEwe2
u8Kow5KJv2M=
=rnb9
-END PGP SIGNATURE-

Re: /usr/doc/copyright/ -> /usr/doc//copyright ?

[Ian Jackson]

Dirk Eddelbuettel writes ("Re: /usr/doc/copyright/ -> 
/usr/doc//copyright ?"):
> [Ian Jackson:]
> > Should we move the copyright file (and the examples directory) into
> > the per-package directory in /usr/doc ?
> 
> Good idea.  Can we also recommend/impose to include the Changelog [1] file ?

What is the feeling on this ?

Since the new source format mandates the existence of the changelog
and specifies that it must be in one of a small number (currently 1)
of formats I'm inclined to say that we should mandate its inclusion -
gzipped.

We then end up with two files per package, and it then makes even more
sense to move the copyright file.

> [1] The format could either be free format, or if one is imposed, an emacs
> function should be provided, otherwise add-change-log-entry is good enough.
> We all know that Ian hates it, as he hates debian-changes, but it's real easy
> on the user.

Try out the new source format and tools.  I think you'll like the
degree of automation it provides.  It has its own script to produce
.changes files.

It's also full of hooks and interfaces for you to add to and/or modify
its behaviour.

Ian.

Re: xpdf needs an entry in mailcap

[Dirk . Eddelbuettel]

  Dirk> As the priority of mime-support is "standard" and therefore higher
  Dirk> than the one of xpdf ("extra"), I'll add a "Depends:
  Dirk> mime-support". If anybody has a problem with that, mail me soon, or
  Dirk> file a bug report later ...

  Brian>  If you put the "if" clause around the calls to "install-mime", then
  Brian> you don't have to actually depend on 'mime-support'.

That is correct. But would I want this? Now that we have mime-support,
shouldn't I depend on it? It really is a useful feature. I find it reasonable
to enfore this via Depends. Otherwise it fails silently and we gain nada.

BTW: I currently use what you posted earlier as calls to install-mime, but
added a ">/dev/null" as I don't like the verbosity too much. As the output of
# grep install-info /var/lib/dpkg/info/*.postrm | grep -v quiet
is empty on my machine, I think you should add a switch --quiet.

--
Dirk Eddelb"uttel http://qed.econ.queensu.ca/~edd

Updated Virtual Package Name List

[Warwick HARVEY]

Changes this time:  Added "editor" virtual package.

Regarding make/gnu-make:  It seems there is some resistance to any change
here.  The argument is that many things assume "make" is GNU Make, and
that having an alternative make is not worthwhile.  Thus I am not planning
to add any make or gnu-make virtual package to the list.



  AUTHORITATIVE LIST OF VIRTUAL PACKAGE NAMES

Below is an authoritative list of virtual package names currently
in-use or proposed and not objected to.  Please check the list below
for things relevant to your packages.

New packages MUST use virtual package names where appropriate (this
includes making new ones - read on).

Packages MUST NOT use virtual package names (except privately, amongst
a cooperating group of packages) unless they have been agreed upon and
appear in this list.

The latest version of this file can be found in
doc/package-developer/virtual-package-names-list.text
on your local Debian FTP site.

The procedure for updating the list is as follows:

1. Post to debian-devel saying what names you intend to use or what
   other changes you wish to make.

2. Wait a few days for comment.

3. Mail the maintainer of the virtual package name list (Warwick Harvey
   <[EMAIL PROTECTED]>) notifying him of the consensus reached (or
   your suggestions if noone objected).  Please include a proposed brief
   description of the new virtual name(s) for the list.  The list
   maintainer will then post the new list to debian-devel and upload it
   to the FTP site.

4. Go and use the new or changed names.

Warwick.
(based on earlier version by Ian J.)


Now, the list:

X Windows:
--
X11R5   XFree86 R5, including base system (obsolete)
xR5shlibXFree86 R5 shared library only
X11R6   XFree86 R6, including base system
xR6shlibXFree86 R6 shared library only
xlibraries  XFree86 R6 shared library or stub library
xserver Any X server (used by other X packages)

Miscellaneous:
--
libc.so.4   An a.out shared C library, version 4.x.x.
info-browserSomething that can browser GNU Info files
kernel-source   Kernel source code
kernel-headers  Kernel header files (, )
kernel-imageKernel image ( vmlinuz, System.map, modules )
httpd   Any HTTP server
postscript-viewer   Anything that can display Postscript files
postscript-preview  Any preprocessor that creates Postscript output
metafontThe TeX Metafont program
dvilj, dvipsProvided by dviljk, dvipsk (? - iwj)
www-browser Something that can browse html files
awk Anything providing suitable /usr/bin/{awk,nawk}
c-shell Anything providing a suitable /usr/bin/csh
pdf-viewer  Anything that can display PDF files
pdf-preview Any preprocessor that creates PDF output
compressAnything that provides a true BSD compress command
emacs   Anything that provides the emacs editor
editor  Anything that provides an editor

News and Mail:
--
mail-transport-agentMail transport agents (Smail, Sendmail, &c)
mail-reader Mail user agents (Pine, Elm, mailx, &c)
news-transport-system   Local news system (INN, C News or B News)
news-reader Any news reader (trn, tin, &c)
inews   /usr/bin/inews - local or remote news poster
pgp A version of PGP (International or US)
imap-client Any mail reader capable of accessing remote mail
folders using the IMAP protocol (e.g. Pine)
imap-server Any IMAP mail server

Names of superseded packages Provided by the current ones:
--
gs_x, gs_svga, gs_both  Provided by Ghostscript (gs).  Use gs.
xpmR6   Provided by xpm.  Use xpm.

Change history:
---
22 Sep 1995 Ian Jackson Initial revision.
26 Mar 1996 Andrew Howell   Added www-browser.
11 May 1996 Manoj SrivastavaAdded kernel-image, added new location of
this file
19 May 1996 Warwick Harvey  Took over maintenance of list, changed
instructions for updating list
25 Jul 1996 Warwick Harvey  Added awk as per Chris Fearnley's suggestion
Added c-shell, which seemed to have dropped
off at some stage
 2 Aug 1996 Added pdf-{viewer,preview}, compress, emacs
 5 Aug 1996 Added imap-{client,server}
 8 Aug 1996 Added editor

Re: xpdf needs an entry in mailcap

[Brian C. White]

> As the priority of mime-support is "standard" and therefore higher than the
> one of xpdf ("extra"), I'll add a "Depends: mime-support". If anybody has a
> problem with that, mail me soon, or file a bug report later ...

If you put the "if" clause around the calls to "install-mime", then you don't
have to actually depend on 'mime-support'.

Brian
   ( [EMAIL PROTECTED] )

---
In theory, theory and practice are the same.  In practice, they're not.

Re: site-start.el and lout-mode.el

[Emilio Lopes]

> "eichin" == eichin  <[EMAIL PROTECTED]> wrote:

eichin> If someone wants to write an "install-elisp" (there have been
eichin> some quite clever suggestions here) some time this week, I'll
eichin> try and include it in the 19.32-1 package.

I like the way is done in w3: all the commands necessary to (auto)load
the package are included in a new file, say w3-init.el, which is put
in the site-lisp directory. Than, a single line "entry" is put in
/etc/site-start.el. Something like:

(load "/usr/lib/emacs/site-list/w3-init" t nil nil)

Note that the optional arguments ensure that no error will be signaled
if the file does not exist.

The deinstallation can be done with a simple "grep -v" command.

Just my $0.02.

Ciao, Emilio.

-- 
 Emilio C. Lopes 
   Instituto de Fisica da Universidade de Sao Paulo
 Caixa Postal 66318, 05389-970 Sao Paulo - SP, BRAZIL
  Phone: (+55) (11) 818-6724 (Voice) / 818-6715 (Fax)

sysv `news' package is unclear

[Ian Jackson]

 Package: news
 Priority: extra
 Section: admin
 Description: System news tool. (System V)

In addition the fact that this description is inadequate (which will
have been reported automatically a few weeks ago), IMO the package
name is very misleading - it will make people think the package has
something to do with USENET.

Unless someone objects I shall report this as a bug, requesting that
the package be renamed to `sysvnews'.

Ian.

modules_2.0.0-7 uploaded

[Michael Meskes]

-BEGIN PGP SIGNED MESSAGE-

Date: 08 Aug 96 07:25 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <[EMAIL PROTECTED]>
Source: modules
Version: 2.0.0-7
Binary:  modules
Architecture:  i386 source
Description: 
 modules: Linux module utilities.
Changes: modules (2.0.0-7):
* Test for `noauto' /etc/init.d/kernel only when /usr has been
  mounted (Bug#3957)
* Changed preinst/postinst to keep KDOPT setting
* Gzip manpages
Files:
 f01fa6b7c8272a7a1d1740293111e882  111710  base  -  modules_2.0.0-7.tar.gz
 d1265587ddec90132c4b8234e20c41e7  9487  base  -  modules_2.0.0-7.diff.gz
 4e7bec0a611f24002f247bb8c7db612d  77572  base  required  
modules_2.0.0-7_i386.deb

-BEGIN PGP SIGNATURE-
Version: 2.6.2i

iQCVAwUBMgmWnipaNcQEtuj1AQHHlgP/a8JmzIFKecIGiz4RHfU0uGvRp+0U6dWs
3de1eDy3UnUr7LO6vClG/7FAXCkNafbSzvY5rteT9Ft/tegiGn3Lj1K/dd/nJf5/
P4Q6UShFfadG0A5kscfNmY1v5/yOj0D36znn058PbwVCto5iszvle3p+VpTZWY6U
LO1mprbVqr0=
=u7WE
-END PGP SIGNATURE-

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

Bug#4071: ps2gif has incorrect pathname

[Richard Kaszeta]

Package: hyperlatex
Version: 1.4pl2-0

the included conversion script ps2gif incorrectly references the
directory /usr/local/lib/ghostscript.

-- 
Richard W Kaszeta   Graduate Student/Sysadmin
[EMAIL PROTECTED]   University of MN, ME Dept
http://www.menet.umn.edu/~kaszeta

lyx_0.10.0-1 re-uploaded

[Michael Meskes]

Due to that silly naming of the pre-0.10 versions the latest upload was
overwritten. I reuploades it. However, dpkg will tell you that you
downgrade. Don't worry about it. lyx_0.10.0-1 is the actual version.

-BEGIN PGP SIGNED MESSAGE-

Date: 08 Aug 96 07:26 UT
Format: 1.6
Distribution: unstable stable
Urgency: Low
Maintainer: Michael Meskes <[EMAIL PROTECTED]>
Source: lyx
Version: 0.10.0-1
Binary:  lyx
Architecture:  i386 source
Description: 
 lyx: High Level Word Processeor (BETA version)
Changes: lyx (0.10.0-1):
 * New upstream version
Files:
 827be46b1b4f4513a9ed2dbe4849b34f  545887  tex  -  lyx_0.10.0-1.tar.gz
 2a0f44096d9d8f5a68242bbdeada4c9d  12543  tex  -  lyx_0.10.0-1.diff.gz
 c1a03209a54919114a9d632b1321ea32  336298  tex  optional  lyx_0.10.0-1_i386.deb

-BEGIN PGP SIGNATURE-
Version: 2.6.2i

iQCVAwUBMgmWripaNcQEtuj1AQF/gAQAvWpHIo8ta/jATJ6JguXpsZEvdVP1U8Jp
WiWGQQYdnCxr6mggoDVSLBvZEJloqz6RuBasVOj2/zwNYFLrJ8CWkjpv8hksQdqw
XWZR9c5Jo6wj99EVMbCqO3K64Ybr6XySMEx5jZ7eH7T5craPumTvgBQi7JhOK05T
9jAVSypEtzo=
=xHDg
-END PGP SIGNATURE-

Michael

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

metamail

[Michael Meskes]

Just wanted to let you all know that I'm working on a bug free release of
metamail. I'll take over maintaining it since noone else seems to do it.

If anyone else already works on it, please tell me.

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

Bug#4064: sendmail should recommend deliver, not depend

[Michael Shields]

At 1996-08-07 09:57 +, Miquel van Smoorenburg wrote:
>You (Michael Shields) wrote:
>> Package: sendmail
>> Version: 8.7.5-4
>>
>> sendmail depends on deliver.  However, in at least two common
>> configurations -- null client, and delivery by procmail -- it will run
>> perfectly without deliver.  sendmail should only recommend it.
>
>And as a result you can install sendmail without deliver and your
>mail installation won't work at all..

I guess sendmailconfig would have to check for this, since whether you need
deliver or not depends on your answers to the prompts.

>Sendmail should come with mail.local instead of deliver IMHO.

That would work too.

--
Shields, CrossLink.

Uploading dosfstools 1.0-3 (Utility to create and check MS-DOS FAT filesystems)

[Martin Schulze]

-- Begin Changes --

Date:  7 Aug 96 19:45:50 UT
Format: 1.5
Distribution: unstable
Binary: dosfstools
Source: dosfstools
Architecture: source i386
Version: 1.0-3
 Maintainer: Martin Schulze <[EMAIL PROTECTED]>
Description: Utility to create and check MS-DOS FAT filesystems
 Inside of this package there are two utilities to create and to
 check MS-DOS FAT filesystems on either harddisks or floppies under
 Linux.  This version uses the enhanced boot sector/superblock
 format of DOS 3.3+ as well as provides a default dummy boot sector
 code.
Priority: Routine
Files:
 12e5f09a38e83884bc139a7306932994 3857 misc - dosfstools_1.0-3.diff.gz
 2f5353377374a035c899d3efbdf8f113 51682 misc - dosfstools_1.0-3.tar.gz
 c283aa9527b7343e18d19f4d194c2fc5 23490 misc - dosfstools_1.0-3_i386.deb
Changes:
 * added Conflicts entry in control file
 * Corrected .diff.gz filename :-(
-- End Changes --


PS: As usual first in ftp.infodrom.north.de in /pub/people/joey/debian/

--
  / Martin Schulze  *  Debian Linux Maintainer  *  [EMAIL PROTECTED] /
 / http://www.debian.org/   http://www.infodrom.north.de/~joey/
/  Never trust an operating system you don't have sources for!  /

Bug#4059: public readable editor-backups in pine

[Guy Maor]

On Tue, 6 Aug 1996, Winfried Truemper wrote:

> Package: pine
> Version: 3.94-2
> 
> Here what happens when I write e-mail:
> 
> -rw-r--r--   1 truemper students  169 Aug  6 17:37 #pico19247#

That's emacs's autosave file.  emacs will copy the permissions of the
original file to set the autosave file.  For a new file, it will use
your umask.

Since this will happen on any editor that creates autosave files, one
solution would be for pine to create the file with permissions 600 and
then call emacs on it.  Just set your pine editor to "pineedit" which
would be a shell script like this:

#!/bin/sh
touch $1
chmod 600 $1
exec emacsclient $1

Instead of just having pine launch emacsclient directly.  You can
probably put a hook in the file load to do this also if you wish.


Guy

gcc and binutils

[Bernd Eckenfels]

Hi,

ist it possile that on a fresh new install gcc is installed before binutils
is installed, and therefore fail to configure? If I run configure afterwards
everything is fine. Will dpkg install a package first if it sees that other
ones depend on it?

Greetings
Bernd
-- 
  (OO)  -- [EMAIL PROTECTED] --
 ( .. )  [EMAIL PROTECTED],ka.sub.org}  http://home.pages.de/~eckes/
  o--o *plush*  2048/A2C51749  [EMAIL PROTECTED]  +4972573817  *plush*
(OO)   If privacy is outlawed only Outlaws have privacy

Bug#4063: magicfilter has wrong path

[Dirk . Eddelbuettel]

  Dirk> 2. There is another problem with extracting the filter from the set
  Dirk> of filters in /usr/doc/examples/magicfilter/filters/filters.tar.gz as
  Dirk> the extracted file is not registered with dpkg --- upon removal of
  Dirk> the package a useless file will remain on the machine.  a if [ "$1" =
  Dirk> "purge" ] ; then in postrm should remove these

  Erick> filters IMHO.  I suggested this unpacking of filter because these
  Erick> filters take up quit some space and they are never used.

Sure, that's why I installed "magicfilter" and not "apsfilter" :-) I really
like the idea of extracting only the needed filters.

The problem is the housekeeping which happens independently of dpkg. 

--
Dirk Eddelb"uttel http://qed.econ.queensu.ca/~edd

Re: xpdf needs an entry in mailcap

[Brian C. White]

>   Brian>  If you put the "if" clause around the calls to "install-mime", then
>   Brian> you don't have to actually depend on 'mime-support'.
> 
> That is correct. But would I want this? Now that we have mime-support,
> shouldn't I depend on it? It really is a useful feature. I find it reasonable
> to enfore this via Depends. Otherwise it fails silently and we gain nada.

I think it should depend on it, yes.  I just wanted to make sure you
knew
it wasn't strictly necessary.

In the past, some people have complained about depending upon packages
that
aren't strictly necessary.


> BTW: I currently use what you posted earlier as calls to install-mime, but
> added a ">/dev/null" as I don't like the verbosity too much. As the output of
> # grep install-info /var/lib/dpkg/info/*.postrm | grep -v quiet
> is empty on my machine, I think you should add a switch --quiet.

I can add the --quiet option, but you must not redirect the output.
"install-mime" can become interactive if it encounters a conflict, and
with no stdout this would cause problems.

Brian
   ( [EMAIL PROTECTED] )

---
In theory, theory and practice are the same.  In practice, they're
not.