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

[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

Re: [arch-general] Keep older kernel intact while upgrading to new kernel
by Legioner 17 Jul '10

17 Jul '10

http://wiki.archlinux.org/index.php/Pacman In pacman.conf: IgnorePkg=name IgnoreGroup=name ________________ Reply Header ________________ Subject: [arch-general] Keep older kernel intact while upgrading to new kernel Author: Madhurya Kakati <mkakati2805(a)gmail.com> Date: 17th July 2010 06:27 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?

2 1

[arch-general] Tracking down ATI/Compiz Bug in 2.6.34 kernels (looks like gpu init in 2.6.34)
by David C. Rankin 17 Jul '10

17 Jul '10

Guys, Still trying to get compiz to quit white-screening when running the 2.6.34 kernels. (I booted OK this time, still down want to see if it will boot again yet while I'm working this compiz issue). For those not following the earlier threads, compiz and the entire graphics system on my laptop works perfectly with the LTS kernel, but when I upgraded to the 2.6.34 kernels, compiz white-screens due to a bug somewhere in the kernel/KMS/xf86-video-ati interplay. As mentioned earlier, starting with the 2.6.32 kernels, everything was GREAT with this laptop and the graphic response had never been so good on the 'radeon' driver -- it was kicking ass! But with the 2.6.34 kernel, something is badly broken. Now 'compositing' works fine on the box. I can toggle compositing on/off in Gnome and it is fine (still disappointed that it re-sizes the gnome-terminal, etc.. back to it's original geometry on switching compositing on/off, but that is small potatoes compared to this compiz mess). There is nothing compiz specific in Xorg.0.log that is helpful (but see below for the massive differences between 2.6.34 and LTS Xorg.0.log files). .xsession-error catches a couple of errors when compiz tries to start: Window manager warning: Invalid WM_TRANSIENT_FOR window 0x111 specified for 0x5e0017b (Configure ). Window manager warning: Invalid WM_TRANSIENT_FOR window 0x111 specified for 0x5e004cd (Configure ). Window manager warning: Invalid WM_TRANSIENT_FOR window 0x111 specified for 0x5e0099b (Configure ). * Detected Session: gnome * Searching for installed applications... ** Message: pygobject_register_sinkfunc is deprecated (GtkWindow) ** Message: pygobject_register_sinkfunc is deprecated (GtkInvisible) ** Message: pygobject_register_sinkfunc is deprecated (GtkObject) compiz (core) - Error: Plugin 'text' not loaded. compiz (shift) - Warn: No compatible text plugin loaded. Window manager warning: Received a _NET_WM_MOVERESIZE message for 0x4800021 (CompositeT); these messages lack timestamps and therefore suck. Window manager warning: Received a _NET_WM_MOVERESIZE message for 0x4800021 (CompositeT); these messages lack timestamps and therefore suck. Window manager warning: Received a _NET_WM_MOVERESIZE message for 0x4800021 (CompositeT); these messages lack timestamps and therefore suck. Window manager warning: Received a _NET_WM_MOVERESIZE message for 0x4800021 (CompositeT); these messages lack timestamps and therefore suck. Window manager warning: Invalid WM_TRANSIENT_FOR window 0x111 specified for 0x5800006 (Session Ch). but I can't really decipher them. The compiz (core) and compiz (shift) lines are normal, I get them when starting compiz under LTS also and compiz starts fine. Where there are MASSIVE differences is in the initialization of my video card in the Xorg.0.log files. The LTS Xorg.0.log is twice a large as the Xorg.0.log file from the 2.6.34 kernel startup. Much of it is just gibberish to me, but I'm sure the bug lies in the way the 2.6.34 kernel is trying to initialize my gpu. I have saved copies of each file for review: 2.6.34.1 kernel (35k): http://www.3111skyline.com/dl/Archlinux/bugs/compiz/34.1/gnome/Xorg.0.log LTS-kernel (62k) http://www.3111skyline.com/dl/Archlinux/bugs/compiz/lts/gnome/Xorg.0.log I don't know if you want me to open a bug here or if Allan, Tobias or some of the other devs would like to try to narrow this down 'on-list' first so a more meaningful bug report can be filed, if needed. Let me know what you guys think. I hate to admit it, but I'm somewhat of a compiz junkie. There is nothing like managing multiple desktops than the simple elegance of compiz and a few smart key/mouse bindings. I've got to get this bug fixed :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

Re: [arch-general] [arch-dev-public] Anyone using lilo?
by Eric Bélanger 17 Jul '10

17 Jul '10

On Thu, Jul 15, 2010 at 7:46 PM, Dale Blount <dale(a)archlinux.org> wrote: > On Thu, 2010-07-15 at 15:29 -0400, Eric Bélanger wrote: >> Hi, >> >> Roman has flagged my lilo packages. Lilo developpement is now active >> and lilo 23.0 was released. Unfortunately, my only system using lilo >> is no longer working. Is there anyone else using lilo? Ideally, it >> would be a dev who would take over the package or, at least, a user >> willing to work with me in testing the new packgae before it hits the >> testing repo. > > I'm forced to use it on a single HP server where grub just flat out > refuses to work. I could be convinced to help with testing (as long as > it's just verifying that it's working and not several reboots). > > Dale > > If I understodd correctly, you can only reboot that server once. Is that correct? I'll wait to see if I can't get more testers. I'll forward this thread on arch-general ML.

1 0

[arch-general] Tasks for newbie at online bug squashing (during Archcon)?
by Mathias Huber 17 Jul '10

17 Jul '10

Dear Archers, I've seen there will be an online bug squashing with Archers worldwide during Archcon on July 22 and 23 <http://bbs.archlinux.org/viewtopic.php?id=83844>. I've set some time apart to join the fun. However, I am an Arch newbie, though long standing Linux user. What will there be for me to do? Can you find me some trivial tasks? Most bugs I find in flyspray are beyond my capabilities -- X.org flaws or missing hardware support. I think I could update simple package builds, or correct a wrong path here and there. Apart from that, I am quite good at writing documentation. Should I comb the Arch wiki? Do I need to have a spare Arch system at hand to test things? Maybe someone could take this newbie by the hand? Cheers, Mathias

2 3

[arch-general] bbs.archlinux.org is now switched to https only!
by Thomas Bächler 16 Jul '10

16 Jul '10

I just performed the switch to https only on bbs! I also adjusted some internal URLs, so all files will be properly fetched via https directly. http is redirected automatically. Note that the navbar links on Archweb and all other sites still point to http, but that is redirected automatically. There is a catch: 1) Apache configures SSL per-vhost. That means that even though we have a wildcard certificate, the browser must support SNI for name-based vhosts to work. All clients that are not SNI-capable will be redirected to www instead. 2) wget doesn't like wildcard certificates. That means you need to use --no-check-certificate with wget. 3) Our certificate is from CACert. AFAIK, this is not included in many browsers by default. If you use Arch Linux, at least everything that uses the OpenSSL certificate store and all Mozilla browsers are CACert-enabled - on other operating systems, our certificate might show up as untrusted. Let me know if any of the above (especially 1) cause any problems.

1 0

[arch-general] PCMCIA Kernel 2.6
by Nilesh Govindarajan 16 Jul '10

16 Jul '10

How do I make kernel 2.6 boot from NFS using a PCMCIA network card? Without initrd would be preferred. -- Regards, Nilesh Govindarajan Facebook: http://www.facebook.com/nilesh.gr Twitter: http://twitter.com/nileshgr Website: http://www.itech7.com Cheap and Reliable VPS Hosting: http://j.mp/arHk5e

4 11

[arch-general] legacy ATA -> AHCI switch after installation
by Roberto Malinverni 15 Jul '10

15 Jul '10

My mainbord is dying, so I plan to replace it during this weekend. Originally the installation of the OS (Arch of course) was performed with my sata HD in "legacy ATA mode" set in the BIOS. I'm thinking this time to use native AHCI mode for the hard disks - no real need, I'm just curious. Apart from the other issues related to a "motherboard transplant" I'm already familiar with, do you think that changing the hard drive mode will give me particular troubles? IIRC, the ahci kernel module is normally loaded alongside the others "ata/pata related", so maybe a simple rebuild of the ramdisk is all that I need. Roberto -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto.

3 2

[arch-general] Shortlist of dark themes for firefox 3.6
by David C. Rankin 14 Jul '10

14 Jul '10

Guys, Here is a short list of firefox themes that work well with 3.6. If you haven't tried some of these, they're worth a look. Note: 'Oskar' is just there as an example of how wild and animated a firefox theme can get. The theme is very well done, but I couldn't use it -- it would drive you blind with all the flashing lights. I've left the list in a graphic format so the icons associated with the themes are recognizable. To get them all, a simple advanced search for "Themes", 100 per page, sort by name, modified in the last 6 months will do it. Enjoy. (160k) http://www.3111skyline.com/dl/img/misc/moz-themes.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