Processed: tagging as pending bugs that are closed by packages in NEW

2008-10-08 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > # Wed Oct 8 19:03:17 UTC 2008 > # Tagging as pending bugs that are closed by packages in NEW > # http://ftp-master.debian.org/new.html > # > # Source package in NEW: haskell-zlib > tags 500968 + pending Bug#500968: ITP: haskell-zlib -- Compression and

Re: ppl - source package should be versioned

2008-10-08 Thread Matthias Klose
Michael Tautschnig writes: > > Michael Tautschnig writes: > > > > Assume we do build the default gcc depending on a libppl0, now the > > > > libppl soname is changed to libppl1, a new ppl source is uploaded, and > > > > suddendly libppl0 isn't available anymore. And we still need to > > > > rebuild

Re: ppl - source package should be versioned

2008-10-08 Thread Michael Tautschnig
> Michael Tautschnig writes: > > > Assume we do build the default gcc depending on a libppl0, now the > > > libppl soname is changed to libppl1, a new ppl source is uploaded, and > > > suddendly libppl0 isn't available anymore. And we still need to > > > rebuild gcc using gcc. Making the ppl source

Re: ppl - source package should be versioned

2008-10-08 Thread Matthias Klose
Michael Tautschnig writes: > > Assume we do build the default gcc depending on a libppl0, now the > > libppl soname is changed to libppl1, a new ppl source is uploaded, and > > suddendly libppl0 isn't available anymore. And we still need to > > rebuild gcc using gcc. Making the ppl source versioned

Re: ppl - source package should be versioned

2008-10-08 Thread Michael Tautschnig
> Assume we do build the default gcc depending on a libppl0, now the > libppl soname is changed to libppl1, a new ppl source is uploaded, and > suddendly libppl0 isn't available anymore. And we still need to > rebuild gcc using gcc. Making the ppl source versioned (pplX), we > still have the old li

Bug#501560: [gfortran] Documentation lacks information about how to compile a module

2008-10-08 Thread Noel David Torres TaƱo
Package: gfortran Version: 4:4.3.1-2 Severity: normal gfortran documentation lacks any kind of info about how to create a module .mod file. It should be quite easy to indicate that the standard gcc option -c when applied to the to-be-compiled file creates the .mod file along with the .o file.

ppl - source package should be versioned

2008-10-08 Thread Matthias Klose
Assume we do build the default gcc depending on a libppl0, now the libppl soname is changed to libppl1, a new ppl source is uploaded, and suddendly libppl0 isn't available anymore. And we still need to rebuild gcc using gcc. Making the ppl source versioned (pplX), we still have the old libppl0 in t

gcc-4.2/gcj-4.2 update for testing/unstable

2008-10-08 Thread Matthias Klose
gcc-4.2 (4.2.4-4) UNRELEASED; urgency=low * Update to SVN 20081008 from the ubuntu/gcc-4_2-branch. - PR middle-end/37731 (wrong code), PR middle-end/36575 (wrong code), PR rtl-optimization/37544 (wrong code), PR target/37101 (wrong code), PR middle-end/35432 (ice-on-valid).

ppl_0.10~pre34-1_i386.changes is NEW

2008-10-08 Thread Debian Installer
(new) libppl-c2_0.10~pre34-1_i386.deb optional libs Parma Polyhedra Library (C interface) The Parma Polyhedra Library (PPL) is a C++ library for the manipulation of (not necessarily closed) convex polyhedra and other numerical abstractions. The applications of convex polyhedra include program

Processing of ppl_0.10~pre34-1_i386.changes

2008-10-08 Thread Archive Administrator
ppl_0.10~pre34-1_i386.changes uploaded successfully to localhost along with the files: ppl_0.10~pre34-1.dsc ppl_0.10~pre34.orig.tar.gz ppl_0.10~pre34-1.diff.gz libppl7_0.10~pre34-1_i386.deb libppl-dev_0.10~pre34-1_i386.deb libppl-c2_0.10~pre34-1_i386.deb libpwl4_0.10~pre34-1_i386.deb