xserver-xorg-video-vmware_13.3.0-1_source.changes ACCEPTED into experimental

2018-05-23 Thread Debian FTP Masters


Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Wed, 23 May 2018 08:43:39 +0300
Source: xserver-xorg-video-vmware
Binary: xserver-xorg-video-vmware
Architecture: source
Version: 1:13.3.0-1
Distribution: experimental
Urgency: medium
Maintainer: Debian X Strike Force 
Changed-By: Timo Aaltonen 
Description:
 xserver-xorg-video-vmware - X.Org X server -- VMware display driver
Changes:
 xserver-xorg-video-vmware (1:13.3.0-1) experimental; urgency=medium
 .
   * New upstream release.
   * control: Update VCS urls to point to salsa.d.o.
   * Bump debhelper to 11.
   * control: Bump policy to 4.1.4.
Checksums-Sha1:
 6c741b3683f2fd759be4eb0bb076594c6a5e7285 2611 
xserver-xorg-video-vmware_13.3.0-1.dsc
 73696210204f61f9a5ea1d923f481fef824cd5ea 606792 
xserver-xorg-video-vmware_13.3.0.orig.tar.gz
 ad1ee239135b2a7b8de0350cf66327cbee5efb5a 274 
xserver-xorg-video-vmware_13.3.0.orig.tar.gz.asc
 bd8cc48c99d75a759aba00cd19ca3ed7943bfaba 14455 
xserver-xorg-video-vmware_13.3.0-1.diff.gz
 9e535291f712377e4faef1ed7e88a818c0bf1822 8896 
xserver-xorg-video-vmware_13.3.0-1_source.buildinfo
Checksums-Sha256:
 468002bf3f2d9c0cec0bf30eb2795804ca1e97d55959168053e2e6e30d0fb03c 2611 
xserver-xorg-video-vmware_13.3.0-1.dsc
 3a29f105b331523e532542bf75d716526877ec6d5ba07b079ed245b02bd4d084 606792 
xserver-xorg-video-vmware_13.3.0.orig.tar.gz
 23be5b9f5c1849be1e0f9c1045901095aba95a953812d34bb1f2e0bc33463366 274 
xserver-xorg-video-vmware_13.3.0.orig.tar.gz.asc
 a3cf2842361f15e1a9b60a428bb35ae62f5bce37d750d9015832f899933cf520 14455 
xserver-xorg-video-vmware_13.3.0-1.diff.gz
 a406b5798c62a4f1664de44e14a34f7a357acfb5d7ecb4f4a248f75d0604c1f0 8896 
xserver-xorg-video-vmware_13.3.0-1_source.buildinfo
Files:
 9c92bdad6136e8bd666045166a469d6d 2611 x11 optional 
xserver-xorg-video-vmware_13.3.0-1.dsc
 7e78848fdb06d3b8110f3b9c6ecc1fdb 606792 x11 optional 
xserver-xorg-video-vmware_13.3.0.orig.tar.gz
 f12ad666a083bfb0830bbd396a629bcc 274 x11 optional 
xserver-xorg-video-vmware_13.3.0.orig.tar.gz.asc
 1885dc831add1f922df7e85df07198b8 14455 x11 optional 
xserver-xorg-video-vmware_13.3.0-1.diff.gz
 e6ab4891190a87ce26fdb33c20f2493e 8896 x11 optional 
xserver-xorg-video-vmware_13.3.0-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdS3ifE3rFwGbS2Yjy3AxZaiJhNwFAlsE/7AACgkQy3AxZaiJ
hNz8hhAAisHuGZW8dL83ufD7Uz8C+DZTN5qX9V3WHEO5ZlhRS0ihiHWV3VZGmU5R
jeQdoWcSUw3lG+WH4UutbgwJWgJTSDqhurr3O5WkFqEFfDEzQW8FzI1JA15XsEmr
Zors3K7Sb1VRVDARQX9gjarawcDt9OJD8orXDCX8lBgywSF85vO02YC6KhR3d6v8
El4YkblFOflemg4dGmbFhErt1gIDF+DmSdLvs9pYXPNRtz7VCIgGdHsYLlohPv5/
0iPdyJl0XIa18eUwy6D7TwOeZVEzudoowoo302pQX8UJpFYS2b/w2iuoBErRK4gb
K438MC7tkJb9hUNEzCuC4OkeSSICfI7ZB8r2QMGGbQQ9OocfLZ0d0OVxsNet1R19
U+FFJaoSHzt4++v5q9D9uxQrki2BzrMWFoiyKmJeRj+aPNmOAVPZfi2cI1U2ahR8
KLLgzBTetoiQx6SdbvqCdtNWeYoLoY+ytPbZeL9+xbhCT5tWw6f3F5nLkCDU3kxq
ap5nxoPZgq8QM9mn21qnFQSvy+ibLneW+fb1d4dvfbgzS6Qd4ePXWSRkTtKdzNen
hrbBK0kQjhQMOA/igNpsZ54ZpVyfDhJ3iPU6YCf9bbJTcJpE+EM6vhq59u5grwZ2
c7H62YfolxCOciswhPrPVLL+b/iGAAJ5+0+JXCGQXTdyI3PfK8k=
=mUzk
-END PGP SIGNATURE-


Thank you for your contribution to Debian.



Processing of xserver-xorg-video-vmware_13.3.0-1_source.changes

2018-05-23 Thread Debian FTP Masters
xserver-xorg-video-vmware_13.3.0-1_source.changes uploaded successfully to 
localhost
along with the files:
  xserver-xorg-video-vmware_13.3.0-1.dsc
  xserver-xorg-video-vmware_13.3.0.orig.tar.gz
  xserver-xorg-video-vmware_13.3.0.orig.tar.gz.asc
  xserver-xorg-video-vmware_13.3.0-1.diff.gz
  xserver-xorg-video-vmware_13.3.0-1_source.buildinfo

Greetings,

Your Debian queue daemon (running on host usper.debian.org)



Bug#899358: weston: please make the build reproducible

2018-05-23 Thread Chris Lamb
Source: weston
Version: 3.0.0-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpaths
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0], we noticed
that weston could not be built reproducibly.

This is because it uses the build path in the final binary package
(which is then broken anyway). Patch attached that uses @libexecdir@,
which is where file lives at runtime. :)

 [0] https://reproducible-builds.org/


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/weston.ini.in 2018-05-23 09:48:06.036427787 +0100
--- b/weston.ini.in 2018-05-23 09:59:25.581499358 +0100
@@ -38,7 +38,7 @@
 
 [launcher]
 icon=/usr/share/icons/gnome/24x24/apps/arts.png
-path=@abs_top_builddir@/weston-flower
+path=@libexecdir@/weston-flower
 
 [input-method]
 path=@libexecdir@/weston-keyboard


Re: libxkbcommon-dev packaging

2018-05-23 Thread Timo Aaltonen
On 23.05.2018 15:43, Hugh McMaster wrote:
> Hi Timo,
> 
> I've just seen that you declared libxkbcommon-dev Multi-Arch: same [1]. Thank 
> you for doing this.
> Unfortunately, the packages will not be co-installable, because the PNG files 
> files differ in timestamp
> between package variants [2].
> 
> As noted in [2], the documentation needs to be split into a separate package. 
> Also, in general Doxygen .md5 files should not
> be installed. See [3] for more details about lintian.
> 
> Kind regards,
> 
> Hugh
> 
> [1] 
> https://salsa.debian.org/xorg-team/lib/libxkbcommon/commit/52082b6d644ebad95146b42eabfa2665a8e89240
> [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893855
> [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751945
> 

good point, I'll fix those before finishing -2


-- 
t



Bug#899416: x11-common: several problems starting X server on fresh stretch netinstall

2018-05-23 Thread Ernesto Alfonso
Package: x11-common
Version: 1:7.7+19
Severity: important

Dear Maintainer,

I faced several problems when trying to start the x-server via either xinit or 
startx

1. first, clients could not connect to the x-server. when I tried starting via
service  x11-common start or via systemctl, I got "service has been masked".
   to work around this, I had to reinstall the server after deleting the 
   /lib/systemd/system/x11-common.service symlink pointing to /dev/null
   as suggested by the answer to question 804946 in askubuntu.com
2. Then, I was getting permission errors with /dev/tty0 and /dev/tty2.
   I worked around this with sudo chown $(whoami) /dev/tty[0-9], 
   but suspect a user shouldn't have to do this
3. Now, I am getting the error: xf86EnableIOPorts: failed to set IOPL for I/O 
(Operation not permitted). I've googled this error and there doesn't seem to be 
a consistent workaround to this problem

Additional notes: 
 - xinit, startx do work as root
 - I am running debian stretch 9.4 on VirtualBox

Questions:
- How do I resolve the current situation with problem #3?
- Why am I facing so many problems on a fresh debian netinstall?
- Is it possible to make the "xf86EnableIOPorts: failed to set IOPL for I/O 
(Operation 
  not permitted)" error message more meaningful?


 

-- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-6-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages x11-common depends on:
ii  lsb-base  9.20161125

x11-common recommends no packages.

x11-common suggests no packages.

-- no debconf information



xserver-xorg-core includes modesetting_drv.so, move to xserver-xorg-video-kms

2018-05-23 Thread Vito Caputo
Hello list,

I am not subscribed so please reply to me directly.

Today I went down a bit of a wild goose chase caused in part by
confusion established by the debian packaging of XOrg.

The modesetting_drv.so driver is a video driver, and should be packaged
separately as such in something like xserver-xorg-video-kms fulfilling
xorg-driver-video.

As-is, even if I'm using the modesetting driver, my system wants
xorg-driver-video fulfilled and insists on having something like
xserver-xorg-video-intel installed.

Though I can safely remove /usr/lib/xorg/modules/drivers/intel_drv.so and have
my Xorg continue to function normally, when I attempt to remove
xserver-xorg-video-intel I am faced with this:

```
# apt-get remove --purge xserver-xorg-video-intel
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following additional packages will be installed:
  libxatracker2 xserver-xorg-video-all xserver-xorg-video-amdgpu
  xserver-xorg-video-ati xserver-xorg-video-fbdev xserver-xorg-video-nouveau
  xserver-xorg-video-qxl xserver-xorg-video-radeon xserver-xorg-video-vesa
  xserver-xorg-video-vmware
Suggested packages:
  firmware-amd-graphics xserver-xorg-video-r128 xserver-xorg-video-mach64
Recommended packages:
  xserver-xorg-video-intel
The following packages will be REMOVED:
  xserver-xorg-video-intel*
The following NEW packages will be installed:
  libxatracker2 xserver-xorg-video-all xserver-xorg-video-amdgpu
  xserver-xorg-video-ati xserver-xorg-video-fbdev xserver-xorg-video-nouveau
  xserver-xorg-video-qxl xserver-xorg-video-radeon xserver-xorg-video-vesa
  xserver-xorg-video-vmware
0 upgraded, 10 newly installed, 1 to remove and 12 not upgraded.
Need to get 2,630 kB of archives.
After this operation, 2,658 kB of additional disk space will be used.
Do you want to continue? [Y/n] 
```

Thanks,
Vito Caputo