Bug#887482: xorg-server: FTBFS: dh_autoreconf can only be run once

2018-01-21 Thread Niels Thykier 
Sven Joachim:
> On 2018-01-17 00:40 -0800, Daniel Schepler wrote:
> 
>> Source: xorg-server
>> Version: 2:1.19.5-1
>> Severity: serious
>>
>> From my pbuilder build log:
>>
>> [...]
>>
>> On further testing, it seems that on a freshly unpacked source, either
>> "dpkg-buildpackage -B" or "dpkg-buildpackage -A" separately will work;
>> but "dpkg-buildpackage -b" will fail with the above error.
> 
> This seems to have been triggered by the sequence handling rewrite in
> debhelper 11.1, at least I was not able to reproduce it anymore after
> downgrading debhelper to version 11.
> 
> In debhelper 11, the sequence of commands dh runs is this:
> 
> [...]
> 
> Whereas in 11.1.2 dh runs the following sequence:
> 
> [...]
> 
> This causes dh_autoreconf to be run twice, first via the build-indep
> rule and then as part of the standard dh sequence.  Some advice from the
> debhelper maintainer (CC'ed) would be appreciated.
> 
> Cheers,
>Sven
> 

Hi,

This is a side-effect of fixing #880840.  I do not have a good generic
solution to this issue out of the box.  Even if I roll it back and guard
it by a compat level, we are just postponing your problem.

  I am open to suggestions.

Thanks,
~Niels

Re: #880840:

That bug shows that debhelper would happy inline "build-arch" +
"build-indep" even if the build target was defined and *afterwards* call
the build target - effectively building packages twice as well.
  Via base-files, we learned that the bug also meant that debhelper was
not keeping its promise of running make targets when they were defined
(#886901 comment 35).

The current behaviour is probably the closest debhelper has been at
doing sequences "correctly", "sanely" and as the documentation implies
it would.  Sadly, we are not done with feature interactions as you have
observed (with dh_autoreconf's limitation showing up in your build).

Bug#887958: xserver-xorg-video-amdgpu: Can't start second X session

2018-01-21 Thread Jonathan Schultz 
Package: xserver-xorg-video-amdgpu
Version: 1.4.0-1
Severity: important

Dear Maintainer,

I am using KDE/sddm on a shard laptop with each user working in a different X
session. I start new sessions via the "Switch User" menu option, which launches
a new X session on a different virtual terminal. Since the last couple of
upgrades to debain/unstable (sorry can't tell you exactly how many but over
several months now) I have found that instead of starting a new X session, all
that happens is that my current X session crashes.

The most pertinent information I can find in the log files looks like this:

[   160.555] (EE) /dev/dri/card1: failed to set DRM interface version 1.4:
Permission denied
[   160.556] (EE) /dev/dri/card0: failed to set DRM interface version 1.4:
Permission denied

Sorry if this is the wrong place to be reporting this bug, but I can't turn up
any other reports that seems to match it so want to start the ball rolling.

Many thanks,



-- Package-specific info:
/etc/X11/X does not exist.
/etc/X11/X is not a symlink.
/etc/X11/X is not executable.

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 520 
[8086:1916] (rev 07)

/etc/X11/xorg.conf does not exist.

Contents of /etc/X11/xorg.conf.d:
-
total 8
-rw-r--r-- 1 root root 1505 Oct  2 04:58 70-synaptics.conf
-rw-r--r-- 1 root root  131 Oct  2 04:58 90-monitor.conf

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 4.14.0-3-amd64 (debian-ker...@lists.debian.org) (gcc version 
7.2.0 (Debian 7.2.0-19)) #1 SMP Debian 4.14.13-1 (2018-01-14)

Xorg X server log files on system:
--
-rw-r--r-- 1 jschultz jschultz 52041 Aug 29  2016 
/home/jschultz/.local/share/xorg/Xorg.0.log
-rw-r--r-- 1 root root  6490 Jan 22 10:37 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 33725 Jan 22 10:37 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[   163.696] (--) Log file renamed from "/var/log/Xorg.pid-2881.log" to 
"/var/log/Xorg.0.log"
[   163.697] 
X.Org X Server 1.19.5
Release Date: 2017-10-12
[   163.697] X Protocol Version 11, Revision 0
[   163.697] Build Operating System: Linux 4.9.0-4-amd64 x86_64 Debian
[   163.697] Current Operating System: Linux thinkpad 4.14.0-3-amd64 #1 SMP 
Debian 4.14.13-1 (2018-01-14) x86_64
[   163.697] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.14.0-3-amd64 
root=UUID=fee128e7-2efb-403d-9a62-48341dfaab91 ro
[   163.697] Build Date: 16 October 2017  12:28:38PM
[   163.697] xorg-server 2:1.19.5-1 (https://www.debian.org/support) 
[   163.697] Current version of pixman: 0.34.0
[   163.697]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[   163.697] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   163.697] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Jan 22 10:37:45 
2018
[   163.697] (==) Using config directory: "/etc/X11/xorg.conf.d"
[   163.697] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   163.697] (==) No Layout section.  Using the first Screen section.
[   163.697] (==) No screen section available. Using defaults.
[   163.697] (**) |-->Screen "Default Screen Section" (0)
[   163.697] (**) |   |-->Monitor ""
[   163.698] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[   163.698] (==) Automatically adding devices
[   163.698] (==) Automatically enabling devices
[   163.698] (==) Automatically adding GPU devices
[   163.698] (==) Max clients allowed: 256, resource mask: 0x1f
[   163.698] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[   163.698]Entry deleted from font path.
[   163.698] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[   163.698] (==) ModulePath set to "/usr/lib/xorg/modules"
[   163.698] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[   163.698] (II) Loader magic: 0x561970f20de0
[   163.698] (II) Module ABI versions:
[   163.698]X.Org ANSI C Emulation: 0.4
[   163.698]X.Org Video Driver: 23.0
[   163.698]X.Org XInput driver : 24.1
[   163.698]X.Org Server Extension : 10.0
[   163.699] (++) using VT number 7

[   163.699] (II) systemd-logind: logind integration requires -keep

Bug#885318: systemd kills X or freezes it when logging out from last opened tty

2018-01-21 Thread Awtul 
Package: xserver-xorg-core
Followup-For: Bug #885318

Dear Maintainer,

You may want to check https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=+862781
(clear_console: Race condition for VT_WAITACTIVE.)
Cheers

Request for newer mesa,llvm packages in stretch backports

2018-01-21 Thread Sanjeev 
with regards to jessie backports of mesa-glx, llvm packages which we
previously had, can we request for newer mesa packages, llvm packages
for strect-, this improve opengl support for newer graphic hardwares.

will it be doable?

Re: Request for newer mesa,llvm packages in stretch backports

2018-01-21 Thread Sylvestre Ledru 
Hello

As I am alone maintaining the llvm toolchains, I don't have the
bandwidth to do it but I won't object
if anyway wants to step in.

Cheers,
Sylvestre


Le 22/01/2018 à 07:48, Sanjeev a écrit :
> with regards to jessie backports of mesa-glx, llvm packages which we
> previously had, can we request for newer mesa packages, llvm packages
> for strect-, this improve opengl support for newer graphic hardwares.
>
> will it be doable?
>
> ___
> Pkg-llvm-team mailing list
> pkg-llvm-t...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-llvm-team