staging.inyokaproject.org

Hi!

@ mtron:
Hallo mtron! Kannst Du die Paketliste für Vaglume noch mal überprüfen? Mir fällt auf, dass z.B. libcurl3-gnutls-dev zumindest für hardy nicht vorhanden ist, während ich libxml12-dev überhaupt nicht für Ubuntu finden kann...
Sind das ggf. Debian(etch/lenny)-Pakete? Außerdem ist AdrianB aufgefallen, dass diff eigentlich nicht extra benötigt wird; es ist standardmäßig installiert.
Kannst du das vielleicht noch mal checken? Danke 😇 !

Zu den Patches bin ich noch nicht gekommen; kommt Zeit kommt Rat; und mit der Autosavesong-Geschichte wollte ich mich auch noch mal befassen. Ich hab' noch nicht ganz raus, wo die Checkbox denn jetzt hin muss...

so long
hank

im debian/control file für den build habe ich

Build-Depends: debhelper (>= 4), pkg-config, libgtk2.0-dev, libgstreamer0.10-dev, libcurl4-gnutls-dev, libxml2-dev, libnotify-dev

Das passt soweit. ist natürlich in einem hardy chroot getestet. Wo stehen denn die dependencies von denen du resdest? die sind noch für die alte ubuntu gutsy version.

Solch ein Paketbuild wird in einem chroot gebaut, also sind dort keine "standard ubuntu pakete" installiert. alle dependencies sind auf jedem fall anzugeben.

Edit: jetzt checke ich erst dass du vom vagalume_0.6_patchhowto.txt redest... 😮 Hab ich korrigiert. Danke

Hi!

hab' etwas gefrickelt, und jetzt die auch die noch fehlende Autosave-Song-Funktion in Version 0.6 integriert 8) - 32-bit-hardy-deb im Anhang, bitte um Tests!

Neuer Patch kommt, wenn's keine Fehlerrückmeldungen gibt! ☺
@ mtron:
Hat sich geklärt; hatte zudem noch 'nen Tippfehler bei libxml2-dev (12 statt 2, da kann ich natürlich lange suchen 🙄 ); hab's im Vagalume-Artikel geändert...
so long
hank

unified source diff bitte. (mach am besten einen neuen gesamtpatch für 0.6 thx.)

Wir sind doch nicht in der Binary-only world 😉

Hi!
@ mtron
Hab' erstmal schon das übliche "diff -up" neu für 0.6 produziert, bei deinem fehlten ja die Dinge für die auto-save-Funktion; ich hoffe, das ist so akzeptabel... (verwirr mich doch nicht mit unified source diff das versteh' ich doch nicht... 😉 )

Habe allerdings ein Problem entdeckt, was ich in 0.5.1 schon gelöst hatte (mit dem bug-fix-patch) - beim Abspeichern von Tracks bei fehlenden Alben-Angaben.
In contoller.c, da in der Sektion "controller_save_song", hatte ich bisher zum Abfragen "t->album^[0] == '\0'" verwendet; wenn ich das jetzt versuche, werde ich beim Kompilieren gewarnt,

controller.c:997: Warnung: Vergleich mit Zeichenkettenliteral führt zu undefiniertem Verhalten

Hab's jetzt mal mit "t->album == NULL" versucht, steht auch im Patch erstmal so drin. Werde da bei den anderen patches nochmal überprüfen, was denn nun richtig funktioniert (ist aber eh' eher Kleinkram...)

so long
hank

Hi!

So, alles läuft wieder wie gehabt, auch die seltsame Fehlermeldung ist wieder verschwunden...
Erweitertes Patch-Archiv im Anhang; für jeden Geschmack etwas dabei 😉
Demnächst dann auch im Wiki genauer nachzulesen

so long
hank

Irgendwas klappt da bei mir nicht
habe alles nach Anleitung gemacht, und bekomme leider folgerndes

dawn@dawn:~/Desktop/vagalume/vagalume-0.6$ fakeroot debian/rules binary
dh_testdir
Applying debian/patches/01_save-song-v4.patch
Applying debian/patches/02_filecheck+bugfix.patch
Applying debian/patches/03_movetemploc.patch
Applying debian/patches/04_filename.patch
Applying debian/patches/05_folderstruc.patch
1 out of 2 hunks FAILED -- saving rejects to file src/controller.c.rej
make: *** [patch-stamp] Fehler 1
dawn@dawn:~/Desktop/vagalume/vagalume-0.6$ 

Jemand eine Idee?

Hi!

Hab' noch ein paar Kleinigkeiten in den patches gefunden und beseitigt; außerdem den 02_filecheck+bugfix.patch gleich in den 01_save-song-v4-4.patch mit integriert, sodass die bugs gleich mit beseitigt werden.

' || echo './'`controller.c
controller.c: In Funktion »controller_audio_started_cb«:
controller.c:766: Warnung: Übergabe des Arguments 1 von »gtk_toggle_button_set_active« von inkompatiblem Zeigertyp
controller.c:768: Warnung: Übergabe des Arguments 1 von »gtk_check_menu_item_set_active« von inkompatiblem Zeigertyp
controller.c:771: Warnung: Übergabe des Arguments 1 von »gtk_toggle_button_set_active« von inkompatiblem Zeigertyp
controller.c:773: Warnung: Übergabe des Arguments 1 von »gtk_check_menu_item_set_active« von inkompatiblem Zeigertyp
controller.c: In Funktion »controller_download_track«:
controller.c:942: Warnung: Vergleich zwischen Zeiger und Ganzzahl
controller.c:943: Warnung: Übergabe des Arguments 1 von »gtk_toggle_button_set_active« von inkompatiblem Zeigertyp
controller.c:944: Warnung: Übergabe des Arguments 1 von »gtk_check_menu_item_set_active« von inkompatiblem Zeigertyp
controller.c:947: Warnung: Übergabe des Arguments 1 von »gtk_check_menu_item_set_active« von inkompatiblem Zeigertyp
controller.c:948: Warnung: Übergabe des Arguments 1 von »gtk_toggle_button_set_active« von inkompatiblem Zeigertyp
controller.c: In Funktion »controller_save_song«:
controller.c:985: Warnung: Initialisierung erzeugt Zeiger von Ganzzahl ohne Typkonvertierung
controller.c:987: Warnung: Übergabe des Arguments 3 von »g_strdelimit«  erzeugt Ganzzahl von Zeiger ohne Typkonvertierung
controller.c:988: Warnung: Übergabe des Arguments 3 von »g_strdelimit«  erzeugt Ganzzahl von Zeiger ohne Typkonvertierung
controller.c:989: Warnung: Übergabe des Arguments 3 von »g_strdelimit«  erzeugt Ganzzahl von Zeiger ohne Typkonvertierung
controller.c:1026: Warnung: Übergabe des Arguments 1 von »g_free« erzeugt Zeiger von Ganzzahl ohne Typkonvertierung

bleiben als Warnungen, scheinen aber die Funktion nicht zu beeinträchtigen.

Ganz zum Schluss dann noch etliche Warnungen dieser Art

dpkg-shlibdeps: Warnung: debian/vagalume/usr/bin/vagalume sollte nicht gegen librt.so.1 gelinkt werden (es verwendet keine seiner Symbole).

Berto von Vagalume schreibt mir, die könne mensch getrost ignorieren (die tauchen auch auf, wenn für die Originalsoftware ein Paket erstellt wird).

Hänge das neue Archiv mit an, außerdem ein .deb mit den patches 01,02,03,05,06 zum Testen ☺

so long
hank

Hi!
@ dawnrazor
Achte darauf, dass du den alten save-song-v3.patch löschst, bevor du mit den neuen kompilierst!
Die Neuen vertragen sich nicht mit der Version! 😉

EDIT Du versuchst, den 04_filename.patch und den 05_folderstruc.patch gleichzeitig zu verwenden, das geht aber nicht! (Wer Lesen kann, ist klar im Vorteil... 😉 )

so long
hank

upps Ich tölpel ☹
danke für den Hinweis ☺

Hi!

upps Ich tölpel ☹

gilt allerdings auch für mich - das .deb-Paket oben ist nicht das versprochene, sondern "nur" eines mit dem "normalen" neuen Patch , ohne anderen patches - hab' inzwischen zuviele test-debs auf der Platte... 😕

Also nochmal: im Anhang das hardy-32-bit-vagalume-06.deb mit den patches 01,02,03,05,06...; es sollte also Songs speichern, die temp-Datei im Speicherverzeichnis erstellen, als Decoder flump3dec, als Sink alsasink verwenden; die Titel in hierarchisierten Ordnern nach dem Muster Künstler/Album/Titel.mp3 ablegen und bei bereits vergebenem Namen eine weitere Kopie Titel (vagalume).mp3 erzeugen...

so long
hank

servus!

danke hank, werd ich gleich mal alles testen.

ich kann leider momentan nur sehr eingeschränkt schreiben... 2 finger an der rechten hand gebrochen, drum schreib ich momentan nur mit dem zeigefinger der linken hand. halbes "Adler Such System" würde man in österreich sagen ☺

Hi mtron!

2 finger an der rechten hand gebrochen

oh haua heia ha! 😬 sicher schmerzhaft... Gute Besserung erst mal!

Ich hab' den Vagalume-Wiki-Artikel erst mal auf meinen save-song-v4-4.patch umgebaut; wenn du den auf deine Website mit aufnehmen möchstest, sag Bescheid; dann bau ich das im Wiki neu ein - insbesondere, wenn du wieder einen debian/contrib-Ordner anlegen willst. ☺

Bei mir läuft der patch problemlos; nur eine seltsame Sache ich mir aufgefallen: wenn ich diesen Titel http://www.last.fm/music/Zakir+Hussain/_/Jai+Taal abzuspielen versuche, startet der Player erst mal ganz normal; aber nach einiger Zeit kommt im Teminal das:

ResvSizeInternal buffer inconsistency. flushbits <>ResvSizeInternal buffer inconsistency. flushbits <>ResvSizeInternal buffer inconsistency. flushbits <>ResvSizeInternal buffer inconsistency. flushbits <>ResvSizeInternal buffer inconsistency. flushbits <>

und zwar ad infinitum, bis Vagalume irgendwann mit segmentation fault abschmiert - bis dahin wird der Song aber weiter wiedergegeben, natürlich nur nicht gespeichert.
Was es bedeutet, ist mir nicht ganz klar - bufferoverflow oder was in der Art? 😲 Allerdings passiert das gleiche mit Last-Exit, und bisher auch nur bei diesem einen Titel; insofern scheint es wohl am hoffentlich wirklich am Titel zu liegen; ich werde' noch mal TheLastRipper drauf ansetzen...

Die vagalume-Leute scheinen ja schon wieder etliches in der pipeline zu haben [siehe vagalume devel-mailing list]; ich hoffe, es gibt nicht zu viele Veränderungen betreffs des Patches... 😕 (btw: Wer braucht eigentlich diese ganzen IM-Geschichten??? 😐 )

so long
hank

Edit:
Hab jetzt die Fehlermeldung mitgeschnitten, die (zumindest bei Last-Exit) vor der ad infinitum wiederholten Meldung auftaucht:

Internal buffer inconsistency. flushbits <> ResvSizebit reservoir error: 
l3_side->main_data_begin: 3576 
Resvoir size:             -96248 
resv drain (post)         -2 
resv drain (pre)          0 
header and sideinfo:      288 
data bits:                2581 
total bits:               2867 (remainder: 3) 
bitsperframe:             3344 
This is a fatal error.  It has several possible causes:90-0XF,FFE880800000DF8P+16380ME compiled with buggy version of gcc using advanced optimizations 9% Your system is overclocked 1% bug in LAME encoding

Werde allerdings auch nicht viel schlauer draus - warum nur bei diesem Song, und das nach wenigen Minuten schon? 😕

Edit 2:
Vagalume liefert die identische Fehlermeldung; TheLastRipper zeigt sich völlig unbeeindruckt und speichert den Track anstandslos ab...
Scheint also wohl wirklich was mit 'ner "buggy version of gcc" zu tun zu haben. 😕 ?

ja, solche fehler bekommt man wenn programme (bzw. libaries auf die ein programm zugreift) mit einer unterschiedlichen gcc version kompiliert wurden. (e.g. vagalume mit gcc 4.1.x und flump3dec mit gcc 3.4.. nur ein beispiel ich habs nicht überprüft...)

Aber Trotzdem: Nimm mad als dekoder. die fluendo codecs sind nicht das gelbe vom ei. Probier das plugin-set von hier.

Heinrich Schwietering hat geschrieben:

Die vagalume-Leute scheinen ja schon wieder etliches in der pipeline zu haben [siehe vagalume devel-mailing list]; ich hoffe, es gibt nicht zu viele Veränderungen betreffs des Patches... 😕 (btw: Wer braucht eigentlich diese ganzen IM-Geschichten??? 😐 )

Es kommen endlich ordentliche gtk_combo boxes und ein sleep timer (fürs N800 sehr nützlich ) . Ich bin eigentlich sehr froh darüber dass die jungs so fleissig sind 😉

Ich hab die HP jetzt auf den 0.6 stand gebracht & die alte version ist ins Archiv gewandert. Herzlichen dank nochmal für alles Hank!

Falls sich sonst noch jemand einbringen möchte, hab ich eine kleine todo liste erstellt. Sollte die Übersicht erleichtern.
lg mtron

mtron: Du willst die Patches 03 04 05 06 08 in ein Patch haben?
Besteht nicht ein Konflikt zwischen 03 und 04?