Yes, this should be removed. OK.
On Sat, 27 Aug 2022 08:37:05 +0200, Matthieu Herrb wrote:
> Hi,
>
> I'd like to propose to remove print/libXp, the client library for the
> long deprecated Xprint X server.
> By itself this library is useless, unless one has a working Xprint
> server running some
Update to 1.9.0. Unfortunately, MAINTAINER's Email is bouncing.
Index: Makefile
===
RCS file: /home/cvs/ports/net/i2p/Makefile,v
retrieving revision 1.16
diff -u -p -r1.16 Makefile
--- Makefile1 Jul 2022 05:21:10 - 1.1
Arti is an implementation of Tor anonymity protocols, written in Rust.
It is intended to replace the C implementation at some point. It's
still missing features like bridges, transports and onion services, but
it's usable for regular connections. Here's the release announcement
for version 1.0.0
Done, new tarball.
On Sat, 3 Sep 2022 11:46:08 +0200, Sebastien Marie wrote:
> On Sat, Sep 03, 2022 at 10:55:33AM +0200, Pascal Stumpf wrote:
> > Arti is an implementation of Tor anonymity protocols, written in Rust.
> >
> > It is intended to replace the C implementation
On Sat, 03 Sep 2022 12:04:30 +0200, Pascal Stumpf wrote:
> Done, new tarball.
Erm. This one.
> On Sat, 3 Sep 2022 11:46:08 +0200, Sebastien Marie wrote:
> > On Sat, Sep 03, 2022 at 10:55:33AM +0200, Pascal Stumpf wrote:
> > > Arti is an implementation of Tor anonymity proto
OK as soon as the lld patch is in. Great work!
On Fri, 09 Sep 2022 00:34:21 +0200, Jeremie Courreges-Anglas wrote:
>
> With the diff below I can build ports-gcc on riscv64. PIE is disabled
> by default because I hit crashes at build time. Since not many ports
> require ports-gcc for for C or
On Wed, 14 Sep 2022 22:29:15 +0200, Jeremie Courreges-Anglas wrote:
> On Tue, Sep 13 2022, Jeremie Courreges-Anglas wrote:
> > On Sun, Sep 11 2022, Jeremie Courreges-Anglas wrote:
> >> On Fri, Sep 09 2022, Pascal Stumpf wrote:
> >>> OK as soon as the lld patch is i
ELinks is an advanced and well-established feature-rich text mode
web (HTTP/FTP/..) browser. ELinks can render both frames and tables,
is highly customizable and can be extended via scripts. It is very
portable and runs on a variety of platforms.
elinks is now maintained again at https://github.c
On Thu, 16 May 2024 07:44:48 +0100, Stuart Henderson wrote:
> On 2024/05/16 02:12, Jeremie Courreges-Anglas wrote:
> > On Thu, May 16, 2024 at 01:11:13AM +0200, Jeremie Courreges-Anglas wrote:
> > > On Wed, May 15, 2024 at 11:40:35PM +0200, Pascal Stumpf wrote:
> > >
Update to latest version 9.2.1, tested with both libkiwix and
goldendict-ng on amd64.
Index: Makefile
===
RCS file: /home/cvs/ports/archivers/libzim/Makefile,v
diff -u -p -r1.6 Makefile
--- Makefile15 Apr 2024 10:35:20 -
Various ZIM command line tools.
Most famous tools are:
* `zimcheck` verifies that a given ZIM file is not corrupted. It
provides many features to secure that ZIM entries are proper and
properly linked.
* `zimdump` inspects or dumps (part of) a ZIM file.
* `zimwriterfs` creates ZIM files fro
2.5.2
> +DISTNAME = i2psource_${V}
> +PKGNAME =i2p-${V}
>
> CATEGORIES= net
>
> @@ -15,8 +14,12 @@ MAINTAINER=Pascal Stumpf
> # EPLv1.0 GPLv2 GPLv3 LGPLv2.1 LGPLv3 MIT public-domain WTFPLv2
> PERMIT_PACKAGE= Yes
>
> +EXTRACT_SUFX = .tar.bz2
> +
&
On Thu, 27 Jul 2023 17:38:34 +0200, Mark Kettenis wrote:
> With this diff I can build the gcc 11 port on a machine that
> implements BTI. As far as I can tell the option has no effect on
> non-arm64 machines.
>
> ok?
OK.
But now there's two methods for doing this, depending on the
architecture,
OK pascal@
On Thu, 17 Aug 2023 18:04:31 +0900 (JST), YASUOKA Masahiko wrote:
> Hi,
>
> This also is to prepare the libc bump.
> The macro variable name might be changed. I'll update it then.
>
> ok?
>
> Index: Makefile
> ===
> RCS
/
+
+MAINTAINER=Pascal Stumpf
# Apache-2.0 Artistic BSD CC-BY-2.5 CC-BY-3.0 CC-BY-SA-3.0
# EPLv1.0 GPLv2 GPLv3 LGPLv2.1 LGPLv3 MIT public-domain WTFPLv2
Index: distinfo
===
RCS file: /home/anoncvs/cvs/ports/net/i2p/distinfo,v
Seems your mail server rejected my mail. OK for both.
On Fri, 13 Mar 2020 23:49:16 +0100, "Sebastian Reitenbach" wrote:
> Hi,
>
> ping, anyone gaming? atch reattached for convenience.
>
> cheers, Sebastian
>
>
> Am Dienstag, März 10, 2020 20:47 CET, schrieb "Sebastian Reitenbach"
> :
>
> >
On Tue, 02 Jun 2015 16:20:06 +0200, Guenther Niess wrote:
> Hi,
> I wanted to compile and run a small simulation with OpenMP and applied
> the patch below to compile gcc 4.9 with libgomp. It seems very
> straightforward so I'm wondering why it is disabled in ports?
>
> I run a make test and what I
On Thu, 4 Jun 2015 04:07:19 -0400, Brad Smith wrote:
> On Thu, Jun 04, 2015 at 08:54:55AM +0100, Stuart
> Henderson wrote: > undefined reference to
> `mozilla::AudioQueueMemoryFunctor::MallocSizeOf(void const*)' > > Could
> this be related to the gcc 4.9 switchover? Other mozillas are ok. > >
> /us
On Wed, 10 Jun 2015 17:13:38 -0300, Gleydson Soares wrote:
> Hi Pascal,
>
> here is a diff[1] to enable fontsrv(4) support in ports/plan9/plan9port. diff
> inline below.
>
> fontsrv(4) provides an interface to use X11 fonts in plan9port. It is useful,
> can be used to load anti-aliasing/TrueTyp
On Thu, 11 Jun 2015 11:18:37 +0200, Guenther Niess wrote:
> On 06/02/15 16:27, Pascal Stumpf wrote:
> > On Tue, 02 Jun 2015 16:20:06 +0200, Guenther Niess wrote:
> >> Hi,
> >> I wanted to compile and run a small simulation with OpenMP and applied
> >> the
On Mon, 15 Jun 2015 14:23:31 +0200, =?utf-8?Q?S=C3=A9bastien?= Marie wrote:
> Hi,
>
> I am not sure ports@ is the better place to report this, as my problem
> may not be directly in touch with one port. It could be:
> - problem with my command-line (probable)
> - problem with binutils in base
On Thu, 11 Jun 2015 12:03:27 +0100, Stuart Henderson wrote:
> On 2015/06/11 11:37, Pascal Stumpf wrote:
> > Though as your patch demonstrates, this needs more testing because some
> > ports will start to pick up libgomp once it's supported. I can do an
> > audit of ever
Sorry, I was away with no net until today. If this fixes the issue, and
it's not too late in the cycle, then yes please, commit it.
On Wed, 5 Aug 2015 21:05:49 +0100, Stuart Henderson wrote:
> On 2015/08/05 11:17, Landry Breuil wrote:
> >the update to l
update to 0.13.6/0.9.6. HOMEPAGE seems to have vanished, so the closest
thing is the github page. distfiles are at rtorrent.net, but the
index.html is just the default apache page.
some patches were upstreamed.
builds fine on amd64/powerpc, tested lightly on powerpc
Index: libtorrent/Makefile
On Fri, 25 Sep 2015 20:31:01 +0100, Stuart Henderson wrote:
> On 2015/09/25 15:55, Gleydson Soares wrote:
> > I am inclined to move the editor sam to attic. Our in tree version is
> > outdated. The latest [1] and ‘official’ sam version is included as
> > part of Plan 9 from User Space aka plan9port
On Wed, 14 Oct 2015 18:18:21 +0100, Stuart Henderson wrote:
> The gcc 4.9 port supports -msse4.2, but our assembler doesn't
> support (at least some of the) opcodes that it uses.
>
> : Assembler messages:
> :132: Error: no such instruction: `pcmpistri $2,(%rdi),%xmm2'
> :172: Error: no such instru
On Fri, 16 Oct 2015 13:16:59 +1100, Jonathan Gray wrote:
> On Thu, Oct 15, 2015 at 08:09:57PM +0100, Stuart Henderson wrote:
> > On 2015/10/15 18:16, Pascal Stumpf wrote:
> > > On Wed, 14 Oct 2015 18:18:21 +0100, Stuart Henderson wrote:
> > > > The gcc 4.9 port suppor
On Thu, 15 Oct 2015 20:09:57 +0100, Stuart Henderson wrote:
> On 2015/10/15 18:16, Pascal Stumpf wrote:
> > On Wed, 14 Oct 2015 18:18:21 +0100, Stuart Henderson wrote:
> > > The gcc 4.9 port supports -msse4.2, but our assembler doesn't
> > > support (at least s
On Tue, 03 Nov 2015 09:28:57 +1300, Carlin Bingham wrote:
> Updates everything to the latest (October) release.
> The path patches for nqp and moarvm are no longer needed as those paths are
> used upstream.
Thanks; I've got a similar patch ready with some other stuff for
rakudo/nqp/moar, will com
* 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 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 ve
On Wed, 13 Nov 2019 13:25:17 +0100, Tim Kuijsten wrote:
> "Theo de Raadt" wrote:
> > I'll add my voice to this.
> >
> > The powerful vendors writing new languages must expand their breath,
> > or face the consequences that some software is not going to get written
> > in their languages. Better
On Fri, 22 Nov 2019 09:14:05 +0100, Solene Rapenne wrote:
> Hi,
>
> I updated openmw like I did last time, but when I start the game I don't
> get any X window displayed, but I see an openmw process using 100% cpu.
> Any idea?
>
> openmw-launcher and openmw-wizard works.
I know. I haven't found
On Sat, 11 Jan 2020 21:43:52 +0100, Charlene Wendling wrote:
> On Sat, 11 Jan 2020 16:46:38 +
> Stuart Henderson wrote:
>
> > On 2020/01/11 12:36, Marc Espie wrote:
> > > On Sat, Jan 11, 2020 at 08:50:33AM +0100, Rafael Sadowski wrote:
> > > > Is there any way to phrase this so that we don't h
On Sun, 9 Dec 2012 08:02:01 -0600, Amit Kulkarni wrote:
> > Mark as BROKEN-hppa, triggers an ICE in src/tr1/assoc_laguerre.cpp,
> > apparently related the switch to PIE and the fact that boost uses
> > precompiled .gch headers.
This is no longer true since base gcc is now compiled as non-PIE.
Some
On Sat, 26 May 2012 15:44:31 +0200, Pascal Stumpf wrote:
> Bitcoin is an experimental new digital currency that enables instant
> payments to anyone, anywhere in the world. Bitcoin uses peer-to-peer
> technology to operate with no central authority: managing transactions
> and issui
On Mon, 10 Dec 2012 14:19:58 +0100, Landry Breuil wrote:
> Hi,
>
> here's a preliminary diff to update devel/llvm to 3.2rc3, final release
> due soon. So far i've only built it on amd64, currently building on ppc.
> Tests reports on mips64*, sparc64 & ppc welcome. For mips64*, amend
> LLVM_ARCHS i
On Mon, 10 Dec 2012 15:51:47 +0100, Landry Breuil wrote:
> On Mon, Dec 10, 2012 at 03:40:24PM +0100, Pascal Stumpf wrote:
> > On Mon, 10 Dec 2012 14:19:58 +0100, Landry Breuil wrote:
> > > Hi,
> > >
> > > here's a preliminary diff to update devel/llvm to
ShRip, basically just a CLI client to the ogmrip libraries; can do
everything the GUI can do.
pkg/DESCR:
shrip is an application for ripping and encoding DVD into AVI/OGM
files.
shrip:
* transcodes from DVD or files
* outputs ogm, avi, matroska or mp4 files
* provides a lot of codecs
These two ports are for transcoding videos in a way such that the Sansa
Fuze media players can play them.
fuzemux/pkg/DESCR:
To create video files for the Sansa Fuze (without using the official the
official "Sansa Media Converter", which is Windows-only, produces files
with bad A/V sync, and is a
NetPGP is a standards-compliant library and suite of utilities
providing digital signature and verification functionality, as well
as data encryption and decryption, using RSA and DSA/Elgamal keys.
ok?
netpgp.tgz
Description: netpgp.tgz
Update to 3.1.0, tested on amd64.
Index: Makefile
===
RCS file: /home/pascal/cvs/ports/games/warzone2100/Makefile,v
retrieving revision 1.18
diff -u -p -r1.18 Makefile
--- Makefile7 Nov 2011 13:55:44 - 1.18
+++ Makefile
On Mon, 21 Jan 2013 01:13:03 +0100, Pascal Stumpf wrote:
> Update to 3.1.0, tested on amd64.
Forgot two patches.
Index: Makefile
===
RCS file: /home/pascal/cvs/ports/games/warzone2100/Makefile,v
retrieving revision 1.18
diff -u
Will soon be needed when ld is changed to deal with static binaries on
PIE archs.
Index: Makefile
===
RCS file: /home/pascal/cvs/ports/lang/gcc/4.6/Makefile,v
retrieving revision 1.47
diff -u -p -r1.47 Makefile
--- Makefile28 Jan
4.9.0
+PARROT_VERSION = 5.0.0
+NQP_VERSION = 2013.01
SUBST_VARS += PARROT_VERSION
CATEGORIES = lang perl6
-HOMEPAGE = http://rakudo.org/
+HOMEPAGE = http://rakudo.org
MAINTAINER = Pascal Stumpf
@@ -34,9 +34,9 @@ WANTLIB
On Thu, 14 Feb 2013 08:44:50 +, Stuart Henderson wrote:
> No. But feel free to send a diff after unlock.
>
> sh...@lavabit.com wrote:
>
> >Is there going to be a chance to update OTR to 4.0 and possibly update
> >Pidgin before ports are completely locked?
>
>
>
And make sure to fix net/cl
On Tue, 26 Feb 2013 09:54:18 -0700, "Anthony J. Bentley" wrote:
> Jan Stary writes:
> > groff-1.21p8 ships with grap2graph(1)
> > which metions grap(1) in its manpage.
> >
> > But neither grap(1) nor the grap(1) manpage seems to be present.
>
> grap(1) is one of the many historical companion prog
Time to submit a compiler for my eponymous language.
Free Pascal (aka FPK Pascal) is a 32 and 64 bit professional Pascal
compiler. It is available for different processors: Intel x86,
Amd64/x86_64, PowerPC, PowerPC64, Sparc, ARM. The discontinued 1.0
version also supports the Motorola 680x0. The f
On Mon, 4 Mar 2013 14:05:27 +0100, Jasper Lievisse Adriaanse wrote:
> On Sat, Mar 02, 2013 at 07:03:31PM +0100, Pascal Stumpf wrote:
> > Time to submit a compiler for my eponymous language.
> >
> > Free Pascal (aka FPK Pascal) is a 32 and 64 bit professional Pascal
> >
ping?
On Fri, 11 Jan 2013 23:28:45 +0100, Pascal Stumpf wrote:
> ShRip, basically just a CLI client to the ogmrip libraries; can do
> everything the GUI can do.
>
> pkg/DESCR:
> shrip is an application for ripping and encoding DVD into AVI/OGM
> files.
>
> shrip:
>
On Mon, 04 Feb 2013 19:57:11 +0100, Pascal Stumpf wrote:
> Update to parrot 5.0.0 and nqp/rakudo 2013.01. Tested on amd64 and
> powerpc.
Has anyone tested this on sparc64?
>
> Index: parrot/Makefile
> ===
> RCS
On Sun, 13 Jan 2013 18:30:44 +0100, Pascal Stumpf wrote:
> NetPGP is a standards-compliant library and suite of utilities
> providing digital signature and verification functionality, as well
> as data encryption and decryption, using RSA and DSA/Elgamal keys.
>
> ok?
Hmm, p
Update to 1.0.0. No header/API changes, and multimedia/shrip is still
happy.
Index: Makefile
===
RCS file: /home/pascal/cvs/ports/multimedia/ogmrip/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- Makefile6 Feb 20
On Sat, 16 Mar 2013 02:04:16 -0400, Brad Smith wrote:
> On Thu, Mar 14, 2013 at 01:26:15PM +0100, Pascal Stumpf wrote:
> > Update to 1.0.0. No header/API changes, and multimedia/shrip is still
> > happy.
>
> How does this program even work? I load up ogmrip and it can&
On Sun, 17 Mar 2013 07:38:48 -0400, Brad Smith wrote:
> On Sun, Mar 17, 2013 at 01:39:20AM -0400, Brad Smith wrote:
> > On Sat, Mar 16, 2013 at 12:42:35PM +0100, Pascal Stumpf wrote:
> > > On Sat, 16 Mar 2013 02:04:16 -0400, Brad Smith wrote:
> > > > On Thu, Ma
On Sun, 17 Mar 2013 21:46:47 +0100, Ingo Schwarze wrote:
> Hi,
>
> with a ridiculous delay, the groff port maintainer creeps from under his
> rock. Now would be a good time for a maintenance update to groff-1.22.2;
> a test in a bulk would be appreciated (sthen, maybe?).
>
> I already tested:
>
Don't record a bogus SONAME (libleveldb.so.1) in the library.
ok?
Index: Makefile
===
RCS file: /home/pascal/cvs/ports/databases/leveldb/Makefile,v
retrieving revision 1.9
diff -u -p -r1.9 Makefile
--- Makefile11 Mar 2013 02:52:0
Version 0.8.1 of the bitcoin port. Needs the leveldb fix I sent
earlier.
Bitcoin is an experimental new digital currency that enables instant
payments to anyone, anywhere in the world. Bitcoin uses peer-to-peer
technology to operate with no central authority: managing transactions
and issuing mon
On Tue, 19 Mar 2013 14:53:59 +0100, Pascal Stumpf wrote:
> Version 0.8.1 of the bitcoin port. Needs the leveldb fix I sent
> earlier.
>
> Bitcoin is an experimental new digital currency that enables instant
> payments to anyone, anywhere in the world. Bitcoin uses peer-to-peer
On Sun, 24 Mar 2013 00:45:37 +0100, =?utf-8?Q?J=C3=A9r=C3=A9mie_Courr=C3=A8ges-
Angl?= =?utf-8?Q?as?= wrote:
> Stuart Henderson writes:
>
> > On 2013/03/14 15:37, Jérémie Courrèges-Anglas wrote:
> >> PS: are there people already working on a sendmail port?
> >
> > Not that I know of, but I thi
Reminded by undeadly.org's April Fool's joke. :)
lci is a LOLCODE interpreter written in C and is designed to be correct,
portable, fast, and precisely documented.
* correct: Every effort has been made to test lci's conformance to the
LOLCODE language specification. Unit tests come packaged
On Thu, 11 Apr 2013 22:51:30 +0200, Tobias Ulmer wrote:
> Add sparc64 to the list of supported Ada archs
>
> * Add ncpu detection, this also affects the other archs thus REVISION bump.
> * Use SJLJ (setjump/longjump) exceptions because ZCX generates broken
> code on sparc64 (exceptions are throw
Update to GDB 7.6, lightly tested on amd64.
Index: Makefile
===
RCS file: /home/pascal/cvs/ports/devel/gdb/Makefile,v
retrieving revision 1.25
diff -u -p -r1.25 Makefile
--- Makefile21 Mar 2013 08:45:15 - 1.25
+++ Makefil
On Fri, 3 May 2013 09:13:16 +0200, Tobias Ulmer wrote:
> On Mon, Apr 15, 2013 at 01:34:21AM +0200, Tobias Ulmer wrote:
> > So we have a problem that gnat buildtools sometimes fail to build
> > (except on my machines, grr). Parallel build issues have pretty much
> > been ruled out.
> >
> > The ques
Update to latest version 1.1.10.
Index: Makefile
===
RCS file: /home/pascal/cvs/ports/graphics/openimageio/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- Makefile11 Mar 2013 11:10:54 - 1.5
+++ Makefile
Update to 2.66. Please test with the openimageio update.
Unfortunately, this loses internationalisation support, which now relies
on boost::locale. If anyone has a problem with this, I might look at
what's needed for this in boost.
Index: Makefile
===
On Thu, 9 May 2013 07:19:06 -0600, Aaron Bieber wrote:
> On Sun, May 05, 2013 at 01:01:19PM +0200, Pascal Stumpf wrote: > Update
> to latest version 1.1.10. >
>
> This fails for me on amd64:
>
> cd /usr/ports/pobj/openimageio-1.1.10/build-amd64/libOpenImageIO
>
On Mon, 13 May 2013 22:37:33 +0300, Tero Koskinen wrote:
> Hi,
>
> I wanted to compile my Ada libraries (like Ahven[1]) on OpenBSD
> 5.3-release with gnat 4.7, but noticed that gnattools were missing
> support for libraries and errno didn't work, so I created a small patch
> for those.
>
> The pa
On Tue, 25 Sep 2018 09:49:56 +0200, Peter Hessler wrote:
> I think there is no change to existing packages, if so then no need for
> a revision bump.
Indeed. And also OK for me.
> looks good to me either way, OK
>
>
> On 2018 Sep 24 (Mon) at 23:34:09 -0400 (-0400), Daniel Dickman wrote:
> :Wit
OK with me.
On Thu, 08 Nov 2018 16:31:00 +, George Rosamond wrote:
> Attached is net/tor backport of tor-0.3.4.9 to 6.4 -stable, mostly due
> to memory exhaustion issue.
>
> Changelog issues include...
> (https://github.com/torproject/tor/commit/4ac3ccf2863b86e79040dcd6c9568f011887c2be):
>
>
On Mon, 26 Nov 2018 23:05:45 -0500, Brian Callahan wrote:
> Hi ports --
>
> For some reason, the gcc package doesn't install the stdatomic.h header.
> Which doesn't matter, until it matters.
I believe GCC expects this header to be present on the host system. It
*is* a standard (C11) header, aft
On Wed, 28 Nov 2018 12:47:21 -0500, Brian Callahan wrote:
>
>
> On 11/28/18 6:54 AM, Stuart Henderson wrote:
> > On 2018/11/27 19:36, George Koehler wrote:
> >> On Tue, 27 Nov 2018 16:12:08 -0500
> >> George Koehler wrote:
> >>
> >>> NetBSD's packages of gcc5 and gcc7 do contain the headers from
This diff updates the libatomic_ops part of devel/boehm-gc to version
7.6.6. It's needed for an upcoming moarvm/nqp/rakudo update (and may
help there with architecture support also).
The only other port which uses the library is lang/ecl, tested and
working fine on amd64 at least.
Index: Makefi
Whoosh is a fast, featureful full-text indexing and searching library
implemented in pure Python. Programmers can use it to easily add
search functionality to their applications and websites. Every part
of how Whoosh works can be extended or replaced to meet your needs
exactly.
Some of Whoosh's fe
This package (python-crfsuite) wraps CRFsuite C++ API using Cython.
It is faster than official SWIG wrapper and has a simpler codebase
than a more advanced pyCRFsuite. python-crfsuite works in Python 2
and Python 3, doesn't have external dependencies (CRFsuite is
bundled, numpy/scipy stack is not n
This is a Python implementation of the Unicode Collation Algorithm
(UCA). It passes 100% of the UCA conformance tests for Unicode 5.2.0
(Python 2.7), Unicode 6.3.0 (Python 3.3+), Unicode 8.0.0 (Python
3.5+), Unicode 9.0.0 (Python 3.6+), and Unicode 10.0.0 (Python 3.7+)
with a variable-weighting set
This regex implementation is backwards-compatible with the standard
're' module, but offers additional functionality.
ok?
py-regex.tgz
Description: py-regex.tgz
FWIW, here's a WIP patch to update gdb to 8.2.1. It's still a bit rough
around the edges, but working so far on amd64, i386, powerpc, hppa, and
to some extent on arm and aarch64. It does *not* work on sparc64, which
is a blocker. Feel free to play around with it.
Index: Makefile
==
We can also obviously get rid of the sparc32 patch. Now tested on
amd64, i386, sparc64, powerpc, hppa, aarch64 and arm.
Index: Makefile
===
RCS file: /cvs/ports/devel/boehm-gc/Makefile,v
retrieving revision 1.69
diff -u -p -r1.69 Ma
Here's an update to libuv 1.24.1, needed for newer versions of
moarvm/nqp/rakudo. devel/cmake needs a small adjustment to build with
this (attached), all other dependent ports are fine. Tested on amd64,
i386, arm, aarch64, powerpc, sparc64.
Index: Makefile
=
4:22 -
@@ -1,11 +1,13 @@
# $OpenBSD: Makefile,v 1.32 2017/11/25 21:50:50 afresh1 Exp $
+BROKEN-powerpc = Cannot declare pseudo-package GLOBAL
+
COMMENT = Rakudo Perl 6 compiler
-V =2017.10
+V =2018.12
DISTNAME = rak
On Mon, 24 Dec 2018 17:01:35 -0700, Andrew Hewus Fresh wrote:
> On Mon, Dec 24, 2018 at 11:45:02PM +0100, Pascal Stumpf wrote:
> > Here's an update to moarvm, nqp and rakudo (to their respective latest
> > versions), depending on both the libuv and libatomic_ops updates I sent
Make use of devel/gas on aarch64.
Index: Makefile
===
RCS file: /cvs/ports/multimedia/xine-lib/Makefile,v
retrieving revision 1.139
diff -u -p -r1.139 Makefile
--- Makefile24 Oct 2018 14:28:08 - 1.139
+++ Makefile26
Libupnpp is a C++ wrapper for libupnp, a.k.a Portable UPnP, which
is a direct descendant of the Open Source SDK released by Intel in
support of UPnP development.
Libupnpp can be used to implement UPnP devices and services, or
Control Points.
The Control Point side of libupnpp, which is documented
upplay is a desktop UPnP audio Control Point for Linux/Unix and MS
Windows.
upplay does not play music, it controls a Media Renderer which may
be running on the same host or anywhere else.
Features:
* Plays gapless using either the UPnP SetNextTransportURI action
or the OpenHome Playlist servic
On Sat, 29 Dec 2018 12:55:02 +0100, Rafael Sadowski wrote:
> On Fri Dec 28, 2018 at 12:11:28PM +0100, Pascal Stumpf wrote:
> > Libupnpp is a C++ wrapper for libupnp, a.k.a Portable UPnP, which
> > is a direct descendant of the Open Source SDK released by Intel in
> > suppor
This is enough to get tbb to build and test successfully on aarch64.
Index: patches/patch-build_OpenBSD_inc
===
RCS file: patches/patch-build_OpenBSD_inc
diff -N patches/patch-build_OpenBSD_inc
--- /dev/null 1 Jan 1970 00:00:00 -00
Add aarch64 support to the internal copy of boehm-gc, taken from
boehm-gc upstream and the OpenBSD port.
Index: patches/patch-sigscheme_libgcroots_include_private_gcconfig_h
===
RCS file: patches/patch-sigscheme_libgcroots_include_pr
On Sun, 23 Dec 2018 19:48:14 +0100, Pascal Stumpf wrote:
> FWIW, here's a WIP patch to update gdb to 8.2.1. It's still a bit rough
> around the edges, but working so far on amd64, i386, powerpc, hppa, and
> to some extent on arm and aarch64. It does *not* work on sparc64, w
Here's a port for GCC 8.2.0. Fully tested on aarch64, amd64, i386, arm,
sparc64, hppa. Unfortunately, both my powerpc and mips64 crashed during
the build, so new adastraps will have to wait until I'm back home.
Notable changes:
* gcj has been *removed*
* Ada has switched its exception handling
Updated tarball, with plist bits and updated adastrap for mips64 from
visa@.
On Mon, 31 Dec 2018 14:01:46 +0100, Pascal Stumpf wrote:
> Here's a port for GCC 8.2.0. Fully tested on aarch64, amd64, i386, arm,
> sparc64, hppa. Unfortunately, both my powerpc and mips64 crashed during
On Thu, 3 Jan 2019 13:50:26 +0100, Otto Moerbeek wrote:
> Hi,
>
> currently, boost does not build on arm64, since there is dependency of
> boost on py-numpy. py-numpy is not available since building it
> requires a fortran compiler (g95 in gcc 4.9) which is not available on
> arm64, therefore boos
ping
On Sun, 23 Dec 2018 21:54:59 +0100, Pascal Stumpf wrote:
> Here's an update to libuv 1.24.1, needed for newer versions of
> moarvm/nqp/rakudo. devel/cmake needs a small adjustment to build with
> this (attached), all other dependent ports are fine. Tested on amd64,
> i
Provide WANTLIB, LIB_DEPENDS and BUILD_DEPENDS variables for fortran,
analogous to c++. Makes an upcoming fortan.port.mk diff a lot less
ugly.
Index: 4.9/gcc4.port.mk
===
RCS file: /cvs/ports/lang/gcc/4.9/gcc4.port.mk,v
retrieving r
This switches aarch64 to use GCC 8.2.0 as default. Doesn't do any harm
because this is the first GCC port that works there.
We still need to decide whether to hook up gcc8 on all archs or aarch64
only ...
Index: gcc4.port.mk
===
RC
On Fri, 04 Jan 2019 17:55:40 +0100, Pascal Stumpf wrote:
> Provide WANTLIB, LIB_DEPENDS and BUILD_DEPENDS variables for fortran,
> analogous to c++. Makes an upcoming fortan.port.mk diff a lot less
> ugly.
Actually, this one is even better:
Index: 4.9/gcc
Use the new MODGCC4_FORTRAN* stuff from the previous diff.
Index: fortran.port.mk
===
RCS file: /cvs/ports/infrastructure/mk/fortran.port.mk,v
retrieving revision 1.14
diff -u -p -r1.14 fortran.port.mk
--- fortran.port.mk 2 Sep 2
On Fri, 4 Jan 2019 17:11:01 +, Stuart Henderson wrote:
> On 2019/01/04 17:57, Pascal Stumpf wrote:
> > This switches aarch64 to use GCC 8.2.0 as default. Doesn't do any harm
> > because this is the first GCC port that works there.
> >
> > We still need to d
On Sat, 5 Jan 2019 13:55:41 +0100, Marc Espie wrote:
> On Fri, Jan 04, 2019 at 07:15:00PM +0100, Pascal Stumpf wrote:
> > On Fri, 4 Jan 2019 17:11:01 +, Stuart Henderson wrote:
> > > On 2019/01/04 17:57, Pascal Stumpf wrote:
> > > > This switches aarch64 to use
The linker command line uses $CXX anyway, so explicitly linking -lstdc++
is unnecessary.
Index: patches/patch-configure
===
RCS file: /cvs/ports/audio/grip/patches/patch-configure,v
retrieving revision 1.7
diff -u -p -r1.7 patch-conf
1 - 100 of 565 matches
Mail list logo