>After doing all of this your my.cnf id empty (unless you tune more, which
>usually makes sense on a production system) and your /etc/rc.conf contains:
>mysql_enable="YES"
>mysql_limits="YES"
>mysql_pidfile="/var/run/mysqld/mysqld.pid"
>mysql_args="--skip-innodb --socket=/var/run/mysqld/mysqld
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
anyone know working fuse filesystem allowing transparent compression?
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
On 05/31/14 02:08, Steve Kargl wrote:
> Can someone please revert r354029 for graphics/xfig?
> This revision breaks the ability to install the port.
>
> cd /usr/ports/graphics/xfig
> svn merge -r 354029:340725 .
>
Hi,
I did commit the revision you mention. I just tested the port and it
installs
On Sat, 31 May 2014 01:44:39 -0700 (PDT)
Beeblebrox wrote:
> >After doing all of this your my.cnf id empty (unless you tune more,
> >which usually makes sense on a production system) and
> >your /etc/rc.conf contains: mysql_enable="YES"
> >mysql_limits="YES"
> >mysql_pidfile="/var/run/mysqld/my
On Sat, May 31, 2014 at 03:31:34PM +0200, Guido Falsi wrote:
> On 05/31/14 02:08, Steve Kargl wrote:
> > Can someone please revert r354029 for graphics/xfig?
> > This revision breaks the ability to install the port.
> >
> > cd /usr/ports/graphics/xfig
> > svn merge -r 354029:340725 .
> >
>
> Hi,
Building graphics/gimp breaks on graphics/gegl. It builds fine, but
fails to install.
The complete build log can be found at
http://www.skysmurf.nl/~fonz/tmp/gegl.log but the last lines (see below)
suggest to me that graphics/gegl hasn't been entirely correctly stagified.
Any suggestions?
AvW
[
On 05/31/14 16:35, Steve Kargl wrote:
> On Sat, May 31, 2014 at 03:31:34PM +0200, Guido Falsi wrote:
>> On 05/31/14 02:08, Steve Kargl wrote:
>>> Can someone please revert r354029 for graphics/xfig?
>>> This revision breaks the ability to install the port.
>>>
>>> cd /usr/ports/graphics/xfig
>>> sv
On Sat, May 31, 2014 at 05:00:34PM +0200, Guido Falsi wrote:
> On 05/31/14 16:35, Steve Kargl wrote:
> > On Sat, May 31, 2014 at 03:31:34PM +0200, Guido Falsi wrote:
> >> On 05/31/14 02:08, Steve Kargl wrote:
> >>> Can someone please revert r354029 for graphics/xfig?
> >>> This revision breaks the
On 05/31/14 17:09, Steve Kargl wrote:
> On Sat, May 31, 2014 at 05:00:34PM +0200, Guido Falsi wrote:
>> On 05/31/14 16:35, Steve Kargl wrote:
>>> On Sat, May 31, 2014 at 03:31:34PM +0200, Guido Falsi wrote:
On 05/31/14 02:08, Steve Kargl wrote:
> Can someone please revert r354029 for graph
On Sat, May 31, 2014 at 08:09:36AM -0700, Steve Kargl wrote:
> I forgot I had the DOCS option unset as it was unset ages ago
> and updates have always worked. The question is "why are changes
> to a port committed without proper testing?" Yes, "proper
> testing" should include testing of the effe
On Sat, May 31, 2014 at 12:31:28PM -0500, Mark Linimon wrote:
> On Sat, May 31, 2014 at 08:09:36AM -0700, Steve Kargl wrote:
> > I forgot I had the DOCS option unset as it was unset ages ago
> > and updates have always worked. The question is "why are changes
> > to a port committed without proper
On 2014-05-31 20:29, Steve Kargl wrote:
The number of combinations is huge.
There are 3 options for graphics/xfig. It takes all of 5 minutes
to build and install xfig on a 5 year old laptop. The options
are mutually exclusive, so one needs to build and install the
port 4 times (i.e., a whole
Hello,
I was missing pid file support in OpenNTPD. I've created a patch that
enables pidfile /var/run/ntpd.pid in OpenNTPD and now I can define in the
rc script pidfile location. With pidfile location I dont see any more this
annoying message when restarting and stopping:
[root@vps24009 ~]# /usr/l
I am trying to build cups-related ports needed for print/hplip, but the latest
error is
/usr/bin/ld: Dwarf Error: found dwarf version '4', this reader only handles vers
ion 2 information.
uname -a shows
FreeBSD amelia4 11.0-CURRENT FreeBSD 11.0-CURRENT #5 r265264: Sat May 3
16:20:39 UTC 20
On Sat, May 31, 2014 at 2:25 PM, Thomas Mueller
wrote:
> I am trying to build cups-related ports needed for print/hplip, but the
> latest error is
>
> /usr/bin/ld: Dwarf Error: found dwarf version '4', this reader only
> handles vers
>
> ion 2 information.
>
> uname -a shows
>
>
> FreeBSD amelia4
Please commit. Thanks Guido for doing the digging on this one.
On Sat, May 31, 2014 at 05:34:14PM +0200, Guido Falsi wrote:
> On 05/31/14 17:09, Steve Kargl wrote:
> > On Sat, May 31, 2014 at 05:00:34PM +0200, Guido Falsi wrote:
> >> On 05/31/14 16:35, Steve Kargl wrote:
> >>> On Sat, May 31, 201
Seems like this version of cups absolutely requires zeroconf. You can
> configure with either avahi or mdnsresponder, but the build fails if
>
> neither is specified. I have not looked into i
18 matches
Mail list logo
