[arch-general] default ~/.config/compiz/compizconfig prevents compiz start with radeonhd
Listmates, I thought I would pass along a bug and a solution. I struggled trying to get compiz running on my arch x86_64 install on my laptop with the radeonhd driver for my x1200 card. After pulling my xorg.conf apart, swapping between the radeon and radeonhd driver and posting to the compiz list, I got the solution from a reply on the compiz list. The problem is with the archlinux default ~/.config/compiz/compizconfig/config supplied along with the compiz-fusion-kde package. The default is: [kde_session] profile = For some reason this prevents compiz from starting with either the radeon or radeonhd driver. SYMPTOMS: Upon Compiz start, the display behaves exactly like it is going to work. The display goes blank, sequentially erasing and redrawing each window, but then it never actually starts. The windows are just left there with no decor. You can sill provide input to them, but you cannot move or resize them. Issuing kwin --replace causes the reverse to happen (windows destroyed, black screen, windows then redrawn with kde decor. SOLUTION(S): From the compiz list, the suggestion was made to go ahead and let compiz try to start. Since you still have input capability, issue ccsm from the command line and then configure compiz forcing a new config to be written, then reload compiz. I did the equivalent, but took a shortcut by simply rsyncing ~/.config/compiz from another working machine. Problem solved. REMAINING ISSUES WITH ARCH GLX: When issuing glxinfo from a konsole cli as $USER everything works fine. However, if you are su to root $UID then glxinfo fails: [23:07 alchemy:/home/david] # glxinfo No protocol specified Error: unable to open display :0.0 Dunno if this is a bug or feature, but I thought I would pass it along. I'll file a bug report on the default config issue, fixing it will save a lot of folks a lot of heartache and newbies from thinking Linux doesn't work. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] default ~/.config/compiz/compizconfig prevents compiz start with radeonhd
On Saturday 09 May 2009 03:09:37 David C. Rankin, J.D.,P.E. wrote: Listmates, snip The problem is with the archlinux default ~/.config/compiz/compizconfig/config supplied along with the compiz-fusion-kde package. The default is: [kde_session] profile = For some reason this prevents compiz from starting with either the radeon or radeonhd driver. snip Just fyi, I checked the default config for suse by creating a new user, starting compiz, and exiting. It is as follows: [03:21 ecstasy:/srv/www/download/linux/compiz] # cat compizconfig-suse/compizconfig/Default.ini [decoration] as_command = kde-window-decorator --replace [core] as_active_plugins = core;ccp;place;move;resize;decoration;png;wobbly;cube;fade;minimize;rotate;scale;switcher;regex;workarounds;zoom; My guess is that workarounds is what helped compiz get started with the default config. (That is only my guess though) -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] default ~/.config/compiz/compizconfig prevents compiz start with radeonhd
Hi! I think this remaining issue is because root is not normally allowed to connect to the X server. After issuing an „xhost +local:“ (the colon is essential) all connections from localhost should be allowed and thus it should work. Ed On Samstag, 09. Mai 2009, 10:09:37 David C. Rankin, J.D.,P.E. wrote: Listmates, snip REMAINING ISSUES WITH ARCH GLX: When issuing glxinfo from a konsole cli as $USER everything works fine. However, if you are su to root $UID then glxinfo fails: [23:07 alchemy:/home/david] # glxinfo No protocol specified Error: unable to open display :0.0 Dunno if this is a bug or feature, but I thought I would pass it along. I'll file a bug report on the default config issue, fixing it will save a lot of folks a lot of heartache and newbies from thinking Linux doesn't work. signature.asc Description: This is a digitally signed message part.
[arch-general] [signoff] kernel-2.6.29.3-1
Hi fixes: http://bugs.archlinux.org/task/14568 http://bugs.archlinux.org/task/14565 http://bugs.archlinux.org/task/11778 greetings tpowa -- Tobias Powalowski Archlinux Developer Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] New vi/vim/gvim in testing requires intervention
Kessia 'even' Pinheiro wrote: Hi all, Tobias, i`m without a machine, so, i can`t check the vim version. Did you compile new vim with witch version of ruby? It will be with ruby-1.8 because 1.9 is not in the repos yet... I am waiting for the vi(m)'s to move out of [testing] before I do the ruby update. Allan
Re: [arch-general] default ~/.config/compiz/compizconfig prevents compiz start with radeonhd
Think this should be fixed in the packages? -AT On Sat, May 9, 2009 at 3:37 AM, Edgar Kalkowski em...@edgar-kalkowski.de wrote: Hi! I think this remaining issue is because root is not normally allowed to connect to the X server. After issuing an „xhost +local:“ (the colon is essential) all connections from localhost should be allowed and thus it should work. Ed On Samstag, 09. Mai 2009, 10:09:37 David C. Rankin, J.D.,P.E. wrote: Listmates, snip REMAINING ISSUES WITH ARCH GLX: When issuing glxinfo from a konsole cli as $USER everything works fine. However, if you are su to root $UID then glxinfo fails: [23:07 alchemy:/home/david] # glxinfo No protocol specified Error: unable to open display :0.0 Dunno if this is a bug or feature, but I thought I would pass it along. I'll file a bug report on the default config issue, fixing it will save a lot of folks a lot of heartache and newbies from thinking Linux doesn't work.
Re: [arch-general] vi/vim/gvim without ruby support
Allan, the ruby in testing as of 3 days ago. That would be 1.8 I think. we can build gvim(the only one with ruby enabled) without ruby support for the time being. I don't think that many people actually script vim with ruby and there aren't all that many ruby-vim scripts out there. Now I can be wrong, but I think it's only fair to NOT let gvim stall the ruby packages. Once we have ruby 1.9* support in vim we enable it again. No big deal. As for the OP: vim is a symlink to vim-normal because upon installation of gvim it becomes a symlink to vim-full (more powerful, better script support, etc ... all the bells and whistles) where gvim will be a symlink to the same binary it just automatically invokes it with GUI support. That's just how vim works. -T On Sat, 09 May 2009, Allan McRae wrote: Kessia 'even' Pinheiro wrote: Hi all, Tobias, i`m without a machine, so, i can`t check the vim version. Did you compile new vim with witch version of ruby? It will be with ruby-1.8 because 1.9 is not in the repos yet... I am waiting for the vi(m)'s to move out of [testing] before I do the ruby update. Allan
Re: [arch-general] vi/vim/gvim without ruby support
I have a ruby script that I use, but don't let me stop you. -AT On Sat, May 9, 2009 at 10:45 AM, Tobias Kieslich tob...@justdreams.de wrote: Allan, the ruby in testing as of 3 days ago. That would be 1.8 I think. we can build gvim(the only one with ruby enabled) without ruby support for the time being. I don't think that many people actually script vim with ruby and there aren't all that many ruby-vim scripts out there. Now I can be wrong, but I think it's only fair to NOT let gvim stall the ruby packages. Once we have ruby 1.9* support in vim we enable it again. No big deal. As for the OP: vim is a symlink to vim-normal because upon installation of gvim it becomes a symlink to vim-full (more powerful, better script support, etc ... all the bells and whistles) where gvim will be a symlink to the same binary it just automatically invokes it with GUI support. That's just how vim works. -T On Sat, 09 May 2009, Allan McRae wrote: Kessia 'even' Pinheiro wrote: Hi all, Tobias, i`m without a machine, so, i can`t check the vim version. Did you compile new vim with witch version of ruby? It will be with ruby-1.8 because 1.9 is not in the repos yet... I am waiting for the vi(m)'s to move out of [testing] before I do the ruby update. Allan
[arch-general] xorg trouble
I have done a new install using the 2009-02 install cd Then sync and updated the system with pacman install alsa and the xorg I have installed hal and it is running When I start xorg I get no X on the screen. Thanks
[arch-general] Transmission package out of date
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The package Transmission-gtk has been out of date for some time now. I sent an e-mail to the package maintainer a few months ago with an updated PKGBUILD and never received a response. To update the package all that is required is changing the version number and check sums. # Maintainer: Alexander Fehr pizzapunk gmail com # Contributor: Brendan Fahy bren...@f4hy.com pkgname=transmission-gtk pkgver=1.60 pkgrel=1 pkgdesc=Fast, easy, and free BitTorrent client (GTK+ GUI) arch=('i686' 'x86_64') url=http://www.transmissionbt.com/; license=('MIT') depends=('curl' 'libnotify' 'desktop-file-utils' 'hicolor-icon-theme') makedepends=('intltool') optdepends=('notification-daemon: Desktop notification support') replaces=('transmission') install=transmission-gtk.install source=(http://mirrors.m0k.org/transmission/files/transmission-$pkgver.tar.bz2) md5sums=('8b30cf189240f0c50ccd11c618a6906a') build() { ~ cd $srcdir/transmission-$pkgver ~ ./configure --prefix=/usr --disable-wx --disable-cli --disable-daemon || return 1 ~ make || return 1 ~ make DESTDIR=$pkgdir install || return 1 ~ # Remove web client ~ rm -rf $pkgdir/usr/share/transmission || return 1 ~ install -D -m644 COPYING $pkgdir/usr/share/licenses/transmission-gtk/COPYING || return 1 } - -- Brendan Fahy bren...@f4hy.com www.f4hy.com 714.310.7627 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkoGNvQACgkQO7SvxW5E8xrD2ACeJSI/rIVyIIc2C6k9fp2AaxgX QAEAn05okb3D0aCzuGotE1lrqQXPeoHI =MLjp -END PGP SIGNATURE-
Re: [arch-general] xorg trouble
2009/5/9 Baho Utot baho-u...@columbus.rr.com: I have done a new install using the 2009-02 install cd Then sync and updated the system with pacman install alsa and the xorg I have installed hal and it is running When I start xorg I get no X on the screen. Thanks What is your ~/.xinitrc ?
Re: [arch-general] default ~/.config/compiz/compizconfig prevents compiz start with radeonhd
David C. Rankin, J.D.,P.E. wrote: On Saturday 09 May 2009 03:09:37 David C. Rankin, J.D.,P.E. wrote: Listmates, snip The problem is with the archlinux default ~/.config/compiz/compizconfig/config supplied along with the compiz-fusion-kde package. The default is: [kde_session] profile = For some reason this prevents compiz from starting with either the radeon or radeonhd driver. snip Just fyi, I checked the default config for suse by creating a new user, starting compiz, and exiting. It is as follows: [03:21 ecstasy:/srv/www/download/linux/compiz] # cat compizconfig-suse/compizconfig/Default.ini [decoration] as_command = kde-window-decorator --replace [core] as_active_plugins = core;ccp;place;move;resize;decoration;png;wobbly;cube;fade;minimize;rotate;scale;switcher;regex;workarounds;zoom; My guess is that workarounds is what helped compiz get started with the default config. (That is only my guess though) The key wasn't simply workarounds but also needed was as_command = emerald --replace. 3rd-time is the charm. I didn't like the way the earlier posts read, so for conciseness, the following default configuration for the 2 files needed under ~/.config/compiz/compizconfig will get you going using the radeonhhd driver: ~/.config/compiz/compizconfig/config [kde_session] backend = ini profile = ~/.config/compiz/compizconfig/Default.ini [decoration] as_command = emerald --replace [core] as_active_plugins = core;resize;decoration;water;zoom;splash;png;minimize;workarounds;shift;wobbly;regex;place;firepaint;mousepoll;obs;fade;move;cube;showmouse;rotate;switcher;cubeaddon;scale;expo; Additionally, (I didn't test this), but supposedly, you can just start compiz (it will not be working), and then run ccsm (CompizConfig Settings Manager) and make your setting changes, then restart compiz. Now someone reading this thread can make sense of it and have all the needed changes in a single post for the required compiz defaults. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] Transmission package out of date
You have some strange ~s in your PKGBUILD that were not there before. Also, transmission-cli also needs updating. -AT On Sat, May 9, 2009 at 7:07 PM, Brendan Fahy bren...@f4hy.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The package Transmission-gtk has been out of date for some time now. I sent an e-mail to the package maintainer a few months ago with an updated PKGBUILD and never received a response. To update the package all that is required is changing the version number and check sums. # Maintainer: Alexander Fehr pizzapunk gmail com # Contributor: Brendan Fahy bren...@f4hy.com pkgname=transmission-gtk pkgver=1.60 pkgrel=1 pkgdesc=Fast, easy, and free BitTorrent client (GTK+ GUI) arch=('i686' 'x86_64') url=http://www.transmissionbt.com/; license=('MIT') depends=('curl' 'libnotify' 'desktop-file-utils' 'hicolor-icon-theme') makedepends=('intltool') optdepends=('notification-daemon: Desktop notification support') replaces=('transmission') install=transmission-gtk.install source=(http://mirrors.m0k.org/transmission/files/transmission-$pkgver.tar.bz2) md5sums=('8b30cf189240f0c50ccd11c618a6906a') build() { ~ cd $srcdir/transmission-$pkgver ~ ./configure --prefix=/usr --disable-wx --disable-cli --disable-daemon || return 1 ~ make || return 1 ~ make DESTDIR=$pkgdir install || return 1 ~ # Remove web client ~ rm -rf $pkgdir/usr/share/transmission || return 1 ~ install -D -m644 COPYING $pkgdir/usr/share/licenses/transmission-gtk/COPYING || return 1 } - -- Brendan Fahy bren...@f4hy.com www.f4hy.com 714.310.7627 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkoGNvQACgkQO7SvxW5E8xrD2ACeJSI/rIVyIIc2C6k9fp2AaxgX QAEAn05okb3D0aCzuGotE1lrqQXPeoHI =MLjp -END PGP SIGNATURE-