On Sat, Sep 3, 2016 at 10:30 AM, Ben Hutchings <ben@xxxxxxxxxxxxxxx> wrote: > > On Fri, 2016-09-02 at 16:49 +0100, Ben Hutchings wrote: > > On Fri, 2016-09-02 at 03:35 -0700, Jose R Rodriguez wrote: > > > > > > Niltze, all! > > > > > > Currently running Reiser4-patched kernel 4.7 built from pristine > > > source upstream: > > > > > > Linux mictlantecuhtli 4.7.0.tezcatlipoca #1 SMP PREEMPT Wed Aug 10 > > > 05:04:17 PDT 2016 x86_64 GNU/Linux > > > > > > On the other hand, I have experienced multiple issues building > > > Debian'ized kernel 4.7.2-1 -- first building on Jessie modified for > > > GCC 4.9; > > > and then attempting build on Jessie-built GCC 5.3. And finally I > > > attempted the build on Debian Unstable and it failed, as well. > > > Below are the offending sections -- which, by the way -- roughly > > > correspond in all instances of Debian and GCC: > > [...] > > > > This happens if you invoke debian/rules directly and not through dpkg- > > buildpackage. > > Rather, it can happen in some circumstances, but... > > > debian/rules.real does: > > > > ifdef OVERRIDE_HOST_TYPE > > CROSS_COMPILE := $(OVERRIDE_HOST_TYPE)- > > else ifneq ($(DEB_BUILD_ARCH),$(DEB_HOST_ARCH)) > > CROSS_COMPILE := $(DEB_HOST_GNU_TYPE)- > > else > > CROSS_COMPILE := > > endif > > > > So the assumption is that all those architecture variables, or none, > > are defined. dpkg-buildpackage does define them all. > > > > However, debian/rules does: > > > > DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH) > > > > and does not define any other architecture variables. > > ...variable definitions in debian/rules don't automatically propagate > to debian/rules.real, so this doesn't explain the failure. And > although I have seen this failure myself, I can't reproduce it now. > > > We should probably include /usr/share/dpkg/architecture.mk in > > debian/rules instead. > > I now think it should be included in debian/rules.real. However, until > I have a way to reproduce the problem, I'm not going to attempt a fix. > > Ben. > > -- > Ben Hutchings > Once a job is fouled up, anything done to improve it makes it worse. I much appreciate your hints, Ben. The fault was mine. After a couple of days of struggle, I modified debian/rules.real by inserting a couple of extra directives and compared the generated debian/control file output with previous ones - which provided me relevant insight to correct my mistake and generate required *.udebs for d-i. Thank you again, Ben. Best Professional Regard. -- Jose R R http://metztli.it --------------------------------------------------------------------------------------------- Try at no charge http://b2evolution.net for http://OpenShift.com PaaS --------------------------------------------------------------------------------------------- from our GitHub http://Nepohualtzintzin.com repository. Cloud the easy way! -- To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
