CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/01/15 23:50:12 Modified files: fonts/font-awesome: Makefile distinfo Log message: Update font-awesome to 5.15.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2021/01/15 22:24:42 Modified files: sysutils/portroach-cli: Makefile sysutils/portroach-cli/files: portroach-cli Log message: Print column headers
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2021/01/15 21:45:36 Modified files: sysutils/ruby-puppet/5: Makefile Log message: Fix Puppet 5 after switching Ruby from 2.6 to 2.7 The sync gem has been removed from Ruby 2.7, add new port to RUN_DEPENDS to fix "cannot load such file -- sync" on puppet(1) usage. Found the hard way and diagnosed by giovanni when upgrading agents from 6.8 -stable to snapshots. Help from gkoehler by porting the ruby-sync gem. OK and tested with Puppet 5.5 agent on -CURRENT with Puppet 5.5 server on 6.8 -stable by giovanni
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gkoeh...@cvs.openbsd.org2021/01/15 21:44:30 Modified files: devel : Makefile Log message: +ruby-sync
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gkoeh...@cvs.openbsd.org2021/01/15 21:27:07 Log message: two-phase lock with a counter needed by sysutils/ruby-puppet/5 on ruby 2.7 ok kn@ giovanni@ Status: Vendor Tag: gkoehler Release Tags: gkoehler_20210115 N ports/devel/ruby-sync/Makefile N ports/devel/ruby-sync/distinfo N ports/devel/ruby-sync/pkg/DESCR N ports/devel/ruby-sync/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2021/01/15 20:50:32 Modified files: games/nblood : Makefile distinfo Log message: update to a snapshot which includes a big endian build fix by jasper@
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
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: na...@cvs.openbsd.org 2021/01/15 13:56:49 Modified files: archivers/unrar: Makefile distinfo Log message: maintenance update to 6.00 (minor incremental changes only)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2021/01/15 13:46:57 Modified files: emulators/hatari: Makefile Log message: enable build on powerpc64
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2021/01/15 13:45:07 Modified files: multimedia/transcode: Makefile Log message: enable altivec build on powerpc64
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2021/01/15 13:42:01 Modified files: lang/moarvm: Makefile Log message: enable for powerpc64
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2021/01/15 13:35:45 Modified files: devel/spidermonkey78: Makefile Log message: since spidermonkey requires rust to build, adjust ONLY_FOR_ARCHS
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2021/01/15 13:21:51 Added files: emulators/openmsx/patches: patch-src_utils_small_compare_hh Log message: fix build on powerpc64; backported from upstream git
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
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2021/01/15 12:54:12 Modified files: emulators/frodo: Makefile Log message: fix build on powerpc64
[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
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2021/01/15 12:41:21 Modified files: x11/gnome/shell: Makefile distinfo Log message: update to gnome-shell-3.38.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2021/01/15 12:41:16 Modified files: x11/gnome/mutter: Makefile distinfo Log message: update to mutter-3.38.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2021/01/15 12:03:58 Modified files: devel/avr32/gcc: Makefile devel/xtensa-esp32-elf/gcc: Makefile Added files: devel/avr32/gcc/patches: vecstep-gcc_tree-vect-transform_c devel/xtensa-esp32-elf/gcc/patches: vecstep-gcc_tree-vect-loop_c Log message: unbreak on powerpc64
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2021/01/15 12:01:31 Modified files: devel/radare2/main: Makefile Log message: mirror the radare2 distfile for now; upstream re-rolled it with significant changes as noticed by sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2021/01/15 10:26:04 Modified files: www/privoxy: Makefile Log message: privoxy uses C99 constructs so base-gcc needs to be told that. Fixes the build for sparc64
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 >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/01/15 08:59:59 Modified files: multimedia/gstreamer1: Makefile.inc multimedia/gstreamer1/core: Makefile distinfo multimedia/gstreamer1/core/pkg: PLIST multimedia/gstreamer1/plugins-bad: Makefile distinfo multimedia/gstreamer1/plugins-base: Makefile distinfo multimedia/gstreamer1/plugins-good: distinfo multimedia/gstreamer1/plugins-libav: distinfo multimedia/gstreamer1/plugins-ugly: distinfo multimedia/gstreamer1/py-gstreamer: Makefile distinfo Log message: Update GSTreamer gang to version 1.18.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2021/01/15 08:03:26 Modified files: devel : Makefile Log message: Add dasm
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2021/01/15 08:01:36 Log message: versatile macro assembler for 8-bit microprocessors Ok benoit@ Status: Vendor Tag: gonzalo Release Tags: gonzalo_20211501 N ports/devel/dasm/Makefile N ports/devel/dasm/distinfo N ports/devel/dasm/pkg/DESCR N ports/devel/dasm/pkg/PLIST N ports/devel/dasm/patches/patch-Makefile N ports/devel/dasm/patches/patch-src_Makefile N ports/devel/dasm/patches/patch-test_run_tests_sh No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2021/01/15 07:58:46 Modified files: lang : Makefile Log message: dasm belongs to devel
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2021/01/15 07:58:15 Removed files: lang/dasm : Makefile distinfo lang/dasm/patches: patch-Makefile patch-src_Makefile patch-test_run_tests_sh lang/dasm/pkg : DESCR PLIST Log message: Dasm belongs to devel
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/01/15 07:46:55 Modified files: textproc/py-openpyxl: Makefile distinfo textproc/py-openpyxl/pkg: PLIST Log message: update to openpyxl 3.0.6
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:
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
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2021/01/15 07:15:50 Modified files: www/nextcloud : Tag: OPENBSD_6_8 Makefile distinfo www/nextcloud/pkg: Tag: OPENBSD_6_8 PLIST Log message: Update for Nextcloud to 19.0.7 OK landry@
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
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/01/15 05:09:07 Modified files: devel/cvs2svn : Makefile Log message: cvs2svn doesn't actually seem to need the subversion python bindings; remove the dependency and remove BROKEN marker.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2021/01/15 05:05:18 Modified files: geo/mdal : Makefile distinfo geo/mdal/patches: patch-mdal_CMakeLists_txt patch-tests_CMakeLists_txt Log message: geo/mdal: update to 0.8.0. see https://github.com/lutraconsulting/MDAL/releases/tag/0.8.0 the sole consumer (geo/qgis) builds fine with this update.
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
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2021/01/15 04:54:00 Modified files: sysutils/ruby-puppet/5: Makefile sysutils/ruby-puppet/5/patches: patch-ext_rack_config_ru Log message: SYSCONFIDR -> SYSCONFDIR Spotted by gkoehler@, thanks.
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=) > 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.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/01/15 04:00:50 Modified files: www/tor-browser/browser: Makefile www/tor-browser/browser/files: unveil.gpu unveil.main www/mozilla-firefox: Makefile www/mozilla-firefox/files: unveil.gpu unveil.main www/firefox-esr: Makefile www/firefox-esr/files: unveil.gpu unveil.main Log message: Add /etc/resolv.conf to files allowed by unveil for all Firefox-based ports. Normally this file is exempted from unveil by "pledge dns", but if the user has disabled pledge (which is required for using some features) it will no longer be exempted, so must be handled explicitly by unveil. Problem reported by Stefan Hagen, ok jcs landry
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 ;)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2021/01/15 03:37:40 Modified files: lang : Makefile Log message: Hook dasm.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2021/01/15 03:35:52 Log message: versatile macro assembler for 8-bit microprocessors Ok benoit@ Status: Vendor Tag: gonzalo Release Tags: gonzalo_20211501 N ports/lang/dasm/Makefile N ports/lang/dasm/distinfo N ports/lang/dasm/pkg/DESCR N ports/lang/dasm/pkg/PLIST N ports/lang/dasm/patches/patch-Makefile N ports/lang/dasm/patches/patch-src_Makefile N ports/lang/dasm/patches/patch-test_run_tests_sh No conflicts created by this import
[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
