On Fri, 21 Dec 2012 19:27:24 +0200
Mikhail Kupchik wrote:
> Maybe a FUSE filesystem, kind of "filtering layer" above real
> filesystem, can be used to track all changes in the large tree without
> consuming kernel resources for each subdirectory?
We'll probably have to wait for FUSE to stabili
On 18 December 2012 02:58, Hans Petter Selasky wrote:
> --- work/flphoto-1.3.1/Fl_Print_Dialog2.cxx.orig
> +++ work/flphoto-1.3.1/Fl_Print_Dialog2.cxx
> @@ -56,6 +56,7 @@
>
> #ifdef HAVE_LIBCUPS
> # include
> +# include
> #endif // HAVE_LIBCUPS
could you file a PR so this doesn't get lost?
tar(1) has been able to extract .zip files for quite a while now. Is it
time to deprecated USE_UNZIP knob?
The ports, that use it without also altering
EXTRACT_{BEFORE|AFTER}_ARGS, can, probably, be in the first wave --
simply removing the knob from them should do the trick...
For the rest,
On Thu, Dec 20, 2012 at 1:38 PM, Juergen Lock wrote:
> On Thu, Dec 20, 2012 at 09:18:03PM +0100, René Ladan wrote:
>> On 19-12-2012 22:44, Juergen Lock wrote:
>> > Hi!
>> >
>> > It's this time again, there's a new vlc release out and I want to update
>> > the port:
>> >
>> > http://people.fre
On 21 December 2012 19:16, David Demelier wrote:
> Yes, I wanted to answser, but the man says that MAKE_JOBS are disabled by
> default, I tried to build with MAKE_JOBS=1 and it works, the problem did
> appear when MAKE_JOBS=6 was set. Can you reproduce the issue?
I want to mark this MAKE_JOBS_UNS
Yes, I wanted to answser, but the man says that MAKE_JOBS are disabled by
default, I tried to build with MAKE_JOBS=1 and it works, the problem did
appear when MAKE_JOBS=6 was set. Can you reproduce the issue?
I had MAKE_JOBS=6 in my /etc/make.conf instead of MAKE_JOBS_NUMBER though
2012/12/22 Ei
On 21 December 2012 13:49, Ronald Klop wrote:
> Try to set the environment variable MAKE_JOBS_NUMBER=1 before building.
If this fixes it please let us know - its a bug in the makefile that
needs to be fixed.
Also try -DMAKES_JOBS_UNSAFE instead of MAKE_JOBS_NUMBER=1
the latter does -j1 which i
Hello obrien,
I did update the make and distinfo file for a upgrade of bash 4.2.37 to
4.2.39, It is attached in this message.
Regards,
Michael
distinfo
Description: Binary data
Makefile
Description: Binary data
___
freebsd-ports@freebsd.o
On Fri, 21 Dec 2012 19:07:35 +0100
Michael Zoon articulated:
> I did update the make and distinfo file for a upgrade of bash 4.2.37
> to 4.2.39 It is attached in this message.
That is cool; however, why not submit a PR for this so the port can be
updated correctly for everyone? I am not sure if
On Friday 21 December 2012 13:10:25 Matthieu Volat wrote:
> On Fri, 21 Dec 2012 09:55:26 -0600
>
> Mark Felder wrote:
> > On Wed, 19 Dec 2012 22:04:49 +0100
> >
> > Matthieu Volat wrote:
> > > 2. (maybe) use symlinks to trick opera to use the new one and hope that
> > > there is enough compatib
On Fri, 21 Dec 2012 09:55:26 -0600
Mark Felder wrote:
> On Wed, 19 Dec 2012 22:04:49 +0100
> Matthieu Volat wrote:
>
> > 2. (maybe) use symlinks to trick opera to use the new one and hope that
> > there is enough compatibility between both version of icu
>
> Isnt this what /etc/libmap.conf is
On Thu, 20 Dec 2012 22:58:48 +0100, David Demelier
wrote:
Hello,
I have no luck tonight, openjdk6 fails to build too :
c++ -m64 -Xlinker -O1 -m64 -export-dynamic -o ../generated/adfiles/adlc
../generated/adfiles/adlparse.o ../generated/adfiles/archDesc.o
../generated/adfiles/arena.o ../gene
Hi,
I did update the make and distinfo file for a upgrade of bash 4.2.37 to
4.2.39 It is attached in this message.
Regards,
Michael
distinfo
Description: Binary data
Makefile
Description: Binary data
___
freebsd-ports@freebsd.org mailing lis
21.12.2012 17:54, Mark Felder wrote:
On Thu, 20 Dec 2012 13:45:13 +
Chris Rees wrote:
It needs porting to kevent.
Last time I talked to the Dropbox guys they said kevent isn't good enough.
Something about tracking a large tree is too difficult. Similar to what the dev
of lsync
On 21 Dec 2012 15:54, "Mark Felder" wrote:
>
> On Thu, 20 Dec 2012 13:45:13 +
> Chris Rees wrote:
>
> > It needs porting to kevent.
>
> Last time I talked to the Dropbox guys they said kevent isn't good
enough. Something about tracking a large tree is too difficult. Similar to
what the dev of
On Wed, 19 Dec 2012 22:04:49 +0100
Matthieu Volat wrote:
> 2. (maybe) use symlinks to trick opera to use the new one and hope that there
> is enough compatibility between both version of icu
Isnt this what /etc/libmap.conf is for? You should NEVER use symlinks.
http://www.freebsd.org/cgi/man.c
On Thu, 20 Dec 2012 13:45:13 +
Chris Rees wrote:
> It needs porting to kevent.
Last time I talked to the Dropbox guys they said kevent isn't good enough.
Something about tracking a large tree is too difficult. Similar to what the dev
of lsync said. (rsync daemon that initiaties transfers w
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
Juergen Lock wrote:
> On Wed, Dec 19, 2012 at 11:54:15PM +0100, Pawel Pekala wrote:
> > Dnia 2012-12-19, o godz. 22:44:00
> > Juergen Lock napisa?(a):
> > > It's this time again, there's a new vlc release out and I want to
> > > update
> > >the port:
> > >
> > > http://people.freebsd.org/~nox
Hi all,
On one of my server I was unable to update ghostscript8-nox11
He failed with :
imdi/imdi_k.c:53050: warning: no previous prototype for 'imdi_k147_gen'
imdi/imdi_k.c:53137: warning: no previous prototype for 'imdi_k147_tab'
imdi/imdi.c: In function 'new_imdi':
imdi/imdi.c:51: warning: '
Hello,
I am Vinay, Business Development Consultant.
I was on your website. I have analyzed your website. Would you be interested
in a possible redesign of the site or additional features that might benefit
the overall usability and user experience which usually leads to better
sales of your
As part of an ongoing effort to reduce the number of problems in the
FreeBSD ports system, we periodically notify users about
ports that are marked as "forbidden" in their Makefiles. Often,
these ports are so marked due to security concerns, such as known
exploits.
An overview of each port, inclu
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically schedule removal of ports
that have been judged to have outlived their usefulness. Often,
this is due to a better alternative having become available and/or
the cessation of development on th
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as "broken" in their Makefiles. In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments. The most common probl
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as "broken" in their Makefiles. In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments. The most common probl
25 matches
Mail list logo
