fehlermeldung bei wine installation

keyser_soze · Beitrag von **keyser_soze** » 17.05.2003 15:14:42

hallo,
ich wollte mir wine installieren damit ich kazaa auf meinem woody installieren kann, ich habe aber folgende fehlermeldung bekommen:

Sorry, but the following packages have unmet dependencies:
wine: Depends: libwine (= 0.0.20020411-1) but it is not going to be installed
E: Sorry, broken packages

ich weiss aber das ich wine schon mal bei einer älteren woody installation, installiert hatte,
was heisst diese fehlermeldung, und wie kann ich wine installieren?

gruss keyser_soze

glatzor · Beitrag von **glatzor** » 17.05.2003 18:01:18

Verwendest Du KDE3? dselect gibt Dir mehr Auskunft oder probiere das explizit das scheiternde Paket zu installieren, dann erhältst Du ebenfalls mehr Informationen zu dem Konflikt.

Phoenix · Beitrag von **Phoenix** » 17.05.2003 18:08:07

Von welcher Quelle versuchst du denn zu installieren?

keyser_soze · Beitrag von **keyser_soze** » 18.05.2003 10:32:51

hallo,
ja, ich habe das neue kde 3.1.1. installiert,
quelle ist bei mir normalerweise von cd,

gruss keyser_soze

chimaera · Beitrag von **chimaera** » 18.05.2003 11:38:13

wenn es nur um kaaza geht, besorg' dir giFT und das fasttrack plugin.. nativ und gut..

http://www.giftproject.org/ <- giFT
https://developer.berlios.de/projects/gift-fasttrack/ <- fasttrack plugin
http://giftcurs.sourceforge.net/ <- ncurses-gui

/edit
http://130.161.58.2/~bastiaan/kdegift/ <- kdegift

keyser_soze · Beitrag von **keyser_soze** » 18.05.2003 12:56:28

hallo,
was ist gift: so weit ich verstanden habe ein file-sharing programm ?
ist es gut?
gruss keyser_soze

chimaera · Beitrag von **chimaera** » 18.05.2003 13:32:16

folge den links ;-7

giFT ist ein p2p daemon, das standard-protokoll ist OpenFT, eine eigene, freie implementierung von fasttrack, da dieses proprietäre protokoll so oft geänderd wird, dass die enwickler von giFT nicht mit dem reverse-engineering hinterhergekommen sind. openft ist nicht mit fasttrack (kaaza) kompatibel. es gibt aber (siehe link oben) ein fasttrack plugin für giFT, damit hast du zugriff auf das kaaza netz..

das prozedere in kürze:
- giFT ziehen (cvs)
- plugin ziehen (auch cvs)
- giFT kompilieren/packetieren/installieren
- plugin kompilieren/installieren (makefile anpassen, pfade!)
- frontend besorgen und ebenfalls.. du weisst schon..
- giFT-setup aufrufen und konfigurieren
- giFT daemon starten
- giFT frontend starten
- wine(x) deinstallieren.. ;-7

keyser_soze · Beitrag von **keyser_soze** » 18.05.2003 22:55:32

hallo,
sorry aber ich bin noch ein anfänger und das mit "kompilieren/packetieren/installieren"
hat bei mir noch nie funktoniert .. . .. .
darum wär mir die wine installation lieber;

gruss keyser_soze

Beowulf666 · Beitrag von **Beowulf666** » 19.05.2003 10:13:14

Kazaa unter wine zum Laufen zu bringen, ist auch nicht ganz so einfach.
Ich hab irgendwann aufgegeben, weils mit irgendwelchen DLLs, die man noch nachträglich braucht, nicht geklappt hat. Wegen irgendwelcher Versionskonflikte. Lohnt den Aufwand nicht.

sorry aber ich bin noch ein anfänger und das mit "kompilieren/packetieren/installieren"
hat bei mir noch nie funktoniert .. . .. .
darum wär mir die wine installation lieber

probiers mal lieber mit der Installation. Gibts das nicht als Backport irgendwo im Netz?
Wenns mit der manuellen Installation nicht klappt, poste mal das Ergebnis bidde hier, dann wirst du auch geholfen.

keyser_soze · Beitrag von **keyser_soze** » 19.05.2003 11:03:38

ou kei,
du hast mich überzeugt, ich suche eh nach einer linux alternative,
ein deb paket wär interresant, ich muss mal schaun villeicht finde ich was,

wie ist das, benutzen schon viele das gift?

gruss keyser_soze

chimaera · Beitrag von **chimaera** » 19.05.2003 17:43:07

wenn du nur openft verwendest (gift-standard) dann hält sich das angebot in grenzen: ~250 user. mit dem fasttrack-plugin geht's dann anders ab: 4122991 benutzer während ich diesen post schreibe (kaaza eben) *gg*

keyser_soze · Beitrag von **keyser_soze** » 20.05.2003 08:15:45

hallo,
aber das programm das lauft ist das gift, ist das richtig?
und das gift greift auf das kazaa netzwerk zu?

"mal leienhaft ausgedrückt"

gruss keyser_soze

chimaera · Beitrag von **chimaera** » 20.05.2003 09:36:39

nur wenn du das fasttrack plugin installierst, ansonsten wird nur openft verwendet, steht aber alles schon oben..

keyser_soze · Beitrag von **keyser_soze** » 20.05.2003 12:51:00

hallo,
ou kei alles kapiert,

wo hast du gift runtergeladen, ich bin auf giftproject.org dann auf sourceForge, dort ist aber steht aber:

No File Packages
There are no file packages defined for this project

??
gruss keyser_soze

EDIT: ou kei, vergiss es, ich habe die installationsanleitung gefunden dort steht wo ich es hrebekommen; was ist denn CVS ?

chimaera · Beitrag von **chimaera** » 20.05.2003 12:59:03

concurrent versions system, ein system um sourcen zu verwalten.. wie's benutzt wird findest du in der installationsanleitung von gift.

vorher natürlich mit apt-get install cvs installieren..

Gast · Beitrag von **Gast** » 25.05.2003 22:57:41

hallo,
foglendes problem:
hab mich bis bei der anleitung bis zum punkt ./autogen.sh, mit mehr oder weniger fehlermeldungen, ich lass es darauf ankommen .. ..

er bringt mir nach der eingabe von ./autogen.sh folgende fehlermeldung:
elvis:~/cvs/giFT# ./autogen.sh
Running aclocal...
./autogen.sh: aclocal: command not found

was nun ?

gruss keyser_soze

BlackEagle · Beitrag von **BlackEagle** » 25.05.2003 23:17:50

hm, hier scheint Gastlogin auch möglich zu sein... /me schreit nach FELTEL !!!

Check am Besten die anderen Foren auch mal...

butonic · Beitrag von **butonic** » 26.05.2003 13:00:50

hmm scheint sich ja einiges getan zu haben, seit ich mit wine kazaa nicht zum laufen gekriegt hab...

muss gift mal ausprobieren

thx

keyser_soze · Beitrag von **keyser_soze** » 29.05.2003 15:51:03

hallo,
ich habe glaub einen fehler gemacht, ich haber das gift in irgendein verzeichnis
runtergeladen, das geht ja nicht . .. .
ich muss zuerst mal cvs ein bischen erlernen . ..
gebe dann bescheid,
gruss keyser_soze

keyser_soze · Beitrag von **keyser_soze** » 30.05.2003 02:31:34

hallo,
bin jetzt wieder ein bischen weiter, sagen wir so, genau einen schritt weiter, ich habe ./autogen.sh ausführen können;
wenn ich jetz make starte dann macht er und macht er, so eine art endlosschleife, weiss villeicht jemand was das falsch sein könnte ??

ist da überhaupt noch wer? oder mache ich hier selbstgespräche??

gruss keyser_soze

anbei die ausgabe, bei make:
Make sure to get a front-end.
giFTcurs (http://giFTcurs.sourceforge.net) is recommended.

cd . \
&& CONFIG_FILES=Makefile CONFIG_HEADERS= /bin/sh ./config.status
config.status: creating Makefile
config.status: executing default-1 commands
config.status: executing default commands
make: *** Warnung: Datei »Makefile.am« hat Änderungszeit aus der Zukunft (2003-05-26 01:03:20 > 2003-03-21 03:41:22)!
cd . && aclocal
cd . && automake --gnu Makefile
/bin/sh ./config.status --recheck
running /bin/sh ./configure --cache-file=config.cache --no-create --no-recursion
configure: loading cache config.cache
checking for a BSD-compatible install... (cached) /usr/bin/install -c
checking whether build environment is sane... Getötet
elvis:/CVS/giFT# yes
checking whether make sets ${MAKE}... (cached) yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... missing
checking for gcc... (cached) gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... (cached) o
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ANSI C... (cached) none needed
checking how to run the C preprocessor... (cached) gcc -E
checking for ANSI C header files... (cached) yes
checking for a BSD-compatible install... /usr/bin/install -c
checking build system type... (cached) i686-pc-linux-gnu
checking host system type... (cached) i686-pc-linux-gnu
checking for ld used by GCC... (cached) /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... (cached) yes
checking for /usr/bin/ld option to reload object files... (cached) -r
checking for BSD-compatible nm... (cached) /usr/bin/nm -B
checking for a sed that does not truncate output... (cached) /bin/sed
checking whether ln -s works... yes
checking how to recognise dependent libraries... (cached) pass_all
checking command to parse /usr/bin/nm -B output... (cached) ok
checking for sys/types.h... (cached) yes
checking for sys/stat.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for memory.h... (cached) yes
checking for strings.h... (cached) yes
checking for inttypes.h... (cached) yes
checking for stdint.h... (cached) yes
checking for unistd.h... (cached) yes
checking for dlfcn.h... (cached) yes
checking for ranlib... (cached) ranlib
checking for strip... (cached) strip
checking for objdir... .libs
checking for gcc option to produce PIC... (cached) -fPIC
checking if gcc PIC flag -fPIC works... (cached) yes
checking if gcc static flag -static works... (cached) yes
checking if gcc supports -c -o file.o... (cached) yes
checking if gcc supports -c -o file.lo... (cached) yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking whether -lc should be explicitly linked in... (cached) no
creating libtool
checking for gethostbyname in -lnsl... (cached) yes
checking for socket in -lsocket... (cached) no
checking for opendir in -lmingwex... (cached) no
checking for inet_ntoa in -lbind... (cached) no
checking for openlog in -lbe... (cached) no
checking if -lws2_32 is needed... (cached) no
checking if -lwsock32 is needed... (cached) no
checking for dirent.h that defines DIR... (cached) yes
checking for library containing opendir... (cached) none required
checking for ANSI C header files... (cached) yes
checking for sys/wait.h that is POSIX.1 compatible... (cached) yes
checking for dirent.h... (cached) yes
checking for fcntl.h... (cached) yes
checking for getopt.h... (cached) yes
checking for limits.h... (cached) yes
checking for linux/limits.h... (cached) yes
checking for sys/mman.h... (cached) yes
checking for sys/time.h... (cached) yes
checking for syslog.h... (cached) yes
checking for signal.h... (cached) yes
checking for unistd.h... (cached) yes
checking for inttypes.h... (cached) yes
checking for io.h... (cached) no
checking for gcc option to accept ANSI C... (cached) none needed
checking for an ANSI C-conforming const... (cached) yes
checking whether time.h and sys/time.h may both be included... (cached) yes
checking whether struct tm is in sys/time.h or time.h... (cached) time.h
checking whether byte ordering is bigendian... (cached) no
checking for short... (cached) yes
checking size of short... (cached) 2
checking for int... (cached) yes
checking size of int... (cached) 4
checking for long... (cached) yes
checking size of long... (cached) 4
checking for long long... (cached) yes
checking size of long long... (cached) 8
checking for void *... (cached) yes
checking size of void *... (cached) 4
checking for uint8_t... (cached) yes
checking for int8_t... (cached) yes
checking for uint16_t... (cached) yes
checking for int16_t... (cached) yes
checking for uint32_t... (cached) yes
checking for int32_t... (cached) yes
checking for in_addr_t... (cached) yes
checking for in_port_t... (cached) yes
checking for pid_t... (cached) yes
checking for off_t... (cached) yes
checking for size_t... (cached) yes
checking for getopt... (cached) yes
checking for getopt_long... (cached) yes
checking for working memcmp... (cached) yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... (cached) yes
checking for working mmap... (cached) yes
checking for ftruncate... (cached) yes
checking for madvise... (cached) yes
checking for mkstemp... (cached) yes
checking for nice... (cached) yes
checking for select... (cached) yes
checking for poll... (cached) yes
checking for signal... (cached) yes
checking for socket... (cached) yes
checking for socketpair... (cached) yes
checking for strdup... (cached) yes
checking for strstr... (cached) yes
checking for snprintf... (cached) yes
checking for _snprintf... (cached) no
checking for vsnprintf... (cached) yes
checking for _vsnprintf... (cached) no
checking for lt_dlopen in -lltdl... (cached) no
checking for ltdl.h... (cached) no
checking for ID3Tag_New in -lid3... (cached) yes
checking for Vorbis... yes
checking for ReadImage in -lMagick... (cached) yes
checking for zlib version 1.1.4+ in /usr... yes
checking for gzread... (cached) no
checking for gzread in -lz... (cached) yes
updating cache config.cache
configure: creating ./config.status

giFT 0.10.0

-------------------- core ---

libgift.................: yes
gift daemon.............: yes
use ltdl................: no

--------------- protocols ---

OpenFT..................: yes
Gnutella................: no

-------------- extensions ---

use zlib................: yes
use perl................: no (support temporarily deprecated)
use libdb...............: no

--------- meta data tools ---

use id3lib..............: yes
use libvorbis...........: yes
use ImageMagick.........: yes
use libmagic............: no

-----------------------------

giFT will be installed in /usr/local/bin

Make sure to get a front-end.
giFTcurs (http://giFTcurs.sourceforge.net) is recommended.