- Arch-general - lists.archlinux.org

[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 10 May '09

10 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. 10 May '09

10 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

[arch-general] [signoff] kernel-2.6.29.3-1
by Tobias Powalowski 09 May '09

09 May '09

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 tpowa(a)archlinux.org

1 0

Re: [arch-general] [arch-dev-public] (partially) Inactive
by bardo 07 May '09

07 May '09

2009/5/6 Thomas Bächler <thomas(a)archlinux.org>: >> I am an university student so I can use from 08AM to 07PM (GMT+1) the >> wireless connection at my university but it is over HTTP proxy: I will >> cannot use ssh/cvs/git/ftp/irc/jabber protocols. >> >> I hope to be totally active soon. > > You should complain about that. In my eyes, having internet access without > these basic services is no internet access at all, and whoever the admin is > (or the guy who tells the admin what to do) is a moron that still lives in > the past. > That's pretty normal in Italian universities. They tend to lock you out from everything, sometimes because they fear what you could do and sometimes because of nearly-fascist laws that would oblige them to log everything. Filtering out is easier, and it really helps with bureaucracy. That said, I once managed, as a student, to meet the whole IT team in my university, and in an official encounter I demanded to open at least some more ports... You see, there are exams where you *have* to use CVS/SVN for your projects, and the ports are filtered out from the inside. It's not an annoyance, it's just plain stupid: you often work with people who live very far from the city and you can't work together at the university. Well, they refused to open ports citing legislations, the need to filter p2p apps, the heaviness of level 7 filters... Heck, we didn't even have IMAP! I told them that, with https open, we could tunnel everything where we wanted. They know it and don't care, because it's a really small niche of students that can do it. I can assure you that I was very, very tempted to write an easy to use tunneling app and publish it for all the students to use. This is the situation in a country that is in the G8 ("economic power" my ass) for unknown reasons... old tech, misunderstandings and censorship. Sorry for the rant. Corrado

3 2

[arch-general] Must i do the toolchain update or can i wait
by Attila 07 May '09

07 May '09

Hello together, my question is about that if the toolchain update comes do i have to do it to get no problems with the rest of my system or can i wait if i find patches or hints to solve possible problems with my own packages? For the case that i can wait i will block the upgrade of this packages: * gcc{,-libs}-4.4.0-1 * glibc-2.9-7 * bintuils-2.9-7 * kernel-headers-2.6.29.1-1 And i will stay from this point on with kernel26-2.6.29.2-1. My next question is that i want to know if this will be enough or should i block more packages? The base is that i still stay with kde3 which i have packaged in the arch way (one package at example kdenetwork) but with the sources from kdemod3. It is no question that this is my problem and has to be solved only by myself but perhaps anyone has some good hints or a url to informations about it. See you, Attila

3 4