[FZH] Compiz 0.9 终于登陆 Fedora 了
by Liang Suilong
AdamW 和它的同伴已经把 Compiz 0.9 打好包了,放在 Fedora People 的 repo 上,有兴趣的朋友可以试试。
AdamW 还会跟他的团队慢慢把 Unity 界面带到 Fedora 的。不过尚需时日。
Fedora && Debian User, former Ubuntu User
My Page: http://www.liangsuilong.info
Fedora Project Contributor -- Packager && Ambassador
https://fedoraproject.org/wiki/User:Liangsuilong
---------- Forwarded message ----------
From: Adam Williamson <awilliam(a)redhat.com>
Date: Tue, Jan 18, 2011 at 10:20 PM
Subject: Compiz 0.9 landing in Rawhide
To: devel(a)lists.fedoraproject.org, test(a)lists.fedoraproject.org
Quick note for Rawhide users: I am in the process of landing Compiz 0.9
now. Adel and I have been testing the 0.9 migration in a side repo -
http://repos.fedorapeople.org/repos/Compiz09/compiz09/ - for a while
now, and we're happy it's working pretty well. Note that we're using the
upstream 'compiz-with-glib-mainloop' branch: this contains some changes
that are needed for Unity, and will be merged into upstream master quite
soon. We agreed with Sam Spilsbury, the upstream compiz maintainer, that
it'd work out well for everyone if we help to test the glib-mainloop
changes in Rawhide to make sure they can be merged upstream faster.
Quick summary of most important changes:
* gconf configuration storage backend is deprecated
* configuration from compiz 0.8 will not migrate to 0.9; you'll have to
re-do your configuration
* desktop-effects is deprecated and broken, do not use it: install
'compiz-gnome' and there'll be a 'Classic GNOME with Compiz' choice at
the login manager you can use to get a GNOME 2 + Compiz-style desktop
(with panel, not Shell)
* use ccsm to configure Compiz, configuration done in ccsm will actually
work and be saved now
* KDE integration not tested yet
Here's some more detailed notes on the changes:
* We're deprecating gconf as a backend for storing Compiz/plugin
configurations. It's caused all sorts of problems over the years and is
more or less deprecated upstream, and gconf itself is going out as well.
Compiz may grow a dconf/gsettings backend, but in practice, it's
probably better to just use the flat-file (ccp) configuration system
anyway, it seems to be a lot less problematic.
So all the gconf schemas are now in -gconf subpackages which you don't
have to install unless you really, really want to use the gconf
configuration storage system for some reason. If you do, you'll have to
make sure whatever method you use for launching compiz sets the 'gconf'
parameter instead of 'ccp'. The compiz-gtk script which most people
probably wind up using, one way or another, to launch compiz now
specifies 'ccp' not 'gconf'. I have tested the 'ccp' configuration
method quite carefully and can report that, contrary to how it's been in
Fedora for a while, Compiz configuration you set with ccsm actually
works now. :) I have not tested the gconf configuration storage backend,
and don't know if it works. I know ccsm 0.9 isn't actually capable of
storing configurations in gconf yet, so you'd have a tricky time using
it. It's deprecated. If it's not working, you get to keep both halves.
File a bug and we'll see what we can do. If you're wondering where the
flat-file configuration storage actually lives, it's in
~/.config/compiz-1 .
Configuration from 0.8 does not migrate to 0.9. You'll have to re-do
your configuration. This isn't a consequence of the gconf stuff
mentioned above, it's just an upstream change: for all config storage
backends, there was a clean break from 0.8 to 0.9 and configuration is
not carried over. Ubuntu has some patches which attempt to migrate 0.8
configs to 0.9, but they're not 100% reliable and add time to each
startup, so they are not likely to be merged upstream, so we won't be
carrying them in Fedora. I'm afraid you'll have to re-do your
configuration with the 0.9 switch, if you have a custom compiz
configuration; sorry about that.
desktop-effects is more or less deprecated now. It doesn't make a deal
of sense for Fedora 15+. It works on the basis of changing the
compositing and window managers for GNOME, and you can't really run
GNOME Shell with Compiz as the compositing manager; the paradigm just
isn't there. You can run 'classic GNOME' - with the gnome-panel instead
of GNOME Shell - with compiz and gtk-window-decorator, but that's a very
different experience from the Shell. The desktop team has said they
don't really think desktop-effects is appropriate any more, and they
won't be maintaining it. So what we've implemented instead is a desktop
session definition called 'Classic GNOME with Compiz'. That means that,
if you install the compiz-gnome package, then at the login manager -
gdm, kdm, whatever - you'll have the 'Classic GNOME with Compiz' session
listed as an option. This will start up a GNOME session with
gnome-panel, compiz and gtk-window-decorator, instead of the 'true'
GNOME 3, GNOME Shell-based experience. We felt this more appropriate to
the actual nature of the various choices in Fedora 15, and it's simpler
and more robust than what would have to be done to 'fix' desktop-effects
for GNOME 3. The current version of desktop-effects won't even launch
Compiz 0.9 properly, due to another bug; I could fix this (actually, I
already have, but it would need to go 'upstream') but it may not be
worth the trouble. Also, the 'cube' and 'wobbly windows' checkboxes in
desktop-effects won't work any more, as they used the gconf backend.
(Again, I have a patch for this - it just takes the checkboxes out - but
it may make more sense just to kill desktop-effects in F15).
I haven't tested the KDE integration stuff yet, but I intend to. Does
anyone actually use Compiz with KDE 4?
Please do report any bugs you come across, we'll be working with Sam to
try and make 0.9 as reliable as possible by F15 release time. Thanks!
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net
--
devel mailing list
devel(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
12 years, 10 months
[FZH] [Feature] NVIDIA-VESA fb
by microcai
---------- 已转发邮件 ----------
发件人: microcai <microcai(a)fedoraproject.org>
日期: 2011年1月15日 上午11:58
主题: [Feature] NVIDIA-VESA fb
收件人: linux-kernel <linux-kernel(a)zh-kernel.org>
NVIDIA 显卡使用 两个驱动可以在终端获得本地分辨率 ( i.e. 显示器的最佳分辨率)
nvidiafb 和 KMS 的 nouveau 。
但是 nouveau 3D 性能不佳。
nvidiafb 和官方驱动冲突。
要是 vesafb 能支持宽屏分辨率就好咯。可惜,这得看显卡 BIOS, 不是每个显卡BIOS都有适合你显示器的分辨率的。
wait a minute, vesafb 其实不负责初始化显卡,显示模式的初始化是在实模式通过调用 VIDEO BIOS
完成的。然后通过内核的一个参数区域将显卡的显示模式告诉 vesafb 驱动。vesafb 直接使用就可以了。
如果能在 vesafb 接管控制台前,通过 nvidiafb 的代码设置好分辨率,然后将实模式下传来的各个参数修正,之后在进入 vesafb
不就可以咯? 这样 vesafb 也能使用 nvidiafb 的代码设置任意分辨率,同时也不会和 NVIDIA 官方驱动冲突。
OK, 说干就干。
诚邀广大 GEEK 们参加改进。
12 years, 10 months
Re: [FZH] 回复: [Feature] NVIDIA-VESA fb
by microcai
在 2011年1月15日 下午10:10,E=MaC^2s <cellslab(a)gmail.com> 写道:
> 帐号 cellslab
> 另外 sf.net 也有git 我用着感觉还不错
添加了。开发分支是 vesanvfb .
>
> 在 2011年1月15日 下午8:19,microcai <microcai(a)fedoraproject.org>写道:
>>
>> http://repo.or.cz/w/linux-2.6/vesanvfb.git 这里搭建了一个 (*^__^*) 嘻嘻……。
>>
>> Google code 不适合搞内核开发啊, repo.or.cz 只能托管,没有 wiki 没有 bugzilla .....
>> 真不好。
>> 你也注册一个帐号,我把 push 权限加上。
>>
>> 在 2011年1月15日 下午8:00,microcai <microcai(a)fedoraproject.org> 写道:
>> > wow .. 好啊。。 先找个 git 托管平台先。。。
>> >
>> > 在 2011年1月15日 下午1:38,E=MaC^2s <cellslab(a)gmail.com> 写道:
>> >> 我参与 希望能有帮助
>> >>
>> >> 在 2011 年 1 15 日,11:59 上午,"microcai" <microcai(a)fedoraproject.org>编写:
>> >>
>> >> NVIDIA 显卡使用 两个驱动可以在终端获得本地分辨率 ( i.e. 显示器的最佳分辨率)
>> >>
>> >> nvidiafb 和 KMS 的 nouveau 。
>> >>
>> >> 但是 nouveau 3D 性能不佳。
>> >> nvidiafb 和官方驱动冲突。
>> >>
>> >> 要是 vesafb 能支持宽屏分辨率就好咯。可惜,这得看显卡 BIOS, 不是每个显卡BIOS都有适合你显示器的分辨率的。
>> >>
>> >> wait a minute, vesafb 其实不负责初始化显卡,显示模式的初始化是在实模式通过调用 VIDEO BIOS
>> >> 完成的。然后通过内核的一个参数区域将显卡的显示模式告诉 vesafb 驱动。vesafb 直接使用就可以了。
>> >>
>> >> 如果能在 vesafb 接管控制台前,通过 nvidiafb 的代码设置好分辨率,然后将实模式下传来的各个参数修正,之后在进入 vesafb
>> >> 不就可以咯? 这样 vesafb 也能使用 nvidiafb 的代码设置任意分辨率,同时也不会和 NVIDIA 官方驱动冲突。
>> >>
>> >> OK, 说干就干。
>> >>
>> >> 诚邀广大 GEEK 们参加改进。
>> >> _______________________________________________
>> >> Linux 内核开发中文邮件列表
>> >> Linux-kernel(a)zh-kernel.org
>> >> http://zh-kernel.org/mailman/listinfo/linux-kernel
>> >> Linux 内核开发中文社区: http://zh-kernel.org
>> >
>
>
12 years, 10 months
Re: [FZH] 回复: [Feature] NVIDIA-VESA fb
by microcai
http://repo.or.cz/w/linux-2.6/vesanvfb.git 这里搭建了一个 (*^__^*) 嘻嘻……。
Google code 不适合搞内核开发啊, repo.or.cz 只能托管,没有 wiki 没有 bugzilla .....
真不好。
你也注册一个帐号,我把 push 权限加上。
在 2011年1月15日 下午8:00,microcai <microcai(a)fedoraproject.org> 写道:
> wow .. 好啊。。 先找个 git 托管平台先。。。
>
> 在 2011年1月15日 下午1:38,E=MaC^2s <cellslab(a)gmail.com> 写道:
>> 我参与 希望能有帮助
>>
>> 在 2011 年 1 15 日,11:59 上午,"microcai" <microcai(a)fedoraproject.org>编写:
>>
>> NVIDIA 显卡使用 两个驱动可以在终端获得本地分辨率 ( i.e. 显示器的最佳分辨率)
>>
>> nvidiafb 和 KMS 的 nouveau 。
>>
>> 但是 nouveau 3D 性能不佳。
>> nvidiafb 和官方驱动冲突。
>>
>> 要是 vesafb 能支持宽屏分辨率就好咯。可惜,这得看显卡 BIOS, 不是每个显卡BIOS都有适合你显示器的分辨率的。
>>
>> wait a minute, vesafb 其实不负责初始化显卡,显示模式的初始化是在实模式通过调用 VIDEO BIOS
>> 完成的。然后通过内核的一个参数区域将显卡的显示模式告诉 vesafb 驱动。vesafb 直接使用就可以了。
>>
>> 如果能在 vesafb 接管控制台前,通过 nvidiafb 的代码设置好分辨率,然后将实模式下传来的各个参数修正,之后在进入 vesafb
>> 不就可以咯? 这样 vesafb 也能使用 nvidiafb 的代码设置任意分辨率,同时也不会和 NVIDIA 官方驱动冲突。
>>
>> OK, 说干就干。
>>
>> 诚邀广大 GEEK 们参加改进。
>> _______________________________________________
>> Linux 内核开发中文邮件列表
>> Linux-kernel(a)zh-kernel.org
>> http://zh-kernel.org/mailman/listinfo/linux-kernel
>> Linux 内核开发中文社区: http://zh-kernel.org
>
12 years, 10 months
[FZH] 加入GTalk群
by Mike Manilone
我建立了一个Fedora的中文GTALK群,欢迎大家加入~
将这个加成好友:fedora-cn(a)partychapp.appspotchat.com
加入 /join 帮助 /help 列出成员 /list,如果使用的是像empathy和pidgin这样
的,用 /say + 这些命令。
人挺少的,希望大家捧捧场!
12 years, 10 months
[FZH] install fedora as xen paravirtualization guest os
by iaml
hi all:
本人现在用f14搭建了xen的domain0,然后想用virt-manager安装 paravirtualization guest
os。遇到的情况是:
用virt-manager安装paravirtulization guest os的话,必须选择网络安装。我选择了
http
://download.fedoraproject.org/linux/fedora//releases/14/Fedora/x86_64/os/<ftp://ftp.oss.eznetsols.org/linux/fedora//releases/14/Fedora/x86_64/os/>
作为安装源
下载完.img文件后,它问我是否添加额外源,我把update也添加上去了。然后开始安装……可以每次都会显示cronie-anacron-1.4.5-4.fc14.x86_64.rpm无法打开或者源错误。可是我打开fedoraproject里面的update看过,里面确实有这个包。所以很纳闷。之后是着不把update源添加上去,看看会不会不显示需要那个包,结果还是一样。后来换成
mirrors.kernel.org的试过,也是不行。也是过f12,
f13,还是会出现类似的问题。不知道这种网络安装的依赖和需要的包是由哪个文件决定的?为什么它会显示找不到呢?不知道怎么解决呢?
另外,据说fedora有已经编译好的pv-domainU内核(最好是f12以后的)。我找了很久,只找到一个要付费的,然后没有找到别的了。有知道的朋友不知道能不能给个连接?
ps:迫于无奈,已经用Ubuntu10.04提供的xen-domainU版本,但是越想越觉得不对,不可能说fedora没有提供这方面的支持……
谢谢。
--
Software School, Sun Yat-sen University
Tao Lin
12 years, 10 months
[FZH] 可否合并valide和anjuta?
by Mike Manilone
目前的valide(vala ide)和anjuta ide在界面和功能上都极为相似,而且valide
GUI貌似不太稳定,不知道可否全合并到anjuta中?
12 years, 10 months