QBOPS - Q Box Programing System für Linux (ngrab clone)

[Guybrush]

Hallo Leute!

Ab heute gibt es unter http://www.dbox2.info wieder eine neue Version. Wichtig!!! Ab sofort wird gcc 3.2 unterstützt ...

Viel Spaß !

Euer Guybrush

[subart]

hi!

also ein make geht ohne probleme bei redhat8.0 nun, qbops wird erstellt.

install kleines problem, bei mir gibt es kein /usr/X11/bin sondern X11R6. Aber das erstmal nicht stören und hab ich behoben.
könnte man sich nicht einfach auf /usr/bin einigen - standart.

oki im /etc hab ich die config editiert und die box hab ich auf den linux rechner umgestellt.

nun start mit -gui
jetzt bekomme ich die meldung:
---snipi---
QTextBrowser: no mimesource for index.html
QServerSocket: failed to bind or listen to the socket
Initializing with Path:
/usr/local/qbopsd
192.168.0.10
Failed to bind to port 4000
---snapi---

was ist da mit port 4000 nicht io .... muss ich noch was machen ??
mal weiterprobieren

[Guybrush]

Ja okay, werde ich machen mit /usr/bin

Läuft sonst noch was auf Port 4000 bei Dir? Sollte eigentlich funzen. Probier doch mal einen anderen Port aus!

Cu
Sven

[subart]

hab mal andere ports noch gestern probiert (z.B. 40000) dann ging die gui..aufnahme ging halt net.

hab jetzt wieder auf 4000 zurück und schau an es geht

also aufnehmen von premiere1 konnte ich, hab mal paar min probiert.
der stream scheint oki!

zur gui selber, zum probieren ist sie eingentlich sehr informativ. nur bitte mach die fonts kleiner, mich hats ja gerissen

daemon werd ich noch testen.

localhost:4000 geht auch. arbeitest du da noch weiter? Also das man für die zeit über ein menü eingeben kann (so wie bei kanal). die tipperei ist ja wahnsinn! es tauchen nur die sender auf die gerade an der box sind, also nur das aktuelle Bouqeut.

So scheints ja wirklich im Moment zu laufen und das auch unter Red Hat 8.0, mit der qt3.0.5-17 was dabei ist.

Gute arbeitet

[Guybrush]

localhost:4000 geht auch. arbeitest du da noch weiter? Also das man für die zeit über ein menü eingeben kann (so wie bei kanal). die tipperei ist ja wahnsinn! es tauchen nur die sender auf die gerade an der box sind, also nur das aktuelle Bouqeut.

Ja na klar wird daran weitergearbeitet. Die Idee mit der Sendezeit ist gut. Werde ich machen.

Cu,
Sven

PS:
Die Fonts stimmen bei Dir nicht? Muß ich bei mir direkt mal in den Quellen bei den QFonts kleine Standardfonts heraussuchen - danke für den Tip!

[spookys]

Sehr schön.... das ist mal eine gute Nachricht !!

Allerdings denke ich das die Software nach /usr/local/bin sollte, aber das sei mal dahin gestellt.

Wenn Bedarf besteht baue ich RPM's für Madrake 9.0
einfach mal Texten

[subart]

/usr/local/bin wäre auch okay!

und rpm auch ....

[Guybrush]

Au ja! Das wäre super wenn Du RPM's bauen würdest!

Cu,
Sven

[spookys]

Gut, werde ich machen.

Kannst du mir auch mal sagen warum du überhaupt im Tarball vorkomilierte Binaries drin hast ??

Ich denke ein make kann jeder linuxer ausführen, oder ?


btw. warum kann ich aufgenommene Streams nicht mit Xine angucken (alle anderen Filme divx, dvd mpeg hgehen) ? In welchem format sind die Streams genau (ich vermute das sie keinen Standard -Header haben)

[spookys]

So habe die RPM's fertig

Bitte lest das hier mal, da habe ich alles wichtige reingeschrieben:

http://spookyshome.homelinux.org/downlo ... ADME.first

Downloaden könnt ihr hier:

http://spookyshome.homelinux.org/download/qbops/

Bei Fragen: hier oder per eMail

Ach so: Die sind gebaut auf Mandrake 9.0, sollten aber auch auf Suse 8.1 und RedHat 8.0 laufen. Bei älteren Distries bitte das source RPM oder die gepatchten Quellen nehmen und mit rpm --rebuild bla.src.rpm oder mit rpm -ta bla.tar.gz übersetzen

[subart]

super sache spookys

Hab nur etwas Probleme mit dem Symbolik-link der auf sbin geht bei einem rpmbuild vom src aus. Irgendwie mault er wegen dem Buildroot rum
Werd mal selber rumfuchteln, bin aber net so der RPM selbstersteller

und das halt bei mir der Build in /usr/src/redhat/ liegt.

@Guybrush
Ich finde qbops und Grab sollten eigentlich seperate Packete sein, es sind doch jeweils zwei Projekte. Also das es ein Grab CVS tar.gz bzw. RPM gibt und qbops. Als Abhängigkeit dann bei qbops natürlich grab und qt-3.0.5.

[spookys]

beschreibe mal genau das problem bitte welche quellen hast du genommen ?? selbstgepatchte oder mein tar.gz Paket ??

Wenn du das Original tar.gz genommen und gepacht hast musst du das verzeichnis noch in qbops-0.4 umbenennen. wenn du das meinst was ich denke

Das src.rpm und das rpm müssten aber problemlos gehen !!

Was ist denn mit dem Buildroot ?? Da musst du dann nur den Pfad in dem Specfile ändern (sollte aber auch so gehen) welche Version von RedHat hast du ??

[Gandalfx]

@Guybrush
Klasse, qbops läuft super bei mir!!!

@spookys
Danke für das RPM. Ich bekommen jedoch noch einen Abhängigkeitsfehler:
libGLcore.so.1 wird von qbops-0.4-1 gebraucht
Bei mir gibts jedoch nur die libGL.so.1 (auch Mandrake 9.0)
Wenn ichs mit nodeps installiere läufts einwandfrei.

Grüße
Gandalf

[spookys]

@ Gandalfx

Welchen NVIDIA Treiber benutzt du ?? Oder hast du eine andere Graka ??

Ich habe eigentlich nichts zusätzlich installiert....

[Gandalfx]

@spookys
habe eine GF2 und den standarmäßigen Treiber, der beim XFREE 4.xx dabei ist, keine zusätzliche SW (hab das Mandrake erst gestern auf diesen Rechner getan, nachdem ich von Grabversuchen unter Windoof die Nase voll hatte).


Gruß
Gandalf

[subart]

@Spookys

Red Hat 8.0
Also ein rpmbuild --rebuild deines src RPMs bei mir:

*-------------------------
RPM/BUILD/qbops-0.4-buildroot/usr/sbin/rcrec_dbox2
ln: `/usr/src/RPM/BUILD/qbops-0.4-buildroot/usr/sbin/rcrec_dbox2': File exists
make: *** [install] Error 1
Fehler: Bad exit status from /var/tmp/rpm-tmp.77433 (%install)


RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.77433 (%install)
*-------------------------

Also irgendwie vermute ich das er den link net mag


Achja hab mal dein binary rpm probiert, natürlich mit --nodeps
zu installieren. qbops läuft.
Fehler bei install von Abhängigkeit
-----------
Fehler: Failed dependencies:
libGLcore.so.1 is needed by qbops-0.4-1
liblcms.so.1 is needed by qbops-0.4-1
------------
Also die NVIDIA Treiber hab ich eh über das tar.gz installiert, kein RPM und die Little cms color engine gibta bei RedHat net.
Nur Mandrake, PLD Linux und Conectiva Linux. Aber des Zeug hat eh nix mit qbops zu tun

Ich werd mal dein spec-file zur Hilfe nehmen und rumbasteln. Kann ich im Spec File angeben das er das make install vom Makefile ignoriert und im spec-file wo die Files hinmüssen?

[spookys]

So, das mit dem Symlink habe ich gefixt:

Im Makefile in der Zeile

LINKING = ln -s einfach ein f anhängen

LINKING = ln -sf

Das mit dem make install ignorieren wird wohl nicht so ohne weiteres gehen, ich bin kein RPM Profi, aber die Binaries müssen ins Buildroot installiert werden damit ein RPM gebaut werden kann. Theoretisch kannst du das auch per Shellbefehl im specfile erledigen (sprich cp bla %{Buildroot}/usr/local/bin ) Aber für die Installation ist ja das make install gedacht.

Die Sache mit libGLcore.so.1 ist so, sie kommt vom nVidia Treiber, der (rpm und src.rpm) legt diesen Link an, wenn es diese lib unter /usr/lib/ nicht gibt, legt ihn an auf /usr/lib/libGLcore.so oder falls vorhanden /usr/lib/libGLcore.so.1.0.xxxx. Wobei xxxx die nummer des Nvidia Treibers ist, den ihr nutzt. /usr/lib/libGLcore.so sollte immer da sein (wenn ihr nicht Nvidia Treiber benutzt, dann zumindestens bei Mesasoft)

wenn der Nvidia Treiber aus den Tarballs installiert wurde führt einmal switch2nvidia (oder so ähnlich, da ist auf jeden Fall ein Script bei) aus, das setzt die Links automatisch.

Ich fixe das Makefile und stelle eine Neue Version online, am Thema liblcms.so.1bin ich dran.

btw: hier kann man sehen das qbopsd gegen alles mögliche gelinkt ist...
wir sollten mal über eine installation mit ./configure nachdenken um solche konflikte zu vermeiden !!

[ulli@spookyslaptop ulli]$ ldd /usr/local/bin/qbopsd
libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40025000)
libqt-mt.so.3 => /usr/lib/qt3/lib/libqt-mt.so.3 (0x40039000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x406c9000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x406d9000)
libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x407a4000)
libm.so.6 => /lib/i686/libm.so.6 (0x40868000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4088b000)
libc.so.6 => /lib/i686/libc.so.6 (0x40893000)
libmng.so.1 => /usr/lib/libmng.so.1 (0x409b4000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x409fc000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x40a1d000)
libz.so.1 => /lib/libz.so.1 (0x40a43000)
libGL.so.1 => /usr/lib/libGL.so.1 (0x40a52000)
libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x40a9a000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40ab0000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40ac7000)
libdl.so.2 => /lib/libdl.so.2 (0x40ad1000)
libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x40ad4000)
libXft.so.1 => /usr/X11R6/lib/libXft.so.1 (0x40ada000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40b08000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
liblcms.so.1 => /usr/lib/liblcms.so.1 (0x40b5d000)
libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0x40b7d000)
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x40f17000)

Wenn ihr mit rpm --force installiert, geht qbopsd dann auch im gui modus ??

[Gandalfx]

also mit --nodeps oder --force geht alles, auch die GUI. Ich habe auf dem Rechner jdoch keine libGLcore, es wird libGL.so.1 angezogen (qbopsd meldet das auch).

[subart]

also die links werden beim install (von nvidia) automatisch bzw wurden bei mir gesetzt. aber ich finde das ist nicht das problem.
ich weiss das ich das zeug drauf hab und mach --nodeps.
dieses script das du erwähnst hab ich net gesehen, hab extra nochmal den glx tarball geladen. aber wie gesagt ist egal.

das mit dem configure wäre eigentlich schon wichtig. auch das wie gesagt das die rpms qbops und grab einzeln sind.

ich hatte gestern noch zum test die symlinks rausgeworfen, aber wg de -sf hätte ich depp auch draufkommen können. habs nun geändert und bekomme nun den selben fehler bei einem rebuild wie mit ohne symlinks.:
----------------------------------------------------------
moc: Cannot create moc/moc_QBopsMain.cpp
make: *** [moc/moc_QBopsMain.cpp] Error 1
Fehler: Bad exit status from /var/tmp/rpm-tmp.44672 (%build)


RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.44672 (%build)
----------------------------------------------------------

komisch, sonst kann ich das ding ohne probleme kompilieren.
seltsam das mdk und rh so unterschiedlich sind

zur info hab rpm4.1

sagmal machst du eingentlich nen rebuild unter mdk mit rpm --rebuild ... weil seit rh8.0 gibt es das nicht mehr ...sondern rpmbuild --rebuild

werd doch mal die rpm build hilfe von freshrpms durchkauen müssen.

[subart]

@Guybrush
achja ich finde das spookys rpms auf http://www.dbox2.info noch zusätzlich draufsollten.

[spookys]

Naja, wir brauchen DRINGEND ein ./configure Gnu autokonf konforme Installation hat schon vorteile.

Ich wette das es daran liegt das die Verzeichnisstruktur bei den Distributionen leicht unterschiedlich ist !!

Das configure script erkennt das automatisch (meistens) und das Makefile wird dann ja dynamisch erzeugt. Ich bin kein Programmierer, aber ich würde vorschlagen das Programm mit den nächsten releases entsprechend anzupassen.

Als lösung jetzt schlage ich vor das subart ein eigenes RPM zusammenbaut und das eindeutig als RedHat kennzeichnet, ich für meinen Teil werde es als mdk kennzeichnen, dann sollten dasschon mal weniger Probleme auftauchen.

Was sagen denn die Entwicker dazu ?

btw: was spricht dagegen das Projet auf Sourceforge zu hosten, dann haben wir eine Venünftige anlaufstelle und brauchen sowas nicht hier im Board zu bequatschen !!
Außerdem haben wir dann genügend schnelle Downloadmirrors.


Verzeit mir ich bin heute voll der Rechtschreibsünder

[Guybrush]

Liebe Mitstreiter,

Ich war die letzten Tage leider verhindert. Erstmal vielen Dank für Eure Mühe. Ich bin dafür das wir verschiedentliches Optimieren. Lasst uns doch mal im IRC Chat treffen und quatschen! Momentan bin ich noch auf Arbeit. Ab morgen hab ich wieder mehr Zeit. Ich melde mich morgen wieder!

Bis dann,
Sven

[subart]

@Guybrush

Können wir machen!

[Guybrush]

Hi,

Ich wollte mich nur entschuldigen, ich hatte partou keine Zeit letzte Woche. Erste Uni-Woche - wieder Studium und so, nächste sieht wirklich besser aus!

Cu,
Sven

[spookys]

Also ich bin die nächsten 4 wochen nur freitags bis sonntags zu erreichen, unter der woche habe ich keine Möglichkeit Online zu kommen... leider