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.
Il est vraiment que les métiers techniques sont peu féminisés mais je pense que ça tient plus de la façon dont notre société est tristement construite et dont la façon dont les jeunes femmes sont orientées durant leur scolarité. Il y a des phénomènes de mimétisme social aussi qui renforcent ça (on va plus vers les activités qu'exerce nos copains / copines).
Je travaille de temps en temps pour le service informatique d'un institut scientifique et j'ai eu l'occasion de discuter avec une femme, d'un certain âge maintenant, qui me disait qu'il y avait beaucoup moins de femmes dans l'informatique maintenant que lorsqu'elle a débuté il y presque 30 ans maintenant.
- 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.
Pas très non On peut effectivement créer un compte de "groupe" si on veut dans lequel on attribuerai les droits aux utilisateurs qui le veulent. Pour cela il faut évidement qu'ils aient un compte. Qu'ils aient un dépot "home" à eux ou pas importe peu d'ailleurs. Et là il ne s'agît pas de m'alléger, je gère globalement mes paquets, si on met ça en place il faut surtout que cela serve à empaqueter des logiciels qui n'existent pas.
- 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.
L'intention est bonne, mais non! je ne porte pas Alionet. J'y contribue activement à la hauteur de mes moyens comme le font les modérateurs, rédacteurs et simples membres en postant et en aidant. Je vois ce que tu veux dire et à la limite si on en arrive là, il faudra en effet une personne responsable des accès de ce compte-projet central. Mais ce ne sera pas moi, dans le simple soucis de déléguer, il me paraît néfaste d'une seule personne ait trop de cartes en main dans un groupe.
- 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.
J'en conviens, mais ça ne se fait pas du jour au lendemain, ça demande du travail et je ne suis pas super favorable à faire trop de tests dans le but de se former sur les serveurs openSUSE ! Que les personnes intéressées se forment, testent la création de paquets RPM tout simples, puis se créent un compte sur l'OBS etc... Si la mayonnaise prend et qu'un noyau solide de contributeurs se forme, on pourra envisager de passer à l'étape "Groupe Alionet sur l'OBS".
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.
Du reste pourquoi pas faire dans la partie développement ou programmation, un post où on s'entraiderait tous? Ça fait longtemps que je freve de ça, il y a un temps pour debian mais on m'a gentiment expliqué que c'etait pas trop le style de la maison, et puis avec opensuse et donc OBS on peut se monter un home alionet qui ferait du taff et pourquoi pas enverrait par la suite le travail directement dans opensuse. Sogal si tu lis tu en dis quoi?
J'en dis que c'est possible mais que : - 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 ; - si c'est un compte unique, je m'interroge sur la gestion des accès ; - 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".
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.
P***** de Regata, je suis désolé mais je ne comprends toujours pas comment on peut accepter des dépôts qui altèrent potentielement totalement la distrib vers une autre, depuis le site officiel d'OpenSuse
Ce n'est pas un dépôt officiel, il est simplement fourni via l'OBS au même titre que n'importe quel autre dépôt pour d'autre OS. Je sais que c'est rageant mais c'est quand même à vous d'être attentifs les gars et les filles.
Ta version de noyau et tes dépôts sont corrects. Tu as du tomber sur un moment "pas de chance" .
Et oui pour améliorer la prise en charge des résolutions écrans et autres, il faut en effet installer les additions invités, que ce soit en Leap, Tumbleweed, Debian, Mac OS...
Un ou plusieurs messages de ce sujet ont été déplacés vers openSUSE - Général : https://www.alionet.org/index.php?topic=74.0 Motif: pas de rapport avec l'installation de Nextcloud, nombre de messages hors sujet suffisant pour justifier la création d'un nouveau sujet.
À ma connaissance, tu ne peux pas faire un paquet source depuis un paquet contenant le logiciel compilé. Il faudrait un "décompilateur" pour te convertir le binaire en fichiers de code source. Peu importe le paquet source, si tu as le code source du programme, tu peux le recompiler et le ré-empaqueter derrière. Ou je ne comprends pas bien la question ?
Pour ce qui est du Python, je conseille "Python 3 - Les fondamentaux du langage" de Sébastien CHAZALLET. Pas trop d'exercices mais tout ce qu'il faut pour bien comprendre la syntaxe et le pourquoi du comment de tous les aspects de Python.
Pas de soucis, nous sommes tous là pour apprendre, aussi bien au sens de transmettre que de recevoir Et oui, une version peut rester la même mais recevoir un patch corrigeant une faille de sécurité.
Je ne sais pas s’il faut poster ma question ici mais vous pourrez l’enlever au besoin : Comment se porter volontaire pour aider à la traduction anglais vers français (dans la mesure de mes connaissances informatiques bien sûr) ?
openSUSE utilise une instance Weblate pour la traduction des distributions et outils: https://l10n.opensuse.org/ Il suffit de s'inscrire pour contribuer.
Y'a deux choses là. Tu as la montée en version de php en 7.3 qui t'était nécessaire pour les fonctionnalités de l'app "Password", c'est une chose. Mais un php en version 7.2 avec le patch correctif n'en est pas moins sécurisé. Je ne me fais aucun soucis sur la qualité des mises à jour de sécurité dont nous bénéficions avec openSUSE.
