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.
Salut, Normalement à la fin de la procédure d'installation, lors du récapitulatif final, juste avant la validation qui lance l'installation, tu as la possibilité de changer les paramètres du chargeur d'amorçage (GRUB donc), regarde de ce côté là. Dans le pire des cas, ce que tu peux faire après l'installation, c'est démarrer ton PC depuis un live USB (par exemple le rescue d'openSUSE : https://download.opensuse.org/distribution/leap/15.1/live/openSUSE-Leap-15.1-Rescue-CD-x86_64-Current.iso ) et installer GRUB manuellement à l'emplacement de ton choix:
Bonjour et merci pour toutes ces traductions J’ai effectivement reçu un mail pour changer mon mot de passe pour le compte qui me permet de travailler sur le wiki et de poster sur bugzilla. Je ne l’ai pas fait encore On a 90 jours pour ça d'après le mail.
Au fait si tu as besoin d’un coup de main sur le wiki pour la sortie de Leap 15.2 fait un signe, voire une liste de tâches à répartir.
Peux-tu nous préciser le modèle du clavier Cherry ? Généralement ce genre de touche doit être utilisée en conjonction avec une pression sur la touche Fn, est-ce le cas également ? Sinon l'utilitaire "xev" (du paquet du même nom) peut être utilisée pour avoir plus d'info sur une touche (bon là le soucis c'est que ça va mettre ton PC en veille mais tu devrais avoir le résultat en sortie de veille). Enfin, tu peux également essayer de la réaffecter via les paramètres Gnome (Paramètres => Raccourcis clavier).
J'espère juste que ce n'est pas une touche dont la fonction, codée en dur, envoie un signal ACPI.
j'apprécie de travailler toujours autant sur OpenSuse , car c'est le bon compromis entre stabilité et modernité pour une utilisation personnelle ou professionnelle
Salut à toi et bienvenue. C'est exactement la même réflexion que je me suis fait en y passant, il y a quelques années, après un long moment sous Debian, qui commençait à me frustrer et Fedora qui s'est averée trop instable.
D'importants travaux de migration sont en cours chez SUSE. Ils visent avant tout à séparer les services SUSE qui étaient encore hébergés par MicroFocus et à les rapatrier vers l'infrastructure SUSE à Nuremberg. Dans la mesure où certaines instances sont partagées entre SUSE et openSUSE, cela aura un impact sur la communauté openSUSE.
Dans les articles qui suivent vous avez le détail des migrations en cours:
- bugzilla - OBS - gestionnaire de compte openSUSE: il est expliqué comment migrer votre compte et définir un nouveau mot de passe
Pour l'histoire de GNOME, il s'agît d'une attaque par un "patent troll", c'est à dire une entreprise qui s'est spécialisée dans les attaques en justice sur la base de violation supposée de brevets. Il y a souvent peu de base légale réelle à leurs attaques mais ce type d'entreprise compte sur la pression exercée pour obtenir des règlements hors-justice et en retirer du fric. Sauf que là, GNOME, soutenu par de nombreux autres projets du Libre, a décidé d'attaquer aussi et d'aller au bout...
1/ bah non merdique est très familier mais pas une insulte, contrairement à grosse merde, là c'est une insulte, merdique c'est juste le familier de non fonctionnel, pas simple, pas évident...
Ok, disons simplement que nous n'en avons pas la même définition dans le contexte.
2/ Non c'est faux puisque les autres n'ont pas le soucis, c'est pas compatible avec les ambitions et les intérêt du sponsor, puisque c'est commercial et que principalement elle vise les états unis...
Certaines n'ont pas le soucis. Celles que tu as cité l'ont. Et de manière générale, de nombreuses distribs ou projets libres associés sont ennuyés par ces brevets ou licences privatrices. Ce qui me dérange c'est surtout qu'il est injuste de dire que le support est "merdique" alors que la responsabilité de cet état de fait incombe avant tout et quasi exclusivement aux fabricants de pilotes et codecs qui en interdisent la libre distribution ou la soumettent à des royalties. Bien sûr le fait qu'openSUSE soit juridiquement sous la houlette de SUSE oblige le projet à être carré et réglo sur les respects des lois, mais le problème, et ce qui est vraiment "merdique" pour le coup, ça reste ces fabricants qui imposent des brevets.
Ce n'est pas une question de pratique ou de manque de volonté de proposer quelque chose d'abouti, c'est tout simplement pas possible. Et ce ne s'applique pas qu'à openSUSE.
Extrait du wiki (concernant les codecs et formats non packagés):
Citer
Reasons why a certain software package is not included in the main openSUSE distribution include:
The software is proprietary software, i.e. it does not conform to the Open Source definition. The software is providing functionality which is patented and the patent holder is preventing distribution of the software - e.g. multimedia-related patents affect a number of free software projects like FFmpeg, MPlayer, xine, LAME, MythTV, lastfm and x264. The software violates laws concerning software distribution in jurisdictions where SUSE conducts business.
Some proprietary software and drivers may be available from their respective owners and licensed vendors. Patent-encumbered software may be obtained from vendors with licensing deals with the patent holders.
Citation de: Trad auto rapide
Les raisons pour lesquelles un certain progiciel n'est pas inclus dans la distribution openSUSE principale incluent:
Le logiciel est un logiciel propriétaire, c'est-à-dire qu'il n'est pas conforme à la définition Open Source. Le logiciel fournit des fonctionnalités brevetées et le titulaire du brevet empêche la distribution du logiciel - par ex. Les brevets liés au multimédia affectent un certain nombre de projets de logiciels libres comme FFmpeg, MPlayer, xine, LAME, MythTV, lastfm et x264. Le logiciel viole les lois concernant la distribution de logiciels dans les juridictions où SUSE exerce ses activités.
Certains logiciels et pilotes propriétaires peuvent être disponibles auprès de leurs propriétaires respectifs et fournisseurs sous licence. Les logiciels grevés de brevets peuvent être obtenus auprès de fournisseurs ayant conclu des accords de licence avec les titulaires de brevets.
Effectivement les distributions telles que openSUSE, Fedora (ou encore Mandriva de son vivant) ont ce truc pénible de devoir passer par un dépôt tiers car de base le multimédia est merdique. le soucis en plus est de ne plus savoir où poster les rapport de bugs... Et ne suis pas fan de ce comportement.
Le support du multimédia de ces distributions n'est pas « merdique », les licences et brevets qui pèsent sur les codecs et pilotes concernés et qui les empêche de les distribuer librement l'est en revanche.
Il serait de bon ton de faire la part des choses et de comprendre les responsabilités derrière cet état de fait avant de lancer ce genre de critiques infondées sur un forum public.
salut problème avec le mot de passe gub, qui est demandé dès l'allumage. Dans mes souvenirs, il y avait moyen de verrouiller juste les modifications sur grub, histoire de ne pas autoriser le démarrage en mode solo/root
Oui, une fois ton système installé, tu vas dans YaST => Chargeur d'amorçage et tu as des options pour ça.
Certes mais ces 2 articles datent d'il y a 7 ans. Autant dire une demi-éternité en matière d'informatique. De nos jours la spécification UEFI a bien évoluée, le SecureBoot est une option d'UEFI, pas une obligation et je ne connais pas une distribution Linux digne de ce nom qui ne prenne pas en charge correctement l'UEFI en 2020.
En qualité de linuxien autodidacte vieillissant, je retiens que cet UEFI tente de freiner l'installation de Linux sur du matériel homologué Microsoft (malgré quelques avantages apparents qui dépassent et de loin mes compétences).
Pas du tout. Tu confonds avec le SecureBoot qui est une technologie, mise en avant par Microsoft certes, mais dont le but est de signer l'OS. Au démarrage, sa signature est comparée à celle présente dans la ROM de l'UEFI, si elle ne correspond pas, le boot est impossible. C'est une protection contre le démarrage d'une machine sur un OS non signé ou altéré par un malware.
L'UEFI est simplement un remplaçant du BIOS. Le BIOS était écrit en assembleur et dépendant de chaque plate-forme matériel. L'UEFI, écrit en C, vient s'intercaler entre les firmwares de base du matériel et l'OS. Il possède des fonctionnalités supérieures au BIOS (diagnostic système, mises à jour des firmwares etc...).
Avec le BIOS, le chargeur d'amorçage, du moins une partie, était lu depuis le MBR (Master Boot Record). Avec l'UEFI, le code EFI et le chargeur d'amorçage sont lu directement depuis une partition dédiée, plus besoin de MBR si le disque est formaté GPT (spécification permettant l'usage de disques de grande capacité et dépassant la limite historique du MBR de 4 partitions physiques).