bubar🦥 a écrit 6943 commentaires

google a forcé l'installation d'une nouvelle appli (les "parametres google")

Probablement parcequ'il ne s'agit que d'un raccourci. Auparavant il fallait aller dans «mon compte» pour l'essentiel puis spécifiquement dans les autres apps google. Là, on a tout centralisé via un raccourci, c'est pratique. As tu essayé de tout décocher (puisque google laisse ce choix, pour Ad Mobs y compris) ? Cela double l'autonomie de l'appareil _o/

Aparté concernant google maps, il est possible de définir une zone sur laquelle on va afin que la carte (pas les photos sat) soit téléchargée au préalable. Pas de surprise si l'appareil est hors couverture réseau, ou en très mauvaise couverture réseau.

Bonjour,

As tu essayé de changer directement la keymap cible (ou en créer une nouvelle basée dessus) ? Ça fonctionne bien. Ce n'est pas plus compliqué et ton clavier sera le même en dehors de X, dans une tty non-graphique, ce qui est bien pratique.

C'est dans /usr/lib/kbd/keymaps/ que cela se passe. Tu y trouvera divers dossiers, par exemple i386/dvorak/. Tu peux copier le ANSI-dvorak.map.gz en ANSI-dvorak-old.map.gz et de là, éditer la map. Il n'y a rien de complexe là dedans dès lors : tu connais les combinaisons à assigner ; tu ne fais pas de conflits ; tu respectes l'ordre du fichier pour la lisibilité.

(Par exemple, je suis obligé de faire systématiquement comme cela, disposant d'un excellent clavier métallique avec touches chicklets et port usb, vraiment d'excellente facture, qualité clavier à 90€ mais payé 15€ … le bémol étant qu'il n'a pas de < > … lol, ni sur aucune combinaisons. Donc il est nécessaire de se faire ses propres combi)

Pour finir, tu peux :
- attribuer ce clavier en option de boot au noyau keymap=ANSI-dvorak ;
- le définir dans le vconsole.conf ;
- le définir dans un fichier spécifique pour xorg.conf.d qui ne reprendra que le paragraphe layout (d'un xorg.conf) ;

Have fun.

Il faut mettre le secure boot en mode "installation"

Concrètement, comment doit on faire ?
C'est une option dans le «bios» ? Lors du premier démarrage de la machine, on a accès à cette option ?

Je rejoins le commentaire parlant de business, plus haut. Redhat fait de l'argent en réalisant des distributions et en leur assurant du support. Redhat travaille beaucoup en amont, directement avec les projets, nombreux, dont d'essentiels. Redhat est donc en position pour nouer des partenariats afin de livrer un bureau linux au grand public. Mais ce n'est pas dans son viseur.

Quant à l'autre grande, en terme de visibilité, distribution, Ubuntu, elle porte volontairement ce projet, et si l'on ne regarde qu'à travers ce filtre leur politique est cohérente. Mais il y a des doutes quant à sa solidité pour proposer une solution viable à long terme de support d'un bureau. Le X13 de Dell, qui a vue ses caractéristiques (surtout au niveau de l'écran, ouf) largement augmentées par rapport à son édition initiale, proposé avec Ubuntu, sera un très beau banc de test. Jamais une distribution n'avait eu ce niveau de partenariat avec un constructeur pour une solution à destination du grand public.

Mon avis est que je me fiche de la distribution, en fait. Disons que j'ai des préférences bien sûr, mais l'essentiel n'est pas deb vs rpm (faussement nommé apt vs rpm) ni de savoir si PA a tué l'audio pro, ni aucun troll. L'essentiel est que UNE y arrive. Et même Android, d'ailleurs. L'essentiel est d'avoir de plus en plus de matériels disponibles nous permettant d'installer celle de notre choix (par exemple le Google Pixel est en passe de pouvoir proposer d'installer son propre CoreBoot… et ça, c'est bon, très bon). Parceque la situation actuelle, avec W8 & ses clefs obligatoires pour SecureBoot n'est pas rose. C'est peut être la pire que le Libre est connu …

Redhat n'a pas le bureau dans son viseur.

Lourd ? Hum …

Je perçois plutôt cela comme un accompagnement au changement du jeu vidéo. Et n'y vois rien de «féministe» là dedans. Simplement l'aspect revendication de droits, mettant le doigt sur la perception de l'image et la construction culturelle, ok. Mais finalement je n'y trouve rien de réellement intéressant. Cela me fait plutôt penser à une fausse révolution, parlant d'un objet commercial et de son évolution naturelle. On dirait des revendications de consommateurs & consommatrices. Attention, je ne dis que ce n'est pas important, c'est important, ne serait ce que pour une nécessaire évolution de l'image véhiculée, passant de la passivité ou de l'objet convoité (sic) à celle d'actrice pleine et entière, meneuse et combattante. C'est important car cela concerne in-fine les enfants et ce qu'on leur donne comme représentations d'identités. Néanmoins la manière de traiter le sujet, qui se veut probablement didactique, plus sympa qu'un test bechdel, amusant et léger, me ramène à ce sentiment de simple expression d'une évolution d'un objet commercial.

Maintenant pour le féminisme je le préfère lorsqu'il se décline avec ces mots là, par exemple : Petit article d' Alida Branderburg.

et pour ceux que cela enquiquine de lire de l'anglais, une nimage

Microsoft tient toujours bon la barre

Forcément, imagines :
Tu parcours le rayon "hygiène dentaire", et il n'y a que deux produits disponibles : un dentifrice qui se décline en 50 boites différentes, et un second dentifrice qui coûte deux fois plus cher.

…

Ben voilà, tu m'étonnes qu'ils tiennent la barre… les gens n'ont qu'une apparence de choix.

Ligne fixe ? Kezako ? Paire de cuivre ? Alors "autres", depuis 3 ans.

(note : si j'ai causé de cette nouvelle de «dbus dans le noyau» c'est simplement parceque le montage alsa - dbus - alsa (et passer par udev pour avoir un module py3 avec un py2 en //) semble bizarre par construction, pour simplement obtenir des informations sur la carte son. Parceque la distribution ne propose pas encore ce script en python3. Cela m'a semblé incroyablement compliqué pour faire quelque chose de simple. Ceci dit je n'y connait rien non plus :)

Alsacap ?
Exemple de sortie de aplay, suivi de la sortie de alsacap, pour la même carte basique :

    [muny@hpg72 tmp]$ aplay -l
    **** Liste des Périphériques Matériels PLAYBACK ****
    carte 0: MID [HDA Intel MID], périphérique 0: ALC270 Analog [ALC270 Analog]
      Sous-périphériques: 0/1
      Sous-périphérique #0: subdevice #0
    carte 0: MID [HDA Intel MID], périphérique 3: HDMI 0 [HDMI 0]
      Sous-périphériques: 1/1
      Sous-périphérique #0: subdevice #0

    [muny@hpg72 tmp]$ ./alsacap 
    *** Scanning for playback devices ***
    Card 0, ID `MID', name `HDA Intel MID'
      Device 0, ID `ALC270 Analog', name `ALC270 Analog', 1 subdevices (1 available)
        2 channels, sampling rate 44100..192000 Hz
        Sample formats: S16_LE, S32_LE
          Subdevice 0, name `subdevice #0'
      Device 3, ID `HDMI 0', name `HDMI 0', 1 subdevices (1 available)
        2..8 channels, sampling rate 32000..192000 Hz
        Sample formats: S16_LE, S32_LE, IEC958_SUBFRAME_LE
          Subdevice 0, name `subdevice #0`

C'est vrai que c'est nettement mieux, par défaut, en terme d'informations utiles… mais je ne sais pas si cela t'aidera. Le code source de alsacap.

je pars du principe que le mixage est bon et les switchs logiciels convenablement sélectionnés
mes cartes sons et leurs capacités (…)
lister mes cartes audio
interroger quelques caractéristiques : Marque et modèle
que je puisse lister tout cela depuis le logiciel

A moins que tu souhaites vraiment faire des torsions avec les bindings python de libXtract (ça marche, ça ?) (voir PySndObj ou Py-PA parceque ça obsolètiserai ce bullshitisme :p). Tout part de ce besoin : avoir les caractéristiques, pour cela tu as choisi d'utiliser pyalsa, et tu cherches un moyen élégant de l'utiliser avec python3 ? Mais il est marqué python3, portage par l'auteur initial, confirmé ici aussi. J'ai probablement rien compris ! :-)

Merci pour ton journal, fond et forme. J'ai une question de béotien :

Pourquoi implémenter une api dbus dans alsa aujourd'hui ? dbus n'est il pas voie de dépréciation ? Même si ce n'est pas «demain la veille» que dbus disparaîtra il est fort probable que les premiers endroits/logiciels mis à jour soient ceux concernant le son, justement (et la virtualisation). Parce que le «dbus dans le noyau», alsa sera probablement mis à jour en conséquence, et parmi les tout premiers logiciels à switcher, vue sa position (tandisque que les autres n'auront pas besoin de faire évoluer leur code, puisqu'une libdbus sera probablement là, assurant la translation entre le «dbus du noyau» et les logiciels utilisant habituellement dbus). Donc voilà : pourquoi s'enquiquiner à implémenter une api dbus dans alsa ? Gourrage ? Les plus gros intéressés étant kvm et alsa.

* \«dbus du noyau» : probablement une évolution ou ré-écriture de AF_BUS, écrit dans le cadre du projet Genivi (Automotive), qui a été refusé en l'état dans la branche principal. A moins qu'il ne s'agisse d'un kdbus second ? Bref, peu importe l'origine : c'est sûr, un «dbus dans le noyau» va voir le jour, Greg Kroah confirme bosser dessus.

«La valeur ajoutée»

Lorsqu'on fait ce choix, la valeur ajoutée est déjà positive, et de loin. Ce paiement de 50€ (ou 150€ du temps club mandrake, en fait lorsqu'on avait le club gratuit et qu'on ajoutait quant même 1 powerpacks sur 2, ou 2 sur 3, bref entre 50 et 200 an) ce n'est vraiment rien d'autre qu'un petit geste. Quant on ne peut rien faire d'autre à part essayer d'aider les autres parce qu'on a plus de temps, essayer de cloisonner ce que tu nommes "le pire boulot" pour pas pourrir bugzilla, faire du "support" sur l'outil dédié en dehors de bugzilla et d'un forum, bref on fait la participation minimale (selon moi, ok).

Nous avons probablement tendance à attendre quelque chose en retour d'un achat financier, alors que dans ce cas le "retour" nous l'avons déjà eu. Et tout le monde l'a eu, sans achat. C'est bien ça qu'il ne faut perdre de vue : ce n'est pas un achat d'un service mais une PAF. Ça c'est "entre connaisseurs", pour le quidam on peut dire en résumé : "la boite coûte tant" (cas mdk) ou "les mises à jour coûtent tant" (cas redhat). Point barre, pas besoin de faire de philosophie.

Mes deux cents.

Tame Impala

Ici oui, et c'est très bon. Système sans surprises, jamais. Personnellement je trouve Redhat bien adapté à un usage particulier. De plus le prix annuel est correct,c est une petite participation.

Il s agit quand même d un usage particulier se rapprochant du professionnel. C' est bien adapté pour l entreprise, et l indépendant.

Le particulier devra ajoutée EPEL, et quelques codecs, afin d avoir un desktop couvrant tout les usages courants.

Mais un gros coup dur vient d être porté à Redhat par Google : l abandon du support de chrome pour Redhat. Et ça, mine de rien, c est très embêtant… Si n utiliser que Firefox en rpm Redhat ne gènes pas ton usage, ni ne pas avoir kde… alors ce n est rien… Si kde, chrome manquent, et des usages spécialisès ne sont pas couverts alors mieux vaut certainement se tourner vers Fedora, plutôt que de faire un mélange…

Bref,à mon humble avis, Redhat est adapté à un usage par un particulier aujourd'hui. C est simple, sans blingbling, solide et bien maintenu. Et sur un poste professionnel c est un régal.

En vrac :

• une nouvelle interface dans l'air du temps (barre principale en haut, à droite le compte utilisateur et l'accès aux fonctions)
• une amélioration de la prise en charge de nsfw (not safe for work : ces totozs ne sont plus visibles par défaut)
• un passage du maximum de 200ko à 500ko (plus besoin de torturer Gimp pour transformer une vidéo)
• un client pour rechercher des totozs depuis nos consoles, donc un peu le fbi du totoz…

MerSee!

La tribune ? c'est quoi ce truc ? 

on va la faire courte :

« Installer Linux cohabitant avec Windows 8 c'est possible? Oui! »

Ouhai super ! Houra, !
Ha, mais … : il s'agit donc d'un besoin de signature Microsoft, gentillement distribuée à tout le monde ? Et si on en veut pas ? Ben tu désactives secureboot ! Mais comment ? Il faut alors commencer par accepter la licence Microsoft lors du premier boot, puis dans la configurations de Windows …. Atttta, stop, tu veux dire que :

1. Si je veux installer Linux à la place de Windows je dois utiliser une clef microsoft.
2. Si je veux désactiver secureboot, je dois accepter la licence windows, donc perdre la possibilité de remboursement de l'os pré-installé.
3. Si je veux utiliser secureboot avec mes propres clefs, je suis dans le même cas que 2.

En l'état Secure Boot n'est pas un problème technologique, mais un problème de verrouillage de marché doublé d'un problème philosophique. Microsoft se sert de secure boot pour assoir (abuser de?) sa position dominante afin de verrouiller le marché du pc et flinguer toutes velléités concurrentielles. Conclusion : la désactivation de secureboot devrait être proposée sur la même page que la licence windows.

Le PC meurt.
Plus vite que prévu grâce à secureboot.
Et moi, pour le renouvellement d'une machine, ben je pleure… le seul espoir vient des futurs chromebooks avec coreboot.

Si Microprout payait 0 d'impôt, ça serait une putain de bonne nouvelle…

Katello est distribué/intégré chez des «partenaires» pour les offres CloudForms et OpenShift. Donc en gros des constructeurs (NEC, mais aussi Cisco, NetApp & HP). Depuis la version 1.1 katello est compatible avec Satellite, ce qui devrait permettre à tout le monde de tester plus facilement. https://access.redhat.com/knowledge/docs/en-US/CloudForms/1.1/html/Technical_Notes/

Oui, ça suffit.
Pour la virtualisation y compris (attention à la présence d'une puce spécialisée, les nouvelles intel vanderpool ou amd pacifica, désolé je ne connais pas les noms du jour), sans une puce spécialisée les performances de la virtualisation KVM seront dégradées. Pour le bureau KDE, sur mon i3 bien plus ancien que ce modèle, épaulé par un hd intel, tout est magnifiquement fluide. C'est un plaisir, un régal. Un conseil : place un petit SSD Intel d'entré de gamme, et le disque intégré met le à la place du lecteur dvd ou en branchement usb.

La moindre machine d'entrée de gamme, de nos jours, est une véritable foudre de guerre.

Bon, ça sera peut être pas suffisant pour pulseaudio, par contre, vu qu'il va ré-échantillonner du flac 192/24 en gloubiboulga

gtk a été renommé en rjg : redhat-javascript-gtk.
non ?

configuration - comportement de l'espace de travail - bords de l'écran - :
délai d'activation : 50ms (initialement à 350ms)
délai de ré-activation : laissé par défaut à 350 ms.

Par défaut vous avez un, deux ou quatre bureaux

Non, par défaut on a un bureau et un seul. Ce sont les activités qui sont mises en avant. Plus de bureaux par défaut.

Pour gérer ceux-ci (…) un simple clic droit sur (…) puis configurer

Je le fais une fois et une seule. Puis fais disparaître ce plasmoide de la barre de taches pour gain de place. J'accède à mes bureaux grâce aux coins actifs, j'en configure un seul (en diminuant à 50ms la réactivité : 350ms par défaut sinon) : la souris se déplaçant sur ce coin d'écran déclenche immédiatement la "vue d'aigle" sur les quatres bureaux.

(app) l’appeler par la barre des taches la fait apparaître dans le bureau ouvert, au lieu de me changer de bureau

Ma barre de taches n'affiche que les app du bureau courant, ça se configure ça aussi. et les organise en "stacks", en piles, au besoin.

(contexte : jongler entre app) applet de surveillance de systèm

Aucun intérêt d'avoir une applet / un plasmoide si celui ci est si gros qu'il est masqué, pour remplir cette fonction. l'acpi de ma machine étant completement pris en charge, le son du ventilateur est une alerte efficace.

En fait une organisation peut être mise en place

Tout à fait. Je fais pareil ici.

toutes vos applications ouverte dans votre barre des taches, cela deviens un fouillis

Non, puisque j'ai configuré la barre de tâches comme dit plus haut.

vous avez perdu un temps plus ou moins important à ouvrir toutes ces applications

Non, tout se lance à la vitesse de l'éclair : kmail, dolphin scindé, les konsoles configurées, dukto, vlc, musique. Un click, même pas le temps de relacher le bouton que l'app est déjà prête. Il n'y a guère que kmail qui a besoin de 2 secondes, pas 3, pour lancer akonadi.

Vous pourriez les lancer au démarrage

C'est ce qui est fait, mais au lieu de la conf par défaut, c'est "sauvegarde de la session ouverte". La première fois je laisse kmail et les konsoles. J'enregistre la session. Seuls kmail et les konsoles se lancent au démarrage. Là encore, parfait.

Perte de temps

Aucune perte de temps, puisque Kdm a été configuré pour une connection automatique de mon utilisateur, avec verrouillage de la session. Donc ça se lance en arrière plan le temps que je m'authentifie sur le système.

Perte d espace

Non car kde sait retenir les positions des applications, sur les bureaux y compris. Donc kmail et les konsoles se lancent là où je veux.

Vous souhaitez faire de la retouche d'image ? Pourquoi ne pas créer une petite activité avec Gwenview, Krita et votre logiciel d'importation / exportation préféré ( digikam ?)

Je peux créer un lanceur unique pour tout ça, qui placera comme il se doit sur le bon bureau. Pas besoin d'autre chose pour faire cette fonction de classement de groupe d'app par bureaux (heu, pardon, activités :p )

Conclusion : KDE SC c'est génial

http://www.ricard.fr/fr/accueil.html
la même en plus large