Move the global variable to on main c file.
ok ?
Index: Makefile
===
RCS file: /cvs/OpenBSD/ports/net/tcl-snmptools/Makefile,v
retrieving revision 1.7
diff -u -p -u -r1.7 Makefile
--- Makefile12 Jul 2019 21:15:35 - 1.7
+
Attached tarball.
From: Anindya Mukherjee
Sent: February 1, 2021 10:31 PM
To: Dimitri Karamazov
Cc: ports@openbsd.org
Subject: Re: New port: Gaupol subtitle editor
Hi, just to recap:
This package provides Gaupol, an editor for
text-based subtitle files.
Maintainer: Anindya Mukherjee
Ho
Hi, just to recap:
This package provides Gaupol, an editor for
text-based subtitle files.
Maintainer: Anindya Mukherjee
Homepage: https://otsaloma.io/gaupol/
Comments? OKs? I'm using it on my machine,
installed from pkg.
Thanks!
Anindya
From: Anindya Mukherjee
Sent: January 29, 2021 7:18
iverilog still starts.
OK?
Subject: [PATCH] Update lang/iverilog to 11.0
This allows it to build with CXXFLAGS=-fno-common
---
lang/iverilog/Makefile | 4 ++--
lang/iverilog/distinfo | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git lang/iverilog/Makefile lang/iverilog/Make
- Forwarded message from Dimitri Karamazov -
Date: Tue, 2 Feb 2021 00:27:25 +
From: Dimitri Karamazov
To: Stuart Henderson
Subject: Re: [NEW] devel/py-importlib_resources
On Mon, Feb 01, 2021 at 09:45:57PM +, Stuart Henderson wrote:
> On 2021/02/01 03:41, Dimitri Karamazov wrot
Thanks to Pavels help we could figure out what happens here. I think the
matter is now resolved for him.
In my case adding the -w flag was needed. But that does not seam to be
the case in every setup.
# rcctl get gitea
gitea_class=daemon
gitea_flags=-w /var/gitea
gitea_rtable=0
gitea_timeout
On 02/01 07:24, Daniel Jakots wrote:
> Hi Pierre-Emmanuel and Jeremy,
>
> Is there anything blocking the update?
Nothing for me. pea@ can handle the commits whenever he sees fit, or if
he gives his OK, I can handle the commits.
Thanks,
Jeremy
Hi Pierre-Emmanuel and Jeremy,
Is there anything blocking the update?
Cheers,
Daniel
On 2021/02/01 23:26, Mikolaj Kucharski wrote:
> Hi,
>
> This happens for a while, but recently I don't have good chunk of time
> to dive and provide a diff. Decided to finally sent an email.
>
> (I do have some not committed port on my machine)
>
> # pkg_add -Dupdate -Dupdatedepends -Drepair -u
This is a new port for ruby-argon2, which is a Ruby wrapper for the
Argon2 password hash algorithm. It requires an update for ruby-ffi
(see diff below) as well as a new port for ruby-ffi-compiler (in
attached tarball).
Tested on amd64. OKs to import ruby-argon2 and ruby-ffi-compiler?
Thanks,
Je
On 2021/02/01 23:20, Sebastian Reitenbach wrote:
> Hi Stuart,
>
> Am Montag, Februar 01, 2021 17:20 CET, schrieb Stuart Henderson
> :
>
>
> >
> > - EPOCH=0 on stegseek because the version number is "higher" than that
> > of stegcracker
> >
> > - quirks $stem_extensions entry to rename the packa
Hi,
This happens for a while, but recently I don't have good chunk of time
to dive and provide a diff. Decided to finally sent an email.
(I do have some not committed port on my machine)
# pkg_add -Dupdate -Dupdatedepends -Drepair -u -U -V
quirks-3.524 signed on 2021-01-30T16:42:18Z
Collision in
Someone who uses this, please test, alpine failing knocks out nearly
300 packages/subpackages from a build with -fno-common default (i.e.
for the clang11 update).
I know there are some users because there were reports of libressl
problems recently :)
I moved the XXX to a non-XXX comment near MAST
Quite a number of things have landed in qstat git since the last release
in 2014, including fix for GCC10/clang11 which use -fno-common by default
which we're trying to prepare for now. OK with this update?
Index: Makefile
===
RCS fi
Hi Stuart,
Am Montag, Februar 01, 2021 17:20 CET, schrieb Stuart Henderson
:
>
> - EPOCH=0 on stegseek because the version number is "higher" than that
> of stegcracker
>
> - quirks $stem_extensions entry to rename the package
>
> - @pkgpath security/stegcracker in stegseek/pkg/PLIST
>
The ste
On 2021/02/01 22:38, Christian Weisgerber wrote:
> Here is an updated list of ports that fail to build with -fno-common.
Some of these have been fixed since the build was started, so if
anyone is looking at fixing them, be sure to cvs up before spending
time on them.
> astro/wmglobe
Fix build with -fno-common.
The header file erroneously defines the global variables instead of
simply declaring them.
No recent upstream activity.
ok?
Index: Makefile
===
RCS file: /cvs/ports/x11/menu-cache/Makefile,v
retrieving r
On 2021/02/01 03:41, Dimitri Karamazov wrote:
> Information for inst:py3-importlib_resources-5.1.0
>
> Comment:
> backport of the importlib.resources module
>
> Required by:
> qutebrowser-2.0.0
>
> Description:
> importlib_resources is a backport of Python standard library
> importlib.resources
Here is an updated list of ports that fail to build with -fno-common.
astro/wmglobe - ports@openbsd.org
astro/wmmoonclock - ports@openbsd.org
astro/wmspaceweather- ports@openbsd.org
astro/wmsun
On 2021/02/01 21:40, Christian Weisgerber wrote:
> This updates devel/libmtp to the latest release 1.1.18, which also
> includes a -fno-common fix. No major changes, one function was added.
>
> No idea how to test actual functionality.
>
> OK?
It works as well as the previous version did on my
This updates devel/libmtp to the latest release 1.1.18, which also
includes a -fno-common fix. No major changes, one function was added.
No idea how to test actual functionality.
OK?
Index: Makefile
===
RCS file: /cvs/ports/devel/l
On Mon Feb 01, 2021 at 05:27:18PM +, Stuart Henderson wrote:
> On 2021/01/28 21:41, Rafael Sadowski wrote:
> > On Mon Jan 25, 2021 at 01:32:42PM +, Stuart Henderson wrote:
> > > astro/stellarium build is now failing on i386:
> > >
> > > FAILED: translations/stellarium-planetary-features/af
ping.
On Wed, 27 Jan 2021 at 10:04:20 +0100, Gonzalo L. Rodriguez wrote:
> Hello,
>
> Update for Nextcloud to 20.0.6:
>
> https://nextcloud.com/changelog/
>
> OK? Comments?
>
> Cheers.-
>
> --
>
> - gonzalo
> Index: Makefile
> =
On 2021/02/01 01:03, Klemens Nanni wrote:
> Came here for "-fno-common".
>
> Not sure why we're patching things in our 5.2.0 version from 2004 when
> there was 6.0.0 released in 2007.
I've updated it. It still needs work for -fno-common though.
On 2021/01/28 21:41, Rafael Sadowski wrote:
> On Mon Jan 25, 2021 at 01:32:42PM +, Stuart Henderson wrote:
> > astro/stellarium build is now failing on i386:
> >
> > FAILED: translations/stellarium-planetary-features/af.qm
> > cd /pobj/stellarium-0.20.4/build-i386/po/stellarium-planetary-feat
On Mon, Feb 01, 2021 at 05:54:17PM +0100, Gonzalo L. Rodriguez wrote:
> Hello,
>
> Update for Japana to 2.0.6:
>
> https://www.cgarbs.de/japana.en.html
>
> OK? Comments?
>
> Cheers.-
>
> --
>
> - gonzalo
> Index: Makefile
> =
Hello,
Update for Japana to 2.0.6:
https://www.cgarbs.de/japana.en.html
OK? Comments?
Cheers.-
--
- gonzalo
Index: Makefile
===
RCS file: /cvs/ports/www/japana/Makefile,v
retrieving revision 1.10
diff -u -p -r1.1
On 2021/02/01 07:48, Sebastian Reitenbach wrote:
> Hi,
>
> Am Freitag, Januar 29, 2021 19:22 CET, schrieb Klemens Nanni
> :
>
> > On Thu, Jan 28, 2021 at 11:28:10PM +0100, Sebastian Reitenbach wrote:
> > > for the quirks, just use reason 3: "no longer maintained upstream"
> > > or add a new one:
Update www/qutebrowser to 2.0.1
Changelog:https://github.com/qutebrowser/qutebrowser/releases/tag/v2.0.0
*attrs, pypeg2 dependencies are removed.
*pygments is used by default only with
qtwebkit backend.
py-importlib_resources needs to be imported
along with the py-setuptools_scm update.
Build
bulk build on octeon.ports.openbsd.org
started on Wed Jan 27 14:26:24 UTC 2021
finished at Mon Feb 1 14:17:06 UTC 2021
lasted 05D23h50m
done with kern.version=OpenBSD 6.8-current (GENERIC.MP) #20: Wed Jan 27
14:10:31 UTC 2021
built packages:8634
Jan 27:2334
Jan 28:1118
Jan 29:642
Jan 30:656
Jan
While fixing another issue, I accidentally broke the pkgtools slightly
(especially pkg_info), resulting in empty output when redirected :(
so the parts of bsd.port.mk that depend on that (dependency handling)
might break in spectacular ways.
(sorry for not testing, but I definitely dit NOT expect
Hi,
the last commit to the gitea port simplefied the rc script. The
following diff was used:
diff --git a/www/gitea/pkg/gitea.rc b/www/gitea/pkg/gitea.rc
index 5a71caba4fb..0b7e4d745cd 100644
--- a/www/gitea/pkg/gitea.rc
+++ b/www/gitea/pkg/gitea.rc
@@ -1,21 +1,13 @@
#!/bin/ksh
#
-# $OpenBSD
On Mon, 1 Feb 2021 17:28:43 +1100
Jonathan Gray wrote:
> no newer release or upstream fix
I've successfully build and run tested this diff on amd64.
OK cwen@
> Index: Makefile
> ===
> RCS file: /cvs/ports/graphics/tumble/Makefile,
bulk build on arm64.ports.openbsd.org
started on Fri Jan 29 08:38:32 MST 2021
finished at Mon Feb 1 01:57:31 MST 2021
lasted 2D17h18m
done with kern.version=OpenBSD 6.8-current (GENERIC.MP) #996: Fri Jan 29
04:43:16 MST 2021
built packages:10942
Jan 29:3323
Jan 30:1720
Jan 31:3606
Feb 1:2292
c
This patch updates remind from 3.3.4 to 3.3.5.
Tested on three amd64 systems. (One cli only, two with tkremind)
Index: Makefile
===
RCS file: /cvs/ports/misc/remind/Makefile,v
retrieving revision 1.43
diff -u -p -r1.43 Makefile
--- M
35 matches
Mail list logo
