- Arch-general - lists.archlinux.org

[arch-general] php / mysql connection after recent update
by Chris Allison 11 Mar '10

11 Mar '10

Morning, Since updating yesterday, all my php scripts that connect to a mysql database (whether local or over the network) stopped being able to connect. I had to append the port number to the host definition in the mysql connect function call to get them to work again. I have been unable to find what has changed. Any ideas where the change may have happened. thanks Chris Allison -- Calling the unnamed register the unnamed register really does nothing but negate the name the unnamed register and render the unnamed register useless as a name, thus the unnamed register is named the unnamed register and is no longer the unnamed register as it is named the unnamed register, so where is the unnamed register to be found and what do we call it! Steve Oualline, The book of vim.

3 4

[arch-general] Bad Idea?
by Carlos Mennens 11 Mar '10

11 Mar '10

Is it a bad idea to install nVidia display drivers manually by downloading them from nvidia.com and installing it by hand...or should I use 'Pacman'? I read that I could mess up my system by manually installing packages and should always use Pacman. Thoughts / Suggestions? -Carlos -- Sent from my mobile device

5 4

[arch-general] Kopete and Yahoo
by Nilesh Govindarajan 11 Mar '10

11 Mar '10

Hi, Yahoo is not working with Kopete 1.0.0 Any ideas ? -- Nilesh Govindarajan Site & Server Administrator www.itech7.com

3 2

[arch-general] A suggestion for the devs regarding rebuilds
by Jeff Horelick 11 Mar '10

11 Mar '10

Hey all, I have a suggestion to possibly make rebuilds a bit less painful (or non-existant). I think this is a good idea because it seems like right now, even before there was a new rebuild (ffmpeg/x264) in testing, there's already another on the horizon (linjpeg/libpng, and it's a big one) and when this isn't the case, there's usually a rebuild, when it leaves testing, another rebuild comes in within days and so on. My suggestion would be to do what Debian does and when there's a library release with a new soname, bump the old package and "rename" it (or for new packages just do it from the start) and make the package name include the soname version (like libjpeg7, libpng12, libtorrent-rasterbar4 and so on) and when the soname is bumped upstream, just make libjpeg8 or libpng13 or libtorrent-rasterbar5. This does clutter the repos a bit, but it pretty much negates the need for rebuilds since (i believe) when the new GNOME for example is released, it'll automagically build against libjpeg8 and libpng13 instead of the old ones and eventually, almost no packages will be using the old ones. Once the package list for a large rebuild like the libpng/libjpeg one is down to 3 or 4 items after like 3 months, you can probably rebuild them and pull libjpeg7/libpng12 from the repos. This would likely require 2 changes to pacman to implement: 1. Pacman would have to know that libpng8 is the newer version of libpng7 and prompt users to install that (or do it as a upgrade keeping the old package). 2. Pacman would have to know something was removed from the repo and somehow notify the user and possibly give them a [Y/n] to remove it from their system. (I personally think this is a good idea to implement anyway). -JD

33 94

[arch-general] imap-login: Fatal: Dovecot version mismatch - Is this a bug, or do I just override with ignore?
by David C. Rankin 10 Mar '10

10 Mar '10

Guys, I'm finishing the mail server setup and I've run into a problem with dovecot. It looks like one part of dovecot doesn't match the other??? Here is what everything log says: Mar 9 22:48:37 nirvana dovecot: imap-login: Fatal: Dovecot version mismatch: Master is v1.2.10, login is v1.2.11 (if you don't care, set version_ignore=yes) Mar 9 22:48:37 nirvana dovecot: imap-login: Fatal: Dovecot version mismatch: Master is v1.2.10, login is v1.2.11 (if you don't care, set version_ignore=yes) Mar 9 22:48:52 nirvana dovecot: dovecot: Killed with signal 15 (by pid=18351 uid=0 code=kill) Mar 9 22:48:54 nirvana dovecot: Dovecot v1.2.11 starting up (core dumps disabled) I just have the standard repositories enabled (no testing or community-testing) for this box. Is there a package out of place that I need to report, or is it just intended that we use 'version_ignore=yes' ? -- 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

3 3

[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

[arch-general] New xorg-server package braks fluxbox?
by Javier Vasquez 09 Mar '10

09 Mar '10

Hi, Today's pacman -Syu installed new xorg-server package: % pacman -Qs xorg-server local/xorg-server 1.7.5.901-1 (xorg) X.Org X servers I have xorg.conf configured without hal support: Section "ServerFlags" Option "AutoAddDevices" "False" Option "AllowEmptyInput" "False" EndSection I also have fluxbox installed: % pacman -Qs fluxbox local/fluxbox 1.1.1-1 A lightweight and highly-configurable window manager And with the new xorg-server the behavior I'm seing is that if I try to maximize/minimize a window, fluxbox freezes, but if I do top, I don't see any process eating resources, neither memory, neither cpu... Another weird behavior, is that fluxbox keys are dead. I configured for example: # alt-left / alt-right Mod1 Right :NextWorkspace Mod1 Left :PrevWorkspace And they don't work. Well, if I try them like between the 1st 2 seconds, they actually work, after 2 seconds, they don't do a thing... I don't think this is a video card issue, since I have the same issue with a nvidia video card, and an ati video card: Driver "nvidia" VendorName "NVIDIA Corporation" BoardName "Quadro FX 570M" ... Driver "radeon" VendorName "ATI Technologies Inc" BoardName "Radeon RV250 [Mobility FireGL 9000]" Is this a bug? I don't want to use hal, but perhaps it's inevitable now as opposed as before, when we could still not depend upon it... So I'm not sure if the only way to make Xorg work now is through hal, or if this is just a temporal bug to be fixed... Please let me know. Thanks, -- Javier.

5 7

[arch-general] encfs boost and openssl
by Manne Merak 09 Mar '10

09 Mar '10

I have problems with the latest update and EncFS. Did check out the bug reports at Arch and EncFS and after downgrading Boost to 1.41 I now do not get the config file reading error anymore. Unfortunately trying to decode my data results in "Error decoding volume key, password incorrect", my password is definitely correct. I downgraded OpenSSL to 0.9.8k-3, still no luck. Does anyone have the correct combination of EncFS, Boost, OpenSSL and whatnotelse to get my data back? Manne

4 7

Re: [arch-general] [arch-dev-public] Moving to pkg.tar.xz officially?
by Ng Oon-Ee 09 Mar '10

09 Mar '10

On Tue, Mar 9, 2010 at 3:16 PM, Pierre Schmitz <pierre(a)archlinux.de> wrote: > Hi all, > > some of us already commit xz compressed packages, others don't. We didn't > really decide on this yet. > > So, is there a reason not to recommond every TU and Dev to change PKGEXT to > .pkg.tar.xz? > > We might also want to write a little announcement to inform users about this > change. While most of them wont be affected, some would have to adjust their > custom scripts. And for those who use netinstall on a 2009.02 or older iso > would have to run pacman -Syu once to get a version of libarchive which is > able to deal with xz. > > If wanted I also could add a check to devtools which issues a warning if xz is > not used. > > Greetings, > > Pierre > > -- > > Pierre Schmitz, https://users.archlinux.de/~pierre > What about devs/tus who also maintain AUR packages? As I recall AUR doesn't accept .tar.xz yet?

6 7

Re: [arch-general] [arch-dev-public] i686 pkg built in chroot on x86_64 doesn't work
by Ray Kohler 09 Mar '10

09 Mar '10

On Tue, Mar 9, 2010 at 12:23 AM, Paul Mattal <paul(a)mattal.com> wrote: > > So this is a weird one, but I think I just made some headway. > > Apparently, this seems to be related to the ACTUAL CPU of the box I build > on. When building on an i686 Arch box running on an AMD 64 CPU, the build > generates the broken binaries! When I build on an Intel CPU, it works fine. > > So it would appear this is at least in part Tomcat's build process's fault > for not building the right thing based on the uname -m but rather looking > directly at the processor. > > Yuck. Perhaps I will at least add a note to the PKGBUILD suggesting this > issue, so that the next poor person who decides to update tomcat doesn't > trip over this same thing. > > Thanks, all, for working this through with me. Why not just stop building tomcat from source? What advantage does it give over just using the upstream binary distro?

1 0

Re: [arch-general] Syncing the mirrors
by keenerd 09 Mar '10

09 Mar '10

> On Mon, 8 Mar 2010 19:13:38 -0600, Dan McGee <dpmcgee(a)gmail.com> wrote > On Mon, Mar 8, 2010 at 7:09 PM, keenerd <keenerd(a)gmail.com> wrote: > > There does not seem to be a documented "standard rsync" command for > > the mirrors to use, so I'm making all sorts of wild assumptions about > > what a mirror's rsync is doing. > http://wiki.archlinux.org/index.php/Local_Mirror#The_synchronization_script The real mirrors use that too? The whole "local mirror" title kind of threw me. I was looking at http://wiki.archlinux.org/index.php/DeveloperWiki:NewMirrors . My bad. -Kyle

4 6

[arch-general] attempting to build firefox-qt
by Shridhar Daithankar 09 Mar '10

09 Mar '10

Subject: attempting to build firefox-qt Date: Tuesday 09 March 2010, 15:40:55 From: Shridhar Daithankar <ghodechhap(a)ghodechhap.net> To: arch-dev-public(a)archlinux.org Hello, I am interested in building firefox with Qt. Following directions from https://wiki.mozilla.org/User:Pjohnsen/MozillaQtBuild, I updated the pkgbuild /mozconfig and created the package. Problem is the resulting firefox package does not link against qt at all. Even a running firefox process does not have any Qt dependencies. There are also xul related errors in the makepkg log. The makepkg log is available at http://ghodechhap.net/firefox-qt.makepkg.log. Any help to make it work is greatly appreciated. -- Regards Shridhar

1 0

Re: [arch-general] [arch-dev-public] i686 pkg built in chroot on x86_64 doesn't work
by Gerardo Exequiel Pozzi 09 Mar '10

09 Mar '10

On 03/09/2010 02:27 AM, Allan McRae wrote: > On 09/03/10 15:23, Paul Mattal wrote: >> So this is a weird one, but I think I just made some headway. >> >> Apparently, this seems to be related to the ACTUAL CPU of the box I >> build on. When building on an i686 Arch box running on an AMD 64 CPU, >> the build generates the broken binaries! When I build on an Intel CPU, >> it works fine. >> >> So it would appear this is at least in part Tomcat's build process's >> fault for not building the right thing based on the uname -m but rather >> looking directly at the processor. >> >> Yuck. Perhaps I will at least add a note to the PKGBUILD suggesting this >> issue, so that the next poor person who decides to update tomcat doesn't >> trip over this same thing. > > Seriously... WTF! That is up there with some of the strangest build > issues I have ever seen. > > Allan > jsvc uses "arch" command. arch is marked as deprecated tool replaced by uname. Anyway "arch" will return correct values when using linux32 wrapper. (And I am on AMD64). what return "linux32 arch" on your weird chroot? -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

1 0

Re: [arch-general] [arch-dev-public] i686 pkg built in chroot on x86_64 doesn't work
by Gerardo Exequiel Pozzi 09 Mar '10

09 Mar '10

On 03/09/2010 01:32 AM, Paul Mattal wrote: > > > However, adding it doesn't solve the tomcat building problem; same > result. This must be some other issue. > > - P > I tested building from trunk tomcat on x86_64, inside i686 chroot (chroot made with a custom script not from devtools). Builds fine, just before entering, or executing linux32 makepkg. [djgera@exequiel trunk]$ strings pkg/opt/tomcat/bin/jsvc | grep i386 $JAVA_HOME/lib/i386/jvm.cfg $JAVA_HOME/lib/i386/libjvm.so $JAVA_HOME/bin/i386/libjvm.so ... [djgera@exequiel trunk]$ strings pkg/opt/tomcat/bin/jsvc | grep amd64 [djgera@exequiel trunk]$ -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

1 0

[arch-general] pacman search help needed: howto find package that provides html2ps?
by David C. Rankin 09 Mar '10

09 Mar '10

Guys, I have made friends with pacman in most areas, but one are I still don't know is " How to I find the uninstalled package that will provide xxx?" pacman -Ss must just search package names and not the contents. I need to find html2ps for hylafax. Can pacman do this, or do I search abs/aur for this type of request? -- 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

3 4

[arch-general] Syncing the mirrors
by keenerd 09 Mar '10

09 Mar '10

A lot of people have been getting bit by mirrors being out of sync. Fundamentally, this comes down to a mirror's database tarball being ahead or behind of the packages which actually exist on the mirror. Rsync is made for bulk updating, but it is not atomic, and bad things happen if you interact with a mirror while the rsync is running. Generally, you get package not found errors. This can be fixed, but it is a pain to deploy, because the mirrors require an update. Here's the what mirrors (probably) should be doing: wget ...../core.db.tar.gz -O core.db.tar.gz.new # and the others rsync --delete-after --exclude="*.db.tar.gz" rsync://...... mv core.db.tar.gz.new core.db.tar.gz # and the others The key differences here: put off deleting files as long as possible (rsync's default is to delete before transferring new files, causing all sorts of trouble), and do not release the new DB until all the new files have finished transferring. This is hardly the same type of guaranteed transaction you get with a ACID database, but it should eliminate most all of the current errors. There does not seem to be a documented "standard rsync" command for the mirrors to use, so I'm making all sorts of wild assumptions about what a mirror's rsync is doing. -Kyle

2 1