> > But nigther user of seat0 nor user of seat1 can access it even another
> > > user is not working with it, even no user is logged on anothe seat.
>
I made more testing and found, that /dev/snd/seq is accessible for any
user, logged in on the seat0, but not to one logged on the seat1.
After re
Am 23.11.2012 18:18, schrieb Lennart Poettering:
> On Thu, 22.11.12 13:27, Thomas Bächler (tho...@archlinux.org) wrote:
>
>> For me, the major problem is that the selection of "seat master devices"
>> is hard-coded in logind (it selects devices of type "graphics" from
>> udev, [1]). Step 1 would b
On Sun, Nov 25, 2012 at 6:35 PM, Oleg Samarin wrote:
> В Вс., 25/11/2012 в 02:21 +0100, Kay Sievers пишет:
>> On Sat, Nov 24, 2012 at 10:46 PM, Lennart Poettering
>> wrote:
>>
>> > This sounds as if it should be tagged with uaccess, so that it is
>> > managed by dynamic ACLs as sessoins become ac
В Вс., 25/11/2012 в 02:21 +0100, Kay Sievers пишет:
> On Sat, Nov 24, 2012 at 10:46 PM, Lennart Poettering
> wrote:
>
> > This sounds as if it should be tagged with uaccess, so that it is
> > managed by dynamic ACLs as sessoins become active and inactive.
> >
> > Kay, what's the story behind /dev
> Please rebase to current git! We merge new stuff like this only into the git
> version.
I'm sorry. The previous patch was for F17. Here is one for the git
version.
> As mentioned, for F19 we want to get rid of that. systemd-multi-seat-x
> was only intended to be a temporary work-around until X
On Sat, Nov 24, 2012 at 10:46 PM, Lennart Poettering
wrote:
> This sounds as if it should be tagged with uaccess, so that it is
> managed by dynamic ACLs as sessoins become active and inactive.
>
> Kay, what's the story behind /dev/snd/seq and ACLs?
Should work fine when the driver is loaded. Th
On Sat, 24.11.12 22:34, Colin Guthrie (gm...@colin.guthr.ie) wrote:
> > "seat-master" sounds like a good name for this. I'd be happy to merge a
> > patch that changes logind so that it watches for devices tagged with
> > this, and spawns an X server the moment such a device appears.
>
> Speaking
'Twas brillig, and Lennart Poettering at 24/11/12 21:46 did gyre and gimble:
>> > 5. An issue is not related to framebuffer but to user access privileges:
>> > users cann't access /dev/snd/seq device in a multi-seat environment.
>> > This device is used by all MIDI applications, so they do not work
'Twas brillig, and Lennart Poettering at 23/11/12 17:18 did gyre and gimble:
> On Thu, 22.11.12 13:27, Thomas Bächler (tho...@archlinux.org) wrote:
>
>> For me, the major problem is that the selection of "seat master devices"
>> is hard-coded in logind (it selects devices of type "graphics" from
>
On Sat, 24.11.12 23:12, Олег Самарин (osamari...@gmail.com) wrote:
> В Пт., 23/11/2012 в 18:22 +0100, Lennart Poettering пишет:
> > > OK. So we need two changes:
> > >
> > > (1). Introduce a new udev tag that means "master device" for the seat.
> > > Support it with logind.c. Add an udev rule tha
В Пт., 23/11/2012 в 18:22 +0100, Lennart Poettering пишет:
> > OK. So we need two changes:
> >
> > (1). Introduce a new udev tag that means "master device" for the seat.
> > Support it with logind.c. Add an udev rule that sets this tag for all
> > framebuffer device
>
> Yes, and please name this
On Thu, 22.11.12 23:04, Oleg Samarin (osamari...@gmail.com) wrote:
> В Ср., 21/11/2012 в 20:23 +0100, Lennart Poettering пишет:
>
> > I think there are other ways thinkable, where we don't have to add
> > explicit nvidia-compatibility switches. For example, instead of
> > explicitly watching for
On Thu, 22.11.12 13:27, Thomas Bächler (tho...@archlinux.org) wrote:
> For me, the major problem is that the selection of "seat master devices"
> is hard-coded in logind (it selects devices of type "graphics" from
> udev, [1]). Step 1 would be to move that to a udev rule: Add a
> "seatmaster" tag
В Ср., 21/11/2012 в 20:23 +0100, Lennart Poettering пишет:
> I think there are other ways thinkable, where we don't have to add
> explicit nvidia-compatibility switches. For example, instead of
> explicitly watching for fb devices to show up before we consider a seat
> to be around, we could inste
Am 21.11.2012 20:23, schrieb Lennart Poettering:
> I think there are other ways thinkable, where we don't have to add
> explicit nvidia-compatibility switches. For example, instead of
> explicitly watching for fb devices to show up before we consider a seat
> to be around, we could instead look for
Am 21.11.2012 20:23, schrieb Lennart Poettering:
> Ahum, we wrote this with modern in-kernel drivers in mind, really. I
> understand that people want to run this stuff with the closed-source
> binary drivers, but due to the closed-source-ness this is really not
> that high on my TODO list and is no
On Wed, 21.11.12 22:04, Олег Самарин (osamari...@gmail.com) wrote:
> Hi!
>
> I have a Fedora 17 system with two nvidia videocards, two screens, two
> keyboards and two mouses. I've tried to setup multi-seat on it following
> this article:
> http://code.lexarcana.com/blog/2012/06/17/simple-multise
Hi!
I have a Fedora 17 system with two nvidia videocards, two screens, two
keyboards and two mouses. I've tried to setup multi-seat on it following
this article:
http://code.lexarcana.com/blog/2012/06/17/simple-multiseat-setup-on-fedora-17/.
But without success.
The article propose to create a n
18 matches
Mail list logo
