À ma connaissance, aucun programme n'est capable de faire cela pour tous les types de fichiers
il y avait OS/2, mais IBM l'a tué^W sabordé :/
même les fichiers étaient des objets et pouvaient se voir adjoindre des propriétés :
icône spécifique au besoin
association avec programme pour l'éditer
description…
de mémoire, c'était stocké dans des fichiers associés — et non géré au niveau filesystem — reconnus par les programmes internes (gestionnaire de fichier… ça fonctionnait moins bien avec winword malgré la participation^W sabotage de Microsoft au début :/)
comme sous Android maintenant, on pouvait organiser les programmes dans des dossiers / par thème / mélangés à des documents au besoin pour organiser son bureau (les fenêtres se rappelant de leur emplacement précédents au besoin)
en plus toute l'interface était scriptable (en REXX, mais bon) permettant d'associer l'ouverture de fichier à un ensemble d'actions…
Mais tu peux voir un petit drapeau — si tu as une réponse à un de tes commentaire — près de ton pseudo, quand tu reviens sur le site et sur la page de ton tableau de bord : https://linuxfr.org/tableau-de-bord
petits dongles wifi sur port USB, je m'aperçois que le support Linux laisse souvent à désirer.
qu'est-ce qui te fait dire cela ? (url ?)
tu prends de l'entrée de gamme PNY / noname, c'est largement suffisant et bien géré par Linux la plupart du temps… (car chipset éprouvé)
je ne sais pas pourquoi, je n'ai pas de notification quand il y a un commentaire sur une dépêche.
tout simplement parce qu'il n'y en a pas : c'est à toi de voir qu'il y a de nouveaux commentaires par rapport à ton précédent passage ; en bas de ta dépêche :
le fait que tu sois unique cette fois-ci ne signifie que tu seras le même la prochaine fois : tu peux changer de navigateur, le mettre à jour, changer d'ordi…
il faudrait trouver un invariant dans le temps te discriminant (ok, ta carte graphique peut-être…)
2576301 empreintes de tout temps : ce n'est pas très représentatif (déjà on serait à 25% de Linux, donc un peu sur-représentés dans leur corpus…)
l'activation du "do not track" est très identifiante
ah ? moi cela m'affiche 9 - Utilisation du Do Not Track 65.26 % => pas très discriminant
pour répondre à tes autres interrogations, tu as : https://www.amiunique.org/fr/fingerprint
(dans mon cas : oui /o\) et ça met en évidence les points t'identifiant (en rouge) et les points communs (en vert, te noyant dans la masse)
On m'a conseillé d'augmenter le niveau de verbosité et d'utiliser gdb.
ça c'est pour le gst-launch, un strace aussi donnerait plus d'infos (mais bon difficilement interprétable).
l'erreur a l'air d'être à plus bas niveau dans acb3000.camss
Pour ton contact, je pourrais le joindre par quel moyen ?
mail :-)
Je vais voir pour d'autres sites aussi ou IRC oui
commence par les forums fairphone, il y aura bien quelqu'un qui a le même matériel que toi : ou est-ce un ajout spécifique que tu fais ?
bah déjà tu as un kernel panic ('fin bon un warning mais c'est à peine mieux pour prendre en compte ton matériel) :/ ce n'est jamais très bon : souci d'initialisation de données, non adaptation/reconnaissance du matériel connecté… ça peut venir de pleins de choses.
L'idée c'est d'être robuste et pouvoir réinitialiser au déchargement / rechargement du module…
=> on ne voit pas très bien quelle action génère quelle trace : c'est toujours bien d'avoir un terminal affichant le journalctl -f en parallèle d'un terminal où l'on effectue les actions pour déterminer la réponse effective à chaque action.
=> pareil, je ne vois pas pourquoi tu passes de
qcom-camss acb3000.camss: VFE HW Version = 1.2.0
à
qcom-camss acb3000.camss: VFE HW Version = 1.5.0
pourquoi 2 versions différentes ? ça correspond à quoi ?
J'ai du mal à interpreter les résultats de dmesg n'étant pas de l'info.
ah c'était du dmesg et pas du journalctl ? => indique ta méthodologie pour débugguer :-)
en gros, il faut commencer par les couches basses : chargement du module par modprobe -i nom_module
logs correspondants, outils de diagnostic pour s'assurer que le matériel est correctement détecté
si ok, continuer avec actions de plus haut niveau, avec logs afférents
pareil outil de diagnostic que tout s'est correctement déroulé est correctement pris en compte (en s'assurant que dbus ne vient pas mettre la grouille au passage…)
En gros, savoir effectuer les actions séquentiellement et manuellement plutôt que de s'appuyer sur trop d'automatisation qui complique l'analyse…
La caméra est géré par liaison I2C et c'est le controlleur du driver camss qui renvoie cette erreur.
déjà voir avec les utilisateurs/développeurs de ce pilote s'ils ont un forum/une mailing-list/un chan IRC ou autre…
Ils te demanderont sans doute des informations complémentaires :
uname -a # pour voir quel noyau tu utilises
lspci -knn # pour voir quel matériel tu as et les éventuels pilotes le gérant
lsusb ; lsusb --tree # si c'est connecté en USB (a priori non) et quoi est connecté où
bah, tu peux essayer de le contacter, il est sympa :-) (je l'ai rencontré au Fosdem et j'avais un peu bossé avec lui pour ueagle-atm), il t'orientera peut-être mieux vers des utilisateurs plus spécialistes que lui (évite la LKML, spa le meilleur endroit pour obtenir du support… outre le fait que tu risques de faire exploser ta boîte mail)
Sinon, je vois que tu as un fairphone : essaie d'abord de voir sur leurs forums s'il y a d'autres utilisateurs dans ton cas.
A priori, tu n'auras pas besoin de recompiler de noyau, les pilotes ça suffit généralement si les interfaces n'ont pas trop changé…
Bon courage, tu n'es pas à l'abri de trouver un autre utilisateur ayant réussi à le faire fonctionner :-) Notez bien ce qui fonctionne correctement pour pouvoir avancer (et y revenir ensuite pour avoir une méthodologie reproductible)
l'idée est de tout faire pour avoir un système porté sur le plus grand nombre d'appareils, de marques différentes.
tu omets que l'éco-système ARM est ultra-fragmenté…
tu as une liste : https://ubports.com/en/supported-products
alors, oui, elle est restreinte à ce qui est correctement géré/gérable (les mauvais choix de CPU/GPU ne sont pas du ressort d'une distribution…)
pour moi c'est ce qui a tué à petit feu sailfish et ubports, n'ayant jamais vu aucun tel circuler avec ces systèmes..
mais vu l'inflation des salaires aux USA même l'Allemagne devient très abordable pour les ricains, et avec pas mal de gens compétents.
c'était déjà le cas début 2000 avec des TJM (taux journalier moyen) :
$1000 aux USA
$600-$700 en Allemagne et France
équipe de 10 $600-$1200 en Inde (ça a bien changé)
donc Munich, aussi cher que Paris
moui, ils auraient pu choisir Darmstadt qui a de bonnes universités (ou Dietzenbach c'est pareil…), ou Walldorf (avec SAP…) ou Francfort (avec centres IBM).
Il y a tout de même quelques « centres » en Allemagne qui ont une propension à attirer les informaticiens :-)
[^] # Re: Pour essayer COSMIC
Posté par BAud (site web personnel) . En réponse au lien A Blog to Satisfy Your Monthly COSMIC Fix(es) . Évalué à 2 (+0/-0).
les distributions de prédilection semblent être Arch (via AUR) et nix :
https://repology.org/project/cosmic-comp/versions
même s'il y a du FreeBSD ;-)
bon, même la normalisation des noms de paquet sur repology ne facilite pas trop de retrouver les paquets de cet environnement de bureau COSMIC :/
[^] # Re: Le bureau sémantique
Posté par BAud (site web personnel) . En réponse au message commenter/décrire des fichiers/photos. Évalué à 2 (+0/-0).
ceux-là existent encore.
Avec les SSD, on voit un peu moins leur pourrissement des IO…
lequel ? c'est un nom de projet un peu galvaudé :/
[^] # Re: enthousiasme
Posté par BAud (site web personnel) . En réponse au journal décrire une une image avec une iA locale. Évalué à 2 (+0/-0).
WDYT ?!
[^] # Re: et c'est le drame
Posté par BAud (site web personnel) . En réponse au journal Pas de Revue de Presse cette semaine. Évalué à 2 (+0/-0).
tu dois encore pouvoir faire une PR ;-)
[^] # Re: Calibre pour les fichiers texte
Posté par BAud (site web personnel) . En réponse au message commenter/décrire des fichiers/photos. Évalué à 2 (+0/-0).
il y avait OS/2, mais IBM l'a tué^W sabordé :/
[^] # Re: Intéressé mais problème sur le forum
Posté par BAud (site web personnel) . En réponse à la dépêche Nouveautés de mars 2024 de la communauté Scenari. Évalué à 2 (+0/-0).
pas de notification par mail, non.
Mais tu peux voir un petit drapeau — si tu as une réponse à un de tes commentaire — près de ton pseudo, quand tu reviens sur le site et sur la page de ton tableau de bord : https://linuxfr.org/tableau-de-bord
[^] # Re: homeassistant + module zigbee
Posté par BAud (site web personnel) . En réponse au message home energy management system. Évalué à 3 (+1/-0).
généralement, c'est https://www.home-assistant.io/
tu peux l'installer sur un RPi effectivement
[^] # Re: Question pour le DNS
Posté par BAud (site web personnel) . En réponse au lien L'ARCOM s'interroge sur le détournement des VPN et DNS à des fins illicites. Évalué à 3 (+1/-0). Dernière modification le 03 mai 2024 à 22:09.
pour expliquer le pourquoi du comment :
chacun son choix, moi je ne prends plus l'avion :-)
[^] # Re: Pas de miracle avec un périphérique à 50 euros les 500G
Posté par BAud (site web personnel) . En réponse au journal Attention aux nouveaux SSD, chute des performances ! (Crucial BX500 2To). Évalué à 2 (+3/-3).
bin ouais, tout le monde ne clique pas sur le 1er lien de warez venu :-)
L'intérêt de la remarque a fait indiquer
bon, on ne sait toujours pas laquelle, ni leur légitimité, mais ça avance :-)
(ni ce que contient le document chez un hébergeur douteux)
[^] # Re: as tu trouvé ton bonheur?
Posté par BAud (site web personnel) . En réponse au message Dongle Wifi + Bluetooth. Évalué à 2 (+0/-0). Dernière modification le 03 mai 2024 à 15:07.
qu'est-ce qui te fait dire cela ? (url ?)
tu prends de l'entrée de gamme PNY / noname, c'est largement suffisant et bien géré par Linux la plupart du temps… (car chipset éprouvé)
[^] # Re: Intéressé mais problème sur le forum
Posté par BAud (site web personnel) . En réponse à la dépêche Nouveautés de mars 2024 de la communauté Scenari. Évalué à 1 (+0/-1).
tout simplement parce qu'il n'y en a pas : c'est à toi de voir qu'il y a de nouveaux commentaires par rapport à ton précédent passage ; en bas de ta dépêche :
[^] # Re: Ça manque d'explications techniques
Posté par BAud (site web personnel) . En réponse à la dépêche Les enchères en temps réel, un danger pour la vie privée mais aussi pour la sécurité européenne. Évalué à 3 (+1/-0).
pour te rassurer (ou pas) :
2576301 empreintes de tout temps : ce n'est pas très représentatif (déjà on serait à 25% de Linux, donc un peu sur-représentés dans leur corpus…)
ah ? moi cela m'affiche 9 - Utilisation du Do Not Track 65.26 % => pas très discriminant
[^] # Re: Nouveau système pour les anniversaires
Posté par BAud (site web personnel) . En réponse au lien Le BASIC a 60 ans. Évalué à 2 (+0/-0).
donc la même année que moi qui suis né avec le langage C :-)
[^] # Re: Ça manque d'explications techniques
Posté par BAud (site web personnel) . En réponse à la dépêche Les enchères en temps réel, un danger pour la vie privée mais aussi pour la sécurité européenne. Évalué à 2 (+0/-0). Dernière modification le 03 mai 2024 à 00:55.
O_o Ah oui, ça apparaît tout en bas /o\
pour répondre à tes autres interrogations, tu as : https://www.amiunique.org/fr/fingerprint
(dans mon cas : oui /o\) et ça met en évidence les points t'identifiant (en rouge) et les points communs (en vert, te noyant dans la masse)
(re-)trouvé via https://www.cnil.fr/fr/nouvelles-methodes-de-tracage-en-ligne-quelles-solutions-pour-se-proteger
[^] # Re: complément
Posté par BAud (site web personnel) . En réponse au message [Fairphone/PostmarketOS] : Adaptation d'un driver imx412 pour imx576. Évalué à 2 (+0/-0).
ah, bah ça, c'est le jeu de piste ;-)
[^] # Re: modinfo
Posté par BAud (site web personnel) . En réponse au message [Fairphone/PostmarketOS] : Adaptation d'un driver imx412 pour imx576. Évalué à 2 (+0/-0).
bin, 3 call trace spa engageant :/
ça c'est pour le
gst-launch, unstraceaussi donnerait plus d'infos (mais bon difficilement interprétable).l'erreur a l'air d'être à plus bas niveau dans acb3000.camss
mail :-)
commence par les forums fairphone, il y aura bien quelqu'un qui a le même matériel que toi : ou est-ce un ajout spécifique que tu fais ?
# complément
Posté par BAud (site web personnel) . En réponse au message [Fairphone/PostmarketOS] : Adaptation d'un driver imx412 pour imx576. Évalué à 2 (+0/-0).
tu as regardé sur la ML linux-media ?
https://www.spinics.net/lists/linux-media/msg215880.html
cela parle de imx577 utilisant imx412…
il y a peut-être des infos à grappiller :-)
[^] # Re: modinfo
Posté par BAud (site web personnel) . En réponse au message [Fairphone/PostmarketOS] : Adaptation d'un driver imx412 pour imx576. Évalué à 2 (+0/-0).
bah déjà tu as un kernel panic ('fin bon un warning mais c'est à peine mieux pour prendre en compte ton matériel) :/ ce n'est jamais très bon : souci d'initialisation de données, non adaptation/reconnaissance du matériel connecté… ça peut venir de pleins de choses.
L'idée c'est d'être robuste et pouvoir réinitialiser au déchargement / rechargement du module…
=> on ne voit pas très bien quelle action génère quelle trace : c'est toujours bien d'avoir un terminal affichant le
journalctl -fen parallèle d'un terminal où l'on effectue les actions pour déterminer la réponse effective à chaque action.=> pareil, je ne vois pas pourquoi tu passes de
à
pourquoi 2 versions différentes ? ça correspond à quoi ?
ah c'était du dmesg et pas du journalctl ? => indique ta méthodologie pour débugguer :-)
modprobe -i nom_moduledbusne vient pas mettre la grouille au passage…)En gros, savoir effectuer les actions séquentiellement et manuellement plutôt que de s'appuyer sur trop d'automatisation qui complique l'analyse…
déjà voir avec les utilisateurs/développeurs de ce pilote s'ils ont un forum/une mailing-list/un chan IRC ou autre…
Ils te demanderont sans doute des informations complémentaires :
uname -a# pour voir quel noyau tu utiliseslspci -knn# pour voir quel matériel tu as et les éventuels pilotes le gérantlsusb ; lsusb --tree# si c'est connecté en USB (a priori non) et quoi est connecté oùd'après https://www.kernel.org/doc/html/latest/admin-guide/media/qcom_camss.html tu dois pouvoir contacter les gens de Linaro qui semblent avoir repris le sujet (je doute que qualcomm soit très coopératif vu que leurs docs' ne sont plus en ligne et dataient de 2016/2018…)
ah… je vois que c'est GKH qui est intervenu sur
https://git.codelinaro.org/clo/la/kernel/msm-3.18/
bah, tu peux essayer de le contacter, il est sympa :-) (je l'ai rencontré au Fosdem et j'avais un peu bossé avec lui pour ueagle-atm), il t'orientera peut-être mieux vers des utilisateurs plus spécialistes que lui (évite la LKML, spa le meilleur endroit pour obtenir du support… outre le fait que tu risques de faire exploser ta boîte mail)
Sinon, je vois que tu as un fairphone : essaie d'abord de voir sur leurs forums s'il y a d'autres utilisateurs dans ton cas.
A priori, tu n'auras pas besoin de recompiler de noyau, les pilotes ça suffit généralement si les interfaces n'ont pas trop changé…
Bon courage, tu n'es pas à l'abri de trouver un autre utilisateur ayant réussi à le faire fonctionner :-) Notez bien ce qui fonctionne correctement pour pouvoir avancer (et y revenir ensuite pour avoir une méthodologie reproductible)
[^] # Re: nih
Posté par BAud (site web personnel) . En réponse au journal Publier sa musique en html. Évalué à 3 (+1/-0).
tu voudrais que tout le monde utilise un format pivot tel que MusicXML ? :D
[^] # Re: les distros populaires s'y mettent..
Posté par BAud (site web personnel) . En réponse au journal Téléphone sous Linux ?. Évalué à 2 (+0/-0).
tu omets que l'éco-système ARM est ultra-fragmenté…
tu as une liste : https://ubports.com/en/supported-products
alors, oui, elle est restreinte à ce qui est correctement géré/gérable (les mauvais choix de CPU/GPU ne sont pas du ressort d'une distribution…)
sailfishos : dernière publication il y a un jour… https://forum.sailfishos.org/t/community-hardware-adaptations/14081
ubports : https://github.com/ubports/ actuellement des mises à jours datant de 2h ou 2 semaines, ça n'a pas l'air encore mort…
[^] # Re: Oui alors le titre n’est pas faux, mais c’est trompeur…
Posté par BAud (site web personnel) . En réponse au lien Mastodon : l’entreprise allemande d’Eugen Rochko devient à but lucratif. Évalué à 2 (+0/-0).
je préfère un gag reel ;-)
[^] # Re: Pas de miracle avec un périphérique à 50 euros les 500G
Posté par BAud (site web personnel) . En réponse au journal Attention aux nouveaux SSD, chute des performances ! (Crucial BX500 2To). Évalué à -4 (+10/-16).
framacalc ne fonctionne plus ?!
[^] # Re: Arcom est dit
Posté par BAud (site web personnel) . En réponse au lien L'ARCOM s'interroge sur le détournement des VPN et DNS à des fins illicites. Évalué à 2 (+0/-0).
c'est quand la suite d'ailleurs ? toujours avec Jodie Whittaker ? (moui, Tennant ça m'étonnerait qu'il revienne :/)
[^] # Re: Différence
Posté par BAud (site web personnel) . En réponse au journal Google vire son équipe Python aux US et délocalise en Allemagne.. Évalué à 7 (+5/-0). Dernière modification le 02 mai 2024 à 12:00.
c'était déjà le cas début 2000 avec des TJM (taux journalier moyen) :
moui, ils auraient pu choisir Darmstadt qui a de bonnes universités (ou Dietzenbach c'est pareil…), ou Walldorf (avec SAP…) ou Francfort (avec centres IBM).
Il y a tout de même quelques « centres » en Allemagne qui ont une propension à attirer les informaticiens :-)
[^] # Re: -
Posté par BAud (site web personnel) . En réponse au lien Chomeur et bénévole ? Achtung. Évalué à 3 (+1/-0).
plutôt àcdlp non ? (oui… hein ?! c'est énervant, je sais :/)