Re: [Pkg-octave-devel] fw: gfortran transition release goal proposal

2007-07-24 Thread Cyril Brulebois
Riku Voipio <[EMAIL PROTECTED]> (22/07/2007): > The proposal to transition from the outdated g77 to gfortran did not > result any comments. > If you have suggestions, critique, or you are busy but accept NMU'ing > your packages for gfortran transition.. please speak now. Hi, I'd like to know th

Re: gfortran transition release goal proposal

2007-07-24 Thread Russ Allbery
Camm Maguire <[EMAIL PROTECTED]> writes: > Lintian no complains if the soname and the package name are different. > Do the libblas.so.3 et. al. sonames, which are also alternatives shared > with atlas, need changing? As these also name alternatives, there is no > natural way to satisfy lintian h

Re: s-p-u postgresql-8.1 8.1.9-0etch2

2007-07-24 Thread Luk Claes
Martin Pitt wrote: > Hello release managers, Hi Martin > a while ago I uploaded a new postgresql to s-p-u. Unfortunately the > recent security fixes were a bit too eager and broke polymorphic SQL > function return values. I'd like to get this rectified. > > Details are in the changelog and in th

Re: gfortran transition release goal proposal

2007-07-24 Thread Camm Maguire
Lintian no complains if the soname and the package name are different. Do the libblas.so.3 et. al. sonames, which are also alternatives shared with atlas, need changing? As these also name alternatives, there is no natural way to satisfy lintian here. Take care, Riku Voipio <[EMAIL PROTECTED]>

Re: gfortran transition release goal proposal

2007-07-24 Thread Camm Maguire
Greetings! Has the gf library naming proposal been accepted? Take care, Riku Voipio <[EMAIL PROTECTED]> writes: > Camm, > > your email is bounding for me! > > On Mon, Jul 16, 2007 at 06:14:46PM -0400, Camm Maguire wrote: > > Sure. I suppose we still have testsuite failures in > > blas/lapack

Re: gfortran transition release goal proposal

2007-07-24 Thread Steinar H. Gunderson
On Tue, Jul 24, 2007 at 11:47:49AM -0400, Camm Maguire wrote: > I suppose everyone is aware that -ffloat-store is a real performance > loser, especially on slower machines. Would it be preferable to fix > the testers to not be fooled by extra precision? Isn't the -ffloat-store flag removed in rec

Re: gfortran transition release goal proposal

2007-07-24 Thread Camm Maguire
Greetings! I suppose everyone is aware that -ffloat-store is a real performance loser, especially on slower machines. Would it be preferable to fix the testers to not be fooled by extra precision? Take care, Riku Voipio <[EMAIL PROTECTED]> writes: > Camm, > > your email is bounding for me! >

Re: gfortran transition release goal proposal

2007-07-24 Thread Camm Maguire
Greetings, and thanks! OK this is ready for upload. Do you or any others know of a resolution of src/drotmg.f:101.15: GO TO IGO,(120,150,180,210) 1 Warning: Obsolete: Assigned GOTO statement at (1) src/drotmg.f:107.72:

s-p-u postgresql-8.1 8.1.9-0etch2

2007-07-24 Thread Martin Pitt
Hello release managers, a while ago I uploaded a new postgresql to s-p-u. Unfortunately the recent security fixes were a bit too eager and broke polymorphic SQL function return values. I'd like to get this rectified. Details are in the changelog and in the bug report; do you need any other inform