#0 Re : -1 » Nouveautés dans Bionic » Le 25/10/2017, à 15:37
- mahikeulbody
- Réponses : 1 558
C'est pour ça que l'opposition Mir/Wayland n'a jamais eu de sens [...].
Il ne faut pas exagérer non plus : même si l'exprimer ainsi n'est pas d'une grande rigueur, il y avait bel et bien opposition entre deux protocoles.
#1 Re : -1 » Nouveautés dans Bionic » Le 25/10/2017, à 16:15
- mahikeulbody
- Réponses : 1 558
Ce n'est pas un compositeur parmi d'autres, c'est celui du projet Wayland. Mais comme Wayland est aussi une spécification ouverte, d'autres compositeurs ont pu voir le jour. Mais pour revenir à l'origine du débat :
- non Wayland, ce n'est pas qu'une spécification, c'est aussi une implémentation (même si on lui a donné un autre nom pour éviter toute confusion, ce que n'a pas fait le projet Mir sauf erreur de ma part)
- si, le débat Wayland vs Mir avait du sens puisqu'il est évident qu'on parlait du protocole Mir (et non de l'implémentation Mir) ; il est d'ailleurs à peu près sûr que si Canonical avait annoncé une implémentation de Wayland appelée Mir, il y aurait eu beaucoup moins de critiques (un peu quand même, certes).
#2 Re : -1 » Nouveautés dans Bionic » Le 25/10/2017, à 16:17
- mahikeulbody
- Réponses : 1 558
> Il a été considéré à l'origine que le protocole utilisé entre les client et le compositeur/serveur d'affichage n'était qu'un détail d'implémentation.
C'est un peu comme si on disait que l'interface de X11 n'est qu'un détail d'implémentation !
#3 Re : -1 » Nouveautés dans Bionic » Le 25/10/2017, à 16:24
- mahikeulbody
- Réponses : 1 558
En fait, ce débat me paraît dépassé (et pourtant j'y contribue, certes, on n'est jamais à une contradiction près 
). La seule information intéressante est que Mir devient compatible avec des clients "Wayland" mais qu'il semble peu probable qu'il soit utilisé dans les futures versions de Ubuntu. Pour l'IoT ? Mais alors à quoi bon le rendre compatible Wayland puisqu'ils ont toujours dit que ce n'était pas adapté à ce monde-là (outre celui des smartphones) d'où le besoin d'inventer autre chose (ce dont je ne suis pas compétent pour en juger) ?
#4 Re : -1 » Nouveautés dans Bionic » Le 25/10/2017, à 16:31
- mahikeulbody
- Réponses : 1 558
> Je ne vois pas pourquoi il y aurait eu la moindre critique, vu que c'est exactement ce que GNOME (Mutter) et KDE (Kwin) ont fait.
C'était une remarque ironique vu qu'il est souvent de bon ton de critiquer les choix de Ubuntu, en l'occurrence ça aurait sûrement été "Pourquoi refaire un compositeur puisqu'il y a déjà des compositeurs upstream ?".
#5 Re : -1 » Nouveautés dans Bionic » Le 25/10/2017, à 16:38
- mahikeulbody
- Réponses : 1 558
> je dis que la comparaison Mir/Wayland n'a pas de sens : on compare des choses différentes.
Je suis d'accord mais dire "que l'opposition Mir/Wayland n'a jamais eu de sens" (je te cite) c'est autre chose : il est évident que cette opposition n'a jamais eu d'autre fondement que le choix d'un autre protocole pour Mir et non les choix internes de Mir en tant que compositeur).
Après, si c'est juste pour dire que les "opposants" de l'époque n'employaient une expression rigoureuse pour parler du sujet qui les opposait... la belle affaire.
#6 Re : -1 » Nouveautés dans Bionic » Le 25/10/2017, à 17:15
- mahikeulbody
- Réponses : 1 558
Mais j'observe partout que la confusion demeure. Encore récemment j'ai eu des débats avec des « opposants » à Mir qui au final ne savait pas vraiment ce que sont Wayland et Mir.
La grande majorité avait quand même au moins compris que Canonical allait développer un "truc" appelé Mir utilisant son propre protocole au lieu d'un autre "truc" existant déjà et adopté (ou en voie d'adoption) par presque toute la communauté et que cela était le Mal (je me garderai de juger, d'autant que ce n'est plus le problème). Du coup, leur expliquer ce que sont vraiment Wayland et Mir n'est pas inutile mais sera sans effet sur l'opinion qu'ils ont eu sur le sujet car cette opinion n'a pas été faussée par cette éventuelle méconnaissance.
#7 Re : -1 » Nouveautés dans Bionic » Le 25/10/2017, à 19:34
- mahikeulbody
- Réponses : 1 558
@didrocks
La question que je me pose est : Mir(avec la prise en compte de Wayland) sera t-il le compositeur d'une version future de Ubuntu ?
Si ce n'est pas le cas (i.e. il ne sera utilisé que dans un contexte IoT), pourquoi l'adapter à Wayland puisqu'un des arguments forts "déclarés" pour justifier la non-adoption de Wayland dans la version initiale de Mir était que ce protocole n'était pas bien adapté à ce que l'on voulait obtenir pour un environnement smartphone et/ou IoT ?
C'est une vraie question.
#8 -1 » choix NVIDIA / AMD juste pour OpenCL, pas pour jouer (ni miner) » Le 17/01/2018, à 21:58
- mahikeulbody
- Réponses : 2
Bonjour,
Jusqu'à présent je me contente du circuit graphique de mon Intel core i3. Utilisant beaucoup Darktable, j'aimerais upgrader ma configuration avec une carte graphique compatible OpenCL afin d'améliorer les performances dans ce cas d'utilisation. Je ne joue pas. Je ne fais pas question d'avoir un driver libre, je vois ça plutôt comme la cerise sur le gâteau.
Quelle combinaison* Nvidia/AMD - libre/proprio serait la plus appropriée (i.e. efficace avec pas/peu de prise de tête) pour mon cas d'utilisation ?
Faut-il vraiment une carte haut de gamme pour que l'utilisation de OpenCL fasse une réelle différence avec le cpu ?
* avec compatibilité Wayland
Merci d'avance.
#9 Re : -1 » choix NVIDIA / AMD juste pour OpenCL, pas pour jouer (ni miner) » Le 18/01/2018, à 11:56
- mahikeulbody
- Réponses : 2
Merci pour ta réponse, elle m'a donné une piste (amd-gpu) pour chercher. J'ai trouvé sur le wiki de Arch les indications suivantes :
pour AMD
amdgpu ne gère pas opencl out of the box, il faut :
opencl-mesa (libre) ou opencl-amd (non libre) pour la runtime
libopencl (non libre) ou ocl-icd (libre) pour le loader icd
pour NVIDIA
outre le driver, il faut :
opencl-nvidia (non libre) pour la runtime
nvidia-opencl-icd (non libre) ou ocl-icd (libre) pour le loader icd
D'où les questions suivantes :
Est-ce que opencl-mesa est aussi performant que opencl-amd ou opencl-nvidia ?
Est-ce que les drivers libres (nouveau, par exemple) sont compatibles avec opencl (opencl proprio ou opencl-mesa) ?
#10 -1 » [Résolu] Raccourci --> dock 17.10 pour lancer un script dans un term » Le 27/11/2017, à 11:31
- mahikeulbody
- Réponses : 10
J'ai un peu cherché mais je ne trouve pas de réponse claire/simple. Par ailleurs, je ne suis pas totalement sûr que ce soit le bon forum, désolé si ce n'est pas le cas...
J'ai un script shell que je veux exécuter dans une fenêtre Terminal afin de voir les messages. Je voudrais lancer ce script depuis un raccourci dans le dock de Ubuntu 17.10. Pour finir, j'aimerais que le Terminal ne se ferme pas à la fin de l'exécution du script.
Dans l'ancien temps, on pouvait créer un lanceur sur le bureau qui offrait les possibilités ci-dessus.
#11 Re : -1 » [Résolu] Raccourci --> dock 17.10 pour lancer un script dans un term » Le 27/11/2017, à 12:23
- mahikeulbody
- Réponses : 10
Merci pour la "ruse" !
Maintenant, il reste la première partie de ma demande (raccourci dans le dock avec ouverture d'un terminal).
#12 Re : -1 » [Résolu] Raccourci --> dock 17.10 pour lancer un script dans un term » Le 27/11/2017, à 12:44
- mahikeulbody
- Réponses : 10
Je suis sous Ubuntu 17.10 : le glisser-déposer sur le dock ne marche pas chez moi.
#13 Re : -1 » [Résolu] Raccourci --> dock 17.10 pour lancer un script dans un term » Le 27/11/2017, à 15:35
- mahikeulbody
- Réponses : 10
C'est parfait, merci !
Comment je fais pour mettre ça dans le dock (17.10) ? Un glisser-déposer de l’icône d'exécutable ne fonctionne pas.
#14 Re : -1 » [Résolu] Raccourci --> dock 17.10 pour lancer un script dans un term » Le 27/11/2017, à 15:56
- mahikeulbody
- Réponses : 10
Ça marche !
J'ai juste rajouté une ligne icon pour avoir une zolie icône.
Merci à tous !
#15 Re : -1 » Nouveautés dans Artful » Le 20/10/2017, à 10:29
- mahikeulbody
- Réponses : 1 857
Je viens de mettre à jour mon laptop : tout semble ok. Bravo (et merci) à tous les développeurs/contributeurs !
Il y a cependant un point qui m'a un peu dérouté : je ne voyais plus la barre de menu de mes applications. C'est en faisant Alt par hasard qu'elle est réapparu. C'est le fonctionnement par défaut ?
#16 Re : -1 » Nouveautés dans Artful » Le 20/10/2017, à 13:18
- mahikeulbody
- Réponses : 1 857
ça commence... : https://forum.ubuntu-fr.org/viewtopic.php?id=2016334
Je pense qu'il faudrait créer une page wiki qui rassemble toutes les interrogations qu'on risque d'avoir sur le forum par rapport à la nouvelle version et la réponse/solution associée comme ça dès que quelqu'un pose la question, on à juste à donner lien en précisant : "question n°15 sur le lien"
C'est sans doute une bonne idée mais en l’occurrence elle ne s'applique pas vraiment à mon cas. En effet, je viens de vérifier, suite à la mise à jour de mon laptop, cette histoire de AppMenu caché par défaut et réapparaissant avec Alt ne concerne que Firefox. Je n'ai d'ailleurs pas trouvé d'action "Gnome" associée à la touche Alt dans les docs que j'ai pu lire. J'ai la même version (56) de Firefox sous la 17.04.
#17 Re : -1 » Nouveautés dans Artful » Le 23/10/2017, à 21:43
- mahikeulbody
- Réponses : 1 857
Dans la 17.10 impossible de faire un clic doit créer un nouveau document si aucun fichier présent dans les modèles.
C'est pareil dans la 17.04 : il faut créer des fichiers (vide) des types souhaités dans le dossier Modèles. C'est d'ailleurs expliqué dans la fenêtre du dossier Modèles.
#18 Re : -1 » Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell » Le 07/04/2017, à 10:40
- mahikeulbody
- Réponses : 714
et encore une fois, si Cannonical abandonne Unity, c'est parce qu'ils abandonnent la branche mobile en général.
Oui et non. Certes, Unity avait comme objectif la convergence avec le mobile mais sous sa forme Unity 7 il convient à beaucoup de gens sur PC.
S'ils abandonnent Unity 7 au profil de Gnome c'est à mon avis à cause de Mir. Mir ne se "justifiait" qu'à cause du mobile => on arrête Mir => on doit passer à Wayland tôt ou tard => porter Unity sous Wayland, effort qui a sans doute été considéré comme trop coûteux sans la motivation de la convergence.
#19 Re : -1 » Nouveautés dans Xenial » Le 22/04/2016, à 11:08
- mahikeulbody
- Réponses : 840
> Donc une logithèque qui ne voit pas tous les programmes installés ou installables, cela ne devrait pas me surprendre. Et pourtant cela me surprend encore ... Quels talents !
J'ai essayé en live usb et j'ai constaté que VLC n'était pas connu par la logithèque 
(alors qu'il l'est dans la 15.10, bien sûr).
Je vais sans doute attendre un peu avant de conseiller la mise à jour à mon entourage.
#20 Re : -1 » Nouveautés dans Xenial » Le 22/04/2016, à 12:21
- mahikeulbody
- Réponses : 840
J'ai tapé VLC dans le champ de recherche et il ne m'a rien proposé. J'ai cherché à la rubrique Vidéo, pas de VLC non plus.
J'étais en live-usb à partir d'une ISO 64 bits. Bizarre...
#21 Re : -1 » Nouveautés dans Wily » Le 01/07/2015, à 20:36
- mahikeulbody
- Réponses : 351
Je ne suis d'accord avec à peu près rien de ce que tu as dit mais ce n'est pas le sujet de ce fil donc je n'y répondrai pas sauf sur Visual Studio :
#22 -1 » Fenêtre Fichiers créée au lieu de redonner le focus à celle existante » Le 30/03/2015, à 14:05
- mahikeulbody
- Réponses : 0
Bonjour,
Je suis sous Ubuntu 14.10.
- Clic sur l’icône Fichiers du lanceur => ouverture d'une nouvelle fenêtre (appelons la fenetre1).
- Dans fenêtre1 j'ouvre un dossier dans un autre disque.
- Je lance une autre application => fenetre1 passe en arrière-plan.
- Je re-clique sur l’icône Fichiers du lanceur => fenetre1 reste en arrière-plan et c'est une nouvelle fenêtre Fichiers qui s'ouvre et qui passe au premier plan.
J'ignore si c'est un problème Unity ou un problème Fichiers (ou bien moi qui n'ait rien compris).
Edit : en fait, le problème ne se produit qu'avec des disques non présents dans fstab (par exemple un disque externe) et la création de la nouvelle fenêtre en cliquant sur l'icône Fichiers a lieu même si fenetre1 est toujours au premier plan.
Vous avez le même symptôme ? Peut-on considérer que c'est un bug ?
#23 -1 » De temps en temps, plein de lettres s'effacent d'un coup de mon écran » Le 12/03/2015, à 18:24
- mahikeulbody
- Réponses : 0
et cela aussi bien sur le bureau que dans une application.
J'ai trouvé comment corriger le problème quand il survient : via Unity Tweak Tool / Police de caractères, je règle l'anti-crénelage à Niveaux de gris au lieu de RVB/Alpha (qui est la valeur par défaut) et je provoque le ré-affichage des fenêtres concernées (pour le bureau j'imagine qu'il faudrait que je relance Unity). Si je veux garder le réglage par défaut il faut que je ferme la session et que je la rouvre (ou que je redémarre).
D'où est-ce que ça peut provenir ?
#24 -1 » question sur la calibration écran avec un Windows virtualisé » Le 04/03/2015, à 12:23
- mahikeulbody
- Réponses : 0
Bonjour,
J'utilise mon logiciel de traitement raw dans un Windows virtualisé (Virtualbox). Je voudrais calibrer mon écran avec une sonde.
Est-ce que calibrer mon écran sous Ubuntu (avec une sonde compatible avec Argyll par exemple) m'assure qu'une photo affichée dans ma fenêtre "Windows virtualisé sans profil ICC" aura la même colorimétrie que quand elle est affiché dans mon Ubuntu hôte (avec le profil ICC généré par Argyll) ?
Une autre solution serait de calibrer la sonde dans le Windows virtualisé (avec le logiciel du constructeur) et de récupérer le profil ICC sous Ubuntu. Les deux OS (l'hôte et l'invité) utiliseraient donc le même profil ICC.
Merci d'avance.
Je poste ici mais peut-être que cela aurait été plus pertinent de la faire dans "Virtualisation et émulation".