Dear Maintainer, Trying to upgrade all packages here, I see myself in a dependence conflict apparently without solution. Library libgsl25 (required by several packages here, like asymptote and sagemath) requires libgslcblas0 to work and its upgradable avaliable version is 2.7.1+dsfg-3. The version available on libgsl25 upgrade here is 2.7+dsfg-2 which requires libgslcblas0 in the exact 2.7+dsfsg-2 version, which is unavailable. I'm not sure if it should be reported as a "bug" to libgsl25 or libgslcblas0. Please let me know if I should report this elsewhere. Thanks in advance. Best, Alexandre
Salut Alexandre,
On 12 December 2021 at 14:47, Alexandre Lymberopoulos wrote:
| Package: libgsl25
| Version: 2.6+dfsg-2
| Severity: normal
|
| Dear Maintainer,
|
| Trying to upgrade all packages here, I see myself in a dependence
| conflict apparently without solution. Library libgsl25 (required by
| several packages here, like asymptote and sagemath) requires
| libgslcblas0 to work and its upgradable avaliable version is
| 2.7.1+dsfg-3.
|
| The version available on libgsl25 upgrade here is 2.7+dsfg-2 which
| requires libgslcblas0 in the exact 2.7+dsfsg-2 version, which is
| unavailable. I'm not sure if it should be reported as a "bug" to
| libgsl25 or libgslcblas0. Please let me know if I should report this
| elsewhere.
Can you maybe try another mirror and/or re-run 'apt update' -- I see it
correctly here (for convenience in Docker with a freshly updated index to
testing and unstable which both have the -3):
root@d43f331200e0:/work# apt-cache policy libgslcblas0
libgslcblas0:
Installed: (none)
Candidate: 2.7.1+dfsg-3
Version table:
2.7.1+dfsg-3 990
990 http://deb.debian.org/debian testing/main amd64 Packages
500 http://http.debian.net/debian sid/main amd64 Packages
root@d43f331200e0:/work#
It could well be that something else is amiss but this is the first report I
got about the package, now at 2.7.1+dfsg-3, apart from earlier transition
issues requiring the -3.
Dirk
| Thanks in advance.
|
| Best, Alexandre
|
| -- System Information:
| Debian Release: bookworm/sid
| APT prefers testing
| APT policy: (900, 'testing'), (800, 'unstable')
| Architecture: amd64 (x86_64)
|
| Kernel: Linux 5.15.0-2-amd64 (SMP w/4 CPU threads)
| Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en
| Shell: /bin/sh linked to /bin/dash
| Init: systemd (via /run/systemd/system)
|
| Versions of packages libgsl25 depends on:
| ii libc6 2.32-5
| ii libgslcblas0 2.6+dfsg-2
|
| libgsl25 recommends no packages.
|
| Versions of packages libgsl25 suggests:
| pn gsl-ref-psdoc | gsl-doc-pdf | gsl-doc-info | gsl-ref-html <none>
|
| -- no debconf information
PS As a follow-up, it also looks like the Debian aggregation pages think everything should be fine: https://packages.debian.org/sid/libgslcblas0 Maybe you just has bad luck with a mirror, or hit a mirro sync? Dirk
Hi there, Dirk! I see that, libgslblasc0 is upgradable to version 2.7.1+dfsg-3 here, but the upgrade available version of libgsl25 (2.6+dfsg-2 -> 2.7+dfsg-2) requires libgslbalsc0 2.7.1+dfsg-2, which is unavailable. Digging around here, I noticed that the only package that still depends on libgsl25 after a supposed upgrade is sagemath. Is there a way to let them know this and try tu upgrade their dependency to libgsl27? Or is it better to bugreport them? Best, Alexandre
Hi Alexandre, On 13 December 2021 at 09:08, Alexandre Lymberopoulos wrote: | Hi there, Dirk! | | I see that, libgslblasc0 is upgradable to version 2.7.1+dfsg-3 here, but | the upgrade available version of libgsl25 (2.6+dfsg-2 -> 2.7+dfsg-2) | requires libgslbalsc0 2.7.1+dfsg-2, which is unavailable. | | Digging around here, I noticed that the only package that still depends | on libgsl25 after a supposed upgrade is sagemath. Is there a way to let | them know this and try tu upgrade their dependency to libgsl27? Or is it | better to bugreport them? That is is a bit of grey zone to me too. Sometimes the ftpmasters help nudge this, or even do a 'binary build' (unchanged package rebuilt under new dependencies). I am CCing Sebastian who has been very helpful for the GSL update / informal transition. He may be able to suggest a next step. Otherwise you could start with a simple email to the maintainer. Cheers, Dirk | Best, Alexandre | | On Dec 12 2021, Dirk Eddelbuettel wrote: | > | > PS As a follow-up, it also looks like the Debian aggregation pages think | > everything should be fine: | > | > https://packages.debian.org/sid/libgslcblas0 | > | > Maybe you just has bad luck with a mirror, or hit a mirro sync? | > | > Dirk | > | > -- | > https://dirk.eddelbuettel.com | @eddelbuettel | edd@debian.org | | -- | =============================================================================== | Alexandre Lymberopoulos - lymber@gmail.com | ===============================================================================
sagemath maintainer here. The sagemath 9.2 package is broken at the moment and does not build and I wouldn't expect it to work very well either. I am working on a big update but that may still need some days until it's finished. In the meantime I wouldn't mind if sagemath 9.2 breaks further. Best, Tobias
Hi Tobias, Thanks for piping in! On 13 December 2021 at 16:42, Tobias Hansen wrote: | On 12/13/21 4:30 PM, Dirk Eddelbuettel wrote: | > Hi Alexandre, | > | > On 13 December 2021 at 09:08, Alexandre Lymberopoulos wrote: | > | Hi there, Dirk! | > | | > | I see that, libgslblasc0 is upgradable to version 2.7.1+dfsg-3 here, but | > | the upgrade available version of libgsl25 (2.6+dfsg-2 -> 2.7+dfsg-2) | > | requires libgslbalsc0 2.7.1+dfsg-2, which is unavailable. | > | | > | Digging around here, I noticed that the only package that still depends | > | on libgsl25 after a supposed upgrade is sagemath. Is there a way to let | > | them know this and try tu upgrade their dependency to libgsl27? Or is it | > | better to bugreport them? | > | > That is is a bit of grey zone to me too. Sometimes the ftpmasters help nudge | > this, or even do a 'binary build' (unchanged package rebuilt under new dependencies). | > I am CCing Sebastian who has been very helpful for the GSL update / informal | > transition. He may be able to suggest a next step. | > | > Otherwise you could start with a simple email to the maintainer. | > | > Cheers, Dirk | | sagemath maintainer here. The sagemath 9.2 package is broken at the moment and does not build and I wouldn't expect it to work very well either. I am working on a big update but that may still need some days until it's finished. In the meantime I wouldn't mind if sagemath 9.2 breaks further. Thanks for maintaining such a large and complex package. It looks like things are being addressed and Alexandre should be back to complete setup soon too. Cheers, Dirk | Best, | | Tobias |
Hi, Tobias and Dirk. Thanks to both of you for maintaing packages (no matter size and complexity) in our beloved Debian. I would love to contribute but my programming skills are a bit outdated. If I may help in any way, please don't hesitate in writing me (there will be a learning curve from my side). Best, Alexandre
Hi All, I'm also having difficulty updating my system because libgsl25 2.7+dfsg-2 and libgsl27 2.7.1+dfsg-3 can not be coinstalled due to requiring different versions of libgslcblas0. (See #960515) I wanted to clarify that sagemath is not the only affected package. In sid on amd64 the following packages depend on libgsl25: bist librivet11v5 libmath-gsl-perl enfuse enblend None of these appear to have open bugs for dropping libgsl25 (although #993323 is related). Do I understand correctly that bugs should be filed for these because libgsl25 will never be coinstallable with libgsl27? It also appears that libgsl25 is not in testing. Is that permanent? Thanks, Kevin
I run testing, R (from testing), a bucketfull of R packages (mostly from R repositories) and sagemath (installed from source). Recently, the "energy" R packages started to be un-upgradable for lack of libgsl.so.25. No obvious solution in sight...
On 2 February 2022 at 08:53, Emmanuel Charpentier wrote: | For information : this bug has bitten me too : | | I run testing, R (from testing), a bucketfull of R packages (mostly | from R repositories) and sagemath (installed from source). | | Recently, the "energy" R packages started to be un-upgradable for lack | of libgsl.so.25. | | No obvious solution in sight... Hence rebuilding r-cran-energy should get it a dependency on libgsl27. Dirk