Hallo, Am Die, 08 Dez 2009, Manfred Tremmel schrieb:

Am Dienstag, 8. Dezember 2009 schrieb David Haller:

...

Am Die, 08 Dez 2009, Al Bogner schrieb:

...

Problem: liba52.so, benötigt von picard-0.12.1-2.1.i586, wird von keinem Repository angeboten

Das is nen Benamsungskonflikt bei den Abhängigkeiten (das Packman Paket hat umbenannte Provides). Werd' da später noch nacharbeiten.

Umbenannte Provides? Die Provides beziehen sich eigentlich immer auf versionierte lib, alles andere würde die versionierten Bibliothekspakete auch ad absurdum führen. So auch hier, eben liba52.so.0 und nicht liba52.so. Der wird übrigens automatisch generiert und nicht manuell gesetzt oder umbenannt.

Mist. Verdammter. Liegt am -api Krams. Hatte bisher bei picard explizite Requires (auf liba52[-0]) und AutoReqProv: off. Hatte das jetzt geändert. Bin dabei das zu fixen. Gibt's noch immer keinen anderen Weg Packman-Krams im OBS zu verwenden? -dnh -- An American thinks 100 years is a long time; An European thinks 100 miles is a long distance. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, Am Mit, 09 Dez 2009, Manfred Tremmel schrieb:

Am Mittwoch, 9. Dezember 2009 schrieb David Haller: [..]

...

Gibt's noch immer keinen anderen Weg Packman-Krams im OBS zu verwenden?

Packman OBS verwenden? Wüsste sonst im Moment auch keinen Weg. Ich denke Marc gibt Dir sicher nen Account.

Ich meinte, Sachen im SUSE OBS zu bauen, die von Packman Paketen abhängen. -dnh -- It is traditional, when loading wire trolleys, to put the most fragile items at the bottom. -- Terry Pratchett, Reaper Man -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, Am Don, 10 Dez 2009, Manfred Tremmel schrieb:

Am Donnerstag, 10. Dezember 2009 schrieb David Haller:

...

Ich meinte, Sachen im SUSE OBS zu bauen, die von Packman Paketen abhängen.

Versteh ich schon, was Du meinst. Ich wüsste aber nicht, wie das funktionieren sollte. Ich bin aber auch kein OBS Experte.

Im Moment behelfen wir uns mit zwei Varianten dummy-Paketen (AFAIK)... (such im OBS mal nach ("fake"-)"packman" ;) Und zumindest eine (die mit den -api Paketen) krankt an den manuellen Abhängkigkeiten (ohne die klappt's auch net, entweder meckert das OBS (bei gesetztem soname) oder es werden falsche generiert. Oder so.). Hab nur gefragt, wg. der Möglichkeit, weil ihr ja "seit kurzem" ein und dasselbe .spec bei xine verwendet, ob du da evtl. was mitbekommen hast, bzw. ich ne Änderung verpasst habe ;) IMO sinnvoll wäre entweder eine Möglichkeit die echten Packman-Pakete "OBS-intern" zum bauen verwenden zu können, oder ein "automatisch" gepflegtes dummy-Repo (das mind. aus den --provides der Packman Pakete ein "Provides:" der dummy-Pakete erstellt). Irnksowas. *grumpf* ;) Naja, im Zweifelsfall muß das Packerl halt aus dem OBS zu Packman umziehen ;) -dnh -- DANIEL: Teal'c, the odds are not in our favor. TEAL'C: They never are, Daniel Jackson. -- Stargate SG-1, 8x16 - Reckoning, Part 1 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Mittwoch, 9. Dezember 2009 02:40:22 schrieb David Haller:

Hallo,

Am Die, 08 Dez 2009, David Haller schrieb:

...

Am Die, 08 Dez 2009, Al Bogner schrieb:

...

ich habe die Threads für picard und kenvy24 getrennt.

[..]

...

...

Problem: liba52.so, benötigt von picard-0.12.1-2.1.i586, wird von keinem Repository angeboten

Sollte jetzt behoben sein. Tut hier zumindest. picard-0.12.1-7.1. Hab einiges rum und num getestet, ob's nicht anders geht.

Hallo David, tut leider noch nicht ganz: zypper install picard Daten des Repositorys laden ... Installierte Pakete lesen ... Paketabhängigkeiten auflösen ... Problem: libavutil49, benötigt von picard-0.12.1-7.1.i586, wird von keinem Repository angeboten Lösung 1: Nicht nach der Installation eines auflösbaren Objekts, das picard anbietet, fragen. Lösung 2: picard auflösen durch das Ignorieren einiger Abhängigkeiten Wählen Sie aus den obigen Lösungen mittels Nummer oder brechen Sie a(b). [1/2/b] (b): Ich habe libavutil50-0.5.20592svn-0.pm.1.5.i586 oder libavutil50-0.5.20511svn-0.pm.1.2 installiert Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Donnerstag, 10. Dezember 2009 04:05:39 schrieb David Haller:

Hallo,

Am Mit, 09 Dez 2009, Al Bogner schrieb:

...

Problem: libavutil49, benötigt von picard-0.12.1-7.1.i586, wird von keinem

[..]

...

Ich habe libavutil50-0.5.20592svn-0.pm.1.5.i586 oder libavutil50-0.5.20511svn-0.pm.1.2 installiert

Fixed und schon im Repo. Hatte lokal dummerweise noch libavutil49..i586 von vor dem Upgrade installiert :( Muß da endlich mal ausmisten ;)

Hallo David, gut Ding braucht Weile ;-) Problem: libfaad0, benötigt von picard-0.12.1-8.1.i586, wird von keinem Repository angeboten Hier: faad2-2.7-1.pm.1.11 libfaad-devel-2.7-1.pm.1.11 libfaad2-2.7-1.pm.1.11 Vielleicht prüfst da mal in diesem Umfeld. Ich teste aber auch gerne die Installation weiter: liba52-devel-0.7.5svn-0.pm.3.1 libamrnb-devel-7.0.0.2-0.pm.5.2 libamrwb-devel-7.0.0.3-0.pm.5.2 libdc1394_control12-devel-1.2.2-10.23 libfaac-devel-1.28-1.pm.1.3 libgsm-devel-1.0.13-3.1 libmp3lame-devel-3.98.2-1.pm.4.8 libx264-devel-0.0svn20091123-0.pm.1.1 libxvidcore-devel-1.2.2-1.pm.1.2 Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Donnerstag, 10. Dezember 2009 23:19:36 schrieb David Haller: Hallo David,

...

Vielleicht prüfst da mal in diesem Umfeld. Ich teste aber auch gerne die Installation weiter:

liba52-devel-0.7.5svn-0.pm.3.1 libamrnb-devel-7.0.0.2-0.pm.5.2 libamrwb-devel-7.0.0.3-0.pm.5.2 libdc1394_control12-devel-1.2.2-10.23 libfaac-devel-1.28-1.pm.1.3 libgsm-devel-1.0.13-3.1 libmp3lame-devel-3.98.2-1.pm.4.8 libx264-devel-0.0svn20091123-0.pm.1.1 libxvidcore-devel-1.2.2-1.pm.1.2

Merci. Werd die Liste der Abhängigkeiten mal dementsprechend durchflöhen.

Achso: IMO solltest du die auch einfach ignorieren können, im OBS wird ja eh nur gegen dummy-libs gebacken, und die Abhängigkeiten stehen "manuell" im .spec.

O.a. Pakete wollte ein Rechner zum Kompilieren haben, die anderen aber nicht. Daher habe ich die erwähnt.

Installier einfach mal mit ignorierten Abhängigkeiten.

Mache ich, ich schätze aber erst am Wochenende. Morgen sollte ich die Speex bekommen. Ich will endlich Musik über Verstärker und ordentliche Boxen hören ;-)

Also: Paket einfach mal reinprügeln, und evtl. dann doch auftretende Fehler (erstmal per PM) melden ;)

Funktioniert bei dir "Analysieren" mit 64bit (Athlon)? Das mag hier nicht mit meiner selbst kompilierten Version, brauche ich aber nicht wirklich. Ich kenne die Titel, steht ja auf den CDs darauf. Ich finde 0.12 erkennt die Titel viel besser. Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Freitag, 11. Dezember 2009 00:33:37 schrieb David Haller: Hallo David,

Am Fre, 11 Dez 2009, Al Bogner schrieb:

...

Funktioniert bei dir "Analysieren" mit 64bit (Athlon)? Das mag hier nicht mit meiner selbst kompilierten Version, brauche ich aber nicht wirklich. Ich kenne die Titel, steht ja auf den CDs darauf. Ich finde 0.12 erkennt die Titel viel besser.

Muß ich mal testen. Wäre unter oS11.2/x86_64. Zum 32-bit-chroot hat's noch net gereicht :)

Für meine eigenen CDs reichen halt ASCII-id3-Tags und eine per handgestricktem Script (prinzipiell ein verziertes "find ~/music -follow" ;) generierte .m3u Playlists (pro Album / Künstler|Interpret / Alles, und is eh auf der ollen Kiste ;) Im xmms lad ich normal (selten genug) eh die gesamt-Playlist.

Aber, muß schon sagen, daß mir picard auf der 11.2 die griechischen Tags von mind. einem mp3 korrekt anzeigt, das hat schon was ;) Ich bleib interessiert ;)

Ja griechische Tags gehen nun viel besser, aber ich bin einem Bug bei Amarok bzw. Picard auf der Spur. Vielleicht kannst du meine Vermutung im Picard-Code überprüfen? https://bugs.kde.org/show_bug.cgi?id=217237 Ich zitiere mal aus einem Mail, das ich heute bei einer privaten Diskussion verschickt habe: Ich habe 2 Versionen von den Files ... und siehe da, wenn Picard darüber geschrieben hat, zeigt mein amarok-2.2.1-46.2 die Namen an und keine Fragezeichen mehr, so nun aber kommt es. Es scheint, dass Picard nicht normgerecht schreibt. Vgl.: http://www.sno.phy.queensu.ca/~phil/exiftool/faq.html#Q10 ID3: The ID3v1 specification officially supports only ISO 8859‑1 encoding although some applications may incorrectly use other character sets. ExifTool assumes proper ISO 8859‑1 encoding and translates to UTF‑8 by default, or disables translation with "-charset Latin" or -L (since ISO 8859‑1 is a subset of Windows Latin1). ID3v2 text may be stored with a number of different encodings, and ExifTool translates them to the character set specified by - charset or -L, or to UTF‑8 by default. ExifTool does not currently write ID3 information. Das was Phil schreibt, ist zu 99,99% korrekt, um nicht 100% zu schreiben: ID3v1 specification officially supports only ISO 8859‑1 Das dürfte der Knackpunkt sein. Von der Version, die picard nicht verändert hat: exiftool -G1 -a -H 06-maroko-elli_paspala-sto_megaro_mousikis.mp3 [ExifTool] - ExifTool Version Number : 8.00 [System] - File Name : 06-maroko- elli_paspala-sto_megaro_mousikis.mp3 [System] - Directory : . [System] - File Size : 4.6 MB [System] - File Modification Date/Time : 2009:12:03 17:31:37+01:00 [File] - File Type : MP3 [File] - MIME Type : audio/mpeg [File] - ID3 Size : 9837 [MPEG] - MPEG Audio Version : 1 [MPEG] - Audio Layer : 3 [MPEG] - Audio Bitrate : 128000 [MPEG] - Sample Rate : 44100 [MPEG] - Channel Mode : Joint Stereo [MPEG] - MS Stereo : On [MPEG] - Intensity Stereo : Off [MPEG] - Copyright Flag : False [MPEG] - Original Media : True [MPEG] - Emphasis : None [MPEG] 0x0001 VBR Frames : 8164 [MPEG] 0x0002 VBR Bytes : 4775447 [MPEG] 0x0003 VBR Scale : 77 [ID3v2_4] - Album : Στο Μέγαρο μουσικής [ID3v2_4] - Artist : Έλλη Πασπαλά [ID3v2_4] - Title : Μαρόκο [ID3v2_4] - Recording Time : 1993 [ID3v2_4] - Genre : Jazz [ID3v2_4] - Track : 06 [ID3v2_4] - Comment (eng) : 6 | maroko | elli paspala | sto megaro mousikis | [ID3v2_4] - Picture Mime Type : image/jpeg [ID3v2_4] - Picture Type : Front Cover [ID3v2_4] - Picture Description : [ID3v2_4] - Picture : (Binary data 8526 bytes, use -b option to extract) [ID3v2_4] - Tagging Time : 2009:12:03 16:31:37 [Composite] - Date/Time Original : 1993 [Composite] - Duration : 03:33 (approx) exiftool -G2 -a -H 06-maroko-elli_paspala-sto_megaro_mousikis.mp3 [ExifTool] - ExifTool Version Number : 8.00 [Image] - File Name : 06-maroko- elli_paspala-sto_megaro_mousikis.mp3 [Image] - Directory : . [Image] - File Size : 4.6 MB [Image] - File Type : MP3 [Image] - MIME Type : audio/mpeg [Image] - ID3 Size : 9837 [Time] - File Modification Date/Time : 2009:12:03 17:31:37+01:00 [Time] - Recording Time : 1993 [Time] - Tagging Time : 2009:12:03 16:31:37 [Time] - Date/Time Original : 1993 [Audio] - MPEG Audio Version : 1 [Audio] - Audio Layer : 3 [Audio] - Audio Bitrate : 128000 [Audio] - Sample Rate : 44100 [Audio] - Channel Mode : Joint Stereo [Audio] - MS Stereo : On [Audio] - Intensity Stereo : Off [Audio] - Copyright Flag : False [Audio] - Original Media : True [Audio] - Emphasis : None [Audio] 0x0001 VBR Frames : 8164 [Audio] 0x0002 VBR Bytes : 4775447 [Audio] 0x0003 VBR Scale : 77 [Audio] - Album : Στο Μέγαρο μουσικής [Audio] - Title : Μαρόκο [Audio] - Genre : Jazz [Audio] - Track : 06 [Audio] - Comment (eng) : 6 | maroko | elli paspala | sto megaro mousikis | [Audio] - Picture Mime Type : image/jpeg [Audio] - Picture Type : Front Cover [Audio] - Picture Description : [Audio] - Picture : (Binary data 8526 bytes, use -b option to extract) [Author] - Artist : Έλλη Πασπαλά [Video] - Duration : 03:33 (approx) ID3v1 wird korrekt angezeigt so und nun -L als Option, d.h. ISO 8859‑1 wird nicht nach UTF-8 gewandelt, wie es lt. Norm sein müsste um auf einem UTF8-System korrekt angezeigt zu werden. exiftool -G2 -a -H -L 06-maroko-elli_paspala-sto_megaro_mousikis.mp3 [ExifTool] - ExifTool Version Number : 8.00 [ExifTool] - Warning : Some character(s) could not be encoded in Latin [Image] - File Name : 06-maroko- elli_paspala-sto_megaro_mousikis.mp3 [Image] - Directory : . [Image] - File Size : 4.6 MB [Image] - File Type : MP3 [Image] - MIME Type : audio/mpeg [Image] - ID3 Size : 9837 [Time] - File Modification Date/Time : 2009:12:03 17:31:37+01:00 [Time] - Recording Time : 1993 [Time] - Tagging Time : 2009:12:03 16:31:37 [Time] - Date/Time Original : 1993 [Audio] - MPEG Audio Version : 1 [Audio] - Audio Layer : 3 [Audio] - Audio Bitrate : 128000 [Audio] - Sample Rate : 44100 [Audio] - Channel Mode : Joint Stereo [Audio] - MS Stereo : On [Audio] - Intensity Stereo : Off [Audio] - Copyright Flag : False [Audio] - Original Media : True [Audio] - Emphasis : None [Audio] 0x0001 VBR Frames : 8164 [Audio] 0x0002 VBR Bytes : 4775447 [Audio] 0x0003 VBR Scale : 77 [Audio] - Album : ??? ?????? ???????? [Audio] - Title : ?????? [Audio] - Genre : Jazz [Audio] - Track : 06 [Audio] - Comment (eng) : 6 | maroko | elli paspala | sto megaro mousikis | [Audio] - Picture Mime Type : image/jpeg [Audio] - Picture Type : Front Cover [Audio] - Picture Description : [Audio] - Picture : (Binary data 8526 bytes, use -b option to extract) [Author] - Artist : ???? ??????? [Video] - Duration : 03:33 (approx) Nun die Datei, die mit picard noch nachträglich getaggt wurde. Picard hat UTF-8 eingestellt und ID3v2.4 exiftool -G2 -a -H -L 06.13-maroko-elli_paspala- i_elli_paspala_sto_megaro_mousiki.mp3 [ExifTool] - ExifTool Version Number : 8.00 [ExifTool] - Warning : Some character(s) could not be encoded in Latin [Image] - File Name : 06.13-maroko- elli_paspala-i_elli_paspala_sto_megaro_mousiki.mp3 [Image] - Directory : . [Image] - File Size : 4.6 MB [Image] - File Type : MP3 [Image] - MIME Type : audio/mpeg [Image] - ID3 Size : 9965 [Time] - File Modification Date/Time : 2009:12:08 02:56:26+01:00 [Time] - Recording Time : 1993 [Time] - Original Release Time : 1993 [Time] - Tagging Time : 2009:12:08 01:56:26 [Time] 0x005d Year : 1993 [Time] - Date/Time Original : 1993 [Audio] - MPEG Audio Version : 1 [Audio] - Audio Layer : 3 [Audio] - Audio Bitrate : 128000 [Audio] - Sample Rate : 44100 [Audio] - Channel Mode : Joint Stereo [Audio] - MS Stereo : On [Audio] - Intensity Stereo : Off [Audio] - Copyright Flag : False [Audio] - Original Media : True [Audio] - Emphasis : None [Audio] 0x0001 VBR Frames : 8164 [Audio] 0x0002 VBR Bytes : 4775447 [Audio] 0x0003 VBR Scale : 77 [Audio] - Title : ?????? [Audio] - Track : 6/13 [Audio] - Album : ? ???? ??????? ??? ?????? ???????? [Audio] - Comment (eng) : (Songs-DB_Custom3) Greek [Audio] - User Defined Text : (MusicBrainz Album Type) live [Audio] - User Defined Text : (MusicBrainz Album Artist Id) 33f3c9e7-ba15-4b81-993e-589bb8fa1dcd [Audio] - User Defined Text : (MusicBrainz Artist Id) 33f3c9e7-ba15-4b81-993e-589bb8fa1dcd [Audio] - Comment (eng) : (Songs-DB_Custom1) 1990S [Audio] - Band : ???? ??????? [Audio] - Comment (eng) : (Songs-DB_Custom2) Female Vocalists [Audio] - User Defined Text : (ALBUMARTISTSORT) Paspala, Elli [Audio] - Performer Sort Order : Paspala, Elli [Audio] - User Defined Text : (MusicBrainz Album Id) 2c8ecf24-3ce1-4e36-a75d-a5413dd27e34 [Audio] - User Defined Text : (MusicBrainz Album Release Country) GR [Audio] - User Defined Text : (MusicBrainz Album Status) official [Audio] - Comment (eng) : 6 | maroko | elli paspala | i elli paspala sto megaro mousikis | [Audio] 0x0003 Title : ?????? [Audio] 0x003f Album : ? ???? ??????? ??? ?????? ???? [Audio] 0x0061 Comment : [Audio] 0x007d Track : 6 [Audio] 0x007f Genre : None [Author] - Artist : ???? ??????? [Author] 0x0021 Artist : ???? ??????? [Video] - Duration : 03:33 (approx) Diese mit Picard nicht korrekt getaggte Datei wird von amarok-2.2.1-46.2 korrekt dargestellt, das aber nicht normgerecht ist, siehe oben. Ich vermute Picard schreibt ID3v1 auch als UTF-8. Jetzt wird es wieder spannend, warum stellt amarok-1.4.10-103.pm.107.39 beide Varianten korrekt dar? Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org