Hi Frank,
Frank Groeneveld wrote on Tue, Nov 18, 2014 at 09:05:12PM +0100:
> An improved version of the patch:
> mark path as optional for "deliver to maildir path".
Committed, thanks!
Ingo
> On Tue, Nov 18, 2014 at 08:53:51PM +0100, Frank Groeneveld wrote:
> > This little patch changes the
On Sat, 15 Nov 2014 00:48:44 +
James McGoodwin wrote:
> However Windows clients are limited to only one connection at a
> time. Subsequent connections cause the current session to die and
> be replaced by the new one.
(snip)
> In short, many security associations (for each windows client) but
Am 11/18/14 um 23:07 schrieb trondd:
> On Mon, Nov 17, 2014 at 2:39 PM, Stefan Wollny wrote:
>
>> Am 11/17/14 um 20:27 schrieb Stefan Wollny:
>>> [ ... ]
>>>
>> /usr/local/libexec/gstreamer-1.0/gst-plugin-scanner:/usr/lib/libstdc++.so.57.0:
/usr/local/lib/libestdc++.so.16.0 : WARNI
> Quark requires webkit 1.0. I don't even know where to get that anymore.
> Although their concept of locking a tab to a domain is an interesting one.
>
> Tim.
>
>
Scratch that. I was confusing webkit and webkitgtk{2,3}
Greetings. I'm curious whether the behavior I'm seeing is intended
when dealing with the situation of nested vnd files where the
lower/outer device is read-only (or whether I'm misunderstanding some
filesystem semantics). Full steps to reproduce are below (a little
verbose, I apologize) on 5.6-stab
I tested this on other hardware: It has nothing to do with i354.
It’s a bug in the vlan driver which has already been reported here
http://marc.info/?l=openbsd-misc&m=139903544321689&w=2
Axel
Am 02.09.2014 um 15:45 schrieb Axel Rau :
> Am 30.08.2014 um 13:46 schrieb Axel Rau :
>
>> Am 2
On Mon, Nov 17, 2014 at 2:39 PM, Stefan Wollny wrote:
> Am 11/17/14 um 20:27 schrieb Stefan Wollny:
> > [ ... ]
> >
> >>
> >>
> /usr/local/libexec/gstreamer-1.0/gst-plugin-scanner:/usr/lib/libstdc++.so.57.0:
> >> /usr/local/lib/libestdc++.so.16.0 : WARNING:
> >> symbol(_ZN11__gnu_debug17_S_debug_
percy piper said:
> Has anyone noticed problems with uvideo(4) in recent snapshots?
>
> The issue I'm seeing is reproducible with video(1) - just run it and
> wait. After some seconds or minutes no new frames arrive and video(1)
> is waiting on poll(2). Larger frame sizes seem to decrease the time
An improved version of the patch: mark path as optional for "deliver to
maildir path".
On Tue, Nov 18, 2014 at 08:53:51PM +0100, Frank Groeneveld wrote:
> This little patch changes the tag argument to correctly display it as a
> command
> argument to the tagged keyword.
>
> Frank
> --- /usr/src/
This little patch changes the tag argument to correctly display it as a command
argument to the tagged keyword.
Frank
--- /usr/src/usr.sbin/smtpd/smtpd.conf.5Wed Jul 9 14:44:54 2014
+++ smtpd.conf.5Tue Nov 18 20:30:12 2014
@@ -87,7 +87,7 @@
.It Xo
.Ic tagged
.Op Ic \&!
-.Ic tag
Hello Stuart,
Le 16/11/2014 22:23, Stuart Henderson a écrit :
> On 2014-11-13, Mxher wrote:
>> Hi all,
>>
>> I'm not able to start Smokeping on my (recently installed) OpenBSD 5.6.
>
> A similar problem was reported by Lars Hecking a couple of weeks
> ago, please try updating your ports tree to
On 18/11/14(Tue) 12:46, percy piper wrote:
> Has anyone noticed problems with uvideo(4) in recent snapshots?
>
> The issue I'm seeing is reproducible with video(1) - just run it and
> wait. After some seconds or minutes no new frames arrive and video(1)
> is waiting on poll(2). Larger frame sizes
On 18/11/14(Tue) 09:02, Scott Bonds wrote:
> A few people suggest I try current. I tried it and the ports show up
> again, this time as XHCI. They are unreliable, as others have noted:
> http://marc.info/?l=openbsd-misc&m=141614729913281&w=2
-current is moving fast and this remark is already outda
A few people suggest I try current. I tried it and the ports show up
again, this time as XHCI. They are unreliable, as others have noted:
http://marc.info/?l=openbsd-misc&m=141614729913281&w=2
I use this laptop as my main workstation, so I'm going to retreat back
to 5.5-stable for now, but I'll se
On 11/18/2014 04:22 PM, Reyk Floeter wrote:
On Tue, Nov 18, 2014 at 02:20:40PM +0200, Gregory Edigarov wrote:
Hi,
While downloading a big file from httpd it eats somewhere from 77 to 100% or
even 150% cpu.
Do you have any more details? OK, you're running -current. But how
big is your big fil
On Tue, Nov 18, 2014 at 03:22:36PM +0100, Reyk Floeter wrote:
> On Tue, Nov 18, 2014 at 02:20:40PM +0200, Gregory Edigarov wrote:
> > Hi,
> >
> > While downloading a big file from httpd it eats somewhere from 77 to 100% or
> > even 150% cpu.
>
> Do you have any more details? OK, you're running -
On Tue, Nov 18, 2014 at 02:20:40PM +0200, Gregory Edigarov wrote:
> Hi,
>
> While downloading a big file from httpd it eats somewhere from 77 to 100% or
> even 150% cpu.
Do you have any more details? OK, you're running -current. But how
big is your big file? What is your httpd configuration?
my -current is just three day's old:
OpenBSD 5.6-current (GENERIC.MP) #564: Sat Nov 15 20:59:52 MST 2014
On 11/18/2014 02:36 PM, Bret Lambert wrote:
On Tue, Nov 18, 2014 at 02:20:40PM +0200, Gregory Edigarov wrote:
Hi,
While downloading a big file from httpd it eats somewhere from 77 to 100
Has anyone noticed problems with uvideo(4) in recent snapshots?
The issue I'm seeing is reproducible with video(1) - just run it and
wait. After some seconds or minutes no new frames arrive and video(1)
is waiting on poll(2). Larger frame sizes seem to decrease the time
needed to achieve this stat
On Tue, Nov 18, 2014 at 02:20:40PM +0200, Gregory Edigarov wrote:
> Hi,
>
> While downloading a big file from httpd it eats somewhere from 77 to 100% or
> even 150% cpu.
> Is it normal?
> I've never seen such numbers with nginx.
There was a known issue with that that has been fixed in -current;
i
Hi,
While downloading a big file from httpd it eats somewhere from 77 to
100% or even 150% cpu.
Is it normal?
I've never seen such numbers with nginx.
--
With best regards,
Gregory Edigarov
On 17/11/2014 19:16, sven falempin wrote:
did you apply one of the patch about vlan ?
Sorry I forgot to mention this box is running stock 5.6 with no patch
applied.
Shall I have applied a patch to it ?
I'll apply errata shortly.
Laurent
On Mon, Nov 17, 2014 at 5:39 AM, Kevin Gee wrot
comment/signature
Reply-To: "J. Scott Heppler"
Organization: Innovations
Per subject line
--
J. Scott Heppler
Hi, I've installed 5.6 snapshot (Nov 18) on my laptop, and installed dovecot
package. But failed when setting up password crypt scheme:
# doveadm pw -s SHA512-CRYPT -p 123456
doveadm(root): Fatal: Unknown scheme: SHA512-CRYPT
# doveadm pw -s SHA256-CRYPT -p 123456
doveadm(root): Fatal: Unknown
24 matches
Mail list logo
