- Arch-general - lists.archlinux.org

[arch-general] encrypt hook
by Hussam Al-Tayeb 12 Feb '10

12 Feb '10

Why does /lib/initcpio/hooks/encrypt say /sbin/cryptsetup but the actual installed file is /sbin/cryptsetup.static?

2 2

[arch-general] mail client
by andrew james 12 Feb '10

12 Feb '10

i think I am soon tired of thunderbird 3.. I could revert to vers 2 but why is the newer vers slow, laggy, semi-stallish? has anyone else a funky thunderbird vers 3? any switch values to cause it to work quicker? alternatively, what is your favoured mail news client for POP3, IMAP, Syndicates, news groups NNTP, all in one? I want a better program. andrew

11 11

[arch-general] new mkinitcpio / harmless error message at boot
by Hussam Al-Tayeb 11 Feb '10

11 Feb '10

After doing a pacman -Syu and installed the mkinitcpio 0.6 , I'm getting an error insmoding padlock-sha just after I enter the root device luks encryption passphrase. I'm assuming there is an easy solution to this. Any idea?

3 2

[arch-general] [signoff] mkinitcpio 0.6-1 and friends
by Thomas Bächler 11 Feb '10

11 Feb '10

Please sign off these packages: mkinitcpio 0.6-1 - Remove klibc dependency - Rewrite many hooks to be better, have less bugs and work with busybox - Random other fixes mkinitcpio-busybox 1.15.3-5 - Core component of mkinitcpio 0.6: Busybox build especially configured for mkinitcpio mkinitcpio-nfs-utils 0.1-1 - nfsmount and ipconfig utilities ported from klibc for NFS root support (Could someone please test this, AFAIK nobody ever verified that it works) cryptsetup 1.1.0-2 device-mapper 2.02.60-3 dmraid 1.0.0.rc16-2 lvm2 2.02.60-3 mdadm 3.1.1-2 v86d 0.1.9-10 - Hooks adjusted to work with the new busybox shell and tools - Static or klibc binaries replaced by dynamic glibc binaries

3 5

Re: [arch-general] [arch-dev-public] [signoff] dcron 4.2
by Jim Pryor 11 Feb '10

11 Feb '10

On Mon, Jan 11, 2010 at 11:36:55AM -0500, Eric Bélanger wrote: > On Mon, Jan 11, 2010 at 8:06 AM, Paul Mattal <paul(a)mattal.com> wrote: > > On 01/06/2010 01:09 AM, Paul Mattal wrote: > > I've just placed dcron 4.2 into [testing]. This is a major update to dcron, > > under a new maintainer (who is an Arch user, and very responsive). With this > > release, I am also taking over maintaining dcron in [core]. > > Why did you put etc/rc.d/crond in the backup array? These daemon > scripts are not intended to be modified by the user. If you want them > to be able to pass different options, you should use a > /etc/conf.d/crond config file. Hi Eric, I did that in a proposed PKGBUILD I sent to Paul. It'll be up to him how to package this, but this prompts a more general question I have. Granted that daemon scripts are not supposed to be modified by the ordinary user; the /etc/conf.d mechanism is the usual way to supply arguments to the daemon scripts. However, it's one thing to say "not usually supposed to be user-modified" and slightly different to say "overwrites user mods without notice." I find myself tweaking a few /etc/rc.d scripts now and then. I know there's an existing mechanism to protect such changes: NoUpgrade in /etc/pacman.conf. But I wondered why more PKGBUILDs didn't just add the daemons to the backup array. So the question is: should we think of it as _policy_ that rc.d scripts don't go in backup array, and should instead always be explicitly protected by the user if user wants to mod? No problem if so, it's actually helpful to know there's an explicit policy to always do it the one way or always do it the other way. As to dcron 4.2, I've already gotten some feedback. Thanks. I'll release a new version shortly, but do keep feedback coming. -- Jim Pryor profjim(a)jimpryor.net

13 27

[arch-general] Firefox 3.6 window size issue on nvidia TwinView
by David Rosenstrauch 11 Feb '10

11 Feb '10

Having a weird problem in the latest firefox, and was wondering if anyone is seeing anything similar. (And/or know cause/workaround.) When I shut down FF and start it again, the new FF window is a smaller size than the old one. But it's not just that it's not remembering the correct settings - it's actually doing something more devious than that: Even if I manually set the height in the localstore.rdf file (or delete the localstore and let FF re-create it) FF is *overriding* the height value in that file - with a value of 900. Now that value is too round a number to be a coincidence - and it's not. Apparently, it's taking the height from the *smaller* of the 2 screens I have connected to my laptop (the internal panel - 1440x900). But I tweaked my nvidia settings a long time ago specifically to avoid this issue, and they've been working properly with FF ever since (i.e., setting window at correct size) - up until the recent FF/xulrunner upgrade, that is. My nvidia xorg settings are as follows: Option "TwinView" "on" Option "TwinViewOrientation" "Clone" Option "MetaModes" "nvidia-auto-select, nvidia-auto-select" Subsection "Display" Depth 24 Modes "nvidia-auto-select" EndSubsection Option "TwinViewXineramaInfoOrder" "DFP-2, DFP-0" DFP-2 is my external monitor (1680x1050), and DFP-0 is my laptop internal panel. I haven't been able to find much mention about this issue - either on the Arch boards, or elsewhere on the Net. This seems to be the only reference I could find to it: http://forums.mozillazine.org/viewtopic.php?f=38&t=1745845 Anybody have any idea what might be going on here and/or how to fix? It's a pain in the butt to have *every single FF window* show up at the wrong size. Thanks, DR

1 0

[arch-general] pacman too slow on reboot
by Nilesh Govindarajan 11 Feb '10

11 Feb '10

Hi, Recently I'm facing a funny problem. pacman (and even packer) is toooo slow to search -Ss (db+aur) or -Qs (db). I see a lot of HDD activity going on. But when I run pacman-optimize, it gets fixed. This happens at every boot. Any ideas ? -- Nilesh Govindarajan Site & Server Adminstrator www.itech7.com

7 7

[arch-general] udev and/or device-mapper problem
by Hussam Al-Tayeb 11 Feb '10

11 Feb '10

I updated to udev, cryptsetup and device mapper from testing the installed kernel 2.6.32.6 and rebooted. now /dev/mapper/root and /dev/dm-0 are not there but /etc/mtab mentions /dev/mapper/root /dev/mapper/home and /dev/dm-1 exist The computer boots till the fsck part then stops because there is no /dev/mapper/root to fsck. I'm trying not to touch any libpng/libjpeg stuff in testing but non of those messes up booting anyway. After fsck fails, it dropped me to a shell. I downgraded udev and device-mapper, recreated the kernel image and I can boot now. Any ideas?

5 7

[arch-general] wkhtmltopdf
by richard terry 11 Feb '10

11 Feb '10

Hi List/Evangelos: This is a really useful utility, I'd like to use it to join documents. It dosn't seem to be built against a 'patched version' of qt whatever that may mean.: "This version of wkhtmltopdf is build against an unpatched version of QT, and does not support more then one input document." I see that there is a PKGBUILD, and wondered if anyone knew how to get a 'patched version' of QT to build it against to get more functionality. # $Id: PKGBUILD 9613 2010-01-27 18:28:19Z foutrelis $ # Maintainer: Evangelos Foutras <foutrelis(a)gmail.com> pkgname=wkhtmltopdf pkgver=0.9.1 pkgrel=2 pkgdesc="Simple shell utility to convert html to pdf using the webkit rendering engine, and qt" arch=('i686' 'x86_64') url="http://code.google.com/p/wkhtmltopdf/" license=('GPL3') depends=('qt') optdepends=('xorg-server: wkhtmltopdf needs X or Xvfb to operate') source=(http://wkhtmltopdf.googlecode.com/files/$pkgname-$pkgver.tar.bz2) md5sums=('e597b0593081177741b13543f22fd791') build() { cd "$srcdir/$pkgname-$pkgver" qmake wkhtmltopdf.pro make || return 1 make INSTALL_ROOT="$pkgdir/usr" install || return 1 # Generate and install man page install -d "$pkgdir/usr/share/man/man1" ./wkhtmltopdf --manpage >"$pkgdir/usr/share/man/man1/wkhtmltopdf.1" } Regards Richard

3 3

[arch-general] Full update, kde44 and virtualbox is working again - excellent
by David C. Rankin 10 Feb '10

10 Feb '10

Listmates, After full update to kde44 and all packages from testing/community-testing, virtualbox is working again. Cool! So far so good. Thanks for the quick work getting all the packages together. All anyone with the other distros sees is the little notice at kde.org "KDE 4.4 Has Been Release". With Arch -- you get to run it too! :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

1 0