[>]
http://marc.info/?l=openbsd-cvs&m=141090878117275&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-09-17 03:55:05
Module name: src
Changes by: dlg@cvs.openbsd.org 2014/09/16 17:05:34
Modified files:
sys/kern : subr_pool.c
Log message:
disable taking the mutex to read pool stats.
some pool users (eg, mbufs and mbuf clusters) protect calls to pools
with their own locks that operate at high spl levels, rather than
pool_setipl() to have pools protect themselves.
this means pools mtx_enter doesnt necessarily prevent interrupts
that will use a pool, so we get code paths that try to mtx_enter
twice, which blows up.
reported by vlado at bsdbg dot net and matt bettinger
diagnosed by kettenis@
[>]
http://marc.info/?l=openbsd-cvs&m=141091459719121&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-09-17 04:55:07
Module name: src
Changes by: schwarze@cvs.openbsd.org 2014/09/16 18:42:54
Modified files:
share/man/man7 : mdoc.7
Log message:
Five year old typo reported by Theo Buehler at math dot ethz dot ch, thanks.
I nearly asked: ``What's wrong with it? It formats as "intended".''
(However, what Kristaps intended to write was "indented".)
[>]
http://marc.info/?l=openbsd-ports-cvs&m=141091479619180&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-09-17 04:55:09
Module name: ports
Changes by: daniel@cvs.openbsd.org 2014/09/16 18:46:13
Modified files:
math/py-numpy : Makefile distinfo
math/py-numpy/patches:
patch-numpy_core_include_numpy_npy_common_h
patch-numpy_distutils_command_build_src_py
powerpc-patch-numpy_distutils_fcompiler_gnu_py
math/py-numpy/pkg: PLIST
Added files:
math/py-numpy/patches: patch-numpy_core_tests_test_umath_py
Removed files:
math/py-numpy/patches: patch-numpy_f2py___init___py
patch-numpy_f2py_f2py2e_py
Log message:
- update numpy to 1.8.2 and take maintainer
- python3 flavor contributed by Dawe with assistance from rpointel@
- tested in a bulk by landry@
- bcallah@ needs this update to update math/veusz
ok landry@
[>]
http://marc.info/?l=openbsd-cvs&m=141091761020133&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-09-17 05:55:05
> * Jérémie Courrèges-Anglas <jca@wxcvbn.org> [2014-09-14 23:18]:
> > Chris Cappuccio <chris@nmedia.net> writes:
> > > Stuart Henderson [sthen@openbsd.org] wrote:
> > > >
> > > > I don't think the driver manuals can sensibly go into enough detail
> > > > in many cases, with some NICs there are differences between revisions,
> > > > some drivers cover a huge range of adapters, etc.
> > >
> > > It might be nice to get maximum MTUs for various chip revisions stated
> > > in their respective man pages.
> >
> > Yes but this needs work - even more work if an audit of all drivers
> > "gets" done to make all manpages accurate. I'll shut up about this
> > since it looks like a big task in my eyes.
>
> A too big task when you add the maintainance.
>
> We've tried this before in other occasions, we cannot document
> hardware quirks/features reasonably in our documentation for
> widespread, pretty generic hardware - we just have no chance to keep
> it in sync with reality.
>
> jca/chris, if you're so much after it, I propose you start a webpage
> somewhere collecting and maintaining that information. If it is still
> accurate in a couple of years we can have this duscussion again :)
it might be reasonable to document which drivers (not chips) have support for jumbos. \
for the drivers for chips with stupid variations between silicon revisions, we should \
refer the user to the vendor datasheets as brad suggests, and ifconfig if0 hwfeatures \
output as the final authoritative source of information.
dlg
[>]
http://marc.info/?l=openbsd-cvs&m=141091772720161&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-09-17 05:55:07
we should move to calling pool_setipl on every pool though.
dlg
On 17 Sep 2014, at 9:05 am, David Gwynne <dlg@cvs.openbsd.org> wrote:
> CVSROOT: /cvs
> Module name: src
> Changes by: dlg@cvs.openbsd.org 2014/09/16 17:05:34
>
> Modified files:
> sys/kern : subr_pool.c
>
> Log message:
> disable taking the mutex to read pool stats.
>
> some pool users (eg, mbufs and mbuf clusters) protect calls to pools
> with their own locks that operate at high spl levels, rather than
> pool_setipl() to have pools protect themselves.
>
> this means pools mtx_enter doesnt necessarily prevent interrupts
> that will use a pool, so we get code paths that try to mtx_enter
> twice, which blows up.
>
> reported by vlado at bsdbg dot net and matt bettinger
> diagnosed by kettenis@
[>]
http://marc.info/?l=openbsd-cvs&m=141093492724151&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-09-17 10:55:05
Module name: src
Changes by: jmc@cvs.openbsd.org 2014/09/17 00:21:46
Modified files:
lib/libkeynote : keynote.3
Log message:
diff From: Theo Buehler who notes of kn_encode_base64():
"Since the function is a simple wrapper around b64_ntop(),
there is no restriction on the possible lengths of the raw data in
`src'."
ok millert
[>]
http://marc.info/?l=openbsd-cvs&m=141093535524246&w=2
obsd.info.14
openbsd-cvs(obsdave,2) — All
2014-09-17 10:55:06
> CVSROOT: /cvs
> Module name: src
> Changes by: schwarze@cvs.openbsd.org 2014/09/16 18:42:54
>
> Modified files:
> share/man/man7 : mdoc.7
>
> Log message:
> Five year old typo reported by Theo Buehler at math dot ethz dot ch, thanks.
> I nearly asked: ``What's wrong with it? It formats as "intended".''
> (However, what Kristaps intended to write was "indented".)
>
how do you know the typo wasn;t indented?
jmc
[>]
http://marc.info/?l=openbsd-ports-cvs&m=141093396723736&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-09-17 10:55:09
Module name: ports
Changes by: ajacoutot@cvs.openbsd.org 2014/09/17 00:05:41
Modified files:
x11/dbus : Tag: OPENBSD_5_6 Makefile distinfo
x11/dbus/patches: Tag: OPENBSD_5_6 patch-bus_Makefile_in
patch-bus_config-parser_c
patch-dbus_Makefile_in
patch-dbus_dbus-sysdeps-unix_c
patch-tools_Makefile_in
Log message:
SECURITY update to dbus-1.8.8.
Fixes: CVE-2014-3635 CVE-2014-3636 CVE-2014-3637 CVE-2014-3638 CVE-2014-3639
[>]
http://marc.info/?l=openbsd-ports-cvs&m=141094038726292&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-09-17 11:55:08
Module name: ports
Changes by: jca@cvs.openbsd.org 2014/09/17 01:52:42
Modified files:
mail/dkim-milter: Makefile
mail/milter-checkrcpt: Makefile
mail/milter-greylist: Makefile
mail/milter-regex: Makefile
mail/milter-spamd: Makefile
mail/mimedefang: Makefile
mail/py-milter : Makefile
mail/smtp-vilter: Makefile
security/clamav: Makefile
Log message:
Cope with sendmail (and libmilter) moving to ports.
Input from sthen@, ok ajacoutot@ sthen@
[>]
http://marc.info/?l=openbsd-ports-cvs&m=141094470427726&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-09-17 13:55:07
Module name: ports
Changes by: sthen@cvs.openbsd.org 2014/09/17 03:04:38
Modified files:
www/apache-httpd-openbsd: Makefile
www/apache-httpd-openbsd/patches: patch-Makefile_bsd-wrapper
Log message:
Modify apache-httpd-openbsd Makefile to install CGIs as mode 700 instead
of 000, so that pkg_create run as non-root is able to create the package.
These files are annotated "@mode 000" in the PLIST so when the package
is installed, they still have no access permissions, so no change to
the end results. Remove FAKE_AS_ROOT=Yes.
[>]
http://marc.info/?l=openbsd-ports-cvs&m=141094521727855&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-09-17 13:55:09
Module name: ports
Changes by: ajacoutot@cvs.openbsd.org 2014/09/17 03:13:13
Modified files:
mail/dkim-milter: Makefile
mail/milter-checkrcpt: Makefile
mail/milter-greylist: Makefile
mail/milter-regex: Makefile
mail/milter-spamd: Makefile
mail/mimedefang: Makefile
mail/py-milter : Makefile
mail/smtp-vilter: Makefile
security/clamav: Makefile
Log message:
Cope with recent sendmail subpackaging.
Fix ports that were not able to find the milter includes (since it's not
under /usr/includes anymore).
[>]
http://marc.info/?l=openbsd-ports-cvs&m=141094664128370&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-09-17 13:55:12
Module name: ports
Changes by: jasper@cvs.openbsd.org 2014/09/17 03:36:55
Log message:
import current rspec2 ports into their own subdirectory to prepare for rspec3
as discussed with jeremy@
ok aja@ jeremy@
Status:
Vendor Tag: jasper
Release Tags: jasper_20141709
N ports/devel/ruby-rspec/2/Makefile
N ports/devel/ruby-rspec/2/Makefile.inc
N ports/devel/ruby-rspec/2/core/Makefile
N ports/devel/ruby-rspec/2/core/distinfo
N ports/devel/ruby-rspec/2/core/pkg/DESCR
N ports/devel/ruby-rspec/2/core/pkg/PLIST
N ports/devel/ruby-rspec/2/expectations/Makefile
N ports/devel/ruby-rspec/2/expectations/distinfo
N ports/devel/ruby-rspec/2/expectations/pkg/DESCR
N ports/devel/ruby-rspec/2/expectations/pkg/PLIST
N ports/devel/ruby-rspec/2/mocks/Makefile
N ports/devel/ruby-rspec/2/mocks/distinfo
N ports/devel/ruby-rspec/2/mocks/pkg/DESCR
N ports/devel/ruby-rspec/2/mocks/pkg/PLIST
N ports/devel/ruby-rspec/2/rspec/Makefile
N ports/devel/ruby-rspec/2/rspec/distinfo
N ports/devel/ruby-rspec/2/rspec/pkg/DESCR
N ports/devel/ruby-rspec/2/rspec/pkg/PLIST
No conflicts created by this import
[>]
http://marc.info/?l=openbsd-ports-cvs&m=141094678228414&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-09-17 13:55:15
Module name: ports
Changes by: jasper@cvs.openbsd.org 2014/09/17 03:39:02
Modified files:
devel/ruby-rspec/1: Makefile
Removed files:
devel/ruby-rspec/core: Makefile distinfo
devel/ruby-rspec/core/pkg: DESCR PLIST
devel/ruby-rspec/expectations: Makefile distinfo
devel/ruby-rspec/expectations/pkg: DESCR PLIST
devel/ruby-rspec/mocks: Makefile distinfo
devel/ruby-rspec/mocks/pkg: DESCR PLIST
devel/ruby-rspec/rspec: Makefile distinfo
devel/ruby-rspec/rspec/pkg: DESCR PLIST
Log message:
remove rspec2 ports
[>]
http://marc.info/?l=openbsd-ports-cvs&m=141094869329135&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-09-17 14:55:07
Module name: ports
Changes by: sthen@cvs.openbsd.org 2014/09/17 04:11:08
Modified files:
www/apache-httpd: Makefile
www/apache-httpd/pkg: PLIST apache2.rc
Log message:
apache2 FAKE_AS_ROOT tweak. We currently install suexec2 without setuid
privileges, but the file in the fake directory is mode 4555 owned by the
user building the port, so triggering checks at package creation time
because the plist doesn't have a @mode 4555 annotation. Change the PLIST
to explicitly install this file as mode 555 (no setuid bit) to allow
packaging to succeed. This commit does not change the mode of the file
installed by the package, users wanting suexec will still need to chmod
it themselves, just allows a FAKE_AS_ROOT=No build to work.
While there, swap some /var for LOCALSTATEDIR.
[>]
http://marc.info/?l=openbsd-ports-cvs&m=141095326230627&w=2
obsd.info.14
openbsd-ports-cvs(obsdave,2) — All
2014-09-17 15:55:07
Module name: ports
Changes by: jasper@cvs.openbsd.org 2014/09/17 05:27:13
Modified files:
devel/ruby-rspec/2/core: Makefile
devel/ruby-rspec/2/core/pkg: PLIST
devel/ruby-rspec/2/expectations: Makefile
devel/ruby-rspec/2/expectations/pkg: PLIST
devel/ruby-rspec/2/mocks: Makefile
devel/ruby-rspec/2/mocks/pkg: PLIST
devel/ruby-rspec/2/rspec: Makefile
devel/ruby-rspec/2/rspec/pkg: PLIST
Log message:
add @conflict markers for upcoming rspec3 ports