Package Base Details: distccd-alarm

Git Clone URL: (read-only, click to copy)
Submitter: graysky
Maintainer: graysky
Last Packager: graysky
Votes: 33
Popularity: 0.104192
First Submitted: 2017-09-14 21:47
Last Updated: 2020-11-06 21:34

Latest Comments

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

petronny commented on 2018-08-28 10:04

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

Please change

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

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

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

pa314159 commented on 2018-06-04 23:08

Build fails with

==> Creating package "distccd-alarm-armv5"...

-> Generating .PKGINFO file...

-> Generating .BUILDINFO file...

-> Adding install file...

cp: cannot stat '...../armv5.install': No such file or directory

==> ERROR: Failed to add install file to package.

sehraf commented on 2018-05-25 22:11

You can tell makepkg to build everything under a specific path (/tmp/makepkg/ in my case). When doing so the build process fails because if incorrect paths inside the PKGBUILD file.

graysky commented on 2018-05-25 19:28

@sehraf - Perhaps I misunderstood... I am unfamiliar building as you describe.

sehraf commented on 2018-05-25 19:11

@graysky, thx for the answer though i don't see how it is related to my question. My problem is that the path' used are wrong. (the root thing is no problem)

graysky commented on 2018-05-20 10:58

@sehraf - I can't help you with that... even building with makepkg results in a $srcdir that cannot be removed without root privileges due to settings in the upstream tarballs.

sehraf commented on 2018-05-20 10:56

The PKGBUILD is broken when using a separated build directory:

from /etc/makepkg.conf

-- Specify a directory for package building.


When building i get the following error (using yaourt or pacaur): cp: cannot stat '/tmp/yaourt-tmp-user/aur-distccd-alarm-armv7h/armv5.install': No such file or directory

This is the directory where yaourt places the PKGBUILD (/tmp/yaourt-tmp-user/aur-distccd-alarm-armv7h/PKGBUILD) (same goes for pacaur /home/user/.cache/pacaur/distccd-alarm/PKGBUILD)

But the file in question is located in /tmp/makepkg/distccd-alarm/armv5.install since this is where the build process is done.

This might also related: i get these errors: "distccd[540] (dcc_check_compiler_whitelist) CRITICAL! armv7l-unknown-linux-gnueabihf-g++ not in /usr/lib/distcc whitelist." I saw your post here and i don't have these sym links on my system (i built the package by removing the install="$1.install" entry :P )

kprkpr commented on 2018-05-14 14:42

+mickael9 The link works again, but I will update with versioned one, that seems better option now

mickael9 commented on 2018-05-09 18:17

The download links are dead, they seem to be versioned now: