Re: dpkg - impossible d'installer des paquets
Le 13/06/2018 à 00:39, roger.tar...@free.fr a écrit : debian-9.1.0-amd64-DVD-1.iso pourquoi obligatoirement le 9.1 ? Ou utiliser une autre image comme netinst ou CD ?) ben utiliser la dernière version de stretch par exemple ... à mon avis, ça résoudra pas mal de souci. jerem
Re: dpkg - impossible d'installer des paquets
Est-il possible que le problème rencontré avec dpkg provienne de l'installation à partir d'une image debian-9.1.0-amd64-DVD-1.iso placée sur une clef USB ? (Faut-il impérativement fournir les autres DVD ? Ou utiliser une autre image comme netinst ou CD ?) Lorsqu'un système installé sur un disque dur ou une clef USB ne démarre plus du tout (cf. mon Debian 9.1 installé sur une clef USB), que faut-il faire pour diagnostiquer et réparer ? (les premières étapes et outils) Merci
Re: Software Heritage Re: github et microsoft
On Tue, Jun 12, 2018 at 08:34:02PM +0200, Daniel Caillibaud wrote: > Le 12/06/18 à 18:47, Marc Chantreux a écrit : > […] > MC> ou mieux: un metacpan mais pour les autres langages que perl! > C'est l'image qui m'a manqué, merci ! > - je cherche un petit logiciel à installer sur ma debian (aptitude search > est là pour ça, mais il me manque un meta-aptitude qui chercherait sur > tous les dépôts de .deb, pas seulement ceux que j'ai déclaré localement) > - je cherche une application web à installer sur mon serveur, j'ai des > langages préférés d'après mon existant et mes habitudes d'exploitation > mais si y'a mieux dans un autre langage je peux regarder ça de plus près. pour préciser, l'aimerais bien qu'il existe des outils de la qualité de metacpan mais qui soient thématiques plutot que dédié à une techno en particulier. Par exemple quand on parle de traitement et d'analyse de données, l'aimerais trouver aussi bien Incanter (clojure), pandas (python) que les nombreux modules perl disponibles et finalement choisir le meilleur outil pour mon besoin. marc
Re: Software Heritage Re: github et microsoft
Le 12/06/18 à 18:47, Marc Chantreux a écrit : […] MC> ou mieux: un metacpan mais pour les autres langages que perl! C'est l'image qui m'a manqué, merci ! Et il y a la recherche de module|lib|appli dans le langage qui t'intéresse, mais aussi des applications dont le langage est pas le critère de recherche principal - je cherche un petit logiciel à installer sur ma debian (aptitude search est là pour ça, mais il me manque un meta-aptitude qui chercherait sur tous les dépôts de .deb, pas seulement ceux que j'ai déclaré localement) - je cherche une application web à installer sur mon serveur, j'ai des langages préférés d'après mon existant et mes habitudes d'exploitation mais si y'a mieux dans un autre langage je peux regarder ça de plus près. - je cherche une appli qui n'a besoin que d'un navigateur pour fonctionner (mais qui fonctionne offline, avec localStorage et serviceWorker js par ex), c'est pas vraiment une installation et ça dépend plus de l'OS. - … -- Daniel Tapez très fort *ici* pour un moniteur neuf.
Re: rm -fr * (sauf : fichier1, Fichier2...)
Le 12/06/2018 à 15:43, Raphaël POITEVIN a écrit : > Bonne leçon à garder en tête, find le couteau suisse. T'a un problème. Tu te dit "je vais pouvoir résoudre ca avec find" et pouf, t'a 2 problèmes. Alors tu te dit "il faut que j'aille lire man find" et pouf, t'a 3 problèmes… find est en effet très puissante, mais bien la comprendre et bien l'utiliser demande du travail, lire son man demande beaucoup de temps et le comprendre encore plus. Le seul man que je connaisse qui soit pire c'est ffmpeg. Commence par faire des essais sur une arborescence de test.
Re: kexec : reboot bluffant
On Tuesday 12 June 2018 18:12:57 Damien Berry wrote: > # kexec -l /boot/vmlinuz-$(uname -r) --initrd=/boot/initrd.img-$(uname -r) --reuse-cmdline > # kexec -e Je viens de tester : #kexec -l /boot/vmlinuz-$(uname -r) --initrd=/boot/initrd.img-$(uname -r) --reuse-cmdline puis # kexec -e Et plantage total, plus de clavier, ni souris, hard reboot... André
Re: kexec
On Tuesday 12 June 2018 18:12:57 Damien Berry wrote: > J'ai découvert depuis peu la fonction "kexec" du kernel qui permet > de faire un redémarrage à chaud? de la machine. > (je suis un ringard car cette fonctionnalité existe depuis longtemps ...) > Utile pour redémarrer rapidement un serveur physique, on saute l'étape > du BIOS, batterie de tests? ... et GRUB. > Une installation rapide sur une machine de tests (apt install kexec-tools) > et mes lectures m'indiquent que kexec se substitue au reboot classique > de la machine dès son installation. > Fort bien ! Donc suite à l'installation je fais une mise à jour complète et > une nouvelle version de kernel est installée. > Puis vient le moment du reboot, et là ... reboot classique : > (avec BIOS, GRUB ? et tout le tout le tintouin). Génial, j'ignorais cette possibilité d'un reboot vitesse Formule 1 Depuis Stretch : # apt-cache search kexec - kexec-tools - tools to support fast kexec reboots - petitboot - ncurses version of petitboot, a kexec based bootloader - petitboot-twin - Twin GUI version of petitboot, a kexec based bootloader - pxe-kexec - Fetch PXE configuration file and netboot using kexec Quel package à installer, que kexec-tools ? André
Re: (sourcesup?) Re: (par lot de douze ?) Re: github et microsoft
> > tu veux des chiffres ?;) > Si tu en as... malheureusement non ... mais ca serait intéressant. pe demander au groupe logiciel ? > > plus serieusement: t'as deja pensé a lancer des bouteilles à la mer sur > > des listes comme suplibre ou devlog pour lancer une action nationale de > > lobbying? je me dis que nos directions n'ont probablement pas conscience > > de la puissance du fond libriste de l'ESR. > > Je pourrais aussi mettre sur devlog mais la liste ASR me semblait plus > adapté (tout comme calcul-asr). faut tapper à toutes les portes! tu sais jamais derrière laquelle se trouve le truc qui va tout déclencher. > Par contre, je ne connais pas la liste suplibre ;-) https://groupes.renater.fr/sympa/info/suplibre enjoy :) a+ marc
Re: Software Heritage Re: github et microsoft
> Ça me parait une façon très compliquée de faire l'équivalent > de Freshmeat y'a longtemps, non? non ... parceque freshmeat c'était tout et n'importe quoi ... moi je pensais plutôt à des sites comme http://linuxmao.org qui pourraient enrichir leurs contenus thématiques d'informations et d'interactions directes avec les depots des projets. ou des sites comme "alternatives to" ... avec des gens qui viendraient faire du tagging/rating/reviewing ... ou mieux: un metacpan mais pour les autres langages que perl! Je m'explique ... sur github, quand j'ai un projet qui est "staré" (j'aime pas ce mot mais comme j'ai pas mieux a proposer ...) et que je vois que le développeur qui me star a lui-même des trucs intéressants, que je star aussi, et que je regarde qui d'autre a staré le projet ... et ... ohhh! le copain du copain bosse exactement sur la lib dont j'avais besoin ... argh ... le readme est pourri: pull request! pour moi c'était *ca* la vraie force de github (en plus de proposer le systeme de pull request qui a l'avantage d'etre accéssible au plus grand nombre). mais en vrai: même si github disparaissait demain, je serais peu impacté parceque metacpan a déjà tout ça et mieux depuis un bon moment (rate, doc, code en ligne clickable et avec coloration syntaxique, rapports de tests sur plein de plateforme, graphs de dépendances directes et inverses ... le tout est dispo pour chaque versions). le problème c'est que c'est réservé aux modules et applis développés en perl et même si ce langage a ma préférence, je fais aussi du python ou du js quand les libs sont plus avancés dans ces ecosystemes. pour résumer et conclure: pour moi metacpan est un réseau social pour développeurs avec des services pour les developpeurs ... sauf que c'est réservé a perl ... c'est injuste. repenser les forges en mettant l'écosysteme au centre de la collaboration et plus les projets, c'est peut-être ca ce que les jeunes appellent le turfu. > Je suis le seul à commencer > par chercher des projets sur Qwant/Google plutôt que d'aller > directement sur Github? moi je commence par aptitude search parceque l'electricité nécessaire pour une recherche google est celle qu'il faut pour faire bouillir une tasse de café et que je préfère installer un package plutot que de se tapper de l'install a la mano. marc
kexec
Bonjour à tous, J'ai découvert depuis peu la fonction "kexec" du kernel qui permet de faire un redémarrage à chaud? de la machine. (je suis un ringard car cette fonctionnalité existe depuis longtemps ...) Utile pour redémarrer rapidement un serveur physique, on saute l'étape du BIOS, batterie de tests? ... et GRUB. Une installation rapide sur une machine de tests (apt install kexec-tools) et mes lectures m'indiquent que kexec se substitue au reboot classique de la machine dès son installation. Fort bien ! Donc suite à l'installation je fais une mise à jour complète et une nouvelle version de kernel est installée. Puis vient le moment du reboot, et là ... reboot classique :( avec BIOS, GRUB? et tout le tout le tintouin. Si j'utilise les commandes kexec manuellement, là ça fonctionne : # kexec -l /boot/vmlinuz-$(uname -r) --initrd=/boot/initrd.img-$(uname -r) --reuse-cmdline # kexec -e (et le reboot est bluffant !) La question c'est comment utiliser systématiquement kexec via la commande classique de reboot ? Des utilisateurs de kexec? ? Le fichier de config "??/etc/default/kexec?" ne m'a apporte aucune info. A+ PS : il y a donc une nouvelle commande disponible ?"coldreboot" pour le reboot classique Damien
Re: Dovecot: master: Warning: Killed with signal 15
Merci pour ces infos, toujours en erreur même en changeant les droits des logs. Plus de temps aujourd'hui, à suivre demain... Le 12/06/2018 à 16:38, Florian Gremiaux a écrit : Le signal 15 correspont au signal SIGTERM sur Linux (tu peux trouver la liste via la commande "kill -L"). Pour ton problème, je pense effectivement que le processus dovecot s'arrête suite à une erreur au niveau du fichier de configuration ou à une tâche qu'il ne peut accomplir durant sa phase d'initialisation (droits fichiers de logs, ). Cette erreur entraîne donc l'envoi du signal SIGTERM à tous les procesus fils.
Re: (sourcesup?) Re: (par lot de douze ?) Re: github et microsoft
tu veux des chiffres ?;) Si tu en as... plus serieusement: t'as deja pensé a lancer des bouteilles à la mer sur des listes comme suplibre ou devlog pour lancer une action nationale de lobbying? je me dis que nos directions n'ont probablement pas conscience de la puissance du fond libriste de l'ESR. J'ai déjà fait sur la liste ASR. Je vais regarder la dernière fois car j'essaye de ne pas faire plus d'une fois par 6 mois max ! Et j'en profiterais pour relancer mes instances dont le RSSI et la DSI du CNRS ;-) Je pourrais aussi mettre sur devlog mais la liste ASR me semblait plus adapté (tout comme calcul-asr). Par contre, je ne connais pas la liste suplibre ;-) A+ gaby -- Gabriel Moreau - IR CNRShttp://www.legi.grenoble-inp.fr LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels Domaine Universitaire, CS 40700, 38041 Grenoble Cedex 9, France mailto:gabriel.mor...@legi.grenoble-inp.fr tel:+33.476.825.015
Re: (sourcesup?) Re: (par lot de douze ?) Re: github et microsoft
On Tue, Jun 12, 2018 at 04:54:38PM +0200, Gabriel Moreau wrote: > > MC> si le denier public m'était conté, des projets comme le programme LTS de > > MC> debian ou gimp aurait un ETP permanent > > MC> > > MC> * financé par l'état > > MC> * désigné par la communauté > > Et ce serait très rentable… > Et c'est très compliqué... et les choses bougent et c'est bon de se le rappeller aussi! lorsque j'ai rejoins Renater, un collègue m'a rappellé qu'il y a 20 ans de cela, on nous traitait d'ayatollah du libre pour formuler des idées bien moins ambitieuses que celles que nous portons actuellement. > Je suis dans l'un des rares laboratoires publiques à souscrire au programme > LTS. Chaque année, il faut arriver à justifier que le programme LTS > représente quelque chose aux comptables... > J'ai essayé d'y faire souscrire le CNRS et l'UGA mais pour le moment, > échec... mais je n'ose imaginer ce qu'ils donnent chaque année à Microsoft > et à Red-Hat ! tu veux des chiffres ? ;) plus serieusement: t'as deja pensé a lancer des bouteilles à la mer sur des listes comme suplibre ou devlog pour lancer une action nationale de lobbying? je me dis que nos directions n'ont probablement pas conscience de la puissance du fond libriste de l'ESR. marc
Re: (sourcesup?) Re: (par lot de douze ?) Re: github et microsoft
MC> si le denier public m'était conté, des projets comme le programme LTS de MC> debian ou gimp aurait un ETP permanent MC> MC> * financé par l'état MC> * désigné par la communauté Et ce serait très rentable… Et c'est très compliqué... Je suis dans l'un des rares laboratoires publiques à souscrire au programme LTS. Chaque année, il faut arriver à justifier que le programme LTS représente quelque chose aux comptables... J'ai essayé d'y faire souscrire le CNRS et l'UGA mais pour le moment, échec... mais je n'ose imaginer ce qu'ils donnent chaque année à Microsoft et à Red-Hat ! gaby -- Gabriel Moreau - IR CNRShttp://www.legi.grenoble-inp.fr LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels Domaine Universitaire, CS 40700, 38041 Grenoble Cedex 9, France mailto:gabriel.mor...@legi.grenoble-inp.fr tel:+33.476.825.015
Re: Software Heritage Re: github et microsoft
Le mardi 12 juin 2018 à 14:25:17 UTC+2, fab a écrit : après, si tu veux aller par là: https://www.linuxfoundation.org/membership/members/ Foutu pour foutu ;) ils y sont tous! non, curieusement il n'y a pas Apple. e.e.
Re: Dovecot: master: Warning: Killed with signal 15
Bonjour Yann, Le signal 15 correspont au signal SIGTERM sur Linux (tu peux trouver la liste via la commande "kill -L"). Pour ton problème, je pense effectivement que le processus dovecot s'arrête suite à une erreur au niveau du fichier de configuration ou à une tâche qu'il ne peut accomplir durant sa phase d'initialisation (droits fichiers de logs, ). Cette erreur entraîne donc l'envoi du signal SIGTERM à tous les procesus fils. - Mail original - De: "Yann Serre" À: "Debian User French" Envoyé: Mardi 12 Juin 2018 15:49:53 Objet: Dovecot: master: Warning: Killed with signal 15 Bonjour, J'ai dans /var/log/mail.log : dovecot: master: Warning: Killed with signal 15 (by pid=23621 uid=0 code=kill) Pouvez-vous me confirmer que je dois chercher une erreur de syntaxe dans la configuration de dovecot ? Car je suis reparti d'un --purge remove puis un install propre et j'ai fait attention pas à pas à ne personnaliser que le strict nécessaire... Dans quelle doc je peux trouver ce signal 15 ? Merci, Yann
Re: Software Heritage Re: github et microsoft
On Tue, Jun 12, 2018 at 02:24:51PM +0200, fab wrote: > https://www.linuxfoundation.org/membership/members/ > > Foutu pour foutu ;) Le monde a décidément bien changé depuis les Halloween Papers... Y.
Dovecot: master: Warning: Killed with signal 15
Bonjour, J'ai dans /var/log/mail.log : dovecot: master: Warning: Killed with signal 15 (by pid=23621 uid=0 code=kill) Pouvez-vous me confirmer que je dois chercher une erreur de syntaxe dans la configuration de dovecot ? Car je suis reparti d'un --purge remove puis un install propre et j'ai fait attention pas à pas à ne personnaliser que le strict nécessaire... Dans quelle doc je peux trouver ce signal 15 ? Merci, Yann
Re: rm -fr * (sauf : fichier1, Fichier2...)
Daniel Caillibaud writes:
> Tu peux remplacer `-exec rm '{}' \;` par `-delete`
Cette commande find est une vraie usine à gaz n’empêche ! Je n’aurai
même pas pensé à me dire qu’elle permettait d’effacer et regarder le man
pour les détails de -delete.
Bonne leçon à garder en tête, find le couteau suisse.
--
Raphaël
Re: rm -fr * (sauf : fichier1, Fichier2...)
Le 11/06/18 à 23:55, Frederic MASSOT a
écrit :
FM> Utiliser find pour choisir les fichiers à supprimer et exclure les
FM> autres :
Ça me semble une bonne solution
FM> find . -name toto* -exclude truc1 -exclude truc2 -exec rm '{}' \;
Tu peux remplacer `-exec rm '{}' \;` par `-delete`
L'avantage de cette solution, c'est qu'elle permet de faire d'abord
find -exclude truc1 -exclude truc2
pour vérifier qu'il n'y a rien à conserver dans la liste, puis rappeler la
dernière commande avec la flèche vers le haut et ajouter le `-delete`
--
Daniel
Il y a des temps où l’on ne doit dépenser le mépris qu’avec économie,
à cause du grand nombre de nécessiteux.
Chateaubriand (Mémoires d'outre-tombe, 1848)
Re: (sourcesup?) Re: (par lot de douze ?) Re: github et microsoft
Bonjour, Le 11/06/18 à 20:19, Marc Chantreux a écrit : MC> > C'est parfait si les portails se causent (chacun référence les MC> > projets de tous les autres, tu peux faire une recherche sur l'un MC> > d'eux parmi ses projets seulement ou parmi tous les projets de tous MC> > les portails). MC> MC> s/C'est/Ce serait/ MC> MC> il n'y a a ma connaissance pas de projet de ce genre et il faudrait pe MC> spécifier la facon de fonctionner d'un tel dispositif. J'imaginais des gitlabs connectés les uns aux autres, par ex chacun avertissant les autres sur un hook git post-push en envoyant nom / description / auteur|éditeur / README(.md|.txt)? s'il existe si l'un d'eux à changé. Un peu à la façon des moissonneurs OAI… (voire complètement, il doit y avoir moyen de se mettre d'accord sur la façon de générer automatiquement une fiche minimale sur chaque projet d'après son contenu, et utiliser le protocole OAI pour la diffusion). MC> > MC> infras mais que les depots publics soient mirrorés chez des tiers MC> > MC> libres et que ce service leur soit financé ... MC> > Oui, le pb reste de financer avec de l'argent public une infra MC> > hébergeant tout code libre, MC> MC> hmm ... (encore une fois: *mon* point de vue et je ne connais pas la MC> position officielle de mon employeur sur le sujet): quand je vois MC> comment l'état passe du temps et de l'argent a financer les gourmettes MC> de la french tech ... je crois que ce n'est pas une question de moyen MC> mais de priorité. je n'y vois pas de capitalisme de connivence mais MC> MC> * y a une véritable et sincère volonté de nos dirigeants de soutenir MC> l'inovation MC> * l'inovation est un processus lent qui n'est pas compatible avec des MC> agendas politiques ou commerciaux MC> * les décideurs sont issus de milieux ou la culture de la compta et MC> de la rationalisation domine. il est difficile de leur faire entendre MC> que l'entropie et l'erreur sont les 2 mamelles de l'inovation et qu'on MC> peut s'enthousiasmer pour la résolution un problème sans vouloir MC> monter une statup. Certes, mais on devrait arriver à leur expliquer que toutes les startups qui innovent dans le numérique peuvent le faire grace à un vivier de code libre, et de codeurs pour le produire. En mettant à disposition de tout codeur une forge logicielle pour exposer son code, voire l'améliorer avec son voisin intéressé, on augmente les deux viviers à très peu de frais ! C'est donc un service public qui servirait d'abord aux startup du numérique, y'a qqun dans la salle pour expliquer ça à nos chers décideurs ? ;-) MC> si le denier public m'était conté, des projets comme le programme LTS de MC> debian ou gimp aurait un ETP permanent MC> MC> * financé par l'état MC> * désigné par la communauté Et ce serait très rentable… Lorsque IBM a abandonné "IBM http server" pour le remplacer par apache et payer des employés IBM à plein temps sur apache, c'était pas par philanthropie, simplement pour augmenter leur rentabilité ! MC> c'est une goute d'eau dans le budget de l'état mais ca des boosts MC> conséquents pour ces projets. Qui permettrait également de les utiliser davantage au sein de l'état et faire encore des économies (pas tellement l'économie de la licence, plutôt l'économie liée au fait de mieux maîtriser le produit et tout le cycle déploiement / exploitation / maintenance). MC> > gitolite est simple et très efficace, "juste un git" avec des droits MC> > fins simple à configurer, donc plutôt fiable (peu de risque d'ouvrir MC> > une porte sans s'en rendre compte). MC> MC> "juste un git" serait ce que je fais actuellement pour mes depots MC> privés: juste déclarer un remote via ssh: MC> MC> soit dans mon .ssh/config une entrée du genre MC> MC> host hq MC> hostname hq.example.com MC> username mex MC> MC> et mon depot présent dans ~/src/domination dont je veux créer un MC> "serveur" sur hq: MC> MC> cd ~/src/domination MC> g remote add hq hq:domination MC> scp -r .git hq:domination MC> g getch hq MC> MC> et voilà :) (y'a peut-être plus académique que scp pour créer le depot MC> bare distant: si un expert sait comment et pourquoi ca m'intéresse) J'utilise gitolite - ajout du dépôt dans la conf gitolite, commit & push de cette conf - clone du dépôt vide qu'il vient de créér Avec git only, ta façon de faire me semble académique (le .git de ton repo local est un bare repo, donc le copier sur le serveur crée un bare repo, tu peux juste le nommer domination.git pour rendre plus explicite que c'est un bare repo). Sinon, dans le cas de création d'un repo qui n'existe pas encore chez toi, tu peux faire l'init du dépôt bare sur le serveur puis le cloner, mais ça revient au même. ssh hq "git init --bare domination.git" cd ~/src git clone hq:domination.gitcd cd domination -- Daniel Cette femme qui prétend que je suis dyslexique, jamais je ne l'ai interviewée ! Georges W. Bush (15/09/2000)
Re: Software Heritage Re: github et microsoft
'lut, Ca n'a pas été mentionné, mais il faudrait aussi regarder SoftwareHeritage. https://www.softwareheritage.org/ "Platinum sponsors: [...] Microsoft". Resistance is futile :-) après, si tu veux aller par là: https://www.linuxfoundation.org/membership/members/ Foutu pour foutu ;) f.
Re: Software Heritage Re: github et microsoft
On Sat, Jun 09, 2018 at 06:51:51AM +0200, Basile Starynkevitch wrote: > > > On 06/08/2018 09:03 AM, Daniel Caillibaud wrote: > > Ce serait vraiment bien d'aller vers ça, intégrer à gitlab un module de > > fédération entre gitlabs, pour qu'une recherche sur l'un cherche dans tous > > les projets de la fédération. Ça me parait une façon très compliquée de faire l'équivalent de Freshmeat y'a longtemps, non? Je suis le seul à commencer par chercher des projets sur Qwant/Google plutôt que d'aller directement sur Github? > Ca n'a pas été mentionné, mais il faudrait aussi regarder SoftwareHeritage. > https://www.softwareheritage.org/ "Platinum sponsors: [...] Microsoft". Resistance is futile :-) Y.
Re: Démarrage Stretch non conforme
On Tuesday 12 June 2018 00:31:48 Alban Vidal wrote: > Le 11/06/2018 à 20:30, andre_deb...@numericable.fr a écrit : > > Je me demande si il y a pas un conflit entre sysinit (sysv) (ancien > > système) > et systemd ? > Quel est l'init de lancé ? (pid 1). > On peut voir avec la commande suivante : cat /proc/1/cmdline /sbin/initsplash >Que donne ls -l /sbin/init > Normalement ça devrait pointer sur systemd : > lrwxrwxrwx 1 root root 22 Apr 24 19:15 /sbin/init -> ../lib/systemd/systemd # ls -l /sbin/init /sbin/init -> /lib/systemd/systemd > > N'y a t'il pas un peu des deux installés ? > Normalement « dpkg -l|grep sysv » devrait retourner seulement les deux > paquets suivants : > ii systemd-sysv > 232-25+deb9u3 amd64 system and service > manager - SysV links > ii sysvinit-utils > 2.88dsf-59.9 amd64 System-V-like utilities Chez moi, "dpkg -l|grep sysv" : ii ksysv-trinity 4:14.0.5~pre8-0debian9.0.0+1 i386 Trinity SysV-style init configuration editor ii systemd-sysv 232-25+deb9u2 i386 system and service manager - SysV links ii sysv-rc 2.88dsf-59.9 all System-V-like runlevel change mechanism ii sysv-rc-conf 0.99-7 all SysV init runlevel configuration tool for the terminal ii sysvinit 2.88dsf-59 i386 System-V-like init utilities - transitional package ii sysvinit-utils 2.88dsf-59.9 i386 System-V-like utilities Ya t-il un problème Docteur ? :-) > Sinon concernant Trinity la dernière version à l'aire de dater un peu, > et n'étant pas intégré aux dépôts Debian, le problème ne viendrait tout > simplement pas de là ? > « 2016.11.07: Trinity Desktop Environment R14.0.4 Released! » Je vais voir ce point de Trinity et te dirai... Merci, bonne journée, André
Re: rm -fr * (sauf : fichier1, Fichier2...)
Salut J'utilise cette technique pour faire un rm -rf * (sauf cerrtains fichier) En premier lieu il faut rendre actif l'exclusion (!) par la commande: :~# shopt -s extglob (Je vous laisse chercher dans le man car je ne me rappelle plus des details et des termes) ensuite on supprime les fichiers avec la commande: :~# rm -rf !(index.html) => suppression de tous les fichier SAUF index.html) et apres on peut desactiver l'exclusion si on le souhaite en faisant: :~# shopt -u extglob La commande rm peut etre TRES dangeureuse, donc rester toujours TRES prudent en l'utilisant ;-) Voila, en esperant que ca vous servira Cordialement Hugues Le 12 juin 2018 à 10:22, Bernard Isambert a écrit : > Le 11/06/2018 à 23:10, Raphaël POITEVIN a écrit : > >> Benoit B writes: >> >> Comment fait-on pour supprimer tout (rm -fr *) sauf une liste de >>> fichiers ? >>> >> >> Une solution serait de faire un chmod -w sur les fichiers à conserver >> avant le rm et de refaire un chmod +w après. Attention, je ferais rm -r >> et non rm -rf. >> >> Avec cette méthode : > --> si on fait "rm -rf", les fichiers sont effacés purement et simplement > (sauf si on n'a pas le droit w sur le répertoire parent, mais alors on ne > pourra rien effacer). > --> si on fait "rm -r", la question "effacer le fichier protégé en > écriture" est posée pour chaque fichier. Ça peut être fastidieux s'il y en > a beaucoup et ça ne peut pas être mis dans un script non interactif. > > -- > Bernard. > 20 ans d'utilisation de Debian. Comme le temps passe... > >
Re: rm -fr * (sauf : fichier1, Fichier2...)
Le 11/06/2018 à 23:10, Raphaël POITEVIN a écrit : Benoit B writes: Comment fait-on pour supprimer tout (rm -fr *) sauf une liste de fichiers ? Une solution serait de faire un chmod -w sur les fichiers à conserver avant le rm et de refaire un chmod +w après. Attention, je ferais rm -r et non rm -rf. Avec cette méthode : --> si on fait "rm -rf", les fichiers sont effacés purement et simplement (sauf si on n'a pas le droit w sur le répertoire parent, mais alors on ne pourra rien effacer). --> si on fait "rm -r", la question "effacer le fichier protégé en écriture" est posée pour chaque fichier. Ça peut être fastidieux s'il y en a beaucoup et ça ne peut pas être mis dans un script non interactif. -- Bernard. 20 ans d'utilisation de Debian. Comme le temps passe...
