Re: [UPDATE] x11/terminator 0.98 -> 1.91
Weekly bump. El lun., 11 jun. 2018 a las 15:38, Elias M. Mariani () escribió: > > Find attached the diff with the directory removal. > Thanks landry@ for the explanation about this on CVS. > > > 2018-06-11 4:35 GMT-03:00 Elias M. Mariani : > > OK, sorry, new to CVS... > > But I don't even see any mention of the patch file been deleted, maybe > > I need to specify this to CVS? > > > > Cheers. > > Elias. > > > > 2018-06-11 2:39 GMT-03:00 Landry Breuil : > >> On Sun, Jun 10, 2018 at 08:31:57PM -0300, Elias M. Mariani wrote: > >>> This is not a ping... > >>> I noticed that the diff didn't have the removal of the patches > >>> directory, there is no need for that one patch anymore in this > >>> version. > >>> > >>> If someone decides to commit this must remove the directory. > >> > >> cvs has no concept of directory removal, once a dir is empty cvs up -PAd > >> will remove the dir from the local checkout. > >>
Re: WireGuard for OpenBSD
On 2018/06/19 22:04, Rolf Sommerhalder wrote: > > Is there any chance of this being made into a port/package, knowing > > it's just a snapshot? > > I have just send my first attempt for a new port "net/wireguard" to this list. > Please test and send diffs/PRs, thanks! > The approach you're taking in your version is ignoring a lot of pieces of ports framework which it ought to be using. bentley@ sent a port of wireguard-tools shortly after Jason's first mail, which is a lot closer to what's needed for that ports-wise. He was looking at wireguard-go separately but ran into some issues.
Re: UPDATE: devel/lazarus
On Tue, Jun 19, 2018 at 07:28:47PM +0200, Jeremie Courreges-Anglas wrote: > On Mon, Jun 18 2018, Juan Francisco Cantero Hurtado wrote: > > The port builds for me. Can we give lazarus another chance?. > > Well, I've just built lazarus-1.6.4 132 times in a row on amd64. > But I haven't managed to complete a single lazarus-1.8.4 build, an > access violation happens every time here. Local problem...? Nope, maybe that is the kind of problem which only happens with dpb. I built manually the update on -current and 6.3. Anyway, forget the update :( > > [...] > gmake[1]: Leaving directory > '/usr/ports/pobj/lazarus-1.8.4/lazarus/components/lazcontrols' > gmake -C components/synedit LCL_PLATFORM=nogui > gmake[1]: Entering directory > '/usr/ports/pobj/lazarus-1.8.4/lazarus/components/synedit' > /bin/rm -f units/x86_64-openbsd/nogui/allsynedit.ppu > /bin/mkdir -p units/x86_64-openbsd/nogui > /usr/local/bin/ppcx64 -FD -MObjFPC -Scghi -CR -O1 -g -gl -l -vewnhibq > -vm5024,4055 -dLCL -dLCLnogui -CR -dgc -Fu../../packager/units/x86_64-openbsd > -Fu../lazutils/lib/x86_64-openbsd -Fu../../lcl/units/x86_64-openbsd > -Fu../../lcl/units/x86_64-openbsd/nogui -Fu. > -Fu/usr/local/lib/fpc/3.0.4/units/x86_64-openbsd/rtl -FE. > -FUunits/x86_64-openbsd/nogui -Cg -dx86_64 allsynedit.pas > Hint: (11030) Start of reading config file /etc/fpc.cfg > Hint: (11031) End of reading config file /etc/fpc.cfg > Free Pascal Compiler version 3.0.4 [2018/06/18] for x86_64 > Copyright (c) 1993-2017 by Florian Klaempfl and others > (1002) Target OS: OpenBSD for x86-64 > (3104) Compiling allsynedit.pas > (3104) Compiling synbeautifier.pas > Fatal: (1018) Compilation aborted > An unhandled exception occurred at $00400E0B: > EAccessViolation: Access violation > $00400E0B > > gmake[1]: *** [Makefile:2785: allsynedit.ppu] Error 217 > gmake[1]: Leaving directory > '/usr/ports/pobj/lazarus-1.8.4/lazarus/components/synedit' > gmake: *** [Makefile:3286: lazbuild] Error 2 > *** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2704 > '/usr/ports/pobj/lazarus-1.8.4/.build_done') > *** Error 1 in /usr/ports/devel/lazarus > (/usr/ports/infrastructure/mk/bsd.port.mk:2383 'all') > > > -- > jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: [UPDATE] databases/py-sqlalchemy
The diff looks OK. I would prefer that ports had docs as an optional, but it doesn't seem to be the policy. The project tries to be minimalistic and we end up having duplicate docs (with the python ports at least) witch most of the time aren't used. Cheers. Elias. 2018-06-19 16:49 GMT-03:00 Remi Pointel : > On 06/19/18 21:40, Elias M. Mariani wrote: >> >> Remi, I think that py3 and py versions still conflict, check this >> solution that I sent a while back: >> https://marc.info/?l=openbsd-ports=152884055212579=3 >> Or just make to folders with py3 and py documentations in different >> folders. > > > Good catch, I forgot this part. > > ok with this diff? > > Cheers, > > Remi.
Re: WireGuard for OpenBSD
> Is there any chance of this being made into a port/package, knowing > it's just a snapshot? I have just send my first attempt for a new port "net/wireguard" to this list. Please test and send diffs/PRs, thanks!
NEW: net/wireguard
Hello, Attached is a new port for pre-release snapshots of WireGuard user-space VPN implementation in Go. It is my frst attempt to transcribe Jason's build & install shell script into an OpenBSD port ( https://xn--4db.cc/IKuBc62Z ). -- pkg/DESCR: ***WARNING:*** This is a work in progress and not ready for prime time, with no official "releases" yet. WireGuard is an extremely simple yet fast and modern VPN that utilizes state-of-the-art cryptography. It aims to be faster, simpler, leaner, and more useful than IPSec, while avoiding the massive headache. It intends to be considerably more performant than OpenVPN. https://www.wireguard.com/ https://git.zx2c4.com/wireguard-go/tree/README.md -- So far, I built and tested this port on OpenBSD 6.3-stable amd64 only against the latest snapshot of WG app for Android on Nexus 5X and Samsung S3. This initial port certainly requires more work. But it may facilitate the tracking of frequent pre-release snapshots of WG compared to Jason's shell script. In order to track issues and your PRs, I intend to put it up in a few days at https://github.com/jasperla/openbsd-wip/tree/master/net Thanks, Rolf wireguard-0.0.20180613.tgz Description: application/gzip
Re: [UPDATE] databases/py-sqlalchemy
On 06/19/18 21:40, Elias M. Mariani wrote:
Remi, I think that py3 and py versions still conflict, check this
solution that I sent a while back:
https://marc.info/?l=openbsd-ports=152884055212579=3
Or just make to folders with py3 and py documentations in different folders.
Good catch, I forgot this part.
ok with this diff?
Cheers,
Remi.
Index: Makefile
===
RCS file: /cvs/ports/databases/py-sqlalchemy/Makefile,v
retrieving revision 1.35
diff -u -p -u -p -r1.35 Makefile
--- Makefile 19 Jun 2018 13:59:24 - 1.35
+++ Makefile 19 Jun 2018 19:47:44 -
@@ -5,6 +5,7 @@ COMMENT = database toolkit for Python
MODPY_EGG_VERSION = 1.2.8
DISTNAME = SQLAlchemy-${MODPY_EGG_VERSION}
PKGNAME = py-sqlalchemy-${MODPY_EGG_VERSION:S/p/./}
+REVISION = 0
CATEGORIES = databases
@@ -34,10 +35,10 @@ TEST_DEPENDS += databases/py-sqlite2${M
.endif
post-install:
- ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/py-sqlalchemy
- ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/py-sqlalchemy
- cd ${WRKSRC}/doc && pax -rw * ${PREFIX}/share/doc/py-sqlalchemy
+ ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/${MODPY_PY_PREFIX}sqlalchemy
+ ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/${MODPY_PY_PREFIX}sqlalchemy
+ cd ${WRKSRC}/doc && pax -rw * ${PREFIX}/share/doc/${MODPY_PY_PREFIX}sqlalchemy
cd ${WRKSRC}/examples && \
- pax -rw * ${PREFIX}/share/examples/py-sqlalchemy
+ pax -rw * ${PREFIX}/share/examples/${MODPY_PY_PREFIX}sqlalchemy
.include
Index: pkg/PLIST
===
RCS file: /cvs/ports/databases/py-sqlalchemy/pkg/PLIST,v
retrieving revision 1.14
diff -u -p -u -p -r1.14 PLIST
--- pkg/PLIST 19 Jun 2018 13:59:24 - 1.14
+++ pkg/PLIST 19 Jun 2018 19:47:45 -
@@ -430,495 +430,495 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/sqlalchemy/util/langhelpers.py
lib/python${MODPY_VERSION}/site-packages/sqlalchemy/util/queue.py
lib/python${MODPY_VERSION}/site-packages/sqlalchemy/util/topological.py
-share/doc/py-sqlalchemy/
-share/doc/py-sqlalchemy/_images/
-share/doc/py-sqlalchemy/_images/sqla_arch_small.png
-share/doc/py-sqlalchemy/_images/sqla_engine_arch.png
-share/doc/py-sqlalchemy/_modules/
-share/doc/py-sqlalchemy/_modules/examples/
-share/doc/py-sqlalchemy/_modules/examples/adjacency_list/
-share/doc/py-sqlalchemy/_modules/examples/adjacency_list/adjacency_list.html
-share/doc/py-sqlalchemy/_modules/examples/association/
-share/doc/py-sqlalchemy/_modules/examples/association/basic_association.html
-share/doc/py-sqlalchemy/_modules/examples/association/dict_of_sets_with_default.html
-share/doc/py-sqlalchemy/_modules/examples/association/proxied_association.html
-share/doc/py-sqlalchemy/_modules/examples/custom_attributes/
-share/doc/py-sqlalchemy/_modules/examples/custom_attributes/active_column_defaults.html
-share/doc/py-sqlalchemy/_modules/examples/custom_attributes/custom_management.html
-share/doc/py-sqlalchemy/_modules/examples/custom_attributes/listen_for_events.html
-share/doc/py-sqlalchemy/_modules/examples/dogpile_caching/
-share/doc/py-sqlalchemy/_modules/examples/dogpile_caching/advanced.html
-share/doc/py-sqlalchemy/_modules/examples/dogpile_caching/caching_query.html
-share/doc/py-sqlalchemy/_modules/examples/dogpile_caching/environment.html
-share/doc/py-sqlalchemy/_modules/examples/dogpile_caching/fixture_data.html
-share/doc/py-sqlalchemy/_modules/examples/dogpile_caching/helloworld.html
-share/doc/py-sqlalchemy/_modules/examples/dogpile_caching/local_session_caching.html
-share/doc/py-sqlalchemy/_modules/examples/dogpile_caching/model.html
-share/doc/py-sqlalchemy/_modules/examples/dogpile_caching/relationship_caching.html
-share/doc/py-sqlalchemy/_modules/examples/dynamic_dict/
-share/doc/py-sqlalchemy/_modules/examples/dynamic_dict/dynamic_dict.html
-share/doc/py-sqlalchemy/_modules/examples/elementtree/
-share/doc/py-sqlalchemy/_modules/examples/elementtree/adjacency_list.html
-share/doc/py-sqlalchemy/_modules/examples/elementtree/optimized_al.html
-share/doc/py-sqlalchemy/_modules/examples/elementtree/pickle.html
-share/doc/py-sqlalchemy/_modules/examples/generic_associations/
-share/doc/py-sqlalchemy/_modules/examples/generic_associations/discriminator_on_association.html
-share/doc/py-sqlalchemy/_modules/examples/generic_associations/generic_fk.html
-share/doc/py-sqlalchemy/_modules/examples/generic_associations/table_per_association.html
-share/doc/py-sqlalchemy/_modules/examples/generic_associations/table_per_related.html
-share/doc/py-sqlalchemy/_modules/examples/graphs/
-share/doc/py-sqlalchemy/_modules/examples/graphs/directed_graph.html
-share/doc/py-sqlalchemy/_modules/examples/inheritance/
-share/doc/py-sqlalchemy/_modules/examples/inheritance/concrete.html
-share/doc/py-sqlalchemy/_modules/examples/inheritance/joined.html
-share/doc/py-sqlalchemy/_modules/examples/inheritance/single.html
Re: [UPDATE] databases/py-sqlalchemy
Remi, I think that py3 and py versions still conflict, check this solution that I sent a while back: https://marc.info/?l=openbsd-ports=152884055212579=3 Or just make to folders with py3 and py documentations in different folders. Cheers. Elias, 2018-06-19 8:05 GMT-03:00 Remi Pointel : > Hi, > > attached is the diff to update to latest release. > > Ok? > > Cheers, > > Remi.
Re: www/mozilla-firefox: fix volume controls
On Tue, 19 Jun 2018 20:50:35 +0200, Landry Breuil wrote: > I'll probably backport it in 61. Yes please please please!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2018/06/19 13:04:58 Modified files: infrastructure/mk: bsd.port.mk Log message: Replace useless update-patches prompt with EDIT_PATCHES user setting The user's answer was always ignored and updated patches would be opened unconditionally. EDIT_PATCHES=No can be used avoid running an editor, otherwise updated patches are always opened to encourage review. Feedback from espie jca sthen, OK jca
Re: www/mozilla-firefox: fix volume controls
On Tue, Jun 19, 2018 at 08:43:16PM +0200, Stefan Sperling wrote: > On Fri, May 18, 2018 at 10:01:40PM +0200, Landry Breuil wrote: > > On Tue, May 15, 2018 at 11:23:33PM +0200, Alexandre Ratchov wrote: > > > Maybe you've noticed that somtimes sound volume in firefox doesn't > > > match the volume indicator until you touch it. > > > > > > This is because the firefox audio API has no volume getter and assumes > > > the initial volume is 1, while sndio saves volumes and allows volume > > > to be controlled externally, which makes firefox use a wrong > > > representation of the actual volume. > > > > > > The workaround is to do like alsa, pulseaudio and other backends: stop > > > using the native volume control and adjust the volume of the signal in > > > firefox. > > > > Well, you know my policy about carrying patches... first file a bug > > upstream, get your patch reviewed (probably by padenot) and commited, > > and then i'll happily okay a backport to our port. > > > > The logic sounds right, unless a getter for the volume has been > > implemented since then in central/beta or is in the works. Hence, better > > discussing it upstream :) > > > > What's the status of this. Is there an upstream ticket? https://bugzilla.mozilla.org/show_bug.cgi?id=1467882 I'll probably backport it in 61.
Re: www/mozilla-firefox: fix volume controls
On Fri, May 18, 2018 at 10:01:40PM +0200, Landry Breuil wrote: > On Tue, May 15, 2018 at 11:23:33PM +0200, Alexandre Ratchov wrote: > > Maybe you've noticed that somtimes sound volume in firefox doesn't > > match the volume indicator until you touch it. > > > > This is because the firefox audio API has no volume getter and assumes > > the initial volume is 1, while sndio saves volumes and allows volume > > to be controlled externally, which makes firefox use a wrong > > representation of the actual volume. > > > > The workaround is to do like alsa, pulseaudio and other backends: stop > > using the native volume control and adjust the volume of the signal in > > firefox. > > Well, you know my policy about carrying patches... first file a bug > upstream, get your patch reviewed (probably by padenot) and commited, > and then i'll happily okay a backport to our port. > > The logic sounds right, unless a getter for the volume has been > implemented since then in central/beta or is in the works. Hence, better > discussing it upstream :) > What's the status of this. Is there an upstream ticket?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2018/06/19 12:34:27 Added files: graphics/graphene/patches: patch-meson_build Log message: Unbreak on gcc archs
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2018/06/19 12:33:52 ports/graphics/graphene/patches Update of /cvs/ports/graphics/graphene/patches In directory cvs.openbsd.org:/tmp/cvs-serv80086/patches Log Message: Directory /cvs/ports/graphics/graphene/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2018/06/19 11:53:48 Modified files: textproc/apertium: Makefile Log message: Needs a c++11 compiler
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2018/06/19 11:48:49 Modified files: math/z3: Makefile Log message: Needs a c++11
Re: update-patches: replace useless prompt with user setting
On Mon, Jun 18 2018, Klemens Nanni wrote:
> On Mon, Jun 18, 2018 at 01:40:38PM +0200, Jeremie Courreges-Anglas wrote:
>> > +EDIT_PATCHES ?=
>>
>> Should be
>>
>> EDIT_PATCHES ?= Yes
> Agreed, thanks.
>
>> > + if [ -n "$$toedit" -a "${EDIT_PATCHES:L}" != no ]; then \
>>
>> I dislike using -a and -o in classic test/[ commands. Even if we don't
>> care in bsd.port.mk -a/-o are not standard; also test -a is used in
>> a single other place. Could you please amend the check like shown below?
>>
>> if [ -n "$$toedit" ] && [ "${EDIT_PATCHES:L}" != no ]; then
> Sure.
>
>> > +.It Ev EDIT_PATCHES
>> > +User settings.
>> > +If set to
>> > +.Sq \ ,
>> > +.Cm update-patches
>> > +will not open changed files in an editor.
>>
>> Nitpicking, what about adding "Defaults to 'Yes'"?
> Since the current behaviour is to always open files, other documented
> Yes/No switches already omit that clause and it doesn't add much value
> here as the only alternative is to open files, I left it out.
>
> OK?
ok jca@
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2018/06/19 11:30:36 Modified files: graphics/ansilove: Makefile distinfo Log message: Update ansilove to 3.0.9.
Re: UPDATE: devel/lazarus
On Mon, Jun 18 2018, Juan Francisco Cantero Hurtado wrote: > The port builds for me. Can we give lazarus another chance?. Well, I've just built lazarus-1.6.4 132 times in a row on amd64. But I haven't managed to complete a single lazarus-1.8.4 build, an access violation happens every time here. Local problem...? [...] gmake[1]: Leaving directory '/usr/ports/pobj/lazarus-1.8.4/lazarus/components/lazcontrols' gmake -C components/synedit LCL_PLATFORM=nogui gmake[1]: Entering directory '/usr/ports/pobj/lazarus-1.8.4/lazarus/components/synedit' /bin/rm -f units/x86_64-openbsd/nogui/allsynedit.ppu /bin/mkdir -p units/x86_64-openbsd/nogui /usr/local/bin/ppcx64 -FD -MObjFPC -Scghi -CR -O1 -g -gl -l -vewnhibq -vm5024,4055 -dLCL -dLCLnogui -CR -dgc -Fu../../packager/units/x86_64-openbsd -Fu../lazutils/lib/x86_64-openbsd -Fu../../lcl/units/x86_64-openbsd -Fu../../lcl/units/x86_64-openbsd/nogui -Fu. -Fu/usr/local/lib/fpc/3.0.4/units/x86_64-openbsd/rtl -FE. -FUunits/x86_64-openbsd/nogui -Cg -dx86_64 allsynedit.pas Hint: (11030) Start of reading config file /etc/fpc.cfg Hint: (11031) End of reading config file /etc/fpc.cfg Free Pascal Compiler version 3.0.4 [2018/06/18] for x86_64 Copyright (c) 1993-2017 by Florian Klaempfl and others (1002) Target OS: OpenBSD for x86-64 (3104) Compiling allsynedit.pas (3104) Compiling synbeautifier.pas Fatal: (1018) Compilation aborted An unhandled exception occurred at $00400E0B: EAccessViolation: Access violation $00400E0B gmake[1]: *** [Makefile:2785: allsynedit.ppu] Error 217 gmake[1]: Leaving directory '/usr/ports/pobj/lazarus-1.8.4/lazarus/components/synedit' gmake: *** [Makefile:3286: lazbuild] Error 2 *** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2704 '/usr/ports/pobj/lazarus-1.8.4/.build_done') *** Error 1 in /usr/ports/devel/lazarus (/usr/ports/infrastructure/mk/bsd.port.mk:2383 'all') -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2018/06/19 07:59:24 Modified files: databases/py-sqlalchemy: Makefile distinfo databases/py-sqlalchemy/pkg: PLIST Log message: update sqlalchemy to 1.2.8. ok jasper@.
[UPDATE] devel/py-uv
Hi,
attached is the diff to update py-uv to latest release. While here,
enable regression tests.
Ok?
Cheers,
Remi.
Index: Makefile
===
RCS file: /cvs/ports/devel/py-uv/Makefile,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 Makefile
--- Makefile 1 Jun 2018 15:32:04 - 1.2
+++ Makefile 19 Jun 2018 13:53:53 -
@@ -2,10 +2,9 @@
COMMENT = Python bindings to libuv
-MODPY_EGG_VERSION = 1.3.0
+MODPY_EGG_VERSION = 1.4.0
DISTNAME = pyuv-${MODPY_EGG_VERSION}
PKGNAME = py-uv-${MODPY_EGG_VERSION}
-REVISION = 0
CATEGORIES = devel
HOMEPAGE = https://github.com/saghul/pyuv
@@ -23,8 +22,13 @@ FLAVORS = python3
FLAVOR ?=
LIB_DEPENDS = devel/libuv
+TEST_DEPENDS += devel/py-nose${MODPY_FLAVOR} \
+ ${BASE_PKGPATH}=${MODPY_EGG_VERSION}
CFLAGS += -I${LOCALBASE}/include
MAKE_ENV += LIBUV_LIB_PATH=${LOCALBASE}/lib
+
+do-test:
+ cd ${WRKSRC} && PYUV_INSIDE_TOX=1 ${LOCALBASE}/bin/nosetests${MODPY_BIN_SUFFIX} -v
.include
Index: distinfo
===
RCS file: /cvs/ports/devel/py-uv/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo 12 May 2017 10:08:32 - 1.1.1.1
+++ distinfo 19 Jun 2018 13:53:53 -
@@ -1,2 +1,2 @@
-SHA256 (pyuv-1.3.0.tar.gz) = ASZ6yDoiXAii97Dsq7kQeH5HNuILTz9l/wUmr27lxd4=
-SIZE (pyuv-1.3.0.tar.gz) = 1508510
+SHA256 (pyuv-1.4.0.tar.gz) = yuogBNESX+F8vePCEcirxyhE6bjdffoAdxHpj7yW+8I=
+SIZE (pyuv-1.4.0.tar.gz) = 400526
Index: patches/patch-setup_libuv_py
===
RCS file: /cvs/ports/devel/py-uv/patches/patch-setup_libuv_py,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 patch-setup_libuv_py
--- patches/patch-setup_libuv_py 12 May 2017 10:08:32 - 1.1.1.1
+++ patches/patch-setup_libuv_py 19 Jun 2018 13:53:53 -
@@ -1,12 +1,13 @@
$OpenBSD: patch-setup_libuv_py,v 1.1.1.1 2017/05/12 10:08:32 edd Exp $
setup_libuv.py.orig Sat Apr 15 13:44:46 2017
-+++ setup_libuv.py Sat Apr 15 13:46:13 2017
-@@ -142,7 +142,7 @@ class libuv_build_ext(build_ext):
- self.libuv_clean_compile = 0
- self.libuv_force_fetch = 0
- self.libuv_verbose_build = 0
+Index: setup_libuv.py
+--- setup_libuv.py.orig
setup_libuv.py
+@@ -127,7 +127,7 @@ class libuv_build_ext(build_ext):
+
+ def initialize_options(self):
+ build_ext.initialize_options(self)
-self.use_system_libuv = 0
+self.use_system_libuv = 1
def build_extensions(self):
- self.force = self.force or self.libuv_force_fetch or self.libuv_clean_compile
+ if self.use_system_libuv:
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2018/06/19 07:53:20 Modified files: misc/dialog: Makefile distinfo Log message: update to dialog 1.3-20171209, sprinkle some https, and switch distfiles to the main site (https://invisible-island.net/datafiles/release/) instead of invisible-mirror.net now that files are available over HTTP(s) there
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2018/06/19 07:47:54 Modified files: www/nextcloud : Makefile www/nextcloud/pkg: README Removed files: www/nextcloud/files: httpd-nextcloud.conf.dist.in Log message: Delete the file for httpd(8) since we have it on the README, adjust the httpd(8) example on README to the new sintaxis ,,request strip 1'' OK aja@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/06/19 07:47:41 Modified files: x11/gnome/libdazzle: Makefile distinfo Log message: Update to libdazzle-3.28.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/06/19 07:27:01 Modified files: textproc/meld : Makefile distinfo textproc/meld/pkg: PLIST Log message: Update to meld-3.18.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2018/06/19 06:11:32 Modified files: devel/py-yapf : Makefile distinfo devel/py-yapf/pkg: PLIST Log message: update yapf to 0.22.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2018/06/19 05:55:26 Modified files: net/prosody: Makefile Log message: Use -std=c99 like upstream does, fixes the build on gcc archs
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2018/06/19 05:33:42 Modified files: net/unifi/5.8 : Makefile distinfo net/unifi/5.8/pkg: unifi.rc Log message: update to unifi 5.8.23 stable candidate
[UPDATE] databases/py-sqlalchemy
Hi,
attached is the diff to update to latest release.
Ok?
Cheers,
Remi.
Index: Makefile
===
RCS file: /cvs/ports/databases/py-sqlalchemy/Makefile,v
retrieving revision 1.34
diff -u -p -u -p -r1.34 Makefile
--- Makefile 26 May 2018 14:07:11 - 1.34
+++ Makefile 19 Jun 2018 11:03:32 -
@@ -2,7 +2,7 @@
COMMENT = database toolkit for Python
-MODPY_EGG_VERSION = 1.2.7
+MODPY_EGG_VERSION = 1.2.8
DISTNAME = SQLAlchemy-${MODPY_EGG_VERSION}
PKGNAME = py-sqlalchemy-${MODPY_EGG_VERSION:S/p/./}
@@ -39,8 +39,5 @@ post-install:
cd ${WRKSRC}/doc && pax -rw * ${PREFIX}/share/doc/py-sqlalchemy
cd ${WRKSRC}/examples && \
pax -rw * ${PREFIX}/share/examples/py-sqlalchemy
-
-do-test:
- @cd ${WRKSRC} && ${MODPY_BIN} setup.py test
.include
Index: distinfo
===
RCS file: /cvs/ports/databases/py-sqlalchemy/distinfo,v
retrieving revision 1.20
diff -u -p -u -p -r1.20 distinfo
--- distinfo 26 May 2018 10:38:32 - 1.20
+++ distinfo 19 Jun 2018 11:03:32 -
@@ -1,2 +1,2 @@
-SHA256 (SQLAlchemy-1.2.7.tar.gz) = 1s2gOwGH1u15b/cOh8mn3OLCyWUKe8PAIs0zFBaFPDE=
-SIZE (SQLAlchemy-1.2.7.tar.gz) = 5571719
+SHA256 (SQLAlchemy-1.2.8.tar.gz) = LV8I9xSohqE4LBi+UB5hS85Q02I4TcCJR0AZzgdoFRw=
+SIZE (SQLAlchemy-1.2.8.tar.gz) = 5586724
Index: pkg/PLIST
===
RCS file: /cvs/ports/databases/py-sqlalchemy/pkg/PLIST,v
retrieving revision 1.13
diff -u -p -u -p -r1.13 PLIST
--- pkg/PLIST 26 May 2018 10:38:32 - 1.13
+++ pkg/PLIST 19 Jun 2018 11:03:32 -
@@ -498,6 +498,7 @@ share/doc/py-sqlalchemy/_modules/example
share/doc/py-sqlalchemy/_modules/examples/versioned_rows/
share/doc/py-sqlalchemy/_modules/examples/versioned_rows/versioned_map.html
share/doc/py-sqlalchemy/_modules/examples/versioned_rows/versioned_rows.html
+share/doc/py-sqlalchemy/_modules/examples/versioned_rows/versioned_rows_w_versionid.html
share/doc/py-sqlalchemy/_modules/examples/vertical/
share/doc/py-sqlalchemy/_modules/examples/vertical/dictlike-polymorphic.html
share/doc/py-sqlalchemy/_modules/examples/vertical/dictlike.html
@@ -916,6 +917,7 @@ share/examples/py-sqlalchemy/versioned_r
share/examples/py-sqlalchemy/versioned_rows/__init__.py
share/examples/py-sqlalchemy/versioned_rows/versioned_map.py
share/examples/py-sqlalchemy/versioned_rows/versioned_rows.py
+share/examples/py-sqlalchemy/versioned_rows/versioned_rows_w_versionid.py
share/examples/py-sqlalchemy/vertical/
share/examples/py-sqlalchemy/vertical/__init__.py
share/examples/py-sqlalchemy/vertical/dictlike-polymorphic.py
Re: [patch] archivers/p7zip
On Tue, Jun 19, 2018 at 11:25:01AM +0100, Stuart Henderson wrote: > On 2018/06/19 05:15, Josh Grosse wrote: > > A patch for CVE-2018-10115 was posted May 8, no comments received. > > > >https://marc.info/?l=openbsd-ports=152581494615299=2 > > > > A patch for CVE-2017-17969 has been added to the attached diff. > > It's a bit tricky to review the code changes directly, can you send some > links/information for the CVE-2018-10115 ones like you have for the > CVE-2017-17969 one so we at least have a better idea of provenance? Sorry, Stuart, for missing that. The patch was obtained here: https://sourceforge.net/p/p7zip/discussion/383043/thread/5dd56271/ > Seems there is also CVE-2018-5996 which looks fairly nasty. Yes. Robert Luberda (Debian's robert@) had worked up a revision which I found last night. It was listed as a "hopeful" fix and I would like to discuss with him before attempting to integrate it with the 10115 patches, as there are conflicts. FreeBSD has applied it, but they have not added 10115. It is unfortunate that the p7zip project has apparently abandoned interest in addressing any CVEs. It leaves the various downstream ports to haphazardly apply what they feel would be most helpful, and there is no consistency in approach. We could follow Redhat's lead and eliminate the -rar subpackage, and that would eliminate needing to deal with either 5996 or 10115.
Re: [patch] archivers/p7zip
On 2018/06/19 05:15, Josh Grosse wrote:
> A patch for CVE-2018-10115 was posted May 8, no comments received.
>
>https://marc.info/?l=openbsd-ports=152581494615299=2
>
> A patch for CVE-2017-17969 has been added to the attached diff.
It's a bit tricky to review the code changes directly, can you send some
links/information for the CVE-2018-10115 ones like you have for the
CVE-2017-17969 one so we at least have a better idea of provenance?
Seems there is also CVE-2018-5996 which looks fairly nasty.
> Index: Makefile
> ===
> RCS file: /systems/cvs/ports/archivers/p7zip/Makefile,v
> retrieving revision 1.44
> diff -u -p -r1.44 Makefile
> --- Makefile 9 Apr 2018 15:58:26 - 1.44
> +++ Makefile 8 May 2018 19:57:34 -
> @@ -4,8 +4,8 @@ COMMENT-main= file archiver with high co
> COMMENT-rar= rar modules for p7zip
>
> V= 16.02
> -REVISION-main= 4
> -REVISION-rar=1
> +REVISION-main= 5
> +REVISION-rar=2
> DISTNAME=p7zip_${V}_src_all
> PKGNAME= p7zip-${V}
> PKGNAME-main=p7zip-${V}
> Index: patches/patch-CPP_7zip_Archive_Rar_Rar5Handler_cpp
> ===
> RCS file: patches/patch-CPP_7zip_Archive_Rar_Rar5Handler_cpp
> diff -N patches/patch-CPP_7zip_Archive_Rar_Rar5Handler_cpp
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-CPP_7zip_Archive_Rar_Rar5Handler_cpp8 May 2018
> 19:45:54 -
> @@ -0,0 +1,49 @@
> +$OpenBSD$
> +
> +Fix for CVE-2018-10115, from Denisov Denis.
> +
> +Index: CPP/7zip/Archive/Rar/Rar5Handler.cpp
> +--- CPP/7zip/Archive/Rar/Rar5Handler.cpp.orig
> CPP/7zip/Archive/Rar/Rar5Handler.cpp
> +@@ -102,11 +102,11 @@ static unsigned ReadVarInt(const Byte *p, size_t maxSi
> + {
> + *val = 0;
> +
> +- for (unsigned i = 0; i < maxSize;)
> ++ for (unsigned i = 0; i < maxSize && i < 10;)
> + {
> + Byte b = p[i];
> +-if (i < 10)
> +- *val |= (UInt64)(b & 0x7F) << (7 * i++);
> ++*val |= (UInt64)(b & 0x7F) << (7 * i);
> ++i++;
> + if ((b & 0x80) == 0)
> + return i;
> + }
> +@@ -1182,6 +1182,7 @@ static const Byte kProps[] =
> + kpidSymLink,
> + kpidHardLink,
> + kpidCopyLink,
> ++ kpidVolumeIndex
> + };
> +
> +
> +@@ -1601,6 +1602,18 @@ STDMETHODIMP CHandler::GetProperty(UInt32 index, PROPI
> +
> + case kpidSplitBefore: prop = item.IsSplitBefore(); break;
> + case kpidSplitAfter: prop = lastItem.IsSplitAfter(); break;
> ++
> ++case kpidVolumeIndex:
> ++{
> ++ if (item.VolIndex < _arcs.Size())
> ++ {
> ++const CInArcInfo = _arcs[item.VolIndex].Info;
> ++if (arcInfo.IsVolume())
> ++ prop = (UInt64)arcInfo.GetVolIndex();
> ++ }
> ++ break;
> ++}
> ++
> + case kpidCRC:
> + {
> + const CItem *item2 = (lastItem.IsSplitAfter() ? : );
> Index: patches/patch-CPP_7zip_Archive_Rar_Rar5Handler_h
> ===
> RCS file: patches/patch-CPP_7zip_Archive_Rar_Rar5Handler_h
> diff -N patches/patch-CPP_7zip_Archive_Rar_Rar5Handler_h
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-CPP_7zip_Archive_Rar_Rar5Handler_h 8 May 2018 19:46:51
> -
> @@ -0,0 +1,16 @@
> +$OpenBSD$
> +
> +Fix for CVE-2018-10115, from Denisov Denis.
> +
> +Index: CPP/7zip/Archive/Rar/Rar5Handler.h
> +--- CPP/7zip/Archive/Rar/Rar5Handler.h.orig
> CPP/7zip/Archive/Rar/Rar5Handler.h
> +@@ -168,7 +168,7 @@ struct CItem
> +
> + AString Name;
> +
> +- int VolIndex;
> ++ unsigned VolIndex;
> + int NextItem;
> +
> + UInt32 UnixMTime;
> Index: patches/patch-CPP_7zip_Archive_Rar_RarHandler_cpp
> ===
> RCS file: patches/patch-CPP_7zip_Archive_Rar_RarHandler_cpp
> diff -N patches/patch-CPP_7zip_Archive_Rar_RarHandler_cpp
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-CPP_7zip_Archive_Rar_RarHandler_cpp 8 May 2018 19:46:59
> -
> @@ -0,0 +1,30 @@
> +$OpenBSD$
> +
> +Fix for CVE-2018-10115, from Denisov Denis.
> +
> +Index: CPP/7zip/Archive/Rar/RarHandler.cpp
> +--- CPP/7zip/Archive/Rar/RarHandler.cpp.orig
> CPP/7zip/Archive/Rar/RarHandler.cpp
> +@@ -768,7 +768,8 @@ static const Byte kProps[] =
> + kpidCRC,
> + kpidHostOS,
> + kpidMethod,
> +- kpidUnpackVer
> ++ kpidUnpackVer,
> ++ kpidVolumeIndex
> + };
> +
> + static const Byte kArcProps[] =
> +@@ -989,6 +990,12 @@ STDMETHODIMP CHandler::GetProperty(UInt32 index, PROPI
> + case kpidCommented: prop = item.IsCommented(); break;
> + case kpidSplitBefore: prop = item.IsSplitBefore(); break;
> + case kpidSplitAfter: prop = _items[refItem.ItemIndex + refItem.NumItems
> - 1].IsSplitAfter(); break;
> ++
> ++case kpidVolumeIndex:
> ++ if (_arcInfo.Is_VolNumber_Defined())
> ++prop = (UInt32)(_arcInfo.VolNumber + refItem.VolumeIndex);
> ++ break;
> ++
>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/06/19 04:13:31 Modified files: infrastructure/mk: bsd.port.mk Log message: zero idea why I didn't put @ to silence those
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2018/06/19 04:12:21 Modified files: mail/rcube-sieverules: distinfo Log message: fix distinfo, found by aja@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2018/06/19 03:39:18 Modified files: security/password-store: Makefile distinfo security/password-store/patches: patch-man_pass_1 patch-src_password-store_sh security/password-store/pkg: PLIST Removed files: security/password-store/patches: patch-tests_tr Log message: SECURITY update to password-store-1.7.2. This release fixes CVE-2018-12356: https://lists.zx2c4.com/pipermail/password-store/2018-June/003309.html >From David Dahlberg (MAINTAINER). Thanks!
Re: [patch] archivers/p7zip
A patch for CVE-2018-10115 was posted May 8, no comments received.
https://marc.info/?l=openbsd-ports=152581494615299=2
A patch for CVE-2017-17969 has been added to the attached diff.
Index: Makefile
===
RCS file: /systems/cvs/ports/archivers/p7zip/Makefile,v
retrieving revision 1.44
diff -u -p -r1.44 Makefile
--- Makefile9 Apr 2018 15:58:26 - 1.44
+++ Makefile8 May 2018 19:57:34 -
@@ -4,8 +4,8 @@ COMMENT-main= file archiver with high co
COMMENT-rar= rar modules for p7zip
V= 16.02
-REVISION-main= 4
-REVISION-rar= 1
+REVISION-main= 5
+REVISION-rar= 2
DISTNAME= p7zip_${V}_src_all
PKGNAME= p7zip-${V}
PKGNAME-main= p7zip-${V}
Index: patches/patch-CPP_7zip_Archive_Rar_Rar5Handler_cpp
===
RCS file: patches/patch-CPP_7zip_Archive_Rar_Rar5Handler_cpp
diff -N patches/patch-CPP_7zip_Archive_Rar_Rar5Handler_cpp
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-CPP_7zip_Archive_Rar_Rar5Handler_cpp 8 May 2018 19:45:54
-
@@ -0,0 +1,49 @@
+$OpenBSD$
+
+Fix for CVE-2018-10115, from Denisov Denis.
+
+Index: CPP/7zip/Archive/Rar/Rar5Handler.cpp
+--- CPP/7zip/Archive/Rar/Rar5Handler.cpp.orig
CPP/7zip/Archive/Rar/Rar5Handler.cpp
+@@ -102,11 +102,11 @@ static unsigned ReadVarInt(const Byte *p, size_t maxSi
+ {
+ *val = 0;
+
+- for (unsigned i = 0; i < maxSize;)
++ for (unsigned i = 0; i < maxSize && i < 10;)
+ {
+ Byte b = p[i];
+-if (i < 10)
+- *val |= (UInt64)(b & 0x7F) << (7 * i++);
++*val |= (UInt64)(b & 0x7F) << (7 * i);
++i++;
+ if ((b & 0x80) == 0)
+ return i;
+ }
+@@ -1182,6 +1182,7 @@ static const Byte kProps[] =
+ kpidSymLink,
+ kpidHardLink,
+ kpidCopyLink,
++ kpidVolumeIndex
+ };
+
+
+@@ -1601,6 +1602,18 @@ STDMETHODIMP CHandler::GetProperty(UInt32 index, PROPI
+
+ case kpidSplitBefore: prop = item.IsSplitBefore(); break;
+ case kpidSplitAfter: prop = lastItem.IsSplitAfter(); break;
++
++case kpidVolumeIndex:
++{
++ if (item.VolIndex < _arcs.Size())
++ {
++const CInArcInfo = _arcs[item.VolIndex].Info;
++if (arcInfo.IsVolume())
++ prop = (UInt64)arcInfo.GetVolIndex();
++ }
++ break;
++}
++
+ case kpidCRC:
+ {
+ const CItem *item2 = (lastItem.IsSplitAfter() ? : );
Index: patches/patch-CPP_7zip_Archive_Rar_Rar5Handler_h
===
RCS file: patches/patch-CPP_7zip_Archive_Rar_Rar5Handler_h
diff -N patches/patch-CPP_7zip_Archive_Rar_Rar5Handler_h
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-CPP_7zip_Archive_Rar_Rar5Handler_h8 May 2018 19:46:51
-
@@ -0,0 +1,16 @@
+$OpenBSD$
+
+Fix for CVE-2018-10115, from Denisov Denis.
+
+Index: CPP/7zip/Archive/Rar/Rar5Handler.h
+--- CPP/7zip/Archive/Rar/Rar5Handler.h.orig
CPP/7zip/Archive/Rar/Rar5Handler.h
+@@ -168,7 +168,7 @@ struct CItem
+
+ AString Name;
+
+- int VolIndex;
++ unsigned VolIndex;
+ int NextItem;
+
+ UInt32 UnixMTime;
Index: patches/patch-CPP_7zip_Archive_Rar_RarHandler_cpp
===
RCS file: patches/patch-CPP_7zip_Archive_Rar_RarHandler_cpp
diff -N patches/patch-CPP_7zip_Archive_Rar_RarHandler_cpp
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-CPP_7zip_Archive_Rar_RarHandler_cpp 8 May 2018 19:46:59
-
@@ -0,0 +1,30 @@
+$OpenBSD$
+
+Fix for CVE-2018-10115, from Denisov Denis.
+
+Index: CPP/7zip/Archive/Rar/RarHandler.cpp
+--- CPP/7zip/Archive/Rar/RarHandler.cpp.orig
CPP/7zip/Archive/Rar/RarHandler.cpp
+@@ -768,7 +768,8 @@ static const Byte kProps[] =
+ kpidCRC,
+ kpidHostOS,
+ kpidMethod,
+- kpidUnpackVer
++ kpidUnpackVer,
++ kpidVolumeIndex
+ };
+
+ static const Byte kArcProps[] =
+@@ -989,6 +990,12 @@ STDMETHODIMP CHandler::GetProperty(UInt32 index, PROPI
+ case kpidCommented: prop = item.IsCommented(); break;
+ case kpidSplitBefore: prop = item.IsSplitBefore(); break;
+ case kpidSplitAfter: prop = _items[refItem.ItemIndex + refItem.NumItems -
1].IsSplitAfter(); break;
++
++case kpidVolumeIndex:
++ if (_arcInfo.Is_VolNumber_Defined())
++prop = (UInt32)(_arcInfo.VolNumber + refItem.VolumeIndex);
++ break;
++
+ case kpidCRC:
+ {
+ prop = ((lastItem.IsSplitAfter()) ? item.FileCRC : lastItem.FileCRC);
Index: patches/patch-CPP_7zip_Archive_Rar_RarHandler_h
===
RCS file: patches/patch-CPP_7zip_Archive_Rar_RarHandler_h
diff -N patches/patch-CPP_7zip_Archive_Rar_RarHandler_h
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-CPP_7zip_Archive_Rar_RarHandler_h 8 May 2018 19:47:06
-
@@ -0,0 +1,16 @@
+$OpenBSD$
+
+Fix for CVE-2018-10115, from Denisov Denis.
+
+Index: CPP/7zip/Archive/Rar/RarHandler.h
+---
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/06/19 01:44:52 Modified files: devel/jsonrpc-glib: Makefile distinfo Log message: Update to jsonrpc-glib-3.28.1.
Re: NEW: emulators/dolphin - GameCube and Wii emulator
Love it! Thanks for porting this! I'm gonna try and get some time to get
my spare i5 workstation moved over to the latest current so I can play
with it and put Dolphin through its paces. Thanks for all your work on
improving the OpenBSD gaming scene!
Cheers,
Jordan
On 06/19/18 00:11, Thomas Frohwein wrote:
Hi,
Please find attached a port of dolphin. Dolphin is an emulator for
GameCube and Wii consoles. It supports various gamecontrollers and is
optimized for dual-core use.
It runs GameCube and Wii ROMs well on my limited testing with a handful
of them. Performance-wise there's mild stuttering in games that make
heavy use of shaders, otherwise running quite well on i3-7100 (with HT
disabled).
A few notes about the port:
- ONLY_FOR_ARCHS=amd64 was in the original draft and I kept it - reason
seems to be that other archs likely won't be powerful enough
- Requires USE_WXNEEDED, unless building with '-DENABLE_GENERIC=ON'
which disables all JITs, but then is unplayably slow
- No releases available since 2016 ("Nobody on the project really cares
about stable releases. It's too much of a burden to care")
- Only works with the builtin soundtouch because of a similar issue as
with citra. In addition, builtin soundtouch errors out during build
when disabling audio/pulseaudio.
- Needs a large datasize, up to ~16GB (allocated at startup and then
reduced to what's actually needed).
- Qt5 is used for the GUI because theres no wxWidgets3 available yet,
but Qt5 GUI is experimental and at least on OpenBSD causes a bus
error on exit (not present with dolphin-emu-nogui).
Original draft was by bentley@, picked up by me from openbsd-wip.
ok?
NEW: emulators/dolphin - GameCube and Wii emulator
Hi,
Please find attached a port of dolphin. Dolphin is an emulator for
GameCube and Wii consoles. It supports various gamecontrollers and is
optimized for dual-core use.
It runs GameCube and Wii ROMs well on my limited testing with a handful
of them. Performance-wise there's mild stuttering in games that make
heavy use of shaders, otherwise running quite well on i3-7100 (with HT
disabled).
A few notes about the port:
- ONLY_FOR_ARCHS=amd64 was in the original draft and I kept it - reason
seems to be that other archs likely won't be powerful enough
- Requires USE_WXNEEDED, unless building with '-DENABLE_GENERIC=ON'
which disables all JITs, but then is unplayably slow
- No releases available since 2016 ("Nobody on the project really cares
about stable releases. It's too much of a burden to care")
- Only works with the builtin soundtouch because of a similar issue as
with citra. In addition, builtin soundtouch errors out during build
when disabling audio/pulseaudio.
- Needs a large datasize, up to ~16GB (allocated at startup and then
reduced to what's actually needed).
- Qt5 is used for the GUI because theres no wxWidgets3 available yet,
but Qt5 GUI is experimental and at least on OpenBSD causes a bus
error on exit (not present with dolphin-emu-nogui).
Original draft was by bentley@, picked up by me from openbsd-wip.
ok?
dolphin.tgz
Description: Binary data
Re: NEW: textproc/py-xlrd
:D Cheers. Elias. 2018-06-19 2:39 GMT-03:00 Remi Pointel : > On 06/12/18 15:45, Elias M. Mariani wrote: >> >> Extract data from Excel spreadsheets (.xls and .xlsx, versions 2.0 >> onwards) on any platform. Pure Python (2.7, 3.4+). Strong support for >> Excel dates. Unicode-aware. >> http://www.python-excel.org/ >> >> No dependencies. >> python3 flavor included. >> >> Its a dependency to test math/py-pandas. >> >> Cheers. >> Elias. >> > > It's imported, > > thank you. > > Cheers, > > Remi.
