- Arch-general - lists.archlinux.org

[arch-general] only detect 1 cpu
by viodreamlistas＠gmail.com 17 Nov '09

17 Nov '09

Hi all! I have got a quad core procesor but my archlinux only detect 1 cpu. --- $ uname -a Linux Nemesis 2.6.31-ARCH #1 SMP PREEMPT Fri Oct 23 10:03:24 CEST 2009 x86_64 Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz GenuineIntel GNU/Linux --- $ cat /proc/cpuinfo cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz cpu cores : 1 .... --- I dont know how to do to detect the 4 cpus. Any sugestions? Thanks in advance! PD: Sorry for mi english. -- V!ODREAM

4 4

Re: [arch-general] old firewire stack?
by Roberto Malinverni 16 Nov '09

16 Nov '09

> I believe the kernel can only have 1 compiled at a time, so > you'll have to compile a custom kernel with the new stack... You _can_ compile both of them, but you need to blacklist the modules you don't want to use. > Last time we visited this topic, the new stack was incomplete > and unstable, and it also said so in the kernel configuration > menu. As I don't have any firewire devices, I never really > cared. Should we dump the old stack and switch to the new one > in the upgrade to 2.6.32? The Fedora Team switched to the new stack around fedora 8/9, causing a lot of troubles to the users: third party repos began then to offer the "old" modules as an addon. As for myself, the new stack couldn't even see my firewire external HD while the old stack worked fine - don't know with other kind of hardware. Roberto -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto.

2 1

[arch-general] netcfg v2.5 in [testing] - auto wireless configuration has changed
by James Rayner 15 Nov '09

15 Nov '09

netcfg v2.5rc1 This is easily the biggest release since 2.0. Many new features and some significant changes under the hood. There are also a few features which have had changed options and this needs to be noted. The most notable is that net-auto has been removed in favour of the net auto wireless setup. # Move to new auto-wireless The new automatic connection has proper roaming support and will prove more reliable than the old setup - particularly with more complicated wireless configurations. To migrate to the new automatic wireless setup: 1. pacman -S core/wpa_actiond 2. Set WIRELESS_INTERFACE="" to your wireless interface in /etc/rc.conf. For example WIRELESS_INTERFACE="wlan0" 3. Add net-auto-wireless to your DAEMONS=() array. # New features: - net-auto-wireless/wpa_actiond - Real wireless roaming/auto connection. Based on same principle as autowifi. Requires optional dependency: wpa_actiond - net-auto-wired - automatic ethernet configuration. Requires optional dependency: ifplugd - Interface configurations - set options for all profiles using an interface - Radio Kill switch awareness - requires enabling, see wiki. - Output hooks - Significant internal cleanup & improvement # Internal changes: - Uses wpa_supplicant for all wireless configuration by default, including wep/none security. This adds improves support for most and should improve reliability. - Uses iproute by default for all static configuration. net_tools which contains ifconfig is effectively obsolete and hasnt seen a release for over 8 years. The 'ethernet-iproute' and 'ethernet' connection types have been merged together to simply 'ethernet'. All options are still supported and existing configurations will continue to work for both types. A symlink has been made to ensure that profiles using 'ethernet-iproute' will continue to function. # Changes in configuration options - net-auto and AUTO_NETWORKS is now deprecated in favour of net-auto-wireless/net-auto-wired. - wireless: If you were previously specifying the wpa_supplicant driver in WPA_OPTS, you now need to specify it in WPA_DRIVER. - wireless: iwconfig based configuration for wep/none can be used by changing to wep-old or none-old. This should not be necessary and is left in place only for the possibility of very old drivers that do not support wpa_supplicant. - ethernet-iproute: Now that 'ethernet' is iproute based, those using 'ethernet-iproute' can change the name back. There is a symlink in place however, so existing configurations of either name will continue to function regardless. - wireless-dbus: This idea didn't really go anywhere and is now unsupported. The wpa_supplicant dbus interface is a huge pain and it doesn't fit well into the netcfg codebase. It is no longer included, however netcfg will automatically use 'wireless' for any 'wireless-dbus' configurations as the supported options are effectively the same. # Download: netcfg 2.5rc1 is in [testing]. The source is on the Arch Linux ftp and latest PKGBUILD in svn. ftp://ftp.archlinux.org/other/netcfg/netcfg-2.5.0rc1.tar.gz # Documentation: The wiki has been updated to reflect this release. For 2.5, the documentation can be found at: http://wiki.archlinux.org/index.php/Network_Profiles_development When it is released this will be moved to the Network Profiles page. There's also some updated documentation of the supported options for 'wireless' and 'ethernet' here: http://www.rayner.id.au/netcfg/ Keep in mind that wireless supports all the options of 'ethernet'. If options are not documented, then it's a bug and they should be (or it's deprecated, but should be mentioned anyway for completeness). # Contributors: I had a few big contributors to this release: Jim Pryor: Many internal changes and improvements Thomas Bächler: wpa_actiond based auto roaming/connection Thanks guys! That's all for now, please file any bug reports on the bug tracker. James

3 2

[arch-general] CUPS won't detect my usb printer
by Jim Burton 15 Nov '09

15 Nov '09

Hi, I'm new to arch and unable to set up my (USB) Canon printer. I've read quite a large number of threads on the forum about this and suppose my solution is in there somewhere but cups doesn't recognise my printer for some reason. Here's what I've tried: I've installed cups, ghostscript, gsfonts and gutenprint and blacklisted usblp. My printer is picked up by lsusb: Bus 005 Device 003: ID 04a9:1094 Canon, Inc. PIXMA iP3000x Printer and I think it has the right permissions: [jim@daisy ~]$ ls -l /dev/bus/usb/005/003 crw-rw---- 1 root lp 189, 514 2009-11-15 13:44 /dev/bus/usb/005/003 In the web interface when I go to add a printer there are none found. I have set cups logging to debug but there's nothing there that means anything to me. Here is some of the output when I try to find the printer in the web interface: D [15/Nov/2009:13:45:09 +0000] cupsdReadClient: 15 1.1 CUPS-Get-Printers 1 D [15/Nov/2009:13:45:09 +0000] CUPS-Get-Printers D [15/Nov/2009:13:45:09 +0000] CUPS-Get-Printers client-error-not-found: No destinations added. D [15/Nov/2009:13:45:09 +0000] Returning IPP client-error-not-found for CUPS-Get-Printers (no URI) from localhost D [15/Nov/2009:13:45:09 +0000] cupsdReadClient: 15 POST / HTTP/1.1 D [15/Nov/2009:13:45:09 +0000] cupsdAuthorize: No authentication data provided. D [15/Nov/2009:13:45:09 +0000] cupsdReadClient: 15 1.1 CUPS-Get-Devices 1 D [15/Nov/2009:13:45:09 +0000] CUPS-Get-Devices D [15/Nov/2009:13:45:09 +0000] cupsdIsAuthorized: username="" D [15/Nov/2009:13:45:09 +0000] Returning HTTP Unauthorized for CUPS-Get-Devices (no URI) from localhost D [15/Nov/2009:13:45:09 +0000] cupsdSendHeader: 15 WWW-Authenticate: Basic realm="CUPS", trc="y" D [15/Nov/2009:13:45:09 +0000] [CGI] cgi_null_passwd(prompt="Password for daemon on localhost? ") called! D [15/Nov/2009:13:45:09 +0000] [CGI] lang="en_US.UTF8", locale="/en_US"... D [15/Nov/2009:13:45:09 +0000] [CGI] lang="en_US.UTF8", locale="/en_US"... D [15/Nov/2009:13:45:09 +0000] cupsdReadClient: 15 WAITING Closing on EOF D [15/Nov/2009:13:45:09 +0000] cupsdCloseClient: 15 D [15/Nov/2009:13:45:09 +0000] cupsdSetBusyState: Not busy D [15/Nov/2009:13:45:09 +0000] PID 2650 (/usr/lib/cups/cgi-bin/admin.cgi) exited with no errors. D [15/Nov/2009:13:45:39 +0000] cupsdReadClient: 12 WAITING Closing on EOF D [15/Nov/2009:13:45:39 +0000] cupsdCloseClient: 12 What should I try next? Thanks, Jim

5 8

[arch-general] old firewire stack?
by Dieter Plaetinck 14 Nov '09

14 Nov '09

Hi, according to http://www.kdenlive.org/user-manual/troubleshooting-and-common-problems/tro… we are using an old firewire stack. I'm having big problems with DV-video (firewire) stuff ( see http://bbs.archlinux.org/viewtopic.php?pid=655692 ) and I was wondering if the new stack would fix it, but how can I run it? [root@dieter-p4sci-arch ~]# lsmod | egrep 'firewire|1394' dv1394 18492 0 video1394 15836 0 ohci1394 30220 2 dv1394,video1394 raw1394 25756 0 ieee1394 85668 4 dv1394,video1394,ohci1394,raw1394 [root@dieter-p4sci-arch ~]# modprobe firewire-ohci FATAL: Module firewire_ohci not found. [root@dieter-p4sci-arch ~]# pacman -Ss juju [root@dieter-p4sci-arch ~]# pacman -Ss firewire extra/dvgrab 3.5-1 Saves audio and video data from an IEEE (FireWire) digital source extra/libraw1394 2.0.4-1 Provides an API to the Linux IEEE1394 (FireWire) driver [root@dieter-p4sci-arch ~]# pacman -Qs libraw local/libraw1394 2.0.4-1 Provides an API to the Linux IEEE1394 (FireWire) driver thanks Dieter

3 2

[arch-general] AUR: gcc-java-4.3.3.tar.bz2.part ==> ERROR: Build Failed.
by David C. Rankin 13 Nov '09

13 Nov '09

Guys, Looks like there is a misconfigured locale in the gcc-java-4.3.3 AUR files. Attempting to build the gcc-gcj AUR package, it died with the following: 2009-11-13 00:51:08 (135 KB/s) - “gcc-java-4.3.3.tar.bz2.part” saved [18053140] -> Found gcj-4.3-tools.jar-path.diff in build dir -> Found gcc_pure64.patch in build dir -> Found libjava-disable-static.dpatch in build dir -> Found libjava-sjlj.dpatch in build dir -> Found gcc-hash-style-both.patch in build dir ==> Validating source files with md5sums... gcc-core-4.3.3.tar.bz2 ... Passed gcc-g++-4.3.3.tar.bz2 ... Passed gcc-java-4.3.3.tar.bz2 ... Passed gcj-4.3-tools.jar-path.diff ... Passed gcc_pure64.patch ... Passed libjava-disable-static.dpatch ... Passed libjava-sjlj.dpatch ... Passed gcc-hash-style-both.patch ... Passed ==> Extracting Sources... -> Extracting gcc-core-4.3.3.tar.bz2 with bsdtar -> Extracting gcc-g++-4.3.3.tar.bz2 with bsdtar -> Extracting gcc-java-4.3.3.tar.bz2 with bsdtar ==> Entering fakeroot environment... ==> Starting build()... You need the de_DE locale to build gcc. ==> ERROR: Build Failed. Aborting... What to check? -- 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 6

[arch-general] New NVIDIA legacy drivers compatible with our latest xorg-server
by Thomas Bächler 13 Nov '09

13 Nov '09

NVIDIA released new prereleases of their 173.xx.xx and 96.xx.xx drivers ([1], [2]). Driver packages and kernel modules for the 2.6.31-ARCH kernel are being uploaded now, they should start to appear on mirrors soon. Please test them and report. [1] http://www.nvnews.net/vbulletin/showthread.php?p=2122688 [2] http://www.nvnews.net/vbulletin/showthread.php?p=2122691

1 0

[arch-general] Frustrated with Crappy looking Firefox and OpenOffice GTK & QT themes?
by David C. Rankin 13 Nov '09

13 Nov '09

After mucking around trying to get firefox and openoffice to look right, I thought I would pass on a few tips. For those of you that know already, just hit delete. The dull boxy appearance of both GTK and some Qt apps left me scratching my head for the right tools to fix the look. The normal qtconfig and gtk2_prefs just didn't do it for all applications (like basket and other kde3 now sort of kde4 apps) Trial and error and google helped. The main tools are: GTK Preferences (ff has both GTK and Qt) /usr/bin/gtk2_prefs (themes and more) /usr/bin/gtk-chtheme (change theme ** Don't over look this one) Qt Preferences /usr/bin/qtconfig (themes and more) ** also the gnome-control-center collects most of the tools for you in one place. I don't use gnome, but I installed the control center for convenience. The packages involved are (with the addtional nice themes): GTK TOOLS & ENGINES gnome-control-center 2.28.1-1 gtk2_prefs 0.4.1-1 gtk 1.2.10-9 gtk2 2.18.3-2 gtk-kde4 0.9b-3 gtk-chtheme 0.3.1-4 gtk1-engines 0.12-2 gtk-engines 2.18.4-1 gtk-qt-engine 1.1-1 gtk-aurora-engine 1.5.1-1 gtk-engine-murrine 0.90.3-1 gtk-rezlooks-engine 0.6-8 gtk-smooth-engine 0.6.0.1-3 QT TOOLS & PACKAGES qt3 3.3.8-13 qt 4.5.3-3 qtcurve-gtk2 0.69.2-1 qtcurve-kde3 0.69.1-1 qtcurve-kde4 0.69.2-1 THEMES gnome-icon-theme 2.28.0-1 gnome-themes 2.28.1-1 gnome-themes-extras 2.22.0-1 murrine-themes-collection 20090906-1 qtcurve-gtk2 0.69.2-1 Install what you want, then just run gtk2_prefs and/or gtk-chtheme (if you installed the additional themes), then finish up with qtconfig. You have to shut down and restart you application for the changes to take effect, but when you are done, you will have some really good looking GTK and QT themes and decorations. (you can even select Oxygen as your GTK and Qt theme) The theme packages above have both light and dark themes. You can find some additional/better themes at art.gnome.org Here is an example of firefox and openoffice with the touch-ups applied (60k): http://www.3111skyline.com/download/Archlinux/fixes/gtk-qt-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

3 3

Re: [arch-general] (groff+)ghostscript/us letter/paper size problems
by Mike Bishop 12 Nov '09

12 Nov '09

On Thu, Nov 12, 2009 at 09:49:13AM -0500, Louis Guillaume wrote: > Mike Bishop wrote: <snip> > > > >The problem is that recent versions of ghostscript will (often) > >assume a4 paper size, regardless of /etc/paper. This applies > >after ghostscript 8.64-5 but I am not sure which version (8.70 has > >the problem). > > I don't know much about how this is "supposed" to work with > /etc/paper or /etc/papersize. I always thought those were > ghostscript or grops things. > > If you need to explicitly define a paper size for groff to use (that > isn't the default) I think you need: `-dpaper=letter' in addition to > `-P-pletter'. The latter is for grops. > > Louis > Actually, I screwed up. The file on Arch at /usr/share/groff/1.20.1/font/devps/DESC has "papersize a4" while a more usual entry is "papersize /etc/papersize a4" ... so my settings in /etc/papersize were ignored. I looked for a complicated answer and found it! Rgds, -- Mike Bishop Willow, Alaska

1 0

Re: [arch-general] аrch x86_64 and i686 performance comparison
by Robert Howard 12 Nov '09

12 Nov '09

I find the 64 bit version to be on par with the 32 bit version. I do think 64 bit is faster when using it for GIS with large datasets. I have been using 64 bit for years without remorse. Now, no 64 bit Windows OS has ever been worth using. On Nov 11, 2009 11:19 PM, "Sergey Manucharian" <sergeym(a)rmico.com> wrote: Excerpts from Smith Dhumbumroong's message of Thursday 12-Nov-09 10:49am: > Better to install both Arch 32-bit and 64-bit on the same machine > (dual boot) and run the tests... I've already did it. > from my personal experience certain operations, such as video/music > encoding, is a _lot_ faster... Well, in my ThinkPad R61 (Core2 Duo CPU T9300 @ 2.50GHz) I got 1.1 times difference (in favour of 64-bit) with couple of videofiles encoded. (By the way, it means that VM performs almost 1.5 worse then the real HW). Thanks, Sergey

1 0