Aller au contenu principal

Messages

Cette espace vous permet de voir toutes les Messages réalisées par ce membre. Vous ne pouvez voir que les Messages réalisées dans les espaces auxquels vous avez accès.

Messages - bbo

1
Programmes et logiciels / Re : Kde: Désactiver les mise à jour automatique
En désinstallant Packagekit, ce que j'ai fait depuis longtemps, on n'est plus ennuyé par les m-à-j automatiques.

Je fais pareil chez moi. Pour désinstaller :

sudo zypper remove --clean-deps PackageKit

Puis, pour éviter que ça revienne (parce que c'est une dépendance dans un pattern) :

sudo zypper addlock PackageKit

En moins brutal, tu peux aussi configurer l'applet pour ne vérifier que mensuellement. Parce que je ne pense pas que tu puisses désactiver les mises à jour depuis l'applet.
2
Contribuer à la communauté openSUSE / Section openSUSE sur LinuxFR
Bonjour à tous,

Historiquement, toutes les dépêches autour d'openSUSE publiées sur LinuxFR étaient dans la section "SUSE". Le contenu autour d'openSUSE grossissant doucement mais sûrement et openSUSE étant indépendant de SUSE, j'ai demandé l'ouverture d'une section dédiée à openSUSE.

C'est donc désormais chose faite et l'administrateur s'étant chargé de la création a également déplacé le contenu openSUSE dans cette nouvelle section. Ce qui est très sympa de sa part.

Pour ceux qui voudront publier du contenu sur LinuxFR, n'hésitez donc pas à le faire dans cette section.
4
Autres distributions GNU/Linux et BSD / Re : Suse Desktop enterprise ?
Salut,

Mon seul gros reproche c'est que SLED est une distribution Gnome.

Je crois que ce n'est que depuis SLE 12 qu'il n'y a que GNOME 3. Dans SLE 11, il y avait GNOME 2 et KDE 4. D'après ce qui se dit, il semble que KDE était le choix par défaut à l'installation, mais j'avoue ne pas pouvoir confirmer. Aujourd'hui, pour avoir Plasma, faut passer par le Package Hub, dont les paquets sont officiellement non supportés par SUSE.

SLED a quelques modules qu'OpenSUSE n'a pas (le support natif et officiel de la connexion de certains iPhone et autres téléphones, il doit aussi y avoir quelques outils en plus). Distribution très stable mais celles et ceux qui veulent le dernier cri doivent rester sur OpenSUSE. SLED c'est avant tout pour les employés, très stable mais avec des paquets plutôt vieux.

Le coeur d'openSUSE Leap est aussi "vieux" que SLED de nos jours (puisque basé sur les mêmes sources). Les paquets communautaire, par contre, peuvent être effectivement assez récents.
6
Autres distributions GNU/Linux et BSD / Re : Suse Desktop enterprise ?
SUSE édite SLE mais ce que tu télécharges sont des déclinaisons :
  • SLES pour les serveurs
  • SLED pour le desktop
  • SLES for SAP pour SAP
  • etc

Le prix est différent en fonction de la variante. Pour le desktop, c'est possible d'acheter (moins cher) avec juste la maintenance (les mises à jour) mais sans support.

Comme tu l'as constaté, il y a moins de paquets sur SLED que Leap. Mais tu as des reconstructions de paquets Leap pour SLE dans le Package Hub que tu cites.

Dans les différences, tu auras GNOME par défaut (et non Plasma) et des Services Pack pendant 10 ans (et non 3). De mémoire, les flags de compilation ne sont pas toujours les mêmes entre Leap et SLE ce qui implique que certains paquets n'ont pas tout à fait les mêmes fonctionnalités (à vérifier).

Je n'utilise pas SLED donc, je te pointe un avis récent d'un utilisateur SLED !
7
Contribuer à la communauté openSUSE / Re : Dépêche LinuxFR Leap 15.2
Salut,

Allez savoir, mais j'ai laissé traîner mes dépêches pendant 6 mois... Je viens de reprendre/compléter la dépêche sur Leap 15.2 (basé, entre autre, sur votre traduction de l'annonce officielle ! Merci !) qui est désormais publiquement disponible ici.

Si vous voyez des grosses bêtises, n'hésitez pas à l'indiquer dans les commentaires en sourcant pour améliorer le contenu (ou faites le ici si vous ne souhaitez pas créer de compte sur LinuxFR, je pourrai poster moi-même)
9
Débat, sondages et tribune... / Re : Un premier bilan après trois mois d'utilisation de Tumbleweed
Edit : contexte de l'écriture de ce message : je n'avais pas vu qu'il y avait une page 2 et une page 3 dans le sujet  :))  :o Donc, dites vous que j'ai répondu au dernier message de la page 1... Désolé !  ::)

J'avais compris que le problème des brevets chez openSUSE et Fedora est lié au fait que les projets n'ont pas de structure légale indépendante de SUSE et Red Hat (respectivement).

Ainsi, en cas d'entorse aux brevets dans ces projets, c'est directement SUSE et Red Hat qui se retrouveraient devant les tribunaux (américains surtout, car si j'ai bien compris, c'est principalement là bas que les brevets logiciels posent problème).

SUSE et Red Hat sont des entreprises qui fonctionnent bien (surtout Red Hat dont le chiffre d'affaire est énorme). Il y a donc plus de risques qu'ils se fassent embarquer dans une guerre de brevet. Une guerre des brevets n'a d'intérêt que sur des grosses entreprises qui ont les moyens.

Aujourd'hui, Mint et Elementary ne sont clairement pas dans la même court. (Edit : les Gentoo, Debian, Arch, Mageia, OpenMandriva sont soutenues par des fondations/associations, parfois européennes, à but non lucratif qui ne débordent pas de moyens que je sache)

Pour Canonical, tout ces trucs là sont dans le dépôt Multiverse qui n'est pas officiellement supporté par Canonical mais par la communauté. Et, comme tu l'indiques @Vigen , c'est une case décochée par défaut. Est-ce que ça suffit à déléguer la responsabilité sur l'utilisateur ? Je ne sais pas. Mais là encore, Canonical ne semble pas gagner beaucoup d'argent. Donc, est-ce que ça vaudrait le coup d'essayer de leur tirer un chèque ?

Dans tous les cas, je suis d'accord avec @Seb95Passionlinux ça rend l’interaction avec l'utilisateur complètement pourrie car difficile à expliquer. Vu de ma fenêtre, les brevets logiciels ressemblent plus à un racket organisé qu'à un mécanisme de protection des inventeurs. Je trouve cela profondément désolant et triste.
12
Installation et boot / Re : installation professionnelle
S'il vous suffit de crypter quelques dossiers, jetez un œil  sur les KDE Vaults : https://www.addictivetips.com/ubuntu-linux-tips/create-encrypted-folders-on-kde-linux-desktop-with-vaults/

Je vois ça comme une bonne solution s'il s'agit d'un PC multi-utilisateur ou un PC sur lequel on n'est pas administrateur. Ce qui permet de chiffrer des données pour les rendre inaccessibles à l'administrateur de la machine.

Par contre, si le PC est mono utilisateur (ce qui est le cas pour le PC pro pour ma part), un chiffrement des partitions me semble suffisant.

Je n'ai utilisé que Fedora sur le PC pro, et j'ai "juste" chiffré mes VG root et home. /boot n'est pas chiffré chez moi. Cela me semble suffisant pour mon cas d'usage (protéger les données d'un vol de disque). Ça fait que je n'ai qu'un mot de passe à taper pour déchiffrer. Et le clavier est correctement localisé comme l'indique Sogal. Je fais pareil sur le PC perso (qui est openSUSE lui).
14
Général / Re : tumbleweed-cli
Salut,

L'utilité c'est d'avoir la possibilité de rester sur un snapshot stable et de pouvoir continuer à installer des paquets sans se soucier d'éventuels conflits de versions.

Tout à fait. J'avais rencontré pour ma part le problème suivant :
  • J'ai mis à jour TW il y a une semaine,
  • Je veux installer un logiciel qui me manque juste avant de partir
  • TW a évolué vers une nouvelle snapshot qui pète une dépendance sur le logiciel que je veux, je dois donc mettre à jour ma TW avant d'installer mon logiciel
  • Ma connexion est pas folle, donc c'est pas trop ce que je voulais.

Je n'avais pas connaissance de cet outil à ce moment là. J'aurai trouvé cool de pouvoir me branche sur le repo de ma snapshot pour juste installer mon besoin de manière à vite pouvoir partir et bosser dans le train.

C'est un cas à la marge car, j'ai tous les logiciels dont j'ai besoin déjà installés (normalement !).
15
Général / Re : Leap 15.2 Béta ou Tumbleweed...Choix cornélien (En même temps pour un Normand)
Salut,

J'ai eu Leap 15.2 Xfce en dur pendant 3 semaines. Utilisation normale (internet, musique, streaming, etc) et,vraiment, aucun soucis. Comme tu l'indiques, Packman propose déjà des dépôts 15.2 et pour libdvdcss, on peut s'appuyer sur le dépôts de la 15.1 car le RPM n'a pas changé depuis la 15.0

Le système n'est pas du tout stable à-la-debian sur les mises à jour : j'en avais beaucoup et régulièrement. Mais, comme le précise Seb, c'est une beta donc pas un soucis à mes yeux.

J'ai aussi eu les messages sur les dépôts obsolètes. Mais, contrairement à toi, c'était toujours sur les dépôts non libres (main et update). Comme je n'utilise pas de logiciels sortant de ces dépôts, je les avais "juste" désactivés.

Par contre il le considère "à jour", alors que potentiellement obsolète.

Oui, cela ne me choque pas. Zypper va travailler à partir des informations qu'il a disposition sur ta machine. C'est à dire les paquets qui sont installés et les métadonnées qui indique l'état du dépôt. Les métadonnées semblent être obsolètes mais il ne peut pas en être sûr car il n'a visiblement pas réussi à contacter un miroir :) Basé sur ces données un peu vieilles, il dit qu'il n'y a rien à faire ("à sa connaissance" donc).

Ça reste à vérifier, mais il y a probablement beaucoup moins de miroirs pour la beta que pour la version actuellement supportée.