Re: [HS] Onduleur
Le mercredi 20 janvier 2021 à 14:42 +0100, BERTRAND Joël a écrit : > David BERCOT a écrit : > > > > Tout d'abord, j'ai mélangé ton nom et ton prénom... > > Désolé donc... Joël ;-) > > Pas de souci, j'ai une certaine habitude. > > > Le 20/01/2021 à 12:59, BERTRAND Joël a écrit : > > > David BERCOT a écrit : > > > > Après, j'ai rarement des coupures de courant et autres problèmes de > > > > surtension, mais je préfères néanmoins protéger mon serveur ;-) > > > > > > Dans ce cas pourquoi prendre un on-line ? D'ailleurs, il faut se > > > méfier, la plupart des on-line sont configurés par défaut en > > > line-interactive (ce n'est pas écrit comme ça, mais c'est comme cela > > > qu'ils atteignent les 95% de rendement). Donc là encore, se méfier des > > > trucs trop petits et officiellement on-line. > > > > Si je comprends bien, et ça ne me semble pas déconnant, tu me conseilles > > plutôt de prendre un onduleur "basique", c'est-à-dire offline (ou > > passive stand-by) ? > > Vu mon besoin, je pense aussi que ça serait suffisant (très rares > > coupures). > > > > APC propose aussi ce genre de modèle ? > > Tu aurais des préconisations ? > > Pour moi, c'est un line-interactive. Les off-line sont souvent un peu > "cheap". Le line-ineractive va protéger des sous-tension et des > surtensions, pas seulement des coupures de courant. > > SmartUPS (attention, il me semble qu'il existe maintenant des BackUPS > en line-interactive). Attention à la sortie sinusoïdale. > > JKB > Bonjour, Je relance le sujet car je viens de voir qu'APC avait sorti un modèle Back UPS Pro avec une sortie sinusoïdale les BR1200SI et BR1600SI: https://www.apc.com/shop/fr/fr/products/Back-UPS-Pro-BR-1200VA-Sinewave-8-IEC-AVR-LCD-interface/P-BR1200SI https://www.apc.com/shop/fr/fr/products/Back-UPS-Pro-BR-1600VA-Sinewave-8-IEC-AVR-LCD-interface/P-BR1600SI Joël, toi qui semble bien maîtriser le sujet, aurais-tu un avis sur ces modèles ? A+ Gaëtan signature.asc Description: This is a digitally signed message part
Re: PHP 8 et Bullseye ( Debian 11 )
Louis-Philippe, on 2021-03-22 09:03:06 -0400: > Je m'inquiète pour le paquet PHP8 qui est encore et seulement dans SID > (voir texte en gras). Depuis le temps qu'il est publié, je suis surpris > qu'il ne soit pas dans testing. En version stable, PHP est rendu à 8.0.3... > > En date du 22 mars, est-ce qu'il y a des chances chance que PHP 8 soit > inclu dans la prochaine version stable ? Bonjour, Réponse rapide : php8.0 étant sorti de Testing pendant le gel, les chances qu'il réintègre Bullseye, à ce point de la publication, sont malheureusement quasiment nulles. Pour l'histoire un peu plus complète : apparemment, le paquet a intégré Testing quelque part aux alentours du mois de décembre. Ondřej Surý espérait pouvoir effectuer la transition[1] dans les semaines qui devaient suivre. Toutefois, quelques facteurs se sont accumulés contre la sortie de php8.0 dans Bullseye. J'ai noté entre autres : - de nombreux paquets dépendant de php cassés et à réparer[2], notamment la suite Horde, et certains paquets affectés de régressions sur des problèmes de sécurité ; - une couverture contre les problèmes de sécurité peut-être meilleure avec php 7.4[3] pour la durée de maintenance de Debian 11 ; En fin de compte, le paquet a été sciemment sorti de Bullseye[4] afin de limiter les risques de dégradation des fonctionnalités par rapport à php 7.4. Si cela peut aider, il a été question d'un rétroportage de php8.0 dans bullseye-backports, dans le fil de discussion autour du bug Debian #976811[1]. Le système de suivi de paquet peut être utile pour savoir où en sont les versions de php8.0[5] et de php par défaut[6] si besoin est. [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976811 [2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976811#57 [3]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976811#132 [4]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982177 [5]: https://tracker.debian.org/pkg/php8.0 [6]: https://tracker.debian.org/pkg/php-defaults En vous souhaitant malgré tout une bonne journée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: network-manager
Bonjour, Changer d'ip par exemple, et redémarrer le service. mettre une valeur ip aléatoire toute les 15 minutes ou autres... Automatiser quelque chose pour jouer sur un réseau. Le jeu. 18 mars 2021 à 16:06, dijitai a écrit : > Bonjour, > > pour plus de précisions, que veux-tu que fasse le script exactement ? > > Quelles configurations réseau veux-tu changer par script que tu ne > puisses pas faire en une commande en mode interactif ou par NetworkManager > ? > > A plus. > > -- david martin
Re: HS: petite question bash et variable en argument d'une commande
Attention aux quotes:
#!/bin/bash
day_date="--date=1 day ago"
date "${day_date}" "+%A %d %B"
--
Fabrice Bauzac-Stehly
PGP 01EEACF8244E9C14B551C5256ADA5F189BD322B6
old PGP 015AE9B25DCB0511D200A75DE5674DEA514C891D
PHP 8 et Bullseye ( Debian 11 )
Bonjour, Le soft freeze est commencé depuis le 12 février 2021 [1]. Référence: Debian project news, 18 mars 2021 [... ] Bullseye Soft Freeze The Release Team announced that bullseye reached the soft freeze milestone on 2021-02-12 [2]. *This freeze allows only small targeted fixes for the next release*. New transitions or versions of packages that may be disruptive are no longer allowed. You can follow the freeze schedule on the Bullseye Freeze Timeline and Policy [3] page. [...] Je m'inquiète pour le paquet PHP8 qui est encore et seulement dans SID (voir texte en gras). Depuis le temps qu'il est publié, je suis surpris qu'il ne soit pas dans testing. En version stable, PHP est rendu à 8.0.3... En date du 22 mars, est-ce qu'il y a des chances chance que PHP 8 soit inclu dans la prochaine version stable ? Merci à vous tous, [1] https://lists.debian.org/debian-devel-announce/2021/02/msg2.html -- Louis-Philippe Gauthier
Re: HS: [résolu] petite question bash et variable en argument d'une commande
Le 22/03/2021 à 09:12, Marc Chantreux a écrit : > hello, > >> extrait de mon test: >> #!/bin/bash >> au lieu de la date d'aujourd'hui. sauf que ça ne fonctionne pas >> vraiment, j'ai un peu tout essayé des exemples pris sur stackoverflow >> day_date="--date='1 days ago'" > c'est parce que tu quote quote, ma poule. Merci pour cette affection ! :D > day_date='--date=1 days ago' > date "$day_date" '+%A %d %B' > > par contre naturellement j'aurais plus noté > > date -d-1day '+%A %d %B' merci beaucoup pour le paramètre -d-1day ça fonctionne parfaitement avec ce que je veux faire. si la variable est initialisé, il prends la veille sinon il prend le jour même. > a+ > marc Jerem
Re: HS: petite question bash et variable en argument d'une commande
> > > day_date="--date='1 days ago'" > > C'est day_date=`date --date='1 day ago' > Manque la backquote, désolé non mais même: * je pige pas l'interet de préparer un argument de date en évaluant une sortie de date * en plus sous la forme ou tu l'écris c'est fragile parce que # LANG= date -d-1day Sun Mar 21 09:24:24 CET 2021 # date -d'Sun Mar 21 09:24:24 CET 2021' dim. 21 mars 2021 09:24:24 CET # date -d'dim. 21 mars 2021 09:24:24 CET' date: date « dim. 21 mars 2021 09:24:24 CET » incorrecte pour moi l'intention était de préparer l'argument --date=1\ day\ ago qui peut se noter comme ceci --date=1\ day\ ago --date='1 day ago' '--date=1 day ago' sauf que si je met des quotes dans les quotes "--date='1 day ago'" j'obtiens --date=\'1\ day\ ago\' belle journée marc
Re: HS: petite question bash et variable en argument d'une commande
Le 22/03/2021 à 09:14, NoSpam a écrit :
Bonjour
Le 22/03/2021 à 07:46, Jérémy Prego a écrit :
Bonjour,
Quelque chose que je pensais simple s'avère plus compliqué que prévu. Je
souhaite utiliser un argument de la commande date que je positionne en
variable. Cela me permet de pouvoir initialiser la variable ou non selon
le cas. sauf que ça fonctionne pas vraiment.
extrait de mon test:
#!/bin/bash
day_date="--date='1 days ago'"
C'est day_date=`date --date='1 day ago'
Manque la backquote, désolé
day_date=`date --date='1 day ago'`
date ${day_date} "+%A %d %B"
En gros, quand la variable est initialisé, ça m'affiche la date d'hier
au lieu de la date d'aujourd'hui. sauf que ça ne fonctionne pas
vraiment, j'ai un peu tout essayé des exemples pris sur stackoverflow
avec ma variable sous forme de tableau, en testant avec eval, mais rien
à faire.
Re: HS: petite question bash et variable en argument d'une commande
Bonjour
Le 22/03/2021 à 07:46, Jérémy Prego a écrit :
Bonjour,
Quelque chose que je pensais simple s'avère plus compliqué que prévu. Je
souhaite utiliser un argument de la commande date que je positionne en
variable. Cela me permet de pouvoir initialiser la variable ou non selon
le cas. sauf que ça fonctionne pas vraiment.
extrait de mon test:
#!/bin/bash
day_date="--date='1 days ago'"
C'est day_date=`date --date='1 day ago'
date ${day_date} "+%A %d %B"
En gros, quand la variable est initialisé, ça m'affiche la date d'hier
au lieu de la date d'aujourd'hui. sauf que ça ne fonctionne pas
vraiment, j'ai un peu tout essayé des exemples pris sur stackoverflow
avec ma variable sous forme de tableau, en testant avec eval, mais rien
à faire.
--
Daniel
Re: HS: petite question bash et variable en argument d'une commande
hello, > extrait de mon test: > #!/bin/bash > au lieu de la date d'aujourd'hui. sauf que ça ne fonctionne pas > vraiment, j'ai un peu tout essayé des exemples pris sur stackoverflow > day_date="--date='1 days ago'" c'est parce que tu quote quote, ma poule. day_date='--date=1 days ago' date "$day_date" '+%A %d %B' par contre naturellement j'aurais plus noté date -d-1day '+%A %d %B' a+ marc
HS: petite question bash et variable en argument d'une commande
Bonjour,
Quelque chose que je pensais simple s'avère plus compliqué que prévu. Je
souhaite utiliser un argument de la commande date que je positionne en
variable. Cela me permet de pouvoir initialiser la variable ou non selon
le cas. sauf que ça fonctionne pas vraiment.
extrait de mon test:
#!/bin/bash
day_date="--date='1 days ago'"
date ${day_date} "+%A %d %B"
En gros, quand la variable est initialisé, ça m'affiche la date d'hier
au lieu de la date d'aujourd'hui. sauf que ça ne fonctionne pas
vraiment, j'ai un peu tout essayé des exemples pris sur stackoverflow
avec ma variable sous forme de tableau, en testant avec eval, mais rien
à faire.
merci à vous pour le coup de main.
Jerem
