Your message dated Sun, 03 Apr 2005 07:47:32 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#302573: fixed in cnews cr.g7-38
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--------------------------------------
Received: (at submit) by bugs.debian.org; 1 Apr 2005 14:25:53 +0000
>From [EMAIL PROTECTED] Fri Apr 01 06:25:53 2005
Return-path: <[EMAIL PROTECTED]>
Received: from sparrow.datentrampelpfad.de [195.60.125.185] (Debian-exim)
        by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
        id 1DHN5s-00049a-00; Fri, 01 Apr 2005 06:25:53 -0800
Received: from toje by sparrow.datentrampelpfad.de with local (Exim 4.50 #1 
(Debian))
        id 1DHN5V-0005ZH-Rl; Fri, 01 Apr 2005 16:25:29 +0200
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Torsten Jerzembeck <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: cnews: newsrun can overwrite already decompressed batches while using
 mutliple UUCP feeds
X-Mailer: reportbug 3.9
Date: Fri, 01 Apr 2005 16:25:29 +0200
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
        (1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
        autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level: 

Package: cnews
Version: cr.g7-37
Severity: critical
Justification: causes serious data loss

I just stumbled upon this bug in newsrun, which has caused some lost
newsbatches for me.

Lets say you have multiple newsfeeds via UUCP, using different
compression methods (e.g. compress and gzip). As incoming newsbatches
are processed by rnews, they are given temporary filenames in
/var/spool/news/in.coming, consisting of an timestamp and an suffix
denoting the compression method. These suffixes are ".t" for
"uncompressed", ".z" for "compressed using gzip", ".Z" for "compressed
using compress" and so on. Two batches coming in at the same time (such
as when polling multiple systems in parallel) and differing only in the
compression method will thus get an filename differing only in the
suffix, e.g. "12345678.z" and "12345678.Z" (note the case of the
suffix).

/usr/lib/news/input/newsrun is then run by cron and in a first stage
decompresses all compressed newsbatches. This is done by the following
lines of code (line 124 ff.):

--------- by cutting here you might damage your screen surface ---------
[...]
                # Decompress if necessary.
                case $f in
                *.Z)    text=`echo $f | sed 's/Z\$/t/'`
                        uncompress <$f >$text
                        ;;
                *.z)    text=`echo $f | sed 's/z\$/t/'`
                        gzip -dc <$f >$text
                        ;;
[and so on]
--------- by cutting here you might damage your screen surface ---------

As one can see, an batch named "12345678.Z" is decompressed into
"12345678.t". An batch named "12345678.z" is _also_ decompressed into
"12345678.t". Depending on which one is picked up first, one of the two
batches _will_ be lost irrevocabily.

A possible solution would be to change the sed command to alter the
timestamp also, amending a letter just before the suffix ".t". As no two
compressed batches with the same timestamp and suffix will be created by
rnews, this should be a reasonable safeguard.

(This bug must have lingered in CNews for about a decade now. Is it
 really possible that I am the first person to stumble upon it?)

Greetings from Telgte,

=ToJe=

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i586)
Kernel: Linux 2.4.29
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages cnews depends on:
ii  cron                        3.0pl1-87    management of regular background p
ii  debconf [debconf-2.0]       1.4.47       Debian configuration management sy
ii  libc6                       2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  perl                        5.8.4-8      Larry Wall's Practical Extraction 

-- debconf information:
  cnews/mailname:

---------------------------------------
Received: (at 302573-close) by bugs.debian.org; 3 Apr 2005 11:53:11 +0000
>From [EMAIL PROTECTED] Sun Apr 03 04:53:11 2005
Return-path: <[EMAIL PROTECTED]>
Received: from gluck.debian.org [192.25.206.10] 
        by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
        id 1DI3fD-0002Ms-00; Sun, 03 Apr 2005 04:53:11 -0700
Received: from newraff.debian.org [208.185.25.31] (mail)
        by gluck.debian.org with esmtp (Exim 3.35 1 (Debian))
        id 1DI3fD-0008AQ-00; Sun, 03 Apr 2005 05:53:11 -0600
Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian))
        id 1DI3Zk-0001bx-00; Sun, 03 Apr 2005 07:47:32 -0400
From: Blars Blarson <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
X-Katie: $Revision: 1.55 $
Subject: Bug#302573: fixed in cnews cr.g7-38
Message-Id: <[EMAIL PROTECTED]>
Sender: Archive Administrator <[EMAIL PROTECTED]>
Date: Sun, 03 Apr 2005 07:47:32 -0400
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
        (1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER 
        autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level: 

Source: cnews
Source-Version: cr.g7-38

We believe that the bug you reported is fixed in the latest version of
cnews, which is due to be installed in the Debian FTP archive:

cnews_cr.g7-38.diff.gz
  to pool/main/c/cnews/cnews_cr.g7-38.diff.gz
cnews_cr.g7-38.dsc
  to pool/main/c/cnews/cnews_cr.g7-38.dsc
cnews_cr.g7-38_i386.deb
  to pool/main/c/cnews/cnews_cr.g7-38_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Blars Blarson <[EMAIL PROTECTED]> (supplier of updated cnews package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Sun,  3 Apr 2005 04:13:31 -0700
Source: cnews
Binary: cnews
Architecture: source i386
Version: cr.g7-38
Distribution: unstable
Urgency: medium
Maintainer: Blars Blarson <[EMAIL PROTECTED]>
Changed-By: Blars Blarson <[EMAIL PROTECTED]>
Description: 
 cnews      - simple news server for Usenet news
Closes: 280798 290294 293365 302573
Changes: 
 cnews (cr.g7-38) unstable; urgency=medium
 .
   * avoid overwriting news batches when feeds use different compression
     (Closes: #302573)
   * fixes for gcc 4.0 from Andreas Jochens (Closes: #290294, #293365)
   * Dutch debconf translation (Closes: #280798)
Files: 
 fb382eb6c3a027318d3cc4c9551723fa 607 news extra cnews_cr.g7-38.dsc
 3852bb52ba001fb63f9263ea51da4e71 37579 news extra cnews_cr.g7-38.diff.gz
 97a1a0e7c9768419477d76a596b3598c 538520 news extra cnews_cr.g7-38_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQFCT9Ppg1HDwmisV0YRArVKAJ90yRUWV+1qnt3+bGUCRiY575358gCgwiyI
SiANFjJ4KOZennltEXaU9DU=
=m2Aw
-----END PGP SIGNATURE-----


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to