CRUX-Contrib

Contributed ports (contrib collection)
Tasklist

FS#1785 - networkmanager fails to build due to a regression in meson-53

Attached to Project: CRUX-Contrib
Opened by Chris Rainey (ckrzen) - Thursday, 16 January 2020, 05:08 GMT
Last edited by Danny Rawlins (Romster) - Saturday, 18 January 2020, 01:49 GMT
Task Type Bug Report
Category ports - contrib
Status Closed
Assigned To Danny Rawlins (Romster)
Operating System CRUX
Severity High
Priority Urgent
Reported Version 3.5
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

WORKAROUND: downgrade to meson-52.1

meson.build ... error ... unable to find linker ...


See: https://github.com/mesonbuild/meson/issues/6473
This task depends upon

Closed by  Danny Rawlins (Romster)
Saturday, 18 January 2020, 01:49 GMT
Reason for closing:  Fixed
Additional comments about closing:  Upstream considers this too broken to the point of thinking to even deleting the tarballs and downgrading in pip. https://github.com/mesonbuild/meson/issu es/6442

Downgraded, their is far to many issues to patch this cleanly at this stage, i will wait on upstream to sort out the mess.
Comment by Fredrik Rinnestam (frinnst) - Thursday, 16 January 2020, 06:59 GMT
So its an issue with meson?
Comment by Tim Biermann (tb) - Thursday, 16 January 2020, 07:39 GMT
But it works for me with meson 0.53.0-1? Are we actually talking about cross-compiling here?
Comment by Chris Rainey (ckrzen) - Thursday, 16 January 2020, 14:36 GMT
Hrmmm... I'm not sure. I just did a: `$sudo prt-get depinst networkmanager` and the build failed early with an error like this:

<code>

...
meson.build...205:0...ERROR: unable to find usable linker

</code>

Then I re-ran the build with the `-kw` to be able to look at the `meson...log` and it basically just said the same thing.

When I searched on the error message, I eventually found the GitHub issue(bug) report and did the suggested downgrade to 0.52.1 and it worked!
Comment by Chris Rainey (ckrzen) - Thursday, 16 January 2020, 14:56 GMT
@tb my pkgmk flags:

<code>

#
# /etc/pkgmk.conf: pkgmk(8) configuration
#

export CFLAGS="-O2 -march=native -pipe"
export CXXFLAGS="${CFLAGS}"

export JOBS=$(nproc)
export MAKEFLAGS="-j $JOBS"

case ${PKGMK_ARCH} in
"64"|"")
;;
"32")
export CFLAGS="${CFLAGS} -m32"
export CXXFLAGS="${CXXFLAGS} -m32"
export LDFLAGS="${LDFLAGS} -m32"
export PKG_CONFIG_LIBDIR="/usr/lib32/pkgconfig"
;;
*)
echo "Unknown architecture selected! Exiting."
exit 1
;;
esac

# PKGMK_SOURCE_MIRRORS=()
# PKGMK_SOURCE_DIR="$PWD"
# PKGMK_PACKAGE_DIR="$PWD"
# PKGMK_WORK_DIR="$PWD/work"
# PKGMK_DOWNLOAD="no"
# PKGMK_IGNORE_SIGNATURE="no"
# PKGMK_IGNORE_MD5SUM="no"
# PKGMK_IGNORE_FOOTPRINT="no"
# PKGMK_IGNORE_NEW="no"
# PKGMK_NO_STRIP="no"
# PKGMK_DOWNLOAD_PROG="wget"
# PKGMK_WGET_OPTS=""
# PKGMK_CURL_OPTS=""
# PKGMK_COMPRESSION_MODE="gz"

# End of file

</code>
Comment by Tim Biermann (tb) - Thursday, 16 January 2020, 16:05 GMT
What system are you building on and for which system do you build?
Comment by Chris Rainey (ckrzen) - Thursday, 16 January 2020, 16:22 GMT
BUILD SYSTEM: Linux CKR 5.4.10 #3 SMP Mon Jan 13 17:20:24 CST 2020 x86_64 Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz GenuineIntel GNU/Linux

TARGET SYSTEM: Linux CKR 5.4.10 #3 SMP Mon Jan 13 17:20:24 CST 2020 x86_64 Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz GenuineIntel GNU/Linux
Comment by Tim Biermann (tb) - Thursday, 16 January 2020, 16:25 GMT
Which version of CRUX are you using?

Can you please run:
prt-cache depends `prt-cache listinst` | grep "\[ \]"

and share its output?
Comment by Tim Biermann (tb) - Thursday, 16 January 2020, 16:38 GMT
additionally, please post the output of prt-get depends networkmanager
Comment by Chris Rainey (ckrzen) - Thursday, 16 January 2020, 16:39 GMT
$ prt-cache depends `prt-cache listinst` | grep "\[\]"
$
Comment by Chris Rainey (ckrzen) - Thursday, 16 January 2020, 16:41 GMT
$ prt-get depends networkmanager
-- dependencies ([i] = installed)
[i] openssl
[i] zlib
[i] expat
[i] libndp
[i] jq
[i] db
[i] ncurses
[i] bzip2
[i] attr
[i] xz
[i] nspr
[i] libpcre
[i] libffi
[i] libtirpc
[i] mpdecimal
[i] kmod
[i] autoconf-2.13
[i] mtdev
[i] libpthread-stubs
[i] xorg-xorgproto
[i] xorg-util-macros
[i] xorg-libpixman
[i] curl
[i] libpng
[i] dbus
[i] readline
[i] acl
[i] libxml2
[i] eudev
[i] xorg-libxau
[i] xorg-libxdmcp
[i] xorg-xtrans
[i] slang
[i] freetype
[i] gdbm
[i] sqlite3
[i] gettext
[i] libxslt
[i] util-linux
[i] fontconfig
[i] perl
[i] python
[i] nss
[i] python3
[i] popt
[i] p5-xml-parser
[i] spidermonkey
[i] python3-setuptools
[i] ninja
[i] xorg-libevdev
[i] xorg-xcb-proto
[i] libnewt
[i] intltool
[i] meson
[i] glib
[i] libinput
[i] gobject-introspection
[i] xorg-libxcb
[i] polkit
[i] xorg-libx11
[i] xorg-xcb-util
[i] xorg-libxext
[i] xorg-libxrender
[i] cairo
[i] python3-cairo
[i] python3-gobject
[i] networkmanager
Comment by Tim Biermann (tb) - Thursday, 16 January 2020, 16:44 GMT
have you ran revdep and rejmerge recently?
Comment by Tim Biermann (tb) - Thursday, 16 January 2020, 16:45 GMT
I can not reproduce this in a clean container build nor on my desktop.

Edit:
http://dpaste.com/1QR5VKP
Comment by Chris Rainey (ckrzen) - Thursday, 16 January 2020, 17:06 GMT
I usually issue these commands, in order:

$ sudo ports -u && sudo prt-get cache && sudo prt-cache diff && sudo prt-cache listlocked
Updating file list from crux.nu::ports/crux-3.5/compat-32/
Updating collection compat-32
Finished successfully
Updating file list from crux.nu::ports/crux-3.5/contrib/
Updating collection contrib
Finished successfully
Updating file list from crux.nu::ports/crux-3.5/core/
Updating collection core
Finished successfully
Updating file list from crux.nu::ports/crux-3.5/opt/
Updating collection opt
Finished successfully
Updating file list from crux.nu::ports/crux-3.5/xorg/
Updating collection xorg
Finished successfully
No differences found
meson


$ sudo fstrim -va && sudo prt-cache sysup && sudo revdep && sudo rejmerge
/boot/efi: 500.1 MiB (524419072 bytes) trimmed on /dev/vda1
/: 0 B (0 bytes) trimmed on /dev/vda2
System is up to date
Nothing to merge
Comment by Chris Rainey (ckrzen) - Thursday, 16 January 2020, 17:09 GMT
BTW: this is in a QEMU/KVM as my test VM before I install on bare-metal.

Here is the libvirt XML:


<domain type="kvm">
<name>CRUX-2</name>
<uuid>29281775-c165-417e-b125-7ea067930b9a</uuid>
<title>CRUX-2</title>
<memory unit="KiB">4194304</memory>
<currentMemory unit="KiB">4194304</currentMemory>
<vcpu placement="static">2</vcpu>
<os>
<type arch="x86_64" machine="pc-q35-4.1">hvm</type>
<loader readonly="yes" type="pflash">/usr/share/edk2/ovmf/OVMF_CODE.fd</loader>
<nvram>/home/chris/.config/libvirt/qemu/nvram/CRUX-2_VARS.fd</nvram>
<boot dev="hd"/>
<bootmenu enable="no"/>
</os>
<features>
<acpi/>
<apic/>
<vmport state="off"/>
</features>
<cpu mode="host-passthrough" check="partial"/>
<clock offset="utc">
<timer name="rtc" tickpolicy="catchup"/>
<timer name="pit" tickpolicy="delay"/>
<timer name="hpet" present="no"/>
</clock>
<on_poweroff>destroy</on_poweroff>
<on_reboot>restart</on_reboot>
<on_crash>destroy</on_crash>
<pm>
<suspend-to-mem enabled="no"/>
<suspend-to-disk enabled="no"/>
</pm>
<devices>
<emulator>/usr/bin/qemu-system-x86_64</emulator>
<disk type="file" device="disk">
<driver name="qemu" type="qcow2"/>
<source file="/home/chris/.local/share/libvirt/images/CRUX-2.qcow2"/>
<target dev="vda" bus="virtio"/>
<address type="pci" domain="0x0000" bus="0x05" slot="0x00" function="0x0"/>
</disk>
<disk type="file" device="cdrom">
<driver name="qemu" type="raw"/>
<source file="/home/chris/Downloads/BlissOS-11.10.iso"/>
<target dev="sda" bus="sata"/>
<readonly/>
<address type="drive" controller="0" bus="0" target="0" unit="0"/>
</disk>
<controller type="usb" index="0" model="ich9-ehci1">
<address type="pci" domain="0x0000" bus="0x00" slot="0x1d" function="0x7"/>
</controller>
<controller type="usb" index="0" model="ich9-uhci1">
<master startport="0"/>
<address type="pci" domain="0x0000" bus="0x00" slot="0x1d" function="0x0" multifunction="on"/>
</controller>
<controller type="usb" index="0" model="ich9-uhci2">
<master startport="2"/>
<address type="pci" domain="0x0000" bus="0x00" slot="0x1d" function="0x1"/>
</controller>
<controller type="usb" index="0" model="ich9-uhci3">
<master startport="4"/>
<address type="pci" domain="0x0000" bus="0x00" slot="0x1d" function="0x2"/>
</controller>
<controller type="sata" index="0">
<address type="pci" domain="0x0000" bus="0x00" slot="0x1f" function="0x2"/>
</controller>
<controller type="pci" index="0" model="pcie-root"/>
<controller type="pci" index="1" model="pcie-root-port">
<model name="pcie-root-port"/>
<target chassis="1" port="0x10"/>
<address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x0" multifunction="on"/>
</controller>
<controller type="pci" index="2" model="pcie-root-port">
<model name="pcie-root-port"/>
<target chassis="2" port="0x11"/>
<address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x1"/>
</controller>
<controller type="pci" index="3" model="pcie-to-pci-bridge">
<model name="pcie-pci-bridge"/>
<address type="pci" domain="0x0000" bus="0x01" slot="0x00" function="0x0"/>
</controller>
<controller type="pci" index="4" model="pcie-root-port">
<model name="pcie-root-port"/>
<target chassis="4" port="0x12"/>
<address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x2"/>
</controller>
<controller type="pci" index="5" model="pcie-root-port">
<model name="pcie-root-port"/>
<target chassis="5" port="0x13"/>
<address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x3"/>
</controller>
<controller type="pci" index="6" model="pcie-root-port">
<model name="pcie-root-port"/>
<target chassis="6" port="0x14"/>
<address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x4"/>
</controller>
<controller type="pci" index="7" model="pcie-root-port">
<model name="pcie-root-port"/>
<target chassis="7" port="0x15"/>
<address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x5"/>
</controller>
<controller type="pci" index="8" model="pcie-root-port">
<model name="pcie-root-port"/>
<target chassis="8" port="0x16"/>
<address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x6"/>
</controller>
<controller type="pci" index="9" model="pcie-root-port">
<model name="pcie-root-port"/>
<target chassis="9" port="0x17"/>
<address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x7"/>
</controller>
<controller type="virtio-serial" index="0">
<address type="pci" domain="0x0000" bus="0x04" slot="0x00" function="0x0"/>
</controller>
<interface type="user">
<mac address="52:54:00:10:8e:b1"/>
<model type="virtio"/>
<address type="pci" domain="0x0000" bus="0x02" slot="0x00" function="0x0"/>
</interface>
<serial type="pty">
<target type="isa-serial" port="0">
<model name="isa-serial"/>
</target>
</serial>
<console type="pty">
<target type="serial" port="0"/>
</console>
<channel type="spicevmc">
<target type="virtio" name="com.redhat.spice.0"/>
<address type="virtio-serial" controller="0" bus="0" port="1"/>
</channel>
<channel type="unix">
<target type="virtio" name="org.qemu.guest_agent.0"/>
<address type="virtio-serial" controller="0" bus="0" port="2"/>
</channel>
<input type="mouse" bus="ps2"/>
<input type="keyboard" bus="ps2"/>
<input type="tablet" bus="virtio">
<address type="pci" domain="0x0000" bus="0x07" slot="0x00" function="0x0"/>
</input>
<input type="keyboard" bus="virtio">
<address type="pci" domain="0x0000" bus="0x08" slot="0x00" function="0x0"/>
</input>
<graphics type="spice" autoport="yes" listen="127.0.0.1">
<listen type="address" address="127.0.0.1"/>
<image compression="off"/>
</graphics>
<sound model="ich6">
<address type="pci" domain="0x0000" bus="0x03" slot="0x01" function="0x0"/>
</sound>
<video>
<model type="qxl" ram="65536" vram="65536" vgamem="16384" heads="1" primary="yes"/>
<address type="pci" domain="0x0000" bus="0x00" slot="0x01" function="0x0"/>
</video>
<redirdev bus="usb" type="spicevmc">
<address type="usb" bus="0" port="2"/>
</redirdev>
<redirdev bus="usb" type="spicevmc">
<address type="usb" bus="0" port="3"/>
</redirdev>
<memballoon model="virtio">
<address type="pci" domain="0x0000" bus="0x06" slot="0x00" function="0x0"/>
</memballoon>
<rng model="virtio">
<backend model="random">/dev/urandom</backend>
<address type="pci" domain="0x0000" bus="0x09" slot="0x00" function="0x0"/>
</rng>
</devices>
</domain>
Comment by Chris Rainey (ckrzen) - Thursday, 16 January 2020, 17:11 GMT
No worries. I'll test, again, when I go bare-metal install and report back with actual logs from the failed build, if needed.

Thanks for CRUX!
Comment by Chris Rainey (ckrzen) - Thursday, 16 January 2020, 17:35 GMT
Oh ... and it is CRUX 3.5

$ crux
CRUX version 3.5
Comment by Tim Biermann (tb) - Thursday, 16 January 2020, 17:39 GMT
Sorry, i have no idea on how to help in this case. I'll close it for now. Feel free to reopen it.
Comment by Chris Rainey (ckrzen) - Saturday, 18 January 2020, 01:47 GMT
  • Field changed: Percent Complete (100% → 0%)
It is _definitely_ a meson-53 regression when using "...cross/native ld..." and has been fixed(possibly) by: https://github.com/mesonbuild/meson/pull/6457.

I believe my use of `-march=native` is what triggers it. Hopefully meson-0.53.1 will contain the fix when I go to rebuild again.

Salient comment:

...I think the real problem here is that there are already a fair number of projects who want to invoke ld directly (ie, in a custom target), using ld in the binaries section for that. Which means when we started using it for choosing the dynamic linker we broke all of the projects.

SOURCE: https://github.com/mesonbuild/meson/issues/6442

Please feel free to keep this bug closed, but I thought this might help others that come here to learn more?

Loading...