Bug#1073916: libc6: aio cleanup function __aio_freemem reads uninitialized memory

[Thomas Jahns]

Package: libc6
Version: 2.36-9+deb12u7
Severity: normal
Tags: patch

Dear Maintainer,

not sure how exploitable this is, but running programs that use aio_write
causes uninitialized memory access on exit.

This has been fixed upstream about a year ago, but the patch has seemingly not
be integrated in Debian bookworm:





>From a look at the patch, and the code in version 2.36 that's used to build the
package, it should be trivial to apply the patch also in stable, since the
affected loop is identical and the variable names still the same.

Kind regards, Thomas


-- System Information:
Debian Release: 12.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

Kernel: Linux 6.1.0-21-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_CPU_OUT_OF_SPEC, 
TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libc6 depends on:
ii  libgcc-s1  12.2.0-14

Versions of packages libc6 recommends:
ii  libidn2-0  2.3.3-1+b1

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0]  1.5.82
ii  glibc-doc  2.36-9+deb12u7
ii  libc-l10n  2.36-9+deb12u7
ii  libnss-nis 3.1-4
ii  libnss-nisplus 1.3-4
ii  locales2.36-9+deb12u7

-- debconf information excluded
>From 0cee4aa92f5b9b213856c8ba1ab84c34d73c943b Mon Sep 17 00:00:00 2001
From: Samuel Thibault 
Date: Wed, 12 Apr 2023 00:12:02 +0200
Subject: [PATCH] aio: Fix freeing memory

The content of the pool array is initialized only until pool_size,
pointers between pool_size and pool_max_size were not initialized by the
realloc call in get_elem so they should not be freed.

This fixes aio tests crashing at their termination on GNU/Hurd.
---
 rt/aio_misc.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/rt/aio_misc.c b/rt/aio_misc.c
index 49ec0aa293..4b850b1ab6 100644
--- a/rt/aio_misc.c
+++ b/rt/aio_misc.c
@@ -702,7 +702,7 @@ __aio_freemem (void)
 {
   size_t row;
 
-  for (row = 0; row < pool_max_size; ++row)
+  for (row = 0; row < pool_size; ++row)
 free (pool[row]);
 
   free (pool);
-- 
2.43.0

Bug#798526: cfortran: PPSTRING arguments give unused parameter warning

[Thomas Jahns]

Package: cfortran
Version: 4.4-14
Severity: minor
Tags: patch

Dear Maintainer,

when compiling sources which use PPSTRING arguments, one receives a warning
about an unused argument. This is because Fortran passes CHARACTER arguments
with a count, but because of the way PPSTRING works, this is discarded.

The following patch solves this problem by replacing the plain passing of only
the pointer by an expression that uses a well established idiom to suppress
unused argument warning while having no other effect.

Regards, Thomas

--- a/cfortran.h2015-09-10 11:19:38.628955692 +0200
+++ b/cfortran.h2015-09-10 11:20:46.642443275 +0200
@@ -2218,7 +2218,7 @@
 #define STRING_cfT(M,I,A,B,D)  STR( A,B,D)
 #defineSTRINGV_cfT(M,I,A,B,D)  STRV(A,B,D,
num_elem(A,D,_3(M,_STRV_A,I)))
 #definePSTRING_cfT(M,I,A,B,D)TTSTR( A,B,D)
-#define   PPSTRING_cfT(M,I,A,B,D)   A
+#define   PPSTRING_cfT(M,I,A,B,D)   ((void)D, A)
 #endif
 #endif
 #define   PNSTRING_cfT(M,I,A,B,D)STRING_cfT(M,I,A,B,D)



-- System Information:
Debian Release: 7.9
  APT prefers oldstable
  APT policy: (900, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-0.bpo.4-amd64 (SMP w/16 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

cfortran depends on no packages.

Versions of packages cfortran recommends:
ii  gcc [c-compiler] 4:4.7.2-1
ii  gcc-3.4 [c-compiler] 3.4.6-5
ii  gcc-4.4 [c-compiler] 4.4.7-2
ii  gcc-4.6 [c-compiler] 4.6.3-14
ii  gcc-4.7 [c-compiler] 4.7.2-5
ii  gfortran [fortran-compiler]  4:4.7.2-1

cfortran suggests no packages.

-- no debconf information

Bug#740613: libhdf5-7: Please include support for compression with libaec

[Thomas Jahns]

On 03/19/14 09:51, Francesco P. Lovergine wrote:
> Do you mind to provide a proper soname and version for libaec and libsz,
> please? Iff its API is stable enough. That's step 0 for packaging :-)

We've prepared version 0.3 which should have the desired properties:

https://www.dkrz.de/redmine/projects/aec/wiki/Downloads
https://www.dkrz.de/redmine/projects/aec/news

Regards, Thomas




smime.p7s
Description: S/MIME Cryptographic Signature

Bug#740613: libhdf5-7: Please include support for compression with libaec

[Thomas Jahns]

Hello,

On Mar 18, 2014, at 23:54 , Francesco P. Lovergine wrote:
But for packaging of libaec, it seems to me that it does not provide  
the same
API of szip, so a specific support is required in HDF5 at upstream  
level.



it does also have its own native API, but compatibility library and  
header should also get built.


Regards, Thomas
--
Thomas Jahns
DKRZ GmbH, Department: Application software

Deutsches Klimarechenzentrum
Bundesstraße 45a
D-20146 Hamburg

Phone: +49-40-460094-151
Fax: +49-40-460094-270
Email: Thomas Jahns 





smime.p7s
Description: S/MIME cryptographic signature

Bug#740613: libhdf5-7: Please include support for compression with libaec

[Thomas Jahns]

Hello,

On Mar 18, 2014, at 16:22 , Sylvestre Ledru wrote:
If you are really interested in this change, you should propose a  
patch.

I am not sure it is going to be fixed otherwise...



as far as i can see no patch to the original packages should be  
needed, but someone would have to provide a package for libaec, we do  
unfortunately not have anyone available who knows enough about Debian  
(or any other) packages. Otherwise the library is API/ABI compatible  
to libszip.


Or do you mean I should produce a patch to the rules for the libhdf5  
package?


Regards, Thomas
--
Thomas Jahns
DKRZ GmbH, Department: Application software

Deutsches Klimarechenzentrum
Bundesstraße 45a
D-20146 Hamburg

Phone: +49-40-460094-151
Fax: +49-40-460094-270
Email: Thomas Jahns 





smime.p7s
Description: S/MIME cryptographic signature

Bug#740613: libhdf5-7: Please include support for compression with libaec

[Thomas Jahns]

Package: libhdf5-7
Severity: wishlist

Dear Maintainer(s),

since SZIP is essentially non-free, although the corresponding patents are no
longer, and our share-holders wanted to use it in other libraries (libcdi) for
another file format (GRIB), DKRZ provides a free implementation of the same
algorithms at [1]. We'd like to see the library get used more widely.

Regards, Thomas Jahns

[1] https://www.dkrz.de/redmine/projects/aec/wiki/Downloads



-- System Information:
Debian Release: 7.4
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-0.bpo.3-amd64 (SMP w/16 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#720193: cfortran: Passing of REAL return values is incorrect for PGI Fortran compiler with pgiFortran define

[Thomas Jahns]

Package: cfortran
Version: 4.4-14
Severity: normal
Tags: upstream

Dear Bastien,

when compiling code that uses cfortran.h with the PGI compiler on x86_64:
the pgiFortran define is slightly wrong: I found that when returning REAL from
a Fortran function it's only passed correctly when defining gFortran.

Regards, Thomas Jahns



-- System Information:
Debian Release: 7.1
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/16 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

cfortran depends on no packages.

Versions of packages cfortran recommends:
ii  gcc [c-compiler] 4:4.7.2-1
ii  gcc-3.4 [c-compiler] 3.4.6-5
ii  gcc-4.4 [c-compiler] 4.4.7-2
ii  gcc-4.6 [c-compiler] 4.6.3-14
ii  gcc-4.7 [c-compiler] 4.7.2-5
ii  gfortran [fortran-compiler]  4:4.7.2-1

cfortran 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#716700: gfortran-4.7: gfortran -Wno-error=unused-parameter dosn't fully take effect

[Thomas Jahns]

Package: gfortran-4.7
Version: 4.7.2-5
Severity: normal

Dear Maintainer,

Running gfortran 4.7 with the attached program gives an error exit of the
compiler for a -Wunused-parameter warning after -Werror even though turn-into-
error for the associated warning has been disabled by -Wno-error=unused-
parameter.

Removing -Werror or -Wextra is effective but undesirable: The error (and lots
of useful diagnostics) disappear.

-Wno-error should have made the compiler not fail on the unused parameter
warning.

Regards, Thomas Jahns




-- System Information:
Debian Release: 7.1
  APT prefers testing
  APT policy: (900, 'testing'), (900, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/16 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gfortran-4.7 depends on:
ii  gcc-4.7   4.7.2-5
ii  gcc-4.7-base  4.7.2-5
ii  libc6 2.13-38
ii  libc6-dev 2.13-38
ii  libgfortran3  4.7.2-5
ii  libgmp10  2:5.0.5+dfsg-2
ii  libmpc2   0.9-4
ii  libmpfr4  3.1.0-5
ii  zlib1g1:1.2.7.dfsg-13

gfortran-4.7 recommends no packages.

Versions of packages gfortran-4.7 suggests:
ii  gfortran-4.7-doc   4.7.2-2
ii  gfortran-4.7-multilib  4.7.2-5
ii  libgfortran3-dbg   4.7.2-5

-- no debconf information
PROGRAM mpi_hello
  INTEGER, PARAMETER :: a = 1, b = 2, c = 3, d = 4, e = 5, f = 6, &
   g = 7, h = 8, i = 9, j = 10, k = 11, l = 12, m = 13, n = 14, &
   o = 15, p = 16, q = 17, r = 18, s = 19, t = 20, u = 21, v = 22, &
   w = 23, x = 24, y = 25, z = 26
  PRINT *, 'hello'
END PROGRAM mpi_hello
FC=gfortran-4.7
FCFLAGS=-Wall -Wextra -Werror -Wno-error=unused-parameter

gfortran-unused-parm: gfortran-unused-parm.f90
$(FC) $(FCFLAGS) -o $@ $^

Bug#705110: libopenmpi1.3: Fix for OpenMPI datatype optimization

[Thomas Jahns]

Package: libopenmpi1.3
Version: 1.4.2-4
Severity: normal
Tags: upstream patch

Hello,

we've identified a problem in OpenMPI as installed by Debian. The issue has
been fixed upstream. I'd wanted to ask you to see to it that future
installations of OpenMPI have the fix applied in r28319[1]. The developers
email response[2] and the original report[3] with test case[4] can be found at
the OpenMPI site.

Regards, Thomas

[1] https://svn.open-mpi.org/trac/ompi/changeset/28319
[2] http://www.open-mpi.org/community/lists/devel/2013/04/12268.php
[3] http://www.open-mpi.org/community/lists/devel/2013/04/12267.php
[4] http://www.open-mpi.org/community/lists/devel/att-12267/mpi_test.c



-- System Information:
Debian Release: 6.0.7
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libopenmpi1.3 depends on:
ii  libc6   2.11.3-4 Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.6.1-4GCC support library
ii  libgfortran34.6.1-4  Runtime library for GNU Fortran ap
ii  libibverbs1 1.1.3-2  A library for direct userspace use
ii  libnuma12.0.5-1  Libraries for controlling NUMA pol
ii  libstdc++6  4.6.1-4  GNU Standard C++ Library v3
ii  libtorque2  2.4.8+dfsg-9squeeze1 shared library for Torque client a

libopenmpi1.3 recommends no packages.

libopenmpi1.3 suggests no packages.

-- no debconf information
Index: /trunk/opal/datatype/opal_datatype_optimize.c
===
--- /trunk/opal/datatype/opal_datatype_optimize.c	(revision 23690)
+++ /trunk/opal/datatype/opal_datatype_optimize.c	(revision 28319)
@@ -74,13 +74,10 @@
 dt_elem_desc_t* pElemDesc;
 ddt_elem_desc_t opt_elem;
-OPAL_PTRDIFF_TYPE last_disp = 0;
 dt_stack_t* pStack;/* pointer to the position on the stack */
 int32_t pos_desc = 0;  /* actual position in the description of the derived datatype */
-int32_t stack_pos = 0, last_type = OPAL_DATATYPE_UINT1;
-int32_t type = OPAL_DATATYPE_LOOP, nbElems = 0, changes = 0;
-int32_t optimized = 0, continuity;
+int32_t stack_pos = 0, last_type = OPAL_DATATYPE_UINT1, last_length = 0;
+int32_t type = OPAL_DATATYPE_LOOP, nbElems = 0, continuity;
+OPAL_PTRDIFF_TYPE total_disp = 0, last_extent = 1, last_disp = 0;
 uint16_t last_flags = 0x;  /* keep all for the first datatype */
-OPAL_PTRDIFF_TYPE total_disp = 0, last_extent = 1;
-	int32_t last_length = 0;
 uint32_t i;
 
@@ -135,5 +132,6 @@
 if( !continuity ) {
 if( 0 != last_length ) {
-CREATE_ELEM( pElemDesc, last_type, OPAL_DATATYPE_FLAG_BASIC, last_length, last_disp, last_extent );
+CREATE_ELEM( pElemDesc, last_type, OPAL_DATATYPE_FLAG_BASIC,
+ last_length, last_disp, last_extent );
 pElemDesc++; nbElems++;
 last_length = 0;
@@ -145,7 +143,7 @@
 last_type   = OPAL_DATATYPE_UINT1;
 last_extent = 1;
-optimized++;
 } else {
 int counter = loop->loops;
+OPAL_PTRDIFF_TYPE merged_disp = 0;
 /* if the previous data is contiguous with this piece and it has a length not ZERO */
 if( last_length != 0 ) {
@@ -156,6 +154,8 @@
 last_extent  = 1;
 counter--;
+merged_disp = loop->extent;  /* merged loop, update the disp of the remaining elems */
 }
-CREATE_ELEM( pElemDesc, last_type, OPAL_DATATYPE_FLAG_BASIC, last_length, last_disp, last_extent );
+CREATE_ELEM( pElemDesc, last_type, OPAL_DATATYPE_FLAG_BASIC,
+ last_length, last_disp, last_extent );
 pElemDesc++; nbElems++;
 last_disp += last_length;
@@ -163,18 +163,31 @@
 last_type = OPAL_DATATYPE_LOOP;
 }
-/* we have a gap in the begining or the end of the loop but the whole
- * loop can be merged in just one memcpy.
+/**
+ * The content of the loop is contiguous (maybe with a gap before or after).
+ *
+ * If any of the loops have been merged with the previous element, then the
+ * displacement of the first element (or the displacement of all elements if the
+ * loop will be removed) must be updated 

Bug#680191: nvidia-glx: Version 295.59-1~bpo60+1 breaks twinview dual monitor setup on Quadro NVS 290

[Thomas Jahns]

Hello!

On 07/05/2012 06:02 PM, Andreas Beckmann wrote:
> On 2012-07-04 13:20, Thomas Jahns wrote:
>> When upgrading from the previous backports version
>> (280.13.really.275.36-1~bpo60+2) to 295.59-1~bpo60+1, the second monitor on 
>> my
>> dual-head card is no longer properly recognized.
>>
>> The TMDS link is established, but the screen shows no image and the display
>> goes to sleep.
> 
> try regenerating xorg.conf, either manually or using nvidia-xconfig from
> wheezy (move the existing one aside and restart from scratch)
> the driver detects DFP-0 and DFP-1, but the metamode references CRT and
> DFP ... perhaps this helps

Indeed it does. I simply changed CRT to DFP and the screen lit up. Many thanks,
it didn't occur to me to look for this.

Regards, Thomas
-- 
Thomas Jahns
DKRZ GmbH, Department: Application software

Deutsches Klimarechenzentrum
Bundesstraße 45a
D-20146 Hamburg

Phone: +49-40-460094-151
Fax: +49-40-460094-270
Email: Thomas Jahns 



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#638746: firmware-b43legacy-installer: installation fails on system with more than one 14e4 card

[Thomas Jahns]

Package: firmware-b43legacy-installer
Version: 4.178.10.4-4
Severity: normal
Tags: patch

Unfortunately the installer is postinst script is written to expect only one
card from Broadcom in the lspci listing.

I've rewritten the test to be tolerant to multiple matching lines. Please see
the included patch.




-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages firmware-b43legacy-installer depends on:
ii  b43-fwcutter  1:013-2Utility for extracting Broadcom 43
ii  wget  1.12-2.1   retrieves files from the web

Versions of packages firmware-b43legacy-installer recommends:
ii  linux-image-2.6.26-2-686 2.6.26-26lenny1 Linux 2.6.26 image on PPro/Celeron
ii  linux-image-2.6.32-5-686 2.6.32-35   Linux 2.6.32 for modern PCs

firmware-b43legacy-installer suggests no packages.

-- no debconf information
--- /var/lib/dpkg/info/firmware-b43legacy-installer.postinst~   2010-05-11 
01:56:24.0 +0200
+++ /var/lib/dpkg/info/firmware-b43legacy-installer.postinst2011-08-20 
19:28:22.555874851 +0200
@@ -5,9 +5,9 @@
 # check chip
 pci=`lspci -n | grep -o "14e4:[1234567890]\+"` || true
 if [ -n "$pci" ]; then
-if [ "`echo $pci | cut -d: -f2`" != "4301" ] && \
-   [ "`echo $pci | cut -d: -f2`" != "4306" ] && \
-   [ "`echo $pci | cut -d: -f2`" != "4320" ]; then
+if ! echo "$pci" | grep "4301" && \
+   ! echo "$pci" | grep "4306" && \
+   ! echo "$pci" | grep "4320"; then
 echo "Not supported card here (PCI id $pci)!"
 echo "Use b43 firmware. This is just for the b43legacy driver."
 echo "Aborting."

Bug#609124: Secondary condition: ssl.use-sslv2 setting

[Thomas Jahns]

This is only a work-around, but, from the report for Fedora EPEL at

https://bugzilla.redhat.com/show_bug.cgi?id=577546

I learned that changing ssl.use-sslv2 from "disable" to "enable" solved above
problem for me and restricting the ciphers works as described.

Not pretty, but better than a down server.

Regards, Thomas
-- 
Thomas Jahns
DKRZ GmbH, Department: Application software

Deutsches Klimarechenzentrum
Bundesstraße 45a
D-20146 Hamburg

Phone: +49-40-460094-151
Fax: +49-40-460094-270
Email: Thomas Jahns 



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#575216: libnetcdf6 missing libhdf5 dependency

[Thomas Jahns]

Package: libnetcdf6
Version: 1:4.1~beta2-1

and others

Hi,

the libnetcdf6 package misses the dependency vs. libhdf5-serial-1.8.4 (or
another), see http://packages.debian.org/experimental/libnetcdf6 for the list of
dependencies.

Greetings,
Thomas


smime.p7s
Description: S/MIME Cryptographic Signature

Bug#568519: Additional proxy setup information

[Thomas Jahns]

Hello,

to amend my previous report: the setup uses an https connection between apache
and lighttpd.

Greetings, Thomas Jahns
-- 
Thomas Jahns
DKRZ GmbH, Department: Application software

Deutsches Klimarechenzentrum
Bundesstraße 45a
D-20146 Hamburg

Phone: +49-40-460094-151
Fax: +49-40-460094-270
Email: Thomas Jahns 



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#568519: lighttpd fails proxy connections when upgraded to 1.4.19-5+lenny1

[Thomas Jahns]

Package: lighttpd
Version: 1.4.19-5+lenny1
Severity: normal


After upgrading lighttpd to 1.4.19+lenny1 I found that the apache server
that forwards one of its directories (hereafter referred to as /proxydir/) 
to the machine in question via the proxy module of apache can no longer
serve requests to that directory.

The message in the apache log is:

Fri Feb 05 12:11:01 2010] [error] [client 123.45.67.89] (70014)End of
file found: proxy: error reading status line from remote server
lighttpd-running-server.mydomain.de

[Fri Feb 05 12:11:01 2010] [error] [client 123.45.67.89] proxy: Error
reading from remote server returned by /proxydir/

The same proxy setup (without any change on the apache side) works when I
downgrade to 1.4.19-5.

The setup of the apache server is as described in 

http://www.redmine.org/wiki/redmine/HowTo_Install_Redmine_in_a_sub-URI#With-a-reverse-proxy

Greetings,
Thomas Jahns

-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-bpo.2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages lighttpd depends on:
ii  libattr1   1:2.4.43-2Extended attribute shared library
ii  libbz2-1.0 1.0.5-1   high-quality block-sorting file co
ii  libc6  2.7-18lenny2  GNU C Library: Shared libraries
ii  libfam02.7.0-13.3+lenny1 Client library to control the FAM 
ii  libldap-2.4-2  2.4.11-1+lenny1   OpenLDAP libraries
ii  libpcre3   7.6-2.1   Perl 5 Compatible Regular Expressi
ii  libssl0.9.80.9.8g-15+lenny6  SSL shared libraries
ii  libterm-readline-perl- 1.0302-1  Perl implementation of Readline li
ii  lsb-base   3.2-20Linux Standard Base 3.2 init scrip
ii  mime-support   3.44-1MIME files 'mime.types' & 'mailcap
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

lighttpd recommends no packages.

Versions of packages lighttpd suggests:
pn  apache2-utils  (no description available)
ii  openssl 0.9.8g-15+lenny6 Secure Socket Layer (SSL) binary a
pn  rrdtool(no description available)

-- 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#561245: closed by Matthias Klose (Re: Bug#561245: Missing include files give error message but return code 0.)

[Thomas Jahns]

Hello,

Debian Bug Tracking System wrote:
> Version: 4.4.2-8
> 
> fixed.

I did unfortunately never get around to testing 4.4.2-8 but on 4.4.2-9 it's the
same problem all over again.

Regards, Thomas
-- 
Thomas Jahns
DKRZ GmbH, Department: Application software

Deutsches Klimarechenzentrum
Bundesstraße 55
D-20146 Hamburg

Phone: +49-40-460094-151
Fax: +49-40-460094-270
Email: Thomas Jahns 



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#561245: Missing include files give error message but return code 0.

[Thomas Jahns]

Package: gfortran-4.4
Version: 4.4.2-5

When compiling a test program containing only an include, the compiler does not
fail when not finding the include as it should:

$ cat testinclude.f90
program testinc
  include 'notthere.inc'
  print *, 'I''m running although I shouldn''t even compile.'
end program
$ gfortran-4.4 -o testinclude testinclude.f90
testinclude.f90:2: Error: Can't open included file 'notthere.inc'
$ echo $?
0
$ ./testinclude
 I'm running although I shouldn't even compile.

The expected result of echo $? in the above case is of course 1 and no binary
should have been produced.

I tested this on amd64 with gfortran-4.4 version 4.4.2-3 and 4.4.2-5. I'm
currently back to gfortran-4.3 which shows the expected behaviour:

$ gfortran-4.3 -o testinclude testinclude.f90
Error: Can't open included file 'notthere.inc'
$ echo $?
1

The bug is particularly annoying because it breaks many autoconf-style tests.

Greetings, Thomas
-- 
Thomas Jahns
DKRZ GmbH, Department: Application software

Deutsches Klimarechenzentrum
Bundesstraße 55
D-20146 Hamburg

Phone: +49-40-460094-151
Fax: +49-40-460094-270
Email: Thomas Jahns 



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#512036: calling Data::Dumper->Dump(['a'], 'b') crashes perl interpreter

[Thomas Jahns]

Package: perl
Version: 5.10.0-19
Severity: normal

The following script crashes perl reliably

--8<-
#! /usr/bin/perl
use Data::Dumper ();
print Data::Dumper->Dump(['a'], 'b');
--8<-

Note the incorrect second parameter (should be an array ref). Still
this shouldn't bring down the perl interpreter.

Greetings, Thomas Jahns


-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages perl depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libdb4.6  4.6.21-11  Berkeley v4.6 Database Libraries [
ii  libgdbm3  1.8.3-3GNU dbm database routines (runtime
ii  perl-base 5.10.0-19  minimal Perl system
ii  perl-modules  5.10.0-19  Core Perl modules

Versions of packages perl recommends:
ii  netbase   4.34   Basic TCP/IP networking system

Versions of packages perl suggests:
pn  libterm-readline-gnu-perl | l  (no description available)
ii  perl-doc  5.10.0-19  Perl documentation

-- 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#391969: spamassassin starts with sequence number 19, which is later than nscd

[Thomas Jahns]

Package: spamassassin
Version: 3.1.4-1
Severity: normal

Hi,

I just wanted to report that it's problematic spamd is started before
nscd, this produces failed getpwnam calls for some users (which are
stored in ldap) on my system, if I restart spamd afterwards,
everything is fine.

Greetings, Thomas Jahns

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (900, 'unstable'), (500, 'stable'), (200, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-mercury
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages spamassassin depends on:
ii  libarchive-tar-perl   1.30-1 Archive::Tar - manipulate tar file
ii  libdigest-sha1-perl   2.11-1 NIST SHA-1 message digest algorith
ii  libhtml-parser-perl   3.55-1 A collection of modules that parse
ii  libsocket6-perl   0.19-1 Perl extensions for IPv6
ii  libwww-perl   5.805-1WWW client/server library for Perl
ii  perl  5.8.8-6.1  Larry Wall's Practical Extraction 

Versions of packages spamassassin recommends:
pn  libmail-spf-query-perl (no description available)
ii  libnet-dns-perl   0.59-1 Perform DNS queries from a Perl sc
ii  perl [libmime-base64-perl]5.8.8-6.1  Larry Wall's Practical Extraction 
ii  spamc 3.1.4-1Client for SpamAssassin spam filte

-- debconf information:
  spamassassin/upgrade/2.40:
  spamassassin/upgrade/2.40w:
  spamassassin/upgrade/cancel: Continue
  spamassassin/upgrade/2.42m: No
  spamassassin/upgrade/2.42u: No


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

Bug#383805: xscreensaver crashes because libnss-ldap uses stderr

[Thomas Jahns]

Package: xscreensaver
Version: 4.24-5
Severity: normal

Hi,

I experience a problem when using xscreensaver in recent times to lock my
X session: after authentication succeeds or fails (but a non-empty
password was entered) xscreensaver crashes with SIGABORT, from the
strace I can see the program tries to write a message from libnss-ldap
to stderr which is perhaps the real source of the problem: my user
database is stored in an openldap server on the local host,
which is accessed via nscd on

uri ldapi://%2fvar%2frun%2fslapd%2fldapi/

(by real source I mean not the fact that I use ldap per se, but rather
that perhaps code in libnss-ldap is broken), unfortunately at that
moment, 2 is already no longer stderr but some pipe (see dup earlier
in the trace).

There are two common errors in programs which as an ldap user I
constantly experience:

* programs rely on get*ent to not open a file descriptor (and
  e.g. close stderr before calling getpwent)
* libnss-ldap likes to be really verbose but daemons often close
  stderr, which leads to sometimes really broken files

So my two pleas for better programs: 

* Use syslog if unsure wether stderr is really pointing to something
  resembling an error output.
* Don't rely on getent not opening/using new file-descriptors (at
  least libnss-ldap keeps a socket to the ldap server open).

I hope my (perhaps longer than required) description here and the
attached strace are sufficient, if not I can surely produce more
verbose output.

The strace was produced via
 strace -t -e write=2 -o /tmp/xscreensaver.log xscreensaver

- lock screen 
- move mouse, enter any string as password
- edit password from log

 gzip -9 /tmp/xscreensaver.log

BTW: chmod u+s /usr/bin/xscreensaver makes no difference with respect
to the above

I'm filing this bug for xscreensaver because it's the only program
that's affected on my computer AFAIK.

Ciao, Thomas Jahns


-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-mercury
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages xscreensaver depends on:
ii  libatk1.0-01.12.1-1  The ATK accessibility toolkit
ii  libc6  2.3.6-18  GNU C Library: Shared libraries
ii  libcairo2  1.2.0-5   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.3.2-7   generic font configuration library
ii  libglade2-01:2.5.1-2 library to load .glade files at ru
ii  libglib2.0-0   2.10.3-3  The GLib library of C routines
ii  libgtk2.0-02.8.18-7  The GTK+ graphical user interface 
ii  libice61:1.0.0-3 X11 Inter-Client Exchange library
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
ii  libpam0g   0.79-3.1  Pluggable Authentication Modules l
ii  libpango1.0-0  1.12.3-1+b1   Layout and rendering of internatio
ii  libsm6 1:1.0.0-4 X11 Session Management library
ii  libx11-6   2:1.0.0-8 X11 client-side library
ii  libxcursor11.1.5.2-5 X cursor management library
ii  libxext6   1:1.0.0-4 X11 miscellaneous extension librar
ii  libxfixes3 1:3.0.1.2-4   X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.0-5 X11 Input extension library
ii  libxinerama1   1:1.0.1-4 X11 Xinerama extension library
ii  libxml22.6.26.dfsg-3 GNOME XML library
ii  libxmu61:1.0.1-3 X11 miscellaneous utility library
ii  libxpm41:3.5.4.2-3   X11 pixmap library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.0.2-4   X Rendering Extension client libra
ii  libxt6 1:1.0.0-5 X11 toolkit intrinsics library
ii  libxxf86misc1  1:1.0.0-4 X11 XFree86 miscellaneous extensio
ii  libxxf86vm11:1.0.0-4 X11 XFree86 video mode extension l

Versions of packages xscreensaver recommends:
ii  libjpeg-progs 6b-13  Programs for manipulating JPEG fil
ii  miscfiles [wordlist]  1.4.2.dfsg.1-4 Dictionaries and other interesting
ii  perl [perl5]  5.8.8-6.1  Larry Wall's Practical Extraction 
ii  wamerican [wordlist]  6-2American English dictionary words 
ii  wamerican-large [wordlist 6-2American English dictionary words 
ii  wbritish [wordlist]   6-2British English dictionary words f
ii  wbritish-large [wordlist] 6-2British English dictionary words f
ii  wngerman [wordlist]   20051113-2 New German orthography wordlist
ii  wogerman [wordlist]   2-23   The old German dictionary for /usr
ii  xli   1.17.0-22   

Bug#214449: xfonts-base: Problem is: fonts.dir and other files /usr/lib/X11/fonts/75dpi etc.

[Thomas Jahns]

Package: xfonts-base
Version: 1:1.0.0-3
Followup-For: Bug #214449

Hi,

I noticed the same problem and looked at what /var/log/Xorg.0.log contains:

guess what? Although the font files by e.g. xfonts-75dpi are removed
from /usr/lib/X11/fonts/75dpi and placed into
/usr/share/fonts/X11/75dpi, the fonts.dir and other files stay behind
in /usr/lib/X11/fonts/75dpi and are included because of compiled in
defaults of the X-Server, which then tries to load fonts listed in
/usr/lib/X11/fonts/75dpi/fonts.dir from there (but fails for obvious
reasons). Thus some procedure is required to remove empty directories
in /usr/lib/X11 or at least fill fonts.dir et al. with sensible values
for the few fonts left behind there.

Unfortunately I'd guess many people installed 3rd party fonts in those
places so deleting the directories right away is perhaps not the
smartest move.

I hope this info helps some people. The obvious recipe: move your
manually installed fonts to /usr/local and remove the dirs in /usr/lib
or call mkfonts at least. (I did "rm -rf /usr/lib/X11/fonts/*" but won't 
exactly recommend anything involving "rm -rf" to anyone;-))


Ciao,
Thomas Jahns

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-mercury
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages xfonts-base depends on:
ii  x11-common1:7.0.17   X Window System (X.Org) infrastruc
ii  xfonts-utils  1:1.0.0-4  X Window System font utility progr

xfonts-base recommends no packages.

-- no debconf information


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

Bug#357065: linux-image-2.6-r4k-ip22 immediately reboots on Indy 200MHz R4400

[Thomas Jahns]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

On 2006-03-27 18:15, Frans Pop wrote:

On Monday 27 March 2006 16:58, Thomas Jahns wrote:
> Please comment. But with non-working PS/2 keyboard and non-working
> /etc/fstab for both kernel version, the 2.6.16 image is pretty
> worthless to me at this moment.

You could try using the rescue mode [1] of the Etch Beta 2 release  
[2] of Debian Installer to correct your /etc/fstab.


I'm not too keen on constantly swapping two incompatible versions of  
/etc/fstab. And since I expect it'll take some time before all drivers  
which are working in 2.4.27 also do in 2.6 that would be necessary for  
too long to be practical.


Ciao, Thomas Jahns
- -- 
"Computers are good at following instructions,

 but not at reading your mind."
D. E. Knuth, The TeXbook, Addison-Wesley 1984, 1986, 1996, p. 9
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQFEKBqcoKHaAfEZMbkRAkb/AKCY8pO/fr9mg4DAKSTO9wKeaBR7JQCfcpd3
XmQm6o/W3aWjzNqkK2RC44Y=
=eCv8
-END PGP SIGNATURE-

Bug#357065: linux-image-2.6-r4k-ip22 immediately reboots on Indy 200MHz R4400

[Thomas Jahns]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

On 2006-03-15 17:12, Thiemo Seufer wrote:
> Could you retry with the upcoming 2.6.16 which is currently in
> preparation and includes support for mips/ip22? (As found in
> http://lists.debian.org/debian-mips/2006/01/msg00050.html )

I've tried 2.6.16-rc6[1] now, and get the following message at the end
of the kernel boot process:

EXT3-fs: mounted filesystem with ordered date mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 308k freed
Warning: unable to open an initial console.
Kernel panic - not syncing: No init found. Try passing init= option to
kernel.
 <0>Rebooting in 120 seconds..

That was the clue I needed: I then looked at the partition numbering and
found that the new kernel enumerates numbers partitions differently (my
root partition was /dev/sda5 with 2.4) and assigns numbers that
correspond to those listed by fdisk -l.

But when I try to boot with root=/dev/sda7, activating swap and mounting
of the boot partition doesn't work and also keyboard input is ignored
when I'm dropped to the maintenance prompt.

I'll provide my parition table as printed by fdisk here to make my
comments above clearer:

# fdisk -l /dev/sda

Disk /dev/sda (SGI disk label): 64 heads, 32 sectors, 8748 cylinders
Units = cylinders of 2048 * 512 bytes

- - partitions -
Pt#Device  Info Start   End   Sectors  Id  System
 1: /dev/sda1  boot   130  6229  12492800   a  SGI xfs
 2: /dev/sda2  swap 2   129262144   3  SGI raw
 5: /dev/sda36359  6422131200  83  Linux native
 6: /dev/sda46231  6358262400  82  Linux swap
 7: /dev/sda56423  8747   4761600  83  Linux native
 9: /dev/sda6   0 1  4096   0  SGI volhdr
11: /dev/sda7   0  8748  17916240   6  SGI volume
- - Bootinfo -
Bootfile: /unix
- - Directory Entries -
 0: sgilabel   sector4 size 512
 1: arcbootsector5 size   80472
 2: sash   sector  163 size  343040
 3: idesector  833 size  343040
 4: arcboot2   sector 1503 size   67392
 5: arcboott   sector 1635 size   67592

It seems from the boot prompt of the 2.6 kernel, that the following
numbers are then used:

sda1 sda2 sda5 sda6 sda7 sda9 sda11

I'm not sure, but this seems to be a good idea, if it wasn't for the
lack of backwards compatibility. So perhaps it would be smart to have
some boot option to switch from one numbering scheme to the other, to
allow for a smooth transition?

Please comment. But with non-working PS/2 keyboard and non-working
/etc/fstab for both kernel version, the 2.6.16 image is pretty worthless
to me at this moment.

I assume that my problems with 2.6.12 where for the same reason, but
that I didn't even notice the root filesystem (which indeed is the boot
partition) was mounted and the kernel rebooted immediately when no init
is found.

Ciao, Thomas Jahns

[1] the following packages are installed
# dpkg -l '*2.6.16*'
linux-image-2.6.16-rc6-r4k-ip22   2.6.15+2.6.16-rc6-0experimental.1
Linux kernel 2.6.16 image on SGI IP22 machines
- -- 
"Computers are good at following instructions,
 but not at reading your mind."
D. E. Knuth, The TeXbook, Addison-Wesley 1984, 1986, 1996, p. 9
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQFEJ/2hoKHaAfEZMbkRAjI9AJ42KNeaa3F/AGBacSV1mtwVrWMLoQCfYueb
BBOqBP9L6eRENSq45wMr7RI=
=T0WT
-END PGP SIGNATURE-

Bug#357065: linux-image-2.6-r4k-ip22 immediately reboots on Indy 200MHz R4400

[Thomas Jahns]

Package: linux-image-2.6-r4k-ip22
Version: 2.6.12-3

When I boot the kernel image from linux-image-2.6-r4k-ip22, the kernel boots
and after a number of lines (but before trying to mount the root fs) resets
the Indy (R4400/200, XL24 graphics, using graphical console).

Is this an already known fact? Should I report bugs for packages in
experimental? What extra information should I provide? I could hook up the
Indy to another computer and (after switching to serial console) log the
exact boot messages I get, would that help?

Ciao,
Thomas Jahns
-- 
"Computers are good at following instructions,
 but not at reading your mind."
D. E. Knuth, The TeXbook, Addison-Wesley1984, 1986, 1996, p. 9


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

Bug#291640: emacs21: [mips, X] emacs does not start und X on mips

[Thomas Jahns]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I just wanted to report that this bug is still present in emacs21  
21.4a-3 and is unrelated to the nfs mounted /, on my Indy with a hard  
drive based Debian installation, the same error message occurs (when  
trying to use X).


This page

http://sysadminforum.com/showthread.php?t=290519

hints that the actual cause of the problem might be an error in the  
toolkit.


Ciao,
Thomas Jahns
- -- 
"Computers are good at following instructions,

 but not at reading your mind."
D. E. Knuth, The TeXbook, Addison-Wesley 1984, 1986, 1996, p. 9
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDt/GYoKHaAfEZMbkRAg3AAJ48XDVUFONO6Ymo/OAD4fdJhlffgQCfVWYj
mcmEDR2RSAOuO988xWJ07os=
=wpqz
-END PGP SIGNATURE-

Bug#322480: Installing gimp-print solves problem

[Thomas Jahns]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sorry, must have been simply too late.

I just looked at the changelog for 2.2.8-6 and found the solution to  
the problem. Please consider the whole report inane.


Regards,
Thomas Jahns
- -- 
"Computers are good at following instructions,

 but not at reading your mind."
D. E. Knuth, The TeXbook, Addison-Wesley 1984, 1986, 1996, p. 9
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC+oZMoKHaAfEZMbkRAg47AKCUkqPHNvu4WErk6cNZzRPq3zUobwCdF1eA
4AYAUFxr4qXHBjligE3Tmu8=
=0r75
-END PGP SIGNATURE-

Bug#322480: gimp after 2.2.8-1 won't print

[Thomas Jahns]

Package: gimp
Version: 2.2.8-7
Severity: important

*** Please type your report below this line *** I've just tried to
update to gimp 2.2.8-7 and that version seemingly doesn't print
anymore (no print menu at all), because libgimpprint1 is no longer
linked in.  So I guess something in the configure run went wrong or
gimpprint isn't properly installed.

Sorry my version information is for 2.2.8-1 but before I filed the bug
I first downgraded to 2.2.8-1 again to verify that gimp and not some
other part of gnome or whatever was at fault.

Regards,
Thomas Jahns

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-mercury
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages gimp depends on:
ii  aalib11.4p5-28   ascii art library - transitional p
ii  gimp-data 2.2.8-1Data files for The GIMP
ii  libaa1 [aalib1]   1.4p5-28   ascii art library
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.10.1-2   The ATK accessibility toolkit
ii  libc6 2.3.5-3GNU C Library: Shared libraries an
ii  libexif10 0.6.9-6library to parse EXIF files
ii  libexpat1 1.95.8-3   XML parsing C library - runtime li
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgimp2.02.2.8-7Libraries necessary to Run the GIM
ii  libgimpprint1 4.2.7-10   The Gimp-Print printer driver libr
ii  libglib2.0-0  2.6.6-1The GLib library of C routines
ii  libgtk2.0-0   2.6.9-1The GTK+ graphical user interface 
ii  libice6   6.8.2.dfsg.1-4 Inter-Client Exchange library
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  liblcms1  1.13-1 Color management library
ii  libmng1   1.0.8-1Multiple-image Network Graphics li
ii  libpango1.0-0 1.8.2-1Layout and rendering of internatio
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libsm66.8.2.dfsg.1-4 X Window System Session Management
ii  libtiff4  3.7.3-1Tag Image File Format (TIFF) libra
ii  libwmf0.2-7   0.2.8.3-2  Windows metafile conversion librar
ii  libx11-6  6.8.2.dfsg.1-4 X Window System protocol client li
ii  libxmu6   6.8.2.dfsg.1-4 X Window System miscellaneous util
ii  libxpm4   6.8.2.dfsg.1-4 X pixmap library
ii  libxt66.8.2.dfsg.1-4 X Toolkit Intrinsics
ii  wget  1.10-3+1.10.1beta1 retrieves files from the web
ii  xlibs 6.8.2.dfsg.1-4 X Window System client libraries m
ii  zlib1g1:1.2.3-3  compression library - runtime

Versions of packages gimp recommends:
pn  gimp-svg   (no description available)

-- no debconf information


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

Bug#305897: ccc: Incorrect download URL

[Thomas Jahns]

Hi,
while your bug report gives the new url, said url does unfortunately  
not lead to the current version of ccc:

ftp://ftp.compaq.com/pub/products/C-Cxx/linux/compaq_c_v62/docs/ccc/download_files_.htm
which http://h30097.www3.hp.com/linux/compaq_c/index.html eventually  
leads to, only lists

ccc-6.5.6.002-1.alpha.rpm
and browsing ftp://ftp.compaq.com/pub/products/C-Cxx/linux/ with ncftp  
does not show a place to download any 6.5.9 package :-(.

Thomas Jahns
--
"Computers are good at following instructions,
 but not at reading your mind."
D. E. Knuth, The TeXbook, Addison-Wesley 1984, 1986, 1996, p. 9


pgplV2LnQzydY.pgp
Description: PGP signature

Bug#306278: toolchain-source: Consider inclusion of script to build older versions of gcc, users please test attached proposal

[Thomas Jahns]

Package: toolchain-source
Version: 3.4-5
Severity: wishlist
Tags: patch

I needed to compile an older version of gcc for my cross-compiler
setup (toolchain source only comes with the most recent version). So I
wrote the attached script to build a gcc-cross from any regular debian
source (as downloadable with apt-get --download-only source).

Simply download gcc-VERSION.orig.tar.gz gcc-VERSION.diff.gz and
gcc-VERSION.dsc and invoke

tj-tpkg-make-gcc-from-dsc  gcc-VERSION.dsc

The script contains perlpod documentation which can be conveniently
read with the pod2* commands, e.g.:

pod2man tj-tpkg-make-gcc-from-dsc | man -l -

My script requires an installed version of perl 5.6 or newer.

I'd really like to have users test my script for other versions of gcc
(e.g. I haven't tried 2.9x so far).

Thomas Jahns

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-mercury
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages toolchain-source depends on:
ii  devscripts2.8.14 Scripts to make the life of a Debi
ii  dpkg-awk  1.0.1  Gawk script to parse /var/lib/dpkg
ii  dpkg-cross1.24   tools for cross compiling Debian p
ii  m41.4.2-2a macro processing language
ii  wget  1.9.1-10   retrieves files from the web

-- no debconf information


tj-tpkg-make-gcc-from-dsc
Description: Perl program