Re: Libreoffice Application Error after Jan 13 snapshot
> Subject:Re: Libreoffice Application Error after Jan 13 snapshot > From: Christian Weisgerber > Date: 2021-01-15 16:05:13 > Message-ID: slrns03f9p.7p4.naddy () lorvorc ! mips ! inka ! de On 2021-01-15, Christian Weisberger wrote: > > On 2021-01-14, Ed Ahlsen-Girard wrote: > > > Libreoffice puts the splash screen up and closes within two > > seconds, with a message on the command line of Application Error. > > Nothing is logged in messages. > > So it seems that LibreOffice is broken with libc++ 10.0 and the > upstream fix I added is not enough. > > OpenBSD is definitely not the only system to build LibreOffice with > clang 10.0. Corresponding fixes must be out there somewhere... > > -- > Christian "naddy" Weisgerber > na...@mips.inka.de So, polite torches and pitchforks to the Open Document Foundation? -- Edward Ahlsen-Girard Ft Walton Beach, FL
Re: [UPDATE] lang/nim 1.2.0 -> 1.4.2
On Fri, Jan 15, 2021 at 01:02:16PM +, Luca De Pandis wrote: > Hi, > could anyone review this, so that the port could be upgraded, please? > > > Best regards, > Luca De Pandis > > > On Tue, Jan 12, 2021 at 10:40:00PM +0100, me wrote: > > Hi, > > I updated the lang/nim port to the latest version. > > > > The following checks passed: > > - portcheck > > - port-lib-depends-check > > - update-plist > > > > Best regards, > > Luca De Pandis Updates are supposed to be sent as an inline diff. To get the diff: cd /usr/ports/lang/nim && cvs diff regards, Dimitri
[sparc64/base-gcc] Fix build of math/py-scikit-image
py-scikit-image uses c++0x, so base-gcc cannot be used. This fixes the build on sparc64. ok? (cc maintainer) --Kurt Index: Makefile === RCS file: /cvs/ports/math/py-scikit-image/Makefile,v retrieving revision 1.6 diff -u -p -r1.6 Makefile --- Makefile4 Jan 2021 14:06:34 - 1.6 +++ Makefile15 Jan 2021 19:46:51 - @@ -13,6 +13,9 @@ MAINTAINER = Paul Irofti
Re: [UPDATE] lang/nim 1.2.0 -> 1.4.2
On 2021/01/15 14:02, Luca De Pandis wrote: > Hi, > could anyone review this, so that the port could be upgraded, please? > > > Best regards, > Luca De Pandis > > > On Tue, Jan 12, 2021 at 10:40:00PM +0100, me wrote: > > Hi, > > I updated the lang/nim port to the latest version. > > > > The following checks passed: > > - portcheck > > - port-lib-depends-check > > - update-plist > > > > Best regards, > > Luca De Pandis > > 3 days is way too soon to be prodding really, especially for what is a relatively specialist port that most ports devs won't use. Anyway a few quick comments I am short on time - as mentioned by others please send a diff not a tar for updates. Use cvs add / cvs rm if there are any new/removed files and cvs diff -uNp. patch-config_nim_cfg: -cc = gcc +cc = clang The compiler should be passed from the port in CC not hardcoded. PLIST: missing @sample for the new cfg file Makefile: drop REVISION, maybe the --parallelBuild:1 should really be ${MAKE_JOBS} instead of 1
libusb patches merged - add comments to github commits
Hi Below patches are merged into master on libusb repo. There is only one last patch left for libusb/libusb.h file, but not sure is that patch really needed today. Index: patch-libusb_core_c === RCS file: /cvs/ports/devel/libusb1/patches/patch-libusb_core_c,v retrieving revision 1.6 diff -u -p -u -r1.6 patch-libusb_core_c --- patch-libusb_core_c 27 Nov 2019 20:15:17 - 1.6 +++ patch-libusb_core_c 15 Jan 2021 16:37:32 - @@ -3,6 +3,8 @@ $OpenBSD: patch-libusb_core_c,v 1.6 2019 On OpenBSD USB controllers are shown as normal devices, making the itinial limit too small. On a recent machine this value is almost always exceeded, so bump it. +https://github.com/libusb/libusb/pull/835 +https://github.com/libusb/libusb/commit/1f25bb7ff06e3864e8238ec118958d23800d7865 Index: libusb/core.c --- libusb/core.c.orig Index: patch-libusb_os_openbsd_usb_c === RCS file: /cvs/ports/devel/libusb1/patches/patch-libusb_os_openbsd_usb_c,v retrieving revision 1.10 diff -u -p -u -r1.10 patch-libusb_os_openbsd_usb_c --- patch-libusb_os_openbsd_usb_c 5 Aug 2020 13:59:36 - 1.10 +++ patch-libusb_os_openbsd_usb_c 15 Jan 2021 16:37:32 - @@ -2,11 +2,13 @@ $OpenBSD: patch-libusb_os_openbsd_usb_c, Export port number, fix github #314. https://github.com/libusb/libusb/pull/764 +https://github.com/libusb/libusb/commit/96898a25ccfde6e87737991000a41695ed6b3812 Fix an OpenBSD backend bug where an existing open file descriptor is overwritten if a libusb user attempts to open the same ugen(4) device multiple times. This was observed with sane-backends and broke scanning. https://github.com/libusb/libusb/pull/763 +https://github.com/libusb/libusb/commit/94519df868e59a7ea133b12c92823733645f8877 Index: libusb/os/openbsd_usb.c --- libusb/os/openbsd_usb.c.orig -- Regards, Mikolaj
Re: Libreoffice Application Error after Jan 13 snapshot
On 2021-01-14, Ed Ahlsen-Girard wrote: > Libreoffice puts the splash screen up and closes within two > seconds, with a message on the command line of Application Error. > Nothing is logged in messages. So it seems that LibreOffice is broken with libc++ 10.0 and the upstream fix I added is not enough. OpenBSD is definitely not the only system to build LibreOffice with clang 10.0. Corresponding fixes must be out there somewhere... -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: [UPDATE] lang/nim 1.2.0 -> 1.4.2
On Fri Jan 15, 2021 at 03:58:57PM +, Dimitri Karamazov wrote: > On Fri, Jan 15, 2021 at 01:02:16PM +, Luca De Pandis wrote: > > Hi, > > could anyone review this, so that the port could be upgraded, please? > > > > > > Best regards, > > Luca De Pandis > > > > > > On Tue, Jan 12, 2021 at 10:40:00PM +0100, me wrote: > > > Hi, > > > I updated the lang/nim port to the latest version. > > > > > > The following checks passed: > > > - portcheck > > > - port-lib-depends-check > > > - update-plist > > > > > > Best regards, > > > Luca De Pandis > > Updates are supposed to be sent as an inline diff. > To get the diff: > cd /usr/ports/lang/nim && cvs diff cvs diff -uNp, please. More information: https://www.openbsd.org/faq/ports/testing.html > > regards, > Dimitri >
Re: Libreoffice Application Error after Jan 13 snapshot
On 14/01/2021 13.15, Ed Ahlsen-Girard wrote: Libreoffice puts the splash screen up and closes within two seconds, with a message on the command line of Application Error. Nothing is logged in messages. I can confirm the problem with the two latest snapshots: OpenBSD 6.8-current (GENERIC.MP) #275 OpenBSD 6.8-current (GENERIC.MP) #276 See below and attached files: $ pkg_info libreoffice Information for inst:libreoffice-7.0.4.2p0v0 Comment: multi-platform productivity suite Required by: libreoffice-kde-7.0.4.2p0v0 Description: LibreOffice is a productivity suite that is compatible with other major office suites, and available on a variety of platforms. It is free software and therefore free to download, use and distribute. Maintainer: Robert Nagy WWW: http://www.libreoffice.org/ $ soffice --version LibreOffice 7.0.4.2 00(Build:2) $ soffice --safe-mode Warning: failed to launch javaldx - java may not function correctly Application Error wob$ soffice Warning: failed to launch javaldx - java may not function correctly Application Error $ ls -alhF total 8 drwxr-xr-x 2 lsalle lsalle 512B Jan 15 08:37 ./ drwxr-xr-x 37 lsalle lsalle 1.5K Jan 15 08:37 ../ wob$ libreoffice --backtrace GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-unknown-openbsd6.8"...(no debugging symbols found) log will be saved as gdbtrace.log, this will take some time, patience... (gdb) quit y $ dmesg > dmesg.log $ ls -alhF total 76 drwxr-xr-x 2 lsalle lsalle 512B Jan 15 09:06 ./ drwxr-xr-x 37 lsalle lsalle 1.5K Jan 15 08:37 ../ -rw-r--r-- 1 lsalle lsalle 13.0K Jan 15 09:09 dmesg.log -rw-r--r-- 1 lsalle lsalle 19.7K Jan 15 09:03 gdbtrace.log $ OpenBSD 6.8-current (GENERIC.MP) #276: Thu Jan 14 10:56:47 MST 2021 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 25744244736 (24551MB) avail mem = 24948703232 (23792MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xef520 (67 entries) bios0: vendor LENOVO version "61KT33AUS" date 01/25/2010 bios0: LENOVO 415575G acpi0 at bios0: ACPI 3.0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT SLIT TCPA SLIC SRAT DMAR APIC MCFG HPET BOOT ASF! acpi0: wakeup devices P0P1(S4) P0P3(S4) P0P5(S4) P0P7(S4) P0P9(S4) EXP0(S5) PEX1(S4) PEX2(S4) PEX3(S4) PEX4(S4) PEX5(S4) PEX6(S4) USB1(S3) USB2(S3) USB3(S3) USB6(S3) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Xeon(R) CPU E5540 @ 2.53GHz, 2667.14 MHz, 06-1a-05 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,MELTDOWN cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 133MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Xeon(R) CPU E5540 @ 2.53GHz, 2666.78 MHz, 06-1a-05 cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,MELTDOWN cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Xeon(R) CPU E5540 @ 2.53GHz, 2666.77 MHz, 06-1a-05 cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,MELTDOWN cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 6 (application processor) cpu3: Intel(R) Xeon(R) CPU E5540 @ 2.53GHz, 2666.78 MHz, 06-1a-05 cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1,SSE4.2,POPCNT,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,MELTDOWN cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 0, core 3, package 0 cpu4 at mainbus0: apid 16 (application processor) cpu4: Intel(R) Xeon(R) CPU E5540 @ 2.53GHz, 2666.78 MHz, 06-1a-05 cpu4: FPU,VME,DE,PSE,TSC,MSR,PAE
Re: Puppet 5.5 broken on current
On 1/15/21 12:56 PM, Klemens Nanni wrote: > On Fri, Jan 15, 2021 at 12:49:00PM +0100, Klemens Nanni wrote: >> On Fri, Jan 15, 2021 at 12:18:21AM -0500, George Koehler wrote: >>> On Thu, 14 Jan 2021 18:39:13 +0100 >>> Giovanni Bechis wrote: >>> Attached is a wip port of ruby-sync (created with portgen in few minutes), puppet 5.5 now works even if with a lot of deprecated warnings... >>> >>> My attachment is the port of ruby-sync with these changes: >>> - shorter "COMMENT = two-phase lock with a counter" >>> - "CATEGORIES = devel" >>> - "PERMIT_PACKAGE = Yes" >>> - "MODRUBY_TEST = rake" so "make test" runs the test target in the >>>Rakefile, but it runs all zero tests. >>> >>> I don't know if we should also restrict the port to ruby>=2.7 only? >> OK kn for your tarball. >> >> We only need it for 2.7 and 2.6 ought to go, so just add >> "devel/ruby-sync" to devel/Makefile for hooking up the default ruby >> version (2.7) only, do not add "devel/ruby-sync,ruby27" or >> "devel/ruby-sync,ruby26". >> >>> Or we might not import ruby-sync if we move puppet 5 on ruby 2.6. >> That sounds like a step backwards. >> >>> I have not yet built sysutils/ruby-puppet/5. One should at least add >>> the dependency on devel/ruby-sync and fix the typo ${SYSCONFIDR} in >>> patch-ext_rack_config_ru >> I have no actual Puppet 5 nodes anymore, but the diff below seems to fix >> old puppet with your port in: >> >> Giovanni, could you try this with your setup? >> If that works: Feedback? OK? > Updated diff after I fixed the SYSCONFIDR typo, thanks gkoehler! > > ok giovanni@ for import and for this diff. Thanks Giovanni
Re: [UPDATE] lang/nim 1.2.0 -> 1.4.2
Hi, could anyone review this, so that the port could be upgraded, please? Best regards, Luca De Pandis On Tue, Jan 12, 2021 at 10:40:00PM +0100, me wrote: > Hi, > I updated the lang/nim port to the latest version. > > The following checks passed: > - portcheck > - port-lib-depends-check > - update-plist > > Best regards, > Luca De Pandis
Re: Puppet 5.5 broken on current
On Fri, Jan 15, 2021 at 12:49:00PM +0100, Klemens Nanni wrote: > On Fri, Jan 15, 2021 at 12:18:21AM -0500, George Koehler wrote: > > On Thu, 14 Jan 2021 18:39:13 +0100 > > Giovanni Bechis wrote: > > > > > Attached is a wip port of ruby-sync (created with portgen in few minutes), > > > puppet 5.5 now works even if with a lot of deprecated warnings... > > > > My attachment is the port of ruby-sync with these changes: > > - shorter "COMMENT = two-phase lock with a counter" > > - "CATEGORIES = devel" > > - "PERMIT_PACKAGE = Yes" > > - "MODRUBY_TEST = rake" so "make test" runs the test target in the > >Rakefile, but it runs all zero tests. > > > > I don't know if we should also restrict the port to ruby>=2.7 only? > OK kn for your tarball. > > We only need it for 2.7 and 2.6 ought to go, so just add > "devel/ruby-sync" to devel/Makefile for hooking up the default ruby > version (2.7) only, do not add "devel/ruby-sync,ruby27" or > "devel/ruby-sync,ruby26". > > > Or we might not import ruby-sync if we move puppet 5 on ruby 2.6. > That sounds like a step backwards. > > > I have not yet built sysutils/ruby-puppet/5. One should at least add > > the dependency on devel/ruby-sync and fix the typo ${SYSCONFIDR} in > > patch-ext_rack_config_ru > I have no actual Puppet 5 nodes anymore, but the diff below seems to fix > old puppet with your port in: > > Giovanni, could you try this with your setup? > If that works: Feedback? OK? Updated diff after I fixed the SYSCONFIDR typo, thanks gkoehler! Index: Makefile === RCS file: /cvs/ports/sysutils/ruby-puppet/5/Makefile,v retrieving revision 1.31 diff -u -p -r1.31 Makefile --- Makefile15 Jan 2021 11:54:00 - 1.31 +++ Makefile15 Jan 2021 11:54:36 - @@ -3,12 +3,13 @@ PORTROACH= limit:^5 VERSION= 5.5.22 -REVISION= 1 +REVISION= 2 RUN_DEPENDS+= databases/ruby-hiera3,${MODRUBY_FLAVOR} \ devel/ruby-gettext-setup,${MODRUBY_FLAVOR}>=0.28,<1 \ devel/ruby-locale,${MODRUBY_FLAVOR}>=2.1,<3 \ devel/ruby-rgen,${MODRUBY_FLAVOR} \ + devel/ruby-sync,${MODRUBY_FLAVOR} \ converters/ruby-multi_json,${MODRUBY_FLAVOR} \ sysutils/facter
Re: UPDATE: Nextcloud-19.0.7-stable
Ok. Em sex., 15 de jan. de 2021 às 04:09, Gonzalo L. Rodriguez escreveu: > Hello, > > Update for Nextcloud to 19.0.7-stable: > > https://nextcloud.com/changelog/#latest19 > > I also took care of the CAN_INSTALL and .htaccess as I did on -current. > > OK? Feedbacks? > > Cheers.- > > -- > > - gonzalo > -- Adriano Barbosa Sent from my phone. Sorry for typos.
Re: Puppet 5.5 broken on current
On Fri, Jan 15, 2021 at 12:18:21AM -0500, George Koehler wrote: > On Thu, 14 Jan 2021 18:39:13 +0100 > Giovanni Bechis wrote: > > > Attached is a wip port of ruby-sync (created with portgen in few minutes), > > puppet 5.5 now works even if with a lot of deprecated warnings... > > My attachment is the port of ruby-sync with these changes: > - shorter "COMMENT = two-phase lock with a counter" > - "CATEGORIES = devel" > - "PERMIT_PACKAGE = Yes" > - "MODRUBY_TEST = rake" so "make test" runs the test target in the >Rakefile, but it runs all zero tests. > > I don't know if we should also restrict the port to ruby>=2.7 only? OK kn for your tarball. We only need it for 2.7 and 2.6 ought to go, so just add "devel/ruby-sync" to devel/Makefile for hooking up the default ruby version (2.7) only, do not add "devel/ruby-sync,ruby27" or "devel/ruby-sync,ruby26". > Or we might not import ruby-sync if we move puppet 5 on ruby 2.6. That sounds like a step backwards. > I have not yet built sysutils/ruby-puppet/5. One should at least add > the dependency on devel/ruby-sync and fix the typo ${SYSCONFIDR} in > patch-ext_rack_config_ru I have no actual Puppet 5 nodes anymore, but the diff below seems to fix old puppet with your port in: Giovanni, could you try this with your setup? If that works: Feedback? OK? Index: Makefile === RCS file: /cvs/ports/sysutils/ruby-puppet/5/Makefile,v retrieving revision 1.30 diff -u -p -r1.30 Makefile --- Makefile17 Nov 2020 03:19:37 - 1.30 +++ Makefile15 Jan 2021 11:40:55 - @@ -3,12 +3,13 @@ PORTROACH= limit:^5 VERSION= 5.5.22 -REVISION= 0 +REVISION= 1 RUN_DEPENDS+= databases/ruby-hiera3,${MODRUBY_FLAVOR} \ devel/ruby-gettext-setup,${MODRUBY_FLAVOR}>=0.28,<1 \ devel/ruby-locale,${MODRUBY_FLAVOR}>=2.1,<3 \ devel/ruby-rgen,${MODRUBY_FLAVOR} \ + devel/ruby-sync,${MODRUBY_FLAVOR} \ converters/ruby-multi_json,${MODRUBY_FLAVOR} \ sysutils/facter
Re: Puppet 5.5 broken on current
On 1/15/21 11:52 AM, Stuart Henderson wrote: > On 2021/01/14 18:39, Giovanni Bechis wrote: >> On 1/14/21 5:21 PM, Giovanni Bechis wrote: >>> On 1/14/21 5:14 PM, Jeremy Evans wrote: On Thu, Jan 14, 2021 at 12:01 AM Klemens Nanni wrote: > On Thu, Jan 14, 2021 at 08:46:26AM +0100, Giovanni Bechis wrote: >> Hi, >> on current (packages as of today) Puppet cannot start anymore, >> the error is the following: >> >> [~]$ doas puppet agent -t >> /usr/local/lib/ruby/site_ruby/2.7/puppet/util.rb:461: warning: > URI.escape is obsolete >> cannot load such file -- sync > Reads like switching ruby's default version from 2.6 to 2.7 caused this. > > You could try building Puppet 5.5 with Ruby 2.6 altough most of its > 2.6 flavored dependencies have already been unhooked, not sure how you > get with this. > Building the port for Ruby 2.6 should work fine if you manually specify MODRUBY_REV: MODRUBY_REV=2.6 make package You'll want to do this for both facter and ruby-puppet/5. > Perhaps patching `URI.escape' with whatever superseeded it is the way to > go here. > The URI.escape issue is just a warning in 2.7. It will break in Ruby 3.0, though. >>> URI.escape is just a warning, I think the real problem is "cannot load such >>> file -- sync". >>> sync gem has been removed from Ruby 2.7, I think it should be ported. >>> https://docs.ruby-lang.org/en/2.7.0/NEWS.html#label-Compatibility+issues+-28excluding+feature+bug+fixes-29 >>> >> Attached is a wip port of ruby-sync (created with portgen in few minutes), >> puppet 5.5 now works even if with a lot of deprecated warnings >> like: >> /usr/local/lib/ruby/site_ruby/2.7/puppet/util.rb:461: warning: URI.escape is >> obsolete >> /usr/local/lib/ruby/site_ruby/2.7/puppet/indirector/request.rb:283: warning: >> URI.unescape is obsolete >> /usr/local/lib/ruby/site_ruby/2.7/puppet/file_system/file_impl.rb:80: >> warning: Using the last argument as keyword parameters is deprecated >> >> I do not know if it's worth to silence them or not. > > This is a good hint that users should be looking at updating to newer > puppet ;) > Puppet6 agent works but there is no Puppet6 master port atm. I think that similar warnings will be emitted if starting puppetmaster 5.5 on Ruby2.7. Giovanni
NEW: fonts/mononoki
Hi, Mononoki is a font created to enhance code formatting. It works well on high and low resolution displays, and every character is clearly distinguishable from similar looking characters. I have tested it on OpenBSD -CURRENT @amd64. Please help me check/import this port. mononoki.tar Description: Binary data
Re: Libraries error by trying to build port
On Thu, Jan 14, 2021 at 01:39:07PM +, Alex Naumov wrote: > Hello, > > by trying to 'make build' and 'make test' some ports, I get problem with > libraries. > I tried to 'make update-plist' and 'make port-lib-depends-check' like > described in faq/ports/guide.html, but every time get the same error: > > ===> Verifying install for gdbm-* in databases/gdbm > `/usr/ports/pobj/gdbm-1.18.1/fake-aarch64/.fake_done' is up to date. > ===> Building package for gdbm-1.18.1p0 > Create /usr/ports/packages/aarch64/all/gdbm-1.18.1p0.tgz > Error: Libraries in packing-lists in the ports tree >and libraries from installed packages don't match The ports tree and your installed packages are not sync'd. So update both the local repo and the installed packages. Or maybe a mismatch in base system & ports flavor is the cause of the error. dmesg | egrep "(current|stable|release)" will tell you OpenBSD's flavor https://www.openbsd.org/faq/ports/ports.html#PortsIntro https://www.openbsd.org/faq/faq5.html#Flavors > --- /tmp/dep_cache.xvEEohwvP/portstree-gdbm-1.18.1p0 Thu Jan 14 14:29:49 > 2021 > +++ /tmp/dep_cache.xvEEohwvP/inst-gdbm-1.18.1p0Thu Jan 14 14:29:49 2021 > > Can somebody explain how to solve this problem. Do I need just to update my > current version or is there something else? > > Thanks, > Alex regards, Dimitri
Re: www/mozilla-firefox: allow main process to read /etc/resolv.conf
On 2021/01/15 08:27, Landry Breuil wrote: > On Thu, Jan 14, 2021 at 08:44:00PM +, Stuart Henderson wrote: > > On 2021/01/07 16:45, Stuart Henderson wrote: > > > On 2021/01/07 16:31, Stefan Hagen wrote: > > > > Hello, > > > > > > > > I've blocked the DoT port and the top DoH servers on my network in > > > > order > > > > to force all my clients to use my own DNS server. It then happened that > > > > Firefox was not able to resolve any domain anymore. > > > > > > > > After some tracing, it turned out that the main process wants to read > > > > /etc/resolv.conf, but is not allowed to because unveil blocks it. > > > > > > > > I thinks its reasonable to let firefox access resolv.conf. > > > > > > I don't think this should be done via unveil. > > > > > > Firefox GPU and main processes have pledge "dns" which bypass unveil to > > > permit access to /etc/resolv.conf. So I guess this must be the content > > > process. > > > > I've changed my mind on this, there are cases where Firefox can't be > > used unless pledge is disabled, but it seems sensible to still allow > > unveil in that case. landry, jcs: what do you think? > > i dont understand any of this anyway :) > > you want to add resolv.conf to unveil just for the case when one has > disabled pledge but still uses unveil, because in the default case dns > pledge allows access to resolv.conf if unveil is also used ? corner > case, but whatever.. fine with me ! exactly. Thanks, I'll add comments to explain this and commit. > fwiw, the code is always a reference. looking for resolv.conf on > searchfox.org > (https://searchfox.org/mozilla-central/search?q=resolv.conf&path=) > yields two hits: > https://searchfox.org/mozilla-central/source/ipc/chromium/src/third_party/libevent/evdns.c#3963 > (dunno if this codepath is actually used) > and > https://searchfox.org/mozilla-central/source/netwerk/dns/nsHostResolver.cpp > > the last one shows that firefox doesnt do anything special parsing > resolv.conf, rather (if i understand it after looking 5s) tries to reset > the internal resolver state if a lookup fails (and RES_RETRY_ON_FAILURE > is defined, which is if res_ninit() is found). dunno if that only works > fine with glibc though, we dont seem to have such function. the libc resolver functions use resolv.conf, unveil/pledge need to allow access to the file for this to work. > maybe that's the place ppl should look at to fix the 'i dont have dns > resolution anymore if i switch networks or suspend/resume' bug.
Re: Puppet 5.5 broken on current
On 2021/01/14 18:39, Giovanni Bechis wrote: > On 1/14/21 5:21 PM, Giovanni Bechis wrote: > > On 1/14/21 5:14 PM, Jeremy Evans wrote: > >> On Thu, Jan 14, 2021 at 12:01 AM Klemens Nanni wrote: > >> > >>> On Thu, Jan 14, 2021 at 08:46:26AM +0100, Giovanni Bechis wrote: > Hi, > on current (packages as of today) Puppet cannot start anymore, > the error is the following: > > [~]$ doas puppet agent -t > /usr/local/lib/ruby/site_ruby/2.7/puppet/util.rb:461: warning: > >>> URI.escape is obsolete > cannot load such file -- sync > >>> Reads like switching ruby's default version from 2.6 to 2.7 caused this. > >>> > >>> You could try building Puppet 5.5 with Ruby 2.6 altough most of its > >>> 2.6 flavored dependencies have already been unhooked, not sure how you > >>> get with this. > >>> > >> > >> Building the port for Ruby 2.6 should work fine if you manually specify > >> MODRUBY_REV: > >> > >> MODRUBY_REV=2.6 make package > >> > >> You'll want to do this for both facter and ruby-puppet/5. > >> > >> > >>> Perhaps patching `URI.escape' with whatever superseeded it is the way to > >>> go here. > >>> > >> > >> The URI.escape issue is just a warning in 2.7. It will break in Ruby 3.0, > >> though. > >> > > URI.escape is just a warning, I think the real problem is "cannot load such > > file -- sync". > > sync gem has been removed from Ruby 2.7, I think it should be ported. > > https://docs.ruby-lang.org/en/2.7.0/NEWS.html#label-Compatibility+issues+-28excluding+feature+bug+fixes-29 > > > Attached is a wip port of ruby-sync (created with portgen in few minutes), > puppet 5.5 now works even if with a lot of deprecated warnings > like: > /usr/local/lib/ruby/site_ruby/2.7/puppet/util.rb:461: warning: URI.escape is > obsolete > /usr/local/lib/ruby/site_ruby/2.7/puppet/indirector/request.rb:283: warning: > URI.unescape is obsolete > /usr/local/lib/ruby/site_ruby/2.7/puppet/file_system/file_impl.rb:80: > warning: Using the last argument as keyword parameters is deprecated > > I do not know if it's worth to silence them or not. This is a good hint that users should be looking at updating to newer puppet ;)
[Update] net/libpsl : Update to 0.21.1
Hi, Here is a patch for net/libpsl : i) Update to 0.21.1 ii) Switch build with python3 iii) Regenerator the patch It build well and pass all tests on amd64-current system. 3 ports depends on libpsl: net/wget net/lua-psl devel/libsoup all build well with this patch, wget run well too. Cheers ! wen Index: Makefile === RCS file: /cvs/ports/net/libpsl/Makefile,v retrieving revision 1.16 diff -u -p -r1.16 Makefile --- Makefile27 Dec 2019 22:35:42 - 1.16 +++ Makefile15 Jan 2021 07:57:59 - @@ -2,10 +2,9 @@ COMMENT = public suffix list library -DISTNAME = libpsl-0.20.2 -REVISION = 1 +DISTNAME = libpsl-0.21.1 -SHARED_LIBS += psl 1.2 # 8.1 +SHARED_LIBS += psl 1.2 # 8.3 CATEGORIES = net www @@ -18,13 +17,14 @@ PERMIT_PACKAGE =Yes WANTLIB += c iconv idn2 intl unistring -MASTER_SITES = ${HOMEPAGE}/releases/download/${DISTNAME}/ +MASTER_SITES = ${HOMEPAGE}/releases/download/0.21.1/ DEBUG_PACKAGES = ${BUILD_PACKAGES} MODULES = lang/python MODPY_RUNDEP = No +MODPY_VERSION= ${MODPY_DEFAULT_VERSION_3} BUILD_DEPENDS =devel/gettext,-tools \ sysutils/coreutils Index: distinfo === RCS file: /cvs/ports/net/libpsl/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo28 Nov 2018 13:45:43 - 1.5 +++ distinfo15 Jan 2021 07:57:59 - @@ -1,2 +1,2 @@ -SHA256 (libpsl-0.20.2.tar.gz) = +P0K62YlLfzGOPFNm+HiNi/a8sqGveBET/TVzJYbVg8= -SIZE (libpsl-0.20.2.tar.gz) = 9228099 +SHA256 (libpsl-0.21.1.tar.gz) = rGzh4fvU0CVMTdudN/H6md7INhnBJTMoFVIGuJYhDUw= +SIZE (libpsl-0.21.1.tar.gz) = 9199351 Index: patches/patch-tests_test-is-public-builtin_c === RCS file: /cvs/ports/net/libpsl/patches/patch-tests_test-is-public-builtin_c,v retrieving revision 1.1 diff -u -p -r1.1 patch-tests_test-is-public-builtin_c --- patches/patch-tests_test-is-public-builtin_c28 Nov 2018 13:45:43 - 1.1 +++ patches/patch-tests_test-is-public-builtin_c15 Jan 2021 07:57:59 - @@ -1,4 +1,4 @@ -$OpenBSD: patch-tests_test-is-public-builtin_c,v 1.1 2018/11/28 13:45:43 jca Exp $ +$OpenBSD$ Print time_t in a portable way. @@ -9,7 +9,7 @@ Index: tests/test-is-public-builtin.c } } -- printf("psl_builtin_file_time()=%ld\n", psl_builtin_file_time()); +- printf("psl_builtin_file_time()=%ld\n", (long) psl_builtin_file_time()); + printf("psl_builtin_file_time()=%lld\n", (long long)psl_builtin_file_time()); psl_builtin_file_time() == 0 ? failed++ : ok++; Index: patches/patch-tools_psl_c === RCS file: /cvs/ports/net/libpsl/patches/patch-tools_psl_c,v retrieving revision 1.1 diff -u -p -r1.1 patch-tools_psl_c --- patches/patch-tools_psl_c 28 Nov 2018 13:45:43 - 1.1 +++ patches/patch-tools_psl_c 15 Jan 2021 07:57:59 - @@ -1,15 +1,15 @@ -$OpenBSD: patch-tools_psl_c,v 1.1 2018/11/28 13:45:43 jca Exp $ +$OpenBSD$ Print time_t in a portable way. Index: tools/psl.c --- tools/psl.c.orig +++ tools/psl.c -@@ -257,7 +257,7 @@ int main(int argc, const char *const *argv) +@@ -290,7 +290,7 @@ int main(int argc, const char *const *argv) printf("builtin exceptions: %d\n", psl_suffix_exception_count(psl)); printf("builtin wildcards: %d\n", psl_suffix_wildcard_count(psl)); printf("builtin filename: %s\n", psl_builtin_filename()); -- printf("builtin file time: %ld (%s)\n", psl_builtin_file_time(), time2str(psl_builtin_file_time())); +- printf("builtin file time: %ld (%s)\n", (long) psl_builtin_file_time(), time2str(psl_builtin_file_time())); + printf("builtin file time: %lld (%s)\n", (long long)psl_builtin_file_time(), time2str(psl_builtin_file_time())); printf("builtin SHA1 file hash: %s\n", psl_builtin_sha1sum()); printf("builtin outdated: %d\n", psl_builtin_outdated());
UPDATE: Nextcloud-19.0.7-stable
Hello, Update for Nextcloud to 19.0.7-stable: https://nextcloud.com/changelog/#latest19 I also took care of the CAN_INSTALL and .htaccess as I did on -current. OK? Feedbacks? Cheers.- -- - gonzalo Index: Makefile === RCS file: /cvs/ports/www/nextcloud/Makefile,v retrieving revision 1.56.2.2 diff -u -p -r1.56.2.2 Makefile --- Makefile12 Dec 2020 14:09:58 - 1.56.2.2 +++ Makefile15 Jan 2021 07:58:47 - @@ -2,7 +2,7 @@ COMMENT= easy and universal access to shared and/or personal files -V= 19.0.6 +V= 19.0.7 DISTNAME= nextcloud-${V} EXTRACT_SUFX= .tar.bz2 @@ -73,4 +73,5 @@ do-install: ${INSTALL_DATA} ${FILESDIR}/config.php.dist.in \ ${INSTDIR}/config/config.php.dist + rm ${INSTDIR}/config/{CAN_INSTALL,.htaccess} .include Index: distinfo === RCS file: /cvs/ports/www/nextcloud/distinfo,v retrieving revision 1.40.2.2 diff -u -p -r1.40.2.2 distinfo --- distinfo12 Dec 2020 14:09:58 - 1.40.2.2 +++ distinfo15 Jan 2021 07:58:47 - @@ -1,2 +1,2 @@ -SHA256 (nextcloud-19.0.6.tar.bz2) = pqqIayE0OyTailtd2zeYi+G1APjv/YHqyO8jCpq7KJg= -SIZE (nextcloud-19.0.6.tar.bz2) = 98375846 +SHA256 (nextcloud-19.0.7.tar.bz2) = Ccw69/pfi6xDn18bY3fIYJ8JGWEGH6MHOjHLeccAKPU= +SIZE (nextcloud-19.0.7.tar.bz2) = 82202484 Index: pkg/PLIST === RCS file: /cvs/ports/www/nextcloud/pkg/PLIST,v retrieving revision 1.43.2.2 diff -u -p -r1.43.2.2 PLIST --- pkg/PLIST 12 Dec 2020 14:09:58 - 1.43.2.2 +++ pkg/PLIST 15 Jan 2021 07:58:57 - @@ -6437,6 +6437,8 @@ nextcloud/apps/accessibility/l10n/es_AR. nextcloud/apps/accessibility/l10n/es_AR.json nextcloud/apps/accessibility/l10n/es_CO.js nextcloud/apps/accessibility/l10n/es_CO.json +nextcloud/apps/accessibility/l10n/es_DO.js +nextcloud/apps/accessibility/l10n/es_DO.json nextcloud/apps/accessibility/l10n/es_EC.js nextcloud/apps/accessibility/l10n/es_EC.json nextcloud/apps/accessibility/l10n/es_MX.js @@ -6501,6 +6503,8 @@ nextcloud/apps/accessibility/l10n/ro.js nextcloud/apps/accessibility/l10n/ro.json nextcloud/apps/accessibility/l10n/ru.js nextcloud/apps/accessibility/l10n/ru.json +nextcloud/apps/accessibility/l10n/sc.js +nextcloud/apps/accessibility/l10n/sc.json nextcloud/apps/accessibility/l10n/sk.js nextcloud/apps/accessibility/l10n/sk.json nextcloud/apps/accessibility/l10n/sl.js @@ -6740,6 +6744,8 @@ nextcloud/apps/activity/l10n/ro.js nextcloud/apps/activity/l10n/ro.json nextcloud/apps/activity/l10n/ru.js nextcloud/apps/activity/l10n/ru.json +nextcloud/apps/activity/l10n/sc.js +nextcloud/apps/activity/l10n/sc.json nextcloud/apps/activity/l10n/si_LK.js nextcloud/apps/activity/l10n/si_LK.json nextcloud/apps/activity/l10n/sk.js @@ -13192,6 +13198,8 @@ nextcloud/apps/sharebymail/l10n/es_UY.js nextcloud/apps/sharebymail/l10n/es_UY.json nextcloud/apps/sharebymail/l10n/et_EE.js nextcloud/apps/sharebymail/l10n/et_EE.json +nextcloud/apps/sharebymail/l10n/eu.js +nextcloud/apps/sharebymail/l10n/eu.json nextcloud/apps/sharebymail/l10n/fa.js nextcloud/apps/sharebymail/l10n/fa.json nextcloud/apps/sharebymail/l10n/fi.js @@ -15768,12 +15776,7 @@ nextcloud/apps/workflowengine/templates/ @owner www @group www nextcloud/config/ -@mode -@owner -@group @mode 0640 -@owner www -@group www nextcloud/config/config.php.dist @sample nextcloud/config/config.php nextcloud/config/config.sample.php @@ -16230,62 +16233,12 @@ nextcloud/core/doc/admin/_static/custom. nextcloud/core/doc/admin/_static/doctools.js nextcloud/core/doc/admin/_static/documentation_options.js nextcloud/core/doc/admin/_static/file.png -nextcloud/core/doc/admin/_static/fonts/ -nextcloud/core/doc/admin/_static/fonts/FontAwesome.otf -nextcloud/core/doc/admin/_static/fonts/Lato/ -nextcloud/core/doc/admin/_static/fonts/Lato/lato-bold.eot -nextcloud/core/doc/admin/_static/fonts/Lato/lato-bold.ttf -nextcloud/core/doc/admin/_static/fonts/Lato/lato-bold.woff -nextcloud/core/doc/admin/_static/fonts/Lato/lato-bold.woff2 -nextcloud/core/doc/admin/_static/fonts/Lato/lato-bolditalic.eot -nextcloud/core/doc/admin/_static/fonts/Lato/lato-bolditalic.ttf -nextcloud/core/doc/admin/_static/fonts/Lato/lato-bolditalic.woff -nextcloud/core/doc/admin/_static/fonts/Lato/lato-bolditalic.woff2 -nextcloud/core/doc/admin/_static/fonts/Lato/lato-italic.eot -nextcloud/core/doc/admin/_static/fonts/Lato/lato-italic.ttf -nextcloud/core/doc/admin/_static/fonts/Lato/lato-italic.woff -nextcloud/core/doc/admin/_static/fonts/Lato/lato-italic.woff2 -nextcloud/core/doc/admin/_static/fonts/Lato/lato-regular.eot -nextcloud/core/doc/admin/_static/fonts/Lato/lato-regular.ttf -nextcloud/core/doc/admin/_static/fonts/Lato/lato-regular.woff -nextcloud/core/doc/admin/_static/fonts/Lato/lato-regu