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