Attached is a port for ruby 2.3.0-preview1. This is useful if you want
to test your ruby software to make sure it will run on ruby 2.3, but it
won't be committed till the ruby 2.3.0 final release in late December.
Release announcement is at:
https://www.ruby-lang.org/en/news/2015/11/11/ruby-2-3-0
On Wed, Nov 11, 2015 at 09:45:22PM -0500, Josh Grosse wrote:
> Fixing the code may be the correct solution, but it is beyond me, as
> I don't have the technical skills to deal with the portability issues
> that were raised and to my understanding still exist.
I've had an out-of-band discussion w
On Wed, Nov 11, 2015 at 07:26:14PM -0700, Theo de Raadt wrote:
> I really don't tell the ports people what to do.
>
> But... I also don't think they should be martyrs.
Naddy said, after seeing an alignment error on Alpha: [1]
"How about actually fixing the code rather than slapping on a list
of
> On Thu, Nov 12, 2015 at 02:02:50AM +0100, J??r??mie Courr??ges-Anglas wrote:
>
> > Back to your concern: I don't think it's a reasonable approach to ask
> > for tests on all architectures before introducing a change in a port.
> > If we did that, the ports tree would be ridiculously small and la
On Thu, Nov 12, 2015 at 02:02:50AM +0100, J??r??mie Courr??ges-Anglas wrote:
> Back to your concern: I don't think it's a reasonable approach to ask
> for tests on all architectures before introducing a change in a port.
> If we did that, the ports tree would be ridiculously small and lagging
> be
On Wed, November 11, 2015 5:16 am, Joerg Jung wrote:
> On Mon, Nov 09, 2015 at 09:21:03PM -0500, trondd wrote:
>> Patched the config/rc scripts to maintain the existing default font when
>> using the new dmenu.
>
> The patch does not apply cleanly here.
> However it looks right, though I'm not a wm
Stuart Henderson writes:
> Here (after rather a lot of pain) is a port for FreeRADIUS 3.0.10.
> The config isn't directly compatible with 2.x (at least the files have
> moved around), and in addition future 3.x versions are going to require
> c++11 features *INCLUDING TLS* so I'd like to import i
Josh Grosse writes:
> On Thu, Nov 12, 2015 at 12:34:03AM +0100, J??r??mie Courr??ges-Anglas wrote:
>>
>> Right now p7zip fails to build on several archs, because of the rather
>> lame approach to endianness taken by this port. This patch should allow
>> to build p7zip on all archs supported by
On Thu, 12 Nov 2015 01:26:05 +0100
j...@wxcvbn.org (Jérémie Courrèges-Anglas) wrote:
> Adam Wolk writes:
>
> > On Thu, 12 Nov 2015 00:12:21 +0100
> > j...@wxcvbn.org (Jérémie Courrèges-Anglas) wrote:
> >
> >> Adam Wolk writes:
> >>
> >> > Hi ports@
> >> >
> >> > This is my first shared lib
On Thu, Nov 12, 2015 at 12:34:03AM +0100, J??r??mie Courr??ges-Anglas wrote:
>
> Right now p7zip fails to build on several archs, because of the rather
> lame approach to endianness taken by this port. This patch should allow
> to build p7zip on all archs supported by OpenBSD.
>
> ok?
jca@,
I'
Adam Wolk writes:
> On Thu, 12 Nov 2015 00:12:21 +0100
> j...@wxcvbn.org (Jérémie Courrèges-Anglas) wrote:
>
>> Adam Wolk writes:
>>
>> > Hi ports@
>> >
>> > This is my first shared lib port so go nuts and have fun ;)
>> >
>> > Known issues/questions:
>> > 1. Had to patch out set(SOVERSION "5"
On 2015/11/11 19:07, Gleydson Soares wrote:
> ping... anyone?
> as usual, comments, tests, oks are welcome. // gsoares
there are a bunch of these during build on amd64:
/usr/obj/ports/stunnel-5.26/stunnel-5.26/src/client.c:251: warning: expected
[error|warning|ignored] after '#pragma GCC diagnos
On Thu, 12 Nov 2015 00:12:21 +0100
j...@wxcvbn.org (Jérémie Courrèges-Anglas) wrote:
> Adam Wolk writes:
>
> > Hi ports@
> >
> > This is my first shared lib port so go nuts and have fun ;)
> >
> > Known issues/questions:
> > 1. Had to patch out set(SOVERSION "5") as it overwrote what the
> > po
Here (after rather a lot of pain) is a port for FreeRADIUS 3.0.10.
The config isn't directly compatible with 2.x (at least the files have
moved around), and in addition future 3.x versions are going to require
c++11 features *INCLUDING TLS* so I'd like to import it in parallel to
the existing versi
Right now p7zip fails to build on several archs, because of the rather
lame approach to endianness taken by this port. This patch should allow
to build p7zip on all archs supported by OpenBSD.
ok?
Index: Makefile
===
RCS file: /cvs
Adam Wolk writes:
> Hi ports@
>
> This is my first shared lib port so go nuts and have fun ;)
>
> Known issues/questions:
> 1. Had to patch out set(SOVERSION "5") as it overwrote what the port
> set in SHARED_LIBS.
Actually the cmake port has support for automatically set the proper
version.
Pascal Stumpf:
> I have done manual builds of some ports that use clang (various
> firefoxes, multimedia stuff, vlc, mplayer), but maybe this needs a bulk
> build?
If I get a complete patch, I can kick off an amd64 bulk build with it
tom^Hday.
--
Christian "naddy" Weisgerber
ping... anyone?
as usual, comments, tests, oks are welcome. // gsoares
On Mon, Nov 9, 2015 at 8:21 PM, Gleydson Soares wrote:
> here is an update to stunnel 5.26
> OK?
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/security/stunn
Hi ports@
This is my first shared lib port so go nuts and have fun ;)
Known issues/questions:
1. Had to patch out set(SOVERSION "5") as it overwrote what the port
set in SHARED_LIBS.
2. The port is able to build a static library but I only need the
shared one so didn't bother delivering that
On Wed, Nov 11, 2015 at 1:07 PM, Frank Groeneveld <
frank+openbsd-po...@frankgroeneveld.nl> wrote:
> On 11/09/15 17:51, Amit Kulkarni wrote:
>
>> I asked the upstream author privately, and he said that if you prefer the
>> stock qt4 or the "unpatched" as he calls it, you can switch as well to the
On 11/09/15 17:51, Amit Kulkarni wrote:
I asked the upstream author privately, and he said that if you prefer the
stock qt4 or the "unpatched" as he calls it, you can switch as well to the
qt5 in ports.
Thanks for bringing that to my attention! It does compile and seems to
run fine against qt5
I just removed archivers/unace from the tree, thanks for bringing this up.
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Nigel Taylor writes:
> On 11/10/15 13:00, Jérémie Courrèges-Anglas wrote:
>>
>> Hi,
>>
>> it's been a few years that our bison port hasn't been updated, the main
>> reason being that our m4 doesn't groke some of the constructs used by
>> newer bison releases. More and more packages out there r
On Wed, Nov 11, 2015 at 05:32:35PM +, Stuart Henderson wrote:
> On 2015/11/11 10:26, Michael McConville wrote:
> > Pascal Stumpf wrote:
> > > mmc@ reminded me that I had been slacking on getting this into the tree.
> > >
> > > This patch updates LLVM to version 3.7, using GCC from ports as a
>
On Wed, 11 Nov 2015 17:32:35 +, Stuart Henderson wrote:
> On 2015/11/11 10:26, Michael McConville wrote:
> > Pascal Stumpf wrote:
> > > mmc@ reminded me that I had been slacking on getting this into the tree.
> > >
> > > This patch updates LLVM to version 3.7, using GCC from ports as a
> > > c
Stuart Henderson wrote:
> On 2015/11/11 10:26, Michael McConville wrote:
> > Pascal Stumpf wrote:
> > > mmc@ reminded me that I had been slacking on getting this into the tree.
> > >
> > > This patch updates LLVM to version 3.7, using GCC from ports as a
> > > compiler, and using its headers and l
On 2015/11/11 10:26, Michael McConville wrote:
> Pascal Stumpf wrote:
> > mmc@ reminded me that I had been slacking on getting this into the tree.
> >
> > This patch updates LLVM to version 3.7, using GCC from ports as a
> > compiler, and using its headers and libstdc++ at runtime. The downside
>
On 2015-11-11, Andre Smagin wrote:
> I propose to remove the port from the tree. Reasons:
>
> * cannot extract ACE archives from version 2.0 or newer of WinAce;
> * very dated code (1998), has issues as shown by the compilers;
> * dumps core on armv7/BeagleBone Black (at the least);
> * unclear /
Pascal Stumpf wrote:
> mmc@ reminded me that I had been slacking on getting this into the tree.
>
> This patch updates LLVM to version 3.7, using GCC from ports as a
> compiler, and using its headers and libstdc++ at runtime. The downside
> is, of course, that everything compiled with clang++ wil
On 11/10/15 13:00, Jérémie Courrèges-Anglas wrote:
>
> Hi,
>
> it's been a few years that our bison port hasn't been updated, the main
> reason being that our m4 doesn't groke some of the constructs used by
> newer bison releases. More and more packages out there require a recent
> bison version
Hi,
this is the diff to update tornado to latest release.
Also, attached is a new port: backports-abc, needed for tornado.
Ok?
Cheers,
Remi.
Index: Makefile
===
RCS file: /cvs/ports/www/py-tornado/Makefile,v
retrieving revision 1.
On 11/11/15 12:29, Stuart Henderson wrote:
> On 2015/11/10 23:54, Andre Smagin wrote:
>> Hello.
>>
>> Struggled to unpack a 9 year old ACE archive with unace
>> for a while, before realizing it does not support "modern" v.2.0 .ace
>> format (released in 2000).
>>
>> I propose to remove the port fro
On 2015/11/10 23:54, Andre Smagin wrote:
> Hello.
>
> Struggled to unpack a 9 year old ACE archive with unace
> for a while, before realizing it does not support "modern" v.2.0 .ace
> format (released in 2000).
>
> I propose to remove the port from the tree. Reasons:
>
> * cannot extract ACE arc
2015-11-10 22:01 GMT-08:00 Rafael Sadowski :
> Hello @ports,
>
> update to the last stable 2.X branch before I'm ready with opencv 3.0.0
> and doxygen update. Tested on amd64
>
>
> Comments ? OK ?
>
> Best regards, Rafael
>
> [...]
>
> @lib lib/libopencv_video.so.${LIBopencv_video_VERSION}
> @lib
On Wed, Nov 11, 2015 at 09:51:55AM +, Stuart Henderson wrote:
> After getting annoyed at typing this manually for the Nth time, I thought
> it would be a good idea to add support for running "autogen.sh" type scripts
> to gnu.port.mk. The diff includes a conversion for audio/tremor as an
> exam
* export variables pertaining to WANTLIB and LIB_DEPENDS even when not
using the gcc4 compiler (can be committed independently of the update)
* use these variables in clang.port.mk
Index: gcc/4.9/gcc4.port.mk
===
RCS file: /cvs/ports
On Mon, Nov 09, 2015 at 09:21:03PM -0500, trondd wrote:
> Patched the config/rc scripts to maintain the existing default font when
> using the new dmenu.
The patch does not apply cleanly here.
However it looks right, though I'm not a wmii user.
> Tim.
>
>
> Index: Makefile
> ===
On Tue, Nov 10, 2015 at 06:33:56PM -0500, Ted Unangst wrote:
> Joerg Jung wrote:
> > So this is not only needed by dwm but all suckless ports and leads to a
> > suckless bsd.port.mk module.
>
> Now we're going a bit far afield. For today, I'm ok with the update as is,
> with the man page bits.
Ok
After getting annoyed at typing this manually for the Nth time, I thought
it would be a good idea to add support for running "autogen.sh" type scripts
to gnu.port.mk. The diff includes a conversion for audio/tremor as an
example, I'll write up a bit for bsd.port.mk(5) if it's ok to add.
Index: inf
On Tue, Nov 10, 2015 at 11:44:20PM +0100, Joerg Jung wrote:
> On Tue, Nov 10, 2015 at 04:24:00PM -0500, Ted Unangst wrote:
>
> > (All that said, since I had to build 6.1 by myself to test, I also changed
> > the
> > font to ubuntu mono to match my xterms, so maybe I will just keep building
> > i
On Mon, Nov 09, 2015 at 10:53:24PM +, Stuart Henderson wrote:
> On 2015/11/09 21:42, Joerg Jung wrote:
> > Hi,
> >
> > please find below an update for x11/dmenu to 4.6. This release contains
> > a lot fixes and improvements, see announcement [1] for more details.
> >
> > OK?
>
> This needs a
Hi,
this is the diff to update py-django lts version.
Ok?
Cheers,
Remi.
Index: Makefile
===
RCS file: /cvs/ports/www/py-django/lts/Makefile,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 Makefile
--- Makefile11 Oct 2015 15:0
42 matches
Mail list logo
