That bug reported against r-cran-nlme is arguably the same bug as
Bug#349637: r-base-core: /usr/lib to /usr/share move breaks \
R modules installation and removal
where it was triggered by r-cran-matrix, but reported against r-base-core.
The problem lies somewhere
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
Hi Steve,
On 23 October 2005 at 23:44, Steve Langasek wrote:
| Hi Dirk,
|
| This bug requires a sourceful upload, because it involves changes to
| debian/rules. Is there any chance of this happening soon?
Can I do a 2.2.0.final-1.0.1 upload to declare the mod to be local to hppa,
or does this
On 24 October 2005 at 05:29, Steve Langasek wrote:
| On Mon, Oct 24, 2005 at 06:40:13AM -0500, Dirk Eddelbuettel wrote:
|
| On 23 October 2005 at 23:44, Steve Langasek wrote:
| | Hi Dirk,
|
| | This bug requires a sourceful upload, because it involves changes to
| | debian/rules
On 24 October 2005 at 16:03, Steve Langasek wrote:
| On Mon, Oct 24, 2005 at 08:34:48AM -0700, Debian Bug Tracking System wrote:
|
| .
| * debian/rules: Skip 'make check' on hppa(Closes:
#333462)
|
| This didn't work:
|
|
On Tue, Nov 01, 2005 at 09:13:59AM -0800, Blars Blarson wrote:
Package: quantlib-swig
Version: 0.3.11-1
Severity: serious
Justification: no longer builds from source
quantlib-swig failed to build on a sparc buildd, duplicated on my
sparc pbuilder:
Ok, I'll exempt sparc from the regression
package quantlib-swig
tags 337543 + moreinfo
tags 337543 + irreproducible
thanks
| Version: 0.3.11-2
| Severity: serious
On 4 November 2005 at 13:51, Blars Blarson wrote:
| Package: quantlib-swig
| Version: 0.3.11-2
| Severity: serious
| Justification: no longer builds from source
|
|
On Wed, Jul 13, 2005 at 01:47:43PM -0500, Chris Lawrence wrote:
Package: r-cran-rgl
Version: 0.64.13-3
Severity: serious
Subject says it all, really... the upload of X.org to sid makes this
package not installable with the upgraded xutils and x-window-system-core.
Do all X11 packages need
On Wed, Jul 13, 2005 at 08:04:22AM -0700, Matt Kraai wrote:
Package: rpy
Version: 0.4.2.1-1
Severity: serious
rpy build-depends on python2.2-numeric, but this package does not
exist in sid, so rpy cannot be built.
--
Matt
Thanks -- I will take care of that next week once I'm back in
On 13 July 2005 at 21:21, Chris Lawrence wrote:
| On 7/13/05, Steve Langasek [EMAIL PROTECTED] wrote:
| NMUs for these issues are encouraged, but there are complications to
| uploading right now because xorg-x11 isn't built on all architectures.
| Waiting a couple of days for that to be sorted
fixes this problem.
|
| --
| Matt
| diff -u dbd-odbc-1.13/debian/control dbd-odbc-1.13/debian/control
| --- dbd-odbc-1.13/debian/control
| +++ dbd-odbc-1.13/debian/control
| @@ -3,7 +3,7 @@
| Priority: optional
| Maintainer: Dirk Eddelbuettel [EMAIL PROTECTED]
| Standards-Version: 3.6.1.0
| -Build
(reposting, this time with valid recipients. Sorry for the dupes --edd)
Perlers,
Following up on this post by Carlo
On 20 June 2005 at 23:39, Carlo Segre wrote:
|
| I have been asked by Dirk Eddelbuetel to have the group adopt two of his
| perl packages. I have uploaded them to the svn
On 21 September 2005 at 21:27, Russ Allbery wrote:
| Package: rmpi
| Severity: serious
| Tags: patch
| Justification: Policy 2.2.1
|
| Due to C++ libraries in the package, lam had to change shared library
| package names as part of the C++ transition. rmpi now needs to be
| rebuilt with the new
On Thu, Sep 29, 2005 at 03:26:18PM -0400, Clint Adams wrote:
Package: libgsl0-dev
Version: 1.7-1
Severity: grave
Justification: Steve Langasek said so.
He has a stack of of 'get out of jail free' cards I owe him, so I can't yell
that loud but ...
bogofilter has been failing to build on
On Thu, Sep 29, 2005 at 02:32:46PM -0700, Steve Langasek wrote:
On Thu, Sep 29, 2005 at 03:56:58PM -0500, Dirk Eddelbuettel wrote:
On Thu, Sep 29, 2005 at 03:26:18PM -0400, Clint Adams wrote:
Package: libgsl0-dev
Version: 1.7-1
Severity: grave
Justification: Steve Langasek said so
On 30 September 2005 at 13:34, Matt Kraai wrote:
| Package: boot
| Version: 1.2.23-1
| Severity: serious
|
| boot fails to build:
|
| * checking examples ... ERROR
| Running examples in boot-Ex.R failed.
| The error most likely occurred in:
Which platform is that, Matt?
I disabled a few of
On 3 October 2005 at 08:07, Matt Kraai wrote:
| On Sat, Oct 01, 2005 at 12:49:19PM -0500, Dirk Eddelbuettel wrote:
|
| On 30 September 2005 at 13:34, Matt Kraai wrote:
| | Package: boot
| | Version: 1.2.23-1
| | Severity: serious
| |
| | boot fails to build:
| |
| | * checking
On 3 October 2005 at 21:59, Matt Kraai wrote:
| | I disabled a few of these tests on other packages formerly provided by
| | r-recommended, and I guess I need to disable it here too.
| |
| | This was on i386.
|
| Odd, so how does that square with my pbuilder logs showing that it built
On 4 October 2005 at 08:23, Matt Kraai wrote:
| On Tue, Oct 04, 2005 at 06:17:27AM -0500, Dirk Eddelbuettel wrote:
|
| On 3 October 2005 at 21:59, Matt Kraai wrote:
| | | I disabled a few of these tests on other packages formerly provided
by
| | | r-recommended, and I guess I need
Dude I was CC on that fun thread where you were yelling at everyone. No need
for redundant BTS entries, really.
Dirk
On 9 October 2005 at 17:57, Thomas Bushnell BSG wrote:
| Package: gretl
| Version: 1.4.1-3
| Severity: serious
|
| This package fails to build from source because it declares
On 9 October 2005 at 18:13, Thomas Bushnell BSG wrote:
| Dirk Eddelbuettel [EMAIL PROTECTED] writes:
|
| Dude I was CC on that fun thread where you were yelling at everyone. No need
| for redundant BTS entries, really.
|
| 1) I wasn't yelling at anyone; perhaps you have me confused
On 13 October 2005 at 20:08, Luk Claes wrote:
| -BEGIN PGP SIGNED MESSAGE-
| Hash: SHA1
|
| Package: quantlib
| Severity: grave
| Version: 0.3.10-1
|
| Hi
|
| libquantlib0-dev is uninstallable as it depends on libboost-test1.33.0
| ( 1.32.0+1.33.0-cvs20050727-99) while version
Hi Duncan,
First off, thank you *very much* for the detailed and extremely timely
replies! Much appreciated!
On 17 October 2005 at 07:58, Duncan Temple Lang wrote:
|
| Thanks for the report.
| I was just making minor modifications to that package
| last week, so I'll take a look.
| I can't
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
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 :
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
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
Doko,
On 17 November 2005 at 03:22, Matthias Klose wrote:
| Compiler versions g++-4.0_4.0.2-4 and g++-3.4_3.4.4-10 are now in the
| archive. The renaming of the library packages can now start. You can
| upload the packages even before the toolchain is built for all architectures
| because the
On 19 November 2005 at 12:22, Roland Stigge wrote:
| Package: gmodels
| Version: 2.10.0-1
| Severity: serious
|
| Hi,
|
| building the package gmodels in a clean sid build environment
| (with pbuilder) on i386 results in:
Weird thing is that I build it in a sid pbuilder too ...
| fakeroot
On 25 November 2005 at 22:51, Rafael Laboissiere wrote:
| * Stephen R Marenka [EMAIL PROTECTED] [2005-11-25 15:25]:
| On the bright side, I removed all the m68k-specific stuff from
| debian/rules and installed gfortran.
|
| I am more than happy to know that Octave compiles with gfortran on
On 25 November 2005 at 20:41, Stephen R Marenka wrote:
| On Fri, Nov 25, 2005 at 10:51:27PM +0100, Rafael Laboissiere wrote:
| * Stephen R Marenka [EMAIL PROTECTED] [2005-11-25 15:25]:
|
| Sample patch attached.
|
| Thanks, I will apply it and upload a new version soon.
|
| Will you be
On 11 December 2005 at 17:25, Blars Blarson wrote:
| Package: foreign
| Severity: serious
| Justification: fails to build from source
|
|
| foreign failed to build on a sparc buildd, duplicated on my sparc pbuilder.
| (The number was 27374 rather than 27717 on my pbuilder.)
|
|
| make[2]:
On 11 December 2005 at 19:49, Dirk Eddelbuettel wrote:
|
| On 11 December 2005 at 17:25, Blars Blarson wrote:
| | Package: foreign
| | Severity: serious
| | Justification: fails to build from source
| |
| |
| | foreign failed to build on a sparc buildd, duplicated on my sparc pbuilder
On 11 December 2005 at 19:02, Steve Langasek wrote:
| On Sun, Dec 11, 2005 at 07:49:55PM -0600, Dirk Eddelbuettel wrote:
|
| On 11 December 2005 at 17:25, Blars Blarson wrote:
| | Package: foreign
| | Severity: serious
| | Justification: fails to build from source
|
| | foreign failed
On 11 December 2005 at 19:24, Steve Langasek wrote:
| On Sun, Dec 11, 2005 at 09:14:00PM -0600, Dirk Eddelbuettel wrote:
|
| On 11 December 2005 at 19:02, Steve Langasek wrote:
| | On Sun, Dec 11, 2005 at 07:49:55PM -0600, Dirk Eddelbuettel wrote:
| |
| | On 11 December 2005 at 17:25
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
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
On 9 April 2005 at 20:57, Steve Langasek wrote:
| On Sat, Apr 09, 2005 at 06:32:24AM -0500, Dirk Eddelbuettel wrote:
| On 8 April 2005 at 19:43, Steve Langasek wrote:
| | Package: quantlib-ruby
| | Version: 0.3.8-1
| | Severity: serious
| | Tags: sid
| | Justification: FTBFS
Hi,
Thanks for the bugreport.
On 31 August 2005 at 03:34, Steve Langasek wrote:
| Package: rsprng
| Version: 0.3.1-2
| Severity: grave
|
| The current version of r-cran-rsprng is not installable in unstable,
| because it still depends on libgmp3. The libgmp3 package has been
| renamed to
On 19 November 2006 at 06:42, Steve Langasek wrote:
| reassign 399384 r-cran-fmultivar
| found 399384 221.10064a-1
| close 399384 240.10068-1
| thanks
|
| On Sun, Nov 19, 2006 at 09:32:37AM +0100, Goswin von Brederlow wrote:
| Package: r-cran-fmultivar
| Version: 240.10068-1
| Depends: libc6
severity 399384 minor
thanks
As Steve showed, the bug is really about the impossibility of mixing random
versions. In my book, that is user error. I do not prevent it as maintainer
so in that sense it is an open bug, but in my book at best of the nuisance or
minor level.
Dirk
--
Hell, there
found 400068 0.5.9-1
close 400068 0.5.10-1
thanks
On 23 November 2006 at 18:35, Lucas Nussbaum wrote:
| Package: rmysql
| Version: 0.5.9-1
| Severity: serious
| Justification: FTBFS on i386, very likely to fail everywhere else
| Usertags: grid5000
|
| Hi,
|
| During a rebuild of all packages
On 23 November 2006 at 20:21, Lucas Nussbaum wrote:
| On 23/11/06 at 13:17 -0600, Dirk Eddelbuettel wrote:
| | During a rebuild of all packages in etch, I discovered that your package
| | failed to build on i386.
|
| 0.5.9 is outdated. 0.5.10 builds fine.
|
| 0.5.9 is still in testing
On 30 March 2006 at 10:37, Stephen Moraco wrote:
| Lucas, Daniel,
|
| Thanks for bug report and the detailed study. I'm working with the
| graphviz team now to understand this
| issue. Watch for a maintainer upload soon... (there's a bit of work to
| do with the graphviz
|
On 30 March 2006 at 20:56, Lucas Nussbaum wrote:
| On 30/03/06 at 10:37 -0700, Stephen Moraco wrote:
| Lucas, Daniel,
|
| Thanks for bug report and the detailed study. I'm working with the
| graphviz team now to understand this issue. Watch for a maintainer
| upload soon... (there's a bit
Kurt: Here is the patch.
Bastian: http://buildd.debian.org/build.php?pkg=r-base shows builds
succeeding everywhere but s390 [and m68k at the very end which looks like a
local issue: dh_fixperms just died...] I am still a bit suspicious of your
brute force replacement of -fpic. Or do you know
Bastian,
On 7 April 2006 at 10:59, Bastian Blank wrote:
| Package: r-base
| Version: 2.2.1.svn37642-1
| Severity: serious
|
| There was an error while trying to autobuild your package:
|
| Automatic build of r-base_2.2.1.svn37642-1 on debian-31 by sbuild/s390 85
| [...]
| gcc -shared -o
(header complete to Brian, Kurt, Bastian, BTS)
On 7 April 2006 at 13:40, Prof Brian Ripley wrote:
| On Fri, 7 Apr 2006, Prof Brian Ripley wrote:
|
| On Fri, 7 Apr 2006, Kurt Hornik wrote:
|
| More later ...
|
| We have in configure.ac
|
| case ${host_cpu} in
| ## Sparc has only an 8k
also want to get Mathias (Debian and Ubuntu gcc maintainer)
involved. ]
On 7 April 2006 at 13:41, Bastian Blank wrote:
| On Fri, Apr 07, 2006 at 06:27:25AM -0500, Dirk Eddelbuettel wrote:
| I am still a bit suspicious of your
| brute force replacement
would be happy to try either one of the two
approaches you suggest to see what s390 does with it.
Regards, Dirk
| Brian
|
| On Fri, 7 Apr 2006, Dirk Eddelbuettel wrote:
|
|
| [ Let's PLEASE all keep the mail headers in tact. My bad for not including
| Brian earlier, so if possible could all
On 8 April 2006 at 08:08, Prof Brian D Ripley wrote:
| So what shall we do? I would be happy to try either one of the two
| approaches you suggest to see what s390 does with it.
|
| Yesterday I added s390* to the list of platforms which need -fPIC in
| configure. The problem ought to be
On 8 April 2006 at 05:58, Dirk Eddelbuettel wrote:
|
| On 8 April 2006 at 08:08, Prof Brian D Ripley wrote:
| | So what shall we do? I would be happy to try either one of the two
| | approaches you suggest to see what s390 does with it.
| |
| | Yesterday I added s390* to the list
On 8 April 2006 at 10:27, Dirk Eddelbuettel wrote:
|
| On 8 April 2006 at 05:58, Dirk Eddelbuettel wrote:
| |
| | On 8 April 2006 at 08:08, Prof Brian D Ripley wrote:
| | | So what shall we do? I would be happy to try either one of the two
| | | approaches you suggest to see what s390 does
On 10 April 2006 at 23:38, Martin Michlmayr wrote:
| Package: r-base
| Version: 2.2.1.svn37668-1
| Severity: grave
|
| The attached build failures are presumably due to the new version in
| unstable. Do you know what's going on there?
| --
| Martin Michlmayr
| http://www.cyrius.com/
|
On Tue, Apr 11, 2006 at 12:42:58AM +0200, Martin Michlmayr wrote:
clone 361871 -1 -2
reassign -1 design
reassign -2 r-noncran-lindsey
severity -1 serious
severity -2 serious
severity 361871 serious
thanks
* Dirk Eddelbuettel [EMAIL PROTECTED] [2006-04-10 17:20]:
Build-Depends: also
The difference could be that LazyLoad: yes may now be a default.
Dirk
--
Hell, there are no rules here - we're trying to accomplish something.
-- Thomas A. Edison
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
On 29 April 2006 at 21:04, James Troup wrote:
| Package: rgl
| Version: 0.66-3
| Severity: serious
|
| sbuild automatically selects the first of an or'ed build-depends, so
Grr, I guess pbuilder is less strict or it would have told me.
| it needs to be a valid (real) package which is in the
tags 365804 + pending
severity 365804 normal
thanks
On 3 May 2006 at 06:56, Paolo Cavallini wrote:
| Subject: r-cran-rodbc: not loading (R 2.3?)
| Package: r-cran-rodbc
| Version: 1.1.5-2
| Severity: grave
| Justification: renders package unusable
|
| *** Please type your report below this
On 4 May 2006 at 00:44, Steve Langasek wrote:
| severity 365804 serious
| tags 365804 -pending
| thanks
|
| Hi Dirk,
|
| On Wed, May 03, 2006 at 06:26:28AM -0500, Dirk Eddelbuettel wrote:
| It will work fine once the R version that is currently in unstable migrates
| to testing -- presumably
tags 365804 + pending
thanks
On 4 May 2006 at 00:44, Steve Langasek wrote:
| severity 365804 serious
| tags 365804 -pending
| thanks
|
| Hi Dirk,
|
| On Wed, May 03, 2006 at 06:26:28AM -0500, Dirk Eddelbuettel wrote:
| It will work fine once the R version that is currently in unstable
On 14 March 2006 at 14:30, [EMAIL PROTECTED] wrote:
| Package: rpy
| Version: 0.4.6-3
| Severity: serious
|
| Hi,
|
| building the package rpy in a clean sid build environment
| (with pbuilder) on i386 results in:
|
| =
|
On Sun, May 15, 2005 at 08:05:56PM +0200, Adrian Bunk wrote:
On Sun, May 15, 2005 at 12:51:35PM -0500, Dirk Eddelbuettel wrote:
On Sun, May 15, 2005 at 10:04:22AM -0700, Debian Bug Tracking System wrote:
Processing commands for [EMAIL PROTECTED]:
reopen 306108
Bug#306108: lattice
On 16 May 2005 at 21:25, Steve Langasek wrote:
| Package: libquantlib0
| Version: 0.3.9-1
| Severity: serious
|
| Hi Dirk,
|
| Reviewing the changes in quantlib 0.3.9-2 has brought this fact to my
| attention:
|
| $ dpkg -c q/quantlib/libquantlib0_0.2.1.cvs20020322-1_i386.deb |grep
On 17 May 2005 at 03:34, Steve Langasek wrote:
| On Tue, May 17, 2005 at 05:18:41AM -0500, Dirk Eddelbuettel wrote:
|
| | $ dpkg -c q/quantlib/libquantlib0_0.3.9-1_i386.deb |grep libQuantLib
| | -rw-r--r-- root/root 5192416 2005-05-02 22:22:23
./usr/lib/libQuantLib-0.3.9.so
| | -rw-r--r
On 17 May 2005 at 04:32, Steve Langasek wrote:
| So I guess it would have to become libquantlib-0.3.9 and
| libquantlib-0.3.9-dev as with, say libstdc++5 ?
|
| Is there a reason to use a versioned name for the -dev package? If not,
| it's probably fine to leave it as libquantlib0-dev, which
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
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
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
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
.
Comments?
Dirk
|
| -Greg
|
| -Original Message-
| From: Dirk Eddelbuettel [mailto:[EMAIL PROTECTED]
| Sent: Monday, May 23, 2005 7:26 AM
| To: Don Armstrong; [EMAIL PROTECTED]
| Cc: Warnes, Gregory R
| Subject: Re: Bug#310198: rpy: FTBFS: Does not have headers for R 2.1.0
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
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
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
On 13 June 2005 at 11:59, Chris Lawrence wrote:
| reassign 307683 r-cran-maps, r-cran-mapdata, r-base-dev
| thanks
|
| On 6/13/05, Santiago Vila [EMAIL PROTECTED] wrote:
| (Proposed solution elided; looks good to me, given Santiago's changes
| to debian/control.)
| mawk -f convert.awk
On 13 June 2005 at 18:43, Santiago Vila wrote:
| On Mon, 30 May 2005, Dirk Eddelbuettel wrote:
|
| On 30 May 2005 at 14:20, Steve Langasek wrote:
| | It would probably be better if r-base-dev simply specified awk,
| | which IIRC is virtually-essential by virtue of being a
| | dependency
On 13 June 2005 at 18:23, Steve Langasek wrote:
| On Mon, Jun 13, 2005 at 08:04:37PM -0500, Dirk Eddelbuettel wrote:
|
| On 13 June 2005 at 18:43, Santiago Vila wrote:
| | On Mon, 30 May 2005, Dirk Eddelbuettel wrote:
|
| | On 30 May 2005 at 14:20, Steve Langasek wrote:
| | | It would
reassign 307683 r-cran-maps, r-cran-mapdata
thanks
On 13 June 2005 at 18:41, Steve Langasek wrote:
| On Mon, Jun 13, 2005 at 08:36:47PM -0500, Dirk Eddelbuettel wrote:
| Oh well so my inkling was right. Whatever. [ And the 'virtually essential'
| was not 'practically good enough', I suppose
On 14 June 2005 at 12:25, Santiago Vila wrote:
| On Mon, 13 Jun 2005, Chris Lawrence wrote:
|
| On 6/13/05, Dirk Eddelbuettel [EMAIL PROTECTED] wrote:
| So I will back this out as far as the Depends goes, but keep the
| Build-Depends.
|
| I also reassign this back from r-base-dev
-orig/sandwich-2.0-0/debian/control 2006-08-31 05:51:18.0
+
| +++ ./debian/control 2006-08-31 05:51:16.0 +
| @@ -2,7 +2,7 @@
| Section: math
| Priority: optional
| Maintainer: Dirk Eddelbuettel [EMAIL PROTECTED]
| -Build-Depends-Indep: debhelper ( 4.1.0), r-base-dev
merge 385822 385823
quit
You filed the same bug twice, maybe because quantlib-swig generates two
binary packages?
Dirk
On 3 September 2006 at 12:59, Matthias Klose wrote:
| Package: quantlib-swig
| Version: 0.3.13-1
| Severity: serious
|
| the package build-depends on g++-3.4 or g++-4.0, which
Salut Julien,
On 15 July 2006 at 08:38, Julien Danjou wrote:
| Package: linuxtrade
| Version: 3.65-7
| Severity: serious
|
| Hello,
|
| There was a problem while autobuilding your package:
|
| Automatic build of linuxtrade_3.65-7 on avidan by sbuild/i386 0.48
| Build started at
On 28 August 2006 at 18:06, Chris Lawrence wrote:
| Package: r-doc-html
| Version: 2.3.1-2
| Followup-For: Bug #382696
|
| Hey Dirk - this bug definitely hits on the upgrade from 2.3.1-1 to
| 2.3.1-2 (I found this out when finally upgrading my work box after the
| big move from NC).
|
| I can't
On 8 November 2006 at 04:26, Steve Langasek wrote:
| reassign 393030 r-cran-fseries
| found 393030 221.10065-3
| close 393030 240.10068-1
| thanks
Thanks, Steve.
Lucas, I can't open your log. What exactly did you try, and what exactly
failed?
| On Wed, Nov 08, 2006 at 01:17:06PM +0100,
On Wed, Nov 08, 2006 at 07:40:05PM +0100, Luk Claes wrote:
Package: r-cran-rquantlib
Severity: serious
Version: 0.2.5-1
Tags: sid
Hi
Your package is not installable as it depends on libquantlib-0.3.14 which is
not (yet?) available in unstable.
Yes, please reassign the bug to the new
On 8 November 2006 at 13:53, Lucas Nussbaum wrote:
| On 08/11/06 at 06:39 -0600, Dirk Eddelbuettel wrote:
|
| On 8 November 2006 at 04:26, Steve Langasek wrote:
| | reassign 393030 r-cran-fseries
| | found 393030 221.10065-3
| | close 393030 240.10068-1
| | thanks
|
| Thanks, Steve
As a follow-up to the this bug report, now that this version of emacs21 is in
testing, my mail setup also broke. Thanks to Roland for the snipped of how he
fixed his setup for gnus, the following at the top of ~/.vm did the trick for
me with vm:
; 28 Dec 2005 bbdb breakage after today's emacs
On 30 December 2005 at 12:54, Martin Samuelsson wrote:
| Martin Samuelsson @ 2005-12-30 (Friday), 09:23 (+0100)
| I just started rebuilding octave again with DEB_BUILD_OPTIONS set to
| nostrip noopt. Hopefully that will give some clues.
|
| The compilation has finished, but it seems like the
reassign 345241 octave-forge
thanks
On Fri, Dec 30, 2005 at 09:06:35PM +0100, Martin Samuelsson wrote:
Dirk Eddelbuettel @ 2005-12-30 (Friday), 07:22 (-0600)
| The compilation has finished, but it seems like the build process did
| not honour DEB_BUILD_OPTIONS. (Debian Policy 10.1 [1
On 4 January 2006 at 21:21, Falk Hueffner wrote:
| Sorry, you also need
|
| $(MAKE) CFLAGS=$(compilerflags)
Thanks for the bug report, and the detailed patch. A fixed version will be
available shortly.
Tschoe, Dirk
--
Hell, there are no rules here - we're trying to accomplish
Kurt,
On 7 January 2006 at 17:57, Kurt Roeckx wrote:
| Package: r-base
| Version: 2.2.1-1
| Severity: serious
|
| Hi,
|
| You have a build dependency on libpaperg-dev which was a dummy
| pacakge and has been removed. Please change it to libpaper-dev.
Sure thing. Will get uploaded within the
On 7 January 2006 at 11:09, Dirk Eddelbuettel wrote:
|
| Kurt,
|
| On 7 January 2006 at 17:57, Kurt Roeckx wrote:
| | Package: r-base
| | Version: 2.2.1-1
| | Severity: serious
| |
| | Hi,
| |
| | You have a build dependency on libpaperg-dev which was a dummy
| | pacakge and has been removed
On 12 January 2006 at 13:51, Bastian Blank wrote:
| reopen 346911
| found 346911 0.0.13-2
| thanks
|
| There was an error while trying to autobuild your package:
|
| Automatic build of tkrplot_0.0.13-2 on debian-31 by sbuild/s390 79
| [...]
| ** Using build dependencies supplied by package:
|
On 26 May 2006 at 19:01, Frederik Schüler wrote:
| Package: fmultivar
| Version: 221.10065-1
| Severity: serious
|
| Hello,
|
| There was an error while trying to autobuild your package:
|
| In file 46C-OutlierDetection.f:79
|
| 18GOTO (21,22,23,24,25), KSKIP
On 26 May 2006 at 22:04, Frederik Schueler wrote:
| Hello,
|
| On Fri, May 26, 2006 at 01:36:09PM -0500, Dirk Eddelbuettel wrote:
| Hm, built on all other platforms.
|
| It did too on amd64, when we built the old, unofficial archive (before
| gcc-4.0).
Ack. I think that was probably
On 26 May 2006 at 22:45, Frederik Schueler wrote:
| Hi,
|
| On Fri, May 26, 2006 at 03:18:35PM -0500, Dirk Eddelbuettel wrote:
| All fine, but who depends on g77? For R, I make'em build-depend on
| r-base-dev, and that now has
|
| refblas3-dev depends on it, which is a dependency of r-base
On 26 May 2006 at 22:45, Frederik Schueler wrote:
| Hi,
|
| On Fri, May 26, 2006 at 03:18:35PM -0500, Dirk Eddelbuettel wrote:
| All fine, but who depends on g77? For R, I make'em build-depend on
| r-base-dev, and that now has
|
| refblas3-dev depends on it, which is a dependency of r-base
/.pbuilderrc does not exist
dpkg-buildpackage: source package is fextremes
dpkg-buildpackage: source version is 221.10065-2
dpkg-buildpackage: source changed by Dirk Eddelbuettel [EMAIL PROTECTED]
dpkg-buildpackage: source version without epoch 221.10065-2
fakeroot debian/rules clean
test -x debian
Replying to two emails at once here:
On 30 May 2006 at 10:37, Camm Maguire wrote:
| Greetings!
|
| Dirk Eddelbuettel [EMAIL PROTECTED] writes:
|
| On 26 May 2006 at 22:45, Frederik Schueler wrote:
| | Hi,
| |
| | On Fri, May 26, 2006 at 03:18:35PM -0500, Dirk Eddelbuettel wrote:
| | All
deb-science'rs,
Anybody here who could help me with a Fortran problem?
I cannot compil one (old) routine in the source package fmultivar with
gfortran:
[EMAIL PROTECTED]:~/src/debian/CRAN/fMultivar-221.10065/src$ gfortran -c
46C-OutlierDetection.f
[...]
In file 46C-OutlierDetection.f:79
to
#!/usr/bin/make -f
# -*- makefile -*-
# debian/rules file for the Debian/GNU Linux r-cran-foptions package
# Copyright 2003-2006 by Dirk Eddelbuettel [EMAIL PROTECTED]
include /usr/share/cdbs/1/rules/debhelper.mk
include /usr/share/cdbs/1
1 - 100 of 789 matches
Mail list logo