Yuul B. Alwright a écrit 179 commentaires

• La séparation entre le système et les logiciels c'est prévu. C'est même en cours de développement. À terme, si j'ai bien compris, on aura:
  • Le système de base (libc, gestionnaires de pkg, etc…)
  • Le support du matériel (Kernel, modules kernel et firmwares)
  • Les logiciels desktop au format Flatpack, dans des sandboxs et avec leur propre cycle de sorties.
  • Les logiciels serveur sous la forme de modules, chaque module proposant plusieurs branches (2.x, 3.x, rolling, …) et avec leur propre cycle de sorties.
• Je ne sais pas si c'est toujours d’actualité, mais il fut un temps question de réserver les changements majeurs pour des versions majeurs, qui sortiraient tous les 2 à 3 ans. Les autres versions, qui sortiraient toujours tous les 6 mois, seraient considérées comme des mises à jours mineurs: Les logiciels proposés seraient mis à jours pour être au plus près de la version upstream. Un mise à niveau mineur ne nécessiterait qu'une mise à jour de paquets alors qu'une mise à jour majeur une migration avec l'outil adéquat. Quand une version majeur sort, la précédent continue de recevoir des corrections de bugs et de failles. Les changements prévus pour les versions mineurs seraient annoncés lors de la sortie de la version majeur.
• Pour la documentation, il y en a une toute prête: https://docs.fedoraproject.org
• Pour le pare-feux, il y a firewalld qui est plutôt bon et pré-installé.

En ne citant que partiellement mes propos, tu as sortis ma phrase de son contexte. Cette phrase fait suite à celle qui la précède:

Le seul logiciel à arriver à un tel niveau pour l'édition du texte est VI(M). Et encore, je ne suis pas sur que tout ce que permette Emacs soit possible avec VI(M).

Je donne un avis positif sur VI(M) et j'émets une réserve car je n'utilise plus VIM depuis plus de 6 ans.

Et je ne pense pas que parler en bien d'Emacs soit un acte de guerre.

1/ La fin n'est pas un troll: Je donne un avis positif sur VI(M) [1] et j'émets une réserve [2] car je n'utilise plus VIM depuis plus de 6 ans.

[1]

Le seul logiciel à arriver à un tel niveau pour l'édition du texte est VI(M).

[2]

Et encore, je ne suis pas sur que tout ce que permette Emacs soit possible avec VI(M).

2/ J'en prends note pour les prochains articles. Merci. ;)

3/ Je me suis dit que c'était plus sympa qu'un journal bookmark.

Je n'ai jamais dit qu'on ne pouvait pas utiliser les touches directes (Home, End, les touches fléchées, etc.).

Il aurait eu toutes les fonctionnalités dont tu fais la liste il y a 15 ans, il devenait leader instantanément. Le problème, c'est que tout ça est toujours arrivé trop tard par rapport à la concurrence

Maintenant c'est là, du coup pourquoi ne pas faire le changement?

Ton journal nous décrit comment se servir de bash en mode emacs.

Et c'est tout ce dont on a besoin. :D

Oui, mais avec 65 touches, c'est dure de tout avoir.

Si tu en es à optimiser ta frappe par des raccourcis clavier es-tu passé au Bépo qui te fera gagner bien plus de ce côté ?

Yep. Sur un clavier TypeMatrix.

Mais je suis en train de construire un clavier mécanique matriciel de 5 x 13 avec:
- Une barre d'espace plus étroite (1 x 2)
- Les touches "Entré" et "Retour arrière" de part et d'autre de la barre d'espace
- Les touches "Ctrl" de part et d'autre des touches "Entré" et "Retour arrière"
- Les touches "Alt" de part et d'autre des touches "Ctrl"
- Pas de touche dédié à Caps-Lock ( [Fx] + [shift])
- Pas de touches dédiés à F1, F2, etc ( [Fx] + [1], [Fx] + [2])
- Les touches "Escape" et "Tab" plus bas.

Ce qui donnerait, pour la dernière ligne du clavier:
[Super] [Alt] [Ctrl] [Entré] [barre d'espace] [Retour arrière] [Ctrl] [AltGr] [←] [↑] [↓] [→]

Une console d'administration de base LDAP n'est pas vraiment ce que je recherche.
Ce serait même bien de faire sans LDAP.
Le support de LDAP, c'est juste pour les cas où il est déjà en place et qu'on souhaite y exporter les comptes utilisateurs.

Je recherche de la documentation sur Org-Reftex, mais sans succès. Si quelqu'un a des liens à partager.

Désolé. :(

Peut correspondre en partie:
https://whyopencomputing.com/fr/portables-why/236-ultra-portable-why-n240ju-pro.html

• Ecran 14" LED Full HD 1920x1080 IPS
• Processeur Intel core i7
• 2x USB 3.0 + 1x USB 2.0
• jusqu'à 10 heures d'autonomie
• …

Pas testé le clavier et le touchpad.

Perso, je suis passé chez pcengines.

• apu1d4
• case1d2bluu
• 2x mmcxsma
• 2x antsma
• ac12veur2
• wle200nx
• Carte SD
• OpenWrt x86_64

Mutt c'est trop bien.

Une petite dépêche sur le sujet?

Cette année, nous serons toutes et tous réunis à Rennes …

Ça fait loin depuis la Suisse. :(

Les dépôts de rpmfusion ne sont pas vides mais bien fonctionnels pour Fedora 24 (je l'utilise en ce moment même).

Chez moi, j'ai une erreur avec les paquets de rpmfusion:

Le paquet a52dec-0.7.4-19.fc24.x86_64.rpm n'est pas signé
Le paquet faad2-libs-2.7-6.fc24.x86_64.rpm
…


+1

En plus mon compte LinkedIn ne me servait à rien.

J'en prends note.

Zut.

Ce commentaire a été supprimé par l'équipe de modération.

À essayer:

Pagure is a git-centered forge, python based using pygit2.
With pagure you can host your project with its documentation, let your users report issues or request enhancements using the ticketing system and build your community of contributors by allowing them to fork your projects and contribute to it via the now-popular pull-request mechanism.

https://pagure.io/pagure

Le but est justement de permettre aux gens avec une collection en ogg de l'écouter sur leur téléphone ne gérant pas le ogg…

Ah?

By far the sync feature is the thing I love most about Lollypop as I don't have to manually copy them to my phone anymore. But a problem is that most of my music is lossless, and lossless takes up a lot of space, which is a problem when syncing to my phone.

https://github.com/gnumdk/lollypop/issues/418

Possibilité de convertir les morceaux en MP3 lors d'une synchro MTP

Où l'option a-t-elle été mise?

Pas de Ogg Vorbis?

Pourquoi sur le logo, la dame a-t-elle un saucisson posé sur sa tête?