Bug#450378: Reopening: quantlib-refman: debian/watch fails to report upstream's version

2007-11-27 Thread Dirk Eddelbuettel
Salut, On 27 November 2007 at 21:31, Raphael wrote: | Hello, | | On 27/11/2007, Dirk Eddelbuettel [EMAIL PROTECTED] wrote: | | Do you know when/how the webservice updates? I uploaded fixed packages days | ago but it still shows errors for the watch service. | | The BDB's generated by DEHS

Bug#450378: Reopening: quantlib-refman: debian/watch fails to report upstream's version

2007-11-27 Thread Dirk Eddelbuettel
tags 450378 + pending thanks On 27 November 2007 at 20:05, Raphael Geissert wrote: | reopen 450378 | notfixed 450378 0.8.1-1 | tag 450378 patch | thanks | | Hi, | | I just reviewed the reported watch files of last DEHS run and noticed your | package is again listed. | | I'm attaching a

Bug#452047: [Pkg-openmpi-maintainers] Bug#452047: gromacs-openmpi: Package depends on lam4c2

2007-12-11 Thread Dirk Eddelbuettel
Manuel, On 11 December 2007 at 15:00, Manuel Prinz wrote: | tags 452047 + pending | thanks | | Hi Nicholas, | | I added a fix in trunk a while ago which seems to work and uses | alternatives. Nevertheless, when installing other MPI -dev packages, the | problem is still the same due to a bug in

Bug#452047: [Pkg-openmpi-maintainers] Bug#452047: gromacs-openmpi: Package depends on lam4c2

2007-12-11 Thread Dirk Eddelbuettel
On 11 December 2007 at 17:20, Manuel Prinz wrote: | Am Dienstag, den 11.12.2007, 10:00 -0600 schrieb Dirk Eddelbuettel: | Maybe we should release a new openmpi to fix the few trivial bugs, and maybe | add a NEWS or README item indicating this open issue with the alternatives -- | and how our

Bug#455886: [Pkg-openmpi-maintainers] Bug#455886: Bug#455886: mpicc seems missing on buildbots

2007-12-12 Thread Dirk Eddelbuettel
Jumping in the middle of this thread... On 12 December 2007 at 13:42, Sylvestre Ledru wrote: | | libmesh depends on openmpi, it build in pbuilder, however it fails on buildbots: | | http://buildd.debian.org/fetch.cgi?pkg=libmesh;ver=0.6.1.dfsg-1;arch=amd64;stamp=1197413726 | I think this

Bug#455886: [Pkg-openmpi-maintainers] Bug#455886: Bug#455886: Fwd: Bug#455886: mpicc seems missing on buildbots

2007-12-12 Thread Dirk Eddelbuettel
On 12 December 2007 at 15:04, Manuel Prinz wrote: | Dirk, what's the best way to deal with that? Blocking the bugs? | Reassigning them to dpkg? Raising the dpkg bugs to serious? I'm not That's what I would do. We may get yelled at. As we're a group here we shouldn't just do what one bloke

Bug#456721: [Pkg-openmpi-maintainers] Processed: Re: Bug#456721: libpetsc.so depends on unexistent libraries

2007-12-17 Thread Dirk Eddelbuettel
On 17 December 2007 at 21:13, Manuel Prinz wrote: | Am Montag, den 17.12.2007, 13:36 -0600 schrieb Dirk Eddelbuettel: | Indeed, what were we thinking here Manuel? [...] In light of this, can | you remind me why you put the libs into /usr/lib/openmpi ? I | understand why we put the _internal_

Bug#456721: [Pkg-openmpi-maintainers] Processed: Re: Bug#456721: libpetsc.so depends on unexistent libraries

2007-12-17 Thread Dirk Eddelbuettel
On 17 December 2007 at 22:27, Manuel Prinz wrote: | Am Montag, den 17.12.2007, 14:47 -0600 schrieb Dirk Eddelbuettel: | On 17 December 2007 at 21:13, Manuel Prinz wrote: | No, as there are more libraries needed for the compiler wrappers, if I'm | not mistaken. | I'm at work too so I didn't have

Bug#456873: rquantlib: FTBFS: error: no matching function for call to 'QuantLib::AnalyticEuropeanEngine::AnalyticEuropeanEngine()'

2007-12-18 Thread Dirk Eddelbuettel
severity 456873 normal thanks On 18 December 2007 at 09:10, Lucas Nussbaum wrote: | Package: rquantlib | version: 0.2.7-1 | Severity: serious | User: [EMAIL PROTECTED] | Usertags: qa-ftbfs-20071217 qa-ftbfs | Justification: FTBFS on i386 | | Hi, | | During a rebuild of all packages in sid,

Bug#456898: libgsl0ldbl: Uses symbols from libcblas.so, but not linked with it

2007-12-18 Thread Dirk Eddelbuettel
On 18 December 2007 at 12:03, Aurelien Jarno wrote: | Package: libgsl0ldbl | Version: 1.10-2 | Severity: serious | | libgsl is using symbols from libcblas.so, but is not linked with it. That | breaks at link time when -Wl,--as-needed is used, which is now the | default for programs using qmake.

Bug#456851: rmpi: FTBFS: error: mpi.h: No such file or directory

2007-12-18 Thread Dirk Eddelbuettel
On 18 December 2007 at 09:09, Lucas Nussbaum wrote: | Package: rmpi | version: 0.5-5-1 | Severity: serious | User: [EMAIL PROTECTED] | Usertags: qa-ftbfs-20071217 qa-ftbfs | Justification: FTBFS on i386 | | Hi, | | During a rebuild of all packages in sid, your package failed to build on i386.

Bug#456873: rquantlib: FTBFS: error: no matching function for call to 'QuantLib::AnalyticEuropeanEngine::AnalyticEuropeanEngine()'

2007-12-18 Thread Dirk Eddelbuettel
On 18 December 2007 at 13:35, Lucas Nussbaum wrote: | On 18/12/07 at 06:25 -0600, Dirk Eddelbuettel wrote: | | severity 456873 normal | thanks | | On 18 December 2007 at 09:10, Lucas Nussbaum wrote: | | Package: rquantlib | | version: 0.2.7-1 | | Severity: serious | | User: [EMAIL

Bug#456898: GSL linking issue with new '--as-needed' option to GNU ld [Was: Bug#456898: libgsl0ldbl: Uses symbols from libcblas.so, but not linked with it]

2007-12-18 Thread Dirk Eddelbuettel
/libgsl.so: undefined reference to `cblas_zdotc_sub' [ many more of these ] Can you see a way forward on this? Is is maybe a question of link order, ie could -lgslcblas -lgsl be an answer? Dirk On 18 December 2007 at 14:07, Aurelien Jarno wrote: | Dirk Eddelbuettel a écrit : | On 18 December

Bug#456721: [Pkg-openmpi-maintainers] Processed: Re: Bug#456721:libpetsc.so depends on unexistent libraries

2007-12-18 Thread Dirk Eddelbuettel
On 19 December 2007 at 00:43, Manuel Prinz wrote: | Hi everyone! | | Am Dienstag, den 18.12.2007, 15:31 +0100 schrieb Manuel Prinz: | I already noticed my mistake and am working with a modified version. | | Here's my new and modified patch for openmpi. It looks right to me and | first checks

Bug#456721: [Pkg-openmpi-maintainers] Processed: Re: Bug#456721:libpetsc.so depends on unexistent libraries

2007-12-18 Thread Dirk Eddelbuettel
On 19 December 2007 at 01:29, Manuel Prinz wrote: | Am Dienstag, den 18.12.2007, 18:12 -0600 schrieb Dirk Eddelbuettel: | IIRC we have no choice as Policy mandates static builds. May be a | 'recommends' though. | | I'm not sure about that. I didn't see that on a quick read of chapters 8

Bug#456721: [Pkg-openmpi-maintainers] Processed: Re: Bug#456721:libpetsc.so depends on unexistent libraries

2007-12-18 Thread Dirk Eddelbuettel
On 18 December 2007 at 21:23, Dirk Eddelbuettel wrote: | 5) Some Lintian warnings remain (but I now added two more silencers, so the | last two should go) -- could you try and see why your man page patch | doesn't cover'em ? | | [EMAIL PROTECTED]:~/src/debian/SVN/build-area lintian

Bug#456851: rmpi: FTBFS: error: mpi.h: No such file or directory

2007-12-18 Thread Dirk Eddelbuettel
On 18 December 2007 at 09:09, Lucas Nussbaum wrote: | Package: rmpi | version: 0.5-5-1 | Severity: serious | User: [EMAIL PROTECTED] | Usertags: qa-ftbfs-20071217 qa-ftbfs | Justification: FTBFS on i386 This will be fixed tomorrow. I just uploaded a new Open MPI package and wrote and tested a

Bug#456898: GSL linking issue with new '--as-needed' option to GNU ld [Was: Bug#456898: libgsl0ldbl: Uses symbols from libcblas.so, but not linked with it]

2007-12-19 Thread Dirk Eddelbuettel
On 19 December 2007 at 11:53, Brian Gough wrote: | At Tue, 18 Dec 2007 09:23:30 -0600, | Dirk Eddelbuettel wrote: | /usr/lib/libgsl.so: undefined reference to `cblas_zher2k' | /usr/lib/libgsl.so: undefined reference to `cblas_strsv' | /usr/lib/libgsl.so: undefined reference

Bug#456721: [Pkg-openmpi-maintainers] Processed: Re: Bug#456721:libpetsc.so depends on unexistent libraries

2007-12-19 Thread Dirk Eddelbuettel
On 19 December 2007 at 13:08, Manuel Prinz wrote: | Am Dienstag, den 18.12.2007, 21:23 -0600 schrieb Dirk Eddelbuettel: | On 19 December 2007 at 01:29, Manuel Prinz wrote: | | I'm not sure about that. I didn't see that on a quick read of chapters 8 | | and 10, though policy states in 10.2

Bug#457088: [Pkg-openmpi-maintainers] Bug#457088: mpi.h is missing

2007-12-19 Thread Dirk Eddelbuettel
On Wed, Dec 19, 2007 at 07:40:13PM +0100, Ondrej Certik wrote: On Dec 19, 2007 7:15 PM, Dirk Eddelbuettel [EMAIL PROTECTED] wrote: On Wed, Dec 19, 2007 at 06:49:15PM +0100, Ondrej Certik wrote: Package: libopenmpi-dev Version: 1.2.4-5 Severity: serious --- Please enter the report

Bug#457088: [Pkg-openmpi-maintainers] Bug#457088: mpi.h is missing

2007-12-19 Thread Dirk Eddelbuettel
On 19 December 2007 at 20:38, [EMAIL PROTECTED] wrote: | As you may know, we are trying to let Open MPI coexist with MPICH and | LAM. | | /usr/include is fine for _non-conflicting_ files as good as a general | rule, but not so clear if several packages provide it. By 'staying | out of each

Bug#457088: [Pkg-openmpi-maintainers] Bug#457088: mpi.h is missing

2007-12-19 Thread Dirk Eddelbuettel
On 19 December 2007 at 22:15, Ondrej Certik wrote: | | I meant something like /usr/include/openmpi/ | | You lost me. Please make up your mind as to whether you think it is a problem | because we do or do not use /usr/include, or /usr/include/openmpi ? | | We use /usr/include/openmpi now,

Bug#457088: [Pkg-openmpi-maintainers] Bug#457088: mpi.h is missing

2007-12-19 Thread Dirk Eddelbuettel
On 19 December 2007 at 22:23, Julien Cristau wrote: | On Wed, Dec 19, 2007 at 14:45:06 -0600, Dirk Eddelbuettel wrote: | | You lost me. Please make up your mind as to whether you think it is a problem | because we do or do not use /usr/include, or /usr/include/openmpi ? | | Either would

Bug#457088: [Pkg-openmpi-maintainers] Bug#457088: Bug#457088: mpi.h is missing

2007-12-19 Thread Dirk Eddelbuettel
On 19 December 2007 at 22:54, Sune Vuorela wrote: | On Wednesday 19 December 2007, Dirk Eddelbuettel wrote: | On 19 December 2007 at 22:23, Julien Cristau wrote: | | On Wed, Dec 19, 2007 at 14:45:06 -0600, Dirk Eddelbuettel wrote: | | You lost me. Please make up your mind as to whether you

Bug#456898: GSL linking issue with new '--as-needed' option to GNU ld [Was: Bug#456898: libgsl0ldbl: Uses symbols from libcblas.so, but not linked with it]

2007-12-20 Thread Dirk Eddelbuettel
severity 456898 wishlist tags 456898 + upstream tags 456898 + wontfix thanks On 19 December 2007 at 11:53, Brian Gough wrote: | At Tue, 18 Dec 2007 09:23:30 -0600, | Dirk Eddelbuettel wrote: | /usr/lib/libgsl.so: undefined reference to `cblas_zher2k' | /usr/lib/libgsl.so: undefined

Bug#457857: ftp.debian.org: Please remove 'quantlib-refman' from unstable

2007-12-26 Thread Dirk Eddelbuettel
Package: ftp.debian.org Severity: normal Hi, upstream no longer produces the (ps or pdf) input for the 'quantlib-refman' package, so we need to retire it from unstable. The alternate package quantlib-refman-html is still available, and I just made a fresh upload. 'quantlib-refman' can stay in

Bug#458233: Please change fftw3-dev to libfftw3-dev

2007-12-29 Thread Dirk Eddelbuettel
tags 458233 + pending thanks On 29 December 2007 at 17:47, Marco Rodrigues wrote: | Package: gretl | Severity: wishlist | | Hi! | | Please change fftw3-dev to libfftw3-dev on Build-Depends and Depends. Good idea, and changed in my sources. Will go into the next upload. Thanks, Dirk | As

Bug#379388: License of pgapack

2008-01-01 Thread Dirk Eddelbuettel
On 1 January 2008 at 16:41, Lucas Nussbaum wrote: | On 05/11/07 at 17:24 -0600, Dirk Eddelbuettel wrote: | | On 5 November 2007 at 19:25, Lucas Nussbaum wrote: | | Hi Dirk, | | | | Has there been any progress on this since your phone call? | | Very much so -- full agreement in principle

Bug#379388: License of pgapack

2008-01-01 Thread Dirk Eddelbuettel
On 1 January 2008 at 16:41, Lucas Nussbaum wrote: | On 05/11/07 at 17:24 -0600, Dirk Eddelbuettel wrote: | | On 5 November 2007 at 19:25, Lucas Nussbaum wrote: | | Hi Dirk, | | | | Has there been any progress on this since your phone call? | | Very much so -- full agreement in principle

Bug#462232: gsl: Please build depend on libblas-dev instead of refblas3.dev

2008-01-23 Thread Dirk Eddelbuettel
On 23 January 2008 at 11:10, Colin Tuckley wrote: | Package: gsl | Severity: important | | As part of the g77 to gFortran transition the blas libraries have been | rebuilt and renamed. | | Please build depend on libblas-dev instead of refblas3.dev Sure, already did the same for R amd should

Bug#462232: gsl: Please build depend on libblas-dev instead of refblas3.dev

2008-01-27 Thread Dirk Eddelbuettel
Hi Doko, I think I have it sorted out. On 28 January 2008 at 01:12, Matthias Klose wrote: | reopen 462232 | thanks | | Dirk, there are some problems: | | - the current build doesn't use any external blas library, the build |dependencies seem to be bogus. That seems to be the same for

Bug#462232: gsl: Please build depend on libblas-dev instead of refblas3.dev

2008-01-28 Thread Dirk Eddelbuettel
On 28 January 2008 at 09:43, Matthias Klose wrote: | Dirk Eddelbuettel writes: | | Hi Doko, | | I think I have it sorted out. | | On 28 January 2008 at 01:12, Matthias Klose wrote: | | reopen 462232 | | thanks | | | | Dirk, there are some problems: | | | | - the current build

Bug#463210: rpy: build-depends on python-numpy-dev

2008-01-30 Thread Dirk Eddelbuettel
severity 463210 minor tags 463210 fixed thanks On 30 January 2008 at 09:21, Luca Falavigna wrote: | -BEGIN PGP SIGNED MESSAGE- | Hash: SHA1 | | To: [EMAIL PROTECTED] | From: Luca Falavigna [EMAIL PROTECTED] | Subject: rpy: build-depends on python-numpy-dev | Package: rpy | Version:

Bug#463374: r-cran-mgcv: library fails to load on amd64

2008-01-31 Thread Dirk Eddelbuettel
On 31 January 2008 at 09:13, Johannes Ranke wrote: | Package: r-cran-mgcv | Version: 1.3-29-1 | Severity: important | | | After upgrading to R 2.6.1-2 I get | | library(mgcv) | Error in dyn.load(file, ...) : | unable to load shared library '/usr/lib/R/library/mgcv/libs/mgcv.so': |

Bug#463381: libgsl0-dev: libgsl0.so doesn't have any symbol

2008-01-31 Thread Dirk Eddelbuettel
severity 463381 normal tags 462381 moreinfo thanks On 31 January 2008 at 10:16, David Paleino wrote: | Package: libgsl0-dev | Version: 1.10-4 | Severity: grave | Justification: renders package unusable | | Hi, | I'm packaging odin http://od1n.sourceforge.net for the Debian-Med group, and | I've

Bug#450618: Please add gfortran-4.1 to builds depends (fix FTBFS)

2007-11-12 Thread Dirk Eddelbuettel
On 8 November 2007 at 15:17, Vincent Goulet wrote: | Le jeu. 8 nov. à 13:33, Thomas Friedrichsmeier a écrit : | | On Thursday 08 November 2007, Marco Rodrigues wrote: | Package: rkward | | Hi! | | Please add b-d for gfortran-4.1 (Fixes FTBFS). | | That FTBFS is on ubuntu, am I right? I

Bug#451127: Please add desktop file and respective icon file

2007-11-13 Thread Dirk Eddelbuettel
Hi Marco, (and Hi Hadley and Michael) Thanks for the bugreport -- much appreciated. On 13 November 2007 at 15:13, [EMAIL PROTECTED] wrote: | Package: ggobi | Severity: wishlist | | Please add Ubuntu patch to add desktop and icon file to the package. | |

Bug#451127: Please add desktop file and respective icon file

2007-11-13 Thread Dirk Eddelbuettel
On 13 November 2007 at 10:38, Michael Lawrence wrote: | On Nov 13, 2007 10:21 AM, Dirk Eddelbuettel [EMAIL PROTECTED] wrote: | | | Hi Marco, (and Hi Hadley and Michael) | | Thanks for the bugreport -- much appreciated. | | On 13 November 2007 at 15:13, [EMAIL PROTECTED] wrote: | | Package

Bug#451152: searching in wrong tcl path?

2007-11-13 Thread Dirk Eddelbuettel
reassign 451152 r-base-core thanks Thanks for the bugreport. On 13 November 2007 at 18:57, Paolo Cavallini wrote: | Package: r-cran-rcmdr | Version: 1.3-5-1 | Severity: normal | | --- Please enter the report below this line. --- | While starting | | library (Rcmdr) | | we get | | Loading

Bug#451195: tk8.4: Needs updated shlibs file

2007-11-13 Thread Dirk Eddelbuettel
Package: tk8.4 Version: 8.4.16-2 Severity: important Version 8.4.16-2 fixed a serious bug regarding the search path. However, packages built against tk8.4-dev still only get tk8.4 (= 8.4.5) whereas we would need tk8.4 (= 8.4.16-2) Could you please make that change? For an

Bug#451195: [Pkg-tcltk-devel] Bug#451195: tk8.4: Needs updated shlibs file

2007-11-14 Thread Dirk Eddelbuettel
Hi Sergei, Thanks for the prompt response! On 14 November 2007 at 08:29, Sergei Golovan wrote: | On 11/14/07, Dirk Eddelbuettel [EMAIL PROTECTED] wrote: | | Version 8.4.16-2 fixed a serious bug regarding the search path. However, | packages built against tk8.4-dev still only get | | I would

Bug#451195: [Pkg-tcltk-devel] Bug#451195: tk8.4: Needs updated shlibs file

2007-11-14 Thread Dirk Eddelbuettel
On 14 November 2007 at 19:44, Sergei Golovan wrote: | On 11/14/07, Dirk Eddelbuettel [EMAIL PROTECTED] wrote: | | | I know that tcl matters for tk, but as far as R is concerned, I really need a | better shlibs so that R ends up with the Depends line suggest above, ie | | tk8.4

Bug#451195: [Pkg-tcltk-devel] Bug#451195: Bug#451195: tk8.4: Needs updated shlibs file

2007-11-14 Thread Dirk Eddelbuettel
On Wed, Nov 14, 2007 at 08:56:27PM +0300, Sergei Golovan wrote: On 11/14/07, Dirk Eddelbuettel [EMAIL PROTECTED] wrote: But as I mentioned twice already I need _tk_ not tcl. Tk uses Tcl, and Tcl sets a list of directories where Tk_Init tries to find tk.tcl. tcl8.4 8.4.16-4 fixes

Bug#451195: [Pkg-tcltk-devel] Bug#451195: Bug#451195: tk8.4: Needs updated shlibs file

2007-11-14 Thread Dirk Eddelbuettel
I realized that for my immediate needs, I can get by with a shlibs.local directory in my R package -- so a fixed version is going to ftp-master now. I still think you need to fix this at the tcl/tk level with an updated Depends, though. Thanks, Dirk -- Three out of two people have

Bug#451634: fregression: FTBFS: there is no package called 'mgcv'

2007-11-17 Thread Dirk Eddelbuettel
: applying ./fregression_260.72-1.diff.gz - Building the package dpkg-buildpackage: source package fregression dpkg-buildpackage: source version 260.72-1 dpkg-buildpackage: source changed by Dirk Eddelbuettel [EMAIL PROTECTED] dpkg-buildpackage: host architecture i386 fakeroot debian/rules clean test -x

Bug#451911: file conflicts between packages

2007-11-19 Thread Dirk Eddelbuettel
Michael, Thanks for the bugreport. On 19 November 2007 at 09:22, Michael Ablassmeier wrote: | Package: nws, python-nwsserver | Severity: serious | Justfication: policy violation | | hi, | | both nws and python-nwsserver ship `/etc/init.d/nws' but do not conflict or add | a diversion, thus

Bug#451911: file conflicts between packages

2007-11-19 Thread Dirk Eddelbuettel
On 19 November 2007 at 09:22, Michael Ablassmeier wrote: | Package: nws, python-nwsserver | Severity: serious | Justfication: policy violation | | hi, | | both nws and python-nwsserver ship `/etc/init.d/nws' but do not conflict or add | a diversion, thus fail to be installed in the same

Bug#454144: fullscreen does not cover full screen anymore

2007-12-03 Thread Dirk Eddelbuettel
reassign 454144 screen-message thanks sm is the _source_ for package _r-cran-sm_; you wanted to assign a bug in package _sm_ to its source _screen-message_. Fun, eh? Joachim and I should probably sort out the naming and both vacate sm Dirk On 3 December 2007 at 14:24, Elmar Hoffmann

Bug#454678: r-base-core: Crash when calling edit.matrix with edit.row.names = TRUE when there are no rownames

2007-12-06 Thread Dirk Eddelbuettel
Ben, Thanks for the bug report. I am off two minds about it as discussed below. But as it does indeed create a crash / segfault, I am passing this on to the R bug tracker. A suggested two-line patch is below; I tested the patch against a 'vanilla' 2.6.1 source tree. On 6 December 2007 at

Bug#454678: forwarded message from [EMAIL PROTECTED]

2007-12-07 Thread Dirk Eddelbuettel
[ Sorry, forgot CCs to Ben and the BTS last night when I posted my reply. --Dirk ] ---BeginMessage--- Ben, Thanks for the bug report. I am off two minds about it as discussed below. But as it does indeed create a crash / segfault, I am passing this on to the R bug tracker. A suggested

Bug#309012: r-base: Cannot find fonts when LANG=en_US.UTF-8

2005-05-21 Thread Dirk Eddelbuettel
Ryan, On 13 May 2005 at 11:33, Ryan Lovett wrote: | Package: r-base | Version: 2.1.0-1 | Severity: normal | | plot(1:10) | Error in X11() : could not find any X11 fonts | Check that the Font Path is correct. | | | If LANG= , the above command works fine. In r-base-core/changelog.gz, I |

Bug#309012: r-base: Cannot find fonts when LANG=en_US.UTF-8

2005-05-22 Thread Dirk Eddelbuettel
On 21 May 2005 at 16:05, Peter Dalgaard wrote: | Dirk Eddelbuettel [EMAIL PROTECTED] writes: | | | INTERNATIONALIZATION | | | | o Unix-alike versions of R can now be used in UTF-8 and other | | multi-byte locales on suitably equipped OSes if configured | | with option

Bug#310198: rpy: FTBFS: Does not have headers for R 2.1.0

2005-05-22 Thread Dirk Eddelbuettel
On 22 May 2005 at 14:09, Kurt Roeckx wrote: | Package: rpy | Version: 0.4.1-2 | Severity: serious | Tags: sarge | | Hi, | | This package is failing to build in sarge but it seems to have | been fixed in sid. (-3 or -4 version?) | | It's failing with the following error: | CFLAGS=-O2 -Wall

Bug#310198: rpy: FTBFS: Does not have headers for R 2.1.0

2005-05-22 Thread Dirk Eddelbuettel
On 22 May 2005 at 10:13, Steve Langasek wrote: | Hi Dirk, | | On Sun, May 22, 2005 at 02:09:30PM +0200, Kurt Roeckx wrote: | Package: rpy | Version: 0.4.1-2 | Severity: serious | Tags: sarge | | This package is failing to build in sarge but it seems to have | been fixed in sid. (-3 or -4

Bug#310298: libgsl0-dev: Have a debug version available

2005-05-22 Thread Dirk Eddelbuettel
On 22 May 2005 at 18:22, Patricio Rojo wrote: | Package: libgsl0-dev | Version: 1.6-2 | Severity: wishlist | | Can you add a new debian package with a debug version of the GSL | libraries? Something compiled with flags like '-g3 -gdwarf-2' (for i386 | at least). | | It will be very useful

Bug#310198: rpy: FTBFS: Does not have headers for R 2.1.0

2005-05-22 Thread Dirk Eddelbuettel
On 22 May 2005 at 19:51, Steve Langasek wrote: | On Sun, May 22, 2005 at 02:28:21PM -0500, Dirk Eddelbuettel wrote: | | | It looks like rpy 0.4.1-4 fixes this bug by adding a full set of R-2.1.0 | | I recalled that we had fixed it; I guess I confused 2.0.1 with 2.1.0 here. | | | headers

Bug#310198: rpy: FTBFS: Does not have headers for R 2.1.0

2005-05-23 Thread Dirk Eddelbuettel
On 22 May 2005 at 22:33, Don Armstrong wrote: | clone 310198 -1 | severity -1 wishlist | reassign -1 r-base-core | retitle -1 please distribute Startup.h from src/include/Startup.h in /usr/lib/R/include/ | tag -1 = | submitter -1 ! | thanks | | | On Sun, 22 May 2005, Dirk Eddelbuettel wrote

Bug#310298: libgsl0-dev: Have a debug version available

2005-05-23 Thread Dirk Eddelbuettel
On 23 May 2005 at 13:47, Patricio Rojo wrote: | I would love to be able to help you. But I'm afraid I've never have | had the time to read the Debian policy manual nor any reference to the | Debian packaging tools... I tried looking at the GSL's debian/rules | file, but it seems that I'll need

Bug#310330: Bug#310198: rpy: FTBFS: Does not have headers for R 2.1.0

2005-05-23 Thread Dirk Eddelbuettel
On 23 May 2005 at 19:15, Don Armstrong wrote: | What I'm talking about (and why I'm continuing this discussion) is the | optimal resolution of this issue, post sarge release, by fixing: | | 1) r-base-core to provide the correct headers/fix whatever headers | are supplied This is a

Bug#310330: Bug#310198: rpy: FTBFS: Does not have headers for R 2.1.0

2005-05-23 Thread Dirk Eddelbuettel
Don, Last post on this. I have neither time nor energy to debate this to death. | Just because other distributions and platforms are not capable of | dealing with packages in a sane manner does not mean that saddling | users of R with pointlessly gigantic packages is a good idea. It's a

Bug#311108: ftp.debian.org: Please remove xgobi and xgobi-doc from all distributions

2005-05-28 Thread Dirk Eddelbuettel
Package: ftp.debian.org Severity: normal Hi, xgobi can be removed from all distributions: a) it is still non-free (bad ATT license) b) development stopped years in favour of the newer ggobi replacement [1] c) ggobi's licensing was changed from ATT's own license to the Common Public License

Bug#307683: needs to be properly fixed, FTBFS is RC

2005-05-30 Thread Dirk Eddelbuettel
On 30 May 2005 at 15:02, Chris Lawrence wrote: | On 5/30/05, Adrian Bunk [EMAIL PROTECTED] wrote: | reopen 307683 | tags 307683 -sarge | severity 307683 serious | thanks | | On i386, both the package in unstable and the package in unstable fail | if mawk is not installed. | | If you

Bug#307683: needs to be properly fixed, FTBFS is RC

2005-05-30 Thread Dirk Eddelbuettel
On 30 May 2005 at 22:45, Adrian Bunk wrote: | Why do you call a system without mawk installed seriously broken? | | That's a perfectly legal setup (and it works fine on my computer since | more than 5 years). No it's not as mawk is Priority: required. So if you remove it, your problem, and you

Bug#307683: needs to be properly fixed, FTBFS is RC

2005-05-30 Thread Dirk Eddelbuettel
On 30 May 2005 at 14:20, Steve Langasek wrote: | Don't think so. Mawk is priority required. It can be assumed to be present. | | No, it cannot. You are only ever allowed to assume that packages that are | Essential: yes (or in the case of build-dependencies, part of | build-essential) are

Bug#292917: [Pkg-octave-devel] Bug#292917: needs to depend on f2c on m68k?

2005-01-31 Thread Dirk Eddelbuettel
On 30 January 2005 at 21:47, Adam Conrad wrote: | Package: octave2.1-headers | Version: 2.1.64-1 | Severity: important | | I've seen several octave-related packages fail to build on m68k, with | errors like so: | | /usr/bin/ld: cannot find -lf2c | collect2: ld returned 1 exit status |

Bug#292917: needs to depend on f2c on m68k?

2005-01-31 Thread Dirk Eddelbuettel
On 1 February 2005 at 14:38, Adam Conrad wrote: | Dirk Eddelbuettel said: | | Good point, and r-base-dev uses | | Depends: [...] g77 | m68k, f2c | not+m68k, type-handling, [...] | | I can't remember why I never added that to octave2.1-headers. It is worth | a try. | | I don't see why

Bug#292917: [Pkg-octave-devel] Bug#292917: needs to depend on f2c on m68k?

2005-01-31 Thread Dirk Eddelbuettel
On 30 January 2005 at 21:47, Adam Conrad wrote: | Package: octave2.1-headers | Version: 2.1.64-1 | Severity: important | | I've seen several octave-related packages fail to build on m68k, with | errors like so: | | /usr/bin/ld: cannot find -lf2c | collect2: ld returned 1 exit status |

Bug#292917: needs to depend on f2c on m68k?

2005-02-01 Thread Dirk Eddelbuettel
On 1 February 2005 at 17:50, Adam Conrad wrote: | Dirk Eddelbuettel said: | | I am not aware of packages modifying debian/control on the fly. That | sounds a little fishy to me. | | Are you sure about that? All of my packages modify debian/control on the | fly via substvars. Sure, most just

Bug#293136: libgsl0: The execution of a given program has become much more slow (100 times)

2005-02-01 Thread Dirk Eddelbuettel
severity 293136 normal tags 293136 + moreinfo tags 293136 + upstream thanks On 1 February 2005 at 12:28, Stefano Simonucci wrote: | Package: libgsl0 | Version: 1.1.1-1 Are you sure you used 1.1.1-1? That version is almost three years old ... The current version is 1.6-1. | Severity: important

Bug#292917: needs to depend on f2c on m68k?

2005-02-01 Thread Dirk Eddelbuettel
On 1 February 2005 at 22:38, Adam Conrad wrote: | Dirk Eddelbuettel said: | | Sure -- I meant with direct brute force hacking of debian/control from | debian/rules as you suggest here. Not sure I know an example that does | that. | | PHP does. Are you surprised, though? :) Hehe :) | Why

Bug#293318: libquantlib0-dev: depends on libboost-test1.31.0 which is not available

2005-02-02 Thread Dirk Eddelbuettel
On 2 February 2005 at 14:59, Domenico Andreoli wrote: | Package: libquantlib0-dev | Version: 0.3.8-1 | Severity: serious | | this package depends on libboost-test1.31.0 (?), which is not available | in sid any more. please upgrade to Boost 1.32.0. Thanks for the heads-up, will do in the next

Bug#293235: [Pkg-octave-devel] Bug#293235: octave2.1-emacsen: hangs Emacs

2005-02-03 Thread Dirk Eddelbuettel
On 2 February 2005 at 16:29, Rafa Rodriguez Galvan wrote: | | El mar, 01-02-2005 a las 23:06, Francesco Potorti` escribió: | Package: octave2.1-emacsen | Version: 2.1.64-1 | Severity: important | | Simply does not work. When I call M-x run-octave RET, Emacs just | hangs. This has

Bug#295097: quantlib build failures due to timeout

2005-02-13 Thread Dirk Eddelbuettel
severity 295097 normal thanks Had not included [EMAIL PROTECTED] last time ... Dirk -- Better to have an approximate answer to the right question than a precise answer to the wrong question. -- John Tukey as quoted by John Chambers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a

Bug#295097: quantlib build failures due to timeout

2005-02-13 Thread Dirk Eddelbuettel
On 13 February 2005 at 18:31, Christopher Martin wrote: | On February 13, 2005 12:18, Dirk Eddelbuettel wrote: | | It would be great if you could upload a fix or workaround, ideally with | | an | | I am unaware of how I as package maintainer can influence this. In the | past, this only ever

Bug#296089: please register html doc with doc-base

2005-02-20 Thread Dirk Eddelbuettel
On 20 February 2005 at 08:55, Ralf Treinen wrote: | Package: r-doc-html | Version: 2.0.1-2 | Severity: wishlist | | Please register the html documentation contained in this package | with doc-base. See, for instance, | | http://www.nl.debian.org/doc/maint-guide/ch-dother.en.html#s-doc-base I

Bug#296089: please register html doc with doc-base

2005-02-20 Thread Dirk Eddelbuettel
On 20 February 2005 at 08:55, Ralf Treinen wrote: | Package: r-doc-html | Version: 2.0.1-2 | Severity: wishlist | | Please register the html documentation contained in this package | with doc-base. See, for instance, | | http://www.nl.debian.org/doc/maint-guide/ch-dother.en.html#s-doc-base

Bug#296089: please register html doc with doc-base

2005-02-20 Thread Dirk Eddelbuettel
On 20 February 2005 at 16:34, Ralf Treinen wrote: | Hi Dirk, | | On Sun, Feb 20, 2005 at 08:04:55AM -0600, Dirk Eddelbuettel wrote: | | On 20 February 2005 at 08:55, Ralf Treinen wrote: | | Package: r-doc-html | | Version: 2.0.1-2 | | Severity: wishlist | | | | Please register the html

Bug#296194: r-doc-info: ships inappropriate doc-base file

2005-02-20 Thread Dirk Eddelbuettel
On 20 February 2005 at 17:54, Aaron M. Ucko wrote: | Package: r-doc-info | Version: 2.0.1-2 | Severity: important Actually, that is 2.0.1-3 from earlier today. -2 was fine. | Preparing to replace r-doc-info 2.0.1-2 (using .../r-doc-info_2.0.1-3_all.deb) ... | Unpacking replacement r-doc-info

Bug#296194: r-doc-info: ships inappropriate doc-base file

2005-02-20 Thread Dirk Eddelbuettel
On 20 February 2005 at 19:02, Aaron M. Ucko wrote: | Dirk Eddelbuettel [EMAIL PROTECTED] writes: | | Actually, that is 2.0.1-3 from earlier today. -2 was fine. | | Oops, yeah, forgot to correct the version pseudo-header. | | Even sadder is that the whole doc-base exercise failed

Bug#296194: r-doc-info: ships inappropriate doc-base file

2005-02-20 Thread Dirk Eddelbuettel
On 20 February 2005 at 19:02, Aaron M. Ucko wrote: | Dirk Eddelbuettel [EMAIL PROTECTED] writes: | | Actually, that is 2.0.1-3 from earlier today. -2 was fine. | | Oops, yeah, forgot to correct the version pseudo-header. | | Even sadder is that the whole doc-base exercise failed

Bug#293562: [Pkg-octave-devel] Bug#293562: octave2.1-doc: Provide a pdf version

2005-02-21 Thread Dirk Eddelbuettel
On 21 February 2005 at 10:55, Rafael Laboissiere wrote: | * Jörg Sommer [EMAIL PROTECTED] [2005-02-04 10:33]: | | Package: octave2.1-doc | Version: 2.1.64-3 | Severity: wishlist | | could you please provide a pdf version of octave.ps.gz, because pdf is | searchable and you can mark and

Bug#296287: r-base-dev: type-handling does not provide m86k and not+m68k anymore

2005-02-21 Thread Dirk Eddelbuettel
tags 296287 + pending severity 296287 minor thanks On 21 February 2005 at 15:47, Sebastian Kuhnert wrote: | Package: r-base-dev | Version: 2.0.1-2 | Severity: normal | | Starting with version 0.2.5 type-handling does not provide architecture | specific packages anymore. The relevant changelog

Bug#265021: Regarding blosxom and the flavour files

2005-03-19 Thread Dirk Eddelbuettel
One relatively easy way to deal with that in _user space_ is via dpkg-divert(8) and --local diversion: [EMAIL PROTECTED]:~ dpkg -L blosxom | grep -B1 locally /usr/share/blosxom/timezone locally diverted to: /usr/share/blosxom/timezone.distrib -- /var/www/blosxom/flavours/content_type.html

Bug#300330: libboost-dev: one-line upstream change needed in package

2005-03-21 Thread Dirk Eddelbuettel
On 21 March 2005 at 10:25, Domenico Andreoli wrote: | On Fri, Mar 18, 2005 at 07:25:33PM -0600, Dirk Eddelbuettel wrote: | | My quantlib package depends on boost (and the regex and test libs). | | how could i forget it? :)) :-) | The newest release of QuantLib failed to build

Bug#300765: r-doc-html: Documents have nothing to do in /usr/lib

2005-03-21 Thread Dirk Eddelbuettel
severity 300765 wishlist tags 300765 + upstream tags 300765 + wontfix On 21 March 2005 at 18:50, Pierre THIERRY wrote: | Package: r-doc-html | Version: 2.0.1-4 | Severity: serious | Justification: FHS chapter 4 | | /usr/lib : Libraries for programming and packages | /usr/share :

Bug#300765: r-doc-html: Documents have nothing to do in /usr/lib

2005-03-22 Thread Dirk Eddelbuettel
severity 300765 wishlist thanks -- Better to have an approximate answer to the right question than a precise answer to the wrong question. -- John Tukey as quoted by John Chambers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL

Bug#300767: r-doc-html: HTML documents in /usr/lib/R/doc/manual are loop symlinks

2005-03-22 Thread Dirk Eddelbuettel
On 22 March 2005 at 09:03, Pierre THIERRY wrote: | Scribit Dirk Eddelbuettel dies 21/03/2005 hora 20:49: | You better check again. You may have a problem with your /usr/share/doc | hierarchy, or something else is going one. | | I don't see the point. The files are in /usr/lib, and are symlinks

Bug#300765: r-doc-html: Documents have nothing to do in /usr/lib

2005-03-22 Thread Dirk Eddelbuettel
On 22 March 2005 at 14:01, Pierre THIERRY wrote: | severity 300765 wishlist | | Could you explain what gives you the right not to respect a ``must'' | directive in the Debian Policy? The FHS specifies a Policy that I see as mandatory for base + standard, and as an ideal to strive for for

Bug#300765: r-doc-html: Documents have nothing to do in /usr/lib

2005-03-22 Thread Dirk Eddelbuettel
severity 300765 wishlist thanks On 23 March 2005 at 02:41, Pierre THIERRY wrote: | Scribit Dirk Eddelbuettel dies 22/03/2005 hora 18:56: | The FHS specifies a Policy that I see as mandatory for base + | standard, and as an ideal to strive for for optional and extra | packages. | | It's

Bug#300767: r-doc-html: Second time this hit me, I suggest reopening

2005-03-24 Thread Dirk Eddelbuettel
On 25 March 2005 at 00:10, Johannes Ranke wrote: | Package: r-doc-html | Version: 2.0.1-4 | Followup-For: Bug #300767 | | | The same thing happened to me on my machine at work after upgrading R. I | solved it by purging and reinstalling the R packages. Now, weeks later, | at home, I find the

Bug#300767: r-doc-html: Second time this hit me, I suggest reopening

2005-03-24 Thread Dirk Eddelbuettel
On 25 March 2005 at 01:28, Johannes Ranke wrote: | * Dirk Eddelbuettel [EMAIL PROTECTED] [050325 01:14]: | | I am not sure. One thing I could think of is the sequence of installing | r-base-core and r-doc-html because the latter could have linked onto the | former -- in the way that r-mathlib

Bug#265021: Regarding blosxom and the flavour files

2005-03-30 Thread Dirk Eddelbuettel
On Tue, Mar 29, 2005 at 01:19:18PM +0200, Gerfried Fuchs wrote: * Dirk Eddelbuettel [EMAIL PROTECTED] [2005-03-19 20:09]: One relatively easy way to deal with that in _user space_ is via dpkg-divert(8) and --local diversion: Just for the record, I don't call that _user_ space. That's

Bug#299141: emacs sometimes dumps core when switching vm folders

2005-03-11 Thread Dirk Eddelbuettel
Package: vm Version: 7.19-2 Severity: normal Hi Manoj, I wish I had a better handle on why/how this happens. I used to read mail in vm under xemacs (which worked for years even though you always insisted it wasn't supported) but then switched to mutt as my folders got to big. About maybe two

Bug#299510: [Pkg-octave-devel] Bug#299510: octave-forge: Minimize failed

2005-03-14 Thread Dirk Eddelbuettel
On 14 March 2005 at 22:58, Lo Le Guyader wrote: | Le 14 March 2005, Paul Kienzle, à bout, prit son clavier pour | taper sur son écran: | Fixed in the latest CVS. | | Thank you for the fast answer, but which CVS do you mean? The last | package in unstable, ie octave-forge-2004-11-16 (which come

Bug#244070: [Pkg-octave-devel] Bug#244070: octave2.1-emacsen: octave quits when working with popen

2005-03-14 Thread Dirk Eddelbuettel
On 7 March 2005 at 16:59, Pascal A. Dupuis wrote: | Working on Sarge (octave_2.1.64-1, emacs_21.3+1-8), the bug is still | present. Maybe we could we until 2.1.65 is in Sarge ? IMHO that is a bad idea. A bug gets reported when it is discovered. Once a new package gets uploaded, the bug should

Bug#300330: libboost-dev: one-line upstream change needed in package

2005-03-18 Thread Dirk Eddelbuettel
Package: libboost-dev Version: 1.32.0-2 Severity: normal Tags: patch My quantlib package depends on boost (and the regex and test libs). The newest release of QuantLib failed to build, and upstream (QuantLib) told me that this is due to a bug that has been fixed upstream in Boost, but hasn't

Bug#167780: 0.3.4 is in testing

2005-04-03 Thread Dirk Eddelbuettel
On 31 March 2005 at 02:35, Jeroen van Wolffelaar wrote: | tags 167780 moreinfo | thanks | | On Sun, Jan 25, 2004 at 11:25:15AM -0600, Dirk Eddelbuettel wrote: | On Sun, Jan 25, 2004 at 04:16:01PM +, Daniel Silverstone wrote: | Hi, | | Since quantlib is up to date in testing currently

Bug#303835: FTBFS: quantlib-ruby_0.3.8-1_mipsel: multiple source errors with quantlib 0.3.8.rc.20050401-1

2005-04-08 Thread Dirk Eddelbuettel
Hi Steve, Ah, a rock-and-hard-place problem ... On 8 April 2005 at 19:43, Steve Langasek wrote: | Package: quantlib-ruby | Version: 0.3.8-1 | Severity: serious | Tags: sid | Justification: FTBFS | | The most recent version of quantlib-ruby has failed to build on mipsel with | multiple source

Bug#303757: gsl-doc-pdf: gnuplot-generated images missing from pdf.

2005-04-08 Thread Dirk Eddelbuettel
Hi Guiseppe, On 8 April 2005 at 17:53, giuseppe bonacci wrote: | Package: gsl-doc-pdf | Version: 1.6-1 | Severity: minor | | | /usr/share/doc/gsl-doc-pdf/gsl-ref.pdf.gz lacks some of the pictures | (see e.g. page 194) Yes, the pdf docs were always a bit of a hack. I added these at the request

Bug#303835: FTBFS: quantlib-ruby_0.3.8-1_mipsel: multiple source errors with quantlib 0.3.8.rc.20050401-1

2005-04-09 Thread Dirk Eddelbuettel
On 8 April 2005 at 19:43, Steve Langasek wrote: | Package: quantlib-ruby | Version: 0.3.8-1 | Severity: serious | Tags: sid | Justification: FTBFS | | The most recent version of quantlib-ruby has failed to build on mipsel with | multiple source errors: [...] Just as one further data point: --

<    1   2   3   4   5   6   7   8   9   10   >