Merci Renault pour cette nouvelle dépêche sur Fedora. C'est un plaisir de lire l'actualité du projet ici et sous cette forme. Ça donnerait envie de tenter l'upgrade mais, pour ma part, je fais partie des frileux et j'attendrai octobre prochain, en attendant la version 39 me sied à merveille.
Pour préciser aussi, Fedora 40 a bien été victime de la version vérolée de xz dont on a parlé récemment mais a été corrigée depuis. Les fichiers iso publiés aujourd'hui contiennent la dernière version corrigée du paquet.
C'est du Wordpress(.org) classique (facile à sauvegarder, exporter/importer), accessible à tous et sans prise de tête (pas de maintenance, ni mise à jour du CMS). Le plan "gratuit" offre 1 Go de stockage. Ça répond au cahier des charges.
Après, oui, c'est un service commercial qui peut s'arrêter du jour au lendemain mais pour le prix, pourquoi pas essayer ?
J'utilise LineageOS au quotidien et un petit point me chagrine : l'impossibilité de bloquer l'installation d'application via un fichier APK !
Sur Android/Google, Play Store joue a cette fonction de contrôle (via le compte GMail) mais sur LineageOS, rien de tel. N'importe qui peut installer n'importe quel programme sur un smartphone (déverrouillé) sous LineageOS avec un fichier APK via l'explorateur de fichiers et il n'y a, sauf erreur de ma part, aucun moyen d'empêcher cela.
"It's not a bug, it's a feature" peut-être mais ça me parait quand même sacrément léger…
GrapheneOS diffère-t-il de ce point de vue ?
Et autre question : LineageOS est livré avec les options de débogage activées, est-ce également le cas pour GrapheneOS ?
Je vois que tu gardes ton matériel longtemps (ce qui est une très bonne choses), aussi, je te conseillerais de regarder de près ce qui s'apparente à une nouvelle tendance au niveau support matériel dans le monde de Linux : la possibilité (explorée actuellement par Red Hat, Canonical/Ubuntu et même ArchLinux) de limiter la prise en charge de leurs futures versions aux processeurs possédant certaines extensions apparues dans les récentes générations de CPU.
C'est ce qu'ils nomment "x86_64 v3", à savoir les générations de processeurs, tant Intel que AMD, qui ont pour point commun d'avoir les extensions AVX/AVX2, BMI1, BMI2 et FMA. Ce qui exclurait les processeurs "grand public" sortis avant 2015/2016 et même d'autres processeurs d'entrée de gamme (Intel Celeron, Pentium par exemple) qui ne sont pas dotés de ces extensions, bien que plus récents, à cause de la magie de la segmentation des gammes…
Cela ne signifie pas que cette exigence sera reprise par les autres distributions (tu dis utiliser Slackware, qui ne sera, à mon avis, certainement pas dans les premières à adopter ce pré-requis matériel) ; mais ça donne une tendance générale de l'évolution vers laquelle tend l'écosystème car ce qu'adopte les grandes boîtes du milieu finit tôt ou tard par être adopté par tout l'écosystème qui en dépend. Donc je te conseillerais de prendre un ordinateur avec un processeur qui intègre ces extensions.
Le processeur que tu cites (Intel Core i5 4460) est un processeur Intel de 4e génération (dénommée Haswell) qui est la première à intégrer les extensions citées plus haut donc ça passera cet hypothétique futur pré-requis matériel.
Un autre point que je te conseillerais de regarder c'est les failles des processeurs (tant Intel que AMD) nommées Meltdown, Spectre et quelques autres encore qui ont été corrigées pour la plupart par des mises à jour du micrologiciel du processeur au prix d'une réduction des performances (plus ou moins importantes selon les scénarios d'utilisation). Donc si tu as les moyens, je te conseillerais de partir sur un autre PC avec un processeur intégrant des protections au niveau matériel contre ces failles (sans impact sur les performances initiales). Cela commence avec la 12e génération chez Intel (processeurs Intel Core i* 12xxx) et les générations Zen 3/4 chez AMD (processeurs AMD Ryzen 5xxx, 6xxx, 7xxx, 8xxx, à vérifier cependant car les gammes AMD sont un sacré bazar pour bien embrouiller le client).
Pour la partie mémoire vive (RAM), je pense que 8 Go sont suffisants pour une utilisation bureautique. 16 Go sont un plus, mais la RAM peut être augmentée, au besoin, ultérieurement (à condition qu'elle ne soit pas soudée à la carte mère, ce qui est rarement les cas dans les PC tour).
Pour la carte graphique, je me bornerai à te dire que les cartes graphiques Nvidia (marque de la configuration que tu proposes) sont moins bien supportées par Linux que les cartes AMD (ex-ATI) et les puces Intel intégrées aux processeurs de la marque (support au top). N'ayant pas utilisé de carte Nvida avec Linux bien des années, je ne peux pas t'en dire plus.
Enfin pour les anciens SSD et disque dur, tu devrais pouvoir les réutiliser dans la nouvelle boîte à deux conditions : que 2 connecteurs SATA internes soient présents sur la carte mère et que l'alimentation ait 2 prises pour périphériques SATA. Pour en être sûr, il faudra ouvrir le boîtier mais je pense que ça devrait le faire.
Je ne vois pas d'autre contre-indications. Personnellement je reformaterais et réinstallerais le système sur le SSD en reformatant aussi les dossiers /var et /tmp du disque dur lors de l'installation, en ne gardant que /home en l'état. Après c'est au cas par cas…
Element, l'entreprise à l'origine du protocole de communication Matrix qui a confié par le passé la gestion et le développement de Synapse (le serveur "de référence" de Matrix) et Dendrite (le serveur de nouvelle génération écrit en Go) à la fondation Matrix.org avec une licence permissive dans l'espoir d'attirer de nouveaux contributeurs externes vient de retourner sa veste et annonce "fork"-er ces deux logiciels pour poursuivre leur développement avec une licence moins permissive qui comporte une CLA (Contributor License Agreement).
A priori dans le but d'empêcher d'autres entreprises de copier pour en faire des versions alternatives fermées ?
Ça serait peut-être plus simple que de batailler avec systemd… Je n'ai pas ça sous la main, mais je pense qu'un pointeur de présentation serait un bon candidat pour cette tâche. :D
Je me réponds à moi-même :
D'après la documentation de systemd, l'option "WakeSystem=true" requiert des privilèges que le simple utilisateur n'a pas.
WakeSystem=
Takes a boolean argument. If true, an elapsing timer will cause the system to resume from suspend, should it be suspended and if the system supports this. Note that this option will only make sure the system resumes on the appropriate times, it will not take care of suspending it again after any work that is to be done is finished. Defaults to false. Note that this functionality requires privileges and is thus generally only available in the system service manager.
Note that behaviour of monotonic clock timers (as configured with OnActiveSec=, OnBootSec=, OnStartupSec=, OnUnitActiveSec=, OnUnitInactiveSec=, see above) is altered depending on this option. If false, a monotonic clock is used that is paused during system suspend (CLOCK_MONOTONIC), if true a different monotonic clock is used that continues advancing during system suspend (CLOCK_BOOTTIME), see clock_getres(2) for details.
Du coup le problème reste entier et je sèche un peu…
J'ai essayé avec le contenu suivant pour le fichier .timer :
[Unit]
Description=Scheduled wake up at 6pm
[Timer]
Unit=wakeup.service
OnCalendar=Mon,Tue,Wed,Thu,Fri,Sat *-*-* 08:25
WakeSystem=true
Persistent=false
[Install]
WantedBy=default.target
Mais j'obtiens un message d'erreur difficilement compréhensible :
Job failed. See "journalctl -xe" for details.
Et voilà ce que me donne journalctl -xe :
oct. 21 08:28:25 ordinateur systemd[2342]: Reloading requested from client PID 27513 (unit vte-spawn-803f6e00-a8ec-4b01-9f7f-1dfb9e88394a.scope)...
oct. 21 08:28:25 ordinateur systemd[2342]: Reloading...
oct. 21 08:28:25 ordinateur systemd[2342]: Reloading finished in 160 ms.
oct. 21 08:28:25 ordinateur systemd[2342]: wakeup.timer: Failed to enter waiting state: Operation not permitted
oct. 21 08:28:25 ordinateur systemd[2342]: wakeup.timer: Failed with result 'resources'.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ The unit UNIT has entered the 'failed' state with result 'resources'.
oct. 21 08:28:25 ordinateur systemd[2342]: Failed to start wakeup.timer
░░ Subject: L'unité (unit) UNIT a échoué
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ L'unité (unit) UNIT a échoué, avec le résultat failed.
et voilà ce que me donne systemctl status --user wakeup.timer :
× wakeup.timer
Loaded: loaded (/home/Eridor/.config/systemd/user/wakeup.timer; enabled; preset: disabled)
Active: failed (Result: resources)
Trigger: n/a
Triggers: ● wakeup.service
oct. 20 22:11:01 ordinateur systemd[2342]: Failed to start wakeup.timer
oct. 21 08:22:30 ordinateur systemd[2342]: wakeup.timer: Failed to enter waiting state: Operation not permitted
oct. 21 08:22:30 ordinateur systemd[2342]: wakeup.timer: Failed with result 'resources'.
oct. 21 08:22:30 ordinateur systemd[2342]: Failed to start wakeup.timer
oct. 21 08:24:46 ordinateur systemd[2342]: wakeup.timer: Failed to enter waiting state: Operation not permitted
oct. 21 08:24:46 ordinateur systemd[2342]: wakeup.timer: Failed with result 'resources'.
oct. 21 08:24:46 ordinateur systemd[2342]: Failed to start wakeup.timer
oct. 21 08:28:25 ordinateur systemd[2342]: wakeup.timer: Failed to enter waiting state: Operation not permitted
oct. 21 08:28:25 ordinateur systemd[2342]: wakeup.timer: Failed with result 'resources'.
oct. 21 08:28:25 ordinateur systemd[2342]: Failed to start wakeup.timer
Il doit probablement y avoir des options mal configurées quelque part…
Peux-tu me poster le contenu de ton fichier .timer pour comparer ?
Bah l'idée c'est que GNOME affiche une notification si Geary a reçu quelque chose et que je le vois quand je passe devant l'écran, sans pour autant être posé devant. Un peu comme une notification de téléphone.
Alternativement, on peut laisser l'ordinateur tourner en continu, il affichera alors à l'écran les notifications au fil de la réception des nouveaux messages, mais ça ne me parait pas tout-à-fait optimal (c'est de l'énergie gaspillée). Tout ce que je veux c'est juste qu'il effectue tout seul une dernière petite vérification en fin de journée et voir de loin s'il y a besoin d'y plus attentivement ou pas. Et s'il n'y a rien, il se rendort tout seul. C'est pour ça que l'idée de réveiller la machine à une heure précise et de lancer l'application à ce moment m'a paru intéressante (en plus de faire un petit challenge technique :).
Oui, j'avais compris, la question était plutôt : quel est le lien entre le réveil par le réseau et la situation présente ? Puisque, si je ne m'abuse, on ne cherche pas à passer par le réseau pour réveiller l'ordinateur, d'où ma question : pourquoi activer cette option dans ce contexte ?
Dans le doute, je l'ai laissée désactivée. Mais modifier le paramètre "ErP" que tu m'as indiqué était la bonne solution.
Parce que quand l'ordinateur est en veille, il ne le fait pas.
L'idée est de réveiller l'ordinateur à un moment T. Si le courrielleur est déjà lancé, il récupérera tout seul les courriels dès que le réseau sera opérationnel. Sinon, je cherche à le lancer automatiquement à ce moment.
(Accessoirement, j'en profite pour toucher à systemd que je n'ai jamais vraiment utilisé).
le réveil automatique fonctionne grâce à un timer systemd. Cependant la commande exécutée est une commande lancée par root, or je voudrais que la commande soit lancée par l'utilisateur, dans sa session.
J'ai configuré un service dans ma session (qui doit lancer le courrielleur), enregistré dans ~/.config/systemd/user/wakeup.service et ayant le contenu suivant :
[Unit]
Description=Check emails at scheduled time.
Wants=network-online.target # wait for network to be available
After=network-online.target
PartOf=graphical-session.target
After=graphical-session.target
[Service]
Type=exec
Restart=no
ExecStart=/usr/bin/flatpak run org.gnome.Geary
[Install]
WantedBy=graphical-session.target
Après quoi, j'active le service :
$ systemctl --user enable wakeup.service
et je le lance pour voir :
$ systemctl --user start wakeup.service
Là, la fenêtre de Geary s'ouvre bien comme escompté.
Maintenant la question, c'est comment lier le wakeup.timer (qui réveille bien l'ordinateur) au wakeup.service dans mon dossier personnel (qui lance bien l'application souhaitée) ?
Auriez-vous des explications ou pistes à me donner ?
Pour la première option, j'ai un doute : quel lien avec le réveil par le réseau ?
Sinon, j'ai modifié le paramètre ErP comme tu me l'as indiqué : il était sur "Enabled (S4+S5)". Je l'ai passé à "Enabled (S5)" et cela a fonctionné, le PC s'est réveillé tout seul (à noter que cela fonctionne aussi en paramétrant sur "Disabled").
Il est depuis longtemps chroniqueur sur Couleur 3, la radio musicale francophone (romande) du service public helvète (que seuls les frontaliers de la Suisse ont le privilège d'écouter sur la FM/DAB+, sinon il y a toujours la webradio), pour laquelle il a participé à des émissions et même des vidéos humoristiques.
Écoutez Couleur 3, c'est bien, c'est drôle, c'est (curieusement) suisse. :)
Merci pour ces précisions, mais le manque de transparence des opérateurs à ce sujet alors que l'échéance n'est pas si lointaine est quelque peu inquiétante.
Le cauchemar serait d'arriver à une situation où chaque opérateur (et ses différentes filiales nationales) passe des accords d'exclusivité avec les constructeurs (surtout les plus petits, ceux qui pèsent moins lourd) et utilise le prétexte de la migration 2G/3G vers 4G/VoLTE comme excuse pour prendre en otage les clients :
Par exemple : Orange signe avec Crosscall, SFR avec Nokia, Bouygues avec Doro et hop! pour profiter pleinement (ici la fonction VoLTE) de ton téléphone, tu dois souscrire chez l'opérateur partenaire.
C'est peu probable mais c'est semblable à ce qui se passe aux USA ou c'est l'excuse de la compatibilité des fréquences des terminaux qui fait que des téléphones sont utilisables chez certains utilisateurs et inutilisables chez un autre…
Partant du postulat que Linuxfr.org est un site de technophiles avertis, il a dû supputer qu'au vu de ces pratiques, on ne pouvait pas raisonnablement conseiller cet opérateur à cause de toutes ses casseroles. En tout cas, c'est comme ça que je le comprends.
S'il est vrai qu'Orange a probablement le meilleur réseau (dixit les relevés de l'ARCOM) et des pratiques commerciales moins trompeuses que SFR, ils sont à la ramasse sur l'activation au compte-goutte de la LTE, et sur ce point SFR est plus avantageux, comme tu l'as montré.
Merci d'ailleurs pour le retour, je saurai vers qui me tourner en 2025 si mon FP3 est toujours en service (en ces temps difficiles, un forfait Sosh illimité à 20 Go pour 6€/mois, ça ne se résilie pas comme ça! :)
Mais est-ce vraiment un problème de garder la même version pendant deux ans ?
Non mais puisque c'est une possibilité offerte facilement par Flatpak, pourquoi pas ?
C'est purement par confort, les paquets Debian font l'affaire dans la plupart des cas. L'avantage ici c'est de profiter de nouvelles fonctionnalités mais surtout de correction de bogues.
La caractéristique des paquets Debian (version stable) c'est d'avoir une version figée tout le long de la vie de la distribution (seules les mises à jour de sécurité sont acceptées). C'est bien et c'est le but recherché mais cela peut parfois être un inconvénient dans la mesure où un bogue ennuyant mais non dangereux ne sera pas corrigé pendant toute la durée de vie de la distribution. Voilà un exemple avec ce bogue dans Adwaita qui affecte Nautilus mais qui ne sera corrigé que dans la prochaine version stable. Et ces problèmes sont d'autant plus gênants qu'ils peuvent affecter directement l'expérience utilisateur.
Flatpak permet d'intégrer au systeme des applications et leurs dépendances dans des versions mises à jour indépendamment du cycle de la distribution, chose que ne permet pas Debian. En ça c'est utile (pas pour tout, évidemment).
Par exemple LibreOffice a encore quelques problèmes d'instabilité ou d'incompatibilité avec les fichiers OOXML. On peut espérer que cela soit progressivement amélioré au gré des futures versions. Flatpak permet de profiter de ces améliorations là où Debian demanderait de patienter 2 ans.
Après étendre Flatpak à un maximum d'applications (toutes ?), c'est un projet d'aficionados (c'est le cas ici :). (Et Fedora Silverblue qui a cet objectif reste encore un jouet pour geeks.)
Beaucoup des applications GNU/Linux sont matures et de bonne qualité. Debian en empaquette des versions bien testées dans ses dépôts. Mais pour les applications assez récentes, qui nécessitent des adaptations fréquentes ou comme LibreOffice dans le cas ci-dessus, Flatpak peut être une carte intéressante à jouer.
Je gère quelques PC sous Debian et dans une démarche pas très éloignée de la tienne : j'utilise Flatpak pour garder une base Debian minimale (car plus facile à migrer/gérer lors des mises à niveau) et avoir des "applications" (aka logiciels utilisateur) à jour.
J'ai sauté le pas pour la plupart des applications (Libreoffice, Lollypop, Geary, VLC, etc.), et ça fonctionne bien. Ne reste plus que Thunderbird et Firefox car il semble y avoir encore quelques problèmes par rapport aux versions empaquetées par Debian.
C'est pourquoi je regarde de loin tes articles de blog et les liens que tu postes ici à ce sujet. Et je t'en remercie.
Si on me pardonne une question légerement hors-sujet pour antistress :
Toi qui utilises beaucoup de Flatpak sur Debian et qui en fait des retours ici-même. À l'usage, comment est Firefox version flatpak comparée à la version fournie par Debian (hormis que cette dernière soit ESR) ? Des bogues, des problèmes courants ou autres limitations à l'usage au quotidien ? Il y a peu un souci concernant les polices a été corrigé, qu'en est-il par ailleurs ?
Merci pour ton retour.
J'ai longtemps été abonné au Diplo (arrêté depuis pour diverses raisons). Autant c'est un bon journal pour avoir une analyse rétrospective, historique, politique ou culturelle sur des sujets d'actualité en France ou dans le monde ; autant il ne répond pas au même besoin que brief.me qui permet d'avoir au quotidien un condensé d'informations très factuelles (que d'aucun pourrait qualifier de superficiel) mais qui a l'avantage de présenter l'essentiel (sous format audio ou texte) sans rester scotché des heures à ton terminal. Au fond, une sorte d'équilibre pour limiter les poussées de FOMO sans tomber dans l'infobésité, les deux grands maux dont souffre l'homo numericus.
Bref, le Diplo et brief.me, pour moi, ce sont deux chronologies différentes, ils sont complémentaires. J'achète encore le Diplo en kiosque quand le titre me plaît, mais j'achète plus souvent leurs hors-séries.
Fut un temps, j'ai utilisé l'extension FeedBro pour Firefox qui avait cette fonctionnalité.
Il me semble avoir lu que l'application NewsFlash avait cette fonctionnalité là aussi. Mais l'application ne se lance pas chez moi. J'utilise GNOME Feeds qui est rudimentaire et n'a pas cette fonctionnalité.
# Merci pour cette nouvelle dépêche
Posté par Eridor . En réponse à la dépêche Fedora Linux 40 est de sortie avec un nouveau GNOME et KDE Plasma. Évalué à 2 (+1/-0).
Merci Renault pour cette nouvelle dépêche sur Fedora. C'est un plaisir de lire l'actualité du projet ici et sous cette forme. Ça donnerait envie de tenter l'upgrade mais, pour ma part, je fais partie des frileux et j'attendrai octobre prochain, en attendant la version 39 me sied à merveille.
Pour préciser aussi, Fedora 40 a bien été victime de la version vérolée de xz dont on a parlé récemment mais a été corrigée depuis. Les fichiers iso publiés aujourd'hui contiennent la dernière version corrigée du paquet.
# Je me fait lyncher si je suggère…
Posté par Eridor . En réponse au message des pages perso gratuites et fonctionnelles/accessibles?. Évalué à 4 (+3/-0). Dernière modification le 11 avril 2024 à 16:44.
Wordpress.com avec le plan gratuit ?
C'est du Wordpress(.org) classique (facile à sauvegarder, exporter/importer), accessible à tous et sans prise de tête (pas de maintenance, ni mise à jour du CMS). Le plan "gratuit" offre 1 Go de stockage. Ça répond au cahier des charges.
Après, oui, c'est un service commercial qui peut s'arrêter du jour au lendemain mais pour le prix, pourquoi pas essayer ?
# Possibilité de limiter le sideloading sur GrapheneOS ?
Posté par Eridor . En réponse au journal Retour d'expérience - GrapheneOS vs LineageOS. Évalué à 2 (+1/-0).
Merci pour cette comparaison.
J'utilise LineageOS au quotidien et un petit point me chagrine : l'impossibilité de bloquer l'installation d'application via un fichier APK !
Sur Android/Google, Play Store joue a cette fonction de contrôle (via le compte GMail) mais sur LineageOS, rien de tel. N'importe qui peut installer n'importe quel programme sur un smartphone (déverrouillé) sous LineageOS avec un fichier APK via l'explorateur de fichiers et il n'y a, sauf erreur de ma part, aucun moyen d'empêcher cela.
"It's not a bug, it's a feature" peut-être mais ça me parait quand même sacrément léger…
GrapheneOS diffère-t-il de ce point de vue ?
Et autre question : LineageOS est livré avec les options de débogage activées, est-ce également le cas pour GrapheneOS ?
# Quelques indications pour le processeur
Posté par Eridor . En réponse au message Conseil sur achat d'un PC d'occasion. Évalué à 9. Dernière modification le 17 janvier 2024 à 10:45.
Salut !
Je vois que tu gardes ton matériel longtemps (ce qui est une très bonne choses), aussi, je te conseillerais de regarder de près ce qui s'apparente à une nouvelle tendance au niveau support matériel dans le monde de Linux : la possibilité (explorée actuellement par Red Hat, Canonical/Ubuntu et même ArchLinux) de limiter la prise en charge de leurs futures versions aux processeurs possédant certaines extensions apparues dans les récentes générations de CPU.
C'est ce qu'ils nomment "x86_64 v3", à savoir les générations de processeurs, tant Intel que AMD, qui ont pour point commun d'avoir les extensions AVX/AVX2, BMI1, BMI2 et FMA. Ce qui exclurait les processeurs "grand public" sortis avant 2015/2016 et même d'autres processeurs d'entrée de gamme (Intel Celeron, Pentium par exemple) qui ne sont pas dotés de ces extensions, bien que plus récents, à cause de la magie de la segmentation des gammes…
Cela ne signifie pas que cette exigence sera reprise par les autres distributions (tu dis utiliser Slackware, qui ne sera, à mon avis, certainement pas dans les premières à adopter ce pré-requis matériel) ; mais ça donne une tendance générale de l'évolution vers laquelle tend l'écosystème car ce qu'adopte les grandes boîtes du milieu finit tôt ou tard par être adopté par tout l'écosystème qui en dépend. Donc je te conseillerais de prendre un ordinateur avec un processeur qui intègre ces extensions.
Le processeur que tu cites (Intel Core i5 4460) est un processeur Intel de 4e génération (dénommée Haswell) qui est la première à intégrer les extensions citées plus haut donc ça passera cet hypothétique futur pré-requis matériel.
Un autre point que je te conseillerais de regarder c'est les failles des processeurs (tant Intel que AMD) nommées Meltdown, Spectre et quelques autres encore qui ont été corrigées pour la plupart par des mises à jour du micrologiciel du processeur au prix d'une réduction des performances (plus ou moins importantes selon les scénarios d'utilisation). Donc si tu as les moyens, je te conseillerais de partir sur un autre PC avec un processeur intégrant des protections au niveau matériel contre ces failles (sans impact sur les performances initiales). Cela commence avec la 12e génération chez Intel (processeurs Intel Core i* 12xxx) et les générations Zen 3/4 chez AMD (processeurs AMD Ryzen 5xxx, 6xxx, 7xxx, 8xxx, à vérifier cependant car les gammes AMD sont un sacré bazar pour bien embrouiller le client).
Pour la partie mémoire vive (RAM), je pense que 8 Go sont suffisants pour une utilisation bureautique. 16 Go sont un plus, mais la RAM peut être augmentée, au besoin, ultérieurement (à condition qu'elle ne soit pas soudée à la carte mère, ce qui est rarement les cas dans les PC tour).
Pour la carte graphique, je me bornerai à te dire que les cartes graphiques Nvidia (marque de la configuration que tu proposes) sont moins bien supportées par Linux que les cartes AMD (ex-ATI) et les puces Intel intégrées aux processeurs de la marque (support au top). N'ayant pas utilisé de carte Nvida avec Linux bien des années, je ne peux pas t'en dire plus.
Enfin pour les anciens SSD et disque dur, tu devrais pouvoir les réutiliser dans la nouvelle boîte à deux conditions : que 2 connecteurs SATA internes soient présents sur la carte mère et que l'alimentation ait 2 prises pour périphériques SATA. Pour en être sûr, il faudra ouvrir le boîtier mais je pense que ça devrait le faire.
Je ne vois pas d'autre contre-indications. Personnellement je reformaterais et réinstallerais le système sur le SSD en reformatant aussi les dossiers /var et /tmp du disque dur lors de l'installation, en ne gardant que /home en l'état. Après c'est au cas par cas…
Pour finir sur ta proposition, à 80€, c'est un prix honnête et ça vaut le coup. Si tu es prêt à mettre plus pour les raisons développées plus haut, tu peux regarder du côté de l'occasion chez des entreprises de vente de matériel informatique reconditionné. Quelques boutiques que j'ai déjà consultées :
- Actif azur : https://actif-azur.com/collections/ordinateur-de-bureau
- Ecodair : https://www.ecodair.com/107-unite-centrale-tour-ordinateur-reconditionne
- LaptopService : https://www.laptopservice.fr/131-unite-centrale
Mes 2 centimes.
# En gros, si le comprends bien
Posté par Eridor . En réponse au lien Le futur de Synapse et Dendrite. Évalué à 6. Dernière modification le 09 novembre 2023 à 17:19.
Element, l'entreprise à l'origine du protocole de communication Matrix qui a confié par le passé la gestion et le développement de Synapse (le serveur "de référence" de Matrix) et Dendrite (le serveur de nouvelle génération écrit en Go) à la fondation Matrix.org avec une licence permissive dans l'espoir d'attirer de nouveaux contributeurs externes vient de retourner sa veste et annonce "fork"-er ces deux logiciels pour poursuivre leur développement avec une licence moins permissive qui comporte une CLA (Contributor License Agreement).
A priori dans le but d'empêcher d'autres entreprises de copier pour en faire des versions alternatives fermées ?
J'ai tout bon ?
[^] # Re: Approche gadget électronique
Posté par Eridor . En réponse au message Comment réveiller l'ordinateur du mode veille pour vérifier le courrier entrant ?. Évalué à 2.
Ça serait peut-être plus simple que de batailler avec systemd… Je n'ai pas ça sous la main, mais je pense qu'un pointeur de présentation serait un bon candidat pour cette tâche. :D
[^] # Re: J'y suis presque
Posté par Eridor . En réponse au message Comment réveiller l'ordinateur du mode veille pour vérifier le courrier entrant ?. Évalué à 2. Dernière modification le 21 octobre 2023 à 10:07.
Je me réponds à moi-même :
D'après la documentation de systemd, l'option "WakeSystem=true" requiert des privilèges que le simple utilisateur n'a pas.
Du coup le problème reste entier et je sèche un peu…
[^] # Re: J'y suis presque
Posté par Eridor . En réponse au message Comment réveiller l'ordinateur du mode veille pour vérifier le courrier entrant ?. Évalué à 2. Dernière modification le 21 octobre 2023 à 08:44.
J'ai essayé avec le contenu suivant pour le fichier .timer :
(J'ai changé l'heure à des fins de test).
Je lance le tout :
Mais j'obtiens un message d'erreur difficilement compréhensible :
Et voilà ce que me donne journalctl -xe :
et voilà ce que me donne systemctl status --user wakeup.timer :
Il doit probablement y avoir des options mal configurées quelque part…
Peux-tu me poster le contenu de ton fichier .timer pour comparer ?
[^] # Re: À quoi bon ?
Posté par Eridor . En réponse au message Comment réveiller l'ordinateur du mode veille pour vérifier le courrier entrant ?. Évalué à 7. Dernière modification le 20 octobre 2023 à 22:41.
Bah l'idée c'est que GNOME affiche une notification si Geary a reçu quelque chose et que je le vois quand je passe devant l'écran, sans pour autant être posé devant. Un peu comme une notification de téléphone.
Alternativement, on peut laisser l'ordinateur tourner en continu, il affichera alors à l'écran les notifications au fil de la réception des nouveaux messages, mais ça ne me parait pas tout-à-fait optimal (c'est de l'énergie gaspillée). Tout ce que je veux c'est juste qu'il effectue tout seul une dernière petite vérification en fin de journée et voir de loin s'il y a besoin d'y plus attentivement ou pas. Et s'il n'y a rien, il se rendort tout seul. C'est pour ça que l'idée de réveiller la machine à une heure précise et de lancer l'application à ce moment m'a paru intéressante (en plus de faire un petit challenge technique :).
[^] # Re: deux conditions
Posté par Eridor . En réponse au message Comment réveiller l'ordinateur du mode veille pour vérifier le courrier entrant ?. Évalué à 5.
Oui, j'avais compris, la question était plutôt : quel est le lien entre le réveil par le réseau et la situation présente ? Puisque, si je ne m'abuse, on ne cherche pas à passer par le réseau pour réveiller l'ordinateur, d'où ma question : pourquoi activer cette option dans ce contexte ?
Dans le doute, je l'ai laissée désactivée. Mais modifier le paramètre "ErP" que tu m'as indiqué était la bonne solution.
[^] # Re: À quoi bon ?
Posté par Eridor . En réponse au message Comment réveiller l'ordinateur du mode veille pour vérifier le courrier entrant ?. Évalué à 2.
Parce que quand l'ordinateur est en veille, il ne le fait pas.
L'idée est de réveiller l'ordinateur à un moment T. Si le courrielleur est déjà lancé, il récupérera tout seul les courriels dès que le réseau sera opérationnel. Sinon, je cherche à le lancer automatiquement à ce moment.
(Accessoirement, j'en profite pour toucher à systemd que je n'ai jamais vraiment utilisé).
# J'y suis presque
Posté par Eridor . En réponse au message Comment réveiller l'ordinateur du mode veille pour vérifier le courrier entrant ?. Évalué à 2.
J'avance petit à petit :
Après quoi, j'active le service :
et je le lance pour voir :
Là, la fenêtre de Geary s'ouvre bien comme escompté.
Maintenant la question, c'est comment lier le wakeup.timer (qui réveille bien l'ordinateur) au wakeup.service dans mon dossier personnel (qui lance bien l'application souhaitée) ?
Auriez-vous des explications ou pistes à me donner ?
[^] # Re: deux conditions
Posté par Eridor . En réponse au message Comment réveiller l'ordinateur du mode veille pour vérifier le courrier entrant ?. Évalué à 3.
Pour la première option, j'ai un doute : quel lien avec le réveil par le réseau ?
Sinon, j'ai modifié le paramètre ErP comme tu me l'as indiqué : il était sur "Enabled (S4+S5)". Je l'ai passé à "Enabled (S5)" et cela a fonctionné, le PC s'est réveillé tout seul (à noter que cela fonctionne aussi en paramétrant sur "Disabled").
[^] # Re: Exemple
Posté par Eridor . En réponse au message Comment réveiller l'ordinateur du mode veille pour vérifier le courrier entrant ?. Évalué à 2.
Merci, ça confirme que ma configuration est bonne.
[^] # Re: Yann Marguet
Posté par Eridor . En réponse au lien le best iPhone de tous les temps est sorti. Évalué à 4. Dernière modification le 09 octobre 2023 à 08:25.
Il est depuis longtemps chroniqueur sur Couleur 3, la radio musicale francophone (romande) du service public helvète (que seuls les frontaliers de la Suisse ont le privilège d'écouter sur la FM/DAB+, sinon il y a toujours la webradio), pour laquelle il a participé à des émissions et même des vidéos humoristiques.
Écoutez Couleur 3, c'est bien, c'est drôle, c'est (curieusement) suisse. :)
[^] # Re: Openboard
Posté par Eridor . En réponse au message votre clavier android préféré?. Évalué à 2.
+1
[^] # Re: Pas d'inquiétude à avoir
Posté par Eridor . En réponse au message Arrêt des réseaux 2G/3G = obsolescence programmée des terminaux incompatibles VoLTE ?. Évalué à 1. Dernière modification le 21 septembre 2023 à 21:16.
Merci pour ces précisions, mais le manque de transparence des opérateurs à ce sujet alors que l'échéance n'est pas si lointaine est quelque peu inquiétante.
Le cauchemar serait d'arriver à une situation où chaque opérateur (et ses différentes filiales nationales) passe des accords d'exclusivité avec les constructeurs (surtout les plus petits, ceux qui pèsent moins lourd) et utilise le prétexte de la migration 2G/3G vers 4G/VoLTE comme excuse pour prendre en otage les clients :
Par exemple : Orange signe avec Crosscall, SFR avec Nokia, Bouygues avec Doro et hop! pour profiter pleinement (ici la fonction VoLTE) de ton téléphone, tu dois souscrire chez l'opérateur partenaire.
C'est peu probable mais c'est semblable à ce qui se passe aux USA ou c'est l'excuse de la compatibilité des fréquences des terminaux qui fait que des téléphones sont utilisables chez certains utilisateurs et inutilisables chez un autre…
[^] # Re: Mais non
Posté par Eridor . En réponse au message Arrêt des réseaux 2G/3G = obsolescence programmée des terminaux incompatibles VoLTE ?. Évalué à 1. Dernière modification le 21 septembre 2023 à 21:06.
Pas d'insulte à mon avis, je dirais plutôt de l'humour mal dosé.
Depuis l'air Drahi, SFR est connue pour avoir des pratiques pas franchement honnêtes sinon assez détestables vis-à-vis de ses clients (frais abusifs, frais de location de la box, hausse discrète des tarifs par tacite acceptation, etc.) qui lui ont valu d'être poursuivi.
Cela a été bien documenté par la presse spécialisée et connu pour qui suit l'actualité des nouvelles technologies (NXi en a fait plusieurs articles dans son #Brief, il y a quelque temps déjà). Voir :
- https://www.nextinpact.com/article/23056/100390-sfr-apres-augmentations-et-regularisation-hausse-3-euros-par-mois
- https://www.nextinpact.com/article/28209/106339-chez-sfr-tout-saccelere-surtout-hausse-prix
Partant du postulat que Linuxfr.org est un site de technophiles avertis, il a dû supputer qu'au vu de ces pratiques, on ne pouvait pas raisonnablement conseiller cet opérateur à cause de toutes ses casseroles. En tout cas, c'est comme ça que je le comprends.
S'il est vrai qu'Orange a probablement le meilleur réseau (dixit les relevés de l'ARCOM) et des pratiques commerciales moins trompeuses que SFR, ils sont à la ramasse sur l'activation au compte-goutte de la LTE, et sur ce point SFR est plus avantageux, comme tu l'as montré.
Merci d'ailleurs pour le retour, je saurai vers qui me tourner en 2025 si mon FP3 est toujours en service (en ces temps difficiles, un forfait Sosh illimité à 20 Go pour 6€/mois, ça ne se résilie pas comme ça! :)
[^] # Re: Hors-sujet
Posté par Eridor . En réponse au lien Un pas de pas plus vers un Firefox upstream Wayland par défaut avec la version snap d'Ubuntu 23.10. Évalué à 2.
Pour ce problème là, c'est déjà réglé. Plus qu'à attendre.
Voir ici pour le rapport de bogue et l'entrée correspondante sur Linuxfr.
Sur le fond, tu as tout-à-fait raison. ;-)
[^] # Re: Hors-sujet
Posté par Eridor . En réponse au lien Un pas de pas plus vers un Firefox upstream Wayland par défaut avec la version snap d'Ubuntu 23.10. Évalué à 1.
Non mais puisque c'est une possibilité offerte facilement par Flatpak, pourquoi pas ?
C'est purement par confort, les paquets Debian font l'affaire dans la plupart des cas. L'avantage ici c'est de profiter de nouvelles fonctionnalités mais surtout de correction de bogues.
La caractéristique des paquets Debian (version stable) c'est d'avoir une version figée tout le long de la vie de la distribution (seules les mises à jour de sécurité sont acceptées). C'est bien et c'est le but recherché mais cela peut parfois être un inconvénient dans la mesure où un bogue ennuyant mais non dangereux ne sera pas corrigé pendant toute la durée de vie de la distribution. Voilà un exemple avec ce bogue dans Adwaita qui affecte Nautilus mais qui ne sera corrigé que dans la prochaine version stable. Et ces problèmes sont d'autant plus gênants qu'ils peuvent affecter directement l'expérience utilisateur.
Flatpak permet d'intégrer au systeme des applications et leurs dépendances dans des versions mises à jour indépendamment du cycle de la distribution, chose que ne permet pas Debian. En ça c'est utile (pas pour tout, évidemment).
Par exemple LibreOffice a encore quelques problèmes d'instabilité ou d'incompatibilité avec les fichiers OOXML. On peut espérer que cela soit progressivement amélioré au gré des futures versions. Flatpak permet de profiter de ces améliorations là où Debian demanderait de patienter 2 ans.
Après étendre Flatpak à un maximum d'applications (toutes ?), c'est un projet d'aficionados (c'est le cas ici :). (Et Fedora Silverblue qui a cet objectif reste encore un jouet pour geeks.)
Beaucoup des applications GNU/Linux sont matures et de bonne qualité. Debian en empaquette des versions bien testées dans ses dépôts. Mais pour les applications assez récentes, qui nécessitent des adaptations fréquentes ou comme LibreOffice dans le cas ci-dessus, Flatpak peut être une carte intéressante à jouer.
Mes deux centimes.
[^] # Re: Hors-sujet
Posté par Eridor . En réponse au lien Un pas de pas plus vers un Firefox upstream Wayland par défaut avec la version snap d'Ubuntu 23.10. Évalué à 2.
Ça m'intéresse toujours.
Je gère quelques PC sous Debian et dans une démarche pas très éloignée de la tienne : j'utilise Flatpak pour garder une base Debian minimale (car plus facile à migrer/gérer lors des mises à niveau) et avoir des "applications" (aka logiciels utilisateur) à jour.
J'ai sauté le pas pour la plupart des applications (Libreoffice, Lollypop, Geary, VLC, etc.), et ça fonctionne bien. Ne reste plus que Thunderbird et Firefox car il semble y avoir encore quelques problèmes par rapport aux versions empaquetées par Debian.
C'est pourquoi je regarde de loin tes articles de blog et les liens que tu postes ici à ce sujet. Et je t'en remercie.
# Hors-sujet
Posté par Eridor . En réponse au lien Un pas de pas plus vers un Firefox upstream Wayland par défaut avec la version snap d'Ubuntu 23.10. Évalué à 2. Dernière modification le 16 septembre 2023 à 14:10.
Si on me pardonne une question légerement hors-sujet pour antistress :
Toi qui utilises beaucoup de Flatpak sur Debian et qui en fait des retours ici-même. À l'usage, comment est Firefox version flatpak comparée à la version fournie par Debian (hormis que cette dernière soit ESR) ? Des bogues, des problèmes courants ou autres limitations à l'usage au quotidien ? Il y a peu un souci concernant les polices a été corrigé, qu'en est-il par ailleurs ?
Merci pour ton retour.
# Merci !
Posté par Eridor . En réponse au journal Est-il encore possible de s'informer sur Internet via flux RSS ou courriel en 2023 ?. Évalué à 4.
Ça ne vaut pas vraiment un message, mais merci à tous pour les solutions proposées dans vos commentaires !
[^] # Re: "On s'arrête et on réfléchit"
Posté par Eridor . En réponse au journal Est-il encore possible de s'informer sur Internet via flux RSS ou courriel en 2023 ?. Évalué à 2. Dernière modification le 16 septembre 2023 à 13:23.
J'ai longtemps été abonné au Diplo (arrêté depuis pour diverses raisons). Autant c'est un bon journal pour avoir une analyse rétrospective, historique, politique ou culturelle sur des sujets d'actualité en France ou dans le monde ; autant il ne répond pas au même besoin que brief.me qui permet d'avoir au quotidien un condensé d'informations très factuelles (que d'aucun pourrait qualifier de superficiel) mais qui a l'avantage de présenter l'essentiel (sous format audio ou texte) sans rester scotché des heures à ton terminal. Au fond, une sorte d'équilibre pour limiter les poussées de FOMO sans tomber dans l'infobésité, les deux grands maux dont souffre l'homo numericus.
Bref, le Diplo et brief.me, pour moi, ce sont deux chronologies différentes, ils sont complémentaires. J'achète encore le Diplo en kiosque quand le titre me plaît, mais j'achète plus souvent leurs hors-séries.
[^] # Re: rss et identification
Posté par Eridor . En réponse au journal Est-il encore possible de s'informer sur Internet via flux RSS ou courriel en 2023 ?. Évalué à 3.
Fut un temps, j'ai utilisé l'extension FeedBro pour Firefox qui avait cette fonctionnalité.
Il me semble avoir lu que l'application NewsFlash avait cette fonctionnalité là aussi. Mais l'application ne se lance pas chez moi. J'utilise GNOME Feeds qui est rudimentaire et n'a pas cette fonctionnalité.