Re: NEW: security/mat2 0.11.0 - metadata anonymisation toolkit
Ping? Anyone with further feedback? Thanks, On Mon, Jun 29, 2020 at 12:06:42AM +0200, clematis wrote: > On Sun, Jun 28, 2020 at 08:45:45PM +0100, Stuart Henderson wrote: > > On 2020/06/28 20:34, clematis wrote: > > If the tests don't work anyway, you might as well just use pypi and > > avoid the on-the-fly generated 10MB tarballs (which might change hash > > if they update git, gitlab, gzip, tar, etc) and just use the 30K ones. > > That's a very fair point - makes sense - thank you. > > > diff for the above below. > > Sorry for the space and uppercase mess. And thank you for clarifying the > _DEPENDS py3 flavoring. > > > upstream has a fairly prominent warning about it being in beta on the > > readme and not using it for anything critical, should that be copied > > to pkg/DESCR? > > Make sense - I've added it to DESCR. > > New tarball attached including those changes. > > Thanks, -- clematis (0xA2C87EDB507B4C53) security_mat2.tar.gz Description: application/tar-gz
Re: serurity/aircrack-ng builds successfully but core dumped airodump-ng
On Tue, Jul 14, 2020 at 02:08:13PM +0200, Theo Buehler wrote: > > Sorry, I had the wrong type. It should be an uint64_t, not an int64_t. > Quick test and this works for me on amd64. Thanks, -- clematis (0xA2C87EDB507B4C53)
Update productivity/rednotebook to 2.19
Hi, I wanted to give rednotebook a try so I took the opportunity to upgrade it to the latest version. Build/Install/Run OK on amd64. I've used it a bit to try, testing a bit everything and it all seems to work just fine. (In the end it won't do for my usecase) but it works so here it is. Changelog from 2.15 -> 2.19: # 2.19 (2020-05-04) * Reload GTK theme colors when saving the journal (#485). * Don't use dark mode for exported HTML files (#486). * Use PNG version instead of SVG for RedNotebook icons to avoid problems * on macOS. * Use GitHub actions for continuous integration testing. # 2.18 (2020-02-29) * Use background and foreground colors from GTK theme for HTML preview. # 2.17 (2020-02-23) * Fix HTML colors for dark themes (#474). # 2.16 (2020-01-23) * Add menu items for adding titles (#464, Paweł Żukowski). * Upgrade msgfmt.py to version 1.2 (#470). All RUN_DEPENDS went smooth. update-plist no changes. portcheck OK Cheers, -- clematis (0xA2C87EDB507B4C53) Index: Makefile === RCS file: /cvs/ports/productivity/rednotebook/Makefile,v retrieving revision 1.36 diff -u -p -u -p -r1.36 Makefile --- Makefile13 Feb 2020 16:51:05 - 1.36 +++ Makefile1 Jul 2020 20:26:09 - @@ -2,11 +2,10 @@ COMMENT= diary and journal application -MODPY_EGG_VERSION= 2.15 +MODPY_EGG_VERSION= 2.19 GH_TAGNAME=v${MODPY_EGG_VERSION} GH_ACCOUNT=jendrikseipp GH_PROJECT=rednotebook -REVISION= 0 CATEGORIES=productivity Index: distinfo === RCS file: /cvs/ports/productivity/rednotebook/distinfo,v retrieving revision 1.20 diff -u -p -u -p -r1.20 distinfo --- distinfo21 Jan 2020 08:14:03 - 1.20 +++ distinfo1 Jul 2020 20:26:09 - @@ -1,2 +1,2 @@ -SHA256 (rednotebook-2.15.tar.gz) = b2l57h0CY5aIO//2xhGAmnk1np1sw3iPOw/2y5mB4uc= -SIZE (rednotebook-2.15.tar.gz) = 618012 +SHA256 (rednotebook-2.19.tar.gz) = zqc8wvZXvV1AmQfEtUmovjqd4SXL5KFKBml3d7F+5Xo= +SIZE (rednotebook-2.19.tar.gz) = 619006
Update productivity/fet to 5.45.1
Hi Team, Here's a quick update for productivity/fet from 5.42.3 to 5.45.1 29 June 2020, FET 5.45.1 released - Minor fixes and code cleanup. - Added a new example file from South Africa, by Eric Carolus. - Updated the Arabic translation, by Benahmed Abdelkrim. Build/Install/Run OK on amd64 - done a few tests including some with the provided examples - it works. Comments? OK? -- clematis (0xA2C87EDB507B4C53) Index: Makefile === RCS file: /cvs/ports/productivity/fet/Makefile,v retrieving revision 1.26 diff -u -p -u -p -r1.26 Makefile --- Makefile2 Feb 2020 06:52:38 - 1.26 +++ Makefile1 Jul 2020 14:14:26 - @@ -2,7 +2,7 @@ COMMENT= automatically create timetables -DISTNAME= fet-5.42.3 +DISTNAME= fet-5.45.1 CATEGORIES=productivity x11 HOMEPAGE= https://www.lalescu.ro/liviu/fet/ Index: distinfo === RCS file: /cvs/ports/productivity/fet/distinfo,v retrieving revision 1.8 diff -u -p -u -p -r1.8 distinfo --- distinfo2 Feb 2020 06:52:38 - 1.8 +++ distinfo1 Jul 2020 14:14:26 - @@ -1,2 +1,2 @@ -SHA256 (fet-5.42.3.tar.bz2) = PiipgI8iXEifSFqDMfgwfTCIg6EUl4EpHCyVxieKYXw= -SIZE (fet-5.42.3.tar.bz2) = 13053961 +SHA256 (fet-5.45.1.tar.bz2) = RUbAgivgZIytH2O4MmP4Tvof6vWBilFPdoZwZ6Y85N0= +SIZE (fet-5.45.1.tar.bz2) = 13286924 Index: pkg/PLIST === RCS file: /cvs/ports/productivity/fet/pkg/PLIST,v retrieving revision 1.6 diff -u -p -u -p -r1.6 PLIST --- pkg/PLIST 2 Feb 2020 06:52:39 - 1.6 +++ pkg/PLIST 1 Jul 2020 14:14:26 - @@ -239,6 +239,9 @@ share/examples/fet/Saudi-Arabia/may-not- share/examples/fet/Saudi-Arabia/may-not-solve/Arabic_Saudi_Examination.fet share/examples/fet/Saudi-Arabia/may-not-solve/Arabic_Saudi_Examination_readme.txt share/examples/fet/South-Africa/ +share/examples/fet/South-Africa/Western-Cape/ +share/examples/fet/South-Africa/Western-Cape/Robertson/ +share/examples/fet/South-Africa/Western-Cape/Robertson/Masakheke7_10_11_12.fet share/examples/fet/South-Africa/difficult/ share/examples/fet/South-Africa/difficult/Collegiate_Junior_School2.fet share/examples/fet/South-Africa/difficult/Insight_Learning_Centre2.fet @@ -258,9 +261,9 @@ share/examples/fet/Syria/Hama/2019/ share/examples/fet/Syria/Hama/2019/High-school.fet share/examples/fet/Syria/Hama/2019/Industrial-high-school.fet share/examples/fet/Tunisia/ -share/examples/fet/Tunisia/Licee-secondaire-Hanibal-a-L'Ariana/ -share/examples/fet/Tunisia/Licee-secondaire-Hanibal-a-L'Ariana/Diff1TverouillageTPass3-readme.txt -share/examples/fet/Tunisia/Licee-secondaire-Hanibal-a-L'Ariana/Diff1TverouillageTPass3.fet +share/examples/fet/Tunisia/Licee-secondaire-Hanibal-a-L-Ariana/ +share/examples/fet/Tunisia/Licee-secondaire-Hanibal-a-L-Ariana/Diff1TverouillageTPass3-readme.txt +share/examples/fet/Tunisia/Licee-secondaire-Hanibal-a-L-Ariana/Diff1TverouillageTPass3.fet share/examples/fet/United-Arab-Emirates/ share/examples/fet/United-Arab-Emirates/IBDP-School-2016.fet share/examples/fet/United-Kingdom/
Re: UPDATE: Tor Browser 9.5.1
On Tue, Jun 30, 2020 at 07:21:57PM +0200, Caspar Schutijser wrote: > Hi, > > Below is a patch that updates Tor Browser to 9.5.1. Briefly tested on > amd64. The release announcement will be posted here, I assume, but is > not published yet: > https://blog.torproject.org/new-release-tor-browser-951 Build/Install/RUN ok on amd64 Thanks! :o) -- clematis (0xA2C87EDB507B4C53)
Re: NEW: security/mat2 0.11.0 - metadata anonymisation toolkit
On Sun, Jun 28, 2020 at 08:45:45PM +0100, Stuart Henderson wrote: > On 2020/06/28 20:34, clematis wrote: > If the tests don't work anyway, you might as well just use pypi and > avoid the on-the-fly generated 10MB tarballs (which might change hash > if they update git, gitlab, gzip, tar, etc) and just use the 30K ones. That's a very fair point - makes sense - thank you. > diff for the above below. Sorry for the space and uppercase mess. And thank you for clarifying the _DEPENDS py3 flavoring. > upstream has a fairly prominent warning about it being in beta on the > readme and not using it for anything critical, should that be copied > to pkg/DESCR? Make sense - I've added it to DESCR. New tarball attached including those changes. Thanks, -- clematis (0xA2C87EDB507B4C53) security_mat2.tar.gz Description: application/tar-gz
Re: UPDATE: audio/ncspot to 0.1.4
On Sun, Jun 28, 2020 at 03:31:47PM +0200, Henrik Friedrichsen wrote: > Maintenance update to 0.1.4 > > Changelog: > > Add command/binding ( to jump to currently playing track (fixes #181) > Add OpenUri D-BUS MPRIS support (#185) > Implement volume normalization setting (fixes #195) > Implement audio_cache setting (fixes #196) > Support configuration of audio backend and backend device (fixes #194) > Handle lost/disconnected sessions gracefully (fixes #34, #125, #176, #192) > Add configuration value to drop default keybindings (fixes #204) > Only clear credentials when they're invalid (fixes #77) > Add noop command to override single default bindings (#207) > Add help command (#208) Hi Henrik, Build/Install OK for me on amd64. Runs OK too. Been using 0.1.4 for a couple of hours. Just once as I exit I had a : thread '' panicked at 'could not send no-op event to cursive: "SendError(..)"', src/events.rs:42:9 I couldn't reproduce it going through various cycle of browsing/searching/playing and coming back as well as switching from Queue/Search/Library. -- clematis (0xA2C87EDB507B4C53)
Re: NEW: security/mat2 0.11.0 - metadata anonymisation toolkit
On Sat, May 30, 2020 at 11:12:41PM +0200, clematis wrote: > Hi Team, > > Here's a new package for mat2, a metadata removal tool supporting a wide > range of commonly used file formats. > > https://0xacab.org/jvoisin/mat2 > > [+] Supported formats: > - application/epub+zip (.epub) > - application/pdf (.pdf) > - application/x-dtbncx+xml (.ncx) > - application/x-tar (.tar) > - application/zip (.zip) > - audio/mpeg (.mp3, .mp2) > - audio/x-wav (.wav) > - image/gif (.gif) > - image/jpeg (.jpeg, .jpe, .jpg) > - image/png (.png) > - image/svg+xml (.svg) > - image/tiff (.tif, .tiff) > - image/x-ms-bmp (.bmp) > - image/x-portable-pixmap (.ppm) > - text/css (.css) > - text/html (.html, .htm) > - text/plain (.txt) > - video/mp4 (.mp4) > - video/x-msvideo (.avi) > > > It build/install/run OK on amd64. I would appreciate feedback to confirm > the python FLAVORING is done properly. Thanks ajacoutot@ for pointing me > to the use of devel/py-gobject3${MODPY_FLAVOR} (and not just ${FLAVOR}). > > I've opened an issue upstream (Ref; #142) to add tests/ > If they do I will make sure to add this to the next update. Upstream has no interest in maintaining their pypi nor add test there. So I've switched to their gitlab as MASTER_SITES. I have some errors trying to run make test. Plus it says it's deprecated and this method will be removed inviting to use tox. So I kept the NO_TEST = yes There's a few example to run manual test and coverage available on the project page. I don't know if that's ok to keep it this way. > I've used it successfully on pictures and pdfs. I've also re-arranged the Makefile to follow the template order more strictly. It still builds and runs OK on amd64. portcheck OK. Worked as expected via the command line on pictures and pdfs (which is my only use case). > More tests, comments, feedback will be appreciated. That would still be appreciated. It's meant to have a service menu for Dolphin and an extension for Nautilus so if anyone wants to give this a try it would be a plus. New tarball including the changes mentioned above attached. Cheers, -- clematis (0xA2C87EDB507B4C53) security_mat2.tar.gz Description: application/tar-gz
Re: [NEW] devel/py-vulture
On Mon, Jun 08, 2020 at 09:26:16PM +0200, Martin Reindl wrote: > Hello everyone, > > attached is a port of py-vulture 1.5. From DESCR: > > Vulture finds unused code in Python programs. This is useful for cleaning up > and finding errors in large code bases. If you run Vulture on both your > library and test suite you can find untested code. > > https://github.com/jendrikseipp/vulture/ > > Comments? OKs? > > -m Quick comments to confirm it build/install/run all OK on amd64. all 231 tests passed (coverage: platform openbsd6, python 3.7.7-final-0) quick test on dead code also worked as expected. Cheers, -- clematis (0xA2C87EDB507B4C53)
Re: UPDATE: Tor Browser 9.5
On Fri, Jun 05, 2020 at 06:29:24PM +0200, Caspar Schutijser wrote: > On Wed, Jun 03, 2020 at 06:13:26PM +0200, Caspar Schutijser wrote: > > Below is a patch that updates Tor Browser to 9.5. Briefly tested on > > amd64. Release announcement: > > https://blog.torproject.org/new-release-tor-browser-95 > > > > Includes a change from Stéphane HUC to the pkg-readme of > > meta/tor-browser. > Just to add that it build/install/run also OK for me on amd64. Thanks for the update Caspar. > (I should have added this in the initial email.) > > In case you're a bit puzzled by the .mozconfig patch: at the top of the > .mozconfig file, there is this comment: > > # This mozconfig file is not used in official Tor Browser builds. > # It is only intended to be used when doing incremental Linux builds > # during development. The platform-specific mozconfig configuration > # files used in official Tor Browser releases can be found in the > # tor-browser-build repo: > # https://gitweb.torproject.org/builders/tor-browser-build.git/ > # under: > # tor-browser-build/projects/firefox/mozconfig-$OS-$ARCH > > So I've compared the .mozconfig shipped in the tarball with the file > they're referring to and as a result commented out a few options. > I'll think of a way to make it easier to stay in sync. -- clematis (0xA2C87EDB507B4C53)
NEW: security/mat2 0.11.0 - metadata anonymisation toolkit
Hi Team, Here's a new package for mat2, a metadata removal tool supporting a wide range of commonly used file formats. https://0xacab.org/jvoisin/mat2 [+] Supported formats: - application/epub+zip (.epub) - application/pdf (.pdf) - application/x-dtbncx+xml (.ncx) - application/x-tar (.tar) - application/zip (.zip) - audio/mpeg (.mp3, .mp2) - audio/x-wav (.wav) - image/gif (.gif) - image/jpeg (.jpeg, .jpe, .jpg) - image/png (.png) - image/svg+xml (.svg) - image/tiff (.tif, .tiff) - image/x-ms-bmp (.bmp) - image/x-portable-pixmap (.ppm) - text/css (.css) - text/html (.html, .htm) - text/plain (.txt) - video/mp4 (.mp4) - video/x-msvideo (.avi) It build/install/run OK on amd64. I would appreciate feedback to confirm the python FLAVORING is done properly. Thanks ajacoutot@ for pointing me to the use of devel/py-gobject3${MODPY_FLAVOR} (and not just ${FLAVOR}). I've opened an issue upstream (Ref; #142) to add tests/ If they do I will make sure to add this to the next update. I've used it successfully on pictures and pdfs. More tests, comments, feedback will be appreciated. Thanks. Regards, -- clematis (0xA2C87EDB507B4C53) mat2.tar.gz Description: application/tar-gz
Re: NEW: astro/gnuastro
On Sun, May 24, 2020 at 06:02:32PM +, Brian Callahan wrote: > Hi ports -- > > Attached is a new port, astro/gnuastro. These are the GNU Astronomy > Utilities. > > --- > pkg/DESCR: > The GNU Astronomy Utilities (Gnuastro) is an official GNU package > consisting of various programs and library functions for the > manipulation and analysis of astronomical data. All the programs share > the same basic command-line user interface for the comfort of both the > users and developers. > --- > > Works well and all tests pass on amd64 and sparc64. > > OK? > > ~Brian > quick feedback just to say it build/install/run OK for me on amd64 info/man and cmds run (no data to test further) -- clematis (0xA2C87EDB507B4C53)
Re: Update net/tor to 0.4.3.5
On Thu, May 21, 2020 at 04:32:53PM +0200, Solene Rapenne wrote: > Le Fri, 15 May 2020 17:29:30 +0200, > clematis a écrit : > > > Hi Pascal, > > Here's an update of net/tor from 0.4.2.7 to 0.4.3.5. > > Patches still go OK. So just bumping the version. > > build and run OK on amd64 - tested as client and with torsocks > > > > Release note: https://blog.torproject.org/node/1872 > > > > Does that work for you? > > Cheers, > > works fine for me. Hi Pascal, Just a quick reminder as this might have fall on your back burner. Thanks, -- clematis (0xA2C87EDB507B4C53) Index: Makefile === RCS file: /cvs/ports/net/tor/Makefile,v retrieving revision 1.128 diff -u -p -r1.128 Makefile --- Makefile19 Mar 2020 11:02:51 - 1.128 +++ Makefile15 May 2020 15:12:01 - @@ -2,7 +2,7 @@ COMMENT= anonymity service using onion routing -DISTNAME= tor-0.4.2.7 +DISTNAME= tor-0.4.3.5 CATEGORIES=net HOMEPAGE= https://www.torproject.org/ Index: distinfo === RCS file: /cvs/ports/net/tor/distinfo,v retrieving revision 1.105 diff -u -p -r1.105 distinfo --- distinfo19 Mar 2020 11:02:51 - 1.105 +++ distinfo15 May 2020 15:12:01 - @@ -1,2 +1,2 @@ -SHA256 (tor-0.4.2.7.tar.gz) = BqHYNd3zgva8pApi6PtAtxsvc9VvDVNSPIvVyvmzAm0= -SIZE (tor-0.4.2.7.tar.gz) = 7604875 +SHA256 (tor-0.4.3.5.tar.gz) = YWoOSuaI0OFR1G4+QlhWXaTUQ9HdvTFtsLkJEOLV2Gg= +SIZE (tor-0.4.3.5.tar.gz) = 7740166
Re: NEW: graphics/chafa
On Wed, May 27, 2020 at 11:04:16PM +, Brian Callahan wrote: > Hi ports -- > > Attached is a new port, graphics/chafa. Chafa is a commandline utility > that converts images for terminal output. > > --- > pkg/DESCR: > Chafa allows you to view reasonable approximations of pictures and > animations in the comfort of your favorite terminal emulator. > > Features: > * Supports most popular image formats, including animated GIFs. > * Combines Unicode symbols from multiple selectable ranges for optimal > output. > * Multiple color modes, including Truecolor, 256-color, 16-color and > simple FG/BG. > * RGB and DIN99d color spaces for improved color picking. > * Alpha transparency support in any color mode, including in animations. > * Suitable for terminal graphics, ANSI art composition and even black & > white print. > * Works with most modern and classic terminals and terminal emulators. > * Documented, stable C API. > --- > > Builds and all tests pass on amd64 and sparc64. Testing on a big endian > glass console would be appreciated. > > OK? > > ~Brian Hi Brian, As discussed offline, including your changes to fix the manpage issue: CONFIGURE_ARGS =--disable-man # Manual page exists but won't install unless explicitly rebuilding it post-install: ${INSTALL_MAN} ${WRKSRC}/docs/chafa.1 ${PREFIX}/man/man1 new tarball attached including this change and an updated PLIST OK on amd64 Thanks, -- clematis (0xA2C87EDB507B4C53) chafa.tar.gz Description: application/tar-gz
Re: UPDATE: i2pd 2.26.0 -> 2.30.0
On Wed, May 27, 2020 at 03:10:39PM +0200, Solene Rapenne wrote: > Le Wed, 27 May 2020 13:19:47 +0100, > Stuart Henderson a écrit : > > > On 2020/05/27 13:58, Solene Rapenne wrote: > > > Le Wed, 27 May 2020 12:33:27 +0100, > > > Stuart Henderson a écrit : > > > > > > > On 2020/05/27 13:21, Solene Rapenne wrote: > > > > > Le Wed, 27 May 2020 11:55:20 +0100, > > > > > Stuart Henderson a écrit : > > > > > > > > > > it only need to read config in /etc/i2pd/ and read/write in > > > > > /var/lib/i2pd/ > > > > > > > > Does it need to rewrite existing files in /var/lib/i2pd/? > > > > > > > > > > I'm not sure to understand what you mean. /var/lib/i2pd/ is where > > > i2pd create files, store cache etc.. so i2pd daemon is pretty > > > active there, but that folder is only created by i2pd package and > > > populated at installation, then i2pd will create more files in it. > > > > The version currently in ports has some files created in there by > > @sample which are owned by _i2pd - the updated plist in the diff > > changes those to being owned by root. > > > > should be fine now, thank you very much for your help Hi, Just some quick feedback to confirm this build/install/run OK on amd64. Done basic testing, tunneling, httproxy and it is working. Thanks, -- clematis (0xA2C87EDB507B4C53)
Update net/tor to 0.4.3.5
Hi Pascal, Here's an update of net/tor from 0.4.2.7 to 0.4.3.5. Patches still go OK. So just bumping the version. build and run OK on amd64 - tested as client and with torsocks Release note: https://blog.torproject.org/node/1872 Does that work for you? Cheers, -- clematis (0xA2C87EDB507B4C53) Index: Makefile === RCS file: /cvs/ports/net/tor/Makefile,v retrieving revision 1.128 diff -u -p -r1.128 Makefile --- Makefile19 Mar 2020 11:02:51 - 1.128 +++ Makefile15 May 2020 15:12:01 - @@ -2,7 +2,7 @@ COMMENT= anonymity service using onion routing -DISTNAME= tor-0.4.2.7 +DISTNAME= tor-0.4.3.5 CATEGORIES=net HOMEPAGE= https://www.torproject.org/ Index: distinfo === RCS file: /cvs/ports/net/tor/distinfo,v retrieving revision 1.105 diff -u -p -r1.105 distinfo --- distinfo19 Mar 2020 11:02:51 - 1.105 +++ distinfo15 May 2020 15:12:01 - @@ -1,2 +1,2 @@ -SHA256 (tor-0.4.2.7.tar.gz) = BqHYNd3zgva8pApi6PtAtxsvc9VvDVNSPIvVyvmzAm0= -SIZE (tor-0.4.2.7.tar.gz) = 7604875 +SHA256 (tor-0.4.3.5.tar.gz) = YWoOSuaI0OFR1G4+QlhWXaTUQ9HdvTFtsLkJEOLV2Gg= +SIZE (tor-0.4.3.5.tar.gz) = 7740166
Re: [NEW] net/anondate
On Wed, Apr 29, 2020 at 09:29:59PM +, nanonymous wrote: > Hey, > It's been a while since my last update before the port is accepted, > so I have released another. This release fixes a few minor bugs. > > Anyone willing to donate an OK? I'd love to see this port in 6.7. > Note if you wish to test it: net/tor must be running for it to work > by default. Hi, Quick feedback to confirm this build and run OK on amd64. (not a very extended test, simply ran anondate -fjov getting the expected result) Now, on a side note I would add: - I am surprised that the .conf doesn't include any v3 onions. For long term and also as some listed in there aren't responsive. Feels like this list could be updated. - I would remove from the manpage - .Xr sdwdate 1 , - .Xr tails_htp 1 , PS: not the right timing to have it added now, you should consider chasing this later. (https://marc.info/?l=openbsd-ports=15015813724=2) Cheers, -- clematis (0xA2C87EDB507B4C53)
Re: UPDATE: Tor Browser 9.0.10
On Wed, May 06, 2020 at 08:43:37AM +0200, Landry Breuil wrote: > On Wed, May 06, 2020 at 07:33:57AM +0200, clematis wrote: > > Hi Caspar, > > > > Just to confirm this does build and run OK on amd64. > > > > PS: Wondering what it would takes for --enable-unveil to be supported. > > ways too much. wait for upstream to update to esr78, then talk to > upstream ? OK. esr 78.0 targets date: 2020-06-30 I will then ask tbb-dev. Thanks, PS: For anyone wondering about the font "blank" error messages, it isn't platform specific and still relates to: https://trac.torproject.org/projects/tor/ticket/22787 (confirmed by gk @tor this morning) Cheers, -- clematis (0xA2C87EDB507B4C53)
Re: UPDATE: Tor Browser 9.0.10
On Tue, May 05, 2020 at 09:43:23PM +0200, Caspar Schutijser wrote: > Hi, > > Below is a patch that updates Tor Browser to 9.0.10. Briefly tested on > amd64. Release announcement: > https://blog.torproject.org/new-release-tor-browser-9010 > > While there, I'm changing the URL of my backup MASTER_SITES (not urgent) > and the comment/description in the .desktop file (sync with upstream). > > I'm aware that the ports tree is (almost?) locked for release; I'm just > putting this diff out here and I understand if this cannot be committed > right now. > > Thanks, > Caspar Schutijser Hi Caspar, Just to confirm this does build and run OK on amd64. PS: Wondering what it would takes for --enable-unveil to be supported. Cheers, -- clematis (0xA2C87EDB507B4C53)
Re: UPDATE: i2pd 2.26.0 -> 2.30.0
On Thu, Apr 16, 2020 at 06:57:52PM +0200, clematis wrote: > - *but* it won't run out of the box. (2.26.0 was good to go). Got > straight a /var/lib/i2pd/i2pd.core which I haven't looked at yet. I > might be able to have another look at this and re-do the process tomorrow. > > But you might want to double check this in the meantime. (removing user, > group and /var/lib/i2pd each time and clean all) Hi Satmeir, Sorry I didn't have time to look at this sooner. Is that working on your machine? Still crash on mine as soon as I try to start it (rcctl start i2pd) Loaded symbols for /usr/lib/libc.so.96.0 Reading symbols from /usr/libexec/ld.so...Error while reading shared library symbols: Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/libexec/ld.so] #0 BN_num_bits (a=0x696e97f6f80) at /usr/src/lib/libcrypto/bn/bn_lib.c:182 182 return ((i * BN_BITS2) + BN_num_bits_word(a->d[i])); For the record: -- Found OpenSSL: /usr/lib/libcrypto.so.46.1 (found version "2.0.0") Cheers, -- clematis (0x7e96fd2400fe7b59)
Re: UPDATE: i2pd 2.26.0 -> 2.30.0
On Thu, Apr 16, 2020 at 03:09:09PM +0200, satmeir wrote: > On 2020-04-16 13:02, Stuart Henderson wrote: > > On 2020/04/16 12:38, satmeir wrote: > >> On 2020-04-16 12:20, Stuart Henderson wrote: > >>> On 2020/04/16 11:34, satmeir wrote: > >>>> Updated to 2.31.0 > >>>> @solene: Tested patch this time on amd64. Please let me know if it works. > >>> Hello, Just some quick feedback on amd64 for this v2.31.0 - It does patch, configure, build OK. - tests results looks similar to 2.26.0 with this test-gost-sig.cpp core. - It's good to have added a pkg/MESSAGE. Without being picky I would suggest to maybe add a little "if needed" to the recommendation to touch kern.maxfiles. - package, install - appears pretty much OK - *but* it won't run out of the box. (2.26.0 was good to go). Got straight a /var/lib/i2pd/i2pd.core which I haven't looked at yet. I might be able to have another look at this and re-do the process tomorrow. But you might want to double check this in the meantime. (removing user, group and /var/lib/i2pd each time and clean all) Hope this help. Cheers, -- clematis (0x7e96fd2400fe7b59)
Re: New port: JetBrainsMono fonts
On Tue, Apr 14, 2020 at 01:48:22PM +0100, Stuart Henderson wrote: > > gzip: /tmp/fonts_jetbrains-mono-1.0.2.tar.gz: unrecognized file format :-/ I am really sorry - trying to make you guys save some time with this that should be straight forward and you actually waste more time sorry about that it was just a poorly named tarball Reattached as proper tar + gzip ...to match the name. fonts_jetbrains-mono-1.0.2.tar.gz: gzip compressed data, was "fonts_jetbrains-mono-1.0.2.tar" Cheers, -- clematis (0x7e96fd2400fe7b59) fonts_jetbrains-mono-1.0.2.tar.gz Description: application/tar-gz
Re: New port: JetBrainsMono fonts
On Tue, Apr 14, 2020 at 01:54:56PM +0200, Rafael Sadowski wrote: > On Fri Feb 21, 2020 at 01:18:29PM -0500, George Koehler wrote: > > On Sun, 2 Feb 2020 12:30:33 -0800 > > Greg Steuck wrote: > > > > > Thanks for the comments Stuart & George. I believe I addressed all > > > your comments. > > > > > > I further stole from espie@'s port which simplified things a bit more. > > > > The fonts/jetbrains-mono from Greg Steuck on 2 Feb [1] > > is ok gkoehler@ for someone else to import. > > > > [1] https://marc.info/?l=openbsd-ports=158067551105582=2 > > > > With reordering the variables like in Makefile.template OK for me > otherwise veto. Please also rename Apache V2 in "Apache 2.0" or > "Apache-2.0" Hi Rafael, Please find attached a new tarball with a Makefile following the template order and the license being renamed as required. Thanks. -- clematis (0x7e96fd2400fe7b59) fonts_jetbrains-mono-1.0.2.tar.gz Description: application/tar-gz
Re: UPDATE: i2pd 2.26.0 -> 2.30.0
On Sun, Apr 12, 2020 at 10:24:14AM +0200, satmeir wrote: > On 2020-04-06 19:17, satmeir wrote: > > On 2020-04-03 12:43, satmeir wrote: > >> Hello ports@, > >> > >> This is an update to net/i2pd which brings it to the newest version 2.30.0. > >> > >> This is my first port update, so all feedback is appreciated. > >> > >> I couldn't figure out why i2pd kept on installing into /usr/local/bin > >> instead of /usr/local/sbin, as specified in i2pd.rc. I manually changed > >> /etc/rc.d/i2pd for testing purposes. > >> > >> Comments? OK? > >> > > > > New diff more closely based on the old version. Also includes a MESSAGE > > and README explaining the necessary changes to file descriptor resource > > limits. > > > > Is it a problem that OpenBSD uses /var/lib/i2pd instead of the OpenBSD > > standard /var/i2pd? > > > > How can I best submit this patch so it gets merged in the -current branch? > > > > > Hi, just bumping this update. I'd love to get into the ports tree before > release 6.7 Hello, I was gonna start looking at this but realized 2.31.0 is out with judging by the release note quite some noticeable changes. Are you going to have a look at it and push a new diff? Also adding Mikal to the thread as current MAINTAINER. Thanks, -- clematis (0x7e96fd2400fe7b59)
Re: New port: JetBrainsMono fonts
On Fri, Feb 21, 2020 at 01:18:29PM -0500, George Koehler wrote: > On Sun, 2 Feb 2020 12:30:33 -0800 > Greg Steuck wrote: > > > Thanks for the comments Stuart & George. I believe I addressed all > > your comments. > > > > I further stole from espie@'s port which simplified things a bit more. > > The fonts/jetbrains-mono from Greg Steuck on 2 Feb [1] > is ok gkoehler@ for someone else to import. > > [1] https://marc.info/?l=openbsd-ports=158067551105582=2 > Hi team, Based on the previous OK, could someone please import it? Thanks. Regards, -- clematis (0x7e96fd2400fe7b59)
Update devel/py-bitcoinlib to 0.11.0
Hello, Here's a quick update of devel/py-bitcoinlib to the latest release 0.11.0. It still allow a software outside ports/ to run OK with it. In regards to tests they all completed successfully using the provided test data from Bitcoin Core. /python-bitcoinlib-0.11.0/bitcoin/tests> python3 -m unittest discover Ran 147 tests in 3.132s OK Thanks. Regards, -- clematis (0x7e96fd2400fe7b59) Index: Makefile === RCS file: /cvs/ports/devel/py-bitcoinlib/Makefile,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 Makefile --- Makefile26 Sep 2019 21:49:36 - 1.1.1.1 +++ Makefile14 Apr 2020 07:41:59 - @@ -2,7 +2,7 @@ COMMENT = Python3 interface to the Bitcoin data structure and protocol -MODPY_EGG_VERSION =0.10.2 +MODPY_EGG_VERSION =0.11.0 DISTNAME = python-bitcoinlib-${MODPY_EGG_VERSION} PKGNAME = ${DISTNAME:S/^python-/py-/} Index: distinfo === RCS file: /cvs/ports/devel/py-bitcoinlib/distinfo,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 distinfo --- distinfo26 Sep 2019 21:49:36 - 1.1.1.1 +++ distinfo14 Apr 2020 07:41:59 - @@ -1,2 +1,2 @@ -SHA256 (python-bitcoinlib-0.10.2.tar.gz) = vbJw3tWUuN6tWP1oMK0U+IDCXsH9LKG+JOnoXezvzgQ= -SIZE (python-bitcoinlib-0.10.2.tar.gz) = 144193 +SHA256 (python-bitcoinlib-0.11.0.tar.gz) = Par9Y8t1X24gZ7fJxRQFOFYDTJ+TY8gMNwB3RNVKLgY= +SIZE (python-bitcoinlib-0.11.0.tar.gz) = 150107 Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-bitcoinlib/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 PLIST --- pkg/PLIST 26 Sep 2019 21:49:36 - 1.1.1.1 +++ pkg/PLIST 14 Apr 2020 07:41:59 - @@ -4,14 +4,17 @@ lib/python${MODPY_VERSION}/site-packages ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/bitcoin/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/bitcoin/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bitcoin/${MODPY_PYCACHE}base58.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bitcoin/${MODPY_PYCACHE}bech32.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bitcoin/${MODPY_PYCACHE}bloom.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bitcoin/${MODPY_PYCACHE}messages.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bitcoin/${MODPY_PYCACHE}net.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bitcoin/${MODPY_PYCACHE}rpc.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bitcoin/${MODPY_PYCACHE}segwit_addr.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bitcoin/${MODPY_PYCACHE}signature.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bitcoin/${MODPY_PYCACHE}signmessage.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bitcoin/${MODPY_PYCACHE}wallet.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bitcoin/base58.py +lib/python${MODPY_VERSION}/site-packages/bitcoin/bech32.py lib/python${MODPY_VERSION}/site-packages/bitcoin/bloom.py lib/python${MODPY_VERSION}/site-packages/bitcoin/core/ lib/python${MODPY_VERSION}/site-packages/bitcoin/core/__init__.py @@ -30,6 +33,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/bitcoin/messages.py lib/python${MODPY_VERSION}/site-packages/bitcoin/net.py lib/python${MODPY_VERSION}/site-packages/bitcoin/rpc.py +lib/python${MODPY_VERSION}/site-packages/bitcoin/segwit_addr.py lib/python${MODPY_VERSION}/site-packages/bitcoin/signature.py lib/python${MODPY_VERSION}/site-packages/bitcoin/signmessage.py lib/python${MODPY_VERSION}/site-packages/bitcoin/tests/ @@ -38,6 +42,7 @@ ${MODPY_COMMENT}lib/python${MODPY_VERSIO lib/python${MODPY_VERSION}/site-packages/bitcoin/tests/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bitcoin/tests/${MODPY_PYCACHE}fakebitcoinproxy.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bitcoin/tests/${MODPY_PYCACHE}test_base58.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bitcoin/tests/${MODPY_PYCACHE}test_bech32.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bitcoin/tests/${MODPY_PYCACHE}test_bloom.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bitcoin/tests/${MODPY_PYCACHE}test_checkblock.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bitcoin/tests/${MODPY_PYCACHE}test_core.${MODPY_PYC_MAGIC_TAG}pyc @@ -55,6 +60,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/bitcoin/tests/${MODPY_PYCACHE}test_wallet.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bitcoin/tests/fakebitcoinproxy.py lib/pyt
Re: WIP: Tor Browser 9.0.4
On Wed, Feb 12, 2020 at 10:54:19AM +0100, Landry Breuil wrote: > On Wed, Feb 12, 2020 at 07:30:22AM +0100, clematis wrote: > > On Tue, Feb 11, 2020 at 10:12:20PM +0100, Caspar Schutijser wrote: > > > On Tue, Feb 11, 2020 at 03:23:03PM +0100, Landry Breuil wrote: > > > > On Sat, Jan 11, 2020 at 03:43:06PM +0100, Caspar Schutijser wrote: > > > > > On Fri, Jan 10, 2020 at 10:31:15AM +, Stuart Henderson wrote: > > > > > > On 2019/12/28 09:07, Caspar Schutijser wrote: > ok good, it's just that in mozilla land, build1 is "first release > candidate", that's all - cf > of course TB-browser might not use the same convention :) FYI, here is the reply from Nicolas Vigier (@boklm torproject): === 8< === The naming convention is based on the git tag we are using: src-firefox-tor-browser-${firefox_version}-${torbrowser_branch}-${n}-build${m} ${n} is a number that we increase if we rebase our patches. Usually we don't rebase them on the same firefox version, so most of the time it is '1'. ${m} is a number that we increase when we added new patches. A -build2 for example indicates that we did a first build, then added new patches and did a second build (however only the last one is uploaded to dist.tpo). === 8< === Also note that: Release Candidates are uploaded under the ~/ of whoever is building it. There should always be only one firefox source tarball for each Tor Browser version on dist.tpo. Caspar, if you are interested in this, Nicolas offered to send an email out when they have a Release Candidate if you want to test build before it gets released. His complete email reply to tbb-dev: https://lists.torproject.org/pipermail/tbb-dev/2020-February/001046.html Thanks, -- clematis (0x7e96fd2400fe7b59)
Re: WIP: Tor Browser 9.0.4
On Tue, Feb 11, 2020 at 10:12:20PM +0100, Caspar Schutijser wrote: > On Tue, Feb 11, 2020 at 03:23:03PM +0100, Landry Breuil wrote: > > On Sat, Jan 11, 2020 at 03:43:06PM +0100, Caspar Schutijser wrote: > > > On Fri, Jan 10, 2020 at 10:31:15AM +, Stuart Henderson wrote: > > > > On 2019/12/28 09:07, Caspar Schutijser wrote: > > > > That seems built on top of a release candidate tarball > > (src-firefox-tor-browser-68.4.1esr-9.0-1-build1) is it expected ? > > To the best of my knowledge, it is not a release candidate tarball. > It is the only file in that directory of their mirror > (https://dist.torproject.org/torbrowser/9.0.4/) which contains source > code for the Tor Browser, I think. But I may be wrong. What makes you > think the tarball contains a release candidate? The structure of the > name of the distfile is definitely a little unusual. That's a good question, I will try to ask upstream see how to identify release candidate, but as per the release note, Tb-browser 9.0.4 was to update Firefox to 68.4.1esr. > > Would > > be good to get that commited so that this port is not left rotting > > in-tree, can anyone give it a testbuild with rust 1.41 that just got > > updated ? > > I can probably do this during the weekend but if someone beats me to it > that's fine of course. gdb-7.12.1p9 rust-1.41.0 tb-browser-9.0.4 tb-noscript-11.0.11 tb-https-everywhere-2019.11.7 build/package/install OK on amd64 with rust-1.41.0 Just ran it a bit this morning and it's working as expected. Well, seems like 9.0.5 is in the pipe [1] Tor Browser 9.0.5 -- February 11 2020 * All Platforms * Update Firefox to 68.5.0esr * Bump NoScript to 11.0.13 * Bug 32053: Fix LLVM reproducibility issues * Bug 32255: Missing ORIGIN header breaks CORS * Bug 32891: Add new default bridges [1] https://gitweb.torproject.org/builders/tor-browser-build.git/plain/projects/tor-browser/Bundle-Data/Docs/ChangeLog.txt?h=maint-9.0 Hope this help. Cheers, -- clematis (0x7e96fd2400fe7b59)
Re: [UPDATE] audio/ncspot to 0.1.2
On Sat, Feb 08, 2020 at 05:30:18PM +0100, Henrik Friedrichsen wrote: > On Sat, Feb 08, 2020 at 03:11:25PM +0100, Björn Ketelaars wrote: > > > +MODCARGO_CRATES += libpulse-sys0.0.0 # MODCARGO_CRATES += > > > librespot-audio 0.1.1 # MIT > > > > Line above looks wrong. ^ > > Good catch, thanks. It seems that modcargo-gen-crates-licenses swallows > a newline there for some reason. I fixed it manually. I hope this is > fine now? Hi Henrik, build/install/run all OK for me on amd64. Very cool to have implemented the volume mixing. Cheers, -- clematis (0x7e96fd2400fe7b59)
Re: UPDATE: net/profanity
On Fri, Feb 07, 2020 at 06:40:54AM +0100, Rafael Sadowski wrote: > Simple update to the latest stable version 0.8.0. Changelog: > https://profanity-im.github.io/blog/post/release-080/ > Quick test on amd64. > Feedback, OK? Hi Rafael, Just quick feedback to say it also build/install/run OK for me on amd64. Thanks for the update. Also nice to have +share/profanity/themes/solarized-dark :) Thanks, -- clematis (0x7e96fd2400fe7b59)
Re: Update devel/py-urwid to 2.1.0
On Mon, Jan 13, 2020 at 04:18:07PM +0100, clematis wrote: > On Mon, Jan 06, 2020 at 12:55:47PM +, Stuart Henderson wrote: > > On 2020/01/06 09:42, clematis wrote: > > > On Thu, Nov 28, 2019 at 08:13:04AM +0100, clematis wrote: > > > > On Wed, Nov 27, 2019 at 09:18:45PM +, Stuart Henderson wrote: > > > > > diff -u, please. > > > > > > > > > > > > > Please find diff -u attached. > > > > Cheers, > > > > > > ping? > > > Diff: https://marc.info/?l=openbsd-ports=157492525529846=p3 > > > > > Committed with tweaks: > > > > - remove REVISION line > > - remove bogus dep on python--tests > > - use MODPY_PYTEST > > Previous submission was breaking py2 flavor.(sorry about that). > py2 doesn't support async stuff, so _async_kw_event_loop.py would throw > an error when byte-compiling. > I had a quick chat with one of the urwid maintainer but I didn't feel like > they had much interest in fixing this. I've opened a github issue for > the record and to track this. [1] > > In the meantime, I don't know if there's a prefered way to fix this in > between removing _async_kw_event_loop.py post-extract or using > MODPY_COMMENT. I found both method being used (devel/py-freezegun and > devel/py-pexpect). I felt more confortable not touching PLIST so I went > for the first approach. > > both flavors build, package, install, deinstall ok on amd64. tests > haven't changed. RUN_DEPENDS OK. > > New diff attached. > Feedback, comments are welcome. > > Thanks, > > [1] https://github.com/urwid/urwid/issues/393 Hi team, That won't be fixed upstream as they have no more interest in py2. Are we keeping the FLAVOR and moving forward with this diff using post-extract to remove the _async* breaking py2? Or should I make it a py3 only port and also ${MODPY_DEFAULT_VERSION_3} the run_depends: /usr/ports/devel/bpython /usr/ports/devel/bpython,python3 /usr/ports/devel/pudb /usr/ports/devel/pudb,python3 Two other run_depends are already default to py3: /usr/ports/net/toot /usr/ports/productivity/khal And this last one, well, it was declared dead [1] in 2017 so we might just remove it if no-one has any objection. /usr/ports/productivity/py-carddav [1] http://lostpackets.de/pycarddav/pycarddav-is-dead.html Any prefered way to proceed? Thanks. -- clematis (0x7e96fd2400fe7b59) Index: Makefile === RCS file: /cvs/ports/devel/py-urwid/Makefile,v retrieving revision 1.29 diff -u -p -r1.29 Makefile --- Makefile7 Jan 2020 12:09:00 - 1.29 +++ Makefile13 Jan 2020 14:46:51 - @@ -2,11 +2,10 @@ COMMENT = console user interface library for python -MODPY_EGG_VERSION = 2.0.1 +MODPY_EGG_VERSION = 2.1.0 DISTNAME = urwid-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} CATEGORIES = devel -EPOCH =0 HOMEPAGE = http://urwid.org/ @@ -15,18 +14,27 @@ MAINTAINER =Clem Atis https://github.com/urwid/urwid/issues/393) + +.if !${FLAVOR:Mpython3} +post-extract: + rm ${WRKSRC}/urwid/_async_kw_event_loop.py +.endif .include Index: distinfo === RCS file: /cvs/ports/devel/py-urwid/distinfo,v retrieving revision 1.10 diff -u -p -r1.10 distinfo --- distinfo7 Jan 2020 12:09:00 - 1.10 +++ distinfo13 Jan 2020 14:46:51 - @@ -1,2 +1,2 @@ -SHA256 (urwid-2.0.1.tar.gz) = ZE0+OQCGcWGi/JKHqXYnU9Zr0ZR1Rnmtsmrt5Vm8zLw= -SIZE (urwid-2.0.1.tar.gz) = 604167 +SHA256 (urwid-2.1.0.tar.gz) = CJbzYGC+tr84ActVQwP+8zanlmFAF5dVG6EG0jq0zYY= +SIZE (urwid-2.1.0.tar.gz) = 630226 Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-urwid/pkg/PLIST,v retrieving revision 1.7 diff -u -p -r1.7 PLIST --- pkg/PLIST 7 Jan 2020 12:09:00 - 1.7 +++ pkg/PLIST 13 Jan 2020 14:46:51 - @@ -1,4 +1,4 @@ -@comment $OpenBSD: PLIST,v 1.7 2020/01/07 12:09:00 sthen Exp $ +@comment $OpenBSD: PLIST,v$ lib/python${MODPY_VERSION}/site-packages/urwid/ lib/python${MODPY_VERSION}/site-packages/urwid-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ lib/python${MODPY_VERSION}/site-packages/urwid-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO @@ -9,6 +9,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/urwid/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}_async_kw_event_loop.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}canvas.${MODPY_PYC_MAGIC_TAG}py
Re: New devel/py-crayons (new requirement to update devel/legit)
On Sun, Jan 26, 2020 at 11:08:42PM +0100, Klemens Nanni wrote: > 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? > Hello, Well, I am kind of learning something new with every submission, the MODPY_DEFAULT_VERSION_3 was new to me and as you've spoted I guess that was a good example on how to break things up. Another change I was refering was to finally have setup PORTS_PRIVSEP=yes. > Above diff actually breaks your legit update because the flavor used in > its dependency list no longer exists. It does. I understand this now. > You probably only tested your already existing installation after > repackaging py-crayons, but you cannot have successfully tested the > legit update itself with this. Correct. :-/ > On the submission itself: Personally, I'm fine with importing new > python ports as Python 3 only, but that makes for an ugly situation > where python ports become a wild mix of flavored and Python X.Y only as > nicely demonstrated above. :o) Yes... true. It did also felt like that was ok for an import but I didn't see the rest coming. Now switching all DEPENDS felt like a ton of updates so I don't know if we want to go that route. > I don't know how we want to handle this situation, but it would be > better to find consensus and work toward one solution. Agreed. I will probably spin-off a dedicated email thread to see if one solution could be agreed. PS: devel/legit thread: https://marc.info/?l=openbsd-ports=157866485720815=2 Thanks, -- clematis (0x7e96fd2400fe7b59)
Re: NEW FONTS PORT: jetbrains
On Thu, Jan 16, 2020 at 05:26:50PM +0100, Marc Espie wrote: > This font was designed for development, apparently, as part of an IDE, > and they decided to open up the font (Apache 2.0) > > I played with it a bit and it is indeed pleasant. Bonjour Marc, Just quick feedback to say it works just as expected. It is pretty slick. Thank you for sharing! Regards, -- clematis (0x7e96fd2400fe7b59)
Re: Update devel/py-urwid to 2.1.0
On Mon, Jan 06, 2020 at 12:55:47PM +, Stuart Henderson wrote: > On 2020/01/06 09:42, clematis wrote: > > On Thu, Nov 28, 2019 at 08:13:04AM +0100, clematis wrote: > > > On Wed, Nov 27, 2019 at 09:18:45PM +, Stuart Henderson wrote: > > > > diff -u, please. > > > > > > > > > > Please find diff -u attached. > > > Cheers, > > > > ping? > > Diff: https://marc.info/?l=openbsd-ports=157492525529846=p3 > > > Committed with tweaks: > > - remove REVISION line > - remove bogus dep on python--tests > - use MODPY_PYTEST Previous submission was breaking py2 flavor.(sorry about that). py2 doesn't support async stuff, so _async_kw_event_loop.py would throw an error when byte-compiling. I had a quick chat with one of the urwid maintainer but I didn't feel like they had much interest in fixing this. I've opened a github issue for the record and to track this. [1] In the meantime, I don't know if there's a prefered way to fix this in between removing _async_kw_event_loop.py post-extract or using MODPY_COMMENT. I found both method being used (devel/py-freezegun and devel/py-pexpect). I felt more confortable not touching PLIST so I went for the first approach. both flavors build, package, install, deinstall ok on amd64. tests haven't changed. RUN_DEPENDS OK. New diff attached. Feedback, comments are welcome. Thanks, [1] https://github.com/urwid/urwid/issues/393 -- clematis (0x7e96fd2400fe7b59) Index: Makefile === RCS file: /cvs/ports/devel/py-urwid/Makefile,v retrieving revision 1.29 diff -u -p -r1.29 Makefile --- Makefile7 Jan 2020 12:09:00 - 1.29 +++ Makefile13 Jan 2020 14:46:51 - @@ -2,11 +2,10 @@ COMMENT = console user interface library for python -MODPY_EGG_VERSION = 2.0.1 +MODPY_EGG_VERSION = 2.1.0 DISTNAME = urwid-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} CATEGORIES = devel -EPOCH =0 HOMEPAGE = http://urwid.org/ @@ -15,18 +14,27 @@ MAINTAINER =Clem Atis https://github.com/urwid/urwid/issues/393) + +.if !${FLAVOR:Mpython3} +post-extract: + rm ${WRKSRC}/urwid/_async_kw_event_loop.py +.endif .include Index: distinfo === RCS file: /cvs/ports/devel/py-urwid/distinfo,v retrieving revision 1.10 diff -u -p -r1.10 distinfo --- distinfo7 Jan 2020 12:09:00 - 1.10 +++ distinfo13 Jan 2020 14:46:51 - @@ -1,2 +1,2 @@ -SHA256 (urwid-2.0.1.tar.gz) = ZE0+OQCGcWGi/JKHqXYnU9Zr0ZR1Rnmtsmrt5Vm8zLw= -SIZE (urwid-2.0.1.tar.gz) = 604167 +SHA256 (urwid-2.1.0.tar.gz) = CJbzYGC+tr84ActVQwP+8zanlmFAF5dVG6EG0jq0zYY= +SIZE (urwid-2.1.0.tar.gz) = 630226 Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-urwid/pkg/PLIST,v retrieving revision 1.7 diff -u -p -r1.7 PLIST --- pkg/PLIST 7 Jan 2020 12:09:00 - 1.7 +++ pkg/PLIST 13 Jan 2020 14:46:51 - @@ -1,4 +1,4 @@ -@comment $OpenBSD: PLIST,v 1.7 2020/01/07 12:09:00 sthen Exp $ +@comment $OpenBSD: PLIST,v$ lib/python${MODPY_VERSION}/site-packages/urwid/ lib/python${MODPY_VERSION}/site-packages/urwid-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ lib/python${MODPY_VERSION}/site-packages/urwid-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO @@ -9,6 +9,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/urwid/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}_async_kw_event_loop.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}canvas.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}command_map.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}compat.${MODPY_PYC_MAGIC_TAG}pyc @@ -24,6 +25,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}listbox.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}main_loop.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}monitored_list.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}numedit.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}old_str_util.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}raw_display.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}signals.${MODPY_PYC_MAGIC_TAG}pyc @@ -36,6 +38,7 @@ lib/pytho
Re: WIP: Tor Browser 9.0.4
On Sat, Jan 11, 2020 at 03:43:06PM +0100, Caspar Schutijser wrote: > Major changes besides that: > * Update to Tor Browser 9.0.4. > * Sync with www/firefox-esr: drop patches fixing build with rust 1.39. > * Add a second site to MASTER_SITES. Upstream removes distfiles of old > versions once they release a new version of their software. The second > site in MASTER_SITES then acts as a fallback. Hi, Just to report quickly that it all build and run OK for me on amd64. Thank you Caspar. Very nice to have this port up to date. Cheers, -- clematis (0x7e96fd2400fe7b59)
Re: New devel/py-crayons (new requirement to update devel/legit)
On Fri, Jan 10, 2020 at 05:49:33PM +0100, clematis wrote: > On Tue, Jan 07, 2020 at 11:18:25PM +0100, clematis wrote: > > Hi, > > This python module gives you colored strings for terminal usage. > > https://github.com/MasterOdin/crayons > > > > It is a new requirement to update devel/legit to 1.2.0 which I will > > submit later. > > > > both flavors build, package, install, deinstall and run OK on amd 64 > > (tested using devel/legit 1.2.0) > > Taking recent feedback into account here's a new tarball including those > additional changes: > > +MAINTAINER > +MODPY_VERSION = ${MODPY_DEFAULT_VERSION_3} > -FLAVORS =python3 > -FLAVOR ?= > +# Tests to come in future version > +NO_TEST= Yes Oops, forgot rule #27... do not set NO_TEST if a port has an empty regression test infrastructure. Don't think running the readme Example is good enough, so I've just removed this NO_TEST from the Makefile. New tarball attached. > Sill run OK with devel/legit 1.2.0 > > Comments? OK? -- clematis (0x7e96fd2400fe7b59) devel_py-crayons-0.3.0.tar.gz Description: application/tar-gz
Re: How to handle ports update dropping py2 support?
On Thu, Jan 09, 2020 at 08:18:41PM +, Stuart Henderson wrote: > If people want to help with py2 EoL, the thing that is really needed at > this point is to look for application (rather than library) packages > that currently use Python 2, and look into what's needed to get them > moved to Python 3. For example beets, quodlibet, pysol have already > been moved to py3, but there are plenty like fretsonfire, mnemosyne, > gmapcatcher, mailpile and others that haven't. Prioritise ports that use > common libraries that have already dropped py2 support upstream (for > example Pillow, numpy, scipy, matplotlib, pandas - more examples at > https://python3statement.org/) as they're the ones where we'll run into > problems first. Ok understood thanks for the details. I will go back and do my homework on py-urwid first and will come back to this once I am done. > In the specific case of py-urwid, 2.10 is basically OK with python 2 > (and they declare support for 2.7, 3.4-3.8, and PyPy). The file causing > a problem is not used or needed for Python versions below 3.5: > > 1497 # Import Trio's event loop only if we are on Python 3.5 or above (async > def is > 1498 # not supported in earlier versions). > 1499 if sys.version_info >= (3, 5): > 1500 from ._async_kw_event_loop import TrioEventLoop > > The problems seen are > > 1) the compileall.py stage sees an error when building bytecode for it > > For this I think setuptools just needs to be told to skip _async_kw_event_loop > (something with "exclude" maybe?). > > 2) packaging fails because the pyc doesn't exist > > Fixing 1 should mean that neither the _async_kw_event_loop.py nor > _async_kw_event_loop.pyc are installed. Leaving 2, which is easily handled > for the versions of Python that we're interested in by using ${MODPY_COMMENT} > on those lines (which is set to @comment for the py2 version). > > Fixing 2 alone is the minimum needed to get the port working, but 1 ought to > be fixed too really (and it should be easy enough to feed upstream). (I wonder > why it's not a fatal build error if compileall fails - it would certainly help > make it easier to spot these problems). Thanks again for taking the time to provide all those details. It does help a lot. I will go back and work on this. I will provide a new diff on the previous py-urwid email thread once I've got something ready. Thanks. -- clematis (0x7e96fd2400fe7b59)
Re: New devel/py-crayons (new requirement to update devel/legit)
On Tue, Jan 07, 2020 at 11:18:25PM +0100, clematis wrote: > Hi, > This python module gives you colored strings for terminal usage. > https://github.com/MasterOdin/crayons > > It is a new requirement to update devel/legit to 1.2.0 which I will > submit later. > > both flavors build, package, install, deinstall and run OK on amd 64 > (tested using devel/legit 1.2.0) Taking recent feedback into account here's a new tarball including those additional changes: +MAINTAINER +MODPY_VERSION =${MODPY_DEFAULT_VERSION_3} -FLAVORS = python3 -FLAVOR ?= +# Tests to come in future version +NO_TEST= Yes Sill run OK with devel/legit 1.2.0 Comments? OK? -- clematis (0x7e96fd2400fe7b59) devel_py-crayons-0.3.0.tar.gz Description: application/tar-gz
Re: Update devel/legit to 1.2.0
On Fri, Jan 10, 2020 at 12:19:03AM +, Stuart Henderson wrote: > Can you switch it to python3 please. (MODPY_VERSION=${MODPY_DEFAULT_VERSION_3} > and sprinkle ${MODPY_FLAVOR} in the deps). Done. Since I was at it I also took maintainership, in the end it will just be easier to keep an eye on it from portroach. Please find attached a new diff including these changes. > Would have preferred not to have wholesale whitespace changes mixed in with an > update (unless it's an update where essentially the whole thing is a new > Makefile), might as well keep it now, but it's really in the interests of > diff submitters to make it as quick and easy to review as possible and > the extra noise from whitespace diffs doesn't help this :) Understood, sorry about that, I should have at least mentioned it. I should probably resubmit a new devel/py-crayons making it py3 by default as well. Comments? OK? -- clematis (0x7e96fd2400fe7b59) Index: Makefile === RCS file: /cvs/ports/devel/legit/Makefile,v retrieving revision 1.6 diff -u -p -r1.6 Makefile --- Makefile12 Jul 2019 20:44:37 - 1.6 +++ Makefile10 Jan 2020 13:43:06 - @@ -1,27 +1,33 @@ # $OpenBSD: Makefile,v 1.6 2019/07/12 20:44:37 sthen Exp $ -COMMENT= complementary command-line interface for Git +COMMENT = complementary command-line interface for Git -MODPY_EGG_VERSION= 0.2.0 -DISTNAME= legit-${MODPY_EGG_VERSION} -CATEGORIES=devel -EXTRACT_SUFX= .zip +MODPY_EGG_VERSION =1.2.0 +DISTNAME = legit-${MODPY_EGG_VERSION} +CATEGORIES = devel -HOMEPAGE= http://www.git-legit.org/ +HOMEPAGE = https://github.com/frostming/legit + +MAINTAINER = Clem Atis # BSD -PERMIT_PACKAGE=Yes +PERMIT_PACKAGE = Yes + +MODULES = lang/python -MODULES= lang/python +MODPY_PI = Yes +MODPY_VERSION =${MODPY_DEFAULT_VERSION_3} +MODPY_SETUPTOOLS = Yes -MODPY_PI= Yes -MODPY_SETUPTOOLS= Yes +RUN_DEPENDS = devel/py-clint${MODPY_FLAVOR} \ + devel/py-gitpython${MODPY_FLAVOR} \ + devel/py-six${MODPY_FLAVOR} \ + devel/py-click${MODPY_FLAVOR} \ + devel/py-crayons${MODPY_FLAVOR} -RUN_DEPENDS= devel/py-clint>=0.5.1 \ - devel/py-gitpython>=1.0.2 \ - devel/py-six -NO_TEST= Yes +# tests aren't available +NO_TEST = Yes .include Index: distinfo === RCS file: /cvs/ports/devel/legit/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo25 Apr 2016 09:36:39 - 1.2 +++ distinfo10 Jan 2020 13:43:06 - @@ -1,2 +1,2 @@ -SHA256 (legit-0.2.0.zip) = myoAjU7gJtgmkO38lwAoxf242ymrsPxefWJ1UQMGFzU= -SIZE (legit-0.2.0.zip) = 18856 +SHA256 (legit-1.2.0.tar.gz) = LHi5e1lH0D1VFgs2JV2v08PzsZlBSFGcCaWEbbIa8Fk= +SIZE (legit-1.2.0.tar.gz) = 16302 Index: pkg/PLIST === RCS file: /cvs/ports/devel/legit/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- pkg/PLIST 21 Jan 2013 14:31:53 - 1.1.1.1 +++ pkg/PLIST 10 Jan 2020 13:43:06 - @@ -1,4 +1,4 @@ -@comment $OpenBSD: PLIST,v 1.1.1.1 2013/01/21 14:31:53 jasper Exp $ +@comment $OpenBSD: PLIST,v$ bin/legit lib/python${MODPY_VERSION}/site-packages/legit/ lib/python${MODPY_VERSION}/site-packages/legit-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ @@ -9,16 +9,17 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/legit-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt lib/python${MODPY_VERSION}/site-packages/legit-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/legit/__init__.py -lib/python${MODPY_VERSION}/site-packages/legit/__init__.pyc +${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/legit/${MODPY_PYCACHE}/ +lib/python${MODPY_VERSION}/site-packages/legit/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/legit/${MODPY_PYCACHE}bootstrap.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/legit/${MODPY_PYCACHE}cli.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/legit/${MODPY_PYCACHE}core.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/legit/${MODPY_PYCACHE}scm.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/legit/${MODPY_PYCACHE}settings.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/legit/${MODPY_PYCACHE}utils.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/legit/bootstrap.py -lib/
How to handle ports update dropping py2 support?
Hi team, How should we handle a port update which breaks the (EOL) python2 FLAVOR? I had the issue on net/py-urwid which I didn't initially catch. But their latest version uses async stuff that aren't supported in py2 nor will be. So I am wondering what would be the best way to proceed. 1/ Should we wait for py3 to become default to update these ports? And they become py3 only? will py2 still be a legacy FLAVOR? how to handle the RUN_DEPENDS? 2/ Should we have two versions of the port? The latest being py3 only? What would be the prefered way to enforce this? Then progressively update RUN_DEPENDS switching them to py3 as well. 3/ ... any other way ? Open for comments. I am sure some of you already have kind of a plan to make the switch at some point. Thanks. -- clematis (0x7e96fd2400fe7b59)
Re: Update net/py-socks to 1.7.1
> In future, it helps to re-include the diff in question so we don't have > to dig it up. Oops, sorry, I will do (Stuart told me as well last time to not use the marc.info link either.) got it ! will do next time. > Also, you should probably put in place a ~/.cvsrc file. The diff you sent > wasn't a unified diff and was harder to read. I do have some aliases in place now that I didn't have before. But I am happy to allign with those settings. Makes total sense. Thanks for the tips and example. Cheers, -- clematis (0x7e96fd2400fe7b59)
Update net/py-ipaddress to 1.0.23
Hello, Here's an update for net/py-ipaddress to 1.0.23. Tried to clarify in DESCR and COMMENT that this is backported from cpython 3.8 Not sure it's worth mentionning 2.6 and 3.2 support since we've got only 2.7 All OK for me on amd64 In regards to recursive tests: Python 2.7.17, pytest-4.4.0, py-1.8.0, pluggy-0.11.0 All 192 tests passed successfully. In regards to customers: security/py-cryptography: 97934 passed,9148 skipped(no changes) runs OK. net/py-ifaddr: the single test passed successfully, runs OK. security/py-trustme: all 11 passed successfully, runs OK. www/jupyter-notebook: I didn't try that one net/py-netmiko: no test, -> tried napalm (net/py-napalm) which uses py-netmiko , test fails (No module named test_base) , doesn't run either apparently due to strict requirement py-nxos==0.0.3 (we have 0.0.5) This is unrelated. I've tried with the currently shipping napalm (and it's deps) and got same problem. jasper drops maintainership of both py-napalm and py-nxos as he doesn't use napalm anymore, so if someone else wants to have a look to confirm it's broken before flagging it. PS: for libs when I say "runs OK" it means it at least works running the examples provided on each project page. Comments? OK? Thanks, -- clematis (0x7e96fd2400fe7b59) ? diff_net_py-ipaddress-1.0.23 Index: Makefile === RCS file: /cvs/ports/net/py-ipaddress/Makefile,v retrieving revision 1.10 diff -u -p -r1.10 Makefile --- Makefile8 Nov 2019 22:02:19 - 1.10 +++ Makefile8 Jan 2020 09:24:09 - @@ -1,10 +1,8 @@ # $OpenBSD: Makefile,v 1.10 2019/11/08 22:02:19 kmos Exp $ -# python3 flavour not needed for this port; the ipaddress module -# is available in core python 3.3+ -COMMENT = Python 3.3's ipaddress for Python 2.6 and 2.7#' +COMMENT = cpython 3.8's ipaddress for Python 2.6, 2.7, 3.2 -MODPY_EGG_VERSION =1.0.18 +MODPY_EGG_VERSION =1.0.23 DISTNAME = ipaddress-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} CATEGORIES = net Index: distinfo === RCS file: /cvs/ports/net/py-ipaddress/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo12 Jan 2017 22:30:16 - 1.4 +++ distinfo8 Jan 2020 09:24:09 - @@ -1,2 +1,2 @@ -SHA256 (ipaddress-1.0.18.tar.gz) = XYU0yOGF8tih/aHvc/LI9LIyZOjjAGP+65UR1JKkE+E= -SIZE (ipaddress-1.0.18.tar.gz) = 32475 +SHA256 (ipaddress-1.0.23.tar.gz) = t/jgNpWAu0ok1bodfMKWYKSmmHdj+vHYqARoMOAg5+I= +SIZE (ipaddress-1.0.23.tar.gz) = 32958 Index: pkg/DESCR === RCS file: /cvs/ports/net/py-ipaddress/pkg/DESCR,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 DESCR --- pkg/DESCR 8 Jun 2015 10:32:12 - 1.1.1.1 +++ pkg/DESCR 8 Jan 2020 09:24:09 - @@ -1 +1 @@ -Python 3.3's ipaddress for Python 2.6 and 2.7. +cpython 3.8's ipaddress for Python 2.6, 2.7, 3.2 Index: pkg/PLIST === RCS file: /cvs/ports/net/py-ipaddress/pkg/PLIST,v retrieving revision 1.2 diff -u -p -r1.2 PLIST --- pkg/PLIST 31 Aug 2016 12:39:34 - 1.2 +++ pkg/PLIST 8 Jan 2020 09:24:09 - @@ -1,8 +1,8 @@ @comment $OpenBSD: PLIST,v 1.2 2016/08/31 12:39:34 ajacoutot Exp $ -lib/python${MODPY_VERSION}/site-packages/${MODPY_PYCACHE}ipaddress.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/ipaddress-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ lib/python${MODPY_VERSION}/site-packages/ipaddress-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO lib/python${MODPY_VERSION}/site-packages/ipaddress-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt lib/python${MODPY_VERSION}/site-packages/ipaddress-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt lib/python${MODPY_VERSION}/site-packages/ipaddress-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/ipaddress.py +lib/python${MODPY_VERSION}/site-packages/${MODPY_PYCACHE}ipaddress.${MODPY_PYC_MAGIC_TAG}pyc
Re: Update net/py-socks to 1.7.1
On Fri, Oct 04, 2019 at 08:40:07PM +0200, clematis wrote: > On Thu, Oct 03, 2019 at 12:26:26AM -0400, Kurt Mosiejczuk wrote: > > On Wed, Sep 25, 2019 at 04:27:19PM +0200, clematis wrote: > > > > OK with me, although I'd like a comment above the NO_TEST to indicate > > why it doesn't work. > > > > # Tests depend on bundled Linux binary > > > > I can add that when it gets committed though. > Right, yeah that make sense, I will know for next time. I've added this > comment in a new diff attached to this email. > > > OK kmos Hi team, Sorry I just realized this hasn't been commited in the end (thanks to portroach). Does it needs another OK? 1.7.1 still the latest version. Thanks, -- clematis (0x7e96fd2400fe7b59)
Update devel/legit to 1.2.0
Hi, Here's an update for devel/legit from 0.2.0 to 1.2.0. Note a couple of new requirements, devel/py-click and devel/crayons (that last one wasn't in ports/ submitted earlier). No test, no customers. It runs on amd64. Comments? OK? Thanks, -- clematis (0x7e96fd2400fe7b59) ? diff_devel_legit-1.2.0 Index: Makefile === RCS file: /cvs/ports/devel/legit/Makefile,v retrieving revision 1.6 diff -u -p -r1.6 Makefile --- Makefile12 Jul 2019 20:44:37 - 1.6 +++ Makefile7 Jan 2020 22:24:13 - @@ -1,27 +1,30 @@ # $OpenBSD: Makefile,v 1.6 2019/07/12 20:44:37 sthen Exp $ -COMMENT= complementary command-line interface for Git +COMMENT = complementary command-line interface for Git -MODPY_EGG_VERSION= 0.2.0 -DISTNAME= legit-${MODPY_EGG_VERSION} -CATEGORIES=devel -EXTRACT_SUFX= .zip +MODPY_EGG_VERSION =1.2.0 +DISTNAME = legit-${MODPY_EGG_VERSION} +CATEGORIES = devel -HOMEPAGE= http://www.git-legit.org/ +HOMEPAGE = https://github.com/frostming/legit # BSD -PERMIT_PACKAGE=Yes +PERMIT_PACKAGE = Yes -MODULES= lang/python +MODULES = lang/python -MODPY_PI= Yes -MODPY_SETUPTOOLS= Yes +MODPY_PI = Yes +MODPY_SETUPTOOLS = Yes -RUN_DEPENDS= devel/py-clint>=0.5.1 \ +RUN_DEPENDS = devel/py-clint>=0.5.1 \ devel/py-gitpython>=1.0.2 \ - devel/py-six + devel/py-six \ + devel/py-click \ + devel/py-crayons -NO_TEST= Yes + +# tests aren't available +NO_TEST = Yes .include Index: distinfo === RCS file: /cvs/ports/devel/legit/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo25 Apr 2016 09:36:39 - 1.2 +++ distinfo7 Jan 2020 22:24:13 - @@ -1,2 +1,2 @@ -SHA256 (legit-0.2.0.zip) = myoAjU7gJtgmkO38lwAoxf242ymrsPxefWJ1UQMGFzU= -SIZE (legit-0.2.0.zip) = 18856 +SHA256 (legit-1.2.0.tar.gz) = LHi5e1lH0D1VFgs2JV2v08PzsZlBSFGcCaWEbbIa8Fk= +SIZE (legit-1.2.0.tar.gz) = 16302 Index: pkg/PLIST === RCS file: /cvs/ports/devel/legit/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- pkg/PLIST 21 Jan 2013 14:31:53 - 1.1.1.1 +++ pkg/PLIST 7 Jan 2020 22:24:13 - @@ -16,9 +16,9 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/legit/cli.pyc lib/python${MODPY_VERSION}/site-packages/legit/core.py lib/python${MODPY_VERSION}/site-packages/legit/core.pyc -lib/python${MODPY_VERSION}/site-packages/legit/helpers.py -lib/python${MODPY_VERSION}/site-packages/legit/helpers.pyc lib/python${MODPY_VERSION}/site-packages/legit/scm.py lib/python${MODPY_VERSION}/site-packages/legit/scm.pyc lib/python${MODPY_VERSION}/site-packages/legit/settings.py lib/python${MODPY_VERSION}/site-packages/legit/settings.pyc +lib/python${MODPY_VERSION}/site-packages/legit/utils.py +lib/python${MODPY_VERSION}/site-packages/legit/utils.pyc
New devel/py-crayons (new requirement to update devel/legit)
Hi, This python module gives you colored strings for terminal usage. https://github.com/MasterOdin/crayons It is a new requirement to update devel/legit to 1.2.0 which I will submit later. both flavors build, package, install, deinstall and run OK on amd 64 (tested using devel/legit 1.2.0) Comments? OK? -- clematis (0x7e96fd2400fe7b59) devel_py-crayons.tar.gz Description: application/tar-gz
Re: Update devel/py-pip to 19.3.1
On Tue, Jan 07, 2020 at 06:36:23PM +0100, clematis wrote: > Hello, > > Here's an update of py-pip to 19.3.1: > https://pip.pypa.io/en/stable/news/#id1 > Which still supports 2.7 > > Both flavors build, package, install, deinstall OK on amd64. > > It works on amd64 for py2.7 and py3.7, did install, > uninstall packages successfully. > > I would appreciate further testing and comments. Sorry forgot to mention, in regards to BUILD_DEPENDS I've tested both: net/napalm/ - OK devel/py-wbem - OK And for the TEST_DEPENDS: devel/py-setuptools_scm - OK both flavors (py2: 125 passed, 2 skipped - py3: 122 passed, 5 skipped) sysutils/salt - not OK (ImportError: No module named pytestsalt.utils) unrelated to pip had the error before. Thanks, -- clematis (0x7e96fd2400fe7b59)
Update devel/py-pip to 19.3.1
Hello, Here's an update of py-pip to 19.3.1: https://pip.pypa.io/en/stable/news/#id1 Which still supports 2.7 Both flavors build, package, install, deinstall OK on amd64. It works on amd64 for py2.7 and py3.7, did install, uninstall packages successfully. I would appreciate further testing and comments. Thanks. -- clematis (0x7e96fd2400fe7b59) ? diff Index: Makefile === RCS file: /cvs/ports/devel/py-pip/Makefile,v retrieving revision 1.34 diff -u -p -r1.34 Makefile --- Makefile25 Aug 2019 07:30:37 - 1.34 +++ Makefile7 Jan 2020 12:14:40 - @@ -1,8 +1,8 @@ -# $OpenBSD: Makefile,v 1.34 2019/08/25 07:30:37 kmos Exp $ +# $OpenBSD: $ COMMENT = tool for installing Python packages -MODPY_EGG_VERSION =19.1.1 +MODPY_EGG_VERSION =19.3.1 DISTNAME = pip-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} CATEGORIES = devel Index: distinfo === RCS file: /cvs/ports/devel/py-pip/distinfo,v retrieving revision 1.17 diff -u -p -r1.17 distinfo --- distinfo25 Aug 2019 07:30:37 - 1.17 +++ distinfo7 Jan 2020 12:14:40 - @@ -1,2 +1,2 @@ -SHA256 (pip-19.1.1.tar.gz) = RNPX09MKHrZcfl/xFzzfj3RnhQYFrHzDcHtgZL3dCVg= -SIZE (pip-19.1.1.tar.gz) = 1334144 +SHA256 (pip-19.3.1.tar.gz) = ISB9dsEDHlF2aImKa0ap+xUBx6RxDvXf1qQK2eZ1fqc= +SIZE (pip-19.3.1.tar.gz) = 1393609 Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-pip/pkg/PLIST,v retrieving revision 1.14 diff -u -p -r1.14 PLIST --- pkg/PLIST 25 Aug 2019 07:30:37 - 1.14 +++ pkg/PLIST 7 Jan 2020 12:14:41 - @@ -22,14 +22,17 @@ ${MODPY_COMMENT}lib/python${MODPY_VERSIO lib/python${MODPY_VERSION}/site-packages/pip/_internal/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pip/_internal/${MODPY_PYCACHE}build_env.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pip/_internal/${MODPY_PYCACHE}cache.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/pip/_internal/${MODPY_PYCACHE}collector.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pip/_internal/${MODPY_PYCACHE}configuration.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pip/_internal/${MODPY_PYCACHE}download.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pip/_internal/${MODPY_PYCACHE}exceptions.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pip/_internal/${MODPY_PYCACHE}index.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/pip/_internal/${MODPY_PYCACHE}legacy_resolve.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pip/_internal/${MODPY_PYCACHE}locations.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/pip/_internal/${MODPY_PYCACHE}main.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pip/_internal/${MODPY_PYCACHE}pep425tags.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pip/_internal/${MODPY_PYCACHE}pyproject.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/pip/_internal/${MODPY_PYCACHE}resolve.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/pip/_internal/${MODPY_PYCACHE}self_outdated_check.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pip/_internal/${MODPY_PYCACHE}wheel.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pip/_internal/build_env.py lib/python${MODPY_VERSION}/site-packages/pip/_internal/cache.py @@ -40,15 +43,20 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/pip/_internal/cli/${MODPY_PYCACHE}autocompletion.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pip/_internal/cli/${MODPY_PYCACHE}base_command.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pip/_internal/cli/${MODPY_PYCACHE}cmdoptions.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/pip/_internal/cli/${MODPY_PYCACHE}command_context.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pip/_internal/cli/${MODPY_PYCACHE}main_parser.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pip/_internal/cli/${MODPY_PYCACHE}parser.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/pip/_internal/cli/${MODPY_PYCACHE}req_command.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pip/_internal/cli/${MODPY_PYCACHE}status_codes.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pip/_internal/cli/autocompletion.py lib/python${MODPY_VERSION}/site-packages/pip/_internal/cli/base_command.py lib/python${MODPY_VERSION}/site-packages/pip/_internal/cli/cmdoptions.py +lib/python${MODPY_VERSION}/site-packages/pip/_internal/cli/command_context.py lib
Re: New devel/py-bencode.py
On Sat, Sep 21, 2019 at 11:49:33AM +0200, clematis wrote: > On Sat, Sep 21, 2019 at 09:32:31AM +0200, Remi Pointel wrote: > > https://marc.info/?l=openbsd-ports=156155203010486=2 > > > > If we do that, we must have a plaso compatible with this version. > > I will send a diff to update all the dependencies of plaso (and plaso > > itself), then we could update py-bencode. Bonjour Remi, Did you have a chance to look at the plaso dependencies? I was looking on portroach but I don't know if you've started working on some locally. Please let me know if I could help with this effort. There's quite a few. We can agree on a bunch I will start working on and then you review them. Thanks, -- clematis (0x7e96fd2400fe7b59)
New databases/py-maxminddb 1.5.2
Hi team, This is a Python module for reading MaxMind DB files. The module includes both a pure Python reader and an optional C extension (requires net/libmaxminddb). MaxMind DB is a binary file format that stores data indexed by IP address subnets (IPv4 or IPv6). (https://dev.maxmind.com/) I didn't test the C extension, went only Plain-Python. All OK on amd64. Also works with a client outside ports/ py2 tests requires ipaddress and py3 tests requires mock. There might be a better way to specify flavor specific TEST_DEPENDS but this worked: TEST_DEPENDS = devel/py-mock${MODPY_FLAVOR}\ net/py-ipaddress Python 2.7.17, pytest-4.4.0, py-1.8.0, pluggy-0.11.0: = 183 passed, 56 skipped Python 3.7.6, pytest-4.4.0, py-1.8.0, pluggy-0.11.0 = 177 passed, 54 skipped See attached for the complete tarball. Comments? OK? Thanks. Regards, -- clematis (0x7e96fd2400fe7b59) databases_py-maxminddb-1.5.2.tar.gz Description: application/tar-gz
Re: New net/py-gevent-websocket
On Thu, Nov 28, 2019 at 12:59:47PM +0100, clematis wrote: > On Fri, Oct 04, 2019 at 08:56:51PM +0200, clematis wrote: > > On Wed, Sep 25, 2019 at 10:27:08PM +0200, clematis wrote: > > > On Fri, Sep 20, 2019 at 04:33:16PM +0200, clematis wrote: > > > > Here's a new port submission for net/py-gevent-websocket. > > > > It's a WebSocket library for the gevent networking library. > > > > > > > > Build and install OK on amd64. NO tests. > > > Minor update taking into account what I've learned from your feedback on > > > other recent submissions. > > > > > > - remove RUN_DEPENDS and let MODPY_SETUPTOOLS deal with the deps. > > > - build, package, install, deinstall ok on amd64 for *both* FLAVORS > > > - added MAINTAINER > > > - changed CATEGORIES to net (as devel is getting packed) > > > > > > New tarball attached. > > > > > > Comments? OK? > > > > Ping? > > Re-attaching the latest tarball to this email. > > > > Thanks, > > Hello, > No mainstream update, just re-submitting for comments or approval to > import. > Cheers, Hello, This one still works for me, there was no update I'm just resumitting for import. Please let me know if I've missed any requirements. Thanks. tarball: https://marc.info/?l=openbsd-ports=157494244403421=p3 -- clematis (0x7e96fd2400fe7b59)
Re: Update devel/py-asn1 to 0.4.8
On Thu, Nov 28, 2019 at 09:53:01AM +0100, clematis wrote: > Hello, > Update from 0.4.7 to 0.4.8. > This is a minor feature release: > Added ability to combine SingleValueConstraint and > PermittedAlphabetConstraint objects into one for proper modeling FROM > ... EXCEPT ... ASN.1 clause. > > py2 tests all 1107 tests completed successfully. > py3 tests 1141 passed, 8 warnings: DeprecationWarning: __int__ returned > non-int (type SizedInteger). The ability to return an instance of a > strict subclass of int is deprecated, and may be removed in a future ver > sion of Python. > > > Tested some RUN_DEPENDS > Python 3.7.5, pytest-4.4.0, py-1.8.0, pluggy-0.11.0 > > /usr/ports/security/py-cryptography,python3: > test:97934 passed, 9148 skipped (has improved compared to > previous version) > install: OK > /usr/ports/databases/py-ldap,python3: > test: run=235 errors=0 failures=3 (also improved) > install: OK > /usr/ports/security/py-paramiko,python3: > test: 258 passed, 17 skipped (also improved) > install: OK > > Also ran OK with a soft outside ports. > py-asn1-modules is also happy with it, even though that one will also > get a minor update later on. > > Comments? OK? Diff: https://marc.info/?l=openbsd-ports=157493125131757=p3 ping? -- clematis (0x7e96fd2400fe7b59)
Re: Update devel/py-urwid to 2.1.0
On Thu, Nov 28, 2019 at 08:13:04AM +0100, clematis wrote: > On Wed, Nov 27, 2019 at 09:18:45PM +, Stuart Henderson wrote: > > diff -u, please. > > > > Please find diff -u attached. > Cheers, ping? Diff: https://marc.info/?l=openbsd-ports=157492525529846=p3 -- clematis (0x7e96fd2400fe7b59)
Re: WIP: Tor Browser 9.0.2
On Sat, Dec 28, 2019 at 09:07:39AM +0100, Caspar Schutijser wrote: > Hi, > > Below is a work in progress diff that updates the Tor Browser suite > to 9.0.2. I want to stress that I don't have any experience with > the Mozilla or Tor Browser code base so I would like someone more > familiar with those code bases to look at my diff very critically. > > About the diff: > > According to the release notes of Tor Browser 9.0 [1], the Tor Button > and Tor Launcher have been integrated more tightly into the browser. > This means that the ports for those can be removed. The source code of > the Tor Launcher is supposed to be copied into the Tor Browser source > during the build [2] [3]; the post-extract target takes care of that. > > During the configure stage, I got the following error: > mozbuild.configure.options.InvalidOptionError: --disable-eme is not available > in this configuration > In interest of getting as far as I could I patched away that flag (for > now; see patch-_mozconfig) but that is not a proper solution. I'm still > looking for a solution (hints are appreciated, of course). > > I think it is necessary to first address the --disable-eme problem > before we can even think about committing this. > > Did I use the @conflict and @pkgpath markers in PLIST correctly? I want > to express the fact that tor-launcher conflicts with tb-browser because > share/tor-browser/torrc-defaults used to be shipped with tor-launcher > but it now shipped with tb-browser. > > I built and tested this on amd64, seems to work fine here. > > Feedback appreciated. > > Thanks, > Caspar Schutijser > > 1: https://blog.torproject.org/new-release-tor-browser-90 > 2: > https://gitweb.torproject.org/builders/tor-browser-build.git/commit/?id=6d94f73dc055c1739a67ffd422f7f5bf29218723 > 3: > https://trac.torproject.org/projects/tor/wiki/doc/TorBrowser/Hacking#BuildingJustFirefox Hi, Just to confirm quickly it does compile and run OK on my amd64 as well. Thank you. -- clematis (0x7e96fd2400fe7b59)
Re: Update net/py-websocket-client to 0.56.0
On Fri, Nov 29, 2019 at 04:26:38PM +0100, clematis wrote: > On Thu, Nov 28, 2019 at 12:20:33PM -0500, Kurt Mosiejczuk wrote: > > On Thu, Nov 28, 2019 at 12:55:17PM +0100, clematis wrote: > > You just changed the PKGNAME with that change. You need the old PKGNAME > > line back in there. > > Oops you're right - I've missed that, wanted to simplify PKGNAME but > missed the underscore change. > > > According to the setup.py, the package requires py-six. Why are you > > dropping it? > > I need to go back to what I've done back in September. > > I am traveling with limited access to this. I will reply to this thread > once I get this clarified. > > Thanks for checking and for your feedback. > Cheers, Ok, here's a new diff not altering the pkgname. py-six is back as per setup.py and doc. (I don't have time right now but will be worth checking why this didn't show up as a problem earlier). Since I was at it I've also tested a dep: multimedia/streamlink: test: Ran 867 tests OK run: OK Cheers, -- clematis (0x7e96fd2400fe7b59) ? diff_py-websocket-client-0.56.0 Index: Makefile === RCS file: /cvs/ports/net/py-websocket-client/Makefile,v retrieving revision 1.8 diff -u -r1.8 Makefile --- Makefile12 Jul 2019 20:48:46 - 1.8 +++ Makefile29 Nov 2019 16:09:56 - @@ -2,16 +2,17 @@ COMMENT = WebSocket client for Python -MODPY_EGG_VERSION =0.37.0 +MODPY_EGG_VERSION =0.56.0 DISTNAME = websocket_client-${MODPY_EGG_VERSION} PKGNAME = py-websocket-client-${MODPY_EGG_VERSION} -REVISION = 2 CATEGORIES = net -HOMEPAGE = https://github.com/liris/websocket-client +HOMEPAGE = https://github.com/websocket-client/websocket-client -# LGPLv2.1+ +MAINTAINER = Clem Atis + +# BSD 3-Clause PERMIT_PACKAGE = Yes MODPY_PI = Yes Index: distinfo === RCS file: /cvs/ports/net/py-websocket-client/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo3 Nov 2016 10:12:49 - 1.3 +++ distinfo29 Nov 2019 16:09:56 - @@ -1,2 +1,2 @@ -SHA256 (websocket_client-0.37.0.tar.gz) = Z4skbYFrlAGK9Sl+cpFRYOL+sELgzeGpOX9QKsOlL0E= -SIZE (websocket_client-0.37.0.tar.gz) = 194246 +SHA256 (websocket_client-0.56.0.tar.gz) = H9VSCHi2i4S1dIuzDlkrENCpFSnVOD909JZOcrKX/To= +SIZE (websocket_client-0.56.0.tar.gz) = 36951 Index: pkg/PLIST === RCS file: /cvs/ports/net/py-websocket-client/pkg/PLIST,v retrieving revision 1.2 diff -u -r1.2 PLIST --- pkg/PLIST 7 Dec 2015 21:16:25 - 1.2 +++ pkg/PLIST 29 Nov 2019 16:09:56 - @@ -6,6 +6,7 @@ lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_abnf.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_app.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_cookiejar.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_core.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_exceptions.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_handshake.${MODPY_PYC_MAGIC_TAG}pyc @@ -17,6 +18,7 @@ lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_utils.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/_abnf.py lib/python${MODPY_VERSION}/site-packages/websocket/_app.py +lib/python${MODPY_VERSION}/site-packages/websocket/_cookiejar.py lib/python${MODPY_VERSION}/site-packages/websocket/_core.py lib/python${MODPY_VERSION}/site-packages/websocket/_exceptions.py lib/python${MODPY_VERSION}/site-packages/websocket/_handshake.py @@ -26,15 +28,16 @@ lib/python${MODPY_VERSION}/site-packages/websocket/_ssl_compat.py lib/python${MODPY_VERSION}/site-packages/websocket/_url.py lib/python${MODPY_VERSION}/site-packages/websocket/_utils.py -lib/python${MODPY_VERSION}/site-packages/websocket/cacert.pem lib/python${MODPY_VERSION}/site-packages/websocket/tests/ lib/python${MODPY_VERSION}/site-packages/websocket/tests/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/websocket/tests/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/websocket/tests/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/websocket/tests/${MODPY_PYCACHE}test_cookiejar.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/tests/${MODPY_PYCACHE}test_websocket.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}
Re: Update net/py-websocket-client to 0.56.0
On Thu, Nov 28, 2019 at 12:20:33PM -0500, Kurt Mosiejczuk wrote: > On Thu, Nov 28, 2019 at 12:55:17PM +0100, clematis wrote: > You just changed the PKGNAME with that change. You need the old PKGNAME > line back in there. Oops you're right - I've missed that, wanted to simplify PKGNAME but missed the underscore change. > According to the setup.py, the package requires py-six. Why are you > dropping it? I need to go back to what I've done back in September. I am traveling with limited access to this. I will reply to this thread once I get this clarified. Thanks for checking and for your feedback. Cheers, -- clematis (0x7e96fd2400fe7b59)
Re: Update graphics/geeqie to 1.5.1
On Fri, Nov 29, 2019 at 02:19:06PM +0300, Kirill Bychkov wrote: > Hi! > Tweaked diff attached with pdf disabled. djvu and lua are already disabled. > Can't find any knobs about webp and openjp2. > Works fine for me on amd64. Hi Kirill, Thanks for that - I didn't have a chance to look at this earlier. Just tested your patch and everything worked as expected. Thank you. -- clematis (0x7e96fd2400fe7b59)
Re: Update graphics/geeqie to 1.5.1
On Thu, Nov 28, 2019 at 03:38:23PM +0100, Landry Breuil wrote: > Feels wrong here, if you want to remove patches you should cvs rm them > so that they show up as removed in your cvs diff. Right now, the patches > arent removed, so make patch fails. > > I see that patch-src_window_c & patch-src_layout_util_c apply fine and > patch-Makefile_am fails on a chunk. Were you planning to remove those > patches ? Why ? Are they not useful anymore (unsure for the src/window.c > one..) ? Argh, sorry I might have generate the previous diff from a working dir or don't know how I skipped diffing patches/ Here's a new one attached which I double checked so that should be the last one ! Sorry about that. -- clematis (0x7e96fd2400fe7b59) ? diff_geeqie Index: Makefile === RCS file: /cvs/ports/graphics/geeqie/Makefile,v retrieving revision 1.22 diff -u -r1.22 Makefile --- Makefile12 Jul 2019 20:46:59 - 1.22 +++ Makefile28 Nov 2019 15:04:57 - @@ -2,11 +2,10 @@ COMMENT= lightweight Gtk+3 based image viewer -DISTNAME= geeqie-1.4 +DISTNAME= geeqie-1.5.1 EXTRACT_SUFX= .tar.xz CATEGORIES=graphics EPOCH= 0 -REVISION= 1 HOMEPAGE= http://geeqie.org/ @@ -50,7 +49,7 @@ --with-readmedir=${PREFIX}/share/doc/geeqie AUTOCONF_VERSION= 2.69 -AUTOMAKE_VERSION= 1.14 +AUTOMAKE_VERSION= 1.16 AUTORECONF=./autogen.sh MAKE_ENV= MKDIR_P='mkdir -p' Index: distinfo === RCS file: /cvs/ports/graphics/geeqie/distinfo,v retrieving revision 1.6 diff -u -r1.6 distinfo --- distinfo22 Jan 2018 07:45:37 - 1.6 +++ distinfo28 Nov 2019 15:04:57 - @@ -1,2 +1,2 @@ -SHA256 (geeqie-1.4.tar.xz) = XFg6FlVz7DeHTCePncV+c981azDgmpzKwxed1dl+PjI= -SIZE (geeqie-1.4.tar.xz) = 35881152 +SHA256 (geeqie-1.5.1.tar.xz) = SFTV0yPDH49AaP1zqyxFT/kegmxMpNN7IsJGrRTeoQo= +SIZE (geeqie-1.5.1.tar.xz) = 1587116 Index: patches/patch-Makefile_am === RCS file: /cvs/ports/graphics/geeqie/patches/patch-Makefile_am,v retrieving revision 1.1 diff -u -r1.1 patch-Makefile_am --- patches/patch-Makefile_am 22 Jan 2018 07:45:37 - 1.1 +++ patches/patch-Makefile_am 28 Nov 2019 15:04:57 - @@ -1,4 +1,4 @@ -$OpenBSD: patch-Makefile_am,v 1.1 2018/01/22 07:45:37 kirby Exp $ +$OpenBSD$ Index: Makefile.am --- Makefile.am.orig @@ -16,9 +16,9 @@ desktopdir = $(datadir)/applications @@ -36,10 +36,6 @@ dist-hook: geeqie.spec - cp $(top_builddir)/geeqie.spec $(distdir) DISTCLEANFILES = config.report + CLEANFILES = $(desktop_DATA) ChangeLog.html - -.PHONY: ChangeLog -ChangeLog.html: Index: pkg/PLIST === RCS file: /cvs/ports/graphics/geeqie/pkg/PLIST,v retrieving revision 1.8 diff -u -r1.8 PLIST --- pkg/PLIST 27 Jun 2018 21:03:53 - 1.8 +++ pkg/PLIST 28 Nov 2019 15:04:57 - @@ -3,9 +3,15 @@ @pkgpath graphics/gqview @bin bin/geeqie lib/geeqie/ -lib/geeqie/geeqie-import +lib/geeqie/geeqie-camera-import +lib/geeqie/geeqie-camera-import-hook-script +lib/geeqie/geeqie-export-jpeg +lib/geeqie/geeqie-image-crop +lib/geeqie/geeqie-random-image lib/geeqie/geeqie-rotate lib/geeqie/geeqie-symlink +lib/geeqie/geeqie-tethered-photography +lib/geeqie/geeqie-tethered-photography-hook-script @comment lib/geeqie/geeqie-ufraw lib/geeqie/geocode-parameters.awk @man man/man1/geeqie.1 @@ -33,6 +39,7 @@ share/doc/geeqie/GuideImagePresentationFullscreen.html share/doc/geeqie/GuideImagePresentationSlideshow.html share/doc/geeqie/GuideImageSearch.html +share/doc/geeqie/GuideImageSearchCache.html share/doc/geeqie/GuideImageSearchFindingDuplicates.html share/doc/geeqie/GuideImageSearchSearch.html share/doc/geeqie/GuideIndex-info.html @@ -55,9 +62,11 @@ share/doc/geeqie/GuideOptionsHidden.html share/doc/geeqie/GuideOptionsImage.html share/doc/geeqie/GuideOptionsKeyboard.html +share/doc/geeqie/GuideOptionsKeywords.html share/doc/geeqie/GuideOptionsLayout.html share/doc/geeqie/GuideOptionsMain.html share/doc/geeqie/GuideOptionsMetadata.html +share/doc/geeqie/GuideOptionsOSD.html share/doc/geeqie/GuideOptionsStereo.html share/doc/geeqie/GuideOptionsToolbar.html share/doc/geeqie/GuideOptionsWindow.html @@ -76,10 +85,13 @@ share/doc/geeqie/GuideReferenceLua.html share/doc/geeqie/GuideReferenceManagement.html share/doc/geeqie/GuideReferenceMetadata.html +share/doc/geeqie/GuideReferencePCRE.html share/doc/geeqie/GuideReferencePixbufLoaders.html +share/doc/geeqie/GuideReferenceStandardPlugins.html share/doc/geeqie/GuideReferenceStandards.html share/doc/geeqie/GuideReferenceSupportedFormats.html share/doc/geeqie/GuideReferenceThumbnails.html +share/doc/g
Re: New net/py-gevent-websocket
On Fri, Oct 04, 2019 at 08:56:51PM +0200, clematis wrote: > On Wed, Sep 25, 2019 at 10:27:08PM +0200, clematis wrote: > > On Fri, Sep 20, 2019 at 04:33:16PM +0200, clematis wrote: > > > Here's a new port submission for net/py-gevent-websocket. > > > It's a WebSocket library for the gevent networking library. > > > > > > Build and install OK on amd64. NO tests. > > Minor update taking into account what I've learned from your feedback on > > other recent submissions. > > > > - remove RUN_DEPENDS and let MODPY_SETUPTOOLS deal with the deps. > > - build, package, install, deinstall ok on amd64 for *both* FLAVORS > > - added MAINTAINER > > - changed CATEGORIES to net (as devel is getting packed) > > > > New tarball attached. > > > > Comments? OK? > > Ping? > Re-attaching the latest tarball to this email. > > Thanks, Hello, No mainstream update, just re-submitting for comments or approval to import. Cheers, -- clematis (0x7e96fd2400fe7b59) net_py-gevent-websocket.tar.gz Description: application/tar-gz
Re: Update net/py-websocket-client to 0.56.0
On Fri, Oct 04, 2019 at 09:05:43PM +0200, clematis wrote: > On Thu, Sep 26, 2019 at 04:28:16PM +0200, clematis wrote: > > On Fri, Sep 20, 2019 at 03:24:38PM +0200, clematis wrote: > > > Here's an update for net/py-websocket-client from 0.37.0 to 0.56.0 > > > build and install OK on amd64 > > Minor changes compared to the initial submission. > > - Changed PKGNAME = py-${DISTNAME} for consistency > > - Add MAINTAINER > > - Removed unnecessary MODPY_PI_DIR and RUN_DEPENDS > > > > > In regards to tests: > > > platform openbsd6 -- Python 3.7.4, pytest-4.4.0, py-1.8.0, pluggy-0.11.0 > > > 22 passed, 10 skipped, 20 warnings > > > Deprecation warnings due to assertEquals (with an s at the end) being > > > used. assertEqual has to be used now. > > Same result. Also ran py2.7 tests, Ran 32 OK (Skipped 10). > > > > > Looking at reverse-deps, I could build and install OK on amd64: > > > net/py-socketio-client > > > net/py-ripe.atlas.cousteau > > > net/py-ripe.atlas.tools > > > The ripe-atlas tools worked and ran OK. > > OK. > > > > New diff attached. > > > > Comments? OK? > > Thanks, > > Ping? Any comments? ok? > Re-attaching the diff to this email. > Thanks, Hello, Any comments? OK? Re-attaching a diff -u this time. Still ran ok for me in the meantime. Cheers, -- clematis (0x7e96fd2400fe7b59) ? diff_net_py-websocket-client-0.56.0 Index: Makefile === RCS file: /cvs/ports/net/py-websocket-client/Makefile,v retrieving revision 1.8 diff -u -r1.8 Makefile --- Makefile12 Jul 2019 20:48:46 - 1.8 +++ Makefile28 Nov 2019 11:49:09 - @@ -2,27 +2,25 @@ COMMENT = WebSocket client for Python -MODPY_EGG_VERSION =0.37.0 +MODPY_EGG_VERSION =0.56.0 DISTNAME = websocket_client-${MODPY_EGG_VERSION} -PKGNAME = py-websocket-client-${MODPY_EGG_VERSION} -REVISION = 2 +PKGNAME = py-${DISTNAME} CATEGORIES = net -HOMEPAGE = https://github.com/liris/websocket-client +HOMEPAGE = https://github.com/websocket-client/websocket-client -# LGPLv2.1+ +MAINTAINER = Clem Atis + +# BSD 3-Clause PERMIT_PACKAGE = Yes MODPY_PI = Yes -MODPY_PI_DIR = w/websocket-client MODPY_SETUPTOOLS = Yes MODULES = lang/python FLAVORS = python3 FLAVOR ?= - -RUN_DEPENDS = devel/py-six${MODPY_FLAVOR} post-install: mv ${PREFIX}/bin/wsdump.py ${PREFIX}/bin/wsdump.py${MODPY_BIN_SUFFIX} Index: distinfo === RCS file: /cvs/ports/net/py-websocket-client/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo3 Nov 2016 10:12:49 - 1.3 +++ distinfo28 Nov 2019 11:49:09 - @@ -1,2 +1,2 @@ -SHA256 (websocket_client-0.37.0.tar.gz) = Z4skbYFrlAGK9Sl+cpFRYOL+sELgzeGpOX9QKsOlL0E= -SIZE (websocket_client-0.37.0.tar.gz) = 194246 +SHA256 (websocket_client-0.56.0.tar.gz) = H9VSCHi2i4S1dIuzDlkrENCpFSnVOD909JZOcrKX/To= +SIZE (websocket_client-0.56.0.tar.gz) = 36951 Index: pkg/PLIST === RCS file: /cvs/ports/net/py-websocket-client/pkg/PLIST,v retrieving revision 1.2 diff -u -r1.2 PLIST --- pkg/PLIST 7 Dec 2015 21:16:25 - 1.2 +++ pkg/PLIST 28 Nov 2019 11:49:09 - @@ -1,4 +1,4 @@ -@comment $OpenBSD: PLIST,v 1.2 2015/12/07 21:16:25 sthen Exp $ +@comment $OpenBSD: PLIST,v$ bin/wsdump.py${MODPY_BIN_SUFFIX} lib/python${MODPY_VERSION}/site-packages/websocket/ lib/python${MODPY_VERSION}/site-packages/websocket/__init__.py @@ -6,6 +6,7 @@ lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_abnf.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_app.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_cookiejar.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_core.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_exceptions.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_handshake.${MODPY_PYC_MAGIC_TAG}pyc @@ -17,6 +18,7 @@ lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_utils.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/_abnf.py lib/python${MODPY_VERSION}/site-packages/websocket/_app.py +lib/python${MODPY_VERSION}/site-packages/websocket/_cookiejar.py lib/python${MODPY_VERSION}/site-packages/websocket/_core.
Re: Update graphics/geeqie to 1.5.1
On Thu, Nov 28, 2019 at 08:36:18AM +0100, Landry Breuil wrote: > You shouldnt remove EPOCH, ever :) > And im not sure its wise to remove @conflict/@pkgpath either, even if > the gqview->geeqie rename was some years ago.. make update-plist is > smart, use it instead of creating the PLIST from scratch. Hi Landry, Thanks for the feedback - appreciated. I will make sure to only use update-plist moving forward. Please find attached a new diff taking this into account. Cheers, -- clematis (0x7e96fd2400fe7b59) ? diff_graphics_geeqie-1.5.1v0 ? patches Index: Makefile === RCS file: /cvs/ports/graphics/geeqie/Makefile,v retrieving revision 1.22 diff -u -r1.22 Makefile --- Makefile12 Jul 2019 20:46:59 - 1.22 +++ Makefile28 Nov 2019 10:01:46 - @@ -2,11 +2,10 @@ COMMENT= lightweight Gtk+3 based image viewer -DISTNAME= geeqie-1.4 +DISTNAME= geeqie-1.5.1 EXTRACT_SUFX= .tar.xz CATEGORIES=graphics EPOCH= 0 -REVISION= 1 HOMEPAGE= http://geeqie.org/ @@ -50,7 +49,7 @@ --with-readmedir=${PREFIX}/share/doc/geeqie AUTOCONF_VERSION= 2.69 -AUTOMAKE_VERSION= 1.14 +AUTOMAKE_VERSION= 1.16 AUTORECONF=./autogen.sh MAKE_ENV= MKDIR_P='mkdir -p' Index: distinfo === RCS file: /cvs/ports/graphics/geeqie/distinfo,v retrieving revision 1.6 diff -u -r1.6 distinfo --- distinfo22 Jan 2018 07:45:37 - 1.6 +++ distinfo28 Nov 2019 10:01:46 - @@ -1,2 +1,2 @@ -SHA256 (geeqie-1.4.tar.xz) = XFg6FlVz7DeHTCePncV+c981azDgmpzKwxed1dl+PjI= -SIZE (geeqie-1.4.tar.xz) = 35881152 +SHA256 (geeqie-1.5.1.tar.xz) = SFTV0yPDH49AaP1zqyxFT/kegmxMpNN7IsJGrRTeoQo= +SIZE (geeqie-1.5.1.tar.xz) = 1587116 Index: pkg/PLIST === RCS file: /cvs/ports/graphics/geeqie/pkg/PLIST,v retrieving revision 1.8 diff -u -r1.8 PLIST --- pkg/PLIST 27 Jun 2018 21:03:53 - 1.8 +++ pkg/PLIST 28 Nov 2019 10:01:46 - @@ -3,9 +3,15 @@ @pkgpath graphics/gqview @bin bin/geeqie lib/geeqie/ -lib/geeqie/geeqie-import +lib/geeqie/geeqie-camera-import +lib/geeqie/geeqie-camera-import-hook-script +lib/geeqie/geeqie-export-jpeg +lib/geeqie/geeqie-image-crop +lib/geeqie/geeqie-random-image lib/geeqie/geeqie-rotate lib/geeqie/geeqie-symlink +lib/geeqie/geeqie-tethered-photography +lib/geeqie/geeqie-tethered-photography-hook-script @comment lib/geeqie/geeqie-ufraw lib/geeqie/geocode-parameters.awk @man man/man1/geeqie.1 @@ -33,6 +39,7 @@ share/doc/geeqie/GuideImagePresentationFullscreen.html share/doc/geeqie/GuideImagePresentationSlideshow.html share/doc/geeqie/GuideImageSearch.html +share/doc/geeqie/GuideImageSearchCache.html share/doc/geeqie/GuideImageSearchFindingDuplicates.html share/doc/geeqie/GuideImageSearchSearch.html share/doc/geeqie/GuideIndex-info.html @@ -55,9 +62,11 @@ share/doc/geeqie/GuideOptionsHidden.html share/doc/geeqie/GuideOptionsImage.html share/doc/geeqie/GuideOptionsKeyboard.html +share/doc/geeqie/GuideOptionsKeywords.html share/doc/geeqie/GuideOptionsLayout.html share/doc/geeqie/GuideOptionsMain.html share/doc/geeqie/GuideOptionsMetadata.html +share/doc/geeqie/GuideOptionsOSD.html share/doc/geeqie/GuideOptionsStereo.html share/doc/geeqie/GuideOptionsToolbar.html share/doc/geeqie/GuideOptionsWindow.html @@ -76,10 +85,13 @@ share/doc/geeqie/GuideReferenceLua.html share/doc/geeqie/GuideReferenceManagement.html share/doc/geeqie/GuideReferenceMetadata.html +share/doc/geeqie/GuideReferencePCRE.html share/doc/geeqie/GuideReferencePixbufLoaders.html +share/doc/geeqie/GuideReferenceStandardPlugins.html share/doc/geeqie/GuideReferenceStandards.html share/doc/geeqie/GuideReferenceSupportedFormats.html share/doc/geeqie/GuideReferenceThumbnails.html +share/doc/geeqie/GuideReferenceUTC.html share/doc/geeqie/GuideReferenceXmpExif.html share/doc/geeqie/GuideSidebars.html share/doc/geeqie/GuideSidebarsInfo.html @@ -129,13 +141,16 @@ share/doc/geeqie/zoom-out.png share/geeqie/ share/geeqie/applications/ -share/geeqie/applications/geeqie-import-geeqie.desktop -share/geeqie/applications/geeqie-import-gqview.desktop +share/geeqie/applications/camera-import.desktop +share/geeqie/applications/export-jpeg.desktop share/geeqie/applications/geeqie-ufraw-id.desktop @comment share/geeqie/applications/geeqie-ufraw-recursive.desktop @comment share/geeqie/applications/geeqie-ufraw.desktop +share/geeqie/applications/image-crop.desktop +share/geeqie/applications/random-image.desktop share/geeqie/applications/rotate.desktop share/geeqie/applications/symlink.desktop +share/geeqie/applications/tethered-photography.desktop share/geeqie/template.desktop share/locale/ar/LC_MESSAGES/geeqie.mo share/locale/be/LC_MESSAGES/geeqie.mo @
Update devel/py-asn1 to 0.4.8
Hello, Update from 0.4.7 to 0.4.8. This is a minor feature release: Added ability to combine SingleValueConstraint and PermittedAlphabetConstraint objects into one for proper modeling FROM ... EXCEPT ... ASN.1 clause. py2 tests all 1107 tests completed successfully. py3 tests 1141 passed, 8 warnings: DeprecationWarning: __int__ returned non-int (type SizedInteger). The ability to return an instance of a strict subclass of int is deprecated, and may be removed in a future ver sion of Python. Tested some RUN_DEPENDS Python 3.7.5, pytest-4.4.0, py-1.8.0, pluggy-0.11.0 /usr/ports/security/py-cryptography,python3: test:97934 passed, 9148 skipped (has improved compared to previous version) install: OK /usr/ports/databases/py-ldap,python3: test: run=235 errors=0 failures=3 (also improved) install: OK /usr/ports/security/py-paramiko,python3: test: 258 passed, 17 skipped (also improved) install: OK Also ran OK with a soft outside ports. py-asn1-modules is also happy with it, even though that one will also get a minor update later on. Comments? OK? -- clematis (0x7e96fd2400fe7b59) ? diff_devel-py-asn1-0.4.8 Index: Makefile === RCS file: /cvs/ports/devel/py-asn1/Makefile,v retrieving revision 1.33 diff -u -r1.33 Makefile --- Makefile3 Oct 2019 20:10:30 - 1.33 +++ Makefile28 Nov 2019 08:48:53 - @@ -2,7 +2,7 @@ COMMENT = ASN.1 library for Python -MODPY_EGG_VERSION =0.4.7 +MODPY_EGG_VERSION =0.4.8 DISTNAME = pyasn1-${MODPY_EGG_VERSION} PKGNAME = ${DISTNAME:S/py/py-/} CATEGORIES = devel Index: distinfo === RCS file: /cvs/ports/devel/py-asn1/distinfo,v retrieving revision 1.19 diff -u -r1.19 distinfo --- distinfo3 Oct 2019 20:10:30 - 1.19 +++ distinfo28 Nov 2019 08:48:53 - @@ -1,2 +1,2 @@ -SHA256 (pyasn1-0.4.7.tar.gz) = qUlTVsodZu0Zeg9ytB6xgjz36otb0HGRZz6BR67PhgQ= -SIZE (pyasn1-0.4.7.tar.gz) = 130424 +SHA256 (pyasn1-0.4.8.tar.gz) = rvd8n7lKOsWI6HhBIIvexGRHHZhxvVBQoofMmkdc0Lo= +SIZE (pyasn1-0.4.8.tar.gz) = 146820 Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-asn1/pkg/PLIST,v retrieving revision 1.11 diff -u -r1.11 PLIST --- pkg/PLIST 3 Oct 2019 20:10:30 - 1.11 +++ pkg/PLIST 28 Nov 2019 08:48:53 - @@ -1,4 +1,4 @@ -@comment $OpenBSD: PLIST,v 1.11 2019/10/03 20:10:30 kmos Exp $ +@comment $OpenBSD: PLIST,v$ lib/python${MODPY_VERSION}/site-packages/pyasn1/ lib/python${MODPY_VERSION}/site-packages/pyasn1-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ lib/python${MODPY_VERSION}/site-packages/pyasn1-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
Re: Update graphics/geeqie to 1.5.1
On Fri, Oct 04, 2019 at 11:26:33PM +0200, clematis wrote: > Hello, > > See the diff attached for an update of graphics/geeqie to the latest > 1.5.1. I check the patches were still making sense so no changes there. > (even so to build only the src/layout_util patch is mandatory) > > test reported some deprecation on textproc/intltool: > srcdir=. /usr/local/bin/intltool-update -m > Unescaped left brace in regex is deprecated here (and will be fatal in > Perl 5.30), passed through in regex; marked by <-- HERE in m/\${ <-- > HERE ?PACKAGE}?/ at /usr/local/bin/intltool-update line 1071, > line 714. > > I did bump the automake_version, I guess it make sense to keep this > going forward. > > It does build, package, install, deinstall ALL OK on amd64. > I didn't hit any error or issue while running it. > > Comments? Feedback? OK? Hi Team, Re-sending diff -u below, there was no upstream update since October but this wasn't commited. Any comments? OK? Cheers, -- clematis (0x7e96fd2400fe7b59) ? diff_geeqie-1.5.1 ? patches Index: Makefile === RCS file: /cvs/ports/graphics/geeqie/Makefile,v retrieving revision 1.22 diff -u -r1.22 Makefile --- Makefile12 Jul 2019 20:46:59 - 1.22 +++ Makefile28 Nov 2019 07:23:28 - @@ -2,11 +2,9 @@ COMMENT= lightweight Gtk+3 based image viewer -DISTNAME= geeqie-1.4 +DISTNAME= geeqie-1.5.1 EXTRACT_SUFX= .tar.xz CATEGORIES=graphics -EPOCH= 0 -REVISION= 1 HOMEPAGE= http://geeqie.org/ @@ -50,7 +48,7 @@ --with-readmedir=${PREFIX}/share/doc/geeqie AUTOCONF_VERSION= 2.69 -AUTOMAKE_VERSION= 1.14 +AUTOMAKE_VERSION= 1.16 AUTORECONF=./autogen.sh MAKE_ENV= MKDIR_P='mkdir -p' Index: distinfo === RCS file: /cvs/ports/graphics/geeqie/distinfo,v retrieving revision 1.6 diff -u -r1.6 distinfo --- distinfo22 Jan 2018 07:45:37 - 1.6 +++ distinfo28 Nov 2019 07:23:28 - @@ -1,2 +1,2 @@ -SHA256 (geeqie-1.4.tar.xz) = XFg6FlVz7DeHTCePncV+c981azDgmpzKwxed1dl+PjI= -SIZE (geeqie-1.4.tar.xz) = 35881152 +SHA256 (geeqie-1.5.1.tar.xz) = SFTV0yPDH49AaP1zqyxFT/kegmxMpNN7IsJGrRTeoQo= +SIZE (geeqie-1.5.1.tar.xz) = 1587116 Index: pkg/PLIST === RCS file: /cvs/ports/graphics/geeqie/pkg/PLIST,v retrieving revision 1.8 diff -u -r1.8 PLIST --- pkg/PLIST 27 Jun 2018 21:03:53 - 1.8 +++ pkg/PLIST 28 Nov 2019 07:23:28 - @@ -1,12 +1,16 @@ -@comment $OpenBSD: PLIST,v 1.8 2018/06/27 21:03:53 espie Exp $ -@conflict gqview-* -@pkgpath graphics/gqview +@comment $OpenBSD: PLIST,v$ @bin bin/geeqie lib/geeqie/ -lib/geeqie/geeqie-import +lib/geeqie/geeqie-camera-import +lib/geeqie/geeqie-camera-import-hook-script +lib/geeqie/geeqie-export-jpeg +lib/geeqie/geeqie-image-crop +lib/geeqie/geeqie-random-image lib/geeqie/geeqie-rotate lib/geeqie/geeqie-symlink -@comment lib/geeqie/geeqie-ufraw +lib/geeqie/geeqie-tethered-photography +lib/geeqie/geeqie-tethered-photography-hook-script +lib/geeqie/geeqie-ufraw lib/geeqie/geocode-parameters.awk @man man/man1/geeqie.1 share/applications/geeqie.desktop @@ -14,7 +18,6 @@ share/doc/geeqie/AUTHORS share/doc/geeqie/COPYING share/doc/geeqie/Cancelbutton.html -@comment share/doc/geeqie/ChangeLog share/doc/geeqie/Commandline.html share/doc/geeqie/ExifRotation.html share/doc/geeqie/Features.html @@ -33,6 +36,7 @@ share/doc/geeqie/GuideImagePresentationFullscreen.html share/doc/geeqie/GuideImagePresentationSlideshow.html share/doc/geeqie/GuideImageSearch.html +share/doc/geeqie/GuideImageSearchCache.html share/doc/geeqie/GuideImageSearchFindingDuplicates.html share/doc/geeqie/GuideImageSearchSearch.html share/doc/geeqie/GuideIndex-info.html @@ -55,9 +59,11 @@ share/doc/geeqie/GuideOptionsHidden.html share/doc/geeqie/GuideOptionsImage.html share/doc/geeqie/GuideOptionsKeyboard.html +share/doc/geeqie/GuideOptionsKeywords.html share/doc/geeqie/GuideOptionsLayout.html share/doc/geeqie/GuideOptionsMain.html share/doc/geeqie/GuideOptionsMetadata.html +share/doc/geeqie/GuideOptionsOSD.html share/doc/geeqie/GuideOptionsStereo.html share/doc/geeqie/GuideOptionsToolbar.html share/doc/geeqie/GuideOptionsWindow.html @@ -76,10 +82,13 @@ share/doc/geeqie/GuideReferenceLua.html share/doc/geeqie/GuideReferenceManagement.html share/doc/geeqie/GuideReferenceMetadata.html +share/doc/geeqie/GuideReferencePCRE.html share/doc/geeqie/GuideReferencePixbufLoaders.html +share/doc/geeqie/GuideReferenceStandardPlugins.html share/doc/geeqie/GuideReferenceStandards.html share/doc/geeqie/GuideReferenceSupportedFormats.html share/doc/geeqie/GuideReferenceThumbnails.html +share/doc/geeqie/GuideReferenceUTC.h
Re: Update devel/py-urwid to 2.1.0
On Wed, Nov 27, 2019 at 09:18:45PM +, Stuart Henderson wrote: > diff -u, please. > Please find diff -u attached. Cheers, -- clematis (0x7e96fd2400fe7b59) ? diff_py-urwid-2.1.0 Index: Makefile === RCS file: /cvs/ports/devel/py-urwid/Makefile,v retrieving revision 1.27 diff -u -r1.27 Makefile --- Makefile26 Sep 2019 21:28:04 - 1.27 +++ Makefile28 Nov 2019 07:09:06 - @@ -2,7 +2,7 @@ COMMENT = console user interface library for python -MODPY_EGG_VERSION = 2.0.1 +MODPY_EGG_VERSION = 2.1.0 DISTNAME = urwid-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} CATEGORIES = devel Index: distinfo === RCS file: /cvs/ports/devel/py-urwid/distinfo,v retrieving revision 1.8 diff -u -r1.8 distinfo --- distinfo22 Sep 2019 15:19:50 - 1.8 +++ distinfo28 Nov 2019 07:09:06 - @@ -1,2 +1,2 @@ -SHA256 (urwid-2.0.1.tar.gz) = ZE0+OQCGcWGi/JKHqXYnU9Zr0ZR1Rnmtsmrt5Vm8zLw= -SIZE (urwid-2.0.1.tar.gz) = 604167 +SHA256 (urwid-2.1.0.tar.gz) = CJbzYGC+tr84ActVQwP+8zanlmFAF5dVG6EG0jq0zYY= +SIZE (urwid-2.1.0.tar.gz) = 630226 Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-urwid/pkg/PLIST,v retrieving revision 1.5 diff -u -r1.5 PLIST --- pkg/PLIST 18 Jul 2015 00:15:44 - 1.5 +++ pkg/PLIST 28 Nov 2019 07:09:06 - @@ -1,4 +1,4 @@ -@comment $OpenBSD: PLIST,v 1.5 2015/07/18 00:15:44 jca Exp $ +@comment $OpenBSD: PLIST,v$ lib/python${MODPY_VERSION}/site-packages/urwid/ lib/python${MODPY_VERSION}/site-packages/urwid-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ lib/python${MODPY_VERSION}/site-packages/urwid-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO @@ -9,6 +9,7 @@ lib/python${MODPY_VERSION}/site-packages/urwid/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}_async_kw_event_loop.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}canvas.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}command_map.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}compat.${MODPY_PYC_MAGIC_TAG}pyc @@ -24,6 +25,7 @@ lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}listbox.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}main_loop.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}monitored_list.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}numedit.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}old_str_util.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}raw_display.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}signals.${MODPY_PYC_MAGIC_TAG}pyc @@ -36,6 +38,7 @@ lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}web_display.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}widget.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}wimp.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/urwid/_async_kw_event_loop.py lib/python${MODPY_VERSION}/site-packages/urwid/canvas.py lib/python${MODPY_VERSION}/site-packages/urwid/command_map.py lib/python${MODPY_VERSION}/site-packages/urwid/compat.py @@ -51,11 +54,12 @@ lib/python${MODPY_VERSION}/site-packages/urwid/listbox.py lib/python${MODPY_VERSION}/site-packages/urwid/main_loop.py lib/python${MODPY_VERSION}/site-packages/urwid/monitored_list.py +lib/python${MODPY_VERSION}/site-packages/urwid/numedit.py lib/python${MODPY_VERSION}/site-packages/urwid/old_str_util.py lib/python${MODPY_VERSION}/site-packages/urwid/raw_display.py lib/python${MODPY_VERSION}/site-packages/urwid/signals.py lib/python${MODPY_VERSION}/site-packages/urwid/split_repr.py -lib/python${MODPY_VERSION}/site-packages/urwid/str_util.so +@so lib/python${MODPY_VERSION}/site-packages/urwid/str_util.so lib/python${MODPY_VERSION}/site-packages/urwid/tests/ lib/python${MODPY_VERSION}/site-packages/urwid/tests/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/urwid/tests/${MODPY_PYCACHE}/ @@ -64,6 +68,7 @@ lib/python${MODPY_VERSION}/site-packages/urwid/tests/${MODPY_PYCACHE}test_container.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/tests/${MODPY_PYCACHE}test_decoration.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/urwid/tests/${MODPY_PYCACHE}test_doctests.${MODPY_PYC_MAGIC_T
Re: Update devel/py-urwid to 2.1.0
On Wed, Nov 27, 2019 at 09:56:33PM +0100, clematis wrote: > Hi Team, > Version bump from 2.0.1 to 2.1.0. > build/run OK on amd64. > tests results are similar for py3 compared to previous version. improved > in py2 with all tests completing successfuly. > comments? ok? > Thanks. Oops looks like I've attached an half baked diff (plist problem). Here's the latest one. Please note I've also tested this new version with net/toot successfully. Thanks, -- clematis (0x7e96fd2400fe7b59) ? diff_py-urwid-2.1.0 Index: Makefile === RCS file: /cvs/ports/devel/py-urwid/Makefile,v retrieving revision 1.27 diff -r1.27 Makefile 5c5 < MODPY_EGG_VERSION = 2.0.1 --- > MODPY_EGG_VERSION = 2.1.0 Index: distinfo === RCS file: /cvs/ports/devel/py-urwid/distinfo,v retrieving revision 1.8 diff -r1.8 distinfo 1,2c1,2 < SHA256 (urwid-2.0.1.tar.gz) = ZE0+OQCGcWGi/JKHqXYnU9Zr0ZR1Rnmtsmrt5Vm8zLw= < SIZE (urwid-2.0.1.tar.gz) = 604167 --- > SHA256 (urwid-2.1.0.tar.gz) = CJbzYGC+tr84ActVQwP+8zanlmFAF5dVG6EG0jq0zYY= > SIZE (urwid-2.1.0.tar.gz) = 630226 Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-urwid/pkg/PLIST,v retrieving revision 1.5 diff -r1.5 PLIST 1c1 < @comment $OpenBSD: PLIST,v 1.5 2015/07/18 00:15:44 jca Exp $ --- > @comment $OpenBSD: PLIST,v$ 11a12 > lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}_async_kw_event_loop.${MODPY_PYC_MAGIC_TAG}pyc 26a28 > lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}numedit.${MODPY_PYC_MAGIC_TAG}pyc 38a41 > lib/python${MODPY_VERSION}/site-packages/urwid/_async_kw_event_loop.py 53a57 > lib/python${MODPY_VERSION}/site-packages/urwid/numedit.py 58c62 < lib/python${MODPY_VERSION}/site-packages/urwid/str_util.so --- > @so lib/python${MODPY_VERSION}/site-packages/urwid/str_util.so 66a71 > lib/python${MODPY_VERSION}/site-packages/urwid/tests/${MODPY_PYCACHE}test_escapes.${MODPY_PYC_MAGIC_TAG}pyc 79a85 > lib/python${MODPY_VERSION}/site-packages/urwid/tests/test_escapes.py
Update devel/py-urwid to 2.1.0
Hi Team, Version bump from 2.0.1 to 2.1.0. build/run OK on amd64. tests results are similar for py3 compared to previous version. improved in py2 with all tests completing successfuly. comments? ok? Thanks. -- clematis (0x7e96fd2400fe7b59) ? py-urwid-2.1.0 Index: Makefile === RCS file: /cvs/ports/devel/py-urwid/Makefile,v retrieving revision 1.27 diff -r1.27 Makefile 5c5 < MODPY_EGG_VERSION = 2.0.1 --- > MODPY_EGG_VERSION = 2.1.0 Index: distinfo === RCS file: /cvs/ports/devel/py-urwid/distinfo,v retrieving revision 1.8 diff -r1.8 distinfo 1,2c1,2 < SHA256 (urwid-2.0.1.tar.gz) = ZE0+OQCGcWGi/JKHqXYnU9Zr0ZR1Rnmtsmrt5Vm8zLw= < SIZE (urwid-2.0.1.tar.gz) = 604167 --- > SHA256 (urwid-2.1.0.tar.gz) = CJbzYGC+tr84ActVQwP+8zanlmFAF5dVG6EG0jq0zYY= > SIZE (urwid-2.1.0.tar.gz) = 630226 Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-urwid/pkg/PLIST,v retrieving revision 1.5 diff -r1.5 PLIST 12,38c12 < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}canvas.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}command_map.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}compat.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}container.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}curses_display.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}decoration.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}display_common.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}escape.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}font.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}graphics.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}html_fragment.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}lcd_display.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}listbox.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}main_loop.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}monitored_list.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}old_str_util.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}raw_display.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}signals.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}split_repr.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}text_layout.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}treetools.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}util.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}version.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}vterm.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}web_display.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}widget.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}wimp.${MODPY_PYC_MAGIC_TAG}pyc --- > lib/python${MODPY_VERSION}/site-packages/urwid/_async_kw_event_loop.py 39a14 > lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}canvas.${MODPY_PYC_MAGIC_TAG}pyc 40a16 > lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}command_map.${MODPY_PYC_MAGIC_TAG}pyc 41a18 > lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}compat.${MODPY_PYC_MAGIC_TAG}pyc 42a20 > lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}container.${MODPY_PYC_MAGIC_TAG}pyc 43a22 > lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}curses_display.${MODPY_PYC_MAGIC_TAG}pyc 44a24 > lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}decoration.${MODPY_PYC_MAGIC_TAG}pyc 45a26 > lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}display_common.${MODPY_PYC_MAGIC_TAG}pyc 46a28 > lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}escape.${MODPY_PYC_MAGIC_TAG}pyc 47a30 > lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}font.${MODPY_
[WIP] update net/torsocks to 2.3.0 (need help)
Hi Pascal, Gleydson, I have started looking at updating net/torsocks to 2.3.0 A few things have been updated upstream so I could start removing/cleaning up some of the patch. I am a little bit stuck on the syscall definitions, tried a few "combination" but ended up seriously confused. (Lost the plot with __syscall(2) being used for mmap()) I've attached a tarball with what I've got so far. It doesn't build. So no PLIST either. patch-src_lib_syscall_c is more than likely wrong. Pinging you both as you're either maintainer or have worked on the 2.2.0 update. Hope you don't mind me reaching out to you directly. Adding ports@ in case someone else was also looking at that one. Some help would be truly appreciated. And I will be happy to run more test once it build. Thanks. Regards, -- clematis (0x7e96fd2400fe7b59) net_torsocks-2.3.0-WIP.tar Description: Unix tar archive
Re: www/py-webpy,python3 build failure
On Sat, Oct 05, 2019 at 12:59:41PM +0200, Christian Weisgerber wrote: > >>> Running package in www/py-webpy,python3 at 1570267419 > ===> www/py-webpy,python3 > `/usr/obj/ports/py-webpy-0.40-python3/fake-amd64-python3/.fake_done' is up to > date. > ===> Building package for py3-webpy-0.40 > Create /usr/ports/packages/amd64/all/py3-webpy-0.40.tgz > Creating package py3-webpy-0.40 > Error: > /usr/obj/ports/py-webpy-0.40-python3/fake-amd64-python3/usr/local/lib/python3.7/site-packages/web.py3-0.40-py3.7.egg-info/PKG-INFO > does not exist > Error: > /usr/obj/ports/py-webpy-0.40-python3/fake-amd64-python3/usr/local/lib/python3.7/site-packages/web.py3-0.40-py3.7.egg-info/SOURCES.txt > does not exist > Error: > /usr/obj/ports/py-webpy-0.40-python3/fake-amd64-python3/usr/local/lib/python3.7/site-packages/web.py3-0.40-py3.7.egg-info/dependency_links.txt > does not exist > Error: > /usr/obj/ports/py-webpy-0.40-python3/fake-amd64-python3/usr/local/lib/python3.7/site-packages/web.py3-0.40-py3.7.egg-info/requires.txt > does not exist > Error: > /usr/obj/ports/py-webpy-0.40-python3/fake-amd64-python3/usr/local/lib/python3.7/site-packages/web.py3-0.40-py3.7.egg-info/top_level.txt > does not exist > pkg_create: can't continue > *** Error 1 in www/py-webpy (/usr/ports/infrastructure/mk/bsd.port.mk:2007 > '/usr/ports/packages/amd64/all/py3-webpy-0.40.tgz') > *** Error 1 in www/py-webpy (/usr/ports/infrastructure/mk/bsd.port.mk:2468 > '_internal-package') > *** Error 1 in www/py-webpy (/usr/ports/infrastructure/mk/bsd.port.mk:2447 > 'package') > ===> Exiting www/py-webpy,python3 with an error > *** Error 1 in /usr/ports (infrastructure/mk/bsd.port.subdir.mk:137 'package') > Error: job failed with 256 on localhost at 1570267421 Hello, "update-plist" fixed this for me. re-run test with python3 FLAVOR, same result, 52 passed, 177 warnings. Package, Install, Deinstall all OK for me on amd64. Re-tested this with python2.7 as well, 52 passed (no warning), package, install, deinstall all OK too for this other flavor. No customers to test. See diff attached. Cheers, -- clematis (0x7e96fd2400fe7b59) ? diff_www_py-webpy Index: pkg/PLIST === RCS file: /cvs/ports/www/py-webpy/pkg/PLIST,v retrieving revision 1.7 diff -r1.7 PLIST 3,8c3,8 < lib/python${MODPY_VERSION}/site-packages/web.${MODPY_PY_PREFIX}${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ < lib/python${MODPY_VERSION}/site-packages/web.${MODPY_PY_PREFIX}${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO < lib/python${MODPY_VERSION}/site-packages/web.${MODPY_PY_PREFIX}${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt < lib/python${MODPY_VERSION}/site-packages/web.${MODPY_PY_PREFIX}${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt < lib/python${MODPY_VERSION}/site-packages/web.${MODPY_PY_PREFIX}${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt < lib/python${MODPY_VERSION}/site-packages/web.${MODPY_PY_PREFIX}${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt --- > lib/python${MODPY_VERSION}/site-packages/web.py-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ > lib/python${MODPY_VERSION}/site-packages/web.py-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO > lib/python${MODPY_VERSION}/site-packages/web.py-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt > lib/python${MODPY_VERSION}/site-packages/web.py-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt > lib/python${MODPY_VERSION}/site-packages/web.py-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt > lib/python${MODPY_VERSION}/site-packages/web.py-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt 12d11 < lib/python${MODPY_VERSION}/site-packages/web/application.py 14d12 < lib/python${MODPY_VERSION}/site-packages/web/browser.py 15a14,28 > lib/python${MODPY_VERSION}/site-packages/web/${MODPY_PYCACHE}db.${MODPY_PYC_MAGIC_TAG}pyc > lib/python${MODPY_VERSION}/site-packages/web/${MODPY_PYCACHE}debugerror.${MODPY_PYC_MAGIC_TAG}pyc > lib/python${MODPY_VERSION}/site-packages/web/${MODPY_PYCACHE}form.${MODPY_PYC_MAGIC_TAG}pyc > lib/python${MODPY_VERSION}/site-packages/web/${MODPY_PYCACHE}http.${MODPY_PYC_MAGIC_TAG}pyc > lib/python${MODPY_VERSION}/site-packages/web/${MODPY_PYCACHE}httpserver.${MODPY_PYC_MAGIC_TAG}pyc > lib/python${MODPY_VERSION}/site-packages/web/${MODPY_PYCACHE}net.${MODPY_PYC_MAGIC_TAG}pyc > lib/python${MODPY_VERSION}/site-packages/web/${MODPY_PYCACHE}py3helpers.${MODPY_PYC_MAGIC_TAG}pyc > lib/python${MODPY_VERSION}/site-packages/web/${MODPY_PYCACHE}session.${MODPY_PYC_MAGIC_TAG}pyc > lib/python${MODPY_VERSION}/site-packages/web/${MODPY_PYCACHE}template.${MODPY_PYC_MAGIC_TAG}pyc > lib/python${MODPY_VERSIO
Update graphics/geeqie to 1.5.1
Hello, See the diff attached for an update of graphics/geeqie to the latest 1.5.1. I check the patches were still making sense so no changes there. (even so to build only the src/layout_util patch is mandatory) test reported some deprecation on textproc/intltool: srcdir=. /usr/local/bin/intltool-update -m Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.30), passed through in regex; marked by <-- HERE in m/\${ <-- HERE ?PACKAGE}?/ at /usr/local/bin/intltool-update line 1071, line 714. I did bump the automake_version, I guess it make sense to keep this going forward. It does build, package, install, deinstall ALL OK on amd64. I didn't hit any error or issue while running it. Comments? Feedback? OK? Cheers, -- clematis (0x7e96fd2400fe7b59) ? diff_graphics_geeqie ? patches Index: Makefile === RCS file: /cvs/ports/graphics/geeqie/Makefile,v retrieving revision 1.22 diff -r1.22 Makefile 5c5 < DISTNAME= geeqie-1.4 --- > DISTNAME= geeqie-1.5.1 8,9d7 < EPOCH=0 < REVISION= 1 53c51 < AUTOMAKE_VERSION= 1.14 --- > AUTOMAKE_VERSION= 1.16 Index: distinfo === RCS file: /cvs/ports/graphics/geeqie/distinfo,v retrieving revision 1.6 diff -r1.6 distinfo 1,2c1,2 < SHA256 (geeqie-1.4.tar.xz) = XFg6FlVz7DeHTCePncV+c981azDgmpzKwxed1dl+PjI= < SIZE (geeqie-1.4.tar.xz) = 35881152 --- > SHA256 (geeqie-1.5.1.tar.xz) = SFTV0yPDH49AaP1zqyxFT/kegmxMpNN7IsJGrRTeoQo= > SIZE (geeqie-1.5.1.tar.xz) = 1587116 Index: pkg/PLIST === RCS file: /cvs/ports/graphics/geeqie/pkg/PLIST,v retrieving revision 1.8 diff -r1.8 PLIST 1,3c1 < @comment $OpenBSD: PLIST,v 1.8 2018/06/27 21:03:53 espie Exp $ < @conflict gqview-* < @pkgpath graphics/gqview --- > @comment $OpenBSD: PLIST,v$ 6c4,8 < lib/geeqie/geeqie-import --- > lib/geeqie/geeqie-camera-import > lib/geeqie/geeqie-camera-import-hook-script > lib/geeqie/geeqie-export-jpeg > lib/geeqie/geeqie-image-crop > lib/geeqie/geeqie-random-image 9c11,13 < @comment lib/geeqie/geeqie-ufraw --- > lib/geeqie/geeqie-tethered-photography > lib/geeqie/geeqie-tethered-photography-hook-script > lib/geeqie/geeqie-ufraw 17d20 < @comment share/doc/geeqie/ChangeLog 35a39 > share/doc/geeqie/GuideImageSearchCache.html 57a62 > share/doc/geeqie/GuideOptionsKeywords.html 60a66 > share/doc/geeqie/GuideOptionsOSD.html 78a85 > share/doc/geeqie/GuideReferencePCRE.html 79a87 > share/doc/geeqie/GuideReferenceStandardPlugins.html 82a91 > share/doc/geeqie/GuideReferenceUTC.html 94c103 < @comment share/doc/geeqie/README.lirc --- > share/doc/geeqie/README.lirc 97c106 < @comment share/doc/geeqie/TODO --- > share/doc/geeqie/TODO 132,133c141,142 < share/geeqie/applications/geeqie-import-geeqie.desktop < share/geeqie/applications/geeqie-import-gqview.desktop --- > share/geeqie/applications/camera-import.desktop > share/geeqie/applications/export-jpeg.desktop 135,136c144,147 < @comment share/geeqie/applications/geeqie-ufraw-recursive.desktop < @comment share/geeqie/applications/geeqie-ufraw.desktop --- > share/geeqie/applications/geeqie-ufraw-recursive.desktop > share/geeqie/applications/geeqie-ufraw.desktop > share/geeqie/applications/image-crop.desktop > share/geeqie/applications/random-image.desktop 138a150 > share/geeqie/applications/tethered-photography.desktop 147a160 > share/locale/en_GB/LC_MESSAGES/geeqie.mo
Re: Update net/py-websocket-client to 0.56.0
On Thu, Sep 26, 2019 at 04:28:16PM +0200, clematis wrote: > On Fri, Sep 20, 2019 at 03:24:38PM +0200, clematis wrote: > > Here's an update for net/py-websocket-client from 0.37.0 to 0.56.0 > > build and install OK on amd64 > Minor changes compared to the initial submission. > - Changed PKGNAME = py-${DISTNAME} for consistency > - Add MAINTAINER > - Removed unnecessary MODPY_PI_DIR and RUN_DEPENDS > > > In regards to tests: > > platform openbsd6 -- Python 3.7.4, pytest-4.4.0, py-1.8.0, pluggy-0.11.0 > > 22 passed, 10 skipped, 20 warnings > > Deprecation warnings due to assertEquals (with an s at the end) being > > used. assertEqual has to be used now. > Same result. Also ran py2.7 tests, Ran 32 OK (Skipped 10). > > > Looking at reverse-deps, I could build and install OK on amd64: > > net/py-socketio-client > > net/py-ripe.atlas.cousteau > > net/py-ripe.atlas.tools > > The ripe-atlas tools worked and ran OK. > OK. > > New diff attached. > > Comments? OK? > Thanks, Ping? Any comments? ok? Re-attaching the diff to this email. Thanks, -- clematis (0x7e96fd2400fe7b59) ? diff_net_py-websocket-client Index: Makefile === RCS file: /cvs/ports/net/py-websocket-client/Makefile,v retrieving revision 1.8 diff -r1.8 Makefile 5c5 < MODPY_EGG_VERSION = 0.37.0 --- > MODPY_EGG_VERSION = 0.56.0 7,8c7 < PKGNAME = py-websocket-client-${MODPY_EGG_VERSION} < REVISION =2 --- > PKGNAME = py-${DISTNAME} 12c11 < HOMEPAGE =https://github.com/liris/websocket-client --- > HOMEPAGE =https://github.com/websocket-client/websocket-client 14c13,15 < # LGPLv2.1+ --- > MAINTAINER = Clem Atis > > # BSD 3-Clause 18d18 < MODPY_PI_DIR =w/websocket-client 24,25d23 < < RUN_DEPENDS = devel/py-six${MODPY_FLAVOR} Index: distinfo === RCS file: /cvs/ports/net/py-websocket-client/distinfo,v retrieving revision 1.3 diff -r1.3 distinfo 1,2c1,2 < SHA256 (websocket_client-0.37.0.tar.gz) = Z4skbYFrlAGK9Sl+cpFRYOL+sELgzeGpOX9QKsOlL0E= < SIZE (websocket_client-0.37.0.tar.gz) = 194246 --- > SHA256 (websocket_client-0.56.0.tar.gz) = > H9VSCHi2i4S1dIuzDlkrENCpFSnVOD909JZOcrKX/To= > SIZE (websocket_client-0.56.0.tar.gz) = 36951 Index: pkg/PLIST === RCS file: /cvs/ports/net/py-websocket-client/pkg/PLIST,v retrieving revision 1.2 diff -r1.2 PLIST 1c1 < @comment $OpenBSD: PLIST,v 1.2 2015/12/07 21:16:25 sthen Exp $ --- > @comment $OpenBSD: PLIST,v$ 8a9 > lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_cookiejar.${MODPY_PYC_MAGIC_TAG}pyc 19a21 > lib/python${MODPY_VERSION}/site-packages/websocket/_cookiejar.py 29d30 < lib/python${MODPY_VERSION}/site-packages/websocket/cacert.pem 33a35 > lib/python${MODPY_VERSION}/site-packages/websocket/tests/${MODPY_PYCACHE}test_cookiejar.${MODPY_PYC_MAGIC_TAG}pyc 37a40 > lib/python${MODPY_VERSION}/site-packages/websocket/tests/test_cookiejar.py
Re: New net/py-gevent-websocket
On Wed, Sep 25, 2019 at 10:27:08PM +0200, clematis wrote: > On Fri, Sep 20, 2019 at 04:33:16PM +0200, clematis wrote: > > Here's a new port submission for net/py-gevent-websocket. > > It's a WebSocket library for the gevent networking library. > > > > Build and install OK on amd64. NO tests. > Minor update taking into account what I've learned from your feedback on > other recent submissions. > > - remove RUN_DEPENDS and let MODPY_SETUPTOOLS deal with the deps. > - build, package, install, deinstall ok on amd64 for *both* FLAVORS > - added MAINTAINER > - changed CATEGORIES to net (as devel is getting packed) > > New tarball attached. > > Comments? OK? Ping? Re-attaching the latest tarball to this email. Thanks, -- clematis (0x7e96fd2400fe7b59) net_py-gevent-websocket.tar.gz Description: application/tar-gz
Re: Update net/py-socks to 1.7.1
On Thu, Oct 03, 2019 at 12:26:26AM -0400, Kurt Mosiejczuk wrote: > On Wed, Sep 25, 2019 at 04:27:19PM +0200, clematis wrote: > > OK with me, although I'd like a comment above the NO_TEST to indicate > why it doesn't work. > > # Tests depend on bundled Linux binary > > I can add that when it gets committed though. Right, yeah that make sense, I will know for next time. I've added this comment in a new diff attached to this email. > OK kmos Cheers, -- clematis (0x7e96fd2400fe7b59) ? diff_net_py-socks Index: Makefile === RCS file: /cvs/ports/net/py-socks/Makefile,v retrieving revision 1.12 diff -r1.12 Makefile 5c5 < MODPY_EGG_VERSION = 1.6.7 --- > MODPY_EGG_VERSION = 1.7.1 8d7 < REVISION =1 13a13,14 > MAINTAINER = Clem Atis > 20a22 > MODPY_PYTEST =Yes 25c27,28 < NO_TEST = Yes --- > # Tests depend on bundled Linux binary > NO_TEST = Yes Index: distinfo === RCS file: /cvs/ports/net/py-socks/distinfo,v retrieving revision 1.7 diff -r1.7 distinfo 1,2c1,2 < SHA256 (PySocks-1.6.7.tar.gz) = 0AMp8n76FX237+PKJvzWkDPNYfg4IkYe4/ijU7SOM88= < SIZE (PySocks-1.6.7.tar.gz) = 282874 --- > SHA256 (PySocks-1.7.1.tar.gz) = P4gEVx6+FZw4CsbeN2Q7tGhZcGVdO7okNTDWVYt5mqA= > SIZE (PySocks-1.7.1.tar.gz) = 284429 Index: pkg/PLIST === RCS file: /cvs/ports/net/py-socks/pkg/PLIST,v retrieving revision 1.3 diff -r1.3 PLIST 1c1 < @comment $OpenBSD: PLIST,v 1.3 2017/03/26 10:55:08 shadchin Exp $ --- > @comment $OpenBSD: PLIST,v$
Re: Update devel/py-asn1-modules to 0.2.6
On Wed, Oct 02, 2019 at 11:57:58PM -0400, Kurt Mosiejczuk wrote: > On Wed, Sep 25, 2019 at 02:04:45PM +0200, clematis wrote: > > > Just to confirm I've redone the py3 tests all OK. Also ran the py2.7 test > > OK. > > Python 2.7.16, pytest-4.4.0, py-1.8.0, pluggy-0.11.0 > > The total of 93 all passed > > Does install OK. Didn't caught errors while running further tests on > > py-asn1 either. > > > Since I was on it I've added MAINTAINER. > > > Comments? OK? > > I don't see anything about testing the consumers of this port. I see > that databases/py-ldap, security/py-service_identity, and net/slixmpp > use this. Right, sorry. databases/py-ldap: Build/Package/Install/Deinstall OK - problems with tests not related to the dep (both flavors) security/py-service_identity: Build/Package/Install/Deinstall OK (both flavors) - all 99 tests pass OK. net/py-slixmpp: Build/Package/Install/Deinstall OK (py3 only) - some test failed, as before. Just FYI, also run ok as dependence of Zeronet (not in ports/) re-attaching latest diff. Cheers, -- clematis (0x7e96fd2400fe7b59) ? diff_devel_py-asn1-modules Index: Makefile === RCS file: /cvs/ports/devel/py-asn1-modules/Makefile,v retrieving revision 1.12 diff -r1.12 Makefile 5c5 < MODPY_EGG_VERSION = 0.1.5 --- > MODPY_EGG_VERSION = 0.2.6 9d8 < REVISION =0 11c10,12 < HOMEPAGE =https://github.com/etingof/pyasn1 --- > HOMEPAGE =https://github.com/etingof/pyasn1-modules > > MAINTAINER = Clem Atis 16,17d16 < MODPY_PI =Yes < 22a22 > MODPY_PI =Yes 26c26 < RUN_DEPENDS = devel/py-asn1${MODPY_FLAVOR} --- > RUN_DEPENDS = devel/py-asn1${MODPY_FLAVOR}>=0.4.6 Index: distinfo === RCS file: /cvs/ports/devel/py-asn1-modules/distinfo,v retrieving revision 1.4 diff -r1.4 distinfo 1,2c1,2 < SHA256 (pyasn1-modules-0.1.5.tar.gz) = HTA+7VqlTK/sognRa4x+osYGRzX7YfG+4uDtY6CBaYg= < SIZE (pyasn1-modules-0.1.5.tar.gz) = 65690 --- > SHA256 (pyasn1-modules-0.2.6.tar.gz) = > Q8F6g8FVIpg5zFxrho6NDGBB26FJeJttbiiAHGSCFyI= > SIZE (pyasn1-modules-0.2.6.tar.gz) = 120517 Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-asn1-modules/pkg/PLIST,v retrieving revision 1.4 diff -r1.4 PLIST 1,15c1,15 < @comment $OpenBSD: PLIST,v 1.4 2017/10/24 05:56:44 benoit Exp $ < bin/cmcdump.py${MODPY_BIN_SUFFIX} < bin/cmpdump.py${MODPY_BIN_SUFFIX} < bin/crldump.py${MODPY_BIN_SUFFIX} < bin/crmfdump.py${MODPY_BIN_SUFFIX} < bin/ocspclient.py${MODPY_BIN_SUFFIX} < bin/ocspreqdump.py${MODPY_BIN_SUFFIX} < bin/ocsprspdump.py${MODPY_BIN_SUFFIX} < bin/pkcs10dump.py${MODPY_BIN_SUFFIX} < bin/pkcs1dump.py${MODPY_BIN_SUFFIX} < bin/pkcs7dump.py${MODPY_BIN_SUFFIX} < bin/pkcs8dump.py${MODPY_BIN_SUFFIX} < bin/snmpget.py${MODPY_BIN_SUFFIX} < bin/x509dump-rfc5280.py${MODPY_BIN_SUFFIX} < bin/x509dump.py${MODPY_BIN_SUFFIX} --- > @comment $OpenBSD: PLIST,v$ > bin/cmcdump.py > bin/cmpdump.py > bin/crldump.py > bin/crmfdump.py > bin/ocspclient.py > bin/ocspreqdump.py > bin/ocsprspdump.py > bin/pkcs10dump.py > bin/pkcs1dump.py > bin/pkcs7dump.py > bin/pkcs8dump.py > bin/snmpget.py > bin/x509dump-rfc5280.py > bin/x509dump.py 25,52c25 < ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}/ < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}pem.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc1155.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc1157.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc1901.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc1902.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc1905.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc2251.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc2314.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc2315.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc2437.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc2459.${MODPY_PYC_MAGIC_TAG}pyc <
Re: Update net/py-websocket-client to 0.56.0
On Fri, Sep 20, 2019 at 03:24:38PM +0200, clematis wrote: > Here's an update for net/py-websocket-client from 0.37.0 to 0.56.0 > build and install OK on amd64 Minor changes compared to the initial submission. - Changed PKGNAME = py-${DISTNAME} for consistency - Add MAINTAINER - Removed unnecessary MODPY_PI_DIR and RUN_DEPENDS > In regards to tests: > platform openbsd6 -- Python 3.7.4, pytest-4.4.0, py-1.8.0, pluggy-0.11.0 > 22 passed, 10 skipped, 20 warnings > Deprecation warnings due to assertEquals (with an s at the end) being > used. assertEqual has to be used now. Same result. Also ran py2.7 tests, Ran 32 OK (Skipped 10). > Looking at reverse-deps, I could build and install OK on amd64: > net/py-socketio-client > net/py-ripe.atlas.cousteau > net/py-ripe.atlas.tools > The ripe-atlas tools worked and ran OK. OK. New diff attached. Comments? OK? Thanks, -- clematis (0x7e96fd2400fe7b59) Index: Makefile === RCS file: /cvs/ports/net/py-websocket-client/Makefile,v retrieving revision 1.8 diff -r1.8 Makefile 5c5 < MODPY_EGG_VERSION = 0.37.0 --- > MODPY_EGG_VERSION = 0.56.0 7,8c7 < PKGNAME = py-websocket-client-${MODPY_EGG_VERSION} < REVISION =2 --- > PKGNAME = py-${DISTNAME} 12c11 < HOMEPAGE =https://github.com/liris/websocket-client --- > HOMEPAGE =https://github.com/websocket-client/websocket-client 14c13,15 < # LGPLv2.1+ --- > MAINTAINER = Clem Atis > > # BSD 3-Clause 18d18 < MODPY_PI_DIR =w/websocket-client 24,25d23 < < RUN_DEPENDS = devel/py-six${MODPY_FLAVOR} Index: distinfo === RCS file: /cvs/ports/net/py-websocket-client/distinfo,v retrieving revision 1.3 diff -r1.3 distinfo 1,2c1,2 < SHA256 (websocket_client-0.37.0.tar.gz) = Z4skbYFrlAGK9Sl+cpFRYOL+sELgzeGpOX9QKsOlL0E= < SIZE (websocket_client-0.37.0.tar.gz) = 194246 --- > SHA256 (websocket_client-0.56.0.tar.gz) = > H9VSCHi2i4S1dIuzDlkrENCpFSnVOD909JZOcrKX/To= > SIZE (websocket_client-0.56.0.tar.gz) = 36951 Index: pkg/PLIST === RCS file: /cvs/ports/net/py-websocket-client/pkg/PLIST,v retrieving revision 1.2 diff -r1.2 PLIST 1c1 < @comment $OpenBSD: PLIST,v 1.2 2015/12/07 21:16:25 sthen Exp $ --- > @comment $OpenBSD: PLIST,v$ 8a9 > lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_cookiejar.${MODPY_PYC_MAGIC_TAG}pyc 19a21 > lib/python${MODPY_VERSION}/site-packages/websocket/_cookiejar.py 29d30 < lib/python${MODPY_VERSION}/site-packages/websocket/cacert.pem 33a35 > lib/python${MODPY_VERSION}/site-packages/websocket/tests/${MODPY_PYCACHE}test_cookiejar.${MODPY_PYC_MAGIC_TAG}pyc 37a40 > lib/python${MODPY_VERSION}/site-packages/websocket/tests/test_cookiejar.py
Re: New net/py-gevent-websocket
On Fri, Sep 20, 2019 at 04:33:16PM +0200, clematis wrote: > Here's a new port submission for net/py-gevent-websocket. > It's a WebSocket library for the gevent networking library. > > Build and install OK on amd64. NO tests. Minor update taking into account what I've learned from your feedback on other recent submissions. - remove RUN_DEPENDS and let MODPY_SETUPTOOLS deal with the deps. - build, package, install, deinstall ok on amd64 for *both* FLAVORS - added MAINTAINER - changed CATEGORIES to net (as devel is getting packed) New tarball attached. Comments? OK? Thanks, -- clematis (0x7e96fd2400fe7b59) net_py-gevent-websocket.tar.gz Description: application/tar-gz
Re: Update net/py-socks to 1.7.1
On Fri, Sep 20, 2019 at 01:29:25PM +0200, clematis wrote: > Here's an update for net/py-socks from 1.6.7 to 1.7.0. > build and install OK on amd64 > NO_TEST. Hello, There's 1.7.1 on pypi so went for this very latest. Added MAINTAINER. Kept NO_TEST. Does build, package, install, deinstall all OK on amd64 for both FLAVOR. regression tests on customers supporting it and install: www/py-httplib2 test: failures=46, errors=9 -- (same poor results than with previous version so not related) install: OK multimedia/streamlink test: 857 tests OK install: OK security/pwntools test: (not run, issue with previous version too) install: OK security/wapiti test: OK (0 test) install: OK New diff attached. Comments? OK? Thanks, -- clematis (0x7e96fd2400fe7b59) Index: net/py-socks/Makefile === RCS file: /cvs/ports/net/py-socks/Makefile,v retrieving revision 1.12 diff -r1.12 Makefile 5c5 < MODPY_EGG_VERSION = 1.6.7 --- > MODPY_EGG_VERSION = 1.7.1 8d7 < REVISION =1 13a13,14 > MAINTAINER = Clem Atis > 20a22 > MODPY_PYTEST =Yes 25c27 < NO_TEST = Yes --- > NO_TEST = Yes Index: net/py-socks/distinfo === RCS file: /cvs/ports/net/py-socks/distinfo,v retrieving revision 1.7 diff -r1.7 distinfo 1,2c1,2 < SHA256 (PySocks-1.6.7.tar.gz) = 0AMp8n76FX237+PKJvzWkDPNYfg4IkYe4/ijU7SOM88= < SIZE (PySocks-1.6.7.tar.gz) = 282874 --- > SHA256 (PySocks-1.7.1.tar.gz) = P4gEVx6+FZw4CsbeN2Q7tGhZcGVdO7okNTDWVYt5mqA= > SIZE (PySocks-1.7.1.tar.gz) = 284429 Index: net/py-socks/pkg/PLIST === RCS file: /cvs/ports/net/py-socks/pkg/PLIST,v retrieving revision 1.3 diff -r1.3 PLIST 1c1 < @comment $OpenBSD: PLIST,v 1.3 2017/03/26 10:55:08 shadchin Exp $ --- > @comment $OpenBSD: PLIST,v$
Re: Update devel/py-asn1-modules to 0.2.6
On Fri, Sep 20, 2019 at 10:03:03AM +0200, clematis wrote: > Hi Team, > > Following the previous update of devel/py-asn1, here's an update for > devel/py-asn1-modules from 0.1.5 to 0.2.6. Built and installed OK on > amd64 with py-asn1 0.4.7 (submitted earlier). > > In regards to test, all OK. > platform openbsd6 -- Python 3.7.4, pytest-4.4.0, py-1.8.0, pluggy-0.11.0 > 93 passed Hello, Just to confirm I've redone the py3 tests all OK. Also ran the py2.7 test OK. Python 2.7.16, pytest-4.4.0, py-1.8.0, pluggy-0.11.0 The total of 93 all passed Does install OK. Didn't caught errors while running further tests on py-asn1 either. Since I was on it I've added MAINTAINER. Comments? OK? Cheers, -- clematis (0x7e96fd2400fe7b59) ? diff_devel_py-asn1-modules Index: Makefile === RCS file: /cvs/ports/devel/py-asn1-modules/Makefile,v retrieving revision 1.12 diff -r1.12 Makefile 5c5 < MODPY_EGG_VERSION = 0.1.5 --- > MODPY_EGG_VERSION = 0.2.6 9d8 < REVISION =0 11c10,12 < HOMEPAGE =https://github.com/etingof/pyasn1 --- > HOMEPAGE =https://github.com/etingof/pyasn1-modules > > MAINTAINER = Clem Atis 16,17d16 < MODPY_PI =Yes < 22a22 > MODPY_PI =Yes 26c26 < RUN_DEPENDS = devel/py-asn1${MODPY_FLAVOR} --- > RUN_DEPENDS = devel/py-asn1${MODPY_FLAVOR}>=0.4.6 Index: distinfo === RCS file: /cvs/ports/devel/py-asn1-modules/distinfo,v retrieving revision 1.4 diff -r1.4 distinfo 1,2c1,2 < SHA256 (pyasn1-modules-0.1.5.tar.gz) = HTA+7VqlTK/sognRa4x+osYGRzX7YfG+4uDtY6CBaYg= < SIZE (pyasn1-modules-0.1.5.tar.gz) = 65690 --- > SHA256 (pyasn1-modules-0.2.6.tar.gz) = > Q8F6g8FVIpg5zFxrho6NDGBB26FJeJttbiiAHGSCFyI= > SIZE (pyasn1-modules-0.2.6.tar.gz) = 120517 Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-asn1-modules/pkg/PLIST,v retrieving revision 1.4 diff -r1.4 PLIST 1,15c1,15 < @comment $OpenBSD: PLIST,v 1.4 2017/10/24 05:56:44 benoit Exp $ < bin/cmcdump.py${MODPY_BIN_SUFFIX} < bin/cmpdump.py${MODPY_BIN_SUFFIX} < bin/crldump.py${MODPY_BIN_SUFFIX} < bin/crmfdump.py${MODPY_BIN_SUFFIX} < bin/ocspclient.py${MODPY_BIN_SUFFIX} < bin/ocspreqdump.py${MODPY_BIN_SUFFIX} < bin/ocsprspdump.py${MODPY_BIN_SUFFIX} < bin/pkcs10dump.py${MODPY_BIN_SUFFIX} < bin/pkcs1dump.py${MODPY_BIN_SUFFIX} < bin/pkcs7dump.py${MODPY_BIN_SUFFIX} < bin/pkcs8dump.py${MODPY_BIN_SUFFIX} < bin/snmpget.py${MODPY_BIN_SUFFIX} < bin/x509dump-rfc5280.py${MODPY_BIN_SUFFIX} < bin/x509dump.py${MODPY_BIN_SUFFIX} --- > @comment $OpenBSD: PLIST,v$ > bin/cmcdump.py > bin/cmpdump.py > bin/crldump.py > bin/crmfdump.py > bin/ocspclient.py > bin/ocspreqdump.py > bin/ocsprspdump.py > bin/pkcs10dump.py > bin/pkcs1dump.py > bin/pkcs7dump.py > bin/pkcs8dump.py > bin/snmpget.py > bin/x509dump-rfc5280.py > bin/x509dump.py 25,52c25 < ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}/ < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}pem.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc1155.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc1157.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc1901.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc1902.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc1905.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc2251.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc2314.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc2315.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc2437.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc2459.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc2511.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc2560.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc3279.${MODPY_PYC_MAGIC_TAG}pyc < lib/python${MODPY_VERSION}/site-packages/pyasn1_mod
Re: New devel/py-bitcoinlib
On Wed, Sep 25, 2019 at 10:54:40AM +0100, Stuart Henderson wrote: > https://github.com/petertodd/python-bitcoinlib/commit/de971091b > > I agree with just adding the py3 version, since py2 support is > clearly going away in a forthcoming release. Thanks for the additional clarification. > Please put COMMENT onto one line rather than \ continuation. > Otherwise ok with me. Done. See new tarball attached. Cheers, -- clematis (0x7e96fd2400fe7b59) devel_py-bitcoinlib.tar.gz Description: application/tar-gz
Re: New devel/py-bitcoinlib
On Sun, Sep 22, 2019 at 08:43:04PM +0200, Rafael Sadowski wrote: > - My $COMMENT suggestion: "Python interface to the Bitcoin data > structures and protocol" > - Looks like this is only py3: " Python3 library providing an easy > interface to the Bitcoin data structures and protocol." from the git > repo. The port is py2 with a py3 FLAVOR. > - I prefer just "This Python3 library provides an easy interface to the > bitcoin data structures and protocol." in DESCR. The additional text > is not helpful. > > Otherwise, it works for me. Hi Rafael, Thanks for your feedback, appreciated. So based on this I made the changes below: - update COMMENT - update DESCR - remove FLAVOR and default to py3 - change PKGNAME so it gets the py3- - add MAINTAINER All of the 142 regressions tests still complete successfully. New tarball attached. Comments? OK? Thanks. -- clematis (0x7e96fd2400fe7b59) devel_py-bitcoinlib.tar.gz Description: application/tar-gz
Re: New devel/py-base58
On Mon, Sep 23, 2019 at 11:06:39PM +0100, Stuart Henderson wrote: > The script conflicts between py- and py3-. Hi Stuart, Sorry, could you please give me some more details, I am not sure to understand this properly. I've re-done everything [1] for both FLAVORS, all distinctions in between py* and py3* naming were correct on my system using the version attached. Including the associated dependencies (py-hamcrest, py-test, py-setuptools). So I am not sure to understand what you meant by "script conflicts". [1] fetch, checksum, extract, patch, configure, build, test, fake, port-lib-depends-check, package, install, deinstall Cheers, -- clematis (0x7e96fd2400fe7b59) converters_py-base58.tar.gz Description: application/tar-gz
Re: New security/py-pysha3
> On Mon, Sep 23, 2019 at 11:05:09PM +0100, Stuart Henderson wrote: > > On 2019/09/23 16:17, Kurt Mosiejczuk wrote: > > > Did we really want to name it py-pysha3? I figure py-sha3 is what we would > > > usually do in that case. (See pytest -> py-test, pydot -> py-dot, others) > > > We have it both ways, personally I prefer it this way (portgen does > > this also) but I don't mind much either way. I did notice we weren't necessarily always consistent with the naming. I chose this way for a couple of reasons. (I am not saying this is the right way). 1/ Be consistent with other platform and faciliate the search. The module name is 'pydot'. People wondering if it's available in ports will search for 'pydot'. You will not find it, not with pkg_info -Q, not with make search key=pydot, not on openports.se (Package Name). (But you will find 'pygal' for example). Potentially you would have noticed some py-* so will search for py-pydot, or py-pygal. But will again find only the second one. 2/ Prevent collision. To come back to this pysha3 ports, a 'sha3' [1] module does exist. What would be his package name? py-sha3. Would be a problem if we name 'pysha3' this way. I understand this could feel awkward for the modules py-py* But long story short, PKGNAME = py-${DISTNAME} makes more sense to me than PKGNAME= ${DISTNAME:S/py/py-/}. But this is just my opinion. If there's another approach I would be happy to stick with it in the future and stay consistent. [1] https://pypi.org/project/sha3/ -- clematis (0x7e96fd2400fe7b59)
Re: New security/py-pysha3
On Mon, Sep 23, 2019 at 02:36:45PM +0100, Stuart Henderson wrote: > that is kmos@ Oops wrong Kurt. You're right, this was kmos@. Sorry. > : COMMENT = python SHA-3 implementation > > as a proper noun Python should start with caps. Ok, I've reformulated it to take this into account and to not start with an uppercase. > nitpicking, but you have =, please > zap the extra spaces and just use tabs there Done. > MODPY_SETUPTOOLS already adds to dependencies as necessary > (RUN_DEPENDS and BUILD_DEPENDS; TEST_DEPENDS isn't needed for something > which is already in BUILD_DEPENDS because you can't test until you've > built it). Understood. So I've removed both RUN and TEST _DEPENDS to only keep MODEPY_SETUPTOOLS. Build and install OK on amd64. I've re-run the regression tests for both flavors and all 50 completed OK. See attached for a new tarball including these changes. Thanks, -- clematis (0x7e96fd2400fe7b59) security_py-pysha3.tar.gz Description: application/tar-gz
New security/py-pysha3
Hi Team, kurt@ pointed out that I've missed the pysha3 dependencies working on devel/py-merkletools. Attached is a first submission for security/py-pysha3. >From previous conversations I understood devel/ was getting busy so security/ sounded like the best fit. All regression tests (50 tests) completed OK on amd64 for *both* flavors. This does satisfy the devel/py-merkletools dep but I am still running further testing on that specific one with both flavors. I will update the other email thread once I am done. Comments? Thanks, -- clematis (0x7e96fd2400fe7b59) security_py-pysha3.tar.gz Description: application/tar-gz
Re: New devel/py-base58
On Sun, Sep 22, 2019 at 11:58:56PM -0400, Kurt Mosiejczuk wrote: > It is easily fixed by specifying MODPY_PYTEST = Yes Adding this to my notes. > Setuptools isn't configured by base58 to run tests. pytest figures it > out though. (Not something I'd have expected you to know at this stage). > > All tests pass for both flavors on amd64 and sparc64. Ok - thanks. > I edited the DESCR a bit. Their (base58) wording was a bit awkward. Oh yeah true - I should have mentioned it wasn't the best wording. I just couldn't come up with anything better. > I've attached a tarball with my tweaks. They were just tweaks though. Ok - I've checked this - looks ok and work also OK on my system. Cheers, -- clematis (0x7e96fd2400fe7b59)
Re: New devel/py-base58
On Sat, Sep 21, 2019 at 06:08:38PM -0400, Kurt Mosiejczuk wrote: > COMMENT isn't supposed to start with a capital as a general rule > devel has lots of entries and we try to put new ports elsewhere is they > fit somewhere else. Maybe converters? Hi Kurt, OK - thanks for the informations. > The tests do not run for me at all. Either flavor. I've added the: TEST_DEPENDS = devel/py-hamcrest${MODPY_FLAVOR} make test = Ran 0 tests the 14 passed was running py.test in pobj/ which might still be pointless. New tarball attached: - remove capital in COMMENT - CATEGORIES = converters - adding TEST_DEPENDS OK? Cheers, -- clematis (0x7e96fd2400fe7b59) converters_py-base58.tar.gz Description: application/tar-gz
Re: Update devel/py-asn1 to 0.4.7
On Sat, Sep 21, 2019 at 01:23:43PM -0400, Kurt Mosiejczuk wrote: > There's also the python 2.7 flavor to test. There's also 9 ports that use > it as a TEST_DEPENDS (that number expands to 12 for RUN_DEPENDS). Did you > test those? Hi Kurt, In regards to python 2.7: 2 failed, 1097 passed I've doubled check the python 3 tests: 1133 passed, 8 warnings I've done some more testing with py3, they all build and install OK, various results regarding the tests. /usr/ports/databases/py-ldap,python3 test: failed (would need to investigate further) install: OK /usr/ports/devel/py-asn1-modules,python3 test: OK (93 passed) install: OK /usr/ports/databases/py-ldap3,python3 test: run=2 errors=2 failures=0 install: OK /usr/ports/devel/py-twisted,python3 test: get stuck (would need to investigate further) install: OK /usr/ports/security/py-cryptography,python3 test: OK (96549 passed, 10427 skipped) install: OK /usr/ports/security/py-service_identity,python3 test: OK (99 passed) install: OK /usr/ports/security/py-paramiko,python3 test: run=173 error=67 install: OK /usr/ports/security/letsencrypt/py-acme,python3 test: No regression tests for py3-acme-0.38.0 install: OK /usr/ports/www/py-ndg-httpsclient,python3 test: run=14 errors=8 failures=1 install: OK /usr/ports/security/py-rsa,python3 test: OK (74 passed, 1 error) install: OK /usr/ports/net/py-snmp,python3 test: No regression tests for py3-snmp-4.4.6 install: OK > https://github.com/danieljakots/obsd-ports-tools Thanks! I will also run some more tests with py2.7. Cheers, -- clematis (0x7e96fd2400fe7b59)
Re: Update devel/py-urwid to 2.0.1
On Sat, Sep 21, 2019 at 08:50:26PM +0200, Klemens Nanni wrote: > How did you get these results? > > $ export FLAVOR=python3 > $ make test > ... > Ran 296 tests in 4.156s > > FAILED (failures=1, errors=4) > Test failed: failures=1> > ... > > See my full ${WRKDIR}/test.log attached. > error: Test failed: failures=1> > /usr/local/lib/python3.7/asyncio/base_events.py:618: ResourceWarning: > unclosed event loop <_UnixSelectorEventLoop running=False closed=False > debug=False> > *** Error 1 in . (/usr/ports/lang/python/python.port.mk:239 'do-test': @cd > /usr/ports/pobj/py-urwid-2.0.1-python3/urwid-2.0.1 && /usr/bin/en...) Hi Klemens, Kurt, Thanks for the feedback. I had a quick irc chat with Klemens who clarified a few things I was doing wrong in my testing. Thanks again for taking the time. Really appreciated. So here we go again: python3 => run=292 errors=0 failures=1 FAIL: test_run (urwid.tests.test_event_loops.AsyncioEventLoopTest) -- Traceback (most recent call last): File "/usr/ports/pobj/py-urwid-2.0.1-python3/urwid-2.0.1/urwid/tests/test_event_loops.py", line 69, in test_run self.assertEqual(out, ["clean exit"]) AssertionError: Lists differ: ['clean exit', 'waiting'] != ['clean exit'] First list contains 1 additional elements. First extra element 1: 'waiting' - ['clean exit', 'waiting'] + ['clean exit'] -- Ran 292 tests in 2.898s FAILED (failures=1) Test failed: error: Test failed: python2 tests ALL OK. PS: I'll re-run tests on all recent ports I've submitted and update each email thread accordingly. Sorry about that. Cheers, -- clematis (0x7e96fd2400fe7b59)
Re: New devel/py-bencode.py
On Sat, Sep 21, 2019 at 09:32:31AM +0200, Remi Pointel wrote: > https://marc.info/?l=openbsd-ports=156155203010486=2 > > If we do that, we must have a plaso compatible with this version. > I will send a diff to update all the dependencies of plaso (and plaso > itself), then we could update py-bencode. Hi Remi, Sounds good to me. Thank you. I would just recommend to keep the py-bencode*.py* naming somwhere in the description to prevent confusion and to facilitate the search. Cheers, -- clematis (0x7e96fd2400fe7b59)
New devel/py-bitcoinlib
Hi, Here's a new port submission for devel/py-bitcoinlib. This Python3 library provides an easy interface to the bitcoin data structures and protocol. The approach is low-level and "ground up", with a focus on providing tools to manipulate the internals of how Bitcoin works. "The Swiss Army Knife of the Bitcoin protocol." build and install OK on amd64. Tests all OK. platform openbsd6 -- Python 3.7.4, pytest-4.4.0, py-1.8.0, pluggy-0.11.0 142 passed It is a requirement for Zeronet[0] which runs OK with it. Comments? OK? [0] https://github.com/HelloZeroNet/ZeroNet/blob/py3/requirements.txt -- clematis (0x7e96fd2400fe7b59) devel_py-bitcoinlib.tar.gz Description: application/tar-gz
New devel/py-bencode.py
Hi team, bencode.py 2.1.0 is a simple bencode parser (for Python 2, Python 3 and PyPy), forked from the bencode package (devel/py-bencode). Build and install OK on amd64. Tests OK. platform openbsd6 -- Python 3.7.4, pytest-4.4.0, py-1.8.0, pluggy-0.11.0 18 passed, 6 skipped It is a requirement for Zeronet[0] which runs OK with it. Comments? OK? [0] https://github.com/HelloZeroNet/ZeroNet/blob/py3/requirements.txt -- clematis (0x7e96fd2400fe7b59) devel_py-bencode.py.tar.gz Description: application/tar-gz
New net/py-gevent-websocket
Hi team, Here's a new port submission for net/py-gevent-websocket. It's a WebSocket library for the gevent networking library. Build and install OK on amd64. NO tests. Quick question, in which category should a python networking library be? There's an existing devel/py-gevent and net/py-geventhttpclient. So I wasn't too sure which one to pick, devel/ or net/. The checklist says to "pick a primary category" without much more details so I was just wondering if there's extra recommendations or common practices. Comments? OK? Thanks, -- clematis (0x7e96fd2400fe7b59) net_py-gevent-websocket.tar.gz Description: application/tar-gz
Update net/py-websocket-client to 0.56.0
Hi, Here's an update for net/py-websocket-client from 0.37.0 to 0.56.0 build and install OK on amd64 In regards to tests: platform openbsd6 -- Python 3.7.4, pytest-4.4.0, py-1.8.0, pluggy-0.11.0 22 passed, 10 skipped, 20 warnings Deprecation warnings due to assertEquals (with an s at the end) being used. assertEqual has to be used now. Looking at reverse-deps, I could build and install OK on amd64: net/py-socketio-client net/py-ripe.atlas.cousteau net/py-ripe.atlas.tools The ripe-atlas tools worked and ran OK. Comments? OK? -- clematis (0x7e96fd2400fe7b59) ? diff_net-py-websocket-client Index: Makefile === RCS file: /cvs/ports/net/py-websocket-client/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile12 Jul 2019 20:48:46 - 1.8 +++ Makefile20 Sep 2019 12:51:28 - @@ -2,20 +2,19 @@ COMMENT = WebSocket client for Python -MODPY_EGG_VERSION =0.37.0 +MODPY_EGG_VERSION =0.56.0 DISTNAME = websocket_client-${MODPY_EGG_VERSION} PKGNAME = py-websocket-client-${MODPY_EGG_VERSION} -REVISION = 2 CATEGORIES = net -HOMEPAGE = https://github.com/liris/websocket-client +HOMEPAGE = https://github.com/websocket-client/websocket-client/ -# LGPLv2.1+ +# BSD 3-Clause PERMIT_PACKAGE = Yes MODPY_PI = Yes -MODPY_PI_DIR = w/websocket-client +MODPY_PI_DIR = w/websocket_client MODPY_SETUPTOOLS = Yes MODULES = lang/python Index: distinfo === RCS file: /cvs/ports/net/py-websocket-client/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- distinfo3 Nov 2016 10:12:49 - 1.3 +++ distinfo20 Sep 2019 12:51:28 - @@ -1,2 +1,2 @@ -SHA256 (websocket_client-0.37.0.tar.gz) = Z4skbYFrlAGK9Sl+cpFRYOL+sELgzeGpOX9QKsOlL0E= -SIZE (websocket_client-0.37.0.tar.gz) = 194246 +SHA256 (websocket_client-0.56.0.tar.gz) = H9VSCHi2i4S1dIuzDlkrENCpFSnVOD909JZOcrKX/To= +SIZE (websocket_client-0.56.0.tar.gz) = 36951 Index: pkg/PLIST === RCS file: /cvs/ports/net/py-websocket-client/pkg/PLIST,v retrieving revision 1.2 diff -u -p -r1.2 PLIST --- pkg/PLIST 7 Dec 2015 21:16:25 - 1.2 +++ pkg/PLIST 20 Sep 2019 12:51:28 - @@ -1,4 +1,4 @@ -@comment $OpenBSD: PLIST,v 1.2 2015/12/07 21:16:25 sthen Exp $ +@comment $OpenBSD: PLIST,v$ bin/wsdump.py${MODPY_BIN_SUFFIX} lib/python${MODPY_VERSION}/site-packages/websocket/ lib/python${MODPY_VERSION}/site-packages/websocket/__init__.py @@ -6,6 +6,7 @@ ${MODPY_COMMENT}lib/python${MODPY_VERSIO lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_abnf.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_app.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_cookiejar.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_core.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_exceptions.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_handshake.${MODPY_PYC_MAGIC_TAG}pyc @@ -17,6 +18,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/websocket/${MODPY_PYCACHE}_utils.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/_abnf.py lib/python${MODPY_VERSION}/site-packages/websocket/_app.py +lib/python${MODPY_VERSION}/site-packages/websocket/_cookiejar.py lib/python${MODPY_VERSION}/site-packages/websocket/_core.py lib/python${MODPY_VERSION}/site-packages/websocket/_exceptions.py lib/python${MODPY_VERSION}/site-packages/websocket/_handshake.py @@ -26,15 +28,16 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/websocket/_ssl_compat.py lib/python${MODPY_VERSION}/site-packages/websocket/_url.py lib/python${MODPY_VERSION}/site-packages/websocket/_utils.py -lib/python${MODPY_VERSION}/site-packages/websocket/cacert.pem lib/python${MODPY_VERSION}/site-packages/websocket/tests/ lib/python${MODPY_VERSION}/site-packages/websocket/tests/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/websocket/tests/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/websocket/tests/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/websocket/tests/${MODPY_PYCACHE}test_cookiejar.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/tests/${MODPY_PYCACHE}test_websocket.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/websocket/tests/data/ lib/python${MODPY_VERSION
Update net/py-socks to 1.7.0
Hi, As I am going through the Zeronet dependencies I am also updating the one already in ports/ Here's an update for net/py-socks from 1.6.7 to 1.7.0. build and install OK on amd64 NO_TEST. Comments? OK? -- clematis (0x7e96fd2400fe7b59) ? diff_net-py-socks Index: Makefile === RCS file: /cvs/ports/net/py-socks/Makefile,v retrieving revision 1.12 diff -u -p -r1.12 Makefile --- Makefile12 Jul 2019 20:48:46 - 1.12 +++ Makefile20 Sep 2019 11:22:28 - @@ -2,10 +2,9 @@ COMMENT = Python module for working with SOCKS proxies -MODPY_EGG_VERSION =1.6.7 +MODPY_EGG_VERSION =1.7.0 DISTNAME = PySocks-${MODPY_EGG_VERSION} PKGNAME = py-socks-${MODPY_EGG_VERSION} -REVISION = 1 CATEGORIES = net Index: distinfo === RCS file: /cvs/ports/net/py-socks/distinfo,v retrieving revision 1.7 diff -u -p -r1.7 distinfo --- distinfo26 Mar 2017 10:55:08 - 1.7 +++ distinfo20 Sep 2019 11:22:28 - @@ -1,2 +1,2 @@ -SHA256 (PySocks-1.6.7.tar.gz) = 0AMp8n76FX237+PKJvzWkDPNYfg4IkYe4/ijU7SOM88= -SIZE (PySocks-1.6.7.tar.gz) = 282874 +SHA256 (PySocks-1.7.0.tar.gz) = 2QMepF/frL5ZqZJz6fBEjdszwVgP44McGwlVfFcYl3w= +SIZE (PySocks-1.7.0.tar.gz) = 284351 Index: pkg/PLIST === RCS file: /cvs/ports/net/py-socks/pkg/PLIST,v retrieving revision 1.3 diff -u -p -r1.3 PLIST --- pkg/PLIST 26 Mar 2017 10:55:08 - 1.3 +++ pkg/PLIST 20 Sep 2019 11:22:28 - @@ -1,4 +1,4 @@ -@comment $OpenBSD: PLIST,v 1.3 2017/03/26 10:55:08 shadchin Exp $ +@comment $OpenBSD: PLIST,v$ lib/python${MODPY_VERSION}/site-packages/PySocks-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ lib/python${MODPY_VERSION}/site-packages/PySocks-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO lib/python${MODPY_VERSION}/site-packages/PySocks-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt
New devel/py-merkletools
Hi, Here's a new port submission for devel/merkletools. This provides Tools for creating Merkle trees, generating merkle proofs, and verification of merkle proofs. Build and install OK on amd64. Tests OK. platform openbsd6 -- Python 3.7.4, pytest-4.4.0, py-1.8.0, pluggy-0.11.0 21 passed Comments? OK? -- clematis (0x7e96fd2400fe7b59) devel_py-merkletools.tar.gz Description: application/tar-gz
New devel/py-base58
Hi, Here's a new port submission for devel/py-base58. This is a Base58 and Base58Check implementation compatible with what is used by the bitcoin network. It's a requirement for ZeroNet[0] hence the reason for submitting this. Build and install OK on amd64. Tests OK. platform openbsd6 -- Python 3.7.4, pytest-4.4.0, py-1.8.0, pluggy-0.11.0 14 passed Comments? Ok? [0] https://github.com/HelloZeroNet/ZeroNet/ -- clematis (0x7e96fd2400fe7b59) devel_py-base58.tar.gz Description: application/tar-gz
Update devel/py-asn1-modules to 0.2.6
Hi Team, Following the previous update of devel/py-asn1, here's an update for devel/py-asn1-modules from 0.1.5 to 0.2.6. Built and installed OK on amd64 with py-asn1 0.4.7 (submitted earlier). In regards to test, all OK. platform openbsd6 -- Python 3.7.4, pytest-4.4.0, py-1.8.0, pluggy-0.11.0 93 passed Comments? Ok? Regards, -- clematis (0x7e96fd2400fe7b59) ? diff_devel-py-asn1-modules Index: Makefile === RCS file: /cvs/ports/devel/py-asn1-modules/Makefile,v retrieving revision 1.12 diff -u -p -r1.12 Makefile --- Makefile12 Jul 2019 20:45:17 - 1.12 +++ Makefile20 Sep 2019 07:36:03 - @@ -1,29 +1,27 @@ -# $OpenBSD: Makefile,v 1.12 2019/07/12 20:45:17 sthen Exp $ +# $OpenBSD: $ COMMENT = collection of ASN.1 data structures for py-asn1 -MODPY_EGG_VERSION =0.1.5 +MODPY_EGG_VERSION =0.2.6 DISTNAME = pyasn1-modules-${MODPY_EGG_VERSION} PKGNAME = ${DISTNAME:S/py/py-/} CATEGORIES = devel -REVISION = 0 -HOMEPAGE = https://github.com/etingof/pyasn1 +HOMEPAGE = https://github.com/etingof/pyasn1-modules # BSD 2-Clause PERMIT_PACKAGE = Yes -MODPY_PI = Yes - MODULES = lang/python FLAVORS = python3 FLAVOR?= +MODPY_PI = Yes MODPY_SETUPTOOLS = Yes MODPY_PYTEST = Yes -RUN_DEPENDS = devel/py-asn1${MODPY_FLAVOR} +RUN_DEPENDS = devel/py-asn1${MODPY_FLAVOR}>=0.4.6 MODPY_ADJ_FILES = tools/*.py Index: distinfo === RCS file: /cvs/ports/devel/py-asn1-modules/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo2 Nov 2017 20:49:18 - 1.4 +++ distinfo20 Sep 2019 07:36:03 - @@ -1,2 +1,2 @@ -SHA256 (pyasn1-modules-0.1.5.tar.gz) = HTA+7VqlTK/sognRa4x+osYGRzX7YfG+4uDtY6CBaYg= -SIZE (pyasn1-modules-0.1.5.tar.gz) = 65690 +SHA256 (pyasn1-modules-0.2.6.tar.gz) = Q8F6g8FVIpg5zFxrho6NDGBB26FJeJttbiiAHGSCFyI= +SIZE (pyasn1-modules-0.2.6.tar.gz) = 120517 Index: pkg/DESCR === RCS file: /cvs/ports/devel/py-asn1-modules/pkg/DESCR,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 DESCR --- pkg/DESCR 19 Dec 2014 12:25:40 - 1.1.1.1 +++ pkg/DESCR 20 Sep 2019 07:36:03 - @@ -1,2 +1,3 @@ -This is a small but growing collection of ASN.1 data structures -expressed in Python terms using pyasn1 data model. +A collection of ASN.1 modules expressed in form of pyasn1 classes. Includes +protocols PDUs definition (SNMP, LDAP etc.) and various data structures (X.509, +PKCS etc.). Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-asn1-modules/pkg/PLIST,v retrieving revision 1.4 diff -u -p -r1.4 PLIST --- pkg/PLIST 24 Oct 2017 05:56:44 - 1.4 +++ pkg/PLIST 20 Sep 2019 07:36:03 - @@ -1,4 +1,4 @@ -@comment $OpenBSD: PLIST,v 1.4 2017/10/24 05:56:44 benoit Exp $ +@comment $OpenBSD: PLIST,v$ bin/cmcdump.py${MODPY_BIN_SUFFIX} bin/cmpdump.py${MODPY_BIN_SUFFIX} bin/crldump.py${MODPY_BIN_SUFFIX} @@ -37,19 +37,48 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc2459.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc2511.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc2560.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc2634.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc2985.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc2986.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc3161.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc3274.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc3279.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc3280.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc3281.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc3412.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc3414.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc3447.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCACHE}rfc3560.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/pyasn1_modules/${MODPY_PYCA
Update devel/py-asn1 to 0.4.7
Hi Team, Here's an update for devel/py-asn1 from 0.3.7 to 0.4.7. Built and installed OK on amd64. Newer devel/py-asn1-modules (which I will submit an update later on) could also build and install OK with this new version. Tested by running ZeroNet which has py-asn1 as a requirement. This was the initial motivator to update it just so once again all deps are cleanly managed in ports/ rather than mixing some up with pip3.7. Tests: platform openbsd6 -- Python 3.7.4, pytest-4.4.0, py-1.8.0, pluggy-0.11.0 1133 passed, 8 warnings Deprecations Warnings being: The ability to return an instance of a strict subclass of int is deprecated, and may be removed in a future version of Python. Regards, -- clematis (0x7e96fd2400fe7b59) ? diff-devel_pyasn1 Index: Makefile === RCS file: /cvs/ports/devel/py-asn1/Makefile,v retrieving revision 1.32 diff -u -p -r1.32 Makefile --- Makefile12 Jul 2019 20:45:17 - 1.32 +++ Makefile20 Sep 2019 07:23:12 - @@ -1,13 +1,12 @@ -# $OpenBSD: Makefile,v 1.32 2019/07/12 20:45:17 sthen Exp $ +# $OpenBSD:$ COMMENT = ASN.1 library for Python -MODPY_EGG_VERSION =0.3.7 +MODPY_EGG_VERSION =0.4.7 DISTNAME = pyasn1-${MODPY_EGG_VERSION} PKGNAME = ${DISTNAME:S/py/py-/} CATEGORIES = devel EPOCH =0 -REVISION = 0 HOMEPAGE = https://github.com/etingof/pyasn1 Index: distinfo === RCS file: /cvs/ports/devel/py-asn1/distinfo,v retrieving revision 1.18 diff -u -p -r1.18 distinfo --- distinfo24 Oct 2017 05:53:09 - 1.18 +++ distinfo20 Sep 2019 07:23:12 - @@ -1,2 +1,2 @@ -SHA256 (pyasn1-0.3.7.tar.gz) = GH8qZtYXaD+OgtXAADO3yKAofh2oip1XeuvsMhytSWU= -SIZE (pyasn1-0.3.7.tar.gz) = 115350 +SHA256 (pyasn1-0.4.7.tar.gz) = qUlTVsodZu0Zeg9ytB6xgjz36otb0HGRZz6BR67PhgQ= +SIZE (pyasn1-0.4.7.tar.gz) = 130424 Index: pkg/DESCR === RCS file: /cvs/ports/devel/py-asn1/pkg/DESCR,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 DESCR --- pkg/DESCR 28 Sep 2006 17:13:32 - 1.1.1.1 +++ pkg/DESCR 20 Sep 2019 07:23:12 - @@ -1,4 +1,4 @@ -pyasn1 is an implementation of ASN.1 types and codecs in Python -programming language. It has been first written to support particular -protocol (SNMP) but then generalized to be suitable for a wide range of -protocols based on ASN.1 specification. +pyasn1 is an implementation of ASN.1 types and DER/BER/CER codecs in +Python programming language. It has been first written to support +particular protocol (SNMP) but then generalized to be suitable for a +wide range of protocols based on ASN.1 specification. Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-asn1/pkg/PLIST,v retrieving revision 1.10 diff -u -p -r1.10 PLIST --- pkg/PLIST 24 Oct 2017 05:53:09 - 1.10 +++ pkg/PLIST 20 Sep 2019 07:23:12 - @@ -1,4 +1,4 @@ -@comment $OpenBSD: PLIST,v 1.10 2017/10/24 05:53:09 benoit Exp $ +@comment $OpenBSD: PLIST,v$ lib/python${MODPY_VERSION}/site-packages/pyasn1/ lib/python${MODPY_VERSION}/site-packages/pyasn1-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ lib/python${MODPY_VERSION}/site-packages/pyasn1-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO @@ -77,6 +77,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/pyasn1/type/${MODPY_PYCACHE}error.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pyasn1/type/${MODPY_PYCACHE}namedtype.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pyasn1/type/${MODPY_PYCACHE}namedval.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/pyasn1/type/${MODPY_PYCACHE}opentype.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pyasn1/type/${MODPY_PYCACHE}tag.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pyasn1/type/${MODPY_PYCACHE}tagmap.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pyasn1/type/${MODPY_PYCACHE}univ.${MODPY_PYC_MAGIC_TAG}pyc @@ -87,6 +88,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/pyasn1/type/error.py lib/python${MODPY_VERSION}/site-packages/pyasn1/type/namedtype.py lib/python${MODPY_VERSION}/site-packages/pyasn1/type/namedval.py +lib/python${MODPY_VERSION}/site-packages/pyasn1/type/opentype.py lib/python${MODPY_VERSION}/site-packages/pyasn1/type/tag.py lib/python${MODPY_VERSION}/site-packages/pyasn1/type/tagmap.py lib/python${MODPY_VERSION}/site-packages/pyasn1/type/univ.py
Re: Update net/toot to 0.23.1 -> 0.24.0
On Thu, Sep 19, 2019 at 09:10:10PM +0200, Klemens Nanni wrote: > > -RUN_DEPENDS = devel/py-future${MODPY_FLAVOR}>=0.16 \ > > - devel/py-wcwidth${MODPY_FLAVOR}>=0.1.7,<2.0 \ > > - www/py-beautifulsoup4${MODPY_FLAVOR}>=4.5.0,<5.0 \ > > - www/py-requests${MODPY_FLAVOR}>=2.13,<3.0 > > +RUN_DEPENDS = devel/py-urwid${MODPY_FLAVOR}>=2.0.0 \ > > + devel/py-wcwidth${MODPY_FLAVOR}>=0.1.7 \ > > + www/py-beautifulsoup4${MODPY_FLAVOR}>=4.5.0 \ > > + www/py-requests${MODPY_FLAVOR}>=2.13 > Dropping the smaller-than dependencies is fine with me, but why do you > remove py-future as RDEP? Just add py-urwid after it. py-future isn't listed as a requirement. Yes we could keep the smaller-than deps, see below: python_requires=">=3.4", install_requires=[ "requests>=2.13,<3.0", "beautifulsoup4>=4.5.0,<5.0", "wcwidth>=0.1.7,<2.0", "urwid>=2.0.0,<3.0", ], > > +FLAVORS = python3 > > +FLAVOR ?= > Nope, toot does not support Python 2. Yes that's right. Thanks for the feedback. -- clematis (0x7e96fd2400fe7b59)
Re: Update devel/py-urwid to 2.0.1
On Thu, Sep 19, 2019 at 01:25:37PM +0200, Klemens Nanni wrote: > Did you test the existing users of this port? Tested with one, productivity/khal, built, installed and ran OK. Note for those who might have manually installed via pip some of these deps (as root) I would recommand to pip uninstall them before so they are all properly handle via ports/ > Did you run the regress suite (for both python flavours)? Yes. It's a little bit noisy. A few depreciation since Python 3.0 platform openbsd6 -- Python 2.7.16, pytest-4.4.0, py-1.8.0, pluggy-0.11.0 30 failed, 153 passed platform openbsd6 -- Python 3.7.4, pytest-4.4.0, py-1.8.0, pluggy-0.11.0 31 failed, 157 passed, 18 warnings Thanks, -- clematis (0x7e96fd2400fe7b59)
Re: Update net/toot to 0.23.1 -> 0.24.0
On Thu, Sep 19, 2019 at 01:23:45PM +0200, Klemens Nanni wrote: > On Thu, Sep 19, 2019 at 12:40:28PM +0200, clematis wrote: > > Here's an update for net/toot from 0.22.0 to 0.23.1 > 0.23.1 does not include the regress tests anymore, 0.24.0 has that fixed > among other things. Hello, Correct. Here's a new diff for 0.24.0. built and ran OK on amd64. deps OK: py3-urwid-2.0.1 py3-wcwidth-0.1.7p1 py3-soupsieve-1.9.2 py3-beautifulsoup4-4.7.1p0 py3-certifi-2018.11.29p1 py3-idna-2.8 py3-setuptools_scm-3.3.3 py3-atomicwrites-1.3.0 py3-attrs-18.2.0p0 py3-six-1.12.0p1 py3-more-itertools-4.1.0p0 py3-pluggy-0.11.0 py3-py-1.8.0p0 py3-test-4.4.0p0 py3-test-runner-2.11.1p1 py3-chardet-3.0.4p1 py3-urllib3-1.24.3 py3-requests-2.22.0p0 In regards to tests: 43 passed, 1 warnings warning being: /usr/local/lib/python3.7/site-packages/socks.py:65: DeprecationWarning: Using or importing the ABCs from 'collections' instead of from 'collections.abc' is deprecated, and in 3.8 it will stop working from collections import Callable Thanks, -- clematis (0x7e96fd2400fe7b59) ? diff_net-toot Index: Makefile === RCS file: /cvs/ports/net/toot/Makefile,v retrieving revision 1.10 diff -u -p -r1.10 Makefile --- Makefile17 Aug 2019 17:35:24 - 1.10 +++ Makefile19 Sep 2019 12:48:37 - @@ -1,8 +1,8 @@ -# $OpenBSD: Makefile,v 1.10 2019/08/17 17:35:24 kn Exp $ +# $OpenBSD$ COMMENT = interact with Mastodon social networks from the command line -MODPY_EGG_VERSION =0.22.0 +MODPY_EGG_VERSION =0.24.0 DISTNAME = toot-${MODPY_EGG_VERSION} CATEGORIES = net @@ -20,10 +20,11 @@ MODULES = lang/python MODPY_SETUPTOOLS = Yes MODPY_VERSION =${MODPY_DEFAULT_VERSION_3} -RUN_DEPENDS = devel/py-future${MODPY_FLAVOR}>=0.16 \ - devel/py-wcwidth${MODPY_FLAVOR}>=0.1.7,<2.0 \ - www/py-beautifulsoup4${MODPY_FLAVOR}>=4.5.0,<5.0 \ - www/py-requests${MODPY_FLAVOR}>=2.13,<3.0 +RUN_DEPENDS = devel/py-urwid${MODPY_FLAVOR}>=2.0.0 \ + devel/py-wcwidth${MODPY_FLAVOR}>=0.1.7 \ + www/py-beautifulsoup4${MODPY_FLAVOR}>=4.5.0 \ + www/py-requests${MODPY_FLAVOR}>=2.13 + TEST_DEPENDS = ${FULLPKGNAME}:${BUILD_PKGPATH} \ devel/py-test${MODPY_FLAVOR}>=3.0.0 \ devel/py-test-cov${MODPY_FLAVOR}>=2.4.0 @@ -32,5 +33,8 @@ MAKE_ENV =LC_CTYPE=C.UTF-8 do-test: cd ${WRKSRC} && py.test${MODPY_BIN_SUFFIX} --cov=toot tests/ + +FLAVORS = python3 +FLAVOR ?= .include Index: distinfo === RCS file: /cvs/ports/net/toot/distinfo,v retrieving revision 1.7 diff -u -p -r1.7 distinfo --- distinfo17 Aug 2019 17:35:24 - 1.7 +++ distinfo19 Sep 2019 12:48:37 - @@ -1,2 +1,2 @@ -SHA256 (toot-0.22.0.tar.gz) = cIZOhf5bM5IGXd0D94u0bTRsjFRTzXclVS7l4tVOsT0= -SIZE (toot-0.22.0.tar.gz) = 28159 +SHA256 (toot-0.24.0.tar.gz) = gwtv/ATDqApjBFoRKh3yGYeaZXa8IJGaVfk91bxZA3E= +SIZE (toot-0.24.0.tar.gz) = 41102 Index: pkg/DESCR === RCS file: /cvs/ports/net/toot/pkg/DESCR,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 DESCR --- pkg/DESCR 17 Dec 2017 21:03:54 - 1.1.1.1 +++ pkg/DESCR 19 Sep 2019 12:48:37 - @@ -1,3 +1,5 @@ -toot lets you read, post and manage accounts on Mastadon social networks. It -supports logging in through both your webbrowser and the console with optional -two factor authentication. Toots can be pasted directly via standard input. +Toot is a CLI and TUI (curses-based Terminal User Interface) tool for +interacting with Mastodon instances from the command line. +It supports posting/replying/deleting statuses, media/spoiler/sensitive +content uploads, search by account or hashtag, following/muting/blocking +accounts. Index: pkg/PLIST === RCS file: /cvs/ports/net/toot/pkg/PLIST,v retrieving revision 1.5 diff -u -p -r1.5 PLIST --- pkg/PLIST 17 Aug 2019 17:35:24 - 1.5 +++ pkg/PLIST 19 Sep 2019 12:48:37 - @@ -1,4 +1,4 @@ -@comment $OpenBSD: PLIST,v 1.5 2019/08/17 17:35:24 kn Exp $ +@comment $OpenBSD: PLIST,v$ bin/toot lib/python${MODPY_VERSION}/site-packages/toot/ lib/python${MODPY_VERSION}/site-packages/toot-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ @@ -15,7 +15,6 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/toot/${MODPY_PYCACHE}auth.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/toot/${MODPY_PYCACHE}commands.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/toot/${MODPY_PYCACHE}config.${MODPY_PYC_MAGIC_TAG}pyc
Re: Update net/toot to 0.23.1
On Thu, Sep 19, 2019 at 01:23:45PM +0200, Klemens Nanni wrote: > On Thu, Sep 19, 2019 at 12:40:28PM +0200, clematis wrote: > > Here's an update for net/toot from 0.22.0 to 0.23.1 > 0.23.1 does not include the regress tests anymore, 0.24.0 has that fixed > among other things. > Hello, Correct. Here's a new diff for 0.24.0. built and ran OK on amd64. OK: py3-urwid-2.0.1 py3-wcwidth-0.1.7p1 py3-soupsieve-1.9.2 py3-beautifulsoup4-4.7.1p0 py3-certifi-2018.11.29p1 py3-idna-2.8 py3-setuptools_scm-3.3.3 py3-atomicwrites-1.3.0 py3-attrs-18.2.0p0 py3-six-1.12.0p1 py3-more-itertools-4.1.0p0 py3-pluggy-0.11.0 py3-py-1.8.0p0 py3-test-4.4.0p0 py3-test-runner-2.11.1p1 py3-chardet-3.0.4p1 py3-urllib3-1.24.3 py3-requests-2.22.0p0 In regards to tests: 43 passed, 1 warnings warning being: /usr/local/lib/python3.7/site-packages/socks.py:65: DeprecationWarning: Using or importing the ABCs from 'collections' instead of from 'collections.abc' is deprecated, and in 3.8 it will stop working from collections import Callable Thanks, -- clematis (0x7e96fd2400fe7b59) ? diff_net-toot Index: Makefile === RCS file: /cvs/ports/net/toot/Makefile,v retrieving revision 1.10 diff -u -p -r1.10 Makefile --- Makefile17 Aug 2019 17:35:24 - 1.10 +++ Makefile19 Sep 2019 12:48:37 - @@ -1,8 +1,8 @@ -# $OpenBSD: Makefile,v 1.10 2019/08/17 17:35:24 kn Exp $ +# $OpenBSD$ COMMENT = interact with Mastodon social networks from the command line -MODPY_EGG_VERSION =0.22.0 +MODPY_EGG_VERSION =0.24.0 DISTNAME = toot-${MODPY_EGG_VERSION} CATEGORIES = net @@ -20,10 +20,11 @@ MODULES = lang/python MODPY_SETUPTOOLS = Yes MODPY_VERSION =${MODPY_DEFAULT_VERSION_3} -RUN_DEPENDS = devel/py-future${MODPY_FLAVOR}>=0.16 \ - devel/py-wcwidth${MODPY_FLAVOR}>=0.1.7,<2.0 \ - www/py-beautifulsoup4${MODPY_FLAVOR}>=4.5.0,<5.0 \ - www/py-requests${MODPY_FLAVOR}>=2.13,<3.0 +RUN_DEPENDS = devel/py-urwid${MODPY_FLAVOR}>=2.0.0 \ + devel/py-wcwidth${MODPY_FLAVOR}>=0.1.7 \ + www/py-beautifulsoup4${MODPY_FLAVOR}>=4.5.0 \ + www/py-requests${MODPY_FLAVOR}>=2.13 + TEST_DEPENDS = ${FULLPKGNAME}:${BUILD_PKGPATH} \ devel/py-test${MODPY_FLAVOR}>=3.0.0 \ devel/py-test-cov${MODPY_FLAVOR}>=2.4.0 @@ -32,5 +33,8 @@ MAKE_ENV =LC_CTYPE=C.UTF-8 do-test: cd ${WRKSRC} && py.test${MODPY_BIN_SUFFIX} --cov=toot tests/ + +FLAVORS = python3 +FLAVOR ?= .include Index: distinfo === RCS file: /cvs/ports/net/toot/distinfo,v retrieving revision 1.7 diff -u -p -r1.7 distinfo --- distinfo17 Aug 2019 17:35:24 - 1.7 +++ distinfo19 Sep 2019 12:48:37 - @@ -1,2 +1,2 @@ -SHA256 (toot-0.22.0.tar.gz) = cIZOhf5bM5IGXd0D94u0bTRsjFRTzXclVS7l4tVOsT0= -SIZE (toot-0.22.0.tar.gz) = 28159 +SHA256 (toot-0.24.0.tar.gz) = gwtv/ATDqApjBFoRKh3yGYeaZXa8IJGaVfk91bxZA3E= +SIZE (toot-0.24.0.tar.gz) = 41102 Index: pkg/DESCR === RCS file: /cvs/ports/net/toot/pkg/DESCR,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 DESCR --- pkg/DESCR 17 Dec 2017 21:03:54 - 1.1.1.1 +++ pkg/DESCR 19 Sep 2019 12:48:37 - @@ -1,3 +1,5 @@ -toot lets you read, post and manage accounts on Mastadon social networks. It -supports logging in through both your webbrowser and the console with optional -two factor authentication. Toots can be pasted directly via standard input. +Toot is a CLI and TUI (curses-based Terminal User Interface) tool for +interacting with Mastodon instances from the command line. +It supports posting/replying/deleting statuses, media/spoiler/sensitive +content uploads, search by account or hashtag, following/muting/blocking +accounts. Index: pkg/PLIST === RCS file: /cvs/ports/net/toot/pkg/PLIST,v retrieving revision 1.5 diff -u -p -r1.5 PLIST --- pkg/PLIST 17 Aug 2019 17:35:24 - 1.5 +++ pkg/PLIST 19 Sep 2019 12:48:37 - @@ -1,4 +1,4 @@ -@comment $OpenBSD: PLIST,v 1.5 2019/08/17 17:35:24 kn Exp $ +@comment $OpenBSD: PLIST,v$ bin/toot lib/python${MODPY_VERSION}/site-packages/toot/ lib/python${MODPY_VERSION}/site-packages/toot-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ @@ -15,7 +15,6 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/toot/${MODPY_PYCACHE}auth.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/toot/${MODPY_PYCACHE}commands.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/toot/${MODPY_PYCACHE}config.${MODPY_PYC_MAGIC_TAG}p