rclone
Has it been removed from packages? rclone-browser is still a package, but it can't install. I've tried number mirrors. -- Edward Ahlsen-Girard Ft Walton Beach, FL
Re: keepassxc in Jun 20 snap is sad
On Tue, 27 Jun 2023 07:22:36 +0100 Stuart Henderson wrote: > On 2023/06/26 07:10, Edward Ahlsen-Girard wrote: > [...] > > pkg_check isn't meant to take a partial package name as argument, it > checks all installed packages. Just run "pkg_check". > Running with no arguments doesn't return all the +CONTENTS stuff: --- consolekit2-1.2.5p2 --- /usr/local/share/polkit-1/rules.d/10-openbsd-consolekit.rules should exist --- cvechecker-4.0p0 --- can't read /usr/local/share/examples/cvechecker/cvechecker.conf --- dbus-daemon-launch-helper-1.14.8 --- can't read /usr/local/libexec/dbus-daemon-launch-helper --- polkit-122 --- /usr/local/share/polkit-1/rules.d/50-default.rules should exist Current installation is: kern.version=OpenBSD 7.3-current (GENERIC.MP) #1262: Mon Jun 26 07:22:19 MDT 2023 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Information for inst:keepassxc-2.7.5-browser Signature: keepassxc-2.7.5-browser,10,@argon2-20190702,@botan2-2.19.3,@desktop-file-utils-0.26,@gtk4-update-icon-cache-4.10.4,@libqrencode-4.1.1,@minizip-4.0.0,@qtbase-5.15.10,@qtsvg-5.15.10,@qtx11extras-5.15.10,@shared-mime-info-2.2,Qt5Concurrent.4.0,Qt5Core.4.0,Qt5DBus.3.0,Qt5Gui.3.0,Qt5Network.4.0,Qt5Svg.3.0,Qt5Widgets.4.0,Qt5X11Extras.3.0,X11.18.0,Xtst.11.0,argon2.0.0,botan-2.17.0,c++.9.0,c++abi.6.0,c.97.0,m.10.1,minizip.2.0,pthread.27.0,qrencode.2.1,readline.4.0,z.7.0 Fails the same way: qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, minimal, minimalegl, offscreen, vnc, wayland-egl, wayland, wayland-xcomposite-egl, wayland-xcomposite-glx, xcb. Abort trap (core dumped) ed@pav(~)$egdb -f keepassxc keepassxc.core GNU gdb (GDB) 9.2 Copyright (C) 2020 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-openbsd7.3". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from keepassxc... (No debugging symbols found in keepassxc) [New process 143563] Core was generated by `keepassxc'. Program terminated with signal SIGABRT, Aborted. #0 thrkill () at /tmp/-:3 3 /tmp/-: No such file or directory. (gdb) bt #0 thrkill () at /tmp/-:3 #1 0x88374c934ab7e34b in ?? () #2 0x03e0b2a64c92 in _libc_abort () at /usr/src/lib/libc/stdlib/abort.c:51 #3 0x03e107c77118 in qt_message_fatal(QtMsgType, QMessageLogContext const&, QString const&) () from /usr/local/lib/qt5/./libQt5Core.so.4.0 #4 0x03e107c78d44 in QMessageLogger::fatal(char const*, ...) const () from /usr/local/lib/qt5/./libQt5Core.so.4.0 #5 0x03e0c55c8d33 in init_platform(QString const&, QString const&, QString const&, int&, char**) () from /usr/local/lib/qt5/./libQt5Gui.so.3.0 #6 0x03e0c55c8295 in QGuiApplicationPrivate::createPlatformIntegration() () from /usr/local/lib/qt5/./libQt5Gui.so.3.0 #7 0x03e0c55c936f in QGuiApplicationPrivate::createEventDispatcher() () from /usr/local/lib/qt5/./libQt5Gui.so.3.0 #8 0x03e069f33da3 in QApplicationPrivate::createEventDispatcher() () from /usr/local/lib/qt5/./libQt5Widgets.so.4.0 #9 0x03e107fc49cc in QCoreApplicationPrivate::init() () from /usr/local/lib/qt5/./libQt5Core.so.4.0 #10 0x03e0c55c3a40 in QGuiApplicationPrivate::init() () from /usr/local/lib/qt5/./libQt5Gui.so.3.0 #11 0x03e069f344ba in QApplicationPrivate::init() () from /usr/local/lib/qt5/./libQt5Widgets.so.4.0 #12 0x03e069f34466 in QApplication::QApplication(int&, char**, int) () from /usr/local/lib/qt5/./libQt5Widgets.so.4.0 #13 0x03de5a4412f2 in Application::Application(int&, char**) () #14 0x03de5a378a21 in main () -- Edward Ahlsen-Girard Ft Walton Beach, FL
Re: keepassxc in Jun 20 snap is sad
Begin forwarded message: Date: Mon, 26 Jun 2023 07:04:36 -0500 From: Edward Ahlsen-Girard To: Solène Rapenne Subject: Re: keepassxc in Jun 20 snap is sad On Mon, 26 Jun 2023 09:19:54 +0200 Solène Rapenne wrote: [...] A fresh clean user receives the same error. pkg_check surprised me: ed@pav(~)$pkg_check keepassxc Packing-list sanity: ok Direct dependencies: ok Reverse dependencies: ok Files from packages|**|100%Warning: couldn't read packing-list from installed package keepassxc File /var/db/pkg/keepassxc/+CONTENTS does not exist Can't call method "thorough_check" on an undefined value at /usr/libdata/perl5/OpenBSD/PkgCheck.pm line 836. ed@pav(~)$pkg_check qrencode Packing-list sanity: ok Direct dependencies: ok Reverse dependencies: ok Files from packages|**|100%Warning: couldn't read packing-list from installed package qrencode File /var/db/pkg/qrencode/+CONTENTS does not exist Can't call method "thorough_check" on an undefined value at /usr/libdata/perl5/OpenBSD/PkgCheck.pm line 836. ed@pav(~)$pkg_check botan2 Packing-list sanity: ok Direct dependencies: ok Reverse dependencies: ok Files from packages|**|100%Warning: couldn't read packing-list from installed package botan2 File /var/db/pkg/botan2/+CONTENTS does not exist Can't call method "thorough_check" on an undefined value at /usr/libdata/perl5/OpenBSD/PkgCheck.pm line 836. ed@pav(~)$pkg_check minizip Packing-list sanity: ok Direct dependencies: ok Reverse dependencies: ok Files from packages|**|100%Warning: couldn't read packing-list from installed package minizip File /var/db/pkg/minizip/+CONTENTS does not exist Can't call method "thorough_check" on an undefined value at /usr/libdata/perl5/OpenBSD/PkgCheck.pm line 836. Problems with keepassxc and its dependencies weren't surprising, but these were: ed@pav(~)$pkg_check rox Packing-list sanity: ok Direct dependencies: ok Reverse dependencies: ok Files from packages|**|100%Warning: couldn't read packing-list from installed package rox File /var/db/pkg/rox/+CONTENTS does not exist Can't call method "thorough_check" on an undefined value at /usr/libdata/perl5/OpenBSD/PkgCheck.pm line 836. ed@pav(~)$pkg_check firefox Packing-list sanity: ok Direct dependencies: ok Reverse dependencies: ok Files from packages|**|100%Warning: couldn't read packing-list from installed package firefox File /var/db/pkg/firefox/+CONTENTS does not exist Can't call method "thorough_check" on an undefined value at /usr/libdata/perl5/OpenBSD/PkgCheck.pm line 836. +CONTENTS exists for all of these, and for some others that I looked at. Permissions are 644 for all of them. -- Edward Ahlsen-Girard Ft Walton Beach, FL -- Edward Ahlsen-Girard Ft Walton Beach, FL
Re: keepassxc in Jun 20 snap is sad
On Fri, 23 Jun 2023 10:01:48 -0600 Ashlen wrote: > Same for me, I can't reproduce the issue either (I just upgraded). > Edward, what are the contents of /etc/installurl for you? If you're > using a CDN or a mirror with issues, that's probably your problem > right there. My advice is the following, in this order: > > 1) `pkg_add -u` if you haven't already. You should be doing this at >least every time you upgrade to a new snapshot. Personally, I do it >every single time I log in. > 2) Switch mirrors by editing /etc/installurl and repeat step one. > 3) `pkg_add -u -D installed` on the new mirror > 4) `pkg_info -mz > file`, `pkg_delete -X`, `pkg_add -l file`. >Do this one outside of an X session, perhaps even in single user > mode so you know for sure that you're not removing a package as a > daemon is running or anything along those lines. > > It looks like you had a thread in the past about a similar enough > issue that I'm guessing the root cause is probably also similar. > https://marc.info/?l=openbsd-ports=167694546914669=2 > > $ sysctl -n kern.version > OpenBSD 7.3-current (GENERIC.MP) #1258: Thu Jun 22 23:53:27 MDT 2023 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > $ pkg_info -S keepassxc > Information for inst:keepassxc-2.7.5 > > Signature: > keepassxc-2.7.5,10,@argon2-20190702,@botan2-2.19.3,@desktop-file-utils-0.26,@gtk4-update-icon-cache-4.10.4,@libqrencode-4.1.1,@minizip-4.0.0,@qtbase-5.15.10,@qtsvg-5.15.10,@qtx11extras-5.15.10,@shared-mime-info-2.2,Qt5Concurrent.4.0,Qt5Core.4.0,Qt5DBus.3.0,Qt5Gui.3.0,Qt5Network.4.0,Qt5Svg.3.0,Qt5Widgets.4.0,Qt5X11Extras.3.0,X11.18.0,Xtst.11.0,argon2.0.0,botan-2.17.0,c++.9.0,c++abi.6.0,c.97.0,m.10.1,minizip.2.0,pthread.27.0,qrencode.2.1,readline.4.0,z.7.0 > > > On Thu, 22 Jun 2023 14:48 +0200, Solene Rapenne wrote: > [...] > [...] > [...] > [...] > [...] I have tried changing mirrors among: https://mirror.leaseweb.com/pub/OpenBSD https://cdn.openbsd.org/pub/OpenBSD https://mirror.vdms.com/pub/OpenBSD https://cloudflare.cdn.openbsd.org/pub/OpenBSD https://mirror.planetunix.net/pub/OpenBSD Their file times on keepassxc package are within a minute. I have re-executed the Special Upgrade Process, complete with deleting the packages in a single-user session. Nothing has changed. At this point I'm waiting for a new snap, unless someone has a truly novel suggestion. -- Edward Ahlsen-Girard Ft Walton Beach, FL
Re: keepassxc in Jun 20 snap is sad
On Thu, 22 Jun 2023 14:48:15 +0200 Solene Rapenne wrote: > Le Thu, 22 Jun 2023 05:53:55 -0500, > Edward Ahlsen-Girard a écrit : > > [...] > > > 1) Port-related mails should go to ports@, so I'm CC'ing ports@ > > > and dropping misc@. If it becomes clear it's an issue with the > > > port itself (but I don't think it is), we can CC the maintainer > > > later. > > > > > > 2) Can you please open that core file with gdb and provide the > > > backtrace? Should be as simple as: > > > > > > # pkg_add gdb > > > $ egdb -q keepassxc keepassxc.core > > > (gdb) bt > > > > > > Right now I'm on the snapshot from June 14th with keepassxc 2.7.5 > > > and mine works. If it's an issue related to snapshots, we can at > > > least narrow it down to between those two. > > > > > > On Wed, 21 Jun 2023 06:46 -0500, Edward Ahlsen-Girard wrote: > > > [...] > > > > Installed 21 June snapshot; results below. > > > > works fine for me, are you using a flavor of keepassxc? > > $ sysctl kern.version > kern.version=OpenBSD 7.3-current (GENERIC.MP) #1255: Wed Jun 21 > 20:41:16 MDT 2023 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > $ pkg_info -S keepassxc > Information for inst:keepassxc-2.7.5 > > Signature: > keepassxc-2.7.5,10,@argon2-20190702,@botan2-2.19.3,@desktop-file-utils-0.26,@gtk4-update-icon-cache-4.10.4,@libqrencode-4.1.1,@minizip-4.0.0,@qtbase-5.15.10,@qtsvg-5.15.10,@qtx11extras-5.15.10,@shared-mime-info-2.2,Qt5Concurrent.4.0,Qt5Core.4.0,Qt5DBus.3.0,Qt5Gui.3.0,Qt5Network.4.0,Qt5Svg.3.0,Qt5Widgets.4.0,Qt5X11Extras.3.0,X11.18.0,Xtst.11.0,argon2.0.0,botan-2.17.0,c++.9.0,c++abi.6.0,c.97.0,m.10.1,minizip.2.0,pthread.27.0,qrencode.2.1,readline.4.0,z.7.0 Tried again this morning with last night's snapshot. My dmesg.boot is at the very very bottom. -- Edward Ahlsen-Girard Ft Walton Beach, FL ed@pav(~)$sysctl kern.version kern.version=OpenBSD 7.3-current (GENERIC.MP) #1258: Thu Jun 22 23:53:27 MDT 2023 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Information for inst:keepassxc-2.7.5 Signature: keepassxc-2.7.5,10,@argon2-20190702,@botan2-2.19.3,@desktop-file-utils-0.26,@gtk4-update-icon-cache-4.10.4,@libqrencode-4.1.1,@minizip-4.0.0,@qtbase-5.15.10,@qtsvg-5.15.10,@qtx11extras-5.15.10,@shared-mime-info-2.2,Qt5Concurrent.4.0,Qt5Core.4.0,Qt5DBus.3.0,Qt5Gui.3.0,Qt5Network.4.0,Qt5Svg.3.0,Qt5Widgets.4.0,Qt5X11Extras.3.0,X11.18.0,Xtst.11.0,argon2.0.0,botan-2.17.0,c++.9.0,c++abi.6.0,c.97.0,m.10.1,minizip.2.0,pthread.27.0,qrencode.2.1,readline.4.0,z.7.0 ed@pav(~)$egdb -q keepassxc keepassxc.core Reading symbols from keepassxc... (No debugging symbols found in keepassxc) [New process 139272] Core was generated by `keepassxc'. Program terminated with signal SIGABRT, Aborted. #0 thrkill () at /tmp/-:3 3 /tmp/-: No such file or directory. (gdb) bt #0 thrkill () at /tmp/-:3 #1 0xc1152833028b4ff8 in ?? () #2 0x00b8704e7172 in _libc_abort () at /usr/src/lib/libc/stdlib/abort.c:51 #3 0x00b87ecdb118 in qt_message_fatal(QtMsgType, QMessageLogContext const&, QString const&) () from /usr/local/lib/qt5/./libQt5Core.so.4.0 #4 0x00b87ecdcd44 in QMessageLogger::fatal(char const*, ...) const () from /usr/local/lib/qt5/./libQt5Core.so.4.0 #5 0x00b8c3ad0d33 in init_platform(QString const&, QString const&, QString const&, int&, char**) () from /usr/local/lib/qt5/./libQt5Gui.so.3.0 #6 0x00b8c3ad0295 in QGuiApplicationPrivate::createPlatformIntegration() () from /usr/local/lib/qt5/./libQt5Gui.so.3.0 #7 0x00b8c3ad136f in QGuiApplicationPrivate::createEventDispatcher() () from /usr/local/lib/qt5/./libQt5Gui.so.3.0 #8 0x00b88341eda3 in QApplicationPrivate::createEventDispatcher() () from /usr/local/lib/qt5/./libQt5Widgets.so.4.0 #9 0x00b87f0289cc in QCoreApplicationPrivate::init() () from /usr/local/lib/qt5/./libQt5Core.so.4.0 #10 0x00b8c3acba40 in QGuiApplicationPrivate::init() () from /usr/local/lib/qt5/./libQt5Gui.so.3.0 #11 0x00b88341f4ba in QApplicationPrivate::init() () from /usr/local/lib/qt5/./libQt5Widgets.so.4.0 #12 0x00b88341f466 in QApplication::QApplication(int&, char**, int) () from /usr/local/lib/qt5/./libQt5Widgets.so.4.0 #13 0x00b630ad4fe2 in Application::Application(int&, char**) () #14 0x00b630a0dd91 in main () (gdb) OpenBSD 7.3-current (GENERIC.MP) #1257: Thu Jun 22 12:58:14 MDT 2023 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4174688256 (3981MB) avail mem = 4028485632 (3841MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xec530 (36 entries) bios0: vendor AMI version "80.06" date 04/01/2015 bios0
Re: keepassxc in Jun 20 snap is sad
On 06/22/2023 7:48 AM CDT Solene Rapenne wrote: Le Thu, 22 Jun 2023 05:53:55 -0500, Edward Ahlsen-Girard a écrit : On Wed, 21 Jun 2023 10:32:52 -0600 Ashlen wrote: 1) Port-related mails should go to ports@, so I'm CC'ing ports@ and dropping misc@. If it becomes clear it's an issue with the port itself (but I don't think it is), we can CC the maintainer later. 2) Can you please open that core file with gdb and provide the backtrace? Should be as simple as: # pkg_add gdb $ egdb -q keepassxc keepassxc.core (gdb) bt Right now I'm on the snapshot from June 14th with keepassxc 2.7.5 and mine works. If it's an issue related to snapshots, we can at least narrow it down to between those two. On Wed, 21 Jun 2023 06:46 -0500, Edward Ahlsen-Girard wrote: [...] Installed 21 June snapshot; results below. works fine for me, are you using a flavor of keepassxc? $ sysctl kern.version kern.version=OpenBSD 7.3-current (GENERIC.MP) #1255: Wed Jun 21 20:41:16 MDT 2023 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP $ pkg_info -S keepassxc Information for inst:keepassxc-2.7.5 Signature: keepassxc-2.7.5,10,@argon2-20190702,@botan2-2.19.3,@desktop-file-utils-0.26,@gtk4-update-icon-cache-4.10.4,@libqrencode-4.1.1,@minizip-4.0.0,@qtbase-5.15.10,@qtsvg-5.15.10,@qtx11extras-5.15.10,@shared-mime-info-2.2,Qt5Concurrent.4.0,Qt5Core.4.0,Qt5DBus.3.0,Qt5Gui.3.0,Qt5Network.4.0,Qt5Svg.3.0,Qt5Widgets.4.0,Qt5X11Extras.3.0,X11.18.0,Xtst.11.0,argon2.0.0,botan-2.17.0,c++.9.0,c++abi.6.0,c.97.0,m.10.1,minizip.2.0,pthread.27.0,qrencode.2.1,readline.4.0,z.7.0 I am not using a flavor. -- Ed Ahlsen-Girard
Re: keepassxc in Jun 20 snap is sad
On Wed, 21 Jun 2023 10:32:52 -0600 Ashlen wrote: > 1) Port-related mails should go to ports@, so I'm CC'ing ports@ and > dropping misc@. If it becomes clear it's an issue with the port > itself (but I don't think it is), we can CC the maintainer later. > > 2) Can you please open that core file with gdb and provide the > backtrace? Should be as simple as: > > # pkg_add gdb > $ egdb -q keepassxc keepassxc.core > (gdb) bt > > Right now I'm on the snapshot from June 14th with keepassxc 2.7.5 and > mine works. If it's an issue related to snapshots, we can at least > narrow it down to between those two. > > On Wed, 21 Jun 2023 06:46 -0500, Edward Ahlsen-Girard wrote: > [...] Installed 21 June snapshot; results below. -- Edward Ahlsen-Girard Ft Walton Beach, FL ed@pav(~)$egdb -q keepassxc keepassxc.core Reading symbols from keepassxc... (No debugging symbols found in keepassxc) [New process 166410] Core was generated by `keepassxc'. Program terminated with signal SIGABRT, Aborted. #0 thrkill () at /tmp/-:3 3 /tmp/-: No such file or directory. (gdb) bt #0 thrkill () at /tmp/-:3 #1 0xa538311a96fea480 in ?? () #2 0x007264692592 in _libc_abort () at \ /usr/src/lib/libc/stdlib/abort.c:51 #3 0x0072137cb118 in qt_message_fatal(QtMsgType, \ QMessageLogContext const&, QString const&) () from \ /usr/local/lib/qt5/./libQt5Core.so.4.0 #4 0x0072137ccd44 in \ QMessageLogger::fatal(char const*, ...)const () \ from /usr/local/lib/qt5/./libQt5Core.so.4.0 #5 0x00728d5d2d33 in init_platform(QString \ const&, QString const&, QString const&, int&, \ char**) () from /usr/local/lib/qt5/./libQt5Gui.so.3.0 #6 0x00728d5d2295 in \ QGuiApplicationPrivate::createPlatformIntegration() () from \ /usr/local/lib/qt5/./libQt5Gui.so.3.0 #7 0x00728d5d336f in \ QGuiApplicationPrivate::createEventDispatcher() () from \ /usr/local/lib/qt5/./libQt5Gui.so.3.0 #8 0x00725e795da3 in QApplicationPrivate::createEventDispatcher()\ () from /usr/local/lib/qt5/./libQt5Widgets.so.4.0 #9 0x007213b189cc in QCoreApplicationPrivate::init() \ () from /usr/local/lib/qt5/./libQt5Core.so.4.0 #10 0x00728d5cda40 in QGuiApplicationPrivate::init() \ () from /usr/local/lib/qt5/./libQt5Gui.so.3.0 #11 0x00725e7964ba in QApplicationPrivate::init() () \ from /usr/local/lib/qt5/./libQt5Widgets.so.4.0 #12 0x00725e796466 in QApplication::QApplication(int&, \ char**,int) () from /usr/local/lib/qt5/./libQt5Widgets.so.4.0 #13 0x006f90a38fe2 in Application::Application(int&, \ char**) () #14 0x006f90971d91 in main () (gdb)
Re: keepassxc in Jun 20 snap is sad
On Wed, 21 Jun 2023 10:32:52 -0600 Ashlen wrote: > 1) Port-related mails should go to ports@, so I'm CC'ing ports@ and > dropping misc@. If it becomes clear it's an issue with the port > itself (but I don't think it is), we can CC the maintainer later. > > 2) Can you please open that core file with gdb and provide the > backtrace? Should be as simple as: > > # pkg_add gdb > $ egdb -q keepassxc keepassxc.core > (gdb) bt > > Right now I'm on the snapshot from June 14th with keepassxc 2.7.5 and > mine works. If it's an issue related to snapshots, we can at least > narrow it down to between those two. > > On Wed, 21 Jun 2023 06:46 -0500, Edward Ahlsen-Girard wrote: > [...] Results below signature. -- Edward Ahlsen-Girard Ft Walton Beach, FL ed@pav(~)$egdb -q keepassxc keepassxc.core Reading symbols from keepassxc... (No debugging symbols found in keepassxc) [New process 209183] Core was generated by `keepassxc'. Program terminated with signal SIGABRT, Aborted. #0 thrkill () at /tmp/-:3 3 /tmp/-: No such file or directory. (gdb) bt #0 thrkill () at /tmp/-:3 #1 0x93491b5329b5f7c8 in ?? () #2 0x0ab598379d42 in _libc_abort () at /usr/src/lib/libc/stdlib/abort.c:51 #3 0x0ab544196118 in qt_message_fatal(QtMsgType, QMessageLogContext const&, QString const&) () from /usr/local/lib/qt5/./libQt5Core.so.4.0 #4 0x0ab544197d44 in QMessageLogger::fatal(char const*, ...) const () from /usr/local/lib/qt5/./libQt5Core.so.4.0 #5 0x0ab53720cd33 in init_platform(QString const&, QString const&, QString const&, int&, char**) () from /usr/local/lib/qt5/./libQt5Gui.so.3.0 #6 0x0ab53720c295 in QGuiApplicationPrivate::createPlatformIntegration() () from /usr/local/lib/qt5/./libQt5Gui.so.3.0 #7 0x0ab53720d36f in QGuiApplicationPrivate::createEventDispatcher() () from /usr/local/lib/qt5/./libQt5Gui.so.3.0 #8 0x0ab566887da3 in QApplicationPrivate::createEventDispatcher() () from /usr/local/lib/qt5/./libQt5Widgets.so.4.0 #9 0x0ab5444e39cc in QCoreApplicationPrivate::init() () from /usr/local/lib/qt5/./libQt5Core.so.4.0 #10 0x0ab537207a40 in QGuiApplicationPrivate::init() () from /usr/local/lib/qt5/./libQt5Gui.so.3.0 #11 0x0ab5668884ba in QApplicationPrivate::init() () from /usr/local/lib/qt5/./libQt5Widgets.so.4.0 #12 0x0ab566888466 in QApplication::QApplication(int&, char**, int) () from /usr/local/lib/qt5/./libQt5Widgets.so.4.0 #13 0x0ab2aa6c6fe2 in Application::Application(int&, char**) () #14 0x0ab2aa5ffd91 in main () (gdb)
Re: keepassxc will not run under OpenBSD 7.2-current (GENERIC.MP)#1059
On Thu, 23 Feb 2023 13:37:42 + Stuart Henderson wrote: > On 2023/02/23 06:56, Edward Ahlsen-Girard wrote: > [...] > [...] > [...] > > Restoring some libraries from backups from outside of the package > tools on -current while keeping other libraries/binaries at -current > versions is not going to go well and may make it hard to fix using > the standard methods. > > I think after such surgery, you are probably better off by saving a > list of installed packages, removing _all_ packages, and reinstalling > them. I suggest following "*Special process* Before Upgrading: > uninstall packages!" from > http://www.openbsd.org/faq/upgrade55.html#upgrade then reinstalling > with the pkg_add -z commands from the very bottom of that page. > That did the trick. Thanks. -- Edward Ahlsen-Girard Ft Walton Beach, FL
Re: keepassxc will not run under OpenBSD 7.2-current (GENERIC.MP)#1059
On Tue, 21 Feb 2023 21:42:39 -0600 Abel Abraham Camarillo Ojeda wrote: > I think esc7.net is known to have issues, at least I filed a report > months ago > > On Tue, Feb 21, 2023 at 5:31 PM Ed Ahlsen-Girard > wrote: > > [...] > [...] > [...] > [...] > [...] Keepassxc got well. Firefox had a similar issue, part of which was corrected by restoring a more recent libcairo that I had ina backup, as well as libdouble-conversion. Now it fails thus: msyscall eb97e9f a7000 error Segmentation fault (core dumped) The packages on cdn.openbsd.org have update to the 22d, and I have uninstalled/reinstalled to no effect. Iridium has the same problem. Looking at misc for msyscall, it's usually related to base - opackage mismatch, but I don't know why that would be the case here. -- Edward Ahlsen-Girard Ft Walton Beach, FL
Re: keepassxc will not run under OpenBSD 7.2-current (GENERIC.MP)#1059
On Tue, 21 Feb 2023 21:42:39 -0600 Abel Abraham Camarillo Ojeda wrote: > I think esc7.net is known to have issues, at least I filed a report > months ago > > On Tue, Feb 21, 2023 at 5:31 PM Ed Ahlsen-Girard > wrote: > > [...] > [...] > [...] > [...] > [...] I've tried several other mirrors, and the amd64 packages are all dated 19 Feb (which is not solving the problem). -- Edward Ahlsen-Girard Ft Walton Beach, FL
Re: keepassxc will not run under OpenBSD 7.2-current (GENERIC.MP) #1059
On Tue, 21 Feb 2023 08:19:15 + Stuart Henderson wrote: > You have a mixture of packages with different library versions. Run > pkg_add -u. > Error has diminished to: "ld.so: keepassxc: can't load library 'libdouble-conversion.so.1.0' Killed" i.e., "warning: libzstd.so.6.1: minor version >= 2 expected, using it anyway" is gone. Firefox behavior mentioned in a different message is unchanged. pkg_add -u was run with no package specified and again with each package specified. -- Edward Ahlsen-Girard Ft Walton Beach, FL
Firefox won't run under 7.2-current (GENERIC.MP) #1059
warning: libcairo.so.13.2: minor version >= 3 expected, using it anyway warning: libcairo.so.13.2: minor version >= 3 expected, using it anyway warning: libcairo.so.13.2: minor version >= 3 expected, using it anyway warning: libcairo.so.13.2: minor version >= 3 expected, using it anyway msyscall 3279032b000 a7000 error Segmentation fault (core dumped) dmesg below -- Edward Ahlsen-Girard Ft Walton Beach, FL OpenBSD 7.2-current (GENERIC.MP) #1059: Sun Feb 19 22:39:56 MST 2023 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4174688256 (3981MB) avail mem = 4028768256 (3842MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xec530 (36 entries) bios0: vendor AMI version "80.06" date 04/01/2015 bios0: Hewlett-Packard 550-036 efi0 at bios0: UEFI 2.3.1 efi0: American Megatrends rev 0x4028e acpi0 at bios0: ACPI 5.0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT FIDT MSDM SSDT SSDT MCFG HPET SSDT SSDT DBGP acpi0: wakeup devices RP01(S4) PXSX(S4) PXSX(S4) PXSX(S4) RP04(S4) PXSX(S4) PXSX(S4) RP06(S4) PXSX(S4) RP07(S4) PXSX(S4) PXSX(S4) GLAN(S4) EHC1(S3) EHC2(S3) XHC_(S3) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i3-4170 CPU @ 3.70GHz, 3691.55 MHz, 06-3c-03 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i3-4170 CPU @ 3.70GHz, 3691.63 MHz, 06-3c-03 cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu1: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 1 (application processor) cpu2: Intel(R) Core(TM) i3-4170 CPU @ 3.70GHz, 3691.70 MHz, 06-3c-03 cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu2: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache cpu2: smt 1, core 0, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i3-4170 CPU @ 3.70GHz, 3691.85 MHz, 06-3c-03 cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu3: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 acpimcfg0: addr 0xf800, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (RP01) acpiprt2 at acpi0: bus 2 (RP04) acpiprt3 at acpi0: bus 3 (RP06) acpiprt4 at acpi0: bus 4 (RP07) acpiprt5 at acpi0: bus -1 (PEG0) acpiec0 at acpi0: not present acpipci0 at acpi0 PCI0: 0x 0x0011 0x0001 acpicmos0 at acpi0 acpibtn0 at acpi0: PWRB "PNP0C14" at acpi0 not configured "PNP0C0B" at acpi0 not configured "PNP0C0B" at acpi0 not configured "PNP0C0B" at acpi0 not configured "
keepassxc will not run under OpenBSD 7.2-current (GENERIC.MP) #1059
warning: libzstd.so.6.1: minor version >= 2 expected, using it anyway ld.so: keepassxc: can't load library 'libdouble-conversion.so.1.0' Killed Only libdouble-conversion shred object found is libdouble-conversion.so.0.0 dmesg below -- Edward Ahlsen-Girard Ft Walton Beach, FL OpenBSD 7.2-current (GENERIC.MP) #1059: Sun Feb 19 22:39:56 MST 2023 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4174688256 (3981MB) avail mem = 4028768256 (3842MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xec530 (36 entries) bios0: vendor AMI version "80.06" date 04/01/2015 bios0: Hewlett-Packard 550-036 efi0 at bios0: UEFI 2.3.1 efi0: American Megatrends rev 0x4028e acpi0 at bios0: ACPI 5.0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT FIDT MSDM SSDT SSDT MCFG HPET SSDT SSDT DBGP acpi0: wakeup devices RP01(S4) PXSX(S4) PXSX(S4) PXSX(S4) RP04(S4) PXSX(S4) PXSX(S4) RP06(S4) PXSX(S4) RP07(S4) PXSX(S4) PXSX(S4) GLAN(S4) EHC1(S3) EHC2(S3) XHC_(S3) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i3-4170 CPU @ 3.70GHz, 3691.55 MHz, 06-3c-03 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i3-4170 CPU @ 3.70GHz, 3691.63 MHz, 06-3c-03 cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu1: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 1 (application processor) cpu2: Intel(R) Core(TM) i3-4170 CPU @ 3.70GHz, 3691.70 MHz, 06-3c-03 cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu2: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache cpu2: smt 1, core 0, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i3-4170 CPU @ 3.70GHz, 3691.85 MHz, 06-3c-03 cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu3: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 acpimcfg0: addr 0xf800, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (RP01) acpiprt2 at acpi0: bus 2 (RP04) acpiprt3 at acpi0: bus 3 (RP06) acpiprt4 at acpi0: bus 4 (RP07) acpiprt5 at acpi0: bus -1 (PEG0) acpiec0 at acpi0: not present acpipci0 at acpi0 PCI0: 0x 0x0011 0x0001 acpicmos0 at acpi0 acpibtn0 at acpi0: PWRB "PNP0C14" at acpi0 not configured "PNP0C0B" at acpi0 not configured "PNP0C0B" at acpi0 not configured "PNP0C0B" at acpi0 not configured "PNP0C0B" at acpi0 not configured "PNP0C0B" at acpi0 not configured acpicpu0 at acpi0: C2(200@148 mwait.1@0x33), C1(1000@1 mwait.1),
Re: rox-filer in snapshots
On 07/07/2022 9:59 AM Stuart Henderson wrote: On 2022/07/07 09:15, Edward Ahlsen-Girard wrote: On 07/05/2022 9:31 AM Stuart Henderson wrote: On 2022/07/04 13:28, Edward Ahlsen-Girard wrote: The last couple of snapshots rox-filer has been unable to start: ROX-Filer:/usr/X11R6/lib/libX11.so.18.0: /usr/X11R6/lib/libX11.so.17.1 \ : WARNING: symbol(_XkeyTable) size mismatch, relink your program libX11.so was bumped from 17.1 to 18.0 in February. This suggests you probably have missed updating some package. Have you run pkg_add -u recently? You should do that after all -current updates really. pkg_delete/pkg_add for the win. You should not have to pkg_delete, just "pkg_add -u". Unfortunately deleting will have removed the clues which might have helped track down what was wrong. pkg_add -u did not suffice.
Re: rox-filer in snapshots
On 07/05/2022 9:31 AM Stuart Henderson wrote: On 2022/07/04 13:28, Edward Ahlsen-Girard wrote: The last couple of snapshots rox-filer has been unable to start: ROX-Filer:/usr/X11R6/lib/libX11.so.18.0: /usr/X11R6/lib/libX11.so.17.1 \ : WARNING: symbol(_XkeyTable) size mismatch, relink your program libX11.so was bumped from 17.1 to 18.0 in February. This suggests you probably have missed updating some package. Have you run pkg_add -u recently? You should do that after all -current updates really. pkg_delete/pkg_add for the win.
Re: rox-filer in snapshots
On 07/05/2022 9:31 AM Stuart Henderson wrote: On 2022/07/04 13:28, Edward Ahlsen-Girard wrote: The last couple of snapshots rox-filer has been unable to start: ROX-Filer:/usr/X11R6/lib/libX11.so.18.0: /usr/X11R6/lib/libX11.so.17.1 \ : WARNING: symbol(_XkeyTable) size mismatch, relink your program libX11.so was bumped from 17.1 to 18.0 in February. This suggests you probably have missed updating some package. Have you run pkg_add -u recently? You should do that after all -current updates really. I have a script that was supposed to do that - I'll give manual a go.
rox-filer in snapshots
The last couple of snapshots rox-filer has been unable to start: ROX-Filer:/usr/X11R6/lib/libX11.so.18.0: /usr/X11R6/lib/libX11.so.17.1 \ : WARNING: symbol(_XkeyTable) size mismatch, relink your program dmesg below sig. -- Edward Ahlsen-Girard Ft Walton Beach, FL OpenBSD 7.1-current (GENERIC.MP) #602: Sat Jul 2 19:48:41 MDT 2022 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4174688256 (3981MB) avail mem = 4030808064 (3844MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xec530 (36 entries) bios0: vendor AMI version "80.06" date 04/01/2015 bios0: Hewlett-Packard 550-036 acpi0 at bios0: ACPI 5.0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT FIDT MSDM SSDT SSDT MCFG HPET SSDT SSDT DBGP acpi0: wakeup devices RP01(S4) PXSX(S4) PXSX(S4) PXSX(S4) RP04(S4) PXSX(S4) PXSX(S4) RP06(S4) PXSX(S4) RP07(S4) PXSX(S4) PXSX(S4) GLAN(S4) EHC1(S3) EHC2(S3) XHC_(S3) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i3-4170 CPU @ 3.70GHz, 3691.93 MHz, 06-3c-03 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i3-4170 CPU @ 3.70GHz, 3691.46 MHz, 06-3c-03 cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu1: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 1 (application processor) cpu2: Intel(R) Core(TM) i3-4170 CPU @ 3.70GHz, 3691.45 MHz, 06-3c-03 cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu2: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache cpu2: smt 1, core 0, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i3-4170 CPU @ 3.70GHz, 3691.45 MHz, 06-3c-03 cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu3: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 acpimcfg0: addr 0xf800, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (RP01) acpiprt2 at acpi0: bus 2 (RP04) acpiprt3 at acpi0: bus 3 (RP06) acpiprt4 at acpi0: bus 4 (RP07) acpiprt5 at acpi0: bus -1 (PEG0) acpiec0 at acpi0: not present acpipci0 at acpi0 PCI0: 0x 0x0011 0x0001 acpicmos0 at acpi0 acpibtn0 at acpi0: PWRB "PNP0C14" at acpi0 not configured "PNP0C0B" at acpi0 not configured "PNP0C0B" at acpi0 not configured "PNP0C0B" at acpi0 not configured "PNP0C0B" at acpi0 not configured "PNP0C0B" at acpi0 not configured acpicpu0 at acpi0: C2(200@148 mwait.1@0x33), C1(1000@1 mwait.1), PSS acpicpu1 at acpi0: C2(200@148 mwait.1@0x33), C1(1000@1 mwait.1), PS
Fwd: claws-mail exits after time
Previously sent to claws-mail user list. > -- Original Message -- > From: EDWARD AHLSEN-GIRARD > To: us...@lists.claws-mail.org > Date: February 9, 2021 at 7:18 AM > Subject: claws-mail exits after time > > > Claws has started exiting, un-commanded, after a few minutes. Command > line output and logs below. > > Ed Ahlsen-Girard > Ft. Walton Beach FL > > > COMMAND RUN: claws-mail > > ** (claws-mail:88694): WARNING **: 06:45:01.111: size differ 2109 2096 > > ** (claws-mail:88694): WARNING **: 06:55:09.166: [2021-02-09 06:55:09] > IMAP error on imap.gmail.com: STATUS error > > claws.c:102:Starting Claws Mail version 3.17.8 > utils.c:1726:using default rc_dir /home/ed/.claws-mail > main.c:2335:Using control socket > /tmp/claws-mail-1000/0264128aec0aca392404ad0c6ca4c762 > main.c:2430:another Claws Mail instance is already running. > > ** (process:24367): WARNING **: 06:57:26.913: Socket IO timeout > > ** (process:24367): WARNING **: 06:57:26.913: [2021-02-09 06:57:26] > Socket IO timeout. > > Claws Mail is already running on display . > > > log: > [2021-02-09 06:45:00] * me@ssage: Account 'Live.com': Connecting to IMAP > server: imap-mail.outlook.com:993... > [2021-02-09 06:45:01] IMAP< * OK The Microsoft Exchange IMAP4 service is > ready. [long, possibly security relevant string] > [2021-02-09 06:45:03] * message: IMAP connection is un-authenticated > [2021-02-09 06:45:03] IMAP> 1 CAPABILITY > [2021-02-09 06:45:03] IMAP< * CAPABILITY IMAP4 IMAP4rev1 AUTH=PLAIN > AUTH=XOAUTH2 SASL-IR UIDPLUS ID UNSELECT CHILDREN IDLE NAMESPACE LITERAL+ > [2021-02-09 06:45:03] IMAP< 1 OK CAPABILITY completed. > [2021-02-09 06:45:03] IMAP> Logging @live.com to > imap-mail.outlook.com using PLAIN > [2021-02-09 06:45:04] IMAP< AUTHENTICATE completed. > [2021-02-09 06:45:04] IMAP< Login to imap-mail.outlook.com successful > [2021-02-09 06:46:04] IMAP> 3 NOOP > [2021-02-09 06:46:04] IMAP< 3 OK NOOP completed. > [2021-02-09 06:47:04] IMAP> 4 NOOP > [2021-02-09 06:47:04] IMAP< 4 OK NOOP completed. > [2021-02-09 06:48:04] IMAP> 5 NOOP > [2021-02-09 06:48:04] IMAP< 5 OK NOOP completed. > [2021-02-09 06:49:04] IMAP> 6 NOOP > [2021-02-09 06:49:04] IMAP< 6 OK NOOP completed. > [2021-02-09 06:50:04] IMAP> 7 NOOP > [2021-02-09 06:50:04] IMAP< 7 OK NOOP completed. > [2021-02-09 06:51:04] IMAP> 8 NOOP > [2021-02-09 06:51:04] IMAP< 8 OK NOOP completed. > [2021-02-09 06:52:04] IMAP> 9 NOOP > [2021-02-09 06:52:04] IMAP< 9 OK NOOP completed. > [2021-02-09 06:53:04] IMAP> 10 NOOP > [2021-02-09 06:53:04] IMAP< 10 OK NOOP completed. > [2021-02-09 06:54:04] IMAP> 11 NOOP > [2021-02-09 06:54:04] IMAP< 11 OK NOOP completed. > [2021-02-09 06:55:04] IMAP> 12 NOOP > [2021-02-09 06:55:04] IMAP< 12 OK NOOP completed. > [2021-02-09 06:55:05] * message: Account '@gmail.com': Connecting > to IMAP server: imap.gmail.com:993... > [2021-02-09 06:55:05] IMAP< * OK Gimap ready for requests from > 68.14.190.70 x63mb119309310ywb > [2021-02-09 06:55:05] * message: IMAP connection is un-authenticated > [2021-02-09 06:55:05] IMAP> 1 CAPABILITY > [2021-02-09 06:55:05] IMAP< * CAPABILITY IMAP4rev1 UNSELECT IDLE > NAMESPACE QUOTA ID XLIST CHILDREN X-GM-EXT-1 XYZZY SASL-IR AUTH=XOAUTH2 > AUTH=PLAIN AUTH=PLAIN-CLIENTTOKEN AUTH=OAUTHBEARER AUTH=XOAUTH > [2021-02-09 06:55:05] IMAP< 1 OK Thats all she wrote! x63mb119309310ywb > [2021-02-09 06:55:05] IMAP> Logging @gmail.com to imap.gmail.com > using PLAIN > [2021-02-09 06:55:06] IMAP< *@gmail.com authenticated (Success) > [2021-02-09 06:55:06] IMAP< Login to imap.gmail.com successful > [2021-02-09 06:55:06] IMAP> 3 LIST "" "" > [2021-02-09 06:55:06] IMAP< * LIST (\Noselect) "/" "/" > [2021-02-09 06:55:06] IMAP< 3 OK Success > [2021-02-09 06:55:06] IMAP> 4 STATUS INBOX (MESSAGES UIDNEXT UIDVALIDITY > UNSEEN) > [2021-02-09 06:55:07] IMAP< * STATUS "INBOX" (MESSAGES 2674 UIDNEXT 21365 > UIDVALIDITY 628018828 UNSEEN 2209) > [2021-02-09 06:55:07] IMAP< 4 OK Success > [2021-02-09 06:55:07] IMAP> 5 SELECT INBOX > [2021-02-09 06:55:07] IMAP< * FLAGS (\Answered \Flagged \Draft \Deleted > \Seen $Forwarded $NotPhishing $Phishing NonJunk) > [2021-02-09 06:55:07] IMAP< * OK [PERMANENTFLAGS (\Answered \Flagged > \Draft \Deleted \Seen $Forwarded $NotPh
Re: Possible pkg_* bug, or unexpected behavior
Ping Would this have been better sent to bugs@ ? On April 25, 2019 09:04:05 Edward Lopez-Acosta wrote: Not sure if this is a bug or expected, but figured I would ask. In both cases below I have multiple, differing repositories configured in PKG_PATH, and the ansible package is used only as an example, but applys to any package. In my case the repos differ due to packages being available in a repo that are not in the official ports tree. When I run `pkg_info -Q` it seems to only search the first repo. So if I search for `ansible` and it is not in the first repo listed in $PKG_PATH then no results are returned even if it exists in the next. This is more odd that when I run `pkg_add ansible` if found in the second repository it works, unless it is in both. The package existing in both repositories causes the first to get installed even if the package in the second repository is newer. Furthermore, if a dependency of the package in repository A is in repo B then the dependency is properly resolved and installed as expected. I am curious if this is expected behavior or a bug? I did try to look at the code myself, and previously tried reaching out to espie@ himself, but did not make progress. Any help/feedback is appreciated with this, and thanks in advance.
Possible pkg_* bug, or unexpected behavior
Not sure if this is a bug or expected, but figured I would ask. In both cases below I have multiple, differing repositories configured in PKG_PATH, and the ansible package is used only as an example, but applys to any package. In my case the repos differ due to packages being available in a repo that are not in the official ports tree. When I run `pkg_info -Q` it seems to only search the first repo. So if I search for `ansible` and it is not in the first repo listed in $PKG_PATH then no results are returned even if it exists in the next. This is more odd that when I run `pkg_add ansible` if found in the second repository it works, unless it is in both. The package existing in both repositories causes the first to get installed even if the package in the second repository is newer. Furthermore, if a dependency of the package in repository A is in repo B then the dependency is properly resolved and installed as expected. I am curious if this is expected behavior or a bug? I did try to look at the code myself, and previously tried reaching out to espie@ himself, but did not make progress. Any help/feedback is appreciated with this, and thanks in advance.
Re: Ports tree locked for 6.5 release
Do you have documentation on this process? I would be happy to read it and ask questions you feel may be better. As an open source project I am surprised about the lack of transparency for various things. I have opinions yes, but I also try to understand those of others which is what prompted the questions. Not sure how asking questions to better understand of a process/project is disrespectful if you could clarify that would be great. Edward Lopez-Acosta On 4/5/19 7:17 AM, Theo de Raadt wrote: You are correct its not my process, but I am still curious as to the rationale which is just a question that was not answered. Nowhere did I suggest, or imply, that it should be changed. And how do you define crappier releases? If something is stable enough that the development team decide to mark a release that is up to them, not you which is similar to what you noted about this being *your* process, that is *theirs*. Wow you sure are opinionated. We as a team make releases every 6 months like clockwork. Anything else is none of your business. Your line of commentary is showing a distinct lack of respect, and I kindly propose you get stuffed. Edward Lopez-Acosta On 4/5/19 7:08 AM, Theo de Raadt wrote: Could you please explain the logic behind this as I am confused. Is this due to an inefficient process, technical limitation, or other reason (lack of manpower doesn't qualify as that seems self inflicted by the project)? Are you somehow tracking submissions to take care of when this unlocked so people don't waste their time needing to resubmit them? Our process. *OUR* process. This is not your process. Meaning it isn't your decision. While they may exist I know of no other project, including OS, that halt development like this for long, if at all, to do a release. Again, they may exist I just don't know of any and find the process awkward and confusing. Other projects split their developers between "making the release" and "working on the future", and as a result they take a long time to make crappier releases. That's their choice. It is not our choice. It is *NOT YOUR CHOICE*, and you don't have standing to comment.
Re: Ports tree locked for 6.5 release
You are correct its not my process, but I am still curious as to the rationale which is just a question that was not answered. Nowhere did I suggest, or imply, that it should be changed. And how do you define crappier releases? If something is stable enough that the development team decide to mark a release that is up to them, not you which is similar to what you noted about this being *your* process, that is *theirs*. Edward Lopez-Acosta On 4/5/19 7:08 AM, Theo de Raadt wrote: Could you please explain the logic behind this as I am confused. Is this due to an inefficient process, technical limitation, or other reason (lack of manpower doesn't qualify as that seems self inflicted by the project)? Are you somehow tracking submissions to take care of when this unlocked so people don't waste their time needing to resubmit them? Our process. *OUR* process. This is not your process. Meaning it isn't your decision. While they may exist I know of no other project, including OS, that halt development like this for long, if at all, to do a release. Again, they may exist I just don't know of any and find the process awkward and confusing. Other projects split their developers between "making the release" and "working on the future", and as a result they take a long time to make crappier releases. That's their choice. It is not our choice. It is *NOT YOUR CHOICE*, and you don't have standing to comment.
Re: Ports tree locked for 6.5 release
Could you please explain the logic behind this as I am confused. Is this due to an inefficient process, technical limitation, or other reason (lack of manpower doesn't qualify as that seems self inflicted by the project)? Are you somehow tracking submissions to take care of when this unlocked so people don't waste their time needing to resubmit them? While they may exist I know of no other project, including OS, that halt development like this for long, if at all, to do a release. Again, they may exist I just don't know of any and find the process awkward and confusing. Date: Thu, 4 Apr 2019 15:58:06 +0200 From: Christian Weisgerber To: ports@openbsd.org Subject: Ports tree locked for 6.5 release Message-ID: <20190404135806.gb29...@lorvorc.mips.inka.de> The t2k19 hackathon has concluded and the ports tree is now locked for the 6.5 release. Important(!) fixes are still possible for a brief period. Committers need to ask sthen@ or me for approval. -- Christian "naddy" Weisgerber na...@mips.inka.de -- Edward Lopez-Acosta
Fwd: Re: redis update -> 4.0.14
Please include the list for messages originally sent to it. To respond to this and danj I have seen worse on the lists and other channels. Carry on though, I will ignore the thread and can see a contributing factor to why the project struggles with contributors. --- Forwarded message --- From: Theo de Raadt dera...@openbsd.org Date: April 2, 2019 07:09:38 Subject: Re: redis update -> 4.0.14 To: Edward Lopez-Acosta elopezaco...@gmail.com Edward Lopez-Acosta wrote: This is stupid. Watch your language.
Re: redis update -> 4.0.14
This is stupid. Why would you not update this to version 5 which is listed as stable? Redis 4 is listed as old and potentially doesn't have long until it's EOL per the redis website. Looks like the proper current version can be found here where it builds, runs, and at worst one test fails which is known to upstream. https://gitlab.com/epbsd/ports/tree/master/databases/redis
Update: net/p5-Net-Amazon-0.62
Small update to net/p5-Net-Amazon to 0.62. - Maintainer dropped per email conversation with him. CC for verification. This may also need extended to other ports depending on his feedback. - All tests pass [1] - Builds fine on amd64 - No consumers, or WANTLIB changes Thank you [1] ===> Regression tests for p5-Net-Amazon-0.62 PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/001ASIN.t .. ok t/003UPC.t ... ok t/004Reviews.t ... ok t/005Power.t . ok t/006Browse.t ok t/007Manufacturer.t .. ok t/008Textstream.t ok t/009Blended.t ... ok t/010Artist.t ok t/011Locale.t ok t/012Keyword.t ... ok t/013Seller.t ok t/014Constructors.t .. ok t/015Exchange.t .. ok t/016Publisher.t . ok t/017Author.t ok t/018Actor.t . ok t/019MusicLabel.t ok t/020ISBN.t .. ok t/021EAN.t ... ok t/022Director.t .. ok t/023Title.t . ok t/024signature.t . ok t/025cache.t . ok t/026All.t ... ok t/027MP3Downloads.t .. ok All tests successful. Files=26, Tests=358, 7 wallclock secs ( 0.17 usr 0.18 sys + 4.64 cusr 1.45 csys = 6.44 CPU) Result: PASS -- Edward Lopez-Acosta diff --git Makefile Makefile index ff7811c79ec..c34e656b902 100644 --- Makefile +++ Makefile @@ -4,12 +4,9 @@ COMMENT= Perl Interface to Amazon.{co.uk,com} Web Services MODULES= cpan PKG_ARCH= * -DISTNAME= Net-Amazon-0.59 -REVISION= 0 +DISTNAME= Net-Amazon-0.62 CATEGORIES= net -MAINTAINER= Sam Smith - # perl PERMIT_PACKAGE_CDROM= Yes diff --git distinfo distinfo index 791c083b601..873ef53f3d3 100644 --- distinfo +++ distinfo @@ -1,2 +1,2 @@ -SHA256 (Net-Amazon-0.59.tar.gz) = rgNzi8zXLMbzQh6jSbvH8xGdNulPFZ7wK7b7Oio/ZWU= -SIZE (Net-Amazon-0.59.tar.gz) = 193534 +SHA256 (Net-Amazon-0.62.tar.gz) = 4mreaELwcOMH6yvxMECnUFD6xpr49+yjIvdaZLRFXAY= +SIZE (Net-Amazon-0.62.tar.gz) = 219344 diff --git pkg/PLIST pkg/PLIST index 58d474ad1aa..b1bfb47ce56 100644 --- pkg/PLIST +++ pkg/PLIST @@ -38,7 +38,6 @@ ${P5SITE}/Net/Amazon/Request/Sort.pm ${P5SITE}/Net/Amazon/Request/TextStream.pm ${P5SITE}/Net/Amazon/Request/Title.pm ${P5SITE}/Net/Amazon/Request/UPC.pm -${P5SITE}/Net/Amazon/Request/Wishlist.pm ${P5SITE}/Net/Amazon/Response/ ${P5SITE}/Net/Amazon/Response.pm ${P5SITE}/Net/Amazon/Response/ASIN.pm @@ -63,7 +62,6 @@ ${P5SITE}/Net/Amazon/Response/Similar.pm ${P5SITE}/Net/Amazon/Response/TextStream.pm ${P5SITE}/Net/Amazon/Response/Title.pm ${P5SITE}/Net/Amazon/Response/UPC.pm -${P5SITE}/Net/Amazon/Response/Wishlist.pm ${P5SITE}/Net/Amazon/Result/ ${P5SITE}/Net/Amazon/Result/Seller/ ${P5SITE}/Net/Amazon/Result/Seller.pm @@ -172,6 +170,20 @@ ${P5SITE}/Net/Amazon/Validate/ItemSearch/de/VHS.pm ${P5SITE}/Net/Amazon/Validate/ItemSearch/de/Video.pm ${P5SITE}/Net/Amazon/Validate/ItemSearch/de/VideoGames.pm ${P5SITE}/Net/Amazon/Validate/ItemSearch/de/Watches.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/es/ +${P5SITE}/Net/Amazon/Validate/ItemSearch/es/Books.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/es/DVD.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/es/EAN.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/es/Electronics.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/es/ForeignBooks.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/es/Keywords.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/es/KindleStore.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/es/Kitchen.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/es/Music.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/es/Software.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/es/Toys.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/es/VideoGames.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/es/Watches.pm ${P5SITE}/Net/Amazon/Validate/ItemSearch/fr/ ${P5SITE}/Net/Amazon/Validate/ItemSearch/fr/Actor.pm ${P5SITE}/Net/Amazon/Validate/ItemSearch/fr/Artist.pm @@ -226,6 +238,23 @@ ${P5SITE}/Net/Amazon/Validate/ItemSearch/fr/VHS.pm ${P5SITE}/Net/Amazon/Validate/ItemSearch/fr/Video.pm ${P5SITE}/Net/Amazon/Validate/ItemSearch/fr/VideoGames.pm ${P5SITE}/Net/Amazon/Validate/ItemSearch/fr/Watches.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/it/ +${P5SITE}/Net/Amazon/Validate/ItemSearch/it/Baby.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/it/Books.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/it/DVD.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/it/EAN.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/it/Electronics.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/it/ForeignBooks.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/it/Keywords.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/it/KindleStore.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/it/Kitchen.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/it/Lighting.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/it/Music.pm +${P5SITE}/Net/Amazon/Validate/ItemSearch/it/Shoes.pm +${P5SITE}/Net/Ama
Re: UPDATE: bsd.port.mk - Add GitLab support
Stuart, I am not sure I understand the question or the issues you refer to. Can you clarify for me so I can look more into it please? Are you also proposing the GitHub directives already provided are bad as well? On December 29, 2018 2:40:24 PM UTC, Stuart Henderson wrote: >On 2018/12/29 08:24, Edward Lopez-Acosta wrote: >> Any feedback for this? > >How is gitlab doing at keeping stable distfiles? If it's even worse >than >github (and I have a feeling it might be) then I wouldn't really want >to >encourage people using it directly as a source.
Re: UPDATE: bsd.port.mk - Add GitLab support
Any feedback for this? Edward Lopez-Acosta On 12/16/18 9:11 AM, Edward Lopez-Acosta wrote: Hello, I spent some time and added GitLab support to bsd.port.mk in a similar manner as GitHub. Since Microsoft's acquisition of GitHub a large number of projects, including major ones like the freedesktop project, have migrated to GitLab. I also have a number of projects at GitLab that I have been thinking of porting. https://about.gitlab.com/2018/06/03/movingtogitlab/ https://about.gitlab.com/2018/08/20/freedesktop-org-migrates-to-gitlab/ I did some tests on this and it seems to work like the GH_* directives but would like some additional review if possible please. Thank you, diff --git bsd.port.mk bsd.port.mk index a31757c39fc..ef76d864c8e 100644 --- bsd.port.mk +++ bsd.port.mk @@ -129,6 +129,7 @@ _ALL_VARIABLES += HOMEPAGE DISTNAME \ SHARED_LIBS TARGETS PSEUDO_FLAVOR \ MAINTAINER AUTOCONF_VERSION AUTOMAKE_VERSION CONFIGURE_ARGS \ GH_ACCOUNT GH_COMMIT GH_PROJECT GH_TAGNAME PORTROACH \ + GL_ACCOUNT GL_COMMIT GL_PROJECT GL_TAGNAME \ PORTROACH_COMMENT MAKEFILE_LIST USE_LLD USE_WXNEEDED COMPILER \ COMPILER_LANGS COMPILER_LINKS SUBST_VARS UPDATE_PLIST_ARGS \ PKGPATHS @@ -620,6 +621,15 @@ GH_PROJECT ?= DISTNAME ?= ${GH_PROJECT}-${GH_TAGNAME:C/^v//} .endif +GL_TAGNAME ?= +GL_COMMIT ?= +GL_ACCOUNT ?= +GL_PROJECT ?= + +.if !empty(GL_PROJECT) && !empty(GL_TAGNAME) +DISTNAME ?= ${GL_PROJECT}-${GL_TAGNAME:C/^v//} +.endif + PKGNAME ?= ${DISTNAME} FULLPKGNAME ?= ${PKGNAME}${FLAVOR_EXT} _MASTER ?= @@ -868,6 +878,18 @@ WRKDIST ?= ${WRKDIR}/${DISTNAME} . endif .endif +.if !empty(GL_TAGNAME) +WRKDIST ?= ${WRKDIR}/${GL_PROJECT}-${GL_TAGNAME:C/^v//} +.elif !empty(GL_COMMIT) +WRKDIST ?= ${WRKDIR}/${GL_PROJECT}-${GL_COMMIT} +.else +. if !defined(DISTNAME) +WRKDIST ?= ${WRKDIR} +. else +WRKDIST ?= ${WRKDIR}/${DISTNAME} +. endif +.endif + WRKSRC ?= ${WRKDIST} .if ${SEPARATE_BUILD:L} != "no" @@ -1184,6 +1206,28 @@ HOMEPAGE ?= https://github.com/${GH_ACCOUNT}/${GH_PROJECT} MASTER_SITES ?= .endif +.if !empty(GL_ACCOUNT) && !empty(GL_PROJECT) +. if !empty(GL_COMMIT) && !empty(GL_TAGNAME) +ERRORS += "Fatal: specifying both GL_TAGNAME and GL_COMMIT is invalid" +. endif +. if ${GL_TAGNAME} == master +ERRORS += "Fatal: using master as GL_TAGNAME is invalid" +. endif +. if !empty(GL_TAGNAME) +MASTER_SITES_GITLAB += \ + https://gitlab.com/${GL_ACCOUNT}/${GL_PROJECT}/-/archive/${GL_TAGNAME:S/$/\//} +. else +MASTER_SITES_GITLAB += \ + https://gitlab.com/${GL_ACCOUNT}/${GL_PROJECT}/-/archive/${GL_COMMIT}/${GL_PROJECT-}${GL_COMMIT:S/$/\//} +. endif + +MASTER_SITES ?= ${MASTER_SITES_GITLAB} +HOMEPAGE ?= https://gitlab.com/${GL_ACCOUNT}/${GL_PROJECT} +.else +# Empty declarations to avoid "variable XXX is recursive" errors +MASTER_SITES ?= +.endif + # I guess we're in the master distribution business! :) As we gain mirror # sites for distfiles, add them to MASTER_SITE_BACKUP @@ -1211,6 +1255,14 @@ DISTFILES ?= ${DISTNAME}${EXTRACT_SUFX} . endif .endif +.if !empty(GL_COMMIT) +DISTFILES ?= ${DISTNAME}-${GL_COMMIT:C/().*/\1/}${EXTRACT_SUFX}{${GL_COMMIT}${EXTRACT_SUFX}} +.else +. if defined(DISTNAME) +DISTFILES ?= ${DISTNAME}${EXTRACT_SUFX} +. endif +.endif + PATCHFILES ?= SUPDISTFILES ?=
Re: SECURITY UPDATE: devel/jenkins-2.150.1/2.155 (fixes multiple CVEs)
Not sure why the title got changed so I fixed it. Thank you for the explanation on when to use, and how to update, quirks. I will keep this in mind for future submissions if applicable. What is the logic in not updating this for -stable too? Because they constantly update for security issues and this is not convenient? Security is not always convenient. Or am I somehow confused by the goals of the OpenBSD project? Edward Lopez-Acosta On 12/17/18 5:43 PM, Stuart Henderson wrote: Bringing ports@ to CC On 2018/12/17 16:54, Ian Darwin wrote: Hi Stuart. Do all updates that have CVEs associated have to go into "my $cve" in quirks/Quirks.pm? That is the intention (I'd go for listing any known security fixes whether or not there's a CVE number for it). The format appears to be to list the "bad" values, so would this be for example: devel/jenkins/stable < 2.150.1 I think it would look like the diff below but ideally it should be tested to make sure that it does whine when you try to install a "bad" version (i.e. the ones for both jenkins/devel and jenkins/stable branches in current snapshots) and doesn't whine when you try to install a new version (by pointing pkg_add at locally built packages and adding). doas env PKG_PATH= TRUSTED_PKG_PATH=/usr/ports/packages/amd64/all pkg_add jenkins%devel and same for ...jenkins%stable For 6.4-stable it should probably stay on the 2.138.x branch rather than jumping to the new 2.150.x. (from the look of the changelog, pretty much all jenkins updates include security fixes..) Index: Makefile === RCS file: /cvs/ports/devel/quirks/Makefile,v retrieving revision 1.670 diff -u -p -r1.670 Makefile --- Makefile17 Dec 2018 01:10:00 - 1.670 +++ Makefile17 Dec 2018 23:33:38 - @@ -5,7 +5,7 @@ CATEGORIES =devel databases DISTFILES = # API.rev -PKGNAME = quirks-3.63 +PKGNAME = quirks-3.64 PKG_ARCH =* MAINTAINER = Marc Espie Index: files/Quirks.pm === RCS file: /cvs/ports/devel/quirks/files/Quirks.pm,v retrieving revision 1.684 diff -u -p -r1.684 Quirks.pm --- files/Quirks.pm 17 Dec 2018 01:10:00 - 1.684 +++ files/Quirks.pm 17 Dec 2018 23:33:38 - @@ -1235,6 +1235,8 @@ my $cve = { 'devel/git,-main' => 'git-<2.19.1', 'devel/git,-svn' => 'git-svn-<2.19.1', 'devel/git,-x11' => 'git-x11-<2.19.1', + 'devel/jenkins/devel' => 'jenkins-<2.154', + 'devel/jenkins/stable' => 'jenkins-<2.150.1', 'devel/libgit2/libgit2' => 'libgit2-<0.27.7', 'devel/mercurial,-main' => 'mercurial-<4.5.3p1', 'devel/mercurial,-x11' => 'mercurial-x11-<4.5.3p1', Thx Ian - Forwarded message from Edward Lopez-Acosta - Date: Mon, 17 Dec 2018 21:25:05 + From: Edward Lopez-Acosta To: i...@openbsd.org Subject: Re: SECURITY UPDATE: devel/jenkins-2.150.1/2.155 (fixes multiple CVEs) Hi Ian, Just following up on this due to the critical issue fixed. Does quirks need updated or is this change good to go? Thank you On December 14, 2018 11:47:06 PM UTC, Ian Darwin wrote: On Fri, Dec 14, 2018 at 04:41:53PM -0600, Edward Lopez-Acosta wrote: Version update for multiple security issues including one marked as critical. I was not sure how to update quirks so that is not included in this diff. If someone is willing to teach me what to do I can add that in, or review changes to quirks after this is merged. Why do you think it needs quirks? Builds, installs, and runs fine on amd64. No special upgrade steps when upgrading from 2.138.3 currently in the tree. - MAINTAINER CC'ed - No tests present - No change to required libs or current PLIST - Nothing relies on this - Self tested some projects and did not run into issues - Diff applies fine with `patch` CHANGELOG: https://jenkins.io/changelog-stable/ https://jenkins.io/security/advisory/2018-12-05/ Severity SECURITY-595: critical SECURITY-904: medium SECURITY-1072: medium SECURITY-1193: medium Affected Versions Jenkins weekly up to and including 2.153 Jenkins LTS up to and including 2.138.3 Fix Jenkins weekly should be updated to version 2.154 Jenkins LTS should be updated to version either 2.138.4 or 2.150.1 -- Edward Lopez-Acosta diff --git devel/Makefile devel/Makefile index 26817c51381..03fb8174712 100644 --- devel/Makefile +++ devel/Makefile @@ -1,6 +1,6 @@ # $OpenBSD: Makefile,v 1.31 2018/11/29 14:10:10 rsadowski Exp $ -VERSION = 2.152 +VERSION = 2.155 MASTER_SITES =http://mirrors.jenkins-ci.org/war/${VERSION}/ DIST_SUBDIR = jenkins-devel diff --git devel/distinfo devel/distinfo index e5c0c28e049..a8b70855619 100644 --- devel/distinfo +++ devel/distinfo @@ -1,2 +1,2 @@ -SHA256 (jenkins/2.152/j
Re: Update to py3-black-18.9beta0
https://github.com/ambv/black/blob/master/README.md#blackd Looks like it's to avoid python overhead when running this repeatedly. I am fine both ways, but was curious. On December 17, 2018 5:48:42 PM UTC, Jeremie Courreges-Anglas wrote: >On Mon, Dec 17 2018, Edward Lopez-Acosta >wrote: >> Should py-aiohttp be updated first to allow this to match upstream as >users may expect? >> >> I know there are many dependants on that though so might be a bit of >work. Will save extra work on black in the future too, along with >anything else that may need py-aiohttp updated. > >I'm puzzled by the need for a web server in a source code formatter >package. 8) > >Daniel's proposal looks reasonable to me. I would add a comment in the >patch, though.
Re: Update to py3-black-18.9beta0
Should py-aiohttp be updated first to allow this to match upstream as users may expect? I know there are many dependants on that though so might be a bit of work. Will save extra work on black in the future too, along with anything else that may need py-aiohttp updated.
Re: www/py-gunicorn : Update to 19.9.0
This looks like the same diff provided previously https://marc.info/?l=openbsd-ports=154250379325554=2
Re: UPDATE: textproc/py-sphinx_rtd_theme-0.4.2
Ping? On December 9, 2018 11:23:42 PM UTC, Edward Lopez-Acosta wrote: >Update to current version. > >Lots of bug fixes, and the only consumer is py-sphinx. I tested a few >site builds using sphinx with this and found no issues using the sphinx > >version currently in the tree. > >Builds, installs and runs fine on amd64. >Deps checked, MAINTAINER CC'ed, and no tests defined since its a >collection of CSS, HTML, and JS files. > >Comments/feedback?
UPDATE: bsd.port.mk - Add GitLab support
Hello, I spent some time and added GitLab support to bsd.port.mk in a similar manner as GitHub. Since Microsoft's acquisition of GitHub a large number of projects, including major ones like the freedesktop project, have migrated to GitLab. I also have a number of projects at GitLab that I have been thinking of porting. https://about.gitlab.com/2018/06/03/movingtogitlab/ https://about.gitlab.com/2018/08/20/freedesktop-org-migrates-to-gitlab/ I did some tests on this and it seems to work like the GH_* directives but would like some additional review if possible please. Thank you, -- Edward Lopez-Acosta diff --git bsd.port.mk bsd.port.mk index a31757c39fc..ef76d864c8e 100644 --- bsd.port.mk +++ bsd.port.mk @@ -129,6 +129,7 @@ _ALL_VARIABLES += HOMEPAGE DISTNAME \ SHARED_LIBS TARGETS PSEUDO_FLAVOR \ MAINTAINER AUTOCONF_VERSION AUTOMAKE_VERSION CONFIGURE_ARGS \ GH_ACCOUNT GH_COMMIT GH_PROJECT GH_TAGNAME PORTROACH \ + GL_ACCOUNT GL_COMMIT GL_PROJECT GL_TAGNAME \ PORTROACH_COMMENT MAKEFILE_LIST USE_LLD USE_WXNEEDED COMPILER \ COMPILER_LANGS COMPILER_LINKS SUBST_VARS UPDATE_PLIST_ARGS \ PKGPATHS @@ -620,6 +621,15 @@ GH_PROJECT ?= DISTNAME ?= ${GH_PROJECT}-${GH_TAGNAME:C/^v//} .endif +GL_TAGNAME ?= +GL_COMMIT ?= +GL_ACCOUNT ?= +GL_PROJECT ?= + +.if !empty(GL_PROJECT) && !empty(GL_TAGNAME) +DISTNAME ?= ${GL_PROJECT}-${GL_TAGNAME:C/^v//} +.endif + PKGNAME ?= ${DISTNAME} FULLPKGNAME ?= ${PKGNAME}${FLAVOR_EXT} _MASTER ?= @@ -868,6 +878,18 @@ WRKDIST ?= ${WRKDIR}/${DISTNAME} . endif .endif +.if !empty(GL_TAGNAME) +WRKDIST ?= ${WRKDIR}/${GL_PROJECT}-${GL_TAGNAME:C/^v//} +.elif !empty(GL_COMMIT) +WRKDIST ?= ${WRKDIR}/${GL_PROJECT}-${GL_COMMIT} +.else +. if !defined(DISTNAME) +WRKDIST ?= ${WRKDIR} +. else +WRKDIST ?= ${WRKDIR}/${DISTNAME} +. endif +.endif + WRKSRC ?= ${WRKDIST} .if ${SEPARATE_BUILD:L} != "no" @@ -1184,6 +1206,28 @@ HOMEPAGE ?= https://github.com/${GH_ACCOUNT}/${GH_PROJECT} MASTER_SITES ?= .endif +.if !empty(GL_ACCOUNT) && !empty(GL_PROJECT) +. if !empty(GL_COMMIT) && !empty(GL_TAGNAME) +ERRORS += "Fatal: specifying both GL_TAGNAME and GL_COMMIT is invalid" +. endif +. if ${GL_TAGNAME} == master +ERRORS += "Fatal: using master as GL_TAGNAME is invalid" +. endif +. if !empty(GL_TAGNAME) +MASTER_SITES_GITLAB += \ + https://gitlab.com/${GL_ACCOUNT}/${GL_PROJECT}/-/archive/${GL_TAGNAME:S/$/\//} +. else +MASTER_SITES_GITLAB += \ + https://gitlab.com/${GL_ACCOUNT}/${GL_PROJECT}/-/archive/${GL_COMMIT}/${GL_PROJECT-}${GL_COMMIT:S/$/\//} +. endif + +MASTER_SITES ?= ${MASTER_SITES_GITLAB} +HOMEPAGE ?= https://gitlab.com/${GL_ACCOUNT}/${GL_PROJECT} +.else +# Empty declarations to avoid "variable XXX is recursive" errors +MASTER_SITES ?= +.endif + # I guess we're in the master distribution business! :) As we gain mirror # sites for distfiles, add them to MASTER_SITE_BACKUP @@ -1211,6 +1255,14 @@ DISTFILES ?= ${DISTNAME}${EXTRACT_SUFX} . endif .endif +.if !empty(GL_COMMIT) +DISTFILES ?= ${DISTNAME}-${GL_COMMIT:C/().*/\1/}${EXTRACT_SUFX}{${GL_COMMIT}${EXTRACT_SUFX}} +.else +. if defined(DISTNAME) +DISTFILES ?= ${DISTNAME}${EXTRACT_SUFX} +. endif +.endif + PATCHFILES ?= SUPDISTFILES ?=
Re: lang/rust: add clippy and rustfmt subpackages
Thanks for including these but a possibly dumb question. Why subpackages for clippy and rustfmt and not part of the standard rust installation like upstream? If REVISION is bumped anyways for rust-gdb will it still cause issues with other ports or installations? -- Edward Lopez-Acosta
SECURITY UPDATE: devel/jenkins-2.150.1/2.155 (fixes multiple CVEs)
Version update for multiple security issues including one marked as critical. I was not sure how to update quirks so that is not included in this diff. If someone is willing to teach me what to do I can add that in, or review changes to quirks after this is merged. Builds, installs, and runs fine on amd64. No special upgrade steps when upgrading from 2.138.3 currently in the tree. - MAINTAINER CC'ed - No tests present - No change to required libs or current PLIST - Nothing relies on this - Self tested some projects and did not run into issues - Diff applies fine with `patch` CHANGELOG: https://jenkins.io/changelog-stable/ https://jenkins.io/security/advisory/2018-12-05/ Severity SECURITY-595: critical SECURITY-904: medium SECURITY-1072: medium SECURITY-1193: medium Affected Versions Jenkins weekly up to and including 2.153 Jenkins LTS up to and including 2.138.3 Fix Jenkins weekly should be updated to version 2.154 Jenkins LTS should be updated to version either 2.138.4 or 2.150.1 -- Edward Lopez-Acosta diff --git devel/Makefile devel/Makefile index 26817c51381..03fb8174712 100644 --- devel/Makefile +++ devel/Makefile @@ -1,6 +1,6 @@ # $OpenBSD: Makefile,v 1.31 2018/11/29 14:10:10 rsadowski Exp $ -VERSION = 2.152 +VERSION = 2.155 MASTER_SITES = http://mirrors.jenkins-ci.org/war/${VERSION}/ DIST_SUBDIR = jenkins-devel diff --git devel/distinfo devel/distinfo index e5c0c28e049..a8b70855619 100644 --- devel/distinfo +++ devel/distinfo @@ -1,2 +1,2 @@ -SHA256 (jenkins/2.152/jenkins.war) = jde/3OIrMtlBsnJ5qFeVQoGxfJu4d02G6H6c1A4UQMM= -SIZE (jenkins/2.152/jenkins.war) = 75939426 +SHA256 (jenkins/2.155/jenkins.war) = A0xtY7Vb+TjF0btTJ3XZqhj7NL1lqtTj6WgyWXi+hrg= +SIZE (jenkins/2.155/jenkins.war) = 76037370 diff --git stable/Makefile stable/Makefile index db693c9e5dd..ba2cdfff6fa 100644 --- stable/Makefile +++ stable/Makefile @@ -1,6 +1,6 @@ # $OpenBSD: Makefile,v 1.30 2018/11/29 14:07:02 rsadowski Exp $ -VERSION = 2.138.3 +VERSION = 2.150.1 MASTER_SITES = http://mirrors.jenkins-ci.org/war-stable/${VERSION}/ DIST_SUBDIR = jenkins-stable diff --git stable/distinfo stable/distinfo index dc95ebe1334..77a061aea34 100644 --- stable/distinfo +++ stable/distinfo @@ -1,2 +1,2 @@ -SHA256 (jenkins/2.138.3/jenkins.war) = lT5N2i0wZShMABaz6CeeCX+DDBKLH3EthHgP8rB1Hn0= -SIZE (jenkins/2.138.3/jenkins.war) = 75733340 +SHA256 (jenkins/2.150.1/jenkins.war) = ejhYbVo6GoNJiAmoNxVyi7LwG1in3TqINm8Hbv2vZmk= +SIZE (jenkins/2.150.1/jenkins.war) = 75938045
Re: [UPDATE] www/hugo 0.51 -> 0.52
Should this have `NO_TEST = Yes` in the Makefile? I checked on GitHub and there are no tests for Hugo and running `make test` results in the following: /usr/ports/www/hugo $ make test ===> Regression tests for hugo-0.52 /usr/bin/env -i GOCACHE=off GOPATH="/usr/ports/pobj/hugo-0.52/go:/usr/local/go-pkg" PATH="/usr/ports/pobj/hugo-0.52/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11R6/bin" go test -v -p 1 github.com/gohugoio/hugo ? github.com/gohugoio/hugo[no test files] Please let me know if I am missing something here. Thank you, -- Edward Lopez-Acosta
Re: UPDATE: databases/py-redis-3.0.1
ping? Edward Lopez-Acosta On 12/6/18 5:39 PM, Edward Lopez-Acosta wrote: Resubmitting the diff so its easier for commit. I replaced the py-py test depend with py-mock like it should be. py-py is pulled is as a dependency of mock. Edward Lopez-Acosta On 12/6/18 4:26 AM, Stuart Henderson wrote: On 2018/12/05 18:47, Edward Lopez-Acosta wrote: Backwards incompatible changes in this, but checking sqlports I found nothing that depends on this. I installed this package and ran a series of tests on it using some of my old scripts and didn't hit issues. $ sqlite3 /usr/local/share/sqlports "select * from depends where dependspath like 'databases/py-redis' or dependspath like 'databases/py-redis,python3'" | wc -l btw you can do "where dependspath like 'databases/py-redis%'" to cover both flavours. Tests also require devel/py-mock: ===> Regression tests for py-redis-3.0.1 running test Searching for mock Reading https://pypi.org/simple/mock/ Download error on https://pypi.org/simple/mock/: [Errno 65] No route to host -- Some packages may not be found! Couldn't find index page for 'mock' (maybe misspelled?) Scanning index of all packages (this may take a while) Reading https://pypi.org/simple/ Download error on https://pypi.org/simple/: [Errno 65] No route to host -- Some packages may not be found! No local packages or working download links found for mock error: Could not find suitable distribution for Requirement.parse('mock') Otherwise looks good to me.
UPDATE: devel/py-whichcraft-0.5.2
Update to latest version. Changes include python3.7 compatibility and cleaned up code formatting. Temporary patch included for invalid characters in the README.rst. Issue already noted upstream. https://github.com/pydanny/whichcraft/issues/10 - No MAINTAINER listed - All tests pass for py2 and py3 - Nothing depends on this - diff applies cleanly with `patch` Comments/feedback? Thank you, -- Edward Lopez-Acosta diff --git Makefile Makefile index 365fed99eb6..88603781fd0 100644 --- Makefile +++ Makefile @@ -2,7 +2,7 @@ COMMENT = cross-platform, cross-python, shutil.which functionality -MODPY_EGG_VERSION = 0.4.1 +MODPY_EGG_VERSION = 0.5.2 DISTNAME = whichcraft-${MODPY_EGG_VERSION} PKGNAME = py-whichcraft-${MODPY_EGG_VERSION} diff --git distinfo distinfo index 0e0cd843a20..ff78384225a 100644 --- distinfo +++ distinfo @@ -1,2 +1,2 @@ -SHA256 (whichcraft-0.4.1.tar.gz) = ng1RyTh8t+nyi37bVJ5qA9p1j3eE+ZHrQ5fX94CMV/0= -SIZE (whichcraft-0.4.1.tar.gz) = 6222 +SHA256 (whichcraft-0.5.2.tar.gz) = /s3dUx8jf/xduLIVQJr7GPowMAaZBkzKSBdSG0/IGBU= +SIZE (whichcraft-0.5.2.tar.gz) = 6480 diff --git patches/patch-README_rst patches/patch-README_rst new file mode 100644 index 000..e97299f342f --- /dev/null +++ patches/patch-README_rst @@ -0,0 +1,16 @@ +$OpenBSD$ + +Index: README.rst +--- README.rst.orig README.rst +@@ -34,8 +34,8 @@ On Linux, Mac, Windows for Python 2.7 or any of the ma + + .. code-block:: python + +- Â >>> from whichcraft import which +- Â >>> which('date') ++>>> from whichcraft import which ++>>> which('date') + '/bin/date' + >>> which('calendar') + '/bin/calendar'
UPDATE: devel/p5-Modern-Perl
Hi, This update includes support of Perl 5.26 & 5.28. It's tested on amd64 current. Tests & comments welcome. OK? Index: Makefile === RCS file: /cvs/ports/devel/p5-Modern-Perl/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- Makefile24 Mar 2017 15:56:38 - 1.4 +++ Makefile7 Dec 2018 09:00:05 - @@ -5,7 +5,7 @@ COMMENT = enable all of the features of MODULES = cpan PKG_ARCH = * CPAN_AUTHOR = CHROMATIC -DISTNAME = Modern-Perl-1.20170117 +DISTNAME = Modern-Perl-1.20181021 CATEGORIES = devel MAINTAINER = Edward Index: distinfo === RCS file: /cvs/ports/devel/p5-Modern-Perl/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- distinfo24 Mar 2017 15:56:38 - 1.3 +++ distinfo7 Dec 2018 09:00:05 - @@ -1,2 +1,2 @@ -SHA256 (Modern-Perl-1.20170117.tar.gz) = XfKoNGEWMhLbIrnDNTYGoaEjYWgg/lBnUEHDTwBLNig= -SIZE (Modern-Perl-1.20170117.tar.gz) = 13867 +SHA256 (Modern-Perl-1.20181021.tar.gz) = HUgrUo98bGD4aNfQvw/MnDZoJQ3ET8s5qVt8Y+CSycU= +SIZE (Modern-Perl-1.20181021.tar.gz) = 14234
UPDATE: textproc/py-sphinx_rtd_theme-0.4.2
Update to current version. Lots of bug fixes, and the only consumer is py-sphinx. I tested a few site builds using sphinx with this and found no issues using the sphinx version currently in the tree. Builds, installs and runs fine on amd64. Deps checked, MAINTAINER CC'ed, and no tests defined since its a collection of CSS, HTML, and JS files. Comments/feedback? -- Edward Lopez-Acosta diff --git Makefile Makefile index f51ba453d95..909ecb1b1fa 100644 --- Makefile +++ Makefile @@ -2,7 +2,7 @@ COMMENT = readthedocs.org theme for Sphinx -MODPY_EGG_VERSION = 0.2.4 +MODPY_EGG_VERSION = 0.4.2 DISTNAME = sphinx_rtd_theme-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} diff --git distinfo distinfo index 9c37ef56472..90905d2fb3c 100644 --- distinfo +++ distinfo @@ -1,2 +1,2 @@ -SHA256 (sphinx_rtd_theme-0.2.4.tar.gz) = LfdLj/b65pZcUn6XzKbGyUSIaq5HS0kOF/kq376ENBc= -SIZE (sphinx_rtd_theme-0.2.4.tar.gz) = 1392456 +SHA256 (sphinx_rtd_theme-0.4.2.tar.gz) = AvAqZ21rqrt1iiDHpHnVhkjg9k8T4H0bOI6bsq/oagk= +SIZE (sphinx_rtd_theme-0.4.2.tar.gz) = 5388206 diff --git pkg/PLIST pkg/PLIST index 5a74789d94f..475d85e507f 100644 --- pkg/PLIST +++ pkg/PLIST @@ -4,7 +4,9 @@ lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme-${MODPY_EGG_VERSION}-p lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt +lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/entry_points.txt lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/not-zip-safe +lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/${MODPY_PYCACHE}/ @@ -12,7 +14,6 @@ lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/${MODPY_PYCACHE}__init lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/breadcrumbs.html lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/footer.html lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/layout.html -lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/layout_old.html lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/search.html lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/searchbox.html lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/ @@ -20,16 +21,37 @@ lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/css/ lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/css/badge_only.css lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/css/theme.css lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/fonts/ -lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/fonts/Inconsolata-Bold.ttf -lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/fonts/Inconsolata-Regular.ttf -lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/fonts/Lato-Bold.ttf -lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/fonts/Lato-Regular.ttf -lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/fonts/RobotoSlab-Bold.ttf -lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/fonts/RobotoSlab-Regular.ttf +lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/fonts/Lato/ +lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/fonts/Lato/lato-bold.eot +lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/fonts/Lato/lato-bold.ttf +lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/fonts/Lato/lato-bold.woff +lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/fonts/Lato/lato-bold.woff2 +lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/fonts/Lato/lato-bolditalic.eot +lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/fonts/Lato/lato-bolditalic.ttf +lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/fonts/Lato/lato-bolditalic.woff +lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/fonts/Lato/lato-bolditalic.woff2 +lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/fonts/Lato/lato-italic.eot +lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/fonts/Lato/lato-italic.ttf +lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/fonts/Lato/lato-italic.woff +lib/python${MODPY_VERSION}/site-packages/sphinx_rtd_theme/static/fonts/Lato/lato-italic.woff2 +lib/python
NEW: meta/mate-1.20
Hello, This is a meta package for the MATE desktop environment. Been using it for a few months now and not noticed any issues. Maintainer of the MATE packages CC'ed. Comments/feedback please? Thank you, -- Edward Lopez-Acosta mate-1.20.tar.gz Description: application/gzip
NEW: devel/py-arrow-0.12.1
Resubmitting this for review. Fixed some typos in the Makefile and PLIST, and added a conditional TEST_DEPENDS on recommendation from jca (CC to make sure I didn't miss something). I looked things over multiple times but if I missed anything please let me know. All tests pass for both py2 and py3, all deps are in the repos. Nothing currently in the tree depends on this new port. -- Ran 328 tests in 0.509s OK Thoughts? -- Edward Lopez-Acosta py-arrow-0.12.1.tar.gz Description: application/gzip
Re: UPDATE: databases/py-redis-3.0.1
Resubmitting the diff so its easier for commit. I replaced the py-py test depend with py-mock like it should be. py-py is pulled is as a dependency of mock. Edward Lopez-Acosta On 12/6/18 4:26 AM, Stuart Henderson wrote: On 2018/12/05 18:47, Edward Lopez-Acosta wrote: Backwards incompatible changes in this, but checking sqlports I found nothing that depends on this. I installed this package and ran a series of tests on it using some of my old scripts and didn't hit issues. $ sqlite3 /usr/local/share/sqlports "select * from depends where dependspath like 'databases/py-redis' or dependspath like 'databases/py-redis,python3'" | wc -l btw you can do "where dependspath like 'databases/py-redis%'" to cover both flavours. Tests also require devel/py-mock: ===> Regression tests for py-redis-3.0.1 running test Searching for mock Reading https://pypi.org/simple/mock/ Download error on https://pypi.org/simple/mock/: [Errno 65] No route to host -- Some packages may not be found! Couldn't find index page for 'mock' (maybe misspelled?) Scanning index of all packages (this may take a while) Reading https://pypi.org/simple/ Download error on https://pypi.org/simple/: [Errno 65] No route to host -- Some packages may not be found! No local packages or working download links found for mock error: Could not find suitable distribution for Requirement.parse('mock') Otherwise looks good to me. diff --git Makefile Makefile index 0d6e4a7e5b6..d335eed8153 100644 --- Makefile +++ Makefile @@ -2,12 +2,11 @@ COMMENT = Python interface to Redis -MODPY_EGG_VERSION = 2.10.6 +MODPY_EGG_VERSION = 3.0.1 GH_ACCOUNT = andymccurdy GH_PROJECT = redis-py GH_TAGNAME = ${MODPY_EGG_VERSION} -REVISION = 0 DISTNAME = ${GH_PROJECT}-${MODPY_EGG_VERSION} PKGNAME = py-redis-${MODPY_EGG_VERSION} @@ -31,7 +30,7 @@ MODPY_SETUPTOOLS = Yes TEST_IS_INTERACTIVE = Yes TEST_DEPENDS = databases/redis \ - devel/py-py${MODPY_FLAVOR} \ + devel/py-mock${MODPY_FLAVOR} \ devel/py-test${MODPY_FLAVOR}>=2.5.0 .include diff --git distinfo distinfo index f1c40bcf07d..e1591ccb4e3 100644 --- distinfo +++ distinfo @@ -1,2 +1,2 @@ -SHA256 (redis-py-2.10.6.tar.gz) = 4o4kU51lkKi4hJjy0w9/4+K+EXHXqR/h+mxbaYJRkBU= -SIZE (redis-py-2.10.6.tar.gz) = 94869 +SHA256 (redis-py-3.0.1.tar.gz) = 0hAZRs9YKu5y1zvu1egVzNpMitT8Kh1ZORMV+ucFnqM= +SIZE (redis-py-3.0.1.tar.gz) = 106780 diff --git pkg/PLIST pkg/PLIST index c73d0d89da2..2252caccca2 100644 --- pkg/PLIST +++ pkg/PLIST @@ -4,6 +4,7 @@ lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}-py${MODPY_VE lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt +lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/redis/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/redis/${MODPY_PYCACHE}/
Re: UPDATE: databases/py-redis-3.0.1
Hi Stuart, It does look like the py-py requirement changed to mock as you noted. I didn't notice the warning initially, my mistake. Would you like me to submit a new diff this evening with that change? I see the same number of tests pass and be skipped. Thanks for the sqlite tip as well. I am going to update the application I wrote with that in mind, and add clarity to my output. On December 6, 2018 10:26:07 AM UTC, Stuart Henderson wrote: >On 2018/12/05 18:47, Edward Lopez-Acosta wrote: >> Backwards incompatible changes in this, but checking sqlports I found >> nothing that depends on this. I installed this package and ran a >series of >> tests on it using some of my old scripts and didn't hit issues. >> >> $ sqlite3 /usr/local/share/sqlports "select * from depends where >dependspath >> like 'databases/py-redis' or dependspath like >'databases/py-redis,python3'" >> | wc -l > >btw you can do "where dependspath like 'databases/py-redis%'" to cover >both flavours. > >Tests also require devel/py-mock: > >===> Regression tests for py-redis-3.0.1 >running test >Searching for mock >Reading https://pypi.org/simple/mock/ >Download error on https://pypi.org/simple/mock/: [Errno 65] No route to >host -- Some packages may not be found! >Couldn't find index page for 'mock' (maybe misspelled?) >Scanning index of all packages (this may take a while) >Reading https://pypi.org/simple/ >Download error on https://pypi.org/simple/: [Errno 65] No route to host >-- Some packages may not be found! >No local packages or working download links found for mock >error: Could not find suitable distribution for >Requirement.parse('mock') > >Otherwise looks good to me.
UPDATE: databases/py-redis-3.0.1
Backwards incompatible changes in this, but checking sqlports I found nothing that depends on this. I installed this package and ran a series of tests on it using some of my old scripts and didn't hit issues. $ sqlite3 /usr/local/share/sqlports "select * from depends where dependspath like 'databases/py-redis' or dependspath like 'databases/py-redis,python3'" | wc -l 0 Version bump, no new patches needed, MAINTAINER CC, builds and installs fine on amd64. diff generated with `git diff --relative .` in the port directory for easy application with patch. Test results for py3 below but are the same for py2. This is using Redis 4 which is currently in the tree. = test session starts == platform openbsd6 -- Python 3.6.7, pytest-3.5.0, py-1.5.3, pluggy-0.6.0 rootdir: /usr/ports/pobj/py-redis-3.0.1-python3/redis-py-3.0.1, inifile: collected 384 items tests/test_commands.py ...sss... [ 12%] [ 31%] .... [ 50%] ..s.sss... [ 66%] tests/test_connection_pool.py .. [ 77%] . [ 77%] tests/test_encoding.py .. [ 79%] tests/test_lock.py . [ 83%] tests/test_pipeline.py . [ 88%] tests/test_pubsub.py ... [ 95%] tests/test_scripting.py ... [ 96%] tests/test_sentinel.py [100%] 357 passed, 27 skipped in 9.77 seconds Thoughts? -- Edward Lopez-Acosta diff --git Makefile Makefile index 0d6e4a7e5b6..315b9964ca6 100644 --- Makefile +++ Makefile @@ -2,12 +2,11 @@ COMMENT = Python interface to Redis -MODPY_EGG_VERSION = 2.10.6 +MODPY_EGG_VERSION = 3.0.1 GH_ACCOUNT = andymccurdy GH_PROJECT = redis-py GH_TAGNAME = ${MODPY_EGG_VERSION} -REVISION = 0 DISTNAME = ${GH_PROJECT}-${MODPY_EGG_VERSION} PKGNAME = py-redis-${MODPY_EGG_VERSION} diff --git distinfo distinfo index f1c40bcf07d..e1591ccb4e3 100644 --- distinfo +++ distinfo @@ -1,2 +1,2 @@ -SHA256 (redis-py-2.10.6.tar.gz) = 4o4kU51lkKi4hJjy0w9/4+K+EXHXqR/h+mxbaYJRkBU= -SIZE (redis-py-2.10.6.tar.gz) = 94869 +SHA256 (redis-py-3.0.1.tar.gz) = 0hAZRs9YKu5y1zvu1egVzNpMitT8Kh1ZORMV+ucFnqM= +SIZE (redis-py-3.0.1.tar.gz) = 106780 diff --git pkg/PLIST pkg/PLIST index c73d0d89da2..2252caccca2 100644 --- pkg/PLIST +++ pkg/PLIST @@ -4,6 +4,7 @@ lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}-py${MODPY_VE lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt +lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt lib/python${MODPY_VERSION}/site-packages/redis-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/redis/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/redis/${MODPY_PYCACHE}/
Re: UPDATE: textproc/py-markdown-3.0.1
Daniel, Not sure how much you looked into this besides the 30 sec noted, but nothing requires py-pygfm in the ports tree for py2 or py3. The python markdown module has had a lot of improvements since 2015 (current version in the ports tree) including cleaning up of dead code, improved testing, and improved docs. All of which are important to the OpenBSD project per the FAQ. If gfm doesn't want to keep up with this then I propose it gets dropped since it then conflicts with the OpenBSD project notes above and it isn't required by anything. Looking at py-cheetah as well, which as noted is 8 years old in the tree, most of it's dependant projects are dead from what I can tell. Should this also be kept? I didn't bother to chase down deps of deps because that seems like a waste of time given this information. On December 4, 2018 3:26:19 AM UTC, Daniel Jakots wrote: >On Mon, 3 Dec 2018 18:43:23 -0600, Edward Lopez-Acosta > wrote: > >> textproc/py-pygfm is also dependant on this but already up to date so >> I see no issue. > >Really? How much have you looked? > >It took me less than 30 seconds to find one. I did >cd /usr/ports/textproc/py-pygfm/ >make show=HOMEPAGE >*click on the link* >*click on "Homepage" to get on the github repository* >*look at last commit* >"Pin Markdown<3.0 to fix issue" > > >From the issue listed in the commit "Markdown 3.0.0 being a major >release, most internal code have changed, making dependent code >(including py-gfm) broken." > >So other consumers should be checked carefully. > > >We don't ask you to be careful with consumers just to make the update >process complicated or anything. It is actually *needed*. > > >Cheers, >Daniel -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
UPDATE: www/py-flask-login-0.4.1 + add py3 flavor
Version update due to being quite out of date. Also added a py3 flavor since it was not present. Built fine for both py2 and py3 and has no tests. $ sqlite3 /usr/local/share/sqlports "select * from depends where dependspath like 'www/py-flask-login' or dependspath like 'www/py-flask-login,python3'" | wc -l 0 Thoughts? Thank you, -- Edward Lopez-Acosta diff --git Makefile Makefile index de4eafc2033..42b7bc793e2 100644 --- Makefile +++ Makefile @@ -2,7 +2,7 @@ COMMENT = user session management for flask -MODPY_EGG_VERSION = 0.3.2 +MODPY_EGG_VERSION = 0.4.1 DISTNAME = Flask-Login-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME:L} @@ -19,10 +19,13 @@ MODPY_PI = Yes MODULES = lang/python -RUN_DEPENDS += www/py-flask +RUN_DEPENDS += www/py-flask${MODPY_FLAVOR} MODPY_SETUPTOOLS = Yes NO_TEST = Yes +FLAVORS += python3 +FLAVOR ?= + .include diff --git distinfo distinfo index 82976f20867..dd275d73482 100644 --- distinfo +++ distinfo @@ -1,2 +1,2 @@ -SHA256 (Flask-Login-0.3.2.tar.gz) = 5y7/XDXlox2xrsodtdJQG+cCZ06ojo8iO10rEWRL7uY= -SIZE (Flask-Login-0.3.2.tar.gz) = 11799 +SHA256 (Flask-Login-0.4.1.tar.gz) = yBXBrHs+NeIIFoXjiaZl8sdNfgd8uTzsq66jUtpHUuw= +SIZE (Flask-Login-0.4.1.tar.gz) = 14118 diff --git pkg/PLIST pkg/PLIST index 7c1da54ee20..10cfc5a0d5a 100644 --- pkg/PLIST +++ pkg/PLIST @@ -7,5 +7,21 @@ lib/python${MODPY_VERSION}/site-packages/Flask_Login-${MODPY_EGG_VERSION}-py${MO lib/python${MODPY_VERSION}/site-packages/Flask_Login-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt lib/python${MODPY_VERSION}/site-packages/Flask_Login-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/Flask_Login-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/version_info.json -lib/python${MODPY_VERSION}/site-packages/flask_login.py -lib/python${MODPY_VERSION}/site-packages/flask_login.pyc +lib/python${MODPY_VERSION}/site-packages/flask_login/ +lib/python${MODPY_VERSION}/site-packages/flask_login/__about__.py +lib/python${MODPY_VERSION}/site-packages/flask_login/__init__.py +${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/flask_login/${MODPY_PYCACHE}/ +lib/python${MODPY_VERSION}/site-packages/flask_login/${MODPY_PYCACHE}__about__.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/flask_login/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/flask_login/${MODPY_PYCACHE}_compat.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/flask_login/${MODPY_PYCACHE}config.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/flask_login/${MODPY_PYCACHE}login_manager.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/flask_login/${MODPY_PYCACHE}mixins.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/flask_login/${MODPY_PYCACHE}signals.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/flask_login/${MODPY_PYCACHE}utils.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/flask_login/_compat.py +lib/python${MODPY_VERSION}/site-packages/flask_login/config.py +lib/python${MODPY_VERSION}/site-packages/flask_login/login_manager.py +lib/python${MODPY_VERSION}/site-packages/flask_login/mixins.py +lib/python${MODPY_VERSION}/site-packages/flask_login/signals.py +lib/python${MODPY_VERSION}/site-packages/flask_login/utils.py
UPDATE: textproc/py-markdown-3.0.1
Version bump, 2.4.4 is over 3 years old at this point. Contacted maintainer who noted he can be dropped, CC for confirmation. I suggest this stay with ports@ as the maintainer. textproc/py-pygfm is also dependant on this but already up to date so I see no issue. Primary consumer is py-cheetash which is 8 years out of date and the version in ports is no longer supported. I will work to update this at some point, it has no maintainer. Seems fine on amd64. Thoughts? -- Edward Lopez-Acosta diff --git Makefile Makefile index 71b470b19e3..5c654f40d53 100644 --- Makefile +++ Makefile @@ -2,13 +2,11 @@ COMMENT= text-to-HTML conversion tool -MODPY_EGG_VERSION= 2.6.11 +MODPY_EGG_VERSION= 3.0.1 DISTNAME= Markdown-${MODPY_EGG_VERSION} PKGNAME= py-markdown-${MODPY_EGG_VERSION} CATEGORIES= textproc -MAINTAINER= Will Maier - # BSD PERMIT_PACKAGE_CDROM= Yes diff --git distinfo distinfo index 4ed3133c0a2..ab7310d5e37 100644 --- distinfo +++ distinfo @@ -1,2 +1,2 @@ -SHA256 (Markdown-2.6.11.tar.gz) = qFaGnH/wea2Eo+Gc2HpkmYNQwrlOngjkQnD67zNAD4E= -SIZE (Markdown-2.6.11.tar.gz) = 274132 +SHA256 (Markdown-3.0.1.tar.gz) = 0C4PmwTFAM3mY3wRrXxyZx81m4e5/pJLI4NknYhB23w= +SIZE (Markdown-3.0.1.tar.gz) = 284084 diff --git pkg/PLIST pkg/PLIST index 496511755d5..55f4f0aed63 100644 --- pkg/PLIST +++ pkg/PLIST @@ -13,19 +13,19 @@ lib/python${MODPY_VERSION}/site-packages/markdown/__main__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}__main__.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}__version__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}blockparser.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}blockprocessors.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}core.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}inlinepatterns.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}odict.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}postprocessors.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}preprocessors.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}serializers.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}test_tools.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}treeprocessors.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}util.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/markdown/__version__.py lib/python${MODPY_VERSION}/site-packages/markdown/blockparser.py lib/python${MODPY_VERSION}/site-packages/markdown/blockprocessors.py +lib/python${MODPY_VERSION}/site-packages/markdown/core.py lib/python${MODPY_VERSION}/site-packages/markdown/extensions/ lib/python${MODPY_VERSION}/site-packages/markdown/extensions/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}/ @@ -38,11 +38,11 @@ lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}def lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}extra.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}fenced_code.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}footnotes.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}headerid.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}legacy_attrs.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}legacy_em.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}meta.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}nl2br.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}sane_lists.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}smart_strong.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}smarty.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}tables.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}toc
UPDATE: productivity/zim-0.68
Minor update, nothing depends on this, maintainer CC. Was able to drop one patch that no longer applied and I found no ill effects of doing so. Lots of bug fixes including some marked critical: https://github.com/jaap-karssenberg/zim-desktop-wiki/blob/master/CHANGELOG.txt Builds and runs fine on amd64. Thank you. -- Edward Lopez-Acosta diff --git Makefile Makefile index cf02471b2d8..e27d5c1a241 100644 --- Makefile +++ Makefile @@ -2,9 +2,8 @@ COMMENT = desktop wiki -MODPY_EGG_VERSION = 0.67 +MODPY_EGG_VERSION = 0.68 DISTNAME = zim-${MODPY_EGG_VERSION} -REVISION = 2 CATEGORIES = productivity diff --git distinfo distinfo index 04828b47254..221c06d9f65 100644 --- distinfo +++ distinfo @@ -1,2 +1,2 @@ -SHA256 (zim-0.67.tar.gz) = s3zvPUkGqiY6vMsUk5Kafqa56NEaUO2SzUN+j5P/q70= -SIZE (zim-0.67.tar.gz) = 2034747 +SHA256 (zim-0.68.tar.gz) = 2RUY4BD2pulRp1MUE4tVRaTFEVH8mfUTqndooYhY3xU= +SIZE (zim-0.68.tar.gz) = 2044224 diff --git patches/patch-zim_environ_py patches/patch-zim_environ_py deleted file mode 100644 index b16f02c843b..000 --- patches/patch-zim_environ_py +++ /dev/null @@ -1,14 +0,0 @@ -$OpenBSD: patch-zim_environ_py,v 1.1 2015/05/04 19:28:16 benno Exp $ zim/environ.py.orig Sun Apr 26 17:10:58 2015 -+++ zim/environ.py Sun Apr 26 17:10:58 2015 -@@ -98,8 +98,8 @@ - if not 'APPDATA' in environ or not environ['APPDATA']: - environ['APPDATA'] = environ['HOME'] + '\\Application Data' - --assert isdir(environ['HOME']), \ -- 'ERROR: environment variable $HOME not set correctly value is "%s"' -+#assert isdir(environ['HOME']), \ -+# 'ERROR: environment variable $HOME not set correctly value is "%s"' - # using our own environ here to ensure encoding - - if not 'USER' in environ or not environ['USER']: diff --git pkg/PLIST pkg/PLIST index 3d783f6c74b..925766fb6ca 100644 --- pkg/PLIST +++ pkg/PLIST @@ -273,8 +273,6 @@ lib/python${MODPY_VERSION}/site-packages/zim/www.py lib/python${MODPY_VERSION}/site-packages/zim/www.pyc @man man/man1/zim.1 man/zim.1 -share/appdata/ -share/appdata/zim.appdata.xml share/applications/zim.desktop share/icons/hicolor/16x16/apps/zim.png share/icons/hicolor/16x16/mimetypes/application-x-zim-notebook.png @@ -336,6 +334,8 @@ share/locale/tr/LC_MESSAGES/zim.mo share/locale/uk/LC_MESSAGES/zim.mo share/locale/zh_CN/LC_MESSAGES/zim.mo share/locale/zh_TW/LC_MESSAGES/zim.mo +share/metainfo/ +share/metainfo/org.zim_wiki.Zim.metainfo.xml share/mime/packages/zim.xml share/pixmaps/ share/pixmaps/zim.png
Re: UPDATE: textproc/ripgrep-0.10.0 (with request for help)
WANTLIB fixed, it did add an extra entry (c++abi), I am fairly certain I sorted out the tabs vs spaces in the list. Is there a way to preserve this when I make the crate list and import it into the Makefile? Thank you for the patience and hopefully this diff is clean. First time ever even looking at anything in Rust on my end. Edward Lopez-Acosta On 11/26/18 1:24 AM, Sebastien Marie wrote: On Sun, Nov 25, 2018 at 06:49:43AM -0600, Edward Lopez-Acosta wrote: Hi Sebastien, Thank you for the tips. some nits I think the CONFIGURE_STYLE removal was simply an oversight on my part. no problem. I regened the list of crates using the method you noted (which was quite handy, and there were a lot of changes), you removed tabs and inserted spaces. it is why there is still lot of changes. and removed WANTLIB since this version removes pledge for the time being. well, only the comment should be removed, not WANTLIB :) see bsd.port.mk(5) man page, specially 'port-lib-depends-check' entry. $ make port-lib-depends-check ... I am still interested in where this gets applied if it gets added for a revision. I will look to re-add it later. Having some example code in Rust is a good thing. New diff attached using a tip (on another port) from Stuart Henderson. It should hopefully be easier to apply now. I used `git diff --relative .` in the port directory rather than from /usr/ports and specifying the port. All tests pass and builds/runs fine on amd64. Thank you. Edward Lopez-Acosta Thanks. diff --git Makefile Makefile index 16d2c678d98..2f06334c405 100644 --- Makefile +++ Makefile @@ -4,16 +4,14 @@ COMMENT = line oriented search tool using Rust's regex library #' GH_ACCOUNT = BurntSushi GH_PROJECT = ripgrep -GH_TAGNAME = 0.8.1 -REVISION = 2 +GH_TAGNAME = 0.10.0 CATEGORIES = textproc sysutils # Unlicense/MIT PERMIT_PACKAGE_CDROM = Yes -# uses pledge() -WANTLIB += c pthread +WANTLIB += c c++abi pthread # as devel/cargo MODULES adds DISTFILES, GH_* didn't DISTFILES += ${DISTNAME}${EXTRACT_SUFX} @@ -22,52 +20,83 @@ MODULES = devel/cargo BUILD_DEPENDS = lang/rust>=1.20 \ textproc/asciidoc -MODCARGO_CRATES += aho-corasick-0.6.4 # Unlicense/MIT -MODCARGO_CRATES += ansi_term-0.10.2 # MIT -MODCARGO_CRATES += atty-0.2.6 # MIT -MODCARGO_CRATES += bitflags-1.0.1 # MIT/Apache-2.0 -MODCARGO_CRATES += bytecount-0.3.1 # Apache-2.0/MIT -MODCARGO_CRATES += cfg-if-0.1.2 # MIT/Apache-2.0 -MODCARGO_CRATES += clap-2.30.0 # MIT -MODCARGO_CRATES += crossbeam-0.3.2 # Apache-2.0/MIT -MODCARGO_CRATES += encoding_rs-0.7.2 # MIT/Apache-2.0 +MODCARGO_CRATES += aho-corasick-0.6.8 # Unlicense/MIT +MODCARGO_CRATES += arrayvec-0.4.7 # MIT/Apache-2.0 +MODCARGO_CRATES += atty-0.2.11 # MIT +MODCARGO_CRATES += base64-0.9.2 # MIT/Apache-2.0 +MODCARGO_CRATES += bitflags-1.0.4 # MIT/Apache-2.0 +MODCARGO_CRATES += bytecount-0.3.2 # Apache-2.0/MIT +MODCARGO_CRATES += byteorder-1.2.6 # Unlicense/MIT +MODCARGO_CRATES += cc-1.0.24 # MIT/Apache-2.0 +MODCARGO_CRATES += cfg-if-0.1.5 # MIT/Apache-2.0 +MODCARGO_CRATES += clap-2.32.0 # MIT +MODCARGO_CRATES += cloudabi-0.0.3 # BSD-2-Clause +MODCARGO_CRATES += crossbeam-channel-0.2.4 # MIT/Apache-2.0 +MODCARGO_CRATES += crossbeam-epoch-0.5.2 # MIT/Apache-2.0 +MODCARGO_CRATES += crossbeam-utils-0.5.0 # MIT/Apache-2.0 +MODCARGO_CRATES += encoding_rs-0.8.6 # MIT/Apache-2.0 +MODCARGO_CRATES += encoding_rs_io-0.1.2 # MIT OR Apache-2.0 MODCARGO_CRATES += fnv-1.0.6 # Apache-2.0 / MIT MODCARGO_CRATES += fuchsia-zircon-0.3.3 # BSD-3-Clause -MODCARGO_CRATES += fuchsia-zircon-sys-0.3.3 # BSD-3-Clause MODCARGO_CRATES += glob-0.2.11 # MIT/Apache-2.0 -MODCARGO_CRATES += globset-0.3.0 # Unlicense/MIT -MODCARGO_CRATES += grep-0.1.8 # Unlicense/MIT -MODCARGO_CRATES += ignore-0.4.0 # Unlicense/MIT -MODCARGO_CRATES += lazy_static-1.0.0 # MIT/Apache-2.0 -MODCARGO_CRATES += libc-0.2.36 # MIT/Apache-2.0 -MODCARGO_CRATES += log-0.4.1 # MIT/Apache-2.0 -MODCARGO_CRATES += memchr-2.0.1 # Unlicense/MIT +MODCARGO_CRATES += fuchsia-zircon-sys-0.3.3 # BSD-3-Clause +MODCARGO_CRATES += itoa-0.4.2 # MIT/Apache-2.0 +MODCARGO_CRATES += lazy_static-1.1.0 # MIT/Apache-2.0 +MODCARGO_CRATES += libc-0.2.43 # MIT/Apache-2.0 +MODCARGO_CRATES += lock_api-0.1.3 # Apache-2.0/MIT +MODCARGO_CRATES += log-0.4.5 # MIT/Apache-2.0 +MODCARGO_CRATES += memchr-2.0.2 # Unlicense/MIT MODCARGO_CRATES += memmap-0.6.2 # MIT/Apache-2.0 +MODCARGO_CRATES += memoffset-0.2.1 # MIT +MODCARGO_CRATES += nodrop-0.1.12 # MIT/Apache-2.0 MODCARGO_CRATES += num_cpus-1.8.0 # MIT/Apache-2.0 -MODCARGO_CRATES += rand-0.3.22 # MIT/Apache-2.0 -MODCARGO_CRATES += rand-0.4.2 # MIT/Apache-2.0 -MODCARGO_CRATES += redox_syscall-0.1.37 # MIT +MODCARGO_CRATES += owning_ref-0.3.3 # MIT +MODCARGO_CRATES += parking_lot-0.6.4 # Apache-2.0/MIT +MODCARGO_CRATES += parking_lot_core-0.3.0 # Apache-2.0/MIT +MODCARGO_CRATES += pcre2-0.1.0 # Unlicense/MIT +MODCARGO_CRATES += pcre2-sys-0.1.1 # Unlicense/MIT +MODCARGO_CRATES += pkg-config-0.3
Re: [NEW] devel/py-arrow 0.12.1 (cookiecutter porting cont.)
This change to the diff looks ok to me. I specified the test target as it seemed common for other modules. Makes sense to drop it if not needed. Should I send in a new diff with these changes on top? Thank you for the input. On Tuesday, November 27, 2018, Jeremie Courreges-Anglas wrote: > > Hi, > > On Sun, Nov 25 2018, Edward Lopez-Acosta wrote: >> py-chai looks to have been merged, no new version for this port? >> Other than the fixed typo, any other changes needed? > > Two things caught my eye: > > 1. the python2 flavor needs devel/py-backports-functools-lru-cache, else > the test target tries to fetch that from pypi (this fails by default > with PORTS_PRIVSEP=Yes). > > 2. why use a custom test target? > > Except for this, LGTM. > > > --- Makefile.orig Wed Nov 21 01:00:43 2018 > +++ MakefileTue Nov 27 13:15:12 2018 > @@ -25,7 +25,8 @@ TEST_DEPENDS =${RUN_DEPENDS} \ > FLAVORS += python3 > FLAVOR ?= > > -do-test: > - cd ${WRKSRC} && ${MODPY_BIN} setup.py test > +.if !${FLAVOR:Mpython3} > +TEST_DEPENDS +=devel/py-backports-functools-lru-cache > +.endif > > .include > > -- > jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE >
Re: NEW: textprox/py-sphinx_pypa_theme-2018.6
Sure, I will take a look at that. The current version seems to include documentation though which is why I went down this route. Will follow up once I have info on this. Was there a reason docs were previously included that may help me out? On Tuesday, November 27, 2018, Daniel Jakots wrote: > On Sun, 25 Nov 2018 15:37:41 -0600, Edward Lopez-Acosta > wrote: > >> This is a dependency of the newest version of pip which I am working >> on updating the port for. > > I would prefer to not package the docs in order to remove the need for > this port. Can you look into that please? > > Cheers, > Daniel >
UPDATE: devel/jenkins-2.138.3/2-152
Version bump. - Builds and runs fine on amd64, no tests in distribution. - Diff created in a way which should apply clean with patch(1). - MAINTAINER CC'd. Thank you, -- Edward Lopez-Acosta diff --git devel/Makefile devel/Makefile index a46d04c8ebc..5939d853878 100644 --- devel/Makefile +++ devel/Makefile @@ -1,9 +1,7 @@ # $OpenBSD: Makefile,v 1.30 2018/09/04 12:53:16 espie Exp $ -VERSION = 2.138 +VERSION = 2.152 MASTER_SITES = http://mirrors.jenkins-ci.org/war/${VERSION}/ DIST_SUBDIR = jenkins-devel -REVISION = 0 .include - diff --git devel/distinfo devel/distinfo index 69095951c1e..e5c0c28e049 100644 --- devel/distinfo +++ devel/distinfo @@ -1,2 +1,2 @@ -SHA256 (jenkins/2.138/jenkins.war) = 4cKA8SQZmcnHeVqOo+U0bevra+XiZ0TBOwO8SU3O9Ww= -SIZE (jenkins/2.138/jenkins.war) = 75704621 +SHA256 (jenkins/2.152/jenkins.war) = jde/3OIrMtlBsnJ5qFeVQoGxfJu4d02G6H6c1A4UQMM= +SIZE (jenkins/2.152/jenkins.war) = 75939426 diff --git devel/pkg/PLIST devel/pkg/PLIST index 4c8acb6d7dd..555057c62d1 100644 --- devel/pkg/PLIST +++ devel/pkg/PLIST @@ -10,7 +10,7 @@ @sample ${HOMEDIR}/ @owner @group +@rcscript ${RCDIR}/jenkins share/doc/pkg-readmes/${PKGSTEM} share/jenkins/ share/jenkins/jenkins.war -@rcscript ${RCDIR}/jenkins diff --git stable/Makefile stable/Makefile index 9c336543917..bccb74cee12 100644 --- stable/Makefile +++ stable/Makefile @@ -1,9 +1,7 @@ # $OpenBSD: Makefile,v 1.29 2018/09/04 12:53:16 espie Exp $ -VERSION = 2.121.3 +VERSION = 2.138.3 MASTER_SITES = http://mirrors.jenkins-ci.org/war-stable/${VERSION}/ DIST_SUBDIR = jenkins-stable -REVISION = 0 .include - diff --git stable/distinfo stable/distinfo index 40fae240692..dc95ebe1334 100644 --- stable/distinfo +++ stable/distinfo @@ -1,2 +1,2 @@ -SHA256 (jenkins/2.121.3/jenkins.war) = UPvOEfoUfQ7Nns82za6D73lft9R3bzO16hO8Fb9uPBM= -SIZE (jenkins/2.121.3/jenkins.war) = 74764818 +SHA256 (jenkins/2.138.3/jenkins.war) = lT5N2i0wZShMABaz6CeeCX+DDBKLH3EthHgP8rB1Hn0= +SIZE (jenkins/2.138.3/jenkins.war) = 75733340 diff --git stable/pkg/PLIST stable/pkg/PLIST index 4c8acb6d7dd..555057c62d1 100644 --- stable/pkg/PLIST +++ stable/pkg/PLIST @@ -10,7 +10,7 @@ @sample ${HOMEDIR}/ @owner @group +@rcscript ${RCDIR}/jenkins share/doc/pkg-readmes/${PKGSTEM} share/jenkins/ share/jenkins/jenkins.war -@rcscript ${RCDIR}/jenkins
Re: [NEW] devel/py-arrow 0.12.1 (cookiecutter porting cont.)
py-chai looks to have been merged, no new version for this port? Other than the fixed typo, any other changes needed? Thank you, Edward Lopez-Acosta On 11/20/18 6:07 PM, Stuart Henderson wrote: On 2018/11/20 18:02, Edward Lopez-Acosta wrote: Fixed and new tarball attached, and already noted that py-chai needs to be in first. But you're asking "can this be merged please" and the answer is no until py-chai is in. Edward Lopez-Acosta On 11/20/18 5:58 PM, Stuart Henderson wrote: On 2018/09/16 15:49, Edward Lopez-Acosta wrote: == Arrow is a lightweight library which makes working with dates and times simpler. This is done by including an API which supports many common scenarios. Arrow can also easily generate time span, ranges and more while being a drop in replacement for the standard datetime module. == This is required for the cookiecutter project I am porting. - Tests require py-chai, which I also submitted back on Aug 31, 2018, and all pass for both python 2 and 3. - Package builds successfully on amd64 for both py2 and 3. - Only missing dependency is py-chai mentioned above. Can this be merged please? Thank you, -- Edward Lopez-Acosta Can't be merged until py-chai is in. "FLAVORS = python3" not "FLAVORS +=". Typo: devel\/py-simplejson${MODPY_FLAVOR}
NEW: textprox/py-sphinx_pypa_theme-2018.6
Hello, This is a dependency of the newest version of pip which I am working on updating the port for. Builds and runs fine on amd64 with the existing version of Sphinx in the ports tree. I used the date of the commit as the version as there are no tagged releases for pypa_theme. Used the existing py-sphinx_rtd_theme as a template so no DEPENDS as this is just a collection of theme files for sphinx. Thank you, -- Edward Lopez-Acosta py-sphinx_pypa_theme-2018.6.tar.gz Description: application/gzip
Re: UPDATE: textproc/ripgrep-0.10.0 (with request for help)
Same patch as before but regenerated so patch(1) applies it cleanly. Edward Lopez-Acosta On 11/25/18 6:49 AM, Edward Lopez-Acosta wrote: Hi Sebastien, Thank you for the tips. I think the CONFIGURE_STYLE removal was simply an oversight on my part. I regened the list of crates using the method you noted (which was quite handy, and there were a lot of changes), and removed WANTLIB since this version removes pledge for the time being. I am still interested in where this gets applied if it gets added for a revision. New diff attached using a tip (on another port) from Stuart Henderson. It should hopefully be easier to apply now. I used `git diff --relative .` in the port directory rather than from /usr/ports and specifying the port. All tests pass and builds/runs fine on amd64. Thank you. Edward Lopez-Acosta On 11/25/18 3:22 AM, Sebastien Marie wrote: Hi Edward, On Sat, Nov 24, 2018 at 05:59:15PM -0600, Edward Lopez-Acosta wrote: Version bump. I had to remove the pledge patch as the code was majorly changed and it no longer applied. I spent a couple hours trying to figure out where to apply pledge into the updated code, but got stuck. Would someone be willing to help with this please? I think it is fine to remove pledge() and look to re-add it later (if possible). For now, I will focus on the port update without pledge (so the "uses pledge()" comment could be removed for now). Otherwise: Builds and runs successfully on amd64. No maintainer listed in Makefile. Nothing depends on this [1] All tests pass [2] it is on the right road. Required crate versions match Cargo.lock [3] https://github.com/BurntSushi/ripgrep/blob/master/Cargo.lock how do you update the list of MODCARGO_CRATES in Makefile ? port infrastructure has tools for helping regenerating MODCARGO_CRATES lines. on port-modules(5) man-page, see modcargo-gen-crates and modcargo-gen-crates-licenses targets. note the usage could be a bit tricky... $ edit Makefile #remove all MODCARGO_CRATES lines $ make clean && make patch $ make modcargo-gen-crates > list $ edit Makefile #include the list $ make makesum $ make clean && make patch $ make modcargo-gen-crates-licenses > list $ edit Makefile #replace all MODCARGO_CRATES by list Ok? Just a detail: if you are not a commiter, avoid asking for "ok". It is usually used by an openbsd developer to ask review from another commiter, in order to commit the change. Regarding the diff itself, some questions. diff --git a/textproc/ripgrep/Makefile b/textproc/ripgrep/Makefile index 16d2c678d98..c8f3ea47967 100644 --- a/textproc/ripgrep/Makefile +++ b/textproc/ripgrep/Makefile @@ -22,53 +21,6 @@ MODULES = devel/cargo BUILD_DEPENDS = lang/rust>=1.20 \ textproc/asciidoc -MODCARGO_CRATES += aho-corasick-0.6.4 # Unlicense/MIT [...] -MODCARGO_CRATES += wincolor-0.1.6 # Unlicense/MIT -CONFIGURE_STYLE = cargo does the remove of CONFIGURE_STYLE is intented ? without, the build will use network for retrieving dependencies. $ make [...] ===> Building for ripgrep-0.10.0 Updating crates.io index warning: spurious network error (2 tries remaining): curl error: Could not resolve host: github.com ; class=Net (12) warning: spurious network error (1 tries remaining): curl error: Could not resolve host: github.com ; class=Net (12) error: failed to fetch `https://github.com/rust-lang/crates.io-index` Caused by: curl error: Could not resolve host: github.com ; class=Net (12) PATCHORIG = .openbsd.orig SEPARATE_BUILD = Yes @@ -78,6 +30,92 @@ MODCARGO_RUSTFLAGS = -C debuginfo=0 RELEASE_DIR = ${MODCARGO_TARGET_DIR}/release OUT_DIR = ${RELEASE_DIR}/build/ripgrep-*/out +MODCARGO_CRATES += aho-corasick-0.6.8 # Unilicense/MIT +MODCARGO_CRATES += arrayvec-0.4.7 # MIT/Apache2.0 [...] and why moving MODCARGO_CRATES to the end ? it doesn't help to review what changed and what is the same. please avoid it if not necessary. Thanks. diff --git Makefile Makefile index 16d2c678d98..70c845f69e6 100644 --- Makefile +++ Makefile @@ -4,17 +4,13 @@ COMMENT = line oriented search tool using Rust's regex library #' GH_ACCOUNT = BurntSushi GH_PROJECT = ripgrep -GH_TAGNAME = 0.8.1 -REVISION = 2 +GH_TAGNAME = 0.10.0 CATEGORIES = textproc sysutils # Unlicense/MIT PERMIT_PACKAGE_CDROM = Yes -# uses pledge() -WANTLIB += c pthread - # as devel/cargo MODULES adds DISTFILES, GH_* didn't DISTFILES += ${DISTNAME}${EXTRACT_SUFX} @@ -22,52 +18,83 @@ MODULES = devel/cargo BUILD_DEPENDS = lang/rust>=1.20 \ textproc/asciidoc -MODCARGO_CRATES += aho-corasick-0.6.4 # Unlicense/MIT -MODCARGO_CRATES += ansi_term-0.10.2 # MIT -MODCARGO_CRATES += atty-0.2.6 # MIT -MODCARGO_CRATES += bitflags-1.0.1 # MIT/Apache-2.0 -MODCARGO_CRATES += bytecount-0.3.1 # Apache-2.
Re: UPDATE: textproc/ripgrep-0.10.0 (with request for help)
Hi Sebastien, Thank you for the tips. I think the CONFIGURE_STYLE removal was simply an oversight on my part. I regened the list of crates using the method you noted (which was quite handy, and there were a lot of changes), and removed WANTLIB since this version removes pledge for the time being. I am still interested in where this gets applied if it gets added for a revision. New diff attached using a tip (on another port) from Stuart Henderson. It should hopefully be easier to apply now. I used `git diff --relative .` in the port directory rather than from /usr/ports and specifying the port. All tests pass and builds/runs fine on amd64. Thank you. Edward Lopez-Acosta On 11/25/18 3:22 AM, Sebastien Marie wrote: Hi Edward, On Sat, Nov 24, 2018 at 05:59:15PM -0600, Edward Lopez-Acosta wrote: Version bump. I had to remove the pledge patch as the code was majorly changed and it no longer applied. I spent a couple hours trying to figure out where to apply pledge into the updated code, but got stuck. Would someone be willing to help with this please? I think it is fine to remove pledge() and look to re-add it later (if possible). For now, I will focus on the port update without pledge (so the "uses pledge()" comment could be removed for now). Otherwise: Builds and runs successfully on amd64. No maintainer listed in Makefile. Nothing depends on this [1] All tests pass [2] it is on the right road. Required crate versions match Cargo.lock [3] https://github.com/BurntSushi/ripgrep/blob/master/Cargo.lock how do you update the list of MODCARGO_CRATES in Makefile ? port infrastructure has tools for helping regenerating MODCARGO_CRATES lines. on port-modules(5) man-page, see modcargo-gen-crates and modcargo-gen-crates-licenses targets. note the usage could be a bit tricky... $ edit Makefile #remove all MODCARGO_CRATES lines $ make clean && make patch $ make modcargo-gen-crates > list $ edit Makefile #include the list $ make makesum $ make clean && make patch $ make modcargo-gen-crates-licenses > list $ edit Makefile #replace all MODCARGO_CRATES by list Ok? Just a detail: if you are not a commiter, avoid asking for "ok". It is usually used by an openbsd developer to ask review from another commiter, in order to commit the change. Regarding the diff itself, some questions. diff --git a/textproc/ripgrep/Makefile b/textproc/ripgrep/Makefile index 16d2c678d98..c8f3ea47967 100644 --- a/textproc/ripgrep/Makefile +++ b/textproc/ripgrep/Makefile @@ -22,53 +21,6 @@ MODULES =devel/cargo BUILD_DEPENDS = lang/rust>=1.20 \ textproc/asciidoc -MODCARGO_CRATES += aho-corasick-0.6.4 # Unlicense/MIT [...] -MODCARGO_CRATES += wincolor-0.1.6 # Unlicense/MIT -CONFIGURE_STYLE = cargo does the remove of CONFIGURE_STYLE is intented ? without, the build will use network for retrieving dependencies. $ make [...] ===> Building for ripgrep-0.10.0 Updating crates.io index warning: spurious network error (2 tries remaining): curl error: Could not resolve host: github.com ; class=Net (12) warning: spurious network error (1 tries remaining): curl error: Could not resolve host: github.com ; class=Net (12) error: failed to fetch `https://github.com/rust-lang/crates.io-index` Caused by: curl error: Could not resolve host: github.com ; class=Net (12) PATCHORIG = .openbsd.orig SEPARATE_BUILD = Yes @@ -78,6 +30,92 @@ MODCARGO_RUSTFLAGS = -C debuginfo=0 RELEASE_DIR = ${MODCARGO_TARGET_DIR}/release OUT_DIR = ${RELEASE_DIR}/build/ripgrep-*/out +MODCARGO_CRATES += aho-corasick-0.6.8 # Unilicense/MIT +MODCARGO_CRATES += arrayvec-0.4.7 # MIT/Apache2.0 [...] and why moving MODCARGO_CRATES to the end ? it doesn't help to review what changed and what is the same. please avoid it if not necessary. Thanks. diff --git a/Makefile b/Makefile index 16d2c678d98..70c845f69e6 100644 --- a/Makefile +++ b/Makefile @@ -4,17 +4,13 @@ COMMENT = line oriented search tool using Rust's regex library #' GH_ACCOUNT = BurntSushi GH_PROJECT = ripgrep -GH_TAGNAME = 0.8.1 -REVISION = 2 +GH_TAGNAME = 0.10.0 CATEGORIES = textproc sysutils # Unlicense/MIT PERMIT_PACKAGE_CDROM = Yes -# uses pledge() -WANTLIB += c pthread - # as devel/cargo MODULES adds DISTFILES, GH_* didn't DISTFILES += ${DISTNAME}${EXTRACT_SUFX} @@ -22,52 +18,83 @@ MODULES = devel/cargo BUILD_DEPENDS = lang/rust>=1.20 \ textproc/asciidoc -MODCARGO_CRATES += aho-corasick-0.6.4 # Unlicense/MIT -MODCARGO_CRATES += ansi_term-0.10.2 # MIT -MODCARGO_CRATES += atty-0.2.6 # MIT -MODCARGO_CRATES += bitflags-1.0.1 # MIT/Apache-2.0 -MODCARGO_CRATES += bytecount-0.3.1 # Apache-2.0/MIT -MODCARGO_CRATE
UPDATE: textproc/ripgrep-0.10.0 (with request for help)
Version bump. I had to remove the pledge patch as the code was majorly changed and it no longer applied. I spent a couple hours trying to figure out where to apply pledge into the updated code, but got stuck. Would someone be willing to help with this please? Otherwise: Builds and runs successfully on amd64. No maintainer listed in Makefile. Nothing depends on this [1] All tests pass [2] Required crate versions match Cargo.lock [3] [1] $ sqlite3 /usr/local/share/sqlports "select * from depends where dependspath like 'textproc/ripgrep'" | wc -l 0 [2] test result: ok. 187 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out [3] https://github.com/BurntSushi/ripgrep/blob/master/Cargo.lock Ok? Thank you, -- Edward Lopez-Acosta diff --git a/textproc/ripgrep/Makefile b/textproc/ripgrep/Makefile index 16d2c678d98..c8f3ea47967 100644 --- a/textproc/ripgrep/Makefile +++ b/textproc/ripgrep/Makefile @@ -4,8 +4,7 @@ COMMENT = line oriented search tool using Rust's regex library #' GH_ACCOUNT = BurntSushi GH_PROJECT = ripgrep -GH_TAGNAME = 0.8.1 -REVISION = 2 +GH_TAGNAME = 0.10.0 CATEGORIES = textproc sysutils @@ -22,53 +21,6 @@ MODULES = devel/cargo BUILD_DEPENDS = lang/rust>=1.20 \ textproc/asciidoc -MODCARGO_CRATES += aho-corasick-0.6.4 # Unlicense/MIT -MODCARGO_CRATES += ansi_term-0.10.2 # MIT -MODCARGO_CRATES += atty-0.2.6 # MIT -MODCARGO_CRATES += bitflags-1.0.1 # MIT/Apache-2.0 -MODCARGO_CRATES += bytecount-0.3.1 # Apache-2.0/MIT -MODCARGO_CRATES += cfg-if-0.1.2 # MIT/Apache-2.0 -MODCARGO_CRATES += clap-2.30.0 # MIT -MODCARGO_CRATES += crossbeam-0.3.2 # Apache-2.0/MIT -MODCARGO_CRATES += encoding_rs-0.7.2 # MIT/Apache-2.0 -MODCARGO_CRATES += fnv-1.0.6 # Apache-2.0 / MIT -MODCARGO_CRATES += fuchsia-zircon-0.3.3 # BSD-3-Clause -MODCARGO_CRATES += fuchsia-zircon-sys-0.3.3 # BSD-3-Clause -MODCARGO_CRATES += glob-0.2.11 # MIT/Apache-2.0 -MODCARGO_CRATES += globset-0.3.0 # Unlicense/MIT -MODCARGO_CRATES += grep-0.1.8 # Unlicense/MIT -MODCARGO_CRATES += ignore-0.4.0 # Unlicense/MIT -MODCARGO_CRATES += lazy_static-1.0.0 # MIT/Apache-2.0 -MODCARGO_CRATES += libc-0.2.36 # MIT/Apache-2.0 -MODCARGO_CRATES += log-0.4.1 # MIT/Apache-2.0 -MODCARGO_CRATES += memchr-2.0.1 # Unlicense/MIT -MODCARGO_CRATES += memmap-0.6.2 # MIT/Apache-2.0 -MODCARGO_CRATES += num_cpus-1.8.0 # MIT/Apache-2.0 -MODCARGO_CRATES += rand-0.3.22 # MIT/Apache-2.0 -MODCARGO_CRATES += rand-0.4.2 # MIT/Apache-2.0 -MODCARGO_CRATES += redox_syscall-0.1.37 # MIT -MODCARGO_CRATES += redox_termios-0.1.1 # MIT -MODCARGO_CRATES += regex-0.2.6 # MIT/Apache-2.0 -MODCARGO_CRATES += regex-syntax-0.4.2 # MIT/Apache-2.0 -MODCARGO_CRATES += same-file-1.0.2 # Unlicense/MIT -MODCARGO_CRATES += simd-0.2.1 # MIT/Apache-2.0 -MODCARGO_CRATES += strsim-0.7.0 # MIT -MODCARGO_CRATES += tempdir-0.3.5 # MIT/Apache-2.0 -MODCARGO_CRATES += termcolor-0.3.4 # Unlicense/MIT -MODCARGO_CRATES += termion-1.5.1 # MIT -MODCARGO_CRATES += textwrap-0.9.0 # MIT -MODCARGO_CRATES += thread_local-0.3.5 # Apache-2.0/MIT -MODCARGO_CRATES += unicode-width-0.1.4 # MIT/Apache-2.0 -MODCARGO_CRATES += unreachable-1.0.0 # MIT / Apache-2.0 -MODCARGO_CRATES += utf8-ranges-1.0.0 # Unlicense/MIT -MODCARGO_CRATES += vec_map-0.8.0 # MIT/Apache-2.0 -MODCARGO_CRATES += void-1.0.2 # MIT -MODCARGO_CRATES += walkdir-2.1.4 # Unlicense/MIT -MODCARGO_CRATES += winapi-0.3.4 # MIT/Apache-2.0 -MODCARGO_CRATES += winapi-i686-pc-windows-gnu-0.4.0 # MIT/Apache-2.0 -MODCARGO_CRATES += winapi-x86_64-pc-windows-gnu-0.4.0 # MIT/Apache-2.0 -MODCARGO_CRATES += wincolor-0.1.6 # Unlicense/MIT -CONFIGURE_STYLE = cargo PATCHORIG = .openbsd.orig SEPARATE_BUILD = Yes @@ -78,6 +30,92 @@ MODCARGO_RUSTFLAGS = -C debuginfo=0 RELEASE_DIR = ${MODCARGO_TARGET_DIR}/release OUT_DIR = ${RELEASE_DIR}/build/ripgrep-*/out +MODCARGO_CRATES += aho-corasick-0.6.8 # Unilicense/MIT +MODCARGO_CRATES += arrayvec-0.4.7 # MIT/Apache2.0 +MODCARGO_CRATES += atty-0.2.11 # MIT +MODCARGO_CRATES += base64-0.9.2 # MIT/Apache2.0 +MODCARGO_CRATES += bitflags-1.0.4 # MIT/Apache2.0 +MODCARGO_CRATES += bytecount-0.3.2 # MIT/Apache2.0 +MODCARGO_CRATES += byteorder-1.2.6 # MIT +MODCARGO_CRATES += cc-1.0.24 +MODCARGO_CRATES += cfg-if-0.1.5 # MIT/Apache2.0 +MODCARGO_CRATES += clap-2.32.0 # MIT +MODCARGO_CRATES += cloudabi-0.0.3 +MODCARGO_CRATES += crossbeam-channel-0.2.4 +MODCARGO_CRATES += crossbeam-epoch-0.5.2 +MODCARGO_CRATES += crossbeam-utils-0.5.0 +MODCARGO_CRATES += encoding_rs-0.8.10 # MIT/Apache2.0 +MODCARGO_CRATES += encoding_rs_io-0.1.3 # MIT/Apache2.0 +MODCARGO_CRATES += fnv-1.0.6 # MIT/Apache2.0 +MODCARGO_CRATES += fuchsia-zircon-0.3.3 # BSD-3-Clause +MODCARGO_CRATES += fuchsia-zircon-sys-0.3.3 # BSD-3-Clause +MODCARGO_CRATES += glob-0.2.11 # MIT/Apache2.0 +MODCARGO_CRATES += globset-0.4.2 # Unilicense/MIT +MODCARGO_CRATES += grep-0.2.3 # Unilicense/MIT +MODCARGO_CRATES += grep-cli-0.1.1 +MO
Re: [NEW] devel/py-arrow 0.12.1 (cookiecutter porting cont.)
Fixed and new tarball attached, and already noted that py-chai needs to be in first. Edward Lopez-Acosta On 11/20/18 5:58 PM, Stuart Henderson wrote: On 2018/09/16 15:49, Edward Lopez-Acosta wrote: == Arrow is a lightweight library which makes working with dates and times simpler. This is done by including an API which supports many common scenarios. Arrow can also easily generate time span, ranges and more while being a drop in replacement for the standard datetime module. == This is required for the cookiecutter project I am porting. - Tests require py-chai, which I also submitted back on Aug 31, 2018, and all pass for both python 2 and 3. - Package builds successfully on amd64 for both py2 and 3. - Only missing dependency is py-chai mentioned above. Can this be merged please? Thank you, -- Edward Lopez-Acosta Can't be merged until py-chai is in. "FLAVORS = python3" not "FLAVORS +=". Typo: devel\/py-simplejson${MODPY_FLAVOR} py-arrow-0.12.1.tar.gz Description: application/gzip
Re: Import python 3.7
I generally work fast and careful, and the docs are lacking on how to find dependencies (unless I am missing it). As noted previously though there are a large number of things outdated, so of course submissions will be in batches, not sure how you expect this worked around. If there is a module I use, or am just working to update in the tree, and the dependencies are outdated I will send those at the same time as its required. I was not requesting they immediately be pushed to the tree without review but there is also a lack of feedback for me to know what changes are needed to improve my porting and make it easier for you guys going forward. Edward Lopez-Acosta On 11/20/18 5:39 PM, Stuart Henderson wrote: On 2018/11/20 17:11, Edward Lopez-Acosta wrote: Stuart, I did some thinking on this as a heavy consumer, and light developer, of Python applications. There are 455 Python3 modules currently in the repository would would be unreasonable to test all of them [1]. Yes it would be unreasonable to do runtime testing on all of them. But they are going to need REVISION bumped on the whole lot of them for a python version switch and at least build testing is needed to make sure we don't break the ports tree. That being said there also appears to be hesitation on importing updated modules by the OpenBSD team [2]. You send diffs for a stack of updates in one go, are missing finding dependencies in some cases, and are giving the impression of working fast (which is not *necessarily* a problem but might be - we don't really know you / your work and whether it's fast+careful or just fast). So yes there is hesitation to just pushing these to the tree without further thought and tests.
Re: UPDATE: www/py-gunicorn-19.9.0
puppetboard is to up to date so more than likely fine. Including maintainer for you for his review. aiohttp is very far out of date so likely it will fail this. I will probably get to updating this soon. But should likely get caught by the "import python 3.7" thread. https://pypi.org/project/aiohttp/ Edward Lopez-Acosta On 11/20/18 5:27 PM, Stuart Henderson wrote: On 2018/11/17 13:55, Edward Lopez-Acosta wrote: Straightforward version bump. No other ports depend on this. www/puppetboard|www/py-gunicorn,python3|||www/py-gunicorn,python3|R|3 www/py-aiohttp|www/py-gunicorn,python3|||www/py-gunicorn,python3|T|5 Patch no longer required, so its removed. All tests and package builds pass for both py2 and py3. Notable changes: updated with Python 3.7 compatibility and fixed syslog support Ok? diff --git a/www/py-gunicorn/Makefile b/www/py-gunicorn/Makefile index 04a0b124b52..1253851a9c6 100644 --- a/www/py-gunicorn/Makefile +++ b/www/py-gunicorn/Makefile @@ -2,7 +2,7 @@ COMMENT = Python WSGI HTTP server -MODPY_EGG_VERSION = 19.8.1 +MODPY_EGG_VERSION =19.9.0 DISTNAME =gunicorn-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} CATEGORIES = www diff --git a/www/py-gunicorn/distinfo b/www/py-gunicorn/distinfo index 18a81c15b1f..ce9616dfce5 100644 --- a/www/py-gunicorn/distinfo +++ b/www/py-gunicorn/distinfo @@ -1,2 +1,2 @@ -SHA256 (gunicorn-19.8.1.tar.gz) = vFkAWXnvttLdfVunLZn4qEIoYq0X/zoW6QBoRjDdKhA= -SIZE (gunicorn-19.8.1.tar.gz) = 415541 +SHA256 (gunicorn-19.9.0.tar.gz) = +iZiCXxm+SD1P3BiHGxYyko8TTQ0IF5gjhIbWztx9PM= +SIZE (gunicorn-19.9.0.tar.gz) = 415774 diff --git a/www/py-gunicorn/patches/patch-requirements_test_txt b/www/py-gunicorn/patches/patch-requirements_test_txt deleted file mode 100644 index 6c58f5aaded..000 --- a/www/py-gunicorn/patches/patch-requirements_test_txt +++ /dev/null @@ -1,13 +0,0 @@ -$OpenBSD: patch-requirements_test_txt,v 1.3 2018/05/04 11:37:24 jasper Exp $ - -Relax overly strict requirements - -Index: requirements_test.txt requirements_test.txt.orig -+++ requirements_test.txt -@@ -1,3 +1,3 @@ - coverage>=4.0,<4.4 # TODO: https://github.com/benoitc/gunicorn/issues/1548 --pytest==3.0.5 --pytest-cov==2.4.0 -+pytest -+pytest-cov diff --git a/www/py-gunicorn/pkg/PLIST b/www/py-gunicorn/pkg/PLIST index b2eb1387f9a..e6135604bb4 100644 --- a/www/py-gunicorn/pkg/PLIST +++ b/www/py-gunicorn/pkg/PLIST @@ -80,8 +80,8 @@ lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}_gaiohttp.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}async.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}base.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}base_async.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}gaiohttp.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}geventlet.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}ggevent.${MODPY_PYC_MAGIC_TAG}pyc @@ -90,8 +90,8 @@ lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}gtorna lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}sync.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}workertmp.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/_gaiohttp.py -lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/async.py lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/base.py +lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/base_async.py lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/gaiohttp.py lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/geventlet.py lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/ggevent.py
Re: UPDATE: devel/py-click-7.0
Per previous list email from me: --- I gathered items requiring this and was able to build them all successfully. I also tested out at lest a couple of them by running the actual application and found no issues. Comments on the diff, or is it ok? --- Edward Lopez-Acosta On 11/20/18 5:26 PM, Stuart Henderson wrote: On 2018/11/16 14:29, Edward Lopez-Acosta wrote: Hi Landry, You are right in that I may have missed that as I slightly rushed that submission. My fault. What would be the right flag for 'make show' for me to see the depends? I thought it was rdepends but nothing came up for me. Thank you On November 16, 2018 6:40:43 AM UTC, Landry Breuil wrote: On Thu, Nov 15, 2018 at 05:21:51PM -0600, Edward Lopez-Acosta wrote: Simple version update to latest version. Tests and builds fine on amd64. Ok to merge? Well this has some consumers and plugins.. usually it's nice to specify which ones you've tested at build & runtime :) Landry $ sqlite3 /usr/local/share/sqlports "select * from depends where dependspath like 'devel/py-click' or dependspath like devel/py-click,python3'" devel/py-click-log|devel/py-click|||devel/py-click|T|1 devel/py-click-log|devel/py-click|||devel/py-click|R|0 devel/py-click-log,python3|devel/py-click,python3|||devel/py-click,python3|T|1 devel/py-click-log,python3|devel/py-click,python3|||devel/py-click,python3|R|0 devel/py-click-plugins|devel/py-click|||devel/py-click|R|0 devel/py-click-plugins,python3|devel/py-click,python3|||devel/py-click,python3|R|0 devel/py-click-threading|devel/py-click|||devel/py-click|R|0 devel/py-click-threading,python3|devel/py-click,python3|||devel/py-click,python3|R|0 devel/py-incremental|devel/py-click|||devel/py-click|T|0 devel/py-incremental,python3|devel/py-click,python3|||devel/py-click,python3|T|0 devel/py-spark-parser|devel/py-click|||devel/py-click|R|0 devel/py-spark-parser,python3|devel/py-click,python3|||devel/py-click,python3|R|0 devel/py-xdis|devel/py-click|||devel/py-click|R|0 devel/py-xdis,python3|devel/py-click,python3|||devel/py-click,python3|R|0 geo/py-cligj|devel/py-click|||devel/py-click|R|0 geo/py-cligj,python3|devel/py-click,python3|||devel/py-click,python3|R|0 geo/py-fiona|devel/py-click|||devel/py-click|B|1 geo/py-fiona|devel/py-click|||devel/py-click|R|1 geo/py-fiona,python3|devel/py-click,python3|||devel/py-click,python3|B|1 geo/py-fiona,python3|devel/py-click,python3|||devel/py-click,python3|R|1 geo/py-planet|devel/py-click|||devel/py-click|R|0 geo/py-planet,python3|devel/py-click,python3|||devel/py-click,python3|R|0 productivity/khal|devel/py-click,python3|||devel/py-click,python3|T|1 productivity/khal|devel/py-click,python3|||devel/py-click,python3|R|1 sysutils/py-elasticsearch-curator|STEM->=6.7:devel/py-click,python3|STEM->=6.7||devel/py-click,python3|B|1 sysutils/py-elasticsearch-curator|STEM->=6.7:devel/py-click,python3|STEM->=6.7||devel/py-click,python3|R|1 textproc/py-black|devel/py-click,python3|||devel/py-click,python3|R|2 textproc/py-black|devel/py-click,python3|||devel/py-click,python3|T|2 www/py-flask|devel/py-click|||devel/py-click|R|4 www/py-flask|devel/py-click|||devel/py-click|T|4 www/py-flask,python3|devel/py-click,python3|||devel/py-click,python3|R|4 www/py-flask,python3|devel/py-click,python3|||devel/py-click,python3|T|4
Re: UPDATE: devel/jenkins 2.138.3/2.151
Pretty sure maintainer already replied with an OK on this during a previous submission for this update. Added to this email thread for you though. Edward Lopez-Acosta On 11/20/18 5:23 PM, Stuart Henderson wrote: On 2018/11/15 17:13, Edward Lopez-Acosta wrote: Straightforward version bump to latest stable and development versions. Builds fine on amd64. Ok for merge? Thank you, -- Edward Lopez-Acosta Maintainer should be copied.
Re: UPDATE: py-tox-5-3.5.1
aws-shell is fully up to date and shows a tox.ini which includes all the way up to py3.6. I see no reason this shouldn't work, but for peace of mind I CC the aws-shell maintainer to test. One note is that aws-shell is currently shows as python2 only in the port so it may need updated to also include py3. I also see that recently py-boto3 was updated as another factor this is likely fine. Edward Lopez-Acosta On 11/20/18 5:17 PM, Stuart Henderson wrote: On 2018/11/16 19:36, Edward Lopez-Acosta wrote: Nothing is showing as requiring this when I run `make show-required-by`. This is a TEST_DEPENDS for aws-shell. $ sqlite3 /usr/local/share/sqlports "select * from depends where dependspath like 'devel/py-tox'" sysutils/aws-shell|devel/py-tox|||devel/py-tox|T|8
Re: Import python 3.7
Stuart, I did some thinking on this as a heavy consumer, and light developer, of Python applications. There are 455 Python3 modules currently in the repository would would be unreasonable to test all of them [1]. That being said there also appears to be hesitation on importing updated modules by the OpenBSD team [2]. Given that a large percentage of these are probably out of date they may not work with Python 3.7. I anticipate a large number of issues when making 3.7 the default, unless modules catch up due to changes with Py3.7. That being said I do still support that decision and think it would be a good step forward for the ports tree. Thoughts on how this can happen? I have tested Daniel's update to 3.7 and it seems fine for me during my normal usage and the modules I use. Thank you, Edward Lopez-Acosta [1] $ pkg_info -Q py3- | grep -E "^py3-" -c 455 [2] https://marc.info/?l=openbsd-ports=154250379325554=2 https://marc.info/?l=openbsd-ports=154232569512562=2 https://marc.info/?l=openbsd-ports=154241864207006=2 https://marc.info/?l=openbsd-ports=154241778006783=2 https://marc.info/?l=openbsd-ports=154232597012625=2 https://marc.info/?l=openbsd-ports=154247815319002=2 https://marc.info/?l=openbsd-ports=154250517226370=2 https://marc.info/?l=openbsd-ports=154269346520288=2 https://marc.info/?l=openbsd-ports=153990734713078=2 https://marc.info/?l=openbsd-ports=153713104304464=2 On 11/15/18 10:19 AM, Stuart Henderson wrote: On 2018/11/15 09:58, Edward Lopez-Acosta wrote: Daniel your update builds and runs fine for me on amd64. Two notes though: Current version is now 3.7.1, I tested and same patches apply to this version. Second is if we have side by side installs then /usr/local/bin/python3 should be a symlink to the users preferred version. Not owned by a package, same for pip. We can likely solve this by a post install message for the user. With the current setup some scripts rely on "#!/usr/bin/env python3" working and in that case /usr/local/bin/python3 *has* to be owned by the package, otherwise dependencies on python libraries get messed up. Unless there's a *very* good reason not to I'd recommend replacing 3.6 with 3.7 rather than having the two in parallel.
Re: UPDATE: textprox/the_silver_searcher-2.2.0
Thanks Brian. The changes to the submission look fine to me. Edward Lopez-Acosta On 11/18/18 3:34 PM, Brian Callahan wrote: How about this version, which also sets the HOMEPAGE and MASTER_SITES to use https, since we're already here? Florian, what do you think? Changelog is here, btw (you can always generate changelogs between two arbitrary points on github): https://github.com/ggreer/the_silver_searcher/compare/2.1.0...2.2.0 ~Brian On 11/18/18 4:09 PM, Edward Lopez-Acosta wrote: Minor version bump. Existing version is >1 year old. Builds and runs fine on amd64. No changelog listed on GitHub page, and no tests. Ok?
Re: [NEW] textproc/py-poyo-0.4.2
ping? Edward Lopez-Acosta On 10/19/18 7:09 PM, Edward Lopez-Acosta wrote: Hello, py-poyo is a lightweight YAML parser designed for the cookiecutter project due to possible issues with other YAML parsers. - All tests pass for both py2 and py3 - `make package` succeeds for py2 and py3 - No current ports depend on this module - DESCR and PLIST triple checked for accuracy Would anyone be able to review this, and merge if everything looks good please? Thank you in advance.
Re: NEW: devel/py-chai-1.1.2 (cookiecutter porting cont.)
ping? Edward Lopez-Acosta On 8/31/18 6:36 PM, Edward Lopez-Acosta wrote: Hello, In continuing to port cookiecutter I was led to find some extra dependencies missing. This module is needed by a dependency for testing purposes so is needed to continue working on this porting project. py-chai is an easy to use API for mocking and stubbing framework based on the unittest module. - All tests pass for both py2 and py3 - No errors with `make package` on python2, there is a helper file for Python 2 included which has a syntax error for python3 but `make package` still works and does not seem to bother the module. - No existing ports rely on this module. Can I please get feedback on this and get it merged if things look good? Thank you in advance,
Re: [NEW] devel/py-arrow 0.12.1 (cookiecutter porting cont.)
ping? Edward Lopez-Acosta On 9/16/18 3:49 PM, Edward Lopez-Acosta wrote: == Arrow is a lightweight library which makes working with dates and times simpler. This is done by including an API which supports many common scenarios. Arrow can also easily generate time span, ranges and more while being a drop in replacement for the standard datetime module. == This is required for the cookiecutter project I am porting. - Tests require py-chai, which I also submitted back on Aug 31, 2018, and all pass for both python 2 and 3. - Package builds successfully on amd64 for both py2 and 3. - Only missing dependency is py-chai mentioned above. Can this be merged please? Thank you,
UPDATE: textprox/the_silver_searcher-2.2.0
Minor version bump. Existing version is >1 year old. Builds and runs fine on amd64. No changelog listed on GitHub page, and no tests. Ok? -- Edward Lopez-Acosta diff --git a/textproc/the_silver_searcher/Makefile b/textproc/the_silver_searcher/Makefile index 14de086ba0c..16c08648348 100644 --- a/textproc/the_silver_searcher/Makefile +++ b/textproc/the_silver_searcher/Makefile @@ -2,7 +2,7 @@ COMMENT = code searching tool, with a focus on speed (ag) -DISTNAME = the_silver_searcher-2.1.0 +DISTNAME = the_silver_searcher-2.2.0 CATEGORIES = textproc HOMEPAGE = https://github.com/ggreer/the_silver_searcher diff --git a/textproc/the_silver_searcher/distinfo b/textproc/the_silver_searcher/distinfo index 06ca678dc6a..b1ec714eb14 100644 --- a/textproc/the_silver_searcher/distinfo +++ b/textproc/the_silver_searcher/distinfo @@ -1,2 +1,2 @@ -SHA256 (the_silver_searcher-2.1.0.tar.gz) = 1GUr2Rw6Beh6FYCcXz8UrS5eH4AYWvUQ4/pK0gOMFdQ= -SIZE (the_silver_searcher-2.1.0.tar.gz) = 190010 +SHA256 (the_silver_searcher-2.2.0.tar.gz) = 2WIah4VC83M7XG5xyEm50agw7XfLGh9sLqRB1LBkMXA= +SIZE (the_silver_searcher-2.2.0.tar.gz) = 190585
UPDATE: www/pelican-4.0.0
Version update to latest upstream. Mostly bug fixes and enhancements. Builds fine on amd64, and existing maintainer contacted. Checked for ports depending on this and found none. Ok? -- Edward Lopez-Acosta diff --git a/www/pelican/Makefile b/www/pelican/Makefile index 6c15a673a21..618a2448eae 100644 --- a/www/pelican/Makefile +++ b/www/pelican/Makefile @@ -7,7 +7,7 @@ DISTNAME = pelican-${MODPY_EGG_VERSION} GH_ACCOUNT = getpelican GH_PROJECT = pelican -GH_TAGNAME = 3.7.1 +GH_TAGNAME = 4.0.0 CATEGORIES = www diff --git a/www/pelican/distinfo b/www/pelican/distinfo index 29115eb013b..fd5f82ff5a6 100644 --- a/www/pelican/distinfo +++ b/www/pelican/distinfo @@ -1,2 +1,2 @@ -SHA256 (pelican-3.7.1.tar.gz) = geHISS1kkbemN1Je2moIQO420s4RxUIzQZs2Yc5NXIA= -SIZE (pelican-3.7.1.tar.gz) = 784605 +SHA256 (pelican-4.0.0.tar.gz) = jHYxpF+cYJxvrwdd409gxazk0MAHd2mmm0U3E6rsKBw= +SIZE (pelican-4.0.0.tar.gz) = 1314626 diff --git a/www/pelican/pkg/PLIST b/www/pelican/pkg/PLIST index b0434dae5ae..9b87a9b44ad 100644 --- a/www/pelican/pkg/PLIST +++ b/www/pelican/pkg/PLIST @@ -42,12 +42,22 @@ lib/python${MODPY_VERSION}/site-packages/pelican/themes/ lib/python${MODPY_VERSION}/site-packages/pelican/themes/notmyidea/ lib/python${MODPY_VERSION}/site-packages/pelican/themes/notmyidea/static/ lib/python${MODPY_VERSION}/site-packages/pelican/themes/notmyidea/static/css/ +@mode +lib/python${MODPY_VERSION}/site-packages/pelican/themes/notmyidea/static/css/fonts.css @mode 644 lib/python${MODPY_VERSION}/site-packages/pelican/themes/notmyidea/static/css/main.css lib/python${MODPY_VERSION}/site-packages/pelican/themes/notmyidea/static/css/pygment.css lib/python${MODPY_VERSION}/site-packages/pelican/themes/notmyidea/static/css/reset.css lib/python${MODPY_VERSION}/site-packages/pelican/themes/notmyidea/static/css/typogrify.css lib/python${MODPY_VERSION}/site-packages/pelican/themes/notmyidea/static/css/wide.css +@mode +lib/python${MODPY_VERSION}/site-packages/pelican/themes/notmyidea/static/fonts/ +lib/python${MODPY_VERSION}/site-packages/pelican/themes/notmyidea/static/fonts/Yanone_Kaffeesatz_400.eot +lib/python${MODPY_VERSION}/site-packages/pelican/themes/notmyidea/static/fonts/Yanone_Kaffeesatz_400.svg +lib/python${MODPY_VERSION}/site-packages/pelican/themes/notmyidea/static/fonts/Yanone_Kaffeesatz_400.ttf +lib/python${MODPY_VERSION}/site-packages/pelican/themes/notmyidea/static/fonts/Yanone_Kaffeesatz_400.woff +lib/python${MODPY_VERSION}/site-packages/pelican/themes/notmyidea/static/fonts/Yanone_Kaffeesatz_400.woff2 +lib/python${MODPY_VERSION}/site-packages/pelican/themes/notmyidea/static/fonts/font.css @mode 755 lib/python${MODPY_VERSION}/site-packages/pelican/themes/notmyidea/static/images/ lib/python${MODPY_VERSION}/site-packages/pelican/themes/notmyidea/static/images/icons/ @@ -125,11 +135,10 @@ lib/python${MODPY_VERSION}/site-packages/pelican/tools/pelican_import.py lib/python${MODPY_VERSION}/site-packages/pelican/tools/pelican_quickstart.py lib/python${MODPY_VERSION}/site-packages/pelican/tools/pelican_themes.py lib/python${MODPY_VERSION}/site-packages/pelican/tools/templates/ -lib/python${MODPY_VERSION}/site-packages/pelican/tools/templates/Makefile.in -lib/python${MODPY_VERSION}/site-packages/pelican/tools/templates/develop_server.sh.in -lib/python${MODPY_VERSION}/site-packages/pelican/tools/templates/fabfile.py.in -lib/python${MODPY_VERSION}/site-packages/pelican/tools/templates/pelicanconf.py.in -lib/python${MODPY_VERSION}/site-packages/pelican/tools/templates/publishconf.py.in +lib/python${MODPY_VERSION}/site-packages/pelican/tools/templates/Makefile.jinja2 +lib/python${MODPY_VERSION}/site-packages/pelican/tools/templates/pelicanconf.py.jinja2 +lib/python${MODPY_VERSION}/site-packages/pelican/tools/templates/publishconf.py.jinja2 +lib/python${MODPY_VERSION}/site-packages/pelican/tools/templates/tasks.py.jinja2 lib/python${MODPY_VERSION}/site-packages/pelican/urlwrappers.py lib/python${MODPY_VERSION}/site-packages/pelican/utils.py lib/python${MODPY_VERSION}/site-packages/pelican/writers.py
UPDATE: www/py-bleach-3.0.2
Version bump to the latest version with lots of changes. The existing version, 2.0, is over a year old at this point in time. I see jupyter-notebook uses this though I could not find where the dep is required. All tests pass, and package builds fine on amd64. Update needed to my upcoming port for isso. Ok? -- Edward Lopez-Acosta diff --git a/www/py-bleach/Makefile b/www/py-bleach/Makefile index 12c90b7d84a..b5ee84e55c4 100644 --- a/www/py-bleach/Makefile +++ b/www/py-bleach/Makefile @@ -2,7 +2,7 @@ COMMENT = easy whitelist-based HTML-sanitizing tool -MODPY_EGG_VERSION = 2.0.0 +MODPY_EGG_VERSION = 3.0.2 DISTNAME = bleach-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} CATEGORIES = www diff --git a/www/py-bleach/distinfo b/www/py-bleach/distinfo index ba46357917f..fd821e037e7 100644 --- a/www/py-bleach/distinfo +++ b/www/py-bleach/distinfo @@ -1,2 +1,2 @@ -SHA256 (bleach-2.0.0.tar.gz) = uVIhMAA+TK7fTwCjnBIKkG3NQkIynByPYh9TcCA8vDA= -SIZE (bleach-2.0.0.tar.gz) = 46083 +SHA256 (bleach-3.0.2.tar.gz) = SNOWdbgKdfbRw72//seRzwu7q2Zc8B4g2nAcd94nhxg= +SIZE (bleach-3.0.2.tar.gz) = 165682 diff --git a/www/py-bleach/pkg/PLIST b/www/py-bleach/pkg/PLIST index a9fc2a37847..402e3c7c3b1 100644 --- a/www/py-bleach/pkg/PLIST +++ b/www/py-bleach/pkg/PLIST @@ -11,14 +11,108 @@ lib/python${MODPY_VERSION}/site-packages/bleach/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}callbacks.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}encoding.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}html5lib_shim.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}linkifier.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}sanitizer.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}utils.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/bleach/${MODPY_PYCACHE}version.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/ +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/README.rst +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/__init__.py +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/${MODPY_PYCACHE}/ +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/ +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/ +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/DESCRIPTION.rst +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/INSTALLER +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/LICENSE.txt +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/METADATA +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/RECORD +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/WHEEL +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/metadata.json +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib-1.0.1.dist-info/top_level.txt +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/__init__.py +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}/ +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}_ihatexml.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}_inputstream.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}_tokenizer.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}_utils.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}constants.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}html5parser.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/${MODPY_PYCACHE}serializer.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/_ihatexml.py +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/_inputstream.py +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/_tokenizer.py +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor/html5lib/_trie/ +lib/python${MODPY_VERSION}/site-packages/bleach/_vendor
UPDATE: www/py-gunicorn-19.9.0
Straightforward version bump. No other ports depend on this. Patch no longer required, so its removed. All tests and package builds pass for both py2 and py3. Notable changes: updated with Python 3.7 compatibility and fixed syslog support Ok? diff --git a/www/py-gunicorn/Makefile b/www/py-gunicorn/Makefile index 04a0b124b52..1253851a9c6 100644 --- a/www/py-gunicorn/Makefile +++ b/www/py-gunicorn/Makefile @@ -2,7 +2,7 @@ COMMENT = Python WSGI HTTP server -MODPY_EGG_VERSION =19.8.1 +MODPY_EGG_VERSION =19.9.0 DISTNAME = gunicorn-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} CATEGORIES = www diff --git a/www/py-gunicorn/distinfo b/www/py-gunicorn/distinfo index 18a81c15b1f..ce9616dfce5 100644 --- a/www/py-gunicorn/distinfo +++ b/www/py-gunicorn/distinfo @@ -1,2 +1,2 @@ -SHA256 (gunicorn-19.8.1.tar.gz) = vFkAWXnvttLdfVunLZn4qEIoYq0X/zoW6QBoRjDdKhA= -SIZE (gunicorn-19.8.1.tar.gz) = 415541 +SHA256 (gunicorn-19.9.0.tar.gz) = +iZiCXxm+SD1P3BiHGxYyko8TTQ0IF5gjhIbWztx9PM= +SIZE (gunicorn-19.9.0.tar.gz) = 415774 diff --git a/www/py-gunicorn/patches/patch-requirements_test_txt b/www/py-gunicorn/patches/patch-requirements_test_txt deleted file mode 100644 index 6c58f5aaded..000 --- a/www/py-gunicorn/patches/patch-requirements_test_txt +++ /dev/null @@ -1,13 +0,0 @@ -$OpenBSD: patch-requirements_test_txt,v 1.3 2018/05/04 11:37:24 jasper Exp $ - -Relax overly strict requirements - -Index: requirements_test.txt requirements_test.txt.orig -+++ requirements_test.txt -@@ -1,3 +1,3 @@ - coverage>=4.0,<4.4 # TODO: https://github.com/benoitc/gunicorn/issues/1548 --pytest==3.0.5 --pytest-cov==2.4.0 -+pytest -+pytest-cov diff --git a/www/py-gunicorn/pkg/PLIST b/www/py-gunicorn/pkg/PLIST index b2eb1387f9a..e6135604bb4 100644 --- a/www/py-gunicorn/pkg/PLIST +++ b/www/py-gunicorn/pkg/PLIST @@ -80,8 +80,8 @@ lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}_gaiohttp.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}async.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}base.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}base_async.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}gaiohttp.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}geventlet.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}ggevent.${MODPY_PYC_MAGIC_TAG}pyc @@ -90,8 +90,8 @@ lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}gtorna lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}sync.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/${MODPY_PYCACHE}workertmp.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/_gaiohttp.py -lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/async.py lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/base.py +lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/base_async.py lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/gaiohttp.py lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/geventlet.py lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/ggevent.py
Re: UPDATE: devel/py-click-7.0
I gathered items requiring this and was able to build them all successfully. I also tested out at lest a couple of them by running the actual application and found no issues. Comments on the diff, or is it ok? On 2018-11-16 00:40, Landry Breuil wrote: On Thu, Nov 15, 2018 at 05:21:51PM -0600, Edward Lopez-Acosta wrote: Simple version update to latest version. Tests and builds fine on amd64. Ok to merge? Well this has some consumers and plugins.. usually it's nice to specify which ones you've tested at build & runtime :) Landry
Re: UPDATE: py-tox-5-3.5.1
Typo in the subject line but diff is correct. Edward Lopez-Acosta On 11/16/18 7:36 PM, Edward Lopez-Acosta wrote: Lots of changes and bugfixes in this version bump. Builds and runs fine on amd64. Nothing is showing as requiring this when I run `make show-required-by`. https://tox.readthedocs.io/en/latest/changelog.html OK to merge? Thank you,
UPDATE: py-tox-5-3.5.1
Lots of changes and bugfixes in this version bump. Builds and runs fine on amd64. Nothing is showing as requiring this when I run `make show-required-by`. https://tox.readthedocs.io/en/latest/changelog.html OK to merge? Thank you, -- Edward Lopez-Acosta diff --git a/devel/py-tox/Makefile b/devel/py-tox/Makefile index 27631df3fbd..388c1aa980c 100644 --- a/devel/py-tox/Makefile +++ b/devel/py-tox/Makefile @@ -2,7 +2,7 @@ COMMENT = virtualenv-based automation of test activities -MODPY_EGG_VERSION = 2.6.0 +MODPY_EGG_VERSION = 3.5.3 DISTNAME = tox-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} CATEGORIES = devel diff --git a/devel/py-tox/distinfo b/devel/py-tox/distinfo index 423b6de1608..c3fb9a2c940 100644 --- a/devel/py-tox/distinfo +++ b/devel/py-tox/distinfo @@ -1,2 +1,2 @@ -SHA256 (tox-2.6.0.tar.gz) = kWSY0pcfRKdrrzdzpwD3dcL1GqbMIL4YKDCRSPxBIlI= -SIZE (tox-2.6.0.tar.gz) = 114616 +SHA256 (tox-3.5.3.tar.gz) = UT4y/fL54tWDwvJI9HupiGQoyUnwaKxUoEacrFXfWGI= +SIZE (tox-3.5.3.tar.gz) = 256487 diff --git a/devel/py-tox/pkg/PLIST b/devel/py-tox/pkg/PLIST index 22b1e0cf012..3e4892f25f0 100644 --- a/devel/py-tox/pkg/PLIST +++ b/devel/py-tox/pkg/PLIST @@ -16,19 +16,41 @@ lib/python${MODPY_VERSION}/site-packages/tox/${MODPY_PYCACHE}__init__.${MODPY_PY lib/python${MODPY_VERSION}/site-packages/tox/${MODPY_PYCACHE}__main__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tox/${MODPY_PYCACHE}_pytestplugin.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tox/${MODPY_PYCACHE}_quickstart.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/tox/${MODPY_PYCACHE}_verlib.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/tox/${MODPY_PYCACHE}cli.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tox/${MODPY_PYCACHE}config.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/tox/${MODPY_PYCACHE}constants.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/tox/${MODPY_PYCACHE}exception.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tox/${MODPY_PYCACHE}hookspecs.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tox/${MODPY_PYCACHE}interpreters.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tox/${MODPY_PYCACHE}result.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tox/${MODPY_PYCACHE}session.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/tox/${MODPY_PYCACHE}util.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tox/${MODPY_PYCACHE}venv.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/tox/${MODPY_PYCACHE}version.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tox/_pytestplugin.py lib/python${MODPY_VERSION}/site-packages/tox/_quickstart.py -lib/python${MODPY_VERSION}/site-packages/tox/_verlib.py +lib/python${MODPY_VERSION}/site-packages/tox/cli.py lib/python${MODPY_VERSION}/site-packages/tox/config.py +lib/python${MODPY_VERSION}/site-packages/tox/constants.py +lib/python${MODPY_VERSION}/site-packages/tox/exception.py lib/python${MODPY_VERSION}/site-packages/tox/hookspecs.py lib/python${MODPY_VERSION}/site-packages/tox/interpreters.py +lib/python${MODPY_VERSION}/site-packages/tox/package/ +lib/python${MODPY_VERSION}/site-packages/tox/package/__init__.py +lib/python${MODPY_VERSION}/site-packages/tox/package/${MODPY_PYCACHE}/ +lib/python${MODPY_VERSION}/site-packages/tox/package/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/tox/package/${MODPY_PYCACHE}view.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/tox/package/builder/ +lib/python${MODPY_VERSION}/site-packages/tox/package/builder/__init__.py +lib/python${MODPY_VERSION}/site-packages/tox/package/builder/${MODPY_PYCACHE}/ +lib/python${MODPY_VERSION}/site-packages/tox/package/builder/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/tox/package/builder/${MODPY_PYCACHE}isolated.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/tox/package/builder/${MODPY_PYCACHE}legacy.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/tox/package/builder/isolated.py +lib/python${MODPY_VERSION}/site-packages/tox/package/builder/legacy.py +lib/python${MODPY_VERSION}/site-packages/tox/package/view.py lib/python${MODPY_VERSION}/site-packages/tox/result.py lib/python${MODPY_VERSION}/site-packages/tox/session.py +lib/python${MODPY_VERSION}/site-packages/tox/util.py lib/python${MODPY_VERSION}/site-packages/tox/venv.py +lib/python${MODPY_VERSION}/site-packages/tox/version.py
UPDATE: ansible-lint-3.5.1
Nothing depends on this and its a simple version bump. Builds fine on amd64. Ok to merge? Thank you, -- Edward Lopez-Acosta diff --git a/sysutils/ansible-lint/Makefile b/sysutils/ansible-lint/Makefile index 3aba63a1b67..4a6f32eaa4d 100644 --- a/sysutils/ansible-lint/Makefile +++ b/sysutils/ansible-lint/Makefile @@ -2,7 +2,7 @@ COMMENT = best practices checker for ansible -MODPY_EGG_VERSION = 3.4.23 +MODPY_EGG_VERSION = 3.5.1 DISTNAME = ansible-lint-${MODPY_EGG_VERSION} CATEGORIES = sysutils diff --git a/sysutils/ansible-lint/distinfo b/sysutils/ansible-lint/distinfo index 84256c20761..3e6f1b0d870 100644 --- a/sysutils/ansible-lint/distinfo +++ b/sysutils/ansible-lint/distinfo @@ -1,2 +1,2 @@ -SHA256 (ansible-lint-3.4.23.tar.gz) = doba1UqrkoFWKleIQVrxSIua+KWsyZwELsuZWbarelc= -SIZE (ansible-lint-3.4.23.tar.gz) = 19359 +SHA256 (ansible-lint-3.5.1.tar.gz) = lrhZycaGYutzSzHaBH6B/IsiaxBNXxL0QWXtGJ7HwBU= +SIZE (ansible-lint-3.5.1.tar.gz) = 20657 diff --git a/sysutils/ansible-lint/pkg/PLIST b/sysutils/ansible-lint/pkg/PLIST index 7824e816f13..4cbb83d48e3 100644 --- a/sysutils/ansible-lint/pkg/PLIST +++ b/sysutils/ansible-lint/pkg/PLIST @@ -24,6 +24,8 @@ lib/python${MODPY_VERSION}/site-packages/ansiblelint/__main__.pyc lib/python${MODPY_VERSION}/site-packages/ansiblelint/formatters/ lib/python${MODPY_VERSION}/site-packages/ansiblelint/formatters/__init__.py lib/python${MODPY_VERSION}/site-packages/ansiblelint/formatters/__init__.pyc +lib/python${MODPY_VERSION}/site-packages/ansiblelint/generate_docs.py +lib/python${MODPY_VERSION}/site-packages/ansiblelint/generate_docs.pyc lib/python${MODPY_VERSION}/site-packages/ansiblelint/rules/ lib/python${MODPY_VERSION}/site-packages/ansiblelint/rules/AlwaysRunRule.py lib/python${MODPY_VERSION}/site-packages/ansiblelint/rules/AlwaysRunRule.pyc @@ -41,6 +43,8 @@ lib/python${MODPY_VERSION}/site-packages/ansiblelint/rules/GitHasVersionRule.py lib/python${MODPY_VERSION}/site-packages/ansiblelint/rules/GitHasVersionRule.pyc lib/python${MODPY_VERSION}/site-packages/ansiblelint/rules/MercurialHasRevisionRule.py lib/python${MODPY_VERSION}/site-packages/ansiblelint/rules/MercurialHasRevisionRule.pyc +lib/python${MODPY_VERSION}/site-packages/ansiblelint/rules/NoFormattingInWhenRule.py +lib/python${MODPY_VERSION}/site-packages/ansiblelint/rules/NoFormattingInWhenRule.pyc lib/python${MODPY_VERSION}/site-packages/ansiblelint/rules/OctalPermissionsRule.py lib/python${MODPY_VERSION}/site-packages/ansiblelint/rules/OctalPermissionsRule.pyc lib/python${MODPY_VERSION}/site-packages/ansiblelint/rules/PackageIsNotLatestRule.py
Re: UPDATE: devel/py-click-7.0
Hi Landry, You are right in that I may have missed that as I slightly rushed that submission. My fault. What would be the right flag for 'make show' for me to see the depends? I thought it was rdepends but nothing came up for me. Thank you On November 16, 2018 6:40:43 AM UTC, Landry Breuil wrote: >On Thu, Nov 15, 2018 at 05:21:51PM -0600, Edward Lopez-Acosta wrote: >> Simple version update to latest version. >> Tests and builds fine on amd64. >> Ok to merge? > >Well this has some consumers and plugins.. usually it's nice to specify >which ones you've tested at build & runtime :) > >Landry
UPDATE: textproc/py-markdown-3.0.1
Version bump for an upcoming port I am working on. Ok to merge? Thank you, -- Edward Lopez-Acosta diff --git a/textproc/py-markdown/Makefile b/textproc/py-markdown/Makefile index 71b470b19e3..c4299445887 100644 --- a/textproc/py-markdown/Makefile +++ b/textproc/py-markdown/Makefile @@ -2,7 +2,7 @@ COMMENT= text-to-HTML conversion tool -MODPY_EGG_VERSION= 2.6.11 +MODPY_EGG_VERSION= 3.0.1 DISTNAME= Markdown-${MODPY_EGG_VERSION} PKGNAME= py-markdown-${MODPY_EGG_VERSION} CATEGORIES= textproc diff --git a/textproc/py-markdown/distinfo b/textproc/py-markdown/distinfo index 4ed3133c0a2..ab7310d5e37 100644 --- a/textproc/py-markdown/distinfo +++ b/textproc/py-markdown/distinfo @@ -1,2 +1,2 @@ -SHA256 (Markdown-2.6.11.tar.gz) = qFaGnH/wea2Eo+Gc2HpkmYNQwrlOngjkQnD67zNAD4E= -SIZE (Markdown-2.6.11.tar.gz) = 274132 +SHA256 (Markdown-3.0.1.tar.gz) = 0C4PmwTFAM3mY3wRrXxyZx81m4e5/pJLI4NknYhB23w= +SIZE (Markdown-3.0.1.tar.gz) = 284084 diff --git a/textproc/py-markdown/pkg/PLIST b/textproc/py-markdown/pkg/PLIST index 496511755d5..55f4f0aed63 100644 --- a/textproc/py-markdown/pkg/PLIST +++ b/textproc/py-markdown/pkg/PLIST @@ -13,19 +13,19 @@ lib/python${MODPY_VERSION}/site-packages/markdown/__main__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}__main__.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}__version__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}blockparser.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}blockprocessors.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}core.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}inlinepatterns.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}odict.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}postprocessors.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}preprocessors.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}serializers.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}test_tools.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}treeprocessors.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/${MODPY_PYCACHE}util.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/markdown/__version__.py lib/python${MODPY_VERSION}/site-packages/markdown/blockparser.py lib/python${MODPY_VERSION}/site-packages/markdown/blockprocessors.py +lib/python${MODPY_VERSION}/site-packages/markdown/core.py lib/python${MODPY_VERSION}/site-packages/markdown/extensions/ lib/python${MODPY_VERSION}/site-packages/markdown/extensions/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}/ @@ -38,11 +38,11 @@ lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}def lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}extra.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}fenced_code.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}footnotes.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}headerid.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}legacy_attrs.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}legacy_em.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}meta.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}nl2br.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}sane_lists.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}smart_strong.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}smarty.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}tables.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/markdown/extensions/${MODPY_PYCACHE}toc.${MODPY_PYC_MAGIC_TAG}pyc @@ -55,19 +55,19 @@ lib/python${MODPY_VERSION}/site-packages/markdown/extensions/def_list.py lib/python${MODPY_VERSION}/site-packages/markdown/extensions/extra.py lib/python
UPDATE: www/py-tornado-5.1.1
Simple version bump, builds fine on amd64. Ok to merge? Thank you, -- Edward Lopez-Acosta diff --git a/www/py-tornado/Makefile b/www/py-tornado/Makefile index e7a1fb1405e..9446998fba9 100644 --- a/www/py-tornado/Makefile +++ b/www/py-tornado/Makefile @@ -2,10 +2,9 @@ COMMENT = scalable, non-blocking web server -MODPY_EGG_VERSION = 4.4.2 +MODPY_EGG_VERSION = 5.1.1 DISTNAME = tornado-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} -REVISION = 0 CATEGORIES = www diff --git a/www/py-tornado/distinfo b/www/py-tornado/distinfo index db6a64dc699..28ab3d26e45 100644 --- a/www/py-tornado/distinfo +++ b/www/py-tornado/distinfo @@ -1,2 +1,2 @@ -SHA256 (tornado-4.4.2.tar.gz) = KJj5kviYzUHuuNU7bfdUlfL0I7ZnKJCq2vGW6hRI7cw= -SIZE (tornado-4.4.2.tar.gz) = 460193 +SHA256 (tornado-5.1.1.tar.gz) = TlFY2XWDUCp+JzmVFVPL2IpyB28VK0sRtkuaEMTElAk= +SIZE (tornado-5.1.1.tar.gz) = 516819 diff --git a/www/py-tornado/pkg/PLIST b/www/py-tornado/pkg/PLIST index 7c308175ab8..be307a1fa0d 100644 --- a/www/py-tornado/pkg/PLIST +++ b/www/py-tornado/pkg/PLIST @@ -29,6 +29,7 @@ lib/python${MODPY_VERSION}/site-packages/tornado/${MODPY_PYCACHE}netutil.${MODPY lib/python${MODPY_VERSION}/site-packages/tornado/${MODPY_PYCACHE}options.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tornado/${MODPY_PYCACHE}process.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tornado/${MODPY_PYCACHE}queues.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/tornado/${MODPY_PYCACHE}routing.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tornado/${MODPY_PYCACHE}simple_httpclient.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tornado/${MODPY_PYCACHE}stack_context.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tornado/${MODPY_PYCACHE}tcpclient.${MODPY_PYC_MAGIC_TAG}pyc @@ -85,6 +86,7 @@ lib/python${MODPY_VERSION}/site-packages/tornado/platform/twisted.py lib/python${MODPY_VERSION}/site-packages/tornado/platform/windows.py lib/python${MODPY_VERSION}/site-packages/tornado/process.py lib/python${MODPY_VERSION}/site-packages/tornado/queues.py +lib/python${MODPY_VERSION}/site-packages/tornado/routing.py lib/python${MODPY_VERSION}/site-packages/tornado/simple_httpclient.py lib/python${MODPY_VERSION}/site-packages/tornado/speedups.so lib/python${MODPY_VERSION}/site-packages/tornado/stack_context.py @@ -99,6 +101,7 @@ lib/python${MODPY_VERSION}/site-packages/tornado/test/${MODPY_PYCACHE}__init__.$ lib/python${MODPY_VERSION}/site-packages/tornado/test/${MODPY_PYCACHE}__main__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tornado/test/${MODPY_PYCACHE}asyncio_test.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tornado/test/${MODPY_PYCACHE}auth_test.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/tornado/test/${MODPY_PYCACHE}autoreload_test.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tornado/test/${MODPY_PYCACHE}concurrent_test.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tornado/test/${MODPY_PYCACHE}curl_httpclient_test.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tornado/test/${MODPY_PYCACHE}escape_test.${MODPY_PYC_MAGIC_TAG}pyc @@ -118,6 +121,7 @@ lib/python${MODPY_VERSION}/site-packages/tornado/test/${MODPY_PYCACHE}options_te lib/python${MODPY_VERSION}/site-packages/tornado/test/${MODPY_PYCACHE}process_test.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tornado/test/${MODPY_PYCACHE}queues_test.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tornado/test/${MODPY_PYCACHE}resolve_test_helper.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/tornado/test/${MODPY_PYCACHE}routing_test.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tornado/test/${MODPY_PYCACHE}runtests.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tornado/test/${MODPY_PYCACHE}simple_httpclient_test.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tornado/test/${MODPY_PYCACHE}stack_context_test.${MODPY_PYC_MAGIC_TAG}pyc @@ -134,6 +138,7 @@ lib/python${MODPY_VERSION}/site-packages/tornado/test/${MODPY_PYCACHE}windows_te lib/python${MODPY_VERSION}/site-packages/tornado/test/${MODPY_PYCACHE}wsgi_test.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/tornado/test/asyncio_test.py lib/python${MODPY_VERSION}/site-packages/tornado/test/auth_test.py +lib/python${MODPY_VERSION}/site-packages/tornado/test/autoreload_test.py lib/python${MODPY_VERSION}/site-packages/tornado/test/concurrent_test.py lib/python${MODPY_VERSION}/site-packages/tornado/test/csv_translations/ lib/python${MODPY_VERSION}/site-packages/tornado/test/csv_translations/fr_FR.csv @@ -158,9 +163,12 @@ lib/python${MODPY_VERSION}/site-packages/tornado/test/log_test.py lib/python${MODPY_VERSION}/site-packages/tornado/test/netutil_test.py lib/python
UPDATE: devel/py-click-7.0
Simple version update to latest version. Tests and builds fine on amd64. Ok to merge? Thank you, -- Edward Lopez-Acosta diff --git a/devel/py-click/Makefile b/devel/py-click/Makefile index 5048939294e..5f0ddd726c4 100644 --- a/devel/py-click/Makefile +++ b/devel/py-click/Makefile @@ -2,8 +2,8 @@ COMMENT= command line library for Python -MODPY_EGG_VERSION=6.7 -DISTNAME= click-${MODPY_EGG_VERSION} +MODPY_EGG_VERSION=7.0 +DISTNAME= Click-${MODPY_EGG_VERSION} PKGNAME= py-click-${MODPY_EGG_VERSION} CATEGORIES= devel diff --git a/devel/py-click/distinfo b/devel/py-click/distinfo index 2fde56fcca0..44378cdc5bc 100644 --- a/devel/py-click/distinfo +++ b/devel/py-click/distinfo @@ -1,2 +1,2 @@ -SHA256 (click-6.7.tar.gz) = 8VUW30eNWlYYD7+A5o8gYBDm0WD8OfpQi2XgNf11Ews= -SIZE (click-6.7.tar.gz) = 279019 +SHA256 (Click-7.0.tar.gz) = W5S0lSH2RWZw/bMM2CpOypQSeIqT+m3W33LJTVqP8tc= +SIZE (Click-7.0.tar.gz) = 286192 diff --git a/devel/py-click/pkg/PLIST b/devel/py-click/pkg/PLIST index b820a1c4128..3b70122f0ba 100644 --- a/devel/py-click/pkg/PLIST +++ b/devel/py-click/pkg/PLIST @@ -1,10 +1,10 @@ @comment $OpenBSD: PLIST,v 1.2 2016/06/08 17:16:46 danj Exp $ +lib/python${MODPY_VERSION}/site-packages/Click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ +lib/python${MODPY_VERSION}/site-packages/Click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO +lib/python${MODPY_VERSION}/site-packages/Click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt +lib/python${MODPY_VERSION}/site-packages/Click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt +lib/python${MODPY_VERSION}/site-packages/Click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/click/ -lib/python${MODPY_VERSION}/site-packages/click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ -lib/python${MODPY_VERSION}/site-packages/click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO -lib/python${MODPY_VERSION}/site-packages/click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt -lib/python${MODPY_VERSION}/site-packages/click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt -lib/python${MODPY_VERSION}/site-packages/click-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/click/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/click/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/click/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
UPDATE: devel/jenkins 2.138.3/2.151
Straightforward version bump to latest stable and development versions. Builds fine on amd64. Ok for merge? Thank you, -- Edward Lopez-Acosta diff --git a/devel/jenkins/devel/Makefile b/devel/jenkins/devel/Makefile index a46d04c8ebc..1ecf61e7b1f 100644 --- a/devel/jenkins/devel/Makefile +++ b/devel/jenkins/devel/Makefile @@ -1,9 +1,8 @@ # $OpenBSD: Makefile,v 1.30 2018/09/04 12:53:16 espie Exp $ -VERSION = 2.138 +VERSION = 2.151 MASTER_SITES = http://mirrors.jenkins-ci.org/war/${VERSION}/ DIST_SUBDIR = jenkins-devel -REVISION = 0 .include diff --git a/devel/jenkins/devel/distinfo b/devel/jenkins/devel/distinfo index 69095951c1e..9fbd6967725 100644 --- a/devel/jenkins/devel/distinfo +++ b/devel/jenkins/devel/distinfo @@ -1,2 +1,2 @@ -SHA256 (jenkins/2.138/jenkins.war) = 4cKA8SQZmcnHeVqOo+U0bevra+XiZ0TBOwO8SU3O9Ww= -SIZE (jenkins/2.138/jenkins.war) = 75704621 +SHA256 (jenkins/2.151/jenkins.war) = pDNcxibB9k2mGiAXSvZUKD0XGyVakou6y2QCoxXiE9c= +SIZE (jenkins/2.151/jenkins.war) = 75924398 diff --git a/devel/jenkins/devel/pkg/PLIST b/devel/jenkins/devel/pkg/PLIST index 4c8acb6d7dd..555057c62d1 100644 --- a/devel/jenkins/devel/pkg/PLIST +++ b/devel/jenkins/devel/pkg/PLIST @@ -10,7 +10,7 @@ @sample ${HOMEDIR}/ @owner @group +@rcscript ${RCDIR}/jenkins share/doc/pkg-readmes/${PKGSTEM} share/jenkins/ share/jenkins/jenkins.war -@rcscript ${RCDIR}/jenkins diff --git a/devel/jenkins/stable/Makefile b/devel/jenkins/stable/Makefile index 9c336543917..0040acfdf20 100644 --- a/devel/jenkins/stable/Makefile +++ b/devel/jenkins/stable/Makefile @@ -1,9 +1,8 @@ # $OpenBSD: Makefile,v 1.29 2018/09/04 12:53:16 espie Exp $ -VERSION = 2.121.3 +VERSION = 2.138.3 MASTER_SITES = http://mirrors.jenkins-ci.org/war-stable/${VERSION}/ DIST_SUBDIR = jenkins-stable -REVISION = 0 .include diff --git a/devel/jenkins/stable/distinfo b/devel/jenkins/stable/distinfo index 40fae240692..dc95ebe1334 100644 --- a/devel/jenkins/stable/distinfo +++ b/devel/jenkins/stable/distinfo @@ -1,2 +1,2 @@ -SHA256 (jenkins/2.121.3/jenkins.war) = UPvOEfoUfQ7Nns82za6D73lft9R3bzO16hO8Fb9uPBM= -SIZE (jenkins/2.121.3/jenkins.war) = 74764818 +SHA256 (jenkins/2.138.3/jenkins.war) = lT5N2i0wZShMABaz6CeeCX+DDBKLH3EthHgP8rB1Hn0= +SIZE (jenkins/2.138.3/jenkins.war) = 75733340 diff --git a/devel/jenkins/stable/pkg/PLIST b/devel/jenkins/stable/pkg/PLIST index 4c8acb6d7dd..555057c62d1 100644 --- a/devel/jenkins/stable/pkg/PLIST +++ b/devel/jenkins/stable/pkg/PLIST @@ -10,7 +10,7 @@ @sample ${HOMEDIR}/ @owner @group +@rcscript ${RCDIR}/jenkins share/doc/pkg-readmes/${PKGSTEM} share/jenkins/ share/jenkins/jenkins.war -@rcscript ${RCDIR}/jenkins
Re: Import python 3.7
I am in agreement with the replacement. The symlink was a suggestion if for some reason people want to have both available. On Thursday, November 15, 2018, Stuart Henderson wrote: > On 2018/11/15 09:58, Edward Lopez-Acosta wrote: >> Daniel your update builds and runs fine for me on amd64. >> >> Two notes though: >> >> Current version is now 3.7.1, I tested and same patches apply to this >> version. >> >> Second is if we have side by side installs then /usr/local/bin/python3 >> should be a symlink to the users preferred version. Not owned by a package, >> same for pip. We can likely solve this by a post install message for the >> user. > > With the current setup some scripts rely on "#!/usr/bin/env python3" working > and in that case /usr/local/bin/python3 *has* to be owned by the package, > otherwise dependencies on python libraries get messed up. > > Unless there's a *very* good reason not to I'd recommend replacing 3.6 with > 3.7 rather than having the two in parallel. > >
Import python 3.7
Daniel your update builds and runs fine for me on amd64. Two notes though: Current version is now 3.7.1, I tested and same patches apply to this version. Second is if we have side by side installs then /usr/local/bin/python3 should be a symlink to the users preferred version. Not owned by a package, same for pip. We can likely solve this by a post install message for the user. Thank you for the work on this.
Re: NEW: meta/mate-1.20
Ping? On Thursday, October 18, 2018, Edward Lopez-Acosta wrote: > ping? > > Forwarded Message > Subject: NEW: meta/mate-1.20 > Date: Mon, 6 Aug 2018 16:00:03 -0500 > From: Edward Lopez-Acosta > To: ports@openbsd.org > > Made a meta package for the MATE desktop based on the one for Xfce. > Left out maintainer for the moment but do not mind taking it. > > Can anyone please give this a test, and merge if good to go? > > Thank you > -- > Edward Lopez-Acosta > > >
Re: UPDATE: sysutils/ansible-2.7.1
Thanks Daniel. Didn't see the ok or that it was committed when reviewing the thread. On Wednesday, November 14, 2018, Edward Lopez-Acosta wrote: > Ping? > There are security fixes, Open bad compatibility, and a major bug with the yum module fixed in this update. > > -- Forwarded message ------ > From: Edward Lopez-Acosta > Date: Monday, November 5, 2018 > Subject: UPDATE: sysutils/ansible-2.7.1 > To: ports@openbsd.org > > > Minor update but lots of fixes. > > Was able to remove the patch for the reboot action as it was merged upstream. > > Notable changes: > - user module - do not pass ssh_key_passphrase on cmdline (CVE-2018-16837) > - reboot - add support for OpenBSD > - Fixed: Appropriate code to expand value was missing so assigning SSL certificate is not working as described in the documentation. https://github.com/ansible/ansible/pull/45830 > > Full changelog: > https://github.com/ansible/ansible/blob/stable-2.7/changelogs/CHANGELOG-v2.7.rst#v2-7-1 > > If ok can a dev please merge this? > -- > Edward Lopez-Acosta > >
Fwd: UPDATE: sysutils/ansible-2.7.1
Ping? There are security fixes, Open bad compatibility, and a major bug with the yum module fixed in this update. -- Forwarded message -- From: Edward Lopez-Acosta Date: Monday, November 5, 2018 Subject: UPDATE: sysutils/ansible-2.7.1 To: ports@openbsd.org Minor update but lots of fixes. Was able to remove the patch for the reboot action as it was merged upstream. Notable changes: - user module - do not pass ssh_key_passphrase on cmdline (CVE-2018-16837) - reboot - add support for OpenBSD - Fixed: Appropriate code to expand value was missing so assigning SSL certificate is not working as described in the documentation. https://github.com/ansible/ansible/pull/45830 Full changelog: https://github.com/ansible/ansible/blob/stable-2.7/changelogs/CHANGELOG-v2.7.rst#v2-7-1 If ok can a dev please merge this? -- Edward Lopez-Acosta diff --git a/sysutils/ansible/Makefile b/sysutils/ansible/Makefile index 3b282bbc5e1..c0d0ead8732 100644 --- a/sysutils/ansible/Makefile +++ b/sysutils/ansible/Makefile @@ -3,7 +3,7 @@ COMMENT-main = ssh based config management framework COMMENT-html = offline Ansible documentation in HTML format -MODPY_EGG_VERSION = 2.7.0 +MODPY_EGG_VERSION = 2.7.1 DISTNAME = ansible-${MODPY_EGG_VERSION} PKGNAME-main = ${PKGNAME} PKGNAME-html = ansible-html-${MODPY_EGG_VERSION} @@ -38,6 +38,7 @@ NO_TEST = Yes DOCDIR = ${PREFIX}/share/doc/ansible EXDIR = ${PREFIX}/share/examples/ansible +SCRIPTDIR = ${EXDIR}/scripts PLUGINDIR = ${PREFIX}/share/ansible_plugins pre-configure: @@ -56,8 +57,9 @@ post-build: ${WRKSRC}/docs/docsite/_build/html/_static/css/theme.min.css post-install: - ${INSTALL_DATA_DIR} ${EXDIR} ${DOCDIR} - ${INSTALL_DATA} ${WRKSRC}/examples/* ${EXDIR} + ${INSTALL_DATA_DIR} ${EXDIR} ${DOCDIR} ${SCRIPTDIR} + ${INSTALL_SCRIPT} ${WRKSRC}/examples/scripts/* ${SCRIPTDIR} + ${INSTALL_DATA} ${WRKSRC}/examples/{ansible.cfg,hosts} ${EXDIR} ${SUBST_CMD} ${EXDIR}/hosts ${INSTALL_DATA} ${WRKSRC}/docs/man/man1/*.1 ${PREFIX}/man/man1 cp -R ${WRKBUILD}/docs/docsite/_build/html ${DOCDIR} diff --git a/sysutils/ansible/distinfo b/sysutils/ansible/distinfo index 0796987e9c0..c87a9264788 100644 --- a/sysutils/ansible/distinfo +++ b/sysutils/ansible/distinfo @@ -1,2 +1,2 @@ -SHA256 (ansible-2.7.0.tar.gz) = oauODxPnmiBmGtZUb0WhQq/q62ZN6ywpDjI2LYrlthg= -SIZE (ansible-2.7.0.tar.gz) = 11773769 +SHA256 (ansible-2.7.1.tar.gz) = 55U0cjR/zG3KEIOREbV2qfeQ4ABWNE8tz0SObEUv6Tk= +SIZE (ansible-2.7.1.tar.gz) = 11738557 diff --git a/sysutils/ansible/patches/patch-lib_ansible_plugins_action_reboot_py b/sysutils/ansible/patches/patch-lib_ansible_plugins_action_reboot_py deleted file mode 100644 index fb931422600..000 --- a/sysutils/ansible/patches/patch-lib_ansible_plugins_action_reboot_py +++ /dev/null @@ -1,84 +0,0 @@ -$OpenBSD: patch-lib_ansible_plugins_action_reboot_py,v 1.1 2018/10/19 11:46:42 danj Exp $ - -Backport until 2.7.1 -https://github.com/ansible/ansible/commit/26de4f97493adeb388c1c8fad7a266bb7652bac6 -https://github.com/ansible/ansible/commit/a0f38bdab5ae0e183cb960fe9e964bf1edf7c326 - -Index: lib/ansible/plugins/action/reboot.py lib/ansible/plugins/action/reboot.py.orig -+++ lib/ansible/plugins/action/reboot.py -@@ -28,7 +28,7 @@ class TimedOutException(Exception): - - class ActionModule(ActionBase): - TRANSFERS_FILES = False --_VALID_ARGS = frozenset(('connect_timeout', 'msg', 'post_reboot_delay', 'pre_reboot_delay', 'test_command')) -+_VALID_ARGS = frozenset(('connect_timeout', 'msg', 'post_reboot_delay', 'pre_reboot_delay', 'test_command', 'reboot_timeout')) - - DEFAULT_REBOOT_TIMEOUT = 600 - DEFAULT_CONNECT_TIMEOUT = None -@@ -42,18 +42,24 @@ class ActionModule(ActionBase): - - DEPRECATED_ARGS = {} - -+BOOT_TIME_COMMANDS = { -+'openbsd': "/sbin/sysctl kern.boottime", -+} -+ - SHUTDOWN_COMMANDS = { - 'linux': DEFAULT_SHUTDOWN_COMMAND, - 'freebsd': DEFAULT_SHUTDOWN_COMMAND, - 'sunos': '/usr/sbin/shutdown', - 'darwin': '/sbin/shutdown', -+'openbsd': DEFAULT_SHUTDOWN_COMMAND, - } - - SHUTDOWN_COMMAND_ARGS = { - 'linux': '-r {delay_min} "{message}"', - 'freebsd': '-r +{delay_sec}s "{message}"', - 'sunos': '-y -g {delay_sec} -r "{message}"', --'darwin': '-r +{delay_min_macos} "{message}"' -+'darwin': '-r +{delay_min_macos} "{message}"', -+'openbsd': '-r +{delay_min} "{message}"', - } - - def __init__(self, *args, **kwargs): -@@ -94,18 +100,37 @@ class ActionModule(ActionBase): - return reboot_command - - def get_system_boot_time(self): --command_result = self._low_level_execute_command(self.DEFAULT_BOOT_TIME_COMMAND, sudoable=self.DEFAULT_SUDOABLE) -+stdout = u'' -+stderr = u'' - -+# Determine the system distribution in order to use the correct shutdown command arg
UPDATE: infrastructure/proot
Hello all, I found that proot was having issues with using snapshots due to a change in the key name. I went ahead and updated it in the code and tested, seemingly successfully. I also had to edit the version line to avoid non-fatal errors being reported during the set downloads. I emailed marc@ but figured it may help to have others review/test this change as well if possible. Thank you. -- Edward Lopez-Acosta diff --git a/infrastructure/bin/proot b/infrastructure/bin/proot index a87c1337fdb..97772389f05 100755 --- a/infrastructure/bin/proot +++ b/infrastructure/bin/proot @@ -725,10 +725,10 @@ sub get_snapshot open my $f, '<', "$snapdir/SHA256.sig" or $state->fatal("no SHA256.sig"); my $line = <$f>; - if ($line !~ m/openbsd\-(\d+)\.(\d+)\-base/) { + if ($line !~ m/openbsd\-(\d{2})\-base/) { $state->fatal("Unrecognized snapshot"); } - my $v = "$1$2"; + my $v = "$1"; my (@files, @later); for my $set (sort keys %{$state->{sets}}) { if ($set =~ m/etc/) {
UPDATE: sysutils/ansible-2.7.1
Minor update but lots of fixes. Was able to remove the patch for the reboot action as it was merged upstream. Notable changes: - user module - do not pass ssh_key_passphrase on cmdline (CVE-2018-16837) - reboot - add support for OpenBSD - Fixed: Appropriate code to expand value was missing so assigning SSL certificate is not working as described in the documentation. https://github.com/ansible/ansible/pull/45830 Full changelog: https://github.com/ansible/ansible/blob/stable-2.7/changelogs/CHANGELOG-v2.7.rst#v2-7-1 If ok can a dev please merge this? -- Edward Lopez-Acosta diff --git a/sysutils/ansible/Makefile b/sysutils/ansible/Makefile index 3b282bbc5e1..c0d0ead8732 100644 --- a/sysutils/ansible/Makefile +++ b/sysutils/ansible/Makefile @@ -3,7 +3,7 @@ COMMENT-main = ssh based config management framework COMMENT-html = offline Ansible documentation in HTML format -MODPY_EGG_VERSION = 2.7.0 +MODPY_EGG_VERSION = 2.7.1 DISTNAME = ansible-${MODPY_EGG_VERSION} PKGNAME-main = ${PKGNAME} PKGNAME-html = ansible-html-${MODPY_EGG_VERSION} @@ -38,6 +38,7 @@ NO_TEST = Yes DOCDIR = ${PREFIX}/share/doc/ansible EXDIR = ${PREFIX}/share/examples/ansible +SCRIPTDIR = ${EXDIR}/scripts PLUGINDIR = ${PREFIX}/share/ansible_plugins pre-configure: @@ -56,8 +57,9 @@ post-build: ${WRKSRC}/docs/docsite/_build/html/_static/css/theme.min.css post-install: - ${INSTALL_DATA_DIR} ${EXDIR} ${DOCDIR} - ${INSTALL_DATA} ${WRKSRC}/examples/* ${EXDIR} + ${INSTALL_DATA_DIR} ${EXDIR} ${DOCDIR} ${SCRIPTDIR} + ${INSTALL_SCRIPT} ${WRKSRC}/examples/scripts/* ${SCRIPTDIR} + ${INSTALL_DATA} ${WRKSRC}/examples/{ansible.cfg,hosts} ${EXDIR} ${SUBST_CMD} ${EXDIR}/hosts ${INSTALL_DATA} ${WRKSRC}/docs/man/man1/*.1 ${PREFIX}/man/man1 cp -R ${WRKBUILD}/docs/docsite/_build/html ${DOCDIR} diff --git a/sysutils/ansible/distinfo b/sysutils/ansible/distinfo index 0796987e9c0..c87a9264788 100644 --- a/sysutils/ansible/distinfo +++ b/sysutils/ansible/distinfo @@ -1,2 +1,2 @@ -SHA256 (ansible-2.7.0.tar.gz) = oauODxPnmiBmGtZUb0WhQq/q62ZN6ywpDjI2LYrlthg= -SIZE (ansible-2.7.0.tar.gz) = 11773769 +SHA256 (ansible-2.7.1.tar.gz) = 55U0cjR/zG3KEIOREbV2qfeQ4ABWNE8tz0SObEUv6Tk= +SIZE (ansible-2.7.1.tar.gz) = 11738557 diff --git a/sysutils/ansible/patches/patch-lib_ansible_plugins_action_reboot_py b/sysutils/ansible/patches/patch-lib_ansible_plugins_action_reboot_py deleted file mode 100644 index fb931422600..000 --- a/sysutils/ansible/patches/patch-lib_ansible_plugins_action_reboot_py +++ /dev/null @@ -1,84 +0,0 @@ -$OpenBSD: patch-lib_ansible_plugins_action_reboot_py,v 1.1 2018/10/19 11:46:42 danj Exp $ - -Backport until 2.7.1 -https://github.com/ansible/ansible/commit/26de4f97493adeb388c1c8fad7a266bb7652bac6 -https://github.com/ansible/ansible/commit/a0f38bdab5ae0e183cb960fe9e964bf1edf7c326 - -Index: lib/ansible/plugins/action/reboot.py lib/ansible/plugins/action/reboot.py.orig -+++ lib/ansible/plugins/action/reboot.py -@@ -28,7 +28,7 @@ class TimedOutException(Exception): - - class ActionModule(ActionBase): - TRANSFERS_FILES = False --_VALID_ARGS = frozenset(('connect_timeout', 'msg', 'post_reboot_delay', 'pre_reboot_delay', 'test_command')) -+_VALID_ARGS = frozenset(('connect_timeout', 'msg', 'post_reboot_delay', 'pre_reboot_delay', 'test_command', 'reboot_timeout')) - - DEFAULT_REBOOT_TIMEOUT = 600 - DEFAULT_CONNECT_TIMEOUT = None -@@ -42,18 +42,24 @@ class ActionModule(ActionBase): - - DEPRECATED_ARGS = {} - -+BOOT_TIME_COMMANDS = { -+'openbsd': "/sbin/sysctl kern.boottime", -+} -+ - SHUTDOWN_COMMANDS = { - 'linux': DEFAULT_SHUTDOWN_COMMAND, - 'freebsd': DEFAULT_SHUTDOWN_COMMAND, - 'sunos': '/usr/sbin/shutdown', - 'darwin': '/sbin/shutdown', -+'openbsd': DEFAULT_SHUTDOWN_COMMAND, - } - - SHUTDOWN_COMMAND_ARGS = { - 'linux': '-r {delay_min} "{message}"', - 'freebsd': '-r +{delay_sec}s "{message}"', - 'sunos': '-y -g {delay_sec} -r "{message}"', --'darwin': '-r +{delay_min_macos} "{message}"' -+'darwin': '-r +{delay_min_macos} "{message}"', -+'openbsd': '-r +{delay_min} "{message}"', - } - - def __init__(self, *args, **kwargs): -@@ -94,18 +100,37 @@ class ActionModule(ActionBase): - return reboot_command - - def get_system_boot_time(self): --command_result = self._low_level_execute_command(self.DEFAULT_BOOT_TIME_COMMAND, sudoable=self.DEFAULT_SUDOABLE) -+stdout = u'' -+stderr = u'' - -+# Determine the system distribution in order to use the correct shutdown command arguments -+uname_result = self._low_level_execute_command('uname') -+distribution = uname_result['stdout'].strip().lower() -+ -+boot_time_command = self.BOOT_TIME_COMMANDS.get(distribution, self.DEFAULT_BOOT_TIME_COMMAND) -+comman
SECURITY UPDATE: www/py-requests 2.20.0
Changelog: - Fixed in 2.20.0 - CVE 2018-18074 https://cve.mitre.org/cgi-bin/cvename.cgi?name=2018-18074 The Requests package before 2.20.0 for Python sends an HTTP Authorization header to an http URI upon receiving a same-hostname https-to-http redirect, which makes it easier for remote attackers to discover credentials by sniffing the network. Diff attached. Builds fine on amd64 and only thing that requires it is upt-pypi (limited to py3 variant). Ok to merge? -- Edward Lopez-Acosta diff --git a/www/py-requests/Makefile b/www/py-requests/Makefile index 99a31c7d4c0..95a1d504667 100644 --- a/www/py-requests/Makefile +++ b/www/py-requests/Makefile @@ -2,13 +2,9 @@ COMMENT= elegant and simple HTTP library for Python -MODPY_EGG_VERSION= 2.18.4 +MODPY_EGG_VERSION= 2.20.0 DISTNAME= requests-${MODPY_EGG_VERSION} PKGNAME= py-${DISTNAME} -REVISION= 0 - -# XXX remove during next update -DISTFILES = ${DISTNAME}_1{${DISTNAME}}${EXTRACT_SUFX} CATEGORIES= www diff --git a/www/py-requests/distinfo b/www/py-requests/distinfo index 6a3a0f542b2..dfbc7c0549f 100644 --- a/www/py-requests/distinfo +++ b/www/py-requests/distinfo @@ -1,2 +1,2 @@ -SHA256 (requests-2.18.4_1.tar.gz) = nEQ+cyS6W4UHDEqBit4ov6vt8W6hAgbaETLtqm3aI34= -SIZE (requests-2.18.4_1.tar.gz) = 126224 +SHA256 (requests-2.20.0.tar.gz) = mdz9qusXyvblJvMrant4BGFRKrPx2ZIYeAFpTLpCdww= +SIZE (requests-2.20.0.tar.gz) = 79 diff --git a/www/py-requests/pkg/PLIST b/www/py-requests/pkg/PLIST index bf0d0e12636..feac233b56f 100644 --- a/www/py-requests/pkg/PLIST +++ b/www/py-requests/pkg/PLIST @@ -1,4 +1,6 @@ @comment $OpenBSD: PLIST,v 1.12 2018/01/21 23:20:10 jung Exp $ +lib/python${MODPY_VERSION}/ +lib/python${MODPY_VERSION}/site-packages/ lib/python${MODPY_VERSION}/site-packages/requests/ lib/python${MODPY_VERSION}/site-packages/requests-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ lib/python${MODPY_VERSION}/site-packages/requests-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
Re: [UPDATE] Jenkins: stable v2.138.2, devel 2.147
Ping on merge? On October 20, 2018 6:59:49 AM UTC, Rafael Sadowski wrote: >Tested devel on amd64. Ok rsadowski@ > >On Fri Oct 19, 2018 at 06:22:33PM -0500, Edward Lopez-Acosta wrote: >> New diff attached with REVISION removed. >> >> Edward Lopez-Acosta >> >> On 10/19/18 4:43 AM, Stuart Henderson wrote: >> > On 2018/10/18 18:55, Edward Lopez-Acosta wrote: >> > > Simple and straight forward version update. Tested both stable >and devel on >> > > amd64 with no issues. >> > > >> > > Ok to merge? >> > > -- >> > > Edward Lopez-Acosta >> > >> > > diff --git a/devel/jenkins/devel/Makefile >b/devel/jenkins/devel/Makefile >> > > index a46d04c8ebc..e57c8793c51 100644 >> > > --- a/devel/jenkins/devel/Makefile >> > > +++ b/devel/jenkins/devel/Makefile >> > > @@ -1,6 +1,6 @@ >> > > # $OpenBSD: Makefile,v 1.30 2018/09/04 12:53:16 espie Exp $ >> > > -VERSION = 2.138 >> > > +VERSION = 2.147 >> > > MASTER_SITES = http://mirrors.jenkins-ci.org/war/${VERSION}/ >> > > DIST_SUBDIR = jenkins-devel >> > > REVISION = 0 >> > >> > No idea about the update itself, I don't use or have a way to test >jenkins, >> > but ports-wise please remove REVISION lines when updating. >> > >> > (Not relevant to jenkins, but for reference do not remove EPOCH >lines if present). >> >
Re: chrooting package build process possible?
Thanks Marc I will check those out. And I port new and updated applications as there are missing or outdated packages for my needs. On 2018-10-21 10:05, Marc Espie wrote: On Sun, Oct 21, 2018 at 09:50:24AM -0500, Edward Lopez-Acosta wrote: I have noticed that when building packages I am required to install dependencies globally which leads to a messy system if I don't remember to remove them. This is an issue when building ports that may not be installed on the same system. RTFM, See proot(1) and dpb(1) and bulk(8) Why do you build packages yourself, btw ? It takes time and space, and you can just use the trusted binary packages unless you have very good reasons to avoid them. Is it possible to somehow have the make process use a chroot and avoid installing packages globally? Slight tangent, but why do pkg_add/pkg_delete not prompt to confirm before taking actions which to me would make much more sense than just doing the action right away. This is Unix. Commands do stuff by default. Observe rm. By default, it removes files.
chrooting package build process possible?
I have noticed that when building packages I am required to install dependencies globally which leads to a messy system if I don't remember to remove them. This is an issue when building ports that may not be installed on the same system. Is it possible to somehow have the make process use a chroot and avoid installing packages globally? Slight tangent, but why do pkg_add/pkg_delete not prompt to confirm before taking actions which to me would make much more sense than just doing the action right away. Thank you.
[NEW] textproc/py-poyo-0.4.2
Hello, py-poyo is a lightweight YAML parser designed for the cookiecutter project due to possible issues with other YAML parsers. - All tests pass for both py2 and py3 - `make package` succeeds for py2 and py3 - No current ports depend on this module - DESCR and PLIST triple checked for accuracy Would anyone be able to review this, and merge if everything looks good please? Thank you in advance. -- Edward Lopez-Acosta py-poyo-0.4.2.tar.gz Description: application/gzip
Re: [UPDATE] Jenkins: stable v2.138.2, devel 2.147
New diff attached with REVISION removed. Edward Lopez-Acosta On 10/19/18 4:43 AM, Stuart Henderson wrote: On 2018/10/18 18:55, Edward Lopez-Acosta wrote: Simple and straight forward version update. Tested both stable and devel on amd64 with no issues. Ok to merge? -- Edward Lopez-Acosta diff --git a/devel/jenkins/devel/Makefile b/devel/jenkins/devel/Makefile index a46d04c8ebc..e57c8793c51 100644 --- a/devel/jenkins/devel/Makefile +++ b/devel/jenkins/devel/Makefile @@ -1,6 +1,6 @@ # $OpenBSD: Makefile,v 1.30 2018/09/04 12:53:16 espie Exp $ -VERSION = 2.138 +VERSION = 2.147 MASTER_SITES =http://mirrors.jenkins-ci.org/war/${VERSION}/ DIST_SUBDIR = jenkins-devel REVISION =0 No idea about the update itself, I don't use or have a way to test jenkins, but ports-wise please remove REVISION lines when updating. (Not relevant to jenkins, but for reference do not remove EPOCH lines if present). diff --git a/devel/jenkins/devel/Makefile b/devel/jenkins/devel/Makefile index a46d04c8ebc..0322d4ff7b1 100644 --- a/devel/jenkins/devel/Makefile +++ b/devel/jenkins/devel/Makefile @@ -1,9 +1,8 @@ # $OpenBSD: Makefile,v 1.30 2018/09/04 12:53:16 espie Exp $ -VERSION = 2.138 +VERSION = 2.147 MASTER_SITES = http://mirrors.jenkins-ci.org/war/${VERSION}/ DIST_SUBDIR = jenkins-devel -REVISION = 0 .include diff --git a/devel/jenkins/devel/distinfo b/devel/jenkins/devel/distinfo index 69095951c1e..81daf642f4f 100644 --- a/devel/jenkins/devel/distinfo +++ b/devel/jenkins/devel/distinfo @@ -1,2 +1,2 @@ -SHA256 (jenkins/2.138/jenkins.war) = 4cKA8SQZmcnHeVqOo+U0bevra+XiZ0TBOwO8SU3O9Ww= -SIZE (jenkins/2.138/jenkins.war) = 75704621 +SHA256 (jenkins/2.147/jenkins.war) = gXbvuFOTvUhHlRXHXzfVsncSDY2zc3Zc4IAqQFWT5PI= +SIZE (jenkins/2.147/jenkins.war) = 75921242 diff --git a/devel/jenkins/devel/pkg/PLIST b/devel/jenkins/devel/pkg/PLIST index 4c8acb6d7dd..555057c62d1 100644 --- a/devel/jenkins/devel/pkg/PLIST +++ b/devel/jenkins/devel/pkg/PLIST @@ -10,7 +10,7 @@ @sample ${HOMEDIR}/ @owner @group +@rcscript ${RCDIR}/jenkins share/doc/pkg-readmes/${PKGSTEM} share/jenkins/ share/jenkins/jenkins.war -@rcscript ${RCDIR}/jenkins diff --git a/devel/jenkins/stable/Makefile b/devel/jenkins/stable/Makefile index 9c336543917..bd56450de47 100644 --- a/devel/jenkins/stable/Makefile +++ b/devel/jenkins/stable/Makefile @@ -1,9 +1,8 @@ # $OpenBSD: Makefile,v 1.29 2018/09/04 12:53:16 espie Exp $ -VERSION = 2.121.3 +VERSION = 2.138.2 MASTER_SITES = http://mirrors.jenkins-ci.org/war-stable/${VERSION}/ DIST_SUBDIR = jenkins-stable -REVISION = 0 .include diff --git a/devel/jenkins/stable/distinfo b/devel/jenkins/stable/distinfo index 40fae240692..08bea45ebc0 100644 --- a/devel/jenkins/stable/distinfo +++ b/devel/jenkins/stable/distinfo @@ -1,2 +1,2 @@ -SHA256 (jenkins/2.121.3/jenkins.war) = UPvOEfoUfQ7Nns82za6D73lft9R3bzO16hO8Fb9uPBM= -SIZE (jenkins/2.121.3/jenkins.war) = 74764818 +SHA256 (jenkins/2.138.2/jenkins.war) = 2O1acDO+V6qahKU0KzVe+fK6bNtJDbBCptA++yPKHoM= +SIZE (jenkins/2.138.2/jenkins.war) = 75728164 diff --git a/devel/jenkins/stable/pkg/PLIST b/devel/jenkins/stable/pkg/PLIST index 4c8acb6d7dd..555057c62d1 100644 --- a/devel/jenkins/stable/pkg/PLIST +++ b/devel/jenkins/stable/pkg/PLIST @@ -10,7 +10,7 @@ @sample ${HOMEDIR}/ @owner @group +@rcscript ${RCDIR}/jenkins share/doc/pkg-readmes/${PKGSTEM} share/jenkins/ share/jenkins/jenkins.war -@rcscript ${RCDIR}/jenkins
Fwd: NEW: devel/py-chai-1.1.2
Ping? Forwarded Message Subject: NEW: devel/py-chai-1.1.2 (cookiecutter porting cont.) Date: Fri, 31 Aug 2018 18:36:52 -0500 From: Edward Lopez-Acosta To: ports@openbsd.org Hello, In continuing to port cookiecutter I was led to find some extra dependencies missing. This module is needed by a dependency for testing purposes so is needed to continue working on this porting project. py-chai is an easy to use API for mocking and stubbing framework based on the unittest module. - All tests pass for both py2 and py3 - No errors with `make package` on python2, there is a helper file for Python 2 included which has a syntax error for python3 but `make package` still works and does not seem to bother the module. - No existing ports rely on this module. Can I please get feedback on this and get it merged if things look good? Thank you in advance, -- Edward Lopez-Acosta py-chai-1.1.2.tar.gz Description: application/gzip
[UPDATE] Jenkins: stable v2.138.2, devel 2.147
Simple and straight forward version update. Tested both stable and devel on amd64 with no issues. Ok to merge? -- Edward Lopez-Acosta diff --git a/devel/jenkins/devel/Makefile b/devel/jenkins/devel/Makefile index a46d04c8ebc..e57c8793c51 100644 --- a/devel/jenkins/devel/Makefile +++ b/devel/jenkins/devel/Makefile @@ -1,6 +1,6 @@ # $OpenBSD: Makefile,v 1.30 2018/09/04 12:53:16 espie Exp $ -VERSION = 2.138 +VERSION = 2.147 MASTER_SITES = http://mirrors.jenkins-ci.org/war/${VERSION}/ DIST_SUBDIR = jenkins-devel REVISION = 0 diff --git a/devel/jenkins/devel/distinfo b/devel/jenkins/devel/distinfo index 69095951c1e..81daf642f4f 100644 --- a/devel/jenkins/devel/distinfo +++ b/devel/jenkins/devel/distinfo @@ -1,2 +1,2 @@ -SHA256 (jenkins/2.138/jenkins.war) = 4cKA8SQZmcnHeVqOo+U0bevra+XiZ0TBOwO8SU3O9Ww= -SIZE (jenkins/2.138/jenkins.war) = 75704621 +SHA256 (jenkins/2.147/jenkins.war) = gXbvuFOTvUhHlRXHXzfVsncSDY2zc3Zc4IAqQFWT5PI= +SIZE (jenkins/2.147/jenkins.war) = 75921242 diff --git a/devel/jenkins/devel/pkg/PLIST b/devel/jenkins/devel/pkg/PLIST index 4c8acb6d7dd..555057c62d1 100644 --- a/devel/jenkins/devel/pkg/PLIST +++ b/devel/jenkins/devel/pkg/PLIST @@ -10,7 +10,7 @@ @sample ${HOMEDIR}/ @owner @group +@rcscript ${RCDIR}/jenkins share/doc/pkg-readmes/${PKGSTEM} share/jenkins/ share/jenkins/jenkins.war -@rcscript ${RCDIR}/jenkins diff --git a/devel/jenkins/stable/Makefile b/devel/jenkins/stable/Makefile index 9c336543917..8789f1f3252 100644 --- a/devel/jenkins/stable/Makefile +++ b/devel/jenkins/stable/Makefile @@ -1,6 +1,6 @@ # $OpenBSD: Makefile,v 1.29 2018/09/04 12:53:16 espie Exp $ -VERSION = 2.121.3 +VERSION = 2.138.2 MASTER_SITES = http://mirrors.jenkins-ci.org/war-stable/${VERSION}/ DIST_SUBDIR = jenkins-stable REVISION = 0 diff --git a/devel/jenkins/stable/distinfo b/devel/jenkins/stable/distinfo index 40fae240692..08bea45ebc0 100644 --- a/devel/jenkins/stable/distinfo +++ b/devel/jenkins/stable/distinfo @@ -1,2 +1,2 @@ -SHA256 (jenkins/2.121.3/jenkins.war) = UPvOEfoUfQ7Nns82za6D73lft9R3bzO16hO8Fb9uPBM= -SIZE (jenkins/2.121.3/jenkins.war) = 74764818 +SHA256 (jenkins/2.138.2/jenkins.war) = 2O1acDO+V6qahKU0KzVe+fK6bNtJDbBCptA++yPKHoM= +SIZE (jenkins/2.138.2/jenkins.war) = 75728164 diff --git a/devel/jenkins/stable/pkg/PLIST b/devel/jenkins/stable/pkg/PLIST index 4c8acb6d7dd..555057c62d1 100644 --- a/devel/jenkins/stable/pkg/PLIST +++ b/devel/jenkins/stable/pkg/PLIST @@ -10,7 +10,7 @@ @sample ${HOMEDIR}/ @owner @group +@rcscript ${RCDIR}/jenkins share/doc/pkg-readmes/${PKGSTEM} share/jenkins/ share/jenkins/jenkins.war -@rcscript ${RCDIR}/jenkins
Fwd: Fwd: NEW: meta/mate-1.20
ping? Forwarded Message Subject: NEW: meta/mate-1.20 Date: Mon, 6 Aug 2018 16:00:03 -0500 From: Edward Lopez-Acosta To: ports@openbsd.org Made a meta package for the MATE desktop based on the one for Xfce. Left out maintainer for the moment but do not mind taking it. Can anyone please give this a test, and merge if good to go? Thank you -- Edward Lopez-Acosta mate-1.20.tar.gz Description: application/gzip