AppFog经常莫名奇妙的重启给我造成了不小的阴影,我总担心哪一天OpenShift也会搞出什么问题(尽管目前还没有,红帽的稳定性还是有保障的)。但是防范于未然总是好的。搜罗了一下,本文的方法直接来自于OpenShift官方文档。借助于rhc工具,我们可以非常方便地备份和还原应用。
备份方法
首先,打开终端,运行。
cd /WHERE-DO-YOU-WANT-TO-KEEP-BAK-FILE/ rhc snapshot save APPNAME
AppFog经常莫名奇妙的重启给我造成了不小的阴影,我总担心哪一天OpenShift也会搞出什么问题(尽管目前还没有,红帽的稳定性还是有保障的)。但是防范于未然总是好的。搜罗了一下,本文的方法直接来自于OpenShift官方文档。借助于rhc工具,我们可以非常方便地备份和还原应用。
首先,打开终端,运行。
cd /WHERE-DO-YOU-WANT-TO-KEEP-BAK-FILE/ rhc snapshot save APPNAME
RHEL是Red Hat Enterprise Linux的缩写,而TDE是Trinity Desktop Environment的缩写。简单说一下TDE,TDE是一群不满KDE进入4.x时代的人fork KDE3.5而成,TDE的开发状态还算活跃。如果你也想要经典KDE 3.x的界面的话,TDE是非常适合你的。因为TDE同时还支持GTK+ 3(尚处于dev分支)和Qt4应用程序。
下面本文以RHEL 6.4为例进行介绍。对于RHEL 6.x和其克隆版(如CentOS 6和Scientific Linux 6)都是通用的,其它版本和其它发行版请看TDE官方文档。
首先,安装好EPEL,如果你用的RHEL而不是CentOS的话,需要去RHN经典订阅里面,添加optional这个软件订阅。注意,必须先在系统里用rhn-register成功注册了才能在RHN里面看到自己的系统,没有购买RHEL的话是不能注册的!
然后,在终端下运行
我一直希望能够保存用户数据(主要是root的家目录),但是由于从U盘启动,用perch参数启动的话,Slax会利用changes这个文件夹存放所有变更的文件,但是这样会奇卡无比,每个程序运行都会卡顿,实在是奇葩。aufs又没有commit参数之类的能够降低Disk I/O(我估计是因为读写太频繁,而USB 2.0带宽小,根本忙不过来,所以会卡)。于是我看中了rootcopy这个文件夹,rootcopy下的文件会被全部拷贝到Slax运行中的根目录(/)下,所以rootcopy完全可以起到备份用户数据的目的。
我又对Slackware的rc.d研究了很久……不想写System V的initscript,感觉太麻烦了,但是BSD-style的script写出来本身又不能被执行,后来干脆改了rc.6和rc.S让它们直接调用我写的autosaver脚本。下面简要说一下本方法适用的条件和使用办法。
在Pastebin的设置里面,点击Get New Providers(中文翻译为「百宝箱」),就能找到paste.fedoraproject.org(我今天刚刚上传的)。点击Install(「安装」),稍微等一会就装好了!
然后就能用paste.fedoraproject.org作为Pastebin的服务提供点了!Fedora Users走起!
手动下载地址:http://opendesktop.org/content/show.php?content=157764
关于什么是Pastebin?这么强大的贴代码的工具都不知道……自行面壁思过。
在Linux/BSD操作系统下工作,总会遇到一些可恶的人类使用docx/pptx等M$办公文档,只有文字的话还好,一旦遇到公式,经常显示就是悲剧状态。解决的办法如下。
首先你得装有一个Windows系统……(WTF?),至少你边上要有一台Windows PC……这样才能拷贝M$的字体啊!!!
然后,更新你的LibreOffice到最新版本(现在是4.0.1),如果你使用的是民族企业的WPS Office的话,也确保是最新版本。毕竟新版本修复了不少程序上的问题,接下来解决字体上的问题。虽然opensymbol能显示不少符号了,但是目前阶段还不能取代商业字体。
声明一下,拷贝Windows操作系统中的商业字体可能是违法的行为!后果自负~~
找到Windows中的以下字体(系统磁盘的Windows/fonts下),将其拷贝到/usr/share/fonts/下(也可以是fonts下的子目录中)。
至少确保有可读的权限。打开LibreOffice,打开一个有公式的M$ Office文档,看看公式是不是已经完美显示了?LibreOffice使用LaTex编辑公式,所以导入的M$文档中的公式是不能被编辑的。
本办法同时适用于OpenOffice.org、Calligra(Calligra有一个bug澄清:是Fedora打包的bug,不是Calligra的bug)等其它办公软体。
主要原因是UCS的速度太慢了。至少两周,多的话?几个月都可以(三个月的数据是据网上朋友说的),我自己买这单东西过了一个月了,在EMS上查询还是UC纽约发往广州。
我不是任何其它快递公司的托,再说像DHL/FedEx/TNT这样的企业也没必要找托,这三家国际快递巨头的质量据说是相当靠谱的,一周内就能送达,当然价格也比较贵。一般首重就要27刀左右!
当初选用XX转运公司就是看在它快递费用便宜,买过几次东西,前几次都是两周左右就到了,这次过了一个月都没消息,而且我去问UCS的客服QQ,他们根本不回复,这种服务态度你说气人不气人?打沈阳分公司的电话也打不通(刚终于打通了,告诉我很可能被海关抽查要缴税,如果要缴税的话,通知要等到四月份才会下来……心中一万只草尼玛奔腾而过)
下次海淘的时候我会换一家用DHL或者FedEx的转运公司,宁愿多出点钱,也不想再被华人公司气了。还华人开的公司呢,就专门盯着中国人的钱包转,态度也不咋地。同理,如果大家愿意多掏一点运费钱少受气,少等至少一二十天的话,那就不要选这类美国华人开办的国际快递公司。
P.S. 不是说UCS差劲到不行,是说他们的速度确实很慢,就像国内平时可能见到的邮政E邮宝……
P.P.S. 最近用了一次comGateway这家转运公司,居然用的是顺丰呢!!!大喜!不过预计还是要10天才能收到。
本博客之前介绍过在Android上设置用Exchange接受/发送微软Hotmail(现在升级为outlook.com了)的邮件。但是在KDE下,KMail不支持MS-Exchange协议的,只能用传统的POP3来接受邮件,用SMTP来发送邮件了。微软估计是不打算支持IMAP了!
当你初次使用KMail发送邮件时,微软可能会发送一个确认信息给你,以防止邮件服务被误用或者滥用。
参考英文原文:eHow tech
之前介绍过ownCloud私有云服务了,下面讲一下怎么自己编译它的Android客户端。之所以要自己编译,原因有两点:
搭建一个Android SDK环境不要我说了吧?不会的自己找块Google这样的豆腐撞了……下面以Fedora 18 64位系统为例,讲一下我的过程。
2013-03-17补记:作者的7.0.8发布日志
这是Slax尝试修复任务栏奇怪问题的最后一次努力,如果7.0.8还不能解决,那就不会解决了。-_-#
下面缩进的是本文关于升级包的内容。
我真是服了Tomas了……7.0.7并没有修复任务栏的bug,于是……如你所见,7.0.8来了!还好,无论你在用7.0.6还是7.0.7都不用重新下载200多MB的ISO镜像,只需下载这个4KB的升级补丁包就好了。
补丁包地址:http://www.slax.org/upload/99-diff-706-708.sb
把下载得到的99-diff-706-708.sb文件放在slax/modules下面即可。如果问题没有解决的话,Tomas建议你试试把保存了自己改动的Plasma相关的配置文件(*.rc)删除,因为自己的配置文件可能会覆盖掉补丁包的配置文件。
消息来源:作者英文原文
P.S. 反正我是没有遇到这个问题