RSS
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 ... 37
[>] http://marc.info/?l=openbsd-cvs&m=140778906126502&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 00:55:18


Module name: src
Changes by: millert@cvs.openbsd.org 2014/08/11 14:30:51

Modified files:
sys/dev/pci : pcidevs.h pcidevs_data.h

Log message:
regen

[>] http://marc.info/?l=openbsd-ports-cvs&m=140779059827122&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 01:55:10


Module name: ports
Changes by: rpe@cvs.openbsd.org 2014/08/11 14:56:15

Modified files:
sysutils/ansible: Makefile distinfo
sysutils/ansible/pkg: PLIST

Log message:
Update ansible to 1.7

For fixes, new features and improvments see:
<a href="https://github.com/ansible/ansible/blob/release1.7.0/CHANGELOG.md" rel="nofollow">https://github.com/ansible/ansible/blob/release1.7.0/CHANGELOG.md</a>

OK aja@

[>] http://marc.info/?l=openbsd-ports-cvs&m=140779100727261&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 01:55:11


Module name: ports
Changes by: rpe@cvs.openbsd.org 2014/08/11 15:03:03

Modified files:
www/selfoss : Makefile distinfo
www/selfoss/pkg: PLIST README

Log message:
Update to selfoss 2.11

For fixes and improvments see:
<a href="https://github.com/SSilence/selfoss/releases/tag/2.11" rel="nofollow">https://github.com/SSilence/selfoss/releases/tag/2.11</a>

README:
- Point to nginx configuration examples
- Add hint how to update with authentication enabled

OK aja@

[>] http://marc.info/?l=openbsd-cvs&m=140779529428935&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 02:55:06


Module name: src
Changes by: nicm@cvs.openbsd.org 2014/08/11 16:14:30

Modified files:
usr.bin/tmux : cmd-select-pane.c tmux.1 tmux.h window.c

Log message:
Add flags to selectp to enable and disable input to a pane, from Anish
Athalye.

[>] http://marc.info/?l=openbsd-cvs&m=140779552229040&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 02:55:08


Module name: src
Changes by: nicm@cvs.openbsd.org 2014/08/11 16:18:16

Modified files:
usr.bin/tmux : screen.c tmux.h window-copy.c

Log message:
Fix two copy mode problems:

1. In vi mode the selection doesn't include the last character if you
moved the cursor up or left.
2. In emacs mode the selection includes the last character if you moved
the cursor to the left.

From Balazs Kezes.

[>] http://marc.info/?l=openbsd-cvs&m=140779682429427&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 02:55:09


Module name: src
Changes by: nicm@cvs.openbsd.org 2014/08/11 16:39:57

Modified files:
usr.bin/tmux : window-copy.c mode-key.c

Log message:
No need to repeat other-end more than once, from Juho Pohjala. Also add
it to the commands list while here.

[>] http://marc.info/?l=openbsd-ports-cvs&m=140780197130875&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 04:55:08


Module name: ports
Changes by: zhuk@cvs.openbsd.org 2014/08/11 18:05:47

Modified files:
productivity/attica: Makefile

Log message:
Fix WANTLIB and add HOMEPAGE for libattica.

[>] http://marc.info/?l=openbsd-ports-cvs&m=140780256931030&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 04:55:09


Module name: ports
Changes by: zhuk@cvs.openbsd.org 2014/08/11 18:15:43

Modified files:
graphics/qimageblitz: Makefile

Log message:
Fix WANTLIB for qimageblitz.

[>] http://marc.info/?l=openbsd-ports-cvs&m=140780345731239&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 04:55:10


Module name: ports
Changes by: zhuk@cvs.openbsd.org 2014/08/11 18:30:35

Modified files:
infrastructure/bin: portcheck

Log message:
Make perl code in check_hardcoded() return non-zero on failure.

More standard and error-prone style.

[>] http://marc.info/?l=openbsd-ports-cvs&m=140780388731355&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 04:55:11


Module name: ports
Changes by: zhuk@cvs.openbsd.org 2014/08/11 18:37:44

Modified files:
infrastructure/bin: portcheck

Log message:
Fix make(1) calls when SKIPDIR framework is in use.

[>] http://marc.info/?l=openbsd-ports-cvs&m=140780408131405&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 04:55:13


Module name: ports
Changes by: zhuk@cvs.openbsd.org 2014/08/11 18:41:00

Modified files:
x11/kde4/graphics-mobipocket: Makefile
x11/kde4/graphics-mobipocket/pkg: PLIST

Log message:
update-desktop-database isn't needed here, spotted by portcheck.

[>] http://marc.info/?l=openbsd-cvs&m=140780518631660&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 05:55:06


Module name: src
Changes by: dlg@cvs.openbsd.org 2014/08/11 18:59:27

Modified files:
sys/kern : subr_pool.c

Log message:
bring back r1.132. this is a bit different cos we're still using splvm to
protect pool_list rather than the rwlock that made i386 blow up:

provide a pool_count global so we can figure out how many pools there are
active without having to walk the global pool_list.

[>] http://marc.info/?l=openbsd-cvs&m=140780528931709&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 05:55:08


Module name: src
Changes by: dlg@cvs.openbsd.org 2014/08/11 19:01:11

Modified files:
sys/kern : subr_pool.c

Log message:
bring back r1.134:

inline is the new __inline

[>] http://marc.info/?l=openbsd-cvs&m=140780557531768&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 05:55:09


Module name: src
Changes by: dlg@cvs.openbsd.org 2014/08/11 19:05:46

Modified files:
sys/kern : subr_pool.c

Log message:
bring back r1.135:

matthew@ noticed i wasnt populating npages in the kinfo_pool sent to
userland.

[>] http://marc.info/?l=openbsd-cvs&m=140780673432117&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 05:55:10


Module name: src
Changes by: dlg@cvs.openbsd.org 2014/08/11 19:25:21

Modified files:
sys/kern : subr_pool.c

Log message:
i accidentally removed the check for whether the requested pool in
the sysctl path exists. return ENOENT instead of trying a NULL
deref.

[>] http://marc.info/?l=openbsd-cvs&m=140780712532200&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 05:55:12


Module name: src
Changes by: dlg@cvs.openbsd.org 2014/08/11 19:31:43

Modified files:
sys/kern : subr_pool.c

Log message:
sigh. when returning ENOENT in the sysctl path, unlock on the way out.

[>] http://marc.info/?l=openbsd-ports-cvs&m=140780484131611&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 05:55:14


Module name: ports
Changes by: zhuk@cvs.openbsd.org 2014/08/11 18:53:38

Modified files:
infrastructure/man/man1: portbump.1

Log message:
Make description of operation modes combining more clear.

Add missing .Ev while there.

[>] http://marc.info/?l=openbsd-ports-cvs&m=140780545231747&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 05:55:16


Module name: ports
Changes by: zhuk@cvs.openbsd.org 2014/08/11 19:03:51

Modified files:
x11/kde4/kimono: Makefile

Log message:
Another hidden WANTLIB - didn't bite us yet thanks to mono.port.mk, but
it's better be safe than sorry still.

[>] http://marc.info/?l=openbsd-ports-cvs&m=140780573331812&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 05:55:17


Module name: ports
Changes by: zhuk@cvs.openbsd.org 2014/08/11 19:08:31

Modified files:
x11/kde4/kig : Makefile

Log message:
Since the time of enabling Boost+Python support in Kig, the devel/boost
became an LDEP, actually.

Spotted by portcheck.

[>] http://marc.info/?l=openbsd-ports-cvs&m=140780713532203&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 05:55:18


Module name: ports
Changes by: zhuk@cvs.openbsd.org 2014/08/11 19:31:39

Modified files:
x11/herbstluftwm: Makefile

Log message:
Use LOCALBASE instead of /usr/bin/env shebang hack.

okay bcallah@ (MAINTAINER)

[>] http://marc.info/?l=openbsd-ports-cvs&m=140780787232330&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 05:55:19


Module name: ports
Changes by: zhuk@cvs.openbsd.org 2014/08/11 19:44:08

Modified files:
infrastructure/bin: portcheck

Log message:
Properly ignore default.kde* files, they live under share/icons/ directly.

[>] http://marc.info/?l=openbsd-cvs&m=140781105500881&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 06:55:07


&gt; CVSROOT: /cvs
&gt; Module name: src
&gt; Changes by: millert@cvs.openbsd.org 2014/08/11 14:30:22
&gt;
&gt; Modified files:
&gt; sys/dev/pci : pcidevs
&gt;
&gt; Log message:
&gt; Add some Intel Z97 chipset devices; ok deraadt@

You're wrongly calling some of the 9 Series devices
there LP, while a datasheet is only available for the
seperate chip at the moment, 9 series LP/Wildcat Point LP
will likely be called something like
'Mobile 5th Generation Intel Core Processor Family I/O'.

The following diff fixes that, adds some more 9 series &amp;
9 series lp ids and adds them to various drivers.

Index: pcidevs
===================================================================
RCS file: /cvs/src/sys/dev/pci/pcidevs,v
retrieving revision 1.1736
diff -u -p -r1.1736 pcidevs
--- pcidevs 11 Aug 2014 20:30:22 -0000 1.1736
+++ pcidevs 12 Aug 2014 02:25:04 -0000
@@ -4269,16 +4269,31 @@ product INTEL C222_LPC 0x8c52 C222 LPC
product INTEL C224_LPC 0x8c54 C224 LPC
product INTEL C226_LPC 0x8c56 C226 LPC
product INTEL H81_LPC 0x8c5c H81 LPC
-product INTEL 9SERIES_LP_AHCI 0x8c82 9 Series AHCI
-product INTEL 9SERIES_LP_PCIE_1 0x8c90 9 Series PCIE
-product INTEL 9SERIES_LP_PCIE_2 0x8c9a 9 Series PCIE
-product INTEL 9SERIES_LP_HDA 0x8ca0 9 Series HD Audio
-product INTEL 9SERIES_LP_SMB 0x8ca2 9 Series SMBus
+product INTEL 9SERIES_SATA_1 0x8c80 9 Series SATA
+product INTEL 9SERIES_AHCI 0x8c82 9 Series AHCI
+product INTEL 9SERIES_RAID_1 0x8c84 9 Series RAID
+product INTEL 9SERIES_RAID_2 0x8c86 9 Series RAID
+product INTEL 9SERIES_SATA_2 0x8c88 9 Series SATA
+product INTEL 9SERIES_RAID_3 0x8c8e 9 Series RAID
+product INTEL 9SERIES_PCIE_1 0x8c90 9 Series PCIE
+product INTEL 9SERIES_PCIE_2 0x8c92 9 Series PCIE
+product INTEL 9SERIES_PCIE_3 0x8c94 9 Series PCIE
+product INTEL 9SERIES_PCIE_4 0x8c96 9 Series PCIE
+product INTEL 9SERIES_PCIE_5 0x8c98 9 Series PCIE
+product INTEL 9SERIES_PCIE_6 0x8c9a 9 Series PCIE
+product INTEL 9SERIES_PCIE_7 0x8c9c 9 Series PCIE
+product INTEL 9SERIES_PCIE_8 0x8c9e 9 Series PCIE
+product INTEL 9SERIES_HDA 0x8ca0 9 Series HD Audio
+product INTEL 9SERIES_SMB 0x8ca2 9 Series SMBus
product INTEL 9SERIES_EHCI_1 0x8ca6 9 Series EHCI
product INTEL 9SERIES_EHCI_2 0x8cad 9 Series EHCI
product INTEL 9SERIES_XHCI 0x8cb1 9 Series xHCI
product INTEL 9SERIES_MEI_1 0x8cba 9 Series MEI
+product INTEL 9SERIES_MEI_2 0x8cbb 9 Series MEI
+product INTEL 9SERIES_IDER 0x8cbc 9 Series IDER
+product INTEL 9SERIES_KT 0x8cbd 9 Series KT
product INTEL Z97_LPC 0x8cc4 Z97 LPC
+product INTEL H97_LPC 0x8cc6 H97 LPC
product INTEL I2OPCIB 0x9620 I2O RAID
product INTEL RCU21 0x9621 RCU21 I2O RAID
product INTEL RCUxx 0x9622 RCUxx I2O RAID
@@ -4303,9 +4318,29 @@ product INTEL 8SERIES_LP_EHCI 0x9c26 8 S
product INTEL 8SERIES_LP_XHCI 0x9c31 8 Series xHCI
product INTEL 8SERIES_LP_MEI_1 0x9c3a 8 Series MEI
product INTEL 8SERIES_LP_MEI_2 0x9c3b 8 Series MEI
+product INTEL 8SERIES_LP_IDER 0x9c3c 8 Series IDER
+product INTEL 8SERIES_LP_KT 0x9c3d 8 Series KT
product INTEL 8SERIES_LP_LPC_1 0x9c41 8 Series LPC
product INTEL 8SERIES_LP_LPC_2 0x9c43 8 Series LPC
product INTEL 8SERIES_LP_LPC_3 0x9c45 8 Series LPC
+product INTEL 9SERIES_LP_AHCI 0x9c83 9 Series AHCI
+product INTEL 9SERIES_LP_RAID_1 0x9c85 9 Series RAID
+product INTEL 9SERIES_LP_RAID_2 0x9c87 9 Series RAID
+product INTEL 9SERIES_LP_RAID_3 0x9c8f 9 Series RAID
+product INTEL 9SERIES_LP_PCIE_1 0x9c90 9 Series PCIE
+product INTEL 9SERIES_LP_PCIE_2 0x9c92 9 Series PCIE
+product INTEL 9SERIES_LP_PCIE_3 0x9c94 9 Series PCIE
+product INTEL 9SERIES_LP_PCIE_4 0x9c96 9 Series PCIE
+product INTEL 9SERIES_LP_PCIE_5 0x9c98 9 Series PCIE
+product INTEL 9SERIES_LP_PCIE_6 0x9c9a 9 Series PCIE
+product INTEL 9SERIES_LP_MEI_1 0x9cba 9 Series MEI
+product INTEL 9SERIES_LP_MEI_2 0x9cbb 9 Series MEI
+product INTEL 9SERIES_LP_IDER 0x9cbc 9 Series IDER
+product INTEL 9SERIES_LP_KT 0x9cbd 9 Series KT
+product INTEL 9SERIES_LP_HDA 0x9ca0 9 Series HD Audio
+product INTEL 9SERIES_LP_SMB 0x9ca2 9 Series SMBus
+product INTEL 9SERIES_LP_EHCI 0x9ca6 9 Series USB
+product INTEL 9SERIES_LP_XHCI 0x9cb1 9 Series xHCI
product INTEL PINEVIEW_DMI 0xa000 Pineview DMI
product INTEL PINEVIEW_IGC_1 0xa001 Pineview Video
product INTEL PINEVIEW_IGC_2 0xa002 Pineview Video
Index: ichiic.c
===================================================================
RCS file: /cvs/src/sys/dev/pci/ichiic.c,v
retrieving revision 1.33
diff -u -p -r1.33 ichiic.c
--- ichiic.c 10 Mar 2014 02:31:12 -0000 1.33
+++ ichiic.c 12 Aug 2014 02:15:29 -0000
@@ -92,6 +92,8 @@ const struct pci_matchid ichiic_ids[] =
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_7SERIES_SMB },
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_8SERIES_SMB },
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_8SERIES_LP_SMB },
+ { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_9SERIES_SMB },
+ { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_9SERIES_LP_SMB },
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_82801AA_SMB },
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_82801AB_SMB },
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_82801BA_SMB },
Index: azalia.c
===================================================================
RCS file: /cvs/src/sys/dev/pci/azalia.c,v
retrieving revision 1.215
diff -u -p -r1.215 azalia.c
--- azalia.c 13 Jul 2014 23:10:23 -0000 1.215
+++ azalia.c 12 Aug 2014 02:16:00 -0000
@@ -463,6 +463,8 @@ azalia_configure_pci(azalia_t *az)
case PCI_PRODUCT_INTEL_7SERIES_HDA:
case PCI_PRODUCT_INTEL_8SERIES_HDA:
case PCI_PRODUCT_INTEL_8SERIES_LP_HDA:
+ case PCI_PRODUCT_INTEL_9SERIES_HDA:
+ case PCI_PRODUCT_INTEL_9SERIES_LP_HDA:
reg = azalia_pci_read(az-&gt;pc, az-&gt;tag,
INTEL_PCIE_NOSNOOP_REG);
reg &amp;= INTEL_PCIE_NOSNOOP_MASK;
Index: pucdata.c
===================================================================
RCS file: /cvs/src/sys/dev/pci/pucdata.c,v
retrieving revision 1.92
diff -u -p -r1.92 pucdata.c
--- pucdata.c 2 Feb 2014 19:25:41 -0000 1.92
+++ pucdata.c 12 Aug 2014 02:20:03 -0000
@@ -55,13 +55,41 @@ const struct puc_device_description puc_
{ PUC_COM_POW2(0), 0x10, 0x0000 },
},
},
- { /* Series KT */
+ { /* 7 Series KT */
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_7SERIES_KT, 0x0000, 0x0000 },
{ 0xffff, 0xffff, 0x0000, 0x0000 },
{
{ PUC_COM_POW2(0), 0x10, 0x0000 },
},
},
+ { /* 8 Series KT */
+ { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_8SERIES_KT, 0x0000, 0x0000 },
+ { 0xffff, 0xffff, 0x0000, 0x0000 },
+ {
+ { PUC_COM_POW2(0), 0x10, 0x0000 },
+ },
+ },
+ { /* 8 Series LP KT */
+ { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_8SERIES_LP_KT, 0x0000, 0x0000 },
+ { 0xffff, 0xffff, 0x0000, 0x0000 },
+ {
+ { PUC_COM_POW2(0), 0x10, 0x0000 },
+ },
+ },
+ { /* 9 Series KT */
+ { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_9SERIES_KT, 0x0000, 0x0000 },
+ { 0xffff, 0xffff, 0x0000, 0x0000 },
+ {
+ { PUC_COM_POW2(0), 0x10, 0x0000 },
+ },
+ },
+ { /* 9 Series LP KT */
+ { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_9SERIES_LP_KT, 0x0000, 0x0000 },
+ { 0xffff, 0xffff, 0x0000, 0x0000 },
+ {
+ { PUC_COM_POW2(0), 0x10, 0x0000 },
+ },
+ },
{ /* 82946GZ KT */
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_82946GZ_KT, 0x0000, 0x0000 },
{ 0xffff, 0xffff, 0x0000, 0x0000 },
@@ -141,13 +169,6 @@ const struct puc_device_description puc_
},
{ /* 3400 KT */
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_3400_KT, 0x0000, 0x0000 },
- { 0xffff, 0xffff, 0x0000, 0x0000 },
- {
- { PUC_COM_POW2(0), 0x10, 0x0000 },
- },
- },
- { /* 8 Series KT */
- { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_8SERIES_KT, 0x0000, 0x0000 },
{ 0xffff, 0xffff, 0x0000, 0x0000 },
{
{ PUC_COM_POW2(0), 0x10, 0x0000 },
Index: pciide.c
===================================================================
RCS file: /cvs/src/sys/dev/pci/pciide.c,v
retrieving revision 1.347
diff -u -p -r1.347 pciide.c
--- pciide.c 13 Jul 2014 23:19:51 -0000 1.347
+++ pciide.c 12 Aug 2014 02:21:09 -0000
@@ -625,6 +625,14 @@ const struct pciide_product_desc pciide_
0,
piixsata_chip_map
},
+ { PCI_PRODUCT_INTEL_9SERIES_SATA_1, /* Intel 9 Series SATA */
+ 0,
+ piixsata_chip_map
+ },
+ { PCI_PRODUCT_INTEL_9SERIES_SATA_2, /* Intel 9 Series SATA */
+ 0,
+ piixsata_chip_map
+ },
{ PCI_PRODUCT_INTEL_ATOMC2000_SATA_1, /* Intel Atom C2000 SATA */
0,
piixsata_chip_map

[>] http://marc.info/?l=openbsd-ports-cvs&m=140781246701157&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 07:55:09


Module name: ports
Changes by: lteo@cvs.openbsd.org 2014/08/11 21:00:16

Modified files:
net/daq : Makefile

Log message:
Update MASTER_SITES

[>] http://marc.info/?l=openbsd-cvs&m=140781770202204&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 08:55:07


Module name: src
Changes by: miod@cvs.openbsd.org 2014/08/11 22:28:07

Modified files:
sys/arch/mips64/mips64: mips64_machdep.c

Log message:
Pass 0 instead of uvm_map_hint() to uvm_map() in exec_md_map() to figure out
where to put the fpu assist page, for uvm_map_hint() may return an address
outside userland bounds due to aggressive randomization. Passing zero will
still get a random address, but correctly bounded.

[>] http://marc.info/?l=openbsd-cvs&m=140781777402208&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 08:55:09


Module name: src
Changes by: miod@cvs.openbsd.org 2014/08/11 22:29:05

Modified files:
sys/uvm : uvm_map.c

Log message:
Revert 1.173 now that the real cause of the octeon regression has been fixed.

[>] http://marc.info/?l=openbsd-cvs&m=140781785202239&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 08:55:10


Module name: src
Changes by: miod@cvs.openbsd.org 2014/08/11 22:30:21

Modified files:
sys/arch/mips64/mips64: cache_octeon.c

Log message:
Better cache information gathering. Only affects information put in dmesg.

[>] g2k14: Antoine Jacoutot on GNOME, rc(8) and /etc cleanup **
obsd.info.14
undeadly.org(obsdave,1) — All
2014-08-12 10:55:05


http://undeadly.org/cgi?action=article&sid=20140812064946

Contributed by [pitrh](http://bsdly.blogspot.com/) on Sun Aug 10 12:46:18 2014 (GMT)
from the leading by example dept.

Antoine Jacoutot writes in with this report from the g2k14 hackathon:

> Finally a hackathon where I did not have to spend 90% of my time under ports/x11/gnome \o/ (but of course, I had to cd into it anyway...). Besides some regular tweaks and updates in there, I worked on the gnome.port.mk MODULE to make it more generic and allow non-GNOME ports to benefit from some of its goodies (like xdg triggers and such) without ending up with unneeded build dependencies or things being only relevant to GNOME.

> I also started working on a small utility to manage [rc(8)](http://www.openbsd.org/cgi-bin/man.cgi?query=rc&apropos=0&sec=0&arch=default&manpath=OpenBSD-current) configuration. Having to work with different management tools for my day job, I got really fed up by the fact that OpenBSD did not have a standard way to list, enable, disable... services which means each tool (Ansible, Puppet, SaltStack) has to implement some kind of quirky support for editing [rc.conf.local(8)](http://www.openbsd.org/cgi-bin/man.cgi?query=rc.conf.local&apropos=0&sec=0&arch=default&manpath=OpenBSD-current) (and in a different language) -- when it is actually implemented...
>
> This was the start of an interesting discussion between Theo, robert@ and myself, where we realized having a tool to edit a file that is actually sourced as a shell script may end up being very dangerous if the tool blows up.
>
> So Theo insisted that [rc.conf(5)](http://www.openbsd.org/cgi-bin/man.cgi/OpenBSD-current/man8/rc.conf.8?query=rc%2econf%2elocal) (and [rc.conf.local(5)](http://www.openbsd.org/cgi-bin/man.cgi?query=rc.conf.local&apropos=0&sec=0&arch=default&manpath=OpenBSD-current)) stopped being sourced by the [rc.d(8)](http://www.openbsd.org/cgi-bin/man.cgi/OpenBSD-current/man8/rc.d.8?query=rc%2ed) system and instead became parsed files. Beware, that means no crazy shell code in these files will work anymore.
>
> This leaded to even more changes: rc.local, rc.shutdown and rc.securelevel stopped being sources as well and are now executed directly by sh(1).
>
> It is worth noting that these 3 files are not even installed by default anymore.These changes de-polluted the rc(8) environment quite a lot!
>
> The fate of my rc edit tool is still under consideration as we may end up developing something that does actually much more than just dealing with rc.conf(8) files ;-)
>
> Speaking about rc.d(8) I implemented a new function: rc_wait(). By default, the rc.d(8) framework would forcibly kill a daemon after 30 seconds if it did not respond to the "stop" action (and would do the same with "start", i.e. stop trying to start it if it did not come alive fast enough). In large database environments, or when using the Squid proxy, this timeout can easily be reached and you probably do not want your application to unsafely end up being killed. Now by setting daemon_timeout, this timeout can be extended (or reduced).
>
> Theo and I started removing configuration files from /etc. Well, not "removing" but actually moving them to /etc/examples/ where they now serve as a placeholder for much more extensive configuration examples. The purpose is not to really to copy the example file under /etc but instead create a file from scratch with the help of the numerous examples that the file under /etc/examples contains. On top of this, some files that were in the etc set got moved to the base one like /etc/services or /etc/protocols (which I updated in the process).
>
> Amongst other benefits, all of this will ease [sysmerge(8)](http://www.openbsd.org/cgi-bin/man.cgi/OpenBSD-current/man8/sysmerge.8?query=sysmerge)'s job because it will not have to compare these files against the default ones since there are no default ones installed. When an example file changes from one release or snapshot to another and that you have a corresponding file under /etc, then sysmerge(8) will now warn you that the example has changed (which could indicate an important syntax change for instance).
>
> This move is not over yet, more files will follow, but there are already around 35 files that got moved from the /etc root. This will make automated updates much easier! One of the end-goal being to run sysmerge(8) automatically after an upgrade.
>
> Along with the initial /etc/examples support, I've worked on a very often requested feature for sysmerge(8): support for packages. I have an initial implementation which should be committed pretty soon. It will allow users to compare @sample files installed by packages against the default ones.
>
> As far as I am concerned this was a very productive hackathon and I am very excited with all the recent changes happening in OpenBSD.
>
> Ljubljana was as I remember it from a previous hackathon: awesome! And Mijta did again a more-than-perfect job in hosting the event.

[>] http://marc.info/?l=openbsd-ports-cvs&m=140783039805418&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 12:55:09


Module name: ports
Changes by: zhuk@cvs.openbsd.org 2014/08/12 01:59:34

Modified files:
infrastructure/bin: pkg_subst

Log message:
Sync usage after addition of -m flag.

ok jca@ and kirby@

[>] http://marc.info/?l=openbsd-ports-cvs&m=140783081105557&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 12:55:10


Module name: ports
Changes by: zhuk@cvs.openbsd.org 2014/08/12 02:06:28

Modified files:
multimedia/k3b-kde4: Makefile
multimedia/k3b-kde4/patches:
patch-plugins_decoder_ffmpeg_k3bffmpegwrapper_cpp

Log message:
Prepare for new FFMpeg. Will work on both old and new, but the bump should
happen now, as the patch it uses routines we have in current FFMpeg already.

Initial prodding by brad@

[>] http://marc.info/?l=openbsd-ports-cvs&m=140783823308063&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 14:55:08


Module name: ports
Changes by: dcoppa@cvs.openbsd.org 2014/08/12 04:09:56

Modified files:
databases/redis: Makefile distinfo
databases/redis/patches: patch-src_Makefile
patch-src_Makefile_dep
patch-src_redis_h

Log message:
Update to redis-2.8.13

[>] http://marc.info/?l=openbsd-ports-cvs&m=140784132709080&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 15:55:09


Module name: ports
Changes by: stsp@cvs.openbsd.org 2014/08/12 05:01:44

Modified files:
net/serf : Makefile distinfo

Log message:
Update to serf 1.3.7.

[>] http://marc.info/?l=openbsd-ports-cvs&m=140784139409126&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 15:55:10


Module name: ports
Changes by: stsp@cvs.openbsd.org 2014/08/12 05:02:50

Modified files:
net/serf : Makefile

Log message:
In net/serf, define TEST_TARGET so regression tests can be run.

[>] http://marc.info/?l=openbsd-ports-cvs&m=140784330609691&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 15:55:11


&gt; CVSROOT: /cvs
&gt; Module name: ports
&gt; Changes by: zhuk@cvs.openbsd.org 2014/08/11 19:31:39
&gt;
&gt; Modified files:
&gt; x11/herbstluftwm: Makefile
&gt;
&gt; Log message:
&gt; Use LOCALBASE instead of /usr/bin/env shebang hack.
&gt;
&gt; okay bcallah@ (MAINTAINER)

This commit unexpectedly produced long conversation regarding
/usr/bin/env patching. In the end I realized that I was living in a
miracle world before that, where using "#!/usr/bin/env bash" is an
issue while just calling "bash" is not. Now aja@ has pointed me out -
thanks!

I apologize to the bcallah@ for misleading him in a private mail with
the patch being discussed; a few other people were likely misleaded as
well - sorry! We're NOT rushing /usr/bin/env shebangs for their own,
but only to unbreak stuff like python-dependant ones.

This commit was actually of a consistency fix, and - again - it was
only my own miracle that forced others to think the other way.

Let's close the issue then.

[>] http://marc.info/?l=openbsd-ports-cvs&m=140784751511273&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 16:55:09


Module name: ports
Changes by: jca@cvs.openbsd.org 2014/08/12 06:44:48

Modified files:
net/ucspi-unix : Makefile

Log message:
Fix dead HOMEPAGE. ok avsm@ (MAINTAINER)

[>] http://marc.info/?l=openbsd-cvs&m=140785155312870&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 18:55:08


Module name: src
Changes by: mpi@cvs.openbsd.org 2014/08/12 07:52:08

Modified files:
sys/net : route.c route.h rtsock.c

Log message:
route_cb is internal to rtsock.c

[>] http://marc.info/?l=openbsd-cvs&m=140785432314110&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 18:55:09


Module name: src
Changes by: mikeb@cvs.openbsd.org 2014/08/12 08:38:28

Modified files:
sys/net : pf.c pf_ioctl.c

Log message:
Apart from some minor code reshuffling the big change is that we
start with a ruleset pointer assigned to pf_main_ruleset so that
pf_purge_rule doesn't get called with a NULL.

Prompted by the discussion with Alexandr Nedvedicky &lt;alexandr !
nedvedicky at oracle ! com&gt;.

OK henning

[>] http://marc.info/?l=openbsd-cvs&m=140785454414202&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 18:55:11


Module name: src
Changes by: mikeb@cvs.openbsd.org 2014/08/12 08:42:06

Modified files:
sys/net : pf.c

Log message:
Make sure that pf_step_into_anchor always saves a pointer to the rule
that owns the anchor on the pf anchor stack. There's no reason why we
should check for depth here. As a side effect this makes sure that the
correct nested anchor gets it's counter bumped instead of the top most.

For the save/restore symmetry pf_step_out_of_anchor is made to always
restore previous value of the anchor rule. depth == 0 means what we a
at the top (main ruleset).

OK henning

[>] http://marc.info/?l=openbsd-ports-cvs&m=140785195813023&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 18:55:13


Module name: ports
Changes by: kirby@cvs.openbsd.org 2014/08/12 07:58:41

Modified files:
net/munin : Makefile
net/munin/files: sensors_

Log message:
switch sensors_ plugin graph category from system to sensors
request and ok jasper@

[>] http://marc.info/?l=openbsd-ports-cvs&m=140785227813207&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-08-12 18:55:15


Module name: ports
Changes by: kirby@cvs.openbsd.org 2014/08/12 08:04:14

Modified files:
www/wordpress : Makefile distinfo
www/wordpress/pkg: PLIST

Log message:
Security update to wordpress-3.9.2
Details are here: <a href="http://wordpress.org/news/2014/08/wordpress-3-9-2/" rel="nofollow">http://wordpress.org/news/2014/08/wordpress-3-9-2/</a>
Ok gonzalo@ (maintainer)

[>] http://marc.info/?l=openbsd-cvs&m=140785579414809&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 19:55:07


Module name: src
Changes by: bcook@cvs.openbsd.org 2014/08/12 09:02:52

Modified files:
lib/libssl/src/crypto: md32_common.h

Log message:
Replace intrinsic ROTATE macros with an inline.

Without the cast/mask, the compiler is allowed to optimize this directly
to the correct CPU intrinsic for rotate.

[>] http://marc.info/?l=openbsd-cvs&m=140785739615485&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 19:55:08


Module name: src
Changes by: mikeb@cvs.openbsd.org 2014/08/12 09:29:33

Modified files:
sys/net : pf.c pf_ioctl.c pfvar.h

Log message:
Finally implement what's stated in the man page regarding parent
anchors for "once" rules: "In case this is the only rule in the
anchor, the anchor will be destroyed automatically after the rule
is matched." Employ an additional pointer pair to keep track of
the parent ruleset containing the anchor that we want to remove.

OK henning

[>] http://marc.info/?l=openbsd-cvs&m=140787120921469&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 23:55:08


Module name: src
Changes by: schwarze@cvs.openbsd.org 2014/08/12 13:19:42

Modified files:
usr.bin/mandoc : out.h

Log message:
The macro SCALE_HS_INIT() is always passed the result of strlen() or
an equivalent number as its argument, and strlen() measures the width
of a string in characters, not in basic units. No functional change
right now, but important for the upcoming scaling unit fixes.

[>] http://marc.info/?l=openbsd-cvs&m=140787169921741&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 23:55:09


Module name: src
Changes by: schwarze@cvs.openbsd.org 2014/08/12 13:27:57

Modified files:
usr.bin/mandoc : out.c

Log message:
In mdoc(7) and man(7), if a width is given as a bare number without
specifying a unit, the implied unit is 'n' (on the terminal, one
character position; in PostScript, half of the current font size
in points), not 'u' (roff output device basic unit). No functional
change right now, but important for the upcoming scaling unit fixes.

[>] http://marc.info/?l=openbsd-cvs&m=140787207121908&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 23:55:11


Module name: src
Changes by: miod@cvs.openbsd.org 2014/08/12 13:33:59

Modified files:
sys/arch/mips64/mips64: tlbhandler.S

Log message:
addu -&gt; PTR_ADDU when doing address arithmetic in the octeon-specific code path.

[>] http://marc.info/?l=openbsd-cvs&m=140787219921960&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-12 23:55:12


Module name: src
Changes by: miod@cvs.openbsd.org 2014/08/12 13:35:28

Modified files:
sys/arch/octeon/include: vmparam.h

Log message:
Lower VM_PHYSSEG_MAX from the mips64 default to a generous 4, and change
allocation strategy to VM_PSTRAT_BIGFIRST.

[>] http://marc.info/?l=openbsd-cvs&m=140787582423581&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-13 00:55:13


Module name: src
Changes by: schwarze@cvs.openbsd.org 2014/08/12 14:36:41

Modified files:
lib/libssl/src/doc/crypto: ASN1_OBJECT_new.pod
lib/libssl/src/doc/ssl: SSL_CTX_set_max_cert_list.pod

Log message:
Merge a patch that i successfully pushed to OpenSSL,
original OpenSSL commit message follows:

Fixed as shown; to be released post-1.0.2
commit bebbb11d132cc149f7713d6693703f8bfae10072
Author: Ingo Schwarze &lt;schwarze@usta.de&gt;
Date: Sat Jan 18 11:46:25 2014 +0100

RT3239: Extra comma in NAME lines of two manpages

In two OpenSSL manual pages, in the NAME section, the last word of the
name list is followed by a stray trailing comma. While this may seem
minor, it is worth fixing because it may confuse some makewhatis(8)
implementations.

While here, also add the missing word "size" to the one line
description in SSL_CTX_set_max_cert_list(3).

Reviewed by: Dr Stephen Henson &lt;shenson@drh-consultancy.co.uk&gt;

[>] http://marc.info/?l=openbsd-cvs&m=140789164528215&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-13 05:55:06


Module name: src
Changes by: dlg@cvs.openbsd.org 2014/08/12 19:00:16

Modified files:
usr.sbin/tftpd : tftpd.c

Log message:
setsockopt sets errno on failure, so we can use err instead of errx when
handling the error.

[>] http://marc.info/?l=openbsd-cvs&m=140789185828254&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-13 05:55:07


Module name: src
Changes by: dlg@cvs.openbsd.org 2014/08/12 19:03:57

Modified files:
usr.sbin/tftpd : tftpd.c

Log message:
use errc instead of juggling errno values in tftpd_listen.

[>] mandoc 1.13.1 Released **
obsd.info.14
undeadly.org(obsdave,1) — All
2014-08-13 09:55:04


http://undeadly.org/cgi?action=article&sid=20140813045834

Contributed by [pitrh](http://bsdly.blogspot.com/) on Sun Aug 10 21:38:55 2014 (GMT)
from the puff up your manuals dept.

Ingo Schwarze writes in with the news of a new and better mandoc release:

> after more than seven months of active development including two hackathons, i have just released mandoc = mdocml 1.13.1 on <<http://mdocml.bsd.lv/>>.

> This is a major feature release introducing the new [apropos(1)](http://www.openbsd.org/cgi-bin/man.cgi/OpenBSD-current/man1/apropos.1?query=apropos), [makewhatis(8)](http://www.openbsd.org/cgi-bin/man.cgi/OpenBSD-current/man8/makewhatis.8?query=makewhatis), and [man.cgi(8)](http://www.openbsd.org/cgi-bin/man.cgi) semantic search suite based on an SQLite3 database. In addition to that, it features an almost complete implementation of [roff(7)](http://www.openbsd.org/cgi-bin/man.cgi/OpenBSD-current/man7/roff.7?query=roff) numerical expressions, much improved warning and error handling and messages, and numerous minor new features and bugfixes in almost all areas. See the website for details, in particular <<http://mdocml.bsd.lv/NEWS>>.
>
> Even though this release is the first one in the 1.13 series, it is considered a mature and stable release ready for production. The codebase has been used in production in OpenBSD-stable for several months and is contained in the upcoming OpenBSD 5.6 release. Upgrading from 1.12.3 to 1.13.1 is recommended for all systems having working SQLite3 and [fts(3)](http://www.openbsd.org/cgi-bin/man.cgi?query=fts&apropos=0&sec=0&arch=default&manpath=OpenBSD-current) implementations. Upgrading is also recommended for all systems that do not want apropos(1), makewhatis(8), or man.cgi(8), no matter whether or not they have SQLite3 and fts(3). Only systems requiring apropos(1) and makewhatis(8) but lacking either SQLite3 or fts(3) should stay on 1.12.3 for now and switch to 1.12.4 and then to 1.13.2 when these become available. The 1.12.4 release is expected to happen within the next two weeks.
>
> Special thanks to Marc Espie and Jeremy Evans (OpenBSD) for help with various aspects of SQLite, to Sebastien Marie for a security audit of man.cgi(8), to Bob Beck (OpenBSD) for lots of feedback on the Web frontend, and to Kristaps Dzonsons (bsd.lv), Thomas Klausner (NetBSD), and Paul Onyschuk (Alpine Linux) for release testing.
>
> Enjoy mandoc, and see you in the mandoc tutorial at EuroBSDCon in Sofia next month!
>
> Yours,
Ingo

[>] http://marc.info/?l=openbsd-cvs&m=140790987032046&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-08-13 10:55:07


Module name: src
Changes by: deraadt@cvs.openbsd.org 2014/08/13 00:04:10

Modified files:
lib/libcrypto/crypto: arc4random_linux.h arc4random_osx.h
arc4random_solaris.h

Log message:
munmap correct object in (extremely unlikely, and effectively terminal)
case of failing to map the 2nd object.
found by Paul Maurers

Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 ... 37