On Mon, Jun 24, 2019 at 10:38:39PM -0400, Kurt Mosiejczuk wrote:
> Almost every python port has a line similar to:
> PKGNAME = py-${DISTNAME}
>
> Some have:
> PKGNAME = ${DISTNAME:S/^python-/py-/}
>
> They are all very similar. Very boilerplate.
>
> So I looked at getting rid o
On Mon, 24 Jun 2019 at 23:01:41 +0200, Sebastian Reitenbach wrote:
> Hi,
>
> Am Freitag, Juni 21, 2019 16:12 CEST, kpcyrd schrieb:
>
> > On Tue, May 14, 2019 at 03:45:45AM +, kpcyrd wrote:
> > > Thanks for pointing this out, I've looked into this bug and released a
> > > bugfix release, the
Am 22.06.2019 um 20:09 schrieb Jeremie Courreges-Anglas:
On Thu, Jun 06 2019, Martin Reindl wrote:
On Sat, Jun 01, 2019 at 08:03:17PM +0100, Stuart Henderson wrote:
That needs fixing then..
--
Sent from a phone, apologies for poor formatting.
On 1 June 2019 17:15:19 Jeremie Courreges-Anglas
Hi,
since the llvm8 update, seamonkey doesnt build anymore on amd64 (but
does on i386). Build log at
http://build-failures.rhaalovely.net/amd64-clang/2019-06-19/www/seamonkey.log
The current seamonkey release (2.49.4) is based off esr52, which has
been deprecated/marked dead upstream since may 20
James Turner writes:
> On Fri, Jun 21, 2019 at 05:42:46PM +0200, Kristaps Dzonsons wrote:
> > >> Enclosed is a port attempt for slant, https://kristaps.bsd.lv/slant.
> > >> Depends on openradtool, which was recently submitted by jturner.
> > >>
> > >> Previous attempts tried to be too smart about s
On Fri, Jun 21, 2019 at 05:42:46PM +0200, Kristaps Dzonsons wrote:
> >> Enclosed is a port attempt for slant, https://kristaps.bsd.lv/slant.
> >> Depends on openradtool, which was recently submitted by jturner.
> >>
> >> Previous attempts tried to be too smart about stopping the collector and
> >>
On 2019/06/24 23:29, Stuart Henderson wrote:
> On 2019/06/25 00:06, Klemens Nanni wrote:
> > Logically obvious to me; any reasons not to do it?
>
> Yes - "make patch" may have failed but you still want to update files
> for whichever of the patches *did* manage to get applied.
>
> > Basically, I
On 2019/06/25 00:06, Klemens Nanni wrote:
> Logically obvious to me; any reasons not to do it?
Yes - "make patch" may have failed but you still want to update files
for whichever of the patches *did* manage to get applied.
> Basically, I expected this dependency when updating a port but was
> mis
And yes, I'll adjust to PERMIT_PACKAGE.
Updated diff with PATCHORIG=.pat.orig because upstream ships an .orig
file in their regress suite which makes update-patches pick it up.
OK?
Index: Makefile
===
RCS file: /cvs/ports/devel/git/Makefile,v
retrieving revision 1.199
diff
Logically obvious to me; any reasons not to do it?
Basically, I expected this dependency when updating a port but was
mistaken:
$ make extract
[...]
$ make update-patches
WRKDIST=/usr/ports/pobj/git-2.22.0/git-2.22.0 does not exist
*** Error 1 in /usr/ports
Hi,
I realized in my previous diff I hadn't removed the REVISION line,
so here is a new diff without it.
Thanks,
Tom
Index: Makefile
===
RCS file: /cvs/ports/emulators/stella/Makefile,v
retrieving revision 1.32
diff -u -p -
Hi,
Here is an update for emulators/stella which brings it up to the
latest stable version as of this email: v6.0.1.
There are 3 images in the PLIST which have been removed between
versions.
Is this OK?
Thanks,
Tom
Index: Makefile
On Mon, Jun 24, 2019 at 10:36:11AM -0600, Thomas Frohwein wrote:
> make port-lib-depends-check reports z as extra. Same also with
> 3.0.1p0. I can't find any dlopen on grepping WRKSRC. Also nothing when
> grepping for libz. grepping for zlib shows a couple of zlibPhysfs*
> functions in src/physfs_a
Hi,
Am Freitag, Juni 21, 2019 16:12 CEST, kpcyrd schrieb:
> On Tue, May 14, 2019 at 03:45:45AM +, kpcyrd wrote:
> > Thanks for pointing this out, I've looked into this bug and released a
> > bugfix release, the updated port is attached to this email.
> >
> > The in-depth analysis of this bug
https://raw.githubusercontent.com/git/git/master/Documentation/RelNotes/2.22.0.txt
Fixes, polishing, rewrites under the hood, nothing breaking.
Regress passes on amd64, no regressions in production usage.
OK?
Index: Makefile
===
RC
Add a FLAVOR that configures GCC with the 'rmprofile' multilib set,
to get libraries that play nicely with the Cortex-M family.
newlib configures itself based on the GCC multilib configuration,
so it gets the corresponding flavor set and some patches to deal
with the armv8-m.base architecture not b
On Mon, Jun 24, 2019 at 04:19:54PM +0200, Christian Weisgerber wrote:
> ===> games/dxx-rebirth
Hi,
Here an update to devel/physfs-3.0.2 which is needed to update and
unbreak games/dxx-rebirth.
make port-lib-depends-check reports z as extra. Same also with
3.0.1p0. I can't find any dlopen on grep
On 2019/06/22 01:36, Jeremie Courreges-Anglas wrote:
> On Thu, Jun 20 2019, Giovanni Bechis wrote:
> > Hi,
> > I was going to update mail/courier-authlib but I found that, even the
> > version
> > we have in tree, gives an error make lib-depends-check:
> >
> > courier-authlib-0.68.0p5(mail/courie
Thanks, I've committed a tweaked version.
On 2019/06/24 16:28, Henry Jensen wrote:
> Greetings,
>
> attached diff fixes CVE-2019-12900 (BZ2_decompress in decompress.c in
> bzip2 through 1.0.6 has an out-of-bounds write when there are many
> selectors.) The vulnerability has a CVSS v3.0 score of 9
Greetings,
attached diff fixes CVE-2019-12900 (BZ2_decompress in decompress.c in
bzip2 through 1.0.6 has an out-of-bounds write when there are many
selectors.) The vulnerability has a CVSS v3.0 score of 9.8 "CRITICAL".
It is essentially the patch from
https://gitlab.com/federicomenaquintero/bzip2
Ping :)
On Sun, 16 Jun 2019 09:23:56 +0200
Charlene Wendling wrote:
> Hi,
>
> > http://build-failures.rhaalovely.net//powerpc/2019-05-19/misc/openbabel.log
> > http://build-failures.rhaalovely.net/arm/2019-04-30/misc/openbabel.log
> > http://build-failures.rhaalovely.net/aarch64/2019-06-09/mis
The update to LLVM 8.0.0 broke a few ports. Most have been fixed, but
these remain:
===> games/dxx-rebirth
"undefined symbol: dxx_error_object_type_mismatch()"
http://build-failures.rhaalovely.net/amd64-clang/2019-06-19/games/dxx-rebirth.log
The FreeBSD port has a newer version that appears to ha
On 6/24/19 1:49 AM, Daniel Jakots wrote:
> On Mon, 24 Jun 2019 00:03:55 +0200, Stéphane HUC "PengouinBSD"
> wrote:
>
>> Normally, this patch inline is correctly formatted.
> Did you try to apply what you got from the mailing list?
>
It's because I kind of suspected that I also attached it.
I don'
On Mon, Jun 24 2019, Henry Jensen wrote:
> On Mon, 24 Jun 2019 10:38:56 +0300
> Родин Максим wrote:
>
>> Is Samba AD-DC mode possible on OpenBSD?
>
>
> From https://www.openbsd.org/faq/upgrade65.html:
>
> net/samba.
> The AD DC server functionality implemented by the samba(8) daemon is
> broken
On Mon, 24 Jun 2019 10:38:56 +0300
Родин Максим wrote:
> Is Samba AD-DC mode possible on OpenBSD?
>From https://www.openbsd.org/faq/upgrade65.html:
net/samba.
The AD DC server functionality implemented by the samba(8) daemon is
broken at runtime on amd64, arm64, armv7 and i386. The SMB file s
On Sun, Jun 23, 2019 at 10:40:12PM -0400, Daniel Jakots wrote:
> On Sun, 23 Jun 2019 21:53:50 -0400, Pamela Mosiejczuk
> wrote:
>
> > The porting guide is using the old distribution variables. Here's a
> > potential fix.
>
> While the website usually is for -release/stable, in the ports guide we
On Sun, Jun 23, 2019 at 10:40:12PM -0400, Daniel Jakots wrote:
> While the website usually is for -release/stable, in the ports guide we
> say (or we should say :p) that work is done on -current therefor I
> think it makes sense to update the guide now (instead of waiting for
> 6.6 like the FAQ doe
Hello,
Is Samba AD-DC mode possible on OpenBSD?
According to the official samba manual it is not possible
because of file system not supporting extended acl
(https://wiki.samba.org/index.php/File_System_Support)
or a workaround is required (which is not recommended):
"""
File systems without xattr
29 matches
Mail list logo
