Re: UPDATE: Nextcloud-28.0.3
Hi Gonzalo!
Did you find time to test and consider my improvements below?
Thanks
Clemens
On Thu, 2024-03-07 at 17:11 +0100, Clemens Gößnitzer wrote:
> On Tue, 2024-03-05 at 09:30 +0100, Gonzalo L. Rodriguez wrote:
> > Hello,
> >
> > Update for Nextcloud to 28.0.3:
> >
> > https://nextcloud.com/changelog/
> >
> > Plus some tweaks from Clemens Gößnitzer for the README and httpd(8)
> > conf.
>
> I did not test updating, which does not work in the browser anymore
> when using the new examples. The following addition fixes that for
> me.
> Sorry for not noticing this.
>
>
> Index: pkg/README
> ===
> RCS file: /cvs/ports/www/nextcloud/pkg/README,v
> retrieving revision 1.24
> diff -u -p -u -r1.24 README
> --- pkg/README 5 Mar 2024 09:57:03 - 1.24
> +++ pkg/README 7 Mar 2024 16:09:53 -
> @@ -83,6 +83,14 @@ server "domain.tld" {
> pass
> }
>
> + # required for the updater in the browser
> + location "/nextcloud/core/ajax/update.php*" {
> + root "/nextcloud"
> + request strip 1
> + fastcgi socket "/run/php-fpm.sock"
> + pass
> + }
> +
> location "/nextcloud/ocs/*.php*" {
> root "/nextcloud"
> request strip 1
>
>
> >
> > OK?
> >
> > Cheers.-
> >
> >
>
Re: UPDATE: Nextcloud-28.0.3
On Tue, 2024-03-05 at 09:30 +0100, Gonzalo L. Rodriguez wrote:
> Hello,
>
> Update for Nextcloud to 28.0.3:
>
> https://nextcloud.com/changelog/
>
> Plus some tweaks from Clemens Gößnitzer for the README and httpd(8)
> conf.
I did not test updating, which does not work in the browser anymore
when using the new examples. The following addition fixes that for me.
Sorry for not noticing this.
Index: pkg/README
===
RCS file: /cvs/ports/www/nextcloud/pkg/README,v
retrieving revision 1.24
diff -u -p -u -r1.24 README
--- pkg/README 5 Mar 2024 09:57:03 - 1.24
+++ pkg/README 7 Mar 2024 16:09:53 -
@@ -83,6 +83,14 @@ server "domain.tld" {
pass
}
+ # required for the updater in the browser
+ location "/nextcloud/core/ajax/update.php*" {
+ root "/nextcloud"
+ request strip 1
+ fastcgi socket "/run/php-fpm.sock"
+ pass
+ }
+
location "/nextcloud/ocs/*.php*" {
root "/nextcloud"
request strip 1
>
> OK?
>
> Cheers.-
>
>
Re: www/nextcloud: possible improvements to provided httpd.conf example
On Thu, 2024-02-01 at 20:53 +0100, Clemens Gößnitzer wrote:
> On Thu, 2024-02-01 at 16:48 +0100, Gonzalo L. Rodriguez wrote:
> > Hi, it was discussed many times about put a super tweaked
> > httpd.conf
> > but the
> > idea of the example it's just that, an example, if you think your
> > version could
> > be better or more secure and you tested it, please send a diff and
> > I
> > will try
> > it.
> >
> > Thanks!
> >
>
> Attached you find a diff. Rationale for the changes:
>
> -) I only need to set max request body to 10M for even very large
> files
> (>500M) to be uploaded successfully in the browser.
>
> -) Only pass needed *.php* files to the fastcgi interpreter. This
> change requires careful testing. The below setting works for me, but
> I
> don't use all features of nextcloud.
>
> -) In the nextcloud root directory, there is already an index.html
> which takes care of the redirect. Use that instead of a return 301.
> If it ever required to redirect to a different location, the chances
> are high that nextcloud takes care of that in index.html, thus,
> changing the httpd configuration wouldn't be required.
>
> -) the 'location match "/nextcloud/oc[ms]%-provider/*"' had some
> issues
> and seems to be not necessary anymore, since ocm-provider got deleted
> some time ago:
> * no root set, thus, no access to the nextcloud directory
> * no fastcgi set for php parsing
> * no request strip 1 set
> This was not immediately visible due to the "catch-all" "*.php*"
> glob.
>
> -) according to the documentation for nginx [1], all .well-known
> except
> carddav and caldav should just be handed over to index.php for
> correct
> handling. This could potentially break setups that also use ACME for
> getting TLS certificates if the .well-known/acme-challenge
> configuration comes after this one (in httpd first location statement
> wins).
>
> Potential further changes, not shown in this diff:
> -) change from example.com/nextcloud to cloud.example.com. This
> would
> simplify some settings. I don't know how many people run the former
> vs. the latter, and it's subject to personal taste.
> -) Setting up an err.html with a redirect to /nextcloud/index.php,
> the
> same way index.html in the nextcloud root directory works. Thus, all
> invalid links would be forwarded to index.php. This wouldn't work if
> there are other services than nextcloud in the same server / domain.
>
> [1]
> https://docs.nextcloud.com/server/latest/admin_manual/installation/nginx.html
>
Is there any interest in this changes? I successfully deployed them,
and I did not see any problems. Did anybody else try them?
Additionally, the warnings with the current example are gone, and it
would not recommend this IMHO wrong entry (no root set, no fastcgi set,
ocm-provider deleted):
> location match "/nextcloud/oc[ms]%-provider/*" {
> directory index index.php
> pass
>}
>
> Index: pkg/README
> ===
> RCS file: /cvs/ports/www/nextcloud/pkg/README,v
> retrieving revision 1.23
> diff -u -p -u -r1.23 README
> --- pkg/README 5 Oct 2023 14:18:07 - 1.23
> +++ pkg/README 1 Feb 2024 19:38:49 -
> @@ -43,25 +43,54 @@ server "domain.tld" {
> key "/etc/ssl/private/domain.tld_private.pem"
> }
>
> - # Set max upload size to 513M (in bytes)
> - connection max request body 537919488
> + # Set max upload size to 10M (in bytes)
> + connection max request body 10485760
> connection max requests 1000
> connection request timeout 3600
> connection timeout 3600
>
> block drop
>
> - # Ensure that no '*.php*' files can be fetched from these
> directories
> - location "/nextcloud/config/*" {
> - block drop
> + # only allow well-known and required php files for fastcgi
> + # required for the webpage to work
> + location "/nextcloud/index.php*" {
> + root "/nextcloud"
> + request strip 1
> + fastcgi socket "/run/php-fpm.sock"
> + pass
> + }
> +
> + location "/nextcloud/public.php*" {
> + root "/nextcloud"
> + request strip 1
> + fastcgi socket "/run/php-fpm.sock"
> +
Re: ruby-jekyll
On Sun, 2024-02-04 at 12:46 +0100, BESSOT Jean-Michel wrote: > Hello > > Ruby-jekyll is written not maintened upstream but a version got out > the > 28 december. Is it because of a dep? Do you need a maintainer? > > Bye > The comment in the cvs says that nobody had interest to keep it up to date. You could try to install with `gem install jekyll`, but that seems to fail, at least on my test machine: > Building native extensions. This could take a while... > ERROR: Error installing jekyll: > ERROR: Failed to build gem native extension. > > current directory: > /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0/ext/sass > /usr/local/bin/ruby33 -rrubygems > /usr/local/lib/ruby/gems/3.3/gems/rake-13.1.0/exe/rake > RUBYARCHDIR\=/root/.local/share/gem/ruby/3.3/extensions/x86_64-openbsd/3.3/sass-embedded-1.70.0 > > RUBYLIBDIR\=/root/.local/share/gem/ruby/3.3/extensions/x86_64-openbsd/3.3/sass-embedded-1.70.0 > gem install --force --install-dir > /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0/ext/sass/ruby > --no-document --ignore-dependencies --platform x86_64-openbsd-7.4 --version > 1.70.0 sass-embedded > rake aborted! > NotImplementedError: dart-sass for x86_64-openbsd7.4 not available > athttps://github.com/sass/dart-sass/releases/tag/1.70.0 (NotImplementedError) > /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0/ext/sass/Rakefile:294:in > `default_dart_sass' > /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0/ext/sass/Rakefile:27:in > `block (2 levels) in ' > /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0/ext/sass/Rakefile:27:in > `fetch' > /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0/ext/sass/Rakefile:27:in > `rescue in block in ' > /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0/ext/sass/Rakefile:21:in > `block in ' > > Caused by: > > /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0/ext/sass/Rakefile:207:in > `gem_install' > /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0/ext/sass/Rakefile:23:in > `block in ' > Tasks: TOP => default => install => cli.rb => dart-sass > (See full trace by running task with --trace) > rm -rf /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0/ext/sass/ruby > > rake failed, exit code 1 > > Gem files will remain installed in > /root/.local/share/gem/ruby/3.3/gems/sass-embedded-1.70.0 for inspection. > Results logged to > /root/.local/share/gem/ruby/3.3/extensions/x86_64-openbsd/3.3/sass-embedded-1.70.0/gem_make.out > Alternatively, I ported all the dependencies for jekyll and jekyll successfully some time ago, but that was declined to being imported [1]. You could try to convince the developers to re-consider it and pick the work up where I left it, I am lacking time atm. [1] https://marc.info/?l=openbsd-ports&m=163777382129929&w=2
Re: www/nextcloud: possible improvements to provided httpd.conf example
On Thu, 2024-02-01 at 16:48 +0100, Gonzalo L. Rodriguez wrote:
> On Thu, 01 Feb 2024 at 13:57:35 +0100, Clemens Gößnitzer wrote:
> > I value the amazing work you are doing to keep www/nextcloud in a
> > really good shape. Thank you for that!
> >
> > I have three suggestions to possibly improve the provided
> > httpd.conf
> > example:
> >
> > 1.) block more locations
> > 2.) use block return 403 together with errdocs redirect
> > 3.) only allow needed .php files
> >
> > 1.)
> > According to
> > https://github.com/nextcloud/server/blob/master/.htaccess#L91,
> > 3rdparty
> > and lib should be blocked as well. The example already does that
> > for
> > config and data.
> >
> > 2.)
> > Instead of doing "block drop", one could alternatively use "block
> > return 403". With an error document similar to the provided
> > index.html
> > from nextcloud, a simple redirect to index.php could be provided,
> > too,
> > when returning 403. This could also be done for the global server
> > configuration. Thus, the user would always get redirected to
> > index.php
> > if he requests an invalid URL.
> >
> > 3.)
> > It seems like index.php, remote.php and status.php (potentially
> > cron.php for web-based cron) are the only php files which need to
> > be
> > parsed by php-fpm socket via fcgi. Thus, instead of matching all
> > php
> > files in the path (with "*.php*"), one could restrict php fcgi
> > functionality to just these three (four) files.
> >
> > Change 3.) would even make change 1) unnecessary, since then there
> > is
> > no danger of fetching random php files with the glob, and these
> > block
> > drop could be replaced by a block drop/return 403 in the global
> > server
> > configuration.
> >
> > If you like these ideas, I will provide a patch.
> >
> > Thanks.
> >
>
> Hi, it was discussed many times about put a super tweaked httpd.conf
> but the
> idea of the example it's just that, an example, if you think your
> version could
> be better or more secure and you tested it, please send a diff and I
> will try
> it.
>
> Thanks!
>
Attached you find a diff. Rationale for the changes:
-) I only need to set max request body to 10M for even very large files
(>500M) to be uploaded successfully in the browser.
-) Only pass needed *.php* files to the fastcgi interpreter. This
change requires careful testing. The below setting works for me, but I
don't use all features of nextcloud.
-) In the nextcloud root directory, there is already an index.html
which takes care of the redirect. Use that instead of a return 301.
If it ever required to redirect to a different location, the chances
are high that nextcloud takes care of that in index.html, thus,
changing the httpd configuration wouldn't be required.
-) the 'location match "/nextcloud/oc[ms]%-provider/*"' had some issues
and seems to be not necessary anymore, since ocm-provider got deleted
some time ago:
* no root set, thus, no access to the nextcloud directory
* no fastcgi set for php parsing
* no request strip 1 set
This was not immediately visible due to the "catch-all" "*.php*" glob.
-) according to the documentation for nginx [1], all .well-known except
carddav and caldav should just be handed over to index.php for correct
handling. This could potentially break setups that also use ACME for
getting TLS certificates if the .well-known/acme-challenge
configuration comes after this one (in httpd first location statement
wins).
Potential further changes, not shown in this diff:
-) change from example.com/nextcloud to cloud.example.com. This would
simplify some settings. I don't know how many people run the former
vs. the latter, and it's subject to personal taste.
-) Setting up an err.html with a redirect to /nextcloud/index.php, the
same way index.html in the nextcloud root directory works. Thus, all
invalid links would be forwarded to index.php. This wouldn't work if
there are other services than nextcloud in the same server / domain.
[1]
https://docs.nextcloud.com/server/latest/admin_manual/installation/nginx.html
Index: pkg/README
===
RCS file: /cvs/ports/www/nextcloud/pkg/README,v
retrieving revision 1.23
diff -u -p -u -r1.23 README
--- pkg/README 5 Oct 2023 14:18:07 - 1.23
+++ pkg/README 1 Feb 2024 19:38:49 -
@@ -43,25 +43,54 @@ server "domain.tld" {
key "/etc/ssl/private/domain.tld_private.pem"
}
- # Set max upload size to 513M (in bytes)
www/nextcloud: possible improvements to provided httpd.conf example
I value the amazing work you are doing to keep www/nextcloud in a really good shape. Thank you for that! I have three suggestions to possibly improve the provided httpd.conf example: 1.) block more locations 2.) use block return 403 together with errdocs redirect 3.) only allow needed .php files 1.) According to https://github.com/nextcloud/server/blob/master/.htaccess#L91, 3rdparty and lib should be blocked as well. The example already does that for config and data. 2.) Instead of doing "block drop", one could alternatively use "block return 403". With an error document similar to the provided index.html from nextcloud, a simple redirect to index.php could be provided, too, when returning 403. This could also be done for the global server configuration. Thus, the user would always get redirected to index.php if he requests an invalid URL. 3.) It seems like index.php, remote.php and status.php (potentially cron.php for web-based cron) are the only php files which need to be parsed by php-fpm socket via fcgi. Thus, instead of matching all php files in the path (with "*.php*"), one could restrict php fcgi functionality to just these three (four) files. Change 3.) would even make change 1) unnecessary, since then there is no danger of fetching random php files with the glob, and these block drop could be replaced by a block drop/return 403 in the global server configuration. If you like these ideas, I will provide a patch. Thanks.
[update] misc/py-yfinance
Attached is a diff which updates misc/py-yfinance to the most current
version.
Thanks.
Index: Makefile
===
RCS file: /cvs/ports/misc/py-yfinance/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile25 Nov 2022 16:14:22 - 1.8
+++ Makefile27 Nov 2023 14:05:32 -
@@ -1,9 +1,8 @@
COMMENT= fetching finanical market data with Python
-MODPY_EGG_VERSION= 0.1.72
+MODPY_EGG_VERSION= 0.2.32
DISTNAME= yfinance-${MODPY_EGG_VERSION}
PKGNAME= py-yfinance-${MODPY_EGG_VERSION}
-REVISION= 1
CATEGORIES=misc
Index: distinfo
===
RCS file: /cvs/ports/misc/py-yfinance/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- distinfo20 Jun 2022 22:58:31 - 1.5
+++ distinfo27 Nov 2023 14:05:32 -
@@ -1,2 +1,2 @@
-SHA256 (yfinance-0.1.72.tar.gz) = KPmk4pv9ZKRn87n857rriHm915P8qIqA8qUEj8CNOBo=
-SIZE (yfinance-0.1.72.tar.gz) = 26400
+SHA256 (yfinance-0.2.32.tar.gz) = /tbjdwKvdabAfIwuHFalMxpNTzQWNJlevHNfHfBupUM=
+SIZE (yfinance-0.2.32.tar.gz) = 66497
Index: pkg/PLIST
===
RCS file: /cvs/ports/misc/py-yfinance/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST 25 Nov 2022 16:14:22 - 1.3
+++ pkg/PLIST 27 Nov 2023 14:05:32 -
@@ -13,6 +13,14 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/yfinance/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/yfinance/${MODPY_PYCACHE}base.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
lib/python${MODPY_VERSION}/site-packages/yfinance/${MODPY_PYCACHE}base.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/yfinance/${MODPY_PYCACHE}cache.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/yfinance/${MODPY_PYCACHE}cache.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/yfinance/${MODPY_PYCACHE}const.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/yfinance/${MODPY_PYCACHE}const.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/yfinance/${MODPY_PYCACHE}data.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/yfinance/${MODPY_PYCACHE}data.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/yfinance/${MODPY_PYCACHE}exceptions.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/yfinance/${MODPY_PYCACHE}exceptions.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/yfinance/${MODPY_PYCACHE}multi.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
lib/python${MODPY_VERSION}/site-packages/yfinance/${MODPY_PYCACHE}multi.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/yfinance/${MODPY_PYCACHE}shared.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
@@ -26,7 +34,28 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/yfinance/${MODPY_PYCACHE}version.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
lib/python${MODPY_VERSION}/site-packages/yfinance/${MODPY_PYCACHE}version.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/yfinance/base.py
+lib/python${MODPY_VERSION}/site-packages/yfinance/cache.py
+lib/python${MODPY_VERSION}/site-packages/yfinance/const.py
+lib/python${MODPY_VERSION}/site-packages/yfinance/data.py
+lib/python${MODPY_VERSION}/site-packages/yfinance/exceptions.py
lib/python${MODPY_VERSION}/site-packages/yfinance/multi.py
+lib/python${MODPY_VERSION}/site-packages/yfinance/scrapers/
+lib/python${MODPY_VERSION}/site-packages/yfinance/scrapers/__init__.py
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/yfinance/scrapers/${MODPY_PYCACHE}/
+lib/python${MODPY_VERSION}/site-packages/yfinance/scrapers/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/yfinance/scrapers/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/yfinance/scrapers/${MODPY_PYCACHE}analysis.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/yfinance/scrapers/${MODPY_PYCACHE}analysis.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/yfinance/scrapers/${MODPY_PYCACHE}fundamentals.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/yfinance/scrapers/${MODPY_PYCACHE}fundamentals.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/yfinance/scrapers/${MODPY_PYCACHE}holders.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/yfinance/scrapers/${MODPY_PYCACHE}holders.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/yfinance/scrapers/${MODPY_PYCACHE}quo
[new] math/py-quantities
Attached is a new port, math/py-quantities, which is required to activate the regression tests of print/py-pylatex. Thanks. py-quantities.tgz Description: application/compressed-tar
Re: [update] print/py-pylatex
On Sun, 2023-11-26 at 16:51 -0500, Daniel Dickman wrote:
> Could TEST_DEPENDS be set for the tests? What do you think?
I tried, and this would require at least one new port for the
quantities package https://pypi.org/project/quantities/. I will port
this as soon as my time permits. For now, I disabled tests by setting
NO_TEST to Yes. Attached is a new diff.
Is there any easy way to install all dependencies of a port by means of
pkg_add instead of building them, e.g., when doing make fake?
Index: Makefile
===
RCS file: /cvs/ports/print/py-pylatex/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile13 Nov 2022 20:31:00 - 1.4
+++ Makefile27 Nov 2023 08:35:04 -
@@ -1,9 +1,8 @@
COMMENT= Python interface for LaTeX
-MODPY_EGG_VERSION= 1.4.1
+MODPY_EGG_VERSION= 1.4.2
DISTNAME= PyLaTeX-${MODPY_EGG_VERSION}
PKGNAME= py-pylatex-${MODPY_EGG_VERSION}
-REVISION= 1
CATEGORIES=print
@@ -24,5 +23,10 @@ MODPY_PI=Yes
RUN_DEPENDS= devel/py-ordered-set${MODPY_FLAVOR} \
print/texlive/texmf,-full
+
+# would require quantities package
+NO_TEST= Yes
+
+#TEST_DEPENDS= graphics/py-matplotlib${MODPY_FLAVOR}
.include
Index: distinfo
===
RCS file: /cvs/ports/print/py-pylatex/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo20 Nov 2021 08:20:05 - 1.1.1.1
+++ distinfo27 Nov 2023 08:35:04 -
@@ -1,2 +1,2 @@
-SHA256 (PyLaTeX-1.4.1.tar.gz) = 08Eu+4smB3EmBEPc540ekInAn50LkuYnPfygv15zAvs=
-SIZE (PyLaTeX-1.4.1.tar.gz) = 84976
+SHA256 (PyLaTeX-1.4.2.tar.gz) = u3shvsV+zbo/b0TIVuvr32VJ/W6AZhvUT9UJQjZykkI=
+SIZE (PyLaTeX-1.4.2.tar.gz) = 59710
Index: pkg/PLIST
===
RCS file: /cvs/ports/print/py-pylatex/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST 13 Nov 2022 20:31:00 - 1.3
+++ pkg/PLIST 27 Nov 2023 08:35:04 -
@@ -1,4 +1,5 @@
lib/python${MODPY_VERSION}/site-packages/PyLaTeX-${MODPY_EGG_VERSION}.dist-info/
+lib/python${MODPY_VERSION}/site-packages/PyLaTeX-${MODPY_EGG_VERSION}.dist-info/LICENSE
lib/python${MODPY_VERSION}/site-packages/PyLaTeX-${MODPY_EGG_VERSION}.dist-info/METADATA
lib/python${MODPY_VERSION}/site-packages/PyLaTeX-${MODPY_EGG_VERSION}.dist-info/RECORD
lib/python${MODPY_VERSION}/site-packages/PyLaTeX-${MODPY_EGG_VERSION}.dist-info/WHEEL
> > On Nov 21, 2023, at 2:14 PM, Clemens Gößnitzer
> > wrote:
> >
> > The diff below updates print/py-pylatex to the latest version.
> > Changelog:
> >
> > - Add `.Chapter` in ``__init__.py``
> > - Fix installation on Python 3.12
> > - Update tooling (use black and isort and remove custom flake8
> > stuff)
> >
> > I get a warning that description-file in setup.cfg should be named
> > description_file. I don't know if that would be something to patch
> > away.
> >
> > Thanks.
> >
> >
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/print/py-pylatex/Makefile,v
> > retrieving revision 1.4
> > diff -u -p -r1.4 Makefile
> > --- Makefile 13 Nov 2022 20:31:00 - 1.4
> > +++ Makefile 21 Nov 2023 18:40:42 -
> > @@ -1,9 +1,8 @@
> > COMMENT= Python interface for LaTeX
> >
> > -MODPY_EGG_VERSION= 1.4.1
> > +MODPY_EGG_VERSION= 1.4.2
> > DISTNAME= PyLaTeX-${MODPY_EGG_VERSION}
> > PKGNAME= py-pylatex-${MODPY_EGG_VERSION}
> > -REVISION= 1
> >
> > CATEGORIES= print
> >
> > Index: distinfo
> > ===
> > RCS file: /cvs/ports/print/py-pylatex/distinfo,v
> > retrieving revision 1.1.1.1
> > diff -u -p -r1.1.1.1 distinfo
> > --- distinfo 20 Nov 2021 08:20:05 - 1.1.1.1
> > +++ distinfo 21 Nov 2023 18:40:42 -
> > @@ -1,2 +1,2 @@
> > -SHA256 (PyLaTeX-1.4.1.tar.gz) =
> > 08Eu+4smB3EmBEPc540ekInAn50LkuYnPfygv15zAvs=
> > -SIZE (PyLaTeX-1.4.1.tar.gz) = 84976
> > +SHA256 (PyLaTeX-1.4.2.tar.gz) =
> > u3shvsV+zbo/b0TIVuvr32VJ/W6AZhvUT9UJQjZykkI=
> > +SIZE (PyLaTeX-1.4.2.tar.gz) = 59710
> > Index: pkg/PLIST
> > ===
> > RCS file: /cvs/ports/print/py-pylatex/pkg/PLIST,v
> > retrieving revision 1.3
> > diff -u -p -r1.3 PLIST
> > --- pkg/PLIST 13 Nov 2022 20:31:00 - 1.3
> > +++ pkg/PLIST 21 Nov 2023 18:40:
[update] devel/py-multitasking
The diff below updates devel/py-multitasking to the most recent
version.
Changelog:
* Added get_list_of_tasks()
Thanks.
Index: Makefile
===
RCS file: /cvs/ports/devel/py-multitasking/Makefile,v
retrieving revision 1.5
diff -u -p -u -r1.5 Makefile
--- Makefile26 Nov 2022 15:02:53 - 1.5
+++ Makefile21 Nov 2023 18:34:02 -
@@ -1,9 +1,8 @@
COMMENT= non-blocking Python methods using decorators
-MODPY_EGG_VERSION= 0.0.10
+MODPY_EGG_VERSION= 0.0.11
DISTNAME= multitasking-${MODPY_EGG_VERSION}
PKGNAME= py-multitasking-${MODPY_EGG_VERSION}
-REVISION= 1
CATEGORIES=devel
Index: distinfo
===
RCS file: /cvs/ports/devel/py-multitasking/distinfo,v
retrieving revision 1.2
diff -u -p -u -r1.2 distinfo
--- distinfo14 Nov 2021 19:53:11 - 1.2
+++ distinfo21 Nov 2023 18:34:02 -
@@ -1,2 +1,2 @@
-SHA256 (multitasking-0.0.10.tar.gz) =
gQZA+mZwvkH0pxKyh9kwehSthJ2WbwahfSzxWTtmw80=
-SIZE (multitasking-0.0.10.tar.gz) = 8152
+SHA256 (multitasking-0.0.11.tar.gz) =
TWvDzGX5stynL7Wnh4UKiNro9iDCs2rptVJI5RvNYCY=
+SIZE (multitasking-0.0.11.tar.gz) = 8150
[update] print/py-pylatex
The diff below updates print/py-pylatex to the latest version.
Changelog:
- Add `.Chapter` in ``__init__.py``
- Fix installation on Python 3.12
- Update tooling (use black and isort and remove custom flake8 stuff)
I get a warning that description-file in setup.cfg should be named
description_file. I don't know if that would be something to patch
away.
Thanks.
Index: Makefile
===
RCS file: /cvs/ports/print/py-pylatex/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile13 Nov 2022 20:31:00 - 1.4
+++ Makefile21 Nov 2023 18:40:42 -
@@ -1,9 +1,8 @@
COMMENT= Python interface for LaTeX
-MODPY_EGG_VERSION= 1.4.1
+MODPY_EGG_VERSION= 1.4.2
DISTNAME= PyLaTeX-${MODPY_EGG_VERSION}
PKGNAME= py-pylatex-${MODPY_EGG_VERSION}
-REVISION= 1
CATEGORIES=print
Index: distinfo
===
RCS file: /cvs/ports/print/py-pylatex/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo20 Nov 2021 08:20:05 - 1.1.1.1
+++ distinfo21 Nov 2023 18:40:42 -
@@ -1,2 +1,2 @@
-SHA256 (PyLaTeX-1.4.1.tar.gz) = 08Eu+4smB3EmBEPc540ekInAn50LkuYnPfygv15zAvs=
-SIZE (PyLaTeX-1.4.1.tar.gz) = 84976
+SHA256 (PyLaTeX-1.4.2.tar.gz) = u3shvsV+zbo/b0TIVuvr32VJ/W6AZhvUT9UJQjZykkI=
+SIZE (PyLaTeX-1.4.2.tar.gz) = 59710
Index: pkg/PLIST
===
RCS file: /cvs/ports/print/py-pylatex/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST 13 Nov 2022 20:31:00 - 1.3
+++ pkg/PLIST 21 Nov 2023 18:40:42 -
@@ -1,4 +1,5 @@
lib/python${MODPY_VERSION}/site-packages/PyLaTeX-${MODPY_EGG_VERSION}.dist-info/
+lib/python${MODPY_VERSION}/site-packages/PyLaTeX-${MODPY_EGG_VERSION}.dist-info/LICENSE
lib/python${MODPY_VERSION}/site-packages/PyLaTeX-${MODPY_EGG_VERSION}.dist-info/METADATA
lib/python${MODPY_VERSION}/site-packages/PyLaTeX-${MODPY_EGG_VERSION}.dist-info/RECORD
lib/python${MODPY_VERSION}/site-packages/PyLaTeX-${MODPY_EGG_VERSION}.dist-info/WHEEL
[UPDATE] devel/py-multitasking
Straightforward update for devel/py-multitasking.
Changelog:
Added get_list_of_tasks()
Its only consumer, misc/py-yfinance is still happy with this update.
Thanks.
Index: Makefile
===
RCS file: /cvs/ports/devel/py-multitasking/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile11 Mar 2022 18:52:49 - 1.3
+++ Makefile14 Sep 2022 17:17:54 -
@@ -1,6 +1,6 @@
COMMENT= non-blocking Python methods using decorators
-MODPY_EGG_VERSION= 0.0.10
+MODPY_EGG_VERSION= 0.0.11
DISTNAME= multitasking-${MODPY_EGG_VERSION}
PKGNAME= py-multitasking-${MODPY_EGG_VERSION}
Index: distinfo
===
RCS file: /cvs/ports/devel/py-multitasking/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo14 Nov 2021 19:53:11 - 1.2
+++ distinfo14 Sep 2022 17:17:54 -
@@ -1,2 +1,2 @@
-SHA256 (multitasking-0.0.10.tar.gz) =
gQZA+mZwvkH0pxKyh9kwehSthJ2WbwahfSzxWTtmw80=
-SIZE (multitasking-0.0.10.tar.gz) = 8152
+SHA256 (multitasking-0.0.11.tar.gz) =
TWvDzGX5stynL7Wnh4UKiNro9iDCs2rptVJI5RvNYCY=
+SIZE (multitasking-0.0.11.tar.gz) = 8150
[UPDATE] misc/py-yfinance
Update for misc/py-yfinance.
Changelog:
0.1.74
Fixed bug introduced in 0.1.73 (sorry :/)
0.1.73
Merged several PR that fixed misc issues
Thanks.
Index: Makefile
===
RCS file: /cvs/ports/misc/py-yfinance/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile20 Jun 2022 22:58:31 - 1.6
+++ Makefile14 Sep 2022 17:18:52 -
@@ -1,6 +1,6 @@
COMMENT= fetching finanical market data with Python
-MODPY_EGG_VERSION= 0.1.72
+MODPY_EGG_VERSION= 0.1.74
DISTNAME= yfinance-${MODPY_EGG_VERSION}
PKGNAME= py-yfinance-${MODPY_EGG_VERSION}
Index: distinfo
===
RCS file: /cvs/ports/misc/py-yfinance/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- distinfo20 Jun 2022 22:58:31 - 1.5
+++ distinfo14 Sep 2022 17:18:52 -
@@ -1,2 +1,2 @@
-SHA256 (yfinance-0.1.72.tar.gz) = KPmk4pv9ZKRn87n857rriHm915P8qIqA8qUEj8CNOBo=
-SIZE (yfinance-0.1.72.tar.gz) = 26400
+SHA256 (yfinance-0.1.74.tar.gz) = oMKfnJ7TWVdJ0M0ZrPZflvIOQ3YIR5VJf1PNiyY7VMc=
+SIZE (yfinance-0.1.74.tar.gz) = 26611
Re: [UPDATE] misc/py-yfinance 0.1.69 => 0.1.72
On Sun, 2022-06-19 at 15:23 -0500, Lucas Raab wrote:
> On Sun, Jun 19, 2022 at 08:55:14PM +0200, Clemens Gößnitzer wrote:
> > Simple update of py-yfinance from 0.1.69 to 0.1.72.
> >
> > Changelog from github:
> >
> > 0.1.72
> > bugfix
> > 0.1.71
> > Added Tickers(…).news()
> > Return empty DF if YF missing earnings dates
> > Fix EPS % to 0->1
> > Fix timezone handling
> > Fix handling of missing data
> > Clean&format earnings_dates table
> > Add .get_earnings_dates() to retreive earnings calendar
> > Added .get_earnings_history() to fetch earnings data
> > 0.1.70
> > Bug fixed - Closes #937
> >
> Is your tree not completely up to date? 0.1.70 is the version
> currently
> in so the patch doesn't apply.
>
> Lucas
>
Indeed, my ports tree was not up-to-date. New diff attached.
Index: Makefile
===
RCS file: /cvs/ports/misc/py-yfinance/Makefile,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 Makefile
--- Makefile16 Mar 2022 10:39:55 - 1.5
+++ Makefile20 Jun 2022 15:14:03 -
@@ -1,6 +1,6 @@
COMMENT= fetching finanical market data with Python
-MODPY_EGG_VERSION= 0.1.70
+MODPY_EGG_VERSION= 0.1.72
DISTNAME= yfinance-${MODPY_EGG_VERSION}
PKGNAME= py-yfinance-${MODPY_EGG_VERSION}
Index: distinfo
===
RCS file: /cvs/ports/misc/py-yfinance/distinfo,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 distinfo
--- distinfo16 Mar 2022 10:39:55 - 1.4
+++ distinfo20 Jun 2022 15:14:03 -
@@ -1,2 +1,2 @@
-SHA256 (yfinance-0.1.70.tar.gz) = pCGQ3Ts/zhsArsJz2zY5K48QDMjHPceIG7VYEXy/fGk=
-SIZE (yfinance-0.1.70.tar.gz) = 24356
+SHA256 (yfinance-0.1.72.tar.gz) = KPmk4pv9ZKRn87n857rriHm915P8qIqA8qUEj8CNOBo=
+SIZE (yfinance-0.1.72.tar.gz) = 26400
[UPDATE] misc/py-yfinance 0.1.69 => 0.1.72
Simple update of py-yfinance from 0.1.69 to 0.1.72.
Changelog from github:
0.1.72
bugfix
0.1.71
Added Tickers(…).news()
Return empty DF if YF missing earnings dates
Fix EPS % to 0->1
Fix timezone handling
Fix handling of missing data
Clean&format earnings_dates table
Add .get_earnings_dates() to retreive earnings calendar
Added .get_earnings_history() to fetch earnings data
0.1.70
Bug fixed - Closes #937
Index: Makefile
===
RCS file: /cvs/ports/misc/py-yfinance/Makefile,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 Makefile
--- Makefile11 Mar 2022 19:38:19 - 1.4
+++ Makefile19 Jun 2022 18:52:13 -
@@ -1,6 +1,6 @@
COMMENT= fetching finanical market data with Python
-MODPY_EGG_VERSION= 0.1.69
+MODPY_EGG_VERSION= 0.1.72
DISTNAME= yfinance-${MODPY_EGG_VERSION}
PKGNAME= py-yfinance-${MODPY_EGG_VERSION}
Index: distinfo
===
RCS file: /cvs/ports/misc/py-yfinance/distinfo,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 distinfo
--- distinfo23 Jan 2022 14:44:55 - 1.3
+++ distinfo19 Jun 2022 18:52:13 -
@@ -1,2 +1,2 @@
-SHA256 (yfinance-0.1.69.tar.gz) = +ESMRzGIsN5fFv4RElhCVFpmSaTK9Dv6JKkx1X6sKOU=
-SIZE (yfinance-0.1.69.tar.gz) = 24335
+SHA256 (yfinance-0.1.72.tar.gz) = KPmk4pv9ZKRn87n857rriHm915P8qIqA8qUEj8CNOBo=
+SIZE (yfinance-0.1.72.tar.gz) = 26400
[UPDATE] misc/py-yfinance
Simple update to py-yfinance. This update is a bugfix release.
Thanks.
Index: Makefile
===
RCS file: /cvs/ports/misc/py-yfinance/Makefile,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 Makefile
--- Makefile11 Mar 2022 19:38:19 - 1.4
+++ Makefile15 Mar 2022 18:15:16 -
@@ -1,6 +1,6 @@
COMMENT= fetching finanical market data with Python
-MODPY_EGG_VERSION= 0.1.69
+MODPY_EGG_VERSION= 0.1.70
DISTNAME= yfinance-${MODPY_EGG_VERSION}
PKGNAME= py-yfinance-${MODPY_EGG_VERSION}
Index: distinfo
===
RCS file: /cvs/ports/misc/py-yfinance/distinfo,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 distinfo
--- distinfo23 Jan 2022 14:44:55 - 1.3
+++ distinfo15 Mar 2022 18:15:16 -
@@ -1,2 +1,2 @@
-SHA256 (yfinance-0.1.69.tar.gz) = +ESMRzGIsN5fFv4RElhCVFpmSaTK9Dv6JKkx1X6sKOU=
-SIZE (yfinance-0.1.69.tar.gz) = 24335
+SHA256 (yfinance-0.1.70.tar.gz) = pCGQ3Ts/zhsArsJz2zY5K48QDMjHPceIG7VYEXy/fGk=
+SIZE (yfinance-0.1.70.tar.gz) = 24356
[UPDATE] devel/py-ordered-set
Update to py-ordered-set. Minor changes to the package structure. All
tests pass.
Changelog from github:
Version 4.1 (January 2022)
* Packaged using flit. Wheels now exist, and setuptools is no longer
required.
* This package now has a typical package structure, instead of being a
single module. The code is in ordered_set/__init__.py instead of
ordered_set.py.
* There is an ordered_set/py.typed so that type checkers know about the
types.
* Use the type aliases SetLike[T] and OrderedSetInitializer[T] to
simplify some types.
* Updated the way overloaded type signatures are written to what MyPy
currently expects.
* Minimum Python version is 3.7.
Thanks.
Index: Makefile
===
RCS file: /cvs/ports/devel/py-ordered-set/Makefile,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 Makefile
--- Makefile11 Mar 2022 18:52:50 - 1.2
+++ Makefile15 Mar 2022 18:07:29 -
@@ -1,6 +1,6 @@
COMMENT= ordered sets in Python
-MODPY_EGG_VERSION= 4.0.2
+MODPY_EGG_VERSION= 4.1.0
DISTNAME= ordered-set-${MODPY_EGG_VERSION}
PKGNAME= py-ordered-set-${MODPY_EGG_VERSION}
Index: distinfo
===
RCS file: /cvs/ports/devel/py-ordered-set/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo20 Nov 2021 08:18:57 - 1.1.1.1
+++ distinfo15 Mar 2022 18:07:29 -
@@ -1,2 +1,2 @@
-SHA256 (ordered-set-4.0.2.tar.gz) =
upOy3wVbyiAhFuxEub6tPfM+pjp9WCf/jhZzi5fzOpU=
-SIZE (ordered-set-4.0.2.tar.gz) = 10658
+SHA256 (ordered-set-4.1.0.tar.gz) =
aUqORMh2V8WSku3nKJHrkdNBMfZTFGOqswCRkcdzZKg=
+SIZE (ordered-set-4.1.0.tar.gz) = 12826
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/py-ordered-set/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 PLIST
--- pkg/PLIST 11 Mar 2022 18:52:50 - 1.2
+++ pkg/PLIST 15 Mar 2022 18:07:29 -
@@ -1,8 +1,9 @@
-lib/python${MODPY_VERSION}/site-packages/${MODPY_PYCACHE}/
-lib/python${MODPY_VERSION}/site-packages/${MODPY_PYCACHE}ordered_set.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/ordered_set/
lib/python${MODPY_VERSION}/site-packages/ordered_set-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/
lib/python${MODPY_VERSION}/site-packages/ordered_set-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
lib/python${MODPY_VERSION}/site-packages/ordered_set-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt
lib/python${MODPY_VERSION}/site-packages/ordered_set-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt
lib/python${MODPY_VERSION}/site-packages/ordered_set-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
-lib/python${MODPY_VERSION}/site-packages/ordered_set.py
+lib/python${MODPY_VERSION}/site-packages/ordered_set/__init__.py
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/ordered_set/${MODPY_PYCACHE}/
+lib/python${MODPY_VERSION}/site-packages/ordered_set/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
Re: pledge and unveil PHP wrappers don't work on current
March 4, 2022 4:44 AM, i...@tutanota.com wrote: > I am running an OpenBSD current box with PHP 8.1 and wanted to try out the > pledge and unveil > wrappers. > > I have installed the pecl81-pledge-2.0.2p3 package and have restarted > php81_fpm and httpd. > > When I use pledge or unveil I get: > > Error: Call to undefined function unveil() in ... > > From the documentation there isn't anything that should be setup, i.e. no > loading of this package > as an extension. > > Kind regards > > -- > Sent with Tutanota, the secure & ad-free mailbox. You have to load the extension as described in the php pkg-readme: Extension modules = Many language features in php are provided by extensions, which come in several classes. See /usr/local/share/doc/pkg-readme/php-* Additionally, you can check if the module was loaded by the phpinfo() function, which should give you an output of all the loaded modules. Hope that helps!
Re: [update] misc/py-yfinance
On Fri, 2022-01-21 at 00:58 +, portno12 wrote: > builds ok on amd64, all tests pass > ok for import? Update works for me too. Thanks.
Re: [update] misc/py-yfinance
January 21, 2022 1:58 AM, "portno12" wrote: > builds ok on amd64, all tests pass > ok for import? I will test your diff tonight. Thanks for the update!
Re: [NEW] www/ruby-jekyll
November 25, 2021 10:14 AM, "Stuart Henderson" wrote: > On 2021/11/24 11:27, joshua stein wrote: > >> On Wed, 24 Nov 2021 at 18:09:33 +0100, Clemens Gößnitzer wrote: >> Beginning with this email, I'll send out a couple of new ports which are all >> dependencies for www/ruby-jekyll. With these, I get a working jekyll for my >> applications. I tested that `serve' and `build' commands work, and >> --incremental and --watch flags, too. If you have some more tests, I'd be >> happy >> to know if something does not work. >> >> Is there really any reason to keep this in the ports tree? I >> thought we were doing away with ports for simple Ruby modules. >> >> Jekyll installs fine with Bundler and since I'd imagine most would >> need a custom Gemfile with other things in it anyway, why bother >> having a system-wide Jekyll installation that will be ~6 months out >> of date in each OpenBSD release? > > Besides this, sending a batch of this many new ports in one go is too > much for us to deal with, manageable chunks please. Max 3 or 4 at once would > be more like it (keep dependency chains together, in a single email if > they're fairly closely related). Yes that was enthustiastic overkill from my side - sorry for that. Then I'll drop the effort for jekyll. Thanks for your patience.
Re: [NEW] www/ruby-jekyll
On Wed, 2021-11-24 at 11:27 -0600, joshua stein wrote: > On Wed, 24 Nov 2021 at 18:09:33 +0100, Clemens Gößnitzer wrote: > > Beginning with this email, I'll send out a couple of new ports which are all > > dependencies for www/ruby-jekyll. With these, I get a working jekyll for my > > applications. I tested that `serve' and `build' commands work, and > > --incremental and --watch flags, too. If you have some more tests, I'd be > > happy > > to know if something does not work. > > Is there really any reason to keep this in the ports tree? I > thought we were doing away with ports for simple Ruby modules. > > Jekyll installs fine with Bundler and since I'd imagine most would > need a custom Gemfile with other things in it anyway, why bother > having a system-wide Jekyll installation that will be ~6 months out > of date in each OpenBSD release? > If that's the consensus, then I am sorry for the spam. Thanks.
Re: [NEW] www/ruby-jekyll [17] www/ruby-minima
www/ruby-minima is attached. It is a dependency for www/ruby-jekyll. cat DESCR Minima is a one-size-fits-all Jekyll theme for writers. It's Jekyll's default (and first) theme. It's what you get when you run jekyll new. ruby-minima.tgz Description: application/compressed-tar
Re: [NEW] www/ruby-jekyll [16] www/ruby-jekyll-seo-tag
www/ruby-jekyll-seo-tag is attached. It is a dependency of www/ruby-minima which is a dependency of www/ruby-jekyll. cat DESCR A Jekyll plugin to add metadata tags for search engines and social networks to better index and display your site's content. ruby-jekyll-seo-tag.tgz Description: application/compressed-tar
Re: [NEW] www/ruby-jekyll [15] www/ruby-jekyll-feed
www/ruby-jekyll-feed is attached. It is a dependency of www/ruby-minima which is a dependency of www/ruby-jekyll. cat DESCR A Jekyll plugin to generate an Atom (RSS-like) feed of your Jekyll posts. ruby-jekyll-feed.tgz Description: application/compressed-tar
Re: [NEW] www/ruby-jekyll [14] www/ruby-jekyll
www/ruby-jekyll is attached. cat DESCR Jekyll is a simple, blog-aware, static site generator perfect for personal, project, or organization sites. Think of it like a file-based CMS, without all the complexity. Jekyll takes your content, renders Markdown and Liquid templates, and spits out a complete, static website ready to be served by Apache, Nginx or another web server. Jekyll is the engine behind GitHub Pages, which you can use to host sites right from your GitHub repositories. ruby-jekyll.tgz Description: application/compressed-tar
Re: [NEW] www/ruby-jekyll [13] www/ruby-webrick
www/ruby-webrick is attached. It is a dependency for www/ruby-jekyll. cat DESCR WEBrick is an HTTP server toolkit that can be configured as an HTTPS server, a proxy server, and a virtual-host server. WEBrick features complete logging of both server operations and HTTP access. WEBrick supports both basic and digest authentication in addition to algorithms not in RFC 2617. A WEBrick server can be composed of multiple WEBrick servers or servlets to provide differing behavior on a per-host or per-path basis. WEBrick includes servlets for handling CGI scripts, ERB pages, Ruby blocks and directory listings. WEBrick also includes tools for daemonizing a process and starting a process at a higher privilege level and dropping permissions. ruby-webrick.tgz Description: application/compressed-tar
Re: [NEW] www/ruby-jekyll [12] www/ruby-jekyll-watch
www/ruby-jekyll-watch is attached. It is a dependency for www/ruby-jekyll. cat DESCR Rebuild your Jekyll site when a file changes with the `--watch` switch. ruby-jekyll-watch.tgz Description: application/compressed-tar
Re: [NEW] www/ruby-jekyll [11] devel/ruby-listen
devel/ruby-listen is attached. It is a dependency for www/ruby-jekyll. It does not work for ruby27. Could someone give me a hint how I could solve this problem? Thanks. cat DESCR The Listen gem listens to file modifications and notifies you about the changes. Works everywhere! ruby-listen.tgz Description: application/compressed-tar
Re: [NEW] www/ruby-jekyll [10] devel/ruby-rb-kqueue
devel/ruby-rb-kqueue is attached. It is a dependency for www/ruby-jekyll. cat DESCR This is a simple wrapper over the kqueue BSD event notification interface (supported on FreeBSD, NetBSD, OpenBSD, and Darwin). It uses the FFI gem to avoid having to compile a C extension. ruby-rb-kqueue.tgz Description: application/compressed-tar
Re: [NEW] www/ruby-jekyll [9] www/ruby-jekyll-sass-converter
www/ruby-jekyll-sass-converter is attached. It is a dependency for www/ruby- jekyll. cat DESCR A basic Sass converter for Jekyll. ruby-jekyll-sass-converter.tgz Description: application/compressed-tar
Re: [NEW] www/ruby-jekyll [8] www/ruby-em-websocket
www/ruby-em-websocket is attached. It is a dependency for www/ruby-jekyll. cat DESCR EventMachine based, async, Ruby WebSocket server. Supports all WebSocket protocols in use in the wild (and a few that are not): drafts 75, 76, 1-17, rfc. ruby-em-websocket.tgz Description: application/compressed-tar
Re: [NEW] www/ruby-jekyll [7] www/ruby-http_parser.rb
www/ruby-http_parser.rb is attached. It is a dependency for www/ruby-jekyll. cat DESCR A simple callback-based HTTP request/response parser for writing http servers, clients and proxies. It is built on top of joyent/http-parser and its java port http-parser/http-parser.java. ruby-http_parser.rb.tgz Description: application/compressed-tar
Re: [NEW] www/ruby-jekyll [6] textproc/ruby-terminal-table
textproc/ruby-terminal-table is attached. It is a dependency for www/ruby- jekyll. cat DESCR Terminal Table is a fast and simple, yet feature rich table generator written in Ruby. It supports ASCII and Unicode formatted tables. ruby-terminal-table.tgz Description: application/compressed-tar
Re: [NEW] www/ruby-jekyll [5] textproc/ruby-unicode-display_width
textproc/ruby-unicode-display_width is attached, it is a dependency for www/ruby-jekyll. cat DESCR Determines the monospace display width of a string in Ruby. Implementation based on EastAsianWidth.txt and other data, 100% in Ruby. It does not rely on the OS vendor (like wcwidth()) to provide an up-to-date method for measuring string width. ruby-unicode-display_width.tgz Description: application/compressed-tar
Re: [NEW] www/ruby-jekyll [4] textproc/ruby-kramdown-parser-gfm
textproc/ruby-kramdown-parser-gfm is attached. It is a dependency for www/ruby- jekyll. cat DESCR This is a parser for kramdown that converts Markdown documents in the GitHub Flavored Markdown (GFM) dialect to HTML. Note: Until kramdown version 2.0.0 this parser was part of the kramdown distribution. ruby-kramdown-parser-gfm.tgz Description: application/compressed-tar
Re: [NEW] www/ruby-jekyll [3] devel/ruby-pathutil
devel/ruby-pathutil is attached. It is a dependency for www/ruby-jekyll. cat DESCR Pathutil tries to be a faster pure Ruby impelementation of Pathname. It arose out of a need to fix basic problems with Pathname, such as suscepetibility to join overrides, need for automatic encoding, and normalization (for stuff like Jekyll) and the ability to do other safe-style operations in an encapsulated format, like copying files and folders with symlinks but only if they originate from the given root. ruby-pathutil.tgz Description: application/compressed-tar
Re: [NEW] www/ruby-jekyll [2] devel/ruby-forwardable-extended
devel/ruby-forwardable-extended is attached. It is a dependency for www/ruby- jekyll. cat DESC The Forwardable module provides delegation of specified methods to a designated object, using the methods #def_delegator and #def_delegators. ruby-forwardable-extended.tgz Description: application/compressed-tar
Re: [NEW] www/ruby-jekyll [1] devel/ruby-mercenary
devel/ruby-mercenary is attached. It is a dependency for www/ruby-jekyll. cat DESC Lightweight and flexible library for writing command-line apps in Ruby. ruby-mercenary.tgz Description: application/compressed-tar
[NEW] www/ruby-jekyll
Beginning with this email, I'll send out a couple of new ports which are all dependencies for www/ruby-jekyll. With these, I get a working jekyll for my applications. I tested that `serve' and `build' commands work, and --incremental and --watch flags, too. If you have some more tests, I'd be happy to know if something does not work. If you don't mind, I would like to take maintainership of all the (more or less) jekyll-related ports. Some notes: * I am currently stuck with one port (devel/ruby-listen) for ruby27 flavor. It complains about missing dependencies, although those are linux-specific, and we would not need them. Interestingly, it packages and installs fine with ruby30. Maybe someone with more ruby porting experience could help me out here? * www/ruby-webrick is not listed as an official dependency on rubygems.org; however, it is needed for the `serve' command. * textproc/ruby-rexml would only be required for ruby30; however, according to jeremy@, it should build fine on ruby27 as well. This port was already submitted, got 2 OKs, and is pending import [1]. * www/minima is a minimal (default?) theme for jekyll, which allows the user to create the example page (https://jekyllrb.com/): $ jekyll30 new my-awesome-site Otherwise, it would complain about it missing when issuing the above command. www/minima itself depends on www/ruby-jekyll. Should it also be vice-versa? And should the package name include "jekyll"? * The necessary update to textproc/ruby-liquid is already submitted [2], I did not get any OKs there yet. Here is a list of all new ports and updates which are dependencies for jekyll: 1 devel/ruby-mercenarynew 3 devel/ruby-pathutil new 2 devel/ruby-forwardable-extended new 4 textproc/ruby-kramdown-parser-gfm new textproc/ruby-liquid: needs update [2] 6 textproc/ruby-terminal-tablenew 5 textproc/ruby-unicode-display_width new 8 www/ruby-em-websocket new (not for jruby?) 7 www/ruby-http_parser.rb new (arch library files) 9 www/ruby-jekyll-sass-converter new 12 www/ruby-jekyll-watch new (not for jruby?) 11 devel/ruby-listen new 10 devel/ruby-rb-kqueuenew (not for jruby?) 13 www/ruby-webricknew 14 www/ruby-jekyll new textproc/ruby-rexml already submitted [1] And for ruby-minima, the default theme for jekyll: 15 www/ruby-jekyll-feednew 16 www/ruby-jekyll-seo-tag new 17 www/ruby-minima new [1] https://marc.info/?l=openbsd-ports&m=163761072119766&w=2 [2] https://marc.info/?l=openbsd-ports&m=163748143025460&w=2
Re: [NEW] textproc/ruby-rexml
Hi Jeremy! Thanks for having a look at the port. On Mon, 2021-11-22 at 10:27 -0800, Jeremy Evans wrote: > On Sun, Nov 21, 2021 at 11:19 AM Clemens Gößnitzer > wrote: > > > Attached is a new port, textproc/ruby-rexml. This port is needed to update > > textproc/ruby-kramdown, which has in its Makefile: > > > > # After Ruby 3.0 is added to ports tree > > #RUN_DEPENDS= textproc/ruby-rexml > > > > Since it is included in base Ruby<3.0, I set the ruby flavor to ruby30. > > Is this > > the correct solution to only build it for Ruby>=3.0? Or is there a better > > way > > which also works if there is then ruby31 and so on? > > > > It strikes me as a fairly bad idea to use the .tgz extension if you are > using bzip2 compression and not gzip compression. > Whups, sorry for that. My lame excuse is that I am rather new to the porting business ;-) > In terms of the port, drop the FLAVORS/FLAVOR. The default rexml version > in Ruby 2.7 is 3.2.3.1, and will not conflict with version 3.2.5, so there > is no reason this cannot be installed on Ruby 2.7. After that change, OK > jeremy@. I think we need another committer to OK to re-import. > Okay, good to know. New port attached. > Thanks, > Jeremy Thanks. ruby-rexml.tgz Description: application/compressed-tar
[PATCH] textproc/ruby-kramdown: activate rexml
This patch activates the dependency on textproc/ruby-rexml in textproc/ruby-
kramdown. This seems needed for www/ruby-jekyll, which I plan to re-add to the
ports tree. This only works for ruby>=3.0, since earlier versions had rexml
included in the base distribution. Should the port just only alow a ruby30
flavor, our should the dependency on textproc/ruby-rexml be dependent on the
ruby flavor? And then the patch would also be needed only for the ruby30
flavor?
Thanks.
Index: Makefile
===
RCS file: /cvs/ports/textproc/ruby-kramdown/Makefile,v
retrieving revision 1.14
diff -u -p -r1.14 Makefile
--- Makefile18 Mar 2021 08:40:41 - 1.14
+++ Makefile21 Nov 2021 19:51:10 -
@@ -11,14 +11,16 @@ HOMEPAGE= https://kramdown.gettalong.org
# MIT
PERMIT_PACKAGE=Yes
-# After Ruby 3.0 is added to ports tree
-#RUN_DEPENDS= textproc/ruby-rexml
-
MODULES= lang/ruby
CONFIGURE_STYLE=ruby gem
+RUN_DEPENDS= textproc/ruby-rexml
+
MODRUBY_TEST= ruby
MODRUBY_TEST_TARGET = ${WRKSRC}/test/run_tests.rb
+
+FLAVORS= ruby30
+FLAVOR=ruby30
.include
Index: patches/patch-_metadata
===
RCS file: patches/patch-_metadata
diff -N patches/patch-_metadata
--- patches/patch-_metadata 21 Aug 2020 21:22:27 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,17 +0,0 @@
-$OpenBSD: patch-_metadata,v 1.1 2020/08/21 21:22:27 jeremy Exp $
-
-Don't require runtime dependency on rexml, not needed
-in Ruby 2.5-2.7 where it is in stdlib.
-
-Index: .metadata
.metadata.orig
-+++ .metadata
-@@ -17,7 +17,7 @@ dependencies:
- - - ">="
- - !ruby/object:Gem::Version
- version: '0'
-- type: :runtime
-+ type: :development
- prerelease: false
- version_requirements: !ruby/object:Gem::Requirement
- requirements:
Re: [NEW] textproc/ruby-rexml
On Sun, 2021-11-21 at 20:18 +0100, Clemens Gößnitzer wrote: > Attached is a new port, textproc/ruby-rexml. This port is needed to update > textproc/ruby-kramdown, Correction: not update, but activate rexml. > which has in its Makefile: > > # After Ruby 3.0 is added to ports tree > #RUN_DEPENDS= textproc/ruby-rexml > > Since it is included in base Ruby<3.0, I set the ruby flavor to ruby30. Is > this > the correct solution to only build it for Ruby>=3.0? Or is there a better way > which also works if there is then ruby31 and so on? > > Thanks.
[NEW] textproc/ruby-rexml
Attached is a new port, textproc/ruby-rexml. This port is needed to update textproc/ruby-kramdown, which has in its Makefile: # After Ruby 3.0 is added to ports tree #RUN_DEPENDS= textproc/ruby-rexml Since it is included in base Ruby<3.0, I set the ruby flavor to ruby30. Is this the correct solution to only build it for Ruby>=3.0? Or is there a better way which also works if there is then ruby31 and so on? Thanks. ruby-rexml.tgz Description: application/compressed-tar
[PATCH] devel/py-esptool
I found this by chance while looking for something else. I don't know if it's
worth the effort to commit this, or if a revision bump is needed.
Thanks.
Index: Makefile
===
RCS file: /cvs/ports/devel/py-esptool/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- Makefile2 Nov 2021 00:00:48 - 1.5
+++ Makefile21 Nov 2021 17:55:25 -
@@ -20,7 +20,7 @@ MODPY_SETUPTOOLS = Yes
RUN_DEPENDS += devel/py-serial${MODPY_FLAVOR} \
security/py-aes${MODPY_FLAVOR} \
- security/py-ecdsa${MODPY_FLAVOR} \
+ security/py-ecdsa${MODPY_FLAVOR}
FLAVORS = python3
FLAVOR = python3
[UPDATE] textproc/ruby-liquid
This updates textproc/ruby-liquid to the latest 4.0.x version. This is one of
the dependencies for the deleted www/ruby-jekyll, which I plan to re-add in the
future.
sqlports' show-reverse-deps does not show any dependencies on this port.
Thanks.
Index: Makefile
===
RCS file: /cvs/ports/textproc/ruby-liquid/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile12 Jul 2019 21:02:27 - 1.10
+++ Makefile21 Nov 2021 07:50:35 -
@@ -2,11 +2,10 @@
COMMENT = safe, customer facing template language
-DISTNAME = liquid-2.4.1
-REVISION = 1
+DISTNAME = liquid-4.0.3
CATEGORIES = textproc
-HOMEPAGE = http://wiki.shopify.com/Liquid
+HOMEPAGE = https://github.com/Shopify/liquid
# MIT
PERMIT_PACKAGE = Yes
@@ -14,9 +13,5 @@ PERMIT_PACKAGE = Yes
MODULES = lang/ruby
CONFIGURE_STYLE = ruby gem
-
-# distfile currently doesn't include the Rakefile or specs from the source
-# repository, but a future version might
-#MODRUBY_TEST =rake
.include
Index: distinfo
===
RCS file: /cvs/ports/textproc/ruby-liquid/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo18 Jan 2013 18:11:51 - 1.2
+++ distinfo21 Nov 2021 07:50:35 -
@@ -1,2 +1,2 @@
-SHA256 (liquid-2.4.1.gem) = jSaB7o+xFnGRvWBk/aDKSrvogvT1H39TSmRgCt4jHxo=
-SIZE (liquid-2.4.1.gem) = 40960
+SHA256 (liquid-4.0.3.gem) = fhWpV/vrQk3sFbUjEYgFJJVM5uOEupFx4h/5jxQsD34=
+SIZE (liquid-4.0.3.gem) = 76288
Index: pkg/PLIST
===
RCS file: /cvs/ports/textproc/ruby-liquid/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST
--- pkg/PLIST 18 Jan 2013 18:11:51 - 1.2
+++ pkg/PLIST 21 Nov 2021 07:50:35 -
@@ -1,32 +1,48 @@
-@comment $OpenBSD: PLIST,v 1.2 2013/01/18 18:11:51 jasper Exp $
+@comment $OpenBSD: PLIST,v$
${GEM_LIB}/cache/${DISTNAME}.gem
${GEM_LIB}/gems/${DISTNAME}/
${GEM_LIB}/gems/${DISTNAME}/History.md
-${GEM_LIB}/gems/${DISTNAME}/MIT-LICENSE
+${GEM_LIB}/gems/${DISTNAME}/LICENSE
${GEM_LIB}/gems/${DISTNAME}/README.md
${GEM_LIB}/gems/${DISTNAME}/lib/
-${GEM_LIB}/gems/${DISTNAME}/lib/extras/
-${GEM_LIB}/gems/${DISTNAME}/lib/extras/liquid_view.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/
${GEM_LIB}/gems/${DISTNAME}/lib/liquid.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/block.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/block_body.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/condition.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/context.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/document.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/drop.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/errors.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/expression.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/extensions.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/file_system.rb
-${GEM_LIB}/gems/${DISTNAME}/lib/liquid/htmltags.rb
-${GEM_LIB}/gems/${DISTNAME}/lib/liquid/module_ex.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/forloop_drop.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/i18n.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/interrupts.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/lexer.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/locales/
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/locales/en.yml
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/parse_context.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/parse_tree_visitor.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/parser.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/parser_switching.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/profiler/
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/profiler.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/profiler/hooks.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/range_lookup.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/resource_limits.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/standardfilters.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/strainer.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/tablerowloop_drop.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/tag.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/tags/
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/tags/assign.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/tags/break.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/tags/capture.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/tags/case.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/tags/comment.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/tags/continue.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/tags/cycle.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/tags/decrement.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/tags/for.rb
@@ -35,39 +51,69 @@ ${GEM_LIB}/gems/${DISTNAME}/lib/liquid/t
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/tags/include.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/tags/increment.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/tags/raw.rb
+${GEM_LIB}/gems/${DISTNAME}/lib/liquid/tags/table_row.rb
${GEM_LIB}/gems/${DISTNAME}/lib/liquid/tags/unless.rb
Re: [NEW] devel/py-ordered-set
ping. sthen@ already gave an OK, anyone else wants to have a look? Reattached are both ports for convenience. Thanks for your time. November 14, 2021 8:56 PM, "Stuart Henderson" wrote: > 2022 1637 [ *] 1149 [NEW] devel/py-ordered-set Clemens Gößnitzer > 2022 1639 [ *] 1150 [NEW] print/py-pylatex Clemens Gößnitzer > > These two are OK sthen@ to import py-ordered-set.tgz Description: GNU Zip compressed data py-pylatex.tgz Description: GNU Zip compressed data
Re: [NEW] math/metis
Hi Omar!
On Tue, 2021-11-16 at 11:36 +0100, Omar Polo wrote:
> there's an extraneous file `build' in the tarball, forgot to delete,
> please ignore it :)
>
> Omar Polo writes:
>
> > Clemens Gößnitzer writes:
> >
> > > Attached is a new port, math/metis.
> > >
> > > portcheck complains about the hardcoded /usr/local/bin/gmake. However, if
> > > I set
> > > it to ${MAKE_PROGRAM}, configure fails with "env: ./gmake: No such file or
> > > directory". How can I improve this?
> > >
> > > Additionally, make lib-depends-check still complains and errors out,
> > > although I
> > > added all the necessary libraries to WANTLIB.
> > >
> > > Note: Together with math/scotch that I already sent out, this enables me
> > > to
> > > successfully compile OpenFOAM (www.OpenFOAM.org), which I will port next.
> > >
> > > Thanks.
> >
> > No offense intended, but upstream is a bit crazy :)
> >
> > They use gmake to drive the cmake build. Fortunately, we can avoid
> > that.
Thanks for this improvement.
> >
> > Here's an improved tarball which uses MODULES = devel/cmake and passes
> > the correct flags via CONFIGURE_ARGS so cmake can build. As a bonus
> > point, half of the diff to libmetis/CMakeList.txt isn't needed anymore,
> > as modcmake take cares of the library verisioning.
> >
> > While here, I've also added NO_TEST=Yes since there aren't tests.
> >
> > Cheers,
> >
> > Omar Polo
>
>
Updated patch attached, with no extra files and some whitespace cleanup. Builds
and packages fine for me.
Thanks.
metis.tgz
Description: application/compressed-tar
[NEW] math/metis
Attached is a new port, math/metis.
portcheck complains about the hardcoded /usr/local/bin/gmake. However, if I set
it to ${MAKE_PROGRAM}, configure fails with "env: ./gmake: No such file or
directory". How can I improve this?
Additionally, make lib-depends-check still complains and errors out, although I
added all the necessary libraries to WANTLIB.
Note: Together with math/scotch that I already sent out, this enables me to
successfully compile OpenFOAM (www.OpenFOAM.org), which I will port next.
Thanks.
metis.tgz
Description: application/compressed-tar
Re: [WIP] math/scotch: help needed
On Sun, 2021-11-14 at 20:46 +, Stuart Henderson wrote:
> On 2021/11/14 17:07, Clemens Gößnitzer wrote:
> > I am currently working on porting the scotch library[1] to OpenBSD. It
> > compiles
> > fine. However, I am facing some troubles ports-wise. I cannot make the
> > port
> > pick up the libraries and headers and install them in the correct location.
> >
> > The port is built in ${WORKSRC}/src, and it puts the libraries and headers
> > in
> > ${WORKSRC}/{lib,include}, respectively. How do I teach the port to pick up
> > this
> > location?
> >
> > I am also not so sure about the patch: It just installs a new Makefile. I
> > will
> > upstream this once the port gets accepted.
> >
> > Thanks.
> >
> > [1] https://www.labri.fr/perso/pelegrin/scotch/
>
> The attached version gets you further. Not enough yet, the libraries
> will need to be built with correct versioned filenames, for some clues
> see https://www.openbsd.org/faq/ports/specialtopics.html#SharedLibs
>
> comments inline in a diff:
>
> > diff --git math/scotch/Makefile math/scotch/Makefile
> > index 06eed7c..ba6b354 100644
> > --- math/scotch/Makefile
> > +++ math/scotch/Makefile
> > @@ -1,12 +1,10 @@
> > # $OpenBSD$
> >
> > -# dependency for OpenFOAM
> > -ONLY_FOR_ARCHS = amd64
> > -
>
> Ports shouldn't be restricted for artificial reasons, if a port can be
> built on an arch then it should be allowed to build. ONLY_FOR_ARCHS
> is normally used in cases where the source code will not build on a
> particular arch unless it has specific support for that arch, and in
> that case it's set to working archs - it's also sometimes used if we
> know that a required dependency only works on a restricted set of archs.
>
> > COMMENT = decomposition library for parallel numerical
> > applications
> >
> > -V =v6.1.2
> > -DISTNAME = scotch-${V}
> > +V =6.1.2
> > +DISTNAME = scotch-v${V}
> > +PKGNAME = scotch-${V}
>
> the previous PKGNAME scotch-v6.1.2 doesn't match the allowed format,
> must be -6.1.2
>
> > SHARED_LIBS = esmumps 0.0
> > SHARED_LIBS += ptscotch0.0
> > @@ -30,20 +28,22 @@ PERMIT_PACKAGE =Yes
> > # XXX ToDo "make port-lib-depends-check" can help
> > #WANTLIB = ???
> >
> > -MASTER_SITES
> > = https://gitlab.inria.fr/scotch/scotch/-/archive/${V}/
> > +MASTER_SITES
> > = https://gitlab.inria.fr/scotch/scotch/-/archive/v${V}/
> > -BUILD_DEPENDS =devel/openmpi
>
> this is a LIB_DEPENDS not just a BUILD_DEPENDS
>
> >
> > -SEPARATE_BUILD = Yes
>
> > -USE_GMAKE =Yes
> > +WRKSRC = ${WRKDIST}/src
> >
> > -WRKBUILD = ${WRKSRC}/src
>
> SEPARATE_BUILD is for "out of source tree" builds, typically where you
> cd to a build directory that does not contain the source files, and run
> a configure tool with a full path to the source directory, and it then
> generates build files. That's not what happens here, it just needs to
> be pointed to the correct dir in WRKSRC
>
> > +LIB_DEPENDS = devel/openmpi
> > +
> > +USE_GMAKE =Yes
> > ALL_TARGET = scotch ptscotch esmumps
> >
> > -pre-build:
> > - cp ${WRKBUILD}/Make.inc/Makefile.inc.x86-64_pc_openbsd
> > ${WRKBUILD}/Makefile.inc
> > +MAKE_ENV = prefix="${WRKINST}${PREFIX}" \
> > + mandir="${WRKINST}${PREFIX}/man" \
>
> This (and removing the custom install target) is what fixes the install
> issue. It's preferred to use upstream install infrastructure unless it needs
> to be so heavily patched that it's a complete rewrite. That way changes in
> future updates are less likely to be missed. The issue was that upstream's
> makefiles use lower-case "prefix" so the variable set by default by ports
> (PREFIX) doesn't work.
>
> > + CCS="${CC}" \
> > + CCD="${CC}" \
>
> compiler command names should be under control of the ports tree rather
> than hardcoded in makefiles, e.g. the ports tree user should be able to type
> "CC=egcc make" to compile with gcc.
>
> > + MAKE="${MAKE_PROGRAM}"
>
> similar to above re compilers
>
> >
> > -i
Re: [UPDATE] devel/py-multitasking
On Sun, 2021-11-14 at 18:11 +0100, Clemens Gößnitzer wrote:
> Straightforward update for devel/py-multitasking.
>
> Changes from github commits:
> * Readme fix #14
> * Pass optional sleep time to wait_for_tasks to prevent cpu burn #16
>
> Thanks.
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/py-multitasking/Makefile,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 Makefile
> --- Makefile12 Nov 2021 11:59:33 - 1.1.1.1
> +++ Makefile14 Nov 2021 17:04:13 -
> @@ -2,7 +2,7 @@
>
> COMMENT= non-blocking Python methods using decorators
>
> -MODPY_EGG_VERSION= 0.0.9
> +MODPY_EGG_VERSION= 0.0.10
> DISTNAME= multitasking-${MODPY_EGG_VERSION}
> PKGNAME= py-multitasking-${MODPY_EGG_VERSION}
>
> Index: distinfo
> ===
> RCS file: /cvs/ports/devel/py-multitasking/distinfo,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 distinfo
> --- distinfo12 Nov 2021 11:59:33 - 1.1.1.1
> +++ distinfo14 Nov 2021 17:04:13 -
> @@ -1,2 +1,2 @@
> -SHA256 (multitasking-0.0.9.tar.gz) =
> tZ2Z9wnS4X1gzKor4Jdxtuntk5HGPwg8BwHnJPYk0uA=
> -SIZE (multitasking-0.0.9.tar.gz) = 8094
> +SHA256 (multitasking-0.0.10.tar.gz) =
> gQZA+mZwvkH0pxKyh9kwehSthJ2WbwahfSzxWTtmw80=
> +SIZE (multitasking-0.0.10.tar.gz) = 8152
>
>
and this time without a word-wrap.
Thanks.
Index: Makefile
===
RCS file: /cvs/ports/devel/py-multitasking/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile12 Nov 2021 11:59:33 - 1.1.1.1
+++ Makefile14 Nov 2021 17:04:13 -
@@ -2,7 +2,7 @@
COMMENT= non-blocking Python methods using decorators
-MODPY_EGG_VERSION= 0.0.9
+MODPY_EGG_VERSION= 0.0.10
DISTNAME= multitasking-${MODPY_EGG_VERSION}
PKGNAME= py-multitasking-${MODPY_EGG_VERSION}
Index: distinfo
===
RCS file: /cvs/ports/devel/py-multitasking/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo12 Nov 2021 11:59:33 - 1.1.1.1
+++ distinfo14 Nov 2021 17:04:13 -
@@ -1,2 +1,2 @@
-SHA256 (multitasking-0.0.9.tar.gz) =
tZ2Z9wnS4X1gzKor4Jdxtuntk5HGPwg8BwHnJPYk0uA=
-SIZE (multitasking-0.0.9.tar.gz) = 8094
+SHA256 (multitasking-0.0.10.tar.gz) =
gQZA+mZwvkH0pxKyh9kwehSthJ2WbwahfSzxWTtmw80=
+SIZE (multitasking-0.0.10.tar.gz) = 8152
[UPDATE} misc/py-yfinance
Update from 0.1.64 to 0.1.66
Changelog:
* 0.1.66
Merged PR to allow yfinance to be pickled
* 0.1.65
Merged PRs to fix some bugs
Added lookup by ISIN utils.get_all_by_isin(...),
utils.get_ticker_by_isin(...), utils.get_info_by_isin(...),
utils.get_news_by_isin(...)
yf.Ticker, yf.Tickers, and yf.download will auto-detect ISINs and convert them
to tickers
Propagating timeout parameter through code, setting
request.get(timeout)
Adds Ticker.analysis and Ticker.get_analysis(...)
Thanks.
Index: Makefile
===
RCS file: /cvs/ports/misc/py-yfinance/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile12 Nov 2021 11:59:33 - 1.1.1.1
+++ Makefile14 Nov 2021 17:12:18 -
@@ -2,7 +2,7 @@
COMMENT= fetching finanical market data with Python
-MODPY_EGG_VERSION= 0.1.64
+MODPY_EGG_VERSION= 0.1.66
DISTNAME= yfinance-${MODPY_EGG_VERSION}
PKGNAME= py-yfinance-${MODPY_EGG_VERSION}
Index: distinfo
===
RCS file: /cvs/ports/misc/py-yfinance/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo12 Nov 2021 11:59:33 - 1.1.1.1
+++ distinfo14 Nov 2021 17:12:18 -
@@ -1,2 +1,2 @@
-SHA256 (yfinance-0.1.64.tar.gz) = vef/bAS3F5iBwVdTRgxgDEvYd9yfM83JjaaOfh67xaI=
-SIZE (yfinance-0.1.64.tar.gz) = 26768
+SHA256 (yfinance-0.1.66.tar.gz) = nqb9GDGf2JioQopKPWcXGBK1R3njMOrU1O0MWesxG+U=
+SIZE (yfinance-0.1.66.tar.gz) = 22854
[UPDATE] devel/py-multitasking
Straightforward update for devel/py-multitasking.
Changes from github commits:
* Readme fix #14
* Pass optional sleep time to wait_for_tasks to prevent cpu burn #16
Thanks.
Index: Makefile
===
RCS file: /cvs/ports/devel/py-multitasking/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile12 Nov 2021 11:59:33 - 1.1.1.1
+++ Makefile14 Nov 2021 17:04:13 -
@@ -2,7 +2,7 @@
COMMENT= non-blocking Python methods using decorators
-MODPY_EGG_VERSION= 0.0.9
+MODPY_EGG_VERSION= 0.0.10
DISTNAME= multitasking-${MODPY_EGG_VERSION}
PKGNAME= py-multitasking-${MODPY_EGG_VERSION}
Index: distinfo
===
RCS file: /cvs/ports/devel/py-multitasking/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo12 Nov 2021 11:59:33 - 1.1.1.1
+++ distinfo14 Nov 2021 17:04:13 -
@@ -1,2 +1,2 @@
-SHA256 (multitasking-0.0.9.tar.gz) =
tZ2Z9wnS4X1gzKor4Jdxtuntk5HGPwg8BwHnJPYk0uA=
-SIZE (multitasking-0.0.9.tar.gz) = 8094
+SHA256 (multitasking-0.0.10.tar.gz) =
gQZA+mZwvkH0pxKyh9kwehSthJ2WbwahfSzxWTtmw80=
+SIZE (multitasking-0.0.10.tar.gz) = 8152
[WIP] math/scotch: help needed
I am currently working on porting the scotch library[1] to OpenBSD. It compiles
fine. However, I am facing some troubles ports-wise. I cannot make the port
pick up the libraries and headers and install them in the correct location.
The port is built in ${WORKSRC}/src, and it puts the libraries and headers in
${WORKSRC}/{lib,include}, respectively. How do I teach the port to pick up this
location?
I am also not so sure about the patch: It just installs a new Makefile. I will
upstream this once the port gets accepted.
Thanks.
[1] https://www.labri.fr/perso/pelegrin/scotch/
scotch.tgz
Description: application/compressed-tar
[NEW] print/py-pylatex
Attached you find a new port, print/py-pylatex. Note that it depends on devel/py-ordered-set that I just sent out. cat DESCR PyLaTeX is a Python library for creating and compiling LaTeX files or snippets. The goal of this library is being an easy, but extensible interface between Python and LaTeX. It currently depends on print/texlive/texmf,-full. Otherwise, the most simple examples won't work due to missing LaTeX packages. Is this heavy dependency okay? Or should we adivise the user that he should install additionally LaTeX packages by himself, and only make a dependency on the -minimal Texlive flavour? Thanks. py-pylatex.tgz Description: application/compressed-tar
[NEW] devel/py-ordered-set
Attached there is a new port, devel/py-ordered-set. It is a dependency for print/py-pylatex that I will send out soon. cat DESCR An OrderedSet is a mutable data structure that is a hybrid of a list and a set. It remembers the order of its entries, and every entry has an index number that can be looked up. Tests succeed. Thanks. py-ordered-set.tgz Description: application/compressed-tar
Re: [NEW] misc/py-yfinance
On Thu, 2021-11-11 at 20:19 +, Stuart Henderson wrote: > On 2021/11/11 21:05, Clemens Gößnitzer wrote: > > Attached a new port "misc/py-yfinance". > > > > cat DESC > > yfinance offers a reliable, threaded, and Pythonic way to download > > historical > > market data from Yahoo! finance. > > > > Note that this port depends on "devel/py-multitasking" that I just sent out. > > > > Thanks, > > Clemens > > > > Like py-multitasking it also needs MODPY_PI=Yes and py- prefix for PKGNAME. > RUN_DEPENDS is pointing to the wrong dir for py-multitasking (misc vs devel > in the port you sent out). > > It installs /usr/local/bin/sample which seems to be useless (just fails > with ModuleNotFoundError: No module named 'sample') and conflicts with > another port, probably should be @comment'ed in pkg/PLIST, or rm'd in > a post-install target. > All points addressed in the new version that I attached. Thanks, Clemens py-yfinance.tgz Description: application/compressed-tar
Re: [NEW] py-multitasking
On Thu, 2021-11-11 at 20:16 +, Stuart Henderson wrote:
> On 2021/11/11 20:13, Stuart Henderson wrote:
> > On 2021/11/11 21:03, Clemens Gößnitzer wrote:
> > > Attached a new, small port "devel/py-multitasking", a dependency for py-
> > > yfinance
> > > that I will send in a next email.
> > >
> > > cat DESCR
> > > MultiTasking is a tiny Python library that converts Python methods into
> > > asynchronous, non-blocking methods by using a decorator.
> > >
> > > Thanks,
> > > Clemens
> >
> > Needs MODPY_PI=Yes then it's OK sthen@ to import
> >
>
> Oops, sorry too fast - PKGNAME needs to be py-multitasking-
> ${MODPY_EGG_VERSION}
> (i.e. missing py- prefix)
>
Third time's the charm: reattached.
Thanks,
Clemens
py-multitasking.tgz
Description: application/compressed-tar
Re: [NEW] py-multitasking
On Thu, 2021-11-11 at 20:13 +, Stuart Henderson wrote: > On 2021/11/11 21:03, Clemens Gößnitzer wrote: > > Attached a new, small port "devel/py-multitasking", a dependency for py- > > yfinance > > that I will send in a next email. > > > > cat DESCR > > MultiTasking is a tiny Python library that converts Python methods into > > asynchronous, non-blocking methods by using a decorator. > > > > Thanks, > > Clemens > > Needs MODPY_PI=Yes then it's OK sthen@ to import > Thanks for the quick review. Reattached a (hopefully) correct version. py-multitasking.tgz Description: application/compressed-tar
[NEW] misc/py-yfinance
Attached a new port "misc/py-yfinance". cat DESC yfinance offers a reliable, threaded, and Pythonic way to download historical market data from Yahoo! finance. Note that this port depends on "devel/py-multitasking" that I just sent out. Thanks, Clemens py-yfinance.tgz Description: application/compressed-tar
[NEW] py-multitasking
Attached a new, small port "devel/py-multitasking", a dependency for py-yfinance that I will send in a next email. cat DESCR MultiTasking is a tiny Python library that converts Python methods into asynchronous, non-blocking methods by using a decorator. Thanks, Clemens py-multitasking.tgz Description: application/compressed-tar
nextcloud: problems after upgrading to 7.0 / 22.2.0
I ran into two issues after upgrading my OpenBSD server to 7.0 and Nextcloud to 22.2.0 First, I had some troubles (internal server error in the browser) giving me the following error message on the console, using ./occ: 4047 InnoDB refuses to write tables with ROW_FORMAT=COMPRESSED or KEY_BLOCK_SIZE This seems to be resolved by specifying --skip-innodb-read-only-compressed in rc.conf.local for mysqld_flags. Second, the sort_butter_size of /etc/my.cnf seems to be too small (default is 512K), I had to increase it to 2M to get things running again. I saw "1038 Out of sort memory, consider increasing server sort buffer size" in the nextcloud log. Anyone else having these troubles? If so, should we mention those caveats in the readme? Clemens
Re: [patch] UPDATE: converters/libiconv: pledge iconv binary
January 26, 2021 3:44 PM, "Hiltjo Posthuma" wrote:
> On Sat, Jan 16, 2021 at 04:29:27PM +0100, Hiltjo Posthuma wrote:
>
>> On Mon, Jan 11, 2021 at 07:50:55PM +0100, Hiltjo Posthuma wrote:
>> Hi,
>>
>> The below patch pledges the iconv binary in the libiconv package. The tool is
>> useful for converting text-encoding of text data to UTF-8 for example.
>>
>> It now uses pledge("stdio", NULL) if only using stdin/stdout. It uses
>> pledge("stdio rpath", NULL) when specifying files.
>>
>> I've tested many command-line option combinations and haven't found missing
>> promises which cause an abort().
>>
>> Patch:
>>
>> From f3b6b4de0a010bd7e9725eeaceddb33a61953a72 Mon Sep 17 00:00:00 2001
>> From: Hiltjo Posthuma
>> Date: Mon, 11 Jan 2021 19:39:31 +0100
>> Subject: [PATCH] libiconv: pledge iconv(1) binary
>>
>> ---
>> converters/libiconv/Makefile | 3 ++-
>> converters/libiconv/patches/patch-src_iconv_c | 22 +++
>> 2 files changed, 24 insertions(+), 1 deletion(-)
>> create mode 100644 converters/libiconv/patches/patch-src_iconv_c
>>
>> diff --git a/converters/libiconv/Makefile b/converters/libiconv/Makefile
>> index 2ab58ea4519..5c8043270de 100644
>> --- a/converters/libiconv/Makefile
>> +++ b/converters/libiconv/Makefile
>> @@ -5,7 +5,7 @@ COMMENT= character set conversion library
>> DISTNAME= libiconv-1.16
>> CATEGORIES= converters devel
>> MASTER_SITES= ${MASTER_SITE_GNU:=libiconv/}
>> -REVISION= 0
>> +REVISION= 1
>>
>> SHARED_LIBS= charset 1.1 \
>> iconv 7.0
>> @@ -17,6 +17,7 @@ MAINTAINER= Brad Smith
>> # LGPLv2 and GPLv3
>> PERMIT_PACKAGE= Yes
>>
>> +# uses pledge()
>> WANTLIB= c
>>
>> SEPARATE_BUILD= Yes
>> diff --git a/converters/libiconv/patches/patch-src_iconv_c
>> b/converters/libiconv/patches/patch-src_iconv_c
>> new file mode 100644
>> index 000..2f3eaac346d
>> --- /dev/null
>> +++ b/converters/libiconv/patches/patch-src_iconv_c
>> @@ -0,0 +1,22 @@
>> +--- src/iconv.c.orig Mon Jan 11 19:28:35 2021
>> src/iconv.c Mon Jan 11 19:31:36 2021
>> +@@ -19,6 +19,9 @@
>> + # define ICONV_CONST
>> + #endif
>> +
>> ++#include
>> ++#include
>> ++
>> + #include
>> + #include
>> + #include
>> +@@ -846,6 +849,9 @@
>> + struct iconv_hooks hooks;
>> + int i;
>> + int status;
>> ++
>> ++ if (pledge(i == argc ? "stdio" : "stdio rpath", NULL) == -1)
Wouldn't you use i uninitialised here?
>> ++ err(1, "pledge");
>> +
>> + set_program_name (argv[0]);
>> + #if HAVE_SETLOCALE
>> --
>> 2.30.0
>>
>> Any thoughts/OKs for the above patch?
>>
>> I use it to convert the text-encoding of some RSS/Atom feeds which are
>> non-UTF-8 to UTF-8.
>>
>> With this patch it completes pledge(2)'ing my entire software bundle to
>> handle
>> RSS/Atom feeds.
>>
>> In a nutshell: ftp someurl | iconv -f encoding -t utf-8 | myprogram
>
> Bump, any OKs or comments?
>
> --
> Kind regards,
> Hiltjo
Re: [diff] www/nextcloud: README root strip leftover
Am 2018-07-17 11:21, schrieb Klemens Nanni:
On Tue, Jul 17, 2018 at 11:03:27AM +0200, Clemens Gößnitzer wrote:
> That turns it into the exact two lines which are used in the next
> `location "/*"' block as well. Would it be worth to somehow combine
> these? Just wondering.
done.
diff attached
Please send diffs inline instead of attaching them.
--- ports/www/nextcloud/pkg/README.orig 2018-07-17 09:21:51.171310863
+0200
+++ ports/www/nextcloud/pkg/README 2018-07-17 10:54:36.180614774 +0200
@@ -34,6 +34,9 @@
server "domain.tld" {
listen on egress tls port 443
+root "/nextcloud"
+request strip 1
+
tls {
certificate "/etc/ssl/domain.tld_fullchain.pem"
key "/etc/ssl/private/domain.tld_private.pem"
@@ -62,14 +65,8 @@
location "/console*"{ block }
location "/*.php*" {
-root { "/nextcloud", strip 1 }
fastcgi socket "/run/php-fpm.sock"
}
-
-location "/*" {
-root "/nextcloud"
-request strip 1
-}
}
You now moved this above `location "/console*"', did you confirm this
path still works and is not stripped with that configuration?
I can't confirm on -current, I only have -stable servers at hand, and
the
'location "foo" { block }' directives still work when moving "root strip
1" to
the top of the server definition on -stable. Maybe someone with a
-current
system can confirm that this does not break the '{ block }' directives?
Or we just correct the root -> request issue for now:
--- ports/www/nextcloud/Makefile.orig 2018-07-17 10:55:01.400888144
+0200
+++ ports/www/nextcloud/Makefile2018-07-17 10:55:06.880947541
+0200
@@ -5,7 +5,7 @@
V= 13.0.4
DISTNAME= nextcloud-${V}
EXTRACT_SUFX= .tar.bz2
-REVISION= 1
+REVISION= 2
CATEGORIES=www
--- ports/www/nextcloud/pkg/README.orig 2018-07-17 09:21:51.171310863
+0200
+++ ports/www/nextcloud/pkg/README 2018-07-17 11:38:54.317266559
+0200
@@ -62,7 +62,8 @@
location "/console*"{ block }
location "/*.php*" {
-root { "/nextcloud", strip 1 }
+root "/nextcloud"
+request strip 1
fastcgi socket "/run/php-fpm.sock"
}
Re: [diff] www/nextcloud: README root strip leftover
Am 2018-07-17 10:49, schrieb Klemens Nanni:
On Tue, Jul 17, 2018 at 09:27:43AM +0200, Clemens Gößnitzer wrote:
www/nextcloud still has "root strip 1" in README for httpd.conf
example
Thanks. Since you are changing the package's content, do note that this
warrants a REVISION bump.
done.
--- ports/www/nextcloud/pkg/README.orig 2018-07-17 09:21:51.171310863
+0200
+++ ports/www/nextcloud/pkg/README 2018-07-17 09:22:21.211676159
+0200
@@ -62,7 +62,8 @@
location "/console*"{ block }
location "/*.php*" {
-root { "/nextcloud", strip 1 }
+root "/nextcloud"
+request strip 1
fastcgi socket "/run/php-fpm.sock"
}
That turns it into the exact two lines which are used in the next
`location "/*"' block as well. Would it be worth to somehow combine
these? Just wondering.
done.
diff attached
--- ports/www/nextcloud/Makefile.orig 2018-07-17 10:55:01.400888144 +0200
+++ ports/www/nextcloud/Makefile 2018-07-17 10:55:06.880947541 +0200
@@ -5,7 +5,7 @@
V= 13.0.4
DISTNAME= nextcloud-${V}
EXTRACT_SUFX= .tar.bz2
-REVISION= 1
+REVISION= 2
CATEGORIES= www
--- ports/www/nextcloud/pkg/README.orig 2018-07-17 09:21:51.171310863 +0200
+++ ports/www/nextcloud/pkg/README 2018-07-17 10:54:36.180614774 +0200
@@ -34,6 +34,9 @@
server "domain.tld" {
listen on egress tls port 443
+root "/nextcloud"
+request strip 1
+
tls {
certificate "/etc/ssl/domain.tld_fullchain.pem"
key "/etc/ssl/private/domain.tld_private.pem"
@@ -62,14 +65,8 @@
location "/console*"{ block }
location "/*.php*" {
-root { "/nextcloud", strip 1 }
fastcgi socket "/run/php-fpm.sock"
}
-
-location "/*" {
-root "/nextcloud"
-request strip 1
-}
}
---8<---
[diff] www/nextcloud: README root strip leftover
www/nextcloud still has "root strip 1" in README for httpd.conf example
Clemens
--- ports/www/nextcloud/pkg/README.orig 2018-07-17 09:21:51.171310863
+0200
+++ ports/www/nextcloud/pkg/README 2018-07-17 09:22:21.211676159
+0200
@@ -62,7 +62,8 @@
location "/console*"{ block }
location "/*.php*" {
-root { "/nextcloud", strip 1 }
+root "/nextcloud"
+request strip 1
fastcgi socket "/run/php-fpm.sock"
}
