Re: RFS: mesa/23.1.6-1~bpo12+1

[Tobias Frost]

Hi Jermey,

Have you coordinated this backports effort in any way with the mesa
maintainers? 

(mesa has in the meantime updated in testing to 23.2.x, so this version
is not suitable for backports anymore)

--
tobi

Bug#974571: libx11-6: the locale is not supported by Xlib, continuing without locale support

[Tobias Frost]

Severity: -1 important

That's not a grave bug.

Bug#969040: mesa: [hurd] FTBFS on hurd due to PATH_MAX

[Tobias Frost]

Source: mesa
Version: mesa: [hurd] fix FTBFS due to PATH_MAX
Severity: normal

Currently mesa is FTBFS on hurd due to a PATH_MAX issue.
The attached patch fixes that by conditionally defining PATH_MAX on hurd.

I will also create a MR on salsa.

-- 
tobi
diff --git a/debian/patches/path_max.diff b/debian/patches/path_max.diff
index f58b0ac0783..52e8ed3d1e0 100644
--- a/debian/patches/path_max.diff
+++ b/debian/patches/path_max.diff
@@ -1,5 +1,5 @@
 a/src/compiler/glsl/tests/cache_test.c 2020-03-18 22:24:18.0 
+0100
-+++ b/src/compiler/glsl/tests/cache_test.c 2020-03-30 12:09:05.0 
+0200
+--- a/src/compiler/glsl/tests/cache_test.c
 b/src/compiler/glsl/tests/cache_test.c
 @@ -132,8 +132,8 @@
  {
 bool sub_dirs_created = false;
@@ -19,3 +19,16 @@
 }
  
 expect_true(sub_dirs_created, "create sub dirs");
+--- a/src/util/process_test.c
 b/src/util/process_test.c
+@@ -36,6 +36,10 @@
+ #define PATH_MAX MAX_PATH
+ #endif
+ 
++#if !defined(PATH_MAX) && defined(__GNU__)
++#define PATH_MAX (4096)
++#endif
++
+ bool error = false;
+ 
+ static void

Bug#933158: Updating the xserver-xorg-input-synaptics Uploaders list

[Tobias Frost]

Source: xserver-xorg-input-synaptics
Version: 1.9.1-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Mattia Dongili  has retired, so can't work on
the xserver-xorg-input-synaptics package anymore (at least with this address).

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#928595: Updating the xcb-util-image Uploaders list

[Tobias Frost]

Source: xcb-util-image
Version: 0.4.0-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Julien Danjou  has retired, so can't work on
the xcb-util-image package anymore (at least with this address).

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#928586: Updating the xcb-util Uploaders list

[Tobias Frost]

Source: xcb-util
Version: 0.3.8-3
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Julien Danjou  has retired, so can't work on
the xcb-util package anymore (at least with this address).

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#928585: Updating the xcb-util-keysyms Uploaders list

[Tobias Frost]

Source: xcb-util-keysyms
Version: 0.4.0-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Julien Danjou  has retired, so can't work on
the xcb-util-keysyms package anymore (at least with this address).

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#928565: Updating the xcb-util-wm Uploaders list

[Tobias Frost]

Source: xcb-util-wm
Version: 0.4.1-1.1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Julien Danjou  has retired, so can't work on
the xcb-util-wm package anymore (at least with this address).

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#928588: Updating the xcb-util-renderutil Uploaders list

[Tobias Frost]

Source: xcb-util-renderutil
Version: 0.3.9-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Julien Danjou  has retired, so can't work on
the xcb-util-renderutil package anymore (at least with this address).

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#928564: Updating the libpthread-stubs Uploaders list

[Tobias Frost]

Source: libpthread-stubs
Version: 0.4-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Julien Danjou  has retired, so can't work on
the libpthread-stubs package anymore (at least with this address).

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#889301: Updating the xft Uploaders list

[Tobias Frost]

Source: xft
Version: 2.3.2-1
Severity: minor

The MIA team has received notice that Cyril Brulebois  wishes
no longer to be uploader of xft, but the corresponding was not filed,

The MIA team and would like to ask you to remove him from the Uploaders list
of the package so we can close that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

--
tobi (for the MIA team)


signature.asc
Description: PGP signature

Bug#884176: libxft-dev: Please mark the package Multi-Arch: same

[Tobias Frost]

Hi Julien,

On Thu, 25 Jan 2018 09:07:51 +0100 Julien Cristau 
wrote:

> > 
> I get that it's important to you.  That doesn't make it an important
> bug.

This bug blocks improvement in other many packages. So while this bug
is for sure unimportant for libxft alone,
it has some importance for the Debian project at large: there are some
important packages (lipango, libfontforge and their dependencies) that
would benefit from this small fix. 

It would be great if would reconsider and either upload the fix
yourself or ACK the NMU on mentors. (#887595)

Many thanks,

--
tobi

Bug#830151: xorgs: Do not have a human maintainer/uploader listed

[Tobias Frost]

Package: xorg
Version: 1:7.7+15
Severity: serious
Justification: Policy 3.3 / 5.6.3

Dear Debian X Strike Force,

I just saw that your package has only the Maintainer set, with the Team email.
This is a policy violation of a "must" clause:

(3.3 The maintainer of a package)
 (...) If the maintainer of the package is a team of people with a shared email
 address, the Uploaders control field must be present and must contain at least
 one human with their personal email address. See Uploaders, Section 5.6.3 for
 the syntax of that field. (...)

(5.6.3 Uploaders)
  ...)This is normally an optional field, but if the Maintainer control field 
names
 a group of people and a shared email address, the Uploaders field must be
 present and must contain at least one human with their personal email address.

-- 
tobi

Bug#821954: libdrm: diff for NMU version 2.4.67-1.1

[Tobias Frost]

On Wed, 20 Apr 2016 22:09:58 +0200 Julien Cristau <jcris...@debian.org>
wrote:
> On Wed, Apr 20, 2016 at 21:31:51 +0200, Tobias Frost wrote:
> 
> > Package: libdrm
> > Version: 2.4.67-1
> > Severity: normal
> > Tags: patch pending
> > 

> Also, when did hurd grow DRM support?  It doesn't make sense to build
> libdrm without that...

Then it probably makes sense to declare the Architectures: in d/control
appropriately, doesn't it? 

NMU canceled.

Bug#821954: libdrm: diff for NMU version 2.4.67-1.1

[Tobias Frost]

Package: libdrm
Version: 2.4.67-1
Severity: normal
Tags: patch pending

Dear maintainer,

I've prepared an NMU for libdrm (versioned as 2.4.67-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

This NMU ports libdrm to hurd. This will help us to compile e.g
gst-plugins-bad1.0 which will help us to remove obsolete binary
packages and eventually libpng 1.2...

The patch has been written in a way to only change code on hurd,
all other archs are unaffected.

--
tobi

Regards.
diff -u libdrm-2.4.67/debian/changelog libdrm-2.4.67/debian/changelog
--- libdrm-2.4.67/debian/changelog
+++ libdrm-2.4.67/debian/changelog
@@ -1,3 +1,10 @@
+libdrm (2.4.67-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Patch for hurd. (Closes: #xx) 
+
+ -- Tobias Frost <t...@debian.org>  Wed, 20 Apr 2016 21:19:56 +0200
+
 libdrm (2.4.67-1) unstable; urgency=medium
 
   * New upstream release.
diff -u libdrm-2.4.67/debian/patches/series libdrm-2.4.67/debian/patches/series
--- libdrm-2.4.67/debian/patches/series
+++ libdrm-2.4.67/debian/patches/series
@@ -1,0 +2 @@
+02_hurd.patch
only in patch2:
unchanged:
--- libdrm-2.4.67.orig/debian/patches/02_hurd.patch
+++ libdrm-2.4.67/debian/patches/02_hurd.patch
@@ -0,0 +1,147 @@
+--- a/include/drm/drm.h
 b/include/drm/drm.h
+@@ -42,10 +42,19 @@
+ #include 
+ typedef unsigned int drm_handle_t;
+ 
++#elif defined(__gnu_hurd__)
++#include 
++#include 
++
+ #else /* One of the BSDs */
+ 
+ #include 
+ #include 
++
++#endif
++
++#if !defined(__linux__)
++
+ typedef int8_t   __s8;
+ typedef uint8_t  __u8;
+ typedef int16_t  __s16;
+--- a/xf86drm.h
 b/xf86drm.h
+@@ -58,7 +58,11 @@
+ 
+ #else /* One of the *BSDs */
+ 
++#if defined(__gnu_hurd__)
++#include 
++#else
+ #include 
++#endif
+ #define DRM_IOCTL_NR(n) ((n) & 0xff)
+ #define DRM_IOC_VOIDIOC_VOID
+ #define DRM_IOC_READIOC_OUT
+--- a/xf86drm.c
 b/xf86drm.c
+@@ -103,6 +103,16 @@
+ 
+ #define memclear(s) memset(, 0, sizeof(s))
+ 
++/* for systems like hurd which does not have PATH_MAX.
++ Usage is only for string manipulation, so it is save to define it.
++ 1kB will be plenty space...*/
++#ifndef PATH_MAX
++#define MY_PATH_MAX (1024)
++#else
++#define MY_PATH_MAX PATH_MAX
++#endif
++
++
+ static drmServerInfoPtr drm_server_info;
+ 
+ void drmSetServerInfo(drmServerInfoPtr info)
+@@ -2835,14 +2845,15 @@
+ static int drmParseSubsystemType(int maj, int min)
+ {
+ #ifdef __linux__
+-char path[PATH_MAX + 1];
+-char link[PATH_MAX + 1] = "";
++
++char path[MY_PATH_MAX + 1];
++char link[MY_PATH_MAX + 1] = "";
+ char *name;
+ 
+-snprintf(path, PATH_MAX, "/sys/dev/char/%d:%d/device/subsystem",
++snprintf(path, MY_PATH_MAX, "/sys/dev/char/%d:%d/device/subsystem",
+  maj, min);
+ 
+-if (readlink(path, link, PATH_MAX) < 0)
++if (readlink(path, link, MY_PATH_MAX) < 0)
+ return -errno;
+ 
+ name = strrchr(link, '/');
+@@ -2857,18 +2868,19 @@
+ #warning "Missing implementation of drmParseSubsystemType"
+ return -EINVAL;
+ #endif
++
+ }
+ 
+ static int drmParsePciBusInfo(int maj, int min, drmPciBusInfoPtr info)
+ {
+ #ifdef __linux__
+-char path[PATH_MAX + 1];
++char path[MY_PATH_MAX + 1];
+ char data[128 + 1];
+ char *str;
+ int domain, bus, dev, func;
+ int fd, ret;
+ 
+-snprintf(path, PATH_MAX, "/sys/dev/char/%d:%d/device/uevent", maj, min);
++snprintf(path, MY_PATH_MAX, "/sys/dev/char/%d:%d/device/uevent", maj, 
min);
+ fd = open(path, O_RDONLY);
+ if (fd < 0)
+ return -errno;
+@@ -2949,11 +2961,11 @@
+  drmPciDeviceInfoPtr device)
+ {
+ #ifdef __linux__
+-char path[PATH_MAX + 1];
++char path[MY_PATH_MAX + 1];
+ unsigned char config[64];
+ int fd, ret;
+ 
+-snprintf(path, PATH_MAX, "/sys/class/drm/%s/device/config", d_name);
++snprintf(path, MY_PATH_MAX, "/sys/class/drm/%s/device/config", d_name);
+ fd = open(path, O_RDONLY);
+ if (fd < 0)
+ return -errno;
+@@ -3082,7 +3094,7 @@
+ DIR *sysdir;
+ struct dirent *dent;
+ struct stat sbuf;
+-char node[PATH_MAX + 1];
++char node[MY_PATH_MAX + 1];
+ int node_type, subsystem_type;
+ int maj, min;
+ int ret, i, node_count;
+@@ -3118,7 +3130,7 @@
+ if (node_type < 0)
+ continue;
+ 
+-snprintf(node, PATH_MAX, "%s/%s", DRM_DIR_NAME, dent->d_name);
++snprintf(node, MY_PATH_MAX, "%s/%s", DRM_DIR_NAME, dent->d_name);
+ if (stat(node, ))
+ continue;
+ 
+@@ -3198,7 +3210,7 @@
+ DIR *sysdir;
+ struct dirent *dent;
+ struct stat sbuf;
+-char node[PATH_MAX + 1];
++char node[MY_PATH_MAX + 1];
+ int node_type, subsystem_type;
+ int maj, min;
+ int ret, i, node_count, device_count;

Bug#821170: wayland: Please try to move doxygen to Build-Depends-Indep

[Tobias Frost]

Source: wayland
Severity: wishlist

I saw that there is a circular B-Dloop involving wayland and doxygen on 
powerpcspe:

wayland -> doxygen -> qtbase5-dev -> libgbm-dev -> libgbm-dev -> libwayland-dev

Thanks for considering!

--
tobi

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#401218: xserver-xorg-video-i810-modesetting: After X is started, switching back to console: console is corrupted

[Tobias Frost]

Package: xserver-xorg-video-i810-modesetting
Version: 1.6.5.git20061014.ac1-1
Severity: important


After X is started. switching back to a text console (Ctrl+F1 as
example), the text console just flickers and is completly unusable.
(However, the console is responsible, so a blind login works.. Therefore
this bug is not so critical, but annoying..)

I do not know, what information will be helpful for finding the bug, so
please just let me know who I can help.

Here's some information:
- I needed to use 855resolution for modesettingi (however, disabled
  before this try). Maybe this pacakge
  overwrites the modes needed for console? (The graphics effects I
  get, looks like that the TFT is not in sync
  
- My native display is 1280x800.

Additonally:

rechenzwerg:/home/tobi# 915resolution -l
Intel 800/900 Series VBIOS Hack : version 0.5.2

Chipset: 855GM
BIOS: TYPE 2
Mode Table Offset: $C + $36f
Mode Table Entries: 21

Mode 30 : 640x480, 8 bits/pixel
Mode 32 : 800x600, 8 bits/pixel
Mode 34 : 1024x768, 8 bits/pixel
Mode 38 : 1280x1024, 8 bits/pixel
Mode 3a : 1600x1200, 8 bits/pixel
Mode 3c : 1920x1440, 8 bits/pixel
Mode 41 : 640x480, 16 bits/pixel
Mode 43 : 800x600, 16 bits/pixel
Mode 45 : 1024x768, 16 bits/pixel
Mode 49 : 1280x1024, 16 bits/pixel
Mode 4b : 1600x1200, 16 bits/pixel
Mode 4d : 1920x1440, 16 bits/pixel
Mode 50 : 640x480, 32 bits/pixel
Mode 52 : 800x600, 32 bits/pixel
Mode 54 : 1024x768, 32 bits/pixel
Mode 58 : 1280x1024, 32 bits/pixel
Mode 5a : 1600x1200, 32 bits/pixel
Mode 5c : 1920x1440, 32 bits/pixel
Mode 7c : 1280x800, 8 bits/pixel
Mode 7d : 1280x800, 16 bits/pixel
Mode 7e : 1280x800, 32 bits/pixel






-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages xserver-xorg-video-i810-modesetting depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  xserver-xorg-core2:1.1.1-11  X.Org X server -- core server

xserver-xorg-video-i810-modesetting recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#363462: xdm: no login possible after restart of xdm

[Tobias Frost]

Package: xdm
Version: 1:1.0.1-6
Severity: normal


If xdm is restarted, e.g. via the /etc/init.d/xdm script,
any (valid) login fails. There is no error message, it looks like,
as xdm restarts the x-server after the login.

At the moment, my only known solution to the issue is a reboot.

Bug is reproducable also on a friend's laptop.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.15
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages xdm depends on:
ii  cpp  4:4.0.3-3   The GNU C preprocessor (cpp)
ii  debconf [debconf-2.0]1.4.72  Debian configuration management sy
ii  libc62.3.6-7 GNU C Library: Shared libraries
ii  libice6  1:1.0.0-2   X11 Inter-Client Exchange library
ii  libpam0g 0.79-3.1Pluggable Authentication Modules l
ii  libselinux1  1.30-1  SELinux shared libraries
ii  libsm6   1:1.0.0-3   X11 Session Management library
ii  libx11-6 2:1.0.0-6   X11 client-side library
ii  libxau6  1:1.0.0-2   X11 authorisation library
ii  libxaw7  1:1.0.1-4   X11 Athena Widget library
ii  libxdmcp61:1.0.0-3   X11 Display Manager Control Protoc
ii  libxext6 1:1.0.0-3   X11 miscellaneous extension librar
ii  libxinerama1 1:1.0.1-2   X11 Xinerama extension library
ii  libxmu6  1:1.0.1-2   X11 miscellaneous utility library
ii  libxpm4  1:3.5.4.2-2 X11 pixmap library
ii  libxt6   1:1.0.0-3   X11 toolkit intrinsics library
ii  x11-common   1:7.0.10X Window System (X.Org) infrastruc
ii  xbase-clients1:7.0.0-4   miscellaneous X clients

xdm recommends no packages.

-- debconf information:
* shared/default-x-display-manager: xdm
  xdm/stop_running_server_with_children: false
  xdm/daemon_name: /usr/bin/X11/xdm


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]