Re: Status of dh-r and problems building r-cran-yaml
On 01/12/16 09:46, Andreas Tille wrote:
> Hi Gordon,
>
> it seems you are quite busy currently since I have not heard from you
> since some time. I decided to upload a new version of dh-r which is
> fixing some nasty bug (#846239). I hope you are fine with the changes
> done by Dylan Aïssi and me.
>
Yes, sorry, I've been occupied by various things recently. The changes
look fine (and in any case, the package is marked as team maintained and
I'm fine with the team maintaining it).
> I have converted several packages from cdbs to dh-r with no visible
> problems so far. The usage of ${R:Depends} is very convenient and IMHO
> increases the quality of packages since it makes sure no (versioned)
> dependency will be forgotten in the binary package dependency list (I
> noticed some examples that were definitely wrong before).
>
Good to hear. Did you find any other cases in which existing variables
would have been useful (as you reported in #842092), or any other
recurrent packaging issues which should be added to dh-r?
> However, yesterday I stumbled upon r-cran-yaml[1] which causes a problem
> I was not able to solve quickly. Upstream has injected an additional
> declaration to the code copy of libyaml which I injected via quilt patch
> right into the C code which now enables building the code. Strangely
> enough the resulting library does not end up in the target directory
> location - or at least R can't find it there and the issue is hard to
> debug since at the point when the build process gets control again and I
> get a shell the files in questions are just removed by the Makefile:
>
> ** libs
> make[1]: Entering directory '/build/r-cran-yaml-2.1.14+dfsg/src'
> gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG -I. -DNDEBUG -fpic -g -O2 -fdebug-prefix-map=/build/r-base-3.3.2=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -
> gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG -I. -DNDEBUG -fpic -g -O2 -fdebug-prefix-map=/build/r-base-3.3.2=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -
> gcc -std=gnu99 -shared -L/usr/lib/R/lib -Wl,-z,relro -o yaml.so implicit.o r-ext.o -lyaml -L/usr/lib/R/lib -lR
> make[1]: Leaving directory '/build/r-cran-yaml-2.1.14+dfsg/src'
> make[1]: Entering directory '/build/r-cran-yaml-2.1.14+dfsg/src'
> make[1]: Leaving directory '/build/r-cran-yaml-2.1.14+dfsg/src'
> installing to /build/r-cran-yaml-2.1.14+dfsg/debian/r-cran-yaml/usr/lib/R/site-library/yaml/libs
> ** R
> ** inst
> ** preparing package for lazy loading
> ** help
> *** installing help indices
> ** building package indices
> ** testing if installed package can be loaded
> Error in dyn.load(file, DLLpath = DLLpath, ...) :.
> unable to load shared object '/build/r-cran-yaml-2.1.14+dfsg/debian/r-cran-yaml/usr/lib/R/site-library/yaml/libs/yaml.so':
> /build/r-cran-yaml-2.1.14+dfsg/debian/r-cran-yaml/usr/lib/R/site-library/yaml/libs/yaml.so: undefined symbol: yaml_emitter_set_indent_mapping_sequence
> Error: loading failed
> Execution halted
> ERROR: loading failed
> * removing '/build/r-cran-yaml-2.1.14+dfsg/debian/r-cran-yaml/usr/lib/R/site-library/yaml'
>
>
> I admit my poor wisdom ends here. Any clue?
Nothing from a quick look. I'll have a longer look tonight or tomorrow
and see if I can spot anything.
Thanks for all your efforts keeping R packages updated.
>
> Kind regards
>
> Andreas.
>
> [1] https://anonscm.debian.org/git/debian-science/packages/r-cran-yaml.git
>
Reply to: