On 1/4/2014 12:17 AM, Ted Roby wrote:
On Fri, Jan 03, 2014 at 04:12:25AM -0500, Brian Callahan wrote:
On 1/3/2014 2:42 AM, Ted Roby wrote:
This updates net/tintin++ to 2.01.0.
Lots of new features added since the currently
outdated version. Software is now GPLv2+.
WANTLIB includes pcre.
patch
On Fri, Jan 03, 2014 at 04:12:25AM -0500, Brian Callahan wrote:
> On 1/3/2014 2:42 AM, Ted Roby wrote:
> >This updates net/tintin++ to 2.01.0.
> >Lots of new features added since the currently
> >outdated version. Software is now GPLv2+.
> >WANTLIB includes pcre.
> >
> >patch-Makefile_in adds ${LOC
On Fri, Jan 03, 2014 at 11:52:42PM +0100, Antoine Jacoutot wrote:
> > @@ -34,5 +44,8 @@ do-install:
> > ${INSTALL_DATA_DIR} ${FONTDIR}
> > ${INSTALL_DATA} ${WRKSRC}/*.pcf.gz ${FONTDIR}
> > ${INSTALL_DATA} ${WRKSRC}/fonts.alias ${FONTDIR}/fonts.alias-dina
> > + ${INSTALL_DATA_DIR} ${PR
On Fri, Jan 03, 2014 at 08:03:32PM +0100, Tobias Ulmer wrote:
> On Thu, Jan 02, 2014 at 06:27:23PM +0100, Rafael Sadowski wrote:
> [...]
>
> I've restored @fontdir in PLIST. Regarding the use of do-extract; espie@
> wants to get rid of that, and only a few old ports are still allowed to
> use it.
Il giorno 03/gen/2014 20.04, "Tobias Ulmer" ha scritto:
>
> On Thu, Jan 02, 2014 at 06:27:23PM +0100, Rafael Sadowski wrote:
> [...]
>
> I've restored @fontdir in PLIST. Regarding the use of do-extract; espie@
> wants to get rid of that, and only a few old ports are still allowed to
> use it. What
On Fri, Jan 3, 2014 at 6:17 PM, Christian Weisgerber wrote:
> Gleydson Soares:
>
>> here is an update for ggrep-2.16.
>> works fine for me @amd64
>
> Okay by me with these further changes:
>
> (gperf isn't used by the build, as far as I can tell.
> Remove a no longer relevant comment.)
good catch
Gleydson Soares:
> here is an update for ggrep-2.16.
> works fine for me @amd64
Okay by me with these further changes:
(gperf isn't used by the build, as far as I can tell.
Remove a no longer relevant comment.)
--- Makefile.orig Fri Jan 3 21:50:49 2014
+++ MakefileFri Jan 3 22:08:10
hi,
here is an update for ggrep-2.16.
works fine for me @amd64
regress tests for grep is OK,
one of the gnulib tests fail, but that do not look critical.
$ grep ^FAIL /usr/ports/pobj/ggrep-2.16/grep-2.16/gnulib-tests/test-suite.log
FAIL: test-vc-list-files-cvs.sh
$
OK?
Index: Makefile
===
On Thu, Jan 02, 2014 at 06:27:23PM +0100, Rafael Sadowski wrote:
[...]
I've restored @fontdir in PLIST. Regarding the use of do-extract; espie@
wants to get rid of that, and only a few old ports are still allowed to
use it. What do you think of this simpler version?
Any porter wants to give their
On 01/03 03:08, Alexey Suslikov wrote:
> Hi ports@.
>
> Roman Kravchuk and me are working on Ruby on Rails 4.0 port (incl
> Active Record and such).
Offtopic, but:
We did have a previous rails port, which was removed, partly because it
was old and insecure, and partly because the benefit of the
This fixes CVE-2013-4287 and CVE-2013-4363, both for denial of service
algorithmic complexity vulnerabilities:
https://github.com/rubygems/rubygems/blob/master/CVE-2013-4287.txt
https://github.com/rubygems/rubygems/blob/master/CVE-2013-4363.txt
This is a patch for devel/rubygems (for ruby 1.8) an
so here we go, my little uphill battle.
please find attached the diff to update the waf port.
all the current ports that needed waf have been changed
to drop that dependency, so i left out the historical
1.5.18 version. and as such, there are no ports atm to
test it against :] but the newly relea
This is the fix for the null pointer dereference (CVE-2013-6954)
for OPENBSD_5_4, backported from png 1.6.8.
I don't have a 5.4-stable system at hand to actually test this
there.
OK?
OPENBSD_5_3 has 1.5.10, which is not affected according to the libpng
homepage.
Index: Makefile
Juan Francisco Cantero Hurtado wrote:
> > > lang/petite-chez: undefined reference to `__guard'
> >
> > ONLY_FOR_ARCHS =i386
> >
> > Hmm, FreeBSD has a port of 8.4 that at least adds amd64.
>
> The license of Petite Chez is weird and the port is very outdated. We
> have better scheme in
On Tuesday, December 31, 2013 01:06:47 PM Stuart Henderson wrote:
> If people are looking for a non-autoconf build system, cmake seems
> about the best choice.. it's not perfect, but CMakefiles are fairly
> readable, and it's nicely cross-platform..
In my opinion plain Makefiles are the sanest bui
Hi ports@.
Roman Kravchuk and me are working on Ruby on Rails 4.0 port (incl
Active Record and such).
Although we got it running and working (at first glance), there
is one thing which bothers us (hence the kinda preliminary mail).
Ruby thread safe library (which RoR 4.0 depends on) fails to pas
2013/12/31 Vadim Zhukov :
> 2013/12/31 Rafael Sadowski :
>> On Tuesday 31 December 2013 01:22:13 Vadim Zhukov wrote:
>>> 2013/12/30 Rafael Sadowski :
>>> > Hey @ports,
>>> >
>>> > maintainer update. Okay?
>>>
>>> Upstream decided to convert opencv_ts to a static library, really?
>>>
>>> > cheers Ra
On Fri, Jan 03, 2014 at 05:41:39AM +0100, frantisek holop wrote:
> do you go around telling projects stop using your favourite build system to hate>? i can imagine
> your answer if someone did the same for openbsd and/or
> ports. it is nobody elses business what a project
> uses. i am surprised
2014/1/3 Landry Breuil :
> On Tue, Dec 31, 2013 at 12:47:37AM +0400, Vadim Zhukov wrote:
>> This is some sort of pseudo-package: it tries to combine some common
>> stuff from kdebase-3.x and kde-runtime-4.x. I need this to finally
>> make kde-runtime-4.x co-exist with KDE3. This could be a nice New
On 2014/01/02 18:59, frantisek holop wrote:
> i would bother with it because more and more projects
> will go with it. it would be nice if all of them
> bundled it (as its author advises) but that is not the
> case. that is what my question was about.
>
> should it be downloaded at compile time?
On Tue, Dec 31, 2013 at 12:47:37AM +0400, Vadim Zhukov wrote:
> This is some sort of pseudo-package: it tries to combine some common
> stuff from kdebase-3.x and kde-runtime-4.x. I need this to finally
> make kde-runtime-4.x co-exist with KDE3. This could be a nice New Year
> gift for all KDE-on-Op
On 1/3/2014 2:42 AM, Ted Roby wrote:
This updates net/tintin++ to 2.01.0.
Lots of new features added since the currently
outdated version. Software is now GPLv2+.
WANTLIB includes pcre.
patch-Makefile_in adds ${LOCALBASE}/include to INCS
Why not use MAKE_FLAGS=INCS=-I${LOCALBASE}/include? The
31.12.2013 0:47 пользователь "Vadim Zhukov" написал:
>
> This is some sort of pseudo-package: it tries to combine some common
> stuff from kdebase-3.x and kde-runtime-4.x. I need this to finally
> make kde-runtime-4.x co-exist with KDE3. This could be a nice New Year
> gift for all KDE-on-OpenBSD
This updates net/tintin++ to 2.01.0.
Lots of new features added since the currently
outdated version. Software is now GPLv2+.
WANTLIB includes pcre.
patch-Makefile_in adds ${LOCALBASE}/include to INCS
Index: Makefile
===
RCS file:
24 matches
Mail list logo
