CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2018/10/02 22:42:39 Modified files: www/mozilla-firefox: Tag: OPENBSD_6_3 Makefile distinfo Log message: MFC: update to firefox 60.2.2. See https://www.mozilla.org/en-US/firefox/60.2.2/releasenotes/ Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2018-24/ -stable packages for 6.3 at the usual location
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2018/10/02 22:41:26 Modified files: www/mozilla-firefox: Makefile distinfo www/firefox-i18n: Makefile.inc distinfo Log message: Update to firefox 62.0.3. See https://www.mozilla.org/en-US/firefox/62.0.3/releasenotes/ Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2018-24/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2018/10/02 22:39:57 Modified files: www/firefox-esr: Makefile distinfo www/firefox-esr-i18n: Makefile.inc distinfo Removed files: www/firefox-esr/patches: patch-build_moz_configure_init_configure Log message: Update to firefox-esr 60.2.2. See https://www.mozilla.org/en-US/firefox/60.2.2/releasenotes/ Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2018-24/ Removes rust 1.29 build fix patch, merged.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: nay...@cvs.openbsd.org 2018/10/02 21:21:45 Modified files: sysutils/parallel: Makefile distinfo sysutils/parallel/pkg: PLIST Log message: update parallel to 20180922 ok kn@, sthen@
UPDATE: x11/xfe 1.43 => 1.43.1
Hi ports -- Very trivial update to x11/xfe, according to upstream it's just fixing a regression that corrupted the initial search window content. While here, convince myself it's a good idea to re-take MAINTAINER. OK? ~Brian Index: Makefile === RCS file: /cvs/ports/x11/xfe/Makefile,v retrieving revision 1.49 diff -u -p -r1.49 Makefile --- Makefile 31 Jul 2018 17:22:05 - 1.49 +++ Makefile 3 Oct 2018 02:49:16 - @@ -2,10 +2,11 @@ COMMENT= MS-Explorer like file manager for X -DISTNAME= xfe-1.43 +DISTNAME= xfe-1.43.1 CATEGORIES= x11 HOMEPAGE= http://roland65.free.fr/xfe/ +MAINTAINER= Brian Callahan # GPLv2+ PERMIT_PACKAGE_CDROM= Yes Index: distinfo === RCS file: /cvs/ports/x11/xfe/distinfo,v retrieving revision 1.20 diff -u -p -r1.20 distinfo --- distinfo 31 Jul 2018 17:22:05 - 1.20 +++ distinfo 3 Oct 2018 02:49:16 - @@ -1,2 +1,2 @@ -SHA256 (xfe-1.43.tar.gz) = a9F7eqasVsbHAjitiqWvlgbNLf40s1tE/IBB5MG6YKA= -SIZE (xfe-1.43.tar.gz) = 2775098 +SHA256 (xfe-1.43.1.tar.gz) = wmMprxmrNxNAjL5DUXwOK5b9dIysOoCCXXElrLgOwlI= +SIZE (xfe-1.43.1.tar.gz) = 2776237
Re: audio/lame Illegal instruction (core dumped)
Hi!
Same here with:
kern.version=OpenBSD 6.4 (GENERIC.MP) #922: Sat Sep 29 20:12:03 MDT 2018
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
If i build and install from port, with only REVISION bumped, lame and
ffmpeg work on that machine.
Charlène.
On Tue, 2 Oct 2018 18:57:30 +0200
d.rausch...@gmail.com wrote:
> Hi,
>
> my system is i386 -current and i get a Illegal instruction (core
> dumped) error when calling lame file.wav file.mp3.
>
> The same error occurs when useing mencoder, ffmpeg or transcode with
> libmp3lame as audio codec.
>
> -dra
>
> OpenBSD 6.4 (GENERIC) #905: Sat Sep 29 20:03:46 MDT 2018
> dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
> real mem = 1063731200 (1014MB)
> avail mem = 1029308416 (981MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: date 12/03/04, BIOS32 rev. 0 @ 0xfd6c0, SMBIOS
> rev. 2.31 @ 0xeff40 (86 entries) bios0: vendor FUJITSU SIEMENS //
> Phoenix Technologies Ltd. version "5.00 R1.08.1844" date 12/03/2004
> bios0: FUJITSU SIEMENS SCENIC E acpi0 at bios0: rev 2
> acpi0: sleep states S0 S1 S3 S4 S5
> acpi0: tables DSDT FACP ASF! SSDT MCFG APIC BOOT
> acpi0: wakeup devices PEXA(S4) PEXB(S4) PEXC(S4) PEXD(S4) PEXE(S4)
> USB1(S4) USB2(S4) USB3(S4) USB4(S4) USB5(S4) PCIH(S4) AC97(S4)
> MC97(S4) KEYB(S4) PS2M(S4) COM1(S1) [...] acpitimer0 at acpi0:
> 3579545 Hz, 24 bits acpimcfg0 at acpi0 acpimcfg0: addr 0xd000,
> bus 0-10 acpimcfg0: addr 0x1, bus 0-0
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Celeron(R) CPU 2.80GHz ("GenuineIntel" 686-class) 2.80
> GHz, 0f-04-01 cpu0:
> FPU,V86,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,TM2,CNXT-ID,xTPR,NXE,PERF,MELTDOWN
> mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0:
> apic clock running at 132MHz cpu0: mwait min=64, max=64
> ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus -1 (PEXA)
> acpiprt2 at acpi0: bus 3 (PEXB)
> acpiprt3 at acpi0: bus 5 (PEXC)
> acpiprt4 at acpi0: bus 7 (PEXD)
> acpiprt5 at acpi0: bus 9 (PEXE)
> acpiprt6 at acpi0: bus 11 (PCIH)
> acpicpu0 at acpi0: C1(@1 halt!), FVS, 2800, 2800 MHz
> acpibtn0 at acpi0: PWRB
> acpicmos0 at acpi0
> "PNP0A05" at acpi0 not configured
> bios0: ROM list: 0xc/0xa600! 0xca800/0x1000 0xcb800/0x800
> 0xe/0x4000! memory map conflict 0xfff0/0x10
> pci0 at mainbus0 bus 0: configuration mode 1 (bios)
> pchb0 at pci0 dev 0 function 0 "Intel 82915G Host" rev 0x04
> inteldrm0 at pci0 dev 2 function 0 "Intel 82915G Video" rev 0x04
> drm0 at inteldrm0
> intagp0 at inteldrm0
> agp0 at intagp0: aperture at 0xe000, size 0x1000
> inteldrm0: apic 1 int 16
> inteldrm0: 1280x1024, 32bpp
> wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation)
> wsdisplay0: screen 1-5 added (std, vt100 emulation)
> ppb0 at pci0 dev 28 function 0 "Intel 82801FB PCIE" rev 0x03: apic 1
> int 17 pci1 at ppb0 bus 3
> bge0 at pci1 dev 0 function 0 "Broadcom BCM5751" rev 0x01, BCM5750 A1
> (0x4001): apic 1 int 16, address 00:30:05:84:5e:53 brgphy0 at bge0
> phy 1: BCM5750 10/100/1000baseT PHY, rev. 0 ppb1 at pci0 dev 28
> function 1 "Intel 82801FB PCIE" rev 0x03: apic 1 int 16 pci2 at ppb1
> bus 5 ppb2 at pci0 dev 28 function 2 "Intel 82801FB PCIE" rev 0x03:
> apic 1 int 18 pci3 at ppb2 bus 7
> ppb3 at pci0 dev 28 function 3 "Intel 82801FB PCIE" rev 0x03: apic 1
> int 19 pci4 at ppb3 bus 9
> uhci0 at pci0 dev 29 function 0 "Intel 82801FB USB" rev 0x03: apic 1
> int 23 uhci1 at pci0 dev 29 function 1 "Intel 82801FB USB" rev 0x03:
> apic 1 int 22 uhci2 at pci0 dev 29 function 2 "Intel 82801FB USB" rev
> 0x03: apic 1 int 21 uhci3 at pci0 dev 29 function 3 "Intel 82801FB
> USB" rev 0x03: apic 1 int 20 ehci0 at pci0 dev 29 function 7 "Intel
> 82801FB USB" rev 0x03: apic 1 int 23 usb0 at ehci0: USB revision 2.0
> uhub0 at usb0 configuration 1 interface 0 "Intel EHCI root hub" rev
> 2.00/1.00 addr 1 ppb4 at pci0 dev 30 function 0 "Intel 82801BA
> Hub-to-PCI" rev 0xd3 pci5 at ppb4 bus 11
> xl0 at pci5 dev 5 function 0 "3Com 3c905C 100Base-TX" rev 0x78: apic
> 1 int 22, address 00:04:75:95:21:3f exphy0 at xl0 phy 24: 3Com
> internal media interface puc0 at pci5 dev 7 function 0 "NetMos
> Nm9835" rev 0x01: ports: 15 com, 1 lpt com4 at puc0 port 0 apic 1 int
> 21: ns16550a, 16 byte fifo com5 at puc0 port 1 apic 1 int 21:
> ns16550a, 16 byte fifo lpt3 at puc0 port 2 apic 1 int 21
> auich0 at pci0 dev 30 function 2 "Intel 82801FB AC97" rev 0x03: apic
> 1 int 17, ICH6 ac97: codec id 0x41445378 (Analog Devices <78>)
> ac97: codec features headphone, 20 bit DAC, No 3D Stereo
> audio0 at auich0
> ichpcib0 at pci0 dev 31 function 0 "Intel 82801FB LPC" rev 0x03: PM
> disabled pciide0 at pci0 dev 31 function 1 "Intel 82801FB IDE" rev
> 0x03: DMA, channel 0
[FIX] Sakura crash with vte 0.54
Hello, ports@!
This diff fixes crash x11/sakura port with vte 0.54.
upstream commit:
https://bazaar.launchpad.net/~dabisu/sakura/sakura/revision/596
ok?
? Sakura.diff
? patches
Index: Makefile
===
RCS file: /cvs/ports/x11/sakura/Makefile,v
retrieving revision 1.24
diff -u -p -u -p -r1.24 Makefile
--- Makefile 27 Jun 2018 21:04:22 - 1.24
+++ Makefile 2 Oct 2018 21:56:06 -
@@ -5,7 +5,7 @@ COMMENT = GTK and VTE based terminal emu
DISTNAME = sakura-${V}
EXTRACT_SUFX = .tar.bz2
CATEGORIES = x11
-REVISION = 1
+REVISION = 2
HOMEPAGE = http://www.pleyades.net/david/projects/sakura/
MAINTAINER = Victor Kukshiev
$OpenBSD$
fixed crash with vte 0.54
https://bazaar.launchpad.net/~dabisu/sakura/sakura/revision/596
=== modified file 'src/sakura.c'
--- src/sakura.c 2018-05-02 19:22:43 +
+++ src/sakura.c 2018-09-27 14:21:28 +
@@ -339,6 +339,7 @@
bool label_set_byuser;
GtkBorder padding; /* inner-property data */
int colorset;
+ gulong exit_handler_id;
};
@@ -984,31 +985,6 @@
if (npages==1) {
sakura_config_done();
}
-
- /* Workaround for libvte strange behaviour. There is not child-exited signal for
- the last terminal, so we need to kill it here. Check with libvte authors about
- child-exited/eof signals */
- if (gtk_notebook_get_current_page(GTK_NOTEBOOK(sakura.notebook))==0) {
-
- term = sakura_get_page_term(sakura, 0);
-
- if (option_hold==TRUE) {
- SAY("hold option has been activated");
- return;
- }
-
-//SAY("waiting for terminal pid (in eof) %d", term->pid);
-//waitpid(term->pid, , WNOHANG);
- /* TODO: check wait return */
- /* Child should be automatically reaped because we don't use G_SPAWN_DO_NOT_REAP_CHILD flag */
- g_spawn_close_pid(term->pid);
-
- sakura_del_tab(0);
-
- npages = gtk_notebook_get_n_pages(GTK_NOTEBOOK(sakura.notebook));
- if (npages==0)
- sakura_destroy();
- }
}
/* This handler is called when window title changes, and is used to change window and notebook pages titles */
@@ -3167,7 +3143,7 @@
g_signal_connect(G_OBJECT(term->vte), "bell", G_CALLBACK(sakura_beep), NULL);
g_signal_connect(G_OBJECT(term->vte), "increase-font-size", G_CALLBACK(sakura_increase_font), NULL);
g_signal_connect(G_OBJECT(term->vte), "decrease-font-size", G_CALLBACK(sakura_decrease_font), NULL);
- g_signal_connect(G_OBJECT(term->vte), "child-exited", G_CALLBACK(sakura_child_exited), NULL);
+ term->exit_handler_id = g_signal_connect(G_OBJECT(term->vte), "child-exited", G_CALLBACK(sakura_child_exited), NULL);
g_signal_connect(G_OBJECT(term->vte), "eof", G_CALLBACK(sakura_eof), NULL);
g_signal_connect(G_OBJECT(term->vte), "window-title-changed", G_CALLBACK(sakura_title_changed), NULL);
g_signal_connect_swapped(G_OBJECT(term->vte), "button-press-event", G_CALLBACK(sakura_button_press), sakura.menu);
@@ -3366,6 +3342,7 @@
}
gtk_widget_hide(term->hbox);
+ g_signal_handler_disconnect (term->vte, term->exit_handler_id);
gtk_notebook_remove_page(GTK_NOTEBOOK(sakura.notebook), page);
/* Find the next page, if it exists, and grab focus */
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2018/10/02 15:06:29 Modified files: multimedia/mediainfo/patches: patch-MediaInfoLib_Project_GNU_Library_configure patch-ZenLib_Project_GNU_Library_configure Log message: Do not attempt to explicitly link with libstdc++. This may have to be revisited if we ever install zenlib as a shared library for use by other projects. No bump because on archs like amd64 libstdc++ was not actually linked in.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2018/10/02 14:30:07 Modified files: security/opensc: Makefile Log message: Add missing glib2 dependency Spotted by aja, OK sthen
Re: NEW: devel/samurai
On 09/25/18 21:00, Brian Callahan wrote: On 09/19/18 13:04, Stuart Henderson wrote: On 2018/09/11 10:22, Stuart Henderson wrote: On 2018/09/10 18:13, Brian Callahan wrote: Sorry for the noise--meant to send the diff version of this. I think that makes sense for now and doesn't change anything for the default case so doesn't need a bulk. OK sthen@. (Later I think it would be better to move setting CMAKE_MAKE_PROGRAM down to the "either ninja or samurai" section, but that should go through bulk build first.) BTW bulk results are in. Most ninja users are OK with samurai except for these. First block are all "multiple rules generate X" where X is the file/target mentioned: devel/doxygen 'generated_src/configvalues.h' devel/doxygen-gui 'generated_src/configvalues.h' editors/kile-kde4 'doc/index.cache.bz2' graphics/digikam-kde4 '/usr/obj/ports/digikam-4.13.0/digikam-4.13.0/core/cmake/templates/Info.plist.cmake.in' graphics/krita 'cmake_object_order_depends_target_KisMaskGeneratorBenchmark' net/libproxy 'test' x11/kde4/pim 'kleopatra/libkleopatraclient/core/moc_command_p.cpp' x11/kde4/pimlibs '/usr/obj/ports/kdepimlibs-4.14.10/kdepimlibs-4.14.10/akonadi/contact/actions/contactactionssettings.kcfg.cmake' x11/kde4/workspace '/usr/obj/ports/kde-workspace-4.11.21/kde-workspace-4.11.21/kinfocenter/Modules/base/config-infocenter.h.cmake' For these, ninja still notices this multiple rules issue but treats it as a warning. Samurai treats it as an error. This diff should clear all these up. Can send this upstream too. Ping. Thoughts? Not a pressing issue for 6.4, of course, but perhaps worth the movement on it now. ~Brian Also: www/webkitgtk4 ImportError: No module named jsmin Not sure about this one... ~Brian Hard to say if it changes timings at all, but as a bulk builder I find diffable logs and fewer transient errors due to random build ordering quite appealing ...
UPDATE: devel/cmocka 1.1.2 => 1.1.3
Hi ports --
Trivial update. Changelog is also minimal:
* Fixed subunit output on failures
* Do not abort if a test is skipped
* Switched to Modern CMake
No change to the shared library, though the static library is no longer
installed.
Passes all test and the build test on its dependencies.
OK?
~Brian
Index: Makefile
===
RCS file: /cvs/ports/devel/cmocka/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- Makefile 4 Sep 2018 14:07:28 - 1.11
+++ Makefile 2 Oct 2018 18:21:42 -
@@ -2,7 +2,7 @@
COMMENT = elegant unit testing framework for C
-DISTNAME = cmocka-1.1.2
+DISTNAME = cmocka-1.1.3
SHARED_LIBS += cmocka0.3 # 0.5
Index: distinfo
===
RCS file: /cvs/ports/devel/cmocka/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- distinfo 4 Sep 2018 14:07:28 - 1.5
+++ distinfo 2 Oct 2018 18:21:42 -
@@ -1,2 +1,2 @@
-SHA256 (cmocka-1.1.2.tar.xz) = 0RzR4SmCf/JApQHBxDVX6Ajeiej82KueljyNtBkzK90=
-SIZE (cmocka-1.1.2.tar.xz) = 82300
+SHA256 (cmocka-1.1.3.tar.xz) = Q+q89yqcgOPQP3yKHATkCMGNLbUSHrBYo+9zKp36v68=
+SIZE (cmocka-1.1.3.tar.xz) = 78744
Index: patches/patch-CompilerChecks_cmake
===
RCS file: /cvs/ports/devel/cmocka/patches/patch-CompilerChecks_cmake,v
retrieving revision 1.1
diff -u -p -r1.1 patch-CompilerChecks_cmake
--- patches/patch-CompilerChecks_cmake 4 Sep 2018 14:07:28 - 1.1
+++ patches/patch-CompilerChecks_cmake 2 Oct 2018 18:21:42 -
@@ -5,24 +5,23 @@ Remove all -Werror= flags.
Index: CompilerChecks.cmake
--- CompilerChecks.cmake.orig
+++ CompilerChecks.cmake
-@@ -7,39 +7,20 @@ if (UNIX)
+@@ -7,15 +7,7 @@ if (UNIX)
#
# This will prevent that compiler flags are detected incorrectly.
#
-check_c_compiler_flag("-Werror" REQUIRED_FLAGS_WERROR)
-if (REQUIRED_FLAGS_WERROR)
-set(CMAKE_REQUIRED_FLAGS "-Werror")
--
+
-if (PICKY_DEVELOPER)
-list(APPEND SUPPORTED_COMPILER_FLAGS "-Werror")
-endif()
-endif()
-
add_c_compiler_flag("-std=gnu99" SUPPORTED_COMPILER_FLAGS)
- add_c_compiler_flag("-pedantic" SUPPORTED_COMPILER_FLAGS)
--add_c_compiler_flag("-pedantic-errors" SUPPORTED_COMPILER_FLAGS)
+ add_c_compiler_flag("-Wpedantic" SUPPORTED_COMPILER_FLAGS)
add_c_compiler_flag("-Wall" SUPPORTED_COMPILER_FLAGS)
- add_c_compiler_flag("-Wshadow" SUPPORTED_COMPILER_FLAGS)
+@@ -23,22 +15,13 @@ if (UNIX)
add_c_compiler_flag("-Wmissing-prototypes" SUPPORTED_COMPILER_FLAGS)
add_c_compiler_flag("-Wcast-align" SUPPORTED_COMPILER_FLAGS)
#add_c_compiler_flag("-Wcast-qual" SUPPORTED_COMPILER_FLAGS)
@@ -45,7 +44,7 @@ Index: CompilerChecks.cmake
add_c_compiler_flag("-Wstrict-overflow=2" SUPPORTED_COMPILER_FLAGS)
add_c_compiler_flag("-Wno-format-zero-length" SUPPORTED_COMPILER_FLAGS)
-@@ -49,7 +30,6 @@ if (UNIX)
+@@ -48,7 +31,6 @@ if (UNIX)
set(CMAKE_REQUIRED_FLAGS "${CMAKE_REQUIRED_FLAGS} -Wformat")
endif()
add_c_compiler_flag("-Wformat-security" SUPPORTED_COMPILER_FLAGS)
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/cmocka/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST 6 Nov 2015 20:58:48 - 1.3
+++ pkg/PLIST 2 Oct 2018 18:21:42 -
@@ -5,6 +5,5 @@ lib/cmake/
lib/cmake/cmocka/
lib/cmake/cmocka/cmocka-config-version.cmake
lib/cmake/cmocka/cmocka-config.cmake
-lib/libcmocka.a
@lib lib/libcmocka.so.${LIBcmocka_VERSION}
lib/pkgconfig/cmocka.pc
update: sysutils/raspberry-firmware 1.20180919
Hello,
version bump to the latest release 1.20180919.
arm_control option for config.txt has been deprecated in favour
of arm_64bit according to
https://www.raspberrypi.org/documentation/configuration/config-txt/misc.md
Andrey
Index: Makefile
===
RCS file: /cvs/ports/sysutils/raspberrypi-firmware/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- Makefile11 Aug 2018 12:52:33 - 1.11
+++ Makefile29 Sep 2018 11:06:37 -
@@ -3,8 +3,8 @@
COMMENT= Raspberry Pi firmware
GH_ACCOUNT=raspberrypi
GH_PROJECT=firmware
-V= 1.20180810
-GH_COMMIT= 953a33962f0e3a33f7627248f47b8378cb40e6e4
+V= 1.20180919
+GH_COMMIT= d69aadedb7c146ba5d3b0b45a661e5669a9141c4
#DISTNAME= ${GH_ACCOUNT}-${GH_PROJECT}-${GH_TAGNAME}
DISTNAME= ${GH_ACCOUNT}-${GH_PROJECT}-${V}
Index: distinfo
===
RCS file: /cvs/ports/sysutils/raspberrypi-firmware/distinfo,v
retrieving revision 1.11
diff -u -p -r1.11 distinfo
--- distinfo11 Aug 2018 12:52:33 - 1.11
+++ distinfo29 Sep 2018 11:06:37 -
@@ -1,2 +1,2 @@
-SHA256 (raspberrypi-firmware-1.20180810-953a3396.tar.gz) =
FGOIXlqZ/TlKNNALrKd5904bqONLA26hnuHDVCNEHBA=
-SIZE (raspberrypi-firmware-1.20180810-953a3396.tar.gz) = 122835350
+SHA256 (raspberrypi-firmware-1.20180919-d69aaded.tar.gz) =
MmH1ScTBYC42CqCrsiB4ONkHYKegHtMyzvaxi5F7hHI=
+SIZE (raspberrypi-firmware-1.20180919-d69aaded.tar.gz) = 122880904
cvs server: Diffing pkg
Index: pkg/DESCR
===
RCS file: /cvs/ports/sysutils/raspberrypi-firmware/pkg/DESCR,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 DESCR
--- pkg/DESCR 17 Feb 2017 11:04:32 - 1.1.1.1
+++ pkg/DESCR 29 Sep 2018 11:06:37 -
@@ -2,7 +2,7 @@ Firmware required to boot Raspberry Pi s
With u-boot rpi_3 target, config.txt should contain:
-arm_control=0x200
+arm_64bit=1
enable_uart=1
device_tree_address=0x100
kernel=u-boot.bin
Index: pkg/PLIST
===
RCS file: /cvs/ports/sysutils/raspberrypi-firmware/pkg/PLIST,v
retrieving revision 1.10
diff -u -p -r1.10 PLIST
--- pkg/PLIST 11 Aug 2018 12:52:33 - 1.10
+++ pkg/PLIST 29 Sep 2018 11:06:37 -
@@ -26,6 +26,7 @@ share/raspberrypi-firmware/boot/overlays
share/raspberrypi-firmware/boot/overlays/ads1115.dtbo
share/raspberrypi-firmware/boot/overlays/ads7846.dtbo
share/raspberrypi-firmware/boot/overlays/adv7282m.dtbo
+share/raspberrypi-firmware/boot/overlays/adv728x-m.dtbo
share/raspberrypi-firmware/boot/overlays/akkordion-iqdacplus.dtbo
share/raspberrypi-firmware/boot/overlays/allo-boss-dac-pcm512x-audio.dtbo
share/raspberrypi-firmware/boot/overlays/allo-digione.dtbo
@@ -35,6 +36,7 @@ share/raspberrypi-firmware/boot/overlays
share/raspberrypi-firmware/boot/overlays/applepi-dac.dtbo
share/raspberrypi-firmware/boot/overlays/at86rf233.dtbo
share/raspberrypi-firmware/boot/overlays/audioinjector-addons.dtbo
+share/raspberrypi-firmware/boot/overlays/audioinjector-ultra.dtbo
share/raspberrypi-firmware/boot/overlays/audioinjector-wm8731-audio.dtbo
share/raspberrypi-firmware/boot/overlays/audremap.dtbo
share/raspberrypi-firmware/boot/overlays/balena-fin.dtbo
@@ -52,6 +54,7 @@ share/raspberrypi-firmware/boot/overlays
share/raspberrypi-firmware/boot/overlays/fe-pi-audio.dtbo
share/raspberrypi-firmware/boot/overlays/goodix.dtbo
share/raspberrypi-firmware/boot/overlays/googlevoicehat-soundcard.dtbo
+share/raspberrypi-firmware/boot/overlays/gpio-fan.dtbo
share/raspberrypi-firmware/boot/overlays/gpio-ir-tx.dtbo
share/raspberrypi-firmware/boot/overlays/gpio-ir.dtbo
share/raspberrypi-firmware/boot/overlays/gpio-key.dtbo
games/ezquake add multiplayer server list
hello
this patch changes the default path where ezquake looks for a sources.txt file
containing address to file servers list. The default is $PWD/sb/sources.txt,
the sources.txt file is provided in the sources in a folder
misc/sb/sources.txt.
This patch creates ${PREFIX}/share/ezquake/ and add the file sources.txt and
some others files that are included from sources.txt, others files contains
regional servers.
When launching ezquake, you can then browse multiplayer servers lists instead
of having empty results or having to dig out from code that you need to have
the file $PWD/sb/sources.txt
Index: Makefile
===
RCS file: /cvs/ports/games/ezquake/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile15 Sep 2018 18:54:54 - 1.4
+++ Makefile2 Oct 2018 16:57:52 -
@@ -5,7 +5,7 @@ COMMENT = modern QuakeWorld client
DISTNAME = ezquake-source-${V}
PKGNAME = ezquake-${V}
CATEGORIES = games
-REVISION = 1
+REVISION = 2
HOMEPAGE = https://ezquake.github.io/
MAINTAINER = Tom Murphy
@@ -32,7 +32,16 @@ WRKDIST =${WRKDIR}
NO_TEST = Yes
+GAMEDIR = ${PREFIX}/share/ezquake
+SUBST_VARS += GAMEDIR
+
+do-configure:
+ ${SUBST_CMD} ${WRKSRC}/EX_browser_sources.c
+
do-install:
- ${INSTALL_PROGRAM} ${WRKSRC}/ezquake ${PREFIX}/bin
+ ${INSTALL_PROGRAM} ${WRKSRC}/ezquake ${PREFIX}/bin
+ ${INSTALL_DATA_DIR} ${GAMEDIR}
+ @cp ${WRKSRC}/misc/sb/*.txt ${GAMEDIR}/
+ #${INSTALL_DATA} ${WRKSRC}/misc/sb/sources.txt ${GAMEDIR}
.include
Index: patches/patch-EX_browser_sources.c
===
RCS file: patches/patch-EX_browser_sources.c
diff -N patches/patch-EX_browser_sources.c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-EX_browser_sources.c 2 Oct 2018 16:57:52 -
@@ -0,0 +1,11 @@
+--- /usr/ports/pobj/ezquake-3.1/EX_browser_sources.c.orig Tue Oct 2
18:45:41 2018
/usr/ports/pobj/ezquake-3.1/EX_browser_sources.c Tue Oct 2 18:45:54 2018
+@@ -36,7 +36,7 @@
+
+ #include "EX_browser.h"
+
+-#define SOURCES_LIST_FILENAME "sb/sources.txt"
++#define SOURCES_LIST_FILENAME "${GAMEDIR}/sources.txt"
+
+ // Used by curl to read server lists from the web
+ struct curl_buf
Index: pkg/PLIST
===
RCS file: /cvs/ports/games/ezquake/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST
--- pkg/PLIST 4 Sep 2018 12:53:16 - 1.2
+++ pkg/PLIST 2 Oct 2018 16:57:52 -
@@ -1,3 +1,14 @@
@comment $OpenBSD: PLIST,v 1.2 2018/09/04 12:53:16 espie Exp $
@bin bin/ezquake
share/doc/pkg-readmes/${PKGSTEM}
+share/ezquake/
+share/ezquake/au-sv.txt
+share/ezquake/ctf.txt
+share/ezquake/eu-4on4.txt
+share/ezquake/eu-sv.txt
+share/ezquake/global.txt
+share/ezquake/na-sv.txt
+share/ezquake/qizmo.txt
+share/ezquake/sa-sv.txt
+share/ezquake/sources.txt
+share/ezquake/tf.txt
audio/lame Illegal instruction (core dumped)
Hi,
my system is i386 -current and i get a Illegal instruction (core
dumped) error when calling lame file.wav file.mp3.
The same error occurs when useing mencoder, ffmpeg or transcode with
libmp3lame as audio codec.
-dra
OpenBSD 6.4 (GENERIC) #905: Sat Sep 29 20:03:46 MDT 2018
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
real mem = 1063731200 (1014MB)
avail mem = 1029308416 (981MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: date 12/03/04, BIOS32 rev. 0 @ 0xfd6c0, SMBIOS rev. 2.31 @
0xeff40 (86 entries)
bios0: vendor FUJITSU SIEMENS // Phoenix Technologies Ltd. version "5.00
R1.08.1844" date 12/03/2004
bios0: FUJITSU SIEMENS SCENIC E
acpi0 at bios0: rev 2
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP ASF! SSDT MCFG APIC BOOT
acpi0: wakeup devices PEXA(S4) PEXB(S4) PEXC(S4) PEXD(S4) PEXE(S4) USB1(S4)
USB2(S4) USB3(S4) USB4(S4) USB5(S4) PCIH(S4) AC97(S4) MC97(S4) KEYB(S4)
PS2M(S4) COM1(S1) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimcfg0 at acpi0
acpimcfg0: addr 0xd000, bus 0-10
acpimcfg0: addr 0x1, bus 0-0
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Celeron(R) CPU 2.80GHz ("GenuineIntel" 686-class) 2.80 GHz,
0f-04-01
cpu0:
FPU,V86,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,TM2,CNXT-ID,xTPR,NXE,PERF,MELTDOWN
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 132MHz
cpu0: mwait min=64, max=64
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEXA)
acpiprt2 at acpi0: bus 3 (PEXB)
acpiprt3 at acpi0: bus 5 (PEXC)
acpiprt4 at acpi0: bus 7 (PEXD)
acpiprt5 at acpi0: bus 9 (PEXE)
acpiprt6 at acpi0: bus 11 (PCIH)
acpicpu0 at acpi0: C1(@1 halt!), FVS, 2800, 2800 MHz
acpibtn0 at acpi0: PWRB
acpicmos0 at acpi0
"PNP0A05" at acpi0 not configured
bios0: ROM list: 0xc/0xa600! 0xca800/0x1000 0xcb800/0x800 0xe/0x4000!
memory map conflict 0xfff0/0x10
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82915G Host" rev 0x04
inteldrm0 at pci0 dev 2 function 0 "Intel 82915G Video" rev 0x04
drm0 at inteldrm0
intagp0 at inteldrm0
agp0 at intagp0: aperture at 0xe000, size 0x1000
inteldrm0: apic 1 int 16
inteldrm0: 1280x1024, 32bpp
wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
ppb0 at pci0 dev 28 function 0 "Intel 82801FB PCIE" rev 0x03: apic 1 int 17
pci1 at ppb0 bus 3
bge0 at pci1 dev 0 function 0 "Broadcom BCM5751" rev 0x01, BCM5750 A1 (0x4001):
apic 1 int 16, address 00:30:05:84:5e:53
brgphy0 at bge0 phy 1: BCM5750 10/100/1000baseT PHY, rev. 0
ppb1 at pci0 dev 28 function 1 "Intel 82801FB PCIE" rev 0x03: apic 1 int 16
pci2 at ppb1 bus 5
ppb2 at pci0 dev 28 function 2 "Intel 82801FB PCIE" rev 0x03: apic 1 int 18
pci3 at ppb2 bus 7
ppb3 at pci0 dev 28 function 3 "Intel 82801FB PCIE" rev 0x03: apic 1 int 19
pci4 at ppb3 bus 9
uhci0 at pci0 dev 29 function 0 "Intel 82801FB USB" rev 0x03: apic 1 int 23
uhci1 at pci0 dev 29 function 1 "Intel 82801FB USB" rev 0x03: apic 1 int 22
uhci2 at pci0 dev 29 function 2 "Intel 82801FB USB" rev 0x03: apic 1 int 21
uhci3 at pci0 dev 29 function 3 "Intel 82801FB USB" rev 0x03: apic 1 int 20
ehci0 at pci0 dev 29 function 7 "Intel 82801FB USB" rev 0x03: apic 1 int 23
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00
addr 1
ppb4 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0xd3
pci5 at ppb4 bus 11
xl0 at pci5 dev 5 function 0 "3Com 3c905C 100Base-TX" rev 0x78: apic 1 int 22,
address 00:04:75:95:21:3f
exphy0 at xl0 phy 24: 3Com internal media interface
puc0 at pci5 dev 7 function 0 "NetMos Nm9835" rev 0x01: ports: 15 com, 1 lpt
com4 at puc0 port 0 apic 1 int 21: ns16550a, 16 byte fifo
com5 at puc0 port 1 apic 1 int 21: ns16550a, 16 byte fifo
lpt3 at puc0 port 2 apic 1 int 21
auich0 at pci0 dev 30 function 2 "Intel 82801FB AC97" rev 0x03: apic 1 int 17,
ICH6
ac97: codec id 0x41445378 (Analog Devices <78>)
ac97: codec features headphone, 20 bit DAC, No 3D Stereo
audio0 at auich0
ichpcib0 at pci0 dev 31 function 0 "Intel 82801FB LPC" rev 0x03: PM disabled
pciide0 at pci0 dev 31 function 1 "Intel 82801FB IDE" rev 0x03: DMA, channel 0
configured to compatibility, channel 1 configured to compatibility
atapiscsi0 at pciide0 channel 0 drive 0
scsibus1 at atapiscsi0: 2 targets
cd0 at scsibus1 targ 0 lun 0: ATAPI 5/cdrom
removable
cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
pciide0: channel 1 disabled (no drives)
pciide1 at pci0 dev 31 function 2 "Intel 82801FB SATA" rev 0x03: DMA, channel 0
configured to native-PCI, channel 1 configured to native-PCI
pciide1: using apic 1 int 19 for native-PCI interrupt
wd0 at pciide1 channel 0 drive 0:
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2018/10/02 10:42:28 Modified files: cad: Makefile Log message: +qelectrotech
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2018/10/02 10:41:55 Log message: Import qelectrotech 0.61. QElectroTech is an application to create primarily, electrical, electronics, automation and control circuits. However, QElectroTech can be exploited to create mechanical objects to illustrate processes, instrumentation drawings among various creative possibilities. QElectroTech is a good professional quality drafting application for various drawings that form a project. ok kirby@ Status: Vendor Tag: landry Release Tags: landry_20181002 N ports/cad/qelectrotech/distinfo N ports/cad/qelectrotech/Makefile N ports/cad/qelectrotech/patches/patch-qelectrotech_pro N ports/cad/qelectrotech/pkg/PLIST N ports/cad/qelectrotech/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2018/10/02 09:18:43 Modified files: mail/kopano/core: distinfo Log message: update distinfo because upstream re-rolled the tarball
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2018/10/02 09:13:48 Modified files: devel/git-lfs : Makefile distinfo Log message: Update to git-lfs-2.5.2. OK kn@, sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2018/10/02 09:13:04 Modified files: security/polarssl: Makefile distinfo security/polarssl/patches: patch-CMakeLists_txt Added files: security/polarssl/patches: patch-tests_suites_host_test_function Removed files: security/polarssl/patches: patch-tests_suites_main_test_function Log message: Update to mbedtls-2.13.0. libmbedtls requires a bump as a symbol has been removed (and new ones have been added). OK sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2018/10/02 09:11:31 Modified files: news/py-yenc : Makefile distinfo news/py-yenc/pkg: PLIST Removed files: news/py-yenc/patches: patch-setup_py patch-test_test_py Log message: Update to py-yenc-0.4.0. - HOMEPAGE gives a 404. Use pip instead - Drop MAINTAINER as mails bounce - Drop patches as these have been addressed upstream OK kn@, sthen@
Re: UPDATE: math/maxima
On Tue, Oct 02, 2018 at 04:18:53PM +0300, Paul Irofti wrote:
> On Mon, Oct 01, 2018 at 02:11:57PM +0200, Marc Espie wrote:
> > On Mon, Oct 01, 2018 at 02:16:56PM +0300, Paul Irofti wrote:
> > > On Sat, Sep 29, 2018 at 09:19:59AM +0200, Ingo Feinerer wrote:
> > > > Hi,
> > > >
> > > > update math/maxima 5.41.0 -> 5.42.0.
> > > >
> > > > No longer seems to need manual PLIST editing, as install-info now only
> > > > shows warnings but does not abort anymore due to errors. Consequently,
> > > > ship all info files.
> > > >
> > > > All tests pass: "No unexpected errors found out of 11,591 tests."
> > > >
> > > > OK?
> > >
> > > One small question, but otherwise OK.
> > >
> > > > @@ -72,6 +76,7 @@ share/maxima/${VERSION}/doc/html/figures
> > > > share/maxima/${VERSION}/doc/html/figures/draw_cbtics.gif
> > > > share/maxima/${VERSION}/doc/html/figures/draw_color.gif
> > > > share/maxima/${VERSION}/doc/html/figures/draw_color2.gif
> > > > +share/maxima/${VERSION}/doc/html/figures/draw_color3.gif
> > > > share/maxima/${VERSION}/doc/html/figures/draw_colorbox.gif
> > > > share/maxima/${VERSION}/doc/html/figures/draw_colorbox2.gif
> > > > share/maxima/${VERSION}/doc/html/figures/draw_columns.gif
> > > [...]
> > >
> > > Is it worth changing maxima to ${PKGSTEM} here?
> >
> > You mean removing the VERSION in the doc directory ? probably.
> > Might even make updates faster assuming the files do not change.
>
> Erm, no. I did not even think of that :)
>
> I was thinking
>
> share/${PKGSTEM}/${VERSION}/doc/html/figures/draw_cbtics.gif
>
> as this seems to be the new make plist output :)
Nope.
PKGSTEM only gets substituted in pkg-readmes...
if you see it elsewhere, your infra is not up-to-date.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/10/02 08:31:26 Added files: devel/mingw/patches: patch_gcc-g++-3.4.5-20060117-2-gcc_configure Log message: there is *another* check for ada in there... also creates a fork-bomb with clang aliased to gcc...
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2018/10/02 08:08:30 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Add the mercurial update to quirks.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2018/10/02 08:05:19 Modified files: devel/mercurial: Tag: OPENBSD_6_3 Makefile Added files: devel/mercurial/patches: Tag: OPENBSD_6_3 patch-mercurial_cext_manifest_c Log message: SECURITY: "Fix a potential out-of-bounds read in manifest parsing C code." No CVE.
Explicitly linking with libstdc++ (was: Re: security/softhsm libstdc++)
On 2018-10-01, Stuart Henderson wrote: > This is explicitly linking libstdc++, which breaks aarch64 but is also > wrong on other clang architectures. Explicitly linking with -lstdc++ is the biggest remaining single cause that breaks ports on aarch64. From my list (last updated at n2k18): devel/ode stdc++ not found graphics/shotwell stdc++ not found japanese/mecab stdc++ not found multimedia/mediainfostdc++ not found net/castget stdc++ not found productivity/aqbanking stdc++ not found security/softhsmstdc++ not found sysutils/sleuthkit stdc++ not found textproc/link-grammar stdc++ not found x11/nx/opennx stdc++ not found So far I have refrained from attacking this problem because I'm uncertain how to solve it and whether there's a generic solution or if this needs to be done case by case. The general advice is that linking together C and C++ code should use c++(1). However, I think at least some of these ports attempt to build a library from C++ code than can be used in a C project without having to know the library's C++ internals. Saying that everything that uses such a library needs to link with c++(1) is not practical. Do we need a linker command line version of LIBCXX? -- Christian "naddy" Weisgerber na...@mips.inka.de
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2018/10/02 08:04:01 Modified files: devel/mercurial: Makefile Added files: devel/mercurial/patches: patch-mercurial_cext_manifest_c Log message: SECURITY: "Fix a potential out-of-bounds read in manifest parsing C code." No CVE.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2018/10/02 07:33:25 Modified files: lang/mono : Makefile distinfo lang/mono/pkg : PLIST Removed files: lang/mono/patches: patch-libgc_dyn_load_c patch-mono_tests_Makefile_am patch-mono_utils_mono-context_h patch-support_sys-mman_c Log message: update to 5.14.0.177
Re: UPDATE: math/maxima
On Mon, Oct 01, 2018 at 02:11:57PM +0200, Marc Espie wrote:
> On Mon, Oct 01, 2018 at 02:16:56PM +0300, Paul Irofti wrote:
> > On Sat, Sep 29, 2018 at 09:19:59AM +0200, Ingo Feinerer wrote:
> > > Hi,
> > >
> > > update math/maxima 5.41.0 -> 5.42.0.
> > >
> > > No longer seems to need manual PLIST editing, as install-info now only
> > > shows warnings but does not abort anymore due to errors. Consequently,
> > > ship all info files.
> > >
> > > All tests pass: "No unexpected errors found out of 11,591 tests."
> > >
> > > OK?
> >
> > One small question, but otherwise OK.
> >
> > > @@ -72,6 +76,7 @@ share/maxima/${VERSION}/doc/html/figures
> > > share/maxima/${VERSION}/doc/html/figures/draw_cbtics.gif
> > > share/maxima/${VERSION}/doc/html/figures/draw_color.gif
> > > share/maxima/${VERSION}/doc/html/figures/draw_color2.gif
> > > +share/maxima/${VERSION}/doc/html/figures/draw_color3.gif
> > > share/maxima/${VERSION}/doc/html/figures/draw_colorbox.gif
> > > share/maxima/${VERSION}/doc/html/figures/draw_colorbox2.gif
> > > share/maxima/${VERSION}/doc/html/figures/draw_columns.gif
> > [...]
> >
> > Is it worth changing maxima to ${PKGSTEM} here?
>
> You mean removing the VERSION in the doc directory ? probably.
> Might even make updates faster assuming the files do not change.
Erm, no. I did not even think of that :)
I was thinking
share/${PKGSTEM}/${VERSION}/doc/html/figures/draw_cbtics.gif
as this seems to be the new make plist output :)
Re: Dovecot and dovecot-pigeonhole upgrade to 2.3.3
On 10/02/2018 10:29 AM, Renaud Allard wrote: On 10/01/2018 08:15 PM, Brad Smith wrote: Dovecot 2.3.3 has been released now. If you wish, I can update my patch for that version tomorrow. Please do. I will take a look at it and see about getting things ready to commit after release. Thanks. Here is the updated version. In fact nothing more than a makesum and a change version in the Makefile. Besides, it seems that dovecot-antispam has been deprecated, so it is probably wise to put it into the attic and document this incompatible change somehow. smime.p7s Description: S/MIME Cryptographic Signature
Re: UPDATE devel/git-lfs
OK kn
Re: update: GNU parallel to version 20180922
OK kn
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/10/02 06:17:30 Added files: lang/g77/patches: patch-gcc_Makefile_in Log message: fix before tweaking make
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/10/02 05:57:48 Modified files: graphics/gthumb: Makefile distinfo graphics/gthumb/patches: patch-configure Log message: update to gthumb-3.6.2
UPDATE: lang/clazy
Hi ports@,
a straightforward update to the latest stable version.
No consumers, so ok or comments?
Index: Makefile
===
RCS file: /cvs/ports/lang/clazy/Makefile,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 Makefile
--- Makefile1 Jan 2018 20:28:44 - 1.2
+++ Makefile2 Oct 2018 07:13:52 -
@@ -4,12 +4,11 @@ COMMENT = static source code analyzer fo
GH_ACCOUNT = KDE
GH_PROJECT = clazy
-GH_TAGNAME = v1.3
-REVISION = 0
+GH_TAGNAME = v1.4
CATEGORIES = lang devel
-SHARED_LIBS += clazylib 0.0 # 0.1
+SHARED_LIBS += clazylib 0.1 # 0.1
MAINTAINER = Rafael Sadowski
@@ -25,7 +24,8 @@ MODULES = devel/cmake
BUILD_DEPENDS =devel/llvm
RUN_DEPENDS = devel/llvm
-CONFIGURE_ARGS = -DCLAZY_BUILD_UTILS_LIB:Bool=ON
+CONFIGURE_ARGS = -DCLAZY_BUILD_UTILS_LIB:Bool=ON \
+ -DMAN_INSTALL_DIR="${PREFIX}/man/man1"
NO_TEST = Yes
Index: distinfo
===
RCS file: /cvs/ports/lang/clazy/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo1 Jan 2018 11:30:16 - 1.1.1.1
+++ distinfo2 Oct 2018 07:13:52 -
@@ -1,2 +1,2 @@
-SHA256 (clazy-1.3.tar.gz) = xEEiTPng6OzDsvWR4lUHOueaHQ/Pd7zspEk6oobMKJk=
-SIZE (clazy-1.3.tar.gz) = 221911
+SHA256 (clazy-1.4.tar.gz) = YsNLTeHpm0fVjNRI+9/ZS4t+Icp1FNueZ2E6GHhwJps=
+SIZE (clazy-1.4.tar.gz) = 413300
Index: patches/patch-CMakeLists_txt
===
RCS file: /cvs/ports/lang/clazy/patches/patch-CMakeLists_txt,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 patch-CMakeLists_txt
--- patches/patch-CMakeLists_txt1 Jan 2018 11:30:16 - 1.1.1.1
+++ patches/patch-CMakeLists_txt2 Oct 2018 07:13:52 -
@@ -3,11 +3,19 @@ $OpenBSD: patch-CMakeLists_txt,v 1.1.1.1
Index: CMakeLists.txt
--- CMakeLists.txt.orig
+++ CMakeLists.txt
-@@ -173,7 +173,6 @@ add_clang_plugin(ClangLazy ${CLAZY_PLUGIN_SRCS})
+@@ -164,7 +164,6 @@ if (NOT CLAZY_BUILD_WITH_CLANG)
+ add_clang_plugin(ClangLazy ${CLAZY_PLUGIN_SRCS})
+ set_target_properties(ClangLazy PROPERTIES
+ LINKER_LANGUAGE CXX
+-PREFIX ""
+ )
- set_target_properties(ClangLazy PROPERTIES
- LINKER_LANGUAGE CXX
-- PREFIX ""
- )
+ install(TARGETS ClangLazy
+@@ -200,7 +199,6 @@ if (NOT CLAZY_BUILD_WITH_CLANG)
+ install(FILES README.md COPYING-LGPL2.txt checks.json DESTINATION
${DOC_INSTALL_DIR})
- install(TARGETS ClangLazy
+ # Build docs
+- set(MAN_INSTALL_DIR "${SHARE_INSTALL_DIR}/man/man1")
+ add_subdirectory(docs)
+
+ if(CLAZY_BUILD_UTILS_LIB)
Index: pkg/PLIST
===
RCS file: /cvs/ports/lang/clazy/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 PLIST
--- pkg/PLIST 1 Jan 2018 11:30:16 - 1.1.1.1
+++ pkg/PLIST 2 Oct 2018 07:13:52 -
@@ -23,80 +23,89 @@ include/clazy/clazy_stl.h
lib/libClangLazy.so
@lib lib/libclazylib.so.${LIBclazylib_VERSION}
@man man/man1/clazy.1
-share/clazy/
-share/clazy/doc/
-share/clazy/doc/COPYING-LGPL2.txt
-share/clazy/doc/README.md
-share/clazy/doc/checks.json
-share/clazy/doc/hiddenlevel/
-share/clazy/doc/hiddenlevel/README-inefficient-qlist.md
-share/clazy/doc/hiddenlevel/README-isempty-vs-count.md
-share/clazy/doc/hiddenlevel/README-qt4-qstring-from-array.md
-share/clazy/doc/hiddenlevel/README-tr-non-literal.md
-share/clazy/doc/level0/
-share/clazy/doc/level0/README-connect-non-signal.md
-share/clazy/doc/level0/README-connect-not-normalized.md
-share/clazy/doc/level0/README-container-anti-pattern.md
-share/clazy/doc/level0/README-lambda-in-connect.md
-share/clazy/doc/level0/README-lambda-unique-connection.md
-share/clazy/doc/level0/README-mutable-container-key.md
-share/clazy/doc/level0/README-qcolor-from-literal.md
-share/clazy/doc/level0/README-qdatetime-utc.md
-share/clazy/doc/level0/README-qenums.md
-share/clazy/doc/level0/README-qfileinfo-exists.md
-share/clazy/doc/level0/README-qgetenv.md
-share/clazy/doc/level0/README-qmap-with-pointer-key.md
-share/clazy/doc/level0/README-qstring-arg.md
-share/clazy/doc/level0/README-qstring-insensitive-allocation.md
-share/clazy/doc/level0/README-qstring-ref.md
-share/clazy/doc/level0/README-qt-macros.md
-share/clazy/doc/level0/README-qvariant-template-instantiation.md
-share/clazy/doc/level0/README-strict-iterators.md
-share/clazy/doc/level0/README-temporary-iterator.md
-share/clazy/doc/level0/README-unused-non-trivial-variable.md
-share/clazy/doc/level0/README-writing-to-temporary.md
-share/clazy/doc/level0/README-wrong-qglobalstatic.md
-share/clazy/doc/level1/
-share/clazy/doc/level1/README-auto-unexpected-qstringbuilder.md
-share/clazy/doc/level1/README-child-event-qobject-cast.md
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2018/10/02 05:43:12 Modified files: mail/kopano/webapp: Makefile distinfo mail/kopano/webapp/pkg: PLIST Log message: update to 3.4.23.1798
Re: CVS: cvs.openbsd.org: ports
Stuart Henderson: > node seems to be hanging fairly often during build on i386 for me now. > Not every time, but often enough that it's annoying (and pushes out the > overall build time, apart from eating a core doing nothing until the > freeze is detected, it's also on the path to chromium/iridium). > > Is anyone seeing this on other arches? Not on amd64. -- Christian "naddy" Weisgerber na...@mips.inka.de
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/10/02 04:54:59 Modified files: x11/gnome/gjs : Makefile distinfo Log message: update to gjs-1.52.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2018/10/02 04:52:12 Removed files: mail/kopano/core: patch-ECtools_search_kopano_search_plaintext_py patch-gateway_Gateway_cpp patch-installer_linux_Makefile_in mail/kopano/core/patches: patch-installer_linux_Makefile_in Log message: oops... remove some bad files from previous commit
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2018/10/02 04:49:47 Modified files: mail/kopano: Makefile.inc mail/kopano/core: Makefile distinfo mail/kopano/core/patches: patch-ECtools_search_kopano_search_plaintext_py patch-Makefile_in patch-caldav_CalDAV_cpp patch-common_SSLUtil_cpp patch-configure_ac patch-gateway_Gateway_cpp patch-installer_linux_dagent_cfg patch-provider_libserver_ECAttachmentStorage_cpp patch-provider_libserver_ECSession_cpp patch-provider_server_ECServer_cpp patch-spooler_DAgent_cpp patch-spooler_Spooler_cpp patch-swig_python_kopano_kopano_config_py mail/kopano/core/pkg: PLIST-main PLIST-mapi Added files: mail/kopano/core: patch-ECtools_search_kopano_search_plaintext_py patch-gateway_Gateway_cpp patch-installer_linux_Makefile_in Log message: update to 8.6.81.435
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2018/10/02 04:49:01 Modified files: devel : Makefile Log message: +libHX
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2018/10/02 04:48:17 Log message: import of libHX; libHX is a C library (with some C++ bindings available) that provides data structures and functions commonly needed, such as maps, deques, linked lists, string formatting and autoresizing, option and config file parsing, type checking casts and more. libHX aids in quickly writing up C and C++ data processing programs, by consolidating tasks that often happen to be open-coded, such as (simple) config file reading, option parsing, directory traversal, and others, into a library. The focus is on reducing the amount of time (and secondarily, the amount of code) a developer has to spend for otherwise implementing such. ok ajacoutot@ Status: Vendor Tag: robert Release Tags: robert_20181002 N ports/devel/libHX/Makefile N ports/devel/libHX/distinfo N ports/devel/libHX/pkg/DESCR N ports/devel/libHX/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2018/10/02 04:32:01 Modified files: sysutils/ranger/pkg: PLIST Added files: sysutils/ranger/patches: patch-setup_py Log message: Update to ranger-1.9.2 Fixes some crashes due to python 3.6/3.7. Introducing native Kitty image previews and a dired-filter inspired filter stack. Replace post-install with setup.py patch, massage test suite. OK rsadowski sthen
Re: CVS: cvs.openbsd.org: ports
On 2018 Oct 02 (Tue) at 10:44:39 +0100 (+0100), Stuart Henderson wrote: :On 2018/09/19 13:10, Aaron Bieber wrote: :> CVSROOT: /cvs :> Module name: ports :> Changes by: abie...@cvs.openbsd.org 2018/09/19 13:10:27 :> :> Modified files: :> lang/node : Makefile distinfo :> lang/node/patches: patch-Makefile patch-deps_npm_lib_npm_js :> patch-deps_npm_node_modules_node-gyp_gyp_pylib_gyp_generator_make_py :> patch-deps_npm_node_modules_node-gyp_gyp_pylib_gyp_generator_ninja_py :> patch-deps_npm_node_modules_node-gyp_lib_build_js :> patch-deps_npm_node_modules_node-gyp_lib_install_js :> patch-deps_uv_src_unix_openbsd_c :> patch-lib_module_js patch-node_gypi :> patch-tools_test_py :> lang/node/pkg : PLIST :> Added files: :> lang/node/patches: patch-deps_uv_src_unix_tcp_c :> Removed files: :> lang/node/patches: patch-lib_internal_bootstrap_node_js :> :> Log message: :> Bump to latest LTS. :> :> Full changelog here: https://github.com/nodejs/node/blob/master/doc/changelogs/CHANGELOG_V8.md#8.12.0 :> :> "builds fine for me on amd64" rsadowski@ :> : :node seems to be hanging fairly often during build on i386 for me now. :Not every time, but often enough that it's annoying (and pushes out the :overall build time, apart from eating a core doing nothing until the :freeze is detected, it's also on the path to chromium/iridium). : :Any ideas? : :Is anyone seeing this on other arches? : : c++ '-DU_I18N_IMPLEMENTATION=1' '-DU_ATTRIBUTE_DEPRECATED=' '-D_CRT_SECURE_NO_DEPRECATE=' '-DU_STATIC_IMPLEMENTATION=1' '-DUCONFIG_NO_SERVICE=1' '-DUCONFIG_NO_REGULAR_EXPRESSIONS=1' '-DU_ENABLE_DYLOAD=0' '-DU_HAVE_STD_STRING=0' '-DUCONFIG_NO_BREAK_ITERATION=0' -I../deps/icu-small/source/i18n -I../deps/icu-small/source/common -pthread -Wall -Wextra -Wno-unused-parameter -m32 -I/usr/local/include -Wno-deprecated-declarations -I/usr/local/include -O3 -fno-omit-frame-pointer -fno-exceptions -std=gnu++0x -frtti -MMD -MF /usr/obj/ports/node-8.12.0/node-v8.12.0/out/Release/.deps//usr/obj/ports/node-8.12.0/node-v8.12.0/out/Release/obj.target/icui18n/deps/icu-small/source/i18n/hebrwcal.o.d.raw -O2 -pipe -c -o /usr/obj/ports/node-8.12.0/node-v8.12.0/out/Release/obj.target/icui18n/deps/icu-small/source/i18n/hebrwcal.o ../deps/icu-small/source/i18n/hebrwcal.cpp :KILLED: build stuck at 3% frozen for 58mn : not seeing that on arm64 builders -- Real Time, adj.: Here and now, as opposed to fake time, which only occurs there and then.
Re: CVS: cvs.openbsd.org: ports
On 2018/09/19 13:10, Aaron Bieber wrote: > CVSROOT: /cvs > Module name: ports > Changes by: abie...@cvs.openbsd.org 2018/09/19 13:10:27 > > Modified files: > lang/node : Makefile distinfo > lang/node/patches: patch-Makefile patch-deps_npm_lib_npm_js > > patch-deps_npm_node_modules_node-gyp_gyp_pylib_gyp_generator_make_py > > patch-deps_npm_node_modules_node-gyp_gyp_pylib_gyp_generator_ninja_py > patch-deps_npm_node_modules_node-gyp_lib_build_js > patch-deps_npm_node_modules_node-gyp_lib_install_js > patch-deps_uv_src_unix_openbsd_c > patch-lib_module_js patch-node_gypi > patch-tools_test_py > lang/node/pkg : PLIST > Added files: > lang/node/patches: patch-deps_uv_src_unix_tcp_c > Removed files: > lang/node/patches: patch-lib_internal_bootstrap_node_js > > Log message: > Bump to latest LTS. > > Full changelog here: > https://github.com/nodejs/node/blob/master/doc/changelogs/CHANGELOG_V8.md#8.12.0 > > "builds fine for me on amd64" rsadowski@ > node seems to be hanging fairly often during build on i386 for me now. Not every time, but often enough that it's annoying (and pushes out the overall build time, apart from eating a core doing nothing until the freeze is detected, it's also on the path to chromium/iridium). Any ideas? Is anyone seeing this on other arches? c++ '-DU_I18N_IMPLEMENTATION=1' '-DU_ATTRIBUTE_DEPRECATED=' '-D_CRT_SECURE_NO_DEPRECATE=' '-DU_STATIC_IMPLEMENTATION=1' '-DUCONFIG_NO_SERVICE=1' '-DUCONFIG_NO_REGULAR_EXPRESSIONS=1' '-DU_ENABLE_DYLOAD=0' '-DU_HAVE_STD_STRING=0' '-DUCONFIG_NO_BREAK_ITERATION=0' -I../deps/icu-small/source/i18n -I../deps/icu-small/source/common -pthread -Wall -Wextra -Wno-unused-parameter -m32 -I/usr/local/include -Wno-deprecated-declarations -I/usr/local/include -O3 -fno-omit-frame-pointer -fno-exceptions -std=gnu++0x -frtti -MMD -MF /usr/obj/ports/node-8.12.0/node-v8.12.0/out/Release/.deps//usr/obj/ports/node-8.12.0/node-v8.12.0/out/Release/obj.target/icui18n/deps/icu-small/source/i18n/hebrwcal.o.d.raw -O2 -pipe -c -o /usr/obj/ports/node-8.12.0/node-v8.12.0/out/Release/obj.target/icui18n/deps/icu-small/source/i18n/hebrwcal.o ../deps/icu-small/source/i18n/hebrwcal.cpp KILLED: build stuck at 3% frozen for 58mn
Re: [new] qelectrotech
On Mon, Oct 01, 2018 at 09:47:13PM +0200, Landry Breuil wrote: > Hi, > > here's a quick port for QElectroTech (cf https://qelectrotech.org/) - an > electric diagram drawing tool, a bit like dia or kicad or qcad... it > features a huge database of already known electric symbols, examples > display fine here. > > Afaict the databse and the code is available under GPL. Put it in > graphics/ category, maybe cad/ is more suited. > > feedback and oks welcome. New version with the following changes: - move to cad/, add graphics as secondary category - set homepage - only build the release version, avoiding the debug build. spotted by semarie@ Landry qelectrotech-0.61_2.tgz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2018/10/02 03:34:07 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: add version checks for some known ports to $cve, reminded by and "Good for a start" espie@
Re: quirks "my $cve" update
On Tue, Oct 02, 2018 at 10:16:18AM +0100, Stuart Henderson wrote:
> Adding the ones that come to mind at the moment.. Don't *actually* need
> the php/7.1 and 7.2 yet as there aren't older versions in packages, but
> it's easier to do the batch in one go.
>
> Sanity check/suggestions would be appreciated :)
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/quirks/Makefile,v
> retrieving revision 1.617
> diff -u -p -r1.617 Makefile
> --- Makefile 1 Oct 2018 22:02:22 - 1.617
> +++ Makefile 2 Oct 2018 09:15:46 -
> @@ -5,7 +5,7 @@ CATEGORIES = devel databases
> DISTFILES =
>
> # API.rev
> -PKGNAME =quirks-3.10
> +PKGNAME =quirks-3.11
> PKG_ARCH = *
> MAINTAINER = Marc Espie
>
> Index: files/Quirks.pm
> ===
> RCS file: /cvs/ports/devel/quirks/files/Quirks.pm,v
> retrieving revision 1.631
> diff -u -p -r1.631 Quirks.pm
> --- files/Quirks.pm 1 Oct 2018 22:02:22 - 1.631
> +++ files/Quirks.pm 2 Oct 2018 09:15:46 -
> @@ -1153,23 +1153,181 @@ sub tweak_search
> # cat/path => badspec
> my $cve = {
> 'audio/flac' => 'flac-<1.3.0p1',
> + 'databases/mariadb,-main' => 'mariadb-client-<10.0.36',
> + 'databases/mariadb,-server' => 'mariadb-server-<10.0.36',
> + 'databases/postgresql,-main' => 'postgresql-client-<10.5',
> + 'databases/postgresql,-server' => 'postgresql-server-<10.5',
> 'devel/pcre' => 'pcre-<8.38',
> 'graphics/tiff' => 'tiff-<4.0.4beta',
> 'mail/exim' => 'exim-<4.83',
> + 'mail/p5-Mail-SpamAssassin' => 'p5-Mail-SpamAssassin-<3.4.2',
> + 'mail/roundcubemail' => 'roundcubemail-<1.3.7',
> + 'net/curl' => 'curl-<7.61.1',
> + 'net/isc-bind' => 'isc-bind-<9.11.4pl2',
> 'net/lldpd' => 'lldpd-<0.7.18p0',
> 'net/ntp' => 'ntp-<4.2.8pl7',
> + 'net/samba,-main' => 'samba-<4.8.4',
> 'net/transmission,-gtk' => 'transmission-gtk-<2.84',
> 'net/transmission,-main' => 'transmission-<2.84',
> 'net/transmission,-qt' => 'transmission-qt-<2.84',
> + 'net/wireshark,-gtk' => 'wireshark-gtk-<2.6.3',
> + 'net/wireshark,-main' => 'wireshark-<2.6.3',
> + 'net/wireshark,-text' => 'tshark-<2.6.3',
> 'print/cups,-main' => 'cups-<1.7.4',
> 'shells/bash' => 'bash-<4.3.27',
> 'sysutils/mcollective' => 'mcollective-<2.5.3',
> + 'www/apache-httpd,-main' => 'apache-httpd-<2.4.35',
> 'www/bozohttpd' => 'bozohttpd-<20130711p0',
> - 'www/cherokee,-ldap' => 'cherokee-ldap-<1.2.101p6',
> - 'www/drupal6/views' => 'drupal6-views-<2.18',
> - 'www/p5-CGI-Application' => 'p5-CGI-Application-<4.50p0',
> - 'www/drupal7/core' => 'drupal->=7.0,<7.59',
> + 'www/cherokee,-ldap' => 'cherokee-ldap-<1.2.101p6', # also in
> $obsolete_reason
> + 'www/chromium' => 'chromium-<69.0.3497.100',
> + 'www/drupal6/views' => 'drupal6-views-<2.18', # d6 ports
> removed
> + 'www/drupal7/core7' => 'drupal->=7.0,<7.59',
> 'www/drupal7/theme-newsflash' => 'drupal7-theme-newsflash-<2.5',
> + 'www/iridium' => 'iridium-<2018.5.67',
> + 'www/mozilla-firefox' => 'firefox-<62.0.2p0',
> + 'www/p5-CGI-Application' => 'p5-CGI-Application-<4.50p0',
> + 'www/webkitgtk4' => 'webkitgtk4-<2.20.5',
> + 'x11/gnome/gdm' => 'gdm-<3.28.3',
> +
> + 'telephony/asterisk,-main' => 'asterisk-<13.23.1',
> + 'telephony/asterisk,-calendar' => 'asterisk-calendar-<13.23.1',
> + 'telephony/asterisk,-http_post' => 'asterisk-http_post-<13.23.1',
> + 'telephony/asterisk,-ldap' => 'asterisk-ldap-<13.23.1',
> + 'telephony/asterisk,-odbc' => 'asterisk-odbc-<13.23.1',
> + 'telephony/asterisk,-pgsql' => 'asterisk-pgsql-<13.23.1',
> + 'telephony/asterisk,-snmp' => 'asterisk-snmp-<13.23.1',
> + 'telephony/asterisk,-speex' => 'asterisk-speex-<13.23.1',
> + 'telephony/asterisk,-tds' => 'asterisk-tds-<13.23.1',
> +
> + 'lang/php/5.6,-main' => 'php-<5.6.38',
> + 'lang/php/5.6,-apache' => 'php-apache-<5.6.38',
> + 'lang/php/5.6,-cgi' => 'php-cgi-<5.6.38',
> + 'lang/php/5.6,-dbg' => 'php-dbg-<5.6.38',
> + 'lang/php/5.6,-bz2' => 'php-bz2-<5.6.38',
> + 'lang/php/5.6,-curl' => 'php-curl-<5.6.38',
> + 'lang/php/5.6,-dba' => 'php-dba-<5.6.38',
> + 'lang/php/5.6,-gd' => 'php-gd-<5.6.38',
> + 'lang/php/5.6,-gmp' => 'php-gmp-<5.6.38',
> + 'lang/php/5.6,-intl' => 'php-intl-<5.6.38',
> + 'lang/php/5.6,-imap' => 'php-imap-<5.6.38',
> + 'lang/php/5.6,-ldap' => 'php-ldap-<5.6.38',
> + 'lang/php/5.6,-mysqli' => 'php-mysqli-<5.6.38',
> + 'lang/php/5.6,-odbc' => 'php-odbc-<5.6.38',
> + 'lang/php/5.6,-pcntl' => 'php-pcntl-<5.6.38',
> + 'lang/php/5.6,-pdo_mysql' => 'php-pdo_mysql-<5.6.38',
> + 'lang/php/5.6,-pdo_odbc' => 'php-pdo_odbc-<5.6.38',
> + 'lang/php/5.6,-pdo_pgsql' => 'php-pdo_pgsql-<5.6.38',
> + 'lang/php/5.6,-pdo_sqlite' =>
Re: update: GNU parallel to version 20180922
OK with me, CC'ing maintainer. On 2018/10/01 21:43, Nayden Markatchev wrote: > Hi ports, > > a straightforward version bump. 'make test' pass. > > ok? > > Index: Makefile > === > RCS file: /home/nayden/cvsync/ports/sysutils/parallel/Makefile,v > retrieving revision 1.19 > diff -u -p -r1.19 Makefile > --- Makefile5 Feb 2018 13:47:27 - 1.19 > +++ Makefile2 Oct 2018 03:11:58 - > @@ -2,7 +2,7 @@ > > COMMENT = execute jobs in parallel > > -DISTNAME = parallel-20180122 > +DISTNAME = parallel-20180922 > > CATEGORIES = sysutils > > Index: distinfo > === > RCS file: /home/nayden/cvsync/ports/sysutils/parallel/distinfo,v > retrieving revision 1.15 > diff -u -p -r1.15 distinfo > --- distinfo5 Feb 2018 13:47:27 - 1.15 > +++ distinfo2 Oct 2018 03:14:19 - > @@ -1,2 +1,2 @@ > -SHA256 (parallel-20180122.tar.bz2) = > 6QbCcd+g6XOp6hUf58qrp0Lg9ADoamlofqawSta9a/I= > -SIZE (parallel-20180122.tar.bz2) = 1717905 > +SHA256 (parallel-20180922.tar.bz2) = > 6geO8OBSjJtdHGC/bPhFTOdYZSGYLGd6RQ4Lr/inBx8= > +SIZE (parallel-20180922.tar.bz2) = 1782128 > Index: pkg/PLIST > === > RCS file: /home/nayden/cvsync/ports/sysutils/parallel/pkg/PLIST,v > retrieving revision 1.6 > diff -u -p -r1.6 PLIST > --- pkg/PLIST 31 Jan 2018 19:14:06 - 1.6 > +++ pkg/PLIST 2 Oct 2018 03:18:00 - > @@ -6,6 +6,7 @@ bin/env_parallel.csh > bin/env_parallel.dash > bin/env_parallel.fish > bin/env_parallel.ksh > +bin/env_parallel.mksh > bin/env_parallel.pdksh > bin/env_parallel.sh > bin/env_parallel.tcsh > @@ -13,6 +14,7 @@ bin/env_parallel.zsh > bin/niceload > bin/parallel > bin/parcat > +bin/parset > bin/sem > bin/sql > @man man/man1/env_parallel.1 >
Re: update sysutils/ranger to 1.9.2
On 2018/10/02 09:24, Klemens Nanni wrote: > On Tue, Oct 02, 2018 at 08:20:32AM +0100, Stuart Henderson wrote: > > > -CATEGORIES = sysutils misc > > > +CATEGORIES = sysutils \ > > > + misc > > > > doesn't really matter but this isn't usually split onto multiple lines > I'll just revert that hunk. > > > > +@tag update-desktop-database > > > > If you want to use the @tag you need a dependency. iirc this was > > deliberately > > left out to reduce dependencies before (though desktop-file-utils isn't too > > bad, it's much lighter than update-icon-cache). > Indeed, I already added RDEP=desktop-utils after sending out my diff. > > OK with that? > yep.
quirks "my $cve" update
Adding the ones that come to mind at the moment.. Don't *actually* need
the php/7.1 and 7.2 yet as there aren't older versions in packages, but
it's easier to do the batch in one go.
Sanity check/suggestions would be appreciated :)
Index: Makefile
===
RCS file: /cvs/ports/devel/quirks/Makefile,v
retrieving revision 1.617
diff -u -p -r1.617 Makefile
--- Makefile1 Oct 2018 22:02:22 - 1.617
+++ Makefile2 Oct 2018 09:15:46 -
@@ -5,7 +5,7 @@ CATEGORIES =devel databases
DISTFILES =
# API.rev
-PKGNAME = quirks-3.10
+PKGNAME = quirks-3.11
PKG_ARCH = *
MAINTAINER = Marc Espie
Index: files/Quirks.pm
===
RCS file: /cvs/ports/devel/quirks/files/Quirks.pm,v
retrieving revision 1.631
diff -u -p -r1.631 Quirks.pm
--- files/Quirks.pm 1 Oct 2018 22:02:22 - 1.631
+++ files/Quirks.pm 2 Oct 2018 09:15:46 -
@@ -1153,23 +1153,181 @@ sub tweak_search
# cat/path => badspec
my $cve = {
'audio/flac' => 'flac-<1.3.0p1',
+ 'databases/mariadb,-main' => 'mariadb-client-<10.0.36',
+ 'databases/mariadb,-server' => 'mariadb-server-<10.0.36',
+ 'databases/postgresql,-main' => 'postgresql-client-<10.5',
+ 'databases/postgresql,-server' => 'postgresql-server-<10.5',
'devel/pcre' => 'pcre-<8.38',
'graphics/tiff' => 'tiff-<4.0.4beta',
'mail/exim' => 'exim-<4.83',
+ 'mail/p5-Mail-SpamAssassin' => 'p5-Mail-SpamAssassin-<3.4.2',
+ 'mail/roundcubemail' => 'roundcubemail-<1.3.7',
+ 'net/curl' => 'curl-<7.61.1',
+ 'net/isc-bind' => 'isc-bind-<9.11.4pl2',
'net/lldpd' => 'lldpd-<0.7.18p0',
'net/ntp' => 'ntp-<4.2.8pl7',
+ 'net/samba,-main' => 'samba-<4.8.4',
'net/transmission,-gtk' => 'transmission-gtk-<2.84',
'net/transmission,-main' => 'transmission-<2.84',
'net/transmission,-qt' => 'transmission-qt-<2.84',
+ 'net/wireshark,-gtk' => 'wireshark-gtk-<2.6.3',
+ 'net/wireshark,-main' => 'wireshark-<2.6.3',
+ 'net/wireshark,-text' => 'tshark-<2.6.3',
'print/cups,-main' => 'cups-<1.7.4',
'shells/bash' => 'bash-<4.3.27',
'sysutils/mcollective' => 'mcollective-<2.5.3',
+ 'www/apache-httpd,-main' => 'apache-httpd-<2.4.35',
'www/bozohttpd' => 'bozohttpd-<20130711p0',
- 'www/cherokee,-ldap' => 'cherokee-ldap-<1.2.101p6',
- 'www/drupal6/views' => 'drupal6-views-<2.18',
- 'www/p5-CGI-Application' => 'p5-CGI-Application-<4.50p0',
- 'www/drupal7/core' => 'drupal->=7.0,<7.59',
+ 'www/cherokee,-ldap' => 'cherokee-ldap-<1.2.101p6', # also in
$obsolete_reason
+ 'www/chromium' => 'chromium-<69.0.3497.100',
+ 'www/drupal6/views' => 'drupal6-views-<2.18', # d6 ports
removed
+ 'www/drupal7/core7' => 'drupal->=7.0,<7.59',
'www/drupal7/theme-newsflash' => 'drupal7-theme-newsflash-<2.5',
+ 'www/iridium' => 'iridium-<2018.5.67',
+ 'www/mozilla-firefox' => 'firefox-<62.0.2p0',
+ 'www/p5-CGI-Application' => 'p5-CGI-Application-<4.50p0',
+ 'www/webkitgtk4' => 'webkitgtk4-<2.20.5',
+ 'x11/gnome/gdm' => 'gdm-<3.28.3',
+
+ 'telephony/asterisk,-main' => 'asterisk-<13.23.1',
+ 'telephony/asterisk,-calendar' => 'asterisk-calendar-<13.23.1',
+ 'telephony/asterisk,-http_post' => 'asterisk-http_post-<13.23.1',
+ 'telephony/asterisk,-ldap' => 'asterisk-ldap-<13.23.1',
+ 'telephony/asterisk,-odbc' => 'asterisk-odbc-<13.23.1',
+ 'telephony/asterisk,-pgsql' => 'asterisk-pgsql-<13.23.1',
+ 'telephony/asterisk,-snmp' => 'asterisk-snmp-<13.23.1',
+ 'telephony/asterisk,-speex' => 'asterisk-speex-<13.23.1',
+ 'telephony/asterisk,-tds' => 'asterisk-tds-<13.23.1',
+
+ 'lang/php/5.6,-main' => 'php-<5.6.38',
+ 'lang/php/5.6,-apache' => 'php-apache-<5.6.38',
+ 'lang/php/5.6,-cgi' => 'php-cgi-<5.6.38',
+ 'lang/php/5.6,-dbg' => 'php-dbg-<5.6.38',
+ 'lang/php/5.6,-bz2' => 'php-bz2-<5.6.38',
+ 'lang/php/5.6,-curl' => 'php-curl-<5.6.38',
+ 'lang/php/5.6,-dba' => 'php-dba-<5.6.38',
+ 'lang/php/5.6,-gd' => 'php-gd-<5.6.38',
+ 'lang/php/5.6,-gmp' => 'php-gmp-<5.6.38',
+ 'lang/php/5.6,-intl' => 'php-intl-<5.6.38',
+ 'lang/php/5.6,-imap' => 'php-imap-<5.6.38',
+ 'lang/php/5.6,-ldap' => 'php-ldap-<5.6.38',
+ 'lang/php/5.6,-mysqli' => 'php-mysqli-<5.6.38',
+ 'lang/php/5.6,-odbc' => 'php-odbc-<5.6.38',
+ 'lang/php/5.6,-pcntl' => 'php-pcntl-<5.6.38',
+ 'lang/php/5.6,-pdo_mysql' => 'php-pdo_mysql-<5.6.38',
+ 'lang/php/5.6,-pdo_odbc' => 'php-pdo_odbc-<5.6.38',
+ 'lang/php/5.6,-pdo_pgsql' => 'php-pdo_pgsql-<5.6.38',
+ 'lang/php/5.6,-pdo_sqlite' => 'php-pdo_sqlite-<5.6.38',
+ 'lang/php/5.6,-pgsql' => 'php-pgsql-<5.6.38',
+ 'lang/php/5.6,-pspell' =>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2018/10/02 03:16:23 Modified files: devel/py-filebytes: Makefile distinfo Log message: update filebytes to 0.9.17.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2018/10/02 02:57:33 Modified files: textproc/pup : Makefile textproc/pup/pkg: PLIST Log message: Add LICENSE file ok danj@ sthen@ Proposition from sthen@
Re: Dovecot and dovecot-pigeonhole upgrade to 2.3.3
On 10/01/2018 08:15 PM, Brad Smith wrote:
Dovecot 2.3.3 has been released now. If you wish, I can update my
patch for that version tomorrow.
Please do. I will take a look at it and see about getting things ready
to commit after release. Thanks.
Here is the updated version. In fact nothing more than a makesum and a
change version in the Makefile.
Index: mail/dovecot/Makefile
===
RCS file: /cvs/ports/mail/dovecot/Makefile,v
retrieving revision 1.268
diff -u -p -r1.268 Makefile
--- mail/dovecot/Makefile 4 Sep 2018 12:46:15 - 1.268
+++ mail/dovecot/Makefile 2 Oct 2018 08:11:03 -
@@ -5,8 +5,8 @@ COMMENT-ldap= LDAP authentication / dict
COMMENT-mysql= MySQL authentication / dictionary support for Dovecot
COMMENT-postgresql= PostgreSQL authentication / dictionary support for Dovecot
-V_MAJOR= 2.2
-V_DOVECOT= 2.2.36
+V_MAJOR= 2.3
+V_DOVECOT= 2.3.3
DISTNAME= dovecot-${V_DOVECOT}
PKGNAME= dovecot-${V_DOVECOT}
@@ -36,7 +36,7 @@ MAINTAINER= Brad Smith
-Date: Thu, 9 Nov 2017 07:08:24 +0100
-Subject: [PATCH] fts-solr: Explicitly ask for XML responses
-
-With recent solr versions (7.0+) the default response
-writer changed from XML to JSON. This commit sets the
-"wt" query parameter for all requests, so that the right
-response type is written.
-
-Index: src/plugins/fts-solr/fts-backend-solr.c
src/plugins/fts-solr/fts-backend-solr.c.orig
-+++ src/plugins/fts-solr/fts-backend-solr.c
-@@ -217,7 +217,7 @@ get_last_uid_fallback(struct fts_backend *_backend, st
- int ret = 0;
-
- str = t_str_new(256);
-- str_append(str, "fl=uid=1=uid+desc=");
-+ str_append(str, "wt=xml=uid=1=uid+desc=");
-
- if (fts_mailbox_get_guid(box, _guid) < 0)
- return -1;
-@@ -829,7 +829,7 @@ fts_backend_solr_lookup(struct fts_backend *_backend,
- mailbox_get_open_status(box, STATUS_UIDNEXT, );
-
- str = t_str_new(256);
-- str_printfa(str, "fl=uid,score=%u=uid+asc=%%7b!lucene+q.op%%3dAND%%7d",
-+ str_printfa(str, "wt=xml=uid,score=%u=uid+asc=%%7b!lucene+q.op%%3dAND%%7d",
- status.uidnext);
- prefix_len = str_len(str);
-
-@@ -939,7 +939,7 @@ fts_backend_solr_lookup_multi(struct fts_backend *back
- string_t *str;
-
- str = t_str_new(256);
-- str_printfa(str, "fl=box,uid,score=%u=box+asc,uid+asc=%%7b!lucene+q.op%%3dAND%%7d",
-+ str_printfa(str, "wt=xml=box,uid,score=%u=box+asc,uid+asc=%%7b!lucene+q.op%%3dAND%%7d",
- SOLR_MAX_MULTI_ROWS);
-
- if (solr_add_definite_query_args(str, args, and_args)) {
Index: mail/dovecot/pkg/PLIST-server
===
RCS file: /cvs/ports/mail/dovecot/pkg/PLIST-server,v
retrieving revision 1.67
diff -u -p -r1.67 PLIST-server
--- mail/dovecot/pkg/PLIST-server 4 Sep 2018 12:46:15 - 1.67
+++ mail/dovecot/pkg/PLIST-server 2 Oct 2018 08:11:03 -
@@ -19,11 +19,12 @@
@newuser _dovecot:518:_dovecot:daemon:Dovecot Account:/nonexistent:/sbin/nologin
@newuser _dovenull:666:_dovenull:daemon:Dovecot Login User:/nonexistent:/sbin/nologin
@extraunexec rm -rf /var/dovecot/*
+@sample ${SYSCONFDIR}/dovecot/
+@rcscript ${RCDIR}/dovecot
@bin bin/doveadm
@bin bin/doveconf
bin/dsync
include/dovecot/
-include/dovecot/abspath.h
include/dovecot/access-lookup.h
include/dovecot/acl-api-private.h
include/dovecot/acl-api.h
@@ -65,6 +66,7 @@ include/dovecot/backtrace-string.h
include/dovecot/base32.h
include/dovecot/base64.h
include/dovecot/bits.h
+include/dovecot/bloomfilter.h
include/dovecot/bsearch-insert-pos.h
include/dovecot/buffer.h
include/dovecot/byteorder.h
@@ -100,8 +102,6 @@ include/dovecot/dcrypt-private.h
include/dovecot/dcrypt.h
include/dovecot/dict-client.h
include/dovecot/dict-private.h
-include/dovecot/dict-sql-settings.h
-include/dovecot/dict-sql.h
include/dovecot/dict-transaction-memory.h
include/dovecot/dict.h
include/dovecot/dns-lookup.h
@@ -122,14 +122,14 @@ include/dovecot/dsasl-client-private.h
include/dovecot/dsasl-client.h
include/dovecot/dsync-brain.h
include/dovecot/dsync-ibc.h
-include/dovecot/duplicate.h
include/dovecot/eacces-error.h
include/dovecot/env-util.h
+include/dovecot/event-filter.h
+include/dovecot/event-log.h
include/dovecot/execv-const.h
include/dovecot/fail-mail-storage.h
include/dovecot/failures.h
-include/dovecot/fd-close-on-exec.h
-include/dovecot/fd-set-nonblock.h
+include/dovecot/fd-util.h
include/dovecot/fdatasync-path.h
include/dovecot/fdpass.h
include/dovecot/file-cache.h
@@ -178,6 +178,7 @@ include/dovecot/hostpid.h
include/dovecot/http-auth.h
include/dovecot/http-client-private.h
include/dovecot/http-client.h
+include/dovecot/http-common.h
include/dovecot/http-date.h
include/dovecot/http-header-parser.h
include/dovecot/http-header.h
@@ -264,6 +265,8 @@ include/dovecot/ioloop.h
include/dovecot/iostream-lz4.h
include/dovecot/iostream-openssl.h
include/dovecot/iostream-private.h
+include/dovecot/iostream-proxy.h
+include/dovecot/iostream-pump.h
[UPDATE] sysutils/glide 0.13.1 -> 0.13.2
Hey,
attached diff updates sysutils/glide from 0.13.1 to 0.13.2
release notes:
https://github.com/Masterminds/glide/releases/tag/v0.13.2
--
Kevin
Index: Makefile
===
RCS file: /cvs/ports/sysutils/glide/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile22 Jun 2018 13:54:23 - 1.1.1.1
+++ Makefile2 Oct 2018 08:10:30 -
@@ -2,7 +2,7 @@
COMMENT = package manager for Go
-VERSION = 0.13.1
+VERSION = 0.13.2
GH_ACCOUNT = Masterminds
GH_PROJECT = glide
GH_TAGNAME = v${VERSION}
Index: distinfo
===
RCS file: /cvs/ports/sysutils/glide/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo22 Jun 2018 13:54:23 - 1.1.1.1
+++ distinfo2 Oct 2018 08:10:30 -
@@ -1,2 +1,2 @@
-SHA256 (glide-0.13.1.tar.gz) = hMTjZcn3ajyJeAGNNLQzGwyZkzL2KPwgZKp5paZP/JA=
-SIZE (glide-0.13.1.tar.gz) = 269877
+SHA256 (glide-0.13.2.tar.gz) = CIaFGvJDexYdR7J5oyvvQmV3577D9aza3r40VJqugnA=
+SIZE (glide-0.13.2.tar.gz) = 271150
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2018/10/02 01:58:02 Modified files: net/dhcpcd : Makefile Added files: net/dhcpcd/patches: patch-src_dhcpcd_c patch-src_if-bsd_c Log message: merge upstream commit allow8ng dhcpcd to work alongside slaacd, there was a request to upstream for this so that slaacd could handle the address and dhcpcd handle rdnss (though TBH I'd just use dhcpcd for everything in that case).
Re: UPDATE news/py-yenc
On Sat 15/09/2018 17:03, Björn Ketelaars wrote: > Enclosed a diff for bringing py-yenc to 0.4.0, which is meant to be > backward compatible with 0.3 [0]. Tested ok with its consumer > news/sabnzbd, and 'make test' runs successfully on amd64. > > - HOMEPAGE gives a 404. Instead use pip > - Drop MAINTAINER as mails bounce with 'message wasn't delivered to > osk...@sefirosu.org because the domain sefirosu.org couldn't be found' > - Drop patches as these have been addressed upstream > > ok? > > [0] https://bitbucket.org/dual75/yenc/overview OK?
Re: UPDATE security/polarssl
On Wed 19/09/2018 18:42, Björn Ketelaars wrote: > Enclosed a diff for bringing mbedtls to 2.13.0. This release fixes an > issue in the X.509 module which could lead to a buffer overread during > certificate extensions parsing. Changelog can be found at > https://tls.mbed.org/tech-updates/releases/mbedtls-2.13.0-2.7.6-and-2.1.15-released > > libmbedtls requires a bump as a symbol has been removed (and new ones > have been added). > > Tested with its consumers, and 'make test' runs successfully (amd64). > > Comments/OK? OK?
Re: UPDATE devel/git-lfs
On Wed 19/09/2018 18:45, Björn Ketelaars wrote: > Enclosed diff brings git-lfs to 2.5.2, which is a maintenance release. > Changelog can be found at > https://github.com/git-lfs/git-lfs/releases/tag/v2.5.2 > > Tested ok on amd64. > > Comments/OKs? OK?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/10/02 01:42:45 Modified files: sysutils/govmomi: Makefile distinfo Log message: Update to govc-0.19.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/10/02 01:40:23 Modified files: misc/hwdata: Makefile distinfo Log message: Update to hwdata-0.316.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/10/02 01:36:58 Modified files: x11/virt-viewer: Makefile x11/virt-viewer/pkg: PLIST Log message: The post-install target is not needed anymore.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2018/10/02 01:26:52 Modified files: sysutils/uefitool: Makefile distinfo sysutils/uefitool/pkg: PLIST Log message: Update to UEFITool-0.25.1 Build and install UEFIPatch and UEFIReplace as well. OK sthen
Re: update sysutils/ranger to 1.9.2
On Tue, Oct 02, 2018 at 08:20:32AM +0100, Stuart Henderson wrote: > > -CATEGORIES = sysutils misc > > +CATEGORIES = sysutils \ > > + misc > > doesn't really matter but this isn't usually split onto multiple lines I'll just revert that hunk. > > +@tag update-desktop-database > > If you want to use the @tag you need a dependency. iirc this was deliberately > left out to reduce dependencies before (though desktop-file-utils isn't too > bad, it's much lighter than update-icon-cache). Indeed, I already added RDEP=desktop-utils after sending out my diff. OK with that?
Re: update sysutils/ranger to 1.9.2
On 2018/10/02 01:05, Klemens Nanni wrote:
> Version 1.9.2 is out, fixing some crashes due to python 3.6/3.7.
> Introducing native Kitty image previews and a dired-filter inspired
> filter stack.
> https://ranger.github.io/changelog.html
>
> Besides this, I replaced post-install with a setup.py patch and adjusted
> to test suite changes:
>
> - adjust shebang
> - requires gmake
> - pass HOME for write tests
> - pass TERM for terminfo tests
> - specify pylint version requirement as per Pipfile
> - needs devel/astroid>=1.5.0 but our tree is still as 1.4.9
>
> Due to the last point our test target does no finish but since it's a
> minor issue and other tests pass, I'd like to handle this separately
> once astroid has been updated.
>
> Continues to work for me on amd64.
>
> Feedback? OK?
update looks sane, a few comments in-line:
> Index: Makefile
> ===
> RCS file: /cvs/ports/sysutils/ranger/Makefile,v
> retrieving revision 1.7
> diff -u -p -r1.7 Makefile
> --- Makefile 22 Feb 2018 16:51:50 - 1.7
> +++ Makefile 1 Oct 2018 22:52:47 -
> @@ -2,10 +2,11 @@
>
> COMMENT =minimalistic console file manager
>
> -MODPY_EGG_VERSION = 1.9.1
> +MODPY_EGG_VERSION = 1.9.2
> DISTNAME = ranger-${MODPY_EGG_VERSION}
>
> -CATEGORIES = sysutils misc
> +CATEGORIES = sysutils \
> + misc
doesn't really matter but this isn't usually split onto multiple lines
> # libarchive (bsdtar) used as an alternative to atool
> RUN_DEPENDS =archivers/libarchive \
> shells/bash \
> textproc/py-chardet${MODPY_FLAVOR}
> +@tag update-desktop-database
If you want to use the @tag you need a dependency. iirc this was deliberately
left out to reduce dependencies before (though desktop-file-utils isn't too
bad, it's much lighter than update-icon-cache).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2018/10/02 01:02:48 Modified files: textproc/ruby-rouge: Makefile distinfo Log message: Update ruby-rouge to 3.3.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2018/10/02 00:41:29 Modified files: www/hugo : Makefile distinfo Log message: Update hugo-0.49 >From Kevin Wondratsch. (maintainer) Thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2018/10/02 00:38:17 Modified files: devel/universal-ctags: Makefile distinfo Log message: Update universal-ctags-0.20180928
Re: lang/erlang versions 20 and 21
Klemens Nanni writes: > On Sat, Sep 15, 2018 at 05:19:40PM -0700, William Orr wrote: >> This diff adds erlang major versions 20 and 21. Tested by building >> elixir and running the test suite. > How did you do so when the respective devel/rebar flavours are missing? > > kn:/usr/ports/lang/elixir:4362$ make MODERL_VERSION=21 test > ===> Checking files for elixir-1.7.3 > `/var/distfiles/elixir-1.7.3.tar.gz' is up to date. >>> (SHA256) elixir-1.7.3.tar.gz: OK > Invalid FLAVOR set: erlang21 (in devel/rebar) > Fatal: Unknown flavor: erlang21 (in devel/rebar) >(Possible flavors are: erlang16 erlang17 erlang18 erlang19 ). (in > devel/rebar) > *** Error 1 in /usr/ports/devel/rebar > (/usr/ports/infrastructure/mk/bsd.port.mk:3528 '.BEGIN': @exit 1) > Problem with dependency devel/rebar,erlang21 > *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2107 > '/tmp/pobj/elixir-1.7.3/.dep-devel-rebar,erlang21') > *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2498 > '/tmp/pobj/elixir-1.7.3/.extract_done') > *** Error 1 in /usr/ports/lang/elixir > (/usr/ports/infrastructure/mk/bsd.port.mk:2419 'test') Sorry, I should've been clear. I have a checkout of elixir on my machine, and I was building HEAD and running their test suite that way. [1] > > > That said, we need to port https://github.com/erlang/rebar3 as our > rebar-2.6.2 is deprecated. > >> Given that erlang 16 is no longer supported, it may be a good idea >> to remove that, however I haven't included that change in my diff. > I agree, but that's a job for after the 6.4 release. Since 16 is the > default version in our tree, which should be next? I don't really have an answer for this, unfortunately. > Either ways, this > should go through a bulk build. > >> The 20 and 21 dirs are included in the tarball. > Both build fine on sparc64. [1] https://paste.pound-python.org/show/Jf6YHj92SWwb2kyFX7m8/
