Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
KDE4 Overlay - monolithic ebuilds
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3, 4 ... 29, 30, 31  Next  
This topic is locked: you cannot edit posts or make replies.    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
jefferai
n00b
n00b


Joined: 02 Feb 2007
Posts: 11

PostPosted: Fri Mar 09, 2007 8:45 pm    Post subject: Reply with quote

...major new revision to include Strigi I hope? :-)
Back to top
View user's profile Send private message
Zephyrus
Apprentice
Apprentice


Joined: 01 Sep 2004
Posts: 204

PostPosted: Sun Mar 11, 2007 8:01 pm    Post subject: Reply with quote

*bump* See first post for more details.
Back to top
View user's profile Send private message
kuschelkriterium
n00b
n00b


Joined: 16 Nov 2004
Posts: 33

PostPosted: Mon Mar 12, 2007 12:14 pm    Post subject: Reply with quote

Problem:

Code:
speedy / # layman -a kde
* Running command "/usr/bin/svn co "http://genkdesvn.svn.sourceforge.net/viewvc/genkdesvn/kde4-stable//" "/usr/portage/local/layman/kde""...
svn: PROPFIND request failed on '/viewvc/genkdesvn/kde4-stable'
svn: PROPFIND of '/viewvc/genkdesvn/kde4-stable': 301 Moved (http://genkdesvn.svn.sourceforge.net)
* Failed to add overlay "kde".
* Error was: Adding the overlay failed!

_________________
And as in uffish thought he stood/The Jabberwock, with eyes of flame/Came whiffling through the tulgey wood/And burbled as it came!
Back to top
View user's profile Send private message
Zephyrus
Apprentice
Apprentice


Joined: 01 Sep 2004
Posts: 204

PostPosted: Mon Mar 12, 2007 2:25 pm    Post subject: Reply with quote

It seems that the layman configuration file was modified in an erroneous way. :(
In fact, the correct uri is
Code:

http://genkdesvn.svn.sourceforge.net/svnroot/genkdesvn/kde4-stable/

and not the one currently used by layman.
While we wait for the correction of the layman configuration file, you can still manually check out the repository with:
Code:

svn co  http://genkdesvn.svn.sourceforge.net/svnroot/genkdesvn/kde4-stable/
Back to top
View user's profile Send private message
jefferai
n00b
n00b


Joined: 02 Feb 2007
Posts: 11

PostPosted: Wed Mar 14, 2007 2:40 pm    Post subject: Reply with quote

In new KDE overlay Strigi 0.3.11 ebuild contains the following:
Code:
xercesc? ( >=dev-libs/xerces-c )

which is an invalid atom and causes emerge to die.
Back to top
View user's profile Send private message
jefferai
n00b
n00b


Joined: 02 Feb 2007
Posts: 11

PostPosted: Wed Mar 14, 2007 2:41 pm    Post subject: Reply with quote

Oh, strigi-9999.ebuild has it too...
Back to top
View user's profile Send private message
Philantrop
Retired Dev
Retired Dev


Joined: 21 Dec 2004
Posts: 1130
Location: Germany

PostPosted: Wed Mar 14, 2007 2:52 pm    Post subject: Reply with quote

This has been corrected (and tested) in our internal experimental branch.

@Zeph, feel free to copy both ebuilds over from experimental to stable.
Back to top
View user's profile Send private message
jefferai
n00b
n00b


Joined: 02 Feb 2007
Posts: 11

PostPosted: Wed Mar 14, 2007 3:16 pm    Post subject: Reply with quote

Thanks :-)
Back to top
View user's profile Send private message
.W.
n00b
n00b


Joined: 10 Nov 2004
Posts: 22
Location: Finland,Kangasala

PostPosted: Wed Mar 14, 2007 6:48 pm    Post subject: Reply with quote

grr.. Have anyone any ideas. Both of strigi ebuilds fails to compile excactly same place, so it's maybe in my box.

Code:
[ 36%] Building CXX object src/luceneindexer/CMakeFiles/cluceneindex.dir/cluceneindexreader.o
/usr/bin/c++   -DMAKE_CLUCENEINDEXER_LIB -Wall -g3 -O0 -ansi -O2 -g -fPIC -I/var/tmp/portage/kde-misc/strigi-9999/work/strigi_build/src/luceneindexer -I/var/tmp/portage/kde-misc/strigi-9999/work/strigi-9999/src/luceneindexer -I/var/tmp/portage/kde-misc/strigi-9999/work/strigi_build -I/var/tmp/portage/kde-misc/strigi-9999/work/strigi-9999/src/luceneindexer/../streamindexer -I/var/tmp/portage/kde-misc/strigi-9999/work/strigi-9999/src/luceneindexer/../streams -I/usr/lib -I/var/tmp/portage/kde-misc/strigi-9999/work/strigi_build/src/streams/compat -I/var/tmp/portage/kde-misc/strigi-9999/work/strigi-9999/src/streams/compat   -fPIC -DHAVE_CONFIG_H -o src/luceneindexer/CMakeFiles/cluceneindex.dir/cluceneindexreader.o -c /var/tmp/portage/kde-misc/strigi-9999/work/strigi-9999/src/luceneindexer/cluceneindexreader.cpp
/var/tmp/portage/kde-misc/strigi-9999/work/strigi-9999/src/luceneindexer/cluceneindexreader.cpp: In member function 'virtual std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > CLuceneIndexReader::getFieldNames()':
/var/tmp/portage/kde-misc/strigi-9999/work/strigi-9999/src/luceneindexer/cluceneindexreader.cpp:527: error: no matching function for call to 'lucene::index::IndexReader::getFieldNames()'
/usr/include/CLucene/index/IndexReader.h:158: note: candidates are: virtual void lucene::index::IndexReader::getFieldNames(lucene::index::IndexReader::FieldOption, lucene::util::StringArrayWithDeletor&)
make[2]: *** [src/luceneindexer/CMakeFiles/cluceneindex.dir/cluceneindexreader.o] Virhe 1
make[2]: Poistutaan hakemistosta "/var/tmp/portage/kde-misc/strigi-9999/work/strigi_build"
make[1]: *** [src/luceneindexer/CMakeFiles/cluceneindex.dir/all] Virhe 2
make[1]: Poistutaan hakemistosta "/var/tmp/portage/kde-misc/strigi-9999/work/strigi_build"
make: *** [all] Virhe 2


(it seems like there is soething wrong with the code, but..)

clucene version is 0.9.17 from portage.

Code:

emerge --info
Portage 2.1.2.2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.18-ck1-r1 i686)
=================================================================
System uname: 2.6.18-ck1-r1 i686 Intel(R) Celeron(R) CPU 2.50GHz
Gentoo Base System version 1.12.9
Timestamp of tree: Wed, 14 Mar 2007 04:00:01 +0000
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.4 [enabled]
dev-java/java-config: 1.3.7, 2.0.31-r4
dev-lang/python:     2.4.4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r6
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.19.2-r1
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer"
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/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache colorgcc distlocks fixpackages metadata-transfer parallel-fetch sandbox sfperms strict"
GENTOO_MIRRORS="http://trumpetti.atm.tut.fi/gentoo"
LANG="fi_FI.UTF-8"
LC_ALL="fi_FI@euro"
LINGUAS="fi"
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 --filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/portage/local/layman/kde /usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aac acl alsa arts berkdb binary-drivers bitmap-fonts bzip2 cairo cdparanoia cdr cdrom cjk cli cracklib crypt cups cvs dbus dri dvd dvdr dvdread eds enca encode exif exiv2 fam ffmpeg firefox flac foomaticdb fortran gdbm gif gimp gimpprint gphoto2 gpm gstreamer hal iconv ipv6 isdnlog java jpeg jpeg2k kde lcms libg++ mad midi mikmod mmx mp3 mpeg msn musepack music musicbrainz ncurses nls nptl nptlonly nsplugin oav ogg openal opengl pam pcre pdf perl png posix ppds pppd python qt3 qt4 quicktime readline real realmedia reflection rss scanner sdl session sms sndfile spell spl srt sse sse2 ssl submenu subtitles tcpd threads tiff totem transcode truetype truetype-fonts type1-fonts unicode usb userlocales vcd videos vorbis win32codecs wma wmf wmp x86 xine xinerama xml xorg xpm xscreensaver xv xvid xvmc zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="fi" USERLAND="GNU" VIDEO_CARDS="nv nvidia vesa"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Back to top
View user's profile Send private message
Zephyrus
Apprentice
Apprentice


Joined: 01 Sep 2004
Posts: 204

PostPosted: Wed Mar 14, 2007 9:18 pm    Post subject: Reply with quote

The solution is simple: downgrade clucene to 0.9.16a. It seems that strigi is not up to date with the new clucene version.
Back to top
View user's profile Send private message
jefferai
n00b
n00b


Joined: 02 Feb 2007
Posts: 11

PostPosted: Thu Mar 15, 2007 4:45 pm    Post subject: broken kde4 eclass Reply with quote

There's a circular dependency in the kde4-base.eclass file (found with Paludis). It's at line 66. Here's the code:

Code:
# We need to add the dependecies only if we are not kdelibs
if [[ ${PN} != "kdelibs" ]] ; then
    DEPEND="${DEPEND}
            ${_kdelibs_atom}
            ${_kdepimlibs_atom}"
    RDEPEND=""
fi


The problem is that it doesn't check to make sure we're not installing kdepimlibs too. It's an easy fix, in the comment and the top line:

Code:
# We need to add the dependecies only if we are not kdelibs or kdepimlibs
if [[ ${PN} != "kdelibs" ]] && [[ ${PN} != "kdepimlibs" ]] ; then
    DEPEND="${DEPEND}
            ${_kdelibs_atom}
            ${_kdepimlibs_atom}"
    RDEPEND=""
fi


Please make this change in the overlay...thanks!
Back to top
View user's profile Send private message
Zephyrus
Apprentice
Apprentice


Joined: 01 Sep 2004
Posts: 204

PostPosted: Thu Mar 15, 2007 10:11 pm    Post subject: Reply with quote

Fixed.
Back to top
View user's profile Send private message
Dipy74
n00b
n00b


Joined: 21 Jun 2006
Posts: 14

PostPosted: Sun Mar 18, 2007 12:18 pm    Post subject: Reply with quote

Zephyrus wrote:
The solution is simple: downgrade clucene to 0.9.16a. It seems that strigi is not up to date with the new clucene version.


I was having the same problem, and downgrading clucene to 0.9.16a didn't resolved it. However, unmerging hyperestraier solved it, even if I was emerging strigi without the hyperestraier USE flag.
Back to top
View user's profile Send private message
Chain
Tux's lil' helper
Tux's lil' helper


Joined: 17 Apr 2006
Posts: 113
Location: Vienna

PostPosted: Sun Mar 18, 2007 3:34 pm    Post subject: What am I doing wrong? Reply with quote

Hiya,

I am plainly unable to install any of the packages.
I just cannot get past the "masked by unknown keyword" message.
I tried -*, ~*, and both of them.

Nothing of them works...

Can someone help me please?
Back to top
View user's profile Send private message
buddabrod
Apprentice
Apprentice


Joined: 15 Oct 2006
Posts: 241
Location: Germany

PostPosted: Sun Mar 18, 2007 3:43 pm    Post subject: Reply with quote

use ** ;)
Back to top
View user's profile Send private message
Chain
Tux's lil' helper
Tux's lil' helper


Joined: 17 Apr 2006
Posts: 113
Location: Vienna

PostPosted: Sun Mar 18, 2007 4:15 pm    Post subject: Reply with quote

buddabrod wrote:
use ** ;)


Thank you very much, that helped.
Someone should update the first post ;)
Back to top
View user's profile Send private message
Chain
Tux's lil' helper
Tux's lil' helper


Joined: 17 Apr 2006
Posts: 113
Location: Vienna

PostPosted: Sun Mar 18, 2007 8:13 pm    Post subject: Reply with quote

Hmmh... tried the 3.80.3 ebuild looks nice, but now I wanna try SVN...

however, I have problems with strigi:

Code:
cd /var/tmp/portage/kde-misc/strigi-9999/work/strigi_build/src/streams && /usr/bin/cmake -P CMakeFiles/streams.dir/cmake_clean_target.cmake
cd /var/tmp/portage/kde-misc/strigi-9999/work/strigi_build/src/streams && /usr/bin/cmake -E cmake_link_script CMakeFiles/streams.dir/link.txt --verbose=1
/usr/bin/c++  -fPIC -Wall -g3 -O0 -ansi -g  -shared -Wl,-soname,libstreams.so.0 -o libstreams.so.0.3.11 "CMakeFiles/streams.dir/bz2inputstream.o" "CMakeFiles/streams.dir/digestinputstream.o" "CMakeFiles/streams.dir/fileinputstream.o" "CMakeFiles/streams.dir/gzipinputstream.o" "CMakeFiles/streams.dir/gzipcompressstream.o" "CMakeFiles/streams.dir/inputstreamreader.o" "CMakeFiles/streams.dir/filereader.o" "CMakeFiles/streams.dir/subinputstream.o" "CMakeFiles/streams.dir/mailinputstream.o" "CMakeFiles/streams.dir/stringterminatedsubstream.o" "CMakeFiles/streams.dir/tarinputstream.o" "CMakeFiles/streams.dir/zipinputstream.o" "CMakeFiles/streams.dir/base64inputstream.o" "CMakeFiles/streams.dir/dostime.o" "CMakeFiles/streams.dir/substreamproviderprovider.o" "CMakeFiles/streams.dir/arinputstream.o" "CMakeFiles/streams.dir/rpminputstream.o" "CMakeFiles/streams.dir/archivereader.o" "CMakeFiles/streams.dir/textutils.o" "CMakeFiles/streams.dir/kmpsearcher.o" "CMakeFiles/streams.dir/filestreamopener.o" "CMakeFiles/streams.dir/cpioinputstream.o" "CMakeFiles/streams.dir/processinputstream.o" "CMakeFiles/streams.dir/compat/compat.o" "CMakeFiles/streams.dir/compat/fnmatch.o" "CMakeFiles/streams.dir/compat/stgdirent.o" -L/lib -lz -lbz2 -lcrypto -lc -Wl,-rpath,/lib
cd /var/tmp/portage/kde-misc/strigi-9999/work/strigi_build/src/streams && /usr/bin/cmake -E cmake_symlink_library libstreams.so.0.3.11 libstreams.so.0 libstreams.so
make[2]: Leaving directory `/var/tmp/portage/kde-misc/strigi-9999/work/strigi_build'
/usr/bin/cmake -E cmake_progress_report /var/tmp/portage/kde-misc/strigi-9999/work/strigi_build/CMakeFiles  1 2 3 4 5 6 7 8 9 10 11 12
[ 19%] Built target streams
make[1]: Leaving directory `/var/tmp/portage/kde-misc/strigi-9999/work/strigi_build'
make: *** [all] Error 2

!!! ERROR: kde-misc/strigi-9999 failed.
Call stack:
  ebuild.sh, line 1614:   Called dyn_compile
  ebuild.sh, line 971:   Called qa_call 'src_compile'
  environment, line 3365:   Called src_compile
  strigi-9999.ebuild, line 96:   Called cmake-utils_src_compile
  cmake-utils.eclass, line 55:   Called cmake_utils_src_make
  cmake-utils.eclass, line 95:   Called die

!!! Make failed!
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/tmp/portage/kde-misc/strigi-9999/temp/build.log'.

This ebuild used the following eclasses from overlays:

  /usr/portage/local/layman/kde/eclass/subversion.eclass
  /usr/portage/local/layman/kde/eclass/cmake-utils.eclass

!!! This ebuild is from an overlay: '/usr/portage/local/layman/kde'


I cannot find any compile errors. Yes, I am using 0.9.16a...

I am using the following USEflags:
clucene dbus debug hyperestraier inotify qt4 sqlite3 xattr xml -log -xerces-c

Maybe too much?

Edit: Okay, I tried just every combination of USE flags. It just doesn't work.
Will retry tomorrow or in a few days...
Back to top
View user's profile Send private message
Matteo Azzali
Retired Dev
Retired Dev


Joined: 23 Sep 2004
Posts: 1133

PostPosted: Mon Mar 19, 2007 6:23 pm    Post subject: Reply with quote

Chain wrote:

I am using the following USEflags:
clucene dbus debug hyperestraier inotify qt4 sqlite3 xattr xml -log -xerces-c


remove flags for hyperestraier and unmerge it if possible. also removing sqlite3 flag may help, you need just 1 backend and
clucene is still the most tested/working.....
_________________
Every day a new distro comes to birth. Every day a distro "eats" another.
If you're born distro, no matter what, start to run.
---- http://www.linuxprinting.org/ ---- http://tuxmobil.org/
Back to top
View user's profile Send private message
Chain
Tux's lil' helper
Tux's lil' helper


Joined: 17 Apr 2006
Posts: 113
Location: Vienna

PostPosted: Mon Mar 19, 2007 7:04 pm    Post subject: Reply with quote

Thank you it really helped. I forgot do depclean before, now it compiles cleanly.
USE flags: clucene dbus debug qt4 xattr xml -hyperestraier -inotify -log -sqlite3 -xerces-c
Back to top
View user's profile Send private message
kuschelkriterium
n00b
n00b


Joined: 16 Nov 2004
Posts: 33

PostPosted: Sat Mar 24, 2007 10:25 am    Post subject: Reply with quote

Conan wrote:
Could I suggesting using the -cvs suffix portage now supports to denote live ebuilds instead of arbitrary version numbers? makes more sense :)

(Yes I know that its svn and not cvs, but portage just uses -cvs for live ebuilds).


Just to bring back an old discussion:
Paludis, a new alternative to portage, has the possibility to automatically re-emerge live ebuilds on a daily/weekly/always basis. This, however, depends on the version schmeming of the corresponding ebuild. Ebuilds ending with -9999 (such as strigi) are automatically considered as live ebuilds; -9999.4, as used for most kde svn ebuilds here, is not. I don't know exactly how it works with suffixes such as -svn or -cvs.

I know that the -9999.4 versioning scheme is not that old, but perhaps you want to think about changing it to -9999 (or anything similar); this actually has it's adavantages...

PS: October 23! Yeehaw!
_________________
And as in uffish thought he stood/The Jabberwock, with eyes of flame/Came whiffling through the tulgey wood/And burbled as it came!


Last edited by kuschelkriterium on Mon Mar 26, 2007 5:04 am; edited 1 time in total
Back to top
View user's profile Send private message
Zephyrus
Apprentice
Apprentice


Joined: 01 Sep 2004
Posts: 204

PostPosted: Sun Mar 25, 2007 10:50 am    Post subject: Reply with quote

kuschelkriterium wrote:
Conan wrote:
Could I suggesting using the -cvs suffix portage now supports to denote live ebuilds instead of arbitrary version numbers? makes more sense :)

(Yes I know that its svn and not cvs, but portage just uses -cvs for live ebuilds).


Just to bring back an old discussion:
Plaudis, a new alternative to portage, has the possibility to rautomatically emerge live ebuilds on a daily/weekly/always basis. This, however, depends on the version schmeming of the corresponding ebuild. Ebuild ending with -9999 (such as strigi) are automatically considered as live ebuilds; -9999.4, as used for most kde svn ebuilds here, is not. I don't know exactly how it works with suffixes such as -svn or -cvs.

I know that the -9999.4 versioning scheme is not that old, but perhaps you want to think about changing it to -9999 (or anything similar); this actually has it's adavantages...

PS: October 23! Yeehaw!


The 9999.4 was chosen to avoid confusion with kde 3.X svn ebuilds (I don't mantain them personally but I think that they should get in the future something as 9999.3 as their version number) and I think that at the moment it cannot be changed, sorry. :(
Back to top
View user's profile Send private message
Matteo Azzali
Retired Dev
Retired Dev


Joined: 23 Sep 2004
Posts: 1133

PostPosted: Sun Mar 25, 2007 11:06 am    Post subject: Reply with quote

kuschelkriterium wrote:
Conan wrote:
Could I suggesting using the -cvs suffix portage now supports to denote live ebuilds instead of arbitrary version numbers? makes more sense :)

(Yes I know that its svn and not cvs, but portage just uses -cvs for live ebuilds).


Just to bring back an old discussion:
Plaudis, a new alternative to portage, has the possibility to rautomatically emerge live ebuilds on a daily/weekly/always basis. This, however, depends on the version schmeming of the corresponding ebuild. Ebuild ending with -9999 (such as strigi) are automatically considered as live ebuilds; -9999.4, as used for most kde svn ebuilds here, is not. I don't know exactly how it works with suffixes such as -svn or -cvs.

I know that the -9999.4 versioning scheme is not that old, but perhaps you want to think about changing it to -9999 (or anything similar); this actually has it's adavantages...

PS: October 23! Yeehaw!


Quite nice but..... paludis isn't pin-to-pin compatible with portage, thus meaning that all the guis and frontends would have to be
rewritten from 0. Cause power users (and inexperienced ones) need easy-and-clean frontends (to seek and unmerge all the
packages lurking in their system without a voice in the menus, for example, and cause ANY other distro actually has a decent gui
for the package installer), this is definitely an issue....
_________________
Every day a new distro comes to birth. Every day a distro "eats" another.
If you're born distro, no matter what, start to run.
---- http://www.linuxprinting.org/ ---- http://tuxmobil.org/


Last edited by Matteo Azzali on Mon Mar 26, 2007 10:37 am; edited 2 times in total
Back to top
View user's profile Send private message
kuschelkriterium
n00b
n00b


Joined: 16 Nov 2004
Posts: 33

PostPosted: Sun Mar 25, 2007 11:12 am    Post subject: Reply with quote

No problem here; just a thought...
_________________
And as in uffish thought he stood/The Jabberwock, with eyes of flame/Came whiffling through the tulgey wood/And burbled as it came!
Back to top
View user's profile Send private message
GD
Tux's lil' helper
Tux's lil' helper


Joined: 11 May 2005
Posts: 138
Location: Greece

PostPosted: Tue Mar 27, 2007 3:12 pm    Post subject: [solved] Reply with quote

hello...

after a number of attempts i finally managed to get kdelibs-9999.4 to compile. however, after compiling finishes, portage exits with an access violation error and I get this error in /var/log/sandbox/sandbox-kde-base_-_kdelibs-9999.4-28713.log: symlink: /usr/kde/svn/lib64/kde4/libexec/filesharelist

is this due to enabling collision-protect in the make.conf FEATURES variable? would it be safe to disable collision-protect so that I can get kdelibs-9999.4 merged?

thanks in advance,
george


Last edited by GD on Thu Mar 29, 2007 3:42 am; edited 2 times in total
Back to top
View user's profile Send private message
Lepaca Kliffoth
l33t
l33t


Joined: 28 Apr 2004
Posts: 737
Location: Florence, Italy

PostPosted: Tue Mar 27, 2007 4:27 pm    Post subject: Reply with quote

Disclaimer: I'm under Debian, so this doesn't have anything to do with the overlay.

Could you guys manage to compile kdebase? kdelibs and kdepimlibs compile every time for me, but kdebase has always failed on something, the last time on something called componentchooser.
_________________
It isn't enough to win - everyone else must lose, and you also have to rub it in their face (maybe chop off an arm too for good measure).
Animebox!
Back to top
View user's profile Send private message
Display posts from previous:   
This topic is locked: you cannot edit posts or make replies.    Gentoo Forums Forum Index Unsupported Software All times are GMT
Goto page Previous  1, 2, 3, 4 ... 29, 30, 31  Next
Page 3 of 31

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum