date:20130523

Bug#709508: gdb: FTBFS on hurd-i386

2013-05-23 Thread Svante Signell

Source: gdb
Version: 7.6-2
Severity: important
Tags: patch, upastream
Usertags: hurd
User: debian-h...@lists.debian.org

Hello,

gdb does not build from source any longer since gdb-multiarch packages
was enabled in 7.4.1-1. The build problems is due to a PATH_MAX issue
in gdb/nto-tdep.c:nto_init_solib_absolute_prefix(). The attached patch,
solve_PATH_MAX_issue.patch, solves this build problem. This patch has
also been submitted upstream, see
http://sourceware.org/ml/gdb-patches/2013-05/msg00878.html

Thanks!

--- a/gdb/nto-tdep.c	2013-05-23 14:28:24.0 +
+++ b/gdb/nto-tdep.c	2013-05-23 15:01:24.0 +
@@ -147,9 +147,11 @@ nto_find_and_open_solib (char *solib, un
 void
 nto_init_solib_absolute_prefix (void)
 {
-  char buf[PATH_MAX * 2], arch_path[PATH_MAX];
+  char *buf, *arch_path;
   char *nto_root, *endian;
   const char *arch;
+  int arch_len, len;
+#define FMT set solib-absolute-prefix %s
 
   nto_root = nto_target ();
   if (strcmp (gdbarch_bfd_arch_info (target_gdbarch ())-arch_name, i386) == 0)
@@ -172,9 +174,13 @@ nto_init_solib_absolute_prefix (void)
 	   == BFD_ENDIAN_BIG ? be : le;
 }
 
-  xsnprintf (arch_path, sizeof (arch_path), %s/%s%s, nto_root, arch, endian);
+  arch_len = strlen (nto_root) + 1 + strlen (arch) + strlen (endian) + 1;
+  arch_path = alloca (arch_len);
+  xsnprintf (arch_path, arch_len, %s/%s%s, nto_root, arch, endian);
 
-  xsnprintf (buf, sizeof (buf), set solib-absolute-prefix %s, arch_path);
+  len = strlen (FMT) - 2 + strlen (arch_path) + 1;
+  buf =  alloca (len);
+  xsnprintf (buf, len, FMT, arch_path);
   execute_command (buf, 0);
 }

Bug#679640: [Enigmail] Fwd: Re: Can somone confirm or deny if PGP/Mime messages verify in Debian Wheezy/IceDove?

2013-05-23 Thread Andy Ruddock

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Daniel Kahn Gillmor wrote:
 Control: tags 679640 + help
 
 I just wanted to forward a discussion between Patrick and myself
 around the failure of enigmail 1.4.1 and icedove 10 in verifying
 PGP/MIME clearsigned messages that are embedded within another
 (non-signed) MIME part.  the prognosis doesn't look good at getting
 this resolved, unfortunately.
 
 attached is part of the exchange between patrick and myself, and
 an attempted patch to enigmail which did not solve the problem.
 
 I'm a bit stuck about how to resolve this issue for debian users, 
 unfortunately.
 
 --dkg

The message just sent to enigmail-us...@enigmail.net didn't verify on
my SeaMonkey/Enigmail Wheezy install.
I see a mail with three attachments, one of which is signature.asc


- -- 
Andy Ruddock
- 
andy.rudd...@rainydayz.org (OpenPGP Key ID 0xB0324245)
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJRnkpAAAoJECqtbbewMkJF/woP/Asu3zpoeH5PdZ5Ku3FUEX1B
dheM+kG1Ttbid6G2kd23MeZVPDEHBgKskH7ttR+T/VcC3QDxIUWT3JYLARG4H/hg
ZiPi4h812LBNiCEF5u3zUMDg+tYa0w9i+XpHYMLkW5RNhlC1Igg2qcarHw07lvXI
6iM1rUery1MBP/nw1yTSYn9LPZrS7Sum3VlJaPiwq5NpzRDiYMG2kLPpeGjndBZG
3/xQNfyoUkhxyoWvWfYCNIqYifnc1NrvN+Re8ZnDxcKemVd/9P5ffa+w8Or8TPel
FcePVu4JboZivSp76fAZ/Bhx0Fkj/NgdheL2umt4asQrZt8f51P1eLtnhSmNIcOa
GOZCIWGbQMCNm1+vDoBRnn05ZUEShiVZzNspbR197A5tKYVtPyDWo8HPtfMdiNLG
C3AP7VSZpHv/58FwoF0Qo366ZTD1Xn/O8us2t6IU1nQiCeGFQhNRL4mYqfxK6/WQ
b+hnuCzi8GvlSiqv2ugJ4Teu0zRG/JxeEIWXUqoNWCrzcaIO/Y+F4DY8R+5ON7a0
oncPDv9778TUYj/PkXAvjGfk3SipyMn78WJUdxYCnavf6COwP8G/dgyWAYEJrF+9
symHJ6/pYfsn+St5b5c22lHmrteP3+gsSFf7nJA1bsMo6y6VdvdQ7QAB6wmOlqo0
ryMHI1xAGqwmOocMjWab
=uhR7
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#709509: netcat-traditional: crash on invalid input

2013-05-23 Thread gennady.kupava

Package: netcat-traditional
Version: 1.10-40
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
nc.traditional localhost 10

Crashes with following output:
*** buffer overflow detected ***: nc.traditional terminated
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7fda4e2a7d67]
/lib/x86_64-linux-gnu/libc.so.6(+0xfbd20)[0x7fda4e2a6d20]
/lib/x86_64-linux-gnu/libc.so.6(+0xfb1a9)[0x7fda4e2a61a9]
/lib/x86_64-linux-gnu/libc.so.6(_IO_default_xsputn+0x89)[0x7fda4e2232a9]
/lib/x86_64-linux-gnu/libc.so.6(_IO_vfprintf+0xf74)[0x7fda4e1f2a04]
/lib/x86_64-linux-gnu/libc.so.6(__vsprintf_chk+0x97)[0x7fda4e2a6247]
/lib/x86_64-linux-gnu/libc.so.6(__sprintf_chk+0x7d)[0x7fda4e2a618d]
nc.traditional[0x402b40]
nc.traditional[0x401e72]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7fda4e1cca55]
nc.traditional[0x40234d]
=== Memory map: 
0040-00406000 r-xp  08:11 691
/bin/nc.traditional
00605000-00606000 r--p 5000 08:11 691
/bin/nc.traditional
00606000-00607000 rw-p 6000 08:11 691
/bin/nc.traditional
01204000-01225000 rw-p  00:00 0  [heap]
7fda4df95000-7fda4dfaa000 r-xp  08:11 33456
/lib/x86_64-linux-gnu/libgcc_s.so.1
7fda4dfaa000-7fda4e1aa000 ---p 00015000 08:11 33456
/lib/x86_64-linux-gnu/libgcc_s.so.1
7fda4e1aa000-7fda4e1ab000 rw-p 00015000 08:11 33456
/lib/x86_64-linux-gnu/libgcc_s.so.1
7fda4e1ab000-7fda4e34f000 r-xp  08:11 40010
/lib/x86_64-linux-gnu/libc-2.17.so
7fda4e34f000-7fda4e54e000 ---p 001a4000 08:11 40010
/lib/x86_64-linux-gnu/libc-2.17.so
7fda4e54e000-7fda4e552000 r--p 001a3000 08:11 40010
/lib/x86_64-linux-gnu/libc-2.17.so
7fda4e552000-7fda4e554000 rw-p 001a7000 08:11 40010
/lib/x86_64-linux-gnu/libc-2.17.so
7fda4e554000-7fda4e558000 rw-p  00:00 0
7fda4e558000-7fda4e579000 r-xp  08:11 40007
/lib/x86_64-linux-gnu/ld-2.17.so
7fda4e6e5000-7fda4e71a000 r--s  08:15 16904
/var/cache/nscd/services
7fda4e71a000-7fda4e74f000 r--s  08:15 14542
/var/cache/nscd/hosts
7fda4e74f000-7fda4e752000 rw-p  00:00 0
7fda4e776000-7fda4e779000 rw-p  00:00 0
7fda4e779000-7fda4e77a000 r--p 00021000 08:11 40007
/lib/x86_64-linux-gnu/ld-2.17.so
7fda4e77a000-7fda4e77b000 rw-p 00022000 08:11 40007
/lib/x86_64-linux-gnu/ld-2.17.so
7fda4e77b000-7fda4e77c000 rw-p  00:00 0
7fff39497000-7fff394b8000 rw-p  00:00 0
[stack]
7fff395ef000-7fff395f r-xp  00:00 0  [vdso]
ff60-ff601000 r-xp  00:00 0
[vsyscall]
Aborted



-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.6-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages netcat-traditional depends on:
ii  libc6  2.17-3

netcat-traditional recommends no packages.

netcat-traditional suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#709050: [pkg-GD-devel] Bug#709050: mscgen: fails to build with current libgd2

2013-05-23 Thread Ondřej Surý

Hi,

were you able to discover something? I don't see anything in gd, but I did
study it very hard.

Ondrej


On Mon, May 20, 2013 at 4:08 PM, Niels Thykier ni...@thykier.net wrote:

 Control: tags -1 confirmed help

 On 2013-05-20 15:06, Colin Watson wrote:
  Package: mscgen
  Version: 0.20-2
  Severity: serious
  User: ubuntu-de...@lists.ubuntu.com
  Usertags: origin-ubuntu saucy
 
  mscgen fails to build in unstable as follows:
 
make  check-TESTS
make[3]: Entering directory `/«PKGBUILDDIR»/build/test'
testinput0.msc
Error: gdoTextHeight: Could not read font (GDFONTPATH=)
FAIL: renderercheck.sh

1 of 1 test failed
Please report to michael.mcternan.2...@cs.bris.ac.uk

make[3]: *** [check-TESTS] Error 1
 
  If it helps, you can see a corresponding Ubuntu build log here:
 
 
 https://launchpadlibrarian.net/140264375/buildlog_ubuntu-saucy-i386.mscgen_0.20-2build2_FAILEDTOBUILD.txt.gz
 
  I don't quite know what's happening here, as running the tests by hand
  seems to succeed.
 
  Thanks,
 

 I can confirm the failure in a sid chroot, but the failure is
 non-deterministic.  I have seen 2 successful builds out of 5 or so.
 Furthermore the test that fails is also non-deterministic.  Your log has
 testinput0.msc, but I saw 17, 5 and one starting with 2 (forgot the
 exact number for that one).
   The frequency of the failures appears to be fairly random at first
 glance (for testinput0.msc).  I have observed 0 to 496 successful runs
 between each failure.  The average number of successes between failures
 appears to be around 36 runs (based on 90 observations).  So anyone
 wanting to replicate this may want to setup a:
while mscgen -Tpng in-file ; do : ; done


 Dear pkg-gd developers, do you have any hints as to why gdImageStringFT
 would be non-deterministic[1]?  As far as I can tell, it receives the
 following arguments:

   NULL,
   rect (int array[8], init'ed to 8 zeroes),
   pen (0 or 0xff - failures tend to be 0),
   helvetica,
   11.0,
   0,
   0,
   0,
   gHELLOWt

 The pen value is (AFAICT) always a value returned by
 gdImageColorAllocate.  mscgen will always allocate ADRAW_COL_BLACK and
 ADRAW_COL_WHITE (in that order) prior to loading any other colors[2].

 ~Niels

 [1] Call context:

 http://anonscm.debian.org/gitweb/?p=collab-maint/mscgen.git;a=blob;f=src/gd_out.c;h=64d82b27817dccae83c24ce6a450306be11fcfe4;hb=2ca7e6af2dad9f34d6d1466174b13e646d8ab630#l225

 [2]
 src/adraw.h:ADRAW_COL_WHITE   = 0x00ff,
 src/adraw.h:ADRAW_COL_BLACK   = 0x,

 These are passed like:
 gdImageColorAllocate(context-img,
  (col  0xff)  16,
  (col  0x00ff00)   8,
  (col  0xff)   0);

 (see the getColorRef function in same file linked to in [1])



 ___
 pkg-GD-devel mailing list
 pkg-gd-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gd-devel




-- 
Ondřej Surý ond...@sury.org

Bug#709267: File Corruption Problems

2013-05-23 Thread Angel Ortega

2013/5/23 Bob Proulx b...@proulx.com:

 Ola Lundqvist wrote:
 ... My guess is that you have some kind of bit errors on your disk.
 ...
 I'll close this bug report and I think you should check your
 disk using the badblocks command. :-)

 You might also consider running 'debsums' which will verify package
 files against the MD5 checksum lists included in the package.  A
 useful file integrity checking tool.

Given that neither badblocks nor smartctl reported aboutn any HD
failure, I'll try this approach.

Thanks!

Regards,
Angel


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#709301: [Pkg-openssl-devel] Bug#709292: closed by Kurt Roeckx k...@roeckx.be (Re: Bug#709292: curl: Connection to https server produces SSL error.)

2013-05-23 Thread Kurt Roeckx

Hi,

I get this:
$ wget 
https://sede.dgt.gob.es/sede/faces/paginas/testra/testraIframe.xhtml?pagina=consulta.html
--2013-05-23 19:02:18--  
https://sede.dgt.gob.es/sede/faces/paginas/testra/testraIframe.xhtml?pagina=consulta.html
Resolving sede.dgt.gob.es (sede.dgt.gob.es)... 213.4.59.219
Connecting to sede.dgt.gob.es (sede.dgt.gob.es)|213.4.59.219|:443... connected.
[1157675.268577] wget[14792]: segfault at 1013c4ad4 ip 7f0ece581fee sp 
7fff855b2670 error 4 in libgnutls.so.26.22.4[7f0ece564000+b9000]
Segmentation fault

That clearly looks like a real bug somewhere, and still open against 
libgnutls26.


Kurt

On Thu, May 23, 2013 at 08:25:10AM +0100, Caronte Estigia wrote:
 Good Morning Kurt,
 
 just one question. I think Alessandro reasigned the bug to both libssl and 
 libgnutls. Am I correct?
 
 Question is because specifying the protocol solves the problem with libssl, 
 not with libgnutls. When I test wget with --secure-protocol it works fine 
 when compiled with libssl but it keeps failing with libgnutls.
 
 Could you please confirm the fact that the case is still open in libgnutls or 
 should I file a new bug?
 
 Best regards.
 Francisco.
 
 
 
  De: Debian Bug Tracking System ow...@bugs.debian.org
 Para: rodrifra sable_la...@yahoo.es 
 Enviado: Miércoles 22 de Mayo de 2013 18:21
 Asunto: Bug#709292 closed by Kurt Roeckx k...@roeckx.be (Re: Bug#709292: 
 curl: Connection to https server produces SSL error.)
  
 
 This is an automatic notification regarding your Bug report
 which was filed against the libssl1.0.0 package:
 
 #709292: libssl1.0.0: decryption failed or bad record mac during handshake
 
 It has been closed by Kurt Roeckx k...@roeckx.be.
 
 Their explanation is attached below along with your original report.
 If this explanation is unsatisfactory and you have not received a
 better one in a separate message then please contact Kurt Roeckx 
 k...@roeckx.be by
 replying to this email.
 
 
 -- 
 709292: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709292
 Debian Bug Tracking System
 Contact ow...@bugs.debian.org with problems
 On Wed, May 22, 2013 at 02:32:29PM +0200, Alessandro Ghedini wrote:
  reassign 709292 libssl1.0.0
  retitle 709292 libssl1.0.0: decryption failed or bad record mac during 
  handshake
  clone 709292 -1
  reassign -1 libgnutls26
  retitle -1 libgnutls26: segfaults during handshake
  severity -1 important
  affects -1 wget
  kthxbye
  
  On Wed, May 22, 2013 at 01:37:35PM +0200, rodrifra wrote:
   Package: curl
   Version: 7.26.0-1+wheezy2
   Severity: normal
   
   Dear Maintainer,
   
      Executing the following:
       curl -o pruebacurl.html 
   https://sede.dgt.gob.es/sede/faces/paginas/testra/testraIframe.xhtml?pagina=consulta.html
      Produced the next error:
       error:1408F119:SSL routines:SSL3_GET_RECORD:decryption failed or bad 
   record mac
   
      Forcing SSLv3 solves the problem:
       curl -3 -o pruebacurl.html 
   https://sede.dgt.gob.es/sede/faces/paginas/testra/testraIframe.xhtml?pagina=consulta.html
  
  If there's any bug, it's probably in the server's SSL implementation, since 
  it
  can't do a proper TLS handshake, in any case it's not curl's fault. I'm
  reassigning this to openssl (which is what curl uses) to make sure there's
  nothing wrong with it.
 
 Yes, this is the server's problems, nothing you can do about it
 other than downgrading to a lower TLS version.  TLS 1.0
 should work in most cases.  About 1% of the servers are known to
 have this problem.
 
 The problem is that we announce that we support TLS 1.2 to the server,
 and the server should reply that it only supports 1.0, but just
 closes the connection or does something else weird.  This is why
 you also see this with gnutls.
 
 There is nothing we can do in openssl or gnutls about this.  What
 could be done is that something like curl or wget tries to connect
 again with a lower TLS version.  But if you automate this, you
 also need to think about version downgrade attacks.
 
 Since we can't actually fix anything, and curl and wget have
 options to use a lower protocol version, I'm just going to
 close this bug.
 
 
 KurtPackage: curl
 Version: 7.26.0-1+wheezy2
 Severity: normal
 
 Dear Maintainer,
 
    Executing the following:
     curl -o pruebacurl.html 
 https://sede.dgt.gob.es/sede/faces/paginas/testra/testraIframe.xhtml?pagina=consulta.html
    Produced the next error:
     error:1408F119:SSL routines:SSL3_GET_RECORD:decryption failed or bad 
 record mac
 
    Forcing SSLv3 solves the problem:
     curl -3 -o pruebacurl.html 
 https://sede.dgt.gob.es/sede/faces/paginas/testra/testraIframe.xhtml?pagina=consulta.html
 
    wget has same problem in latest stable version, but oldstable works fine.
 
 
 -- System Information:
 Debian Release: 7.0
   APT prefers stable-updates
   APT policy: (500, 'stable-updates'), (500, 'stable')
 Architecture: amd64 (x86_64)
 
 Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
 Locale:

Bug#709447: nettoe: Pending package of nettoe-1.4.2.

2013-05-23 Thread Mats Erik Andersson

package nettoe
version 1.3.2-1
tags pending
thanks

An updated package of nettoe-1.4.2 is pending.
The nettoe-1.4.* series just needed some seasoning!

Best regards,
  Mats Erik Andersson, DM


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#709488: xscreensaver: allow restarting xscreensaver while locked

2013-05-23 Thread Jamie Zawinski

Use kill.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#690531: Fwd: [fedora-astronomy] IRAF RPM spec files

2013-05-23 Thread Ole Streicher

Iraf is not forgooten :-)

I just want to remind myself that there is an attempt to package iraf
for Fedora Linux. They are able to compile the whole package now, so it
makes sense to adopt their patches.

This is from the Fedora-Astronomy mailing list
http://lists.fedoraproject.org/pipermail/astronomy/
Entries covering IRAF start in March 2013. Most current files yet are
from
http://lists.fedoraproject.org/pipermail/astronomy/2013-May/000268.html:

Name: iraf.spec
Type: application/octet-stream
Size: 3974 bytes
URL:
http://lists.fedoraproject.org/pipermail/astronomy/attachments/20130507/a4102518/attachment-0002.obj

Name: iraf-build.patch
Type: application/octet-stream
Size: 97874 bytes
URL:
http://lists.fedoraproject.org/pipermail/astronomy/attachments/20130507/a4102518/attachment-0003.obj

Best regards

Ole

Original-Nachricht
Betreff: [fedora-astronomy] IRAF RPM spec files
Datum: Sat, 23 Mar 2013 18:15:13 +0800
Von: joequant at gmail.com (Joseph Wang)

Here is the latest set up patches. The main difference is that I
found and fixed some fortran declarations and one very subtle but
nasty segfault in fncache.c. I also changed the compile so that it
uses the system expat and readline.

The individual checkins are available at

https://github.com/joequant/iraf

The build file is just a git diff between master and linux-build.

Let me know if they help the compile

There is one extra patch that isn't used by the spec file which you
can play with.

I'm in the process of trying to get everything to work with gfortran,
but am running into a lot of subtle memory issues. There is IRAF code
that creates a subsystem for allocating memory and there are a lot of
pointer conversion issues.

On my machine I got a working RPM -

NOAO/IRAF PC-IRAF Revision 2.16 EXPORT Thu May 24 15:41:17 MST 2012
This is the EXPORT version of IRAF V2.16 supporting PC systems.

Welcome to IRAF. To list the available commands, type ? or ??. To get
detailed information about a command, type `help command'. To run a
command or load a package, type its name. Type `bye' to exit a
package, or `logout' to get out of the CL.Type `news' to find out
what is new in the version of the system you are using.

< 1 2 3 4 >

201 - 300 of 348 matches

Mail list logo