Journal C'est officiel, la semaine 43 du calendrier n'existe plus et a été remplacée par la semaine 53.

Posté par rootix le 19 septembre 2015 à 21:12. Licence CC By‑SA.

Étiquettes :

sept.

2015

(GNU/)Linux Mint, cinnamon, GNOME ou que sais-je, ont décidé que la semaine 43 n'avait aucune raison d'être. Certains auraient supprimé la semaine 13 qui porte malheur mais non, la semaine 43 en a pris pour son grade ou alors a été promue en semaine 53 ?

Cliquez sur votre calendrier en bas à droite et dites-moi si vous avez aussi perdu une semaine ?

Titre de l'image

# Commentaire supprimé

Posté par Anonyme le 19 septembre 2015 à 21:30. Évalué à 1.

Ce commentaire a été supprimé par l’équipe de modération.
- [^] # Re: ubuntu 15.04
  
  Posté par rootix le 19 septembre 2015 à 21:33. Évalué à 6.
  
  J'ai deux fois la semaine 13 ! sans rire !
  - [^] # Commentaire supprimé
    
    Posté par Anonyme le 19 septembre 2015 à 21:52. Évalué à 4.
    
    Ce commentaire a été supprimé par l’équipe de modération.
# Ça craint...

Posté par WhiteCat le 19 septembre 2015 à 21:43. Évalué à 10. Dernière modification le 19 septembre 2015 à 21:46.

Deux fois la semaine 13.
Pas de semaine 43.
Et une semaine 53 pour commencer l'année.

Tout ça sur une CentOS 7.1.

C'est là que tu vois qu'il y a des sérieux manques de QA quand même. Même le gars qui a codé ça s'en foutait royalement visiblement.

Le bug est déjà rapporté : https://bugzilla.redhat.com/show_bug.cgi?id=1213619
- [^] # Re: Ça craint...
  
  Posté par totof2000 le 19 septembre 2015 à 23:34. Évalué à 8.
  
  C'est encore à cause de SystemD !!!
- [^] # Re: Ça craint...
  
  Posté par Arthur Accroc le 20 septembre 2015 à 09:49. Évalué à 5.
  
  Deux fois la semaine 13.
  Pas de semaine 43.
  Et une semaine 53 pour commencer l'année.
  
  Du coup, la personne qui utilise ça a tous ses rendez-vous professionnels qui foirent depuis fin mars !
  
  « Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
  - [^] # Re: Ça craint...
    
    Posté par NeoX le 20 septembre 2015 à 10:56. Évalué à 5.
    
    seulement dans le cas ou tu prend tes rendez vous en semaine 14 plutot que le 18 mars ;)
    - [^] # Re: Ça craint...
      
      Posté par Arthur Accroc le 20 septembre 2015 à 11:28. Évalué à 4.
      
      En effet. Moi-même, je prends mes rendez-vous par exemple lundi 21 septembre plutôt que lundi de la semaine 39, donc je n’utilise pas les numéros de semaines.
      
      Accessoirement, le 18 mars, c’était la semaine 12, tu as un problème encore plus gros. Heureusement que tu ne prends pas non plus tes rendez-vous en numéros de semaines ! ;-)
      
      « Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
  - [^] # Re: Ça craint...
    
    Posté par 2PetitsVerres le 21 septembre 2015 à 11:40. Évalué à 8.
    
    Je n'arrive jamais à suivre les gens qui parlent en numéro de semaines, je préfère les dates, je ne comprends pas comment ils font.
    
    Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
    - [^] # Re: Ça craint...
      
      Posté par BAud (site web personnel) le 22 septembre 2015 à 00:08. Évalué à 2. Dernière modification le 22 septembre 2015 à 00:08.
      
      ils ont un calendrier sous le coude qui affiche les semaines ;-) cela permet de numéroter facilement des ateliers quand il y en a un par semaine (bon, ça devient la grouille lorsque que c'est à cheval sur deux années…).
      
      Je préfère tout de même la numérotation YYYYMMDD (au pire avec des tirets… au pire avec un suffixe _nnn).
    - [^] # Re: Ça craint...
      
      Posté par Arthur Accroc le 22 septembre 2015 à 01:26. Évalué à 2.
      
      Je n'arrive jamais à suivre les gens qui parlent en numéro de semaines, je préfère les dates, je ne comprends pas comment ils font.
      
      Avec un agenda qui indique les numéros de semaines, tu les utilises juste pour remplir ou pour donner une indication (si c’est le format que les autres attendent), ça ne t’empêche pas de consulter l’agenda exactement comme tu le fais actuellement.
      Si on te prévoit quelque chose le 6 octobre sans dire quel jour de la semaine c’est, ça n’est pas vraiment mieux que si on t’indique un numéro de semaine qui ne te dit rien, et il faut de toute façon te reporter à ton agenda pour les disponibilités.
      
      Bon, dans mon cas, l’agenda que j’utilise, celui de mon dumb phone, n’indique pas les numéros de semaines, donc effectivement, les très rares fois où quelqu’un me sort ça, ça m’emmerde bien.
      Heureusement pour moi, l’agenda web super moderne du boulot que je serais sensé utiliser et que la plupart de mes collègues utilisent n’indique pas non plus les numéros de semaines, ça limite efficacement les velléités de planifier des trucs avec…
      
      « Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
- [^] # Re: Ça craint...
  
  Posté par Meku (site web personnel) le 20 septembre 2015 à 09:53. Évalué à 10.
  
  La correction du bug est prévue pour la semaine 43.
- [^] # Re: Ça craint...
  
  Posté par Anonyme le 20 septembre 2015 à 22:13. Évalué à 8.
  
  Et une semaine 53 pour commencer l'année.
  
  Ça, ce n’est pas un bug je pense : https://fr.wikipedia.org/wiki/Semaine_53.
  
  Pour le reste, sur Debian Sid, je n’ai aucun des bugs cités, mon calendrier semble juste.
- [^] # Re: Ça craint...
  
  Posté par Laurent Pointecouteau (site web personnel, Mastodon) le 20 septembre 2015 à 23:39. Évalué à 6.
  
  C'est là que tu vois qu'il y a des sérieux manques de QA quand même. Même le gars qui a codé ça s'en foutait royalement visiblement.
  
  Qu'est-ce qui te fait dire que le développeur "s'en foutait royalement" ? C'est pas parce que le bug est en apparence simple qu'il l'est réellement.
  - [^] # Re: Ça craint...
    
    Posté par Misc (site web personnel) le 21 septembre 2015 à 00:14. Évalué à 7.
    
    Alors, c'est visiblement lié à des conditions particulières sur le passage à l'heure d'été, dans des timezones spécifiques :
    
    https://bugzilla.gnome.org/show_bug.cgi?id=736722
# Mais...

Posté par mac_is_mac (site web personnel) le 19 septembre 2015 à 23:18. Évalué à 2.

diable comment faites-vous pour avoir les numéros des semaines ? Moi, je n'ai rien.
- [^] # Re: Mais...
  
  Posté par WhiteCat le 19 septembre 2015 à 23:31. Évalué à 5.
  
  Ça s'active depuis le GNOME Tweak Tool, logiciel non installé de base en général.
  - [^] # Tout s’éclaire !
    
    Posté par Arthur Accroc le 20 septembre 2015 à 09:54. Évalué à 10. Dernière modification le 20 septembre 2015 à 09:58.
    
    À la lumière de cette affaire, on comprend la démarche de Gnome d’enlever des fonctionnalités : c’est pour éliminer les bugs (quand on arrive à zéro fonctionnalité, on peut même atteindre le zéro bug !).
    
    « Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
- [^] # Re: Mais...
  
  Posté par rootix le 19 septembre 2015 à 23:37. Évalué à -1.
  
  Non, je ne suis pas un diable. Je suis un ange !
- [^] # Xfce
  
  Posté par Arthur Accroc le 20 septembre 2015 à 01:26. Évalué à 10.
  
  diable comment faites-vous pour avoir les numéros des semaines ? Moi, je n'ai rien.
  
  J’utilise Xfce, les numéros de semaines sont affichés et en plus, ce sont les bons !
  
  « Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
  - [^] # Re: Xfce
    
    Posté par Antoine le 20 septembre 2015 à 16:04. Évalué à 10.
    
    Cela prouve encore une fois que Xfce est un insupportable projet réactionnaire.

# les calendriers graphiques quoi

Posté par pouleta le 19 septembre 2015 à 23:53. Évalué à -10.

Au pire les calendriers graphiques ca devrait pas exister

[^] # Re: les calendriers graphiques quoi

Posté par ohm le 20 septembre 2015 à 01:54. Évalué à 7.

Ton commentaire veut-il dire qu'il faut que nous en restions aux calendriers imprimés sur carton (avec éventuellement des chatons ou filles nues dessus) ou bien qu'il faut que j'apprenne à ma mère à taper « cal » dans un terminal ?
Dans les deux cas, je ne trouve pas la réponse acceptable.

[^] # Re: les calendriers graphiques quoi

Posté par bobo38 le 20 septembre 2015 à 08:29. Évalué à 8. Dernière modification le 20 septembre 2015 à 10:57.

Ça va les bons vieux outils GNU ne nous ont pas lachés !

    $ cal -w 10 2015
          octobre 2015     
       lu ma me je ve sa di
    40           1  2  3  4 
    41  5  6  7  8  9 10 11 
    42 12 13 14 15 16 17 18 
    43 19 20 21 22 23 24 25 
    44 26 27 28 29 30 31

[^] # Re: les calendriers graphiques quoi

Posté par bobo38 le 20 septembre 2015 à 08:35. Évalué à 1.

Note : le rendu bouffe les espaces dans les balises "code". À tester dans votre émulateur de terminal préféré !
- [^] # Re: les calendriers graphiques quoi
  
  Posté par Arthur Accroc le 20 septembre 2015 à 09:22. Évalué à 4.
  Note : le rendu bouffe les espaces dans les balises "code". À tester dans votre émulateur de terminal préféré !
  
  Les joies de Markdown… Quelles balises « code » as-tu utilisées ? Ça a pourtant l’air de fonctionner correctement avec trois quotes inverses.
```
$ cal -w -3
       août 2015              septembre 2015            octobre 2015     
   lu ma me je ve sa di     lu ma me je ve sa di     lu ma me je ve sa di
31                 1  2  36     1  2  3  4  5  6  40           1  2  3  4 
32  3  4  5  6  7  8  9  37  7  8  9 10 11 12 13  41  5  6  7  8  9 10 11 
33 10 11 12 13 14 15 16  38 14 15 16 17 18 19 20  42 12 13 14 15 16 17 18 
34 17 18 19 20 21 22 23  39 21 22 23 24 25 26 27  43 19 20 21 22 23 24 25 
35 24 25 26 27 28 29 30  40 28 29 30              44 26 27 28 29 30 31    
36 31                                                                     
```
  « Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
- [^] # Re: les calendriers graphiques quoi
  
  Posté par NeoX le 20 septembre 2015 à 10:57. Évalué à 3.
  
  j'ai corrigé ton post,
  avec la balise de code ```sh à l'ouverture, ca fonctionne

[^] # cal est bogué aussi !

Posté par Arthur Accroc le 20 septembre 2015 à 10:13. Évalué à 6. Dernière modification le 20 septembre 2015 à 10:17.

Je viens de trouver un bug à cal (enfin il n’affiche quand même pas des informations fausses) !

$ man cal
[…]
       -3, --three
              Display three months spanning the date.

       -n , --months number
              Display number of months, starting from the month containing the date.
[…]

Avec l’option -3, il doit afficher les trois mois entourant la date, tandis qu’avec l’option -n (donc -n 3), il doit afficher les mois commençant à celui de la date.

$ cal -w -n 2
     septembre 2015            octobre 2015     
   lu ma me je ve sa di     lu ma me je ve sa di
36     1  2  3  4  5  6  40           1  2  3  4 
37  7  8  9 10 11 12 13  41  5  6  7  8  9 10 11 
38 14 15 16 17 18 19 20  42 12 13 14 15 16 17 18 
39 21 22 23 24 25 26 27  43 19 20 21 22 23 24 25 
40 28 29 30              44 26 27 28 29 30 31    

$ cal -w -n 4
     septembre 2015            octobre 2015            novembre 2015     
   lu ma me je ve sa di     lu ma me je ve sa di     lu ma me je ve sa di
36     1  2  3  4  5  6  40           1  2  3  4  44                    1  
37  7  8  9 10 11 12 13  41  5  6  7  8  9 10 11  45  2  3  4  5  6  7  8  
38 14 15 16 17 18 19 20  42 12 13 14 15 16 17 18  46  9 10 11 12 13 14 15  
39 21 22 23 24 25 26 27  43 19 20 21 22 23 24 25  47 16 17 18 19 20 21 22  
40 28 29 30              44 26 27 28 29 30 31     48 23 24 25 26 27 28 29  
                                                  49 30                    
     décembre 2015     
   lu ma me je ve sa di
49     1  2  3  4  5  6  
50  7  8  9 10 11 12 13  
51 14 15 16 17 18 19 20  
52 21 22 23 24 25 26 27  
53 28 29 30 31           

$ cal -w -n 3
       août 2015              septembre 2015            octobre 2015     
   lu ma me je ve sa di     lu ma me je ve sa di     lu ma me je ve sa di
31                 1  2  36     1  2  3  4  5  6  40           1  2  3  4 
32  3  4  5  6  7  8  9  37  7  8  9 10 11 12 13  41  5  6  7  8  9 10 11 
33 10 11 12 13 14 15 16  38 14 15 16 17 18 19 20  42 12 13 14 15 16 17 18 
34 17 18 19 20 21 22 23  39 21 22 23 24 25 26 27  43 19 20 21 22 23 24 25 
35 24 25 26 27 28 29 30  40 28 29 30              44 26 27 28 29 30 31    
36 31

-n 3 se comporte comme -3 et pas comme -n avec un autre nombre.

Bon, le développeur peut toujours faire une correction façon Gnome : enlever l’option -n…

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

[^] # Re: cal est bogué aussi !

Posté par ohm le 20 septembre 2015 à 11:07. Évalué à 2. Dernière modification le 20 septembre 2015 à 11:08.

Peut-être qu'il est censé interpréter les chiffres pairs comme à suivre le mois courant et les chiffres impairs comme à entourer le mois courant (parce qu'on a du mal à entourer avec un chiffre pair), dans le genre « it's not a bug, it's a feature ». Après, je dis ça comme ça parce que je n'ai ni regardé le code, ni l'option -n dans mon util-linux 2.26.2.

[^] # Re: cal est bogué aussi !

Posté par Arthur Accroc le 20 septembre 2015 à 11:14. Évalué à 3.

Il suffit d’essayer d’autres chiffres impairs :

$ cal -n 5
   septembre 2015         octobre 2015          novembre 2015   
lu ma me je ve sa di  lu ma me je ve sa di  lu ma me je ve sa di
    1  2  3  4  5  6            1  2  3  4                     1  
 7  8  9 10 11 12 13   5  6  7  8  9 10 11   2  3  4  5  6  7  8  
14 15 16 17 18 19 20  12 13 14 15 16 17 18   9 10 11 12 13 14 15  
21 22 23 24 25 26 27  19 20 21 22 23 24 25  16 17 18 19 20 21 22  
28 29 30              26 27 28 29 30 31     23 24 25 26 27 28 29  
                                            30                    
    décembre 2015         janvier 2016    
lu ma me je ve sa di  lu ma me je ve sa di
    1  2  3  4  5  6               1  2  3  
 7  8  9 10 11 12 13   4  5  6  7  8  9 10  
14 15 16 17 18 19 20  11 12 13 14 15 16 17  
21 22 23 24 25 26 27  18 19 20 21 22 23 24  
28 29 30 31           25 26 27 28 29 30 31  

$ cal -n 7
   septembre 2015         octobre 2015          novembre 2015   
lu ma me je ve sa di  lu ma me je ve sa di  lu ma me je ve sa di
    1  2  3  4  5  6            1  2  3  4                     1  
 7  8  9 10 11 12 13   5  6  7  8  9 10 11   2  3  4  5  6  7  8  
14 15 16 17 18 19 20  12 13 14 15 16 17 18   9 10 11 12 13 14 15  
21 22 23 24 25 26 27  19 20 21 22 23 24 25  16 17 18 19 20 21 22  
28 29 30              26 27 28 29 30 31     23 24 25 26 27 28 29  
                                            30                    
    décembre 2015         janvier 2016          février 2016    
lu ma me je ve sa di  lu ma me je ve sa di  lu ma me je ve sa di
    1  2  3  4  5  6               1  2  3   1  2  3  4  5  6  7  
 7  8  9 10 11 12 13   4  5  6  7  8  9 10   8  9 10 11 12 13 14  
14 15 16 17 18 19 20  11 12 13 14 15 16 17  15 16 17 18 19 20 21  
21 22 23 24 25 26 27  18 19 20 21 22 23 24  22 23 24 25 26 27 28  
28 29 30 31           25 26 27 28 29 30 31  29                    

      mars 2016     
lu ma me je ve sa di
    1  2  3  4  5  6  
 7  8  9 10 11 12 13  
14 15 16 17 18 19 20  
21 22 23 24 25 26 27  
28 29 30 31

Je pense plutôt qu’il y a un traitement commun pour les options -3 et -n et un traitement spécifique pour 3, alors qu’il faudrait des traitements différenciés des options.

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

[^] # Re: cal est bogué aussi !

Posté par barmic le 20 septembre 2015 à 11:41. Évalué à 3.

J'ai pas l'option -n, mais mon cal(1) sous Debian vient du paquet bsdmainutils.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

[^] # Re: cal est bogué aussi !

Posté par Arthur Accroc le 20 septembre 2015 à 11:54. Évalué à 4.

J'ai pas l'option -n, mais mon cal(1) sous Debian vient du paquet bsdmainutils.

Voilà, sous BSD, ils ont déjà supprimé l’option -n ! ;-)

Plus sérieusement, sous Arch, j’ai le cal d’util-linux.

« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

[^] # Re: cal est bogué aussi !

Posté par Ignatz Ledebur le 20 septembre 2015 à 12:15. Évalué à 2.

Voilà, sous BSD, ils ont déjà supprimé l’option -n ! ;-)

En fait, il semble que ce soit plutôt util-linux qui a ajouté une option pourrie (le standard, au passage, n'en précisant aucune) :

$ cal -n 5
cal : option invalide -- 'n'

Utilisation :
 cal [options][[[jour] mois] année]

Options :
 -1, --one        n'afficher que le mois en cours (par défaut)
 -3, --three      afficher le mois précédant, celui en cours, et le prochain
 -s, --sunday     dimanche comme premier jour de la semaine
 -m, --monday     lundi comme premier jour de la semaine
 -j, --julian     afficher la date julienne
 -y, --year       afficher toute l'année en cours
 -V, --version    afficher les informations de version et quitter
 -h, --help       afficher cette aide et quitter

$ cal -V  
cal de util-linux 2.21.2

[^] # Re: cal est bogué aussi !

Posté par SChauveau le 20 septembre 2015 à 17:02. Évalué à 3.

Pour ceux qui préfèrent la ligne de commande, je me suis fait un petit alias bash pour afficher une heure/date dans plusieurs timezones (testé sous Debian/Ubuntu/Mint)

tz () {
    local A D T tz M UTC0 UTC1 LOCATIONS 
    D="$*"
    [ -n "$D" ] || D=now    
    T=$(date -d "$D" +%s) || return
    # Add here your preferred locations (as given by tzselect)
    LOCATIONS+=" America/Los_Angeles"   # PST/PDT
    #LOCATIONS+=" America/Denver"        # MST/MDT
    LOCATIONS+=" America/Chicago"       # CST/CDT
    #LOCATIONS+=" America/New_York"      # EST/EDT
    LOCATIONS+=" Europe/London"         # GMT/BST
    LOCATIONS+=" Europe/Paris"          # CET/CEST 
    #LOCATIONS+=" Asia/Shanghai"         # CST (China Standard Time)
    LOCATIONS+=" Asia/Tokyo"            # JST 
    #LOCATIONS+=" Australia/Melbourne"   # AEDT/AEST
    #LOCATIONS+=" Australia/Adelaide"    # ACDT/ACST
    # Get current timezone now (in $UTC0) and at requested time (in $UTC1)
    # They may be different because of summer/winter time changes. 
    UTC0=$(LC_ALL=C  date -d "now" +"%z")
    UTC1=$(LC_ALL=C  date -d "@$T" +"%z")
    for tz in $LOCATIONS ; do
        # UTC2 is the UTC timezone of $tz at the given time 
        UTC2=$(LC_ALL=C TZ="$tz" date -d "@$T" +"%z")
        if [ "$UTC1" == "$UTC2" ] ; then
            if [ "$UTC0" == "$UTC1" ] ; then
                M="*"  # This is consistent with current timezone.
            else
                M="?"  # Also but probably with a summer/winter time change.
            fi
        else
            M=" "
        fi
        A=$(LC_ALL=C TZ="$tz" date -d "@$T" +"%c %Z (UTC%:z)")
        # Prefix each output line with its numeric timezone. 
        # That prefix will we removed after sorting.
        printf "%s %c%-20s %s\n" "$UTC2" "$M" "$tz" "$A"
    done | sort -n | cut -c 7-
}

Par défaut, cela donne l'heure actuelle mais il est aussi possible de spécifier une autre heure ou date dans un format accepté par la commande date

voici quelques exemples (voir aussi 'info date'):

tz               # maintenant
tz 14:00         # aujourd'hui 14:00 dans le fuseau horaire du système
tz 14:00+4       # aujourd'hui 14:00 en UTC+4
tz tomorrow 2pm PST # demain 14:00 en Pacific Standard Time 
tz 2pm July 14 CEST # le 14 juillet à 14:00 Central European Summer Time

Voici un exemple de résultat

 America/Los_Angeles  Sun Sep 20 07:58:25 2015 PDT (UTC-07:00)
 America/Chicago      Sun Sep 20 09:58:25 2015 CDT (UTC-05:00)
 Europe/London        Sun Sep 20 15:58:25 2015 BST (UTC+01:00)
*Europe/Paris         Sun Sep 20 16:58:25 2015 CEST (UTC+02:00)
 Asia/Tokyo           Sun Sep 20 23:58:25 2015 JST (UTC+09:00)

Attention au heures d'été & hivers.

Par exemple, "Dec 25 CEST" ne marchera pas car Noel n'est pas en heure d'été.
Il faut utiliser "Dec 25 CET".

Remarque: une ligne démarrant par * correspond au fuseau horaire actuel (même valeur UTC). Si un changement d'heure d'été/hivers doit avoir lieu entre maintenant et l'heure demandée alors le * est remplacé par ?.

Sous Debian/Ubuntu, j'utilise tzselect pour trouver le nom des fuseaux horaires qui m'intéressent (ou alors, voir dans /usr/share/zoneinfo)

# Debian Sid, gnome-shell 3.16.3-2

Posté par Benoît Sibaud (site web personnel) le 20 septembre 2015 à 11:35. Évalué à 10. Dernière modification le 20 septembre 2015 à 11:41.
Le changelog Debian indique une correction dans gnome-shell (3.14.1-2)
```
  [ Jordi Mallach ]
  * Add 50-compute-weeknumber-with-gdatetime.patch: Fix miscalculation of
    week number in the calendar (closes: #769118).
```
Cf Debian #769118 qui renvoie sur Gnome #290625 et Gnome #290644 (qui donnent les diff appliqués).
- [^] # Re: Debian Sid, gnome-shell 3.16.3-2
  
  Posté par rootix le 20 septembre 2015 à 23:05. Évalué à 8.
  
  Un développeur GNOME m'a effectivement dit que c'était corrigé : je vais devoir trouver du temps pour mettre à jour mon PC. Je pensais le faire semaine 43.
  - [^] # Re: Debian Sid, gnome-shell 3.16.3-2
    
    Posté par Benoît Sibaud (site web personnel) le 22 septembre 2015 à 09:48. Évalué à 5.
    
    T'as pensé à faire ça le samedi 41 septembre en milieu de soirée vers 22:72 ? En même temps j'avais bien vu une machine à voter affichant une ouverture à 65516:65525:65502 le 64800/01/1994 et LinuxFr.org avec une horloge qui cyclait sur 4s. C'est un classique de l'informatique de rater la gestion de la date/heure (bug an 2000, secondes intercalaires, débordements, année bissextile, etc.).
    - [^] # Re: Debian Sid, gnome-shell 3.16.3-2
      
      Posté par Anthony Jaguenaud le 22 septembre 2015 à 10:43. Évalué à 2.
      
      C'est un classique de l'informatique de rater la gestion de la date/heure (bug an 2000, secondes intercalaires, débordements, année bissextile, etc.).
      
      De toute façon, l’informatique ce n’est pas fiable !
      
      À moins que ce ne soit le cerveau des programmeurs…

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.