May 2009 - Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] LZMA - in or out? ([signoff] libarchive 2.6.0)
by Grigorios Bouzakis 12 May '09

12 May '09

On Tue, May 12, 2009 at 08:03:43AM +0200, Pierre Schmitz wrote: > Am Dienstag, 12. Mai 2009 02:06:31 schrieb Dan McGee: > > Yes, of course. I think we can take some time to let it bake, as there > > is not an immediate need, and when 5.0 comes out we can move it to > > core and then rebuild libarchive with support for both. > > Sure, no need to hurry. Slackware has achieved a decrease of size from 1,9GB > to 1,4GB of their main repo. Our ratio should be lower as we don't have source > packages in our repos. But it should be easy to test once the tools are ready. > (du -h;gunzip *.gz;xz *.tar;du -h) Just for the record, Slackware didnt move the sources to xz. Just the compiled packages. The descrease in size you are reffering to is more or less correct. My local rsynced tree is 1.6Gb with .xz while it was around 2.0Gb with .tgz. The gain should be 20-25% from what i can estimate. -- Greg

4 5

[arch-general] Dovecot
by Baho Utot 12 May '09

12 May '09

Anyone got a simple configuration file ( dovecot.conf ) that has simple auth login? like clear text? thanks

4 5

[arch-general] Gnome - Nautilus and Evolution, Fresh Install
by Baho Utot 11 May '09

11 May '09

I have just completed a new install using the latest Install/Live CD 2009.02 I followed the Beginners Guide (exactly :) including the update. I continued until I finished with install Xorg and Gnome. After setting up .xinitrc to run Gnome I issued a startx to start Xorg and Gnome. 1. When clicking the "Users home dir icon" to launch Nautilus and browsing to test it, I then clicked the "X" to stop the app from running ( upper right on the window ) Nautilus crashed and Gnome restarted, cleared the desktop (refreshed) and generated a bug report to be set to gnome.org (via bug buddy). 2. After installing Evolution ans running the app I made some errors when I initially set it up for my imap server. Clicking/running from the Edit->Preferences menu caused evolution to crash and generating a bug report. I can not use the Edit->Preferences menu at all, making the evolution installation worthless as I can not change any settings. How stable is Gnome on Arch Linux? I need to move from KDE3 to Gnome until KDE4 is finished and debugged. Comments/Fixes Anyone? Thanks

4 4

[arch-general] requesting mysql man pages
by Felipe Tanus 11 May '09

11 May '09

Hi all, It's me or the mysql package don't come with man pages? I guess that would be good to have manpages for stuff like mysqlcheck, mysqldump, mysqlshow... Is there a reason for it not be avaliable at the mysql package? thanks for your time! []'s -- Felipe de Oliveira Tanus E-mail: fotanus(a)gmail.com Blog: http://fotanus.blogspot.com/ Site: http://www.inf.ufrgs.br/~fotanus/ ----- Aperture Science: We do what we must because we can For the good of all of us except for the ones who are dead

1 0

[arch-general] xorg trouble
by Baho Utot 10 May '09

10 May '09

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

4 5

[arch-general] Strange wpa_supplicant error
by Edgar Kalkowski 10 May '09

10 May '09

Hello Arch! I’m connecting to my WPA2 encrypted wireless network via wpa_supplicant. The configuration in /etc/wpa_supplicant.conf looks like this: network={ ssid="Hochst van Vaarenhochst" key_mgmt=WPA-PSK proto=WPA pairwise=TKIP group=TKIP psk="my_really_very_secret_passphrase" } I start wpa_supplicant in rc.local (and also start dhclient afterwards) and usually everything works just fine. I’m connected to my WLAN after startup and can surf the internet. However sometimes it occurs that wpa_supplicant does not reach the “Completed” stage but rather remains in the “4-Way-Handshake” stage forever. When observing wpa_supplicant e.g. via wpa_cli it writes “Associated to <bssid>” with the correct bssid of my access point on and on and on ... A log file that was generated by $ wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf -dd > bug.txt can be found at http://xpeter.de/bug.txt. The described behaviour occurs randomly on startup or wakeup from suspend and usually even a reboot does not fix this problem (just time or many reboots does). I’ve also tried to restart my WLAN router but that did also not solve the problem. Can someone tell me what I’m doing wrong or what could cause this error? Or, if not, does someone know where I could post this error to people who know? Best regards! Edgar PS: wpa_supplicant is version 0.6.9 and I’m on stock 2.6.29-ARCH kernel with ndiswrapper driver for my “Atheros Communications Inc. AR242x 802.11abg Wireless PCI Express Adapter” (as madwifi did not work half a year back when I tried). Anything else I could provide that might help?

1 0

[arch-general] Transmission package out of date
by Brendan Fahy 09 May '09

09 May '09

-----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 <brendan(a)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.… 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 <brendan(a)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-----

2 1

[arch-general] default ~/.config/compiz/compizconfig prevents compiz start with radeonhd
by David C. Rankin, J.D.,P.E. 09 May '09

09 May '09

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

4 5

Re: [arch-general] vi/vim/gvim without ruby support
by Tobias Kieslich 09 May '09

09 May '09

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 > >

2 1

[arch-general] bluez
by Juan Diego 09 May '09

09 May '09

hello everyone I was having some troubles using my bluetooth headsets with bluez 4.37, I got some extrange "unable to open seid 64" errors, so I updated the PKGBUILD to 4.39 version now it works perfectly the only changes to the PKGBUILD were the pkgver and md5sums variables I attach the src.tar.gz in case someone is having the same problem have a nice day

1 0