[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Our build system may be broken: /bin vs /usr/bin

On 19 November 2018 at 17:32, Sean Whitton wrote:
| Hello,
| On Mon 19 Nov 2018 at 01:15PM -0500, Chris Lamb wrote:
| > Hi Dimitri,
| >
| >> […] e.g. using reproducible builds infra to do "build in
| >> --no-merged-usr, rebuild in --merged-usr, result should be the same"
| >> either as a one-off, or on the ongoing basis.
| >
| > So, as mentioned on:
| >
| >   https://reproducible-builds.org/blog/posts/185/
| >
| > … Simon McVittie has actually patched our testing framework to vary
| > this and this is now live.
| >
| >   https://bugs.debian.org/901473#33
| >
| > (There is some further discussion on this bug.)
| Nice.  Props to you all.

Are we sure this is fixed?

The build failures appeared in the last two days. These release and patch
notes are from Nov 9 (in the BTS) and before Nov 13 (for Repro Build summary).

As pointed out to me earlier today by Kurt Hornik from the (upstream) R Core
team (whom I have CC'ed here too), if we look at eg the i386 build of r-base
3.5.1-2 resulting from my upload this morning I see line 120 to 123 of
/usr/bin/R having (indented two)

  ## some systems have a more portable sed, e.g. /usr/xpg4/bin/sed on Solaris,
  ## so make sure that is used.
  export SED

and that is still WRONG as there is no /usr/bin/sed, only /bin/sed.

R itself use this in configure.ac (again indented two):

  ## we would like a POSIX sed, and need one on Solaris
  AC_PATH_PROGS(SED, sed, /bin/sed, [/usr/xpg4/bin:$PATH])

Similarly, I have had this for many years in debian/rules -- in part because
at one point had mulitple zip versions (until an IP related issue became
better IIRC), multiple print queues, multiple pages, multiple awks etc pp and
what not:

	R_GZIPCMD="/bin/gzip -n"			\
	PAGER=/usr/bin/pager				\
	PERL=/usr/bin/perl				\
	R_UNZIPCMD=/usr/bin/unzip			\
	R_ZIPCMD=/usr/bin/zip				\
	R_PRINTCMD=/usr/bin/lpr				\
	AWK=/usr/bin/awk                                \

We can surely work around / with usrmerge and do more checks -- but it
currently looks to me as if this is still borked for now.

And call me crazy or old-fashioned, but "baking" a configure-time choice into
a script seems preferable to searching the path each time.  We only move /bin
once every fourty years afer all ...


http://dirk.eddelbuettel.com | @eddelbuettel | edd@debian.org

Reply to: