On Sun, Jan 26, 2020 at 02:31:24PM -0800, Andrew Hewus Fresh wrote:
> On Thu, Jan 16, 2020 at 11:01:40PM +, Mikolaj Kucharski wrote:
> > Hi,
> >
> > Kind reminder. Port reattached for convenience.
>
> Remove "cpan" from CATEGORIES and then OK afresh1@
New port attached with cpan removed from
On Sun, 26 Jan 2020 20:43:16 -0600
Amit Kulkarni wrote:
> Got the same problem you describe now. Please go ahead George!
>
> thanks
I have added tb's error check. I will commit it tommorrow. --George
Index: Makefile
===
RCS file
Bulk build on macppc-1.ports.openbsd.org
Started : Sat Jan 11 16:12:39 MST 2020
Finished: Sun Jan 26 20:37:54 MST 2020
Duration: 15 Days 4 hours 25 minutes
Built using OpenBSD 6.6-current (GENERIC.MP) #659: Sat Jan 11 09:56:19 MST 2020
Built 9848 packages
Number of packages built each day:
Jan
On Mon, 27 Jan 2020 00:57:28 +0100
Klemens Nanni wrote:
> On Sun, Jan 26, 2020 at 06:38:59PM -0500, George Koehler wrote:
> > I fixed it with this patch from Sylpheed's bug tracker, also in Debian:
> > https://sources.debian.org/patches/sylpheed/3.7.0-5/0009-support-SNI-for-IMAP.patch/
> That dif
On Sun, Jan 26, 2020 at 7:10 PM Theo Buehler wrote:
>
> On Mon, Jan 27, 2020 at 12:05:47PM +1100, Theo Buehler wrote:
> > On Sun, Jan 26, 2020 at 06:38:59PM -0500, George Koehler wrote:
> > > To OpenBSD ports list and MAINTAINER Amit Kulkarni,
> > >
> > > After I did sysupgrade today, Sylpheed can
Hi ports --
qgis will pick up ccache if you have it installed, and the build fails
(at least, it does for me).
Patch to disable ccache attached.
Found when doing build testing for an upcoming update of archivers/libzip.
OK?
~Brian
Index: Makefile
On Tue, Dec 31, 2019 at 01:55:00AM +, wen heping wrote:
> Hi, ports@:
>
> Here is a patch for devel/p5-Specio:
>i) Update to 0.45
>ii) Add p5-XString as TEST_DEPENDS
> It build well and pass all tests on amd64-current system.
> One port depends on it: devel/p5-Params-ValidationCo
On Mon, Jan 27, 2020 at 12:05:47PM +1100, Theo Buehler wrote:
> On Sun, Jan 26, 2020 at 06:38:59PM -0500, George Koehler wrote:
> > To OpenBSD ports list and MAINTAINER Amit Kulkarni,
> >
> > After I did sysupgrade today, Sylpheed can't connect to imap.gmail.com.
> > It uses TLSv1.3 (sylpheed --de
On Sun, Jan 26, 2020 at 06:38:59PM -0500, George Koehler wrote:
> To OpenBSD ports list and MAINTAINER Amit Kulkarni,
>
> After I did sysupgrade today, Sylpheed can't connect to imap.gmail.com.
> It uses TLSv1.3 (sylpheed --debug) and shows a dialog box with a
> self-signed certificate for an inva
On Wed, Dec 25, 2019 at 06:44:17AM +, wen heping wrote:
> Revised patch to update to 0.30.
Still OK afresh1@
> wen
>
> 发件人: owner-po...@openbsd.org 代表 wen heping
>
> 发送时间: 2019年12月16日 16:49
> 收件人: afre...@openbsd.org
> 抄送: ports@openbsd.org
> 主题: 回复:
On Sun, Jan 26, 2020 at 06:38:59PM -0500, George Koehler wrote:
> I fixed it with this patch from Sylpheed's bug tracker, also in Debian:
> https://sources.debian.org/patches/sylpheed/3.7.0-5/0009-support-SNI-for-IMAP.patch/
That diff is from 2018 already, what is upstream's response?
> This isn't
To OpenBSD ports list and MAINTAINER Amit Kulkarni,
After I did sysupgrade today, Sylpheed can't connect to imap.gmail.com.
It uses TLSv1.3 (sylpheed --debug) and shows a dialog box with a
self-signed certificate for an invalid host. The cert tells me to
enable SNI in my client. I then reject th
Hi,
To start with, the game is not maintained upstream, and as the server
has glib2 deprecation warnings, it may not be built in a close future.
It does not run on x86 due to a BROKEN p5-SDL on these 2 archs, and
updating p5-SDL does not solve this specific issue.
I tried playing it on macppc, bu
On Mon, Jan 20, 2020 at 02:03:34PM -0500, Chris Bennett wrote:
> On Sun, Jan 19, 2020 at 12:57:44PM +, wen heping wrote:
> > 1 BUILD_DEPENDS line is not need, since there is CONFIGURE_STYLE =
> > modbuild
> > 2 p5-Plack should removed from TEST_DEPENDS since it is RUN_DEPENDS
> > 3 Bette
On Thu, Jan 16, 2020 at 11:01:40PM +, Mikolaj Kucharski wrote:
> Hi,
>
> Kind reminder. Port reattached for convenience.
Remove "cpan" from CATEGORIES and then OK afresh1@
> On Sun, Jan 05, 2020 at 10:11:47PM +, Mikolaj Kucharski wrote:
> > My previous email with the tarball for conveni
On Fri, Dec 20, 2019 at 02:24:13AM +, wen heping wrote:
> Hi, ports@:
>
>Here is a patch to create www/p5-Plack-Middleware-MethodOverride,
> which is required by the future update of www/p5-Catalyst-*.
> It build well and pass all tests on amd64-current system.
>
> Comments? OK?
> wen
Hi,
are there any other users who have /usr/local or /usr/local/man as
a symlink or mounted via amd(8)? Note that i do NOT recommend
such very unusual configurations at all, they have caused trouble
in the past, i'm merely asking for testing purposes. If you use
such a configuration, please upda
On Sun, Jan 19, 2020 at 01:02:27AM -0500, Chris Bennett wrote:
> An extension to Plack::Builder
>
> Comments?
The continued RUN_DEPENDS have an extra tab, although just a minor style
nit. The COMMENT could be much clearer on what the port does and the
DESCR is not any more helpful. I realize th
Hi,
On Fri, 24 Jan 2020 17:15:59 -0500
Brian Callahan wrote:
> Hi ports --
>
> Attached is an update to Stockfish.
> Release notes are here:
> https://github.com/official-stockfish/Stockfish/commit/c3483fa9a7d7c0ffa9fcc32b467ca844cfb63790
> Sadly, no more real upstream tarballs. Have to use GH_
On Fri, Jan 10, 2020 at 05:49:33PM +0100, clematis wrote:
> Taking recent feedback into account here's a new tarball including those
> additional changes:
Can you clarify what "recent feedback" that was?
>
> +MAINTAINER
> +MODPY_VERSION = ${MODPY_DEFAULT_VERSION_3}
> -FLAVORS =python3
>
On 2020/01/26 22:44, Antoine Jacoutot wrote:
> Can’t we just get rid of the python2 sphinx and keep only the python3
> version?
I had a bit of a look at this in Bucharest, some things were using it as
an imported python module (with whichever python version they normally
build with) and some as
On Sun, Jan 26, 2020 at 10:26:03PM +0100, Rafael Sadowski wrote:
> On Sun Jan 26, 2020 at 10:15:51PM +0100, Klemens Nanni wrote:
> > On Sat, Jan 25, 2020 at 02:52:07PM +0100, Rafael Sadowski wrote:
> > > -GH_TAGNAME = 1.2.3
> > > +GH_TAGNAME = 1.4.0rc1
> > When 1.4.0 proper comes out, is th
Can’t we just get rid of the python2 sphinx and keep only the python3 version?
—
Antoine
> On 26 Jan 2020, at 22:06, Stuart Henderson wrote:
>
> There are two sphinxs:
>
> textproc/py-sphinx: "python documentation generator"
> https://www.sphinx-doc.org/
>
> textproc/sphinx: "free open-sou
On Sun, Jan 26, 2020 at 10:10:36PM +0100, Rafael Sadowski wrote:
> Does anyone want to keep this?
I don't see why.
Unless someone speaks up, feel free to zap it; OK kn
On Sun, Jan 12, 2020 at 11:54:27AM +0100, Klemens Nanni wrote:
> They use `du(1) -ks' and the output looks familiar, but without further
> information the line is pretty useless:
>
> $ make show-size
> 106 /usr/ports/pobj/oicb-1.2.1
>
> While here, be consistent and more specific
On Sun Jan 26, 2020 at 10:15:51PM +0100, Klemens Nanni wrote:
> On Sat, Jan 25, 2020 at 02:52:07PM +0100, Rafael Sadowski wrote:
> > -GH_TAGNAME = 1.2.3
> > +GH_TAGNAME = 1.4.0rc1
> When 1.4.0 proper comes out, is that considered to be higher version
> number or would it require EPOCH?
On Sat, Jan 25, 2020 at 02:52:07PM +0100, Rafael Sadowski wrote:
> -GH_TAGNAME = 1.2.3
> +GH_TAGNAME = 1.4.0rc1
When 1.4.0 proper comes out, is that considered to be higher version
number or would it require EPOCH? Wondering in general...
On Sun, Jan 26, 2020 at 09:38:16PM +0100, Rafael Sadowski wrote:
> Ok to nuke it?
OK kn
On Sun, Jan 26, 2020 at 09:38:16PM +0100, Rafael Sadowski wrote:
> Look what I found. multimedia/qt-gstreamer no consumers in the tree. Our
> version is the latest stable version from 2014-07-08. Qt4 deadbeef.
> Ok to nuke it?
You removed the only consumer recently.
OK kmos
--Kurt
Hi all,
Pretty useless a GUI bugtracker client that can't speak TLS1.2, right?
Tested with bugs.kde.org and bugzilla.redhat.com, no luck. See logs
below?
21:59:18 DEBUG: Locale: "en_US"
21:59:18 DEBUG: Could not load system locale: "qt_en_US" from
"/usr/local/lib/qt4/translations"
21:59:18
On Fri, Dec 20, 2019 at 06:37:07AM +, wen heping wrote:
> Hi, ports@:
>
>Here is a patch to create www/p5-Catalyst-Action-REST,
> which is required by the future update of www/p5-Catalyst-*.
> It build well and pass all tests on amd64-current system.
>
> Comments? OK?
> wen
OK afresh1@
There are two sphinxs:
textproc/py-sphinx: "python documentation generator"
https://www.sphinx-doc.org/
textproc/sphinx: "free open-source SQL full-text search engine"
https://sphinxsearch.com/
The first is the one people usually want, the presence of textproc/sphinx
in itself causes some confus
On Sun, Jan 26, 2020 at 04:10:35PM +0100, Sebastien Marie wrote:
> Hi,
>
> The following diff updates py-relatorio to 0.9.1
>
> Announce: https://discuss.tryton.org/t/release-of-relatorio-0-9-1/
>
> Tested on amd64 with relatorio testsuite (make test) + trytond testsuite.
>
> Only trytond depen
On Sun, Jan 12, 2020 at 07:14:24AM +, wen heping wrote:
> Hi, ports@:
>
>Here is a patch for devel/p5-Parse-PlainConfig:
> i) Update to 3.05
> ii) Add MAKE_ENV
> iii) Add devel/p5-Class-EHierarchy as RUN_DEPENDS
>
>It build well and pass all tests on amd64-current system.
On Sun, 26 Jan 2020 19:36:39 +
Mikolaj Kucharski wrote:
> Hi,
>
> I didn't test your diff, but just by reading your mail, I think you
> should set updated version to 1.0.20200119, to get what you want, so
> avoiding epoch, make 1.0rc3 get updated to 1.0., and make 1.1
> get update from 1.0..
On Sun, Jan 12, 2020 at 07:11:40AM +, wen heping wrote:
> Hi, ports@:
>
> Here is a simple patch for devel/p5-Paranoid updae to 2.07,
> which is required by the update of devel/p5-Parse-PlainConfig.
> It build well and pass all tests on amd64-current system.
>
> Regards,
> wen
OK afr
On Tue, Dec 31, 2019 at 01:36:40AM +, wen heping wrote:
> Hi, ports@:
>
> Here is a patch to create textproc/p5-XString, which
> is required by the future update of devel/p5-Moo.
> It build well and pass all tests on amd64-current system.
>
>
> Regards,
> wen
Please move the CPAN_AUTHOR
On Tue, Dec 31, 2019 at 01:19:06AM +, wen heping wrote:
> Hi, ports@:
>
> Here is a patch to create devel/p5-Test2-Tools-Explain, which
> is required by the future update of devel/p5-Moo.
> It build well and pass all tests on amd64-current system.
>
>
> Regards,
> wen
Please move CPAN_A
Look what I found. multimedia/qt-gstreamer no consumers in the tree. Our
version is the latest stable version from 2014-07-08. Qt4 deadbeef.
Ok to nuke it?
On Wed, Jan 08, 2020 at 10:53:38AM +, wen heping wrote:
> Hi, ports@:
>
> Here is a simple patch for devel/p5-Module-ScanDeps to update
> to 1.27. It build well and pass all tests on amd64-current system.
>
> One port depends on it: devel/p5-Module-Install, it build well and
> pass
On Fri, Jan 10, 2020 at 02:34:13AM +, wen heping wrote:
> Hi, ports@:
>
>Here is a simple patch to update www/p5-FCGI-ProcManager
> to 0.28. It build well and pass all tests on amd64-current system.
>
>One port depends on it : www/p5-Plack, it build well and pass
> all tests with this
Hi,
I didn't test your diff, but just by reading your mail, I think you
should set updated version to 1.0.20200119, to get what you want, so
avoiding epoch, make 1.0rc3 get updated to 1.0., and make 1.1 get
update from 1.0..
With your version of the diff, future version 1.1 and your new version
1
On Sun, Jan 26, 2020 at 03:21:02PM +0100, Charlene Wendling wrote:
> Ping again :)
> On Sat, 18 Jan 2020 13:59:08 +0100
> Charlene Wendling wrote:
> > Ping :)
> >
> > On Sat, 11 Jan 2020 22:05:46 +0100
> > Charlene Wendling wrote:
> >
> > >
> > > > http://build-failures.rhaalovely.net/powerpc/
On Wed, Dec 18, 2019 at 08:46:16AM +, wen heping wrote:
> Hi, ports@:
>
> Here is a patch for devel/p5-Carp-Always :
>i) Update to 0.16
>ii) Remove the unneeded patch
>iii) Add p5-Test-Base as TEST_DEPENDS
>iv) Update DESCR
> v) Add AUTHOR_TESTING to MAKE_ENV
>It buil
On Sun, Jan 12, 2020 at 07:08:52AM +, wen heping wrote:
> Hi, ports@:
>
>Here is a patch to create new port devel/p5-Class-EHierarchy, which
> is required by the update of devel/p5-Parse-PlainConfig.
>It build well and pass all tests on amd64-current system.
>
> Regards,
> wen
OK afr
On Mon, Dec 30, 2019 at 02:12:48AM +, wen heping wrote:
> Revised patch to update to 1.865.
> -DISTNAME = MCE-1.843
> +DISTNAME = MCE-1.845
I think this was the wrong patch as 1.865 is on the CPAN.
On Sat, Jan 25, 2020 at 07:42:24AM +0100, Björn Ketelaars wrote:
> Diff below brings py-seaborn to 0.10.0, which is a major update. Notable
> change is that this update is strictly compatible with Python 3.6+.
> There are no consumers of this port.
> Changes to the port:
> - set MODPY_VERSION in
Le samedi 25 janvier 2020, 17:12:19 CET Denis Fondras a écrit :
> Almost here. Remove remaining PLIST.orig and then you are good :)
Crossing fingers that I did not forget anything more... :D
Thank you all for guidance.
libvips.8.9.0.tar.gz
Description: application/compressed-tar
On Wed, 15 Jan 2020 18:10:10 +0100
Charlene Wendling wrote:
> Hi,
>
> On Wed, 15 Jan 2020 14:36:48 +0100
> Omar Polo wrote:
>
> > Hi,
> >
> > First time here, hoping I didn't mess up too much.
>
> It works for you at least, so it's already nice :)
>
> By the way, it was already in -wip --
>
Hi Martin,
I don't know how to compare the libraries (md5?). I reviewed the
build logs and diff'd the text files (.h). The build logs showed
the same compilers (gnu) was used to create mpi binaries and
libraries. The .h files had no differences.
Reviewing the source
is what convinced me that
Hi,
The following diff updates py-relatorio to 0.9.1
Announce: https://discuss.tryton.org/t/release-of-relatorio-0-9-1/
Tested on amd64 with relatorio testsuite (make test) + trytond testsuite.
Only trytond depends on the port, and upstream of relatorio is also upstream of
tryton.
Comments or
Ping again :)
On Sat, 18 Jan 2020 13:59:08 +0100
Charlene Wendling wrote:
> Ping :)
>
> On Sat, 11 Jan 2020 22:05:46 +0100
> Charlene Wendling wrote:
>
> >
> > > http://build-failures.rhaalovely.net/powerpc/2019-12-25/multimedia/synfig.log
> > > http://build-failures.rhaalovely.net/sparc64/202
Hi again,
We ship a broken games/blobby:
-->8--
~$ blobby
error loading language lang_en.xml!
falling back to english
blobby(23503) in free(): bogus pointer (double free?) 0x6
Abort trap
--8<--
It's from 2012, and that version is unsupported, so i'm proposing an
update against latest dev
On Sun, Jan 26, 2020 at 01:58:44PM +, Stuart Henderson wrote:
> I'd kind-of expect a package named 'coreboot' to install something that
> actually contains coreboot, rather than tools to work with it.
That's a fair point, maybe I can be more creative.
> Had you considered just adding the other
On 2020/01/26 13:09, Klemens Nanni wrote:
> On Sun, Jan 19, 2020 at 07:13:49PM +0100, Klemens Nanni wrote:
> > Simple convenience wrapper:
> >
> > Information for inst:coreboot-20200119
> >
> > Comment:
> > useful tools for coreboot development (meta package)
> >
> > Description:
Hi!
NBlood being based on EDuke32, i've spotted the same atomics issue
later during the current bulk:
> enet.cpp:(.text+0x2e20): undefined reference to `__atomic_load_8'
> enet.cpp:(.text+0x2e98): undefined reference to `__atomic_compare_exchange_8'
It builds fine [0] on powerpc once proper LDFL
On Sat, 25 Jan 2020 14:52:07 +0100
Rafael Sadowski wrote:
> Update audio/clementine to 1.4.0rc1. Tested with some default
> streaming services and local MP3s.
> You need audio/liblastfm>=1.1.0 and net/libmygpo-qt>=1.1.0 from the
> ports@ list to test the update.
>
> OK?
On amd64, it builds and
On Sat, 25 Jan 2020 14:49:11 +0100
Rafael Sadowski wrote:
> Update 2/3 for audio/clementine.
>
> I need this port update to update Clementine. Simple switch from qt4
> to qt5. Tested with upcoming Clementine-1.4.0rc1.
>
> OK?
I've tested it on powerpc and amd64 and found no issues with that
upd
On Sat, 25 Jan 2020 14:47:47 +0100
Rafael Sadowski wrote:
> Update 1/3 for audio/clementine.
>
> I need this port update to update Clementine. Simple switch from qt4
> to qt5. Tested with upcoming Clementine-1.4.0rc1.
>
> OK?
I've tested it on powerpc and amd64 and found no issues with that
upd
On Sun, Jan 19, 2020 at 07:13:49PM +0100, Klemens Nanni wrote:
> Simple convenience wrapper:
>
> Information for inst:coreboot-20200119
>
> Comment:
> useful tools for coreboot development (meta package)
>
> Description:
> This meta package installs a variety of too
Python's kitchen sink exists as package; I need this for another, more
existential port.
Upstream's test consists of a messy bash script that checks Python's
version at runtime and executes different paths based on that.
The consumer I'm running work fine and I don't want to sink any more
time
Hi John,
Did you check the libraries for changes?
I will see if I can find time to commit just the fortran bits tonight.
Then I will look at the CC and README additions.
Thanks for the effort to improve the openmpi port!
-m
Am 25.01.20 um 00:17 schrieb j...@bitminer.ca:
> Hi Martin,
>
> I have
Greetings,
the nextcloud version in /packages for 6.6 is 16.0 on FTP, while the version in
/packages-stable is 18.0. A bump of 2 major releases feels a bit too steep for
a stable channel.
For what I can tell, fixes are being applied upstream to older releases as well.
Is there any reason why th
Hi,
The following diff updates databases/py-sql to 1.1.0
Announce: https://discuss.tryton.org/t/release-1-1-0-of-python-sql
Tested on amd64 with internal test suite (aka "make test") and with
productivity/tryton/5.2 port testsuites.
(tryton are the sole ports depending on it, and upstream for t
64 matches
Mail list logo