- Arch-general - lists.archlinux.org

[arch-general] Remove duplicate packages from /var/cache/pacman/pkg script updated
by David C. Rankin 03 Sep '10

03 Sep '10

In case anyone uses it, I updated my fduppkg script that scans /var/cache/pacman/pkg and moves duplicate packages to a separate directory so you can either keep the current + last package sets or just delete the dups. This update just cleans up the output and adds an -s | --silent option that suppresses all screen output and simply writes to the log file. Additionally the screen output has been cleaned up so it looks like this now: [14:18 alchemy:/home/david] # fduparch fduppkg /var/cache/pacman/pkg -d /home/backup/pkg-old -l /home/backup/pkgdups.log Total packages to screen: 2858 Removing duplicates from: /var/cache/pacman/pkg Duplicates directory: /home/backup/pkg-old Log file location: /home/backup/pkgdups.log Verbose mode set: [use -q to stop pkg output | -s to stop all output] pkg [ 434] feh dup => feh-1.8-1-x86_64.pkg.tar.xz pkg [ 727] gstreamer0 dup => gstreamer0.10-ugly-0.10.15-4-x86_64.pkg.tar.xz pkg [ 785] gtranslator dup => gtranslator-1.9.7-1-x86_64.pkg.tar.gz pkg [1446] kernel26-docs dup => kernel26-docs-2.6.35.3-1-x86_64.pkg.tar.xz pkg [1869] lpsolve dup => lpsolve-5.5.0.15-1-x86_64.pkg.tar.gz pkg [1895] madwifi dup => madwifi-0.9.4.4119-2-x86_64.pkg.tar.xz pkg [2043] obexd-client dup => obexd-client-0.29-3-x86_64.pkg.tar.xz pkg [2070] openssh dup => openssh-5.5p1-1-x86_64.pkg.tar.xz pkg [2263] pulseaudio dup => pulseaudio-0.9.21-8-x86_64.pkg.tar.xz pkg [2399] ruby dup => ruby-1.9.1_p429-1-x86_64.pkg.tar.xz pkg [2537] timidity++ dup => timidity++-2.13.2-9-x86_64.pkg.tar.xz 11 duplicates moved to /home/backup/pkg-old I've set the package name field width to 26 as a compromise to handle most package names. (You wouldn't have any screen left if it was wide enough for all the screwy kde4 50+ char package names). If the output above wraps -- you get the drift. In verbose mode (default) you get a summary showing the total number of packages to be screened, being moved from /var/cache/pacman/pkg to the dupdir you specify and the files moved are logged in the logfile you specify. The package listing just shows the array index for the current package and any dups found are shown on the right. I find it handy, YMMV. The way I use it is to set up a 'wrapper script' to call fduppkg twice. Once to move dups from /var/cache/pacman/pkg => /home/backup/pkg-old Then again to move dups from /home/backup/pkg-old => /home/backup/pkg-older That way I have the current set in /var/cache/pacman/pkg and a clean last installed set in /home/backup/pkg-old. Plus moving to /home/backup will offload the storage from / to /home partitions on most installs. The main fduppkg scrip is here: http://www.3111skyline.com/dl/Archlinux/scripts/fduppkg The wrapper script I use to call fduppkg is here: http://www.3111skyline.com/dl/Archlinux/scripts/fduparch.sh I just link the scripts to /usr/local/bin as follows and then make sure /usr/local/bin is in your path: lrwxrwxrwx 1 root root 32 Apr 18 19:17 fduparch -> /home/david/scr/arch/fduparch.sh lrwxrwxrwx 1 root root 28 Apr 18 19:18 fduppkg -> /home/david/scr/arch/fduppkg Then once you have edited fduparch.sh and set the directories and options the way you like it, just call fduparch as root or 'sudo fduparch' and all dups will be moved to the directory you specify. (NOTE: this script uses the package DATE to determine which is the newest package, so if you have somehow reset all the ctime or mtime info on your files by block copying them without preserving the file attributes, it won't work) (Yes I know I have left comments and commented out stuff in the scripts, they are still works in progress :-) -- 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] Multilib Repo Thanks
by b1 02 Sep '10

02 Sep '10

Hello altogether and especially to the people contributing to the multilib repo. Having this repo is so damn great! Really good work. If I would have been asked to send in a wishlist, of my most desired features, a month ago such a repo would have been on place one!!! Thank you guys Benedikt

1 0

[arch-general] KDE Thumbnail bug?
by Nilesh Govindarajan 02 Sep '10

02 Sep '10

Recently after upgrading KDE on my arch64 installation, neither dolphin or konqueror don't show thumbnails for images. They just show the thumbnail as a question mark (like that for an unknown file). I deleted the configuration, etc. but still no solution. What can be the problem? A bug or something to do with configuration / arch? -- Regards, Nilesh Govindarajan Facebook: http://www.facebook.com/nilesh.gr Twitter: http://twitter.com/nileshgr Website: http://www.itech7.com VPS Hosting: http://www.itech7.com/a/vps

1 0

[arch-general] Hard disc clicks
by Rafael Beraldo 02 Sep '10

02 Sep '10

Recently I got preoccupied with the hard disc clicking sounds I have been hearing since I installed Arch Linux on my Asus 1201N. Anyway, I remembered that there was an issue that could dramatically reduce the life of the hard disc, then I looked up on Google and found this article [1]. I ran smartctl -A and noticed that each time I heard a click, one was added to Load_Cycle_Count. Then I ran hdparm -B 254 /dev/sda, but the Arch Wiki [2] says that it is best to set a smaller value, like 128, if you move your laptop a lot. The thing is, 128 keeps the hard disc spinning down a lot. In fact, 254 is quite noiseless, but as from 253 the clicking sound returns. I read this bug page [3] but found nothing new. It is worth remembering that, sometimes, when I'm watching a movie or TV show with mplayer, it stops for less than I second, then I hear the disc spinning faster and the video continues. So, how did you guys set the power manager with hdparm in your laptops? Does anybody else have this problem? Since I move my netbook often, should I set it to 128 even if it spins down more than four times a minute? Than you all. [1] http://www.thinkwiki.org/wiki/Problem_with_hard_drive_clicking [2] http://wiki.archlinux.org/index.php/Laptop#Hard_drive_spin_down_problem [3] https://bugs.launchpad.net/ubuntu/+source/pm-utils/+bug/361680 -- Rafael Beraldo http://cabaladada.org

5 5

[arch-general] [signoff] mdadm-3.1.4-1
by Tobias Powalowski 01 Sep '10

01 Sep '10

Two fixes related to configs that aren't using udev: - Don't remove md devices which 'standard' names on --stop - Allow dev_open to work on read-only /dev And fixed regressions: - Allow --incremental to add spares to an array - Accept --no-degraded as a deprecated option rather than throwing an error - Return correct success status when --incrmental assembling a container which does not yet have enough devices. - Don't link mdadm with pthreads, only mdmon needs it. - Fix compiler warning due to bad use of snprintf - Fix spare migration Please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-general] KDE 4.5.1 Bug Kopete need much Memory
by Carsten Feuls 01 Sep '10

01 Sep '10

Helly Everybody I have got a problem with Kopete extra/kdenetwork-kopete 4.5.1-1 [5,04 MB] (kde kdenetwork) [Installiert] Instant Messenger After I had update KDE 4.5.0 to KDE 4.5.1 my system becomes Slowly. Then i found out that my system has 890MB Ram in use and 800 MB Swap. Then I have tried to close some programms and after I have closed Kopete my system only use 212 MB Ram und 193 MB Swap. Is it a bug in Kopete or is there some error in building the Kopete Programm. I have found out that the same problem is in my 2 others PC when I run Kopete it need much memory When you start kopete the memory becomes more and more in use by kopete 1Mb per Sec I looks like a memory leek Sincerely yours Carsten

1 0

[arch-general] kde 4.5.1 ati/intel workarounds
by Caleb Cushing 01 Sep '10

01 Sep '10

Does anyone know if the workarounds are still needed or if that was a fixed bug? I read the changelog but was unable to discern whether or not these were on the list of fixed kwin bugs. -- Caleb Cushing http://xenoterracide.com

4 6

[arch-general] HAL .fdi files stopped working
by Linus Eklöf 01 Sep '10

01 Sep '10

After an upgrade in the beginning of summer (don't remember what was updated) my hal fdi files in /etc/hal/fdi/policy stopped working, I had to change the keyboard mapping in the xfce settings and haven't been able to use my joypad since. I can't find anything on it with google and I've upgraded my system a couple of times since, but it still isn't working. Anybody who knows what might cause this?

8 7

Re: [arch-general] [arch-dev-public] The "Great Python Rebuild of 2010" begins
by Evangelos Foutras 31 Aug '10

31 Aug '10

On Sun, Aug 29, 2010 at 5:48 PM, Allan McRae <allan(a)archlinux.org> wrote: > On 18/08/10 01:46, Allan McRae wrote: >> >> Hi, >> >> I have pushed the new python (3.1) and python2 (2.7) packages to the new >> [staging] repo so rebuilds can start there. Remember the staging repo >> should never be used outside a build chroot... If you do, everything >> python related will break on your system. >> >> TUs will not be able to start uploading rebuilds yet as they do not have >> a staging equivalent, but we will sort something out for them once we >> get all the db-scripts/devtools changes tested for the main one first. >> The package pool is going to save us a heap of issues when this gets >> moved so it is worth the wait. >> >> >> The key things to remember with the rebuild are: >> >> - build in clean chroots. Most packages will detect "python2" or >> "python-2.7" once they see no "python" and use that. Some will need >> simple patching. >> >> - change your dependencies to python2 >> >> - check files for #!'s with "/usr/bin/python" or "/usr/bin/env python". >> If you have those you will need to do a sed to change them to python2. >> >> >> If you come across a package that you can not easily fix, add it to >> >> http://wiki.archlinux.org/index.php/DeveloperWiki:Python_Todo_List#Packages… >> and I will take a look at it. >> > > Just a reminder for people to look at their packages and rebuild them for > this. We seem to of stalled majorly... > > Allan Any updates regarding the creation of a [community-staging] repository?

3 2

[arch-general] cannot run pacman in different operating system
by Łukasz Nowak 31 Aug '10

31 Aug '10

Hello Dear Archians, I need to install arch from existing operating system. This is Mandriva 2010.0 64 bit: uname -a Linux luker500 2.6.33.5-server-2mnb #1 SMP Thu Jun 17 21:11:54 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux I am using (and contributing to): http://wiki.archlinux.org/index.php/Install_From_Existing_Linux Let me show you which steps I have done so far: $ ARCH=`uname -m` $ echo $ARCH x86_64 $ pwd /home/luke/archtest $ wget -q http://www.archlinux.org/packages/core/$ARCH/pacman/download/ http://mirrors.kernel.org/archlinux/core/os/x86_64/pacman-mirrorlist-201008… http://www.archlinux.org/packages/core/$ARCH/libfetch/download/ http://www.archlinux.org/packages/core/$ARCH/libarchive/download/ http://www.archlinux.org/packages/core/$ARCH/openssl/download/ http://www.archlinux.org/packages/core/$ARCH/xz/download/ $ ls libarchive-2.8.4-1-x86_64.pkg.tar.gz openssl-1.0.0.a-3-x86_64.pkg.tar.gz pacman-mirrorlist-20100825-1-any.pkg.tar.gz libfetch-2.33-1-x86_64.pkg.tar.gz pacman-3.4.0-2-x86_64.pkg.tar.gz xz-4.999.9beta-5-x86_64.pkg.tar.gz $ for f in *.tar.gz ; do tar xzf $f ; done $ export LD_LIBRARY_PATH=/home/luke/archtest/usr/lib:$LD_LIBRARY_PATH $ echo $LD_LIBRARY_PATH /home/luke/archtest/usr/lib: $ ls -d /home/luke/archtest/usr/lib /home/luke/archtest/usr/lib/ $ export PATH=/home/luke/archtest/usr/bin:$PATH $ which pacman /home/luke/archtest/usr/bin/pacman So now it is time to try to run pacman: $ pacman --help -bash: /home/luke/archtest/usr/bin/pacman: No such file or directory I checked, this file really exists: $ file /home/luke/archtest/usr/bin/pacman /home/luke/archtest/usr/bin/pacman: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped But I cannot even do ldd: $ ldd /home/luke/archtest/usr/bin/pacman /usr/bin/ldd: line 119: /home/luke/archtest/usr/bin/pacman: No such file or directory So additionally I checked strace output: $ strace /home/luke/archtest/usr/bin/pacman execve("/home/luke/archtest/usr/bin/pacman", ["/home/luke/archtest/usr/bin/pacm"...], [/* 78 vars */]) = -1 ENOENT (No such file or directory) dup(2) = 3 fcntl(3, F_GETFL) = 0x8002 (flags O_RDWR|O_LARGEFILE) fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 33), ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f3180b61000 lseek(3, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) write(3, "strace: exec: No such file or di"..., 40strace: exec: No such file or directory ) = 40 close(3) = 0 munmap(0x7f3180b61000, 4096) = 0 exit_group(1) = ? And now I am really stuck. Is it related to my configuration or glibc incompatibility? What more information you need to track this issue? What shall I try, maybe compiling pacman from source? Regards, Luke

2 2