gio-querymodules in devel/glib20

2010-05-10 Thread andrew clarke
Running FreeBSD 7.3-REL, while building glib-2.24.1 the post-install part stalls, so the port never finishes installing. The offending line is: /usr/local/bin/gio-querymodules /usr/local/lib/gio/modules/ Running this manually produces the same result - gio-querymodules stalls with no output. ___

Re: ccache 3.0 port

2010-05-10 Thread Sahil Tandon
On Tue, 11 May 2010, Alberto Villa wrote: > On Tuesday 11 May 2010 03:37:01 Sahil Tandon wrote: > > Regarding portlint's FATAL output, please review Package Naming > > Conventions in the Handbook. Specifically, "If the software version has > > strings like ``alpha'', ``beta'', ``rc'', or ``pre'',

Re: ccache 3.0 port

2010-05-10 Thread Christer Edwards
On Mon, May 10, 2010 at 8:23 PM, Adam Vande More wrote: >> DISTVERSION=    3.0pre1 >> is shorter and cleaner >> > > That's longer, and cleaner is debatable. Well I've used DISTVERSION and it now reports 'looks fine.' What is the next step? -- Christer Edwards __

Re: ccache 3.0 port

2010-05-10 Thread Adam Vande More
On Mon, May 10, 2010 at 9:08 PM, Alberto Villa wrote: > > PORTVERSION= 3.0.p1 > > DISTNAME=${PORTNAME}-${PORTVERSION:S/.p/pre/} > > DISTVERSION=3.0pre1 > is shorter and cleaner > That's longer, and cleaner is debatable. -- Adam Vande More _

Re: ccache 3.0 port

2010-05-10 Thread Alberto Villa
On Tuesday 11 May 2010 03:37:01 Sahil Tandon wrote: > Regarding portlint's FATAL output, please review Package Naming > Conventions in the Handbook. Specifically, "If the software version has > strings like ``alpha'', ``beta'', ``rc'', or ``pre'', take the first > letter and put it immediately afte

Re: Dixit port bad management

2010-05-10 Thread Doug Barton
On 05/06/10 23:27, Ion-Mihai Tetcu wrote: > > Compared to the major Linux distros, you might want to keep one thing > in mind: we are not backed-up by a commercial entity that pays for our > work and for the hardware to do the work on. Indeed, I am not aware of > any ports committer hired by someon

Re: ccache 3.0 port

2010-05-10 Thread Christer Edwards
On Mon, May 10, 2010 at 7:37 PM, Sahil Tandon wrote: > Regarding portlint's FATAL output, please review Package Naming > Conventions in the Handbook. Specifically, "If the software version has > strings like ``alpha'', ``beta'', ``rc'', or ``pre'', take the first > letter and put it immediately af

Re: ccache 3.0 port

2010-05-10 Thread Sahil Tandon
On Mon, 10 May 2010, Christer Edwards wrote: > but I'm running into complaints from portlint that I'm not sure how to > address. > > I am eager to learn and I'm happy to dedicate the time to put this > together, if someone doesn't mind offering advice on getting it to > pass portlint's critical ey

ccache 3.0 port

2010-05-10 Thread Christer Edwards
As a disclaimer, I don't have much experience maintaining ports. I've altered a few for my own personal use, but never delved too deeply into the "official" details of it all. I have been working with the upstream maintainer of ccache to solve an issue related to ccache and buildworld on amd64. I

Re: spamass-milter-0.3.1_9 leaving open zombie processes.

2010-05-10 Thread Ted Hatfield
Forgive my ignorance and the long rambling email below. I have limited knowledge of the intricacies of diff and the patching process so I'm not sure exactly what you are asking for when you say "Can you perhaps send me a port diff?". Here is a full description of the process I went through to g

Re: Wrong path in portmaster man page for saved libraries

2010-05-10 Thread Doug Barton
On 05/10/10 06:40, Denny Lin wrote: > Hi, the path listed for shared libraries on the portmaster man page > seems to be wrong. It should be /usr/local/lib/compat/pkg/ instead of > /usr/local/compat/pkg. Well that's embarrassing! (although not as embarrassing as if the 'rm -r' example had it wrong)

Re: spamass-milter-0.3.1_9 leaving open zombie processes.

2010-05-10 Thread Ted Hatfield
On Mon, 10 May 2010, Robert Huff wrote: Ted Hatfield writes: spamass-milter-0.3.0_9 appears to be an update to fix the security vulnerability referenced by CVE-2010-1132. The current ported version appears to be 0.3.1_9? Robert Huff

Re: spamass-milter-0.3.1_9 leaving open zombie processes.

2010-05-10 Thread Niels Heinen
Hi Ted, Thanks for pointing this out! Can you perhaps send me a port diff? (will shorten the ETA) Thanks, Niels On 05/10/10 21:07, Ted Hatfield wrote: > > spamass-milter-0.3.0_9 appears to be an update to fix the security > vulnerability referenced by CVE-2010-1132. > > However the patch insta

spamass-milter-0.3.1_9 leaving open zombie processes.

2010-05-10 Thread Robert Huff
Ted Hatfield writes: > spamass-milter-0.3.0_9 appears to be an update to fix the > security vulnerability referenced by CVE-2010-1132. The current ported version appears to be 0.3.1_9? Robert Huff ___

spamass-milter-0.3.1_9 leaving open zombie processes.

2010-05-10 Thread Ted Hatfield
spamass-milter-0.3.0_9 appears to be an update to fix the security vulnerability referenced by CVE-2010-1132. However the patch installed for this vulnerability fails to close processes properly and spamass-milter leaves a large number of zombie processes open until the milter is restarted.

Re: Port Dansguardian

2010-05-10 Thread Helmut Schneider
Matthew Seaman wrote: > On 10/05/2010 17:12:47, Helmut Schneider wrote: > > > Is there a list of ports-related knobs for make.conf? > > Other than /usr/ports/KNOBS you mean? No. :) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/m

Re: xset/xterm: since update from 1.4 -> 1.5 not able to disable beeping via 'xset -b' or 'xset b off'

2010-05-10 Thread Joel Dahl
On 10-05-2010 19:34, O. Hartmann wrote: > Since the X11-update from libraries and applications 1.4 -> 1.5 the > xterminal keyboard beeping, disabled by 'xset -b' or 'xset b off' > doesn't work. In xterm, I get beeping although I disabled beeping via > the above mentioned xset command. "Me too".

xset/xterm: since update from 1.4 -> 1.5 not able to disable beeping via 'xset -b' or 'xset b off'

2010-05-10 Thread O. Hartmann
Since the X11-update from libraries and applications 1.4 -> 1.5 the xterminal keyboard beeping, disabled by 'xset -b' or 'xset b off' doesn't work. In xterm, I get beeping although I disabled beeping via the above mentioned xset command. Regards, Oliver

Re: Port Dansguardian

2010-05-10 Thread Matthew Seaman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/05/2010 17:12:47, Helmut Schneider wrote: > Is there a list of ports-related knobs for make.conf? Other than /usr/ports/KNOBS you mean? As far as I know, no one has managed to assemble a document detailing all of the various variables that can

Re: Port Dansguardian

2010-05-10 Thread Helmut Schneider
Matthew Seaman wrote: > On 10/05/2010 24:30:19, Celso Viana wrote: > > > I already have Apache 2.0.x installed on a machine, but the > > "dansguardian" has dependency on apache 1.3.x, how do I run > > dansguardian with apache 2.0.x? > > Put: > > APACHE_PORT=www/apache20 > > into /etc/make.conf

Wrong path in portmaster man page for saved libraries

2010-05-10 Thread Denny Lin
Hi, the path listed for shared libraries on the portmaster man page seems to be wrong. It should be /usr/local/lib/compat/pkg/ instead of /usr/local/compat/pkg. -- Denny Lin ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/lis

Current unassigned ports problem reports

2010-05-10 Thread FreeBSD bugmaster
(Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsol

RE: Dixit port bad management

2010-05-10 Thread Tim A
Funny enough, I cannot contribute to this thread anymore, as it appears that only a fraction of the messages in this thread ended in my mail box. I understand this is a deliberate and convenient policy! Tim __