theo wrote:
> You don't know your place.
Your opinion is well-considered.
--zeurkous.
--
Friggin' Machines!
theo wrote:
> wrote:
>
>> > usbhidaction runs as root, given /dev/uhidN permissions, it's clearly
>> > not intended to run "high level" user commands.
>>
>> The keys, however frivolous memight find them, are clearly to apply to
>> the output belonging to the terminal that the kbd is attached to.
>
You don't know your place.
wrote:
> 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
> >>
wrote:
> > usbhidaction runs as root, given /dev/uhidN permissions, it's clearly
> > not intended to run "high level" user commands.
>
> The keys, however frivolous memight find them, are clearly to apply to
> the output belonging to the terminal that the kbd is attached to.
You are welcome to
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 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.
> > >
>
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
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
18 matches
Mail list logo
