Re: www/linuxpluginwrapper on FreeBSD 7.x

2008-04-26 Thread Peter Jeremy
On Sat, Apr 26, 2008 at 11:01:07PM +0200, Martin Wilke wrote: >On Sun, Apr 27, 2008 at 06:45:22AM +1000, Peter Jeremy wrote: >> I notice that linuxpluginwrapper is marked as IGNORE on FreeBSD 7.x >> (and later) because it does not support ELF symbol versioning. Can >> you please advise what is inv

dns/nss_mdns: getaddrinfo() doesn't return IPv6 address on getaddrinfo()

2008-04-26 Thread Ashish Shukla आशीष शुक्ल
Hi, Whenever I execute getaddrinfo() function from libc with a 'hostname.local' address as an argument and AF_INET6 as ai.ai_family, I get an IPv4 address, even when 'avahi-resolve-host-name -6 hostname.local' returns an IPv6 address. I've written a test program getaddrinfo.c[1] which does a geta

Re: www/linuxpluginwrapper on FreeBSD 7.x

2008-04-26 Thread Martin Wilke
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, Apr 27, 2008 at 06:45:22AM +1000, Peter Jeremy wrote: > G'day, > > I notice that linuxpluginwrapper is marked as IGNORE on FreeBSD 7.x > (and later) because it does not support ELF symbol versioning. Can > you please advise what is involved i

www/linuxpluginwrapper on FreeBSD 7.x

2008-04-26 Thread Peter Jeremy
G'day, I notice that linuxpluginwrapper is marked as IGNORE on FreeBSD 7.x (and later) because it does not support ELF symbol versioning. Can you please advise what is involved in correcting this and whether you have any plans to update this port. -- Peter Jeremy Please excuse any delays as the

lzma: invalid option -- s

2008-04-26 Thread Hans Lambermont
This might be interesting to multiple ports: 7.0-R, fresh portsnap. # portmaster -bad ... ===>>> Gathering dependency list for graphics/ImageMagick from ports ===>>> Starting dependency check ===>>> The dependency for archivers/lzma seems to be handled by lzmautils-4.32.5 ... ===> Extrac

Re: mailman2.1.x and python2.5 in a jail

2008-04-26 Thread Alex Vasylenko
Helmut Schneider wrote: [EMAIL PROTECTED] ~]# chroot -u root /home/python25/ /usr/local/mailman/bin/mailmanctl Traceback (most recent call last): File "/usr/local/mailman/bin/mailmanctl", line 107, in from Mailman import Utils File "/usr/local/mailman/Mailman/Utils.py", line 32, in imp

Building new port, don't want to run as root

2008-04-26 Thread Walter Venable
Hi all, I'm working on a patch to upgrade a port I maintain, however the new version (smartly) refuses to be run by root. I fished through the Porter's Handbook a bit but was unable to find anything in particular on running the port as another user. Can anyone point me in the right direction?

Re: help requested with fixing after ImageMagick update

2008-04-26 Thread Dominic Fandrey
Gerard wrote: On Sat, 26 Apr 2008 01:39:00 +0200 Pav Lucistnik <[EMAIL PROTECTED]> wrote: Hi folks, we had a rather intrusive ImageMagick update recently, which left some ports broken. Since it's quite a task for a single guy to fix them all, I'd like to ask you folks to help out with this. T

Re: help requested with fixing after ImageMagick update

2008-04-26 Thread Gerard
On Sat, 26 Apr 2008 01:39:00 +0200 Pav Lucistnik <[EMAIL PROTECTED]> wrote: > Hi folks, > > we had a rather intrusive ImageMagick update recently, which left some > ports broken. Since it's quite a task for a single guy to fix them > all, I'd like to ask you folks to help out with this. > > This

Re: long descriptions in OPTIONS

2008-04-26 Thread Scot Hetzel
On 4/25/08, Wesley Shields <[EMAIL PROTECTED]> wrote: > Based upon an idea in an earlier thread on this list[1] I came up with > two ways of adding an extended description to our existing OPTIONS > framework. > > 1: Extend the OPTIONS to be 4 fields instead of the current 3 fields. > The 4th fi

Re: Rubygems and trouble with rdoc node renumbering

2008-04-26 Thread Ulrich Spoerlein
On Sat, 26.04.2008 at 00:18:25 +0200, Henrik Brix Andersen wrote: > On Fri, Apr 25, 2008 at 09:59:33PM +0200, Ulrich Spoerlein wrote: > > I'm trying to update rubygem-rgl and the rdoc part is giving me a > > headache, as the rdoc will obviously use readdir() only to walk the > > directory tree *but