[笑话]linux下有趣的命令

[李丑男]

代码： 全选

lj@lj-desktop:~$ cal 9 1752
     九月 1752      
一 二 三 四 五 六 日
    1  2 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30   

为什么我的日期和你们的不一样？

[wkl17]

代码： 全选

lj@lj-desktop:~$ cal 9 1752
     九月 1752      
一 二 三 四 五 六 日
    1  2 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30   

为什么我的日期和你们的不一样？

MS前面的发出来的，有几天跳过去了，（即星期几对不上）是这样的吧？？？

[Jarson]

有意思

[poet]

九月 1752
日 一 二 三 四 五 六
1 2 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
cal 9 1752还真是错误的！！怎么搞的

没错的
http://en.wikipedia.org/wiki/1752
估计Win下绝大多数万年历在这年都是错的..

不能说windows错。每个国家采纳格里高日历的时间不同，而在man里面明确说明缺省情况下 cal 显示的是英国标准。

中国1912年才开始采纳格里高日历，而且此前没有使用过朱里安日历，因此如果当前语言环境是中国，格里高日历切换就不应当发生在1752年9月。这个cal的输出显然是错的。

事实上中国的locale在1912年以前究竟是应当显示农历，还是准确显示格里高日历并没有准确说法，不过无论如何，既然中国从来没有使用过朱里安日历，显示朱里安日历肯定是不对的，1752年发生在英国的日历切换不应当在中国的locale环境下出现。

[20youyou08]

很好很有趣

[tusooa]

有bug：

代码： 全选

tusooa@tusooa-laptop:~$ sudo apt-get install fortune-zh     
[sudo] password for tusooa:                                 
正在读取软件包列表... 完成                                  
正在分析软件包的依赖关系树                                  
正在读取状态信息... 完成                                    
下列软件包是自动安装的并且现在不再被使用了：                
  liblaunchpad-integration1 libglib-perl krita-data python-gst0.10 kword-data
  ttf-wqy-zenhei koshell kivio-data libgfortran3                             
  libboost-program-options1.34.1 ttf-kannada-fonts scrollkeeper kthesaurus   
  python-numeric latex-xft-fonts kpresenter krita xutils libgnome2-perl      
  python-pyorbit python-gconf openoffice.org-l10n-common libmaildir4         
  python2.5-dbg koffice-data libsuitesparse-3.1.0 python2.5-dev dcraw        
  libglide2 libavformat52 libamrnb3 kugar python-gtkhtml2 libamrwb3          
  libgnome2-vfs-perl python-sexy ttf-telugu-fonts python-vte libvte9         
  libgtk2-perl ttf-arphic-gbsn00lp kword libgtkhtml2-0                       
  python-launchpad-integration libblas3gf kchart liblapack3gf karbon         
  gnome-icon-theme ttf-oriya-fonts kspread libpoppler-qt2 kplato libcairo-perl
  kivio koffice-libs ttf-bengali-fonts libwv2-1c2 libvte-common kexi          
  libscrollkeeper0 librsvg2-common libpqxx-2.6.9ldbl libgnome2-canvas-perl    
  kpresenter-data libpoppler-glib3 xutils-dev                                 
使用'apt-get autoremove'来删除它们                                            
将会安装下列额外的软件包：                                                    
  libhz0 zh-autoconvert                                                       
下列【新】软件包将被安装：                                                    
  fortune-zh libhz0 zh-autoconvert                                            
共升级了 0 个软件包，新安装了 3 个软件包，要卸载 0 个软件包，有 1 个软件未被升级。                                                                              
需要下载 262kB 的软件包。                                                       
解压缩后会消耗掉 803kB 的额外空间。                                             
您希望继续执行吗？[Y/n]y                                                        
获取：1 http://tw.archive.ubuntu.com jaunty/universe libhz0 0.3.16-3 [159kB]    
获取：2 http://tw.archive.ubuntu.com jaunty/universe zh-autoconvert 0.3.16-3 [40.0kB]
获取：3 http://tw.archive.ubuntu.com jaunty/universe fortune-zh 1.6 [63.1kB]
下载 262kB，耗时 13s (19.8kB/s)
选中了曾被取消选择的软件包 libhz0。
(正在读取数据库 ... 系统当前总共安装有 222337 个文件和目录。)
正在解压缩 libhz0 (从 .../libhz0_0.3.16-3_i386.deb) ...
选中了曾被取消选择的软件包 zh-autoconvert。
正在解压缩 zh-autoconvert (从 .../zh-autoconvert_0.3.16-3_i386.deb) ...
选中了曾被取消选择的软件包 fortune-zh。
正在解压缩 fortune-zh (从 .../fortune-zh_1.6_i386.deb) ...
正在设置 libhz0 (0.3.16-3) ...

正在设置 zh-autoconvert (0.3.16-3) ...
正在设置 fortune-zh (1.6) ...
正在处理用于 libc6 的触发器...
ldconfig deferred processing now taking place
tusooa@tusooa-laptop:~$ fortune-zh
《北青萝》
作者：李商隐
残阳西入崦，茅屋访孤僧。
落叶人何在，寒云路几层。
独敲初夜磬，闲倚一枝藤。
世界微尘里，吾宁爱与憎。
tusooa@tusooa-laptop:~$ fortune-zh
《江乡故人偶集客舍》
作者：戴叔伦
天秋月又满，城阙夜千重。
还作江南会，翻疑梦里逢。
风枝惊暗鹊，露草覆寒虫。
羁旅长堪醉，相留畏晓钟。
tusooa@tusooa-laptop:~$ fortune-zh
《草》
作者：白居易
离离原上草，一岁一枯荣。
野火烧不尽，春风吹又生。
远芳侵古道，晴翠接荒城。
又送王孙去，萋萋满别情。
tusooa@tusooa-laptop:~$

诗名不是草

[momova]

[jioyo源]

1582年2月，罗马教廷要求从1582 年10月中减去10天，因此1852 年10月4日后面紧跟着就是15日。在意大利、西班牙等国家都这样处理了。其他天主教国家也很快跟着这么做了，但是新教国家不愿意修改，而且希腊等东正教国家直到20世纪初才修改，所以这个改革在英国及其殖民地（包括美国）在1752年9月才被执行。这样1752 年9月2日后面跟着的就是1752 年9月14日。但在Windows下，由于电脑的日期无法调回那个时候（1980再往前就是2099），于是调用VC的月历控件写个万年历，1752 年9月却很正常，看来这是个一段要靠Linux才能了解的历史

[jioyo源]

格里高利历法改革(Gregorian Reformation)被认为发生于 1752 年 9 月 3 日.
在 此 之前, 多数国家已经认可这项改革(尽管有一些直到 20 世纪初才认可它).
那天之后的 10 天在这项改革被略去了, 所以那个月的日历有点不太寻常.

[jioyo源]

ioyo@jioyo-laptop:~$ aptitude moo
本程序中没有复活节彩蛋。
jioyo@jioyo-laptop:~$ aptitude -v moo
本程序中确实没有复活节彩蛋。
jioyo@jioyo-laptop:~$ aptitude -vv moo
我不是已经告诉您本程序中没有复活节彩蛋了吗？
jioyo@jioyo-laptop:~$ aptitude -vvv moo
停下来！
jioyo@jioyo-laptop:~$ aptitude -vvvv moo
好吧，好吧，如果我给您复活节彩蛋，您会停手吗？
jioyo@jioyo-laptop:~$ aptitude -vvvvv moo
好吧，您赢了。

/----\
-------/ \
/ \
/ |
-----------------/ --------\
----------------------------------------------
jioyo@jioyo-laptop:~$ aptitude -vvvvvv moo
这是什么？ 这当然是一只大象被一条蛇吞吃了。
jioyo@jioyo-laptop:~$ aptitude -vvvvvvv moo
这是什么？ 这当然是一只大象被一条蛇吞吃了。
jioyo@jioyo-laptop:~$ aptitude -vvvvvvvv moo
这是什么？ 这当然是一只大象被一条蛇吞吃了。
jioyo@jioyo-laptop:~$ aptitude -vvvvvvvvv moo
这是什么？ 这当然是一只大象被一条蛇吞吃了。
jioyo@jioyo-laptop:~$ aptitude -vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv moo
这是什么？ 这当然是一只大象被一条蛇吞吃了。

[ssfjhh]

九月 1752
日 一 二 三 四 五 六
1 2 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
cal 9 1752还真是错误的！！怎么搞的

没错的
http://en.wikipedia.org/wiki/1752
估计Win下绝大多数万年历在这年都是错的..

不能说windows错。每个国家采纳格里高日历的时间不同，而在man里面明确说明缺省情况下 cal 显示的是英国标准。

中国1912年才开始采纳格里高日历，而且此前没有使用过朱里安日历，因此如果当前语言环境是中国，格里高日历切换就不应当发生在1752年9月。这个cal的输出显然是错的。

事实上中国的locale在1912年以前究竟是应当显示农历，还是准确显示格里高日历并没有准确说法，不过无论如何，既然中国从来没有使用过朱里安日历，显示朱里安日历肯定是不对的，1752年发生在英国的日历切换不应当在中国的locale环境下出现。

这么爱钻牛角尖呀？那好，就跟你钻次牛角尖，中学的历史书上都写公元多少多少年发生了什么事，你说那个时候的中国能有公历吗？那时候用干去纪年法，或者用类似乾隆23年这样的方法，要不要咱们的历史书上都用干支纪年法？

既然采用了采纳格里高日历就应该尊重他的历史。如果我们的1912年一月一日和英国的一月一日是同一天，而这之前并不按格里高日历，算起来公元元年都对不住吧？

[速腾1994]

mm@mm-laptop:~$ cal 9 1752
九月 1752
一 二 三 四 五 六 日
1 2 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30

[harmock]

[Attentatall]

顶你个肺

[isSuS]

太强悍了……