Package Details: distccd-alarm-armv8 14.1.1.20240511-1

Git Clone URL: https://aur.archlinux.org/distccd-alarm.git (read-only, click to copy)
Package Base: distccd-alarm
Description: Official toolchain for Arch ARM builds via distcc on x86_64 volunteers
Upstream URL: https://github.com/graysky2/distccd-alarm
Licenses: GPL
Submitter: graysky
Maintainer: graysky
Last Packager: graysky
Votes: 38
Popularity: 0.046468
First Submitted: 2017-09-14 21:47 (UTC)
Last Updated: 2024-05-13 18:39 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

graysky commented on 2019-07-04 20:49 (UTC)

Please try 8.3.0-1

Flat commented on 2019-07-04 20:24 (UTC)

Looks like the x-tools archives have changed and the md5sums do not currently match.

graysky commented on 2018-10-25 19:41 (UTC)

@muesli4 - What are you talking about wrt uncommenting? Are you building with makepkg or with an AUR helper?

muesli4 commented on 2018-10-25 08:29 (UTC)

Doesn't work at all. First I had to uncomment the BUILDDIR variable, otherwise it wouldn't find files.

Then makepkg finished building the package with error messages that files are missing (but apparently still succesful).

When I tried building with it I get something like this in the log:

distccd[25549] (dcc_execvp) ERROR: failed to exec armv7l-unknown-linux-gnueabihf-g++: No such file or directory

kprkpr commented on 2018-09-02 10:26 (UTC)

+petronny Thanks for pointing me, and sorry for delay

Updated to 8.2.0 and now in /opt :)

graysky commented on 2018-08-28 20:34 (UTC)

@petronny - That change won't do anything as readme.in just creates a user message. The script you referenced is for building x86_64 on x86_64. This toolchain is for using x86_64 as a slave machine for an armxxx master.

I have no idea what you're wanting to achieve with your other post. I recommend against using AUR helpers in general.

petronny commented on 2018-08-28 10:32 (UTC)

Hi thanks for providing these packages.
8.2.0 is out, please upgrade them.

And how about placing the files into /opt rather than /usr ?

petronny commented on 2018-08-28 10:04 (UTC) (edited on 2018-08-28 10:07 (UTC) by petronny)

Thanks for providing these packages.
Could you help me solve a problem I get when I'm trying to build a armv7h version of unzip?
I list steps to re-produce my problem as follow:

  1. yaourt -Syua
    sudo reboot
  2. Build distccd-alarm-armv7h with extra-x86_84-build and install it with pacman -U
    sudo systemctl start distccd-armv7h
  3. Copy the original /etc/makepkg.conf to ~/makepkg-armv7h.conf.
    Change CARCH to armv7h.
    Remove -march=x86-64 -mtune=generic from CFLAGS and CXXFLAGS.
    Change !distcc to armv7h in BUILDENV.
    Set DISTCC_HOSTS to localhost:3635.
  4. yaourt -G unzip
    cd unzip
    Add armv7h to arch in PKGBUILD.
  5. makepkg --config ~/makepkg-armv7h.conf -Cf

I'm sure that distcc is working and everything are built with the arm gcc.
It will produce different outputs than the native gcc.

The problem is

cc -o unzip  -Lbzip2 unzip.o crc32.o  crypt.o envargs.o explode.o extract.o fileio.o globals.o inflate.o list.o match.o process.o ttyio.o ubz2err.o unreduce.o unshrink.o zipinfo.o unix.o -lbz2 -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now
/usr/bin/ld: unzip.o: relocations in generic ELF (EM: 40)
/usr/bin/ld: unzip.o: relocations in generic ELF (EM: 40)
/usr/bin/ld: unzip.o: relocations in generic ELF (EM: 40)
/usr/bin/ld: unzip.o: error adding symbols: file in wrong format
collect2: Error：ld returned 1
distcc[5349] ERROR: compile (null) on localhost failed

It's still using the native ld rather than the arm one.
I can't figure out why this happens. Please help.

petronny commented on 2018-08-28 09:08 (UTC)

Please change

<readme.in >../"${_subarchs[$i]}".install

to <readme.in > ${startdir}/"${_subarchs[$i]}".install.

This will make the package working with the official packaging tool extra-x86_84-build.

« First ‹ Previous 1 2 3 4 5 6 Next › Last »