Bug#858882: r-cran-rcppgsl: Missing dependency libgsl-dev
On Wed, Apr 05, 2017 at 07:30:00AM +, Niels Thykier wrote: > > FYI, I have unblocked the r-cran-rcppgsl upload in its current form. Thanks, Andreas. -- http://fam-tille.de
Bug#858882: r-cran-rcppgsl: Missing dependency libgsl-dev
Andreas Tille:
> Package: r-cran-rcppgsl
> Version: 0.3.2-1
> Severity: grave
> Tags: patch
> Justification: renders package unusable
>
> [...]
> $ diff -u debian/control.old debian/control
> --- debian/control.old 2017-03-27 06:35:41.0 +
> +++ debian/control 2017-03-28 07:38:03.501032117 +
> @@ -11,7 +11,7 @@
>
> Package: r-cran-rcppgsl
> Architecture: any
> -Depends: ${R:Depends}, ${shlibs:Depends}, ${misc:Depends}
> +Depends: ${R:Depends}, ${shlibs:Depends}, ${misc:Depends}, libgsl-dev
> Recommends: ${R:Recommends}
> Suggests: ${R:Suggests}
> Description: 'Rcpp' Integration for 'GNU GSL' Vectors and Matrices
>
>
>[...]
>
> Kind regards
>
> Andreas.
>
> [...]
FYI, I have unblocked the r-cran-rcppgsl upload in its current form.
Thanks,
~Niels
Bug#858882: r-cran-rcppgsl: Missing dependency libgsl-dev
Hi Dirk, did you do any means that the issue will also be fixed in testing? Kind regards Andreas. On Tue, Mar 28, 2017 at 03:09:31PM +0200, Andreas Tille wrote: > > > > | Uploads to testing-proposed-updates are working fine. > > > > I could re-upload. > > I'm not sure what you mean with "re-upload" but under the current > circumstances the bug in testing affecting r-cran-rcppgsl/0.3.1-1 > remains and needs to be fixed by coordination with release team. > > Kind regards > > Andreas. -- http://fam-tille.de
Bug#858882: r-cran-rcppgsl: Missing dependency libgsl-dev
Hi Dirk, On Tue, Mar 28, 2017 at 07:25:34AM -0500, Dirk Eddelbuettel wrote: > | On Tue, Mar 28, 2017 at 10:09:28AM +0200, Andreas Tille wrote: > | > ... If you want to fix the issue inside > | > r-cran-rcppgsl package you need to either convince the release team to > | > accept this new upstream version or revert the new version by using an > | > epoch. I have CCed the release team where you can get advise about the > | > most favourable solution for this issue. > | > | I am not a member of the release team, but there would be a better > | solution than using an epoch: > > I also dislike epochs and try to avoid them where I can. > > | Uploads to testing-proposed-updates are working fine. > > I could re-upload. I'm not sure what you mean with "re-upload" but under the current circumstances the bug in testing affecting r-cran-rcppgsl/0.3.1-1 remains and needs to be fixed by coordination with release team. Kind regards Andreas. -- http://fam-tille.de
Bug#858882: r-cran-rcppgsl: Missing dependency libgsl-dev
On 28 March 2017 at 14:16, Adrian Bunk wrote: | On Tue, Mar 28, 2017 at 10:09:28AM +0200, Andreas Tille wrote: | > ... If you want to fix the issue inside | > r-cran-rcppgsl package you need to either convince the release team to | > accept this new upstream version or revert the new version by using an | > epoch. I have CCed the release team where you can get advise about the | > most favourable solution for this issue. | | I am not a member of the release team, but there would be a better | solution than using an epoch: I also dislike epochs and try to avoid them where I can. | Uploads to testing-proposed-updates are working fine. I could re-upload. Dirk | | There are not common ([1] says there were 2 this month so far), | and the upload of the new version should have gone to experimental | instead of unstable during the freeze, but in the current situation | a separate upload to testing-proposed-updates would be a better option | than a permanent epoch. | | > Kind regards | > | > Andreas. | | cu | Adrian | | [1] https://lists.debian.org/debian-testing-changes/2017/03/threads.html | | -- | |"Is there not promise of rain?" Ling Tan asked suddenly out | of the darkness. There had been need of rain for many days. |"Only a promise," Lao Er said. |Pearl S. Buck - Dragon Seed -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Bug#858882: r-cran-rcppgsl: Missing dependency libgsl-dev
On 28 March 2017 at 13:32, Andreas Tille wrote: | Hi Dirk, | | On Tue, Mar 28, 2017 at 05:24:02AM -0500, Dirk Eddelbuettel wrote: | > | Alternatively this could be fixed by moving the script gsl-config from | > | package libgsl-dev to libgsl2. Since you are the maintainer of both | > | > I am wondering if it was in lbgsl0 before the move to 'gsl2'. I should check | > that. | > | > But the idea of relying on gsl-config is to compile against GSL from R, so I | > think we need the -dev package either way. | | To clarify my suggestion: I did not want to suggest to drop the whole | -dev package but to move the single script gsl-config (and may be the | data it might need) to the dynamic library package. Understood. I only ever had my "upstream author" hat on here--I didn't think of the situation where we once may have gsl-config [at compile time] but not later [at run-time] even though that is of course very standard for a Debian package. I'll accomodate that but it may take a moment [ie weeks] to materialize as an upstream fix. Files issue as reminder at https://github.com/eddelbuettel/rcppgsl/issues/13 | > I guess I'll make a quick fix. | | Thanks a lot No problem. Thanks for the report. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Bug#858882: r-cran-rcppgsl: Missing dependency libgsl-dev
Hi Dirk, On Tue, Mar 28, 2017 at 05:24:02AM -0500, Dirk Eddelbuettel wrote: > | Alternatively this could be fixed by moving the script gsl-config from > | package libgsl-dev to libgsl2. Since you are the maintainer of both > > I am wondering if it was in lbgsl0 before the move to 'gsl2'. I should check > that. > > But the idea of relying on gsl-config is to compile against GSL from R, so I > think we need the -dev package either way. To clarify my suggestion: I did not want to suggest to drop the whole -dev package but to move the single script gsl-config (and may be the data it might need) to the dynamic library package. > I guess I'll make a quick fix. Thanks a lot Andreas. -- http://fam-tille.de
Bug#858882: r-cran-rcppgsl: Missing dependency libgsl-dev
On Tue, Mar 28, 2017 at 10:09:28AM +0200, Andreas Tille wrote: > ... If you want to fix the issue inside > r-cran-rcppgsl package you need to either convince the release team to > accept this new upstream version or revert the new version by using an > epoch. I have CCed the release team where you can get advise about the > most favourable solution for this issue. I am not a member of the release team, but there would be a better solution than using an epoch: Uploads to testing-proposed-updates are working fine. There are not common ([1] says there were 2 this month so far), and the upload of the new version should have gone to experimental instead of unstable during the freeze, but in the current situation a separate upload to testing-proposed-updates would be a better option than a permanent epoch. > Kind regards > > Andreas. cu Adrian [1] https://lists.debian.org/debian-testing-changes/2017/03/threads.html -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed
Bug#858882: r-cran-rcppgsl: Missing dependency libgsl-dev
The other possible fix is upstream -- I could just not assume I always have gsl-config and make its use conditional. That's probably the best idea going forward to support pure 'run-time, not dev' packages better. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Bug#858882: r-cran-rcppgsl: Missing dependency libgsl-dev
On 28 March 2017 at 10:09, Andreas Tille wrote:
| Package: r-cran-rcppgsl
| Version: 0.3.2-1
| Severity: grave
| Tags: patch
| Justification: renders package unusable
|
| [ Release team see below how to deal with newer upstream version in unstable
| than in testing ]
|
| Dear Maintainer,
|
| *** Reporter, please consider answering these questions, where appropriate ***
|
|* What led up to the situation?
|
| On a machine without any R packages:
|
|$ sudo apt-get install r-cran-rcppgsl
|$ echo "library(RcppGSL)" | LC_ALL=C R --no-save
|
| R version 3.3.3 (2017-03-06) -- "Another Canoe"
| Copyright (C) 2017 The R Foundation for Statistical Computing
| Platform: x86_64-pc-linux-gnu (64-bit)
|
| <... snip ...>
|
| > library(RcppGSL)
| sh: 1: gsl-config: not found
| Error : .onLoad failed in loadNamespace() for 'RcppGSL', details:
| call: system("gsl-config --cflags", intern = TRUE)
| error: error in running command
| Error: package or namespace load failed for 'RcppGSL'
| Execution halted
Ooops.
|* What exactly did you do (or not do) that was effective (or
| ineffective)?
|
|$ sudo apt-get install libgsl-dev
|
|* What was the outcome of this action?
|
| Problem fixed:
|
|$ echo "library(RcppGSL)" | LC_ALL=C R --no-save
|
| R version 3.3.3 (2017-03-06) -- "Another Canoe"
| Copyright (C) 2017 The R Foundation for Statistical Computing
| Platform: x86_64-pc-linux-gnu (64-bit)
|
| <... snip ...>
|
| > library(RcppGSL)
| >
|
| This can be fixed easily by the following patch:
|
| $ diff -u debian/control.old debian/control
| --- debian/control.old 2017-03-27 06:35:41.0 +
| +++ debian/control 2017-03-28 07:38:03.501032117 +
| @@ -11,7 +11,7 @@
|
| Package: r-cran-rcppgsl
| Architecture: any
| -Depends: ${R:Depends}, ${shlibs:Depends}, ${misc:Depends}
| +Depends: ${R:Depends}, ${shlibs:Depends}, ${misc:Depends}, libgsl-dev
Right.
| Recommends: ${R:Recommends}
| Suggests: ${R:Suggests}
| Description: 'Rcpp' Integration for 'GNU GSL' Vectors and Matrices
|
|
| Alternatively this could be fixed by moving the script gsl-config from
| package libgsl-dev to libgsl2. Since you are the maintainer of both
I am wondering if it was in lbgsl0 before the move to 'gsl2'. I should check
that.
But the idea of relying on gsl-config is to compile against GSL from R, so I
think we need the -dev package either way.
I guess I'll make a quick fix.
Dirk
| packages this would be probably easy to do and may be this is the most
| straightforward solution anyway if it turns out that the script is not
| only needed for building packages against libgsl.
|
| This alternative solution would have another advantage: The problem is
| that you violated freeze policy and have uploaded a newer upstream
| version to unstable than it is currently in testing (which is affected
| by the problem as well). If you want to fix the issue inside
| r-cran-rcppgsl package you need to either convince the release team to
| accept this new upstream version or revert the new version by using an
| epoch. I have CCed the release team where you can get advise about the
| most favourable solution for this issue.
|
| Kind regards
|
| Andreas.
|
| -- System Information:
| Debian Release: 9.0
| APT prefers unstable
| APT policy: (500, 'unstable'), (1, 'experimental')
| Architecture: amd64 (x86_64)
|
| Kernel: Linux 4.9.0-0.bpo.2-amd64
| Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
| Shell: /bin/sh linked to /bin/dash
| Init: unable to detect
|
| Versions of packages r-cran-rcppgsl depends on:
| ii libc6 2.24-9
| ii libgcc11:6.3.0-10
| ii libgsl22.3+dfsg-1
| ii libstdc++6 6.3.0-10
| ii r-base-core [r-api-3] 3.3.3-1
| ii r-cran-rcpp0.12.10-1
|
| r-cran-rcppgsl recommends no packages.
|
| r-cran-rcppgsl suggests no packages.
|
| -- no debconf information
--
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Bug#858882: r-cran-rcppgsl: Missing dependency libgsl-dev
Package: r-cran-rcppgsl
Version: 0.3.2-1
Severity: grave
Tags: patch
Justification: renders package unusable
[ Release team see below how to deal with newer upstream version in unstable
than in testing ]
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
On a machine without any R packages:
$ sudo apt-get install r-cran-rcppgsl
$ echo "library(RcppGSL)" | LC_ALL=C R --no-save
R version 3.3.3 (2017-03-06) -- "Another Canoe"
Copyright (C) 2017 The R Foundation for Statistical Computing
Platform: x86_64-pc-linux-gnu (64-bit)
<... snip ...>
> library(RcppGSL)
sh: 1: gsl-config: not found
Error : .onLoad failed in loadNamespace() for 'RcppGSL', details:
call: system("gsl-config --cflags", intern = TRUE)
error: error in running command
Error: package or namespace load failed for 'RcppGSL'
Execution halted
* What exactly did you do (or not do) that was effective (or
ineffective)?
$ sudo apt-get install libgsl-dev
* What was the outcome of this action?
Problem fixed:
$ echo "library(RcppGSL)" | LC_ALL=C R --no-save
R version 3.3.3 (2017-03-06) -- "Another Canoe"
Copyright (C) 2017 The R Foundation for Statistical Computing
Platform: x86_64-pc-linux-gnu (64-bit)
<... snip ...>
> library(RcppGSL)
>
This can be fixed easily by the following patch:
$ diff -u debian/control.old debian/control
--- debian/control.old 2017-03-27 06:35:41.0 +
+++ debian/control 2017-03-28 07:38:03.501032117 +
@@ -11,7 +11,7 @@
Package: r-cran-rcppgsl
Architecture: any
-Depends: ${R:Depends}, ${shlibs:Depends}, ${misc:Depends}
+Depends: ${R:Depends}, ${shlibs:Depends}, ${misc:Depends}, libgsl-dev
Recommends: ${R:Recommends}
Suggests: ${R:Suggests}
Description: 'Rcpp' Integration for 'GNU GSL' Vectors and Matrices
Alternatively this could be fixed by moving the script gsl-config from
package libgsl-dev to libgsl2. Since you are the maintainer of both
packages this would be probably easy to do and may be this is the most
straightforward solution anyway if it turns out that the script is not
only needed for building packages against libgsl.
This alternative solution would have another advantage: The problem is
that you violated freeze policy and have uploaded a newer upstream
version to unstable than it is currently in testing (which is affected
by the problem as well). If you want to fix the issue inside
r-cran-rcppgsl package you need to either convince the release team to
accept this new upstream version or revert the new version by using an
epoch. I have CCed the release team where you can get advise about the
most favourable solution for this issue.
Kind regards
Andreas.
-- System Information:
Debian Release: 9.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-0.bpo.2-amd64
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect
Versions of packages r-cran-rcppgsl depends on:
ii libc6 2.24-9
ii libgcc11:6.3.0-10
ii libgsl22.3+dfsg-1
ii libstdc++6 6.3.0-10
ii r-base-core [r-api-3] 3.3.3-1
ii r-cran-rcpp0.12.10-1
r-cran-rcppgsl recommends no packages.
r-cran-rcppgsl suggests no packages.
-- no debconf information
