Aller au contenu principal

Voir les messages

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

Messages - Seb95Passionlinux

1
Programmes et logiciels / Comment reinstaller une liste de paquets avec zypper?
Bonjour à tous,

Petite question conne mais c'est comme ça je ne trouve pas mon besoin. J’explique le contexte, j'aime avoir la possibilité de faire et de réinstaller une liste de paquets facilement, je sais le faire avec Yast mais je n'aime pas trop car il (parfois) me posent des soucis en faisant une comparaison et en supprimant certains paquets qui n'y étaient pas auparavant dans la liste. C'est le fameux exporter/importer dans yast.

Sous debian-like, je sais faire,  c'est pratique et ça va pas chercher de faire exactement pareil, ça va juste installer des paquets les paquets qui sont dans la liste et qui ne sontpas sur le système sans en supprimer, c'est ça que je veux. Pour le faire, j'ai fais un tuto sur mon blog: https://passiongnulinux.tuxfamily.org/post/2018-10-30-correctif-sur-billet-debian/

Mais la meilleur doc reste celle de debian:
https://wiki.debian.org/fr/ListInstalledPackages

Ça se résume à quelques lignes de commandes (un peu beaucoup):

dpkg --get-selections > /backup/package-selections
Pour exporter la liste dans un fichier (important le sens de >)
apt-get install dselect
Car c'est plus ou moins lui qui va faire le taf;
dpkg --set-selections </backup/package-selections
Pour importer la liste dans notre gestionnaire de paquets (c'est pas totalement vrai mais pour faciliter la compréhension, je vais raccourcir comme ça).
apt-get dselect-upgrade
le gestionnaire va faire les actions demandées c'est à dire installer les paquets de la liste.

Ou bien en une seule ligne mais je n'ai jamais encore fait ça:
aptitude install $(cat /backup/package-selections | awk '{print $1}')

Bon maintenant, je veux faire pareil, j'ai vu des choses plus ou moins pour fedora,  j'ai été voir la doc, différents site, la plupart pour fedora et rien qui va dans mon sens, par exemple https://fr.opensuse.org/SDB:Zypper_usage_11.1, je ne vois pas comment lister des paquets installer sur un PC, mais c'est plus avec RPM qu'il faudrait le faire dont:
 
rpm -qa

Je suppose aussi qu'un
yum list
ferait l'affaire.

Maintenant avec zypper je ne sais pas trop, mais bon c'est pas trop un soucis vu que pour moi et pour ne pas trop poser de question ça doit être le programme de bas niveau qui doit lister les paquets installer, donc rpm -qa me va bien.

Mais là où je n'arrive pas à trouver quelque chose de semblable à debian, c'est la partie importation/installation.
Vous me direz "oui mais yast permet d'exporter  puis d'importer" oui et bien non car c'est trop intelligent et il suffit qu'on ait des paquets déjà installés qui ne sont pas présents dans la liste et hop yast nous les liste comme à désinstaller.

Donc j'aimerai si possible car je ne trouve pas,  une équivalence
dpkg --set-selections </backup/package-selections
et
apt-get dselect-upgrade
.

Merci.
2
Programmes et logiciels / Re : Pitivi, Transmagedon et d'autres ne marchent pas sur Leap KDE.
Je sais pas par contre sur un environnement GTK comme XFCE il se lance sans soucis, du coup je viens d'ajouter l'environnement en plus de mon plasma et miracle il se lance.

Pour transmageddon toujours rien, ça dois venir encore d'un paquet.

De toute façon faut que je reinstalle mon opensuse car pour le moment retour sous debian pour tester une installation qui résistait à secureboot.

Je reviens donc quand je serais sous opensuse sur le principal.
3
Programmes et logiciels / Re : Pitivi, Transmagedon et d'autres ne marchent pas sur Leap KDE.
Transmageddon se lance chez toi ? Bah mince je pense pourtant avoir une config multimedia des plus complete, je vais l'ouvrir avec la console pour donner le retour console.

Pour pitivi, je suppose que tu es aussi avec plasma? Il manque une dépendances dans la construction car sous gnome ou xfce pas eu de soucis, si on installe un autre bureau en gtk en plus de plasma on a pas non plus de soucis, donc c'est une petite dependance de gtk, enfin je pense.
4
Programmes et logiciels / Pitivi, Transmagedon et d'autres ne marchent pas sur Leap KDE.
Je viens de tester, Pitivi ni transmagedon ne se lancent dans une session KDE,  avec des petit mots dans la console. Le Pitivi se lance dans une session gtk c'est à dire que j'ai pu le lancer sous XFCE et gnome. Je pense que c'est encore un truc qui manque dans les dépendances.

Pour transmagedon je n'ai pas pu le faire ni dans une session kde ni GTK. Je peux toujours redonner les sorties de consoles. Et chez vous c'est comment?
5
Débat, sondages et tribune... / Re : Je me pose la question depuis longtemps: y a-t-il des filles sous linux?
Effectivement il y en a mais peu ou pas assez, c'est encore un milieu constitué globalement que par des mecs, pourquoi, je sais pas.

Si je prends en exemple mon entourage, je ne connais personne dans la gent féminine qui s'intéresse à l’informatique et peu importe l'age du reste...

Je sais par contre qu'il y a des groupes pour faciliter les devs femmes, comme chez debian women.
7
Programmes et logiciels / Re : Openshot ne se lance pas
Bon je crois que c'est encore tumbleweed qui doit merder avec openshot-qt, j'ai rien installé encore et ça s'ouvre bien. Reste plus qu'a regarder les différences de versions entre leap et tumbleweed.

zypper search Openshot 
Chargement des données du dépôt...
Lecture des paquets installés...

S | Nom                     | Résumé                                            | Type 
--+-------------------------+---------------------------------------------------+-------
  | libopenshot-audio-devel | Development files for libopenshot-audio           | paquet
  | libopenshot-audio6      | Audio library for the OpenShot video editor       | paquet
  | libopenshot-devel       | Development files for libopenshot                 | paquet
  | libopenshot14           | The core library for the OpenShot video editor    | paquet
  | openshot-qt             | Non-linear video editor with broad format support | paquet
  | python3-openshot        | Python bindings for the OpenShot library          | paquet
debiacerlinux:/home/sebastien # zypper install openshot-qt
Chargement des données du dépôt...
Lecture des paquets installés...
Résolution des dépendances des paquets...

Les 31 NOUVEAUX paquets suivants vont être installés :
  libopenshot14 libopenshot-audio6 libpgm-5_2-0 libzmq5 openshot-qt python3-attrs python3-Automat
  python3-bcrypt python3-constantly python3-gevent python3-greenlet python3-httplib2 python3-hyperlink
  python3-incremental python3-openshot python3-paramiko python3-pexpect python3-psutil
  python3-ptyprocess python3-pyasn1-modules python3-pycrypto python3-PyNaCl python3-pyserial
  python3-pyxdg python3-pyzmq python3-service_identity python3-simplejson python3-tornado
  python3-Twisted python3-zope.interface zeromq-tools

Les 9 paquets recommandés suivants ont été automatiquement sélectionnés :
  python3-gevent python3-paramiko python3-pexpect python3-psutil python3-service_identity
  python3-simplejson python3-tornado python3-Twisted zeromq-tools

31 nouveaux paquets à installer.
Taille de téléchargement totale : 62,2 MiB. Déjà en cache : 0 B. Après l'opération, 147,8 MiB d'espace
disque supplémentaire sera utilisé.

...

Recherche de conflits de fichiers : .............................................................[fait]
( 1/31) Installation de : libopenshot-audio6-0.1.5-lp151.2.4.x86_64 .............................[fait]
( 2/31) Installation de : libpgm-5_2-0-5.2.122-lp151.3.3.x86_64 .................................[fait]
( 3/31) Installation de : python3-PyNaCl-1.2.1-lp151.2.3.x86_64 .................................[fait]
( 4/31) Installation de : python3-attrs-17.4.0-lp151.2.4.noarch .................................[fait]
( 5/31) Installation de : python3-bcrypt-3.1.4-lp151.3.1.x86_64 .................................[fait]
( 6/31) Installation de : python3-constantly-15.1.0-lp151.2.2.noarch ............................[fait]
( 7/31) Installation de : python3-greenlet-0.4.13-lp151.2.3.x86_64 ..............................[fait]
( 8/31) Installation de : python3-httplib2-0.10.3-lp151.4.2.noarch ..............................[fait]
( 9/31) Installation de : python3-hyperlink-17.2.1-lp151.2.3.noarch .............................[fait]
(10/31) Installation de : python3-psutil-5.4.8-lp151.1.1.x86_64 .................................[fait]
(11/31) Installation de : python3-ptyprocess-0.5.2-lp151.2.1.noarch .............................[fait]
(12/31) Installation de : python3-pyasn1-modules-0.2.1-lp151.2.2.noarch .........................[fait]
(13/31) Installation de : python3-pycrypto-2.6.1-lp151.2.4.x86_64 ...............................[fait]
(14/31) Installation de : python3-pyserial-3.4-lp151.2.3.noarch .................................[fait]
Sortie rpm supplémentaire:
update-alternatives: using /usr/bin/miniterm-3.6 to provide /usr/bin/miniterm (miniterm) in auto mode 


(15/31) Installation de : python3-pyxdg-0.25-lp151.2.1.noarch ...................................[fait]
(16/31) Installation de : python3-simplejson-3.13.2-lp151.2.4.x86_64 ............................[fait]
(17/31) Installation de : python3-zope.interface-4.4.2-lp151.2.3.x86_64 .........................[fait]
(18/31) Installation de : python3-paramiko-2.4.2-lp151.1.1.noarch ...............................[fait]
(19/31) Installation de : python3-gevent-1.2.2-lp151.4.5.x86_64 .................................[fait]
(20/31) Installation de : python3-pexpect-4.3.1-lp151.2.1.noarch ................................[fait]
(21/31) Installation de : python3-service_identity-16.0.0-lp151.2.3.noarch ......................[fait]
(22/31) Installation de : python3-Automat-0.6.0-lp151.2.2.noarch ................................[fait]
Sortie rpm supplémentaire:
update-alternatives: using /usr/bin/automat-visualize-3.6 to provide /usr/bin/automat-visualize (automat-visualize) in auto mode


(23/31) Installation de : python3-incremental-17.5.0-lp151.2.2.noarch ...........................[fait]
(24/31) Installation de : libzmq5-4.2.3-lp151.5.3.1.x86_64 ......................................[fait]
(25/31) Installation de : python3-Twisted-17.9.0-lp151.3.6.1.x86_64 .............................[fait]
(26/31) Installation de : zeromq-tools-4.2.3-lp151.5.3.1.x86_64 .................................[fait]
(27/31) Installation de : python3-tornado-4.5.3-lp151.2.4.x86_64 ................................[fait]
(28/31) Installation de : libopenshot14-0.1.9-lp151.2.4.x86_64 ..................................[fait]
(29/31) Installation de : python3-pyzmq-17.0.0-lp151.2.3.x86_64 .................................[fait]
(30/31) Installation de : python3-openshot-0.1.9-lp151.2.4.x86_64 ...............................[fait]
(31/31) Installation de : openshot-qt-2.4.1-lp151.2.61.noarch ...................................[fait]
Sortie rpm supplémentaire:
Unknown media type in type 'all/all'
Unknown media type in type 'all/allfiles'
11
Création de RPM, l'OpenBuild Service / Installer la base pour travailler avec OBS (RPM).
Bonjour,

Rien de folichon, j'avais juste envie de donner quelques points important pour commencer avec OBS, les paquets à installer, quelques bons liens qui vont bien.

Pour commencer, il faut l'installer, le plus simple honnêtement c'est d'utiliser les modèle de Yast, outils pour empaqueter avec Open Build Service.


Quelques liens qui m'ont été utiles, merci Sogal pour ça tu m'avais bien dépanné. Je mets avant tout des liens en anglais car plus a jour (ça c'est a nous de le changer:)):
https://fr.opensuse.org/Portal:Build_Service/Tutoriel
https://en.opensuse.org/openSUSE:Build_Service_Tutorial
https://en.opensuse.org/openSUSE:OSC
https://en.opensuse.org/openSUSE:Build_Service_Collaboration
https://en.opensuse.org/openSUSE:Packaging_guidelines
https://en.opensuse.org/openSUSE:Specfile_guidelines

(il y a aussi ce qui ne peut pas être fait, principalement dù au fait que SUSE se trouve en Allemagne, avec des droits allemands, américaines et autres)
https://en.opensuse.org/openSUSE:Build_Service_application_blacklist

(le prochain est plus pour RPM manuellement)
https://docs.fedoraproject.org/en-US/Fedora_Draft_Documentation/0.1/html/RPM_Guide/
 
On pourrait compléter au fur et à mesure.
13
Programmes et logiciels / Re : Openshot ne se lance pas
Super, merci pour l'info, je pense que ce n'est pas le seul et que sous opensuse on a malheureusement soit trop de dependances comme évolution qui si on l'installe nous embarque tout  ou une partie de gnome... soit pas assez et ça echoue au lancement, comme le cas que tu annonces ou bien pitivi.

14
Création de RPM, l'OpenBuild Service / Re : Je cherche un bon tuto qui explique comment faire un paquet rpm.
Hello sogal;

Citer
- je n'y participerai probablement pas activement, ayant déjà du mal à trouver du temps pour gérer convenablement les paquets dont je suis mainteneur ;

Ça aussi c'est un peu le but, des fois on a pas le temps pour faire ce qui doit être fait, UNhome alionet permettrait de t'alleger puisqu'il y aurait plusieurs personnes. Je pense plutôt à un groupe ou un home officiel pour alionet sur obs d'opensuse, et qu'on aille comme mainteneur pour ceux qui sont intéréssés. Je m'explique mal en ce moment alors je sais pas si c'est clair.

Citer
- si c'est un compte unique, je m'interroge sur la gestion des accès ;

Non, ou du moins c'est celui qui porte alionet (donc toi) qui est le principal, donc qui doit créer le home alionet et son compte. Apres nous on se ramene dessus depuis nos compte respectifs du projet OBS opensuse.

Citer
- il ne faut pas oublier que c'est déjà pas facile de créer des paquets propres (et l'OBS donne une fausse impression de facilité) mais qu'il faut aussi penser qu'en plus des paquets rpm et de la syntaxe des fichiers spec, il faut connaître un minimum les modes de construction des langages dans lesquels sont écrits les logiciels à "empaquetés".

C'est pour ça que l'effet groupe est important, ça rassure. De plus OBS effectivement donne une impression de facilité, mais c'est vraiment le cas quand tu le fais avec OBS et OSC et quand tu le fais depuis les outils RPM... OSC par exemple fait ce que pbuilder fait chez debian mais en automatique et presque pas de reglages... Pour utiliser pbuilder pour packager pour debian, c'est vraiment une approche de facilité que opensuse nous offre.
Dans mon cas, je fais surtout ce que personne aime faire, généralement faire de nouveaux paquets c'est chouettes mais les entretenir c'est moins cool. Je crois qu'on pourrait faire plus de taff et faire connaitre Alionet encore plus avec cette méthode.

Par exemple comme simplification, OBS et OSC c'est pratiquement zero configuration, pour parler de ce que je connais, pbuilder c'est pas mal de config mais si on se contente du minimum syndicale de la puissance et des possibilité de pbuilder [https://passiongnulinux.tuxfamily.org/post/2019-11-19-construire-des-paquets-deb-pour-debian-3-pbuilder/].

C'est aussi du coté de la signature des paquets, rien a faire OBS s'occupe de tout, c'est pas plus compliqué du coté manuelle avec dpkg ou rpm mais faut quand même passer l'étape de fabrication de sa clé et de la mise en pratique pour l'utiliser et la faire connaitre des outils.

L'obtention des sources RPM sont faciles, juste click sur  "Branch package", bon généralement  c'est pas la partie la plus dure.

La compilation est facilité, tout se passe généralement sur leurs serveurs ou sur ta mavchine si tu en fais la demande.

L'envois des paquets est aussi facilité, on click ou bien on le fait via son terminal et OSC par un commit...
 Et pour finir, hébergement des sources, des paquets rpm, des sources rpm, ect ect sont fait par le projet dans un dépôt qu'on appel home.

Bref, on est loin de certaines complication comme héberger son dépôt personnel, ou d'envoyer notre travail comme on peut le voir chez certain.

Citer
Plus simplement, si plusieurs personnes sont intéressées par le sujet on peut créer une section dédiée dans "Programmation" avec un post épinglé en en-tête listant toutes les ressources dont la lecture est indispensable pour créer des paquets propres.
De la sorte, chacun fait comme il veut, il construit via l'OBS ou pas, en local ou pas et ouvre des sujets dédiés à chaque paquet/logiciel.

Oui j'aimerai si possible qu'on ait une telle section. Car j'ai déjà une question sur comment faire en local sans utiliser OSC mais seulement rpmbuild/rpm et zypper? La question qui me taraude c'est comment installer les sources d'un spec via zypper, chez mandriva/mageia c'est urpmi --buildrequire de mémoire, yum doit être plus ou moins pareil, mais zypper, je cherche encore.
15
Création de RPM, l'OpenBuild Service / Re : Je cherche un bon tuto qui explique comment faire un paquet rpm.
Oui à l'époque c'est ce que je m'etais dis, au lieu de faire chacun dans son coin... Mais ça c'était pour debian, et ce fut pas trop, pas du tout suivi...
https://debian-facile.org/viewtopic.php?id=21244

J'ai dù faire mes armes tout seul pour faire mon premier paquet debian, et ce fut pas des plus simples pour faire accepter mon paquet, c'est bien mieux maintenant que j'en suis mainteneur, mais au moindre soucis, a la moindre complication, je me sens bien seul... Sous opensuse, j'ai trouvé que c'était bien plus convivial car il n'y avait pas de mainteneurs uniques qui eux seules ont le droit de faire évoluer le paquet.

De plus pour opensuse, obs permet quand même de simplifier aux max la chose, tu auras même la possibilité d’héberger et de faire un dépot personnel.