Hi Philip,
On 22 April 2015 at 23:20, Philip Rinn wrote:
| Sure, I don't question that. And I think it's important to stress that R does
| _not_ FTBS on the buildds. I'm aware of that.
+1
| The reproducible team does to check for software quality and to ensure builds
are
| reproducible in Debian.
Quite right. And I created, submitted and got-accepted an upstream patch to
support that. Right now part of what we are trying to figure out is whether
my patch has anything to do with the segfault, or my Debian configuration of
the build, or ... whether it is geuinely upstream.
| > R should work just fine with or without TZ. Most systems seem to have it;
| > Debian never did and I am not aware of side effects (but we sometimes do set
| > TZ in our (user) analysis scripts).
|
| Indeed, it does, see:
|
| $ TZ="GMT+1" Rscript -e "system('date')"
| Mi 22. Apr 19:57:33 GMT 2015
Not a good example (because of system). Try
edd@max:~$ Rscript -e 'print(Sys.time())' ## I am in America/Chicago
[1] "2015-04-22 16:38:08.484921 CDT"
edd@max:~$ TZ="UTC" Rscript -e 'print(Sys.time())' ## UTC override
[1] "2015-04-22 21:38:15.433783 UTC"
edd@max:~$
| But R compiled with TZ set fails to install 'sysdata.rda' while building it's
own
| package. And this should not happen.
We'd need the minimally reproducible example here.
| > So two things going forward:
| > i) find out who set TZ, make him stop it (should take care of the FTBFS
now)
| The evil reproducible team does ;)
:)
| I think the impact of this FTBFS is more theoretical, so we should not get
nervous.
|
| > ii) contact upstream which I'll will and see what can be done about makeing
| > the behaviour more robust (as it used to be prior to R 3.1.3 as well, I
| > think)
| Yes, contacting upstream would be great, thanks.
| But I think prior to R 3.1.3 also FTBFS with TZ set, see:
|
|
https://reproducible.debian.net/rbuild/testing/amd64/r-base_3.1.2-3.0~reproducible1.rbuild.log
That's helpful, and probably also before my patch.
This "smells" like an upstream issue (when TZ gets set) but I'd love for us
to narrow it down. This has been _excellent_ work by you so far. Keep it
coming :)
Dirk
--
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
