View previous topic :: View next topic |
Author |
Message |
FireBurn Apprentice
Joined: 19 Sep 2004 Posts: 170 Location: Edinburgh, UK
|
Posted: Fri Mar 02, 2012 2:03 am Post subject: |
|
|
OK I've added a 32bit ebuild for mesa-progs - it allows quick testing of the 32bit libraries and will make it easier to submit bug reports up stream
Can you post the bug number here once it's raised for Civ4
Cheers |
|
Back to top |
|
|
okias n00b
Joined: 03 Jul 2007 Posts: 17 Location: Czech Republic
|
Posted: Fri Mar 02, 2012 12:14 pm Post subject: |
|
|
Great works!
For start we need to get this overlay into layman list! Because I suffered with this problem long time ago, I offering help with maintaining
Thanks for your work |
|
Back to top |
|
|
FireBurn Apprentice
Joined: 19 Sep 2004 Posts: 170 Location: Edinburgh, UK
|
Posted: Fri Mar 02, 2012 1:37 pm Post subject: |
|
|
I've raised a bug for this: https://bugs.gentoo.org/show_bug.cgi?id=406595
Hopefully it'll be added soon
EDIT: And just like that it's added 10 minutes from raised to close - fab - thanks Sping |
|
Back to top |
|
|
asturm Developer
Joined: 05 Apr 2007 Posts: 8940
|
|
Back to top |
|
|
FireBurn Apprentice
Joined: 19 Sep 2004 Posts: 170 Location: Edinburgh, UK
|
Posted: Sun May 27, 2012 12:52 pm Post subject: |
|
|
I've CC'd myself of that bug, hopefully they're take a look at it soon |
|
Back to top |
|
|
asturm Developer
Joined: 05 Apr 2007 Posts: 8940
|
Posted: Sun May 27, 2012 8:17 pm Post subject: |
|
|
Meanwhile, I can't compile mesa-32bit because it somehow detects libdrm-2.4.33 (which is installed for amd64) instead of libdrm-32bit which was rebuilt just before.
Having emerged libdrm-2.4.34 it gets past the pkg_config check, but then this:
Code: | CCLD libglx.la
CCLD libGL.la
*** Warning: Linking the shared library libGL.la against the
*** static library ../mapi/glapi/libglapi.a is not portable!
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../libX11-xcb.so when searching for -lX11-xcb
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libX11-xcb.so when searching for -lX11-xcb
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lX11-xcb
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../libX11.so when searching for -lX11
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libX11.so when searching for -lX11
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lX11
collect2: ld returned 1 exit status
gmake[2]: *** [libGL.la] Error 1
gmake[2]: Leaving directory `/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/glx'
make[1]: *** [subdirs] Error 1
make[1]: Leaving directory `/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src'
make: *** [default] Error 1 |
|
|
Back to top |
|
|
FireBurn Apprentice
Joined: 19 Sep 2004 Posts: 170 Location: Edinburgh, UK
|
Posted: Sun May 27, 2012 9:31 pm Post subject: |
|
|
genstorm wrote: | Meanwhile, I can't compile mesa-32bit because it somehow detects libdrm-2.4.33 (which is installed for amd64) instead of libdrm-32bit which was rebuilt just before.
Having emerged libdrm-2.4.34 it gets past the pkg_config check, but then this:
Code: | CCLD libglx.la
CCLD libGL.la
*** Warning: Linking the shared library libGL.la against the
*** static library ../mapi/glapi/libglapi.a is not portable!
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../libX11-xcb.so when searching for -lX11-xcb
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libX11-xcb.so when searching for -lX11-xcb
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lX11-xcb
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../libX11.so when searching for -lX11
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libX11.so when searching for -lX11
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lX11
collect2: ld returned 1 exit status
gmake[2]: *** [libGL.la] Error 1
gmake[2]: Leaving directory `/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/glx'
make[1]: *** [subdirs] Error 1
make[1]: Leaving directory `/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src'
make: *** [default] Error 1 |
|
Please can you link to a patebin of the entire build log and provide exactly which package version you have installed for:
libdrm
libdrm-32bit
mesa
mesa-32bit
libX11
libX11-32bit
Everything is working for me with:
libdrm-9999
libdrm-32bit-9999
mesa-9999
mesa-32bit-9999
libX11-1.4.4
libX11-32bit-9999 |
|
Back to top |
|
|
asturm Developer
Joined: 05 Apr 2007 Posts: 8940
|
Posted: Mon May 28, 2012 10:56 am Post subject: |
|
|
Nevermind, next time a -32bit package fails to build I'll immediately rebuild the whole set instead of wondering about @preserved-rebuild failures. (rebuild of libX11-32bit-9999 fixed it)
thx! |
|
Back to top |
|
|
V10lator Apprentice
Joined: 11 Jul 2004 Posts: 207
|
Posted: Fri Jun 01, 2012 1:49 pm Post subject: |
|
|
@FireBurn
Code: | * This package will overwrite one or more files that may belong to other
* packages (see list below). You can use a command such as `portageq
* owners / <filename>` to identify the installed package that owns a
* file. If portageq reports that only one package owns a file then do
* NOT file a bug report. A bug report is only useful if it identifies at
* least two or more packages that are known to install the same file(s).
* If a collision occurs and you can not explain where the file came from
* then you should simply ignore the collision since there is not enough
* information to determine if a real problem exists. Please do NOT file
* a bug report at http://bugs.gentoo.org unless you report exactly which
* two packages install the same file(s). Once again, please do NOT file
* a bug report unless you have completely understood the above message.
*
* Detected file collision(s):
*
* /usr/lib32/libffi.so.5.0.10
* /usr/lib32/libffi.so.5
* /usr/lib32/libffi.so
*
* Searching all installed packages for file collisions...
*
* Press Ctrl-C to Stop
*
* app-emulation/emul-linux-x86-baselibs-20120127
* /usr/lib32/libffi.so
* /usr/lib32/libffi.so.5
* /usr/lib32/libffi.so.5.0.10
*
* Package 'dev-libs/libffi-32bit-3.0.10' NOT merged due to file
* collisions. If necessary, refer to your elog messages for the whole
* content of the above message. |
So please add in a faked app-emulation/emul-linux-x86-baselibs like you did with emul-linux-x86-opengl and emul-linux-x86-xlibs |
|
Back to top |
|
|
FireBurn Apprentice
Joined: 19 Sep 2004 Posts: 170 Location: Edinburgh, UK
|
Posted: Fri Jun 01, 2012 2:30 pm Post subject: |
|
|
That's new - I'll remove the libffi-32bit build tonight when I get home and update the dependencies accordingly
There's no need for us to be recompiling libffi if the latest version is already provided in the x86 emul packages |
|
Back to top |
|
|
FireBurn Apprentice
Joined: 19 Sep 2004 Posts: 170 Location: Edinburgh, UK
|
Posted: Fri Jun 01, 2012 5:28 pm Post subject: |
|
|
That's it fixed - remember to re-emerge emul-linux-x86-baselibs after unemerging libffi-32bit |
|
Back to top |
|
|
V10lator Apprentice
Joined: 11 Jul 2004 Posts: 207
|
Posted: Sat Jun 02, 2012 11:10 am Post subject: |
|
|
Seems like the story isn't over yet:
Code: | * Detected file collision(s):
*
* /usr/lib32/llvm/LLVMHello.so
* /usr/lib32/llvm/libLTO.so
* /usr/lib32/llvm/BugpointPasses.so
*
* Searching all installed packages for file collisions...
*
* Press Ctrl-C to Stop
*
* app-emulation/emul-linux-x86-baselibs-20120520
* /usr/lib32/llvm/BugpointPasses.so
* /usr/lib32/llvm/LLVMHello.so
* /usr/lib32/llvm/libLTO.so
*
* Package 'sys-devel/llvm-32bit-3.1' NOT merged due to file collisions.
* If necessary, refer to your elog messages for the whole content of the
* above message. |
|
|
Back to top |
|
|
FireBurn Apprentice
Joined: 19 Sep 2004 Posts: 170 Location: Edinburgh, UK
|
Posted: Sat Jun 02, 2012 11:20 am Post subject: |
|
|
OK I've added a baselibs ebuild with the partial LLVM removed
Remember to reemerge llvm-32bit once it's installed |
|
Back to top |
|
|
jasn Guru
Joined: 05 May 2005 Posts: 439 Location: Maryland, US
|
Posted: Tue Jun 12, 2012 5:30 am Post subject: |
|
|
I just now sync'ed the latest version of the overlay, and tried to install all the requisite 32bit libs. First thing I noticed was that the mesa-32bit ebuild needs to be updated with the new virtual/pkgconfig DEPEND, like you did for the llvm-32bit ebuild.
Second, when I added the overlay, and just updated my world, it looked like it pulled everything in correctly, (as a result of the emul-lib upgrades), and all packages emerged cleanly until the last one, mesa-32bit-9999. The compile failed with an error message of not being able to find git_sha1.h.
I didn't save the build log, as I just backed everything out. I'm assuming it's probably something that will get fixed in an updated sync, so I will try again in a few days. If it's still there, I'll pastbin a build log, etc.
Thanks again for all this work.. |
|
Back to top |
|
|
FireBurn Apprentice
Joined: 19 Sep 2004 Posts: 170 Location: Edinburgh, UK
|
|
Back to top |
|
|
jasn Guru
Joined: 05 May 2005 Posts: 439 Location: Maryland, US
|
Posted: Tue Jun 12, 2012 3:03 pm Post subject: |
|
|
Thanks again Mike. I'll sync again when the bug is fixed.
Jason |
|
Back to top |
|
|
FireBurn Apprentice
Joined: 19 Sep 2004 Posts: 170 Location: Edinburgh, UK
|
|
Back to top |
|
|
jasn Guru
Joined: 05 May 2005 Posts: 439 Location: Maryland, US
|
Posted: Sun Jun 17, 2012 2:09 am Post subject: |
|
|
I just now synced the overlay and indeed the mesa-32bit-9999 upstream bug has been fixed. The mesa-32bit ebuild still needs to be updated with the new virtual/pkgconfig DEPEND, though.
Thanks.. |
|
Back to top |
|
|
asturm Developer
Joined: 05 Apr 2007 Posts: 8940
|
Posted: Sun Jul 22, 2012 11:25 am Post subject: |
|
|
Hm, the pkg_config trouble still exists. I need to emerge (amd64) libdrm-2.4.37 in order to get mesa-32bit-9999 to get past the check, despite having rebuilt libdrm-32bit-9999 just before. |
|
Back to top |
|
|
FireBurn Apprentice
Joined: 19 Sep 2004 Posts: 170 Location: Edinburgh, UK
|
Posted: Fri Jul 27, 2012 12:19 am Post subject: |
|
|
I think the problem is my ebuild strips out all the include files - to prevent collisions
As you're using a non-live build for libdrm which, in this case, is too old for mesa
Best to stick to a live libdrm and keep it in sync with libdrm-32bit |
|
Back to top |
|
|
asturm Developer
Joined: 05 Apr 2007 Posts: 8940
|
Posted: Sun Sep 09, 2012 6:19 pm Post subject: |
|
|
FireBurn, are you aware of the libGLU split from mesa? Since 09-01 it is not included in mesa anymore, so we need media-libs/glu-9999 (also installs into /lib32) from x11 overlay, but that ebuild currently blocks emul-linux-x86-opengl.
I have resolved it in my local overlay by altering the glu-9999.ebuild, bumping to emul-linux-x86-opengl-20120901 which is then not blocked anymore, and also changed emul-linux-x86-gtklibs to not depend on emul-linux-x86-opengl-${PV}, I can paste it all here if you like. |
|
Back to top |
|
|
darkbasic Tux's lil' helper
Joined: 06 Sep 2006 Posts: 133
|
Posted: Tue Sep 11, 2012 12:26 pm Post subject: |
|
|
What's wrong about disabling the multilib use flag from media-libs/glu? _________________ Computers are like air conditioners:
they stop working properly when you open Windows...
Coltiva Linux, Windows si pianta da solo.
http://www.linuxsystems.it/ |
|
Back to top |
|
|
asturm Developer
Joined: 05 Apr 2007 Posts: 8940
|
Posted: Tue Sep 11, 2012 12:48 pm Post subject: |
|
|
Feels like a hack tbh |
|
Back to top |
|
|
FireBurn Apprentice
Joined: 19 Sep 2004 Posts: 170 Location: Edinburgh, UK
|
Posted: Tue Oct 23, 2012 3:57 pm Post subject: |
|
|
Hi folks
Just wanted to add on here that I'm no longer on the Phoronix site and I would implore you not to support the drivel that's passed off as news on that site
I'm just back from the Gentoo Mini-conf and hopefully I'm going to work on getting true multilib ebuilds for these ebuilds
I'll keep you posted |
|
Back to top |
|
|
kernelOfTruth Watchman
Joined: 20 Dec 2005 Posts: 6111 Location: Vienna, Austria; Germany; hello world :)
|
Posted: Wed Feb 20, 2013 1:28 pm Post subject: |
|
|
libX11-32bit-1.5.0.ebuild
fails for me
with Quote: | * ERROR: x11-libs/libX11-32bit-1.5.0 failed (setup phase):
* no configure script found
|
added 2 lines after line 46 and now it works:
Code: | }
src_configure() { |
so it looks like the following in total:
Code: | # Copyright 1999-2013 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/x11-libs/libX11/libX11-1.4.2.ebuild,v 1.2 2011/03/21 14:05:45 flameeyes Exp $
EAPI=5
ABI=x86
P="libX11-1.5.0"
PN="libX11"
S=${WORKDIR}/${P}
XORG_DOC=doc
inherit xorg-2 toolchain-funcs flag-o-matic
DESCRIPTION="X.Org X11 library"
KEYWORDS="~amd64"
IUSE="ipv6 test"
RDEPEND=">=x11-libs/libxcb-32bit-1.8.1
x11-libs/xtrans
>=x11-proto/xproto-7.0.17
x11-proto/xf86bigfontproto
x11-proto/inputproto
x11-proto/kbproto
x11-proto/xextproto
app-emulation/emul-linux-x86-xlibs"
DEPEND="${RDEPEND}
test? ( dev-lang/perl )"
PATCHES=(
"${FILESDIR}"/${PN}-1.1.4-aix-pthread.patch
"${FILESDIR}"/${PN}-1.1.5-winnt-private.patch
"${FILESDIR}"/${PN}-1.1.5-solaris.patch
)
pkg_setup() {
xorg-2_pkg_setup
append-flags -m32
XORG_CONFIGURE_OPTIONS=(
$(use_with doc xmlto)
$(use_enable doc specs)
$(use_enable ipv6)
--without-fop
)
}
src_configure() {
[[ ${CHOST} == *-interix* ]] && export ac_cv_func_poll=no
xorg-2_src_configure
}
src_compile() {
# [Cross-Compile Love] Disable {C,LD}FLAGS and redefine CC= for 'makekeys'
if tc-is-cross-compiler; then
(
filter-flags -m*
emake -C "${AUTOTOOLS_BUILD_DIR}"/src/util CC=$(tc-getBUILD_CC) CFLAGS="${CFLAGS}" LDFLAGS="" clean all || die
)
fi
xorg-2_src_compile
}
src_install() {
autotools-utils_src_install \
docdir="${EPREFIX}/usr/share/doc/${PF}"
rm -rf "${D}"/usr/share || die "Removing man files failed."
rm -rf "${D}"/usr/include || die "Removing include files failed."
}
|
thanks for maintaining the overlay ! _________________ https://github.com/kernelOfTruth/ZFS-for-SystemRescueCD/tree/ZFS-for-SysRescCD-4.9.0
https://github.com/kernelOfTruth/pulseaudio-equalizer-ladspa
Hardcore Gentoo Linux user since 2004 |
|
Back to top |
|
|
|