On Sun Feb 02, 2020 at 07:29:56PM -0800, Nam Nguyen wrote:
> >>> > Rafael Sadowski writes:
> >>> >
> >>> > > Here is an update for scribus to the newest qt5 version. Long time ago
> >>> > > Landry tried to update scribus without response from ports@.
> >>> > >
> >>> > > Here is a new try.
Hi Matthias,
Do you believe lang/ghc/patches/patch-libraries_base_cbits_PrelIOUtils_c
is still relevant?
I ran some test programs and both locale_charset() and
nl_langinfo(CODESET) yield sensible results (at least for UTF8). The
history of the patch seems to go back approximately 10 years, so
Simple bugfix update. Change log:
https://blog.kitware.com/cmake-3-16-3-available-for-download/
I see nothing with impact for us.
OK?
Index: Makefile
===
RCS file: /cvs/ports/devel/cmake/Makefile,v
retrieving revision 1.179
diff
On Sun Feb 02, 2020 at 11:10:31PM +0100, Adam Wolk wrote:
> Hi ports@,
>
> Attaching an update to fotowall 1.0
>
> Notable port changes:
> - qt4 -> qt5.
> - Using github tarball instead of google code.
> - Adjusted WANTLIB/LIB_DEPENDS.
> - Added EXTRACT_CASES and pre-extract because
>the
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org 2020/02/02 22:35:06
Modified files:
databases/sqlite3: Makefile
databases/p5-DBD-SQLite: Makefile
databases/p5-DBD-SQLite/patches: patch-Makefile_PL
Log message:
Enable column
On Sun, Feb 2, 2020 at 8:55 PM George Koehler wrote:
> Some programs (like emacs and xfce4-terminal) don't show these
Superficial searches indicate emacs (at least version 27) can be
taught to render ligatures.
> ligatures, but some (like firefox-esr and libreoffice) do. I saw a
> glitch in
On Sun, 2 Feb 2020 12:30:33 -0800
Greg Steuck wrote:
> Thanks for the comments Stuart & George. I believe I addressed all
> your comments.
I put your jetbrains-mono in /usr/ports/fonts and installed it.
As HOMEPAGE explains, this font has ligatures for
some program operators like
->++
I found a reliable way to replicate the issue on OpenBSD snapshot #628:
0. $ uname -a
OpenBSD cygnus.ricketyspace.net 6.6 GENERIC.MP#628 amd64
1. $ raco pkg install --jobs $(sysctl -n hw.ncpuonline) --auto drracket
1.1. $ $HOME/.racket/7.5/bin/drracket
The text in the
CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2020/02/02 21:08:53
Modified files:
sysutils/rclone: Makefile distinfo
Removed files:
sysutils/rclone/files: rclone.bash rclone.zsh
Log message:
Update to rclone-1.51.0
Changelog:
Thanks Stuart for the reply.
Stuart Henderson writes:
> On 2020/02/02 04:05, Xiyue Deng wrote:
>> Seems no one cares about this port. Is it OK that I apply for maintainer?
>
> Certainly. It is a bit easier to take patches from someone that feels
> responsible enough for a port to be listed as
On Sun, Feb 02, 2020 at 03:48:22PM -0500, George Koehler wrote:
> On Sun, 2 Feb 2020 15:12:29 +0100
> Charlene Wendling wrote:
>
> > It works fine on amd64, has no further regressions on powerpc, and
> > i'm fine with your clang fix. Obviously, powerpc issues should not
> > hinder the x86 fix,
On Sun, Feb 02 2020, Christian Weisgerber wrote:
> This updates devel/gmp to 6.2.0.
> gmp has a ton of machine-specific optimizations, so success on one
> arch doesn't mean it will work elsewhere.
Indeed :)
> I have successfully run the regression tests on
> * aarch64
> * amd64
> * i386
>
> I'd
On Sun, Feb 02, 2020 at 10:39:16PM +0100, Christian Weisgerber wrote:
> This updates devel/gmp to 6.2.0.
> gmp has a ton of machine-specific optimizations, so success on one
> arch doesn't mean it will work elsewhere.
> I have successfully run the regression tests on
> * aarch64
> * amd64
> *
On Sun, 2 Feb 2020 22:39:16 +0100
Christian Weisgerber wrote:
> This updates devel/gmp to 6.2.0.
> gmp has a ton of machine-specific optimizations, so success on one
> arch doesn't mean it will work elsewhere.
>
> I have successfully run the regression tests on
> * aarch64
> * amd64
> * i386
>
On Sun, Feb 2 '20 at 23.56 NZDT, Stuart Henderson
wrote:
> Updated tar.gz attached, comments inline:
Thank-you for fixing and annotating my silly mistakes, it's much
appreciated. Some further time reading bsd.port.mk(5) is required.
> (I guess you're running on 6.6 and will need to remove
Hi ports@,
Attaching an update to fotowall 1.0
Notable port changes:
- qt4 -> qt5.
- Using github tarball instead of google code.
- Adjusted WANTLIB/LIB_DEPENDS.
- Added EXTRACT_CASES and pre-extract because
the upstream tarball spills over WRKDIST
instead of extracting to a sub
Nobody replied, so it's fair to assume there are no real users at this point.
Nothing seems to depend on it based on querying sqlports.
ok thfr@ to send to the attic.
On Tue, Jan 28, 2020, at 10:59 PM, Rafael Sadowski wrote:
> Hi ports@,
>
> Upstream has decide to go its own way[1]. Which is
This updates devel/gmp to 6.2.0.
gmp has a ton of machine-specific optimizations, so success on one
arch doesn't mean it will work elsewhere.
I have successfully run the regression tests on
* aarch64
* amd64
* i386
I'd like to see it tested on a few more archs, say, powerpc/sparc64/
mips64,
Hi,
Here is a quick update for sysutils/entr.
According to $WRKSRC/NEWS, the only change impacting us is the
introduction of the "ENTR_INOTIFY_WORKAROUND" environment variable
to enable a compatibility mode for platforms with "deformed" inotify
support.
Port-wise, i've moved HOMEPAGE and
On Sun, 2 Feb 2020 15:12:29 +0100
Charlene Wendling wrote:
> It works fine on amd64, has no further regressions on powerpc, and
> i'm fine with your clang fix. Obviously, powerpc issues should not
> hinder the x86 fix, and i've no objection to see that diff committed
> after devel/p5-SDL is
Thanks for the comments Stuart & George. I believe I addressed all
your comments.
I further stole from espie@'s port which simplified things a bit more.
jetbrains-mono.tgz
Description: application/compressed-tar
On Sun, 2 Feb 2020 19:52:24 +
Stuart Henderson wrote:
> On 2020/02/02 11:18, Greg Steuck wrote:
> > +BUILD_DEPENDS=archivers/unzip
> > +
> > +NO_BUILD=Yes
> > +NO_TEST=Yes
> > +PKG_ARCH=*
> > +
> > +DISTFILES=JetBrainsMono-1.0.2.zip
>
> rather than
On 2020/02/02 11:18, Greg Steuck wrote:
> I tested this with emacs and xterm on amd64-current.
>
> Add JetBrainsMono fonts port
> ---
> fonts/Makefile | 1 +
> fonts/jetbrains-mono/Makefile | 28
> fonts/jetbrains-mono/distinfo | 2 ++
>
On 2020/02/02 20:06, Rafael Sadowski wrote:
> On Sun Feb 02, 2020 at 10:59:13AM -0800, Nam Nguyen wrote:
> > Rafael Sadowski writes:
> >
> > > Here is an update for scribus to the newest qt5 version. Long time ago
> > > Landry tried to update scribus without response from ports@.
> > >
> > > Here
> > New diff includes p5-DBD-SQLite. I have no idea how to test this!?
> > This must be enabled in any case, if we want to update Qt.
> >
> > OK? How do we do that? Bulk?
>
> Friendly reminder
Looks safe to me, it just exports a couple of functions and changes some
internals a little. I don't
I tested this with emacs and xterm on amd64-current.
Add JetBrainsMono fonts port
---
fonts/Makefile | 1 +
fonts/jetbrains-mono/Makefile | 28
fonts/jetbrains-mono/distinfo | 2 ++
fonts/jetbrains-mono/pkg/DESCR | 8
On Sun Jan 26, 2020 at 08:23:08AM +0100, Rafael Sadowski wrote:
> On Sun Jan 12, 2020 at 08:44:26AM +0100, Rafael Sadowski wrote:
> > For the upcoming Qt5 update I need sqlite3_column_table_name16:
> >
> > qhelpgenerator:/usr/local/lib/qt5/plugins/sqldrivers/libqsqlite.so:
> > undefined symbol
Rafael Sadowski writes:
> Here is an update for scribus to the newest qt5 version. Long time ago
> Landry tried to update scribus without response from ports@.
>
> Here is a new try. Unfortunately this version crashes immediately
> without a backtrace.
>
> Anyone want to take a look at this? I
On Sun 02/02/2020 18:02, Charlene Wendling wrote:
> Hi,
>
> Here is an update for xdesktopwaves.
>
> What's new upstream (from $WRKSRC/README):
>
> - Added backdrop failure checking, and because this is not always
> reliable, also added an (emergency) exit button.
> - Adapted to new KDE
On Sat, Feb 01, 2020 at 11:46:18AM +, Stuart Henderson wrote:
> On 2020/01/31 19:23, Mikolaj Kucharski wrote:
> >
> > I see problem with Chrome and Firefox on Windows and on OpenBSD.
> > Firefox returns SSL_ERROR_DECODE_ERROR_ALERT and Chrome returns
> > ERR_SSL_PROTOCOL_ERROR.
>
> Thanks
Hi,
Here is an update for xdesktopwaves.
What's new upstream (from $WRKSRC/README):
- Added backdrop failure checking, and because this is not always
reliable, also added an (emergency) exit button.
- Adapted to new KDE versions.
- Added support for Hygon Dhyana processor (Chinese variant of
On Sun, Feb 02, 2020 at 04:26:51PM +0100, Johannes Kastl wrote:
> Dear ports@,
>
> I am trying to get nextcloudclient aka nextcloud desktop to build on
> OpenBSD.
We have netxcloudclient 2.6.2 in ports since 16th november 2019
https://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/net/nextcloudclient/
Dear ports@,
I am trying to get nextcloudclient aka nextcloud desktop to build on
OpenBSD.
I am basing my experiments on the existing owncloudclient port. I
could try to use that, but as Owncloud and Nextcloud are moving in
different directions, I would like to use the official nextcloud client.
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2020/02/02 09:31:01
Modified files:
x11/gnome/librsvg: Makefile distinfo
Log message:
Update to librsvg-2.47.3.
CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2020/02/02 09:06:41
Modified files:
audio/audacious: Makefile distinfo
audio/audacious/patches: patch-buildsys_mk_in
patch-src_libaudcore_Makefile
CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2020/02/02 09:06:13
Modified files:
audio/audacious-plugins: Makefile distinfo
audio/audacious-plugins/patches: patch-buildsys_mk_in
patch-configure
Greetings,
The attached diff updates cad/qrouter to the latest release.
What's new upstream
===
Plenty of new features and bug fixing, including:
- corrected the handling of pre-routed SPECIALDEFS in the DEF file;
- enhancements to the handling of track offsets when using
I'll quote the GNU make 4.3 release notes:
--->
* NOTE: Deprecated behavior.
Contrary to the documentation, suffix rules with prerequisites are being
treated BOTH as simple targets AND as pattern rules. Further, the
prerequisites are ignored by the pattern rules. POSIX
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2020/02/02 08:33:23
Modified files:
net/ircd-hybrid: Makefile distinfo
net/ircd-hybrid/patches: patch-doc_Makefile_in
patch-doc_reference_conf
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2020/02/02 08:28:01
Modified files:
mail/evolution-rss: Makefile distinfo
mail/evolution-rss/pkg: PLIST
Removed files:
mail/evolution-rss/patches: patch-Makefile_in
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2020/02/02 08:22:42
Modified files:
productivity/homebank: Makefile
Log message:
homebank: build with `-std=gnu99' for all compilers
Initial declaration in for loops requires to explicitly use C99
with
On Sat, 25 Jan 2020 21:11:59 +0100
Björn Ketelaars wrote:
> On Sat 25/01/2020 16:21, Charlene Wendling wrote:
> > On Wed, 22 Jan 2020 16:19:21 +0100
> > Björn Ketelaars wrote:
> >
> > > Diff below updates audacious to 3.10.1. Changes between 3.9 and
> > > 3.10 are explained at [0]. 3.10.1 fixes
On Sat, 1 Feb 2020 22:04:12 +0100
Rafael Sadowski wrote:
>
> On Sat Feb 01, 2020 at 07:28:42PM +0100, Paco Esteban wrote:
> > Hi Rafael,
> >
> > On Sat, 01 Feb 2020, Rafael Sadowski wrote:
> >
> > > On Sat Feb 01, 2020 at 02:57:46PM +0100, Rafael Sadowski wrote:
> > > > Here is an diff to
CVSROOT:/cvs
Module name:ports
Changes by: sema...@cvs.openbsd.org 2020/02/02 07:26:18
Modified files:
print/py-relatorio: Makefile distinfo
Log message:
update py-relatorio to 0.9.1
Announce: https://discuss.tryton.org/t/release-of-relatorio-0-9-1/
ok kmos@ sthen@
On Sat, 1 Feb 2020 19:40:27 -0500
George Koehler wrote:
> On Mon, 27 Jan 2020 00:37:46 +0100
> Charlene Wendling wrote:
>
> > I tried playing it on macppc, but:
> >
> > - it's broken with Perl 5.30: ...
> > - there are graphic issues: the title screen is black. The
> > directional arrow that
On Sat, 1 Feb 2020 19:00:41 -0500
George Koehler wrote:
> Cc bentley because of games/vacuum
>
> On Wed, 29 Jan 2020 23:57:34 -0500
> George Koehler wrote:
>
> > On Mon, 27 Jan 2020 00:37:46 +0100
> > Charlene Wendling wrote:
> >
> > > It does not run on x86 due to a BROKEN p5-SDL on these 2
On Thu, January 30, 2020 09:03, Rafael Sadowski wrote:
> Hi All
>
> All our consumers only use the qt5 FLAVOR so here is an update diff
> which removes the the qt4 pieces and bump to the latest stable version
> on github. I did the same like the quazip update from Brian Callahan a
> couple days
On 2020/02/02 04:05, Xiyue Deng wrote:
> Seems no one cares about this port. Is it OK that I apply for maintainer?
Certainly. It is a bit easier to take patches from someone that feels
responsible enough for a port to be listed as maintainer :)
> >>> * Many of the patches just replace
Seems no one cares about this port. Is it OK that I apply for maintainer?
Xiyue Deng writes:
> Friendly ping.
>
> Xiyue Deng writes:
>
>> Stuart Henderson writes:
>>
>>> I'd prefer not to be CC'd on ports that I don't have anything to do with,
>>> ports@ is enough.
>>>
>>
>> Sorry about this
CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org 2020/02/02 04:28:22
Modified files:
net/seafile/client: Makefile distinfo
net/seafile/seafile: Makefile distinfo
Log message:
update seafile to 7.0.5
CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org 2020/02/02 04:16:54
Modified files:
net/munin : Makefile distinfo
net/munin/patches: patch-Makefile patch-node_sbin_munin-run
net/munin/pkg : PLIST-main
Added files:
On 2020/02/02 21:17, Tom Wong-Cornall wrote:
> Please see attached port for fts_xapian (Dovecot FTS plugin) [1].
>
> ---
> fts-xapian is a full-text search plugin for Dovecot. It utilises the
> Xapian search engine library to index email automatically, and allow
> rapid body and header
Hi,
On Thu, Jan 30, 2020 at 07:03:15AM +0100, Rafael Sadowski wrote:
> All our consumers only use the qt5 FLAVOR so here is an update diff
> which removes the the qt4 pieces and bump to the latest stable version
> on github. I did the same like the quazip update from Brian Callahan a
> couple
On Sat, Feb 01, 2020 at 10:53:41PM -0800, Andrew Hewus Fresh wrote:
> On Sat, Feb 01, 2020 at 07:10:40PM -0800, Andrew Hewus Fresh wrote:
> > After the most recent simplification of portgen's port finding code, I
> > think we can stop using sqlports and instead look to see if any
> >
bulk build on octeon.ports.openbsd.org
started on Sat Jan 18 14:33:05 UTC 2020
finished at Wed Jan 29 07:52:02 UTC 2020
lasted 11D17h18m
done with kern.version=OpenBSD 6.6-current (GENERIC.MP) #13: Sat Jan 18
13:45:36 UTC 2020
built packages:9424
Jan 18:2257
Jan 19:1337
Jan 20:719
Jan 21:708
55 matches
Mail list logo