Bug#271766: wiggle: Wiggle adds strange bogus conflict to merged file
Package: wiggle
Version: 0.6-4
Severity: normal
Hi,
I used wiggle to apply a .rej file, which it largely did succesfully;
however it _also_ added conflict markers claiming that every line in the
file from the end of the last successfully applied hunk to the end of
the source file was a `conflict'.
The status messages wiggle outputs also indicate that it did something funny.
Here's what I did to aplpy the .rej file, xfaces.c.rej, to xfaces.c,
using diff to construct a patch from wiggles changes:
$ wiggle xfaces.c xfaces.c.rej | diff -u xfaces.c - > xfaces.c.wiggle-changes
1 unresolved conflict found
1 already-applied change ignored
The "1 already-applied change ignored" message was expected -- a single
line in the middle of the hunk was "already applied" (which probably is
what caused patch to reject the hunk in the first place). However the
unresolved conflict was not, and turns out to be completely bogus.
I haven't included the source file (xfaces.c) because it's very large,
but will do on request.
First the .rej file, xfaces.c.rej: --
@@ -4503,29 +4508,45 @@
XSETFRAME (frame, f);
call1 (Qframe_update_face_colors, frame);
- lface = lface_from_face_name (f, Qdefault, 1);
+ face = Qdefault;
+ lface = lface_from_face_name (f, face, 1);
LFACE_BACKGROUND (lface) = (STRINGP (new_value)
? new_value : Qunspecified);
realize_basic_faces (f);
}
- if (EQ (param, Qborder_color))
+ else if (EQ (param, Qborder_color))
{
- lface = lface_from_face_name (f, Qborder, 1);
+ face = Qborder;
+ lface = lface_from_face_name (f, face, 1);
LFACE_BACKGROUND (lface) = (STRINGP (new_value)
? new_value : Qunspecified);
}
else if (EQ (param, Qcursor_color))
{
- lface = lface_from_face_name (f, Qcursor, 1);
+ face = Qcursor;
+ lface = lface_from_face_name (f, face, 1);
LFACE_BACKGROUND (lface) = (STRINGP (new_value)
? new_value : Qunspecified);
}
else if (EQ (param, Qmouse_color))
{
- lface = lface_from_face_name (f, Qmouse, 1);
+ face = Qmouse;
+ lface = lface_from_face_name (f, face, 1);
LFACE_BACKGROUND (lface) = (STRINGP (new_value)
? new_value : Qunspecified);
}
+
+ /* Changing a named face means that all realized faces depending on
+ that face are invalid. Since we cannot tell which realized faces
+ depend on the face, make sure they are all removed. This is done
+ by incrementing face_change_count. The next call to
+ init_iterator will then free realized faces. */
+ if (!NILP (face)
+ && NILP (Fget (face, Qface_no_inherit)))
+{
+ ++face_change_count;
+ ++windows_or_buffers_changed;
+}
}
Now the changes wiggle made, xface.c.wiggle-changes: --
--- xfaces.c2004-09-15 14:39:24 +0900
+++ - 2004-09-15 14:53:08 +0900
@@ -4523,32 +4523,48 @@
XSETFRAME (frame, f);
call1 (Qframe_update_face_colors, frame);
- lface = lface_from_face_name (f, Qdefault, 1);
+ face = Qdefault;
+ lface = lface_from_face_name (f, face, 1);
LFACE_BACKGROUND (lface) = (valid_tile_p (new_value)
? new_value : Qunspecified);
realize_basic_faces (f);
}
else if (EQ (param, Qborder_color))
{
- lface = lface_from_face_name (f, Qborder, 1);
+ face = Qborder;
+ lface = lface_from_face_name (f, face, 1);
LFACE_BACKGROUND (lface) = (STRINGP (new_value)
? new_value : Qunspecified);
}
else if (EQ (param, Qcursor_color))
{
- lface = lface_from_face_name (f, Qcursor, 1);
+ face = Qcursor;
+ lface = lface_from_face_name (f, face, 1);
LFACE_BACKGROUND (lface) = (STRINGP (new_value)
? new_value : Qunspecified);
}
else if (EQ (param, Qmouse_color))
{
- lface = lface_from_face_name (f, Qmouse, 1);
+ face = Qmouse;
+ lface = lface_from_face_name (f, face, 1);
LFACE_BACKGROUND (lface) = (STRINGP (new_value)
? new_value : Qunspecified);
}
-}
+ /* Changing a named face means that all realized faces depending on
+ that face are invalid. Since we cannot tell which realized faces
+ depend on the face, make sure they are all removed. This is done
+ by incrementing face_change_count. The next call to
+ init_iterator will then free realized faces. */
+ if (!NILP (face)
+ && NILP (Fget (face, Qface_no_inherit)))
+{
+ ++face_change_count;
+ ++windows_or_buffers_changed;
+}
+}
+<<<
/* Get the value of X resource RESOURCE, class CLASS for the display
of frame FRAME. This is here because ordinary `x-get-resource'
doesn't take
Bug#267802: marked as done (autogen: aclocal-1.8 warns about autoopts.m4)
Your message dated Wed, 15 Sep 2004 02:58:21 -0700 with message-id <[EMAIL PROTECTED]> and subject line fixed in sarge 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; 24 Aug 2004 14:43:05 + >From [EMAIL PROTECTED] Tue Aug 24 07:43:05 2004 Return-path: <[EMAIL PROTECTED]> Received: from gk.hm.epigenomics.net [212.121.137.90] (qmailr) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BzcVt-0006S0-00; Tue, 24 Aug 2004 07:43:05 -0700 Received: (qmail 10486 invoked from network); 24 Aug 2004 14:43:03 - Received: from raman.epigenomics.epi (192.168.48.2) by salam.epigenomics.epi with SMTP; 24 Aug 2004 14:43:03 - Received: (qmail 32465 invoked from network); 24 Aug 2004 14:43:01 - Received: from carrel.epigenomics.epi ([EMAIL PROTECTED]) by raman.epigenomics.epi with SMTP; 24 Aug 2004 14:43:01 - Received: (nullmailer pid 28348 invoked by uid 515); Tue, 24 Aug 2004 14:43:00 - Date: Tue, 24 Aug 2004 16:43:00 +0200 From: Robert Sander <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: autogen: aclocal-1.8 warns about autoopts.m4 Message-ID: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.28i X-Reportbug-Version: 1.50 Fnord: +++ath MSMail-Priority: High X-Operating-System: Linux carrel 2.4.25-xfs-20040226-client-p4-smp-4gb Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-7.0 required=4.0 tests=BAYES_01,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: autogen Version: 5.3.5-1 Severity: normal /usr/share/aclocal/autoopts.m4:22: warning: underquoted definition of AG_PATH_AUTOOPTS -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux carrel 2.4.25-xfs-20040226-client-p4-smp-4gb #2 SMP Die Mär 2 16:11:10 CET 2004 i686 Locale: LANG=de_DE.ISO8859-15, [EMAIL PROTECTED] Versions of packages autogen depends on: ii libc6 2.2.5-ngroups3 GNU C Library: Shared libraries an ii libguile9 1:1.4-24 libraries for Guile1.4 (guile, gui ii libltdl3 1.4.3-5woody1 A system independent dlopen wrappe ii libopts9 5.3.5-1automated option processing librar ii libopts9-dev 5.3.5-1automated option processing librar -- Robert Sander Senior Manager Information Systems Epigenomics AGKleine Praesidentenstr. 110178 Berlin, Germany phone:+49-30-24345-330 fax:+49-30-24345-555 http://www.epigenomics.com [EMAIL PROTECTED] --- Received: (at 267802-done) by bugs.debian.org; 15 Sep 2004 09:57:47 + >From [EMAIL PROTECTED] Wed Sep 15 02:57:47 2004 Return-path: <[EMAIL PROTECTED]> Received: from zoon.lafn.org [206.117.18.9] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1C7WXr-0001xz-00; Wed, 15 Sep 2004 02:57:47 -0700 Received: from localhost (host-66-81-176-88.rev.o1.com [66.81.176.88]) by zoon.lafn.org (8.12.3p3/8.11.3) with ESMTP id i8F9vitP062283 for <[EMAIL PROTECTED]>; Wed, 15 Sep 2004 02:57:45 -0700 (PDT) (envelope-from [EMAIL PROTECTED]) Received: from kraai by localhost with local (Exim 4.34) id 1C7WYT-00019c-7f for [EMAIL PROTECTED]; Wed, 15 Sep 2004 02:58:25 -0700 Date: Wed, 15 Sep 2004 02:58:21 -0700 From: Matt Kraai <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: fixed in sarge Message-ID: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline User-Agent: Mutt/1.5.6+20040722i Sender: Matt Kraai <[EMAIL PROTECTED]> X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on zoon.lafn.org X-Virus-Status: Clean Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition
Webmin and dhcp3-server
Greetings In debian-edu we have a small problem (among of some bigger ones). We need to use dhcp3-server to make it easier to manage thin clients booting either with pxe or with etherboot. But to manage the dhcp3-server we also needs to have a administration frontend for it. As of now, we uses webmin for our administration tasks, but there is a conflict between webmin-dhcpd and dhcp3-server. well, actually the conflict is that webmin-dhcpd depends upon "dhcp-server | dhcpd", while dhcp3-server provides none of them, but instead conflicts with dhcp, which is the only package in sarge that actually provides dhcpd. This is bugged in BTS as #260608. I submitted a patch to create a webmin-dhcpd3 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=260608&msg=5), but I'm not sure if it's the correct way to deal with the problem. I guess the first bug-report for this is actually #204306, where it's assumed that dhcp3-server will replace dhcp-server eventually. Well, it doesn't look like it's going to happen for sarge, and even if it did, the config file for webmin-dhcpd will still be wrong for a dhcp3-server installation. looks like the problem really is #139873 Any thoughts about how to solve this. Even though all options that are availible in dhcp3-server is not configurable in webmin-dhcpd, I know of none where webmin-dhcpd breaks the config of dhcp3-server. If so please, tell, as we really depend on dhcp3-server and webmin-dhcpd working together in debian-edu -- Finn-Arne Johansen [EMAIL PROTECTED] http://bzz.no/
Processed: severity normal
Processing commands for [EMAIL PROTECTED]: > severity 271716 normal Bug#271716: "The GRUB executable /usr/sbin/grub was not found on your system" whereas grub is installed at /sbin/grub Severity set to `normal'. > tags 271716 - sarge Bug#271716: "The GRUB executable /usr/sbin/grub was not found on your system" whereas grub is installed at /sbin/grub Tags were: sarge sid Tags removed: sarge > tags 271716 - sid Bug#271716: "The GRUB executable /usr/sbin/grub was not found on your system" whereas grub is installed at /sbin/grub Tags were: sid Tags removed: sid > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#270285: dosemu: unix.com -s fails to import env vars with an underscore
On Tue, Sep 07, 2004 at 09:18:45PM +0100, Roger Leigh wrote: > > Removing the /e:1024 in config.sys makes the failure occur much sooner > (and then it goes crazy): [...] > if "/home/roger" == "" goto nodrived [Enter=Yes, ESC=No] > lredir d: linux\fs/home/roger [Enter=Yes, ESC=No] > Dividnd Intl. Null pointer assignment > Dividnd Intl. Null pointer assignment > Dividnd Intl. Null pointer assignment > Dividnd Intl. Null pointer assignment > Dividnd Intl. Null pointer assignment > Dividnd Intl. Null pointer assignment > [... dosemu killed by me] The above is caused by a batch file with UNIX line endings, which freecom objects to, so this isn't a dosemu issue AFAICT. I think I've now got the environment thing working on the work machine, but not the home machine. However, I haven't any idea why, since the setup should be very similar. I'll have to look at the environment and config files much more closely. Could locale issues cause any problems? I'm using en_GB.ISO-8859-1 here, but en_GB.UTF8 at work. I'm trying to think of anything external to dosemu itself that could affect it. Regards, Roger -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. signature.asc Description: Digital signature
Bug#270285: dosemu: unix.com -s fails to import env vars with an underscore
On Wed, Sep 15, 2004 at 08:19:03PM +0100, Roger Leigh wrote: > On Tue, Sep 07, 2004 at 09:18:45PM +0100, Roger Leigh wrote: > > > > Removing the /e:1024 in config.sys makes the failure occur much sooner > > (and then it goes crazy): > [...] > > if "/home/roger" == "" goto nodrived [Enter=Yes, ESC=No] > > lredir d: linux\fs/home/roger [Enter=Yes, ESC=No] > > Dividnd Intl. Null pointer assignment > > Dividnd Intl. Null pointer assignment > > Dividnd Intl. Null pointer assignment > > Dividnd Intl. Null pointer assignment > > Dividnd Intl. Null pointer assignment > > Dividnd Intl. Null pointer assignment > > [... dosemu killed by me] > > The above is caused by a batch file with UNIX line endings, which > freecom objects to, so this isn't a dosemu issue AFAICT. Oh yes, freecom _definitely_ hates getting a UNIX text file as a batch file. I'm not sure if this is a bug or a feature, but it's something I've run into before too. > I think I've now got the environment thing working on the work machine, > but not the home machine. However, I haven't any idea why, since the > setup should be very similar. I'll have to look at the environment > and config files much more closely. Could locale issues cause any > problems? I'm using en_GB.ISO-8859-1 here, but en_GB.UTF8 at work. > I'm trying to think of anything external to dosemu itself that could > affect it. No idea. I'd like to know if you find out though. -- Ryan Underwood, <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#269668: rdiff-backup crashes trying to backup to NFS directory
Alec, If this bug is unreproducible, should it also be downgraded? Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#269668: rdiff-backup crashes trying to backup to NFS directory
begin quotation of Steve Langasek on 2004-09-15 18:19:14 -0700: > If this bug is unreproducible, should it also be downgraded? I had planned on giving him two weeks from the date (Sept. 4) I last sent the bunch of questions I hoped would help, but he hasn't replied and I don't see any pressing reason to keep this open three more days. Andreas said that things magically worked when he downgraded to the ancient 0.6.1 in stable, which doesn't have the feature set that appears to have triggered this bug, so that doesn't surprise me. I'm going to close it - Andreas, if you can provide more information on the questions I asked, I'd like to look into this more, but I simply haven't been able to reproduce it and no one on the rdiff-backup lists has reported a similar problem. Alec signature.asc Description: Digital signature
Bug#269668: marked as done (rdiff-backup crashes trying to backup to NFS directory)
Your message dated Wed, 15 Sep 2004 22:27:01 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#269668: rdiff-backup crashes trying to backup to NFS
directory
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; 2 Sep 2004 19:43:29 +
>From [EMAIL PROTECTED] Thu Sep 02 12:43:29 2004
Return-path: <[EMAIL PROTECTED]>
Received: from stargate.theobio.uni-bonn.de (pegasus.theobio.uni-bonn.de)
[131.220.103.65]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1C2xUW-00083B-00; Thu, 02 Sep 2004 12:43:28 -0700
Received: from neudecke by pegasus.theobio.uni-bonn.de with local (Exim 3.36 #1
(Debian))
id 1C2xU0-0001FB-00; Thu, 02 Sep 2004 21:42:56 +0200
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Andreas Neudecker <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: rdiff-backup crashes trying to backup to NFS directory
X-Mailer: reportbug 2.64
Date: Thu, 02 Sep 2004 21:42:56 +0200
Message-Id: <[EMAIL PROTECTED]>
Sender: Andreas <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25
(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_2004_03_25
X-Spam-Level:
Package: rdiff-backup
Version: 0.13.4-3
Severity: grave
Justification: renders package unusable
I have been using rdiff-backup for daily backups of a working directory
for a quite a while now. Recently it stopped working (I cannot say for
sure if it was after I upgraded to 0.13.4-3, but I think so).
I am backing up a subfolder of my ~ dir to a directory on another machine
mounted via NFS. I have rwx-- on the backup target directory. Now,
I keep getting crashes when rdiff backup starts (Traceback see below).
I have tried backing up to another local folder. That works fine.
I have tried to access the NFS folder not through the symbolic link in
my ~, but through the path of the mount point. Didn't work either.
The strange thing is, I never changed the way I call rdiff-backup. This
was in a little shell script.
Kind regards
Andreas
[EMAIL PROTECTED]:~$ rdiff-backup --exclude-special-files ~/biologie/diplom/
/import/Linux/home/neudecke/Daten/diplom-rdiff-backup
-
Detected abilities for source (read only) file system:
Access control lists Off
Extended attributes Off
Mac OS X style resource forksOff
Mac OS X Finder information Off
-
Warning: ownership cannot be changed on filesystem at
/import/Linux/home/neudecke/Daten/diplom-rdiff-backup/rdiff-backup-data
-
Detected abilities for destination (read/write) file system:
Characters needing quoting ''
Ownership changing Off
Hard linking On
fsync() directories Off
Directory inc permissionsOn
Access control lists Off
Extended attributes Off
Mac OS X style resource forksOff
Mac OS X Finder information Off
-
Traceback (most recent call last):
File "/usr/bin/rdiff-backup", line 23, in ?
rdiff_backup.Main.Main(sys.argv[1:])
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 259, in
Main
take_action(rps)
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 229, in
take_action
elif action == "backup": Backup(rps[0], rps[1])
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 273, in
Backup
backup_final_init(rpout)
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 365, in
backup_final_init
Log.open_logfile(Globals.rbdir.append("backup.log"))
File "/usr/lib/python2.3/site-packages/rdiff_backup/log.py", line 61, in
open_logfile
rpath.conn.log.Log.open_logfile_local(rpath)
File "/usr/lib/python2.3/site-packages/rdiff_backup/log.py", line 75, in
open_logfile_local
raise LoggerError("Unable to open logfile %s: %s"
Bug#252522: marked as done (AutoGen version is out of date)
Your message dated Wed, 15 Sep 2004 12:02:04 -0400 with message-id <[EMAIL PROTECTED]> and subject line Bug#252522: fixed in autogen 1:5.6.2-1 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; 3 Jun 2004 22:57:24 + >From [EMAIL PROTECTED] Thu Jun 03 15:57:24 2004 Return-path: <[EMAIL PROTECTED]> Received: from bay-bridge.veritas.com (MTVMIME02.enterprise.veritas.com) [143.127.3.10] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BW19H-gz-00; Thu, 03 Jun 2004 15:57:24 -0700 Received: from megami.veritas.com (unverified) by MTVMIME02.enterprise.veritas.com (Content Technologies SMTPRS 4.3.12) with SMTP id <[EMAIL PROTECTED]> for <[EMAIL PROTECTED]>; Thu, 3 Jun 2004 15:56:51 -0700 Received: from veritas.com (ellen.veritas.com[10.180.88.137]) (629 bytes) by megami.veritas.com via sendmail with P:esmtp/R:smart_host/T:smtp (sender: <[EMAIL PROTECTED]>) id <[EMAIL PROTECTED]> for <[EMAIL PROTECTED]>; Thu, 3 Jun 2004 15:56:51 -0700 (PDT) (Smail-3.2.0.101 1997-Dec-17 #15 built 2001-Aug-30) Sender: bkorb Message-ID: <[EMAIL PROTECTED]> Date: Thu, 03 Jun 2004 15:56:46 -0700 From: Bruce Korb <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] X-Mailer: Mozilla 4.8 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: [EMAIL PROTECTED] Subject: AutoGen version is out of date Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.1 required=4.0 tests=BAYES_44,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: autogen Version: 5.6.2 This is the current version. 5.5.5 is quite old. --- Received: (at 252522-close) by bugs.debian.org; 15 Sep 2004 16:11:34 + >From [EMAIL PROTECTED] Wed Sep 15 09:11:34 2004 Return-path: <[EMAIL PROTECTED]> Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1C7cNZ-0004ls-00; Wed, 15 Sep 2004 09:11:33 -0700 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1C7cEO-0004Ua-00; Wed, 15 Sep 2004 12:02:04 -0400 From: Matt Kraai <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] X-Katie: $Revision: 1.51 $ Subject: Bug#252522: fixed in autogen 1:5.6.2-1 Message-Id: <[EMAIL PROTECTED]> Sender: Archive Administrator <[EMAIL PROTECTED]> Date: Wed, 15 Sep 2004 12:02:04 -0400 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (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_2004_03_25 X-Spam-Level: Source: autogen Source-Version: 1:5.6.2-1 We believe that the bug you reported is fixed in the latest version of autogen, which is due to be installed in the Debian FTP archive: autogen_5.6.2-1.diff.gz to pool/main/a/autogen/autogen_5.6.2-1.diff.gz autogen_5.6.2-1.dsc to pool/main/a/autogen/autogen_5.6.2-1.dsc autogen_5.6.2-1_powerpc.deb to pool/main/a/autogen/autogen_5.6.2-1_powerpc.deb autogen_5.6.2.orig.tar.gz to pool/main/a/autogen/autogen_5.6.2.orig.tar.gz libopts9-dev_5.6.2-1_powerpc.deb to pool/main/a/autogen/libopts9-dev_5.6.2-1_powerpc.deb libopts9_5.6.2-1_powerpc.deb to pool/main/a/autogen/libopts9_5.6.2-1_powerpc.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. Matt Kraai <[EMAIL PROTECTED]> (supplier of updated autogen 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: Wed, 15 Sep 2004 08:24:31 -0700 Source: autogen Binary: libopts9 libopts9-dev autogen Architecture: source powerpc Version: 1:5.6.2-1 Distribution: unstable Urgency: low Maintainer: Matt Kraai <[EMAIL PROTECTED]> Changed-By: Matt Kraai <[EMAIL PROTECTED]> Descripti
