Hello Alexandre, Theo,
On 21/04/2020 - 00:12, Theo de Raadt wrote:
Alexandre Ratchov wrote:
On Tue, Apr 21, 2020 at 03:15:58AM +0200, Erling Westenvik wrote:
> > >
> > > I'm a bit confused now... so why the previous usbhidaction configuration
> > > (which was aligned to the manpage suggestion
Morning Theo,
theo wrote:
> Alexandre Ratchov wrote:
>> Hi,
>>
>> mixerctl is still the appropriate tool here, sndioctl is not inteded
>> to be run as root.
>>
>> usbhidaction runs as root, given /dev/uhidN permissions, it's clearly
>> not intended to run "high level" user commands. For instance
Morning,
"Alexandre Ratchov" wrote:
> Hi,
>
> mixerctl is still the appropriate tool here, sndioctl is not inteded
> to be run as root.
Oh, really?
> usbhidaction runs as root, given /dev/uhidN permissions, it's clearly
> not intended to run "high level" user commands.
The keys, however frivol
Alexandre Ratchov wrote:
> On Tue, Apr 21, 2020 at 03:15:58AM +0200, Erling Westenvik wrote:
> > > >
> > > > I'm a bit confused now... so why the previous usbhidaction configuration
> > > > (which was aligned to the manpage suggestions and worked flawlessly for
> > > > years) doesn't work anymor
On Tue, Apr 21, 2020 at 03:15:58AM +0200, Erling Westenvik wrote:
> > >
> > > I'm a bit confused now... so why the previous usbhidaction configuration
> > > (which was aligned to the manpage suggestions and worked flawlessly for
> > > years) doesn't work anymore?
> >
> > Sorry, few weeks ago mixe
On Mon, Apr 20, 2020 at 11:07:38PM +0200, Alexandre Ratchov wrote:
> On Mon, Apr 20, 2020 at 08:00:05PM +0200, Alessandro De Laurenzis wrote:
> > Hello Alexandre,
> >
> > On 20/04/2020 - 19:50, Alexandre Ratchov wrote:
> > > On Mon, Apr 20, 2020 at 07:35:03PM +0200, Alessandro De Laurenzis wrote:
On Mon, Apr 20, 2020 at 07:45:37PM +0100, Kevin Chadwick wrote:
>
> > There are some unavoidable complexities to the sheer size of the tree,
> > and the necessities of updates not to fail...
>
> I have noticed recently that I occasionally get a gz truncated message (I
> think
> due to tcp timeou
On Sat, Apr 18, 2020 at 11:28 PM Thomas de Grivel
wrote:
> I got this error last night on an OpenBSD 6.6-stable amd64 on which I
> recently enabled IKEv2 :
>
> > kernel: double fault trap, code=0
> > Stopped atrtable_l2+0x27: callq srp_enter+0x4
>
That was the *complete* output from dd
Den mån 20 apr. 2020 kl 15:08 skrev Marc Espie :
> On Sun, Apr 19, 2020 at 04:36:48PM +0200, Ingo Schwarze wrote:
> > Part of that is due to the unavoidable complexity
> > of the system. Other parts may be influenced by the fact that
> > espie@ is not tedu@.
>
> I don't think tedu would do much b
On Mon, Apr 20, 2020 at 08:00:05PM +0200, Alessandro De Laurenzis wrote:
> Hello Alexandre,
>
> On 20/04/2020 - 19:50, Alexandre Ratchov wrote:
> > On Mon, Apr 20, 2020 at 07:35:03PM +0200, Alessandro De Laurenzis wrote:
> > > Hello Alexandre,
> > >
> > > Thanks for your prompt feedback.
> > >
>
On Fri, Apr 10, 2020 at 2:55 AM Martin wrote:
> I'm looking for relatively cheap VPS with OpenBSD installation support and
> with ~1Tb of unfiltered traffic. In any words all in/out VPS ports must be
> opened by default.
>
FYI, virtually any provider who offers KVM-based VMs can run OpenBSD.
The
Hmm, I tried your configuration and I get the same behaviour with strongswan. I
don't have an iPhone to test. I tried playing around with the settings
switching from x509 to PSK, changing strongswan knobs, always with the same
result.
I can connect to other strongswan responders using this same
Hello Alexandre,
On 20/04/2020 - 19:50, Alexandre Ratchov wrote:
On Mon, Apr 20, 2020 at 07:35:03PM +0200, Alessandro De Laurenzis wrote:
Hello Alexandre,
Thanks for your prompt feedback.
On 20/04/2020 - 18:00, Alexandre Ratchov wrote:
[...]
>
> This is the right way of doing it except that t
On Mon, Apr 20, 2020 at 07:35:03PM +0200, Alessandro De Laurenzis wrote:
> Hello Alexandre,
>
> Thanks for your prompt feedback.
>
> On 20/04/2020 - 18:00, Alexandre Ratchov wrote:
> [...]
> >
> > This is the right way of doing it except that the user-id running
> > sndioctl is probably not auth
> There are some unavoidable complexities to the sheer size of the tree,
> and the necessities of updates not to fail...
I have noticed recently that I occasionally get a gz truncated message (I think
due to tcp timeout) and then the dependent package doesn't get updated. I then
re-run pkg_add -
Hello Benjamin,
On 20/04/2020 - 17:23, Benjamin Baier wrote:
[...]
Have made the same adjustments here. Works good.
Do you have an old usbhidaction running in background, that blocks /dev/uhid1
No, there is only one instance of usbhidaction running (I tried to
reboot too, just to be sure).
Hello Alexandre,
Thanks for your prompt feedback.
On 20/04/2020 - 18:00, Alexandre Ratchov wrote:
[...]
This is the right way of doing it except that the user-id running
sndioctl is probably not authorized to use the server while you're
using.
You could try to prefix the command with "doas -u
On Mon, Apr 20, 2020 at 05:07:26PM +0200, Alessandro De Laurenzis wrote:
> Greetings,
>
> Latest -current here:
>
> OpenBSD theseus.atlantide.priv 6.7 GENERIC.MP#140 amd64
>
> Of course, mixerctl doesn't work anymore for volume control.
>
> I have a Logitech wireless keyboard whose multimedia k
On Mon, 20 Apr 2020 17:07:26 +0200
Alessandro De Laurenzis wrote:
> Greetings,
>
> Latest -current here:
>
> OpenBSD theseus.atlantide.priv 6.7 GENERIC.MP#140 amd64
>
> Of course, mixerctl doesn't work anymore for volume control.
>
> I have a Logitech wireless keyboard whose multimedia keys w
Greetings,
Latest -current here:
OpenBSD theseus.atlantide.priv 6.7 GENERIC.MP#140 amd64
Of course, mixerctl doesn't work anymore for volume control.
I have a Logitech wireless keyboard whose multimedia keys were pretty
functional in OpenBSD through usbhidaction(1):
[...]
Apr 20 16:54:48 th
Ajust as your necessity *
( Don't forget to adjust your pf rules accordingly ) *
OpenBSD 6.X ( Works with IPHONE AND STRONGSWAN )
ikev2 "roadwarrior" passive esp from 0.0.0.0/0 to 10.20.30.0/24 \
local egress peer any \
ikesa enc aes-256 auth hmac-sha2-256 group modp2048 \
childsa enc aes
On Mon, Apr 20, 2020 at 02:48:20PM +0100, Chris Rawnsley wrote:
> > BTW, any supplementary tool that does similar things directly in shell
> > has exactly zero chance to be included in the distribution.
>
> Acknowledged. I put it out there for those that might find it useful
> but was not expectin
On Mon, Apr 20, 2020 at 02:48:20PM +0100, Chris Rawnsley wrote:
> Hi Marc,
>
> On Mon, 20 Apr 2020, at 14:05, Marc Espie wrote:
> > Actually, not having recursive depends easily available on an installed
> > package base is somewhat tedu-ish.
> >
> > Most specifically, it's not very useful for a
> On Fri, Apr 17, 2020 at 09:14:49AM -0600, Todd C. Miller wrote:
>> On Fri, 17 Apr 2020 09:11:15 -0600, "Raymond, David" wrote:
>>
>> > I noticed that chattr exists on OpenBSD. The man page says it applies
>> > to Linux file systems (ext* etc). Two questions:
>> >
>> > 1. Does this also apply
Hi Marc,
On Mon, 20 Apr 2020, at 14:05, Marc Espie wrote:
> Actually, not having recursive depends easily available on an installed
> package base is somewhat tedu-ish.
>
> Most specifically, it's not very useful for anything in common usage. What
> would you want it for ?... sure it's nice in
Hi Marc,
Marc Espie wrote on Mon, Apr 20, 2020 at 03:05:36PM +0200:
> Actually, not having recursive depends easily available on an installed
> package base is somewhat tedu-ish.
Heh. :-)
> Most specifically, it's not very useful for anything in common usage. What
> would you want it for ?..
On Mon, Apr 20, 2020 at 09:45:41AM +, Martin wrote:
> I'm looking for a way to keep distfiles up-to-date locally with auto remove
> 'old' ones in sync with actual ports tree.
dpb + clean-old-distfiles
even if you don't build/fetch with dpb, dpb -DHISTORY_ONLY
will do exactly what you want.
On Sun, Apr 19, 2020 at 04:36:48PM +0200, Ingo Schwarze wrote:
> All this is kind of typical for the pkg tools: one question typically
> allows several different answers. There typically isn't one single,
> canonical way of doing something. There typically isn't one unified
> output format, but s
Hi,
I am trying to connect to iked running on OpenBSD 6.6 from a strongSwan
5.7.2 initiator running on Ubuntu 19.10 (which is behind NAT). I am
using x509 certificates generated by ikectl.
The tunnel cannot be established. It is hard for me to see what's going
on. strongswan seems to be send
"Alexandre Ratchov" wrote:
> On Sun, Apr 19, 2020 at 09:11:16AM +0200, zeurk...@volny.cz wrote:
>>
>> > Now programs connect to sndiod which does the hardware access for
>> > them, this has other advantages as well:
>> > - programs control the volume of the right device on systems with
>> > multip
I'm looking for a way to keep distfiles up-to-date locally with auto remove
'old' ones in sync with actual ports tree.
Martin
31 matches
Mail list logo
