Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 578018 - net-print/hplip-3.16.3: error: relink 'cupsext.la' with the above command before installing it
Summary: net-print/hplip-3.16.3: error: relink 'cupsext.la' with the above command bef...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Daniel Pielmeier
URL:
Whiteboard:
Keywords:
: 585006 591428 635490 (view as bug list)
Depends on:
Blocks:
 
Reported: 2016-03-22 18:35 UTC by manwe
Modified: 2017-11-05 13:13 UTC (History)
4 users (show)

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


Attachments
log (net-print:hplip-3.16.3:20160322-182943.log,472.99 KB, text/x-log)
2016-03-22 18:35 UTC, manwe
Details

Note You need to log in before you can comment on or make changes to this bug.
Description manwe 2016-03-22 18:35:21 UTC
Created attachment 428778 [details]
log

Error log in attachment.

# emerge --info
Portage 2.2.28 (python 3.4.3-final-0, default/linux/amd64/13.0, gcc-4.9.3, glibc-2.22-r2, 4.4.3-gentoo-dtop-v1 x86_64)
=================================================================
System uname: Linux-4.4.3-gentoo-dtop-v1-x86_64-Intel-R-_Core-TM-_i7-4790K_CPU_@_4.00GHz-with-gentoo-2.2
KiB Mem:    16444776 total,   6970852 free
KiB Swap:    4194300 total,   4194300 free
Timestamp of repository gentoo: Tue, 22 Mar 2016 18:00:01 +0000
sh bash 4.3_p42-r2
ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1
distcc 3.2rc1 x86_64-pc-linux-gnu [disabled]
app-shells/bash:          4.3_p42-r2::gentoo
dev-java/java-config:     2.2.0-r3::gentoo
dev-lang/perl:            5.22.1::gentoo
dev-lang/python:          2.7.11-r2::gentoo, 3.4.3-r7::gentoo
dev-util/cmake:           3.5.0::gentoo
dev-util/pkgconfig:       0.29.1::gentoo
sys-apps/baselayout:      2.2::gentoo
sys-apps/openrc:          0.20.5::gentoo
sys-apps/sandbox:         2.10-r1::gentoo
sys-devel/autoconf:       2.13::gentoo, 2.69-r2::gentoo
sys-devel/automake:       1.13.4-r1::gentoo, 1.14.1-r1::gentoo, 1.15-r2::gentoo
sys-devel/binutils:       2.25.1-r1::gentoo
sys-devel/gcc:            4.9.3::gentoo, 5.3.0::gentoo
sys-devel/gcc-config:     1.8-r1::gentoo
sys-devel/libtool:        2.4.6-r2::gentoo
sys-devel/make:           4.1-r1::gentoo
sys-kernel/linux-headers: 4.5::gentoo (virtual/os-headers)
sys-libs/glibc:           2.22-r2::gentoo
Repositories:

gentoo
    location: /usr/portage
    sync-type: rsync
    sync-uri: rsync://rsync.gentoo.org/gentoo-portage
    priority: -1000

manwe
    location: /usr/portages/layman/manwe
    masters: gentoo
    priority: 50

ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="*"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe -march=corei7 -mtune=generic"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /etc/stunnel/stunnel.conf /usr/lib64/libreoffice/program/sofficerc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.5/ext-active/ /etc/php/apache2-php5.6/ext-active/ /etc/php/apache2-php7.0/ext-active/ /etc/php/cgi-php5.5/ext-active/ /etc/php/cgi-php5.6/ext-active/ /etc/php/cgi-php7.0/ext-active/ /etc/php/cli-php5.5/ext-active/ /etc/php/cli-php5.6/ext-active/ /etc/php/cli-php7.0/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-O2 -pipe -march=corei7 -mtune=generic"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--verbose --ask --tree --keep-going --usepkg --with-bdeps y --buildpkg --jobs 2"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LANG="pl_PL.utf8"
LC_ALL="pl_PL.utf8"
LDFLAGS="-Wl,--as-needed -Wl,-O1"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
USE="X a52 aac aalib acl acpi aiglx alsa amd64 apm bash-completion bcmath berkdb bluetooth bmp branding browserplugin bzip2 calendar cdinstall cdr cleartype cli cracklib crypt cups cxx dbus directfb dri dvd dvdr dvdread encode fbcon ffmpeg flac fortran ftp gd-exteral gdbm gif glut gpm gtk2 gtk3 http2 iconv ieee1394 jabber javascript jpeg libnotify libwww mmx mmxext modules mozilla mp3 mpd mpeg3 multilib mysql ncurses newspr nls nptl nptlonly nsplugin nvidia ogg opengl openmp pam pcre pdf perl php png pulseaudio readline seccomp session smp soap spell sse sse2 sse3 sse4_1 ssl ssse3 svg tcpd threads tiff truetype truetype-fonts unicode usb userlocales vdpau vhosts vim wifi win32codecs with-x wmf xattr xcomposite xinerama xml xmpp xorg xosd xv xvid zlib" ABI_X86="64" ALSA_CARDS="usb-audio hda-intel" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" CURL_SSL="gnutls" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="mouse keyboard evdev synaptics" KERNEL="linux" LCD_DEVICES="g15" LINGUAS="pl" NGINX_MODULES_HTTP="access auth_basic autoindex browser charset empty_gif fastcgi geo gzip limit_req limit_conn map memcached gzip_static proxy referer rewrite scgi split_clients ssi upstream_ip_hash userid uwsgi addition fancyindex geoip upload upload_progress stub_status headers_more echo sub spdy metrics auth_request enmemcache tcpproxy v2 set_misc ndk" NGINX_MODULES_MAIL="imap pop3 smtp" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-3 php5-5 php5-6" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_4" QEMU_SOFTMMU_TARGETS="x86_64" QEMU_USER_TARGETS="x86_64" RUBY_TARGETS="ruby20 ruby21 ruby22 ruby23" USERLAND="GNU" VIDEO_CARDS="nvidia nv fbdev intel i965" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CC, CPPFLAGS, CTARGET, CXX, INSTALL_MASK, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
Comment 1 manwe 2016-03-22 18:36:14 UTC
Forgot about USE flags.

USE="X hpcups libnotify snmp static-ppds -doc -fax -hpijs -kde -libusb0 -minimal -parport -policykit -qt4 -scanner" PYTHON_TARGETS="python2_7"
Comment 2 Daniel Pielmeier gentoo-dev 2016-03-30 08:23:08 UTC
Try if disabling parallel build makes hplip compile:
MAKEOPTS="-j1" emerge =net-print/hplip-3.16.3
Comment 3 manwe 2016-03-30 15:36:00 UTC
Yup, works fine.
Comment 4 Daniel Pielmeier gentoo-dev 2016-04-03 11:13:19 UTC
Does compiling on multiple cores fail all the time or just randomly?
Comment 5 manwe 2016-04-03 21:36:44 UTC
I've tried to re-emerge it now without -j1 and it worked. So I'd say it's random.
Comment 6 Daniel Pielmeier gentoo-dev 2016-04-05 16:22:22 UTC
As you are the only one who ever reported such an issue and I have never run into this myself I'd say it was only a little hiccup.
Comment 7 manwe 2016-04-05 17:49:55 UTC
> I'd say it was only a little hiccup.

OK, let's assume this. Although it happend 3 consecutive times before I filled that bug. I'll reopen this bug if/when needed.
Comment 8 Dennis Schridde 2016-06-04 10:25:25 UTC
(In reply to Daniel Pielmeier from comment #6)
> As you are the only one who ever reported such an issue and I have never run
> into this myself I'd say it was only a little hiccup.

I run into the same issue (bug #585006). If this is a parallel build failure, it will naturally be very hard to reproduce, but is still very annoying and should be fixed anyway.
Comment 9 Daniel Pielmeier gentoo-dev 2016-06-04 15:02:36 UTC
I now also experienced this issue. However I think it only happened to me if there was a previous failed build of hplip. After cleaning PORTAGE_TMPDIR the build completes without errors.
Comment 10 Oleh 2016-06-05 04:53:18 UTC
it's no quite understood why cleaning of tmpdir resolves this, because, as known, parallel make failure are hard to reproduce, so it's very easy you are just not facing this in another attempt. Since, this reported more than once, a good workaround for everyone would be restricting makeopts in ebuild during compilation. This is good approach rather closing each report with worksforme.
Comment 11 Daniel Pielmeier gentoo-dev 2016-06-05 07:24:59 UTC
(In reply to Oleg from comment #10)
> it's no quite understood why cleaning of tmpdir resolves this, because, as
> known, parallel make failure are hard to reproduce, so it's very easy you
> are just not facing this in another attempt. Since, this reported more than
> once, a good workaround for everyone would be restricting makeopts in ebuild
> during compilation. This is good approach rather closing each report with
> worksforme.

This is just what I observed. Previously I did not have this issue so I was not able to reproduce. Now I am and I found it fails to build repetitive and after cleaning the tmpdir it succeeded all the time. I will eventual add that workaround but you could as well open an upstream bug at hplip. It is possible that this issue only requires small changes in Makefile.am.

As you may see I already reopened the bug after it was confirmed by others, so what?
Comment 12 Oleh 2016-06-05 07:42:58 UTC
so what:
emake -j1 install (because it failing in install phase) and forgot about parallel make install failures in future. All happy.
Comment 13 Oleh 2016-06-05 07:45:02 UTC
and if you able to identify why parallel make installation failing on more low level, report upstream or apply the patch, before this do emake trick so, this is installed for everyone in all cases. Because ebuilds are not designed to fail in random order.
Comment 14 Tomáš Mózes 2016-06-05 09:51:14 UTC
*** Bug 585006 has been marked as a duplicate of this bug. ***
Comment 15 Daniel Pielmeier gentoo-dev 2016-06-05 10:30:30 UTC
(In reply to Oleg from comment #12)
> so what:
> emake -j1 install (because it failing in install phase) and forgot about
> parallel make install failures in future. All happy.

Yeah this is what will happen the hack is applied and forgotten is about it.

emake -j1 install is an ugly workaround and even a QA issue. If I apply this workaround it will fix building it but not the root cause.
Comment 16 Daniel Pielmeier gentoo-dev 2016-06-05 10:31:30 UTC
(In reply to Oleg from comment #13)
> and if you able to identify why parallel make installation failing on more
> low level, report upstream or apply the patch, before this do emake trick
> so, this is installed for everyone in all cases. Because ebuilds are not
> designed to fail in random order.

I am not able to identify the reason this is just what I found after a short research.

Also I am the maintainer of the hplip ebuild and although I could report this issue which is clearly not related to the ebuild itself YOU could do this as well. I am a volunteer and I do not have unlimited time to spend for Gentoo issues. So if you want this bug to get fixed you or anybody else could help and report this on the hplip bug tracker and link it to this issue here.
Comment 17 Oleh 2016-06-05 13:36:00 UTC
a logic is simple:
1. ebuild must compile and install.
2. if there is upstream troubles in make files, then its a problem indeed, however:
3. you do have power of ebuild system that will fix make troubles. This is a true and respected approach.
i find it extremely wrong policy about thinking that emake workarounds considered as hacks or QA issues.
Instead of digging for extented time for real cause of parallel make install, you do fix (or rather workaround) on distribution level. Then, you can spend your free time or report upstream in real cause. Thats the simple logic many developers having hard time understanding.
Comment 18 Oleh 2016-06-05 13:46:39 UTC
bear in mind:
distribution ships packages that do install. i find it acceptable to apply any kinds of fixes that following above rule. Suggesting reducing makeopts and in fact, suggesting anything to users to do something by their hands is extremely bad policy. You are not the one who telling users doing things, you are the one who serving users by having more knowledge in package management and distribution internals. So they need their hplip installed in whatever way you fix it. Not suggestions or ugly workarounds that *users* should do.
Comment 19 Daniel Pielmeier gentoo-dev 2016-06-05 14:04:37 UTC
(In reply to Oleg from comment #18)
> bear in mind:
> distribution ships packages that do install. i find it acceptable to apply
> any kinds of fixes that following above rule. Suggesting reducing makeopts
> and in fact, suggesting anything to users to do something by their hands is
> extremely bad policy. You are not the one who telling users doing things,
> you are the one who serving users by having more knowledge in package
> management and distribution internals. So they need their hplip installed in
> whatever way you fix it. Not suggestions or ugly workarounds that *users*
> should do.

Man, I already reopened the bug which means I acknowledge that there is an issue. I will deal with it when find the time. Can we please leave it at that.

If it is that urgent for you fix it in Funtoo in the meantime.
Comment 20 Jason Schulz 2016-08-03 19:43:54 UTC
Also ran into this.  It would be nice to see a serial build forced in the ebuild, but I also don't have the time to submit a patch at the moment.
Comment 21 Alex Xu (Hello71) 2016-08-17 15:20:46 UTC
*** Bug 591428 has been marked as a duplicate of this bug. ***
Comment 22 Alex Xu (Hello71) 2016-08-17 15:22:47 UTC
(In reply to Daniel Pielmeier from comment #15)
> emake -j1 install is an ugly workaround and even a QA issue.

says who? QA project? seems to me that having ebuilds that don't install is a QA issue.

devmanual says in multiple places that "emake -j1" is an acceptable workaround for upstream problems, although notes that this will significantly increase compile times for many users.

comment and commit. leave bug open if you want, "IN_PROGRESS InVCS".
Comment 23 Daniel Pielmeier gentoo-dev 2016-08-17 15:33:25 UTC
There is a QA check which complains about calling emake with -j1. So it is a QA issue. I already filed a bug about it at the hplip bug tracker to get this fixed properly.

I will fix this issue when I am back from holiday.
Comment 24 Daniel Pielmeier gentoo-dev 2016-08-23 19:39:56 UTC
Fixed in GIT.
Comment 25 Alex Orange 2017-06-18 17:24:33 UTC
You haven't fixed this. You only made a change in the 3.16.7 ebuild which you later removed. Please fix ALL the ebuilds unless you have some reason to believe this is fixed in the newer versions of hplip. This still happening more than a year later and seriously affects the overall quality of gentoo. I assume that adding an emake -j1 install produces a QA notice because it would be nice if you didn't have to disable parallel make. It is however ENTIRELY unacceptable to be leaving something that just doesn't compile for us. Please stop fighting us and just take the pragmatic fix and disable parallel make for anything not known to be fixed.
Comment 26 Daniel Pielmeier gentoo-dev 2017-06-18 18:16:02 UTC
Parallel build has been fixed for every version starting from 3.16.7! I have not removed it later!
It could be applied retroactively for 3.16.3 but I think it would make more sense to stabilise a newer version instead.

I am not fighting anybody. I do things I deem right and I already changed my mind here and applied the workaround. The final fix is up to upstream and is tracked there.

Nothing here is entirely unacceptable. I think you are making a mountain out of a molehill here. Test the newer versions including the fix and if it works well for you file a stable request bug.

Plus the tone in this bug does not very motivate me working for you as a volunteer. Everything we do here we do in our spare time so please keep this in mind. Maybe I made a mistake by fixing this earlier but now it is, so please let go.
Comment 27 Daniel Pielmeier gentoo-dev 2017-11-05 13:13:30 UTC
*** Bug 635490 has been marked as a duplicate of this bug. ***