- Arch-general - lists.archlinux.org

[arch-general] Network UPS Tools - PKGBUILD changes - any timeframe?
by David C. Rankin 12 Mar '10

12 Mar '10

Guys, Just installed NUT on my box and it is still being compiled w/o and cgi support. Looks like the decision has been made on where to put the cgi files: http://bugs.archlinux.org/task/16554 Any timeframe for when the changes might take place? Right now, every time there is a NUT upgrade it wipes out the cgi interface.... -- 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

[arch-general] what is the procedure when your find an out-of-date package in AUR?
by David C. Rankin 11 Mar '10

11 Mar '10

Listmates, I need yum as a dependency to yum-createrepo, but the package is flagged as out-of-date in AUR. This is the first time I've run across an out of date package in something I needed to build so I don't have experience with the procedure after finding a package out of date. Do we: - let the maintainer know? - use anyway knowing not much has changed? - look for a way to find out why it is out of date?, if so how? Let me know how Arch wants this handled. Thanks. -- 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

6 9

[arch-general] .pyo files in twisted package
by Nezmer 11 Mar '10

11 Mar '10

Hi, I don't know If this has been brought up before. The PKGBUILD includes "--optimize=1". So .pyo files are included in the package and they conflict with existing ones. Is there a reason to do this for twisted specifically? Or did I miss a change in python packaging policies?

3 3

[arch-general] rsyncd pid file already exists
by Chris Allison 11 Mar '10

11 Mar '10

Hi, rsync when run as a daemon from /etc/rc.d/rsyncd writes it's own pid file to /var/run/rsyncd.pid this conflicts with the start-stop script which also writes the pid file. I couldn't get rsync to start as a daemon after upgrading yesterday, without commenting out the line in the start-stop script: case "$1" in start) stat_busy "Starting rsyncd" [ ! -f /var/run/daemons/rsyncd ] && /usr/bin/rsync --daemon if [ $? -gt 0 ]; then stat_fail else # pgrep -of "/usr/bin/rsync --daemon" > /var/run/rsyncd.pid add_daemon rsyncd stat_done fi ;; Should I report this as a bug, I have searched bugs.archlinux.org for rsync with no results, and also in the forums. cheers Chris

2 1

[arch-general] [Tool] rebuildorder.py: determines rebuild order of a list of packages.
by Mark Pustjens 11 Mar '10

11 Mar '10

Hi List, Based on the rebuildorder script by Allen McRae (1) I've written a script which determines, given a list of packages, the order in which they should be built. A package x that depend on package y is always below y on the list, for any package y x depends on. This script can also include the makedeps of a package in the list. That is, if a package x has a makedepend on y, y is added to the list as well, before x and after any dependencies it may have. When you find a bug, let me know. Have fun with it. Greetings/Groetjes Mark Pustjens (1) http://allanmcrae.com/scripts/rebuildorder

3 2

[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