[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2015-07-26 23:59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2015-07-26 23:59 UTC. Removals: dev-util/ext4_utils 2015-07-20 17:25:30 jauhien dev-util/libsparse 2015-07-20 17:26:29 jauhien dev-python/gevent-zeromq2015-07-21 07:57:23 idella4 dev-java/mockmaker 2015-07-21 09:26:32 monsieurp app-backup/cyphertite 2015-07-21 18:35:18 grknight dev-python/suds-jurko 2015-07-24 06:12:40 prometheanfire app-portage/kportagetray2015-07-26 10:44:14 johu Additions: dev-python/monotonic2015-07-20 00:07:47 alunduil app-emulation/runc 2015-07-20 02:37:38 cardoe dev-haskell/cmark 2015-07-20 18:10:21 slyfox dev-haskell/haskell-lexer 2015-07-20 18:16:40 slyfox dev-haskell/pretty-show 2015-07-20 18:17:24 slyfox dev-perl/JSON-MaybeXS 2015-07-21 22:16:22 dilfridge dev-python/rencode 2015-07-21 23:30:32 xmw dev-python/suds-jurko 2015-07-23 03:26:03 prometheanfire app-admin/calamares 2015-07-23 19:32:04 johu dev-lua/lanes 2015-07-24 23:59:32 williamh media-libs/lvtk 2015-07-25 08:17:03 yngwin media-plugins/ams-lv2 2015-07-25 08:21:14 yngwin media-plugins/calf 2015-07-25 08:47:39 yngwin dev-perl/Module-Install-AuthorTests 2015-07-25 18:03:05 dilfridge dev-perl/Devel-OverloadInfo 2015-07-25 20:15:05 dilfridge dev-perl/Module-Runtime-Conflicts 2015-07-25 20:19:07 dilfridge dev-perl/Test-CleanNamespaces 2015-07-25 20:34:55 dilfridge -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : robb...@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: dev-util/ext4_utils,removed,jauhien,2015-07-20 17:25:30 dev-util/libsparse,removed,jauhien,2015-07-20 17:26:29 dev-python/gevent-zeromq,removed,idella4,2015-07-21 07:57:23 dev-java/mockmaker,removed,monsieurp,2015-07-21 09:26:32 app-backup/cyphertite,removed,grknight,2015-07-21 18:35:18 dev-python/suds-jurko,removed,prometheanfire,2015-07-24 06:12:40 app-portage/kportagetray,removed,johu,2015-07-26 10:44:14 Added Packages: dev-python/monotonic,added,alunduil,2015-07-20 00:07:47 app-emulation/runc,added,cardoe,2015-07-20 02:37:38 dev-haskell/cmark,added,slyfox,2015-07-20 18:10:21 dev-haskell/haskell-lexer,added,slyfox,2015-07-20 18:16:40 dev-haskell/pretty-show,added,slyfox,2015-07-20 18:17:24 dev-perl/JSON-MaybeXS,added,dilfridge,2015-07-21 22:16:22 dev-python/rencode,added,xmw,2015-07-21 23:30:32 dev-python/suds-jurko,added,prometheanfire,2015-07-23 03:26:03 app-admin/calamares,added,johu,2015-07-23 19:32:04 dev-lua/lanes,added,williamh,2015-07-24 23:59:32 media-libs/lvtk,added,yngwin,2015-07-25 08:17:03 media-plugins/ams-lv2,added,yngwin,2015-07-25 08:21:14 media-plugins/calf,added,yngwin,2015-07-25 08:47:39 dev-perl/Module-Install-AuthorTests,added,dilfridge,2015-07-25 18:03:05 dev-perl/Devel-OverloadInfo,added,dilfridge,2015-07-25 20:15:05 dev-perl/Module-Runtime-Conflicts,added,dilfridge,2015-07-25 20:19:07 dev-perl/Test-CleanNamespaces,added,dilfridge,2015-07-25 20:34:55 Done.
Re: [gentoo-dev] cmake-utils.eclass: two improvements
On Sun, 26 Jul 2015 17:54:52 +0600 Vadim A. Misbakh-Soloviov wrote: > It is bad way to just disable RPATH in eclass without any "buttons" to enable > it back. Moreover, it is bad to disable it even with such "buttons". THe > right > way would be to detect if portage instance calling eclass is in PREFIX and > depends on that — keep it or disable. This is exactly what proposed patch is doing: it checks if EPREFIX is empty, and only in such case disables RPATH, otherwise it is enabled. Best regards, Andrew Savchenko pgpxWsTSTMmsD.pgp Description: PGP signature
Re: [gentoo-dev] Re: [PATCH python-utils-r1 3/4] Ban calling pythonY and pythonY-config when pythonX is used
Dnia 2015-07-26, o godz. 11:14:50
Mike Gilbert napisał(a):
> On Sat, Jul 25, 2015 at 6:37 AM, Michał Górny wrote:
> > Ban calling python3{,-config} when python2 is used, and the other way
> > around. While this will not prevent configure scripts from finding the
> > other Python version, it will cause them to fail eventually trying to
> > use it. Currently those attempt were able to pass through thanks to
> > python-config providing python{2,3} symlinks.
>
> Do you anticipate this will break existing ebuilds then? It probably
> makes sense, I just want to be prepared for any backlash or mass of
> bugs.
Yes, I suspect a few ebuilds can break. However, I've tinderboxed this
against @world and gnome3, and all worked fine. So maybe it's not as
bad as I thought and only a few rarely used ebuilds will break :).
--
Best regards,
Michał Górny
[gentoo-dev] Re: cmake-utils.eclass: two improvements
On 26/07/15 19:48, Andrew Savchenko wrote:
> Hello all,
>
> I propose two improvements to cmake-utils eclass:
>
> 1. Set default documentation directory
>
> cmake allows to specify default docs installation directory
> (analogue of --docdir for configure script), but cmake-utils.eclass
> does nothing in this regard and many ebuilds in tree contain the
> same duplicated code:
>
> -DCMAKE_INSTALL_DOCDIR=/usr/share/doc/${PF}
>
> I propose to add this to the eclass, thus ebuilds can be
> simplified. See attached patch.
I count four packages using this option, with three different values
being passed. Use of CMAKE_INSTALL_DOCDIR is not standardised, and may
behave unpredictably between different packages.
>
> 2. Disable rpath for non-prefix builds
>
> cmake allows to disable RPATH linking (enabled by default), this
> leads to insecure rpath warning during install phase checks, logs
> show that build directory (-Wl,-rpath /var/tmp/portage/...) is
> added to linker options.
>
> Many ebuilds fix this by adding one of the following or similar
> options:
> -DCMAKE_SKIP_RPATH=ON
> -DENABLE_RPATH=OFF
> -DCMAKE_BUILD_WITH_INSTALL_RPATH=OFF
This is usually a workaround for an underlying bug. Plus, this will
break any package that legitimately uses rpath.
[gentoo-dev] Re: [PATCH python-utils-r1 3/4] Ban calling pythonY and pythonY-config when pythonX is used
On Sat, Jul 25, 2015 at 6:37 AM, Michał Górny wrote:
> Ban calling python3{,-config} when python2 is used, and the other way
> around. While this will not prevent configure scripts from finding the
> other Python version, it will cause them to fail eventually trying to
> use it. Currently those attempt were able to pass through thanks to
> python-config providing python{2,3} symlinks.
Do you anticipate this will break existing ebuilds then? It probably
makes sense, I just want to be prepared for any backlash or mass of
bugs.
[gentoo-dev] Re: [PATCH python-utils-r1 1/4] Use shell wrappers instead of symlinks for python{,-config}
On Sat, Jul 25, 2015 at 6:37 AM, Michał Górny wrote:
> Use shell wrappers to spawn python & python-config instead of symlinks
> to fix magic applied by Python 3.4+ to symlinks.
>
> Fixes: https://bugs.gentoo.org/show_bug.cgi?id=555752
Looks ok to me.
The use of ${PYTHON} as a prefix for ${PYTHON}-config is somewhat
confusing at first glance, but the eclass seems to already use it that
way.
[gentoo-dev] Re: golang-build.eclass usage
On Thu, Jul 23, 2015 at 12:14 AM, William Hubbs wrote:
> I broke the thread, because usage should be discussed in a different
> thread than working on the eclass itself.
>
> On Wed, Jul 22, 2015 at 10:17:19PM +0200, Dirkjan Ochtman wrote:
>> On Wed, Jul 22, 2015 at 7:36 PM, William Hubbs wrote:
>> > Let me know what you think.
>>
>> I tried to use your eclass recently, but it failed with this error:
>>
>> * Call stack:
>> *ebuild.sh, line 765: Called __ebuild_main 'compile'
>> * phase-functions.sh, line 968: Called __dyn_compile
>> * phase-functions.sh, line 447: Called die
>> * The specific snippet of code:
>> * die "The source directory '${S}' doesn't exist"
>>
>> Do you have any minimal examples of how to use the eclass? I've been
>> experimenting with a syncthing package, but that's a bit different
>> from the go-text or go-crypto packages you've converted so far.
>
> How is it different, does it have its own build system, or do you just
> use the go commands to build it?
It just uses the go commands, plus a sprinkling of godep:
https://github.com/djc/djc-overlay/blob/master/net-p2p/syncthing/syncthing-0.11.6.ebuild
I'd think that that was standard enough that it'd just work with your
golang eclass.
> The updates I'm working on are going to make more of the variables the
> eclass uses visible to ebuilds so they can inherit it and override the
> phase functions if the packages have their own build systems.
Re: [gentoo-dev] cmake-utils.eclass: two improvements
It is bad way to just disable RPATH in eclass without any "buttons" to enable it back. Moreover, it is bad to disable it even with such "buttons". THe right way would be to detect if portage instance calling eclass is in PREFIX and depends on that — keep it or disable. -- Best regards, mva signature.asc Description: This is a digitally signed message part.
[gentoo-dev] cmake-utils.eclass: two improvements
Hello all,
I propose two improvements to cmake-utils eclass:
1. Set default documentation directory
cmake allows to specify default docs installation directory
(analogue of --docdir for configure script), but cmake-utils.eclass
does nothing in this regard and many ebuilds in tree contain the
same duplicated code:
-DCMAKE_INSTALL_DOCDIR=/usr/share/doc/${PF}
I propose to add this to the eclass, thus ebuilds can be
simplified. See attached patch.
2. Disable rpath for non-prefix builds
cmake allows to disable RPATH linking (enabled by default), this
leads to insecure rpath warning during install phase checks, logs
show that build directory (-Wl,-rpath /var/tmp/portage/...) is
added to linker options.
Many ebuilds fix this by adding one of the following or similar
options:
-DCMAKE_SKIP_RPATH=ON
-DENABLE_RPATH=OFF
-DCMAKE_BUILD_WITH_INSTALL_RPATH=OFF
I propose to add this functionality to the eclass, thus ebuilds can
be simplified. See attached patch.
Comments?
Best regards,
Andrew Savchenko
--- cmake-utils.eclass.orig 2015-02-18 09:31:10.0 +0300
+++ cmake-utils.eclass 2015-07-26 02:14:38.335700364 +0300
@@ -562,6 +562,7 @@
-DCMAKE_INSTALL_DO_STRIP=OFF
-DCMAKE_USER_MAKE_RULES_OVERRIDE="${build_rules}"
-DCMAKE_TOOLCHAIN_FILE="${toolchain_file}"
+ -DCMAKE_INSTALL_DOCDIR="/usr/share/doc/${PF}"
"${MYCMAKEARGS}"
)
--- cmake-utils.eclass.orig 2015-02-18 09:31:10.0 +0300
+++ cmake-utils.eclass 2015-07-26 02:19:25.807736804 +0300
@@ -569,6 +570,10 @@
cmakeargs+=( -C "${CMAKE_EXTRA_CACHE_FILE}" )
fi
+ if [[ -z ${EPREFIX} ]]; then
+ cmakeargs+=( -DCMAKE_SKIP_RPATH=ON )
+ fi
+
pushd "${BUILD_DIR}" > /dev/null
debug-print "${LINENO} ${ECLASS} ${FUNCNAME}: mycmakeargs is ${mycmakeargs_local[*]}"
echo "${CMAKE_BINARY}" "${cmakeargs[@]}" "${CMAKE_USE_DIR}"
pgpypCz87YB16.pgp
Description: PGP signature
