升级pango时要求删除很多东西?
使用smart升级pango 时提示将d4x smartgui等文件删除是否正常? 嗯?不会吧。肯定不能删除啊。 嗯?不会吧。
肯定不能删除啊。
会的 使用最新的 d4x,搜索一下这里。 这是打包的一个错误,与前几天的一个决定有关,我会把它报告给开发人员
在这里我也顺便描述一下上次 IRC 会议的精神——一种控制相同版本号软件包在不
同仓库中的安排方法。假设 -g12 和 -g14 仓库中有相同版本号的两个软件包:
gtk2-2.8.18,我们将按如下方式给它命名:
G12: gtk2-2.8.18-12.1.i686.rpm
G14: gtk2-2.8.18-14.1.i686.rpm
以上方案的优点是:
1)避免不同的包起相同的名字,造成混淆
2)确保当用户从 G12 仓库切换到 G14 仓库时,同名、同版本号的软件包仍然会
得到自动的升级
一开始检查一下相关几个包的依赖关系,没有问题。
后来,怀疑是这个的问题,我把 release(原来打错了,不是version) 由 12.1 改成 1,then rebuild,就可以升级了。 请大家不要胡乱猜测 :P被老大骂了:oops: 这是打包的一个错误,与前几天的一个决定有关,我会把它报告给开发人员
在这里我也顺便描述一下上次 IRC 会议的精神——一种控制相同版本号软件包在不
同仓库中的安排方法。假设 -g12 和 -g14 仓库中有相同版本号的两个软件包:
gtk2-2.8.18,我们将按如下方式给它命名:
G12: gtk2-2.8.18-12.1.i686.rpm
G14: gtk2-2.8.18-14.1.i686.rpm
以上方案的优点是:
1)避免不同的包起相同的名字,造成混淆
2)确保当用户从 G12 仓库切换到 G14 仓库时,同名、同版本号的软件包仍然会
得到自动的升级
一开始检查一下相关几个包的依赖关系,没有问题。
后来,怀疑是这个的问题,我把 release(原来打错了,不是version) 由 12.1 改成 1,then rebuild,就可以升级了。
那样的话,release用1.g12,1.g14更好吧。 请 tonyking 朋友使用命令行,将出错信息贴上来。最好再附带你的 apt sources.conf 文件 这是打包的一个错误,与前几天的一个决定有关,我会把它报告给开发人员
在这里我也顺便描述一下上次 IRC 会议的精神——一种控制相同版本号软件包在不
同仓库中的安排方法。假设 -g12 和 -g14 仓库中有相同版本号的两个软件包:
gtk2-2.8.18,我们将按如下方式给它命名:
G12: gtk2-2.8.18-12.1.i686.rpm
G14: gtk2-2.8.18-14.1.i686.rpm
以上方案的优点是:
1)避免不同的包起相同的名字,造成混淆
2)确保当用户从 G12 仓库切换到 G14 仓库时,同名、同版本号的软件包仍然会
得到自动的升级
一开始检查一下相关几个包的依赖关系,没有问题。
后来,怀疑是这个的问题,我把 release(原来打错了,不是version) 由 12.1 改成 1,then rebuild,就可以升级了。
正规的做法应当是使用 spec 的“世代”参数,而不是胡乱改文件名。 sources.conf
### MagicLinux
rpm http://apt.magiclinux.org/ magiclinux gnome extras os updates
rpm http://auvtech.com/~xinzhen/downloads/apt/ magic-2-0-g12 gnome os updates extras
rpm-src http://apt.magiclinux.org/ magiclinux gnome extras os updates
rpm-src http://auvtech.com/~xinzhen/downloads/apt/ magic-2-0-g12 gnome os updates extras
正规的做法应当是使用 spec 的“世代”参数,而不是胡乱改文件名。
在ml2上使用epoch有点儿问题。 经再见兄查证,原因最新版的包里漏包了内容,对此我向大家深表歉意,我会尽快修正放上新版。
注意原因不是包的 release 号。号是几并不重要,只要环境健全,重编一次就会好。 我也为我的瞎猜向大家道歉,下次一定会注意的:oops:
页:
[1]