On Wed, Jan 27, 2016 at 08:22:34AM +0100, Andreas Kusalananda Kähäri wrote:
> Hi,
>
> Saw a few of the following on my console:
>
> sendmsg not allowed
> mutt(11070): syscall 28 "sendfd"
>
Thank you. Fittingly, gpgme also has a corresponding recvmsg...
We're slowly approaching pledge
On Tue, January 12, 2016 01:42, Kirill Bychkov wrote:
> On Mon, January 11, 2016 23:32, Daniel Jakots wrote:
>> On Sun, 27 Dec 2015 21:02:55 +0300, "Kirill Bychkov"
>> wrote:
>>
>>> > Here's an update to 4.2 (which was release more than a year ago).
>>> > I
>>>
>>> I've a similar diff for a long t
On 2016 Jan 27 (Wed) at 01:24:20 + (+), Stuart Henderson wrote:
:If you have things in openbsd-wip that are either finished with
:or abandoned, please remove them. Ports that have been left untouched
:there for several years can't really be classed as "work in progress"
:and I think I may h
On 2016/01/27 08:58, Theo Buehler wrote:
> On Wed, Jan 27, 2016 at 08:22:34AM +0100, Andreas Kusalananda Kähäri wrote:
> > Hi,
> >
> > Saw a few of the following on my console:
> >
> > sendmsg not allowed
> > mutt(11070): syscall 28 "sendfd"
> >
>
> Thank you. Fittingly, gpgme also has
When running chrome via ssh -X (to utilize X11 security extensions),
chrome has started segfaulting. I first noticed this after upgrading to
5.8 from 5.7, but never got around to googling for fixes, etc. I'm now
on -current, and seeing the same issue.
$ ssh -X browser@localhost
$ chrome
Xlib: e
On Wed, Jan 27, 2016 at 10:28:53AM +0100, Peter Hessler wrote:
> On 2016 Jan 27 (Wed) at 01:24:20 + (+), Stuart Henderson wrote:
> :If you have things in openbsd-wip that are either finished with
> :or abandoned, please remove them. Ports that have been left untouched
> :there for several y
With the diff below, I have a working cmake-3.4.3 package for arm.
One can say I lost the battle and gave up, but let's face reality:
base libstdc++ on arm is FUBAR, there's not much we can do...
It is plagued by a plethora of bugs:
It forced us to use '-O1 -fno-stack-protector'.
It broke CMake
On Wed, 27 Jan 2016 12:19:30 +0300, "Kirill Bychkov"
wrote:
> I've made some tests on i386 and it's a PITA to use rawtherapee on
> it. Even if following upstream recommendations about 32-bit archs
> http://50.87.144.65/~rt/w/index.php?title=The_Floating_Point_Engine
> So I suggest to set ONLY_FOR
OK. I wonder if this helps icu4c as well.
On 2016/01/27 16:57, David Coppa wrote:
>
> With the diff below, I have a working cmake-3.4.3 package for arm.
>
> One can say I lost the battle and gave up, but let's face reality:
> base libstdc++ on arm is FUBAR, there's not much we can do...
>
> It
On 2016/01/27 09:20, Chris Bennett wrote:
> On Wed, Jan 27, 2016 at 10:28:53AM +0100, Peter Hessler wrote:
> > On 2016 Jan 27 (Wed) at 01:24:20 + (+), Stuart Henderson wrote:
> > :If you have things in openbsd-wip that are either finished with
> > :or abandoned, please remove them. Ports th
On Wed, Jan 27, 2016 at 06:05:03PM +, Stuart Henderson wrote:
> On 2016/01/27 09:20, Chris Bennett wrote:
> > On Wed, Jan 27, 2016 at 10:28:53AM +0100, Peter Hessler wrote:
> > > On 2016 Jan 27 (Wed) at 01:24:20 + (+), Stuart Henderson wrote:
> > > :If you have things in openbsd-wip tha
On 01/25/16 12:37, Michael Reed wrote:
> Hi,
>
> This can be used with either misc/dvtm or by itself. I've tested on amd64
> and everything seems to work. Here's some more info:
>
> DESCR:
> abduco provides session management i.e., it allows programs to be run
> independently from their control
This utility is readily compilable on OpenBSD.
http://sourceforge.net/projects/srm/
On Wed, Jan 27, 2016 at 12:54:21PM -0800, Notofsoundmind . wrote:
> This utility is readily compilable on OpenBSD.
>
> http://sourceforge.net/projects/srm/
rm -P foo ?
j.
On 01/27/16 18:05, Stuart Henderson wrote:
> On 2016/01/27 09:20, Chris Bennett wrote:
>> On Wed, Jan 27, 2016 at 10:28:53AM +0100, Peter Hessler wrote:
>>> On 2016 Jan 27 (Wed) at 01:24:20 + (+), Stuart Henderson wrote:
>>> :If you have things in openbsd-wip that are either finished with
>
On 2016/01/27 20:31, Nigel Taylor wrote:
> On 01/27/16 18:05, Stuart Henderson wrote:
> > I was rather hoping that people would delete things themselves :-)
> >
> > I'll wait a while before I do anything but if I do it, I'm not
> > going to be looking by name, just last commit date.
> >
> I will
On Tue, Jan 26, 2016 at 02:56:40PM +0200, ja...@cieti.lv wrote:
> Hello, dear OpenBSD developers!
>
> I'd like to report a problem with audio/audacious that troubles me.
>
> Recently I switched from 5.8 to -current and noticed that audacious plays
> music fine, but starts to stutter once I seek t
Hi,
U never liked this game very much, and there was no upstream update
for almost three years. Anyone who would cry if I removed it, please
send (within 48 hours) patches to let it build with ghc-7.10 -- or
just cry ;-)
Ciao,
Kili
On 01/27/16 21:48, Stuart Henderson wrote:
> On 2016/01/27 20:31, Nigel Taylor wrote:
>> On 01/27/16 18:05, Stuart Henderson wrote:
>>> I was rather hoping that people would delete things themselves :-)
>>>
>>> I'll wait a while before I do anything but if I do it, I'm not
>>> going to be looking b
Update to version 0.8. Tested on amd64.
Index: Makefile
===
RCS file: /systems/cvs/ports/sysutils/tarsnap-gui/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile3 Nov 2015 20:14:50 - 1.3
+++ Makef
Someone showed me that the gnu version of units(1) can handle bandwidth
calculations which I've been doing by hand before because I couldn't
figure out how to get the one in base to do something other than
"conformability error" for these. Looking at the summary it seems
it has a bunch of other con
On Wed, January 27, 2016 21:05, Stuart Henderson wrote:
> On 2016/01/27 09:20, Chris Bennett wrote:
>> On Wed, Jan 27, 2016 at 10:28:53AM +0100, Peter Hessler wrote:
>> > On 2016 Jan 27 (Wed) at 01:24:20 + (+), Stuart Henderson wrote:
>> > :If you have things in openbsd-wip that are either
Update to version 0.15. Lightly tested on amd64.
Regarding the patch removals:
patch-config_mk:
The PREFIX and MANPREFIX in here aren't used since
installation is done via our own do-install target.
patch-dvtm_c:
The ifdef guards around MIN/MAX were unneeded on amd64, but I didn't
test o
This has been running in my crontab every two hours for the past week with no
issues. Besides that, I'm curious about this warning portcheck(1) gives me:
lib/python${MODPY_VERSION}/site-packages/${FULLPKGNAME}...
...
lib/python${MODPY_VERSION}/site-packages/${FULLPKGNAME}-py${MODPY_V
Update net/prosody to 0.9.10.
This fixes a security issue:
- mod_dialback: Adopt key generation algorithm from XEP-0185,
to prevent impersonation attacks (CVE-2016-0756)
Also, the /dev/urandom read-only patch is not needed anymore,
as fixed upstream. Builds and runs fine, though tests fail. L
25 matches
Mail list logo