Summary: | perl-tk fails if no /usr/X11* | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jory A. Pratt <geekypenguin> |
Component: | Current packages | Assignee: | Gentoo Perl team <perl> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | tsabi-gentoo, x11 |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
modified ebuild
patch ref'd in ebuild Working patch - tested :) |
Description
Jory A. Pratt
2006-03-31 21:21:40 UTC
perl-tk needs fixing, nothing at all should ever assume /usr/X11R6 exists anymore. The xorg-x11 metabuild creates it as a courtesy. (In reply to comment #1) > perl-tk needs fixing, nothing at all should ever assume /usr/X11R6 exists > anymore. The xorg-x11 metabuild creates it as a courtesy. > Is there any news on this? I'm running into the same issue... sorry, i got backlogged. i'll try and address this later today Created attachment 88627 [details]
modified ebuild
ebuild calling patch
Created attachment 88628 [details, diff]
patch ref'd in ebuild
ok, place the ebuild in your overlay, put the patch in the filesdir, and ebuild <ebuildname> digest then try emerging it. It isn't a robust patch, just added a silly line to the check for place to include x headers from (since i can't dup this anywhere, i'm shooting blind). let me know if it works and i'll prettify the patch name and post it to portage. thanks! Will emerge bitch about the ebuild not matching up with the md5sum it checks against? New error: make [1]: *** No rule to make target 'X11/Xproto.h', needed by 'imgWindow.o'. Stop. Leaving directory '/var/tmp/portage/perl-tk-804.027/work/Tk-804.027/pTk' I noticed earlier in the build, two things went by: Cannot find 'X11/Xutil.h' assume made Cannot find 'X11/Xproto.h' assume made Yet I found them in /usr/include/X11/ At the beginning of the compile job, I found: Cannot find X include files via /include Using -=I/usr/include to find /usr/includ/X11/Xlib.h Closer though... I need assistance on this...I have a production server stopped because of it (We need modular X for other reasons). My boss is threatening to transition us over to Windows if I can't get it up by Wednesday. Help! (In reply to comment #6) > ok, place the ebuild in your overlay, put the patch in the filesdir, and ebuild > <ebuildname> digest then try emerging it. It isn't a robust patch, just added a > silly line to the check for place to include x headers from (since i can't dup > this anywhere, i'm shooting blind). let me know if it works and i'll prettify > the patch name and post it to portage. thanks! > Can't you just create the /usr/X11R6 symlink for now until this is fixed, then? (In reply to comment #10) > Can't you just create the /usr/X11R6 symlink for now until this is fixed, then? > I still haven't been able to dup this bug - and the configure script actually looks for /usr/X11R6(5)/include, as well as /usr/X11/include and /usr/include/X11 (in theory - doesn't appear). Unfortunately, I can dup this bug, so I'm relying on as much feedback as possible :) (sorry for my absence this weekend, I was building my desktop at home and was therefore sans email and everything else) random quick thought - in the patch i posted, can you try changing my add line to be /usr/include/X11 (instead of /usr/include)? No worky... Using -L/usr/lib64 to find /usr/lib64/libX11.so.6.2.0 Cannot find X include files via /include Cannot find X include files anywhere at ./myConfig line 333. Compilation failed in require at Makefile.PL line 36. BEGIN failed--compilation aborted at Makefile.PL line 38. !!! ERROR: dev-perl/perl-tk-804.027 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile ebuild.sh, line 1248: Called perl-module_src_compile perl-module.eclass, line 119: Called perl-module_src_prep perl-module.eclass, line 104: Called die !!! Unable to build! (are you using USE="build"?) !!! If you need support, post the topmost build error, and the call stack if relevant. the same problem here, what input u wish? (i do a fresh new ~amd64 install) (In reply to comment #14) > the same problem here, what input u wish? (i do a fresh new ~amd64 install) > not sure. I did a fresh ~amd64 build this weekend (hence my absence), tried installing perl-tk, couldn't - finished configuring X (a couple of runs of opengl-config later mostly) and it installed fine....which probably means opengl-config added a symlink at some point...gar..... (In reply to comment #15) > (In reply to comment #14) > > the same problem here, what input u wish? (i do a fresh new ~amd64 install) > > > > not sure. I did a fresh ~amd64 build this weekend (hence my absence), tried > installing perl-tk, couldn't - finished configuring X (a couple of runs of > opengl-config later mostly) and it installed fine....which probably means > opengl-config added a symlink at some point...gar..... > hmm, i havent got opengl-config, but have eselect-opengl, i tryed to run it several times, but haven't got any good effect. got it, hold on, new patch coming in a few minutes Created attachment 89086 [details, diff]
Working patch - tested :)
May need to update the mod'd ebuild for the new patch name, then follow ebuild <ebuild> digest steps again. tested on amd64 and x86, worked fine on both
hmm, another problem appears: x86_64-pc-linux-gnu-gcc -c -I.. -I. -Ibitmaps -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing -pipe -Wdeclaration-after-statement -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -march=k8 -mtune=k8 -pipe -msse -msse2 -mmmx -finline-functions -DVERSION=\"804.027\" -DXS_VERSION=\"804.027\" -fPIC "-I/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE" -Wall -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ imgUtil.c make[1]: *** No rule to make target `X11/Xproto.h', needed by `imgWindow.o'. Stop. make[1]: Leaving directory `/var/tmp/portage/perl-tk-804.027/work/Tk-804.027/pTk' make: *** [pTk/libpTk.a] Error 2 (In reply to comment #19) > hmm, another problem appears: > was this with the ammended patch? (gah, i'd really hoped to have gotten this licked, sorry for this). (note: new patch replaces old one, not both together, not that should matter) (In reply to comment #20) > (In reply to comment #19) > > hmm, another problem appears: > > > > was this with the ammended patch? (gah, i'd really hoped to have gotten this > licked, sorry for this). (note: new patch replaces old one, not both together, > not that should matter) > yes, i used just the new patch. (i dont use patch, i unpack with ebuild command by hand, than apply patch manually, than continue compilation with ebuild) (In reply to comment #18) > Created an attachment (id=89086) [edit] > Working patch - tested :) > > May need to update the mod'd ebuild for the new patch name, then follow ebuild > <ebuild> digest steps again. tested on amd64 and x86, worked fine on both > Patch is no good still :( Please emerge --sync in a few hours. Modified ebuild with patch should be on its way to a mirror near you. tested on amd64 (with and w/o the symlink), as well as on x86 (for cross compat), and by anarchy - everything should be fixed now. Yes, i can confirm this new patch is working for me. Thank You! Thanks for fixing. |