Re: OO 3.3.0 fails to build "connectivity" module on amd64 9-STABLE

2012-02-14 Thread Don Lewis
On 14 Feb, Maho NAKATA wrote: > Hi > > Looks good. Please commit following patch! thank you! Committed! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-u

Re: OO 3.3.0 fails to build "connectivity" module on amd64 9-STABLE

2012-02-14 Thread Maho NAKATA
From: Don Lewis Subject: Re: OO 3.3.0 fails to build "connectivity" module on amd64 9-STABLE Date: Tue, 14 Feb 2012 00:21:00 -0800 (PST) > On 14 Feb, Maho NAKATA wrote: >> Hi >> >> Looks good. Please commit following patch! thank you! > > Committed! > thank you! ___

Re: [CFT] Xorg Upgrade 7.5.2

2012-02-14 Thread Luca Pizzamiglio
Running on: * Intel Sandybridge (+ optimus, disabled) on FreeBSD 9.0 * NVidia GTS 450 on FreeBSD 8.2 Not unkwonw problem. Usual problem on Intel Sandybridge (tty switch, KMS patch issues on FreeBSD 9 and optimus incompatibility (/dev/dri/card1)). Tested with KDE 4.7.4 and desktop effect activ

Re: Please test your commits

2012-02-14 Thread b. f.
> On 12.02.2012 22:43, Stephen Montgomery-Smith wrote: > > On 02/12/2012 03:33 PM, Andriy Gapon wrote: > >> on 12/02/2012 23:22 Stephen Montgomery-Smith said the following: > >>> On 02/12/2012 03:15 PM, Andriy Gapon wrote: > >>> > Today I became another user of redports.org. I can definitely

Re: Please test your commits

2012-02-14 Thread Stephen Montgomery-Smith
On 02/14/12 08:40, b. f. wrote: On 12.02.2012 22:43, Stephen Montgomery-Smith wrote: On 02/12/2012 03:33 PM, Andriy Gapon wrote: on 12/02/2012 23:22 Stephen Montgomery-Smith said the following: On 02/12/2012 03:15 PM, Andriy Gapon wrote: Today I became another user of redports.org. I can de

Installing executables with generic names

2012-02-14 Thread Mikhail T.
Hello! I'm preparing a new port (net/udt), which installs a library with its header file and a handful of sample applications. The applications are rather generically named: sendfile, recvfile, test... Having them in ${PREFIX}/bin like that would be confusing. I see two alternatives: * us

[PATCH] astro/gpstk: update to 1.7

2012-02-14 Thread John Hein
>Submitter-Id: current-users >Originator:John Hein >Organization: >Confidential: no >Synopsis: [PATCH] astro/gpstk: update to 1.7 >Severity: non-critical >Priority: low >Category: ports >Class: update >Release: >Environment: >Description: - Update astro/gpstk

Re: Installing executables with generic names

2012-02-14 Thread Michael Scheidell
On 2/14/12 8:26 AM, Mikhail T. wrote: Hello! I'm preparing a new port (net/udt), which installs a library with its header file and a handful of sample applications. * use a port-specific subdirectory: ${PREFIX}/bin/udt/ (lua seems to do this) EXAMPLESDIR In your port dir, type: m

Re: print/ghostscript9: ./base/sjpx_openjpeg.c:169: error: too many arguments to function

2012-02-14 Thread Chris Rees
On 13 Feb 2012 11:14, "O. Hartmann" wrote: > > This arise today when updating ghostscript9-9.04 to ghostscript9-9.05: > > > cc -DHAVE_MKSTEMP -DHAVE_FONTCONFIG -DHAVE_LIBIDN -DHAVE_SETLOCALE > -DHAVE_SSE2 -DHAVE_DBUS -O2 -pipe -O2 -fno-strict-aliasing -pipe > -march=native -fPIC -DUPD_SIGNAL

Re: Installing executables with generic names

2012-02-14 Thread Mikhail T.
On 14.02.2012 10:25, Michael Scheidell wrote: EXAMPLESDIR I thought, EXAMPLESDIR is for actual examples, such as source code, not compiled and fully-functional executables... Indeed, the directory is under ${PREFIX}/share -- which, according to hier(7) is for architecture-independent files.

Re: Installing executables with generic names

2012-02-14 Thread Michael Scheidell
On 2/14/12 11:18 AM, Mikhail T. wrote: On 14.02.2012 10:25, Michael Scheidell wrote: EXAMPLESDIR I thought, EXAMPLESDIR is for actual examples, such as source code, not compiled and fully-functional executables... Indeed, the directory is under ${PREFIX}/share -- which, according to hier(7

Re: print/ghostscript9: ./base/sjpx_openjpeg.c:169: error: too many arguments to function

2012-02-14 Thread Jerry
On Tue, 14 Feb 2012 16:33:07 + Chris Rees articulated: > This has already been discussed on ports@, please don't cross-post. The problem has not been rectified as of yet. There is an open PR 165093 filed against the port. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get

Re: print/ghostscript9: ./base/sjpx_openjpeg.c:169: error: too many arguments to function

2012-02-14 Thread Kevin Oberman
On Tue, Feb 14, 2012 at 9:29 AM, Jerry wrote: > On Tue, 14 Feb 2012 16:33:07 + > Chris Rees articulated: > >> This has already been discussed on ports@, please don't cross-post. > > The problem has not been rectified as of yet. There is an open PR 165093 > filed against the port. I updated my

Re: Installing executables with generic names

2012-02-14 Thread Ion-Mihai Tetcu
On Tue, 14 Feb 2012 11:49:00 -0500 Michael Scheidell wrote: > > > On 2/14/12 11:18 AM, Mikhail T. wrote: > > On 14.02.2012 10:25, Michael Scheidell wrote: > >> EXAMPLESDIR > > > > I thought, EXAMPLESDIR is for actual examples, such as source code, > > not compiled and fully-functional executab

Re: Installing executables with generic names

2012-02-14 Thread Mikhail T.
On 14.02.2012 13:17, Ion-Mihai Tetcu wrote: The other idea of prefixing them is_much_ better. Ok, so which flavor of prefixing do you prefer? Should the executable "bar" be installed as bin/foo-bar or as bin/foo/bar? -mi ___ freebsd-ports@free

Re: Installing executables with generic names

2012-02-14 Thread Chris Rees
On 14 Feb 2012 18:54, "Mikhail T." wrote: > > On 14.02.2012 13:17, Ion-Mihai Tetcu wrote: >> >> The other idea of prefixing them is_much_ better. > > > Ok, so which flavor of prefixing do you prefer? Should the executable "bar" be installed as bin/foo-bar or as bin/foo/bar? bin/foo-bar means it

devel/pcre

2012-02-14 Thread Patrick Lamaiziere
Hello, Can someone add an entry in ports/UPDATING for the latest update of devel/pcre (8.30) ? All ports that depend on it have to be rebuilt (you have to rebuild all the box...). Thanks, regards. (copy to the maintener (mm)) ___ freebsd-ports@freebsd

Re: FreeBSD Port: graphics/rawtherapee

2012-02-14 Thread Heino Tiedemann
Mathias Picker wrote: > Good god, > > I must have worn both my eye patches at the same time. > > Sorry, > > Mathias Mayby you can try to install graphics/rawtherapee - just to approve (or discard) my problem. Heino ___ freebsd-ports@freebsd.org mail

Re: Installing executables with generic names

2012-02-14 Thread Ade Lovett
On 2/14/2012 11:27, Chris Rees wrote: bin/foo-bar means it can still be called without an explicit path, so that is better. Look for autoconf hooks to add prefices this way (if it uses configure...) Please also don't forget to scream at the upstream to stop using such generic names too. Othe

Re: devel/pcre

2012-02-14 Thread Doug Barton
On 02/14/2012 11:23, Patrick Lamaiziere wrote: > Hello, > > Can someone add an entry in ports/UPDATING for the latest update of > devel/pcre (8.30) ? > > All ports that depend on it have to be rebuilt (you have to rebuild > all the box...). I added a note that suggests using the -w option for po

Python upgrade to address vulnerability?

2012-02-14 Thread Doug Barton
So apparently we have a python vulnerability according to http://portaudit.FreeBSD.org/b4f8be9e-56b2-11e1-9fb7-003067b2972c.html, but I'm not seeing an upgrade to address it yet. Any idea when that will happen? Thanks, Doug -- It's always a long day; 86400 doesn't fit into a short.

Re: devel/pcre

2012-02-14 Thread Matthew Seaman
On 14/02/2012 22:17, Doug Barton wrote: > I added a note that suggests using the -w option for portmaster which > preserves the shared libs until a better solution is found. I guessed on > the knob for portupgrade, if someone who knows better wants to correct > it that would be welcome. :) portup

Re: devel/pcre

2012-02-14 Thread Doug Barton
On 02/14/2012 14:54, Matthew Seaman wrote: > On 14/02/2012 22:17, Doug Barton wrote: > >> I added a note that suggests using the -w option for portmaster which >> preserves the shared libs until a better solution is found. I guessed on >> the knob for portupgrade, if someone who knows better wants

Re: devel/pcre

2012-02-14 Thread Martin Matuska
Thanks. On 14.2.2012 23:17, Doug Barton wrote: > On 02/14/2012 11:23, Patrick Lamaiziere wrote: >> Hello, >> >> Can someone add an entry in ports/UPDATING for the latest update of >> devel/pcre (8.30) ? >> >> All ports that depend on it have to be rebuilt (you have to rebuild >> all the box...). >

sysutils/smartmontools still using set_rcvar

2012-02-14 Thread Don Lewis
The rc.d script installed by the smartmontools port is still trying to use set_rcvar. The problem is that the copy of the script under the files directory has been updated, but the script that the port actually installs is work/smartd.freebsd.initd.in, which is an older version. _

Re: sysutils/smartmontools still using set_rcvar

2012-02-14 Thread Doug Barton
On 02/14/2012 17:08, Don Lewis wrote: > The rc.d script installed by the smartmontools port is still trying to > use set_rcvar. The problem is that the copy of the script under the > files directory has been updated, but the script that the port actually > installs is work/smartd.freebsd.initd.in,

Re: mail/mimedefang still using set_rcvar

2012-02-14 Thread Doug Barton
On 02/14/2012 22:52, poyop...@puripuri.plala.or.jp wrote: > Hi Doug, > > Do you interested in mail/mimedefang? It also has set_rcvar in > its rc.d script. Fixed, thanks. -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowled