Faut dejà commencer à se calmer, puis ensuite lire le message en entier avec éventuellement les commentaires). Je n'ai aucunement l'intention de faire un truc qui va durer, ce n'est pas pour mettre en prod, c'est juste un besoin de test ppur valider un concept. J'ai juste besoin d'une machine qui héberge un gitlab juste pour créer des groupes/sous groupes, projets avecc paramétrage de branches. Il n'hébergera que du code type hello world, et ne servira qu'à un seul utilisateur. Or il se trouve que la machine que j'avais pour faire ce genre de test m'a laché il y a peu, et que le seu truc qui e reste sous la main et qui pourrait héberger potentiellement un gitlab pour faire cce que j'ai à faire est un Raspberry Pi.
Pour un serveur il vaut mieux taper dans les miniPC d'occase à pas cher.
Je n'ai pas la possibilité de mettre, même pour moins de 100 euros, d'argent dans du matériel pour le moment. J'aurais bien un ordinateur portable un peu ancien qui traine dans un tiroir, mais son alim a laché donc je ne peux pas trop en faire grand chose. Si le Raspberry pi me permet de tester ce que j'ai à tester, et d'avancer un peu sur ce que je veux faire, tant mieux pour moi. Si ça ne pmarche pas, pas grave : j'attendrai un peu d'avoir les moyens d'investir dans du matériel (ou que quelqu'un de mon entourage se débarasse de son ordinateur).
Désolé, j'ai un peu de mal à comprendre ta phrase ( et j'ai l'impression que ce que tu dis a de l'importance pour ce que je veux faire): mais c'est peut-être moi qui ai besoin de vacances :).
Une partie de mes tests se fait en local. Je risque d'être un peu embêté avec le réseau, mais si je vois que je ne m'en sors pas avec un RPi, je passerai sur libvrt …. D'ailleurs je ne connaissais ps la facturation à l'heure chez Scaleway, et je pense que ça pourrait être une étape intéressante dans mes tests … je vais creuser cette solution.
En cherchant un peu, j'ai trouvé ce post qui donne des informations intéressantes sur gitlab et comment faire pour réduire les ressources utilisées par celui-ci. Je vais regarder un peu. Si j'arrive à mettre en place une instance gitlab sur RPi à partir de ces infos (et d'autres), je posterai un journal (ou une dépeche ?) si ça vous intéresse. Il y a aussi cette doc officielle gitlzb qui peut m'aider également.
Disons que je préfèrerais avoir un premier retour pour savoir si ça vaut le coup d'y passer du temps, ou s'il vaut mieux m'orienter vers autre chose. Et si quelqu'un a déjà essayé, j'aurais peut-être un retour d'expérience sur les petits réglages potentiels à mettre en place pour que ça fonctionne un minimum dans le cadre de ce que j'ai à faire.
En fait le gitlab est plus ou moins imposé dans le cadre de mes tests. Si je veux le mettre en place sur un RPi, c'est parce que les ressourrces matérielles à ma disposition sont limitées (je dois le faire interagir avec d'aiutres éléments) … Je ne cherche pas à tester le choix d'un SCM, mais plutôt à mettre en place un système qui va entre &autre automatiser un certain nombre de choses lors de l'instnciation du gitlab, ou lors de la création de projets.
Certains de essais que je dois faire pourront se faire sur l'instance gitlab SaaS, mais il y a certaines choses que je dois tester sur une instance on premise.
Comme dit plus haut, 70 Mo c'est juste :) je vais donc supposer que tu es sur 750 Gb.
Certains mettent tout sur / : perso j'évite. Je sépare au moins /home du reste. Au final tu te retrouveras avec une partition UEFI + / + /home.
Certains disent de ne pas configurer de swap parce que ça ne sert à rien : c'est assez faux : le swap peut te servir, au minimum pour la mise en hibernation. A savoir que certains programmes écrits en Java (je pense à Jenkins mais il doit y en avoir d'autres) ralent quand tu ne configures pas de swap. Perso j'utilise toujours un peu plus de swap que je n'ai de RAM pour pouvoir faire une mise en hibernation sans problème (en gros 1,5 à 2x la RAM). Si je n'avais pas besoin de mettre en hibernation je réduirais un peu le swap (sans pour autant le supprimer).
Pour ma part je suis allé un peu plus loin et j'ai aussi crée une partition pour /usr et /var. Ca me permet de pouvoir continuer à me logger sur ma machine si par exemple j'ai installé trop de choses (usr sature) ou si j'ai trop de logs (/var qui sature).
Maintenant comment fair pour déterminer les bonnes tailles ? Pour ma part je suis passé par LVM : j'ai fait un premier découpage et j'ai gardé de la volumétrie non allouée, que j'ai pu ensuite répartir selon les besoins. Juste faire attention à un truc : ne pas trop sous-dimensionner /var ( ou / si tu laisses tout sur le même volume) surtout si tu utilisess Docker ou KVM/libvirt : il y a plein de choses qui arrivent dans /var/lib (les conteneurs/volumes Docker, les VMs ou le stockage Libvirt, mais aussi les bases de données que tu pourrais installer).
Pour ma part voici mon partitionnement (j'ai enlevé les tmpfs et le volume supplémentaire de données qui est sur un autre disque):
/ ne bouge quasiment pas : il faudrait que je passe un peu de temps pour le réduire (75%), mais je ne l'ai pas encore fait, car j'ai des trucs sur /opt (qui n'est pas une partition séparée) que je dois déplacer avant. Comme tout va en majorité sur /usr, /var, /home, je n'ai jamais eu à le redimensionner
/usr : cet espace ne bouge pas trop non plus, sauf quand je décide d'installer plein de trucs en même temps pour des tests : une fois j'avais tenté d'installer plein de jeux que je pouvais trouver via l'outil d'installation KDE, et mon /usr s'en est trouvé saturé. Si tu n'as pas l'intention d'installer trop de trucs pour t'amuser, 50 Gb devraient suffire pour une utilisation standard bureautique. Initialement j'étais parti sur 3O Gb, mais 50 Gb n'est pas si mal que ça au final.
/boot : sur ma machine je l'ai clairement surdimensionné : en faisant régulièrement le ménage (ne pas garder les versions de noyau trop ancienne lors des mises à jour), je devrais pouvoir récupérer de la place. Le réduire à 5 Gb devrait suffire.
/home : trop petit pour moi aujourd'hui : j'ai du ajouter un disque sur mon système. JE ne l'ai pas ajouté dans le mêm groupe de volumes que mon disque de démarrage car les performances des deux disques ne sont pas identiques. C'est un SSD mais un peu ancien, donc je lui ai créé son propre groupe de volumes.
/var : Trop petit aujourd'hui pour moi. Pendant longtemps sa taille m'a convenu, mais en ce moment je joue avec Terraform et LibVirt, et ça prend beaucoup d'espace sur le disque. Si j'avais de la place, je doublerais son volume (et je réduirais /home et /boot).
Tu n'es pas obligé de procéder à un découpage aussi fin en fonction de ton usage, mais je conseillerais de séparer quand même / et /home (ne serait-ce que pour pouvoir réinstaller un système sans forcément tout écraser derrière).
Le problème c'est que ça va être de plus en plus difficile à trouver. On se retrouve avec exactement les mêmes problématiques que les "fonctionnalités" imposée dans les systèmes d'exploitation, qui sont là soit-disant pour l'utilisateur, mais qui en réalité ne sont là que pour les intérêts du fournisseur (je pense par exemple à l'IA à tout va dans les OS, et à la fonctionnalité Recall de Microsoft qui pour moi n'est qu'un moyen de faire du buzz pour dire "ouais, vous voyez, on a pas investi des milliards d'euros pour rien dans l'IA" : juste un prétexte pour satisfaire les actionnaires et éviter la chute de cours en bourse).
Le problème, c'est que le temps que la législation s'adapte, le mal sera déjà fait et un tas de données personnelles se trouveront dans la nature, revendues à droite et à gauche.
Je vais regarder les solutions proposées. Pour l'hébergement j'étais parti éventuellement sur scaleway, mais je vais regarder les propositions que vous faites.
Là tu réponds à la question "temps de travail". Mais ça ne répond pas à la question "activité bénévole qui entrerait en concurrence avec ton employeur".
Il ne manquerait plus que ça …. La vie en dehors des heures de travail ne regarde pas ton employeur. La seule chose qui pourrait éventuellement poser problème, ce serait peut-être une activité bénévole qui entrerait directement en concurrence avec l'activité de ton employeur. Et la question qui découle derrière : quid du mécanicien auto qui dépanne bénévolement sa famille ou ses amis ? Quid du coiffeur ou de la coiffeuse qui va coiffer bénévolement famille et amis ? Quid du cuisinier qui va faire un repas pour sa famille, ses amis, à un mariage de l'un de ses proches, etc ???? Faut-il l'interdire parce que leur activité entre en concurrence avec celle de leur patron ?
Si le peu souvent est à un rythme suffisant pour que l'encre ne seche pas trop dans les buses, c'est bon (mais je pense qu'il faut une impression toutes les deux semaines environs pour éviter le problème d'encre seche). A une impression par mois, à mon avis, les cycles de nettoyage sont plus longs et consomment plus d'encre. Après, comme tu le soulignes, ça doit aussi dépendre de l'imprimante et de l'encre utilisée …
une multi-fonctions jet d'encre n'est pas forcément la catastrophe décrite pas Psychofox
Je n'ai jamais été jusqu'à ce niveau de séchage d'encre dans mon imprimante, mais j'ai eu par période des cycles de nettoyage au déarrage del'imprimante qui duraient bien longtemps… Avec une laser, t'as pas cee problème : tu ne dépenses pas la moitié de tes cartouches pour du nettoyage. Sur le long terme t'y gagnes.
mon HP Envy (une imprimante "grand public") ne m'a jamais fait le coup de l'encre séchée et je ne lance jamais un cycle de nettoyage (peut-être qu'elle le fait toute seule à mon insu, ceci dit).
Même si tu imprimes peu, tu dois imprimer suffisamment souvent pur que l'encre ne seche trop. Mais comme tu le dis, l'imprimante doit quand même faire quelques cycles de nettoyage sans que tu ne te rendes trop compte (elle peut mettre du temps à démarrer une impression parce qu'elle nettoie les buses).
Je ne suis jamais tombé dans le cas ou mon imprimante jet d'encre avait les buses completement seches, mais il m'est déjà arrivé de devoir attendre longtemps la première impression à la suite d'une longue période sans impression.
Python, c'est pas juste pour faire tourner des serveurs web : tu as plein de choses codés en python sur un desktop (et même sur un serveur) pour lesquels la conteneurisation n'a pas de sens. C'est pour ça que de parlmer solution "universelle" pour un conteneur est ridicule.
Il suffit de regarder tout ce qui tourne sur un desktop pour comprendre que conteneuriser ce n'est pas judicieux. Imaginez-vous la conteneurisation de votre machine. Il faudrait séparer des éléments qui sont faits pour interagir entre eux. Ca n'a pas vraiment de sens. C'est certainement possible sur le papier, mais on se retrouverait avec des problmatiques similaires aux architectures micronoyau, qui sur le papier sont très intéressantes, mais en pratique posent pas mal de problèmes.
Les marteaux sont es solutions universelles, je ne comprend pas qu'on s'embete encore avec des outils genre que tournevis, clés and co.
NON, arrêtez de dire que les conteneurs sont des solutions universelles : les conteneurs c'est du chroot ++. Pour certaines choses c'est très bien, mais pour d'autre c'est juste pas adapté.
Je ne savais pas et je suis très étonné, pourquoi donc un tel malheur sur le meilleur OS de l’univers ?
C'est peut-être ps l'OS le problème mais le langage/environnnement utilisé ?
Bon, oui, le problème c'est peutêtre aussi les distributions qui intègrent trop python au système (tout en connaissant les problèmes que Python génère au niveau des dépendances). Je ne suis pas sûr d'avoir les mêmes problèmes sur un xBSD par exemple.
Celà dit je me pose quand même quelques questions : je n'ai pas souvenir d'avoir eu les mêmes problèmes avec Perl qui était pas mal intégré dans certaines distributions ou OS. Est-ce parce que je suis passé à côté ? En tout cas pour ma part, dès que je le peux j'évite Python: je préfère passer par Go maintenant pour éviter ce genre de problèmes.
C'est clair, mais on trouve ce genre de scanner qui ne prend pas trop de place.
si on veut imprimer sur différents papiers ce n'est pas toujours possible
Quel type de papier ? Le papier photo existe pour des imprimantes laser. Mais que ce soit via imprimante laser ou via imprimante couleur, l'impression de photo coute très cher (c'est moins cher de le faire imprimer chez un photographe ou en reprographie).
en version couleur c'est assez cher.
Sur le long terme, le laser coute moins cher que le jet d'encre (en tout cas c'était le cas il y a quelques années quand j'ai été confronté à ce choix), même en couleur. Certes il faut débourser plus à l'achat, mais on n'a pas de problème d'encre qui seche dans les buses, ou de gaspillage d'encre dans les cycles de netttoyage. Mais depuis les choses ont peut-être changé, et le laser est peut-être devenu aussi cher que le jet d'encre sur le moyen/long terme.
Parce que "pas cher à l'achat" ça se trouve .. mais à l'utilisation, ça dépend de ce que tu fais. Pour ma part à une époque j'avais calculé qu'une imprmante laser me coutait moins cher à l'utilisation sur le moyen/long terme (je pouvais imprimer beaucoup de pages à un moment puis rester suffisamment longtemps sans imprmer, ce qui avait pour effet de déclencher des cycles de nettoyage qui consommaient beaucoup d'encre inutilement par exemple. Mais il y avait aussi d'autres paramètres).
Perso si je devais racheter une imprimante + scanner, je m'assurerais que le scanner puisse se déclencher même si l'imprimante n'a plus d'encre, ou que l'imprimante permette une impression noir et blanc même s'il n'y a plus de cartouche/toner couleur. Celà dit aujourd'hui, vu mes besoins, acheter une imprimante serait overkill : je n'imprime maintenant qu'une dizaine de pages par an, donc la faire imprimer dans une reprographie ou un service acessible au public ne me coute pas grand chose. . Par contre le scanner me reste indispensable : dans l'absolu je peux le faire à La Poste, mais leur scanner/imprimante est tombée en panne plusieurs fois lorsque j'en ai eu besoin l'an dernier, et j'ai galéré pour trouver un scanner dispo (l'imprimante jet d'encre que j'avais récupérée d'un ami ne voulait pas scanner car il n'y avait plus de cartouches).
Je suis un peu septique sur le classement. En effet, si par exemple un logiciel est fourni par ta distribution, sans que tu n'aies rien à faire, mais que la version de ce logiciel n'évolue que très lentement (par exemple pour une LTS, tous les deux ans), est-ce que la note devrait être inférieure ou supérieure au fait qu'un logiciel nécessite juste quye l'on configure un repo externe pour l'installer et le mettre à jour à fréquence plus élevée ? Je pense qu'il y a un critère à ajouter quelque part.
[^] # Re: Jetez vos Raspberry Pi !
Posté par totof2000 . En réponse au message Un raspberry pi 4 pour une instance gitlab dockerisée ?. Évalué à 2. Dernière modification le 01 janvier 2025 à 02:33.
Faut dejà commencer à se calmer, puis ensuite lire le message en entier avec éventuellement les commentaires). Je n'ai aucunement l'intention de faire un truc qui va durer, ce n'est pas pour mettre en prod, c'est juste un besoin de test ppur valider un concept. J'ai juste besoin d'une machine qui héberge un gitlab juste pour créer des groupes/sous groupes, projets avecc paramétrage de branches. Il n'hébergera que du code type hello world, et ne servira qu'à un seul utilisateur. Or il se trouve que la machine que j'avais pour faire ce genre de test m'a laché il y a peu, et que le seu truc qui e reste sous la main et qui pourrait héberger potentiellement un gitlab pour faire cce que j'ai à faire est un Raspberry Pi.
Je n'ai pas la possibilité de mettre, même pour moins de 100 euros, d'argent dans du matériel pour le moment. J'aurais bien un ordinateur portable un peu ancien qui traine dans un tiroir, mais son alim a laché donc je ne peux pas trop en faire grand chose. Si le Raspberry pi me permet de tester ce que j'ai à tester, et d'avancer un peu sur ce que je veux faire, tant mieux pour moi. Si ça ne pmarche pas, pas grave : j'attendrai un peu d'avoir les moyens d'investir dans du matériel (ou que quelqu'un de mon entourage se débarasse de son ordinateur).
[^] # Re: image officielles
Posté par totof2000 . En réponse au message Un raspberry pi 4 pour une instance gitlab dockerisée ?. Évalué à 2.
Désolé, j'ai un peu de mal à comprendre ta phrase ( et j'ai l'impression que ce que tu dis a de l'importance pour ce que je veux faire): mais c'est peut-être moi qui ai besoin de vacances :).
[^] # Re: mes tests
Posté par totof2000 . En réponse au message Un raspberry pi 4 pour une instance gitlab dockerisée ?. Évalué à 2.
Une partie de mes tests se fait en local. Je risque d'être un peu embêté avec le réseau, mais si je vois que je ne m'en sors pas avec un RPi, je passerai sur libvrt …. D'ailleurs je ne connaissais ps la facturation à l'heure chez Scaleway, et je pense que ça pourrait être une étape intéressante dans mes tests … je vais creuser cette solution.
[^] # Re: forgejo
Posté par totof2000 . En réponse au message Un raspberry pi 4 pour une instance gitlab dockerisée ?. Évalué à 2.
J'en ai pas, et je n'ai pas las finances pour en acheter un maintenant, mais si tu me l'offres, j'acceptrerai bien volontiers :)
[^] # Re: pourquoi pas
Posté par totof2000 . En réponse au message Un raspberry pi 4 pour une instance gitlab dockerisée ?. Évalué à 3. Dernière modification le 30 décembre 2024 à 12:23.
En cherchant un peu, j'ai trouvé ce post qui donne des informations intéressantes sur gitlab et comment faire pour réduire les ressources utilisées par celui-ci. Je vais regarder un peu. Si j'arrive à mettre en place une instance gitlab sur RPi à partir de ces infos (et d'autres), je posterai un journal (ou une dépeche ?) si ça vous intéresse. Il y a aussi cette doc officielle gitlzb qui peut m'aider également.
[^] # Re: pourquoi pas
Posté par totof2000 . En réponse au message Un raspberry pi 4 pour une instance gitlab dockerisée ?. Évalué à 2. Dernière modification le 30 décembre 2024 à 12:13.
Disons que je préfèrerais avoir un premier retour pour savoir si ça vaut le coup d'y passer du temps, ou s'il vaut mieux m'orienter vers autre chose. Et si quelqu'un a déjà essayé, j'aurais peut-être un retour d'expérience sur les petits réglages potentiels à mettre en place pour que ça fonctionne un minimum dans le cadre de ce que j'ai à faire.
[^] # Re: mes tests
Posté par totof2000 . En réponse au message Un raspberry pi 4 pour une instance gitlab dockerisée ?. Évalué à 2.
Est-ce que tu avais mis en place du gitlab CI ?
[^] # Re: forgejo
Posté par totof2000 . En réponse au message Un raspberry pi 4 pour une instance gitlab dockerisée ?. Évalué à 2.
En tout cas merci pour la suggestion, ça pourrait me servir pour mes propres besoins.
[^] # Re: forgejo
Posté par totof2000 . En réponse au message Un raspberry pi 4 pour une instance gitlab dockerisée ?. Évalué à 3.
En fait le gitlab est plus ou moins imposé dans le cadre de mes tests. Si je veux le mettre en place sur un RPi, c'est parce que les ressourrces matérielles à ma disposition sont limitées (je dois le faire interagir avec d'aiutres éléments) … Je ne cherche pas à tester le choix d'un SCM, mais plutôt à mettre en place un système qui va entre &autre automatiser un certain nombre de choses lors de l'instnciation du gitlab, ou lors de la création de projets.
Certains de essais que je dois faire pourront se faire sur l'instance gitlab SaaS, mais il y a certaines choses que je dois tester sur une instance on premise.
# tout dépend de ce que tu veux faire ...
Posté par totof2000 . En réponse au message Partition sur disque dur de 750 Mo lors de l'installation autre. Évalué à 5.
Comme dit plus haut, 70 Mo c'est juste :) je vais donc supposer que tu es sur 750 Gb.
Certains mettent tout sur / : perso j'évite. Je sépare au moins /home du reste. Au final tu te retrouveras avec une partition UEFI + / + /home.
Certains disent de ne pas configurer de swap parce que ça ne sert à rien : c'est assez faux : le swap peut te servir, au minimum pour la mise en hibernation. A savoir que certains programmes écrits en Java (je pense à Jenkins mais il doit y en avoir d'autres) ralent quand tu ne configures pas de swap. Perso j'utilise toujours un peu plus de swap que je n'ai de RAM pour pouvoir faire une mise en hibernation sans problème (en gros 1,5 à 2x la RAM). Si je n'avais pas besoin de mettre en hibernation je réduirais un peu le swap (sans pour autant le supprimer).
Pour ma part je suis allé un peu plus loin et j'ai aussi crée une partition pour /usr et /var. Ca me permet de pouvoir continuer à me logger sur ma machine si par exemple j'ai installé trop de choses (usr sature) ou si j'ai trop de logs (/var qui sature).
Maintenant comment fair pour déterminer les bonnes tailles ? Pour ma part je suis passé par LVM : j'ai fait un premier découpage et j'ai gardé de la volumétrie non allouée, que j'ai pu ensuite répartir selon les besoins. Juste faire attention à un truc : ne pas trop sous-dimensionner /var ( ou / si tu laisses tout sur le même volume) surtout si tu utilisess Docker ou KVM/libvirt : il y a plein de choses qui arrivent dans /var/lib (les conteneurs/volumes Docker, les VMs ou le stockage Libvirt, mais aussi les bases de données que tu pourrais installer).
Pour ma part voici mon partitionnement (j'ai enlevé les tmpfs et le volume supplémentaire de données qui est sur un autre disque):
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/vgubuntu-lv_root 5,9G 3,0G 2,6G 53% /
/dev/mapper/vgubuntu-lv_usr 50G 42G 5,7G 88% /usr
/dev/mapper/vgubuntu-lv_boot 11G 490M 9,9G 5% /boot
/dev/mapper/vgubuntu-lv_home 744G 514G 196G 73% /home
/dev/mapper/vgubuntu-lv_var 44G 26G 16G 64% /var
/dev/nvme0n1p1 511M 6,1M 505M 2% /boot/efi
Quelques commentaires :
/ ne bouge quasiment pas : il faudrait que je passe un peu de temps pour le réduire (75%), mais je ne l'ai pas encore fait, car j'ai des trucs sur /opt (qui n'est pas une partition séparée) que je dois déplacer avant. Comme tout va en majorité sur /usr, /var, /home, je n'ai jamais eu à le redimensionner
/usr : cet espace ne bouge pas trop non plus, sauf quand je décide d'installer plein de trucs en même temps pour des tests : une fois j'avais tenté d'installer plein de jeux que je pouvais trouver via l'outil d'installation KDE, et mon /usr s'en est trouvé saturé. Si tu n'as pas l'intention d'installer trop de trucs pour t'amuser, 50 Gb devraient suffire pour une utilisation standard bureautique. Initialement j'étais parti sur 3O Gb, mais 50 Gb n'est pas si mal que ça au final.
/boot : sur ma machine je l'ai clairement surdimensionné : en faisant régulièrement le ménage (ne pas garder les versions de noyau trop ancienne lors des mises à jour), je devrais pouvoir récupérer de la place. Le réduire à 5 Gb devrait suffire.
/home : trop petit pour moi aujourd'hui : j'ai du ajouter un disque sur mon système. JE ne l'ai pas ajouté dans le mêm groupe de volumes que mon disque de démarrage car les performances des deux disques ne sont pas identiques. C'est un SSD mais un peu ancien, donc je lui ai créé son propre groupe de volumes.
/var : Trop petit aujourd'hui pour moi. Pendant longtemps sa taille m'a convenu, mais en ce moment je joue avec Terraform et LibVirt, et ça prend beaucoup d'espace sur le disque. Si j'avais de la place, je doublerais son volume (et je réduirais /home et /boot).
Tu n'es pas obligé de procéder à un découpage aussi fin en fonction de ton usage, mais je conseillerais de séparer quand même / et /home (ne serait-ce que pour pouvoir réinstaller un système sans forcément tout écraser derrière).
# Voila pourquoi je ne veux pas de voiture "connectée".
Posté par totof2000 . En réponse au lien Des centaines de milliers de Volkswagen suivies à la trace sur AWS. Évalué à 10.
Le problème c'est que ça va être de plus en plus difficile à trouver. On se retrouve avec exactement les mêmes problématiques que les "fonctionnalités" imposée dans les systèmes d'exploitation, qui sont là soit-disant pour l'utilisateur, mais qui en réalité ne sont là que pour les intérêts du fournisseur (je pense par exemple à l'IA à tout va dans les OS, et à la fonctionnalité Recall de Microsoft qui pour moi n'est qu'un moyen de faire du buzz pour dire "ouais, vous voyez, on a pas investi des milliards d'euros pour rien dans l'IA" : juste un prétexte pour satisfaire les actionnaires et éviter la chute de cours en bourse).
Le problème, c'est que le temps que la législation s'adapte, le mal sera déjà fait et un tas de données personnelles se trouveront dans la nature, revendues à droite et à gauche.
# Merci pour les commentaires ....
Posté par totof2000 . En réponse au message sauvegarde/archivage externalisée de données - outil de chiffrage. Évalué à 2.
Je vais regarder les solutions proposées. Pour l'hébergement j'étais parti éventuellement sur scaleway, mais je vais regarder les propositions que vous faites.
[^] # Re: Non
Posté par totof2000 . En réponse au journal Travail bénévole dans le monde du logiciel libre. Évalué à 2.
Là tu réponds à la question "temps de travail". Mais ça ne répond pas à la question "activité bénévole qui entrerait en concurrence avec ton employeur".
[^] # Re: Non
Posté par totof2000 . En réponse au journal Travail bénévole dans le monde du logiciel libre. Évalué à 5.
Il ne manquerait plus que ça …. La vie en dehors des heures de travail ne regarde pas ton employeur. La seule chose qui pourrait éventuellement poser problème, ce serait peut-être une activité bénévole qui entrerait directement en concurrence avec l'activité de ton employeur. Et la question qui découle derrière : quid du mécanicien auto qui dépanne bénévolement sa famille ou ses amis ? Quid du coiffeur ou de la coiffeuse qui va coiffer bénévolement famille et amis ? Quid du cuisinier qui va faire un repas pour sa famille, ses amis, à un mariage de l'un de ses proches, etc ???? Faut-il l'interdire parce que leur activité entre en concurrence avec celle de leur patron ?
[^] # Re: Tout en 1 == Soucis
Posté par totof2000 . En réponse au message imprimante avec scanner pas chère et compatible. Évalué à 4. Dernière modification le 26 décembre 2024 à 22:27.
Si le peu souvent est à un rythme suffisant pour que l'encre ne seche pas trop dans les buses, c'est bon (mais je pense qu'il faut une impression toutes les deux semaines environs pour éviter le problème d'encre seche). A une impression par mois, à mon avis, les cycles de nettoyage sont plus longs et consomment plus d'encre. Après, comme tu le soulignes, ça doit aussi dépendre de l'imprimante et de l'encre utilisée …
Je n'ai jamais été jusqu'à ce niveau de séchage d'encre dans mon imprimante, mais j'ai eu par période des cycles de nettoyage au déarrage del'imprimante qui duraient bien longtemps… Avec une laser, t'as pas cee problème : tu ne dépenses pas la moitié de tes cartouches pour du nettoyage. Sur le long terme t'y gagnes.
[^] # Re: Tout en 1 == Soucis
Posté par totof2000 . En réponse au message imprimante avec scanner pas chère et compatible. Évalué à 3.
Même si tu imprimes peu, tu dois imprimer suffisamment souvent pur que l'encre ne seche trop. Mais comme tu le dis, l'imprimante doit quand même faire quelques cycles de nettoyage sans que tu ne te rendes trop compte (elle peut mettre du temps à démarrer une impression parce qu'elle nettoie les buses).
Je ne suis jamais tombé dans le cas ou mon imprimante jet d'encre avait les buses completement seches, mais il m'est déjà arrivé de devoir attendre longtemps la première impression à la suite d'une longue période sans impression.
[^] # Re: 1% du budget it
Posté par totof2000 . En réponse au journal Travail bénévole dans le monde du logiciel libre. Évalué à 2.
Ban en pratique ce sera ajouter 1% de dépense. C'est naïf de croire le contraire.
[^] # Re: Container ou rien
Posté par totof2000 . En réponse au journal La galère de Python en déploiement. Évalué à 6.
Python, c'est pas juste pour faire tourner des serveurs web : tu as plein de choses codés en python sur un desktop (et même sur un serveur) pour lesquels la conteneurisation n'a pas de sens. C'est pour ça que de parlmer solution "universelle" pour un conteneur est ridicule.
[^] # Re: Container ou rien
Posté par totof2000 . En réponse au journal La galère de Python en déploiement. Évalué à 4.
Il suffit de regarder tout ce qui tourne sur un desktop pour comprendre que conteneuriser ce n'est pas judicieux. Imaginez-vous la conteneurisation de votre machine. Il faudrait séparer des éléments qui sont faits pour interagir entre eux. Ca n'a pas vraiment de sens. C'est certainement possible sur le papier, mais on se retrouverait avec des problmatiques similaires aux architectures micronoyau, qui sur le papier sont très intéressantes, mais en pratique posent pas mal de problèmes.
[^] # Re: Container ou rien
Posté par totof2000 . En réponse au journal La galère de Python en déploiement. Évalué à 10.
Les marteaux sont es solutions universelles, je ne comprend pas qu'on s'embete encore avec des outils genre que tournevis, clés and co.
NON, arrêtez de dire que les conteneurs sont des solutions universelles : les conteneurs c'est du chroot ++. Pour certaines choses c'est très bien, mais pour d'autre c'est juste pas adapté.
[^] # Re: Non
Posté par totof2000 . En réponse au journal Travail bénévole dans le monde du logiciel libre. Évalué à 1.
[^] # Re: Debian ne pip plus ?
Posté par totof2000 . En réponse au journal La galère de Python en déploiement. Évalué à 7.
C'est peut-être ps l'OS le problème mais le langage/environnnement utilisé ?
Bon, oui, le problème c'est peutêtre aussi les distributions qui intègrent trop python au système (tout en connaissant les problèmes que Python génère au niveau des dépendances). Je ne suis pas sûr d'avoir les mêmes problèmes sur un xBSD par exemple.
Celà dit je me pose quand même quelques questions : je n'ai pas souvenir d'avoir eu les mêmes problèmes avec Perl qui était pas mal intégré dans certaines distributions ou OS. Est-ce parce que je suis passé à côté ? En tout cas pour ma part, dès que je le peux j'évite Python: je préfère passer par Go maintenant pour éviter ce genre de problèmes.
[^] # Re: Tout en 1 == Soucis
Posté par totof2000 . En réponse au message imprimante avec scanner pas chère et compatible. Évalué à 4.
C'est clair, mais on trouve ce genre de scanner qui ne prend pas trop de place.
Quel type de papier ? Le papier photo existe pour des imprimantes laser. Mais que ce soit via imprimante laser ou via imprimante couleur, l'impression de photo coute très cher (c'est moins cher de le faire imprimer chez un photographe ou en reprographie).
Sur le long terme, le laser coute moins cher que le jet d'encre (en tout cas c'était le cas il y a quelques années quand j'ai été confronté à ce choix), même en couleur. Certes il faut débourser plus à l'achat, mais on n'a pas de problème d'encre qui seche dans les buses, ou de gaspillage d'encre dans les cycles de netttoyage. Mais depuis les choses ont peut-être changé, et le laser est peut-être devenu aussi cher que le jet d'encre sur le moyen/long terme.
# Tout dépend de ce que tu appelles "pas cher" ...
Posté par totof2000 . En réponse au message imprimante avec scanner pas chère et compatible. Évalué à 4. Dernière modification le 23 décembre 2024 à 14:41.
.. pas cher à l'achat ou à l'utilisation ?
Parce que "pas cher à l'achat" ça se trouve .. mais à l'utilisation, ça dépend de ce que tu fais. Pour ma part à une époque j'avais calculé qu'une imprmante laser me coutait moins cher à l'utilisation sur le moyen/long terme (je pouvais imprimer beaucoup de pages à un moment puis rester suffisamment longtemps sans imprmer, ce qui avait pour effet de déclencher des cycles de nettoyage qui consommaient beaucoup d'encre inutilement par exemple. Mais il y avait aussi d'autres paramètres).
Perso si je devais racheter une imprimante + scanner, je m'assurerais que le scanner puisse se déclencher même si l'imprimante n'a plus d'encre, ou que l'imprimante permette une impression noir et blanc même s'il n'y a plus de cartouche/toner couleur. Celà dit aujourd'hui, vu mes besoins, acheter une imprimante serait overkill : je n'imprime maintenant qu'une dizaine de pages par an, donc la faire imprimer dans une reprographie ou un service acessible au public ne me coute pas grand chose. . Par contre le scanner me reste indispensable : dans l'absolu je peux le faire à La Poste, mais leur scanner/imprimante est tombée en panne plusieurs fois lorsque j'en ai eu besoin l'an dernier, et j'ai galéré pour trouver un scanner dispo (l'imprimante jet d'encre que j'avais récupérée d'un ami ne voulait pas scanner car il n'y avait plus de cartouches).
# a propos de l'installation des logiciels ...
Posté par totof2000 . En réponse au message Méthodologie pour une comparaison objective des distributions Linux. Évalué à 6.
Je suis un peu septique sur le classement. En effet, si par exemple un logiciel est fourni par ta distribution, sans que tu n'aies rien à faire, mais que la version de ce logiciel n'évolue que très lentement (par exemple pour une LTS, tous les deux ans), est-ce que la note devrait être inférieure ou supérieure au fait qu'un logiciel nécessite juste quye l'on configure un repo externe pour l'installer et le mettre à jour à fréquence plus élevée ? Je pense qu'il y a un critère à ajouter quelque part.