August 2010 - Arch-general - lists.archlinux.org

[arch-general] upgreade 4.4.5 -> 4.5.0 problems
by Caleb Cushing 11 Aug '10

11 Aug '10

hmmm not sure what do here (previously owned by kdebase-runtime) should I just force this? error: failed to commit transaction (conflicting files) kdebase-workspace: /usr/lib/kde4/kstyle_oxygen_config.so exists in filesystem kdebase-workspace: /usr/lib/kde4/plugins/styles/oxygen.so exists in filesystem kdebase-workspace: /usr/share/apps/kstyle/themes/oxygen.themerc exists in filesystem kdebase-workspace: /usr/share/apps/kstyle/themes/qtcde.themerc exists in filesystem kdebase-workspace: /usr/share/apps/kstyle/themes/qtcleanlooks.themerc exists in filesystem kdebase-workspace: /usr/share/apps/kstyle/themes/qtgtk.themerc exists in filesystem kdebase-workspace: /usr/share/apps/kstyle/themes/qtmotif.themerc exists in filesystem kdebase-workspace: /usr/share/apps/kstyle/themes/qtplastique.themerc exists in filesystem kdebase-workspace: /usr/share/apps/kstyle/themes/qtwindows.themerc exists in filesystem kdebase-workspace: /usr/share/doc/kde/html/en/kcontrol/paths/common exists in filesystem kdebase-workspace: /usr/share/doc/kde/html/en/kcontrol/paths/index.cache.bz2 exists in filesystem kdebase-workspace: /usr/share/doc/kde/html/en/kcontrol/paths/index.docbook exists in filesystem kdebase-workspace: /usr/share/doc/kde/html/en/kcontrol/paths/paths.png exists in filesystem seems these were previously owned by kdegames-kpat should there be a replaces somewhere? kdegames-kpatience: /usr/bin/kpat exists in filesystem kdegames-kpatience: /usr/share/applications/kde4/kpat.desktop exists in filesystem kdegames-kpatience: /usr/share/apps/kconf_update/kpat_update_cardwidth.upd exists in filesystem kdegames-kpatience: /usr/share/apps/kpat/kpatui.rc exists in filesystem kdegames-kpatience: /usr/share/doc/kde/html/en/kpat/clubs.png exists in filesystem kdegames-kpatience: /usr/share/doc/kde/html/en/kpat/common exists in filesystem kdegames-kpatience: /usr/share/doc/kde/html/en/kpat/diamonds.png exists in filesystem kdegames-kpatience: /usr/share/doc/kde/html/en/kpat/hearts.png exists in filesystem kdegames-kpatience: /usr/share/doc/kde/html/en/kpat/index.cache.bz2 exists in filesystem kdegames-kpatience: /usr/share/doc/kde/html/en/kpat/index.docbook exists in filesystem kdegames-kpatience: /usr/share/doc/kde/html/en/kpat/man-kpat.6.docbook exists in filesystem kdegames-kpatience: /usr/share/doc/kde/html/en/kpat/playfield.png exists in filesystem kdegames-kpatience: /usr/share/doc/kde/html/en/kpat/spades.png exists in filesystem kdegames-kpatience: /usr/share/icons/hicolor/128x128/apps/kpat.png exists in filesystem kdegames-kpatience: /usr/share/icons/hicolor/16x16/apps/kpat.png exists in filesystem kdegames-kpatience: /usr/share/icons/hicolor/22x22/apps/kpat.png exists in filesystem kdegames-kpatience: /usr/share/icons/hicolor/32x32/apps/kpat.png exists in filesystem kdegames-kpatience: /usr/share/icons/hicolor/48x48/apps/kpat.png exists in filesystem kdegames-kpatience: /usr/share/icons/hicolor/64x64/apps/kpat.png exists in filesystem -- Caleb Cushing http://xenoterracide.com

2 1

Re: [arch-general] parallel printer status with archlinux
by Jude DaShiell 11 Aug '10

11 Aug '10

That did it. All that was needed was to include cups in the daemons line and the cupsd daemon now starts up automatically.

1 0

[arch-general] parallel printer set up status
by Jude DaShiell 11 Aug '10

11 Aug '10

I found out for the missing driver to install ghostscript and now the driver isn't missing anymore. I plan to put cupsd in the daemons line of rc.conf probably at its end and that should prevent errors from popping up and the inability for cupsd to come up automatically on boot up.

1 0

[arch-general] [signoff] kernel26 2.6.34.3-1
by Thomas Bächler 11 Aug '10

11 Aug '10

Upstream update. This package is NOT in testing (2.6.35 currently resides there), but at: http://dev.archlinux.org/~thomas/kernel26/ Please sign off.

1 0

[arch-general] [python-scipy] in community-testing WAS scipy issue
by Angel Velásquez 10 Aug '10

10 Aug '10

Hi, I've uploaded a new release of python-scipy with this change applied (read above Fabrizio's e-mail). I did some tests, but I don't know certainly if this change will break other stuff... I would like to have some feedback from SciPy users. Thanks ---------- Forwarded message ---------- From: Fabrizio Castellano <castella(a)phys.ethz.ch> Date: Mon, Aug 9, 2010 at 8:01 PM Subject: scipy issue To: angvp(a)archlinux.com.ve Hello Angel I'm Fabrizio, a happy user of the python-scipy package on x86_64 platform, anyway today I noticed a problem. In scipy-0.8.0/scipy/special/cephes/mconf.h, line 111 there is: #define UNK 1 this should set the arithmetic used by scipy.special to "unknown". In fact in the file scipy-0.8.0/scipy/special/cephes/airy.c there is: #ifdef UNK #define MAXAIRY 25.77 #endif #ifdef DEC #define MAXAIRY 25.77 #endif #ifdef IBMPC #define MAXAIRY 103.892 #endif #ifdef MIEEE #define MAXAIRY 103.892 #endif this limits evaluation of Airy functions to 25.77 for UNK arithmetic, while leaving 103.892 for the IBMPC arithmetic (the one used in x86 processors I think). I think they do this because they don't want to introduce architecture-specific code, but this is quite a limitation in the use of the airy function in scipy, and probably other things in scipy suffer from this UNK too. I manually recompiled scipy changing the #define UNK into #define IBMPC and it works. I think the #define UNK should be changed to a #define IBMPC by default in the arch repository. This would make the arch package match better with the x86 architectures. What do you think? Best Fabrizio Castellano -- Angel Velásquez angvp @ irc.freenode.net Arch Linux Developer / Trusted User Linux Counter: #359909 http://www.angvp.com

1 0

Re: [arch-general] [arch-dev-public] FluxBB update round two
by Florian Pritz 10 Aug '10

10 Aug '10

On 10.08.2010 07:05, Dan McGee wrote: > Order deny,allow > Deny from all > Allow from 99.140.196.156 > ErrorDocument 403 "<html><head><title>Down for > maintenance</title></head><body><div align='center'><h1>The Arch Linux > main site is down for maintenance.<br />Please try again > later.</h1><img > src='http://dev.archlinux.org/~dan/funny-pictures-cat-wonders-if-he-is-broken.jpg' > /></div></body></html>" > > -Dan I suggest using the correct error code (503) which prevents bots from indexing the error page: RewriteEngine On RewriteCond %{REQUEST_URI} !^/error/.*$ RewriteCond %{REMOTE_ADDR} !^127\.0\.0\.1$ Header always set Retry-After "3600" RewriteRule .* - [R=503] ErrorDocument 503 "<same as above>" This only allows the access to /error/ (if not needed just remove the line) or from the IP (multiple IPs -> multiple lines or matching regexps) -- Florian Pritz -- {flo,bluewind}(a)server-speed.net

1 0

[arch-general] libgnomekbd 2.31.5-1
by ALAUX, Guillaume 10 Aug '10

10 Aug '10

Hi everyone, I am experiencing this bug<https://bugzilla.gnome.org/show_bug.cgi?id=618727> in libgnomekbd that makes gnome-settings-daemon crash gnome with a segfault here. It is fixed<http://ftp.gnome.org/pub/gnome/sources/libgnomekbd/2.31/libgnomekbd-2.31.5.…>in the latest libgnomekbd 2.31.5 <http://ftp.gnome.org/pub/gnome/sources/libgnomekbd/2.31/>. Unfortunately we only have version 2.30.2-1 in extra<http://www.archlinux.org/packages/?q=libgnomekbd> . I've had a look into testing repo but can't find any newer AL version (maybe one I'm forgetting?). Here is the PKGBUILD from extra with updated uri and sum. "signoff" i686. I have only been testing for like 10 minutes but gnome-settings-daemon doesn't make gnome crash anymore ; just this error message I will have to figure out: ** (gnome-settings-daemon:8347): WARNING **: Failed to acquire org.gnome.SettingsDaemon ** (gnome-settings-daemon:8347): WARNING **: Could not acquire name Thanks, Guillaume

2 2

[arch-general] gnome 'slab' menu from AUR - howto add items in the 'System' area?
by David C. Rankin 10 Aug '10

10 Aug '10

Guys I have used the slab menu in Gnome on opensuse and yesterday I and installed it on Arch Linux from AUR which used the newest source package from: http://ftp.gnome.org/pub/GNOME/sources/gnome-main-menu/0.9/gnome-main-menu-… The AUR packages were: (main-menu) http://aur.archlinux.org/packages.php?ID=24048 (libslab dependency) http://aur.archlinux.org/packages.php?ID=30243 Here is a screenshot of the slab menu on suse showing the System area and the apps I'm trying to place there: (56k) http://www.3111skyline.com/dl/img/ss/gnome/slabMenuSystemArea.jpg The favorites, documents and places parts of the menu work fine in Arch, but I can't figure out how to add apps to the area to the right-hand-side under the "System" heading. In opensuse all I had to do was to: (1) first drag an app from favorites onto the system area and it would be added to the end of the system area list, then; (2) I could just order it where I wanted it in the system list by clicking it again and dragging it up into the list. Now in 0.9.15, when I drag anything to the system area, it will *not* let me drop it. The app icons just *shoots* back over to the favorites area. What I notice is with the AUR package is: you get no "rectangular bounding box" around the system area (or status area) when you drag anything from the favorites area over to the right side of the menu. This tells me something isn't working right, but I don't know what in Gnome would conceivably be responsible for drawing the bounding box to indicate the system area is ready to receive an icon being dropped in it. I have been through gconf-editor and confirmed: /desktop/gnome/applications/main-menu/lock-down/user_modifiable_system_area is checked to allow a user to add something to the system area.... I have also logged in a root just to test whether that makes any difference and it doesn't. I don't know what kind of help I can expect since it is an AUR package, but I thought I would post here and see if anybody knew what the trick was or knew gnome well enough to know what might be responsible for accepting drag-n-drop input? I have contacted the AUR maintainer and struck out. I have also contacted the earlier developers whose addresses I found in the change log, but haven't had a response. So... Anybody know offhand what the trick is? cc: gnome development list -- 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 1

[arch-general] Israel ftp mirror
by Netanel Shine 10 Aug '10

10 Aug '10

you can also download ArchLinux from Ftp protocol: ftp://mirror.isoc.org.il/pub/archlinux/iso/ (not only through HTTP like the archlinux.org/download say) someone can update it please? -- Netanel Shine

4 4

[arch-general] courier-mta older version
by cesar 09 Aug '10

09 Aug '10

Hello, The db-4.8 package is used for store data but this make a trouble in the makealiases command. I have updated my PKGBUILD to link to gbdm to solve this situation. Anyway I prefer to have the official package. Thanks for understanding best regards --cesar

1 0