as-tu essayé ceux là :

mount -o recovery,ro ...
btrfs rescue super-recover ...

plus d'info ici:
http://marc.merlins.org/perso/btrfs/post_2014-03-19_Btrfs-Tips_-Btrfs-Scrub-and-Btrfs-Filesystem-Repair.html

Il n'y a pas de d'aide hors ligne intégré pour blender à ma connaissance.

il y a un module python3 qui le fait.
il te faut d'abord python3-pip pour pouvoir l'installer.
puis

sudo pip3 install acdcli

plus dinfo ici : https://github.com/yadayada/acd_cli

dannyleconte wrote:Certe mais ma question n'est pas de répertorier les risques encouru a utiliser des dépots exotiques, ma question porte sur le niveau de confiance que l'on peut accorder a ces dépots et s'adresse a ceux qui les connaissent et les ont utilisé :
Ont ils identifié des problèmes de sécurité ?
Ont ils expérimenté un remplacement des paquets natifs de Fedora ?
Ont ils eu des conflits due a ce dépot ?
Ont ils rencontré des bugs ou autre ?

Russian Fedora n'est pas totalement inconnu de fedora-fr puisque le dépot recommandé sur ce site pour obtenir chromium provient de Russian Fedora.

non,
non,
non
et non.

ou je ne me suis pas rendu compte. :roll:

oui, c'est lui qui est à la tête de l'équipe KDE de fedora, donc c'est un avant gout de ce qui arrive sur des repos de base.
Il y a qq super rares cas où ça casse qqchose mais en générale les correction de bugs et autres améliorations priment sur les problèmes. Bref, jai ça d'activé depuis trèèèèèèès longtemps et pas eu à regretter.

60 fps pour glxgears c'est normal, il est synchro à ton affichage. ça montre juste que ça marche, les chiffres ne veulent pas dire grande chose de toute façon.

pour 5.6 il faut regarder plutôt ici: https://copr.fedorainfracloud.org/coprs/g/kdesig/plasma-5-unstable/
(Mais ce n'est pas trop la joie chez moi, les plasmoids sur le 2e écran rament, les fenetres se placent sous le panel à gauche etc...)

Si ce n'est pas déjà fait, je te conseille aussi de suivre le repo kde de rex dieter, qui est en avance sur -updates.

#/etc/yum.repos.de/kde.repo
# kde.repo, v2.1
[kde]
name=kde
mirrorlist=http://apt.kde-redhat.org/apt/kde-redhat/fedora/mirrors-stable
gpgkey=http://apt.kde-redhat.org/apt/kde-redhat/kde-redhat.RPM-GPG-KEY
#gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-kde-redhat
skip_if_unavailable=1
enabled=1

[kde-testing]
name=kde-testing
mirrorlist=http://apt.kde-redhat.org/apt/kde-redhat/fedora/mirrors-testing
gpgkey=http://apt.kde-redhat.org/apt/kde-redhat/kde-redhat.RPM-GPG-KEY
#gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-kde-redhat
skip_if_unavailable=1
enabled=1

[kde-unstable]
name=kde-unstable
mirrorlist=http://apt.kde-redhat.org/apt/kde-redhat/fedora/mirrors-unstable
gpgkey=http://apt.kde-redhat.org/apt/kde-redhat/kde-redhat.RPM-GPG-KEY
#gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-kde-redhat
skip_if_unavailable=1
enabled=0

désolé, je suis à court d'idées du coup. Il te reste https://forums.wxwidgets.org/ à tenter...
N'hésite pas à mettre à jour ici si tu trouves la solution.

pierrotlalune wrote:Les "wxGTK3*" ne fournissent pas "wx-config":

$ wx-config --cxxflags
bash: wx-config : commande introuvable

:-?
a +
pll

wxGTK3-devel fournit wx-config-3.0. Je suppose que compat- fournit le lien symbolique wx-config -> wx-config-3.0 Sinon tu peux le mettre à la mano.

il y a aussi compat-wxGTK3-gtk2.x86_64 à installer peut-être.. ou à désinstaller.
Tu peux essayer de virer tout ce qui est wxGTK-devel et laisser uniquement des wxGTK3*.

et avec peut etre, en forçant la version

./configure --with-wx-config=/usr/bin/wx-config-3.0  --with-wxversion=3.0

et éventuellement --with-toolkit=base

Il y a un conflit entre wx-config et -3.0 là , non ? que dit

wx-config-3.0 --cxxflags

?

QQ options pour éditer du vidéo sous linux dans cet article:
http://www.theregister.co.uk/2015/12/26/linux_video_editors/

Ce qui manque là-dedans, mais qui marche bien il paraît, est ligthworks, mais il n'est pas opensource

regarde les config dans Affichage -> compositeur

teste différent valeurs. Pour moi opengl 3.1 et glx marche bien avec la carte intel intégrée..

accessoirement, LVM n'est pas (plus) si bien que ça et tu auras plus de souci que des avantages sur un laptop.
Fais une partitionnement standard ou btrfs. Moi j'aime bien btrfs.

Tu peux aussi, avant de commencer l'installation à partir de liveUSB, enlever toutes les partitions de ton DD et écraser la table, avec fdisk ou gparted ou gnome-disks par exemple.

biscotte wrote:merci Cygn j'ai lut l'article que tu m'as mis en lien et lancé la commande indiqué pour savoir si c'est un "new or old stack".

[biscotte@cracotte ~]$ lsmod | egrep 'firewire|1394'
firewire_ohci          40960  0
firewire_core          65536  1 firewire_ohci
crc_itu_t              16384  1 firewire_core

Mais j'avoue que ça n'a rien a voir avec leur résultat.Et là c'est pas moi qui va comprendre ce que signifie le résultat de la commande sur ma carte.Me manquerai-t-il une bibliothèque ou autre chose?

Non, pas de souci sur ta machine. C'est bien ce qu'ils appellent 'new stack'

biscotte wrote: j'ai fait un ls-la /dev et mon fichier fw0 a les bons droits

crw-------.  1 root root    245,   0  1 mars  18:28 fw0

avec la règle udev proposée il aurait dû être

crw-rw----.  1 root video  

qui veut dire que les membres du groupe video peuvent accéder à la périphérique. Là seulement root peut le faire.

biscotte wrote: Mais une chose m'intrigue :

crw-rw----.  1 root video    29,   0  1 mars  18:28 fb0

Qu'est ce que c'est que fb0 sachant que c'est un périphérique mais lequel?
Pourquoi appartient-il au groupe vidéo puisque je n'ai jamais créer ce groupe?C'est d'ailleurs ce point que je ne comprends pas bien je dois faire partie du groupe vidéo mais je ne l'ai jamais créer.Qui l'a créé?Kdenlive?C'est le seul fichier du groupe vidéo.

fb0 est une périphérique bloc (et pas un pilote) qui te donne accès bas niveau à un framebuffer, donc un affichage. Hors sujet ici.
Groupe video est un groupe système et existe par défaut, comme audio, usb, qq autres. C'est un moyen de gérer quels utilisateurs ont accès à quelles ressources.

biscotte wrote: Je vais poster les résultats de ma commande du dessus dans le forum de kdenlive pour en savoir plus.J'espère que je pourrais un jour faire mon acquisition :-?

Comme je disais, je suis assez convaincu qu'avec le règle udev mentionnée, ton /dev/fw0 aura les droits d'accès au groupe video, et on y incluant ton utilisateur tu pourras utiliser ton caméra.