[UPDATE] python 3.7

Hi, this is the diff to update python 3 to 3.7.7. Could it be tested in a bulk build please? Ok? Cheers, Remi. Index: Makefile === RCS file: /cvs/ports/lang/python/3.7/Makefile,v retrieving revision 1.15 diff -u -p -u -p -r1.15 M

Re: update: devel/py-wcwidth (cascading devel/{py-prompt_toolkit,ipython} dropping py2 support)

On Sun 22/03/2020 18:39, Paco Esteban wrote: > Ping ? > > (This needs bket's diff discussed on another thread: > https://marc.info/?l=openbsd-ports&m=158464110714289&w=2) > > Find attached the (still relevant) parts for convenience. Output of 'show-reverse-deps devel/py-wcwidth' shows that there

devel/kf5/ktextigwidgets: remove python module usage

Same as kconfwidgets: configures and builds without any python available, runtime shows how traces of python usage. Feedback? OK? Index: Makefile === RCS file: /cvs/ports/devel/kf5/ktextwidgets/Makefile,v retrieving revision 1.10 di

devel/kf5/kconfigwidgets: remove python module usage

No python is tested for during configure, build passes without python installed and PLIST has no traces of any usage; tests fail regardless of my changes. Feedback? OK? Index: Makefile === RCS file: /cvs/ports/devel/kf5/kconfigwi

devel/kf5/kfilemetadata: switch to python 3 (TDEP only)

`make configure' says -- Found PythonInterp: /usr/local/bin/python3.7 (found version "3.7.6") -- The following OPTIONAL packages have been found: ... * PythonInterp, Python Interpreter,

devel/kf5/kservice: switch to python 3

kservice builds fine with python installed but all /usr/local/bin/python* executables removed, there is nothing python related in PLIST and I fail to spot any further use of python. `make configure' also says this at the end: -- Generating done CMake Warning: Manually-spe

Re: devel/kf5/ki18n: switch to python 3

On Mon, Mar 23, 2020 at 01:13:44AM +0100, Klemens Nanni wrote: > Step one in removing Python 2 from those KDE ports I happen to use: > > Exactly one python script in this port gets installed, it is used as the > comment in Makefile says. > > cmake/build-tsfiles.cmake has this: > > 69

devel/kf5/ki18n: switch to python 3

Step one in removing Python 2 from those KDE ports I happen to use: Exactly one python script in this port gets installed, it is used as the comment in Makefile says. cmake/build-tsfiles.cmake has this: 69 list(APPEND commands 70 COMMAND ${PYTHON_EXECUTABLE}

update: net/swirc 3.2.1 -> 3.2.3

Hi, An update for net/swirc (3.2.1 -> 3.2.3). I didn't post 3.2.2 so refer to both regarding version history: https://github.com/uhlin/swirc/blob/master/CHANGELOG.md#323---2020-03-22 https://github.com/uhlin/swirc/blob/master/CHANGELOG.md#322---2020-03-17 As mentioned before, code review and fee

Update textproc/ruby-nokogiri

Hi, this updates nokogiri to 1.10.8, an update of security/ruby-cms_scanner, and ultimately security/wpscan would require it. Tested all dependencies that they still build with updated version, the only one that has tests, www/ruby-sanitize, has the same 5 tests failing with the update. OK? chee

update net/dnscrypt-proxy 2.0.40

Here is an update for net/dnscrypt-proxy 2.0.40, released on March 21, 2020. I tested basic usage on amd64. `make test' passes. Changelog: https://github.com/DNSCrypt/dnscrypt-proxy/blob/2.0.40/ChangeLog Feedback and tests are welcome. Index: Makefile

[UPDATE] x11/py-xcbgen 1.14

Hi, the patch below updates x11/py-xcbgen to version 1.14. This is the ports part of the XCB 1.14 update I just sent to tech@. Comments, ok ? Index: Makefile === RCS file: /cvs/OpenBSD/ports/x11/py-xcbgen/Makefile,v retrieving revi

[new] archivers/laszip 3.4.3

Hi, here's a port for https://laszip.org/, a library to compress point cloud files (known as LAS) - will be useful for a geo/pdal update i'm working on. Its source is also in geo/lastools, but there's no way yet to build against this lib. It might be used by other geo/* bits too at some point. ok

Re: UPDATE: Nextcloud-18.0.2

On Sun 22/03/2020 22:16, Gonzalo Rodriguez wrote: > ping Works for me on amd64. OK bket@

Re: update devel/py-curtsies (triggers drop py2 support for devel/bpython)

Ping ? Diffs attached again for convenience. On Sun, 15 Mar 2020, Paco Esteban wrote: > Hi ports@, > > This complements an update sent previously for devel/py-wcwidth. > Here's an update for devel/py-curtsies to 0.3.1. You can see the > changelog here: > > https://github.com/bpython/curtsies/

Re: update: devel/py-wcwidth (cascading devel/{py-prompt_toolkit,ipython} dropping py2 support)

Ping ? (This needs bket's diff discussed on another thread: https://marc.info/?l=openbsd-ports&m=158464110714289&w=2) Find attached the (still relevant) parts for convenience. On Sun, 15 Mar 2020, Bjorn Ketelaars wrote: > On Sun 15/03/2020 17:52, Paco Esteban wrote: > > On Sun, 15 Mar 2020, Pac

Re: Migrate ipython/py-ipykernel/py-jupyter_*/py-nbformat/py-traitlets to py3-only

On Sun, 22 Mar 2020, Bjorn Ketelaars wrote: > Unless someone objects, I will commit my diff tomorrow morning (CET). Looking forward to it. I'll send a ping with my two related diffs then :-) -- Paco Esteban. 0x5818130B8A6DBC03

Re: remove historic misc/rpm

On Sun, Mar 22, 2020 at 06:04:30PM +0100, Klemens Nanni wrote: > We package RPM 3.0.6 released (Sep 13 2000 ??), see > https://rpm.org/timeline.html > > Does anyone use it? No ports in-tree does except patchuils for tests > (see my other mail on ports@). > > This port seems useless, conflicts t

remove historic misc/rpm

We package RPM 3.0.6 released (Sep 13 2000 ??), see https://rpm.org/timeline.html Does anyone use it? No ports in-tree does except patchuils for tests (see my other mail on ports@). This port seems useless, conflicts the actually useful rpm2cpio port and seems to be dead weight. OK to remove?

patchutils: remove misc/rpm TDEP

We package RPM from 2000 and I want to remove it: this is the only consumer of it in-tree... and it only uses it for tests. with rpm installed: # TOTAL: 137 # PASS: 20 # SKIP: 0 # XFAIL: 4 # FAIL: 113 # XPASS: 0 # ERROR: 0 with this diff

Re: Migrate ipython/py-ipykernel/py-jupyter_*/py-nbformat/py-traitlets to py3-only

On Sun 22/03/2020 16:31, Edd Barrett wrote: > On Sun, Mar 22, 2020 at 03:57:50PM +, Edd Barrett wrote: > > On Sun, Mar 22, 2020 at 03:34:07PM +, Edd Barrett wrote: > > > Either way I will write an entry for current.html > > > ... > > > * For `ipython-3` to be renamed `ipython` (as it is in

clang-tools-extra: switch to python 3

rsadowski noted that a simple version bump is not enough. Using 2to3 for a few simple conversions is all it takes to fully switch. Regardless of our python version, this port also requires shebang adjustments, which are handled now as well. Built and packaged on sparc64 without Pyhon 2 installed

Re: Migrate ipython/py-ipykernel/py-jupyter_*/py-nbformat/py-traitlets to py3-only

On Sun, Mar 22, 2020 at 03:57:50PM +, Edd Barrett wrote: > On Sun, Mar 22, 2020 at 03:34:07PM +, Edd Barrett wrote: > > Either way I will write an entry for current.html > > ... > > * For `ipython-3` to be renamed `ipython` (as it is in the diff). > > ^ Assuming we do this: > > Index: cu

Re: pkg/PLIST automation

Latest update for comms/uhd attached. uhd-3.15.0.0p0 package builds from ports successfully right after fix all stupid mistakes. Thanks for help. Yes, USRP devices require async transfers. In what stage async USB transfers codebase now? I'm looking for a project, but I'm not sure that I'm experi

Re: Migrate ipython/py-ipykernel/py-jupyter_*/py-nbformat/py-traitlets to py3-only

On Sun, Mar 22, 2020 at 03:34:07PM +, Edd Barrett wrote: > Either way I will write an entry for current.html > ... > * For `ipython-3` to be renamed `ipython` (as it is in the diff). ^ Assuming we do this: Index: current.html ==

Re: Migrate ipython/py-ipykernel/py-jupyter_*/py-nbformat/py-traitlets to py3-only

Hi, Sorry for the delay. On Sat, Mar 21, 2020 at 05:14:57PM +0100, Paco Esteban wrote: > Waiting for Edd's (maintainer) decision on the binary name change > notification for users regarding ipython. Currently we have install either `ipython-2` and `ipython-3`. Nothing installs any `ipython` bina

Re: clang-tools-extra: prevent picking up z3

On Sun, Mar 22, 2020 at 02:42:39PM +0100, Klemens Nanni wrote: > If devel/z3 is installed, cmake picks it up at configure time: > > -- Found Z3: /usr/local/lib/libz3.so.2.0 (found suitable version "4.8.6 > - 64 bit", minimum required is "4.7.1") > -- Configuring done > > Bump REVISI

Re: pkg/PLIST automation

On 2020/03/22 14:29, Stuart Henderson wrote: > On 2020/03/22 14:17, Marc Espie wrote: > > On Sun, Mar 22, 2020 at 01:59:36PM +0100, Marc Espie wrote: > > > On Sun, Mar 22, 2020 at 08:20:59AM +, Martin wrote: > > > > It looks strange, but > > > > > > > > make show=PKGNAME > > > > uhd-3.15.0.0 >

Re: pkg/PLIST automation

On 2020/03/22 14:17, Marc Espie wrote: > On Sun, Mar 22, 2020 at 01:59:36PM +0100, Marc Espie wrote: > > On Sun, Mar 22, 2020 at 08:20:59AM +, Martin wrote: > > > It looks strange, but > > > > > > make show=PKGNAME > > > uhd-3.15.0.0 > > > make show=FULLPKGNAME- > > > uhd-3.15.0.0p0 > > > make

z3: conflict with devel/angr/py-z3-solver

The other port has `@conflict z3-*', devel/z3 fails to install on first try: # pkg_add z3 quirks-3.273->3.283: ok Collision in z3-4.8.6: the following files already exist /usr/local/bin/z3 (py3-z3-solver-4.8.7.0 and z3-4.8.6) ... Read shared items: o

clang-tools-extra: prevent picking up z3

If devel/z3 is installed, cmake picks it up at configure time: -- Found Z3: /usr/local/lib/libz3.so.2.0 (found suitable version "4.8.6 - 64 bit", minimum required is "4.7.1") -- Configuring done Bump REVISION to be safe in case build machines have picked it up. Feedback? OK? I

Re: pkg/PLIST automation

On Sun, Mar 22, 2020 at 01:59:36PM +0100, Marc Espie wrote: > On Sun, Mar 22, 2020 at 08:20:59AM +, Martin wrote: > > It looks strange, but > > > > make show=PKGNAME > > uhd-3.15.0.0 > > make show=FULLPKGNAME- > > uhd-3.15.0.0p0 > > make show=FULLPKGNAME > > uhd-3.15.0.0p0 > > > > I attached

Re: UPDATE: Nextcloud-18.0.2

ping — gonzalo > On 13. Mar 2020, at 21:47, Gonzalo L. Rodriguez wrote: > > Hello, > > Update for Nextcloud to 18.0.2: > > https://nextcloud.com/changelog/#latest18 > > OK? Comments? > > Cheers.- > > -- > >- gonzalo >

Re: Kernel relink and disable ulpt in kernel - cups printing

Mikolaj Kucharski writes: > Hi, > > On Thu, Mar 19, 2020 at 08:08:10AM +0100, Antoine Jacoutot wrote: >> > - How do you handle kernel modifications via config(8) with kernel >> > relinking in a more automated way? >> >> $ cat /etc/rc.shutdown >> printf 'dis

Re: pkg/PLIST automation

On Sun, Mar 22, 2020 at 08:20:59AM +, Martin wrote: > It looks strange, but > > make show=PKGNAME > uhd-3.15.0.0 > make show=FULLPKGNAME- > uhd-3.15.0.0p0 > make show=FULLPKGNAME > uhd-3.15.0.0p0 > > I attached the new port I do which builds successfully, but make package is > broken. No it

Re: Firefox -current: hangouts screen sharing cause pledge(2) to kill the browser

> Il giorno 22 mar 2020, alle ore 08:45, Landry Breuil ha > scritto: > >> On Sat, Mar 21, 2020 at 06:49:42PM +0100, Andrea Biscuola wrote: >> Hi ports@ >> >> I switched to firefox recently, because with chromium, hangouts screen >> sharing >> doesn't work at all and I need it for work. >>

Re: Firefox -current: hangouts screen sharing cause pledge(2) to kill the browser

> Il giorno 22 mar 2020, alle ore 09:12, Sebastien Marie ha > scritto: > >> On Sat, Mar 21, 2020 at 06:49:42PM +0100, Andrea Biscuola wrote: >> >> I tried to see how to solve the situation without disabling pledge. I >> modified the >> kernel to include shmget(2), shmat(2), shmctl(2) and sh

powerpc bulk build report

Bulk build on macppc-0.ports.openbsd.org Started : Mon Mar 2 16:05:15 MST 2020 Finished: Sun Mar 22 03:42:03 MDT 2020 Duration: 19 Days 10 hours 37 minutes Built using OpenBSD 6.6-current (GENERIC) #676: Sun Mar 1 13:32:42 MST 2020 Built 9859 packages Number of packages built each day: Mar 2:

Re: pkg/PLIST automation

It looks strange, but make show=PKGNAME uhd-3.15.0.0 make show=FULLPKGNAME- uhd-3.15.0.0p0 make show=FULLPKGNAME uhd-3.15.0.0p0 I attached the new port I do which builds successfully, but make package is broken. This is my first port, any advice would be highly appreciated. Martin ‐‐‐ Ori

Re: Firefox -current: hangouts screen sharing cause pledge(2) to kill the browser

On Sat, Mar 21, 2020 at 06:49:42PM +0100, Andrea Biscuola wrote: > > I tried to see how to solve the situation without disabling pledge. I > modified the > kernel to include shmget(2), shmat(2), shmctl(2) and shmdt(2) in the stdio set > and now, screen sharing works. Well. So in order to permit

Re: Firefox -current: hangouts screen sharing cause pledge(2) to kill the browser

On Sat, Mar 21, 2020 at 06:49:42PM +0100, Andrea Biscuola wrote: > Hi ports@ > > I switched to firefox recently, because with chromium, hangouts screen sharing > doesn't work at all and I need it for work. > > While testing Firefox screen sharing in hangouts, pledge kills it with: > "/bsd: