Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 576076 - net-dns/avahi-0.6.31-r10 - dev-lang/perl[ithreads] is no longer optional - Failed requirements
Summary: net-dns/avahi-0.6.31-r10 - dev-lang/perl[ithreads] is no longer optional - Fa...
Status: RESOLVED OBSOLETE
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Anthony Basile
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-03-01 07:37 UTC by INODE64 Sistemas
Modified: 2019-11-09 17:12 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description INODE64 Sistemas 2016-03-01 07:37:43 UTC
See the errors:
------------------------------------------------------
/var/tmp/portage/net-dns/avahi-0.6.31-r10/temp/build.log

 * Package:    net-dns/avahi-0.6.31-r10
 * Repository: gentoo
 * Maintainer: blueness@gentoo.org
 * USE:        abi_x86_64 amd64 dbus elibc_glibc gdbm gtk gtk3 introspection ipv6 kernel_linux nls python python_targets_python2_7 userland_GNU
 * FEATURES:   ccache preserve-libs sandbox userpriv usersandbox
>>> Unpacking source...
>>> Unpacking avahi-0.6.31.tar.gz to /var/tmp/portage/net-dns/avahi-0.6.31-r10/work
>>> Source unpacked in /var/tmp/portage/net-dns/avahi-0.6.31-r10/work
>>> Preparing source in /var/tmp/portage/net-dns/avahi-0.6.31-r10/work/avahi-0.6.31 ...
 * Applying avahi-0.6.30-optional-gtk-utils.patch ...               [ ok ]
 * Applying avahi-0.6.x-openrc-0.9.x-init-scripts-fixes.patch ...   [ ok ]
 * Applying avahi-0.6.31-install-exec-hook.patch ...                [ ok ]
 * Applying avahi-0.6.31-host-name-from-machine-id.patch ...        [ ok ]
 * Applying avahi-0.6.31-fix-install-avahi-discover.patch ...       [ ok ]
 * Applying avahi-0.6.31-so_reuseport-may-not-exist-in-running-kernel.patch ... [ ok ]
 * Applying avahi-0.6.31-build-client-without-daemon.patch ...      [ ok ]
 * Applying avahi-0.6.31-fix-locale-build.patch ...                 [ ok ]
 * Applying avahi-0.6.31-invalid_packet.patch ...                   [ ok ]
 * Running eautoreconf in '/var/tmp/portage/net-dns/avahi-0.6.31-r10/work/avahi-0.6.31' ... [ ok ]
 * Running glib-gettextize --copy --force ...                        [ ok ]
 * Running intltoolize --automake --copy --force ...                [ ok ]
 * Running libtoolize --install --copy --force --automake ...       [ ok ]
 * Running aclocal -I common ...                                    [ !! ]

 * Failed Running aclocal !
 * 
 * Include in your bugreport the contents of:
 * 
 *   /var/tmp/portage/net-dns/avahi-0.6.31-r10/temp/aclocal.out

 * ERROR: net-dns/avahi-0.6.31-r10::gentoo failed (prepare phase):
 *   Failed Running aclocal !
 * 
 * Call stack:
 *     ebuild.sh, line  133:  Called src_prepare
 *   environment, line 5039:  Called eautoreconf
 *   environment, line 1312:  Called eaclocal
 *   environment, line 1207:  Called autotools_run_tool '--at-m4flags' 'aclocal' '-I' 'common'
 *   environment, line 1076:  Called die
 * The specific snippet of code:
 *           die "Failed Running $1 !";
 * 
 * If you need support, post the output of `emerge --info '=net-dns/avahi-0.6.31-r10::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=net-dns/avahi-0.6.31-r10::gentoo'`.
 * The complete build log is located at '/var/tmp/portage/net-dns/avahi-0.6.31-r10/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/net-dns/avahi-0.6.31-r10/temp/environment'.
 * Working directory: '/var/tmp/portage/net-dns/avahi-0.6.31-r10/work/avahi-0.6.31'
 * S: '/var/tmp/portage/net-dns/avahi-0.6.31-r10/work/avahi-0.6.31'

------------------------------------------------------
/var/tmp/portage/net-dns/avahi-0.6.31-r10/temp/aclocal.out

***** aclocal *****
***** PWD: /var/tmp/portage/net-dns/avahi-0.6.31-r10/work/avahi-0.6.31
***** aclocal -I common

This Perl not built to support threads
Compilation failed in require at /usr/share/automake-1.11/Automake/ChannelDefs.pm line 24.
BEGIN failed--compilation aborted at /usr/share/automake-1.11/Automake/ChannelDefs.pm line 27.
Compilation failed in require at /usr/share/automake-1.11/Automake/Configure_ac.pm line 26.
BEGIN failed--compilation aborted at /usr/share/automake-1.11/Automake/Configure_ac.pm line 26.
Compilation failed in require at /usr/bin/aclocal-1.11 line 38.
BEGIN failed--compilation aborted at /usr/bin/aclocal-1.11 line 38.


Reproducible: Always
Comment 1 Markus Rathgeb 2018-07-18 21:10:56 UTC
Same seems still to be true or again...

The merge of avahi 0.7-r1 failed:

# cat /var/tmp/portage/net-dns/avahi-0.7-r1/temp/aclocal.out
***** aclocal *****
***** PWD: /var/tmp/portage/net-dns/avahi-0.7-r1/work/avahi-0.7
***** aclocal -I common

This Perl not built to support threads
Compilation failed in require at /usr/share/automake-1.11/Automake/ChannelDefs.pm line 24.
BEGIN failed--compilation aborted at /usr/share/automake-1.11/Automake/ChannelDefs.pm line 27.
Compilation failed in require at /usr/share/automake-1.11/Automake/Configure_ac.pm line 26.
BEGIN failed--compilation aborted at /usr/share/automake-1.11/Automake/Configure_ac.pm line 26.
Compilation failed in require at /usr/bin/aclocal-1.11 line 38.
BEGIN failed--compilation aborted at /usr/bin/aclocal-1.11 line 38.


Any change to add that requirement to DEPEND?
Comment 2 Markus Rathgeb 2018-07-19 05:01:53 UTC
After remerging dev-lang/perl with enabled ithreads USE flag (and after that "per-cleaner --all"), I have been able to merge avahi again.
Comment 3 Andreas K. Hüttel archtester gentoo-dev 2019-04-07 13:50:02 UTC
Doublecheck - is this still true for avahi-0.7 ?
Comment 4 Anthony Basile gentoo-dev 2019-11-09 17:12:28 UTC
(In reply to Andreas K. Hüttel from comment #3)
> Doublecheck - is this still true for avahi-0.7 ?

I just tested this for avahi-0.7-r2 in the tree using automake-1.16 and could not reproduce.  I'm not sure what's going on here.

If it shows up again with the newer version of automake, reopen the bug and attach logs.