View previous topic :: View next topic |
Author |
Message |
jefferai n00b
Joined: 02 Feb 2007 Posts: 11
|
Posted: Fri Mar 09, 2007 8:45 pm Post subject: |
|
|
...major new revision to include Strigi I hope? |
|
Back to top |
|
|
Zephyrus Apprentice
Joined: 01 Sep 2004 Posts: 204
|
Posted: Sun Mar 11, 2007 8:01 pm Post subject: |
|
|
*bump* See first post for more details. |
|
Back to top |
|
|
kuschelkriterium n00b
Joined: 16 Nov 2004 Posts: 33
|
Posted: Mon Mar 12, 2007 12:14 pm Post subject: |
|
|
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 |
|
|
Zephyrus Apprentice
Joined: 01 Sep 2004 Posts: 204
|
Posted: Mon Mar 12, 2007 2:25 pm Post subject: |
|
|
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 |
|
|
jefferai n00b
Joined: 02 Feb 2007 Posts: 11
|
Posted: Wed Mar 14, 2007 2:40 pm Post subject: |
|
|
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 |
|
|
jefferai n00b
Joined: 02 Feb 2007 Posts: 11
|
Posted: Wed Mar 14, 2007 2:41 pm Post subject: |
|
|
Oh, strigi-9999.ebuild has it too... |
|
Back to top |
|
|
Philantrop Retired Dev
Joined: 21 Dec 2004 Posts: 1130 Location: Germany
|
Posted: Wed Mar 14, 2007 2:52 pm Post subject: |
|
|
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 |
|
|
jefferai n00b
Joined: 02 Feb 2007 Posts: 11
|
Posted: Wed Mar 14, 2007 3:16 pm Post subject: |
|
|
Thanks |
|
Back to top |
|
|
.W. n00b
Joined: 10 Nov 2004 Posts: 22 Location: Finland,Kangasala
|
Posted: Wed Mar 14, 2007 6:48 pm Post subject: |
|
|
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 |
|
|
Zephyrus Apprentice
Joined: 01 Sep 2004 Posts: 204
|
Posted: Wed Mar 14, 2007 9:18 pm Post subject: |
|
|
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 |
|
|
jefferai n00b
Joined: 02 Feb 2007 Posts: 11
|
Posted: Thu Mar 15, 2007 4:45 pm Post subject: broken kde4 eclass |
|
|
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 |
|
|
Zephyrus Apprentice
Joined: 01 Sep 2004 Posts: 204
|
Posted: Thu Mar 15, 2007 10:11 pm Post subject: |
|
|
Fixed. |
|
Back to top |
|
|
Dipy74 n00b
Joined: 21 Jun 2006 Posts: 14
|
Posted: Sun Mar 18, 2007 12:18 pm Post subject: |
|
|
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 |
|
|
Chain Tux's lil' helper
Joined: 17 Apr 2006 Posts: 113 Location: Vienna
|
Posted: Sun Mar 18, 2007 3:34 pm Post subject: What am I doing wrong? |
|
|
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 |
|
|
buddabrod Apprentice
Joined: 15 Oct 2006 Posts: 241 Location: Germany
|
Posted: Sun Mar 18, 2007 3:43 pm Post subject: |
|
|
use ** |
|
Back to top |
|
|
Chain Tux's lil' helper
Joined: 17 Apr 2006 Posts: 113 Location: Vienna
|
Posted: Sun Mar 18, 2007 4:15 pm Post subject: |
|
|
buddabrod wrote: | use ** |
Thank you very much, that helped.
Someone should update the first post |
|
Back to top |
|
|
Chain Tux's lil' helper
Joined: 17 Apr 2006 Posts: 113 Location: Vienna
|
Posted: Sun Mar 18, 2007 8:13 pm Post subject: |
|
|
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 |
|
|
Matteo Azzali Retired Dev
Joined: 23 Sep 2004 Posts: 1133
|
Posted: Mon Mar 19, 2007 6:23 pm Post subject: |
|
|
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 |
|
|
Chain Tux's lil' helper
Joined: 17 Apr 2006 Posts: 113 Location: Vienna
|
Posted: Mon Mar 19, 2007 7:04 pm Post subject: |
|
|
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 |
|
|
kuschelkriterium n00b
Joined: 16 Nov 2004 Posts: 33
|
Posted: Sat Mar 24, 2007 10:25 am Post subject: |
|
|
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 |
|
|
Zephyrus Apprentice
Joined: 01 Sep 2004 Posts: 204
|
Posted: Sun Mar 25, 2007 10:50 am Post subject: |
|
|
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 |
|
|
Matteo Azzali Retired Dev
Joined: 23 Sep 2004 Posts: 1133
|
Posted: Sun Mar 25, 2007 11:06 am Post subject: |
|
|
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 |
|
|
kuschelkriterium n00b
Joined: 16 Nov 2004 Posts: 33
|
Posted: Sun Mar 25, 2007 11:12 am Post subject: |
|
|
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 |
|
|
GD Tux's lil' helper
Joined: 11 May 2005 Posts: 138 Location: Greece
|
Posted: Tue Mar 27, 2007 3:12 pm Post subject: [solved] |
|
|
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 |
|
|
Lepaca Kliffoth l33t
Joined: 28 Apr 2004 Posts: 737 Location: Florence, Italy
|
Posted: Tue Mar 27, 2007 4:27 pm Post subject: |
|
|
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 |
|
|
|