Nettoyage du spam : juillet 2014

2014-08-01 Par sujet jean-pierre giraud
Bonjour,
Comme nous sommes en août, il est désormais possible de
traiter les archives du mois de juillet 2014 des listes francophones.

N'oubliez bien sûr pas d'ajouter votre nom à la liste des relecteurs
pour que nous sachions où nous en sommes.

Détails du processus de nettoyage du spam sur :

https://wiki.debian.org/I18n/FrenchSpamClean

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53dc088a.1070...@neuf.fr



Re: calcul de temps (synthèse ?)

2014-08-01 Par sujet moi-meme
Le Fri, 01 Aug 2014 19:20:02 +0200, Francois Lafont a écrit :

> Le 01/08/2014 18:34, moi-meme a écrit :
> 
>> J'en tire les conclusions suivantes : Les manières d'y arriver en Perl
>> ou en Bash sont compliquées au possible.
> 
> Ah ? 10 lignes de shell, ça ne me semble pas si « compliqué au possible
> » que ça.

en shell non mais en perl j'ai bien aimé :
s/(\d+)([a-z]+)(\d*)$/$1 $2 $3/i; $i2 =~ s/(\d+)([a-z]+)(\d*)$/$1 $2 $3/i;

> 
>> Je vais me faire un petit script bash externe : - en entrée la
>> différence epoch
>> - en sortie nb jours, nb heures, nb nminutes et nb secondes.
> 
> Une simple fonction dans ton script shell principal ferait tout aussi
> bien l'affaire.
Ça se vaut.

le problème sera de retrouver si j'en ai de nouveau besoin :-)

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53dbf24a$0$2370$426a7...@news.free.fr



Aide Mysql

2014-08-01 Par sujet phil-deb1 . merlin
Bonjour,
Vous allez dire Mysql ce n'est pas Debian et il devrait mettre un HS devant 
l'objet de son message. Voilà les faits au mois de Mai à la suite d'un upgrade 
je me trouve sans pouvoir utiliser Kmail avec un message "akonadi serveur ne 
fonctionne plus", la seule méthode trouvée a été de "downgrader" le paquet, le 
10 Mai je crée un rapport de Bug n° #747637 sans résultat à ce jour, sauf qu'un 
autre utilisateur a confirmé le problème et l'a cerné en mettant en évidence un 
pb de création de table rejeté par Mysql avec une erreur 150. Ces jours 
derniers à la suite d'upgrade successif j'ai été forcé de mettre à jour 
akonadi-server et comme le problème n'a pas été corrigé je me trouve depuis 
quelques jours sans messagerie kmail ne fonctionnant plus. Je me suis dit que 
je pouvais essayer de corriger et de créer cette table mysql même si je ne 
connais rien à Mysql pour que akonadi fonctionne enfin et je me heurte toujours 
à l'erreur 150. Voilà le problème Mysql : peux t'on créer une table avec deux 
foreign key dans deux tables différentes une des tables est type myisam l'autre 
innodb, en lisant la documentation il semble si je me trompe pas que les 
foreign key doivent référencer des tables innodb?
Si c'est bien là le problème un alter de la table myisam en innodb suffit de 
régler le pb ? Les données qui sont dans cette table ne sont pas modifiées ?
Merci pour votre aide.
Philippe Merlin

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1998314499.5886261.1406923071962.javamail.zim...@laposte.net



Re: calcul de temps (synthèse ?)

2014-08-01 Par sujet Francois Lafont
Le 01/08/2014 18:34, moi-meme a écrit :

> J'en tire les conclusions suivantes :
> Les manières d'y arriver en Perl ou en Bash sont compliquées au possible.

Ah ? 10 lignes de shell, ça ne me semble pas
si « compliqué au possible » que ça.

> Je vais me faire un petit script bash externe : 
> - en entrée la différence epoch 
> - en sortie nb jours, nb heures, nb nminutes et nb secondes.

Une simple fonction dans ton script shell
principal ferait tout aussi bien l'affaire.

-- 
François Lafont

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/lrghkg$s09$1...@ger.gmane.org



Re: calcul de temps (synthèse ?)

2014-08-01 Par sujet moi-meme
Le Thu, 31 Jul 2014 22:30:02 +0200, moi-meme a écrit :

> encore un question tordue, je m'en excuse.
> 
> Pas trouvé de réponse sauf en PERL ou en C ou java mais je suis dans du
> bash.
> 
> j'ai 2 dates epoch par exemple : 1406779635 et 1406484823
> 
> Jeopeux avoir leur valeur vraie par
> moi$ date -d @1406779635
> jeudi 31 juillet 2014, 06:07:15 (UTC+0200) et
> moi$ date -d @1406484823
> dimanche 27 juillet 2014, 20:13:43 (UTC+0200)
> 
> mais la différence de temps je ne vois pas comment la sortir la
> différence est de : 294812
> moi$ date +"%d jours %H heures %M minutes %S secondes" -d @294812 04
> jours 10 heures 53 minutes 32 secondes
> 
> Ya un jour de trop. C'est normal la différence est toujours une date et
> le calendrier ne démarre pas au 0 Janvier :-)
> 
> Question con : est -il possible de calculer le temps entre 2 epoch sans
> bidouille ?
> 
> (calcul du nombre de jours, enlever nb jours*(60*60/24) pour trouver le
> nombre d'heures, etc)
> 
> Merci pour toute proposition.
> C Hiebel

J'en tire les conclusions suivantes :
Les manières d'y arriver en Perl ou en Bash sont compliquées au possible.

Je vais me faire un petit script bash externe : 
- en entrée la différence epoch 
- en sortie nb jours, nb heures, nb nminutes et nb secondes. 

AMHA c'est le plus simple :-)

Je suis surpris qu'il n'y a pas de solution toute faite. C'est étonnant 
car ce n'est pas nouveau et beaucoup de gens l'ont côtoyé. Je croyais 
qu'il y avait toujours un utilitaire dispo, j'ai trouvé une faille.

Merci pour vos réponses.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53dbc192$0$1998$426a7...@news.free.fr



Re: [HS] Re: calcul de temps

2014-08-01 Par sujet moi-meme
Le Fri, 01 Aug 2014 12:20:01 +0200, Stéphane GARGOLY a écrit :

> Attention, aussi, au passage de l'heure d'hiver à l'heure d'été (et vice
> versa).

si c'est en epoch il n'y a pas d'heure d'été ?

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53dbbeef$0$1998$426a7...@news.free.fr



Re: [HS] Re: calcul de temps

2014-08-01 Par sujet andre_debian
Sinon, il y a plus simple, un Epoch Converter :

http://www.epochconverter.com/

et en temps réel :
http://www.epochconverter.com/epoch/clock.php

Le code source de la page indique la méthode du calcul...

André

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/201408011738.43776.andre_deb...@numericable.fr



Re: [HS] Re: calcul de temps

2014-08-01 Par sujet Philippe Gras


Le 1 août 14 à 13:29, Sylvain L. Sauvage a écrit :


  Le hic, c’est qu’une durée ça n’est pas une date et qu’il n’y
a pas de fonction de base pour ça. Donc il faut bien soit
calculer soi-même (ce que moi-meme appelle bidouillage ?


Oui, c'est exact. Je me suis pris la tête récemment en PHP sur
une question similaire, et calculer une durée d'après une date.

Mais ce n'était pas en bash… Désolé !


--  
 Sylvain Sauvage


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet  
"unsubscribe"

vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/2278442.03mTHGOCGy@earendil



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/8b7c341a-d292-49a4-920b-f8271f8df...@worldonline.fr



Re: [HS] Re: calcul de temps

2014-08-01 Par sujet Francois Lafont
Le 01/08/2014 13:29, Sylvain L. Sauvage a écrit :

>> Par exemple :
>>
>> a=1396459867
>> b=1406879835
>> diff=$(( b - a ))
>> days=$(( diff / 86400 ))
>> # etc.
> 
>   Oui, du peu que l’on en connaisse, la question originale (une 
> fois correctement lue) pouvait se traiter en (ba)sh seul : 
> calcul et formatage de (j, h, m, s) à partir d’un nombre de 
> secondes.

Et même à partir de chaînes en format « date », on
peut le faire avec la commande "date" (version GNU) :


#!/bin/sh

a='2014-04-02 19:31:07 CEST'
b='2014-08-01 09:57:15 CEST'

# In seconds.
a=$(date -d "$a" '+%s')
b=$(date -d "$b" '+%s')

diff=$(( b - a ))
days=$(( diff / 86400 ))
rest=$(( diff - days * 86400 ))
hours=$(( rest / 3600 ))
rest=$(( rest - hours * 3600 ))
minutes=$((rest / 60 ))
seconds=$(( rest - minutes * 60 ))

printf "%s day(s) %s hour(s) %s minute(s) and %s second(s)\n" "$days" "$hours" 
"$minutes" "$seconds"


Après ça reste assez moche effectivement. En revanche,
l'équivalent en Perl (ou en tout autre langage de
script dans le même genre) sera certainement plus long
au niveau du temps d'exécution (toujours à cause du
chargement de l'interpréteur).
  
>   Le hic, c’est qu’une durée ça n’est pas une date et qu’il n’y 
> a pas de fonction de base pour ça. Donc il faut bien soit 
> calculer soi-même (ce que moi-meme appelle bidouillage ? ou 
> alors parlait-il de bidouiller la sortie de `date` pour enlever 
> le jour de trop ?), soit utiliser quelque chose qui sache qu’une 
> durée c’est différent d’une date. Et ce quelque chose, c’est une 
> bibliothèque, pour Perl, C, ou autre. D’où le fait que moi-meme 
> n’a trouvé que des références à Perl, C, Java… et le fait que, 
> moi-même (notez l’accent ;o), voyant des manipulations de dates, 
> une réticence à utiliser un vrai langage et une proposition 
> d’utiliser un interprète bridé, ai couru à la défense de 
> l’utilisation d’un vrai interprète…

Je comprends et encore une fois je suis totalement
d'accord.

>>>   Le shell, ça va bien un peu mais ça devient vite difficile
>>> à maintenir
>>
>> D'accord avec ça également.
>>
>>> et très gourmand en processus inutiles.
>>
>> Là aussi, j'ajoute un bémol. Parfois le shell peut
>> s'avérer plus rapide qu'un autre interpréteur (comme Perl
>> ou autre) sur des petits programmes assez simples et courts
>> car, dans le temps d'exécution, il faut compter le temps
>> de chargement de l'interpréteur lui-même, […]
> 
>   Ok mais il y avait le mot-clef « devient ».

Ah oui, désolé. On est d'accord alors et dans ce cas ma
remarque est plus un petit complément qu'un bémol. ;)

> Ma conclusion 
> généralisait : le shell, c’est très bien comme glu (traitement 
> par lot, tubes, quelques variables, etc.) mais, souvent, le 
> problème se complexifie et, en bash, on se met alors à 
> compliquer le script : on utilise de plus en plus de petits 
> programmes simples (sed, grep, cut…) pour contourner les manques 
> du shell alors qu’un seul processus interprète suffirait et 
> serait beaucoup plus clair (parfois un simple awk). (Sans parler 
> des UUOC ;o)

Oui, tout à fait d'accord. Quand on commence à faire
du sed, grep, cut, tail, awk dans tous les sens, c'est
qu'il est temps de passer à un langage de script un peu
plus évolué avec davantage de structures de données etc.

-- 
François Lafont

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/lrg4uj$ilj$1...@ger.gmane.org



Re: [HS] Re: calcul de temps

2014-08-01 Par sujet nb



Le Vendredi 1 Août 2014 12:14 CEST, Stéphane GARGOLY 
 a écrit:

>
> Attention, aussi, au passage de l'heure d'hiver à l'heure d'été (et vice
> versa).

Se règle par:
export TZ=UTC

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/61e-53db8700-3f-54d06880@49642785



Re: [HS] Re: calcul de temps

2014-08-01 Par sujet Sylvain L. Sauvage
Le vendredi 1 août 2014, 12:10:57 Francois Lafont a écrit :
>[…]
> Par exemple :
> 
> a=1396459867
> b=1406879835
> diff=$(( b - a ))
> days=$(( diff / 86400 ))
> # etc.

  Oui, du peu que l’on en connaisse, la question originale (une 
fois correctement lue) pouvait se traiter en (ba)sh seul : 
calcul et formatage de (j, h, m, s) à partir d’un nombre de 
secondes.
 
   Car moi-meme semble bien seulement vouloir un programme 
simple pour faire ça, soit avec `date`, soit avec un autre 
programme.

  Le hic, c’est qu’une durée ça n’est pas une date et qu’il n’y 
a pas de fonction de base pour ça. Donc il faut bien soit 
calculer soi-même (ce que moi-meme appelle bidouillage ? ou 
alors parlait-il de bidouiller la sortie de `date` pour enlever 
le jour de trop ?), soit utiliser quelque chose qui sache qu’une 
durée c’est différent d’une date. Et ce quelque chose, c’est une 
bibliothèque, pour Perl, C, ou autre. D’où le fait que moi-meme 
n’a trouvé que des références à Perl, C, Java… et le fait que, 
moi-même (notez l’accent ;o), voyant des manipulations de dates, 
une réticence à utiliser un vrai langage et une proposition 
d’utiliser un interprète bridé, ai couru à la défense de 
l’utilisation d’un vrai interprète…

> >   Le shell, ça va bien un peu mais ça devient vite difficile
> > à maintenir
> 
> D'accord avec ça également.
> 
> > et très gourmand en processus inutiles.
> 
> Là aussi, j'ajoute un bémol. Parfois le shell peut
> s'avérer plus rapide qu'un autre interpréteur (comme Perl
> ou autre) sur des petits programmes assez simples et courts
> car, dans le temps d'exécution, il faut compter le temps
> de chargement de l'interpréteur lui-même, […]

  Ok mais il y avait le mot-clef « devient ». Ma conclusion 
généralisait : le shell, c’est très bien comme glu (traitement 
par lot, tubes, quelques variables, etc.) mais, souvent, le 
problème se complexifie et, en bash, on se met alors à 
compliquer le script : on utilise de plus en plus de petits 
programmes simples (sed, grep, cut…) pour contourner les manques 
du shell alors qu’un seul processus interprète suffirait et 
serait beaucoup plus clair (parfois un simple awk). (Sans parler 
des UUOC ;o)

-- 
 Sylvain Sauvage

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/2278442.03mTHGOCGy@earendil



[HS] Re: calcul de temps

2014-08-01 Par sujet Stéphane GARGOLY
Bonjour à tous les utilisateurs et développeurs de Debian :

Le vendredi 1 août 2014 à 08:26, "Jean-Jacques Doti"  a écrit :
> Le 31/07/2014 22:09, moi-meme a écrit :
> > Jeopeux avoir leur valeur vraie par
> > moi$ date -d @1406779635
> > jeudi 31 juillet 2014, 06:07:15 (UTC+0200)
> > et
> > moi$ date -d @1406484823
> > dimanche 27 juillet 2014, 20:13:43 (UTC+0200)
> > 
> > mais la différence de temps je ne vois pas comment la sortir
> > la différence est de : 294812
> > moi$ date +"%d jours %H heures %M minutes %S secondes" -d @294812
> > 04 jours 10 heures 53 minutes 32 secondes
> > 
> > Ya un jour de trop. C'est normal la différence est toujours une date et
> > le calendrier ne démarre pas au 0 Janvier :-)
> 
> Il y a aussi une heure de trop en raison du décalage entre l'heure
> française et l'heure UTC puisque date, sans l'option -u, te donne
> l'heure locale…

Attention, aussi, au passage de l'heure d'hiver à l'heure d'été (et vice 
versa).

Cordialement et à bientôt,

Stéphane.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/201408011014.00906.stephane.garg...@gmail.com



Re: Crash système suite mise à jour Jessie (non résolu mais abandonné )

2014-08-01 Par sujet maderios

On 08/01/2014 10:16 AM, Jean-Louis Giraud wrote:

Désolé pour le message précédent j'ai trouvé la commande (exit).
La procédure que tu m'as indiquée à fonctionné mais n'a pas suffit à restaurer 
mon système .
Tant pis je vais employer la méthode bourrin et réinstaller !

Bonjour
Réinstaller? C'est du langage windows
Pour réparer, as tu essayé de chrooter ton système Jessie avec un 
livecd, de faire une mise à jour de Jessie puis supprimer et d'installer 
le firmware en cause?


--
Maderios


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53db6886.4050...@gmail.com



Re: [HS] Re: calcul de temps

2014-08-01 Par sujet Francois Lafont
Le 01/08/2014 08:34, Sylvain L. Sauvage a écrit :

>   En même temps, lancer date, concalc, ou Perl (ou autre langage 
> de script), c’est toujours lancer un processus de plus dans le 
> (ba)sh. Donc mon avis, c’est d’utiliser :
> — le programme que l’on comprend le mieux ;
>   (ou qui est le plus testé ou facilement compréhensible par
>d’autres ou facilement (re)trouvable)
> — et qui est disponible partout.
> 
> Avoir
>   perl -e 'mini script'
> ou
>   perl <   script plus long
>   EOF
> ou encore
>   /usr/local/bin/script.pl 
> dans un script (ba)sh me semble plus propre, plus économique et 
> plus portable qu’une série de manipulations bashiennes foireuses 
> non portables ou d’appels à 36 commandes (donc processus) 
> prétendues simples.

Je suis globalement d'accord à tout ça. Je voulais
juste faire remarquer qu'on peut tout de même faire
un peu d'arithmétique (additions, multiplications,
divisions etc.) en shell et cela de manière relativement
portable (en restant dans du shell POSIX en tout cas).

Par exemple :

a=1396459867
b=1406879835
diff=$(( b - a ))
days=$(( diff / 86400 ))
# etc.

>   Le shell, ça va bien un peu mais ça devient vite difficile à 
> maintenir

D'accord avec ça également.

> et très gourmand en processus inutiles.

Là aussi, j'ajoute un bémol. Parfois le shell peut
s'avérer plus rapide qu'un autre interpréteur (comme Perl
ou autre) sur des petits programmes assez simples et courts
car, dans le temps d'exécution, il faut compter le temps
de chargement de l'interpréteur lui-même, et sur ce point
en général le shell est assez loin devant, en particulier
le shell /bin/sh sous Wheezy par exemple qui est différent
du bash, alors qu'à l'inverse le temps de chargement de
l'interpréteur Perl (*et* des éventuels modules nécessaires)
est nettement plus long et peut représenter une part non
négligeable dans le temps global de l'exécution du script.

Dans le cas présent, si on se limite *juste* au problème du
PO (ie étant données 2 dates, on calcule la différence en
jours, heures, minutes et secondes), je suis sûr que ça ira
plus vite en shell qu'en Perl (par contre, effectivement, au
niveau lisibilité du code etc. y'aura pas photo). 

Voilà, c'est juste un petit bémol car sinon je suis d'accord
qu'il est toujours préférable d'utiliser un langage de script
adapté et qu'il faut privilégier la lisibilité du code plutôt
que les perfs (dont perso je n'ai rien à faire dans 99,9% de
mes scripts).

-- 
François Lafont

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/lrfosi$p19$1...@ger.gmane.org



Re: [HS] Re: calcul de temps

2014-08-01 Par sujet Yves Rutschle
On Fri, Aug 01, 2014 at 07:28:47AM +, moi-meme wrote:
> >   Le shell, ça va bien un peu mais ça devient vite difficile à
> > maintenir et très gourmand en processus inutiles. Il faut savoir
> > utiliser les bons outils.
> c'est ce que je recherche

Je seconde Sylvain: la gestion de date, c'est toujours plus
compliqué que l'on ne croit, et extrèmement difficile à
tester correctement. Un jour, j'écrivis un script bash en
février, qui travaillait sur des dates. Tout se passa bien.
Des mois plus tard, tout se mit à foirer lamentablement. Hé
oui, en octobre, le numéro du mois passe à 2 chiffres, et
mes bidouilles ne le supportaient pas.

Moi, je te conseillerais Time::Duration de Perl, que j'avais
utilisé dans ce petit script pour calculer le nombre de
jours entre 2 dates:


#! /usr/bin/perl -w
# Usage: diffdate 30JUL2005 01AUG2014
# -> 9 years and 4 days

use strict;
use Time::ParseDate;
use Time::Duration;

my $i1 = shift;
my $i2 = shift;

# Turn my date format (02SEP) to ParseDate (02 SEP)
$i1 =~ s/(\d+)([a-z]+)(\d*)$/$1 $2 $3/i;
$i2 =~ s/(\d+)([a-z]+)(\d*)$/$1 $2 $3/i;

my $t1 = parsedate($i1, UK => 1, PREFER_FUTURE => 0);
my $t2 = parsedate($i2, UK => 1, PREFER_FUTURE => 0);

my $d = duration($t2 - $t1);

print "$d\n";


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20140801083716.gc32...@naryves.com



Re: [HS] Re: calcul de temps

2014-08-01 Par sujet Sébastien NOBILI
Bonjour,

Le vendredi 01 août 2014 à  7:28, moi-meme a écrit :
> Le Fri, 01 Aug 2014 08:40:02 +0200, Sylvain L. Sauvage a écrit :
> 
> > ou encore
> >   /usr/local/bin/script.pl 
> > dans un script (ba)sh me semble plus propre, plus économique et plus
> > portable qu’une série de manipulations bashiennes foireuses non
> > portables ou d’appels à 36 commandes (donc processus) prétendues
> > simples.
> pas de problème de ressource : c'est appelé quand j'en ai besoin (2 fois/
> semaine)
> 
> > 
> >   Le shell, ça va bien un peu mais ça devient vite difficile à
> > maintenir et très gourmand en processus inutiles. Il faut savoir
> > utiliser les bons outils.
> c'est ce que je recherche

J'y intégrerais un bout de Perl moi aussi.

Le module Date::Calc (paquet libdate-calc-perl) est bien pratique pour ce genre
de calculs.

Seb

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140801084847.gb13...@sebian.nob900.homeip.net



Re: calcul de temps

2014-08-01 Par sujet Jean-Jacques Doti

Salut,

Le 31/07/2014 22:09, moi-meme a écrit :

encore un question tordue, je m'en excuse.

Pas trouvé de réponse sauf en PERL ou en C ou java mais je suis dans du
bash.

j'ai 2 dates epoch par exemple : 1406779635 et 1406484823

Jeopeux avoir leur valeur vraie par
moi$ date -d @1406779635
jeudi 31 juillet 2014, 06:07:15 (UTC+0200)
et
moi$ date -d @1406484823
dimanche 27 juillet 2014, 20:13:43 (UTC+0200)

mais la différence de temps je ne vois pas comment la sortir
la différence est de : 294812
moi$ date +"%d jours %H heures %M minutes %S secondes" -d @294812
04 jours 10 heures 53 minutes 32 secondes

Ya un jour de trop. C'est normal la différence est toujours une date et
le calendrier ne démarre pas au 0 Janvier :-)
Il y a aussi une heure de trop en raison du décalage entre l'heure 
française et l'heure UTC puisque date, sans l'option -u, te donne 
l'heure locale…


Question con : est -il possible de calculer le temps entre 2 epoch sans
bidouille ?

C'est quoi une bidouille ?


(calcul du nombre de jours, enlever nb jours*(60*60/24) pour trouver le
nombre d'heures, etc)

Ça c'est pas une bidouille mais un calcul…


Merci pour toute proposition.
C Hiebel

Et bien, si tu veux tout faire en bash, il suffit de le calculer. Voici 
donc une proposition de calcul (ou de bidouille, si tu préfères ;-) ) :

s=294812
echo "$(($s/60/60/24)) jours $(($s/60/60%24)) heures $(($s/60%60)) 
minutes $(($s%60)) secondes"

→ 3 jours 9 heures 53 minutes 32 secondes

Et ça devrait marcher même si tu dépasses les 31 jours (mais il faut 
peut-être adapter pour afficher correctement les durées de moins d'un 
jour ou de moins d'une heure).


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53db4f46.5000...@doti.fr



Re: Crash système suite mise à jour Jessie (non résolu mais abandonné )

2014-08-01 Par sujet Jean-Louis Giraud
Désolé pour le message précédent j'ai trouvé la commande (exit). 
La procédure que tu m'as indiquée à fonctionné mais n'a pas suffit à restaurer 
mon système . 
Tant pis je vais employer la méthode bourrin et réinstaller ! 
Cordialement 
JL Giraud

Envoyé de mon iPhone

> Le 31 juil. 2014 à 16:00, Frédéric MASSOT  a 
> écrit :
> 
> Le 31/07/2014 14:37, Jean-Louis Giraud a écrit :
>> Bonjour Suite à une mise à jour ce matin je ne peux plus redémarrer
>> mon ordinateur . Voici le message que j'obtiens : R8169
>> :03:00.2: firmware:failed to load rtl_nic/rt18411-1.fw (-2)
>> Welcome to emergency mode Et là je ne peux plus rien faire. Idem en
>> recovery mode. Apparemment c'est un problème avec le firmware de la
>> carte Realtek ? Je ne vois pas du tout comment me sortir de cette
>> impasse.
> 
> Reboot sur le CD netinstall, de mémoire sélectionne options avancés puis
> récupération. Après quels menus tu sélectionnes la partition racine de
> ton système, puis tu ouvre un shell dans cette racine.
> 
> Dans le shell, tu commences par taper "bash" pour utiliser le bash. :o)
> 
> Avec apt tu installes ou mets à jours les firmwares qui manque
> firmware-linux, firmware-linux-nonfree, firmware-realtek, etc
> 
> Tu reconstruis la ramfs : update-initramfs -u -k all
> 
> Tu mets à jour le menu de Grub, au cas ou : update-grub
> 
> Tu reboot : reboot
> 
> 
> -- 
> ==
> |  FRÉDÉRIC MASSOT   |
> | http://www.juliana-multimedia.com  |
> |   mailto:frede...@juliana-multimedia.com   |
> | +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
> ===Debian=GNU/Linux===
> 
> -- 
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.org/fr/FrenchLists
> 
> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
> vers debian-user-french-requ...@lists.debian.org
> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
> Archive: https://lists.debian.org/53da4c13.9040...@juliana-multimedia.com
> 

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/67e4085d-67ba-4491-91e4-f1385565f...@orange.fr



Re: Crash système suite mise à jour Jessie

2014-08-01 Par sujet Jean-Louis Giraud
Salut
J'ai effectué la procédure que tu m'as indiqué mais je ne sais pas quelle 
commande taper pour rebooter 
(Lorsque je tape reboot j'obtiens le message suivant : running in chroot 
ignoring request
Cordialement 
JL Giraud 
Envoyé de mon iPhone

> Le 31 juil. 2014 à 16:00, Frédéric MASSOT  a 
> écrit :
> 
> Le 31/07/2014 14:37, Jean-Louis Giraud a écrit :
>> Bonjour Suite à une mise à jour ce matin je ne peux plus redémarrer
>> mon ordinateur . Voici le message que j'obtiens : R8169
>> :03:00.2: firmware:failed to load rtl_nic/rt18411-1.fw (-2)
>> Welcome to emergency mode Et là je ne peux plus rien faire. Idem en
>> recovery mode. Apparemment c'est un problème avec le firmware de la
>> carte Realtek ? Je ne vois pas du tout comment me sortir de cette
>> impasse.
> 
> Reboot sur le CD netinstall, de mémoire sélectionne options avancés puis
> récupération. Après quels menus tu sélectionnes la partition racine de
> ton système, puis tu ouvre un shell dans cette racine.
> 
> Dans le shell, tu commences par taper "bash" pour utiliser le bash. :o)
> 
> Avec apt tu installes ou mets à jours les firmwares qui manque
> firmware-linux, firmware-linux-nonfree, firmware-realtek, etc
> 
> Tu reconstruis la ramfs : update-initramfs -u -k all
> 
> Tu mets à jour le menu de Grub, au cas ou : update-grub
> 
> Tu reboot : reboot

> 
> 
> -- 
> ==
> |  FRÉDÉRIC MASSOT   |
> | http://www.juliana-multimedia.com  |
> |   mailto:frede...@juliana-multimedia.com   |
> | +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
> ===Debian=GNU/Linux===
> 
> -- 
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.org/fr/FrenchLists
> 
> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
> vers debian-user-french-requ...@lists.debian.org
> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
> Archive: https://lists.debian.org/53da4c13.9040...@juliana-multimedia.com
> 

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/bf6c95c7-0f7a-406e-896b-0125168a7...@orange.fr



Re: calcul de temps

2014-08-01 Par sujet moi-meme
Le Fri, 01 Aug 2014 08:00:03 +0200, Philippe Delavalade a écrit :

> Le paquet concalc devrait pouvoir t'aider.

c'est un bc amélioré : on peut entrer un calcul dans la ligne de commande.

çà aide dans le script

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53db425d$0$2368$426a7...@news.free.fr



Re: [HS] Re: calcul de temps

2014-08-01 Par sujet moi-meme
Le Fri, 01 Aug 2014 08:40:02 +0200, Sylvain L. Sauvage a écrit :

> ou encore
>   /usr/local/bin/script.pl 
> dans un script (ba)sh me semble plus propre, plus économique et plus
> portable qu’une série de manipulations bashiennes foireuses non
> portables ou d’appels à 36 commandes (donc processus) prétendues
> simples.
pas de problème de ressource : c'est appelé quand j'en ai besoin (2 fois/
semaine)

> 
>   Le shell, ça va bien un peu mais ça devient vite difficile à
> maintenir et très gourmand en processus inutiles. Il faut savoir
> utiliser les bons outils.
c'est ce que je recherche

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53db41af$0$2368$426a7...@news.free.fr