- Arch-general - lists.archlinux.org

[arch-general] changed locale behavior /etc/rc.sysinit
by Ian-Xue Li 15 Sep '10

15 Sep '10

Hi, The new /etc/rc.sysinit introduced in initscripts-2010.07-1 has changed the original behavior of locale settings. The Code explains better: 369 # Flush old locale settings 370 : >| /etc/profile.d/locale.sh 371 /bin/chmod 755 /etc/profile.d/locale.sh 372 # Set user defined locale 373 [ -z "$LOCALE" ] && LOCALE="en_US" 375 echo "export LANG=$LOCALE" >>/etc/profile.d/locale.sh Now it flushes /etc/profile.d/locale.sh everytime the system boots. Usually this means setting `export LANG=en_US.UTF-8' on most computers, and to be included by shell (.bashrc or .zshrc) everytime, if the user included it at all. I.e.: source /etc/profile But for multilingual users, due to the fact that the initial console only displays ASCII, we often write the local LANG and LC_ALL setting in xinitrc, so to make an environment that uses English under console and local (multibyte) language within Xorg. With the introduction of /etc/profile.d/locale.sh, it would make a problem that cause Xorg program still using en_US when where we wanted zh_TW or zh_CN. My solution is as follows, changing some code in /etc/profile: 49 if test -d /etc/profile.d/; then 50 for profile in /etc/profile.d/*.sh; do 51 if [[ $profile == "/etc/profile.d/locale.sh" && -n $DISPLAY ]]; then 52 continue 53 fi 54 test -x $profile && . $profile 55 done 56 unset profile 57 fi -- 李彥學 (Li Ian-Xue) http://b4283.ath.cx A student.

1 0

[arch-general] Chromium crashes KDE 4.5.1
by Madhurya Kakati 15 Sep '10

15 Sep '10

Hi, I am using Chromium 6.0.x with KDE 4.5.1. Whenever any website presents a dialog box asking for confirmation for something (for example in gmail if i close the tab without logging out it presents a dialog box asking for confirmation) and after i click on any button on it the kde panel crashes. Also, i suspect plasma crashes too but applications that are open including chromium do not crash. This happened even in KDE 4.4.However it happens in KDE only and not in any other DE. Please tell me why this happens and how to stop it from happening. Thanks. P.S- Telling me to stop using KDE is not an appropriate answer :P

4 8

[arch-general] Yesterday's qtcurve update...
by Peter Lewis 15 Sep '10

15 Sep '10

Yesterday's qtcurve update totally broke compositing on my KDE desktop. Specifically, the qtcurve-kde4 window decoration doesn't allow OpenGL to load, only XRender (which is very slow). Anyone else got this? % lspci -vv ... Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) ... :-( Pete.

1 0

[arch-general] community/e-svn 51937-1 BROKEN? themes fail screen resolution fail etc...
by Joe(theWordy)Philbrook 15 Sep '10

15 Sep '10

I just did a "pacman -Syu" And unfortunately I let it upgrade e17. according to "pacman -Ss enlightenment" I now have: community/e-svn 51937-1 (e17-svn) [installed] e17 no longer cooperates with personal themes I can select them, it remembers which theme is selected. But none of them have any effect on the appearance which is locked in on the default theme which is so dark that I can't even read the clock gadget And unlike my chosen theme there is no visible indication of which "button" will effectively be pushed if I press enter. (I'm a keyboard man mostly because I can use the keyboard for hours and hours, but 5 minutes of wrestling with the mouse is enough to cause my hands to start going numb...) So I NEED a theme that highlights the button currently in focus to use e17 effectively. It will let me change the screen resolution to one where I can read text without a microscope, But once I do I'm unable to logout cleanly. (It locks up and fails to save the configuration changes) While it's so locked up I can use <ctrl>+<alt>+<F2> to switch to another tty where I can log in and do a "ps -a" to see enlightenment is "running" But it doesn't respond to "killall enlightenment"... (Since I'm a startx user I can switch to tty1 {where I ran startx} and kill the X server with <ctrl>+C) I'm not really surprised (since it isn't listening to the theme) that my gadget and shelf settings were forgotten. It did let me put them back. (even if the clock is now useless) But at each and every change it presented me with an error that there could be only one system tray??? What that had to do with putting the sound mixer gadget back on the shelf I don't have a clue... If it matters I'm using an HP Pavilion a1410n with Amd 64 Athlon processors And an integrated Nvidia GeForce 6150 LE which didn't like the open source nouveau driver at all. So I'm using a pacman supplied proprietary Nvidia driver. I'm just glad that I've also got e16 installed or I'd really be crying in my beer. I don't suppose it's possible to roll back to the previous version of e17? Is anybody else having a problem with community/e-svn 51937-1 (e17-svn)? Or is it just me? Any suggestions would be welcome... But I already tried moving my ~/.e directory and letting e17 start with a fresh user profile. But it still wouldn't let me save my changes if they included screen resolution changes. -- | ~^~ ~^~ | <?> <?> Joe (theWordy) Philbrook | ^ J(tWdy)P | \___/ <<jtwdyp(a)ttlc.net>>

2 1

Re: [arch-general] [arch-dev-public] Help on maintaining LXDE packages wanted
by Sven-Hendrik Haase 14 Sep '10

14 Sep '10

On 14.09.2010 21:11, Jürgen Hötzel wrote: > Hi, > > anyone wants help out on this topic? I personally don't use LXDE > anymore. > > Jürgen > I'd be interested. I use it on one machine. -- Sven-Hendrik

1 0

[arch-general] Howto fix yum-createrepo PKGBUILD from AUR? (rpm is replaced by rpm-org - now rpm module missing?)
by David C. Rankin 14 Sep '10

14 Sep '10

Guys, How do I fix the yum-createrepo PKGBUILD so that yum-createrepo looks for the module 'rpm-org' instead of looking for the outdated 'rpm' module? In the PKGBUILD, the depends currently is: depends=('python' 'python-lxml' 'rpm' 'yum') However, 'rpm-org' now provides 'rpm' so the depends line needs to be: depends=('python' 'python-lxml' 'rpm-org' 'yum') The problem is that when you build yum-createrepo with 'rpm-org' it fails with the following error: [12:19 archangel:/home/backup/rpms] # createrepo --update -d openSUSE_11.3/ Traceback (most recent call last): File "/usr/share/createrepo/genpkgmetadata.py", line 28, in <module> import createrepo File "/usr/lib/python2.6/site-packages/createrepo/__init__.py", line 22, in <module> import yumbased File "/usr/lib/python2.6/site-packages/createrepo/yumbased.py", line 19, in <module> import rpm ImportError: No module named rpm So it looks to me like it tries to 'import rpm' and fails because 'package rpm' isn't installed, instead the new package 'rpm-org' is installed and provides rpm: 12:28 archangel:~/arch/pkg/bld/yum-createrepo> rpm --version RPM version 4.8.0 So what do I need to fix (by patch, symlink somewhere in python, or otherwise) to cure this problem? Currently I'm making an outline for what it takes to install createrepo and repoview on Arch for managing rpm repositories. There are quite a number of steps required to do this. For those interested, here is the sequence so far: Install beecrypt http://aur.archlinux.org/packages.php?ID=16387 (download tarball, untar/ungzip, cd into directory) makepkg -s sudo pacman -U beecrypt-4.2.1-2-x86_64.pkg.tar.xz Installl rpm-org http://aur.archlinux.org/packages.php?ID=30317 (download tarball, untar/ungzip, cd into directory) makepkg -s sudo pacman -U rpm-org-4.8.0-3-x86_64.pkg.tar.xz Install yum-metadata-parser http://aur.archlinux.org/packages.php?ID=22978 (OUT OF DATE -- here is the updated PKGBUILD) (download tarball, untar/ungzip, cd into directory) fix PKGBUILD as follows: # Maintainer: Chris Tusa <linisys(a)gmail.com> pkgname=yum-metadata-parser pkgver=1.1.4 pkgrel=2 pkgdesc="C-based metadata parser to quickly parse xml metadata into sqlite databases." arch=('i686' 'x86_64') license=('GPL') url="http://yum.baseurl.org/" groups=('lib') depends=('python' 'glib2') source=(http://yum.baseurl.org/download/yum-metadata-parser/${pkgname}-${pk… md5sums=('05289971e5cfde532631f2a99f6c58c7') build() { cd ${srcdir}/${pkgname}-${pkgver} python ./setup.py build || return 1 python ./setup.py install --prefix=${pkgdir}/usr || return 1 } makepkg -s sudo pacman -U yum-metadata-parser-1.1.4-2-x86_64.pkg.tar.xz Install python-iniparse http://aur.archlinux.org/packages.php?ID=22977 (download tarball, untar/ungzip, cd into directory) makepkg -s sudo pacman -U python-iniparse-0.4-1-x86_64.pkg.tar.xz Install yum http://aur.archlinux.org/packages.php?ID=22976 (download tarball, untar/ungzip, cd into directory) makepkg -s Targets (2): python-pycurl-7.19.0-4 urlgrabber-3.9.1-1 <snip> sudo pacman -U yum-3.2.28-1-x86_64.pkg.tar.xz Install yum-createrepo http://aur.archlinux.org/packages.php?ID=22951 (OUT OF DATE -- here is the updated PKGBUILD) (download tarball, untar/ungzip, cd into directory) fix PKGBUILD as follows (In work - not finished) : # Maintainer: Chris Tusa <linisys(a)gmail.com> pkgname=yum-createrepo pkgver=0.9.8 pkgrel=3 pkgdesc="A tool to create yum repositories from ArchLinux systems." arch=('i686' 'x86_64') license=('GPL') url="http://createrepo.baseurl.org" groups=('system') depends=('python' 'python-lxml' 'rpm-org' 'yum') source=(http://createrepo.baseurl.org/download/createrepo-${pkgver}.tar.gz createrepo0.patch createrepo1.patch) md5sums=('e37418bebb559e7420532574c1bdb18c' 'b074d7ccf1327346570ce14592470b05' 'b63a92689cfb7d4aea1cd0c7a0f55c56') build() { cd ${srcdir}/createrepo-${pkgver} # Apply Makefile patches to rename files during install cd ${srcdir}/createrepo-${pkgver}/docs patch -p1 < ${srcdir}/createrepo0.patch cd ${srcdir}/createrepo-${pkgver}/bin patch -p1 < ${srcdir}/createrepo1.patch cd ${srcdir}/createrepo-${pkgver} make || return 1 make DESTDIR=${pkgdir} install || return 1 } makepkg -s Targets (1): python-lxml-2.2.8-1 <snip> sudo pacman -U yum-createrepo-0.9.8-3-x86_64.pkg.tar.xz NOTE: yum-createrepo fails (rpm/rpm-org issue) with: [12:19 archangel:/home/backup/rpms] # createrepo --update -d openSUSE_11.3/ Traceback (most recent call last): File "/usr/share/createrepo/genpkgmetadata.py", line 28, in <module> import createrepo File "/usr/lib/python2.6/site-packages/createrepo/__init__.py", line 22, in <module> import yumbased File "/usr/lib/python2.6/site-packages/createrepo/yumbased.py", line 19, in <module> import rpm ImportError: No module named rpm Install kid http://aur.archlinux.org/packages.php?ID=2831 (download tarball, untar/ungzip, cd into directory) makepkg -s sudo pacman -U kid-0.9.6-4-x86_64.pkg.tar.xz Install repoview (to gen html pages for rpms) http://aur.archlinux.org/packages.php?ID=35377 (download tarball, untar/ungzip, cd into directory) makepkg -s sudo pacman -U repoview-0.6.5-1-any.pkg.tar.xz -- 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

1 2

[arch-general] nfs4: access denied by server while mounting....
by Ananda Samaddar 14 Sep '10

14 Sep '10

I'm tearing my hair out over this one. I'm trying to export some directories using nfs. I've read the Arch Wiki and even been on the IRC channel but I can't fix this bloody problem. I have a desktop and a laptop both running Arch. The desktop is the server and the laptop the client. I'm using MAC-DHCP address reservation so the desktop has a static ip of 192.168.1.3 and the laptop 192.168.1.4. Here are the relevant configs: SERVER /etc/exports: /home/ananda/ 192.168.1.4(ro,fsid=0,no_subtree_check,async,nohide) /home/ananda/Music 192.168.1.4(ro,no_subtree_check,async,nohide) /etc/hosts.allow: nfsd: 192.168.1.4 rpcbind: 192.168.1.4 mountd: 192.168.1.4 I then start, rpcbind, nfs-common and nfs-server in order on the sever. CLIENT /etc/hosts.allow: rpcbind: 192.168.1.3 I then start rpcbind and nfs-common in that order on the client. There are no firewalls or iptables rules on the desktop and laptop as I'm behind a NAT and I'm lazy. The domain names in /etc/idmapd.conf are identical on both client and server too. When I try the command: mount -t nfs4 192.168.1.3:/home/ananda /mnt/shares I get the error message: mount.nfs4: access denied by server while mounting 192.168.1.3:/home/ananda The error is the same if I try nfs as the type. I've also run showmount on the client and the server at 192.168.1.3 shows the correct exports. I have no idea what's wrong. I've check and double checked everything. Any help will be appreciated. thanks, Ananda

3 2

Re: [arch-general] 'Local mirror' page was removed from wiki
by David C. Rankin 13 Sep '10

13 Sep '10

On 09/12/2010 09:44 AM, Steve Holmes wrote: > Hey David, > > Thanks for the suggestion; when it comes to learning more about how to > do more with and get more out of the Arch environment, I'm all ears. > I'm keeping this message here for future reference when I might need > to maintain several machines under an Arch repo. This is cool indeed. > Thanks, Between home and office, I have 10-12 Arch boxes now. (I think I only have 3 suse boxes left). Finding a way to eliminate 300M downloads was a priority. With Arch, it was easier than I expected. (of course I needed help from the list to figure that out ;-) So I'm glad to help. After 1.5 years with Arch and even going through the pacman tar.gz to tar.xz changes, there are probably only 10-20 packages that I have had to manually move manually. (verses over 10,000+ that have passed through /var/cache/pacman/pkg) I do really full installs of Arch with many desktops (kde3, kde4, iceWM, fluxbox, openbox WindowMaker, Gnome, enlightenment e16 and e17) and full openOffice and compilation tools, etc.. and total packages per box run from ~2200 to ~2800 (for full-server installs). A simple way to manage updates between boxes over the LAN w/o having to re-download over the Internet is worth it's weight in gold. Especially at the office where 'business internet bandwidth' cost is ~ 5x the residential cost. (no wonder the US is losing its competitive edge). Anyway, glad I could help with the idea. Put it in your hip pocket for when you have multiple boxes. This simple little setup works like a champ. Also, as a final tip, if you don't currently use 'basket notepads' to keep your Arch/Linux notes squirreled away in. Give it a look. Even if you don't use kde3 or kde4, it's worth loading the runtime and installing basket notepads. (I'm running fluxbox right now and basket works just fine) It's like a flexible second brain for any type of notes/sounds/colors/images/etc.. (I try to limit it to text notes just to minimize the size) Here is a quick screenshot of some of what I use basket for to give you an idea of what it is and what you can do with it: http://www.3111skyline.com/dl/img/misc/basket-example.jpg -- 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

1 0

Re: [arch-general] [arch-dev-public] [signoff] pkgstats 2.1-1
by Flavio Costa 13 Sep '10

13 Sep '10

On Mon, Sep 13, 2010 at 10:18 AM, Dieter Plaetinck <dieter(a)plaetinck.be>wrote: > On Mon, 13 Sep 2010 13:32:50 +0200 > Pierre Schmitz <pierre(a)archlinux.de> wrote: > > > On Mon, 13 Sep 2010 13:22:03 +0200, Dieter Plaetinck > > > > You can setuid the file and give it a specific owner, it will be > > > run as that user. If that's what you're asking. > > > > Yes, thought about that too. But: nobody shouldn't own any files; > > especially executables. And: afaik you cannot suid a shell-script. The > > script is not run, but the interpreter which then runs the script. > > ah, right. is there a specific reason why nobody shouldn't own any > files? > > > > > Also, make sure we don't ddos ourselves. > > > > Well, collecting the data is not that expensive. But there is still > > some room to make it even cheaper if needed. But afaik weekly crons > > are not executed at the same milisecond and there are also different > > time zones and not every clock is in sync. > > > > sure, just thought i would mention. At my previous company an > iphone-app developer built an app which automatically polled our > servers every x minutes, and we got a self-inflicted ddos when it went > live :) > > Dieter > Couldn't we just submit these kind of statistics to somewhere "in the cloud". Google App Engine for example. -- Flávio Coutinho da Costa

1 0

[arch-general] PostgreSQL 8.4.4-4 in [testing]
by Dan McGee 13 Sep '10

13 Sep '10

I put a new version (8.4.4-4) of Postgres in [testing] tonight that fixes quite a few issues and wanted to just give it a few days to bake before pushing it to extra. Let me know if you see any issues with the new package. * FS#20556 - [postgresql] should be compiled with more options and libs, for a features reach package * FS#16507 - [postgresql] $PG_ROOT created with incorrect permissions * FS#19687 - [postgresql] no logrotate config * FS#18756 - [postgresql] package doesn't have contribs except adminpack -Dan P.S. If you tried 8.4.4-3, ignore the fact that it ever existed...yes there were conflicting files in the two packages.

1 0