CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2018/11/05 23:17:01
Modified files:
textproc/calibre: Makefile
Log message:
Move homepage to https.
Just for the heck of it I set up an amd64 snapshot system to compare the
builds. The problem does not occur on the amd64 system. I expected this or
else it would have been fixed long ago.
So what does FETCH do that is different on arm from amd64 and why only to the
pypi.io website?
>From
Minor update but lots of fixes.
Was able to remove the patch for the reboot action as it was merged
upstream.
Notable changes:
- user module - do not pass ssh_key_passphrase on cmdline (CVE-2018-16837)
- reboot - add support for OpenBSD
- Fixed: Appropriate code to expand value was missing so
CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org 2018/11/05 15:04:40
Modified files:
www/iridium: Makefile distinfo
www/iridium/files: audio_manager_openbsd.cc pledge.main
sndio_input.cc sndio_input.h
CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2018/11/05 14:55:41
Modified files:
devel/radare2 : Makefile.inc
devel/radare2/bindings: Makefile distinfo
devel/radare2/bindings/pkg: PLIST
devel/radare2/main: Makefile distinfo
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org 2018/11/05 14:32:48
Modified files:
games/pokerth : Makefile
Added files:
games/pokerth/patches: patch-pokerth_game_pro
patch-pokerth_server_pro
Log
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org 2018/11/05 14:29:50
Modified files:
security/gnutls: Makefile
Log message:
When building with ports gcc, compile the C parts with -std=gnu11
to match the visibility of max_align_t between C and C++.
GCC
Thank you for your reply and insights into arm7. I will wait for the next arm
bulk build in the hopes of things working better.
As to armv7, I have worked with the developers on and off, mostly testing
particularly with the suni H3 hardware for over a year. During that time two
stable
On Wed, Oct 31, 2018 at 03:00:51PM -0400, George Koehler wrote:
> On Tue, 30 Oct 2018 23:45:14 -0600 (MDT)
> lan...@openbsd.org wrote:
>
> > bulk build on macppc-1.ports.openbsd.org
> > started on Fri Oct 12 09:46:26 MDT 2018
> > finished at Tue Oct 30 18:15:58 MDT 2018
>
> I recently built
On 2018/11/05 10:19, s_g...@telus.net wrote:
> Building php on arm ran into this error.
>
>
>
>
>
> --
>
> Patching file tests/playTests.sh using Plan A...
>
> Hunk #1 failed at 56.
>
> 1 out of 1 hunks failed--saving rejects to tests/playTests.sh.rej
>
> done
>
On 2018/11/05 10:06, s_g...@telus.net wrote:
> When is the next arm package build scheduled? The current one is useless as
> it no longer matches the kernel in current.
Not sure, but since there's a libressl hackathon on at the moment and
a fair chance of libraries being bumped again during
On Mon, Nov 05, 2018 at 11:55:28AM +0100, Marc Espie wrote:
> On Mon, Nov 05, 2018 at 12:34:29PM +0200, Paul Irofti wrote:
> > Hi,
> >
> > Would you guys think it would be a good idea to have a script in
> > infrastructure/bin that sets the correct permissions for dpb to work
> > (_pbuild,
CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org 2018/11/05 12:27:53
Modified files:
mail/p5-Mail-SPF-Iterator: Makefile distinfo
Log message:
update p5-Mail-SPF-Iterator to 1.118
CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2018/11/05 12:10:15
Modified files:
www/gitea : Makefile distinfo
Log message:
Security update gitea 1.5.0 -> 1.5.3
diff and OK from Klemens Nanni kn@, thanks!
On Mon, Nov 05, 2018 at 09:21:50PM +0300, Pavel Korovin wrote:
> Please see attached patch for www/gitea security update, there's remote
> command execution vulnerability, for more info:
> https://github.com/go-gitea/gitea/releases/tag/v1.5.3
Yup, same here but with additional cleanup in
Building php on arm ran into this error.
--
Patching file tests/playTests.sh using Plan A...
Hunk #1 failed at 56.
1 out of 1 hunks failed--saving rejects to tests/playTests.sh.rej
done
***> patch-tests_playTests_sh did not apply cleanly
*** Error 1 in
When is the next arm package build scheduled? The current one is useless as it
no longer matches the kernel in current.
-Original Message-
From: owner-po...@openbsd.org On Behalf Of trondd
Sent: November 4, 2018 4:58 PM
To: s_g...@telus.net
Cc: ports@openbsd.org
Subject: Re: snapshot
Dear all,
Please see attached patch for www/gitea security update, there's remote
command execution vulnerability, for more info:
https://github.com/go-gitea/gitea/releases/tag/v1.5.3
OK to commit?
--
With best regards,
Pavel Korovin
Index: Makefile
I still get this when as part of a php build.
===> Verifying install for py-alabaster-* in textproc/py-alabaster
===> Checking files for py-alabaster-0.7.10
>> Fetch https://pypi.io/packages/source/a/alabaster/alabaster-0.7.10.tar.gz
ftp: SSL write error: handshake failed: Operation timed out
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2018/11/05 10:24:32
Modified files:
telephony/asterisk: Makefile
Log message:
most post-patch to do-gen
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2018/11/05 10:23:41
Modified files:
devel/libcoap : Makefile
graphics/iec16022: Makefile
graphics/openjpeg: Makefile
multimedia/atomicparsley: Makefile
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2018/11/05 10:23:12
Modified files:
graphics/ImageMagick: Makefile
Log message:
remove junk target; noop
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2018/11/05 10:20:11
Modified files:
devel/pangomm : Makefile distinfo
devel/pangomm/pkg: PLIST
Log message:
Update to pangomm-2.42.0.
On Mon, Nov 05, 2018 at 04:37:48PM +0100, Christian Weisgerber wrote:
> The cmake test needs to be fixed. The patches above should be
> reverted.
Not really. -Wnarrowing is a tolerance for non modern code. Fixing
narrowing constants by explicit casting is always a good idea.
We didn't do it for
This is highly specific.
Some ports want to rerun autoconf/automake/autoheader/autogen/whatever
to create/recreate their configure machinery.
Traditionally, we run this either in post-patch, or pre-configure.
Running it in post-patch means that you have to clean the WRKDIR before
tweaking
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2018/11/05 08:59:17
Modified files:
infrastructure/mk: bsd.port.mk gnu.port.mk pkgpath.mk
Log message:
introduce new intermediate "gen" target, to regenerate configure
information (between post-patch and
Marc Espie:
> CVSROOT: /cvs
> Module name: ports
> Changes by: es...@cvs.openbsd.org 2018/11/03 03:54:55
>
> Added files:
> graphics/piglit/patches:
>
> patch-tests_spec_ext_framebuffer_multisample_draw-buffers-common_cpp
>
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org 2018/11/05 07:57:09
Modified files:
security/gnutls: Makefile
Log message:
We no longer need to handle the case that the system compiler is
not clang on amd64. Also add COMPILER_LIBCXX to WANTLIB on all
On Mon, Nov 05, 2018 at 09:15:28AM -0500, Daniel Dickman wrote:
>gcc uses them for precompiled headers (PCH) which is a local diff added
>by kurt@ in 2009. its likely nothing in base uses PCH but i don't know
>what in ports needs this:
This has always been a mess. I suspect it's not
> On Nov 5, 2018, at 8:47 AM, Marc Espie wrote:
>
>> On Mon, Nov 05, 2018 at 08:43:56AM -0500, Daniel Dickman wrote:
>>
>>
>>> On Nov 5, 2018, at 8:30 AM, Marc Espie wrote:
>>>
>>> Or we could just finally remove brk and sbrk from the libc ?
>>>
>>>
>>
>> you won’t get very far. they
On 2018/11/05 11:31, Stuart Henderson wrote:
> On 2018/11/04 10:29, Daniel Dickman wrote:
> > The below overrides the cached autoconf value that says that we have
> > sbrk(2) on our system and pretends like we don't have it.
> >
> > With this we can build tcsh without a need for sbrk(2).
> >
> >
>> On Nov 5, 2018, at 8:30 AM, Marc Espie wrote:
>>
>> Or we could just finally remove brk and sbrk from the libc ?
>>
>>
>
>you won???t get very far. they are still needed in base (gcc, clang, mkhybrid).
The goal isn't to remove it.
Rather, we want to neuter one semantic component, such
On Mon, Nov 05, 2018 at 08:43:56AM -0500, Daniel Dickman wrote:
>
>
> > On Nov 5, 2018, at 8:30 AM, Marc Espie wrote:
> >
> > Or we could just finally remove brk and sbrk from the libc ?
> >
> >
>
> you won’t get very far. they are still needed in base (gcc, clang, mkhybrid).
The big
> On Nov 5, 2018, at 8:30 AM, Marc Espie wrote:
>
> Or we could just finally remove brk and sbrk from the libc ?
>
>
you won’t get very far. they are still needed in base (gcc, clang, mkhybrid).
On Mon, Nov 05, 2018 at 11:31:53AM +, Stuart Henderson wrote:
> On 2018/11/04 10:29, Daniel Dickman wrote:
> > The below overrides the cached autoconf value that says that we have
> > sbrk(2) on our system and pretends like we don't have it.
> >
> > With this we can build tcsh without a need
That is what I figured. Like I said it was a fresh install to current on a new
machine, so that makes sense.
Sent from my iPad
> On Nov 5, 2018, at 6:36 AM, Stuart Henderson wrote:
>
>> On 2018/11/05 06:26, Ken M wrote:
>> And side note, about 20 minutes later it all resolved.
>>
>> Sent
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2018/11/05 04:52:55
Modified files:
lang/gcc/6 : Makefile gcc4.port.mk
Log message:
sync changes from gcc/4.9; from Brad, ok pascal@
On 2018/11/05 06:26, Ken M wrote:
> And side note, about 20 minutes later it all resolved.
>
> Sent from my iPad
>
> > On Nov 5, 2018, at 6:14 AM, Stuart Henderson wrote:
> >
> >> On 2018/11/04 16:56, Ken M wrote:
> >> Possibly not related but I am noticing unresolved packages for amd64 as
>
On 2018/11/04 10:29, Daniel Dickman wrote:
> The below overrides the cached autoconf value that says that we have
> sbrk(2) on our system and pretends like we don't have it.
>
> With this we can build tcsh without a need for sbrk(2).
>
> ok?
Should we just remove or change the entry in
And side note, about 20 minutes later it all resolved.
Sent from my iPad
> On Nov 5, 2018, at 6:14 AM, Stuart Henderson wrote:
>
>> On 2018/11/04 16:56, Ken M wrote:
>> Possibly not related but I am noticing unresolved packages for amd64 as well.
>> Example x264 seems to not be there. Maybe
On 2018/11/04 16:56, Ken M wrote:
> Possibly not related but I am noticing unresolved packages for amd64 as well.
> Example x264 seems to not be there. Maybe not related, I don't know, but
> setting
> up a new machine I just noticed this as your email came in.
Not related.
On Mon, Nov 05, 2018 at 12:34:29PM +0200, Paul Irofti wrote:
> Hi,
>
> Would you guys think it would be a good idea to have a script in
> infrastructure/bin that sets the correct permissions for dpb to work
> (_pbuild, _pfetch etc.)?
>
> Something like this but with fancy variables to satisfy
On 2018/11/04 18:20, Stuart Henderson wrote:
> On 2018/11/04 09:37, s_g...@telus.net wrote:
> > I am trying to set up my arm systems on 6.4 stable. However I am running
> > into a problem that I saw in Aug. which went away with the Aug 25 bulk
> > build.
> >
> > On all 4 flavours of php, the
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2018/11/05 03:51:47
Modified files:
geo/qgis : Makefile distinfo
geo/qgis/patches: patch-src_app_qgisapp_cpp
Log message:
Update to QGIS 3.4.1.
Paul Irofti wrote:
> Hi,
>
> Would you guys think it would be a good idea to have a script in
> infrastructure/bin that sets the correct permissions for dpb to work
> (_pbuild, _pfetch etc.)?
>
> Something like this but with fancy variables to satisfy the people that
> have LOCALBASE and
Hi,
Would you guys think it would be a good idea to have a script in
infrastructure/bin that sets the correct permissions for dpb to work
(_pbuild, _pfetch etc.)?
Something like this but with fancy variables to satisfy the people that
have LOCALBASE and stuff like that in random places.
CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2018/11/05 03:24:17
Modified files:
productivity/ledger: Makefile
Log message:
Explicitly disable libedit support since we don't install the needed headers.
ok naddy@
On 2018/11/04 13:24, s_g...@telus.net wrote:
> I set up an arm system with the latest snapshot to try to test the php-fpm
> problem but I could not even load php. I am not having fun!
>
> I get bad major errors even after I set PKG_PATH
>
> Before setting PKG_PATH
>
> Last login: Sun Nov 4
Hi ports@,
Here is a diff to update gxemul to 0.6.0.2.
This allows getting rid of all patches but the configure one.
Comments? OK?
Index: Makefile
===
RCS file: /cvs/ports/emulators/gxemul/Makefile,v
retrieving revision 1.41
diff
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2018/11/05 01:43:28
Modified files:
graphics/py-cairo: Makefile distinfo
Log message:
Update to py-cairo-1.18.0.
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2018/11/05 01:38:10
Modified files:
devel/atk2mm : Makefile distinfo
devel/atk2mm/pkg: PLIST
Log message:
Update to atk2mm-2.28.0.
CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2018/11/05 01:15:31
Modified files:
graphics/termtosvg: Makefile distinfo
graphics/termtosvg/pkg: PLIST
Log message:
Update termtosvg to 0.6.0.
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2018/11/05 01:01:13
Modified files:
devel/help2man : Makefile distinfo
Log message:
Update to help2man-1.47.8.
from Brad
53 matches
Mail list logo