Re: [gentoo-dev] Proper installation path for efi binaries (.efi)
Alec Warner schrieb: Can you even guarantee that /boot is mounted when your package is installed? That would be my major concern on Gentoo... And that /boot is the EFI system partition... Best regards, Chí-Thanh Christopher Nguyễn
[gentoo-dev] CA-certified SSL
Hi, IIRC, we currently don't have CA-certified SSL certificates on Gentoo properties because the infrastructure people who handle that kind of stuff really dislike giving up their personal information to a corporation like a CA. Would it be possible to break that logjam by volunteering for the job of requesting the certificates? I think it's really quite silly that we keep inconveniencing ourselves and our user by not having proper certificates that get recognized by all the major browsers, preferably wildcard variants (particularly for Bugzilla attachments). I'd be happy to handle the certificates and renew them every time when needed, passing them on to infra staff via a channel they deem secure enough, although it would be nice if someone else can provide me with funds (e.g. the Trust/Foundation?). Cheers, Dirkjan
[gentoo-dev] About people willing to help with wxwidgets packages
Hello People from wxwidgets told me they would welcome more people to join to their herd if possible as they won't have much time to handle its packages: app-admin/eselect-wxwidgets app-dicts/opendict app-editors/editra app-editors/wxhexeditor app-i18n/poedit dev-python/wxpython dev-util/bakefile dev-util/codeblocks dev-util/dialogblocks dev-util/helpblocks dev-util/wxglade games-engines/odamex games-strategy/megaglest media-libs/wxsvg net-misc/wxdfast x11-libs/wxGTK Thanks signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] About people willing to help with wxwidgets packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/05/2013 06:48 PM, Pacho Ramos wrote: Hello People from wxwidgets told me they would welcome more people to join to their herd if possible as they won't have much time to handle its packages: games-engines/odamex games-strategy/megaglest those two have active maintainers -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJREUezAAoJEFpvPKfnPDWzsHQH/0mNJLcln3NqaHPiPQEN5lmT K90al5KtmkLLhtRVN9yTGCEBPmpTLPKjyQMNdyMyl8Tg1sxc7LLWq6eaRUHodamB HUUR2lxJElyp/W+DfaATnoXAWoBH2KDDI7pVOBuGKfurs0a8teovoffruWTYuvL3 ywkWlNyKFWKG3kmBf32aRqPB9fndDDxrG1xuWzYGIPTrV+QJu0mzbkavh9oDkeHh t0gepyTHPW3By4bEZKj9NzCoJHqjdQ34w6m8R15/5nE5zLc8ZLP5ruR6h5IO0yIa AVw8Wsff1iQY50sAyWUHoo+5Yrk7rpwZOFq5sjlTVQyp5bAfQUlbunbr3Vf6tWc= =blKC -END PGP SIGNATURE-
[gentoo-dev] Packages up for grabs for dagger lack of time
After talking with him we agreed he won't be able to continue maintaining this packages, feel free to get whatever package you prefer: gnome-extra/connman-gnome net-libs/libmapi net-misc/ofono sys-apps/paludis signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Packages up for grabs for dagger lack of time
On 5 February 2013 12:57, Pacho Ramos pa...@gentoo.org wrote: sys-apps/paludis I'll take this one (paludis) (currently at work, can't edit metadata for ~7 hours)
Re: [gentoo-dev] CA-certified SSL
On Tue, Feb 5, 2013 at 11:59 AM, Dirkjan Ochtman d...@gentoo.org wrote: I think it's really quite silly that we keep inconveniencing ourselves and our user by not having proper certificates that get recognized by all the major browsers, preferably wildcard variants (particularly for Bugzilla attachments). My knee-jerk reaction is that your browser has a bug. It thinks that it is appropriate to sound alarms for unauthenticated SSL connections but not for unauthenticated non-SSL connections. A workaround is to emerge ca-certificates. That said, I do understand your concerns (my pet peeves with the CA infrastructure and modern browsers notwithstanding). I'd be happy to handle the certificates and renew them every time when needed, passing them on to infra staff via a channel they deem secure enough, although it would be nice if someone else can provide me with funds (e.g. the Trust/Foundation?). I'm sure the trustees would be interested as long as this was aligned with infra. I'd reach out to them first and work out a plan - paying for it is likely to not be a big issue (and we've had offers of donated certificates as well). Rich
Re: [gentoo-dev] CA-certified SSL
On Tue, Feb 5, 2013 at 7:06 PM, Rich Freeman ri...@gentoo.org wrote: My knee-jerk reaction is that your browser has a bug. It thinks that it is appropriate to sound alarms for unauthenticated SSL connections but not for unauthenticated non-SSL connections. A workaround is to emerge ca-certificates. That said, I do understand your concerns (my pet peeves with the CA infrastructure and modern browsers notwithstanding). I understand your concerns as well, but I think practicality should win over purity here. I'm sure the trustees would be interested as long as this was aligned with infra. I'd reach out to them first and work out a plan - paying for it is likely to not be a big issue (and we've had offers of donated certificates as well). I'm sure some infra people read this list, but I'll CC them here just to be sure. Cheers, Dirkjan
[gentoo-dev] Packages up for grabs due lack of time
As Ford Prefect will focus on pulseaudio related packages: dev-python/python-gudev (now in proxy-maintainers herd) dev-util/mutrace dev-util/xesam-tools media-sound/dbmeasure media-video/arista signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Packages up for grabs due lack of time
On 5 February 2013 23:58, Pacho Ramos pa...@gentoo.org wrote: [...] media-sound/dbmeasure [...] I'll keep this one. Cheers, -- Arun Raghavan http://arunraghavan.net/ (Ford_Prefect | Gentoo) (arunsr | GNOME)
Re: [gentoo-dev] Packages up for grabs due lack of time
El mar, 05-02-2013 a las 19:28 +0100, Pacho Ramos escribió: [...] media-sound/dbmeasure [...] Ford Prefect will still take care of this one signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] CA-certified SSL
On Tue, Feb 5, 2013 at 10:06 AM, Rich Freeman ri...@gentoo.org wrote: On Tue, Feb 5, 2013 at 11:59 AM, Dirkjan Ochtman d...@gentoo.org wrote: I think it's really quite silly that we keep inconveniencing ourselves and our user by not having proper certificates that get recognized by all the major browsers, preferably wildcard variants (particularly for Bugzilla attachments). My knee-jerk reaction is that your browser has a bug. It thinks that it is appropriate to sound alarms for unauthenticated SSL connections but not for unauthenticated non-SSL connections. A workaround is to emerge ca-certificates. That said, I do understand your concerns (my pet peeves with the CA infrastructure and modern browsers notwithstanding). Doesn't work on my non-gentoo OS..Perhaps we should provide debs and rpms? :) I'd be happy to handle the certificates and renew them every time when needed, passing them on to infra staff via a channel they deem secure enough, although it would be nice if someone else can provide me with funds (e.g. the Trust/Foundation?). I'm sure the trustees would be interested as long as this was aligned with infra. I'd reach out to them first and work out a plan - paying for it is likely to not be a big issue (and we've had offers of donated certificates as well). Rich
[gentoo-dev] Porting ZFS to additional architectures
Dear Everyone, Does anyone have root access to Linux systems on any of the following architectures that is willing to help ZFS development? Alpha HPPA IA-64 MIPS/MIPS64 PPC/PPC64 SH SPARC/SPARC64 I want to port ZFSOnLinux to all Gentoo Linux architectures this year. The above architectures either are not currently supported or have not been tested in a while. Most of them will require patching isa_defs.h, which I am in a position to do. I am not distributing the patches because I don't know if ZFS will build on those platforms. People willing (and able) to help should email me with their architecture and distribution. Gentoo Linux is preferred, but not required. No knowledge of programming is required. I will provide you with instructions on how to build and test ZFS on your architecture. Yours truly, Richard Yao signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] CA-certified SSL
On Tue, Feb 5, 2013 at 1:48 PM, Alec Warner anta...@gentoo.org wrote: Doesn't work on my non-gentoo OS..Perhaps we should provide debs and rpms? :) That sounds like a separate bug. We provide handbooks for that one. :) Rich (And yes, as I noted in my original post I realize that certs from a real CA would benefit some. As long as it is coordinated through infra and the cost is reasonable I would be supportive as a trustee. My posts tend to be more idealistic than my votes.)
[gentoo-dev] New eclass: cmake-multilib for cmake multilib package builds
The idea is the same as in autotools-multilib. The eclass is a straightfoward wrapper for cmake-utils which inherits multilib-build and runs cmake phase functions for all ABIs (using out-of-source build). The eclass uses the same header consistency check as autotools-multilib (therefore, I move the function to multilib-build). I'm attaching an ebuild for virtualgl as an example of use.
[gentoo-dev] [PATCH 1/3] Move header consistency checking func into multilib-build.
There it can be reused by eclasses ebuilds.
---
gx86/eclass/autotools-multilib.eclass | 29 +-
gx86/eclass/multilib-build.eclass | 38 +++
2 files changed, 39 insertions(+), 28 deletions(-)
diff --git a/gx86/eclass/autotools-multilib.eclass
b/gx86/eclass/autotools-multilib.eclass
index 97abfe6..ff7e8b8 100644
--- a/gx86/eclass/autotools-multilib.eclass
+++ b/gx86/eclass/autotools-multilib.eclass
@@ -50,34 +50,7 @@ autotools-multilib_src_install() {
autotools-utils_src_install
# Make sure all headers are the same for each ABI.
- autotools-multilib_cksum() {
- find ${ED}usr/include -type f \
- -exec cksum {} + | sort -k2
- }
-
- local cksum=$(autotools-multilib_cksum)
- local cksum_file=${T}/.autotools-multilib_cksum
-
- if [[ -f ${cksum_file} ]]; then
- local cksum_prev=$( ${cksum_file})
-
- if [[ ${cksum} != ${cksum_prev} ]]; then
- echo ${cksum} ${cksum_file}.new
-
- eerror Header files have changed between ABIs.
-
- if type -p diff /dev/null; then
- eerror $(diff -du ${cksum_file}
${cksum_file}.new)
- else
- eerror Old checksums in: ${cksum_file}
- eerror New checksums in:
${cksum_file}.new
- fi
-
- die Header checksum mismatch, aborting.
- fi
- else
- echo ${cksum} ${cksum_file}
- fi
+ multilib_check_headers
}
multilib_foreach_abi autotools-multilib_secure_install
diff --git a/gx86/eclass/multilib-build.eclass
b/gx86/eclass/multilib-build.eclass
index 4298a54..2b6c8b5 100644
--- a/gx86/eclass/multilib-build.eclass
+++ b/gx86/eclass/multilib-build.eclass
@@ -137,5 +137,43 @@ multilib_parallel_foreach_abi() {
multijob_finish
}
+# @FUNCTION: multilib_check_headers
+# @DESCRIPTION:
+# Check whether the header files are consistent between ABIs.
+#
+# This function needs to be called after each ABI's installation phase.
+# It obtains the header file checksums and compares them with previous
+# runs (if any). Dies if header files differ.
+multilib_check_headers() {
+ _multilib_header_cksum() {
+ find ${ED}usr/include -type f \
+ -exec cksum {} + | sort -k2
+ }
+
+ local cksum=$(_multilib_header_cksum)
+ local cksum_file=${T}/.multilib_header_cksum
+
+ if [[ -f ${cksum_file} ]]; then
+ local cksum_prev=$( ${cksum_file})
+
+ if [[ ${cksum} != ${cksum_prev} ]]; then
+ echo ${cksum} ${cksum_file}.new
+
+ eerror Header files have changed between ABIs.
+
+ if type -p diff /dev/null; then
+ eerror $(diff -du ${cksum_file}
${cksum_file}.new)
+ else
+ eerror Old checksums in: ${cksum_file}
+ eerror New checksums in: ${cksum_file}.new
+ fi
+
+ die Header checksum mismatch, aborting.
+ fi
+ else
+ echo ${cksum} ${cksum_file}
+ fi
+}
+
_MULTILIB_BUILD=1
fi
--
1.8.1.2
[gentoo-dev] [PATCH 2/3] Introduce cmake-multilib wrapper for cmake-utils.
---
gx86/eclass/cmake-multilib.eclass | 83 +++
1 file changed, 83 insertions(+)
create mode 100644 gx86/eclass/cmake-multilib.eclass
diff --git a/gx86/eclass/cmake-multilib.eclass
b/gx86/eclass/cmake-multilib.eclass
new file mode 100644
index 000..9f41e5c
--- /dev/null
+++ b/gx86/eclass/cmake-multilib.eclass
@@ -0,0 +1,83 @@
+# Copyright 1999-2013 Gentoo Foundation
+# Distributed under the terms of the GNU General Public License v2
+# $Header: /var/cvsroot/gentoo-x86/eclass/cmake-multilib.eclass,v 1.8
2013/02/01 21:39:50 mgorny Exp $
+
+# @ECLASS: cmake-multilib.eclass
+# @MAINTAINER:
+# Michał Górny mgo...@gentoo.org
+# @BLURB: cmake-utils wrapper for multilib builds
+# @DESCRIPTION:
+# The cmake-multilib.eclass is a cmake-utils.eclass(5) wrapper
+# introducing support for building for more than one ABI (multilib).
+#
+# Inheriting this eclass sets IUSE and exports cmake-utils phase
+# function wrappers which build the package for each supported ABI
+# if the appropriate flag is enabled.
+#
+# Note that the multilib support requires out-of-source builds to be
+# enabled. Thus, it is impossible to use CMAKE_IN_SOURCE_BUILD with
+# it.
+
+# EAPI=5 is required for meaningful MULTILIB_USEDEP.
+case ${EAPI:-0} in
+ 5) ;;
+ *) die EAPI=${EAPI} is not supported ;;
+esac
+
+if [[ ${CMAKE_IN_SOURCE_BUILD} ]]; then
+ die ${ECLASS}: multilib support requires out-of-source builds.
+fi
+
+inherit cmake-utils multilib-build
+
+EXPORT_FUNCTIONS src_configure src_compile src_test src_install
+
+cmake-multilib_src_configure() {
+ multilib_parallel_foreach_abi cmake-utils_src_configure
+}
+
+cmake-multilib_src_compile() {
+ multilib_foreach_abi cmake-utils_src_compile
+}
+
+cmake-multilib_src_test() {
+ multilib_foreach_abi cmake-utils_src_test
+}
+
+cmake-multilib_src_install() {
+ cmake-multilib_secure_install() {
+ cmake-utils_src_install
+
+ # Make sure all headers are the same for each ABI.
+ cmake-multilib_cksum() {
+ find ${ED}usr/include -type f \
+ -exec cksum {} + | sort -k2
+ }
+
+ local cksum=$(cmake-multilib_cksum)
+ local cksum_file=${T}/.cmake-multilib_cksum
+
+ if [[ -f ${cksum_file} ]]; then
+ local cksum_prev=$( ${cksum_file})
+
+ if [[ ${cksum} != ${cksum_prev} ]]; then
+ echo ${cksum} ${cksum_file}.new
+
+ eerror Header files have changed between ABIs.
+
+ if type -p diff /dev/null; then
+ eerror $(diff -du ${cksum_file}
${cksum_file}.new)
+ else
+ eerror Old checksums in: ${cksum_file}
+ eerror New checksums in:
${cksum_file}.new
+ fi
+
+ die Header checksum mismatch, aborting.
+ fi
+ else
+ echo ${cksum} ${cksum_file}
+ fi
+ }
+
+ multilib_foreach_abi cmake-multilib_secure_install
+}
--
1.8.1.2
[gentoo-dev] [PATCH 3/3] Convert virtualgl to cmake-multilib.
---
gx86/x11-misc/virtualgl/virtualgl-2.3.2-r1.ebuild | 75 +++
1 file changed, 75 insertions(+)
create mode 100644 gx86/x11-misc/virtualgl/virtualgl-2.3.2-r1.ebuild
diff --git a/gx86/x11-misc/virtualgl/virtualgl-2.3.2-r1.ebuild
b/gx86/x11-misc/virtualgl/virtualgl-2.3.2-r1.ebuild
new file mode 100644
index 000..9e00995
--- /dev/null
+++ b/gx86/x11-misc/virtualgl/virtualgl-2.3.2-r1.ebuild
@@ -0,0 +1,75 @@
+# Copyright 1999-2013 Gentoo Foundation
+# Distributed under the terms of the GNU General Public License v2
+# $Header: /var/cvsroot/gentoo-x86/x11-misc/virtualgl/virtualgl-2.3.2.ebuild,v
1.3 2013/02/05 17:38:27 pacho Exp $
+
+EAPI=5
+inherit cmake-multilib multilib
+
+DESCRIPTION=Run OpenGL applications remotely with full 3D hardware
acceleration
+HOMEPAGE=http://www.virtualgl.org/;
+
+MY_PN=VirtualGL
+MY_P=${MY_PN}-${PV}
+S=${WORKDIR}/${MY_P}
+SRC_URI=mirror://sourceforge/${PN}/${MY_PN}/${PV}/${MY_P}.tar.gz
+
+SLOT=0
+LICENSE=LGPL-2.1 wxWinLL-3.1 FLTK
+KEYWORDS=~amd64 ~x86
+IUSE=ssl
+
+RDEPEND=ssl? ( dev-libs/openssl )
+ media-libs/libjpeg-turbo
+ x11-libs/libX11
+ x11-libs/libXext
+ x11-libs/libXv
+ abi_x86_32? ( app-emulation/emul-linux-x86-xlibs
+ app-emulation/emul-linux-x86-baselibs
+ app-emulation/emul-linux-x86-opengl )
+ virtual/glu
+ virtual/opengl
+DEPEND=${RDEPEND}
+
+CMAKE_VERBOSE=1
+
+src_prepare() {
+ # Use /var/lib, bug #428122
+ sed -e s#/etc/opt#/var/lib#g -i doc/unixconfig.txt doc/index.html
doc/advancedopengl.txt \
+ server/vglrun server/vglgenkey server/vglserver_config || die
+
+ default
+}
+
+src_configure() {
+ local mycmakeargs=(
+ $(cmake-utils_use ssl VGL_USESSL)
+ -DVGL_DOCDIR=/usr/share/doc/${PF}
+ -DTJPEG_INCLUDE_DIR=/usr/include
+ )
+
+ abi_configure() {
+ local mycmakeargs=(
+ ${mycmakeargs[@]}
+ -DVGL_LIBDIR=/usr/$(get_libdir)
+ -DTJPEG_LIBRARY=/usr/$(get_libdir)/libturbojpeg.so
+ -DCMAKE_LIBRARY_PATH=/usr/$(get_libdir)
+ -DVGL_FAKELIBDIR=/usr/fakelib/${ABI}
+ )
+ cmake-utils_src_configure
+ }
+ multilib_parallel_foreach_abi abi_configure
+}
+
+src_install() {
+ cmake-multilib_src_install
+
+ # Make config dir
+ dodir /var/lib/VirtualGL
+ fowners root:video /var/lib/VirtualGL
+ fperms 0750 /var/lib/VirtualGL
+ newinitd ${FILESDIR}/vgl.initd-r1 vgl
+ newconfd ${FILESDIR}/vgl.confd-r1 vgl
+
+ # Rename glxinfo to vglxinfo to avoid conflict with x11-apps/mesa-progs
+ mv ${D}/usr/bin/{,v}glxinfo || die
+}
--
1.8.1.2
Re: [gentoo-dev] Porting ZFS to additional architectures
On Tue, Feb 5, 2013 at 11:25 AM, Richard Yao r...@gentoo.org wrote: Dear Everyone, Does anyone have root access to Linux systems on any of the following architectures that is willing to help ZFS development? Alpha HPPA IA-64 MIPS/MIPS64 PPC/PPC64 SH SPARC/SPARC64 I want to port ZFSOnLinux to all Gentoo Linux architectures this year. The above architectures either are not currently supported or have not been tested in a while. Most of them will require patching isa_defs.h, which I am in a position to do. I am not distributing the patches because I don't know if ZFS will build on those platforms. People willing (and able) to help should email me with their architecture and distribution. Gentoo Linux is preferred, but not required. No knowledge of programming is required. I will provide you with instructions on how to build and test ZFS on your architecture. Yours truly, Richard Yao I talked to ryao on IRC, but didn't seem to get my point across: (Almost?) no one runs Gentoo on any of these architectures for anything other than the novelty. There is zero point in maintaining ZFS on them, and it only stands to add load to the arch teams. These architectures operate on a we-only-keyword-things-necessary-or-users-ask-for policy. I don't think ZFS falls into either of these cases.
Re: [gentoo-dev] Porting ZFS to additional architectures
Matt, I asked users who want ZFSOnLinux upstream to support additional architectures to assist me in porting it. I CCed gentoo-dev@ because many people in the Gentoo community that had already offered to help with other things. The only immediate effect that this will have on Gentoo is `env ACCEPT_KEYWORDS=~* sys-fs/zfs` will work on additional architectures. If users request that Gentoo support ZFS on their platforms, then we will be in a position to consider that. Yours truly, Richard Yao On 02/05/2013 03:58 PM, Matt Turner wrote: On Tue, Feb 5, 2013 at 11:25 AM, Richard Yao r...@gentoo.org wrote: Dear Everyone, Does anyone have root access to Linux systems on any of the following architectures that is willing to help ZFS development? Alpha HPPA IA-64 MIPS/MIPS64 PPC/PPC64 SH SPARC/SPARC64 I want to port ZFSOnLinux to all Gentoo Linux architectures this year. The above architectures either are not currently supported or have not been tested in a while. Most of them will require patching isa_defs.h, which I am in a position to do. I am not distributing the patches because I don't know if ZFS will build on those platforms. People willing (and able) to help should email me with their architecture and distribution. Gentoo Linux is preferred, but not required. No knowledge of programming is required. I will provide you with instructions on how to build and test ZFS on your architecture. Yours truly, Richard Yao I talked to ryao on IRC, but didn't seem to get my point across: (Almost?) no one runs Gentoo on any of these architectures for anything other than the novelty. There is zero point in maintaining ZFS on them, and it only stands to add load to the arch teams. These architectures operate on a we-only-keyword-things-necessary-or-users-ask-for policy. I don't think ZFS falls into either of these cases. signature.asc Description: OpenPGP digital signature
[gentoo-dev] Preliminary agenda -- Council meeting 2013-02-12
Good evening, Please note the preliminary agenda for the February 12 council meeting, to be held at 20:00 UTC. If you are appointing a proxy to attend in your stead, please make this known at least two hours before the meeting starts. 1) Roll call. 2) Open bug(s) with council involvement. For bug #383467 to be closed, the master ballots for 2011 2012 will need to be uploaded linked. 3) Any other business from council members. 4) Open floor; input from the wider community. 5) Close of meeting; draft summary to be sent. Regards, Tony V.
Re: [gentoo-dev] Packages up for grabs due lack of time
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/03/2013 02:27 PM, Pacho Ramos wrote: Due leio lack of time the following packages are up for grabs: app-benchmarks/gtkperf mine. just fixed https://bugs.gentoo.org/show_bug.cgi?id=428652 - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlERl/gACgkQknrdDGLu8JBGQwEAjU+yc8/aNFKMdOYUTbJZcvyj DoCW+OEAD3RnA4bqWUUA/jXEg/lz9FoWR7UjggZIukGjTRK3POqlVs0IZfj4nJ3U =eFSz -END PGP SIGNATURE-
Re: [gentoo-dev] [PATCH 2/3] Introduce cmake-multilib wrapper for cmake-utils.
On Tue, 5 Feb 2013 21:19:23 +0100
Michał Górny mgo...@gentoo.org wrote:
+cmake-multilib_src_install() {
+ cmake-multilib_secure_install() {
+ cmake-utils_src_install
+
+ # Make sure all headers are the same for each ABI.
+ cmake-multilib_cksum() {
+ find ${ED}usr/include -type f \
+ -exec cksum {} + | sort -k2
+ }
+
+ local cksum=$(cmake-multilib_cksum)
+ local cksum_file=${T}/.cmake-multilib_cksum
+
+ if [[ -f ${cksum_file} ]]; then
+ local cksum_prev=$( ${cksum_file})
+
+ if [[ ${cksum} != ${cksum_prev} ]]; then
+ echo ${cksum} ${cksum_file}.new
+
+ eerror Header files have changed
between ABIs. +
+ if type -p diff /dev/null; then
+ eerror $(diff -du
${cksum_file} ${cksum_file}.new)
+ else
+ eerror Old checksums in:
${cksum_file}
+ eerror New checksums in:
${cksum_file}.new
+ fi
+
+ die Header checksum mismatch,
aborting.
+ fi
+ else
+ echo ${cksum} ${cksum_file}
+ fi
+ }
The eclass uses the same header consistency check as
autotools-multilib
(therefore, I move the function to multilib-build).
You probably forgot to use it here
Re: [gentoo-dev] [PATCH 3/3] Convert virtualgl to cmake-multilib.
A real diff would be easier to read than a whole new ebuild :) On Tue, 5 Feb 2013 21:19:24 +0100 Michał Górny mgo...@gentoo.org wrote: +RDEPEND=ssl? ( dev-libs/openssl ) + media-libs/libjpeg-turbo + x11-libs/libX11 + x11-libs/libXext + x11-libs/libXv + abi_x86_32? ( app-emulation/emul-linux-x86-xlibs + app-emulation/emul-linux-x86-baselibs + app-emulation/emul-linux-x86-opengl ) this sounds bad: x86 will depend on the emul libs why not convert the libs it needs first and then use MULTILIB_USE_DEP to forget about emul libs ?
[gentoo-dev] Re: About people willing to help with wxwidgets packages
On Tue, 05 Feb 2013 18:48:44 +0100 Pacho Ramos pa...@gentoo.org wrote: app-admin/eselect-wxwidgets dev-python/wxpython x11-libs/wxGTK dev-util/bakefile These are the core packages. Any help with these is welcome but we would ask people to join the team. app-dicts/opendict app-editors/editra app-editors/wxhexeditor app-i18n/poedit dev-util/codeblocks dev-util/dialogblocks dev-util/helpblocks dev-util/wxglade media-libs/wxsvg These we would welcome any help (co-maintainer/proxy) with. editra, poedit, and wxsvg have relatively frequent bumps. codeblocks breaks randomly from time to time. The rest are in maintainer mode. net-misc/wxdfast This could probably be treecleaned. I remember it crashing a lot with promises it would be fixed in the next version, which never came. games-engines/odamex games-strategy/megaglest These look like false positives. wxwidgets doesn't handle them. -- gcc-porting toolchain, wxwidgetslearn a language baby, it's that kind of place @ gentoo.org where low card is hunger and high card is taste signature.asc Description: PGP signature
Re: [gentoo-dev] Porting ZFS to additional architectures
On Tue, 05 Feb 2013 14:25:56 -0500 Richard Yao r...@gentoo.org wrote: I want to port ZFSOnLinux to all Gentoo Linux architectures this year. The above architectures either are not currently supported or have not been tested in a while. Most of them will require patching isa_defs.h, which I am in a position to do. I am not distributing the patches because I don't know if ZFS will build on those platforms. Try to use crossdev to make sure it builds. Usermode linux seems to have been ported at least to ppc and ia64. You might like to start from there in order to not to ruin poor boxes. -- Sergei signature.asc Description: PGP signature
