05.01.2013 09:09, Kevin Oberman пишет:
> pkg_libchk does not count old libraries in
> the compat folder, so it will still report the problem ports even
> though you use '-w'.
Are you sure? From PKG_LIBCHK(1):
-
DESCRIPTION
The pkg_libchk script uses pkg_info(1), ldd(1) and readelf(1) to
On Fri, Dec 14, 2012 at 5:25 AM, Emanuel Haupt wrote:
> Kevin Oberman wrote:
>> As many of you noticed, the update of devel/pcre bumped hte version of
>> libpcre.so which is a dependency of LOTS of things. Here are some
>> incomplete notes on what might bite you: Note that I refer to
>> pkg_libch
On Friday, January 04, 2013 07:24:28 PM Jerry wrote:
> Following the directions in UPDATING, I used the following command:
>
> portupgrade -fr devel/libical
>
> That port updated correctly; however, the next port:
> The entire build log is available here:
>
> https://www.seibercom.n
On Fri, 2013-01-04 at 09:04:20 +, Harlan Stenn wrote:
> The issue noted in
> http://lists.freebsd.org/pipermail/freebsd-ports/2012-September/078439.html
> also bites if one is using Dovecot SASL.
If the solution I posted in that thread does not work for you, please
send me a build log off-lis
On Fri, Jan 4, 2013 at 1:53 PM, Chris Rees wrote:
> On 4 Jan 2013 20:15, "Ruslan Makhmatkhanov" wrote:
> >
> > Hello,
> >
> > as it was discussed earlier, we should add PYTHON_PKGNAMEPREFIX (py27-,
> py32- etc) only if the port in question is the python library. If it's
> standalone application,
Following the directions in UPDATING, I used the following command:
portupgrade -fr devel/libical
That port updated correctly; however, the next port:
deskutils/kdepimlibs4 fails. This is the end of the build log:
: -Wl,-rpath-link,/usr/local/kde4/lib:/usr/local/lib
cd /usr/port
Alex Dupre wrote:
> Helmut Schneider ha scritto:
> > what does USE_MYSQL=yes do, require mysql-server, or mysql-client?
> > If mysql-client, how can I depend on the server (or v.v.)?
>
> From bsd.database.mk:
>
> # USE_MYSQL - Add MySQL (client/server/embedded) dependency
> (default:
On Fri, Jan 04, 2013 at 11:11:54PM +0100, Michael Grünewald wrote:
> The PRs used to be listed by portsmon but I recently
> noticed they disappeared. [1]
portsmon is running off of a stale mirror of the database. I keep
forgetting to go figure out the new mirror process. I apologize.
mcl
_
Michael wrote:
>Dear FreeBSD community,
>
>2 months ago I submitted four port updates related to the
>ocaml/language. The PRs used to be listed by portsmon but I recently
>noticed they disappeared. [1]
>
>How can I help to let these changes go into our ports tree?
>
>
>The four PRs are
>
>2012/11/0
Hey,
Due to a security issue in the moinmoin wiki software, the FreeBSD
wiki will be offline for a bit. I do not yet know if the issue
actually has been exploited in the FreeBSD wiki (haven't had the time
yet to examine it), but I took the wiki down just in case.
Note that even if the software wa
Dear FreeBSD community,
2 months ago I submitted four port updates related to the
ocaml/language. The PRs used to be listed by portsmon but I recently
noticed they disappeared. [1]
How can I help to let these changes go into our ports tree?
The four PRs are
2012/11/04ports/173362de
On 4 Jan 2013 20:15, "Ruslan Makhmatkhanov" wrote:
>
> Hello,
>
> as it was discussed earlier, we should add PYTHON_PKGNAMEPREFIX (py27-,
py32- etc) only if the port in question is the python library. If it's
standalone application, this prefix should be omitted, because it's more
logical and beca
On 4 Jan 2013 21:03, "Sergey V. Dyatko" wrote:
>
> On Fri, 4 Jan 2013 23:50:29 +0300
> "Sergey V. Dyatko" wrote:
>
> > On Fri, 4 Jan 2013 20:17:29 + (UTC)
> > "Helmut Schneider" wrote:
> >
> > > Sergey V. Dyatko wrote:
> > >
> > > > On Fri, 4 Jan 2013 19:38:05 +
> > > > Chris Rees wrote
On Fri, 4 Jan 2013 23:50:29 +0300
"Sergey V. Dyatko" wrote:
> On Fri, 4 Jan 2013 20:17:29 + (UTC)
> "Helmut Schneider" wrote:
>
> > Sergey V. Dyatko wrote:
> >
> > > On Fri, 4 Jan 2013 19:38:05 +
> > > Chris Rees wrote:
> > >
> > > > On 4 Jan 2013 19:06, "Helmut Schneider" wrote:
>
Helmut Schneider ha scritto:
what does USE_MYSQL=yes do, require mysql-server, or mysql-client? If
mysql-client, how can I depend on the server (or v.v.)?
From bsd.database.mk:
# USE_MYSQL - Add MySQL (client/server/embedded) dependency
(default:
#
On Fri, 4 Jan 2013 20:17:29 + (UTC)
"Helmut Schneider" wrote:
> Sergey V. Dyatko wrote:
>
> > On Fri, 4 Jan 2013 19:38:05 +
> > Chris Rees wrote:
> >
> > > On 4 Jan 2013 19:06, "Helmut Schneider" wrote:
> > > >
> > > > Hi,
> > > >
> > > > what does USE_MYSQL=yes do, require mysql-se
Chris Rees wrote:
> On 4 Jan 2013 20:13, "Helmut Schneider" wrote:
> >
> > Chris Rees wrote:
> >
> > > On 4 Jan 2013 19:06, "Helmut Schneider" wrote:
> > > > what does USE_MYSQL=yes do, require mysql-server, or
> > > > mysql-client? If mysql-client, how can I depend on the server
> > > > (or
On 4 Jan 2013 20:13, "Helmut Schneider" wrote:
>
> Chris Rees wrote:
>
> > On 4 Jan 2013 19:06, "Helmut Schneider" wrote:
> > > what does USE_MYSQL=yes do, require mysql-server, or mysql-client?
> > > If mysql-client, how can I depend on the server (or v.v.)?
> >
> > Client. Using WANT_MYSQL_VER
Sergey V. Dyatko wrote:
> On Fri, 4 Jan 2013 19:38:05 +
> Chris Rees wrote:
>
> > On 4 Jan 2013 19:06, "Helmut Schneider" wrote:
> > >
> > > Hi,
> > >
> > > what does USE_MYSQL=yes do, require mysql-server, or mysql-client?
> > > If mysql-client, how can I depend on the server (or v.v.)?
Hello,
as it was discussed earlier, we should add PYTHON_PKGNAMEPREFIX (py27-,
py32- etc) only if the port in question is the python library. If it's
standalone application, this prefix should be omitted, because it's more
logical and because user generally doesn't care what language needed ap
Chris Rees wrote:
> On 4 Jan 2013 19:06, "Helmut Schneider" wrote:
> > what does USE_MYSQL=yes do, require mysql-server, or mysql-client?
> > If mysql-client, how can I depend on the server (or v.v.)?
>
> Client. Using WANT_MYSQL_VER or IGNORE_MYSQL_VER will allow you to
> choose versions; see
On Fri, 4 Jan 2013 19:38:05 +
Chris Rees wrote:
> On 4 Jan 2013 19:06, "Helmut Schneider" wrote:
> >
> > Hi,
> >
> > what does USE_MYSQL=yes do, require mysql-server, or mysql-client?
> > If mysql-client, how can I depend on the server (or v.v.)?
>
> Client. Using WANT_MYSQL_VER or IGNORE_
http://forums.freebsd.org/showthread.php?p=203241
Will it be transformed to checkout via SVN, only origins we need, or will
it be dumped from ports tree as obsolete.
Thanks.
Domagoj
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/
On 4 Jan 2013 19:06, "Helmut Schneider" wrote:
>
> Hi,
>
> what does USE_MYSQL=yes do, require mysql-server, or mysql-client? If
> mysql-client, how can I depend on the server (or v.v.)?
Client. Using WANT_MYSQL_VER or IGNORE_MYSQL_VER will allow you to choose
versions; see Mk/bsd.database.mk.
Hi,
what does USE_MYSQL=yes do, require mysql-server, or mysql-client? If
mysql-client, how can I depend on the server (or v.v.)?
Thanks, Helmut
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsub
On Thu, Jan 3, 2013 at 12:18 PM, D'Arcy J.M. Cain wrote:
> On Thu, 03 Jan 2013 21:50:01 +0400
> Ruslan Makhmatkhanov wrote:
>> D'Arcy J.M. Cain wrote on 03.01.2013 18:14:
>> > Version 4.1 of PyGreSQL has just been released. I think the
>> > following will update your Makefile:
>>
>> The port was
Dear port maintainer,
The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you
On Fri, Jan 4, 2013 at 3:25 AM, olli hauer wrote:
>>> 456 @${ECHO} "@unexec ${SED} -i '' -E
>>> '/LoadModule[[:blank:]]+%%AP_NAME%%_module/d'
>>> %D/%%APACHEETCDIR%%/httpd.conf" >> ${PLIST}
>>
>> Found the reason for this sed line, as it is used to remove the
>> LoadModule line from the httpd.
olli hauer wrote:
On 2013-01-04 09:51, Scot Hetzel wrote:
On Fri, Jan 4, 2013 at 2:12 AM, Scot Hetzel wrote:
Why am I forced to manualy re-enable all 3rd party modules on each upgrade?
Modules should not disable something that is explicitly enabled by user /
system administrator.
I found
Lev wrote:
>
> Now, when some port after update installs new version of shared
> library, used by other ports, here are two variants:
>
> (a) To bump versions of all dependant ports (PORTREVISION=${PORTREVISION} +
> 1)
>
> (b) Don't touch other ports, but add copy'n'pasted item into
> UP
"Michael Zoon" wrote:
> >From: Jerry
> >Bash is currently at Bash-Release: 4.2, patch level 42. The port's
> >version is only at patch level 37, which was released on 16-Jul-2012.
> >This is an important port and since the freeze is over with, I was
> >wondering if this port will be updated?
Hello,
I have tried to build Vamos 0.7.1
http://downloads.sourceforge.net/project/vamos/vamos/vamos-0.7.1.tar.gz
And have get some weird issues, something in C++ code is bad
With BSD make
port test
...
/bin/sh /usr/local/bin/libtool --mode=link c++ -Wall -O2 -pipe
-fno-strict-aliasing -L
> Can you please send this patch in as a problem report? Patches within
> email can easily be overlooked, or simply forgotten, unfortunately.
> Having it in our pr database is a much better tracker for us to take
> care of updates and/or issues.
FYI:
http://www.freebsd.org/cgi/query-pr.cgi?pr=174
Hello, Freebsd-ports.
Now, when some port after update installs new version of shared
library, used by other ports, here are two variants:
(a) To bump versions of all dependant ports (PORTREVISION=${PORTREVISION} + 1)
(b) Don't touch other ports, but add copy'n'pasted item into
UPDATIN
On 2013-01-04 09:51, Scot Hetzel wrote:
> On Fri, Jan 4, 2013 at 2:12 AM, Scot Hetzel wrote:
>>>
>>> Why am I forced to manualy re-enable all 3rd party modules on each upgrade?
>>>
>>> Modules should not disable something that is explicitly enabled by user /
>>> system administrator.
>>>
>>>
>> I
The issue noted in
http://lists.freebsd.org/pipermail/freebsd-ports/2012-September/078439.html
also bites if one is using Dovecot SASL.
--
Harlan Stenn
http://networktimefoundation.org - be a member!
___
freebsd-ports@freebsd.org mailing list
http://l
On Fri, Jan 4, 2013 at 2:12 AM, Scot Hetzel wrote:
>>
>> Why am I forced to manualy re-enable all 3rd party modules on each upgrade?
>>
>> Modules should not disable something that is explicitly enabled by user /
>> system administrator.
>>
>>
> I found the cause of your issue, the www/mod_sendfil
On Thu, Jan 3, 2013 at 3:49 PM, Miroslav Lachman <000.f...@quip.cz> wrote:
>> What errors are you getting when re-installing an Apache module?
>
>
> Apache modules are not enabled by default. I am talking about 3rd party
> modules. In some cases, they do nothing with httpd.conf, in other cases,
> t
38 matches
Mail list logo
