Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 617984 - =app-backup/burp-2.0.54 should depend on dev-libs/uthash net-libs/librsync / / requires xattr support
Summary: =app-backup/burp-2.0.54 should depend on dev-libs/uthash net-libs/librsync / ...
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Marek Szuba (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-05-09 15:09 UTC by Ladislav Zitka
Modified: 2017-05-22 10:56 UTC (History)
1 user (show)

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 Ladislav Zitka 2017-05-09 15:09:20 UTC
While trying to emerge latest =app-backup/burp-2.0.54

I noticed failure on Copnfigure phase:
configure: error: Cannot find uthash.h, please install uthash

!!! Please attach the following file when seeking support:
!!! /tmp/portage/app-backup/burp-2.0.54/work/burp-2.0.54/config.log
 * ERROR: app-backup/burp-2.0.54::archenroot failed (configure phase):
 *   econf failed
 * 
 * Call stack:
 *               ebuild.sh, line  115:  Called src_configure
 *             environment, line 3328:  Called econf '--localstatedir=/var' '--sysconfdir=/etc/burp' '--enable-largefile' '--enable-acl' '--enable-ipv6' '--enable-xattr'
 *        phase-helpers.sh, line  665:  Called __helpers_die 'econf failed'
 *   isolated-functions.sh, line  117:  Called die
 * The specific snippet of code:
 *   		die "$@"

Emerging uthash package fixed the issue, so dependency issue.

Later I faced:
configure: error: Unable to find librsync.h, please install librsync

So I installed = net-libs/librsync-2.0.0::gentoo and I was able to continue.

Finally the package failed on:
/bin/mkdir -p /tmp/portage/app-backup/burp-2.0.54/image//etc/burp/autoupgrade/server/win32
/bin/mkdir -p /tmp/portage/app-backup/burp-2.0.54/image//etc/burp/autoupgrade/server/win64/2.0.54
echo burp.conf burp-server.conf CA.cnf | while read files ; do \
  /usr/lib/portage/python3.4/ebuild-helpers/xattr/install -c -m 644 $files "/tmp/portage/app-backup/burp-2.0.54/image//etc/burp" || exit $?; \
done
install-xattr: setxattr() failed: Operation not supported
!!! doins: /var/lib/layman/archenroot/app-backup/burp/files/burp.service does not exist
 * ERROR: app-backup/burp-2.0.54::archenroot failed (install phase):
 *   doins failed
 * 
 * If you need support, post the output of `emerge --info '=app-backup/burp-2.0.54::archenroot'`,
 * the complete build log and the output of `emerge -pqv '=app-backup/burp-2.0.54::archenroot'`.
 * The complete build log is located at '/tmp/portage/app-backup/burp-2.0.54/temp/build.log'.
 * The ebuild environment file is located at '/tmp/portage/app-backup/burp-2.0.54/temp/environment'.
 * Working directory: '/tmp/portage/app-backup/burp-2.0.54/work/burp-2.0.54'
 * S: '/tmp/portage/app-backup/burp-2.0.54/work/burp-2.0.54'

I think this is something to do with user extended attributes.

These could be enabled on mount configuration:
user_xattr|nouser_xattr

But I also red these could be enabled/disabled by kernel on build time, what are the config switches in .config? Wasn't able to find those...
Comment 1 Marek Szuba (RETIRED) archtester gentoo-dev 2017-05-22 10:01:57 UTC
To begin with, the snippet you have provided clearly indicates that you are trying to emerge burp from the archenroot overlay, not from the main tree; I am only the maintainer of the latter.

Secondly, app-backup/burp-2.0.54 does list dev-libs/uthash and net-libs/librsync in its dependencies and the two do get pulled in by emerge on both my regular workstation and a clean system. You might want to double-check your Portage configuration.

Finally, the error which causes the install phase to fail is not the failure to set extended attributes but rather the absence of /var/lib/layman/archenroot/app-backup/burp/files/burp.service . It seems either layman on your system has somehow failed to synchronise archenroot on your system or whoever's copied the burp ebuild from the main tree to archenroot has got it wrong.
Comment 2 Ladislav Zitka 2017-05-22 10:56:26 UTC
Actually the overlay is mine :-). Great thanks for comments, I will repair my overlay and thanks for your time checking state on non-default-tree ebuild.