[HS] Re: calcul de temps
Le vendredi 1 août 2014, 07:56:39 Philippe Delavalade a écrit : moi-meme jeudi 31 juillet à 22:09 [… calcul de durée en shell …] Le paquet concalc devrait pouvoir t'aider. 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 EOF script plus long EOF ou encore /usr/local/bin/script.pl arguments 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. 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. -- 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/5193740.rvyn9y1ayP@earendil
Re: [HS] Re: calcul de temps
Le Fri, 01 Aug 2014 08:40:02 +0200, Sylvain L. Sauvage a écrit : ou encore /usr/local/bin/script.pl arguments 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
Re: calcul de temps
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: Crash système suite mise à jour Jessie
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 frede...@juliana-multimedia.com 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: Crash système suite mise à jour Jessie (non résolu mais abandonné )
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 frede...@juliana-multimedia.com 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: calcul de temps
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: [HS] Re: calcul de temps
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 arguments 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: [HS] Re: calcul de temps
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
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 EOF script plus long EOF ou encore /usr/local/bin/script.pl arguments 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: Crash système suite mise à jour Jessie (non résolu mais abandonné )
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
[HS] Re: calcul de temps
Bonjour à tous les utilisateurs et développeurs de Debian : Le vendredi 1 août 2014 à 08:26, Jean-Jacques Doti b...@doti.fr 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: [HS] Re: calcul de temps
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
Re: [HS] Re: calcul de temps
Le Vendredi 1 Août 2014 12:14 CEST, Stéphane GARGOLY stephane.garg...@gmail.com 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
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
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
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
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: calcul de temps (synthèse ?)
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: calcul de temps (synthèse ?)
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
Aide Mysql
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 ?)
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
Nettoyage du spam : juillet 2014
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
