Processing of metamail_2.7-47sarge0_i386.changes
metamail_2.7-47sarge0_i386.changes couldn't be processed for 48 hours and is now deleted All files it mentions are also removed: metamail_2.7-47sarge0.dsc, metamail_2.7.orig.tar.gz, metamail_2.7-47sarge0.diff.gz, metamail_2.7-47sarge0_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of netcdf-perl_1.2.1-8_i386.changes
netcdf-perl_1.2.1-8_i386.changes uploaded successfully to localhost along with the files: netcdf-perl_1.2.1-8.dsc netcdf-perl_1.2.1-8.diff.gz netcdf-perl_1.2.1-8_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
netcdf-perl_1.2.1-8_i386.changes ACCEPTED
Accepted: netcdf-perl_1.2.1-8.diff.gz to pool/main/n/netcdf-perl/netcdf-perl_1.2.1-8.diff.gz netcdf-perl_1.2.1-8.dsc to pool/main/n/netcdf-perl/netcdf-perl_1.2.1-8.dsc netcdf-perl_1.2.1-8_i386.deb to pool/main/n/netcdf-perl/netcdf-perl_1.2.1-8_i386.deb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 175682 352124 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
haskelldb fails to build on debian-amd64
Hello, haskelldb fails to build from source on debian-amd64, with a lot of errors like: " undefined reference to `stg_ap_p_ret' ", as shown at [1]. I have to say I have never heard of haskell before, so I was wondering if you could give me any hint to fix it. A good starting point would be pointing me where stg_ap_p_ret is defined, as I haven't been able to find out (am I unable to use google?). All the best, Roberto PS. please include me in your replies, don't just mail the list! [1] http://amd64.ftbfs.de/fetch.php?&pkg=ghc6&ver=6.4.1-2&arch=amd64&stamp=1141531193&file=log&as=raw -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357058: Please update config.*
Package: ud Version: 0.7.1-19 Severity: wishlist The config.* files your packages uses to determine the host system are quite old. For example, it doesn't recognize mips64. While this is not a problem right now since we don't have such a Debian port, your config.* files are also too old to recognize a number of other systems - ports people are currently working on, such as powerpc64 and GNU/k*BSD. Therefore, please update your config.* files. The autotools-dev contains good information how to do that. > Automatic build of ud_0.7.1-19 on bigsur by sbuild/mips 1.94 ... > checking host system type... ./config.guess: unable to guess system type > > This script, last modified 2002-03-20, has failed to recognize > the operating system you are using. It is advised that you > download the most up to date version of the config scripts from > > ftp://ftp.gnu.org/pub/gnu/config/ > > If the version you run (./config.guess) is already up to date, please > send the following data and any information you think might be > pertinent to <[EMAIL PROTECTED]> in order to provide the needed > information to handle your system. > > config.guess timestamp = 2002-03-20 > > uname -m = mips64 > uname -r = 2.6.16-rc6 > uname -s = Linux > uname -v = #8 SMP Tue Mar 14 01:35:21 UTC 2006 > > /usr/bin/uname -p = > /bin/uname -X = > > hostinfo = > /bin/universe = > /usr/bin/arch -k = > /bin/arch = mips64 > /usr/bin/oslevel = > /usr/convex/getsysinfo = > > UNAME_MACHINE = mips64 > UNAME_RELEASE = 2.6.16-rc6 > UNAME_SYSTEM = Linux > UNAME_VERSION = #8 SMP Tue Mar 14 01:35:21 UTC 2006 > configure: error: can not guess host type; you must specify one > make: *** [build-stamp] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355893: vcg: Please allow to start interatively without a filename, and include a menu entry
Hello, On Tue, 14 Mar 2006 22:06:39 -0500 Justin Pryzby <[EMAIL PROTECTED]> wrote: > I suggested that vcg allow itself to be > started in interactive mode, but without specifying any initial file. Hey wait... You wrote it! Why not start with the same initial file, a kind of splash screen, a dumb /usr/share/vcg/simple.vcg or a sophisticated /usr/share/vcg/debian.vcg? No coding required. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Haskelldb-users] haskelldb fails to build on debian-amd64
Roberto Pariset wrote: Hello, haskelldb fails to build from source on debian-amd64, with a lot of errors like: " undefined reference to `stg_ap_p_ret' ", as shown at [1]. I have to say I have never heard of haskell before, so I was wondering if you could give me any hint to fix it. A good starting point would be pointing me where stg_ap_p_ret is defined, as I haven't been able to find out (am I unable to use google?). All the best, Roberto PS. please include me in your replies, don't just mail the list! [1] http://amd64.ftbfs.de/fetch.php?&pkg=ghc6&ver=6.4.1-2&arch=amd64&stamp=1141531193&file=log&as=raw Hi Roberto, the log that you link to seems to be for the GHC build, not HaskellDB, and it doesn't seem to contain the error messages that you mention. I did find the HaskellDB log with the errors at: http://amd64.ftbfs.de/fetch.php?&pkg=haskelldb&ver=0.9.cvs.601-9&arch=amd64&stamp=1142372938&file=log&as=raw I think that the stg_ap_p_ret function belongs to the GHC run-time system, but I don't know what would cause the linker to not find it. /Björn (HaskellDB maintainer)
Re: haskelldb fails to build on debian-amd64
Bjorn Bringert ha scritto: > Roberto Pariset wrote: > >> Hello, >> haskelldb fails to build from source on debian-amd64, with a lot of >> errors >> like: " undefined reference to `stg_ap_p_ret' ", as shown at [1]. >> I have to say I have never heard of haskell before, so I was wondering if >> you could give me any hint to fix it. A good starting point would be >> pointing me where stg_ap_p_ret is defined, as I haven't been able to find >> out (am I unable to use google?). All the best, >> Roberto >> >> >> PS. please include me in your replies, don't just mail the list! >> >> >> >> [1] >> http://amd64.ftbfs.de/fetch.php?&pkg=ghc6&ver=6.4.1-2&arch=amd64&stamp=1141531193&file=log&as=raw >> > > > Hi Roberto, > > the log that you link to seems to be for the GHC build, not HaskellDB, > and it doesn't seem to contain the error messages that you mention. I > did find the HaskellDB log with the errors at: > http://amd64.ftbfs.de/fetch.php?&pkg=haskelldb&ver=0.9.cvs.601-9&arch=amd64&stamp=1142372938&file=log&as=raw > > > I think that the stg_ap_p_ret function belongs to the GHC run-time > system, but I don't know what would cause the linker to not find it. > > /Björn (HaskellDB maintainer) > Thanks a lot, Björn. I confirm I got the url wrong, sorry. Now, let's hope to hear some feedback from the GHC guys =) Rob
Bug#356177: FTBFS: ./configure: line 2778: syntax error near unexpected token '('
tags 356177 +patch
thanks
--
David Watson
Lugmaster, Programmer, Bass Player
http://planetwatson.co.uk/blog
http://liverpool.lug.org.uk
IM(jabber): [EMAIL PROTECTED]
diff -ur fv/fv-3.0/fitsTcl/configure fv-3.0/fitsTcl/configure
--- fv/fv-3.0/fitsTcl/configure 2006-03-15 21:06:36.0 +
+++ fv-3.0/fitsTcl/configure 2000-11-22 15:38:40.0 +
@@ -1165,7 +1165,7 @@
# results, and the version is kept in special file).
if test -r /etc/.relid -a "X`uname -n`" = "X`uname -s`" ; then
- system=MP-RAS-`awk '{print $3}' /etc/.relid`
+ system=MP-RAS-`awk '{print $3}' /etc/.relid'`
fi
if test "`uname -s`" = "AIX" ; then
system=AIX-`uname -v`.`uname -r`
diff -ur fv/fv-3.0/fitsTcl/configure.in fv-3.0/fitsTcl/configure.in
--- fv/fv-3.0/fitsTcl/configure.in 2006-03-15 21:06:51.0 +
+++ fv-3.0/fitsTcl/configure.in 2000-11-22 15:38:40.0 +
@@ -224,7 +224,7 @@
# results, and the version is kept in special file).
if test -r /etc/.relid -a "X`uname -n`" = "X`uname -s`" ; then
- system=MP-RAS-`awk '{print $3}' /etc/.relid`
+ system=MP-RAS-`awk '{print $3}' /etc/.relid'`
fi
if test "`uname -s`" = "AIX" ; then
system=AIX-`uname -v`.`uname -r`
diff -ur fv/fv-3.0/itcl3.2.0/tcl.m4 fv-3.0/itcl3.2.0/tcl.m4
--- fv/fv-3.0/itcl3.2.0/tcl.m4 2006-03-15 21:06:02.0 +
+++ fv-3.0/itcl3.2.0/tcl.m4 2000-11-22 15:38:55.0 +
@@ -586,7 +586,7 @@
# results, and the version is kept in special file).
if test -r /etc/.relid -a "X`uname -n`" = "X`uname -s`" ; then
- system=MP-RAS-`awk '{print $3}' /etc/.relid`
+ system=MP-RAS-`awk '{print $3}' /etc/.relid'`
fi
if test "`uname -s`" = "AIX" ; then
system=AIX-`uname -v`.`uname -r`
@@ -1452,7 +1452,7 @@
# results, and the version is kept in special file).
if test -r /etc/.relid -a "X`uname -n`" = "X`uname -s`" ; then
- system=MP-RAS-`awk '{print $3}' /etc/.relid`
+ system=MP-RAS-`awk '{print $3}' /etc/.relid'`
fi
if test "`uname -s`" = "AIX" ; then
system=AIX-`uname -v`.`uname -r`
diff -ur fv/fv-3.0/pow/configure fv-3.0/pow/configure
--- fv/fv-3.0/pow/configure 2006-03-15 21:07:18.0 +
+++ fv-3.0/pow/configure 2000-11-22 15:38:37.0 +
@@ -1633,7 +1633,7 @@
# results, and the version is kept in special file).
if test -r /etc/.relid -a "X`uname -n`" = "X`uname -s`" ; then
- system=MP-RAS-`awk '{print $3}' /etc/.relid`
+ system=MP-RAS-`awk '{print $3}' /etc/.relid'`
fi
if test "`uname -s`" = "AIX" ; then
system=AIX-`uname -v`.`uname -r`
diff -ur fv/fv-3.0/pow/configure.in fv-3.0/pow/configure.in
--- fv/fv-3.0/pow/configure.in 2006-03-15 21:07:39.0 +
+++ fv-3.0/pow/configure.in 2000-11-22 15:38:37.0 +
@@ -268,7 +268,7 @@
# results, and the version is kept in special file).
if test -r /etc/.relid -a "X`uname -n`" = "X`uname -s`" ; then
- system=MP-RAS-`awk '{print $3}' /etc/.relid`
+ system=MP-RAS-`awk '{print $3}' /etc/.relid'`
fi
if test "`uname -s`" = "AIX" ; then
system=AIX-`uname -v`.`uname -r`
diff -ur fv/fv-3.0/tcl8.3.2/unix/configure fv-3.0/tcl8.3.2/unix/configure
--- fv/fv-3.0/tcl8.3.2/unix/configure 2006-03-15 21:04:46.0 +
+++ fv-3.0/tcl8.3.2/unix/configure 2000-11-22 15:40:56.0 +
@@ -4698,7 +4698,7 @@
# results, and the version is kept in special file).
if test -r /etc/.relid -a "X`uname -n`" = "X`uname -s`" ; then
- system=MP-RAS-`awk '{print }' /etc/.relid`
+ system=MP-RAS-`awk '{print }' /etc/.relid'`
fi
if test "`uname -s`" = "AIX" ; then
system=AIX-`uname -v`.`uname -r`
@@ -5702,7 +5702,7 @@
# results, and the version is kept in special file).
if test -r /etc/.relid -a "X`uname -n`" = "X`uname -s`" ; then
- system=MP-RAS-`awk '{print }' /etc/.relid`
+ system=MP-RAS-`awk '{print }' /etc/.relid'`
fi
if test "`uname -s`" = "AIX" ; then
system=AIX-`uname -v`.`uname -r`
diff -ur fv/fv-3.0/tcl8.3.2/unix/tcl.m4 fv-3.0/tcl8.3.2/unix/tcl.m4
--- fv/fv-3.0/tcl8.3.2/unix/tcl.m4 2006-03-15 21:05:21.0 +
+++ fv-3.0/tcl8.3.2/unix/tcl.m4 2000-11-22 15:40:57.0 +
@@ -568,7 +568,7 @@
# results, and the version is kept in special file).
if test -r /etc/.relid -a "X`uname -n`" = "X`uname -s`" ; then
- system=MP-RAS-`awk '{print $3}' /etc/.relid`
+ system=MP-RAS-`awk '{print $3}' /etc/.relid'`
fi
if test "`uname -s`" = "AIX" ; then
system=AIX-`uname -v`.`uname -r`
@@ -1484,7 +1484,7 @@
# results, and the version is kept in special file).
if test -r /etc/.relid -a "X`uname -n`" = "X`uname -s`" ; then
- system=MP-RAS-`awk '{print $3}' /etc/.relid`
+ system=MP-RAS-`awk '{print $3}' /etc/.relid'`
fi
if test "`uname -s`" = "AIX" ; then
system=AIX-`uname -v`.`uname -r`
diff -ur fv/fv-3.0/tk8.3.2/unix/aclocal.m4 fv-3.0/tk8.3.2/unix/aclocal.m4
--- fv/fv-3.0/tk8.3.2/unix/
Bug#357163: metamail: dumps core with -w option
Package: metamail Version: 2.7-51 Severity: normal Given a mail file with any sort of attachment, metamail -w dumps core. Without -w, many mail files are handled without a problem. Setting MMDEBUG produces a couple of dates, but nothing useful. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages metamail depends on: ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand Versions of packages metamail recommends: ii mime-support 3.36-1 MIME files 'mime.types' & 'mailcap ii sharutils 1:4.2.1-15 shar, unshar, uuencode, uudecode -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357163: metamail: dumps core with -w option
tag 357163 confirmed patch
thanks
On Wed, Mar 15, 2006 at 06:37:41PM -0500, Norman Ramsey wrote:
> Package: metamail
> Version: 2.7-51
> Severity: normal
>
> Given a mail file with any sort of attachment, metamail -w dumps core.
> Without -w, many mail files are handled without a problem.
> Setting MMDEBUG produces a couple of dates, but nothing useful.
I've attached a crappy patch; it isn't clear to me how to fix it in a
clean yet not invasive way.
Justin
--- old/metamail.c 2006-03-15 18:54:10.0 -0500
+++ ./metamail.c2006-03-15 19:24:24.0 -0500
@@ -381,17 +381,20 @@
char Fname[NAME_MAX], *suggestedname, SugBuf[NAME_MAX];
FILE *fp;
int ans = 0, octetstream, ecode=0;
+ int JustMadeTheFile=0;
Fname[0] = 0;
suggestedname = FindParam("name");
-if (strlen(suggestedname) > NAME_MAX - 50)
-suggestedname[NAME_MAX - 50] = '\0';
if (!suggestedname) {
MkTmpFileName(SugBuf);
+ JustMadeTheFile=1;
suggestedname = SugBuf;
-} else if (suggestedname[0] == '"') {
-suggestedname=UnquoteString(suggestedname);
+ } else if (strlen(suggestedname) > NAME_MAX - 50) {
+suggestedname[NAME_MAX - 50] = '\0';
+ if (suggestedname[0] == '"') {
+ suggestedname=UnquoteString(suggestedname);
+ }
}
octetstream = ! lc2strcmp(ContentType, "application/octet-stream");
if (MightAskBeforeExecuting && !DefinitelyNotTty && !MustNotBeTty) {
@@ -450,7 +453,7 @@
if (DoDebug) fprintf(stderr, "pre access");
-if (access(Fname, F_OK) == 0) {
+if (!JustMadeTheFile && access(Fname, F_OK) == 0) {
char *s, AnsBuf[50];
int overwriteans = -1;
do {
Processed: Re: Bug#357163: metamail: dumps core with -w option
Processing commands for [EMAIL PROTECTED]: > tag 357163 confirmed patch Bug#357163: metamail: dumps core with -w option There were no tags set. Tags added: confirmed, patch > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
docbook-ebnf 1.0+really1.2cr1-2 MIGRATED to testing
FYI: The status of the docbook-ebnf source package in Debian's testing distribution has changed. Previous version: 1.0+really1.2cr1-1 Current version: 1.0+really1.2cr1-2 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
vcg 1.30debian-4 MIGRATED to testing
FYI: The status of the vcg source package in Debian's testing distribution has changed. Previous version: 1.30debian-3 Current version: 1.30debian-4 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
doxymacs 1.6.0-3 MIGRATED to testing
FYI: The status of the doxymacs source package in Debian's testing distribution has changed. Previous version: (not in testing) Current version: 1.6.0-3 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#246059: rxvt-unicode bugs: please verify fix
Micha Feigin writes: > I can still see the bug. It looks like I have set the pemitions of > /dev/tty to 666 since then but after installing the package and > changing the permisions to 600 (my user is in the tty group) I still > get the error If the admin removes read permission from /dev/tty, then we cannot read from /dev/tty. I don't see how this could be a bug. rxvt-unicode does not change the permissions, nor can it. You changed the permissions to something broken; there's no way a program can work around that. I tested recreating the device with makedev; it now creates it 666. > BTW, mrxvt gives me the same error. Right. -- things change. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284257: rxvt-unicode
Did you get a chance to test the prerelease packages? If you don't still have the location: http://www.rupamsunyata.org/deb/ Thanks! -- things change. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
