With this remmina still starts. I don't use it, so haven't tested any further.
OK?
>From 186c110fb0d4e38902631e5f1ec81d0d7e82a9a1 Mon Sep 17 00:00:00 2001
From: Greg Steuck
Date: Thu, 4 Feb 2021 22:18:59 -0800
Subject: [PATCH] Fix x11/remmina -fno-common from upstream
---
x11/remmina/patches/p
> > From what I gathered the v2-install target is largely unusable for
> > installing packages outside of .cabal tree. At least neither I nor
> > FreeBSD maintainer found a way to leverage that. Hence the manual
> > install flow.
>
> I probably don't know all the subtleties, but when I run
> "caba
On Thu, Feb 04, 2021 at 11:13:43AM -0800, Greg Steuck wrote:
> James Cook writes:
>
> > I don't think that's an rsync problem. Unfortunately the
> > git-annex-shell binary is missing, and that's pretty critical (needed
> > to access the repository from other machines; sort of like git
> > push/pu
On Thu, Feb 04, 2021 at 05:52:09AM +, James Cook wrote:
[...]
> > > > If you are going to allow pkg_add with "nopass" you might just as well
> > > > write "permit nopass myuser". An account which can run pkg_add as root
> > > > has full control of the system.
> > >
> > > I don't have strong
On Sun, 31 Jan 2021 at 21:00:47 +0100, Thaison Nguyen wrote:
> Hi,
> I have added your patch to the Makefile. Thanks for that.
> I had to add WRKDIST=${WRKSRC}, else the correct directory for patching
> was not found.
>
> OK?
>
> On Sat, 30 Jan 2021, Aaron Bieber wrote:
>
> > On Sat, 30 Jan 202
This is an update for wmcube, to 1.0.2. This adds color schemes, smooth
fonts, more logos, a manual page and various fixes.
Port-wise:
- Move to dockapps.net, HOMEPAGE is not reachable
- Fix an hardcoded path to logo files (introduced in 1.0.0,
so our current package is not affected)
- Remove
On Thu, 4 Feb 2021 23:05:05 +0100
Charlene Wendling wrote:
> On Thu, 4 Feb 2021 22:07:08 +0100
> Charlene Wendling wrote:
>
> >
> > The below diff:
> >
> > - moves HOMEPAGE and MASTER_SITES to dockapps.net, since it was not
> > reachable. The distfile checksum is the same.
> > - removes an
On Thu, 4 Feb 2021 22:07:08 +0100
Charlene Wendling wrote:
>
> The below diff:
>
> - moves HOMEPAGE and MASTER_SITES to dockapps.net, since it was not
> reachable. The distfile checksum is the same.
> - removes an hardcoded path to madplay; we could move to mpg123 but i
> did not want to in
Marc, Stuart,
Does that mean it's okay to commit below change?
Index: bsd.port.mk
===
RCS file: /cvs/ports/infrastructure/mk/bsd.port.mk,v
retrieving revision 1.1542
diff -u -p -u -r1.1542 bsd.port.mk
--- bsd.port.mk 26 Jun 2020 11:5
The below diff:
- moves HOMEPAGE and MASTER_SITES to dockapps.net, since it was not
reachable. The distfile checksum is the same.
- removes an hardcoded path to madplay; we could move to mpg123 but i
did not want to include a breaking change
- fixes missing includes spotted by clang
- fixes
On Thu, Feb 04, 2021 at 09:39:19PM +0100, Theo Buehler wrote:
> Straightforward fix. The version.h header is oth generated and packaged,
> I thought it better to fix both the generating script and the header.
>
> Upstream has been dormant during the past decade, but they have updated
> their homep
On Thu, Feb 04, 2021 at 09:10:16PM +0100, Theo Buehler wrote:
> Obvious fix to avoid duplicate definition of use_manual. The conversion
> from inline to static inline fixes the build with -O0. I ran into that
> because I tested with CFLAGS=-fno-common which removed -O2. I can land
> that separately
This updates kamailio to a much more recent version (prompted by the old
version failing to build with compilers that use -fno-common by default).
If you're using it, especially if you're using it with libressl, please
test and report back. (I can provide packages for amd64 -current if that
makes
Straightforward fix. The version.h header is oth generated and packaged,
I thought it better to fix both the generating script and the header.
Upstream has been dormant during the past decade, but they have updated
their homepage to use TLS.
Basic macros still work.
Index: Makefile
=
Obvious fix to avoid duplicate definition of use_manual. The conversion
from inline to static inline fixes the build with -O0. I ran into that
because I tested with CFLAGS=-fno-common which removed -O2. I can land
that separately if desired. Regen plist while there.
Index: Makefile
===
Here is an update for wmtime to 0.4. The main change is that it uses
libdockapp now.
Port-wise:
- drop wmgeneral stuff (it's in libdockapp)
- remove the upstream Makefile patch, explaining that ours expanded
- once again, i had to add libconv flags
Testing:
This builds and works fine on macpp
On 2021/02/05 02:05, Yozo TODA wrote:
> > x11/xtacy
>
> only two additional patches are needed to compile with -fno-common;
> patch-trippy_c and patch-trippy_h.
Thank you, committed
> -- yozo.
> $OpenBSD$
>
> the definitions of "global" vars moved to trippy.c
>
> Index: trippy.c
> --- trippy.
James Cook writes:
> I don't think that's an rsync problem. Unfortunately the
> git-annex-shell binary is missing, and that's pretty critical (needed
> to access the repository from other machines; sort of like git
> push/pull).
This part is easy, patch attached.
> Incidentally, the man pages a
On Thu, 2021-02-04 at 08:48 -0500, k...@intricatesoftware.com wrote:
> gcc 8 ICEs on python 2 and 3 on hppa:
>
> In file included from Include/Python.h:94,
> from Objects/complexobject.c:8:
> Objects/complexobject.c: In function '_Py_c_pow':
> Include/complexobject.h:21:15: intern
On Thu 04/02/2021 18:08, Stuart Henderson wrote:
> On 2021/02/04 18:39, Bjorn Ketelaars wrote:
> > A newer version of privoxy is available, which addresses 2 CVE's:
> >
> > CVE-2021-20217
> > Prevent an assertion from getting triggered by a crafted CGI request.
> >
> > CVE-2021-20216
> > Fixed a
> x11/xtacy
only two additional patches are needed to compile with -fno-common;
patch-trippy_c and patch-trippy_h.
-- yozo.
$OpenBSD$
the definitions of "global" vars moved to trippy.c
Index: trippy.c
--- trippy.c.orig
+++ trippy.c
@@ -65,6 +65,25 @@
#define VERSION "1.14"
+/* ** global va
On 2021/02/04 18:39, Bjorn Ketelaars wrote:
> A newer version of privoxy is available, which addresses 2 CVE's:
>
> CVE-2021-20217
> Prevent an assertion from getting triggered by a crafted CGI request.
>
> CVE-2021-20216
> Fixed a memory leak when decompression fails "unexpectedly".
>
> Lightly
A newer version of privoxy is available, which addresses 2 CVE's:
CVE-2021-20217
Prevent an assertion from getting triggered by a crafted CGI request.
CVE-2021-20216
Fixed a memory leak when decompression fails "unexpectedly".
Lightly run tested on amd64.
I think it makes sense to backport this
On Sun, Jan 31, 2021 at 11:00:13PM +0100, Klemens Nanni wrote:
> Upstream at https://www.gnu.org/software/xhippo/ no longer provides
> distfiles since at least 2019, FreeBSD also has marked the port as such;
> the website says
>
> The GNU xhippo has been decommissioned.
>
> I think we shoul
Here's a starting point for an update for pcc to 1.1.0. It builds with
-fno-common and depends on the attached new port of pcc-libs.
On amd64, it compiles a working hello world successfully (with -fPIC)
and produces a usable cat binary with
cd /usr/src/bin/cat && make CC=pcc DEBUG=-fpic STATIC
Hi,
FreeBSD has been creative while fixing it [0]. This fixes the build
with -fno-common. Runtime has been tested successfully on amd64 and
macppc.
I've found the hard way that it requires permissions fixing while
issueing update-patches, and, while here, let's move upstream to
dockapps.net and r
Hi,
>this updates graphics/chafa to 1.6.0
did someone had the chance to test this?
--
greetings,
Florian Viehweger
Am 24. Januar 2021 08:17:22 UTC schrieb Florian Viehweger
:
>Hi,
>
>this updates graphics/chafa to 1.6.0
>
>* Added support for fullwidth symbols that take up two character
> cells. These are common in East Asian scripts. Single-cell and
> double-cell symbols can be mixed, and -f symbols mode
Fixing pcc 1.0.0 for -fno-common is a bit hairy. It is relatively easy
to update the port itself to 1.1.0 (and it requires two obvious patches
for -fno-common), but the resulting pcc binary seems useless without
pcc-libs. Porting those seems to require more effort than I want to
invest. Thus, I su
On Thu, 2021-02-04 at 15:25 +0100, Janne Johansson wrote:
> Den tors 4 feb. 2021 kl 14:47 skrev Janne Johansson :
>
> >
> > >
> > > k...@intricatesoftware.com wrote:
> > > >
> > > > Update to 8.0.4 with the following additional changes:
> > > > Additional testing on mips, powerpc, etc. would be
Den tors 4 feb. 2021 kl 14:47 skrev Janne Johansson :
> > k...@intricatesoftware.com wrote:
> > > Update to 8.0.4 with the following additional changes:
> > > Additional testing on mips, powerpc, etc. would be appreciated.
>
> Mips64:
>
> make check-TESTS
>
> =
On Wed, 2021-02-03 at 22:42 +, Stuart Henderson wrote:
> On 2021/02/02 18:40, k...@intricatesoftware.com wrote:
> >
> > Update to 8.0.4 with the following additional changes:
> > - Use mmap via the configure argument instead of hard-coding it.
> > - Define USE_MMAP_ANON for all OpenBSD arch to
On Wed, 2021-02-03 at 23:37 -0500, George Koehler wrote:
> On Tue, 2 Feb 2021 18:40:50 -0500 (EST)
> k...@intricatesoftware.com wrote:
>
> >
> > Update to 8.0.4 with the following additional changes:
> > - Use mmap via the configure argument instead of hard-coding it.
> > - Define USE_MMAP_ANON f
On Thu, 2021-02-04 at 02:06 +0100, Charlene Wendling wrote:
> On Tue, 2 Feb 2021 18:40:50 -0500 (EST)
> k...@intricatesoftware.com wrote:
>
> >
> > Update to 8.0.4 with the following additional changes:
> > - Use mmap via the configure argument instead of hard-coding it.
> > - Define USE_MMAP_ANO
gcc 8 ICEs on python 2 and 3 on hppa:
In file included from Include/Python.h:94,
from Objects/complexobject.c:8:
Objects/complexobject.c: In function '_Py_c_pow':
Include/complexobject.h:21:15: internal compiler error: in
expand_expr_addr_expr_1, at expr.c:8026
#define c_pow _Py
> k...@intricatesoftware.com wrote:
> > Update to 8.0.4 with the following additional changes:
> > Additional testing on mips, powerpc, etc. would be appreciated.
>
> I tested on macppc:
>
> - all 17 tests are passing
> - w3m's runtime is still fine
>
> Charlène.
>
Mips64:
make check-TESTS
PASS
Hello,
Please find ttached diff to update security/cfssl to latest stable
version 1.5.0.
Release notes: https://github.com/cloudflare/cfssl/releases/tag/v1.5.0
Tested on amd64.
Kind regards,
KarlisCommon subdirectories: cfssl.old/CVS and cfssl/CVS
diff -u cfssl.old/Makefile cfssl/Makefile
---
> > @conflict postgresql-*
> > -@ask-update postgresql-server-<${V_MAJOR} Make sure your existing database
> > is backed up
> > +@ask-update postgresql-server-<${PREV_MAJOR} Old version too old for
> > pg_upgrade, make sure your database is backed up
>
>
> yes ok pea@
Here is an updated versi
On Tue, Jan 26, 2021 at 08:27:24PM +0100, Hiltjo Posthuma wrote:
> On Tue, Jan 26, 2021 at 03:56:11PM +, Stuart Henderson wrote:
> > On 2021/01/26 15:31, Clemens Gößnitzer wrote:
> > > January 26, 2021 3:44 PM, "Hiltjo Posthuma"
> > > wrote:
> > > > On Sat, Jan 16, 2021 at 04:29:27PM +0100, H
On 2021/02/04 12:41, Charlene Wendling wrote:
> The below diff updates wmitime to 0.5. This dockapp now uses
> libdockapp, so there is no further patch for -fno-common needed.
>
> Port-wise:
>
> - provide .desktop file, manpage and HOMEPAGE
> - drop wmgeneral patch since it's dealt with by libdoc
Here is an update for wmtz. dockapps.net provides an old version, i
preferred to use what they have in their git head, which is already
provided by Gentoo, because this new version uses libdockapp, this
avoids duplicating patches in wmgeneral.
Port-wise:
- FIX_EXTRACT_PERMISSIONS is not needed
The below diff updates wmmoonclock to 1.30. This fixes the `-fno-common'
issue out of the box. Note that it uses a configure script instead of a
Makefile.
Port-wise:
- drop the whole Makefile patch, flags are good out of the box, and
the new build system uses pkg-config, so everything is in p
There are 20+ duplicate symbols, and no patches around. I'm proposing
to use `-fcommon'. While here move dead HOMEPAGE and MASTER_SITES to
dockapps.net.
It has been tested successfully on macppc and amd64.
OK?
Charlène.
Index: Makefile
I took this fix from Debian [0]. It builds and works fine on amd64 and
macppc.
OK?
Charlène.
[0]
https://sources.debian.org/patches/wmweather/2.4.7-3/957956_gcc10.diff/
Index: Makefile
===
RCS file: /cvs/ports/x11/wmweather/Mak
The below diff updates wmitime to 0.5. This dockapp now uses
libdockapp, so there is no further patch for -fno-common needed.
Port-wise:
- provide .desktop file, manpage and HOMEPAGE
- drop wmgeneral patch since it's dealt with by libdockapp
- add build flags for iconv, it has been forgotten by u
On Thu, Feb 04, 2021 at 09:33:48AM +, Stuart Henderson wrote:
> On 2021/02/03 21:22, Pierre-Emmanuel Andr?? wrote:
> > On Mon, Feb 01, 2021 at 05:00:41PM -0800, Jeremy Evans wrote:
> > > On 02/01 07:24, Daniel Jakots wrote:
> > > > Hi Pierre-Emmanuel and Jeremy,
> > > >
> > > > Is there anythi
Luca De Pandis writes:
up
Feedback? Ok?
Best regards,
Luca De Pandis
On Mon, Jan 18, 2021 at 11:42:05AM +0100, Luca De Pandis wrote:
Hi,
here's the kubectl port upgraded from 1.19.2 to 1.20.2.
Best regards,
Luca De Pandis
Hi,
I tested this on my OpenBSD along with a Kubernetes Cluster
On 2021/02/03 21:22, Pierre-Emmanuel Andr?? wrote:
> On Mon, Feb 01, 2021 at 05:00:41PM -0800, Jeremy Evans wrote:
> > 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
Hello.
So, I love OpenBSD, and I love icarus verilog.
Here are my Two Cents:
Within the sources, the file driver/main.c, I found this:
-x-x-x-x-x-x-x-x-x-
#ifndef __MINGW32__
/* First try the location specified in the build process. */
if (access(IVL_ROOT, F_OK) != -1) {
Luca De Pandis writes:
Hi,
below the patch to upgrade the sysutils/docker-cli port to
20.10.3.
Passed:
- port-lib-depends-check
- portcheck
OK? Feedback?
Best regards,
Luca De Pandis
Tested on my local OpenBSD machine by running a container on a
separate
Linux box and deploying a doc
Hi,
It started couple of weeks ago I think, and it definitely worked in the
past. When there is PDF uploaded on a Slack channel I can see preview
generated inline on the channel, but when I click to view, there is no
view of the PDF content, just broken in half grey image symbolizing that
somethin
51 matches
Mail list logo
