Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 144277 - Emerge of dcopperl-3.5.0 completes, but fails to make DCOP.pm
Summary: Emerge of dcopperl-3.5.0 completes, but fails to make DCOP.pm
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-17 22:27 UTC by Mike Thompson
Modified: 2007-06-17 22:15 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Output of emerge -v dcopperl (emerge_dcop.txt,17.56 KB, text/plain)
2006-08-17 22:29 UTC, Mike Thompson
Details
dcopperl-3.5.4.ebuild (dcopperl-3.5.4.ebuild,680 bytes, text/plain)
2006-08-23 12:10 UTC, Carsten Lohrke (RETIRED)
Details
Working ebuild (dcopperl-3.5.4.ebuild,1.02 KB, text/plain)
2006-08-28 07:50 UTC, Michael Cummings (RETIRED)
Details
updated patch, not really worth it though (installdirs-vendor-3.5.4.diff,343 bytes, patch)
2006-08-28 07:51 UTC, Michael Cummings (RETIRED)
Details | Diff
working ebuild finally (dcopperl-3.5.4.ebuild,1.09 KB, text/plain)
2006-08-28 09:49 UTC, Michael Cummings (RETIRED)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Thompson 2006-08-17 22:27:55 UTC
I tried several times to emerge dcopperl 3.5.0 on my Thinkpad A20m (Pentium 3) with GCC at version 4.1.1 (and ACCEPT_KEYWORDS="~86").  Every time, the emerge ran to apparent completion but failed to build the DCOP.pm binary.

I did an emerge --sync before attempting these compiles.

I tried the same emerge (dcopperl 3.5.0) on my Athlon-64 desktop (with ~AMD64), and this built DCOP.pm just as it is supposed to--and the resulting binary works just fine.  So then I thought I'd try emerging dcopperl with eselected GCC 3.4.4 on the Thinkpad, but that didn't work either.

The output from emerge --info follows.  Below that, I posted the output from the emerge -va dcopperl.  Since tracking this one down might involve your knowing the results of the pre-make interrogation, I want to include all the output.  (That output is too long for the Bugzilla submission form; I take it that the procedure is for me to submit the report first and then amend it in order to attach the file.)


Portage 2.1.1_pre5-r2 (default-linux/x86/2006.0, gcc-4.1.1/vanilla, glibc-2.4-r3, 2.6.17-gentoo-r1 i686)
=================================================================
System uname: 2.6.17-gentoo-r1 i686 Pentium III (Coppermine)
Gentoo Base System version 1.12.1
Last Sync: Thu, 17 Aug 2006 19:20:01 +0000
ccache version 2.4 [enabled]
app-admin/eselect-compiler: 2.0.0_rc2-r1
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r2
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.17
sys-devel/gcc-config: 2.0.0_rc1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=i686 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/eselect/compiler /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-O2 -march=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://open-systems.ufl.edu/mirrors/gentoo http://www.gtlib.gatech.edu/pub/gentoo http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LINGUAS=""
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="x86 X aac aalib accessibility acl acpi alsa apache apache2 apm arts audiofile avi bash-completion bcmath berkdb bindist bitmap-fonts browserplugin bzip2 cdr cli crypt ctype cups curl dbus dbx dlloader doc dri dvd dvdread eds elibc_glibc emacs emboss encode exif fam fastbuild fastcgi firefox flac flash flatfile foomaticdb fortran ftp gd gdbm gif gmp gnome gnutls gpm gps gstreamer gtk gtk2 guile hal hash iconv ieee1394 imap imlib inifile innodb input_devices_keyboard input_devices_mouse ipv6 isdnlog jabber jack java java-external javascript jikes jpeg kde kdeenablefinal kerberos kernel_linux ldap libedit libg++ libwww lmsensors mad memlimit mhash mikmod mime ming mmx motif mozdevelop mozilla mp3 mpeg mysql mysqli nas ncurses nls nptl nptlonly nsplugin offensive ogg oggvorbis opengl oss pam pcmcia pcre pda pdf pdflib perl php png podbc povray pppd python qt qt3 qt4 quicktime readline reflection ruby samba scanner sdl session slp sndfile soap sockets speex spell spl sqlite sse ssl svg tcltk tcpd tidy tokenizer truetype truetype-fonts type1-fonts udev unicode usb userland_GNU v4l vhosts vorbis wifi win32codecs wxwindows xine xinerama xml xmlreader xmlrpc xmlwriter xmms xorg xsl xv zip zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Comment 1 Mike Thompson 2006-08-17 22:29:53 UTC
Created attachment 94499 [details]
Output of emerge -v dcopperl
Comment 2 Carsten Lohrke (RETIRED) gentoo-dev 2006-08-23 12:10:52 UTC
Created attachment 94959 [details]
dcopperl-3.5.4.ebuild

Ew - this one doesn't work either. :(
Comment 3 Carsten Lohrke (RETIRED) gentoo-dev 2006-08-23 12:16:41 UTC
perl team: would someone have a look at the ebuild I have attached, please. It should work (to a degree) and executing the relavant call in the sandboxshell does work as well, but the emerge dcopperl stalls only with the following output:


Can't open INSTALLMAN3DIR=none: No such file or directory at Makefile.PL line 18.
Can't open PREFIX=/usr: No such file or directory at Makefile.PL line 18.
Can't open INSTALLDIRS=vendor: No such file or directory at Makefile.PL line 18.
Can't open DESTDIR=/var/tmp/portage/dcopperl-3.5.4/image/: No such file or directory at Makefile.PL line 18.


and I have no f*cking clue why. It would be also nice, if the perl team checked kde-base/kalyptus with regards to perl-cleaner script etc., I do know nothing about.
Comment 4 Michael Cummings (RETIRED) gentoo-dev 2006-08-27 19:30:21 UTC
(In reply to comment #3)
> and I have no f*cking clue why.

language not becoming, but i'll take a look when i get a chance. It looks like its a poor Makefile.PL, should be correctable.

> It would be also nice, if the perl team checked
> kde-base/kalyptus with regards to perl-cleaner script etc., I do know nothing
> about.
>
Is there an actual bug for this? I'm sure you can appreciate that the perl team doesn't step on other people's toes in regards to projects. If you have an issue with perl-cleaner, a bug would be most welcome. 

Comment 5 Carsten Lohrke (RETIRED) gentoo-dev 2006-08-28 03:00:29 UTC
(In reply to comment #4)
> > It would be also nice, if the perl team checked
> > kde-base/kalyptus with regards to perl-cleaner script etc., I do know nothing
> > about.
> >
> Is there an actual bug for this? I'm sure you can appreciate that the perl team
> doesn't step on other people's toes in regards to projects. If you have an
> issue with perl-cleaner, a bug would be most welcome. 

Not really. I fixed bug 135039 and had it therefore in mind. It was a quick shot assuming you'd maybe perform compatibility tests to perl versions. But actually looking at the perl-cleaner script, you don't and the scripts within KDE are pretty much self-contained, aside from the need to have perl in $PATH.

Stepping on someones toes who asked for it is fine, but I was too quick putting this one on the table as well. Should really have had a look at the perl-cleaner script before asking. :)
Comment 6 Michael Cummings (RETIRED) gentoo-dev 2006-08-28 04:17:39 UTC
Path to KDE headers? []: 
Path to KDE libraries? []: 

Missing deps? I don't run kde locally, am i short a dep or two for this?
Comment 7 Michael Cummings (RETIRED) gentoo-dev 2006-08-28 07:50:25 UTC
Created attachment 95285 [details]
Working ebuild
Comment 8 Michael Cummings (RETIRED) gentoo-dev 2006-08-28 07:51:03 UTC
Created attachment 95286 [details, diff]
updated patch, not really worth it though
Comment 9 Michael Cummings (RETIRED) gentoo-dev 2006-08-28 07:54:21 UTC
Not sure why you chose to rewrite this ebuild, most of what was in the originsl 3.5.0 ebuild was valid and needed. For some reasons locally KDEDIRS keeps showing up as /usr instead of /usr/kde/<version>, which is what this package needs to determine where the include and bin is at for kde. The attached ebuild and updated patch work (though in reflection the patch could probably be cut down, maybe even simply reverted to the original...

<snip>

looking at CONTENTS I see that most of this didn't in fact get installed, just the docs. almost there, sorry for the traffic.
Comment 10 Michael Cummings (RETIRED) gentoo-dev 2006-08-28 09:49:44 UTC
Created attachment 95291 [details]
working ebuild finally

This is messy as anything, but it does work correctly. If you can cleanup the setting of KDEDIRS I'd appreciate it (I had to hardcode them, they weren't correct on my box for some reason, but then I don't run KDE). Enjoy,

~mcummings
Comment 11 Wulf Krueger (RETIRED) gentoo-dev 2007-06-17 22:15:59 UTC
Thanks, mcummings. It's still a bit messy but at least it works now. I've just committed dcopperl-3.5.6-r1 because 3.5.6 still basically did nothing at all.