Processed: Re: Bug#605372: tseries: FTBFS on armel: unable to load shared object
Processing commands for cont...@bugs.debian.org: reassign 605372 release.debian.org Bug #605372 [tseries] tseries: FTBFS on armel: unable to load shared object Bug reassigned from package 'tseries' to 'release.debian.org'. Bug No longer marked as found in versions 0.10-23-1. thanks Stopping processing here. Please contact me if you need assistance. -- 605372: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605372 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605372: tseries: FTBFS on armel: unable to load shared object
reassign 605372 release.debian.org thanks Dear release team, Can you please schedule a binary-only rebuild of package quadprog(binary: r-cran-quadprog) on the 'armel' architecture, and once completed, schedule a binary-only rebuild of package tseries (binary: r-cran-tseries) on the 'armel' architecture. Many thanks, Dirk On 29 November 2010 at 10:50, Hector Oron wrote: | Package: tseries | Version: 0.10-23-1 | Severity: serious | Tags: sid | | Hello, | | Your package fails to build on armel: | | gcc -shared -o tseries.so arma.o bdstest.o boot.o dsumsl.o formats.o garch.o ppsum.o tsutils.o -lblas -lgfortran -lm -lgfortran -lm -L/usr/lib/R/lib -lR | make[1]: Leaving directory `/build/buildd-tseries_0.10-23-1-armel-nMwoak/tseries-0.10-23/src' | make[1]: Entering directory `/build/buildd-tseries_0.10-23-1-armel-nMwoak/tseries-0.10-23/src' | make[1]: Leaving directory `/build/buildd-tseries_0.10-23-1-armel-nMwoak/tseries-0.10-23/src' | installing to /build/buildd-tseries_0.10-23-1-armel-nMwoak/tseries-0.10-23/debian/r-cran-tseries/usr/lib/R/site-library/tseries/libs | ** R | ** data | ** inst | ** preparing package for lazy loading | Error in dyn.load(file, DLLpath = DLLpath, ...) : | unable to load shared object '/usr/lib/R/site-library/quadprog/libs/quadprog.so': | libRblas.so: cannot open shared object file: No such file or directory | Error : package 'quadprog' could not be loaded | ERROR: lazy loading failed for package 'tseries' | * removing '/build/buildd-tseries_0.10-23-1-armel-nMwoak/tseries-0.10-23/debian/r-cran-tseries/usr/lib/R/site-library/tseries' | make: *** [R_any_arch] Error 1 | | Full buildlog at: https://buildd.debian.org/fetch.cgi?pkg=tseries;ver=0.10-23-1;arch=armel;stamp=1289798034 | | Best regards, | | -- System Information: | Debian Release: squeeze/sid | APT prefers unstable | APT policy: (700, 'unstable'), (600, 'testing'), (500, 'stable'), (1, 'experimental') | Architecture: amd64 (x86_64) | | Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) | Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) | Shell: /bin/sh linked to /bin/bash | | -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605372: tseries: FTBFS on armel: unable to load shared object
On Tue, 2010-12-14 at 12:39 -0600, Dirk Eddelbuettel wrote:
reassign 605372 release.debian.org
thanks
[For reference, at least right now debian-release has only received the
result of your control@ mail, not the mail I'm replying to; it's
generally a good idea to CC the receiving package]
Dear release team,
Can you please schedule a binary-only rebuild of package
quadprog (binary: r-cran-quadprog)
on the 'armel' architecture, and once completed, schedule a binary-only
rebuild of package
tseries (binary: r-cran-tseries)
on the 'armel' architecture.
Looking through the bug log, I'm not convinced that this will help. The
tseries build fails with:
| unable to load shared object
'/usr/lib/R/site-library/quadprog/libs/quadprog.so':
| libRblas.so: cannot open shared object file: No such file or directory
and the quadprog build log on armel predictably contains:
dpkg-shlibdeps: warning: couldn't find library libRblas.so needed by
debian/r-cran-quadprog/usr/lib/R/site-library/quadprog/libs/quadprog.so (ELF
format: 'elf32-littlearm'; RPATH: '').
libRblas.so comes from r-base-core-ra (on armel), which wasn't installed
as part of the quadprog build on armel. In fact, so far as I can see,
r-base-core-ra is a completely leaf package, with no reverse
{build-,}dependencies so there's no indication in the packaging that
it's intended to be installed whilst building quadprog.
Regards,
Adam
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605372: tseries: FTBFS on armel: unable to load shared object
Hi Adam,
On 14 December 2010 at 20:12, Adam D. Barratt wrote:
| On Tue, 2010-12-14 at 12:39 -0600, Dirk Eddelbuettel wrote:
| reassign 605372 release.debian.org
| thanks
|
| [For reference, at least right now debian-release has only received the
| result of your control@ mail, not the mail I'm replying to; it's
| generally a good idea to CC the receiving package]
[ I was thinking about that but then I didn't know the email handle of the
virtual BTS entity release.debian.org -- the release list ? ]
|
| Dear release team,
|
| Can you please schedule a binary-only rebuild of package
|
| quadprog(binary: r-cran-quadprog)
|
| on the 'armel' architecture, and once completed, schedule a binary-only
| rebuild of package
|
| tseries (binary: r-cran-tseries)
|
| on the 'armel' architecture.
|
| Looking through the bug log, I'm not convinced that this will help. The
| tseries build fails with:
|
| | unable to load shared object
'/usr/lib/R/site-library/quadprog/libs/quadprog.so':
| | libRblas.so: cannot open shared object file: No such file or directory
|
| and the quadprog build log on armel predictably contains:
|
| dpkg-shlibdeps: warning: couldn't find library libRblas.so needed by
debian/r-cran-quadprog/usr/lib/R/site-library/quadprog/libs/quadprog.so (ELF
format: 'elf32-littlearm'; RPATH: '').
libRblas is outdated by years. We used it when we had lapack 3.1.* years,
and for several years have used Debian's BLAS and LAPACK meaning that R's
linRblas is no longer built.
| libRblas.so comes from r-base-core-ra (on armel), which wasn't installed
| as part of the quadprog build on armel. In fact, so far as I can see,
| r-base-core-ra is a completely leaf package, with no reverse
Yes, Ra (aka r-base-core-ra) has nothing to do with this.
| {build-,}dependencies so there's no indication in the packaging that
| it's intended to be installed whilst building quadprog.
Yes, which is why I suspect a new build will fix it. I have no other idea
here, look at
https://buildd.debian.org/build.cgi?pkg=quadprog
so see that quadprog built fine several dozen builds on all arches, and also
see at
https://buildd.debian.org/build.cgi?pkg=tseries
tseries had never failed for armel before until this (random ?) break in
quadprog.
The R build process is __highly__ standardized; I maintain dozens of packages
in the space and once built a process to autobuilds 2000+ source package into
debs (at http://debian.cran.r-project.org -- but currently dormant).
I still think that it may have been random, and that a new build would cure it.
I'd be open to other fixes, but there is no issue with either tseries or
quadprog. These are super-stable upstream and use just vanilla C / Fortran.
No breakage from there AFAICT.
Cheers, Dirk
|
| Regards,
|
| Adam
|
--
Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605372: tseries: FTBFS on armel: unable to load shared object
On Tue, 2010-12-14 at 14:34 -0600, Dirk Eddelbuettel wrote: Hi Adam, On 14 December 2010 at 20:12, Adam D. Barratt wrote: | On Tue, 2010-12-14 at 12:39 -0600, Dirk Eddelbuettel wrote: | reassign 605372 release.debian.org | thanks | | [For reference, at least right now debian-release has only received the | result of your control@ mail, not the mail I'm replying to; it's | generally a good idea to CC the receiving package] [ I was thinking about that but then I didn't know the email handle of the virtual BTS entity release.debian.org -- the release list ? ] Yep. release.debian@packages.d.o works too :-) | Dear release team, | | Can you please schedule a binary-only rebuild of package | | quadprog (binary: r-cran-quadprog) | | on the 'armel' architecture, and once completed, schedule a binary-only | rebuild of package | | tseries (binary: r-cran-tseries) fwiw, this will be a give-back rather than a binNMU, as the package has not successfully built yet. | on the 'armel' architecture. [...] | dpkg-shlibdeps: warning: couldn't find library libRblas.so needed by debian/r-cran-quadprog/usr/lib/R/site-library/quadprog/libs/quadprog.so (ELF format: 'elf32-littlearm'; RPATH: ''). libRblas is outdated by years. We used it when we had lapack 3.1.* years, and for several years have used Debian's BLAS and LAPACK meaning that R's linRblas is no longer built. It's still in the r-base-core-ra armel binary package, hence my mentioning it :-) In any case, looking at the relative build dates of the previously successful quadprog and tseries builds on armel, I've concluded I may have been overly hasty in deciding that a binNMU wouldn't help, so I've scheduled quadprog/armel. Assuming the log for that looks happier I'll give-back tseries afterwards. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605372: tseries: FTBFS on armel: unable to load shared object
On 14 December 2010 at 21:16, Adam D. Barratt wrote: | On Tue, 2010-12-14 at 14:34 -0600, Dirk Eddelbuettel wrote: | Hi Adam, | | On 14 December 2010 at 20:12, Adam D. Barratt wrote: | | On Tue, 2010-12-14 at 12:39 -0600, Dirk Eddelbuettel wrote: | | reassign 605372 release.debian.org | | thanks | | | | [For reference, at least right now debian-release has only received the | | result of your control@ mail, not the mail I'm replying to; it's | | generally a good idea to CC the receiving package] | | [ I was thinking about that but then I didn't know the email handle of the | virtual BTS entity release.debian.org -- the release list ? ] | | Yep. release.debian@packages.d.o works too :-) Ahh. I shall try to remember :) | | Dear release team, | | | | Can you please schedule a binary-only rebuild of package | | | | quadprog(binary: r-cran-quadprog) | | | | on the 'armel' architecture, and once completed, schedule a binary-only | | rebuild of package | | | | tseries (binary: r-cran-tseries) | | fwiw, this will be a give-back rather than a binNMU, as the package has | not successfully built yet. | | | on the 'armel' architecture. | [...] | | dpkg-shlibdeps: warning: couldn't find library libRblas.so needed by debian/r-cran-quadprog/usr/lib/R/site-library/quadprog/libs/quadprog.so (ELF format: 'elf32-littlearm'; RPATH: ''). | | libRblas is outdated by years. We used it when we had lapack 3.1.* years, | and for several years have used Debian's BLAS and LAPACK meaning that R's | linRblas is no longer built. | | It's still in the r-base-core-ra armel binary package, hence my | mentioning it :-) I know. But no r-cran-* package should have Depends: or Build-Depends: on it. | In any case, looking at the relative build dates of the previously | successful quadprog and tseries builds on armel, I've concluded I may | have been overly hasty in deciding that a binNMU wouldn't help, so I've | scheduled quadprog/armel. Assuming the log for that looks happier I'll | give-back tseries afterwards. Cool, thank you very much! Truly appreciate the help. Dirk | | Regards, | | Adam | -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605372: tseries: FTBFS on armel: unable to load shared object
Adam, The armel build already happened, the link line is now gcc -shared -o quadprog.so aind.o init.o solve.QP.compact.o solve.QP.o util.o \ -lblas -lgfortran -lm -lgfortran -lm -L/usr/lib/R/lib -lR and so tseries should be able to load it just fine. Could you reschedule this as planned? Thanks, Dirk -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605372: tseries: FTBFS on armel: unable to load shared object
On Tue, 2010-12-14 at 16:10 -0600, Dirk Eddelbuettel wrote: Adam, The armel build already happened, the link line is now gcc -shared -o quadprog.so aind.o init.o solve.QP.compact.o solve.QP.o util.o \ -lblas -lgfortran -lm -lgfortran -lm -L/usr/lib/R/lib -lR and so tseries should be able to load it just fine. Could you reschedule this as planned? I've added a dep-wait on the new quadprog, so tseries should get picked up once the quadprog binNMU is seen by wanna-build. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605372: tseries: FTBFS on armel: unable to load shared object
Package: tseries Version: 0.10-23-1 Severity: serious Tags: sid Hello, Your package fails to build on armel: gcc -shared -o tseries.so arma.o bdstest.o boot.o dsumsl.o formats.o garch.o ppsum.o tsutils.o -lblas -lgfortran -lm -lgfortran -lm -L/usr/lib/R/lib -lR make[1]: Leaving directory `/build/buildd-tseries_0.10-23-1-armel-nMwoak/tseries-0.10-23/src' make[1]: Entering directory `/build/buildd-tseries_0.10-23-1-armel-nMwoak/tseries-0.10-23/src' make[1]: Leaving directory `/build/buildd-tseries_0.10-23-1-armel-nMwoak/tseries-0.10-23/src' installing to /build/buildd-tseries_0.10-23-1-armel-nMwoak/tseries-0.10-23/debian/r-cran-tseries/usr/lib/R/site-library/tseries/libs ** R ** data ** inst ** preparing package for lazy loading Error in dyn.load(file, DLLpath = DLLpath, ...) : unable to load shared object '/usr/lib/R/site-library/quadprog/libs/quadprog.so': libRblas.so: cannot open shared object file: No such file or directory Error : package 'quadprog' could not be loaded ERROR: lazy loading failed for package 'tseries' * removing '/build/buildd-tseries_0.10-23-1-armel-nMwoak/tseries-0.10-23/debian/r-cran-tseries/usr/lib/R/site-library/tseries' make: *** [R_any_arch] Error 1 Full buildlog at: https://buildd.debian.org/fetch.cgi?pkg=tseries;ver=0.10-23-1;arch=armel;stamp=1289798034 Best regards, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605372: tseries: FTBFS on armel: unable to load shared object
On 29 November 2010 at 10:50, Hector Oron wrote: | Package: tseries | Version: 0.10-23-1 | Severity: serious | Tags: sid | | Hello, | | Your package fails to build on armel: | | gcc -shared -o tseries.so arma.o bdstest.o boot.o dsumsl.o formats.o garch.o ppsum.o tsutils.o -lblas -lgfortran -lm -lgfortran -lm -L/usr/lib/R/lib -lR | make[1]: Leaving directory `/build/buildd-tseries_0.10-23-1-armel-nMwoak/tseries-0.10-23/src' | make[1]: Entering directory `/build/buildd-tseries_0.10-23-1-armel-nMwoak/tseries-0.10-23/src' | make[1]: Leaving directory `/build/buildd-tseries_0.10-23-1-armel-nMwoak/tseries-0.10-23/src' | installing to /build/buildd-tseries_0.10-23-1-armel-nMwoak/tseries-0.10-23/debian/r-cran-tseries/usr/lib/R/site-library/tseries/libs | ** R | ** data | ** inst | ** preparing package for lazy loading | Error in dyn.load(file, DLLpath = DLLpath, ...) : | unable to load shared object '/usr/lib/R/site-library/quadprog/libs/quadprog.so': | libRblas.so: cannot open shared object file: No such file or directory | Error : package 'quadprog' could not be loaded | ERROR: lazy loading failed for package 'tseries' | * removing '/build/buildd-tseries_0.10-23-1-armel-nMwoak/tseries-0.10-23/debian/r-cran-tseries/usr/lib/R/site-library/tseries' | make: *** [R_any_arch] Error 1 | | Full buildlog at: https://buildd.debian.org/fetch.cgi?pkg=tseries;ver=0.10-23-1;arch=armel;stamp=1289798034 That's recursive. How did the 'quadprog' package (source: quadprog, binary: r-cran-quadprog) do? Maybe we need a forced rebuild of quadprog. At https://buildd.debian.org/build.cgi?pkg=quadprog everything looks ok. Could you try with a rebuilt quadprog? Dirk | | Best regards, | | -- System Information: | Debian Release: squeeze/sid | APT prefers unstable | APT policy: (700, 'unstable'), (600, 'testing'), (500, 'stable'), (1, 'experimental') | Architecture: amd64 (x86_64) | | Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) | Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) | Shell: /bin/sh linked to /bin/bash | | -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
