nihui 进来一下，kdebase-workspace 4.8.0 不能编译，急....
更新过 cmake ，还是不行，一路编译到 kdebase-runtime 都正常通过了，workspace 还没 make 就出错了。。。-- Looking for strnlen-- Looking for strnlen - found
-- Performing Test HAVE_STRUCT_SOCKADDR_IN_SIN_LEN
-- Performing Test HAVE_STRUCT_SOCKADDR_IN_SIN_LEN - Failed
-- Performing Test HAVE_STRUCT_SOCKADDR_IN6_SIN6_LEN
-- Performing Test HAVE_STRUCT_SOCKADDR_IN6_SIN6_LEN - Failed
-- Found Soprano: /usr/include
-- Looking for XScreenSaverQueryInfo in Xss
-- Looking for XScreenSaverQueryInfo in Xss - found
-- Found libgps: /usr/include
-- Could NOT find Xmms(missing:XMMS_LIBRARIES XMMS_INCLUDE_DIRS)
-- Could NOT find XMMS: the nowplaying dataengine will NOT support XMMS 1.x
-- Found Qalculate: -lcln -lpthread -lqalculate
-----------------------------------------------------------------------------
-- The following external packages were located on your system.
-- This installation will have the extra features provided by these packages.
-----------------------------------------------------------------------------
* glib2 - Low-level core library for data structure handling, portability wrappers, etc.
* Nepomuk - Nepomuk Libraries
* Boost - Boost C++ Libraries
* Akonadi - An extensible cross-desktop storage service for PIM data
* KDE PIM Libs - KDE Libraries for PIM
* libpam - PAM Libraries
* lm-sensors - Sensors support for ksysguard
* FreeType - A font rendering engine
* libusb - User level access to USB devices
* libxft - X FreeType interface library
* libxss - XScreenSaver Library
* OpenGL - API for developing portable, interactive 2D and 3D graphics applications
* OpenGL ES - Support for OpenGL ES2.0 graphics library
* PCIUTILS - PciUtils is a library for direct access to PCI slots
* RAW1394 - library for direct access to IEEE 1394 bus
* ck-connector - The ConsoleKit connector library
* Soprano - Semantic Desktop Storing
* libgps - GPS support for geolocation
* Qalculate! - Qalculate Library
-----------------------------------------------------------------------------
-- The following OPTIONAL packages could NOT be located on your system.
-- Consider installing them to enable more features from this software.
-----------------------------------------------------------------------------
* GoogleGadgets (0.11.0 or higher)<http://code.google.com/p/google-gadgets-for-linux/>
Google Gadgets library
Needed to build plasma scriptengine for google gadgets
* Prison<http://projects.kde.org/prison>
Prison library
Needed to create mobile barcodes from clipboard data
* NetworkManager (0.7.0 or higher)<http://www.gnome.org/projects/NetworkManager>
A daemon for user controlled networking
Needed for building Network Management support in Solid. Max version supported is 0.8.10
* XMMS<http://www.xmms.org>
X MultiMedia System development libraries
Support for XMMS in the Now Playing data engine
-----------------------------------------------------------------------------
-- Configuring incomplete, errors occurred!
error: Bad exit status from /var/tmp/rpm-tmp.L3PZt0 (%build)
RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.L3PZt0 (%build)
#
[ 本帖最后由 haulm 于 2012-3-12 12:55 编辑 ] 在编译服务器上是正常编译的，应该是缺包或包版本不对吧。 把 CMakeCache.txt 删了，然后再 cmake 下，贴出全部的 cmake 输出，这段没有显示出错误的地方。 看提示好象是没有编译 kactivities-4.8.0
汗了，编译方法改了，spec 档的依赖没人改过，现在编译欢快进行中。。。
[ 本帖最后由 haulm 于 2012-3-12 17:54 编辑 ] 4.8.0 使用 phonon 4.5.1，mplayer 插件仍然是可以编译不能用，在缺少插件情况下，kde4 无法注销和重启，安装 gstreamer 后端正常工作。 诚心请教一下如何修改 qt 程序，避免这个问题呢？
WARNING: Phonon needs QCoreApplication::applicationName to be set to export audio output names through the DBUS interface QCoreApplication::setApplicationName().
原帖由 haulm 于 2012-3-13 04:50 发表 http://forum.linuxfans.org/images/common/back.gif
诚心请教一下如何修改 qt 程序，避免这个问题呢？
WARNING: Phonon needs QCoreApplication::applicationName to be set to export audio output names through the DBUS interface 再次放弃了 KDE4 升级，新的 dolphin 真的没法接受，删个文件里面的文件显示就折腾一下，同样我终端里删些文件就发现它们太爱跳舞了。
那个该死的只能弹一个例程限制的新快速启动栏删掉又会自动增加回去。。。折腾一会系统又失声了，kmixer 显示又大又难看，phonon-mplayer 插件不能工作，因为它导致系统注销和关机失败，这次没有崩溃，我发现系统没有后端插件时就是这样的，所以Bug是 KDE4 自己的。phonon-gstreamer 有时有声有时无声，切来切去。。。，其它该变的都没变，拼命增加些没用的东西，gwenview 的视频播放能力失效。好好的 dolphin 文件名显示现在搞得一个文件浏览器里放不下几个，和垃圾堆一样堆放，要知道我的显示器不算大也有 21.5 寸了，很无语。文件浏览器方便的菜单也不见了，大显示器难道连显示这点地方也费力，非要腾出来不可？
KDE4 这么玩下去，我不会不考虑换个桌面了。
[ 本帖最后由 haulm 于 2012-3-14 08:10 编辑 ] 再次放弃了 KDE4 升级，新的 dolphin 真的没法接受，删个文件里面的文件显示就折腾一下，同样我终端里删些文件就发现它们太爱跳舞了。
这个华丽丽的动画在 4.8.1 去掉了。。。
那个该死的只能弹一个例程限制的新快速启动栏删掉又会自动增加回去。。。
这不是说一个例程，只是任务条只有一个了
折腾一会系统又失声了，kmixer 显示又大又难看，phonon-mplayer 插件不能工作，因为它导致系统注销和关机失败，这次没有崩溃，我发现系统没有后端插件时就是这样的，所以Bug是 KDE4 自己的。phonon-gstreamer 有时有声有时无声，切来切去。。。，其它该变的都没变，拼命增加些没用的东西，gwenview 的视频播放能力失效。
你没试过别的KDE发行版就别把bug硬说是KDE自己的啊，明明是你打包上的问题。
好好的 dolphin 文件名显示现在搞得一个文件浏览器里放不下几个，和垃圾堆一样堆放，要知道我的显示器不算大也有 21.5 寸了，很无语。文件浏览器方便的菜单也不见了，大显示器难道连显示这点地方也费力，非要腾出来不可？
默认配置众口难调，满足一部分人势必会影响另一部分人
KDE4 这么玩下去，我不会不考虑换个桌面了。
总之，你只能适应，或者有能力的话自行修改，或者换别的桌面。
回复 8# haulm 的帖子
你應該是個折騰老兵（veteran）了。但是恕我直言，你這些話很像一個新手說的。有硬傷，應該去報Bug，如果嫌碼英文字麻煩，我可以代為報告、跟蹤，但是你要把問題解釋清楚，比如說截圖呢？而不是一堆吐槽。
對用戶體驗有不同意見，其實也可以報Bug。但是你先考慮一下：
1、是否只是和你原有的習慣不同？而不是這種方式本質上就有問題。
2、是否影響了你，但是對其他人有好處，所謂的眾口難調？ :mrgreen:
KDE 能改成 Windows7 一模一样吗？这个和我胃口。
回复 11# jiangtao9999 的帖子
別老是想著模仿好不好⋯⋯真的喜歡Windows 7，去用就可以了⋯⋯ 原帖由 atsivsucks 于 2012-3-14 11:39 发表 http://forum.linuxfans.org/images/common/back.gif
你應該是個折騰老兵（veteran）了。但是恕我直言，你這些話很像一個新手說的。
有硬傷，應該去報Bug，如果嫌碼英文字麻煩，我可以代為報告、跟蹤，但是你要把問題解釋清楚，比如說截圖呢？而不是一堆吐槽。
對用戶體驗有不同意見，其實 ...
什么是 ⋯⋯ :?:
kde4 qt phonon 这三者合作本来就是有些问题，KDE 不能关机注销应该是老毛病了，怎么能说是我自己打包有问题 ，可以去百度一下，这方面我和 nihui 过招不止一次了，打发包肯定是没问题的，有的就是兼容问题，如果兼容问题突出就应该属于开发问题。当然我不是恶意的，nihui 现在是 KDE 项目方面的，您老以前少有来往，我说话就这样，不好听。再拉个人，999 口德比我要还要差 :mr发reen:
别的发行版都没问题么？我觉得不是，因为我还不是基于开发去支持KDE4项目的。KDE4 在升级建设过程中和用户脱节这是不争的事实，我真的不觉得我说错了什么，人性化的设计不合理比 Bug 还另人讨厌，我不能理解没有 phonon 后端插件就不能关机。
那个华丽丽的动画是我直接放弃 kde4.8.0 的，所以没有提交 Bug，以后我会注意的，一起加油。。。。
[ 本帖最后由 haulm 于 2012-3-14 12:41 编辑 ] 感覺上游項目就像一個永遠開發不完的專案，不斷有新特性加進去，卻總是有點Bug。不知道nihui同不同意。
haulm，作爲打包者，你有沒有做過Fedora的維護人員？ 我没有唯护过 Fedora ，但我一直在挖 Fedora 的源码包，然后跟据自己的需要踢除不需要的依赖，一般来说 Fedora 的依赖非常广，甚至为了依赖把一个程序分几次编译，这样出来的组件我真想苦笑。。。或许是可以工作的，但我就遇到过这样编译的PHP一会一个特性的直到另人抓狂，这样的源码档案我不能接受，需要修正，而我需要的只是满足目前编译的需要进行的。
Linux 现在很多 Bug 是兼容引起的，最可怕的是兼容交错，出现不同的版本依赖交错是非常令人难以接受的，以致于你的源码树也是交错的，一次编译成功率低，甚至重编译会失败。
我这么说应该不会太难懂吧，比如我的源码树编译底层是可行的，但为了满足某个组件提出的升级申请，于是带动了一堆的编译和升级，但是在我升级以后，我原始二进制底层的编译环境受到了破坏，又无法在现有的环境上进行重编译，如果我重编译满足了我又无法进行另外的编译。
我是尽可以保持一条线的编译的，如果发现层次太多，我会考虑降级或者干脃提升底层，这就很是难受。nihui 批评我打包有问题，其实不是有问题，而是上游太喜欢更换 api ，于是出现编译找不到某个支持之类。。。，如果这种问题多了或是能编译但二进制程序不稳定，这些东西不能怪打包者，而是他们开发时是否考虑了用户的感受。
用户根本不在乎你短期内用了什么新技术，不兼容现用的系统，不好用是实实在在的表现，并不是所有的更新都让人喜欢的，某个组件的更新，于是 Livecd 的制做无法工作了，而这个用户并不懂得如何修改工具来满足现有的系统变化。。。
[ 本帖最后由 haulm 于 2012-3-14 22:06 编辑 ]
页:
[1]