toxic uses C99 constructs so base-gcc needs to be told that.
This fixes the build on sparc64
ok?
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/net/toxic/Makefile,v
retrieving revision 1.9
diff -u -p -r1.9 Makefile
--- Makefile
On 2021-01-09, Jan Stary wrote:
> The current ports.tar.gz contains a dev/ and deve/ directory
> beside the expected devel/ category. Is that intended?
The creation of those directories wasn't intended as such, they're
the result of cvs import accidents, but once a directory has been
created in
Ping
On Sun, Jan 03, 2021 at 10:34:50AM +0100, Rafael Sadowski wrote:
> On Sun Jan 03, 2021 at 07:47:29AM +, Dimitri Karamazov wrote:
> > Ping
> >
> > On Thu, Dec 10, 2020 at 02:16:37PM +, Dimitri Karamazov wrote:
> > > Information for inst:openvdb-7.1.0
> > >
> > > Comment:
> > > tools
Ping
On Sun, Jan 03, 2021 at 04:48:16PM +, Dimitri Karamazov wrote:
> On Sun, Jan 03, 2021 at 11:02:56AM +0100, Rafael Sadowski wrote:
> > On Sun Jan 03, 2021 at 07:48:24AM +, Dimitri Karamazov wrote:
> > > Ping
> > >
> > > On Sun, Dec 13, 2020 at 03:51:14AM +, Dimitri Karamazov wrote
Ping
On Sun, Jan 03, 2021 at 05:00:16PM +, Dimitri Karamazov wrote:
> On Sun, Jan 03, 2021 at 11:02:38AM +0100, Rafael Sadowski wrote:
> > On Sun Jan 03, 2021 at 07:50:58AM +, Dimitri Karamazov wrote:
> > > Ping
> > >
> > > On Mon, Dec 28, 2020 at 06:50:24AM +, Dimitri Karamazov wrote
On Sat, Jan 09, 2021 at 10:45:23PM +0100, Marc Espie wrote:
> No objection from me, but you need a small snippet for bsd.port.mk(5) as
> well.
Right, thanks.
Index: share/man//man5/bsd.port.mk.5
===
RCS file: /cvs/src/share/man/man5/
On Sat, Jan 09, 2021 at 10:38:36PM +0100, Klemens Nanni wrote:
> Coming from sysutils/mdprint I want ordinary distfiles handling.
> Since we have more than one port using RPM files, here is a straight
> forward diff to unify each of their quirky handling.
>
> Less code, no plist change and we can
On Sat, Jan 09, 2021 at 10:38:36PM +0100, Klemens Nanni wrote:
> Coming from sysutils/mdprint I want ordinary distfiles handling.
> Since we have more than one port using RPM files, here is a straight
> forward diff to unify each of their quirky handling.
>
> Less code, no plist change and we can
Coming from sysutils/mdprint I want ordinary distfiles handling.
Since we have more than one port using RPM files, here is a straight
forward diff to unify each of their quirky handling.
Less code, no plist change and we can use EXTRACT_FILES if need be.
OK?
Index: infrastructure/mk/bsd.port.mk
recoll uses C++11 so needs to use ports-gcc on base-gcc arches
This fixes the build on sparc64
ok?
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/databases/recoll/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Ma
Stefan Hagen:
> portcheck, make port-lib-depends-check: ok
> make test:
> amd64 - up to test 165 all good, then I ran out of disk space
> sparc64 - passed
Well, I get:
89: extracting even when . and .. are unreadableFAILED (extrac09.at:37)
Looking at tests/testsuite.dir/089/testsuite.
On 2021/01/09 12:41, Steve Williams wrote:
> I have a "work in progress" port for freerdp. There has been a problem with
> the most recent release version connecting to older systems (Server 2012,
> XP, etc) with the glyph cache. I noticed in the freerdp main tree, they
> have disabled the glyph
On 09/01/2021 3:03 a.m., Stefan Hagen wrote:
Stuart Henderson wrote:
On 2021/01/08 14:49, Steve Williams wrote:
I want to work on a port that is a pet project (guacamole/xfreerdp).
There are a bunch of dependencies on the port and I was wondering if
there is an easy way to either
1) Tell
Probably better to set COMPILER= base-clang
On 2021/01/09 13:50, Kurt Mosiejczuk wrote:
> www/purritobin has never compiled on sparc64.
>
> ok to mark it BROKEN?
>
> (cc maintainer)
>
> --Kurt
>
> Index: Makefile
> ===
> RCS file:
www/purritobin has never compiled on sparc64.
ok to mark it BROKEN?
(cc maintainer)
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/www/purritobin/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile12 Dec
universal-ctags uses C99 constructs so base-gcc needs to be informed
Fixes build on sparc64
ok?
(cc maintainer)
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/devel/universal-ctags/Makefile,v
retrieving revision 1.12
diff -u -p -
On Sat, Jan 09, 2021 at 12:53:15PM -0500, Kurt Mosiejczuk wrote:
> mojoshader uses C99 constructs so base-gcc needs to be informed of that.
> This diff fixes the build on sparc64
>
> ok?
ok thfr@
>
> (cc maintainer)
>
> --Kurt
>
> Index: Makefile
>
privoxy uses C99 constructs so base-gcc needs to be told that.
ok?
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/www/privoxy/Makefile,v
retrieving revision 1.38
diff -u -p -r1.38 Makefile
--- Makefile29 Nov 2020 19:08:14 -
mojoshader uses C99 constructs so base-gcc needs to be informed of that.
This diff fixes the build on sparc64
ok?
(cc maintainer)
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/graphics/mojoshader/Makefile,v
retrieving revision 1.
Hi,
The next stepping stone in my project to improve out-of-the-box
gamecontroller support.
Background: On other platforms (Linux, MacOSX), SDL2 uses a GUID for
gamecontrollers combined with a database [1] to provide the default
button/axis mappings. This hasn't worked on OpenBSD (or apparently a
This port is for DCC (https://www.dcc-servers.net/dcc/),
'The Distributed Checksum Clearinghouses or DCC is an anti-spam content
filter that runs on a variety of operating systems. The counts can be
used by SMTP servers and mail user agents to detect and reject or filter
spam or unsolicite
Ping?
Tested longer on amd64 now. No problems.
tor. 22. okt. 2020 kl. 03:36 skrev Eivind Eide :
>
> bitlbee-facebook-1.2.1 (2020-10-20):
> - Fix "Parse error: unexpected identifier 'taNewMessage'"
> - Fix "Failed to read thrift: facebook-api.c:1929 fb_api_cb_publish_pt:
> assertion 'fb_thr
Hello,
There seems to be a dependency problem if you use dovecot-fts-xapian
Dependency of dovecot-fts-xapian-1.3.1 on dovecot-=2.3.11.3v0 doesn't match.
And a pkg_add -u will try to upgrade dovecot-pigeonhole
Which will create an ABI issue given that main dovecot is not upgraded:
Error: Couldn'
On 2021/01/09 13:23, Jan Stary wrote:
> The current ports.tar.gz contains a dev/ and deve/ directory
> beside the expected devel/ category. Is that intended?
> Looking at cvsweb, these have been in the Attic for some time.
Yes. Directories cannot be removed in CVS.
The current ports.tar.gz contains files that 'cvs up'
considers to be in conflict. For example, untaring
snapshots/ports.tar.gz and running
cvs -q -d anon...@mirror.osn.de:/cvs up -PdA
on to of that gives
C x11/paper-icon-theme/distinfo
cvs update: move away x11/paper-icon-theme/pkg/DESCR;
The current ports.tar.gz contains a dev/ and deve/ directory
beside the expected devel/ category. Is that intended?
Looking at cvsweb, these have been in the Attic for some time.
Jan
This should have been rebuilt as well, this was working in 6.7-stable..
could you take a look please Solene?
On 2021/01/09 11:17, Renaud Allard wrote:
> Hello,
>
> There seems to be a dependency problem if you use dovecot-fts-xapian
>
> Dependency of dovecot-fts-xapian-1.3.1 on dovecot-=2.3.11.
Stuart Henderson wrote:
> On 2021/01/08 14:49, Steve Williams wrote:
>> I want to work on a port that is a pet project (guacamole/xfreerdp).
>> There are a bunch of dependencies on the port and I was wondering if
>> there is an easy way to either
>>
>>1) Tell the ports system to use packages
28 matches
Mail list logo
