On 14 August 2017 at 20:59, Andreas Noteng wrote:
> I am regenerating, but in configure. This fail is in the initial clean.
> Would it be ok to move the makefile regeneration to clean instead?
That might work. The patch in message #23 [1] definitely worked in
Ubuntu [2] though.
P.S. debhelper B
I am regenerating, but in configure. This fail is in the initial clean.
Would it be ok to move the makefile regeneration to clean instead?
2017-08-14 13:26 GMT+02:00 Graham Inggs :
> Control: reopen -1
>
>
> As per the latest arm64 build log [1], this is still not fixed:
>
> make -j1 distclean
>
Control: reopen -1
As per the latest arm64 build log [1], this is still not fixed:
make -j1 distclean
make[1]: Entering directory '/<>'
Makefile:196: *** The Makefile doesn't support target aarch64-linux,
please run fpcmake first. Stop.
[1]
https://buildd.debian.org/status/fetch.php?pkg=tran
Control: tags -1 + patch
Hi Maintainer
The patch as applied is not sufficient, as can be seen in a recent
arm64 build log [1].
If the old Makefile exists, the build fails during the dh_auto_clean target:
dh_auto_clean: Compatibility levels before 9 are deprecated (level 7 in use)
make -j1 distcl
Source: transgui
Version: 5.0.1-2
The Debian build script seems to be using upstream's Makefile,
which was "generated by FPCMake Version 2.0.0 [2011/12/25]".
It would be better to regenerate this file for two reasons:
- It becomes possible to build the package on new architectures,
such as arm6
5 matches
Mail list logo
