Bulk build on macppc-0.ports.openbsd.org
Started : Thu Apr 9 09:35:33 MDT 2020
Finished: Tue Apr 28 23:31:21 MDT 2020
Duration: 19 Days 13 hours 56 minutes
Built using OpenBSD 6.7-beta (GENERIC) #697: Mon Apr 13 02:47:28 MDT 2020
Built 10023 packages
Number of packages built each day:
Apr 9: 5
bulk build on arm64.ports.openbsd.org
started on Sun Apr 26 04:01:28 MDT 2020
finished at Tue Apr 28 22:50:48 MDT 2020
lasted 2D18h49m
done with kern.version=OpenBSD 6.7-beta (GENERIC.MP) #582: Sat Apr 25 18:29:07
MDT 2020
built packages:10934
Apr 26:4061
Apr 27:1249
Apr 28:5623
critical path
On Fri, 24 Apr 2020 13:59:14 +0100
Stuart Henderson wrote:
> > > > /usr/obj/ports/clisp-2.49/clisp-2.49/src/spvw.d:2881:47: error: use of
> > > > undeclared identifier 'MAP_ANON'
> > > >
> > > > mmap((void*)0xC000,0x2000,PROT_NONE,MAP_ANON|MAP_PRIVATE|MAP_FIXED,-1,0);
> > > >
On Mon, Apr 20, 2020 at 06:38:30PM +0200, Klemens Nanni wrote:
>
> New ports should not use Python 3.
>
> PyPI projects that already list multiple supported Python versions cause
> portgen(1) to generate a flavored port, but instead of leaving FLAVOR
> empty it should opt for the highest availabl
On 2020 Apr 26 (Sun) at 13:42:50 +1000 (+1000), Jonathan Gray wrote:
:On Sat, Apr 25, 2020 at 05:20:34PM -, Christian Weisgerber wrote:
:> On 2020-04-25, phess...@openbsd.org wrote:
:>
:> > started on Wed Apr 22 00:58:02 MDT 2020
:> > finished at Fri Apr 24 19:24:46 MDT 2020
:>
:> > http://
On Tue, Apr 28 2020, Klemens Nanni wrote:
> On Tue, Apr 28, 2020 at 07:19:06PM +0100, Stuart Henderson wrote:
>> Better to drop the port I think. I don't see how a >10 year old version
>> of such software is going to be any use..
> About ten years ago nipper became comercial and stopped releasing
On Sun, Apr 05, 2020 at 08:30:56AM -0700, Greg Steuck wrote:
> I'm not positive that I got py3 stuff exactly right, but at least configure
> goes through fine unlike what happened before:
> https://github.com/blackgnezdo/ports/issues/6
Your Makefile diff looks good, although MODPY_BIN_SUFFIX should
On Tue, Apr 28, 2020 at 09:55:08PM +0200, Antoine Jacoutot wrote:
> I'd prefer README than MESSAGE.
Sorry for the churn: README is already there and even mentions the
requirement, I overlooked it entirely.
Here's a small tweak to it as well as removing the built-in API key.
Nowadays xenodm is supp
On Tue, Apr 28, 2020 at 08:00:22PM +0200, Klemens Nanni wrote:
> On Tue, Apr 28, 2020 at 01:38:08PM -0400, Brian Callahan wrote:
> > This is not broken. I use it.
> > You need to set up an API key to use it though, as documented on upstream's
> > GitHub repo:
> > https://github.com/flaviotordini/mi
Bulk build on sparc64-0.ports.openbsd.org
Started : Sat Apr 25 16:26:40 MDT 2020
Finished: Tue Apr 28 13:31:30 MDT 2020
Duration: 2 Days 21 hours 5 minutes
Built using OpenBSD 6.7-beta (GENERIC.MP) #294: Sat Apr 25 08:44:56 MDT 2020
Built 9928 packages
Number of packages built each day:
Apr 25:
On Tue, Apr 28, 2020 at 07:19:06PM +0100, Stuart Henderson wrote:
> Better to drop the port I think. I don't see how a >10 year old version
> of such software is going to be any use..
About ten years ago nipper became comercial and stopped releasing
open-source versions (mentioned in the Makefile's
Better to drop the port I think. I don't see how a >10 year old version
of such software is going to be any use..
On 2020/04/28 19:37, Marcus MERIGHI wrote:
> Hello,
>
> I have never used nipper. Just stumbled over it. And I know the ports
> tree is in preparation for 6.7. But anyone using it
+The key must be specified as the GOOGLE_API_KEY environment variable.
Wow, the process environment is going to get real full soon with all
these NSA_API_KEY, CSE_API_KEY, and SAFEWAY_API_KEY environment
variables.
Dystopia ahead.
On Tue, Apr 28, 2020 at 01:38:08PM -0400, Brian Callahan wrote:
> This is not broken. I use it.
> You need to set up an API key to use it though, as documented on upstream's
> GitHub repo:
> https://github.com/flaviotordini/minitube
Thanks.
Google is now requiring an API key in order to ac
--- pkg/PLIST.old Mon Oct 25 21:37:52 2010
+++ pkg/PLIST Tue Apr 28 18:33:22 2020
@@ -2,4 +2,5 @@
@bin bin/ocat
@man man/man1/ocat.1
share/doc/onioncat/
+share/doc/onioncat/Garlicat-HOWTO
share/doc/onioncat/README
Removed them both (@conflict, @bin for symlink) from PLIST.
OK?
Martin
Le Tue, 28 Apr 2020 19:23:31 +0200,
Klemens Nanni a écrit :
> Searching does not show any results but only a long URL where results
> are supposed to be.
>
> Back when it worked for me (months, if not years ago), minitube would
> often crash due to W^X violations.
>
> Does it work for anyone?
>
On 2020-04-28 1:23 PM, Klemens Nanni wrote:
Searching does not show any results but only a long URL where results
are supposed to be.
Back when it worked for me (months, if not years ago), minitube would
often crash due to W^X violations.
Does it work for anyone?
If not, does anyone have a f
Hello,
I have never used nipper. Just stumbled over it. And I know the ports
tree is in preparation for 6.7. But anyone using it could speak up...
because it's old and unmaintained, it seems.
HOMEPAGE update patch below.
But: the homepage doesn't have nipper-cli-0.12.0.tgz anymore, it's
fetche
Searching does not show any results but only a long URL where results
are supposed to be.
Back when it worked for me (months, if not years ago), minitube would
often crash due to W^X violations.
Does it work for anyone?
If not, does anyone have a fix?
Upstream has no newer release.
Unless someo
Before anything else, the version we ship is soon 18 years old. Newer
versions seem being closed source.
So here is the failure in the current macppc bulk:
> /usr/bin/libtool --mode=compile cc -c -I/usr/local/include -DHAVE_DLFCN_H=1
> -O2 -pipe -DPDF_PLATFORM=\""OpenBSD 6.7"\"./p_basic
Oh, gcat is a symlink. Shouldn't have @bin and it seems pretty
useless since one can just use -I instead, so it's probably better to
remove rather than @conflict with a common package.
On 2020/04/28 16:29, Martin wrote:
> 0.3.5a works stable for weeks. Anyway, I've asked the author about versioni
0.3.5a works stable for weeks. Anyway, I've asked the author about versioning.
--- Makefile.oldFri Jul 12 23:48:35 2019
+++ MakefileTue Apr 28 18:28:15 2020
@@ -1,13 +1,13 @@
# $OpenBSD: Makefile,v 1.13 2019/07/12 20:48:35 sthen Exp $
-COMMENT = IP-Transparent Tor Hidden Service
milkytracker is broken in the current macppc bulk:
> conv.c:78:51: error: invalid operand for instruction
> DEFINE_CLIPCONVERT_POWERPC(s8,f32, -128.0, 127.0, LFSUX, LBZ_STBUX)
> ^
> conv.c:65:16: note: expanded from macro 'LFSUX'
> #define LFSUX
liboil cannot be built in the current macppc bulk:
> conv.c:78:51: error: invalid operand for instruction
> DEFINE_CLIPCONVERT_POWERPC(s8,f32, -128.0, 127.0, LFSUX, LBZ_STBUX)
(and more)
Disabling the integrated assembler fixes the build [0]. Because arm
has a similar issue, jca@ proposed to gi
On Fri, Apr 24, 2020 at 08:18:53AM -0600, Tracey Emery wrote:
> I can certainly test this here in the future. Having newer avrdude would
> be great. None of the ESP "suite of tools" uses avrdude, so those won't
> be affected.
>
> I'm working on a ATTiny project, which would be a good test case for
On 2020/04/28 13:05, Martin wrote:
> net/onioncat 0.2.1 -> 0.3.5
>
> OK?
Not ok.
Should use CONFIGURE_STYLE=gnu and drop CONFIGURE_ARGS (fixes the path to
config file), update the homepage (https://www.onioncat.org/), use https
for MASTER_SITES, and either comment-out bin/gcat or register a conf
On Sun, Apr 26, 2020 at 02:40:38PM +0200, Robert Nagy wrote:
> On 26/04/20 14:04 +0200, Robert Nagy wrote:
> > On 26/04/20 13:17 +0200, Moises Simon wrote:
> > > Hi,
> > >
> > > I'm trying www/phpldapadmin.
> > > When I access the web page I see tons of errors of deprecated or non
> > > existent
net/onioncat 0.2.1 -> 0.3.5
OK?
‐‐‐ Original Message ‐‐‐
On Monday, April 27, 2020 2:44 PM, Martin wrote:
> port is in attachment
>
> Martin
OK mariani@
On Tue, Apr 28, 2020 at 8:52 AM Antoine Jacoutot wrote:
>
> On Tue, Apr 28, 2020 at 12:20:44PM +0100, Stuart Henderson wrote:
> > I think it's time for this to go now. No longer used in other ports
> > and the database is EoL. OK?
>
> OK
>
> > Index: devel/quirks/files/Quirks.pm
> >
On Tue, Apr 28, 2020 at 12:20:44PM +0100, Stuart Henderson wrote:
> I think it's time for this to go now. No longer used in other ports
> and the database is EoL. OK?
OK
> Index: devel/quirks/files/Quirks.pm
> ===
> RCS file: /cvs/p
On Mon, 27 Apr 2020 20:59:20 +0200
Charlene Wendling wrote:
>
> Parrot fails to build in the current macppc bulk, same as:
>
> > http://build-failures.rhaalovely.net/mips64/2020-04-11/lang/parrot.log
>
> I already had to provide a workaround `-Werror', but this time i'm
> proposing to remove al
On 4/27/20 3:27 PM, Christian Weisgerber wrote:
> Aisha Tammy:
>
>> Another bump because this makes gpg wks service work correctly.
>> Would love to get this into 6.7.
>
> Thanks for being so persistent. I couldn't raise the maintainer
> either, so I took a look:
>
CONFIGURE_ARGS +=
I think it's time for this to go now. No longer used in other ports
and the database is EoL. OK?
Index: devel/quirks/files/Quirks.pm
===
RCS file: /cvs/ports/devel/quirks/files/Quirks.pm,v
retrieving revision 1.949
diff -u -p -r1.94
Hi, ports@:
Here is a patch for devel/p5-Algorithm-Dependency :
i) Update to 1.112
ii) Remove the line BUILD_DEPENDS= ${RUN_DEPENDS}
iii) Change devel/p5-Test-ClassAPI from RUN_DEPENDS to TEST_DEPENDS
It build well and pass all tests on amd64-current system.
Only one ports depends on i
Hi,
qsynth is broken in the current macppc bulk:
> Missing library for atomic>=0.0
qsynth builds fine [0] once atomic is out of WANTLIB, as it is not needed
anymore with clang. While here, i gave the port a chance to be built on
hppa.
OK?
Charlène.
[0] https://bin.charlenew.xyz/macppc/paths
On Tue, Apr 28, 2020 at 01:46:17AM +0200, Ingo Schwarze wrote:
> Hi Alexei,
>
> Alexei Malinin wrote on Tue, Apr 28, 2020 at 01:05:23AM +0300:
>
> > I ported akpop3d to NetBSD and found the Subject.
> > GCC warning was the following:
> > authenticate.c: In function 'is_user_allowed':
> > authenti
36 matches
Mail list logo
