I faced with the problem after running build-pkg on this machine
many-many times. Finally I found this method how to fix it without
restarting the machine.
Option --brief tells "file" not to prepend filenames
to output lines. Using this option is better than parsing
standard format of output of "file" with a regular expression.
Some filenames contain ":". This confuses the regular
expression:
[build-pkg] i686-w64-mingw32.static
Can't get type of file usr/i686-w64-mingw32.static/share/
gtk-doc/html/libgda-4.0/gen:sql_identifiers.html (libgda).
file says "usr/i686-w64-mingw32.static/share/gtk-doc/html/
libgda-4.0/gen:sql_identifiers.html:
HTML document, ASCII text"
Example: usr/i686-w64-mingw32.static/bin/luajit
This file must have '.exe' in name, but build-pkg
doesn't catch this error, because it's type was
"symbolic link to luajit-2.0.4".
With option --dereference, "file" follows symlinks.
For usr/i686-w64-mingw32.static/bin/luajit it returns
"PE32 executable (console) Intel 80386 (stripped to external
PDB), for MS Windows".
mxe-requirements package doesn't install any files
therefore fakeroot is not required. Because no files
were created with fakeroot, database file `deb.fakeroot'
did not exist.
close#840
To prevent build-pkg from creating deb packages,
set environment variable MXE_NO_DEBS to 1
In this case fakeroot and dpkg-deb are not needed.
Add a comment about MXE_MAX_PACKAGES.
* PE32 files without .exe or .dll
* .exe or .dll files which are not in PE32 format
* files with other target in name
* changed files
* file belongs to the same target -- add a dependency
* otherwise: log this message with label 'error'
close#822
2.23 -> 2.23jessie | 2.23wheezy
Package mxe-requirements has different dependencies for
Wheezy and Jessie. APT server reprepro doesn't allow to
add two different packages with same name and version.
Bad behaviour prior to this commit:
1. The package is broken: pango
2. Package sdl_pango depends on broken pango
3. When t4k_common (which depends on sdl_pango) is built,
pango is tried to build again.
This issue was caused by the error fixed in this commit:
if a package A depends on a broken package B,
then the package A is also BROKEN.
So if a package C depends on package A, then all of them
are broken:
(*)B <- A <- C
B is not "rebuilt" for C.
Previous code just checked if any new file was created.
New code checks existance of the file created by MXE in case
a build succeeded: "usr/<target>/installed/<package>".
Without this improvement, some packages (e.g., pango) were
falsely reported to be built successfully, because they have
two or more targets and only first target succeded, creating
*some* files (but not file "usr/<target>/installed/<package>").
There are documentation and other shared files installed,
which we don't need [1]. Some packages install files to same
paths. There is a list of all packages which overlap and
shared files [2].
Create a list of packages which have common files across
targets. Some of them are a part of compiler chain (gcc-*),
some are built natively intentionally:
* gcc-isl
* gcc-mpc
* gcc-gmp
* gcc-mpfr
* gcc
* yasm
* ncurses
* pkgconf
[1] https://lists.nongnu.org/archive/html/mingw-cross-env-list/2015-06/msg00011.html
[2] https://gist.github.com/starius/59625347cd68a21d9cc9close#763close#757
After commit b14c1a3a9c , packages could not
be installed on Debian <= Wheezy, because it lacks package
libtool-bin. So package mxe-requirements should depend on
libtool-bin only for Debian >= Jessie.
This commit changes the function that builds packages
mxe-requirements. Now it makes 4 .deb files:
wheezy/
mxe-requirements_2.23_i386.deb
mxe-requirements_2.23_amd64.deb
jessie/
mxe-requirements_2.23_i386.deb
mxe-requirements_2.23_amd64.deb
see #754
Boris Nagaev
Tony Theodore
Timothy Gu
Volker Grabsch
Martin Müllenhaupt