[Desktop-packages] [Bug 1540997] Re: [SRU] Backport upstream multi-seat patches for Xephyr

** Description changed: - [UPDATE] All needed patches were already upstreamed (see [1] below). - Please pick them rather than the ones attached here. + [Impact] - Please consider including this patch series [1] for in Xenial's xorg- - server package. It's a crucial one to get single-GPU

[Desktop-packages] [Bug 1540997] Re: [SRU] Backport upstream multi-seat patches for Xephyr

** Summary changed: - Input hot-plugging patches for Xephyr + [SRU] Backport upstream multi-seat patches for Xephyr -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1540997 Title:

[Desktop-packages] [Bug 1540997] Re: Input hot-plugging patches for Xephyr

I've just uploaded a xorg-server 1.18.1 package to https://launchpad.net /~ubuntu-multiseat/+archive/ubuntu/ppa with the above patches included. Would it be too late to include them in official xorg-server package in time for Xenial release? -- You received this bug notification because you are

[Desktop-packages] [Bug 1554662] [NEW] First client to invoke Xorg via systemd socket activation gets stuck

Public bug reported: Briefly: if one has a pair of systemd .socket/.service unit files to start Xorg via socket activation, the first X11 client which triggers this socket activation gets stuck (waits forever) , although Xorg starts properly. A second X11 client will then work as expected. For

[Desktop-packages] [Bug 1553263] [NEW] Launchpad branches for xorg-server are not in sync with corresponding packages

Public bug reported: For example, https://code.launchpad.net/~ubuntu-branches/ubuntu/wily/xorg-server/wily is last tagged 2:1.14.2.901-2ubuntu1, although lasest wily release is 2:1.17.2-1ubuntu9.1. Why are they not in sync? ** Affects: xorg-server (Ubuntu) Importance: Undecided

[Desktop-packages] [Bug 1540997] Re: Input hot-plugging patches for Xephyr

All needed patches were already upstreamed. See pick the patches referenced in [1] and [2] rather than the ones attached here. ** Description changed: + [UPDATE] All needed patches were already upstreamed (see [1] below). + Please pick them rather than the ones attached here. + Please

[Desktop-packages] [Bug 1540997] Re: Input hot-plugging patches for Xephyr

** Description changed: Please consider including this patch series [1] for in Xenial's xorg- server package. It's a crucial one to get single-GPU multi-seat working in Ubuntu the easiest way (it works with all flavours that use LightDM as the default display manager), and would be a

[Desktop-packages] [Bug 1540997] Re: Input hot-plugging patches for Xephyr

** Patch added: "0002-kdrive-set-evdev-driver-for-input-devices-automatica.patch" https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1540997/+attachment/4562335/+files/0002-kdrive-set-evdev-driver-for-input-devices-automatica.patch -- You received this bug notification because you

[Desktop-packages] [Bug 1540997] Re: Input hot-plugging patches for Xephyr

** Patch added: "0006-kdrive-don-t-let-evdev-driver-overwrite-existing-dev.patch" https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1540997/+attachment/4562340/+files/0006-kdrive-don-t-let-evdev-driver-overwrite-existing-dev.patch -- You received this bug notification because you

[Desktop-packages] [Bug 1540997] Re: Input hot-plugging patches for Xephyr

** Patch added: "0003-kdrive-introduce-input-hot-plugging-support-for-udev.patch" https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1540997/+attachment/4562336/+files/0003-kdrive-introduce-input-hot-plugging-support-for-udev.patch -- You received this bug notification because you

[Desktop-packages] [Bug 1540997] Re: Input hot-plugging patches for Xephyr

** Patch added: "0005-kdrive-add-options-to-set-default-XKB-properties.patch" https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1540997/+attachment/4562339/+files/0005-kdrive-add-options-to-set-default-XKB-properties.patch -- You received this bug notification because you are a

[Desktop-packages] [Bug 1540997] Re: Input hot-plugging patches for Xephyr

** Patch added: "0004-kdrive-update-evdev-keyboard-LEDs-22302.patch" https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1540997/+attachment/4562337/+files/0004-kdrive-update-evdev-keyboard-LEDs-22302.patch -- You received this bug notification because you are a member of Desktop

[Desktop-packages] [Bug 1540997] Re: Input hot-plugging patches for Xephyr

** Patch added: "0001-kdrive-fix-up-NewInputDeviceRequest-implementation.patch" https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1540997/+attachment/4562334/+files/0001-kdrive-fix-up-NewInputDeviceRequest-implementation.patch -- You received this bug notification because you are a

Re: [Desktop-packages] [Bug 1292324] Re: Support non-root X

Hans et al., I'm observing GDM behaviour with non-root Xorg. I see that GDM by default keeps the greeter session alive, switching to another VT in order to start a new user session. Shouldn't it break for non-seat0 seats, since they can't handle multiple sessions due to lack of VT support? I

[Desktop-packages] [Bug 1540997] Re: Input hot-plugging patches for Xephyr

** Patch added: "0009-ephyr-don-t-load-ephyr-input-driver-if-seat-option-i.patch" https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1540997/+attachment/4562343/+files/0009-ephyr-don-t-load-ephyr-input-driver-if-seat-option-i.patch -- You received this bug notification because you

[Desktop-packages] [Bug 1540997] Re: Input hot-plugging patches for Xephyr

** Patch added: "0008-ephyr-ignore-novtswitch-sharevts-and-layout-seatXXX-.patch" https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1540997/+attachment/4562342/+files/0008-ephyr-ignore-novtswitch-sharevts-and-layout-seatXXX-.patch -- You received this bug notification because you

[Desktop-packages] [Bug 1540997] Re: Input hot-plugging patches for Xephyr

** Patch added: "0007-config-udev-better-distinguish-between-real-keyboard.patch" https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1540997/+attachment/4562341/+files/0007-config-udev-better-distinguish-between-real-keyboard.patch -- You received this bug notification because you

[Desktop-packages] [Bug 1540997] [NEW] Input hot-plugging patches for Xephyr

Public bug reported: Please consider including this patch series [1] for in Xenial's xorg- server package. It's a crucial one to get single-GPU multi-seat working in Ubuntu the easiest way (it works with all flavours that use LightDM as the default display manager), and would be a quite valuable

Re: [Desktop-packages] [Bug 1449282] Re: xserver-allow-tcp=true feature doesn't work with Xorg version 1.17.0

Robert, I think he's asking about the case one installs xorg-server- lts-{vivid,wily} on Trusty. In this case, the bug does apply (sort of) to Trusty. Enviado através do Boxer Em 18/11/2015 18:11, Robert Ancell escreveu: 14.04 LTS is currently running Xorg 1.15 so

[Desktop-packages] [Bug 1442611] Re: Guest session can't write on /var/run/screen

** Branch linked: lp:~lbssousa/lightdm/guest-session-write-run-screen -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to lightdm in Ubuntu. https://bugs.launchpad.net/bugs/1442611 Title: Guest session can't write on /var/run/screen

[Desktop-packages] [Bug 1442609] Re: Guest session can't read "/proc/net/dev" and/or "/proc/*/net/dev"

** Branch linked: lp:~lbssousa/lightdm/guest-session-allow-read-proc- net-dev -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to lightdm in Ubuntu. https://bugs.launchpad.net/bugs/1442609 Title: Guest session can't read "/proc/net/dev"

[Desktop-packages] [Bug 1504049] Re: apparmor rules too tight for chromium

OK, Robert! -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to lightdm in Ubuntu. https://bugs.launchpad.net/bugs/1504049 Title: apparmor rules too tight for chromium Status in Light Display Manager: Fix Committed Status in Light

[Desktop-packages] [Bug 1504049] Re: apparmor rules too tight for chromium

Could you please edit also the following directive in abstractions /lightdm_chromium-browser? I cannot close Chromium remotely with "killall chromium" from a guest session because it's currently disallowed to receive SIGTERM. signal (receive, send) set=("exists", "term") peer=/usr/lib/lightdm

[Desktop-packages] [Bug 1449282] Re: xserver-allow-tcp=true feature doesn't work with Xorg version 1.17.0

Robert, the following snippet is used to retrieve current Xorg version in http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ldm- trunk/view/head:/screen.d/ldm: X -version 2>&1 | grep "X.Org X Server" | sed -n 's/X.Org X Server //p' Maybe you can use it in a new function e.g.

[Desktop-packages] [Bug 1449282] Re: xserver-allow-tcp features doesn't work with Xorg version 1.16.0

Robert, there may be a mistake here: "-listen tcp" was first introduced in xorg-server 1.17.0 (vivid ships with 1.17.1), not 1.16.0. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to lightdm in Ubuntu.

[Desktop-packages] [Bug 1121660] Re: No visual indication of automatic login

** Also affects: lightdm-gtk-greeter Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to unity-greeter in Ubuntu. https://bugs.launchpad.net/bugs/1121660 Title: No visual indication of automatic

[Desktop-packages] [Bug 1442609] Re: Guest session can't read /proc/net/dev and/or /proc/*/net/dev

Robert, This is a sample of my /var/log/kern.log messages regarding xfce4 -netload-plugin attempts to read network traffic: Apr 9 14:46:34 localhost kernel: [ 786.952187] audit: type=1400 audit(1428601594.953:805): apparmor=DENIED operation=open profile=/usr/lib/lightdm/lightdm-guest-session

[Desktop-packages] [Bug 1319870] Re: [SRU] Removable media is being mounted randomly in multiseat systems

Any progress about this bug? It's the last package which still needs to be forked in Ubuntu Multiseat PPA for a more complete multiseat experience in Ubuntu 14.04 LTS. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to udisks2 in Ubuntu.

[Desktop-packages] [Bug 1319870] Re: [SRU] Removable media is being mounted randomly in multiseat systems

Any progress about this SRU request? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to udisks2 in Ubuntu. https://bugs.launchpad.net/bugs/1319870 Title: [SRU] Removable media is being mounted randomly in multiseat systems Status in

[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats

Unfortunately, I can't reproduce your error in my hardware. Both seats wake up correctly here. My hardware consists of an integrated Intel graphics device and a Silicon Motion SM501 PCI graphics card. I'm also using Xubuntu with lightdm 1.10.3 from trust-updates repo. BTW, did you upgrade your

Re: [Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats

Oh sorry! I didn't catch your lightdm.conf above. When you restart lightdm service, all Xorg processes are killed and then restarted. That's why your seat-1 goes back to normal when you do that. I suspect your seat-1 Xorg may be killed when suspending. You can confirm it by running ps -FC Xorg |

Re: [Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats

What about your lightdm.log file? And your Xorg.1.log? Any suspect message? Em qua, 17 de dez de 2014 18:41, Andrzej Pietrasiewicz andrzejtp2...@gmail.com escreveu: Regarding the doubt whether not coming back of seat-1 greeter is caused by the screenscaver kicking-in: that is not the case. I

Re: [Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats

You could also disable light-locker for user logged in seat-1 and see if problem persists. Em qua, 17 de dez de 2014 18:44, Laércio de Sousa lbsous...@gmail.com escreveu: What about your lightdm.log file? And your Xorg.1.log? Any suspect message? Em qua, 17 de dez de 2014 18:41, Andrzej

Re: [Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats

Anyway, have you tried to simplify your config files? For example, in your udev rules, you don't need to tag anything as seat0 explicitly, and in your xorg.conf file, are you sure you need all that Screen and ServerLayout sections? In principle just the Device sections would be enough. -- You

[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats

A possible workaround is preventing your seat-1 X server from suspending. Include the following config to your lightdm.conf: [Seat:seat-1] xserver-command=/usr/bin/X -core -dpms -s 0 Anyway, if you swap your video cards bewteen seats (i.e. swap seat0 and seat-1 occurences in your xorg.conf), do

[Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats

I've just updated xorg packages in my computer lab to 2:1.15.1-0ubuntu2.6. Multiseat is working pretty well (even with non-KMS video devices on non-seat0 seats). No regressions observed at the moment. ** Tags removed: verification-failed verification-needed ** Tags added: verification-done --

Re: [Desktop-packages] [Bug 1209008] Re: [SRU] X doesn't work for video cards with non-KMS drivers on non-seat0 seats

Andrzej, please paste here the xorg.conf you've written for your NVIDIA card, as well as your /var/log/Xorg.1.log, when you use the proprietary driver. Em sáb, 13 de dez de 2014 19:20, Andrzej Pietrasiewicz andrzejtp2...@gmail.com escreveu: ** Tags added: verification-failed -- You received

[Desktop-packages] [Bug 1319870] Re: [SRU] Removable media is being mounted randomly in multiseat systems

** Summary changed: - Removable media is being mounted randomly in multiseat systems + [SRU] Removable media is being mounted randomly in multiseat systems -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to udisks2 in Ubuntu.

[Desktop-packages] [Bug 1319870] Re: [SRU] Removable media is being mounted randomly in multiseat systems

** Description changed: + [Impact] + Due to lack of full systemd-logind integration in current udisks2 package, automounting of removable media in multiseat setups is not respecting seat hierarchy. All seats try to mount it at the same time, resulting in a race condition. However, the

[Desktop-packages] [Bug 1209008] Re: X fails to detect certain video cards on non-seat0 seats

** Branch linked: lp:~ubuntu-multiseat/xorg-server/trusty-matchseat -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: X fails to detect certain video cards on

[Desktop-packages] [Bug 1209008] Re: X fails to detect certain video cards on non-seat0 seats

** Description changed: - From https://bugs.freedesktop.org/show_bug.cgi?id=66851: + [Impact] - I have a multiseat setup with a primary on-board Intel graphics - device and a secondary Silicon Motion SM501 graphics card. My SM501 - is configured via custom xorg.conf with siliconmotion ddx

[Desktop-packages] [Bug 1371651] Re: Daily does not boot into graphical interface after installation

A similar problem was observed with VirtualBox at bug #1365336. I guess the root of both problems can be the same: in recent VirtualBox versions, no framebuffer device is being exposed by the kernel a priori in a guest Ubuntu-daily system. Have you tried to boot on a VMware virtual machine? --

[Desktop-packages] [Bug 1371651] Re: Daily does not boot into graphical interface after installation

Try to enable vesafb at boot -- append e.g. vga=771 or vga=788 to grub command line. I think it should be better with option video=uvesafb:..., but this one requires /sbin/v86d to be installed. -- You received this bug notification because you are a member of Desktop Packages, which is

[Desktop-packages] [Bug 1371651] Re: Daily does not boot into graphical interface after installation

Is this related? http://cgit.freedesktop.org/plymouth/commit/?id=84eb4381db85877a9a56b35994e6c10d43e46ebe -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to lightdm in Ubuntu. https://bugs.launchpad.net/bugs/1371651 Title: Daily does

[Desktop-packages] [Bug 1350357] Re: Support disabling of user switching per seat

It also happens with me. In my multiseat system, if I logout on a son- seat0 seat (which has allow-user-switching=false by default), lightdm fails to start a greeter on that seat: DEBUG: Seat: Display server stopped DEBUG: Seat: Active display server stopped, starting greeter DEBUG: Seat:

[Desktop-packages] [Bug 1365336] Re: Lightdm update=No desktop

According with your loginctl seat-status seat0 outputs, it seems your live session lacks framebuffer devices (/dev/fb*) for VirtualBox/VMware. Just for comparison, my Lubuntu system installed in a VirtualBox VM does have a framebuffer device, so I suspect some needed kernel module for providing

[Desktop-packages] [Bug 1365336] Re: Lightdm update=No desktop

Here are my test results on latest Lubuntu 14.10 daily build booted in live mode on both VirtualBox 4.3.14 and VMware Player 6.0.3: VirtualBox: FAILED (no framebuffer devices available, probably required kernel module vboxvideo is missing in the Live DVD). Same results as @elfy VMWare Player:

[Desktop-packages] [Bug 1365336] Re: Lightdm update=No desktop

I've crated a topic in NVIDIA DevZone Forums about shipping this udev rule. Someone have pointed out about the possibility of no kernel devices (like /dev/dri/card*) being available, since they are not created by NVIDIA drivers, but by other kernel modules. So I'm proposing this alternative udev

[Desktop-packages] [Bug 1365336] Re: Lightdm update=No desktop

@mdeslaur I was unable to reproduce your error here. I've just installed and updated Lubuntu 14.10beta1 in a VMware Player VM and everything goes fine. Could you provide some more info about your VM (lightdm logs, Xorg logs, etc.)? -- You received this bug notification because you are a member

[Desktop-packages] [Bug 1366206] Re: Graphical desktop not starting from livesession

*** This bug is a duplicate of bug 1365336 *** https://bugs.launchpad.net/bugs/1365336 Please attach output of command loginctl seat-status seat0 for each case. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xserver-xorg-video-vesa

[Desktop-packages] [Bug 1365336] Re: Lightdm update=No desktop

For future reference to nvidia-graphics-drivers maintainers: I suggest to install a file named /usr/lib/udev/rules.d/71-seat-nvidia.rules with the sixth alternative proposed above: SUBSYSTEM==drm, KERNEL==card[0-9]*, ATTRS{vendor}==0x10de, DRIVERS==nvidia, TAG+=master-of-seat -- You received

[Desktop-packages] [Bug 1365336] Re: Lightdm update=No desktop

@robert-ancell I believe not, but I'm not sure. This udev rule I propose is a derivative of other ideas proposed by Ubuntu Multiseat team members. When that master-of-seat concept was introduced in systemd, Lennart Poettering suggested that a suitable udev rule should be included in upstream

[Desktop-packages] [Bug 1365336] Re: Lightdm update=No desktop

I've installed Lubuntu 14.10beta1 in a VirtualBox VM, executed apt full-upgrade, and rebooted. I could not be able to reproduce this error: everything goes fine to me. @elfy did you try to restart lightdm service after failure (sudo restart lightdm)? -- You received this bug notification

[Desktop-packages] [Bug 1365336] Re: Lightdm update=No desktop

@elfy could you please attach here the output of following commands? loginctl show-seat seat0 loginctl seat-status seat0 I've seen you're using nvidia proprietary drivers, right? --- Robert Ancell, I suspect this is an example of that critical case I've pointed out in bug #1590581: main

[Desktop-packages] [Bug 1365336] Re: Lightdm update=No desktop

@elfy After creating that udev rule and loaded it, run loginctl seat-status seat0 once again and check if there's a device tagged with [MASTER]. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to lightdm in Ubuntu.

[Desktop-packages] [Bug 1365336] Re: Lightdm update=No desktop

@elfy Create a file named /etc/udev/rules.d/71-nvidia.rules with the following content (don't break lines): SUBSYSTEM==pci, DEVPATH==/devices/pci:00/:00:01.0/:01:00.0, TAG+=seat, TAG+=master-of-seat Then run udevadm trigger (or just reboot your machine). -- You received this bug

[Desktop-packages] [Bug 1365336] Re: Lightdm update=No desktop

@elfy OK, let's try again. Update your file /etc/udev/rules.d/71-nvidia.rules with the following content (again, put all of them in a single line): TAG==seat, DEVPATH==/devices/pci:00/:00:01.0/:01:00.0/*, TAG+=master-of-seat Run sudo udevadm trigger and see if your device

[Desktop-packages] [Bug 1365336] Re: Lightdm update=No desktop

Could you put again the output of loginctl seat-status seat0 after applying your udev rule? Attach your file /var/log/Xorg.0.log after startx failure, too. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to lightdm in Ubuntu.

[Desktop-packages] [Bug 1365336] Re: Lightdm update=No desktop

Not yet tagged as [MASTER]. Let's try again with something even more simple. Update your file /etc/udev/rules.d/71-nvidia.rules with this rule: SUBSYSTEM==drm, KERNEL==card[0-9]*, TAG+=master-of-seat Double check if filename is correct (a common mistake from mine is putting a .conf extension

[Desktop-packages] [Bug 1365336] Re: Lightdm update=No desktop

Great! Now you have your NVIDIA graphics card tagged as [MASTER]. Could you check output of command loginctl show-seat seat0 once again? Does it show CanGraphical=yes now? Did lightdm goes back to normal? -- You received this bug notification because you are a member of Desktop Packages, which

[Desktop-packages] [Bug 1365336] Re: Lightdm update=No desktop

Now that your system is working again, could you make some more tests? Here are 4 alternative rules for your file /etc/udev/rules.d/71-nvidia.rules. Could you please test each of them and see if your system breaks? First alternative (should work): SUBSYSTEM==drm, KERNEL==card[0-9]*,

[Desktop-packages] [Bug 1365336] Re: Lightdm update=No desktop

Please take these two last alternatives: Fifth alternative: SUBSYSTEM==drm, KERNEL==card[0-9]*, DRIVERS==nvidia, TAG+=master-of-seat Sixth alternative: SUBSYSTEM==drm, KERNEL==card[0-9]*, ATTRS{vendor}==0x10de, DRIVERS==nvidia, TAG+=master-of-seat -- You received this bug notification because

[Desktop-packages] [Bug 1365336] Re: Lightdm update=No desktop

Well... Now I can tell the whole story: 1. Following http://www.freedesktop.org/wiki/Software/systemd/writing- display-managers/ , LightDM gains automatic multiseat support in release 1.11.7. This support improves a bit in release 1.11.8, which now watches on changes in property CanGraphical of

[Desktop-packages] [Bug 1365336] Re: Lightdm update=No desktop

Errata: 5. Without this custom udev rule, seat0 will NEVER change his property CanGraphical from no to yes, so LightDM fails to spawn a greeter on it. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to lightdm in Ubuntu.

[Desktop-packages] [Bug 1209008]

Fixed in http://cgit.freedesktop.org/xorg/xserver/commit/?id=29b1484bb9555e45067669cbfe68a3c40596f4ff -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008 Title: X fails to

[Desktop-packages] [Bug 1319870] [NEW] Removable media is being mounted randomly in multiseat systems

Public bug reported: Due to lack of full systemd-logind integration in current udisks2 package, automounting of removable media in multiseat setups is not respecting seat hierarchy. All seats try to mount it at the same time, resulting in a race condition. However, the expected behaviour is that

[Desktop-packages] [Bug 1283021] Re: Backport upstream patch to keep non-seat0 X servers from touching VTs

Please consider backporting these upstream patches, too. http://cgit.freedesktop.org/xorg/xserver/commit/?id=29b1484bb9555e45067669cbfe68a3c40596f4ff http://cgit.freedesktop.org/xorg/xserver/commit/?id=7070ebeebaca1b51f8a2801989120784a1c374ae

[Desktop-packages] [Bug 1209008] Re: X fails to detect certain video cards on non-seat0 seats

Fixed in upstream. See commit http://cgit.freedesktop.org/xorg/xserver/commit/?id=29b1484bb9555e45067669cbfe68a3c40596f4ff -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1209008

[Desktop-packages] [Bug 1228095]

Commit 46cf2a6093 solves this bug. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1228095 Title: Enable default options for non-seat0 seats (no need of systemd-multi- seat-x

[Desktop-packages] [Bug 1283021] [NEW] Backport upstream patch to keep non-seat0 X servers from touching VTs

Public bug reported: Please apply the following xserver upstream patch to current trusty package: http://cgit.freedesktop.org/xorg/xserver/commit/?id=46cf2a60934076bf568062eb83121ce90b6ff596 This is the last one needed to get multiseat working properly without need of systemd-multi-seat-x

[Desktop-packages] [Bug 1283021] Re: Backport upstream patch to keep non-seat0 X servers from touching VTs

Related bug: https://bugs.launchpad.net/ubuntu/+source/xorg- server/+bug/1228095 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1283021 Title: Backport upstream patch to keep

[Desktop-packages] [Bug 1228095] Re: Enable default options for non-seat0 seats (no need of systemd-multi-seat-x wrapper)

Hi guys! As I reported some months ago, my first patch was included in Xorg- server upstream master git branch: xserver: enable InputClass option GrabDevice by default for non-seat0 seats (#69478) http://cgit.freedesktop.org/xorg/xserver/commit/?id=c73c36b537f996574628e69681833ea37dec2b6e Now

[Desktop-packages] [Bug 1228095] Re: Enable default options for non-seat0 seats (no need of systemd-multi-seat-x wrapper)

Has the MatchSeat patch been merged to master in the upstream xorg repository? Not yet :-( At the moment, among all patches we curently handle in Multiseat PPA, only this one has been merged upstream: http://cgit.freedesktop.org/xorg/xserver/commit/?id=c73c36b537f996574628e69681833ea37dec2b6e

[Desktop-packages] [Bug 1228095] Re: Enable default options for non-seat0 seats (no need of systemd-multi-seat-x wrapper)

Richard, Please don't forget to include build option --enable-kdrive-evdev in deban/rules! This is necessary for Xephyr-based multiseat setups (e.g. 2 seats using a single dual-head graphics card). In my work, I have some setups of this kind. One more thing: lately my tries to build xorg-server

[Desktop-packages] [Bug 1209008] Re: X fails to detect certain video cards on non-seat0 seats

Hi there! Oleg Samarin, who introduced the master-of-seat concept in systemd- logind, has recently submitted a patch for xorg-server that introduces a new capability: MatchSeat. The concept is explained here: http://lists.x.org/archives/xorg-devel/2013-September/037945.html and the patch is

[Desktop-packages] [Bug 1228095] Re: Enable default options for non-seat0 seats (no need of systemd-multi-seat-x wrapper)

The portion of this patch that enables GrabDevice by default for non- seat0 seats was already merged upstream. Bug freedesktop#69478 is now fixed. http://cgit.freedesktop.org/xorg/xserver/commit/?id=c73c36b537f996574628e69681833ea37dec2b6e -- You received this bug notification because you are a

[Desktop-packages] [Bug 1228095] [NEW] Enable default options for non-seat0 seats (no need of systemd-multi-seat-x wrapper)

Public bug reported: This patch contributes to fill the remaining gaps in X.Org which still make systemd-multi-seat-x wrapper needed for some multiseat setups. When -seat option is passed to Xorg with an argument other than seat0, the following options are enabled by default: * Disable VT

[Desktop-packages] [Bug 1209008]

Oh, thank you all! I've already sent an e-mail some days ago, with this patch rewritten against latest xserver git: http://lists.x.org/archives/xorg-devel/2013-September/037711.html Now waiting for someone to review it... -- You received this bug notification because you are a member of

[Desktop-packages] [Bug 1209008] Re: X fails to detect certain video cards on non-seat0 seats

Hi guys! Glad to see that my patch works for you. I left Ubuntu some time ago to try some other systemd-enabled distros (Fedora and openSUSE) for better multiseat support. Thanks to your collaboration, I will be back to Ubuntu soon. BTW, the following patch is a little bit more appropriate for

[Desktop-packages] [Bug 1085841] Re: Add basic systemd-logind multiseat support

That is way down the road, and should be the topic of another bug report. This bug report should only be about adding *basic* multiseat support. We must learn how to walk before we can run. Bug reported: https://bugs.launchpad.net/lightdm/+bug/1204067 That is incorrect; the :0 in [Seat:0]

[Desktop-packages] [Bug 1085841] Re: Add basic systemd-logind multiseat support

As multiseat support in LightDM is enhanced, please consider the following: 1. There are currently two models of multiseat setup: one based on USB multiseat devices with DisplayLink (or similar) technology, like Plugable Docking Station, and another one based on multiple video cards, with

[Desktop-packages] [Bug 903194] Re: multiseat not set up correctly

@Alexandre Are your additional X servers loaded with -sharevts option? You can see it with ps -FC X | less or ps -FC Xorg | less. Dou you have any additional setup in your lightdm.conf? Could you paste it here? -- You received this bug notification because you are a member of Desktop Packages,