Bonjour,

Je vois bien le raid avec "dmraid -s" :

[root@localhost ~]# dmraid -s
*** Set
name : nvidia_bjaahbjf
size : 3907050240
stride : 128
type : raid5_ls
status : ok
subsets: 0
devs : 3
spares : 0

Par contre le commande suivante echoue :

[root@localhost ~]# dmraid -ay
ERROR: device-mapper target type "raid45" is not in the kernel
RAID set "nvidia_bjaahbjf" was not activated

Peut-etre que le live-cd ne charge pas le kernel au demarrage.

J'ai une autre USB (8Gb) avec un fedora complet dessus, je re-essaierai avec demain 😉

Desole pour le double post, petits screenshots des disques detectes dans 'Disk Utils'





Et lors du boot, j'ai repere ce message vite fait :
"??? dev mapper ??? raid45 ??? unknown target type ???"
Les ??? etants des morceaux dont je ne me rappelle pas...

Il voit bien les disques, mais ne gere pas leur raid...
Le disque de 500Gb est le disque systeme.
Les 3 WD d'environ 1 To chacun sont les 3 disques en Raid 5 (donc en fait un des trois disques sert a backuper les deux autres).

Ah oui, bonne idée le LiveCD, j'essaierai ça ce soir !
Merci.

Bonjour la communauté,

J'ai un petit souci pour faire revenir la touche Windows pour ouvrir le menu KDE après redémarrage.
J'arrive bien à le faire dans la session actuelle, grâce à une aide de Mandriva : http://www.mandrivalinux-online.org/wiki/ouvrir-menu-k-avec-la-touche-windows-du-clavier

Le problème est qu'au redémarrage, le raccourcit global du menu K se remet à Alt+F1.
La touche Windows, elle, est toujours bien configurée en F13 (le xmodmap se charge donc bien, et je l'ai mis en pré-KDE).

Le problème serait donc la config du raccourcit global du menu K.
Une idée du pourquoi du comment il se remet par défaut ?

Bonjour la communauté,

Je cherche un bon speech/voice recognition sous linux.
Je voudrais pouvoir dicter des lettres une par une et que ça les écrive à l'emplacement du curseur, quel que soit le logiciel dans lequel je sois.
Je n'ai besoin que de dicter des lettres, une par une (même pas d'espace ni de point).

J'ai trouvé Voice Keyboard : http://sourceforge.net/projects/voicekey/
Mais impossible de l'installer sous Fedora...

make: lm3g2dmp: Command not found

J'ai pourtant bien Sphinx...

Si quelqu'un avait un autre logiciel qui pourrait faire ce que je veux, je suis preneur !

Haha, oui, ce sont mes premiers RPMs donc ils ne respectent pas grand chose !
Je les partage juste au cas où ça intéresse quelqu'un pour les utiliser et/ou améliorer.
J'essaierai aussi moi-même de les améliorer si j'ai du temps (ce qui est assez tendu en ce moment...), merci pour les conseils !

Pikachu_2014 wrote:Un point extrêmement grave : les sources embarquées dans le RPM source ne correspondent pas à celles disponibles sur le site du projet. Aurais-tu repackagé une version SVN ?

Effectivement j'ai pris les versions SVN (git en fait mais bon c'est pareil).
Et le problème avec les "daily snapshots" est que le nom est en "logiciel-snapshot-date-version-release.tar.gz" par exemple, donc quand il l'extrait et tente d'entrer dans le dossier, il ne trouve pas le dossier (puisqu'il cherche le dossier "logiciel-version").
Donc j'avais extrait, changé le nom du dossier, et re-compressé.

Mais j'ai pas touché au code (j'utilise les patchs pour ça).

madko wrote:merci pour l'info, je connaissais que gnome-subtitles qui a l'avantage d'etre ultra simple.

Effectivement, gnome-subtitles est beaucoup plus limité.
Aegisub est vraiment orienté ASS (Advanced SubStation) et permet beaucoup plus d'édition.

Mais pour des sous-titres tout ce qu'il y a de plus basique (srt) gnome-subtitles suffit.

MarbolanGos wrote:Moi qui possède une machine virtuelle Windows pour "timer" mes sub avec SubStationAlpha je vais voir ce que ça donne sous Linux. Merci pour le paquet j'essaye !
Par contre si c'est libre pourquoi ne pas demander à l'intégrer dans le dépôt rpmfusion ?

[edit]
Avant installation :
* Peux-tu nous fournir le srpm ?
* Pourquoi a-t'on besoin des paquets x264 et autres ?

En fait il n'est pas nécessaire d'installer les x264/libbut/ffmpeg pour faire marcher Aegisub.
Théoriquement, Aegisub devrait pouvoir marcher avec le ffmpeg / ffmpeg-libs du dépôt officiel (enfin rpmfusion-free), mais celui-ci n'encode/décode qu'un nombre limité de codecs (aucun non-free déjà) donc vous aurez peut-être des problèmes pour ouvrir certaines vidéos/audios.

Par contre : il y a un bug dans ffmpeg/libavutil/common.h qui fait qu'Aegisub ne détectera pas ffmpeg.
Pour corriger cela, j'applique le patch suivant :

--- ffmpeg-0.6/libavutil/common.h.thomas_ext    2010-08-22 04:02:22.059437967 +0900
+++ ffmpeg-0.6/libavutil/common.h       2010-08-22 04:02:52.651204680 +0900
@@ -26,6 +26,17 @@
 #ifndef AVUTIL_COMMON_H
 #define AVUTIL_COMMON_H
 
+#define INT8_C(value) ((int8_t) value)
+#define UINT8_C(value) ((uint8_t) __CONCAT(value, U))
+#define INT16_C(value) value
+#define UINT16_C(value) __CONCAT(value, U)
+#define INT32_C(value) __CONCAT(value, L)
+#define UINT32_C(value) __CONCAT(value, UL)
+#define INT64_C(value) __CONCAT(value, LL)
+#define UINT64_C(value) __CONCAT(value, ULL)
+#define INTMAX_C(value) __CONCAT(value, LL)
+#define UINTMAX_C(value) __CONCAT(value, ULL)
+
 #include <ctype.h>
 #include <errno.h>
 #include <inttypes.h>

(j'ajoute des définitions)

Pour x264, en fait je sais pas trop pourquoi je l'ai ajouté...
Lors de ma compilation il y a qques mois, le x264 officiel n'était pas reconnu par ffmpeg (trop vieux x264) donc j'avais du compiler le dernier manuellement.
Peut-être que maintenant il n'y en a pas besoin en fait (pas essayé...).

Pour libnut, en fait je pourrais simplement le virer...
J'étais habitué à l'utiliser pour certains projet, mais en fait il pourrait être optionnel (là je le force en Req du rpm de ffmpeg).
Il ne crée aucun problème de dépendance en théorie, s'installe en solo.

Enfin, j'applique aussi un patch à aegisub lors de la compil (pas mal d'ajouts de définitions et quelques corrections de conversions wxStrings/wchar_t).

Améliorations prévues :
[*] utiliser le x264 officiel (en espérant qu'il marche)
[*] virer libnut
[*] re-tester le ffmpeg officiel (mais je doute qu'il marche, ca fait longtemps qu'il n'a pas changé)
[*] tester les rpm sur un environnement Fedora tout neuf

Je m'y connais pas très bien (encore ^^) en dépendances rpm, mais peut-être que "renommer" ffmpeg en ffmpeg-spooky par exemple permettrait d'avoir le ffmpeg officiel en parallèle de ma build avec plus de codecs et faire utiliser ffmpeg-spooky par aegisub.
J'ai un peu fait ça pour wxWidgets, qui, dans les paquets officiels n'est pas appelé wxWidgets mais décliné en wxGTK et quelques autres (wxGTK-gl et wxGTK-media me semble).
En fait Filezilla (et potentiellement d'autres) requiert wxGTK 2.8.x et ne marche pas avec wxGTK 2.9, donc j'ai préféré renommer mon paquet wxWidgets, comme ça wxGTK 2.8 ET wxWidgets 2.9 peuvent être simultanément sur le système et tout le monde est content.
Ce serait possible avec ffmpeg peut-être tiens.

J'ai mis les src ici :
aegisub-2.1.8-4749.fc13.src.rpm
ffmpeg-0.6-3.fc13.src.rpm
wxWidgets-2.9.0-1.fc13.src.rpm
x264-0.27-1.fc13.src.rpm

MarbolanGos wrote:

madko wrote:si c'est libre pourquoi ne pas demander à l'intégrer dans les dépôts fedora officiels?

A mon avis tout simplement les dépendances nécessaires sont que dans rpmfusion...

Effectivement, ils ne pourraient pas être intégrés aux dépôts officiels car ont des dépéndances dans rpmfusion ET libnut (qui n'est même pas dans rpmfusion).

En plus de ça, ce sont mes premiers RPM et ne les ai pas passé au rpmlint du tout donc je suis sûr qu'ils ont plein de problèmes.

Un WE bien geek !

Pour les petits nerdz qui tournent sous Fedora, j'ai compilé des petits rpms appétissants qui font tourner la dernière version d'Aegisub sous Fedora 13 x86_64.

Aegisub est un logiciel de sous-titrage vidéo permettant de créer/modifier vos sous-titres de films/séries.
C'est un logiciel open source très puissant permettant des fonctions avancées telles que les karaokés, les assistants animations/dessins ou les visualisations audio.

J'ai compilé une version custom de x264 et ffmpeg (qui supporte beaucoup plus de codecs vidéo que les builds officielles) ainsi que la version 2.9 des wxWidgets (la dernière version supportée officiellement par Fedora étant la 2.8.11 à ce jour et Aegisub dernière mouture ne marche qu'avec la 2.9 ou plus).

La dernière version d'Aegisub (2.1.8 rev4749) devrait s'installer sans souci.

Pour cela, rien de plus simple (en root) :

wget http://www.erogaki.com/rpm/x264-0.27-1.fc13.x86_64.rpm \
     http://www.erogaki.com/rpm/libnut-0.0.0-1_r661.fc13.x86_64.rpm \
     http://www.erogaki.com/rpm/ffmpeg-0.6-3.fc13.x86_64.rpm \
     http://www.erogaki.com/rpm/wxWidgets-2.9.0-1.fc13.x86_64.rpm \
     http://www.erogaki.com/rpm/aegisub-2.1.8-4749.fc13.x86_64.rpm
yum -y install --nogpgcheck x264-0.27-1.fc13.x86_64.rpm \
               libnut-0.0.0-1_r661.fc13.x86_64.rpm \
               ffmpeg-0.6-3.fc13.x86_64.rpm \
               wxWidgets-2.9.0-1.fc13.x86_64.rpm \
               aegisub-2.1.8-4749.fc13.x86_64.rpm

Enjoy !

Et si vous essayez, merci de me donner votre feedback !

Sources : x264, ffmpeg, wxWidgets and Aegisub for Fedora 13
[ EroGaKi - Tutos ] Aegisub sous Fedora 13 (linux)

J'ai essayé cette astuce pour Ubuntu qui utilise gconf-editor : http://www.youtube.com/watch?v=BJuWq9UsV-w

Mais ça n'a pas marché...
J'ai essayé avec Super_L, Super_R et Mod4, aucun n'a marché...

J'ai remarqué qu'il y avait un autre key binding pour le "panel_main_menu", dans un "schema" (non éditable) :
/schemas/apps/metacity/global_keybindings/panel_main_menu
C'est peut-être celui là qui est pris en compte par Fedora car l'autre (/apps/metacity/global_keybindings/panel_main_menu) ne change pas la valeur dans "System > Preferences > Keyboard Shortcuts"...

Il pourrait y avoir un paquet ffmpeg sur rpmfusion-nonfree alors non ? 🙂

Quoi qu'il en soit, ça a marché !
J'ai réussi à créer mes deux premiers rpm avec le tuto RPM pour les nuls lol.
J'en ai d'abord créé un pour x264 puis un pour ffmpeg.
Pour ffmpeg, j'ai du modifier le script "configure" pour qu'il continue lorsqu'il est appelé avec une option inconnue (il quitte par défaut).
rpmbuild rajoute plein d'options au "configure" mais beaucoup ne sont pas reconnues.
J'ai fait le vilain et modifié les sources au lieu d'appliquer un patch...

Enfin bon, visiblement yum a capté vu qu'il n'installe pas ffmpeg-libs lorsque je lui demande d'installer vlc ou d'autres programmes qui utilisent libavcodec et compagnie, maintenant !

Pour finir, j'aimerais aller un peu plus loin et invalider le paquet ffmpeg-libs.
Car je peux toujours l'installer manuellement avec "yum install ffmeg-libs".
Or je voudrais que mon ffmpeg rende obsolète ce paquet. Donc que genre quand je tappe "yum install ffmpeg-libs" il me dise un truc du style "conflit avec ffmpeg déjà installé et qui rend ffmpeg-libs obsolète".
C'est possible ?

Edit: Aussi, comment faire pour ignorer les mises à jour éventuelles d'ffmpeg?
Me rappelle qu'il faut mettre un truc genre "ignore=ffmpeg*" dans le rpmfusion-free-updates.repo, mais me rappelle plus de la syntaxe exacte et impossible de trouver nulle part...

J'avais aussi rapporté le bug sur le bug tracker de FFMpeg.

En tentant de résoudre le problème tout seul, j'ai ajouté en brut les définitions dans le fichier en question :

#define INT8_C(value) ((int8_t) value)
#define UINT8_C(value) ((uint8_t) __CONCAT(value, U))
#define INT16_C(value) value
#define UINT16_C(value) __CONCAT(value, U)
#define INT32_C(value) __CONCAT(value, L)
#define UINT32_C(value) __CONCAT(value, UL)
#define INT64_C(value) __CONCAT(value, LL)
#define UINT64_C(value) __CONCAT(value, ULL)
#define INTMAX_C(value) __CONCAT(value, LL)
#define UINTMAX_C(value) __CONCAT(value, ULL)

Ou inclure ce fichier : http://www.gnu.org/software/libcdio/doxygen/types_8h.html
#include <cdio/cdio_config.h>
Et du coup il reconnaît UINT64_C et passe le test :

configure:24901: checking whether FFMPEG works
configure:24958: g++ -o conftest -g -O2 -Wall -Wextra -Wno-unused-parameter -Wno-long-long -fpermissive -fno-strict-aliasing -std=c++98 -pipe -O2         -lswscale   -lavcodec   -lavformat   -lavutil   conftest.cpp -lm  >&5
conftest.cpp: In function 'int main()':
conftest.cpp:14: warning: 'AVFormatContext* av_alloc_format_context()' is deprecated (declared at /usr/include/libavformat/avformat.h:952)
conftest.cpp:14: warning: 'AVFormatContext* av_alloc_format_context()' is deprecated (declared at /usr/include/libavformat/avformat.h:952)
configure:24962: $? = 0
configure:24968: ./conftest
configure:24972: $? = 0
configure:24990: result: yes

Plutôt barbare m'enfin...

OK je regarderai comment créer un paquet "ffmpeg" à partir de ma compilation manuelle, comme ça yum devrait le reconnaître et ne pas installer le ffmpeg-libs de rpmfusion-free (qui ne contient presque aucun codec...).
Merci !