Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
/-Partition hindert EIN Paket am kompilieren
View unanswered posts
View posts from last 24 hours
View posts from last 7 days

 
Reply to topic    Gentoo Forums Forum Index Deutsches Forum (German) Diskussionsforum
View previous topic :: View next topic  
Author Message
franzf
Advocate
Advocate


Joined: 29 Mar 2005
Posts: 4565

PostPosted: Mon Nov 13, 2006 7:25 am    Post subject: /-Partition hindert EIN Paket am kompilieren Reply with quote

hab mal den Thread-Titel geändert, passt glaub ich besser ;)

Hallo.

Ich möchte gern das ebuild für strigi von 0.3.8 nach 0.3.9 aktualisieren.
Da gibt es nur ein Problem: portage wirft beim compilieren einen Error.
Dieser ist unglücklicherweise auch an verschiedenen Stellen, je nach Versuch, allerdings reproduzierbar an gleichen Stellen:

Entweder
Code:
Linking CXX shared library libstrigihtmlgui.so
[ 81%] Built target strigihtmlgui
[ 81%] Building CXX object src/daemon/CMakeFiles/strigidaemon.dir/interface.o
[ 82%] Building CXX object src/daemon/CMakeFiles/strigidaemon.dir/indexscheduler.o
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/interface.cpp: In member function 'virtual void Interface::indexFile(const std::string&, uint64_t, const std::vector<char, std::allocator<char> >&)':
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/interface.cpp:153: warning: unused variable 'r'
[ 83%] Building CXX object src/daemon/CMakeFiles/strigidaemon.dir/strigithread.o
[ 84%] Generating moc_qt4strigiclient.cxx
[ 85%] Generating moc_searchtabs.cxx
[ 85%] Generating moc_searchview.cxx
[ 86%] Generating moc_simplesearchgui.cxx
[ 86%] Generating moc_dlgpreferences.cxx
Linking CXX executable strigidaemon
[ 87%] Generating moc_preferrorpage.cxx
[ 88%] Generating moc_preffilterpage.cxx
[ 88%] Generating moc_dlgaddfilteringrule.cxx
[ 89%] Generating moc_dlglistindexedfiles.cxx
Scanning dependencies of target strigiclient
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/libdaemonconfigurator.a(daemonconfigurator.o): In function `DaemonConfigurator::save()':
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:160: undefined reference to `operator<<(std::basic_ostream<char, std::char_traits<char> >&, StrigiDaemonConfiguration const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/libdaemonconfigurator.a(daemonconfigurator.o): In function `DaemonConfigurator':
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:48: undefined reference to `StrigiDaemonConfiguration::StrigiDaemonConfiguration(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:57: undefined reference to `operator>>(XMLStream&, StrigiDaemonConfiguration&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:73: undefined reference to `Path::Path(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:83: undefined reference to `Filteringrules::Filteringrules(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:84: undefined reference to `Patternfilter::Patternfilter(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:48: undefined reference to `StrigiDaemonConfiguration::StrigiDaemonConfiguration(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:57: undefined reference to `operator>>(XMLStream&, StrigiDaemonConfiguration&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:73: undefined reference to `Path::Path(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:83: undefined reference to `Filteringrules::Filteringrules(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:84: undefined reference to `Patternfilter::Patternfilter(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/libdaemonconfigurator.a(daemonconfigurator.o): In function `DaemonConfigurator::saveFilteringRules(FilterManager*)':
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:205: undefined reference to `Filteringrules::Filteringrules(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:221: undefined reference to `Patternfilter::Patternfilter(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:214: undefined reference to `Pathfilter::Pathfilter(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/libdaemonconfigurator.a(daemonconfigurator.o): In function `DaemonConfigurator::setIndexedDirectories(std::set<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > >&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)':
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:125: undefined reference to `Path::Path(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
collect2: ld returned 1 exit status

oder schon vorher
Code:
Scanning dependencies of target strigihtmlgui
Linking CXX executable strigidaemon
[ 82%] Building CXX object src/htmlgui/CMakeFiles/strigihtmlgui.dir/strigihtmlgui.o
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/libdaemonconfigurator.a(daemonconfigurator.o): In function `DaemonConfigurator::save()':
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:160: undefined reference to `operator<<(std::basic_ostream<char, std::char_traits<char> >&, StrigiDaemonConfiguration const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/libdaemonconfigurator.a(daemonconfigurator.o): In function `DaemonConfigurator':
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:48: undefined reference to `StrigiDaemonConfiguration::StrigiDaemonConfiguration(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:57: undefined reference to `operator>>(XMLStream&, StrigiDaemonConfiguration&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:73: undefined reference to `Path::Path(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:83: undefined reference to `Filteringrules::Filteringrules(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:84: undefined reference to `Patternfilter::Patternfilter(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:48: undefined reference to `StrigiDaemonConfiguration::StrigiDaemonConfiguration(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:57: undefined reference to `operator>>(XMLStream&, StrigiDaemonConfiguration&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:73: undefined reference to `Path::Path(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:83: undefined reference to `Filteringrules::Filteringrules(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:84: undefined reference to `Patternfilter::Patternfilter(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/libdaemonconfigurator.a(daemonconfigurator.o): In function `DaemonConfigurator::saveFilteringRules(FilterManager*)':
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:205: undefined reference to `Filteringrules::Filteringrules(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:221: undefined reference to `Patternfilter::Patternfilter(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:214: undefined reference to `Pathfilter::Pathfilter(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/libdaemonconfigurator.a(daemonconfigurator.o): In function `DaemonConfigurator::setIndexedDirectories(std::set<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > >&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)':
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:125: undefined reference to `Path::Path(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
collect2: ld returned 1 exit status


Füge ich inherit kde und need-kde 3.5 hinzu rennt emerge fast durch:
Code:
Linking CXX executable strigidaemon
[100%] Built target testrunner
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/libdaemonconfigurator.a(daemonconfigurator.o): In function `DaemonConfigurator::save()':
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:160: undefined reference to `operator<<(std::basic_ostream<char, std::char_traits<char> >&, StrigiDaemonConfiguration const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/libdaemonconfigurator.a(daemonconfigurator.o): In function `DaemonConfigurator':
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:48: undefined reference to `StrigiDaemonConfiguration::StrigiDaemonConfiguration(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:57: undefined reference to `operator>>(XMLStream&, StrigiDaemonConfiguration&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:73: undefined reference to `Path::Path(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:83: undefined reference to `Filteringrules::Filteringrules(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:84: undefined reference to `Patternfilter::Patternfilter(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:48: undefined reference to `StrigiDaemonConfiguration::StrigiDaemonConfiguration(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:57: undefined reference to `operator>>(XMLStream&, StrigiDaemonConfiguration&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:73: undefined reference to `Path::Path(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:83: undefined reference to `Filteringrules::Filteringrules(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:84: undefined reference to `Patternfilter::Patternfilter(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/libdaemonconfigurator.a(daemonconfigurator.o): In function `DaemonConfigurator::saveFilteringRules(FilterManager*)':
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:205: undefined reference to `Filteringrules::Filteringrules(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:221: undefined reference to `Patternfilter::Patternfilter(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:214: undefined reference to `Pathfilter::Pathfilter(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/libdaemonconfigurator.a(daemonconfigurator.o): In function `DaemonConfigurator::setIndexedDirectories(std::set<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > >&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)':
/var/tmp/portage/strigi-0.3.9/work/strigi-0.3.9/src/daemon/xsd/daemonconfigurator.cpp:125: undefined reference to `Path::Path(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
collect2: ld returned 1 exit status
make[2]: *** [src/daemon/strigidaemon] Error 1


Der Fehler ist ja immer der gleiche, auch in der gleichen Datei. Nur warum taucht er an so verschiedenen Stellen auf?
Das dumme ist, dass ein händisches compilieren (ohne Portage, sämtliche Kombinationen an Flags) problemlos durchläuft (nur log4cxx will nicht, denke ist ein bug ;)).

Hat da vllt jemand einen tip? Wäre sehr nett :)

Hier noch das ebuild:
Code:
# Copyright 1999-2006 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header:

inherit eutils

DESCRIPTION="Fast crawling Desktop-Searchengine with QT4 GUI"
HOMEPAGE="http://www.vandenoever.info/software/strigi"
SRC_URI="http://www.vandenoever.info/software/strigi/${P}.tar.bz2"
RESTRICT="nomirror"

LICENSE="GPL-2"

SLOT="0"
KEYWORDS="~amd64 ~ppc ~x86"
IUSE="dbus estraier inotify log xml"

DEPEND=">=dev-cpp/clucene-0.9.16
        sys-apps/attr
        >=dev-util/cmake-2.4.2
        >=sys-libs/zlib-1.2.3
        >=app-arch/bzip2-1.0.3
        estraier? ( app-text/hyperestraier )
        dbus? ( sys-apps/dbus )
        log? ( >=dev-libs/log4cxx-0.9.7 )
        xml? ( dev-libs/libxml2 )"


pkg_preinst() {
        einfo "If you want to get the Qt4-Gui"
        einfo "make sure you have installed at least x11-libs/qt-4.1.2"
}

src_compile() {
        cd ${S}

        cmake   -DENABLE_INOTIFY:BOOL=$(use inotify && echo ON || echo OFF ) \
                -DENABLE_DBUS:BOOL=$(use dbus && echo ON || echo OFF) \
                -DENABLE_LOG4CXX:BOOL=$(use log && echo ON || echo OFF) \
                -DCMAKE_INSTALL_PREFIX:PATH=/usr || die

        emake || die
}

src_install() {
        cd ${S}
        emake install DESTDIR=${D} || die
}


Besten Dank
Franz


Last edited by franzf on Mon Dec 04, 2006 8:58 pm; edited 1 time in total
Back to top
View user's profile Send private message
Finswimmer
Bodhisattva
Bodhisattva


Joined: 02 Sep 2004
Posts: 5467
Location: Langen (Hessen), Germany

PostPosted: Mon Nov 13, 2006 7:26 am    Post subject: Reply with quote

Vergleich doch mal die Parameter, mit denen CMake aufgerufen wird.


Tobi
_________________
Bitte auf Rechtschreibung, korrekte Formatierung und Höflichkeit achten!
Danke
Back to top
View user's profile Send private message
franzf
Advocate
Advocate


Joined: 29 Mar 2005
Posts: 4565

PostPosted: Mon Nov 13, 2006 8:21 am    Post subject: Reply with quote

Finswimmer wrote:
Vergleich doch mal die Parameter, mit denen CMake aufgerufen wird.

Die Parameter, mit denen ich cmake aufruf, sind sowohl via ebuild als auch via händisch identisch. Oder setzt portage da wieder eigene Umgebungsvariablen? Wenn ja wie bekommt man die raus (was dafür spricht ist die unfarbige make-Ausgabe bei portage).

Setze ich CMAKE_VEBOSE_MAKEFILE=ON, so sind auch die Ausgaben identisch.

emerge --info wrote:
Portage 2.1.1-r1 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r4, 2.6.18-gentoo-r2 i686)
=================================================================
System uname: 2.6.18-gentoo-r2 i686 AMD Athlon(tm) 64 Processor 3700+
Gentoo Base System version 1.12.6
Last Sync: Sun, 12 Nov 2006 19:50:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.3.7, 2.0.30
dev-lang/python: 2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache: [Not Present]
dev-util/confcache: [Not Present]
sys-apps/sandbox: 1.2.17
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.16.1-r3
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.17-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon64 -O2 -pipe -msse3 -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/splash /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-march=athlon64 -O2 -pipe -msse3 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer parallel-fetch sandbox sfperms strict"
GENTOO_MIRRORS=" ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo http://csociety-ftp.ecn.purdue.edu/pub/gentoo/"
LANG="de_DE@euro"
LC_ALL="de_DE@euro"
LINGUAS="de"
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"
PORTDIR_OVERLAY="/usr/local/portage /usr/local/layman/geneticone /usr/local/layman/initng"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="x86 X aac aiglx alsa berkdb bitmap-fonts bzip2 cairo cdr cli cracklib crypt cscope cups dbus dlloader dri dvb dvd dvdr dvdread elibc_glibc emboss encode examples exif fam fbcon ffmpeg flac flash fortran gdbm gif ginac gphoto2 gpm hal iconv imagemagick initng_plugins_also initng_plugins_bash_launcher initng_plugins_chdir initng_plugins_chroot initng_plugins_conflict initng_plugins_cpout initng_plugins_critical initng_plugins_ctrlaltdel initng_plugins_daemon_clean initng_plugins_debug_commands initng_plugins_envparser initng_plugins_find initng_plugins_fmon initng_plugins_fstat initng_plugins_history initng_plugins_idleprobe initng_plugins_initctl initng_plugins_interactive initng_plugins_iparser initng_plugins_last initng_plugins_limit initng_plugins_lockfile initng_plugins_logfile initng_plugins_netdev initng_plugins_netprobe initng_plugins_ngc4 initng_plugins_ngcs initng_plugins_nge initng_plugins_pause initng_plugins_provide initng_plugins_reload initng_plugins_renice initng_plugins_rlparser initng_plugins_simple_launcher initng_plugins_stcmd initng_plugins_stdout initng_plugins_suid initng_plugins_syncron initng_plugins_syslog initng_plugins_sysreq initng_plugins_unneeded initng_plugins_usplash input_devices_keyboard input_devices_mouse ipv6 isdnlog java jpeg kde kdeenablefinal kdehiddenvisibility kernel_linux libg++ linguas_de lm_sensors mad mikmod mp3 mp4 mpeg ncurses nls nptl nptlonly nsplugin nvidia odbc ogg openal opengl pam pcre perl png ppds pppd python qt3 qt4 quicktime readline reflection scanner sdl session spell spl sqlite ssl svg tcpd tetex theora tiff truetype truetype-fonts type1-fonts udev unicode userland_GNU vcd video_cards_fbdev video_cards_nv video_cards_nvidia vorbis win32codecs x264 xcomposite xine xml xml2 xorg xscreensaver xv xvid xvmc zlib"
Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Back to top
View user's profile Send private message
franzf
Advocate
Advocate


Joined: 29 Mar 2005
Posts: 4565

PostPosted: Sat Dec 02, 2006 9:08 am    Post subject: Reply with quote

Problem etwas unorthodox gelöst.

Code:
# mount -o bind /home/franz/portage /var/tmp/portage

Ich hab also temporär (nur für strigi) dem portage meine home-Platte zum kompilieren gegeben.
Jetzt lief alles durch.

Ich hab nämlich vorher versucht, strigi per Hand in /tmp zu kompilieren, und da hat es wieder nicht hingehauen.
Hat da vllt jemand eine Erklärung dafür? Strigi ist das einzige Programm, das bisher Probleme mit meiner Root-Partition hatte!

relevante Teile der fstab
Code:
/dev/sda1               /boot           ext2            noauto,noatime          1 1
/dev/sda3               /               ext3            noatime                 0 1
/dev/sda2               none            swap            sw                      0 0
/dev/sda4               /home           reiserfs        noatime                 0 1

Es liegen also beide Partitionen auf der selben Platte, nur dass / mit ext3 und /home mit reiser3 formattiert ist.

Ich find das bissl strange und unheimlich ;)
Wie gesagt, wäre über jeden Tip dankbar.

Grüße
Franz
Back to top
View user's profile Send private message
schmutzfinger
Veteran
Veteran


Joined: 26 Oct 2003
Posts: 1287
Location: Dresden/Germany

PostPosted: Sat Dec 02, 2006 8:51 pm    Post subject: Reply with quote

Mhh also was das ganze mit der Partition zu tun hat ist wirklich seltsam. Und die unterschiedlichen Fehler sind auch seltsam. Hast du -j(>1) in den make Optionen? Das könnte zumindest erklären warum der Fehler an unterschiedlichen Stellen auftritt.

Das mit den Partitionen könnte vielleicht an symlinks im Dateisystem liegen, zumindest ist das die einzige Möglichkeit die mir zu dem Thema einfällt. Krieg mal raus gegen welche lib der linken will. Dann locate und "equery f" abgleichen, vielleicht liegen irgendwo Reste rum. Oder die lib einfach mal neu bauen.
Back to top
View user's profile Send private message
franzf
Advocate
Advocate


Joined: 29 Mar 2005
Posts: 4565

PostPosted: Sun Dec 03, 2006 6:38 pm    Post subject: Reply with quote

schmutzfinger wrote:
Mhh also was das ganze mit der Partition zu tun hat ist wirklich seltsam. Und die unterschiedlichen Fehler sind auch seltsam. Hast du -j(>1) in den make Optionen? Das könnte zumindest erklären warum der Fehler an unterschiedlichen Stellen auftritt.

Das war das erste was ich versucht habe. Und der Grund für dieses Verhalten war es definitiv nicht.
schmutzfinger wrote:
Das mit den Partitionen könnte vielleicht an symlinks im Dateisystem liegen, zumindest ist das die einzige Möglichkeit die mir zu dem Thema einfällt. Krieg mal raus gegen welche lib der linken will. Dann locate und "equery f" abgleichen, vielleicht liegen irgendwo Reste rum. Oder die lib einfach mal neu bauen.

Ich hab jetzt locate und equery f abgeglichen, ohne Erfolg. Da ist definitiv nix altes auf der Festplatte.
Was auch bissl nervig ist: Dass der Fehler immer wieder an einer anderen Stelle auftaucht! Einmal bei strigidaemon, dann mal strigihtmlgui, dann doch erst beim strigiclient.
Das betroffene Kompilat scheint die strigiconfigurator.o zu sein. Der steht zu mindest immer mit drin, in den geposteten errors.
Aber eigentlich sollte das doch egal sein, von wo aus (Partition, Verzeichnis) ich compile, wenn gegen eine library gelinkt wird, oder seh ich da was falsch?

Hat da sonst wer noch eine Idee? Es ist ja nur ein einziges Paket, welches nicht will! (gestern hab ich 50 kde-Pakete kompiliert, ohne einen einzigen Error)
Auf einem anderen Rechner klappt es problemlos, trotz ext3 (wär ja schon komisch, wenn eine Applikation Probleme hätte, auf einem bestimmten Dateisystem zu kompilieren...)


Grüße
Franz


// P.S.:
Es gibt eine neue strigi-Version.
Ebuilds gibt es hier.
Back to top
View user's profile Send private message
c_m
Guru
Guru


Joined: 29 Jun 2005
Posts: 358

PostPosted: Mon Dec 04, 2006 2:44 pm    Post subject: Reply with quote

Ist dir vllt. beim kompilieren durch irgendwelche unglücklichen Umstände die Partition vollgelaufen?#
Das würde zumindest erklären warums auf einer klappt, auf der anderen aber nicht.

Probier doch mal aus das portage temp-Verzeichnis für das übersetzen des Pakets auf deine homepartition auszulagern und schau obs dann geht, bzw. beobachte beim kompilieren mal was deine plattenauslastung sagt ( "while [ true ]; do df -h | grep sda3; sleep 1; done" oder sowas in der art ^^)
_________________
This must be thursday ...
Back to top
View user's profile Send private message
franzf
Advocate
Advocate


Joined: 29 Mar 2005
Posts: 4565

PostPosted: Mon Dec 04, 2006 5:58 pm    Post subject: Reply with quote

c_m wrote:
Ist dir vllt. beim kompilieren durch irgendwelche unglücklichen Umstände die Partition vollgelaufen?
Das würde zumindest erklären warums auf einer klappt, auf der anderen aber nicht.

Daran hab ich ja auch schon gedacht, aber da ist wirklich noch reichlich Platz ;)
Code:
$ df -h
Dateisystem          Größe Benut  Verf Ben% Eingehängt auf
/dev/sda3              37G   14G   22G  38% /
/dev/sda4              31G   15G   17G  46% /home

c_m wrote:
Probier doch mal aus das portage temp-Verzeichnis für das übersetzen des Pakets auf deine homepartition auszulagern und schau obs dann geht

Hab ich doch schon getan, und gepostet dass es so geht (mount -o bind ...).
c_m wrote:
bzw. beobachte beim kompilieren mal was deine plattenauslastung sagt ( "while [ true ]; do df -h | grep sda3; sleep 1; done" oder sowas in der art ^^)

Das sagt mir, dass immer brav nur 38% benutzt sind. Auch kein Aussetzer als der Fehler entstand.
Aber danke trotzdem für deine Hilfe.

Ich hatte vorher ein 64bit-System drauf. Bei diesem war die '/'-Partition als reiser3. Da mir das Gefummel mit Flash und win32-codecs (und paar andere Sachen) auf den Senkel gingen, hab ich mir 32 Bit gemacht, und die mittlerweile schwächelnde Reiser-Partition in ein neues, jungblütiges ext3 verwandelt.
Kann das zu solchen Problemen führen? Eigentlich sollte es doch nicht... Vor allem tritt es WIRKLICH NUR BEI DIESEM EINEN PAKET AUF! Und das reproduzierbar ab der Version 0.3.9.

Naja, vielleicht hab ich heut Nacht ja mal ne Eingebung, wobei das bei PC-Angelegenheiten bei mir seltener vorkommt ;)


Grüße
Franz
Back to top
View user's profile Send private message
psyqil
Advocate
Advocate


Joined: 26 May 2003
Posts: 2767

PostPosted: Mon Dec 04, 2006 6:03 pm    Post subject: Reply with quote

Hast Du auch mal df -hi kontrolliert? Man weiß ja nie...
Back to top
View user's profile Send private message
franzf
Advocate
Advocate


Joined: 29 Mar 2005
Posts: 4565

PostPosted: Mon Dec 04, 2006 8:48 pm    Post subject: Reply with quote

psyqil wrote:
Hast Du auch mal df -hi kontrolliert? Man weiß ja nie...

Code:
df -hi
Dateisystem           INodes  IBenut.  IFrei IBen% Eingehängt auf
/dev/sda3               4,7M    482K    4,2M   11% /
/dev/sda4                  0       0       0    -  /home

Und die 11% bei sda3 bleiben auch konstant.
Irgendwie rätselhaft.

Ich werd mal schauen ob ich die Platte bissl tunen kann (diese ist ja nach der Formatierung nicht mehr verändert worden), werd mal schauen, erinner mich dass da kürzlich ein thread dazu war.

Grüße
Franz
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Deutsches Forum (German) Diskussionsforum All times are GMT
Page 1 of 1

 
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