- Arch-general - lists.archlinux.org

[arch-general] suggestion for pacman: Recommended packages.
by Hussam Al-Tayeb 11 Dec '09

11 Dec '09

The current case for many packages that use optdepends is as follows. Let's say a package called package1 installs some extra binaries or plugins. Those extra not so used binaries or plugins have extra dependencies (let's call them libsomething) marked as optdepends. so on installation pacman will say something: optional dependency: libsomething needed for package1 plugins to work. How about instead those extra binary files or plugins are split into another package called package1-plugins and have libsomething as plain dependency? Then on package1 installation, pacman should say something like: Recommended packages: package1-plugins for blah blah functionality. A good example is the pacman package itself which has an optional dependency on python for rankmirrors script. Maybe we could split it into a separate pacman-rankmirrors which depends on python the when a user installs/upgrades pacman package, he/she is prompted for recommended package pacman-rankmirrors for blah blah functionality. pacman-rankmirrors would depend on python. I think this is a better and cleaner approach. Obviously not every package can use that approach but it will clean some optdepends and remove some ldd errors because of uninstalled optdepends. Another thing, anyway to make pacman -Rns somepackage also remove optional dependencies that no other package uses?

7 10

Re: [arch-general] [arch-dev-public] Packaging Chromium for [extra]
by Denis A. Altoé Falqueto 11 Dec '09

11 Dec '09

On Fri, Dec 11, 2009 at 7:49 AM, Pierre Schmitz <pierre(a)archlinux.de> wrote: > OK, just uploaded -2 to testing; let me know, if it does work or not. Now it is working with youtube. A local site with flash videos continues to work. -- A: Because it obfuscates the reading. Q: Why is top posting so bad? ------------------------------------------- Denis A. Altoe Falqueto -------------------------------------------

1 0

[arch-general] kde4/kmail slow - anybody else notice or is it just me?
by David C. Rankin 11 Dec '09

11 Dec '09

Guys, Quick request for confirmation. I generally have used tbird in the past but when doing the kde4.3beta tests, I resolved to use kmail and I have pretty much stuck with it since May. The issue I am seeing is a slowdown in kmail that I guess is 4.3.4 related. Specifically I see a slowdown when I access a mail folder containing >2000 messages or so. Each time I leave and return to a folder (my arch folder for example) kmail reloads and re-sorts the entire folder taking some 20+ seconds each time. It is like all 'folder state' caching (for lack of better words) has been turned off. (if that is possible) Anybody else seeing a slow down in kmail? -- 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] Fwd: [arch-dev-public] Packaging Chromium for [extra]
by Denis A. Altoé Falqueto 11 Dec '09

11 Dec '09

>For some unknown reason the current package crashes with flash sometimes. Any >ideas? Or maybe it's just me? It's happening with me too... :( Youtube crashes in the pages that contains videos. But another page (a brazilian news site with flash videos too) works fine. -- A: Because it obfuscates the reading. Q: Why is top posting so bad? ------------------------------------------- Denis A. Altoe Falqueto -------------------------------------------

2 1

[arch-general] iwl5000 issues
by Rafa Grimán 10 Dec '09

10 Dec '09

Hi :) Got a Lenovo T400 laptop with an Intel 5100 wireless card, lspci: 03:00.0 Network controller: Intel Corporation PRO/Wireless 5100 AGN [Shiloh] Network Connection Which was working until I updated my system. Kernel version: # uname -a Linux currotop 2.6.31-ARCH #1 SMP PREEMPT Tue Nov 10 19:01:40 CET 2009 x86_64 Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz GenuineIntel GNU/Linux Have the following packages installed: # pacman -Q | grep -iE "(kernel|iw|wireless)" iwlwifi-5000-ucode 8.24.2.12-2 kernel-headers 2.6.31.5-1 kernel26 2.6.31.6-1 kernel26-firmware 2.6.31-1 wireless_tools 29-3 Modules that are loaded: # lsmod | grep -i iwl iwlagn 132576 0 iwlcore 126496 1 iwlagn mac80211 179312 2 iwlagn,iwlcore led_class 5160 2 thinkpad_acpi,iwlcore cfg80211 104344 3 iwlagn,iwlcore,mac80211 dmesg says this: # dmesg | grep -i iwl iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, 1.3.27ks iwlagn: Copyright(c) 2003-2009 Intel Corporation iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 iwlagn 0000:03:00.0: setting latency timer to 64 iwlagn 0000:03:00.0: Detected Intel Wireless WiFi Link 5100AGN REV=0x54 iwlagn 0000:03:00.0: Tunable channels: 13 802.11bg, 24 802.11a channels iwlagn 0000:03:00.0: irq 31 for MSI/MSI-X phy0: Selected rate control algorithm 'iwl-agn-rs' Nothing weird in /var/log/messages.lo: Dec 8 14:01:25 currotop kernel: iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, 1.3.27ks Dec 8 14:01:25 currotop kernel: iwlagn: Copyright(c) 2003-2009 Intel Corporation Dec 8 14:01:25 currotop kernel: iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 Dec 8 14:01:25 currotop kernel: iwlagn 0000:03:00.0: Detected Intel Wireless WiFi Link 5100AGN REV=0x54 Dec 8 14:01:25 currotop kernel: iwlagn 0000:03:00.0: Tunable channels: 13 802.11bg, 24 802.11a channels Following the wiki: http://wiki.archlinux.org/index.php/Wireless#iwl3945.2C_iwl4965_and_iwl5000- series ifconfig -a gives this: wlan0 Link encap:Ethernet HWaddr 00:1E:65:CF:B5:7A BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) wmaster0 Link encap:UNSPEC HWaddr 00-1E-65-CF- B5-7A-00-00-00-00-00-00-00-00-00-00 [NO FLAGS] MTU:0 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) I get the following errors: # ifconfig wlan0 up SIOCSIFFLAGS: Unknown error 132 # iwlist wlan0 scan wlan0 Interface doesn't support scanning : Network is down Seems the firmware doesn't get loaded, but I have the firmware package installed as listed previously, checking: # pacman -Ql iwlwifi-5000-ucode iwlwifi-5000-ucode /lib/ iwlwifi-5000-ucode /lib/firmware/ iwlwifi-5000-ucode /lib/firmware/iwlwifi-5000-1.ucode iwlwifi-5000-ucode /lib/firmware/iwlwifi-5000-2.ucode iwlwifi-5000-ucode /usr/ iwlwifi-5000-ucode /usr/share/ iwlwifi-5000-ucode /usr/share/licenses/ iwlwifi-5000-ucode /usr/share/licenses/iwlwifi-5000-ucode/ iwlwifi-5000-ucode /usr/share/licenses/iwlwifi-5000-ucode/LICENSE ls -lha /lib/firmware/iwl* -rw-r--r-- 1 root root 337K 2009-11-24 04:08 /lib/firmware/iwlwifi-5000-1.ucode -rw-r--r-- 1 root root 345K 2009-11-24 04:08 /lib/firmware/iwlwifi-5000-2.ucode my /etc.rc.conf MODULES line holds this: MODULES=(... blkcipher aes arc4 ecb cryptomgr crypto_algapi iwlagn ...) I have been reading the forums and found these 2 links: http://bbs.archlinux.org/viewtopic.php?id=77416 seems that okczenaj solved the issue reinstalling his system and installing: iw iwlwifi-5000-ucode wireless_tools packages http://bbs.archlinux.org/viewtopic.php?id=62532 seems iggyst00ge solved his issues by dropping Arch Linux 64 Is there any way to solve this issue without having to reinstall my laptop? As I said before, my wireless was working until I updated. Don't know for sure which package broke wireless connectivity. TIA Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman(a)skype.com rgriman(a)jabberes.org Happily using KDE 4.3.3 :)

7 16

[arch-general] ftp.archlinux.org rate limiting
by Phillip Smith 10 Dec '09

10 Dec '09

Hi all, Could someone share the details of how the 50kbps rate-limit is implemented on ftp.archlinux.org? I know Google gives me plenty of results for rate-limiting with iptables and tc but I've never had much success with tc, and the ftp.archlinux.org rate-limiting seems to work perfectly... So why try reinventing the wheel? :) Cheers, ~p

4 6

Re: [arch-general] [arch-dev-public] Packaging Chromium for [extra]
by Flavio Costa 09 Dec '09

09 Dec '09

On Wed, Dec 9, 2009 at 10:52 AM, Ionut Biru <ibiru(a)archlinux.org> wrote: > On 12/09/2009 02:47 PM, Pierre Schmitz wrote: > >> Hi devs, >> >> I did have a closer look at chromium recently and it did improve a lot. >> Even >> though it's called "beta" it is really usable and feature complete. >> >> There is quite a high demand for it (the binary version in AUR has neraly >> 800 >> votes). I would like to make a peoper package for it and provide that in >> our >> repo. >> >> The AUR packages are either svn trunk builds or repackaged ubuntu debs >> with >> ugly symlinks to libs with other so names. >> >> My idea is to build a tar out of their svn tag and build a clean package >> with >> that. >> >> What do you think? (it's about chromium btw. and not Chrome which is >> Google's >> build with some "extras") >> >> > i don't have any objections about having a chromium package in our repos. > Replying to Arch General since I don't have permission to post on Arch-Dev-Public. I guess this article may be useful: http://lwn.net/Articles/364528/rss It's about some thoughts of a Fedora Packager trying to package Chromium. -- Flávio Coutinho da Costa

1 0

[arch-general] Different local setting of rc.conf and X
by 大熊 09 Dec '09

09 Dec '09

I need en_US.UTf-8 under console and zn_CN.UTF-8 under X So rc.conf: LOCALE="en_US.UTF-8" and ~/.xprofile: exprot LANG=zh_CN.UTF-8 But after I login, the desktop is still en_US, Why?

2 3

[arch-general] testing: xf86-video-ati, libdrm - transparency lost in kde4 w/compiz
by David C. Rankin 09 Dec '09

09 Dec '09

Guys, Testing xf86-video-ati-6.12.99.git20091207 libdrm-2.4.16-1-x86_64.pkg.tar.gz I noticed that the plasma-panel has lost transparency in kde4 when compiz is enabled. It's not uncommon for me to need to restart plasma-desktop to regain transparency, but with these two packages installed, even that doesn't work. I use a small rsplasma script to restart the desktop: 01:33 alchemy:~> cat bin/rsplasma #!/bin/bash kbuildsycoca4 kquitapp plasma-desktop >/dev/null 2>&1 kstart plasma-desktop & >/dev/null 2>&1 This is which radeon loaded in rc.conf due to the current hang in used with KMS. Anybody else see this? Everything else with the driver and drm seems to work OK, but I haven't rebuilt the initramfs for KMS early yet (waiting on more info on the driver issue). Do you want me to try that?? -- 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] scripts to analyze and manage /var/cache/pacman/pkg for installed/uninstalled & gen install scr for uninstalled
by David C. Rankin 09 Dec '09

09 Dec '09

Guys, With a number of arch boxes now, I routinely rsync the package cache from box to box for updates, etc. Today what started out as a "1-liner" to show what scripts in /var/cache/pacman/pkg were installed, uninstalled (what I called orphaned) and then to create summary files and create a script to install the orphans -- well -- turned into somewhat of a longer script that I thought I would pass along. The script 'chkinstpkgs.sh' does just that. Check the installed packages and give you a summary of what is going on with your package cache. I'm sure I just reinvented the wheel, but it was fun nonetheless. The script is at: http://www.3111skyline.com/download/Archlinux/scripts/chkinstpkgs.sh I left all my development commented out at the end of the file -- there were some neat parse parameter substitutions, etc.. that I ultimately didn't use that might be helpful for anyone wanting to mess with managing their package cache, or at least provide a "go-by" for anyone interested in learning a bit more bash. The -h | --help option displays a short help: 18:30 alchemy:~/scr/arch> sh chkinstpkgs.sh -h Usage: chkinstpkgs.sh [package-dir] [orphans-file] [installed-file] [install-orphans-file] chkinstpkgs.sh checks all packages in 'package-dir' to see whether the file is installed or whether the package is an orphan (exists in 'package-dir' but isn't installed). Results are printed to the screen and saved in the users home directory as shown below: Where the defaults are: package-dir=/var/cache/pacman/pkg/ orphans-file=~/pkgs-orphans.txt installed-file=~/pkgs-installed.txt install-orphans-file=~/pkgs-install-orphans.sh Options: -h | --help display usage help and exit -s | --summary display packages totals, installed, orphaned and exit The -s | --summary just gives a numeric summary of the installed/orphaned: 18:30 alchemy:~/scr/arch> sh chkinstpkgs.sh -s Determining installed/orphaned packages in /var/cache/pacman/pkg... Initializing the package-information arrays Checking installed packages Total Number of Packages : 2072 Total Number Installed : 1626 Total Number Orphaned : 446 Just running the whole script produces a complete summary on the screen and also creates the summary files shown above under the defaults: 18:31 alchemy:~/scr/arch> head ~/pkgs-orphans.txt error: package "a2ps" not found error: package "acct" not found error: package "acpi" not found error: package "acpid" not found <snip> 18:42 alchemy:~/scr/arch> head ~/pkgs-installed.txt Installed Packages - 12/07/09 a2ps-4.14-1-x86_64.pkg.tar.gz a52dec-0.7.4-4-x86_64.pkg.tar.gz aalib-1.4rc5-6-x86_64.pkg.tar.gz abs-2.3.3-1-x86_64.pkg.tar.gz acct-6.3.2-2-x86_64.pkg.tar.gz <snip> 18:42 alchemy:~/scr/arch> head ~/pkgs-install-orphans.sh pacman -Sy a2ps acct acpi acpid acpitool acpitool agg archlinux-menus archlinux-menus b43-fwcutter bc bind blas bridge-utils capi4k-utils cyrus-sasl cyrus-sasl-plugins db4.5 dbus-qt3 ddcxinfo-arch dhcp dmapi dmraid dovecot dvd-slideshow filelight flashplugin font-bitstream-speedo font-bitstream-speedo foomatic-db foomatic-db-nonfree <snip> Just delete the ones you don't want to install (beats creating the list from scratch) The script takes ~ 30 seconds per 1000 packages to run. It took about a minute to complete on my laptop. Enjoy. Other package cache scripts available: http://www.3111skyline.com/download/Archlinux/scripts/fduparchpkg http://www.3111skyline.com/download/Archlinux/scripts/fduppkg The above scripts remove duplicate packages from the package cache and move them to /home/backup/pkg-old and /home/backup/pkg-older. The workhorse is fduppkg and fduparchpkg is just a wrapper that calls fduppkg. I just create links to the files in /usr/local/bin: lrwxrwxrwx 1 root root 30 Dec 7 18:22 fduparch -> /home/david/scr/pm/fduparchpkg lrwxrwxrwx 1 root root 26 Nov 5 02:21 fduppkg -> /home/david/scr/pm/fduppkg then just call fduparch and it will move all duplicates from /var/cache/pacman/pkg to /home/backup/pkg-old and then remove all duplicates (newly created) from /home/backup/pkg-old and move them to /home/backup/pkg-older. That way you always have current packages in /var/cache/pacman/pkg, a clean set of the next most recent packages in /home/backup/pkg-old and the package dump of /home/backup/pkg-older where you can keep as many as you want. One primary benefit of moving the packages to /home/backup is it frees up space on your / partition as well as cleaning up /var/cache/pacman. I have posted the dup scripts before, but these have a few updates that optimize things better to cut down on runtime. Even with several thousand packages, the scripts run in about a minute as well. Last note: for any Archers who would like to dig into bash scripting a little more. I like to think these scripts have a lot of cool stuff in them (at least I think so...) and provide a good reference for loops, arrays, array and loop index manipulation for optimizations, redirection, subshells, functions, parameter substitution and substring extraction that are fairly good tools to put in your *nx toolbox. Believe it or not, I actually take some time to comment the scripts with that purpose in mind. (and so I can remember what the hell I was thinking a year from now...) For all you gurus out there, if you happen to look at the scripts and see things I could do better, I welcome the feedback because I'm always open to adding new tools to my toolbox as well ;-) -- 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 2