- Arch-general - lists.archlinux.org

[arch-general] unable to compile alpine via ABS
by Madhurya Kakati 19 Jul '10

19 Jul '10

Hi, I am not being able to compile alpine via ABS. A patch cannot be downloaded because the server is offline. Please check into the matter. Thanks

2 1

[arch-general] nfs problem
by Lars Tennstedt 19 Jul '10

19 Jul '10

Hello, I tried to set up a nfs server and a nfs client in my network. I followed the instructions from the arch linux wiki. The server's ip address is 192.168.0.100 and the client's one is 192.168.0.101. I inserted the option --no-notify in /etc/conf.d/nfs-common.conf on the server. Here are the entries of the configuration files. --- On the server --- /etc/export: /home/user/share 192.168.0.101(rw,sync,no_root_squash,no_subtree_check) /etc/hosts.allow: nfsd: 192.168.0.101/255.255.255.255 rpcbind: 192.168.0.101/255.255.255.255 mountd: 192.168.0.101/255.255.255.255 --- On the client --- /etc/hosts.allow: rpcbind: 192.168.0.100/255.255.255.255 If I try to mount the nfs share with the command "mount 192.168.0.100:/home/user/share /home/user/share", I will get the error message "mount.nfs: access denied by server while mounting". The directories /home/user/share on both machines are owned by the user. Maybe someone has an idea? Thanks! Bye Lars

2 1

[arch-general] Nouveau problem
by Lars Tennstedt 19 Jul '10

19 Jul '10

Hello again, the graphics card on my old pc is a Nvidia GeForce 3 Ti 200. Before the release of the version 1.8 of X.org I used the proprietary driver. Because this is not possible anymore, I tried the nouveau driver and everything I can get is a blank screen. The vesa driver works correctly with the same configuration files. Thanks for your time! Bye Lars

4 3

[arch-general] Need Help working on radeon/kernel bug - Where can I get .35rc kernel
by David C. Rankin 19 Jul '10

19 Jul '10

Guys, On the kernel/radeon, Andreas suggested: "try a .35rc kernel if it's fixed meanwhile. if not ask on the upstream radeon list and then probably file the issue to the Xorg tracker for radeon." My question: (1) where would I look to find the Arch .35rc kernel? I got the rest :p -- 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

2 3

[arch-general] nVidia MCP79
by Rafael Beraldo 19 Jul '10

19 Jul '10

Hi, I bought a Asus 1201N and installed Arch on it. Sound (a nVidia MCP79) works but I think sound is too low. I've set everything in alsamixer to 100% and even with a headphone it is still low. Although I can hear it well, I think this netbook can amplificate sound a lot more. Also, the built-in microphone doesn't work. alsamixer doesn't show the controls of it, just of the pararel mic. Thank you in advance. -- Rafael Beraldo http://cabaladada.org

3 19

[arch-general] RSS feed - missing feature|problem
by Netanel Shine 19 Jul '10

19 Jul '10

Hey all, My name is Netanel Shine, and a few days ago i began the process of building an israeli community of archlinux. I used a git clone to set up the main site. (like some other great projects file that archlinux git have to offer like the wiki and the forums) Everything went smoothly and just works great, except for one problem - the package rss feeds. The site address is: http://archlinux.org.il - under heavy development. The problem: As you all can see, the left rss box with the latest updates dont work and the list is empty. - because the system comes with an integrated "packages" part (you can see it here: http://archlinux.org.il/packages - not gonna use it), so the rss list updates from here (i guess) After discussions with some great people (in the irc) we concluded that the rss box pull`s the data from the 'models.Package' object - that connected to archlinux mainsite DB (Package.objects=PackageManager()), so if i dont have any access for the database - thats not gonna work. All sorts of ideas were came up like bulding a script that will do the job or, a an iframe that will copy the box from the mainsite (but the problem it will not be in hebrew) and an idea to replace the table that has for update in pkg_updates. (with logic that pulls from the feed) - but thats not easy because the logic is a wrapped up in django MVC. So dear friends, i turn to you for help - and I`m sure I would find it. -- Netanel Shine Blog - http://netshine.wordpress.com

2 1

[arch-general] Bad News .35rc kernel boots to KMS switch then hardlocks box
by David C. Rankin 18 Jul '10

18 Jul '10

Guys, Still plugging away at why the 2.6.34 kernels either lock on boot or if boot is successful, the graphics system whitescreens when compiz is started. To investigate (http://bugs.archlinux.org/task/20200), Andreas suggested I try the .35rc kernel. So once Thomas pointed me in the right direction to get the kernel from AUR, I built it (it built fine, all default values were used except the Ath9k modules were activated (I have an Atheros wireless card). Bad news, the kernel boots to what I guess is the KMS switch (that part where your screen flips from normal text mode to the higher resolution graphics mode) and then: (1) a 3-4 pixel horizontal white line flashes across the 'center' of the screen for approximately 1-2 seconds and; then (2) the screen goes completely black (dead unpowered black) and the box hardlocks. So the 2.6.35rc test was a bust. Do you think there is any use in recompiling and not enabling the Ath9k module will make any difference. Let me know. I guess the next step is to get with the radeon upstream folks and get them involved because the kernel/atiRS690M problem has gone from: good (2.6.32 kernel); to bad (2.6.33 kernel - compiz works but slow); to worse (2.6.34 only boots less than 20% of the time and compiz whitescreens every time); to completely unsuable (2.6.35rc kernel - won't boot at all) Let me know if you think recompiling w/o ath9k will make any difference and if any of you have contacts on the radeon upstream list, pass them along so I at least have an idea of who has any Arch knowledge on that list. Any other thoughts let me know, because it is apparent something has to be fixed before 2.6.35 moves forward. -- 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

[arch-general] Keep older kernel intact while upgrading to new kernel
by Madhurya Kakati 17 Jul '10

17 Jul '10

Hi, While updating to a new kernel pacman replaces the older kernel with the new one. Is there someway to keep the older kernel in /boot and have new entries for new kernel in menu.lst while keeping old entries intact?

11 22

[arch-general] [PATCH] gdisk patches
by Mark Pustjens 17 Jul '10

17 Jul '10

Hi List, Below a patch wich fixes two bugs in the gdisk package. They have been submitted uptream but not yet been accepted. The first bug fixed is that partition attributes are read/stored backwards. The second bug fixed is that when changing an undefined attribute no longer junk is displayed. I'm not sure if this is the right place, but i sent to this list mainly because there is no official gpt fdisk list afai could find. Now this patch has a place on the net. Cheers! Greetings/Groetjes Mark Pustjens -- diff --git a/extra/gdisk/PKGBUILD b/extra/gdisk/PKGBUILD index 0664a57..af9b44e 100644 --- a/extra/gdisk/PKGBUILD +++ b/extra/gdisk/PKGBUILD @@ -9,10 +9,12 @@ arch=('i686' 'x86_64') url="http://www.rodsbooks.com/gdisk" depends=('gcc-libs' 'util-linux-ng' 'popt') license=('GPL2') -source=(http://www.rodsbooks.com/gdisk/gdisk-$pkgver.tgz) +source=(http://www.rodsbooks.com/gdisk/gdisk-$pkgver.tgz + gdisk_attributes.patch) build() { cd $srcdir/$pkgname-$pkgver + patch -p1 -i "$srcdir/gdisk_attributes.patch" make install -D -m755 gdisk $pkgdir/sbin/gdisk install -D -m755 sgdisk $pkgdir/sbin/sgdisk @@ -23,4 +25,6 @@ build() { install -D -m644 README $pkgdir/usr/share/gdisk/README install -D -m644 NEWS pkgdir/usr/share/gdisk/NEWS } -md5sums=('48740d8de518f79ae9dae7ec58068d05') + +md5sums=('48740d8de518f79ae9dae7ec58068d05' + '106a4186587ab572f6397ba1702e8d47') diff --git a/extra/gdisk/gdisk_attributes.patch b/extra/gdisk/gdisk_attributes.patch new file mode 100644 index 0000000..e03c957 --- /dev/null +++ b/extra/gdisk/gdisk_attributes.patch @@ -0,0 +1,29 @@ +diff --git a/attributes.cc b/attributes.cc +index 527dc87..a7b2afd 100644 +--- a/attributes.cc ++++ b/attributes.cc +@@ -26,6 +26,7 @@ Attributes::Attributes(void) { + // Most bits are undefined, so start by giving them an + // appropriate name + for (i = 1; i < NUM_ATR; i++) { ++ temp.str(""); // empty stream + temp << "Undefined bit #" << i; + atNames[i] = temp.str(); + } // for +@@ -75,12 +76,12 @@ void Attributes::ChangeAttributes(void) { + do { + response = GetNumber(0, 64, -1, (string) "Toggle which attribute field (0-63, 64 to exit): "); + if (response != 64) { +- bitValue = PowerOf2(uint32_t (NUM_ATR - response - 1)); // Find the integer value of the bit +- if ((bitValue & attributes) == bitValue) { // bit is set +- attributes -= bitValue; // so unset it ++ bitValue = 1 << response; ++ if (bitValue & attributes) { // bit is set ++ attributes &= ~bitValue; // so unset it + cout << "Have disabled the '" << atNames[response] << "' attribute.\n"; + } else { // bit is not set +- attributes += bitValue; // so set it ++ attributes |= bitValue; // so set it + cout << "Have enabled the '" << atNames[response] << "' attribute.\n"; + } // if/else + } // if

4 5

[arch-general] Manager Duplicates in /var/cache/pacman/pkg
by David C. Rankin 17 Jul '10

17 Jul '10

Guys, I've updated my find duplicates script to work with the .xz packages. There are actually 2 scripts involved: 'fduparch.sh' is the wrapper script that just sets the directories and options for the actual duplicate finding script 'fduppkg'. In its current configuration fduparch.sh actually calls fduppkg twice. PASS 1: it calls fduppkg to scan /var/cache/pacman/pkg and move any duplicates found to '/home/backup/pkg-old'. Packages with the same name are then checked by DATE and any older packages are moved /home/backup/pkg-old. This leaves only the current packages in /var/cache/pacman/pkg making it much easing to move your install from machine-to-machine without copying unneeded duplicates. Second, it frees up space on / by moving duplicates to the /home partition. PASS 2: it calls fduppkg a second time to scan '/home/backup/pkg-old' and move any duplicates found to '/home/backup/pkg-older'. That way you have the latest packages in the normal '/var/cache/pacman/pkg' and you have a duplicate-free set of the last packages before update in '/home/backup/pkg-old'. All older versions are kept in '/home/backup/pkg-older' The way I use the scripts is to create softlinks to the scripts in /usr/local/bin (making sure /usr/local/bin is in your PATH) as follows: ln -s /wherever/you/put/fduparch.sh /usr/local/bin/fduparch ln -s /wherever/you/put/fduppkg /usr/local/bin/fduppkg then I simply call fduparch after each update to clean the duplicates out of /var/cache/pacman/pkg. running fduppkg without arguments gives the general usage: 01:16 nirvana:/srv/http/dl/Archlinux/scripts> sh fduppkg Usage: fduppkg <search dir> [ -d dup_dir -l logfile -s -v ] Searches <search dir> for duplicate pkgs and moves duplicate files to [dup_dir] or <search dir>/duplicates by default. -d | --dupdir Used to specify directory to hold duplicate rpms -l | --logfile Specify the log file name (default ./duplicates.log) -s | --silent Don't output anything to stdout, just log results -v | --verbose Output information showing which files are kept and not moved However, to change the default duplicate directories, just edit the wrapper script 'fduparch' and set the directories you want there. I have used a wrapper script to keep fduppkg as flexible as possible so I can simply run it on any package directory to find and move duplicates. (the split setup was originally developed to handle suse's archane cache directory structure, but it handles Arch's simple setup as well) Grab the duplicate scripts at: http://www.3111skyline.com/dl/Archlinux/scripts/fduparch.sh http://www.3111skyline.com/dl/Archlinux/scripts/fduppkg Finally, I have developed a script for determining which packages in /var/cache/pacman/pkg are 'Installed' or not. The script is 'chkinstpkgs.sh' and is available here: http://www.3111skyline.com/dl/Archlinux/scripts/chkinstpkgs.sh Running the script without argument will check the status of all packages in /var/cache/pacman/pkg and provide you with a concise list of installed/uninstalled packages in the following format: 01:24 alchemy:~/scr/arch> sh chkinstpkgs.sh Determining installed/orphaned packages in /var/cache/pacman/pkg... Initializing the package-information arrays Checking installed packages Total Number of Packages : 2713 Total Number Installed : 2225 Total Number Orphaned : 488 Updating the installed package array with installed/orphaned info ( be patient, time required is: [~30 sec/1000 pkgs] ) ORPHANS (pkg in /var/cache/pacman/pkg but not installed): Total packages orphaned: 488 Package Arch Installed ---------------------------------------------------------------------------- a2ps-4.14-1 x86_64 no acct-6.5.1-1 x86_64 no acpi-1.4-2 x86_64 no <snip> INSTALLED PACKAGES: Total packages installed: 2225 Package Arch Installed ---------------------------------------------------------------------------- a52dec-0.7.4-4 x86_64 yes aalib-1.4rc5-6 x86_64 yes <snip> I find all 3 scripts useful in managing my Arch boxes and for moving installs to new arch boxes. The chkinstpkgs.sh script is great for checking what I have forgotten to install on a new box. Enjoy! -- 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