CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2024/02/08 15:30:30 Modified files: lang/racket-minimal: Makefile distinfo Log message: Update to racket 8.11.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2023/08/27 12:08:53 Modified files: lang/racket-minimal: Makefile distinfo lang/racket-minimal/pkg: PLIST Log message: Update to racket 8.10.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2023/08/15 09:12:26 Modified files: lang/gambit: Makefile distinfo lang/gambit/patches: patch-configure lang/gambit/pkg: PLIST Log message: Update to gambit 4.9.5. >From Timo Myyra. OK semarie@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2023/08/15 08:57:00 Modified files: lang/racket-minimal: Makefile Log message: Add USE_NOBTCFI on amd64.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2023/05/21 14:27:44 Modified files: lang/racket-minimal: Makefile distinfo lang/racket-minimal/pkg: PLIST Log message: Update to racket 8.9.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2022/12/03 12:57:25 Modified files: net/py-ftpdlib : Makefile distinfo Log message: Update to ftpdlib 1.5.7.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2022/12/03 12:48:56 Modified files: lang/bacon : Makefile distinfo lang/bacon/patches: patch-Makefile_in lang/bacon/pkg : PLIST Log message: Update to bacon 4.6.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2022/12/03 11:00:25 Modified files: emulators/xroar: Makefile distinfo Log message: Update to xroar 1.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2022/12/03 10:41:58 Modified files: lang/racket-minimal: Makefile distinfo lang/racket-minimal/pkg: PLIST Log message: Update to racket 8.7.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2022/12/03 10:39:04 Modified files: audio/wavpack : Makefile distinfo Log message: Update to wavpack 5.6.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2022/12/03 10:37:24 Modified files: graphics/pdf2djvu: Makefile Log message: Drop MAINTAINER.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2022/09/04 14:48:13 Modified files: lang/racket-minimal: Makefile Log message: BROKEN on i386 and sparc64.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2022/08/27 12:43:43 Modified files: lang/racket-minimal: Makefile Log message: Add a "mach" to configure. It should fix the build on sparc64.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2022/08/24 14:24:11 Modified files: lang/racket-minimal: Makefile Log message: Move i386 to portable bytecode.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2022/08/23 15:30:11 Modified files: lang/racket-minimal: Makefile Log message: Increase the stacksize for racket.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2022/08/11 15:54:25 Modified files: lang : Makefile lang/racket-minimal: Makefile lang/racket-minimal/pkg: PLIST Log message: Remove no_jit from the Makefile and add the pkgpath to the PLIST. Spotted by naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2022/08/11 11:08:15 Modified files: lang/racket-minimal: Makefile distinfo lang/racket-minimal/pkg: DESCR PLIST README Removed files: lang/racket-minimal/pkg: PFRAG.bc PFRAG.cs Log message: Update to racket 8.6.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2022/07/09 15:37:57 Modified files: audio/wavpack : Makefile distinfo audio/wavpack/pkg: PLIST Removed files: audio/wavpack/patches: patch-cli_dsdiff_c patch-cli_dsf_c Log message: Update to wavpack 5.5.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2022/07/09 14:55:09 Modified files: audio/wavpack : Tag: OPENBSD_7_1 Makefile Added files: audio/wavpack/patches: Tag: OPENBSD_7_1 patch-cli_dsdiff_c patch-cli_dsf_c Log message: CVE-2021-44269 Out of bounds read in the CLI tools. Spotted by tj@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2022/07/09 14:53:06 Modified files: audio/wavpack : Makefile Added files: audio/wavpack/patches: patch-cli_dsdiff_c patch-cli_dsf_c Log message: CVE-2021-44269 Out of bounds read in the CLI tools. Spotted by tj@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2022/06/25 11:49:59 Modified files: lang/racket-minimal: Makefile distinfo lang/racket-minimal/pkg: PLIST Log message: Update to racket 8.5.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2022/02/18 15:42:00 Modified files: emulators/xroar: Makefile distinfo Log message: Update to xroar 1.0.9.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2022/02/18 15:38:17 Modified files: lang/chibi-scheme: Makefile distinfo lang/chibi-scheme/pkg: PLIST Log message: Update to chibi-scheme 0.10.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2022/02/18 15:34:47 Modified files: lang/gambit: Makefile distinfo lang/gambit/patches: patch-configure patch-doc_makefile_in patch-gsc_makefile_in lang/gambit/pkg: PLIST Log message: Update to gambit 4.9.4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2022/02/18 15:31:06 Modified files: lang/racket-minimal: Makefile distinfo lang/racket-minimal/pkg: PLIST Log message: Update to racket 8.4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2021/12/16 14:56:24 Modified files: lang/gerbil: Makefile Log message: Move gerbil to base-clang ports-gcc, so the port has support for emutls everywhere, not only on clang architectures. >From Brad. OK Timo Myyra (MAINTAINER).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2021/12/16 14:44:38 Modified files: lang/gambit: Makefile Added files: lang/gambit/patches: patch-gsc_makefile_in Log message: >From Brad: "This isolates the -O1 workaround to just the two files that eat most of the build time with Clang 13. The rest is fine with -O2. The difference on naddy's build system for unpatched to patched went from 3 hours 45 mins to 15 mins."
Re: lang/racket-minimal: update to v8.3
On Thu, Dec 16, 2021 at 12:59:54AM +, James Cook wrote: > > I don't see anything wrong with that but I don't know why you have that > > dir. Run the command "raco pkg config" as regular user. You should have > > something like this output: > > > > current-amd64$ raco pkg config > > name: > > 8.3 > > catalogs: > > https://download.racket-lang.org/releases/8.3/catalog/ > > https://pkgs.racket-lang.org > > https://planet-compats.racket-lang.org > > default-scope: > > user > > download-cache-dir: > > /home/juanfra/.racket/download-cache > > download-cache-max-files: > > 1024 > > download-cache-max-bytes: > > 134217728 > > git-checkout-credentials: > > trash-max-packages: > > 512 > > trash-max-seconds: > > 172800 > > network-retries: > > 5 > > > > default-scope should say "user" and the download dir should be the same > > but with your user. Running "racket-user-bin-paths" you should see the > > bin directory path within $HOME/.racket. > > > > And this is the right config file in /etc/racket/config.rktd: > > ;; generated by unixstyle-install > > #hash( > > (doc-dir . "/usr/local/share/doc/racket") > > (lib-dir . "/usr/local/lib/racket") > > (pkgs-dir . "/usr/local/share/racket/pkgs") > > (share-dir . "/usr/local/share/racket") > > (include-dir . "/usr/local/include/racket") > > (bin-dir . "/usr/local/bin") > > (apps-dir . "/usr/local/share/applications") > > (man-dir . "/usr/local/man") > > (absolute-installation? . #t) > > (compiled-file-roots . (same "/usr/local/lib/racket/compiled")) > > (build-stamp . "") > > (doc-search-url . > > "https://download.racket-lang.org/releases/8.3/doc/local-redirect/index.html;) > > (catalogs . ("https://download.racket-lang.org/releases/8.3/catalog/; > > #f)) > > ) > > > > -- > > Juan Francisco Cantero Hurtado http://juanfra.info > > For reproducibility, I wrote the below script and created another new > VM. > > > #!/bin/sh > sysctl kern.version > pkg_add racket-minimal-8.3 > su falsifian -c "raco pkg install base" > su falsifian -c "raco pkg config" > > > I ran the script as root on another freshly created OpenBSD vm. The > script was the first command run on the system, except for scp and > chmod to set up the script. > > After running the script I confirmed that > /home/falsifian/.local/share/racket/8.3 exists. > > Here is the full output. I noticed that download-cache-dir is different > from yours. > > > kern.version=OpenBSD 7.0-current (GENERIC.MP) #168: Tue Dec 14 15:32:01 MST > 2021 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > quirks-4.89 signed on 2021-12-15T15:12:59Z > New and changed readme(s): > /usr/local/share/doc/pkg-readmes/racket-minimal > Resolving "base" via https://download.racket-lang.org/releases/8.3/catalog/ > Downloading https://download.racket-lang.org/releases/8.3/pkgs/base.zip > raco setup: version: 8.3 > raco setup: platform: x86_64-openbsd [cs] > raco setup: target machine: ta6ob > raco setup: installation name: 8.3 > raco setup: variants: cs > raco setup: main collects: /usr/local/share/racket/collects/ > raco setup: collects paths: > raco setup: /home/falsifian/.local/share/racket/8.3/collects > raco setup: /usr/local/share/racket/collects/ > raco setup: main pkgs: /usr/local/share/racket/pkgs > raco setup: pkgs paths: > raco setup: /usr/local/share/racket/pkgs > raco setup: /home/falsifian/.local/share/racket/8.3/pkgs > raco setup: links files: > raco setup: /usr/local/share/racket/links.rktd > raco setup: /home/falsifian/.local/share/racket/8.3/links.rktd > raco setup: compiled-file roots: > raco setup: same > raco setup: /usr/local/lib/racket/compiled > raco setup: main docs: /usr/local/share/doc/racket > raco setup: --- updating info-domain tables ---[0:53:11] > raco setup: --- pre-installing collections --- [0:53:11] > raco setup: --- installing foreign libraries --- [0:53:11] > raco setup: --- installing shared files ---[0:53:11] > raco setup: --- compiling collections --- [0:53:11] > raco setup: --- parallel build using 4 jobs ---[0:53:11] > raco setup: --- creating launchers ---
Re: lang/racket-minimal: update to v8.3
On Wed, Dec 15, 2021 at 04:49:06AM +, James Cook wrote: > On Tue, Dec 14, 2021 at 09:44:03PM +0100, Juan Francisco Cantero Hurtado > wrote: > > On Tue, 14 Dec 2021 14:18:39 + > > James Cook wrote: > > > > > On Tue, Dec 14, 2021 at 10:11:12AM +0100, Denis Fondras wrote: > > > > Le Tue, Dec 14, 2021 at 05:27:26AM +, James Cook a écrit : > > > > > On Sun, Nov 28, 2021 at 10:46:28AM +0100, Denis Fondras wrote: > > > > > > Straightforward update to v8.3 > > > > > > > > > > It looks like the update to 8.3 broke the "raco exe" command. > > > > > > > > > > > > > I am surprised it ever worked. Minimal installation does not seem > > > > to provide it. > > > > > > Oops, sorry for the noise. After "raco pkg install compiler" I have > > > the raco exe command. And conversely, with 8.2, if I delete > > > ~/.local/share/racket, the "raco exe" command also stops working, so > > > this is nothing new. > > > > > > > You have something wrong in your config (or you changed the defaults). > > Our racket-minimal doesn't install files in ~/.local/share/racket. > > I just did a little experiment. On a brand new vm running current, > "raco pkg install base" causes ~/.local/share/racket to be created. Is > that unexpected? Yes, I can't reproduce that on sparc64 or amd64. > > My steps: > > 1. Installed the latest snapshot on a new virtual machine. > 2. As root, pkg_add racket-minimal. (At the prompt, I chose >"racket-minimal-8.3" rather than the no-jit flavour.) > 3. As non-root, "raco pkg install base". > > Result: in the non-root user's home dir, there's now > ~/.local/share/racket/8.3 > > Based on that experiment, it does not seem strange to me that my > existing system had ~/.local/share/racket. And it has not caused me any > trouble. Am I doing something wrong? I don't see anything wrong with that but I don't know why you have that dir. Run the command "raco pkg config" as regular user. You should have something like this output: current-amd64$ raco pkg config name: 8.3 catalogs: https://download.racket-lang.org/releases/8.3/catalog/ https://pkgs.racket-lang.org https://planet-compats.racket-lang.org default-scope: user download-cache-dir: /home/juanfra/.racket/download-cache download-cache-max-files: 1024 download-cache-max-bytes: 134217728 git-checkout-credentials: trash-max-packages: 512 trash-max-seconds: 172800 network-retries: 5 default-scope should say "user" and the download dir should be the same but with your user. Running "racket-user-bin-paths" you should see the bin directory path within $HOME/.racket. And this is the right config file in /etc/racket/config.rktd: ;; generated by unixstyle-install #hash( (doc-dir . "/usr/local/share/doc/racket") (lib-dir . "/usr/local/lib/racket") (pkgs-dir . "/usr/local/share/racket/pkgs") (share-dir . "/usr/local/share/racket") (include-dir . "/usr/local/include/racket") (bin-dir . "/usr/local/bin") (apps-dir . "/usr/local/share/applications") (man-dir . "/usr/local/man") (absolute-installation? . #t) (compiled-file-roots . (same "/usr/local/lib/racket/compiled")) (build-stamp . "") (doc-search-url . "https://download.racket-lang.org/releases/8.3/doc/local-redirect/index.html;) (catalogs . ("https://download.racket-lang.org/releases/8.3/catalog/; #f)) ) -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: lang/racket-minimal: update to v8.3
On Tue, Dec 14, 2021 at 09:44:03PM +0100, Juan Francisco Cantero Hurtado wrote: > On Tue, 14 Dec 2021 14:18:39 + > James Cook wrote: > > > On Tue, Dec 14, 2021 at 10:11:12AM +0100, Denis Fondras wrote: > > > Le Tue, Dec 14, 2021 at 05:27:26AM +, James Cook a écrit : > > > > On Sun, Nov 28, 2021 at 10:46:28AM +0100, Denis Fondras wrote: > > > > > Straightforward update to v8.3 > > > > > > > > It looks like the update to 8.3 broke the "raco exe" command. > > > > > > > > > > I am surprised it ever worked. Minimal installation does not seem > > > to provide it. > > > > Oops, sorry for the noise. After "raco pkg install compiler" I have > > the raco exe command. And conversely, with 8.2, if I delete > > ~/.local/share/racket, the "raco exe" command also stops working, so > > this is nothing new. > > > > You have something wrong in your config (or you changed the defaults). > Our racket-minimal doesn't install files in ~/.local/share/racket. > > My suggestion: > $ doas pkg_delete racket-minimal > $ doas rm -rf /etc/racket /usr/local/lib/racket /usr/local/share/racket > $ rm -rf $HOME/.racketrc $HOME/.racket And rm -rf $HOME/.local/share/racket > $ doas pkg_add racket-minimal > > And then follow the instructions in > /usr/local/share/doc/pkg-readmes/racket-minimal to install the > main-distribution. > > -- > Juan Francisco Cantero Hurtado http://juanfra.info > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: lang/racket-minimal: update to v8.3
On Tue, 14 Dec 2021 14:18:39 + James Cook wrote: > On Tue, Dec 14, 2021 at 10:11:12AM +0100, Denis Fondras wrote: > > Le Tue, Dec 14, 2021 at 05:27:26AM +, James Cook a écrit : > > > On Sun, Nov 28, 2021 at 10:46:28AM +0100, Denis Fondras wrote: > > > > Straightforward update to v8.3 > > > > > > It looks like the update to 8.3 broke the "raco exe" command. > > > > > > > I am surprised it ever worked. Minimal installation does not seem > > to provide it. > > Oops, sorry for the noise. After "raco pkg install compiler" I have > the raco exe command. And conversely, with 8.2, if I delete > ~/.local/share/racket, the "raco exe" command also stops working, so > this is nothing new. > You have something wrong in your config (or you changed the defaults). Our racket-minimal doesn't install files in ~/.local/share/racket. My suggestion: $ doas pkg_delete racket-minimal $ doas rm -rf /etc/racket /usr/local/lib/racket /usr/local/share/racket $ rm -rf $HOME/.racketrc $HOME/.racket $ doas pkg_add racket-minimal And then follow the instructions in /usr/local/share/doc/pkg-readmes/racket-minimal to install the main-distribution. -- Juan Francisco Cantero Hurtado http://juanfra.info
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2021/12/14 14:56:59 Modified files: lang/gambit: Makefile Log message: Move gambit back to clang. The change to ports-gcc breaks gerbil.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2021/12/11 12:32:22 Modified files: lang/gambit: Makefile lang/gambit/pkg: PLIST Log message: Move gambit to ports-gcc. clang13 takes more than an hour to build the package. Tested with ports-gcc on sparc64. While here, remove the extra CFLAGS for powerpc as suggested by Brad. Tested by gkoehler@ with the current version of clang on powerpc (should works also with ports-gcc).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2021/11/30 16:33:37 Modified files: graphics/pdf2djvu: Makefile distinfo Log message: Update to pdf2djvu 0.9.18.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2021/11/30 16:32:50 Modified files: lang/gambit: Makefile Log message: Give gambit another chance on sparc64.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2021/11/29 10:06:48 Modified files: emulators/xroar: Makefile distinfo Log message: Update to xroar 1.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2021/11/29 10:05:46 Modified files: lang/racket-minimal: Makefile distinfo lang/racket-minimal/pkg: PLIST Log message: Update to racket 8.3. Same patch and basic tests by denis@.
Re: a batch of py2+3 to py3 switches
On Fri, 22 Oct 2021 22:26:31 +0100 Stuart Henderson wrote: > I'm doing a bulk build with this in to check that things are ok and I > haven't missed anything that still needs them as py2 deps (pretty > sure I went through everything in sqlports but it's easier to test in > a bulk).. While it's running, any objections or OKs? > > Maintainers of those ports which have maintainers are BCC'd. > > rpointelpy-redis > semarie py-cached-property > kmospy-fields py-cookies > jungpy-icalendar py-xmltodict > job py-radix > martin py-affine > benoit py-IP > juanfra py-ftpdlib OK for ftpd. I use the package as standalone FTP server for the LAN, so the python2 version is not really needed. > jasper py-pf > edd py-prettytable > vsele...@cs.msu.ru py-feedgenerator > bcallah py-requests-mock > > The diff is large-ish so it's gzipped, here's a plaintext list of > ports in it. > > converters/py-num2words > databases/py-redis > devel/py-cached-property > devel/py-country > devel/py-coveralls > devel/py-fasteners > devel/py-fields > devel/py-html5lib > devel/py-icalendar > devel/py-objgraph > devel/py-parsedatetime > devel/py-path.py > devel/py-radix > devel/py-zc-lockfile > math/py-affine > math/py-graphviz > math/py-mpmath > math/py-pysmt > net/py-IP > net/py-curl > net/py-eapi > net/py-ftpdlib > net/py-netaddr > net/py-netifaces > net/py-paho-mqtt > net/py-pcapy > net/py-pf > net/py-portend > net/py-rrdtool > net/py-simplesoap > security/py-aes > security/py-pgpdump > security/py-potr > security/py-requests-aws4auth > security/py-scrypt > textproc/py-mistune > textproc/py-polib > textproc/py-prettytable > textproc/py-pyaml > textproc/py-pykwalify > textproc/py-ruamel.yaml > textproc/py-spdx > textproc/py-spdx-lookup > textproc/py-unidecode > textproc/py-vobject > textproc/py-webencodings > textproc/py-xmltodict > www/py-CherryPy > www/py-beaker > www/py-betamax > www/py-bleach > www/py-bottle > www/py-cheroot > www/py-cookies > www/py-feedgenerator > www/py-formencode > www/py-httplib2 > www/py-jinja2 > www/py-mako > www/py-repoze-lru > www/py-repoze-profile > www/py-repoze-who > www/py-requests-futures > www/py-requests-mock > www/py-requests-toolbelt > www/py-selenium > www/py-soupsieve > www/py-tempita > www/py-uritemplate > www/py-waitress > -- Juan Francisco Cantero Hurtado http://juanfra.info
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2021/08/05 11:57:59 Modified files: lang/racket-minimal: Makefile Log message: Unbreak on i386. Spotted by sthen@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2021/08/02 09:39:40 Modified files: lang/racket-minimal: Makefile Log message: Revert racket to BC for i386.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2021/07/27 14:42:24 Modified files: devel/py-sh: Makefile lang/cython: Makefile Log message: Drop MAINTAINER.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2021/07/27 14:36:26 Modified files: lang/racket-minimal: Makefile distinfo lang/racket-minimal/pkg: PLIST Log message: Update to racket 8.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2021/05/30 16:33:31 Modified files: lang/racket-minimal: Makefile distinfo lang/racket-minimal/pkg: PLIST Log message: Add racket-system-info to the racket package, so we (and the racket developers) can get better bug reports and info about the system where racket is running.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2021/05/21 14:50:48 Modified files: devel/mercurial: Makefile distinfo devel/mercurial/pkg: PLIST-main Log message: Update to mercurial 5.8. Drop MAINTAINER.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2021/05/19 13:21:25 Modified files: lang/racket-minimal: Makefile distinfo lang/racket-minimal/pkg: PLIST Removed files: lang/racket-minimal/patches: patch-src_bc_cmdline_inc patch-src_cs_c_main_c patch-src_cs_main_help_ss patch-src_cs_main_sps patch-src_start_ustart_c Log message: Update to racket 8.1. Enable CS on i386. Tested on amd64 and sparc64.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2021/03/11 15:08:43 Modified files: lang/racket-minimal: Makefile Added files: lang/racket-minimal/patches: patch-src_bc_cmdline_inc patch-src_cs_c_main_c patch-src_cs_main_help_ss patch-src_cs_main_sps patch-src_start_ustart_c Log message: Fix "raco exe" (CS). The binaries generated by "raco exe" couldn't find the path. Reported by John Murphy.
Re: [PATCH] lang/racket-minimal: add -E flag for raco exe
On Sun, Mar 07, 2021 at 01:57:24PM -0500, John Murphy wrote: > This patch adds the `-E` flag to racket version 7.9. This change > has been added upstream[1] as a restult of github issue 3717[2]. > > [1]: > https://github.com/racket/racket/commit/fac84630825fdb3780fcd7891fb50e637eb3f910 > [2]: https://github.com/racket/racket/issues/3717 > > --- > .../patches/patch-racket_exec_flag| 193 ++ > 1 file changed, 193 insertions(+) > create mode 100644 lang/racket-minimal/patches/patch-racket_exec_flag Hi, that's not how the ports patches work. When you want to patch a port you need to follow these steps: $ cd /usr/port/lang/racket Increase by 1 REVISION in the Makefile. $ make clean=all $ make patch Now you can patch the source in /usr/ports/pobj. If you're going to use our patch(1), it will create the .orig files (which are needed by the ports framework to generate the proper patches in the ports directory). If you prefer to use gpatch, then you will need to create manually the .orig files before of patching any file. $ cd /usr/port/lang/racket $ make update-patches It will create the patches in the port directory. And that's all. This is the patch which I'm going to commit in a few days. I need to run more tests before commiting the change. diff --git lang/racket-minimal/Makefile lang/racket-minimal/Makefile index 3fa33db5ae7..43677d697c5 100644 --- lang/racket-minimal/Makefile +++ lang/racket-minimal/Makefile @@ -5,6 +5,7 @@ ONLY_FOR_ARCHS =aarch64 amd64 arm i386 mips64el powerpc powerpc64 sparc64 COMMENT = multi-paradigm programming language V =7.9 +REVISION = 0 PKGNAME = racket-minimal-$V DISTFILES =racket-minimal-$V-src-builtpkgs${EXTRACT_SUFX} \ racket-openbsd-1${EXTRACT_SUFX} diff --git lang/racket-minimal/patches/patch-src_bc_cmdline_inc lang/racket-minimal/patches/patch-src_bc_cmdline_inc new file mode 100644 index 000..aa40812cf7c --- /dev/null +++ lang/racket-minimal/patches/patch-src_bc_cmdline_inc @@ -0,0 +1,52 @@ +$OpenBSD$ + +https://github.com/racket/racket/issues/3717 +"cs: fix raco exe for OpenBSD" + +Index: src/bc/cmdline.inc +--- src/bc/cmdline.inc.orig src/bc/cmdline.inc +@@ -766,6 +766,8 @@ static int run_from_cmd_line(int argc, char *_argv[], + argv[0] = "-m"; + else if (!strcmp("--name", argv[0])) + argv[0] = "-N"; ++else if (!strcmp("--exec", argv[0])) ++ argv[0] = "-E"; + else if (!strcmp("--no-compiled", argv[0])) + argv[0] = "-c"; + else if (!strcmp("--no-lib", argv[0])) +@@ -1015,6 +1017,7 @@ static int run_from_cmd_line(int argc, char *_argv[], + eval_kind[num_enl++] = mzcmd_EMBEDDED; + break; + case 'N': ++ case 'E': + if (argc < 2) { + PRINTF("%s: missing name after %s switch\n", + prog, +@@ -1023,13 +1026,16 @@ static int run_from_cmd_line(int argc, char *_argv[], + } + argv++; + --argc; +-sprog = argv[0]; +- if (!*sprog) { ++ if (!*(argv[0])) { + PRINTF("%s: empty path after %s switch\n", + prog, + real_switch); + goto show_need_help; + } ++ if (*str == 'N') ++sprog = argv[0]; ++ else ++prog = argv[0]; + was_config_flag = 1; + break; + case 'q': +@@ -1438,6 +1444,7 @@ static int run_from_cmd_line(int argc, char *_argv[], + " -R , --compiled : Set compiled-file search roots to \n" +" -C, --cross : Cross-build mode; save current collects and config as host\n" +" -N , --name : Sets `(find-system-path 'run-file)' to \n" ++ " -E , --exec : Sets `(find-system-path 'exec-file)' to \n" + # ifdef CMDLINE_STDIO_FLAG + " -J , ---wm-class : Set WM_CLASS class to (Unix)\n" + # endif diff --git lang/racket-minimal/patches/patch-src_cs_c_main_c lang/racket-minimal/patches/patch-src_cs_c_main_c new file mode 100644 index 000..0c08c3c1184 --- /dev/null +++ lang/racket-minimal/patches/patch-src_cs_c_main_c @@ -0,0 +1,33 @@ +$OpenBSD$ + +https://github.com/racket/racket/issues/3717 +"cs: fix raco exe for OpenBSD" + +Index: src/cs/c/main.c +--- src/cs/c/main.c.orig src/cs/c/main.c +@@ -172,7 +172,7 @@ static char *get_self_path(char *exec_file) + # undef USE_GENERIC_GET_SELF_PATH + #endif + +-#if defined(__FreeBSD__) ++#if defined(__FreeBSD__) || defined(__NetBSD__) + # include + # include + static char *get_self_path(char *exec_file) +@@ -183,9 +183,15 @@ static char *get_self_path(char *exec_file) + int r; + + mib[0] = CTL_KERN; ++#if defined(__NetBSD__) ++ mib[1] = KERN_PROC_ARGS; ++ mib[2] = getpid(); ++ mib[3] = KERN_PROC_PATHNAME; ++#else + mib[1] = KERN_PROC; + mib[2] = KERN_PROC_PATHNAME; + mib[3] = -1; ++#endif + + r = sysctl(mib, 4, NULL, , NULL, 0);
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2021/02/08 16:54:55 Modified files: devel/mercurial: Makefile distinfo devel/mercurial/pkg: PLIST-main Log message: Update to mercurial 5.7.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2021/01/15 16:23:25 Modified files: audio/wavpack : Tag: OPENBSD_6_8 Makefile distinfo Log message: SECURITY: Update to wavpack 5.4.0. CVE-2020-35738. More info: https://github.com/dbry/WavPack/issues/91#issuecomment-760696376
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2021/01/15 16:06:07 Modified files: audio/wavpack : Makefile distinfo Log message: SECURITY: Update to wavpack 5.4.0. CVE-2020-35738. More info: https://github.com/dbry/WavPack/issues/91#issuecomment-760696376
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/11/14 14:37:09 Modified files: lang/racket-minimal: Makefile distinfo lang/racket-minimal/pkg: PFRAG.bc PLIST Log message: Update to racket 7.9.
Re: turn off cython tests under python2
On Fri, 6 Nov 2020 19:21:27 -0500 (EST) Daniel Dickman wrote: > This diff sets NO_TEST=Yes for cython under python2 so numpy can be > updated. > > If we don't go this route, we'd have to convert all the cython > consumers to python3 so cython can be made python3-only. That means > updating consumers like py-sphinx. So going down that path doesn't > look very simple. > > ok on the simpler approach below so we can move forward? Sure, OK juanfra@. Do you want to take the maintainership of cython?. You have been doing the work for the last updates and looks like cython is the most critical port in the dependency chain of some of your ports. > > Index: Makefile > === > RCS file: /cvs/ports/lang/cython/Makefile,v > retrieving revision 1.45 > diff -u -p -u -r1.45 Makefile > --- Makefile 10 Oct 2020 18:31:55 - 1.45 > +++ Makefile 7 Nov 2020 00:14:48 - > @@ -6,6 +6,7 @@ MODPY_EGG_VERSION = 0.29.21 > DISTNAME = Cython-${MODPY_EGG_VERSION} > PKGNAME =py-cython-${MODPY_EGG_VERSION} > CATEGORIES = lang > +REVISION = 0 > > HOMEPAGE = https://cython.org/ > > @@ -17,13 +18,22 @@ PERMIT_PACKAGE = Yes > WANTLIB += pthread ${MODPY_WANTLIB} > > MODULES =lang/python > + > +FLAVORS =python3 > +FLAVOR ?= > + > MODPY_PI = Yes > MODPY_SETUPTOOLS = Yes > + > BUILD_DEPENDS = devel/py-setuptools_git${MODPY_FLAVOR} > -TEST_DEPENDS = math/py-numpy${MODPY_FLAVOR} > > -FLAVORS =python3 > -FLAVOR ?= > +# XXX: no tests under python2 so numpy can be updated. > +# (numpy>=1.17.0 is python3-only) > +.if ${FLAVOR:Mpython3} > +TEST_DEPENDS += math/py-numpy${MODPY_FLAVOR} > +.else > +NO_TEST =Yes > +.endif > > PORTHOME = ${WRKDIR} > -- Juan Francisco Cantero Hurtado http://juanfra.info
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/10/30 11:17:01 Modified files: devel/jansson : Makefile Log message: Move HOMEPAGE and MASTER_SITES to https. Suggested by tj@. OK kirby@ (MAINTAINER).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/10/11 11:40:55 Modified files: audio/wavpack : Makefile distinfo Log message: Move MASTER_SITES to https. Suggested by tj@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/09/24 15:42:16 Modified files: lang/chibi-scheme: Makefile lang/chibi-scheme/patches: patch-Makefile lang/chibi-scheme/pkg: PLIST Log message: Unbreak chibi-scheme on i386. Passes the tests. Spotted by sthen@.
Re: Remove net/py-ftpdlib?
On Sat, Sep 19, 2020 at 01:38:52PM -0400, Kurt Mosiejczuk wrote: > py-ftpdlib has no consumers. Do we want to remove it? No. ftpdlib is a great ftp server when you need to share a directory with other computers on your LAN or in a guest/host VM setup. $ python -m pyftpdlib -p 12345 -- Juan Francisco Cantero Hurtado http://juanfra.info
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/09/17 14:48:38 Modified files: lang/chibi-scheme: Makefile distinfo lang/chibi-scheme/patches: patch-Makefile lang/chibi-scheme/pkg: PLIST Added files: lang/chibi-scheme/patches: patch-Makefile_detect Log message: Update to chibi scheme 0.9.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/09/17 14:36:12 Modified files: graphics/pdf2djvu: Makefile distinfo Removed files: graphics/pdf2djvu/patches: patch-pdf-backend_cc patch-pdf-backend_hh patch-pdf-dpi_cc patch-pdf-unicode_cc patch-pdf2djvu_cc Log message: Update to pdf2djvu 0.9.17.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/09/17 14:29:21 Modified files: lang/bacon : Makefile distinfo lang/bacon/patches: patch-Makefile_in lang/bacon/pkg : PLIST Log message: Update to bacon 4.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/08/09 13:44:28 Modified files: lang/racket-minimal: Makefile distinfo lang/racket-minimal/pkg: PLIST Removed files: lang/racket-minimal/patches: patch-src_ChezScheme_s_cpnanopass_ss patch-src_ChezScheme_s_x86_64_ss patch-src_cs_c_Makefile_in patch-src_cs_c_embed-boot_rkt patch-src_racket_src_optimize_c Log message: Update to racket 7.8.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/08/09 13:39:15 Modified files: emulators/xroar: Makefile distinfo Log message: Update to xroar 0.36.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/08/09 13:38:18 Modified files: devel/mercurial: Makefile distinfo devel/mercurial/pkg: PLIST-main Log message: Update to mercurial 5.5.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/06/01 11:01:07 Modified files: lang/cython: Makefile distinfo lang/cython/pkg: PLIST Log message: Update to cython 0.29.19.
Re: NEW: devel/py-patiencediff
On Sun, 31 May 2020 20:25:30 +0100 Stuart Henderson wrote: > On 2020/05/31 00:33, Juan Francisco Cantero Hurtado wrote: > > This package is a dependency of another new package. OK? > > > > > > Information for inst:py3-patiencediff-0.1.0 > > > > Comment: > > python implementation of the patiencediff algorithm > > capital 'P' for Python please, and I think this would be better in > textproc/ (like gdiff) rather than devel/. > > otherwise OK. > > > - A C implementation implementation (_patiencediff_c.c); this > > implementation is faster, but requires a C compiler and is less > > readable > > A bunch of tests are skipped, running with 'make MODPY_PYTEST_ARGS="-v > patiencediff" test' shows the details and it turns out these are the > tests for the C version. Could you either add > > MODPY_TEST_DIR = ${WRKSRC}/lib* > > or fix it another way please? Committed with all your suggestions. Thanks for the help. > > > $ make MODPY_PYTEST_ARGS="-v patiencediff" test > ===> Regression tests for py3-patiencediff-0.1.0 > = test session starts > == platform openbsd6 -- Python 3.7.7, > pytest-4.4.0, py-1.8.0, pluggy-0.11.0 -- /usr/local/bin/python3.7 > cachedir: .pytest_cache hypothesis profile 'default' -> > database=DirectoryBasedExampleDatabase('/usr/obj/ports/py-patiencediff-0.1.0-python3/patiencediff-0.1.0/.hypothesis/examples') > rootdir: > /usr/obj/ports/py-patiencediff-0.1.0-python3/patiencediff-0.1.0 > plugins: hypothesis-4.15.0 collecting ... collected 26 items > > patiencediff/test_patiencediff.py::TestPatienceDiffLib::test_diff_unicode_string > PASSED [ 3%] > patiencediff/test_patiencediff.py::TestPatienceDiffLib::test_grouped_opcodes > PASSED [ 7%] > patiencediff/test_patiencediff.py::TestPatienceDiffLib::test_matching_blocks > PASSED [ 11%] > patiencediff/test_patiencediff.py::TestPatienceDiffLib::test_matching_blocks_tuples > PASSED [ 15%] > patiencediff/test_patiencediff.py::TestPatienceDiffLib::test_multiple_ranges > PASSED [ 19%] > patiencediff/test_patiencediff.py::TestPatienceDiffLib::test_opcodes > PASSED [ 23%] > patiencediff/test_patiencediff.py::TestPatienceDiffLib::test_patience_unified_diff > PASSED [ 26%] > patiencediff/test_patiencediff.py::TestPatienceDiffLib::test_patience_unified_diff_with_dates > PASSED [ 30%] > patiencediff/test_patiencediff.py::TestPatienceDiffLib::test_recurse_matches > PASSED [ 34%] > patiencediff/test_patiencediff.py::TestPatienceDiffLib::test_unique_lcs > PASSED [ 38%] > patiencediff/test_patiencediff.py::TestPatienceDiffLib_c::test_diff_unicode_string > SKIPPED [ 42%] > patiencediff/test_patiencediff.py::TestPatienceDiffLib_c::test_grouped_opcodes > SKIPPED [ 46%] > patiencediff/test_patiencediff.py::TestPatienceDiffLib_c::test_matching_blocks > SKIPPED [ 50%] > patiencediff/test_patiencediff.py::TestPatienceDiffLib_c::test_matching_blocks_tuples > SKIPPED [ 53%] > patiencediff/test_patiencediff.py::TestPatienceDiffLib_c::test_multiple_ranges > SKIPPED [ 57%] > patiencediff/test_patiencediff.py::TestPatienceDiffLib_c::test_opcodes > SKIPPED [ 61%] > patiencediff/test_patiencediff.py::TestPatienceDiffLib_c::test_patience_unified_diff > SKIPPED [ 65%] > patiencediff/test_patiencediff.py::TestPatienceDiffLib_c::test_patience_unified_diff_with_dates > SKIPPED [ 69%] > patiencediff/test_patiencediff.py::TestPatienceDiffLib_c::test_recurse_matches > SKIPPED [ 73%] > patiencediff/test_patiencediff.py::TestPatienceDiffLib_c::test_unhashable > SKIPPED [ 76%] > patiencediff/test_patiencediff.py::TestPatienceDiffLib_c::test_unique_lcs > SKIPPED [ 80%] > patiencediff/test_patiencediff.py::TestPatienceDiffLibFiles::test_patience_unified_diff_files > PASSED [ 84%] > patiencediff/test_patiencediff.py::TestPatienceDiffLibFiles_c::test_patience_unified_diff_files > SKIPPED [ 88%] > patiencediff/test_patiencediff.py::TestUsingCompiledIfAvailable::test_PatienceSequenceMatcher > PASSED [ 92%] > patiencediff/test_patiencediff.py::TestUsingCompiledIfAvailable::test_recurse_matches > PASSED [ 96%] > patiencediff/test_patiencediff.py::TestUsingCompiledIfAvailable::test_unique_lcs > PASSED [100%] > > 14 passed, 12 skipped in 0.15 seconds > = > > -- Juan Francisco Cantero Hurtado http://juanfra.info
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/05/31 14:35:52 Modified files: textproc : Makefile Log message: +py-patiencediff,python3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/05/31 14:33:32 Log message: Help and OK sthen@. Comment: Python implementation of the patiencediff algorithm Description: This package contains the implementation of the patiencediff algorithm, as first described by Bram Cohen. Like Python's difflib, this module provides both a convience unified_diff function for the generation of unified diffs of text files as well as a SequenceMatcher that can be used on arbitrary lists. Patiencediff provides a good balance of performance, nice output for humans, and implementation simplicity. The code in this package was extracted from the Bazaar code base. The package comes with two implementations: - A Python implementation (_patiencediff_py.py); this implementation only requires a Python interpreter and is the more readable version of the two - A C implementation implementation (_patiencediff_c.c); this implementation is faster, but requires a C compiler and is less readable Maintainer: The OpenBSD ports mailing-list WWW: https://pypi.org/project/patiencediff/ Status: Vendor Tag: juanfra Release Tags: juanfra_20200531 N ports/textproc/py-patiencediff/Makefile N ports/textproc/py-patiencediff/distinfo N ports/textproc/py-patiencediff/pkg/DESCR N ports/textproc/py-patiencediff/pkg/PLIST No conflicts created by this import
NEW: devel/py-patiencediff
This package is a dependency of another new package. OK? Information for inst:py3-patiencediff-0.1.0 Comment: python implementation of the patiencediff algorithm Description: This package contains the implementation of the patiencediff algorithm, as first described by Bram Cohen. Like Python's difflib, this module provides both a convience unified_diff function for the generation of unified diffs of text files as well as a SequenceMatcher that can be used on arbitrary lists. Patiencediff provides a good balance of performance, nice output for humans, and implementation simplicity. The code in this package was extracted from the Bazaar code base. The package comes with two implementations: - A Python implementation (_patiencediff_py.py); this implementation only requires a Python interpreter and is the more readable version of the two - A C implementation implementation (_patiencediff_c.c); this implementation is faster, but requires a C compiler and is less readable Maintainer: The OpenBSD ports mailing-list WWW: https://pypi.org/project/patiencediff/ py-patiencediff.tar.gz Description: application/gzip
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/05/29 16:51:12 Modified files: devel : Makefile devel/quirks : Makefile devel/quirks/files: Quirks.pm devel/py-fastimport: Makefile distinfo devel/py-fastimport/pkg: PLIST Log message: Update to py-fastimport 0.9.8. Move the port to python3 only. No consumers for the python2 flavor.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/05/22 16:31:45 Modified files: lang/racket-minimal: Makefile Log message: Unbreak no_jit flavor on amd64. Spotted by aja@ and naddy@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/05/20 10:08:29 Modified files: lang/racket-minimal: Makefile lang/racket-minimal/pkg: PLIST Added files: lang/racket-minimal/patches: patch-src_ChezScheme_s_cpnanopass_ss patch-src_ChezScheme_s_x86_64_ss patch-src_cs_c_Makefile_in patch-src_cs_c_embed-boot_rkt patch-src_racket_src_optimize_c lang/racket-minimal/pkg: PFRAG.bc PFRAG.cs Log message: Enable Racket CS on amd64.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/05/18 10:46:10 Modified files: devel/mercurial: Makefile Log message: Missing dep for the new git extension.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/05/14 14:03:25 Modified files: lang/racket-minimal: Makefile Log message: Disable Racket CS.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/05/14 11:17:57 Modified files: lang/racket-minimal: Makefile distinfo lang/racket-minimal/pkg: PLIST README Removed files: lang/racket-minimal/patches: patch-src_cfg-cs patch-src_cfg-racket patch-src_cs_c_configure Log message: Update to racket 7.7.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/05/14 09:52:56 Modified files: devel/mercurial: Makefile distinfo devel/mercurial/pkg: PLIST-main PLIST-x11 Log message: Update to mercurial 5.4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/05/14 09:41:28 Modified files: audio/wavpack : Makefile distinfo Log message: Update to wavpack 5.3.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/05/14 09:38:51 Modified files: net: Makefile net/py-geventhttpclient: Makefile net/py-geventhttpclient/pkg: PLIST Log message: Add a python3 flavor to py-geventhttpclient. No changes in the python2 part.
Re: Compiling ninja on alpha
On Wed, May 13, 2020 at 01:21:43PM +0200, Martijn van Duren wrote: > Hello, > > Trying to build ninja on alpha fails with the current COMPILER-line. > Apparently gcc-8 has a regression for its alpha backend resulting in a > compiler crash with the following error (transcribed): > ./src/deps_log.cc:306:1: error: unrecognizable insn: > } > > (insn 483 482 484 36 (set (reg:DI 262) > (plus:DI (reg/f:DI 65 virtual-stack-vars) > (const_int -524292 [0xfff7fffc] "./src/deps_log.cc":228 -1 > (nil)) > during RTL pass: vregs > ./src/deps_log.cc:386:1: internal compiler error: in extract_insn, at > recog.c:2304 > > Is there an easy way to prioritize base-gcc over ports-gcc on alpha, > because I don't think we want to change the line to: > COMPILER =base-clang base-gcc ports-gcc .if ${MACHINE_ARCH} != "alpha" COMPILER = base-clang ports-gcc base-gcc .endif If alpha is using ports-gcc by default, then add an else to the conditional. -- Juan Francisco Cantero Hurtado http://juanfra.info
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/04/06 15:19:00 Modified files: devel/mercurial: Makefile distinfo Log message: Update to mercurial 5.3.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/03/20 14:22:45 Modified files: devel/mercurial: Makefile devel/mercurial/pkg: PLIST-main PLIST-x11 Log message: Move mercurial to python3. It passes the tests on amd64 (except the usual suspects). "hg clone" tested on sparc64 and OK by kn@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/03/16 16:00:59 Modified files: devel/mercurial: Makefile distinfo devel/mercurial/pkg: PLIST-main Log message: Update to mercurial 5.3.1.
Re: I'd like to remove tortoisehg. Anyone using it?.
On Sat, Mar 14, 2020 at 10:16:42PM -0400, George Koehler wrote: > On Sat, 14 Mar 2020 21:32:36 +0100 > Juan Francisco Cantero Hurtado wrote: > > > Since a few mercurial releases ago, they're not releasing new versions. > > Tortoise uses the internal API of mercurial, so I can't update mercurial > > without updating also tortoisehg. We're stuck now on the version 5.0 and > > the mercurial devs are going to release 5.4 the next month. > > I use mercurial, but I have never installed tortoisehg on OpenBSD. > ok gkoehler@ to remove devel/tortoisehg > > We have tortoisehg 5.0.2. HOMEPAGE [1] doesn't show versions after > 5.0.2, but their repo has tags [2] of 5.1, 5.3, 5.3.1, and the > download area [3] has tars of 5.3 and 5.3.1. Almost no distro has > these versions, but FreeBSD uses the tag of 5.1, and Fedora has 5.3.1. > --George > > [1] https://tortoisehg.bitbucket.io/ > [2] https://bitbucket.org/tortoisehg/thg/downloads/?tab=tags > [3] https://bitbucket.org/tortoisehg/targz/downloads/ That's the problem. In the last year, the releases have been lagging, sometimes for months, only published as a tag in bitbucket, not always and not at time for mayor mercurial versions. On the other hand, mercurial is a server exposed to the network using an unsupported python version. Our actual mercurial version would be 1+ year old for 6.8 with large changes in between (python2 to python3). Tortoise is easy to maintain. We could add the port again in the future if upstream starts to release new versions regularly. There is a dev who is trying to move the project to heptapod and the tarballs/binaries to the official mercurial server. They are just not there yet. I will remove the port this night. https://bitbucket.org/tortoisehg/thg/issues/5443/same-problem-as-always-mercurial-51-is-out https://groups.google.com/forum/#!topic/thg-dev/wePAki2smKE -- Juan Francisco Cantero Hurtado http://juanfra.info
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/03/16 13:53:57 Modified files: devel : Makefile devel/quirks : Makefile devel/quirks/files: Quirks.pm Removed files: devel/tortoisehg: Makefile distinfo devel/tortoisehg/files: config.py devel/tortoisehg/patches: patch-setup_py devel/tortoisehg/pkg: DESCR PLIST Log message: Remove tortoisehg. Tortoisehg uses the internal mercurial API. We must to maintain mercurial and tortoisehg in sync. In the last year, the releases have been lagging, sometimes for months, only published as a tag in bitbucket, not always and not at time for mayor mercurial versions. On the other hand, mercurial is a server exposed to the network using an unsupported python version. Our actual mercurial version would be 1+ year old for 6.8 with large changes in between (python2 to python3). We could add the port again in the future if upstream starts to release new versions regularly. OK paco@ gkoehler@. No objection sthen@.
I'd like to remove tortoisehg. Anyone using it?.
kn@ is working on moving python2 ports to python3 and asked me why we have an outdated version of mercurial. He wasn't the only dev asking recently. A few years ago I decided to remove mercurial third party extensions because nobody was maintaining them, were broken for a year (or maybe even more) and nobody had complained. I kept tortoisehg because at that time upstream was releasing regularly new versions in sync with mercurial versions. Since a few mercurial releases ago, they're not releasing new versions. Tortoise uses the internal API of mercurial, so I can't update mercurial without updating also tortoisehg. We're stuck now on the version 5.0 and the mercurial devs are going to release 5.4 the next month. What are we going to lose if we keep the mercurial port stuck on 5.0?. Close to 100% python3 support, a new official extension to work with git servers and more rust code (which I'll not enable by default but I would like to test). Also, the mercurial developers are a very small team and don't release backports for security issues, so the more outdated our mercurial version is, the harder is to backport the patches for me. So, I would like to remove tortoisehg and update mercurial to the latest version. The plan B would be to create a new port with the outdated version of mercurial and update the canonical port to the latest version. The problem of that idea is that maybe eventually we will delete python2 and tortoise will be lost anyway. The only thing which users are going to lose is the graphical DAG / commits history. The package mercurial-x11 includes an extension which shows the same graphical output and you can always use "hg serve" to see the DAG / history in your browser. I would like to remove the port before of 6.7. Any objection?. Is anyone yelling at me?. I can't hear you. -- Juan Francisco Cantero Hurtado http://juanfra.info
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/03/10 13:58:20 Modified files: lang/bacon : Makefile distinfo lang/bacon/pkg : PLIST Log message: Update to bacon 4.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/03/10 10:14:59 Modified files: graphics/pdf2djvu: Makefile distinfo Removed files: graphics/pdf2djvu/patches: patch-pdf-backend_cc Log message: Update to pdf2djvu 0.9.17.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/02/19 16:16:54 Modified files: editors/py-qscintilla: Makefile Log message: BUILD_DEPENDS-main -> BUILD_DEPENDS. Spotted by naddy@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/02/19 14:27:17 Modified files: net/py-ftpdlib : Makefile distinfo net/py-ftpdlib/pkg: PLIST Log message: Update to py-ftpd 1.5.6.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/02/19 13:39:56 Modified files: lang/racket-minimal: Makefile distinfo lang/racket-minimal/pkg: PLIST Added files: lang/racket-minimal/patches: patch-src_cfg-cs patch-src_cfg-racket patch-src_cs_c_configure Log message: Update to racket 7.6.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/02/19 10:38:59 Modified files: devel/tortoisehg: Makefile Log message: Move tortoisehg to qt5.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/02/19 10:38:05 Modified files: geo/qgis : Makefile Log message: Fix qgis dependencies after of the py-qscintilla update.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/02/19 10:35:36 Modified files: editors: Makefile editors/py-qscintilla: Makefile distinfo editors/qscintilla: Makefile distinfo devel/quirks : Makefile devel/quirks/files: Quirks.pm Added files: editors/py-qscintilla/pkg: DESCR-common DESCR-main PLIST-common PLIST-main Removed files: editors/py-qscintilla/pkg: DESCR PLIST Log message: Move py-qscintilla to qt5 and remove the default qt4 flavor. Help from landry@ and rsadowski@. OK landry@. While here, update qscintilla and py-qscintilla to 2.11.4. From landry@.
Re: PATCH: move tortoisehg to qt5, remove qt4 from py-qscintilla
On Mon, Feb 17, 2020 at 10:50:10PM +0100, Juan Francisco Cantero Hurtado wrote: > On Mon, Feb 17, 2020 at 12:12:37AM +0100, Juan Francisco Cantero Hurtado > wrote: > > tortoisehg is the last consumer of py-qt4. With this patch, we can > > remove py-qt4 from ports. > > > > I need a python2+qt5 version of qscintilla for the change in tortoise > > and qgis is the only consumer of the python3+qt5 flavor. Instead of > > adding more complexity to the py-qscintilla port, I made the port qt5 > > only. The port is now a standard python2+python3 port. > > > > Landry, I imported qscintilla in the python console of qgis and worked > > without errors. Could you test qgis with this patch and give me an OK > > for the qgis change?. > > > > Any additional test of qgis or tortoisehg is welcome. > > There is a common file in both flavors. I added -main and -common to > py-qscintilla as workaround. > > The new patch includes also the update to 2.11.4 and rsadowski's > suggestions. The same patch with an additional "@pkgpath editors/py-qscintilla". diff --git devel/quirks/Makefile devel/quirks/Makefile index 67c02303c3f..48ce59ae8b9 100644 --- devel/quirks/Makefile +++ devel/quirks/Makefile @@ -5,7 +5,7 @@ CATEGORIES =devel databases DISTFILES = # API.rev -PKGNAME = quirks-3.237 +PKGNAME = quirks-3.238 PKG_ARCH = * MAINTAINER = Marc Espie diff --git devel/quirks/files/Quirks.pm devel/quirks/files/Quirks.pm index f7ec3251e7a..50361d449ca 100644 --- devel/quirks/files/Quirks.pm +++ devel/quirks/files/Quirks.pm @@ -339,6 +339,7 @@ my $stem_extensions = { 'ilmbase' => 'OpenEXR', 'openexr-viewers' => 'OpenEXR-tools', 'libvirt-python' => 'py-libvirt', + 'py3-qscintilla-qt5' => 'py3-qscintilla', }; my $obsolete_reason = { diff --git devel/tortoisehg/Makefile devel/tortoisehg/Makefile index 5282f4db222..03fb9e166c9 100644 --- devel/tortoisehg/Makefile +++ devel/tortoisehg/Makefile @@ -2,9 +2,9 @@ COMMENT = series of applications for Mercurial -# Change also the mercurial version in *_depends +# Change also the mercurial version in MERCURIAL_VER MODPY_EGG_VERSION =5.0.2 -REVISION = 2 +REVISION = 3 DISTNAME = tortoisehg-${MODPY_EGG_VERSION} CATEGORIES = devel @@ -24,14 +24,13 @@ MERCURIAL_VER = devel/mercurial>=5.0,<5.1 BUILD_DEPENDS =${MERCURIAL_VER} \ devel/py-sip \ - editors/qscintilla \ - x11/py-qt4 + x11/py-qt5 RUN_DEPENDS = ${MERCURIAL_VER} \ devel/py-iniparse \ devel/py-sip \ editors/py-qscintilla \ - x11/py-qt4 + x11/py-qt5 NO_TEST = Yes diff --git editors/Makefile editors/Makefile index cbae99787c2..8945753c8db 100644 --- editors/Makefile +++ editors/Makefile @@ -49,7 +49,7 @@ SUBDIR += py-neovim SUBDIR += py-neovim,python3 SUBDIR += py-qscintilla - SUBDIR += py-qscintilla,qt5 + SUBDIR += py-qscintilla,python3 SUBDIR += qscintilla SUBDIR += qscintilla,qt5 SUBDIR += scintilla diff --git editors/py-qscintilla/Makefile editors/py-qscintilla/Makefile index b907d7708c9..e9c25c63e99 100644 --- editors/py-qscintilla/Makefile +++ editors/py-qscintilla/Makefile @@ -1,68 +1,70 @@ # $OpenBSD: Makefile,v 1.20 2019/07/24 08:50:19 landry Exp $ -COMMENT = Python binding for the Scintilla source code editor +COMMENT-main = Python binding for the Scintilla source code editor +COMMENT-common = common files for py-qscintilla -VERSION = 2.11.2 -DISTNAME = QScintilla_gpl-${VERSION} -PKGNAME = py-qscintilla-${VERSION} -CATEGORIES = editors x11 devel +VERSION = 2.11.4 +MODPY_EGG_VERSION =${VERSION} +DISTNAME = QScintilla-${VERSION} -HOMEPAGE = http://www.riverbankcomputing.com/software/qscintilla/ +PKGNAME-main = py-qscintilla-${VERSION} +FULLPKGNAME-common = py-qscintilla-common-${VERSION} +FULLPKGPATH-common = editors/py-qscintilla,-common + +CATEGORIES = editors x11 devel + +HOMEPAGE = https://www.riverbankcomputing.com/software/qscintilla/ # GPLv2/GPLv3 PERMIT_PACKAGE = Yes -MASTER_SITES = https://www.riverbankcomputing.com/static/Downloads/QScintilla/${VERSION}/ +MASTER_SITES = https://www.riverbankcomputing.com/static/Downloads/QScintilla/${VERSION}/ + +WANTLIB-main += ${COMPILER_LIBCXX} GL m Qt5Core Qt5Gui Qt5PrintSupport +WANTLIB-main += Qt5Widgets qscintilla2_qt5 -MODULES = lang/python -FLAVORS = qt5 -FLAVOR?= +WANTLIB-common += -RUN_DEPENDS = devel/py-sip${MODPY_FLAVOR} \ - x11/dbus-python${
Re: PATCH: move tortoisehg to qt5, remove qt4 from py-qscintilla
On Mon, Feb 17, 2020 at 12:12:37AM +0100, Juan Francisco Cantero Hurtado wrote: > tortoisehg is the last consumer of py-qt4. With this patch, we can > remove py-qt4 from ports. > > I need a python2+qt5 version of qscintilla for the change in tortoise > and qgis is the only consumer of the python3+qt5 flavor. Instead of > adding more complexity to the py-qscintilla port, I made the port qt5 > only. The port is now a standard python2+python3 port. > > Landry, I imported qscintilla in the python console of qgis and worked > without errors. Could you test qgis with this patch and give me an OK > for the qgis change?. > > Any additional test of qgis or tortoisehg is welcome. There is a common file in both flavors. I added -main and -common to py-qscintilla as workaround. The new patch includes also the update to 2.11.4 and rsadowski's suggestions. diff --git devel/quirks/Makefile devel/quirks/Makefile index 67c02303c3f..48ce59ae8b9 100644 --- devel/quirks/Makefile +++ devel/quirks/Makefile @@ -5,7 +5,7 @@ CATEGORIES =devel databases DISTFILES = # API.rev -PKGNAME = quirks-3.237 +PKGNAME = quirks-3.238 PKG_ARCH = * MAINTAINER = Marc Espie diff --git devel/quirks/files/Quirks.pm devel/quirks/files/Quirks.pm index f7ec3251e7a..50361d449ca 100644 --- devel/quirks/files/Quirks.pm +++ devel/quirks/files/Quirks.pm @@ -339,6 +339,7 @@ my $stem_extensions = { 'ilmbase' => 'OpenEXR', 'openexr-viewers' => 'OpenEXR-tools', 'libvirt-python' => 'py-libvirt', + 'py3-qscintilla-qt5' => 'py3-qscintilla', }; my $obsolete_reason = { diff --git devel/tortoisehg/Makefile devel/tortoisehg/Makefile index 5282f4db222..03fb9e166c9 100644 --- devel/tortoisehg/Makefile +++ devel/tortoisehg/Makefile @@ -2,9 +2,9 @@ COMMENT = series of applications for Mercurial -# Change also the mercurial version in *_depends +# Change also the mercurial version in MERCURIAL_VER MODPY_EGG_VERSION =5.0.2 -REVISION = 2 +REVISION = 3 DISTNAME = tortoisehg-${MODPY_EGG_VERSION} CATEGORIES = devel @@ -24,14 +24,13 @@ MERCURIAL_VER = devel/mercurial>=5.0,<5.1 BUILD_DEPENDS =${MERCURIAL_VER} \ devel/py-sip \ - editors/qscintilla \ - x11/py-qt4 + x11/py-qt5 RUN_DEPENDS = ${MERCURIAL_VER} \ devel/py-iniparse \ devel/py-sip \ editors/py-qscintilla \ - x11/py-qt4 + x11/py-qt5 NO_TEST = Yes diff --git editors/Makefile editors/Makefile index cbae99787c2..8945753c8db 100644 --- editors/Makefile +++ editors/Makefile @@ -49,7 +49,7 @@ SUBDIR += py-neovim SUBDIR += py-neovim,python3 SUBDIR += py-qscintilla - SUBDIR += py-qscintilla,qt5 + SUBDIR += py-qscintilla,python3 SUBDIR += qscintilla SUBDIR += qscintilla,qt5 SUBDIR += scintilla diff --git editors/py-qscintilla/Makefile editors/py-qscintilla/Makefile index b907d7708c9..e9c25c63e99 100644 --- editors/py-qscintilla/Makefile +++ editors/py-qscintilla/Makefile @@ -1,68 +1,70 @@ # $OpenBSD: Makefile,v 1.20 2019/07/24 08:50:19 landry Exp $ -COMMENT = Python binding for the Scintilla source code editor +COMMENT-main = Python binding for the Scintilla source code editor +COMMENT-common = common files for py-qscintilla -VERSION = 2.11.2 -DISTNAME = QScintilla_gpl-${VERSION} -PKGNAME = py-qscintilla-${VERSION} -CATEGORIES = editors x11 devel +VERSION = 2.11.4 +MODPY_EGG_VERSION =${VERSION} +DISTNAME = QScintilla-${VERSION} -HOMEPAGE = http://www.riverbankcomputing.com/software/qscintilla/ +PKGNAME-main = py-qscintilla-${VERSION} +FULLPKGNAME-common = py-qscintilla-common-${VERSION} +FULLPKGPATH-common = editors/py-qscintilla,-common + +CATEGORIES = editors x11 devel + +HOMEPAGE = https://www.riverbankcomputing.com/software/qscintilla/ # GPLv2/GPLv3 PERMIT_PACKAGE = Yes -MASTER_SITES = https://www.riverbankcomputing.com/static/Downloads/QScintilla/${VERSION}/ +MASTER_SITES = https://www.riverbankcomputing.com/static/Downloads/QScintilla/${VERSION}/ + +WANTLIB-main += ${COMPILER_LIBCXX} GL m Qt5Core Qt5Gui Qt5PrintSupport +WANTLIB-main += Qt5Widgets qscintilla2_qt5 -MODULES = lang/python -FLAVORS = qt5 -FLAVOR?= +WANTLIB-common += -RUN_DEPENDS = devel/py-sip${MODPY_FLAVOR} \ - x11/dbus-python${MODPY_FLAVOR} +MULTI_PACKAGES = -main -common +MODULES = lang/python \ + x11/qt5 +QTVER =qt5 +PYQTVER = PyQt5 +SIPDIR = share/sip/PyQt5${MODPY_BIN_SUFFIX} -WANTLIB = ${C
PATCH: move tortoisehg to qt5, remove qt4 from py-qscintilla
tortoisehg is the last consumer of py-qt4. With this patch, we can remove py-qt4 from ports. I need a python2+qt5 version of qscintilla for the change in tortoise and qgis is the only consumer of the python3+qt5 flavor. Instead of adding more complexity to the py-qscintilla port, I made the port qt5 only. The port is now a standard python2+python3 port. Landry, I imported qscintilla in the python console of qgis and worked without errors. Could you test qgis with this patch and give me an OK for the qgis change?. Any additional test of qgis or tortoisehg is welcome. diff --git devel/quirks/Makefile devel/quirks/Makefile index 67c02303c3f..48ce59ae8b9 100644 --- devel/quirks/Makefile +++ devel/quirks/Makefile @@ -5,7 +5,7 @@ CATEGORIES =devel databases DISTFILES = # API.rev -PKGNAME = quirks-3.237 +PKGNAME = quirks-3.238 PKG_ARCH = * MAINTAINER = Marc Espie diff --git devel/quirks/files/Quirks.pm devel/quirks/files/Quirks.pm index f7ec3251e7a..50361d449ca 100644 --- devel/quirks/files/Quirks.pm +++ devel/quirks/files/Quirks.pm @@ -339,6 +339,7 @@ my $stem_extensions = { 'ilmbase' => 'OpenEXR', 'openexr-viewers' => 'OpenEXR-tools', 'libvirt-python' => 'py-libvirt', + 'py3-qscintilla-qt5' => 'py3-qscintilla', }; my $obsolete_reason = { diff --git devel/tortoisehg/Makefile devel/tortoisehg/Makefile index 5282f4db222..03fb9e166c9 100644 --- devel/tortoisehg/Makefile +++ devel/tortoisehg/Makefile @@ -2,9 +2,9 @@ COMMENT = series of applications for Mercurial -# Change also the mercurial version in *_depends +# Change also the mercurial version in MERCURIAL_VER MODPY_EGG_VERSION =5.0.2 -REVISION = 2 +REVISION = 3 DISTNAME = tortoisehg-${MODPY_EGG_VERSION} CATEGORIES = devel @@ -24,14 +24,13 @@ MERCURIAL_VER = devel/mercurial>=5.0,<5.1 BUILD_DEPENDS =${MERCURIAL_VER} \ devel/py-sip \ - editors/qscintilla \ - x11/py-qt4 + x11/py-qt5 RUN_DEPENDS = ${MERCURIAL_VER} \ devel/py-iniparse \ devel/py-sip \ editors/py-qscintilla \ - x11/py-qt4 + x11/py-qt5 NO_TEST = Yes diff --git editors/Makefile editors/Makefile index cbae99787c2..8945753c8db 100644 --- editors/Makefile +++ editors/Makefile @@ -49,7 +49,7 @@ SUBDIR += py-neovim SUBDIR += py-neovim,python3 SUBDIR += py-qscintilla - SUBDIR += py-qscintilla,qt5 + SUBDIR += py-qscintilla,python3 SUBDIR += qscintilla SUBDIR += qscintilla,qt5 SUBDIR += scintilla diff --git editors/py-qscintilla/Makefile editors/py-qscintilla/Makefile index b907d7708c9..fdba0d9d5fa 100644 --- editors/py-qscintilla/Makefile +++ editors/py-qscintilla/Makefile @@ -3,65 +3,50 @@ COMMENT = Python binding for the Scintilla source code editor VERSION = 2.11.2 +REVISION = 0 DISTNAME = QScintilla_gpl-${VERSION} PKGNAME = py-qscintilla-${VERSION} CATEGORIES = editors x11 devel -HOMEPAGE = http://www.riverbankcomputing.com/software/qscintilla/ +HOMEPAGE = https://www.riverbankcomputing.com/software/qscintilla/ # GPLv2/GPLv3 -PERMIT_PACKAGE = Yes +PERMIT_PACKAGE = Yes -MASTER_SITES = https://www.riverbankcomputing.com/static/Downloads/QScintilla/${VERSION}/ +MASTER_SITES = https://www.riverbankcomputing.com/static/Downloads/QScintilla/${VERSION}/ -MODULES = lang/python -FLAVORS = qt5 -FLAVOR?= +WANTLIB += ${COMPILER_LIBCXX} GL m Qt5Core Qt5Gui Qt5PrintSupport +WANTLIB += Qt5Widgets qscintilla2_qt5 -RUN_DEPENDS = devel/py-sip${MODPY_FLAVOR} \ - x11/dbus-python${MODPY_FLAVOR} +MODULES = lang/python \ + x11/qt5 +QTVER =qt5 +PYQTVER = PyQt5 +SIPDIR = share/sip/PyQt5${MODPY_BIN_SUFFIX} +BUILD_DEPENDS =${RUN_DEPENDS} +RUN_DEPENDS = devel/py-sip${MODPY_FLAVOR} \ + x11/dbus-python${MODPY_FLAVOR} \ + x11/py-qt5${MODPY_FLAVOR} +LIB_DEPENDS = editors/qscintilla,qt5=${VERSION} -WANTLIB = ${COMPILER_LIBCXX} m +COMPILER = base-clang ports-gcc base-gcc -COMPILER = base-clang ports-gcc base-gcc +FLAVORS = python3 +FLAVOR ?= WRKSRC = ${WRKDIST}/Python NO_TEST = Yes CONFIGURE_STYLE = simple -CONFIGURE_SCRIPT = ${MODPY_BIN} ${WRKSRC}/configure.py +CONFIGURE_SCRIPT = ${MODPY_BIN} ${WRKSRC}/configure.py -.if ${FLAVOR} == "qt5" -FULLPKGNAME = py3-qscintilla-qt5-${VERSION} -QTVER =qt5 -PYQTVER = PyQt5 -SIPDIR=share/sip/PyQt5-3 -MODPY_VERSION =${MODPY_DEFAULT_VERSION_3} -RUN_DEPENDS += x11/py-qt5${MODPY_FLAVOR} -MODULES += x11/qt5 -LIB_DEPENDS = editors/qscintilla,qt5=${VERSION} -CONFIGURE_ARGS = --qmake=${LOCALBASE}/bin/qmake-qt5 \ -
Re: RUN_DEPENDS=${BUILD_DEPENDS}
On Thu, 13 Feb 2020 21:06:11 +0100 Matthias Kilian wrote: > Hi, > > On Tue, Feb 11, 2020 at 02:24:11PM +0100, Jasper Lievisse Adriaanse > wrote: > > OK for this diff to correct this mis-pattern (angr has been fixed > > already)? > > After just comparing BUILD_DEPENDS and RUN_DEPENDS before vs. after > appluying your diff: ok Thanks guys for taking care of this. I haven't had time this week. > > Ciao, > Kili > > > Index: devel/tortoisehg/Makefile > > === > > RCS file: /cvs/ports/devel/tortoisehg/Makefile,v > > retrieving revision 1.40 > > diff -u -p -r1.40 Makefile > > --- devel/tortoisehg/Makefile 25 Jul 2019 16:10:53 > > - 1.40 +++ devel/tortoisehg/Makefile 11 Feb 2020 > > 13:22:12 - @@ -4,7 +4,7 @@ COMMENT =series of > > applications for Me > > # Change also the mercurial version in *_depends > > MODPY_EGG_VERSION =5.0.2 > > -REVISION = 0 > > +REVISION = 1 > > DISTNAME = tortoisehg-${MODPY_EGG_VERSION} > > > > CATEGORIES = devel > > @@ -24,9 +24,11 @@ BUILD_DEPENDS = > > devel/mercurial>=5.0,<5 editors/qscintilla \ > > x11/py-qt4 > > > > -RUN_DEPENDS = ${BUILD_DEPENDS} \ > > - devel/py-iniparse \ > > - editors/py-qscintilla > > +RUN_DEPENDS = devel/py-iniparse \ > > + devel/py-sip \ > > + editors/py-qscintilla \ > > + x11/py-qt4 \ > > + devel/mercurial>=5.0,<5.1 > > > > NO_TEST = Yes > > > > Index: devel/qt-creator/Makefile > > === > > RCS file: /cvs/ports/devel/qt-creator/Makefile,v > > retrieving revision 1.53 > > diff -u -p -r1.53 Makefile > > --- devel/qt-creator/Makefile 12 Jul 2019 20:45:57 > > - 1.53 +++ devel/qt-creator/Makefile 11 Feb 2020 > > 13:22:12 - @@ -7,7 +7,7 @@ COMMENT = > > cross-platform IDE for use wi V = 4.8.2 > > DISTNAME = qt-creator-opensource-src-${V} > > PKGNAME = qt-creator-${V} > > -REVISION = 3 > > +REVISION = 4 > > > > SHARED_LIBS += Aggregation 0.0 # 0.0 > > SHARED_LIBS += CPlusPlus 2.0 # 0.0 > > @@ -60,10 +60,12 @@ BUILD_DEPENDS = x11/qt5/qtquickcontrols > > devel/qbs > > > > RUN_DEPENDS = ${MODGCC4_CPPDEP} \ > > - ${BUILD_DEPENDS} \ > > devel/gdb \ > > devel/gmake \ > > + devel/qbs \ > > + lang/clazy>=1.5 \ > > x11/gtk+3,-guic \ > > + x11/qt5/qtquickcontrols \ > > x11/qt5/qtquickcontrols \ > > x11/qt5/qtwebkit > > > > Index: sysutils/slant/Makefile > > === > > RCS file: /cvs/ports/sysutils/slant/Makefile,v > > retrieving revision 1.4 > > diff -u -p -r1.4 Makefile > > --- sysutils/slant/Makefile 24 Nov 2019 14:40:30 > > - 1.4 +++ sysutils/slant/Makefile 11 Feb 2020 > > 13:22:12 - @@ -3,7 +3,7 @@ > > COMMENT = minimal remote system monitor > > > > DISTNAME = slant-0.0.21 > > -REVISION = 1 > > +REVISION = 2 > > > > CATEGORIES = sysutils > > > > @@ -17,9 +17,9 @@ PERMIT_PACKAGE = Yes > > # uses pledge() > > WANTLIB += c curses sqlite3 tls z > > > > -BUILD_DEPENDS =databases/ksql \ > > +BUILD_DEPENDS =${RUN_DEPENDS} > > +RUN_DEPENDS = databases/ksql \ > > www/openradtool>=0.7.4 > > -RUN_DEPENDS = ${BUILD_DEPENDS} > > > > LIB_DEPENDS = databases/sqlite3 > > > > -- > > jasper -- Juan Francisco Cantero Hurtado http://juanfra.info
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/02/13 15:04:38 Modified files: devel/tortoisehg: Makefile Log message: Move the mercurial version to a variable.
Re: [lang/racket-minimal-7.5] Racket has issues rendering text via 2htdp/image
On Sun, Feb 02, 2020 at 11:50:12PM -0500, rsiddharth wrote: > I found a reliable way to replicate the issue on OpenBSD snapshot #628: > > 0. $ uname -a > > OpenBSD cygnus.ricketyspace.net 6.6 GENERIC.MP#628 amd64 > > 1. $ raco pkg install --jobs $(sysctl -n hw.ncpuonline) --auto drracket > > 1.1. $ $HOME/.racket/7.5/bin/drracket > > The text in the REPL renders correctly. > > Also, this https://ricketyspace.net/tmp/text.rkt program > renders "Hello World 42" correctly. > > 1.2. Quit DrRacket. > > 2. # pkg_add ghostscript > >Choose "ghostscript-9.07p7". > > 3. $HOME/.racket/7.5/bin/drracket > > The text in the REPL does not display correctly. > > The text.rkt program does not render the "Hello World 42" > correctly. > > 4. Quit DrRacket. > > > 5. # pkg_delete ghostscript > > > 6. # pkg_delete -a > > > 7. $HOME/.racket/7.5/bin/drracket > > The text in the REPL renders correctly. > > The text.rkt program renders the "Hello World 42" > correctly. > > > Installing the "ghostscript" package seems to cause the issue. > > Also, installing "texlive_texmf-full-2019" causes the issue (because it > installs "ghostscript"?). > > I'm unable to explain why this is happening. It would be great if > someone looks into this. Here is a simple workaround: # cd /etc/fonts/conf.d # cat 71-no-ghostscript.conf /usr/local/share/fonts/ghostscript/* # Create that file and your program should work again. Thanks for your patience!. -- Juan Francisco Cantero Hurtado http://juanfra.info
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/02/01 10:52:40 Modified files: security/keybase: Makefile distinfo Log message: Update to keybase 5.2.0. Change to release tarball and OK abieber@ (MAINTAINER).
Re: [lang/racket-minimal-7.5] Racket has issues rendering text via 2htdp/image
On Tue, 14 Jan 2020 22:34:38 + Stuart Henderson wrote: > On 2020/01/12 23:59, Juan Francisco Cantero Hurtado wrote: > > In the video, I see font rendering problems in the DrRacket REPL, > > which is quite weird because the code editor and the menu work > > fine. So, you have missing fonts, a broken config which renders > > erroneously some glyphs or a broken lib. htdp uses the draw lib and > > it uses cairo. If we had cairo/pango broken, we would see missing > > glyphs everywhere. Racket doesn't use low level libs. > > I don't know Racket but given the mention of cairo/pango, pango 1.44+ > drops support for old-style bitmap (pcf) or type 1 fonts, which may > be involved. I though the same but deleting the config and font directories, and restoring the user and global defaults, should fix the problem in that case. He created a new user account and still had the same results, so the problems are something global but I can't imagine where. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: [lang/racket-minimal-7.5] Racket has issues rendering text via 2htdp/image
On Sun, Jan 12, 2020 at 07:24:52PM +0100, Juan Francisco Cantero Hurtado wrote: > On Sat, Jan 11, 2020 at 08:59:32PM -0500, rsiddharth wrote: > > Hi, > > > > Racket's 2htdp/image's `text`[1] function is having troubling rendering > > text: > > > > https://ricketyspace.net/tmp/racket-2htdp-image-text-issue.png > > (In Emacs Racket-REPL via racket-mode[2]) > > > > https://ricketyspace.net/tmp/racket-drracket-text-issue.png > > (In DrRacket) > > > > https://ricketyspace.net/tmp/racket-fontrendering-issue.mkv > > (Video demonstration of the issue) > > > > [1]: > > https://docs.racket-lang.org/teachpack/2htdpimage.html?q=text#%28def._%28%28lib._2htdp%2Fimage..rkt%29._text%29%29 > > [2]: https://github.com/greghendershott/racket-mode > > > > I've been using racket-minimal on OpenBSD for the last 6 months and I've > > not had this issue before. > > > > My OpenBSD system info: > > > >cygnus$ uname -a > >OpenBSD cygnus.ricketyspace.net 6.6 GENERIC.MP#597 amd64 > > > >cygnus$ pkg_info -A | grep racket > >racket-minimal-7.5 multi-paradigm programming language > > > >Running OpenBSD snapshot (2020-01-11) with racket-minimal version > >7.5 installed. > > > > I tried using the 2htdp/image's `text`[1] function on Ubuntu 19.10 with > > Racket version 7.5. It works there. So, this issue seems to be specific > > to OpenBSD. > > > > I'm guessing this issue might be related to upgrades to[3]: > > > > libXfont2 2.0.4. > > font/util 1.3.2. > > font/encodings 1.0.5. > > > > [3]: https://www.openbsd.org/plus.html > > > > I'm wondering if the racket-minimal package needs to re-compiled? > > > > Steps to replicate this issue: > > > > # pkg_add racket-minimal > > > > $ raco pkg install --jobs $(sysctl -n hw.ncpuonline) \ > > --auto drracket > > > > $ curl https://ricketyspace.net/tmp/text.rkt > /tmp/text.rkt > > > > $ $HOME/.racket/7.5/bin/drracket > > > > File -> Open -> /tmp/text.rkt > > > > To run the text.rkt file -> hit Ctrl+R or click "Run" button in > > the top right. > > > > In the REPL that opens at the bottom, do: > > > > (hello) > > > > It would be great if this issue can be fixed in OpenBSD. > > > > Let me know if more information is needed from my end. > > Thanks for the report. I will take a look. Your code works for me. solene@ and I tested this code and worked for us: #lang racket (require 2htdp/image) (define (hello) (text/font "Hello World 42" 24 "black" "Luxi Sans" 'roman 'normal 'normal #f)) (save-image (hello) "test.png") In the video, I see font rendering problems in the DrRacket REPL, which is quite weird because the code editor and the menu work fine. So, you have missing fonts, a broken config which renders erroneously some glyphs or a broken lib. htdp uses the draw lib and it uses cairo. If we had cairo/pango broken, we would see missing glyphs everywhere. Racket doesn't use low level libs. Try this: - Change /etc/installurl to https://cdn.openbsd.org/pub/OpenBSD - sysupgrade -f -s - pkg_add -Dinstalled -Viu - pkg_delete -a That should reinstall everything and remove old libraries. -- Juan Francisco Cantero Hurtado http://juanfra.info