[new] xe-0.11
Attached is a draft port of Leah Neukirchen's xe utility, which combines "some of the best features of xargs(1) and parallel(1)". This is my first new port submission; I've done my best. Only built on amd64 (all I really have access to). homepage: https://git.vuxu.org/xe/ Regards, Evan Silberman xe.tar.gz Description: GNU Zip compressed data
回复: 回复: [NEW] textproc/p5-PPIx-QuoteLike
ping ... 发件人: owner-po...@openbsd.org 代表 wen heping 发送时间: 2019年7月27日 15:49 收件人: Stuart Henderson 抄送: ports@openbsd.org 主题: 回复: [NEW] textproc/p5-PPIx-QuoteLike Revised patch, fixed RUN_DEPENDS. Thank Stuart Henderson ! wen 发件人: Stuart Henderson 发送时间: 2019年7月26日 22:42 收件人: wen heping 抄送: ports@openbsd.org 主题: Re: [NEW] textproc/p5-PPIx-QuoteLike On 2019/07/26 12:37, wen heping wrote: > Hi, ports@: > > Here is a patch to create new port textproc/p5-PPIx-QuoteLike, > which is required by the update of devel/p5-Perl-Critic. > It build well and passed all tests on amd64-head system. > > Comments? OK? > wen RUN_DEPENDS = cpan/p5-PPI>=1.117
Re: [ports-gcc] Unbreak devel/angr/py-z3-solver
Thanks to both of you, obviously OK kn.
[macppc, hppa?] Unbreak games/godot
> https://marc.info/?l=openbsd-ports&m=15654325765&w=2
As promised, here is the conversion from __sync_* to __atomic_*
functions, allowing godot to build on macppc at least, and maybe
hppa, on top of the ports-gcc/sparc64 fixes, that Thomas committed a
few hours ago.
The patch was originally written for godot-3.1.1, and has been
upstreamed [0]. I backported it for godot-3.0.6, it builds
successfully on amd64 and macppc.
Due to relocations errors, i had to add address relaxing and
long calls.
Runtime cannot be tested with my video card (radeon 9700) with 3.0.6,
because it requires OpenGL(ES) 3, even for opening the editor, unlike
godot-3.1.1.
Comments/feedback are welcome,
Charlène.
[0] https://github.com/godotengine/godot/pull/31321
Index: Makefile
===
RCS file: /cvs/ports/games/godot/Makefile,v
retrieving revision 1.8
diff -u -p -u -p -r1.8 Makefile
--- Makefile16 Aug 2019 15:38:15 - 1.8
+++ Makefile16 Aug 2019 22:02:03 -
@@ -8,7 +8,7 @@ PKGNAME = godot-${V}
CATEGORIES = games
HOMEPAGE = https://godotengine.org/
MAINTAINER = Thomas Frohwein
-REVISION = 2
+REVISION = 3
# MIT
PERMIT_PACKAGE = Yes
@@ -68,6 +68,18 @@ LIB_DEPENDS =archivers/zstd \
net/enet
NO_TEST = Yes
+
+.if ${MACHINE_ARCH:Mhppa} || ${MACHINE_ARCH:Mpowerpc}
+LDFLAGS += -latomic
+WANTLIB += atomic
+.endif
+
+# Fix relocation overflows
+.if ${MACHINE_ARCH:Mpowerpc}
+CFLAGS += -mlongcall
+CXXFLAGS +=-mlongcall
+LDFLAGS += -Wl,--relax
+.endif
pre-configure:
${SUBST_CMD} ${WRKSRC}/drivers/unix/os_unix.cpp
Index: patches/patch-core_safe_refcount_h
===
RCS file: patches/patch-core_safe_refcount_h
diff -N patches/patch-core_safe_refcount_h
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-core_safe_refcount_h 16 Aug 2019 22:02:03 -
@@ -0,0 +1,68 @@
+$OpenBSD$
+
+hppa, ppc: use __atomic functions as 64-bit __sync operators
+are not supported, from:
+https://github.com/godotengine/godot/pull/31321
+
+Index: core/safe_refcount.h
+--- core/safe_refcount.h.orig
core/safe_refcount.h
+@@ -99,8 +99,8 @@ static _ALWAYS_INLINE_ T atomic_exchange_if_greater(re
+
+ /* Implementation for GCC & Clang */
+
+-// GCC guarantees atomic intrinsics for sizes of 1, 2, 4 and 8 bytes.
+-// Clang states it supports GCC atomic builtins.
++#include
++#include
+
+ template
+ static _ALWAYS_INLINE_ T atomic_conditional_increment(register T *pw) {
+@@ -109,7 +109,7 @@ static _ALWAYS_INLINE_ T atomic_conditional_increment(
+ T tmp = static_cast(*pw);
+ if (tmp == 0)
+ return 0; // if zero, can't add to it anymore
+- if (__sync_val_compare_and_swap(pw, tmp, tmp + 1) == tmp)
++ if (__atomic_compare_exchange_n(pw, &tmp, tmp + 1, false,
__ATOMIC_SEQ_CST, __ATOMIC_SEQ_CST) == true)
+ return tmp + 1;
+ }
+ }
+@@ -117,25 +117,25 @@ static _ALWAYS_INLINE_ T atomic_conditional_increment(
+ template
+ static _ALWAYS_INLINE_ T atomic_decrement(register T *pw) {
+
+- return __sync_sub_and_fetch(pw, 1);
++ return __atomic_sub_fetch(pw, 1, __ATOMIC_SEQ_CST);
+ }
+
+ template
+ static _ALWAYS_INLINE_ T atomic_increment(register T *pw) {
+
+- return __sync_add_and_fetch(pw, 1);
++ return __atomic_add_fetch(pw, 1, __ATOMIC_SEQ_CST);
+ }
+
+ template
+ static _ALWAYS_INLINE_ T atomic_sub(register T *pw, register V val) {
+
+- return __sync_sub_and_fetch(pw, val);
++ return __atomic_sub_fetch(pw, val, __ATOMIC_SEQ_CST);
+ }
+
+ template
+ static _ALWAYS_INLINE_ T atomic_add(register T *pw, register V val) {
+
+- return __sync_add_and_fetch(pw, val);
++ return __atomic_add_fetch(pw, val, __ATOMIC_SEQ_CST);
+ }
+
+ template
+@@ -145,7 +145,7 @@ static _ALWAYS_INLINE_ T atomic_exchange_if_greater(re
+ T tmp = static_cast(*pw);
+ if (tmp >= val)
+ return tmp; // already greater, or equal
+- if (__sync_val_compare_and_swap(pw, tmp, val) == tmp)
++ if (__atomic_compare_exchange_n(pw, &tmp, val, false,
__ATOMIC_SEQ_CST, __ATOMIC_SEQ_CST) == true)
+ return val;
+ }
+ }
Re: www/mozilla-firefox 69 will need datasize bump to build
On Fri, Aug 16, 2019 at 05:15:17PM +0200, Christian Weisgerber wrote: > In the weeks before a new Firefox release I usually switch to > landry@'s port of the beta version, which I compile myself. > > Firefox 69 no longer builds in 5 GB on amd64: llvm runs out of > memory when compiling gkrust. > > 5.5 GB is sufficient. > > I guess we'll have to bump datasize-cur for the pbuild user. > Any other ideas? > > The 5 GB limit was originally required for PyPy. Firefox used to > be a smaller pig. Following a period of explosive growth with > binutils ld, things had settled down after the switch to lld. Since > then, I haven't had a reason to pay attention to Firefox's memory > consumption at build time. I don't have a clever idea. I am tempted to say "who cares", let's bump the limits just for building. Most OpenBSD deployments I see these days have a tweaked login.conf and sysctl.conf anyway because our default values don't work in the real world; so cranking limits for _pbuild makes sense imho. -- Antoine
Re: www/mozilla-firefox 69 will need datasize bump to build
On Fri, Aug 16, 2019 at 05:15:17PM +0200, Christian Weisgerber wrote: > In the weeks before a new Firefox release I usually switch to > landry@'s port of the beta version, which I compile myself. > > Firefox 69 no longer builds in 5 GB on amd64: llvm runs out of > memory when compiling gkrust. > > 5.5 GB is sufficient. > > I guess we'll have to bump datasize-cur for the pbuild user. > Any other ideas? > > The 5 GB limit was originally required for PyPy. Firefox used to > be a smaller pig. Following a period of explosive growth with > binutils ld, things had settled down after the switch to lld. Since > then, I haven't had a reason to pay attention to Firefox's memory > consumption at build time. I never really looked nor cared. Not my war :) between rust, llvm & lld.. this bumps to 5.5G. Index: etc.amd64/login.conf === RCS file: /cvs/src/etc/etc.amd64/login.conf,v retrieving revision 1.11 diff -u -r1.11 login.conf --- etc.amd64/login.conf2 Jun 2019 06:46:17 - 1.11 +++ etc.amd64/login.conf16 Aug 2019 17:33:21 - @@ -92,7 +92,7 @@ # pbuild:\ :datasize-max=infinity:\ - :datasize-cur=5120M:\ + :datasize-cur=5632M:\ :maxproc-max=1024:\ :maxproc-cur=384:\ :tc=default: i've had datasize-cur=6144M in the staff class on my builder since at least the 10 of june, dont remember if that was for firefox 69 beta or a rust update itself.. Landry
New: The Dark Mod - a stealth game inspired by the Thief series, derived from Doom3 engine
Hi, I'm pleased to present a port of The Dark Mod, born out of modifications of the Doom 3 engine and designed to run user-/fan- created stealth game missions in the vein of the venerable Thief game series. Unlike Doom 3, the focus is on staying undetected and avoiding guards using stealth tools like the blackjack or water arrows. It is visually very impressive and was awarded "Mod of the Year" by the PC Gamer magazine in 2013. I've been working my way through boost and scons issues for about 1.5 years until I got this to run with the 2.07 update. I have played through some of the tutorial and most of the 1st training mission on my Skylake laptop (amdgpu is known buggy/defective in this version). I don't know if radeon works or not. A recording of my test session with The Dark Mod on OpenBSD is on YouTube: https://www.youtube.com/watch?v=2xAR26RjYuU Caveats/good to know: - The game needs data files before starting it the first time. Run $ tdm_update first, before running thedarkmod. This downloads several GB of content; I think it was about 4GB. - It doesn't launch properly on amgpu - screen flickers, and eventually the game crashes. Upstream has released a hotfix, but only in binary form. - The config in $FILESDIR launches with fullscreen disabled because only windowed mode works on my install with cwm. I have received reports that fullscreen isn't an issue in another WM/DE (xfce IIRC). Testing, feedback, and/or oks appreciated! thedarkmod.tgz Description: Binary data
[ports-gcc] Unbreak devel/angr/py-z3-solver
Hi,
> http://build-failures.rhaalovely.net/sparc64/2019-08-12/devel/angr/py-z3-solver.log
> http://build-failures.rhaalovely.net/powerpc/2019-07-29/devel/angr/py-z3-solver.log
I've found a fix for this from the "standard" z3 repo [0].
As expected, it builds on macppc [1] and amd64.
OK?
Charlène.
[0] https://github.com/Z3Prover/z3/pull/1612
[1] https://bin.charlenew.xyz/py-z3-solver.log
Index: Makefile
===
RCS file: /cvs/ports/devel/angr/py-z3-solver/Makefile,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 Makefile
--- Makefile23 Jul 2019 19:50:03 - 1.2
+++ Makefile16 Aug 2019 16:04:13 -
@@ -5,6 +5,7 @@ COMMENT = efficient SMT solver library
ANGR_PYTHON_MODULE = z3-solver
# devel/angr/py-claripy requires this exact version, newer 4.8.5.0 breaks it.
MODPY_EGG_VERSION =4.5.1.0.post2
+REVISION = 0
CATEGORIES += math
Index: patches/patch-core_src_util_lp_permutation_matrix_h
===
RCS file: patches/patch-core_src_util_lp_permutation_matrix_h
diff -N patches/patch-core_src_util_lp_permutation_matrix_h
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-core_src_util_lp_permutation_matrix_h 16 Aug 2019 16:04:13
-
@@ -0,0 +1,17 @@
+$OpenBSD$
+
+Unbreak with ports-gcc, from:
+https://github.com/Z3Prover/z3/commit/2d5dd802386d78117d5ed9ddcbf8bc22ab3cb461
+
+Index: core/src/util/lp/permutation_matrix.h
+--- core/src/util/lp/permutation_matrix.h.orig
core/src/util/lp/permutation_matrix.h
+@@ -117,7 +117,7 @@ class permutation_matrix : public tail_matrix {
+
+ unsigned size() const { return static_cast(m_rev.size()); }
+
+-unsigned * values() const { return m_permutation; }
++unsigned * values() const { return m_permutation.c_ptr(); }
+
+ void resize(unsigned size) {
+ unsigned old_size = m_permutation.size();
Re: www/mozilla-firefox 69 will need datasize bump to build
Christian Weisgerber wrote: > In the weeks before a new Firefox release I usually switch to > landry@'s port of the beta version, which I compile myself. > > Firefox 69 no longer builds in 5 GB on amd64: llvm runs out of > memory when compiling gkrust. > > 5.5 GB is sufficient. > > I guess we'll have to bump datasize-cur for the pbuild user. > Any other ideas? > > The 5 GB limit was originally required for PyPy. Firefox used to > be a smaller pig. Following a period of explosive growth with > binutils ld, things had settled down after the switch to lld. Since > then, I haven't had a reason to pay attention to Firefox's memory > consumption at build time. No other ideas -- pbuild will need a larger farm. https://www.thedodo.com/whats-misleading-about-the-tea-843842300.html
[MAINTAINER UPDATE] www/sblg to 0.5.2
This is another simple maintainer update of sblg from 0.4.29 to 0.5.2.
The changes included in this release are:
sblg 0.5.2: "Provide the ${sblg-next-has} and ${sblg-prev-has} to allow
masking or showing of ${sblg-next} and friends. Add some style templates
for simple blogs: one that's one article per page and one with a
blogroll, and a retro blogroll. These are installed with the system and
may be used a simple start to a blog. Significant updates to the Atom
functionality. This necessitates a minor version bump because Atom
identifiers created by the system no longer use the "tag" scheme, but
instead the URL itself. This makes the system much simpler. Also,
several attributes (data-sblg-update, data-sblg-id) are no longer
necessary to stipulate: since there can only be one element for each
invocation, these are superfluous. All of these makes it much easier to
combine existing Atom entries with an automated feed. While here, update
the documentation to be much more specific about how the template is
handled."
I did testing on amd64 with no issues. It should work fine everywhere.
If someone could ok and commit, that would be great. Thank you.
Bryan
Index: www/sblg/Makefile
===
RCS file: /cvs/ports/www/sblg/Makefile,v
retrieving revision 1.23
diff -u -p -r1.23 Makefile
--- www/sblg/Makefile 12 Aug 2019 06:32:33 - 1.23
+++ www/sblg/Makefile 16 Aug 2019 15:20:59 -
@@ -2,7 +2,7 @@
COMMENT = simple off-line blog utility
-DISTNAME = sblg-0.4.29
+DISTNAME = sblg-0.5.2
CATEGORIES = www
HOMEPAGE = https://kristaps.bsd.lv/sblg/
Index: www/sblg/distinfo
===
RCS file: /cvs/ports/www/sblg/distinfo,v
retrieving revision 1.21
diff -u -p -r1.21 distinfo
--- www/sblg/distinfo 12 Aug 2019 06:32:33 - 1.21
+++ www/sblg/distinfo 16 Aug 2019 15:20:59 -
@@ -1,2 +1,2 @@
-SHA256 (sblg-0.4.29.tar.gz) = PyL6uTsT8Hn6Xt3GPJQJnqS3BblHeBEv0aAp8klvEeA=
-SIZE (sblg-0.4.29.tar.gz) = 73325
+SHA256 (sblg-0.5.2.tar.gz) = lEzpAYmM7+PdeMsGmk2melTNZxok4wptwlJDmcewfV8=
+SIZE (sblg-0.5.2.tar.gz) = 163775
www/mozilla-firefox 69 will need datasize bump to build
In the weeks before a new Firefox release I usually switch to landry@'s port of the beta version, which I compile myself. Firefox 69 no longer builds in 5 GB on amd64: llvm runs out of memory when compiling gkrust. 5.5 GB is sufficient. I guess we'll have to bump datasize-cur for the pbuild user. Any other ideas? The 5 GB limit was originally required for PyPy. Firefox used to be a smaller pig. Following a period of explosive growth with binutils ld, things had settled down after the switch to lld. Since then, I haven't had a reason to pay attention to Firefox's memory consumption at build time. -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: [wip] Xfce 4.14 final
On Fri, Aug 16, 2019 at 10:59:19AM +0100, Edd Barrett wrote: > One other nit I just noticed (that you may have already fixed too) is > that in settings->appearance->style, selecting different styles doesn't > make a difference. And one more: a couple of times the whole desktop session has locked up. The mouse moves but you can't focus or interact with any windows or the status bar. Keyboard bindings are also ineffectual. Not sure what causes it. Bad bug report, I know :\ -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
NEW: net/kdeconnect-kde and x11/libfakekey
Hi, attached is a port for KDE Connect [1][2], a tool that allows your devices (phone, PC) to communicate, and for libfakekey, an optional dependency for KDE Connect. [1] https://invent.kde.org/kde/kdeconnect-kde [2] https://community.kde.org/KDEConnect --- net/kdeconnect-kde/pkg/DESCR: KDE Connect is a multi-platform app that allows your devices to communicate (eg: your phone and your computer). * Shared clipboard: Copy and paste between your phone and your computer (or any other device). * Notification sync: Read and reply to your Android notifications from the desktop. * Share files and URLs instantly from one device to another including some filesystem integration. * Multimedia remote control: Use your phone as a remote for Linux media players. * Virtual touchpad: Use your phone screen as your computer's touchpad and keyboard. * Presentation remote: Advance your presentation slides straight from your phone. All this is done completely wirelessly, utilising TLS encryption. --- --- x11/libfakekey/pkg/DESCR: libfakekey is a simple library for converting UTF-8 characters into 'fake' X key-presses. --- On your (Android) phone you need the KDE connect app (e.g., https://f-droid.org/packages/org.kde.kdeconnect_tp/). On your PC simply start `kdeconnect-indicator` (which in turn starts `kdeconnectd`). Despite the name you do not need a full KDE environment (works for me with cwm and stalonetray). I patched two files to use QHostAddress::AnyIPv4 instead of QHostAddress::Any (https://doc.qt.io/qt-5/qhostaddress.html#SpecialAddress-enum). The latter is intended for the dual stack any-address but on OpenBSD this binds just to IPv6. So the patch enables IPv4 (but disables IPv6). The patch to enable browsing the phone's file system is taken from the FreeBSD port (which uses `sshpass -p` :-( ... but this is a random password generated within the TLS session). Comments and reviews are appreciated. OK to import? Best regards, Ingo kdeconnect-kde.tar.gz Description: application/tar-gz libfakekey.tar.gz Description: application/tar-gz
Re: [update] nginx 1.16.1
On Fri, 16 Aug 2019 08:46:25 +0200, Landry Breuil wrote: > here's an update to nginx 1.16.1 I have nginx-ldap_auth-1.16.1(www/nginx,-ldap_auth): Missing: ldap.13 from openldap-client-2.4.48 (/var/www/modules/ngx_http_auth_ldap_module.so) Extra: ldap-2.4.13 WANTLIB += ldap Scanning: ok and some patches need to be regen Patching file src/core/ngx_cycle.c using Plan A... Hunk #1 succeeded at 1173 (offset 64 lines). Patching file src/core/ngx_string.c using Plan A... Hunk #1 succeeded at 2035 (offset 8 lines). Patching file src/core/ngx_string.h using Plan A... Hunk #1 succeeded at 234 (offset 2 lines). with that solved, ok danj@ Cheers, Daniel
UPDATE: Nextcloud-16.0.4
Hello,
Update for Nextcloud to 16.0.4:
https://nextcloud.com/changelog/
OK? Comments?
Cheers.-
--
- gonzalo
Index: Makefile
===
RCS file: /cvs/ports/www/nextcloud/Makefile,v
retrieving revision 1.41
diff -u -p -r1.41 Makefile
--- Makefile17 Jul 2019 06:15:40 - 1.41
+++ Makefile16 Aug 2019 11:13:17 -
@@ -2,7 +2,7 @@
COMMENT= easy and universal access to shared and/or personal
files
-V= 16.0.3
+V= 16.0.4
DISTNAME= nextcloud-${V}
EXTRACT_SUFX= .tar.bz2
Index: distinfo
===
RCS file: /cvs/ports/www/nextcloud/distinfo,v
retrieving revision 1.26
diff -u -p -r1.26 distinfo
--- distinfo17 Jul 2019 06:15:40 - 1.26
+++ distinfo16 Aug 2019 11:13:17 -
@@ -1,2 +1,2 @@
-SHA256 (nextcloud-16.0.3.tar.bz2) =
oT9ozkehNiMYYpulsRiln6mDWLsY9K/DceoVEE8ogfM=
-SIZE (nextcloud-16.0.3.tar.bz2) = 61612508
+SHA256 (nextcloud-16.0.4.tar.bz2) =
4GMAJR7JNaG8mPqQpKVr9JQrDlWdYKGRt+Sdj/2f7NA=
+SIZE (nextcloud-16.0.4.tar.bz2) = 61914385
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/nextcloud/pkg/PLIST,v
retrieving revision 1.29
diff -u -p -r1.29 PLIST
--- pkg/PLIST 17 Jul 2019 06:15:40 - 1.29
+++ pkg/PLIST 16 Aug 2019 11:13:18 -
@@ -5048,6 +5048,8 @@ nextcloud/apps/accessibility/l10n/gl.js
nextcloud/apps/accessibility/l10n/gl.json
nextcloud/apps/accessibility/l10n/he.js
nextcloud/apps/accessibility/l10n/he.json
+nextcloud/apps/accessibility/l10n/hi_IN.js
+nextcloud/apps/accessibility/l10n/hi_IN.json
nextcloud/apps/accessibility/l10n/hu.js
nextcloud/apps/accessibility/l10n/hu.json
nextcloud/apps/accessibility/l10n/is.js
@@ -5170,6 +5172,8 @@ nextcloud/apps/activity/l10n/bn_BD.js
nextcloud/apps/activity/l10n/bn_BD.json
nextcloud/apps/activity/l10n/br.js
nextcloud/apps/activity/l10n/br.json
+nextcloud/apps/activity/l10n/bs.js
+nextcloud/apps/activity/l10n/bs.json
nextcloud/apps/activity/l10n/ca.js
nextcloud/apps/activity/l10n/ca.json
nextcloud/apps/activity/l10n/cs.js
@@ -7450,6 +7454,7 @@ nextcloud/apps/files_external/lib/Config
nextcloud/apps/files_external/lib/Config/ExternalMountPoint.php
nextcloud/apps/files_external/lib/Config/IConfigHandler.php
nextcloud/apps/files_external/lib/Config/SimpleSubstitutionTrait.php
+nextcloud/apps/files_external/lib/Config/UserContext.php
nextcloud/apps/files_external/lib/Config/UserPlaceholderHandler.php
nextcloud/apps/files_external/lib/Controller/
nextcloud/apps/files_external/lib/Controller/AjaxController.php
@@ -8081,6 +8086,8 @@ nextcloud/apps/files_rightclick/l10n/de.
nextcloud/apps/files_rightclick/l10n/de.json
nextcloud/apps/files_rightclick/l10n/de_DE.js
nextcloud/apps/files_rightclick/l10n/de_DE.json
+nextcloud/apps/files_rightclick/l10n/el.js
+nextcloud/apps/files_rightclick/l10n/el.json
nextcloud/apps/files_rightclick/l10n/eo.js
nextcloud/apps/files_rightclick/l10n/eo.json
nextcloud/apps/files_rightclick/l10n/es.js
@@ -8113,6 +8120,8 @@ nextcloud/apps/files_rightclick/l10n/nl.
nextcloud/apps/files_rightclick/l10n/nl.json
nextcloud/apps/files_rightclick/l10n/pl.js
nextcloud/apps/files_rightclick/l10n/pl.json
+nextcloud/apps/files_rightclick/l10n/ps.js
+nextcloud/apps/files_rightclick/l10n/ps.json
nextcloud/apps/files_rightclick/l10n/pt_BR.js
nextcloud/apps/files_rightclick/l10n/pt_BR.json
nextcloud/apps/files_rightclick/l10n/ru.js
@@ -8567,10 +8576,18 @@ nextcloud/apps/files_texteditor/js/publi
nextcloud/apps/files_texteditor/js/sidebarpreview.js
nextcloud/apps/files_texteditor/js/supported_mimetypes.json
nextcloud/apps/files_texteditor/l10n/
+nextcloud/apps/files_texteditor/l10n/ar.js
+nextcloud/apps/files_texteditor/l10n/ar.json
nextcloud/apps/files_texteditor/l10n/ast.js
nextcloud/apps/files_texteditor/l10n/ast.json
+nextcloud/apps/files_texteditor/l10n/az.js
+nextcloud/apps/files_texteditor/l10n/az.json
nextcloud/apps/files_texteditor/l10n/bg.js
nextcloud/apps/files_texteditor/l10n/bg.json
+nextcloud/apps/files_texteditor/l10n/bn_BD.js
+nextcloud/apps/files_texteditor/l10n/bn_BD.json
+nextcloud/apps/files_texteditor/l10n/bs.js
+nextcloud/apps/files_texteditor/l10n/bs.json
nextcloud/apps/files_texteditor/l10n/ca.js
nextcloud/apps/files_texteditor/l10n/ca.json
nextcloud/apps/files_texteditor/l10n/cs.js
@@ -8641,6 +8658,8 @@ nextcloud/apps/files_texteditor/l10n/hu.
nextcloud/apps/files_texteditor/l10n/hu.json
nextcloud/apps/files_texteditor/l10n/hy.js
nextcloud/apps/files_texteditor/l10n/hy.json
+nextcloud/apps/files_texteditor/l10n/ia.js
+nextcloud/apps/files_texteditor/l10n/ia.json
nextcloud/apps/files_texteditor/l10n/id.js
nextcloud/apps/files_texteditor/l10n/id.json
nextcloud/apps/files_texteditor/l10n/is.js
@@ -8651,14 +8670,24 @@ nextcloud/apps/files_texteditor/l10n/ja.
nextcloud/apps/fi
update: devel/py-arrow
Hi ports@,
Here's an update of devel/py-arrow from 0.14.2 to 0.14.5. Find the
changelog here:
https://github.com/crsmithdev/arrow/blob/master/HISTORY.md
I did not find consumers for this port. All tests pass for both python2
and python3.
I have some doubts regarding the PLIST update. As you can see on the
diff, 'make plist' added a couple of lines on the top I do not see on
other ports. Also, there is a line that repeats MODPY_COMMENT, I saw
this on 2 other ports (www/py-flask-login and www/py-webtest), but not
sure if that's ok.
Are those correct ?
Cheers,
Paco.
Index: Makefile
===
RCS file: /cvs/ports/devel/py-arrow/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- Makefile23 Jun 2019 16:09:57 - 1.5
+++ Makefile16 Aug 2019 10:34:58 -
@@ -2,7 +2,7 @@
COMMENT = better dates and times for Python
-MODPY_EGG_VERSION =0.14.2
+MODPY_EGG_VERSION =0.14.5
DISTNAME = arrow-${MODPY_EGG_VERSION}
PKGNAME = py-arrow-${MODPY_EGG_VERSION}
Index: distinfo
===
RCS file: /cvs/ports/devel/py-arrow/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo23 Jun 2019 16:09:57 - 1.3
+++ distinfo16 Aug 2019 10:34:58 -
@@ -1,2 +1,2 @@
-SHA256 (arrow-0.14.2.tar.gz) = Qb5+pMU8LPV78w8tYU9gxBEWATP3oKjEkRHDD7fnJbU=
-SIZE (arrow-0.14.2.tar.gz) = 102667
+SHA256 (arrow-0.14.5.tar.gz) = AYYCbP2Uyk+3c/MMxTmCiaMCdIDTNeDlwNJ3JkN2MTc=
+SIZE (arrow-0.14.5.tar.gz) = 590609
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/py-arrow/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST 13 Dec 2018 21:38:33 - 1.1.1.1
+++ pkg/PLIST 16 Aug 2019 10:34:58 -
@@ -1,4 +1,6 @@
@comment $OpenBSD: PLIST,v 1.1.1.1 2018/12/13 21:38:33 jca Exp $
+lib/python${MODPY_VERSION}/
+lib/python${MODPY_VERSION}/site-packages/
lib/python${MODPY_VERSION}/site-packages/arrow/
lib/python${MODPY_VERSION}/site-packages/arrow-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/
lib/python${MODPY_VERSION}/site-packages/arrow-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
@@ -8,8 +10,9 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/arrow-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt
lib/python${MODPY_VERSION}/site-packages/arrow-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
lib/python${MODPY_VERSION}/site-packages/arrow/__init__.py
-${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/arrow/${MODPY_PYCACHE}/
+${MODPY_COMMENT}${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/arrow/${MODPY_PYCACHE}/
lib/python${MODPY_VERSION}/site-packages/arrow/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/arrow/${MODPY_PYCACHE}_version.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/arrow/${MODPY_PYCACHE}api.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/arrow/${MODPY_PYCACHE}arrow.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/arrow/${MODPY_PYCACHE}factory.${MODPY_PYC_MAGIC_TAG}pyc
@@ -17,6 +20,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/arrow/${MODPY_PYCACHE}locales.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/arrow/${MODPY_PYCACHE}parser.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/arrow/${MODPY_PYCACHE}util.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/arrow/_version.py
lib/python${MODPY_VERSION}/site-packages/arrow/api.py
lib/python${MODPY_VERSION}/site-packages/arrow/arrow.py
lib/python${MODPY_VERSION}/site-packages/arrow/factory.py
--
Paco Esteban.
https://onna.be/gpgkey.asc
9A6B 6083 AD9E FDC2 0EAF 5CB3 5818 130B 8A6D BC03
Re: [wip] Xfce 4.14 final
On Fri, Aug 16, 2019 at 10:59:19AM +0100, Edd Barrett wrote: > On Thu, Aug 15, 2019 at 02:27:18PM +0200, Landry Breuil wrote: > > Its been worked around with... > > > > as for the vblank stuff, a blurb about compositing was added to the > > README in... > > Cool, thanks. > > One other nit I just noticed (that you may have already fixed too) is > that in settings->appearance->style, selecting different styles doesn't > make a difference. Well it totally does here, so maybe you dont have xfconf or xfsettingsd running for some reason. Or you've only tried broken styles :) Landry
Re: [wip] Xfce 4.14 final
On Thu, Aug 15, 2019 at 02:27:18PM +0200, Landry Breuil wrote: > Its been worked around with... > > as for the vblank stuff, a blurb about compositing was added to the > README in... Cool, thanks. One other nit I just noticed (that you may have already fixed too) is that in settings->appearance->style, selecting different styles doesn't make a difference. Thanks! -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: unbreak and update dxx-rebirth
On Fri, August 16, 2019 07:44, Thomas Frohwein wrote:
> ping
>
Hi,
Doesn't build with physfs-3.0.1 but this is not a problem as we already
have 3.0.2 in the tree.
base-gcc is not needed for c++14.
Works fine on amd64, builds on macppc.
Runtime on macppc fails with:
similar/main/text.cpp:222: load_text: error: Cannot open file DESCENT.TEX or
DESCENT.TXB
I'm using the same data on amd64 and macppc. I think this could be fixed
after the update, so OK kirby@
> On Mon, Aug 5, 2019, at 12:02 PM, Thomas Frohwein wrote:
>> Hi,
>>
>> With physfs-3.0.2 in, the diff below now works to update dxx-rebirth to
>> the most recent tarball. The game is now using something akin to
>> irregular nightlies.
>>
>> Also add hint to shareware assets download to README to facilitate
>> testing. timidity is needed for the MIDI soundtrack - add mention of
>> this to README, too.
>>
>> Change HOMEPAGE to https while here.
>>
>> Tested build (clang) and runtime on amd64 without issues.
>>
>> ok?
>>
>> Index: Makefile
>> ===
>> RCS file: /cvs/ports/games/dxx-rebirth/Makefile,v
>> retrieving revision 1.6
>> diff -u -p -r1.6 Makefile
>> --- Makefile 14 Jul 2019 00:39:36 - 1.6
>> +++ Makefile 5 Aug 2019 17:52:36 -
>> @@ -1,25 +1,21 @@
>> -# $OpenBSD: Makefile,v 1.6 2019/07/14 00:39:36 naddy Exp $
>> +# $OpenBSD: Makefile,v 1.4 2019/01/06 21:26:03 thfr Exp $
>>
>> -.for i in aarch64 amd64 arm i386
>> -BROKEN-$i = needs update following clang update in base
>> -.endfor
>> -
>> -V = 0.60
>> +V = 0.60pl20190731
>> COMMENT = source port of Descent, a 6-degrees-of-freedom shooter
>> -DISTNAME = dxx-rebirth_v${V}-weekly-11-08-17-src
>> +DISTNAME = dxx-rebirth_${V:S/0.60pl//g}-src
>> PKGNAME = dxx-rebirth-${V}
>> CATEGORIES =games x11
>> -REVISION = 2
>>
>> -HOMEPAGE = http://www.dxx-rebirth.com/
>> +HOMEPAGE = https://www.dxx-rebirth.com/
>> MAINTAINER =Thomas Frohwein
>>
>> # GPLv3 with special exception for Parallax license
>> PERMIT_PACKAGE =Yes
>>
>> -WANTLIB += ${COMPILER_LIBCXX} GL GLU SDL SDL_mixer c m physfs
>> +WANTLIB += ${COMPILER_LIBCXX} GL GLU SDL SDL_mixer c m physfs png z
>>
>> -MASTER_SITES =
>> http://www.dxx-rebirth.com/download/dxx/user/afuturepilot/
>> +MASTER_SITES = https://www.dxx-rebirth.com/download/dxx/rebirth/
>> +EXTRACT_SUFX = .tar.xz
>>
>> # C++14
>> COMPILER = base-clang ports-gcc base-gcc
>> @@ -32,10 +28,9 @@ MODSCONS_FLAGS = ignore_unknown_variable
>>
>> LIB_DEPENDS = devel/physfs \
>> devel/sdl \
>> -devel/sdl-mixer
>> +devel/sdl-mixer \
>> +graphics/png
>>
>> NO_TEST = Yes
>> -
>> -WRKDIST = ${WRKDIR}/dxx-rebirth_v${V}-weekly-src
>>
>> .include
>> Index: distinfo
>> ===
>> RCS file: /cvs/ports/games/dxx-rebirth/distinfo,v
>> retrieving revision 1.1.1.1
>> diff -u -p -r1.1.1.1 distinfo
>> --- distinfo 24 Dec 2017 19:13:43 - 1.1.1.1
>> +++ distinfo 5 Aug 2019 17:52:36 -
>> @@ -1,2 +1,2 @@
>> -SHA256 (dxx-rebirth_v0.60-weekly-11-08-17-src.tar.gz) =
>> Wv40zLDh+jJ1DcYEIEtAjpLov/1Jm5lPZZea672arWM=
>> -SIZE (dxx-rebirth_v0.60-weekly-11-08-17-src.tar.gz) = 22959334
>> +SHA256 (dxx-rebirth_20190731-src.tar.xz) =
>> JTHtnDShvz+5miqHXa2lGG1/xfsQ/4NK6IPrIdPhAb8=
>> +SIZE (dxx-rebirth_20190731-src.tar.xz) = 1308972
>> Index: patches/patch-SConstruct
>> ===
>> RCS file: patches/patch-SConstruct
>> diff -N patches/patch-SConstruct
>> --- patches/patch-SConstruct 28 Dec 2018 06:15:59 - 1.2
>> +++ /dev/null1 Jan 1970 00:00:00 -
>> @@ -1,102 +0,0 @@
>> -$OpenBSD: patch-SConstruct,v 1.2 2018/12/28 06:15:59 bcallah Exp $
>> -
>> -Don't hardcode optimization flags
>> -Never pass -Werror
>> -Remove unrecognized warning flags
>> -add openbsd6 - will need better solution to not break with openbsd7
>> -Don't search for GNU as; it needlessly breaks the build on aarch64
>> -
>> -Index: SConstruct
>> SConstruct.orig
>> -+++ SConstruct
>> -@@ -648,7 +648,6 @@ help:assume C++ compiler works
>> -if user_settings.show_tool_version:
>> -CXX = cenv['CXX']
>> -self._show_tool_version(context, CXX, 'C++ compiler')
>> -- self._show_indirect_tool_version(context, CXX, 'as',
>> 'assembler')
>> -self._show_indirect_tool_version(context, CXX, 'ld',
>> 'linker')
>> -if use_distcc:
>> -self._show_tool_version(context, use_distcc,
>> 'distcc', False)
>> -@@ -803,7 +802,6 @@ help:assume C++ compiler works
>> -forced, expected = self._check_sconf_forced(calling_function)
>> -caller_modified_env_flags =
>> self.PreservedEnvironment(context.env,
>> self.__flags_Werror.keys() + testflags.keys())
>> -# Always p
update net/nmap 7.80
Hi, Here an update for this port, diff updated by @giovanni a bit. Regards. nmap-7.80.diff Description: Binary data
[Update] databases/py-sqlalchemy-migrate : update to 0.12.0
Hi, ports@:
Here is a patch for databases/py-sqlalchemy-migrate:
i) Update to 0.12.0
ii) Fix a typo in PLIST
It build and run well on amd64-head system.
It defined NO_TEST=yes.
No other ports depends on it.
Comments? OK?
wen
Index: Makefile
===
RCS file: /cvs/ports/databases/py-sqlalchemy-migrate/Makefile,v
retrieving revision 1.12
diff -u -p -r1.12 Makefile
--- Makefile12 Jul 2019 20:44:00 - 1.12
+++ Makefile16 Aug 2019 07:33:21 -
@@ -2,10 +2,9 @@
COMMENT = schema migration tools for SQLAlchemy
-MODPY_EGG_VERSION =0.11.0
+MODPY_EGG_VERSION =0.12.0
DISTNAME = sqlalchemy-migrate-${MODPY_EGG_VERSION}
PKGNAME = py-${DISTNAME}
-REVISION = 2
CATEGORIES = databases
Index: distinfo
===
RCS file: /cvs/ports/databases/py-sqlalchemy-migrate/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- distinfo19 May 2017 04:50:12 - 1.5
+++ distinfo16 Aug 2019 07:33:21 -
@@ -1,2 +1,2 @@
-SHA256 (sqlalchemy-migrate-0.11.0.tar.gz) =
5or14+BWH2KdTrI9nQ6nfSZJdH8u/zf9Ka7OdGFcolE=
-SIZE (sqlalchemy-migrate-0.11.0.tar.gz) = 128299
+SHA256 (sqlalchemy-migrate-0.12.0.tar.gz) =
jPraMLvPeag7Oi0bzWN95+H0PjkNVN4z5PMkn9mqz64=
+SIZE (sqlalchemy-migrate-0.12.0.tar.gz) = 128499
Index: pkg/PLIST
===
RCS file: /cvs/ports/databases/py-sqlalchemy-migrate/pkg/PLIST,v
retrieving revision 1.4
diff -u -p -r1.4 PLIST
--- pkg/PLIST 23 Jun 2018 21:46:44 - 1.4
+++ pkg/PLIST 16 Aug 2019 07:33:21 -
@@ -79,7 +79,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/migrate/tests/integrated/test_docs.py
lib/python${MODPY_VERSION}/site-packages/migrate/tests/versioning/
lib/python${MODPY_VERSION}/site-packages/migrate/tests/versioning/__init__.py
-${MOPDY_COMMENT}lib/python${MODPY_VERSION}/site-packages/migrate/tests/versioning/${MODPY_PYCACHE}/
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/migrate/tests/versioning/${MODPY_PYCACHE}/
lib/python${MODPY_VERSION}/site-packages/migrate/tests/versioning/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/migrate/tests/versioning/${MODPY_PYCACHE}test_api.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/migrate/tests/versioning/${MODPY_PYCACHE}test_cfgparse.${MODPY_PYC_MAGIC_TAG}pyc
