<![CDATA[曲文庆's Blog]]> http://www.quwenqing.com/ zh-tw F2blog .cont 1.1 Build 090810 曲文庆's Blog http://www.quwenqing.com/attachments/8278598901.jpg http://www.quwenqing.com/ 曲文庆's Blog http://www.quwenqing.com/read-249.html <![CDATA[sudo: timestamp too far in the future问题解决]]> Mon, 21 Sep 2015 15:16:59 +0800 http://www.quwenqing.com/read-249.html 今天出现下面的错误，但是系统的当前时间 是对的
$ sudo -i
sudo: timestamp too far in the future: Apr 27 11:47:31 2026;

解决如下：
method 1: 
========= 
I was able to get around this by doing the following: 

1. Check the timestamp sudo reports (will look something like below). 
sudo: timestamp too far in the future: Apr 27 11:47:31 2026; 

2. Use Adjust Date & Time to set the date/time to the sudo timestamp or later. 

3. Execute the 'sudo -k' command. (Clears the timestamp). 

4.

]]> http://www.quwenqing.com/read-246.html <![CDATA[关于confluence头部导航栏快捷链接丢失]]> Mon, 16 Mar 2015 15:35:41 +0800 http://www.quwenqing.com/read-246.html confluence使用一段时间后，突然导航栏中的“空间”、“人员”、“创建”、“搜索”等功能链接丢失，同事大牛查看后如下结论：

 

这个是1个月后，license 过期的问题。虽然是破解了，但是那种破解不完美，比如导航烂这个，刚初始安装后，导航栏一些配置应该都保存在DB里面（或者其他地方如本地文件），不过是1个月的有效期，而破解的过程应该没有对这个数据做一些变更（变更过期时间），所以没有进一步去细看改哪个数据，所以直接，通过硬编码进来：

 

具体的代码如下：


$ cat confluence/decorators/includes/aui-header-primary.vm 

 

<ul class="aui-nav">

    #* 因为找不到可以改的地方，所以就硬编码进来了 *#

    #menuMacros_renderHeaderLeftImageLinks()

   

]]> http://www.quwenqing.com/read-245.html <![CDATA[修改了SSH默认端口之后，如何配置git？]]> Fri, 06 Mar 2015 11:29:06 +0800 http://www.quwenqing.com/read-245.html

由于安全或者其它原因，我们可能会修改默认的SSH服务端口号，默认情况下，已有的git项目在pull或者push的时候会报错。

现在假设原来的项目的remote设置为git@domain.com:Projects/p1.git，将服务器SSH默认端口修改为3022后，导致push出错。

有两个解决办法：

一、直接修改URL为SSH://开头

git remote set-url origin ssh://git@domain.com:3022/~/Projects/p1.git

二、 修改本地配置文件

cat>~/.ssh/config # 映射一个别名 host newdomain hostname domain.com port 3022 # ctrl+D

修改p1.git项目下的git配置文件

git remote set-url origin git@newdomain:Projects/p1.git

]]> http://www.quwenqing.com/read-244.html <![CDATA[git命令行与OpenSSH]]> Fri, 06 Mar 2015 11:23:48 +0800 http://www.quwenqing.com/read-244.html 在OpenSSH中，我们可以很方便的通过编辑 ~/.ssh/config 文件来为git指定不同的host，达到使用不同的端口，不同的密钥访问git服务的目的。看看下面这个例子：

192.168.0.1这台服务器的SSH服务器使用2012端口，我可以使用 git clone git@server1:myrepo.git 来获取我的版本库；
我在git上有两个帐号 test 和 release，需要使用不同的密钥。我可以使用 git clone me_test:myrepo.git 和 git clone me_release:myrepo.git 来获取。

host server1     HostName 192.168.0.1     port 2012     IdentityFile ~/.ssh/server18  host me_test     HostName git     port 22     User git     IdentityFile ~/.ssh/
]]> http://www.quwenqing.com/read-236.html <![CDATA[Homebrew的安装与使用]]> Fri, 10 Oct 2014 13:27:21 +0800 http://www.quwenqing.com/read-236.html
 

Mac OS X是基于Unix的操作系统，可以安装大部分为Unix/Linux开发的软件。然而，如果只是以使用为目的，对每个软件都进行手工编译不是很方便，也不利于管理已安装的软件，于是出现了类似于Linux中APT、Yum等类似的软件包管理系统，其中最著名的有MacPorts、Fink、Homebrew等。

我曾经是MacPorts的使用者，但了解Homebrew之后，立即“弃暗投明”了。其实MacPorts也是一个很不错的解决方案，除了一个实在让我头疼的特性。MacPorts有个原则，对于软件包之间的依赖，都在MacPorts内部解决（/opt/local），无论系统本身是否包含了需要的库，都不会加以利用。这使得MacPorts过分的庞大臃肿，导致系统出现大量软件包的冗余，占用不小的磁盘空间，同时稍大型一点的软件编译时间都会难以忍受。

而Homebrew的原则恰恰相反，它尽可能地利用系统自带的各种库，使得软件包的编译时间大为缩短；同时由于几乎不会造成冗余，软件包的管理也清晰、灵活了许多。Homebrew的另一个特点是使用Ruby定义软件包安装配置（叫做

]]> http://www.quwenqing.com/read-229.html <![CDATA[Installing cgit with nginx on CentOS 5.4]]> Thu, 15 May 2014 18:06:15 +0800 http://www.quwenqing.com/read-229.html

]]> http://www.quwenqing.com/read-225.html <![CDATA[将git库push到另一个远程非22端口库]]> Wed, 19 Mar 2014 13:43:17 +0800 http://www.quwenqing.com/read-225.html 有时需要将本地git库push到多个远程库，一般默认库都记录到配置里了，可以直接用 git push命令推送，对其他远程库，并且ssh不是默认22端口的，可以用如下方式push

git push ssh://git@1.1.1.1:1111/project.git

]]> http://www.quwenqing.com/read-223.html <![CDATA[winrar 5.0 注册码]]> Wed, 12 Mar 2014 11:46:37 +0800 http://www.quwenqing.com/read-223.html 留备一下winrar 5.0的注册码，省的到处找

RAR registration data
State Grid Corporation Of China
50000 PC usage license
UID=5827a0bd1c43525d0a5d
64122122500a5d3d56f784f3a440ac3fb632d34e08bbaa37fc7712
6acaeb8eb044810272e86042cb7c79b1da0eaf88c79f8a7c6dd77b
dba335e27a109997ac90fb0e10e4129e79f46c42b4ee1832fa5113
7443fcc1124840d4dd36f3af84a5c915a760b18c6394f938168227
fbf29edbc4b34ef85ee53fbfca71814a82afadf073876b4b033451
b6292a7cc7975b3ff3cc73404abbf7c126787344169eeae4609f62

c9ffbc159bf2640ad5d9b88f8fa9d9cbf2b7e5b022a21938465244

]]> http://www.quwenqing.com/read-211.html <![CDATA[安装gitolite]]> Wed, 13 Mar 2013 17:41:46 +0800 http://www.quwenqing.com/read-211.html  
安装gitolite
 
 
git默认使用SSH协议，在服务器上基本上不用怎么配置就能直接使用。但是如果面向团队服务，需要控制权限的话，还是用gitolite方便些。
本文的大部分内容来自 https://github.com/sitaramc/gitolite ，但并不是翻译。

本文面向的版本是gitolite v3；所有的操作基于命令行；服务器为CentOS 6.3 x86_64；

gitolite vs gitosis

为什么不用gitosis呢？原因很简单，它已经好几年没有更新了。
gitolite原本是作为gitosis的lite版本出现的，可是现在的功能甚至已经超过gitosis了。
关于gitolite和gitosis的更详细信息，可以看看下面几篇文章：

使用gitosis来配置管理git服务器端 http://blog.prosight.me/index.php/2009/07/271
Gitolite and Gitosis in a Nutshell http://saito.im/note/Gitolite-and-Gitosis-in-a-Nutsh
]]> http://www.quwenqing.com/read-209.html <![CDATA[CentOS6上安装部署git1.8]]> Wed, 13 Mar 2013 15:49:37 +0800 http://www.quwenqing.com/read-209.html
 
CentOS6上安装部署git1.8

yum -y install make curl-devel gcc openssl-devel expat-devel cpan xmlto asciidoc gettext

make prefix=/usr/local all doc
make prefix=/usr/local install install-doc install-html


问题及解决方案：
/bin/sh: curl-config: command not found
yum install curl-devel


/bin/sh: cc: command not found
yum install gcc


git-compat-util.h:208:25: warning: openssl/ssl.h: No such file or directory g
yum install openssl-devel


http-push.c:14:19: warning: expat.h: No such file or directory
yum install expat-devel


Ca
]]>