- Arch-general - lists.archlinux.org

[arch-general] RAID Configuration & Swap Space
by Carlos Mennens 10 Mar '10

10 Mar '10

I wanted to know if I configure my three identical disks as followed: - sda1 = /boot @ 4GB - sda2 = RAID @ 300GB - sdb1 = Swap @ 4GB - sdb2 = RAID @ 300GB - sdc1 = Swap @ 4GB - sdc2 = RAID @ 300GB Now when I am done configuring RAID, will Arch Linux show I have 8GB of Swap space total under a tool like 'htop' or something like this? Will the above configuration work? Or Should I change it?

4 7

[arch-general] DR - Other dark theme aficionados - "just black" for FF 3.6, simple & clean
by David C. Rankin 10 Mar '10

10 Mar '10

2 2

Re: [arch-general] [arch-dev-public] [signoff] openssh 5.4p1-2
by Byron Clark 10 Mar '10

10 Mar '10

On Wed, Mar 10, 2010 at 05:16:10PM +0100, Pierre Schmitz wrote: > Am Mittwoch, 10. März 2010 17:08:45 schrieb Pierre Schmitz: > > Am Mittwoch, 10. März 2010 16:36:15 schrieb Pierre Schmitz: > > This is really not my day and I already regret touching this package. :-) > > The problem with using readlink /proc/$pid/exe is that during an update of > > a running sshd that link will point nowhere. As a result the restart will > > fail. > > > > What do you think about using /proc/$pid/cmdline instead? > > Just found out that this wont work with ssh_args set in /ec/conf.d/sshd. My > last resort would be stripping that possible "(deleted)" fro mthe readlink > output. Here's another way to check if the pid file is valid: if pidof sshd | grep -q $(cat /var/run/sshd.pid); then echo "pid in /var/run/sshd.pid is valid" else echo "invalid pid" fi -- Byron Clark

2 5

[arch-general] Howto handle poppler conflict with poppler-qt3
by David C. Rankin 10 Mar '10

10 Mar '10

Guys, Latest updates to poppler require the removal of poppler-qt3 which fails due to kdemod3-kdegraphics-pdf (kpdf) dependencies. How do we handle this? Do we just remove poppler-qt3? Won't that break kpdf? Thought I would check before I started breaking things on my own :p The actual error is: :: poppler conflicts with poppler-qt3. Remove poppler-qt3? [Y/n] error: failed to prepare transaction (could not satisfy dependencies) :: kdemod3-kdegraphics-kpdf: requires poppler-qt3>=0.6 -- 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

8 11

[arch-general] LVM/MDADM and GRUB2
by Tobias Powalowski 10 Mar '10

10 Mar '10

Hi, has anyone succeeded in having /boot on a lvm volume, or a mdadm raid device, which grub2 can directly boot from it? If yes please give me some advice how to do it, i want to add full grub2 support to archboot setup and the docs are quite messy. I haven't found a way to do such a setup. Many thanks for any input. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-general] A good twitter client
by Nilesh Govindarajan 10 Mar '10

10 Mar '10

Hi, Does anyone know a good twitter client for KDE apart from Firefox's echofon, Chromed Bird (I don't use GChrome), and KDE μblog ? Twitgin sucks if you have to many tweets from people you're following and that's my case. -- Nilesh Govindarajan Site & Server Administrator www.itech7.com

9 12

Re: [arch-general] [arch-dev-public] openssh 5.3p1-4: sshd script kills all sshd processes??
by Florian Pritz 10 Mar '10

10 Mar '10

On 10.03.2010 00:03, Thomas Bächler wrote: > What did whoever commited this smoke? It must have been very good: > http://repos.archlinux.org/wsvn/packages/?op=comp&compare[]=%2Fopenssh%2Ftr… > > Whenever you want to do /etc/rc.d/sshd restart remotely, it will kill > your ssh session. It is an important feature of openssh that all ssh > connections stay OPEN even if you kill the master server. With this > change, you will get kicked and goodbye remote server. > http://bugs.archlinux.org/task/18611 Aaron did the commit btw. -- Florian Pritz -- {flo,bluewind}(a)server-speed.net

1 0

[arch-general] [PATCH (dbscripts)] Fix permissions of incoming packages.
by Chris Brannon 10 Mar '10

10 Mar '10

This patch changes the permissions of uploaded packages to 664, before they are moved from the staging directory. The commitpkg script included in devtools uses rsync to upload packages, and rsync preserves permissions. This causes problems whenever permissions are too restrictive on the uploader's machine. Signed-off-by: Chris Brannon <cmbrannon79(a)gmail.com> --- db-update | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/db-update b/db-update index 0973bf3..3f36332 100755 --- a/db-update +++ b/db-update @@ -87,6 +87,11 @@ for current_arch in ${ARCHES[@]} any; do done done +# Give permissions of 664 to all files under $stagedir. +# I.E., readable-writable by user and group; readable by others. +# This insures that packages enter the ftp area with correct permissions. +find "$stagedir" -print0 -type f |xargs -0 chmod 664 + # Process architecture-independent packages first. if [ -d "$stagedir" ]; then ANYPKGS="$(getpkgfiles $stagedir/*-any$PKGEXT 2>/dev/null)" -- 1.7.0.1

5 10

[arch-general] svn packaging, abs => git ?
by Dieter Plaetinck 10 Mar '10

10 Mar '10

Couldn't find any discussion about this, but what about we maintain our packages in git instead of svn? pros: 1) git is awesome 2) we don't need abs/rsync anymore. users can just read from git. 3) git network communication is more efficient then rsync (afaik) 4) users can check out older versions of packages easily, with limited storage overhead. 5) makes it easier to maintain forks of packages (have your own git repository with some changes, then merge in upstream changes to keep them up to date. upstream == arch linux here) cons: 1) using git for abs will use more disk space because you need the checkout + the repo (a 60% or increase or so? my abs tree is now 57MB, so even if this becomes 100MB that's still ok imho) 2) svn->git migration is not trivial, since tools, the website, .. will need to be adapted. Dieter

14 24

Re: [arch-general] [arch-dev-public] wrong permission to packages
by Chris Brannon 10 Mar '10

10 Mar '10

Dan McGee wrote: > On Tue, Mar 9, 2010 at 3:16 PM, Ionut Biru wrote: *SNIP* >> ok. so he has umask 077 and because we are using rsync the permission is >> persistent. maybe we should fix dbscripts and install the package with the >> right permission. > > Patches welcome. :) > > -Dan Hi, I'm the offender in this case. The file had permissions of 0600. When I used communitypkg to upload it, rsync preserved those permissions. My next message will have a patch for dbscripts. Hopefully, my proposed fix isn't too naive. -- Chris

1 0