Re: Bug#1036019: debian-installer: Broken X display with QEMU under UEFI with cirrus and std graphics

[Cyril Brulebois]

e, it should be easy to see what's written by
GRUB vs. what's read by Linux?


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Re: Bug#1036019: debian-installer: Broken X display with QEMU under UEFI with cirrus and std graphics

[Cyril Brulebois]

Cyril Brulebois  (2023-05-14):
> Also, I should note that while my focus was on netboot-gtk mini.iso
> (because it's much quicker to rebuild/tweak than a netinst image), I'm
> replicating those results with the netinst images:
[…]
>  - Bookworm RC 1 has a “text-like” GRUB, all good.
>  - Bookworm RC 2 has a “graphical” GRUB, issues!

While adjusting my “nasty” approach to make sure it would build on all
three modified archs (amd64, arm64, i386), it occurred to me that:

 - Of course the trivial patch wouldn't work, because some builds aren't
   “pure GTK” builds, like cdrom-xen, and that one would also need the
   686-pae flavour on i386.

 - Of course it wouldn't work on arm64 either, since that one doesn't
   ship vboxvideo.ko.

 - And more importantly, we have the fb-modules udeb in various places,
   including for builds that aren't about the graphical installer…


And at this point, it seems fair to say that at least the Linux kernel
isn't perfect, as problems show up even without X in the picture!

 - With Bookworm RC 1 netinst amd64 (again under UEFI), switch from
   default “Graphical install” to “Install”: the text installer shows
   up with both std and cirrus.

 - With Bookworm RC 2 netinst amd64 (again under UEFI), switch from
   default “Graphical install” to “Install”: the screen is garbled
   with std, split with cirrus.


This is easily confirmed:

 - Triggering a debian-installer “netboot” build (not “netboot-gtk”):
   the resulting mini.iso exhibits the same problems as Bookwork RC 2
   using “Install”, with both std and cirrus.

 - Patching that “netboot” build to benefit from the extra DRM modules
   makes those issues go away, with both std and cirrus.

 - Alternatively, not patching the “netboot” build but reverting the same
   patch as mentioned before makes those issues go away, with both std and
   cirrus:
 
https://salsa.debian.org/installer-team/debian-installer/-/commit/a4dc8c0fe7ad1a0c1506125ad9985f78819a1bb2


For the very short term (RC 3), I think I'll implement the following:

 1. Consider archs with the graphical installer (that's been my main
focus until a few hours ago, when I started realizing the console
without X was also impacted), even if other archs include fb-modules
as well.
This means: amd64, arm64, i386. Those happen to also do EFI/SB.

 2. Hardcode list of of modules to be added:
  drm_shmem_helper.ko
  drm_ttm_helper.ko
  drm_vram_helper.ko
  tiny/bochs.ko
  tiny/cirrus.ko
  ttm/ttm.ko
  vboxvideo/vboxvideo.ko [!arm64, i.e. amd64 and i386 only]

 3. For each of these 3 archs, deploy each of these modules. Do that for
each build that includes drm.ko (which should be synonymous with
fb-modules being deployed, given drm.ko is mandatory in the common
fb-modules file, included from the arch-specific ones in src:linux),
and do that without a condition on GTK detection or /usr/bin/Xorg's
presence.

This should be targeted enough (touching 3 archs, two of which are getting
a lot of attention; leaving all others entirely untouched), yet generic
enough to work around issues that show up in both text and graphical
versions of the installer, by patching all relevant builds (netboot,
netboot-gtk, those used by debian-cd, etc.).

I'll push a v2 of my nasty branch once I've performed some clean-up and
some more testing.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Re: Bug#1036019: debian-installer: Broken X display with QEMU under UEFI with cirrus and std graphics

[Cyril Brulebois]

-friendlier environment than d-i…

> > Proposal plan for d-i (Bookworm RC 3, RC 4, and 12.0.0)
> > =
> > 
> > Unless I received strong negative feedback before Monday (May 15th),
> > I plan on including the nasty approach in RC 3, and to revert it
> > altogether in RC 4 if big bad regressions are reported:
> >   
> > https://salsa.debian.org/installer-team/debian-installer/-/commit/9fceca63273d0b501ea64d7b719acafc93a5b7fa
> > 
> > As a side note, keeping the bundling in src:debian-installer for the
> > next few weeks makes us autonomous: we can enable and disable those
> > extra modules without requiring a new linux upload… so it's nasty but I
> > actually thought about the few advantages we were getting out of this!
> > 
> > We should also be OK legal-wise, given we already have linux in
> > Built-Using via its udebs, so copying things around from linux-image
> > wouldn't change anything there, would it?
> > 
> > Of course in the long run, if having those modules is desired, it will
> > be better to have them merged in linux and to drop the nasty code, e.g.
> > in a point release.
> [...]
> 
> Definitely.
> 
> I will spend some time investigating this, but I doubt I'll come up
> with a better fix in time.

Thanks so much for your feedback.

It'd probably be even less likely to get to the bottom of it (at least
as far as I would be able to investigate myself) in a timely manner
given the absence of a known good version to use in a bisect session to
track down when that “regression” was introduced…

Monitoring the ppc64el situation (#1033058) was already on my radar for
upcoming point releases, I've added this new issue to the list:
  https://salsa.debian.org/installer-team/debian-installer/-/issues/3

Maybe I'll end up learning about FB after all… twice the fun!


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#1036019: debian-installer: Broken X display with QEMU under UEFI with cirrus and std graphics

[Cyril Brulebois]

, keeping the bundling in src:debian-installer for the
next few weeks makes us autonomous: we can enable and disable those
extra modules without requiring a new linux upload… so it's nasty but I
actually thought about the few advantages we were getting out of this!

We should also be OK legal-wise, given we already have linux in
Built-Using via its udebs, so copying things around from linux-image
wouldn't change anything there, would it?

Of course in the long run, if having those modules is desired, it will
be better to have them merged in linux and to drop the nasty code, e.g.
in a point release.


Test reproducibility


All tests were performed on an amd64 Bullseye host, with a Bullseye set
of qemu packages. I've installed ovmf from Bookworm though, as enabling
UEFI support was preventing me from being able to boot directly from the
ISO, and would mean going through the UEFI menu to select the boot disk
every single time. The big matrix above was built with that Bookworm
ovmf package, and unless someone insists I should redo all the tests
with the Bullseye one, I don't plan on spending time on this.

 - BIOS:

 kvm -m 1G -cdrom mini-.iso [-vga ]

 - UEFI:

 cp /usr/share/OVMF/OVMF_CODE_4M.ms.fd /tmp/code.fd 
 cp /usr/share/OVMF/OVMF_VARS_4M.ms.fd /tmp/vars.fd
 kvm -m 1G -machine q35,smm=on -pflash /tmp/code.fd -pflash /tmp/vars.fd 
-cdrom mini-.iso [-vga ]

(q35,smm=on satisfies Secure Boot related hardware requirements.)



Thanks for your time and your feedback. Hopefully this is my very last
overlong report for this release cycle… Once again, I thought I'd err on
the side of exhaustiveness.

I might still follow up with some more test results from earlier D-I
Bookworm releases (Alpha 1, Alpha 2, RC 1) which might help narrow down
what changed between Bullseye and (current) Bookworm. But that might
happen after RC 3 is published.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant

Bug#1035688: unblock: xorg-server/2:21.1.7-3

[Cyril Brulebois]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: debian-x@lists.debian.org, debian-b...@lists.debian.org, Keith 
Toh 
Control: affects -1 src:xorg-server

Hi,

[ Reason ]
We'd like to get modesetting_drv.so back into the udeb, which is helpful
to get a working graphical installer in some hypervisor setups (at
least). It was present in bullseye, but got dropped at the very
beginning of the bookworm release cycle, as a side-effect of build
system changes upstream.

For context, that's the one video driver that's shipped directly into
xserver-xorg-core, while other drivers are shipped in their own
xserver-xorg-video-*. We'd like to get back to this situation on the
udeb side as well.

[ Impact ]
Losing graphical installer support in some cases.

[ Tests ]
Keith, the bug submitter, tested this change with custom-built d-i
images (on two architectures, amd64 and arm64) before it was submitted
to the X team, who ACK'd it. We have a bunch of tests running inside KVM
and friends, confirming having both modesetting_drv.so and fbdev_drv.so
(the latter being shipped in its own udeb) is working fine.

(Keith X-D-Cc'd to let them know what happens during a freeze.)

[ Risks ]
The X server is a critical package, but the only change is a configure
flag for the udeb only (there are two separate builds)

[ Checklist ]
  [x] all changes are documented in the d/changelog
  [x] I reviewed all changes and I approve them
  [x] attach debdiff against the package in testing


Thanks for your time!


unblock xorg-server/2:21.1.7-3


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
diff -u xorg-server-21.1.7/debian/changelog xorg-server-21.1.7/debian/changelog
--- xorg-server-21.1.7/debian/changelog
+++ xorg-server-21.1.7/debian/changelog
@@ -1,3 +1,12 @@
+xorg-server (2:21.1.7-3) unstable; urgency=medium
+
+  * Enable DRI2 for the udeb build, needed in addition to DRM support
+since 9c81b8f5b5 to build the modesetting driver. This fixes failures
+to start X in the graphical installer under UTM (Closes: #1035014).
+Thanks to Keith Toh for the report and the follow-up tests!
+
+ -- Cyril Brulebois   Wed, 03 May 2023 03:41:41 +0200
+
 xorg-server (2:21.1.7-2) unstable; urgency=high
 
   * composite: Fix use-after-free of the COW
diff -u xorg-server-21.1.7/debian/rules.flags 
xorg-server-21.1.7/debian/rules.flags
--- xorg-server-21.1.7/debian/rules.flags
+++ xorg-server-21.1.7/debian/rules.flags
@@ -75,7 +75,7 @@
--disable-xdm-auth-1 \
--disable-glx \
--disable-dri \
-   --disable-dri2 \
+   --enable-dri2 \
--disable-glamor \
--disable-xinerama \
--disable-xf86vidmode \

Bug#1035014: installation-reports: Graphical installer has Xorg "no screens found" error

[Cyril Brulebois]

Hi Timo!

Timo Aaltonen  (2023-05-02):
> Hi, fine by me!

Thanks, uploaded.

I'll keep an eye on it, and request an unblock (letting debian-x@ know via
X-Debbugs-Cc) once I've checked britney doesn't report any red flags.

It's going to be on two different radars of mine anyway:
 - https://d-i.debian.org/testing-summary.html#udebs
 - https://salsa.debian.org/installer-team/debian-installer/-/issues/1

So I shouldn't forget about it…


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

[Git][xorg-team/xserver/xorg-server][debian-unstable] 2 commits: Restore modesetting_drv.so in the udeb (Closes: #1035014).

[Cyril Brulebois (@kibi)]

Cyril Brulebois pushed to branch debian-unstable at X Strike Force / xserver / 
xorg-server


Commits:
cff654eb by Cyril Brulebois at 2023-04-27T16:41:38+02:00
Restore modesetting_drv.so in the udeb (Closes: #1035014).

- - - - -
d376ac36 by Cyril Brulebois at 2023-05-03T03:41:48+02:00
releasing version 2:21.1.7-3

- - - - -


2 changed files:

- debian/changelog
- debian/rules.flags


Changes:

=
debian/changelog
=
@@ -1,3 +1,12 @@
+xorg-server (2:21.1.7-3) unstable; urgency=medium
+
+  * Enable DRI2 for the udeb build, needed in addition to DRM support
+since 9c81b8f5b5 to build the modesetting driver. This fixes failures
+to start X in the graphical installer under UTM (Closes: #1035014).
+Thanks to Keith Toh for the report and the follow-up tests!
+
+ -- Cyril Brulebois   Wed, 03 May 2023 03:41:41 +0200
+
 xorg-server (2:21.1.7-2) unstable; urgency=high
 
   * composite: Fix use-after-free of the COW


=
debian/rules.flags
=
@@ -75,7 +75,7 @@ confflags_udeb = \
--disable-xdm-auth-1 \
--disable-glx \
--disable-dri \
-   --disable-dri2 \
+   --enable-dri2 \
--disable-glamor \
--disable-xinerama \
--disable-xf86vidmode \



View it on GitLab: 
https://salsa.debian.org/xorg-team/xserver/xorg-server/-/compare/55908a43dde489287b85684a5b4470ed274b0873...d376ac365f3bf9f31068f7a177744f87e84d44ad

-- 
View it on GitLab: 
https://salsa.debian.org/xorg-team/xserver/xorg-server/-/compare/55908a43dde489287b85684a5b4470ed274b0873...d376ac365f3bf9f31068f7a177744f87e84d44ad
You're receiving this email because of your account on salsa.debian.org.

[Git][xorg-team/xserver/xorg-server] Pushed new tag xorg-server-2_21.1.7-3

[Cyril Brulebois (@kibi)]

Cyril Brulebois pushed new tag xorg-server-2_21.1.7-3 at X Strike Force / 
xserver / xorg-server

-- 
View it on GitLab: 
https://salsa.debian.org/xorg-team/xserver/xorg-server/-/tree/xorg-server-2_21.1.7-3
You're receiving this email because of your account on salsa.debian.org.

Re: Bug#1035014: installation-reports: Graphical installer has Xorg "no screens found" error

[Cyril Brulebois]

Control: reassign -1 xserver-xorg-core-udeb 2:21.1.1-1
Control: affects -1 debian-installer

Hello debian-x,

Cyril Brulebois  (2023-04-27):
> Tracked down to 9c81b8f5b5 upstream:
>   https://cgit.freedesktop.org/xorg/xserver/commit/?id=9c81b8f5b5
> 
> Flipping the switch and wrapping it up in a netboot mini.iso
> debian-installer build led to a successful test (with amd64) by Keith.
> We'll try and confirm the same happens with arm64.
> 
> If you're happy with that approach, feel free to reassign to the udeb,
> and check the udeb-modesetting branch in xorg-server:
>   
> https://salsa.debian.org/xorg-team/xserver/xorg-server/-/commits/udeb-modesetting

Any objections to my merging/uploading this?


> I don't have access to VirtualBox right now, but we've had reports of
> failures there as well, maybe that's the same kind of things.

For completeness:

A friend of mine tested all 3 available options (VBoxVGA, VMSVGA, and
VBoxSVGA) in VirtualBox, on both Windows and Apple hosts, and the
graphical installer worked fine for him in all cases, so it looks like
the VirtualBox reports we've received are about a different issue (and
we're lacking feedback at the moment).


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

[Git][xorg-team/xserver/xorg-server][udeb-modesetting] Restore modesetting_drv.so in the udeb (Closes: #1035014).

[Cyril Brulebois (@kibi)]

Cyril Brulebois pushed to branch udeb-modesetting at X Strike Force / xserver / 
xorg-server


Commits:
cff654eb by Cyril Brulebois at 2023-04-27T16:41:38+02:00
Restore modesetting_drv.so in the udeb (Closes: #1035014).

- - - - -


2 changed files:

- debian/changelog
- debian/rules.flags


Changes:

=
debian/changelog
=
@@ -1,3 +1,12 @@
+xorg-server (2:21.1.7-3) UNRELEASED; urgency=medium
+
+  * Enable DRI2 for the udeb build, needed in addition to DRM support
+since 9c81b8f5b5 to build the modesetting driver. This fixes failures
+to start X in the graphical installer under UTM (Closes: #1035014).
+Thanks to Keith Toh for the report and the follow-up tests!
+
+ -- Cyril Brulebois   Thu, 27 Apr 2023 15:46:50 +0200
+
 xorg-server (2:21.1.7-2) unstable; urgency=high
 
   * composite: Fix use-after-free of the COW


=
debian/rules.flags
=
@@ -75,7 +75,7 @@ confflags_udeb = \
--disable-xdm-auth-1 \
--disable-glx \
--disable-dri \
-   --disable-dri2 \
+   --enable-dri2 \
--disable-glamor \
--disable-xinerama \
--disable-xf86vidmode \



View it on GitLab: 
https://salsa.debian.org/xorg-team/xserver/xorg-server/-/commit/cff654eb19a12d2998e0715c1cd426609e1ee688

-- 
View it on GitLab: 
https://salsa.debian.org/xorg-team/xserver/xorg-server/-/commit/cff654eb19a12d2998e0715c1cd426609e1ee688
You're receiving this email because of your account on salsa.debian.org.

Re: Bug#1035014: installation-reports: Graphical installer has Xorg "no screens found" error

[Cyril Brulebois]

Control: tag -1 patch

Hi Keith and X team,

and thanks for your report.

Keith Toh  (2023-04-27):
> Image version: 
> http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/arm64/iso-cd/debian-testing-arm64-netinst.iso
>  (2023-04-24 23:09)

For the avoidance of doubt: same story with amd64.

> Machine: UTM QEMU VM
> 
> When booting the installer in Graphical install mode, Xorg repeatedly
> errors saying "no screens found". Based on the Xorg log, it is failing
> to load the modesetting driver, as the file
> /usr/lib/xorg/modules/drivers/modesetting_drv.so appears to have been
> dropped from xerver-xorg-core-udeb between bullseye and bookworm.
> 
> >From kibi on #debian-boot (https://paste.debian.net/1278647/):
> xserver-xorg-core-udeb_1.20.11-1+deb11u3_amd64.udeb YES
> xserver-xorg-core-udeb_1.20.11-1+deb11u4_amd64.udeb YES
> xserver-xorg-core-udeb_1.20.11-1+deb11u5_amd64.udeb YES
> xserver-xorg-core-udeb_1.20.11-1+deb11u6_amd64.udeb YES
> xserver-xorg-core-udeb_1.20.13-1_amd64.udeb YES
> xserver-xorg-core-udeb_1.20.13-2_amd64.udeb YES
> xserver-xorg-core-udeb_1.20.13-3_amd64.udeb YES
> xserver-xorg-core-udeb_1.20.14-1_amd64.udeb YES
> xserver-xorg-core-udeb_21.1.1-1_amd64.udeb NO
> xserver-xorg-core-udeb_21.1.1-2_amd64.udeb NO
> xserver-xorg-core-udeb_21.1.3-1_amd64.udeb NO
> xserver-xorg-core-udeb_21.1.3-2+b1_amd64.udeb NO
> xserver-xorg-core-udeb_21.1.3-2_amd64.udeb NO
> xserver-xorg-core-udeb_21.1.4-1_amd64.udeb NO
> xserver-xorg-core-udeb_21.1.4-2_amd64.udeb NO
> xserver-xorg-core-udeb_21.1.4-3_amd64.udeb NO
> xserver-xorg-core-udeb_21.1.5-1_amd64.udeb NO
> xserver-xorg-core-udeb_21.1.6-1_amd64.udeb NO
> xserver-xorg-core-udeb_21.1.7-1_amd64.udeb NO
> xserver-xorg-core-udeb_21.1.7-2_amd64.udeb NO

Tracked down to 9c81b8f5b5 upstream:
  https://cgit.freedesktop.org/xorg/xserver/commit/?id=9c81b8f5b5

Flipping the switch and wrapping it up in a netboot mini.iso
debian-installer build led to a successful test (with amd64) by Keith.
We'll try and confirm the same happens with arm64.

If you're happy with that approach, feel free to reassign to the udeb,
and check the udeb-modesetting branch in xorg-server:
  
https://salsa.debian.org/xorg-team/xserver/xorg-server/-/commits/udeb-modesetting

I don't have access to VirtualBox right now, but we've had reports of
failures there as well, maybe that's the same kind of things.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

[Git][xorg-team/xserver/xorg-server] Pushed new branch udeb-modesetting

[Cyril Brulebois (@kibi)]

Cyril Brulebois pushed new branch udeb-modesetting at X Strike Force / xserver 
/ xorg-server

-- 
View it on GitLab: 
https://salsa.debian.org/xorg-team/xserver/xorg-server/-/tree/udeb-modesetting
You're receiving this email because of your account on salsa.debian.org.

Bug#1010161: x11-xkb-utils-udeb: broken setxkbmap within the installer

[Cyril Brulebois]

Julien Cristau  (2022-04-25):
> Control: tag -1 upstream patch
> Control: forwarded -1 
> https://gitlab.freedesktop.org/xorg/app/setxkbmap/-/merge_requests/4
> 
> On Mon, Apr 25, 2022 at 03:44:59PM +0200, Cyril Brulebois wrote:
> > And thanks again for the quick turnaround for the libxrandr2 udeb
> > addition. The next issue is is_xwayland() erroring out at runtime, with
> > BadRROutput on the RRGetOutputInfo call. This breaks setxkbmap in the
> > installer, and prevents the graphical installer from going further than
> > 2 steps.
> > 
> Fixed with the above MR.

Thanks; for those following at home: verified in a d-i context.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#1010161: x11-xkb-utils-udeb: broken setxkbmap within the installer

[Cyril Brulebois]

Package: x11-xkb-utils-udeb
Version: 7.7+6+b1
Severity: serious
Tags: d-i
Justification: breaks graphical installer
X-Debbugs-Cc: debian-b...@lists.debian.org

Hi X people,

And thanks again for the quick turnaround for the libxrandr2 udeb
addition. The next issue is is_xwayland() erroring out at runtime, with
BadRROutput on the RRGetOutputInfo call. This breaks setxkbmap in the
installer, and prevents the graphical installer from going further than
2 steps.

I think we would be happy to set a specific environment variable for you
to notice and exit early if desired; or we can check if such a variable
exists already for you to use.

Thanks for your help!


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant

Bug#1005266: xserver-xorg-core-udeb: uninstallable: depends on non-udeb libxcvt0

[Cyril Brulebois]

Package: xserver-xorg-core-udeb
Version: 2:21.1.3-2
Severity: serious
Tags: d-i
Justification: not installable
X-Debbugs-Cc: debian-b...@lists.debian.org

Hi,

Your package is no longer installable as it depends on a non-udeb
package: libxcvt0. This breaks d-i builds on architectures featuring the
graphical installer:

Building dependency tree...
  xserver-xorg-core-udeb:amd64 Depends on libxcvt0:amd64 < none @un H > (>= 
0.1.1) can't be satisfied!
…
The following packages have unmet dependencies:
 xserver-xorg-core-udeb : Depends: libxcvt0 (>= 0.1.1) but it is not 
installable

Please let us (debian-boot@) / me know if you need help investigating
this.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant

Re: Tentative summary of the AMD/ATI/NVidia issue (was: Finding a tentative bullseye release date)

[Cyril Brulebois]

[ cc+=-x@ ]

Hi Lucas,

Thanks for your summary, I'm not sure about every single detail, but it
seems to be a good basis for discussion. I might point to it from our
errata page (I didn't have a specific bug report when I wrote the most
recent entries):
  https://www.debian.org/devel/debian-installer/errata

Lucas Nussbaum  (2021-04-24):
> Disclaimer: I read the "[AMD/ATI graphics] Missing firmware not declared
> / kernel modules not included in initrd" thread. While my understanding
> of the issue is not complete, I'm trying to summarize what I undertood
> so far in the hope that others can jump in and fill in the blanks or
> correct me.
> 
> 
> There are graphic cards whose in-kernel drivers require non-free
> firmwares. Typically AMD/ATI cards that require firmware-amd-graphics[1]
> to work with the radeon, amdgpu and r128 drivers; or NVIDIA cards that
> require firmware-misc-nonfree to work with the nouveau driver.
> 
> [1] https://packages.debian.org/unstable/firmware-amd-graphics
> 
> 
> With Debian 10, the behaviour was that the installation succeeded
> without installing firmware-* packages, and then, and the first boot, X
> would start in a "degraded" mode (using, for example, the vesa driver).
> The user would generally then install the firmware package (or, in the
> case of NVidia, switch to the proprietary drivers).
> 
> With Debian 11, the installation also succeeds, but then at first boot,
> X fails to work correctly. What happens here is unclear: reports vary
> between "black screen" (but does the system works if the user switches to
> console mode?), "garbled screen", "system crash" (but maybe the user did
> not notice that the system works in console mode).

What I briefly alluded to on IRC (#debian-boot) was something that would
be an A)+B) approach. C) doesn't seem reasonable to me.

> It looks like the three open paths for resolution are:
> 
> A) understand and restore the behaviour from Debian 10, that is, get X
> to work in a degraded mode after installation. How it worked with Debian
> 10 (and why it doesn't with Debian 11) is unknown.

Without checking with X people beforehand, what I imagined we could do
when running an installer that doesn't have non-free enabled could be
adding some X conf snippet to force a generic driver (a while ago, that
would have been fbdev/vesa, not sure about the current state, depending
on whether modesetting kicked in, etc.), to ensure one isn't left with a
black screen. This might involve setting kernel parameters instead or in
addition to that…

It could be accompanied by an information note in the installer (to make
sure the user knows about this degraded mode, and about ways to improve
the situation post-installation) and/or in the installation guide and/or
in the wiki.

https://xorg-team.pages.debian.net/xorg/ doesn't seem like it has had
many updates lately, but it might not be the worst place to have a “how
to undo the snippet things and get the real deal once firmwares are
installed”, or maybe “how to deal with firmwares” in general… that d-i
and the installation guide could point to.

(x.debian.net still exists and redirects there, so that's not a
complicated URL to remember/type if it gets displayed in a note.)

That being said, if an information note gets added in d-i, its content
needs to be checked with the X team, reviewed by the team whose name
has escaped me, and then translated into as many languages as possible.
It could be possible to cheat the translation status to alleviate this
requirement, and contemplate updating the relevant package in 11.1, but
I'm not sure we've ever done that.

On the other hand, docs on x.debian.net aren't translated, so maybe the
installation guide would be a better place in the end…

> B) In the installer, detect that firmware-amd-graphics or
> firmware-misc-nonfree should be installed, and either install it (?),
> or redirect the user to the unofficial installer that includes them.

That could be achieved for an installer that has non-free enabled,
provided the proposal by Ben gets implemented, then consumed on the d-i
side.

> C) Do nothing and document this in the release notes

As said above, I strongly recommend against this.

> The main blocking factor for progress seems to be that not enough
> people have both hardware that is not supported (laptops/desktops with
> AMD or NVidia graphic cards), and the knowledge and time to
> investigate this.

For the avoidance of doubt: I'm fine with working on these topics (and
getting my hands on relevant hardware is in progress), along with other
issues that seem to be potential blockers for the release. I just don't
expect everyone to agree on a (possibly dual) solution immediately, and
the relevant contributions (code, doc, translations) to be available in
the very next few days. Hence my

Bug#952467: xtrans: Please package the latest version (1.4.0)

[Cyril Brulebois]

Hey,

Boyuan Yang  (2020-02-24):
> Source: xtrans
> Version: 1.3.5-1
> Severity: normal
> X-Debbugs-CC: k...@debian.org
> 
> Dear kibi and Debian X team,
> 
> Upstream has released xtrans v1.4.0 on 2019-03. Please consider packaging it
> in Debian. Thanks!

FWIW:
  https://lists.debian.org/debian-x/2013/10/msg00292.html

;)


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

[Git][xorg-team/lib/libinput][debian-unstable] 2 commits: Ship /usr/share/libinput in the udeb.

[Cyril Brulebois]

Cyril Brulebois pushed to branch debian-unstable at X Strike Force / lib / 
libinput


Commits:
631ffaa1 by Cyril Brulebois at 2019-03-31T01:42:25Z
Ship /usr/share/libinput in the udeb.

Thats now needed by the libinput X driver.

- - - - -
73651083 by Cyril Brulebois at 2019-03-31T01:42:52Z
releasing version 1.12.6-2

- - - - -


2 changed files:

- debian/changelog
- debian/libinput10-udeb.install


Changes:

=
debian/changelog
=
@@ -1,3 +1,10 @@
+libinput (1.12.6-2) unstable; urgency=medium
+
+  * Ship /usr/share/libinput in the udeb, since that's now needed by the
+libinput X driver.
+
+ -- Cyril Brulebois   Sun, 31 Mar 2019 03:42:45 +0200
+
 libinput (1.12.6-1) unstable; urgency=medium
 
   * New upstream release.


=
debian/libinput10-udeb.install
=
@@ -1,2 +1,3 @@
 lib/udev
 usr/lib/*/libinput.so.10*
+usr/share/libinput



View it on GitLab: 
https://salsa.debian.org/xorg-team/lib/libinput/compare/d7876c8d59fe4bf9508268b405d3b04e644bf925...736510837784d624be9321746a0feeefada92164

-- 
View it on GitLab: 
https://salsa.debian.org/xorg-team/lib/libinput/compare/d7876c8d59fe4bf9508268b405d3b04e644bf925...736510837784d624be9321746a0feeefada92164
You're receiving this email because of your account on salsa.debian.org.

[Git][xorg-team/driver/xserver-xorg-input-libinput][debian-unstable] 2 commits: Ship configuration snippet in the udeb as well.

[Cyril Brulebois]

Cyril Brulebois pushed to branch debian-unstable at X Strike Force / driver / 
xserver-xorg-input-libinput


Commits:
c7cae5b7 by Cyril Brulebois at 2019-03-31T01:46:06Z
Ship configuration snippet in the udeb as well.

- - - - -
8467951c by Cyril Brulebois at 2019-03-31T01:57:30Z
releasing version 0.28.2-2

- - - - -


2 changed files:

- debian/changelog
- debian/xserver-xorg-input-libinput-udeb.install


Changes:

=
debian/changelog
=
@@ -1,3 +1,9 @@
+xserver-xorg-input-libinput (0.28.2-2) unstable; urgency=medium
+
+  * Ship configuration snippet in the udeb as well.
+
+ -- Cyril Brulebois   Sun, 31 Mar 2019 01:56:52 +
+
 xserver-xorg-input-libinput (0.28.2-1) unstable; urgency=medium
 
   * New upstream release.


=
debian/xserver-xorg-input-libinput-udeb.install
=
@@ -1 +1,2 @@
 usr/lib/xorg/modules/input/*.so
+usr/share/X11/xorg.conf.d



View it on GitLab: 
https://salsa.debian.org/xorg-team/driver/xserver-xorg-input-libinput/compare/e5c6e5e28f97ce91dd00871b8156485432d10f07...8467951c34f54f711430b8662aeda95004358fbd

-- 
View it on GitLab: 
https://salsa.debian.org/xorg-team/driver/xserver-xorg-input-libinput/compare/e5c6e5e28f97ce91dd00871b8156485432d10f07...8467951c34f54f711430b8662aeda95004358fbd
You're receiving this email because of your account on salsa.debian.org.

[Git][xorg-team/lib/libinput] Pushed new tag libinput-1.12.6-2

[Cyril Brulebois]

Cyril Brulebois pushed new tag libinput-1.12.6-2 at X Strike Force / lib / 
libinput

-- 
View it on GitLab: 
https://salsa.debian.org/xorg-team/lib/libinput/tree/libinput-1.12.6-2
You're receiving this email because of your account on salsa.debian.org.

[Git][xorg-team/driver/xserver-xorg-input-libinput] Pushed new tag xserver-xorg-input-libinput-0.28.2-2

[Cyril Brulebois]

Cyril Brulebois pushed new tag xserver-xorg-input-libinput-0.28.2-2 at X Strike 
Force / driver / xserver-xorg-input-libinput

-- 
View it on GitLab: 
https://salsa.debian.org/xorg-team/driver/xserver-xorg-input-libinput/tree/xserver-xorg-input-libinput-0.28.2-2
You're receiving this email because of your account on salsa.debian.org.

Bug#900317: debian-installer: black screen and no answer from X server

[Cyril Brulebois]

Package: debian-installer
Severity: serious
Justification: unresponsive d-i

Hi,

Trying a build against the new linux ABI, I've just discovered another
issue with the graphical installer. It just shows a black screen, which
is tracked in #898468 already (which reminds me I need to follow up
there with my findings). Unfortunately the issue seems more severe now
as X doesn't react to ctrl-alt-fN key strokes, making it hard(er) to
debug what's happening.

Going back to the previous linux ABI shows the same behaviour (so both
4.16.0-1 and 4.16.0-2 are affected), so I suppose it could be due to the
new X server. It seems to start at least, since I'm briefly seeing its
startup logs.


Interested people could look at images from the last few days and check
the differences in build logs for further suspects:
  https://d-i.debian.org/daily-images/amd64/

For this bug:
 - OK = ctrl-alt-fN can switch ttys. You'll likely see messages about
“random” things (see #898468).
 - KO = ctrl-alt-fN doesn't seem to have any effects.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant

Bug#889301: Updating the xft Uploaders list

[Cyril Brulebois]

Control: tag -1 patch pending

Tobias Frost <t...@debian.org> (2018-02-03):
> The MIA team has received notice that Cyril Brulebois <k...@debian.org> 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 for the reminder, applied in git:
  
https://salsa.debian.org/xorg-team/lib/xft/commit/df1553b409d8efb0f0af27bb1fcaa35585ce2ae0


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Re: Bug#888313: please allow git remote configuration (e.g. for upstream remote)

[Cyril Brulebois]

Hi,

Quoting in full for debian-x@:

Michael Stapelberg <stapelb...@debian.org> (2018-01-25):
> On Thu, Jan 25, 2018 at 8:11 AM, Guido Günther <a...@sigxcpu.org> wrote:
> 
> > Hi Michael,
> > On Wed, Jan 24, 2018 at 10:27:25PM +0100, Michael Stapelberg wrote:
> > > Package: git-buildpackage
> > > Version: 0.9.6
> > > Severity: wishlist
> > >
> > > When using a pure git workflow (no tarballs involved), as documented in
> > > file:///usr/share/doc/git-buildpackage/manual-html/gbp.
> > import.upstream-git.html,
> > > it is common to configure the “upstream” git remote to be the actual
> > upstream,
> > > whereas the “origin” git remote would be a repository on alioth.
> > >
> > > E.g., for the golang-text package, I would configure:
> > > remote “origin” is git.debian.org:/git/pkg-go/packages/golang-text.git
> > > remote “upstream” is https://github.com/kr/text
> > >
> > > Now, when another team member of the pkg-go team uses gbp-clone on the
> > alioth
> > > repository, they won’t get my “upstream” git remote configuration.
> > >
> > > This means publishing git repositories is lossy: what I have on my hard
> > disk
> > > does not reflect what other team members will get when they clone the
> > > repository.
> > >
> > > This makes updating packages way harder than it should be :)
> > >
> > > Could we add options to debian/gbp.conf to get an upstream git remote
> > configured
> > > automatically when cloning please?
> >
> > For purely git based workflow this makes. For this to be nicely integrated
> > we'd
> > need to store the information somehwere in the packakge e.g.
> >
> >   X-Upstream-VCS:
> >
> > in debian control so not each packaging team has to cook it's own solution.
> > However it could be nicely protyped using gbp clone's postclone hooks.
> > Cheers,
> >  -- Guido
> >
> >
> Done, see
> https://github.com/Debian/pkg-go-tools/blob/master/cmd/pgt-remote-add-upstream/upstream.go
> 
> To install, use:
> % sudo apt install golang-go git
> % go get -u github.com/Debian/pkg-go-tools/cmd/pgt-remote-add-upstream
> 
> Then, use the binary in ~/go/bin/pgt-remote-add-upstream as postclone hook.
> 
> While this works for the time being, I’d like to see it in git-buildpackage
> proper, if only because hook configuration is cumbersome to do in a
> packaging-group-specific way.
> 
> I noticed that the xorg-team also has a similar script:
> http://x.debian.net/reference/git-usage.html (search for
> “xsf-remote-add-upstream”). Theirs uses debian/watch.
> 
> kibi, would xorg-team be happy with gbp looking at the X-Vcs-Upstream-Git
> key/value pair in debian/control, or do you have any special requirements?

It's been a few years since I left the X maintenance team, so you'd have
to ask debian-x@ members/actual maintainers.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Re: Bug#875945: libatspi0-udeb: uninstallable, depends on libxkbcommon-x11-0

[Cyril Brulebois]

Samuel Thibault <sthiba...@debian.org> (2017-09-16):
> Cyril Brulebois, on sam. 16 sept. 2017 13:21:53 +0200, wrote:
> > Both your libatspi0-udeb and at-spi2-core-udeb binaries now depend on a
> > package which isn't a udeb: libxkbcommon-x11-0;
> 
> Mmm, looking at it, it seems spurious actually:
> 
> libxkbcommon-x11.so.0 (it uses none of the library's symbols)
> 
> Indeed, it actually only uses functions from libX11... For now I have
> uploaded a package which does not link to xkbcommon, and will report to
> upstream that they should check for presence of the needed functions in
> libX11 itself.

Perfect, thanks.


KiBi.


signature.asc
Description: PGP signature

Bug#875945: libatspi0-udeb: uninstallable, depends on libxkbcommon-x11-0

[Cyril Brulebois]

Package: libatspi0-udeb
Version: 2.26.0-1
Severity: serious
Tags: d-i
Justification: not installable

[X-D-Ccing debian-boot@ and debian-x@ for information.]

Hi,

Both your libatspi0-udeb and at-spi2-core-udeb binaries now depend on a
package which isn't a udeb: libxkbcommon-x11-0; I'm filing this bug
report against libatspi0-udeb (only) because that's the one in the
dependency chain from libgtk-3-0-udeb, which we might use at some point…


KiBi.

Bug#873041: libxcursor1-udeb: Broken dpkg-shlibdeps rule

[Cyril Brulebois]

Control: reassign -1 libxcursor1 1:1.1.14-2
Control: retitle -1 libxcursor1: broken shlibs for the udeb
Control: tag -1 patch

(Minor nitpick.)

Jeremy Bicha <jbi...@ubuntu.com> (2017-08-23):
> When libxcursor was converted to dh's rules, the line defining PACKAGE
> was accidentally removed.
> 
> So this line:
> dh_makeshlibs -V "libxcursor1 (>> 1.1.2)" --add-udeb=$(PACKAGE)-udeb
> 
> gets interpreted as:
> dh_makeshlibs -V "libxcursor1 (>> 1.1.2)" --add-udeb=-udeb
> 
> Which leads to packages like gtk+3.0 failing to build from source:
> 
> =
> dpkg-shlibdeps: warning: can't parse dependency -udeb (>> 1.1.2)
> dpkg-shlibdeps: error: invalid dependency got generated:
> libepoxy0-udeb (>= 1.3), libx11-6-udeb (>= 2:1.6.0), -udeb (>> 1.1.2),
> libgtk-3-0-udeb (>= 3.22.19), libxinerama1-udeb,
> libgdk-pixbuf2.0-0-udeb (>= 2.36.5), libxi6-udeb (>= 2:1.6.99.1),
> libatk-bridge-2.0-0-udeb, libglib2.0-udeb (>= 2.53.4), fontconfig-udeb
> (>= 2.11.94), libxext6-udeb (>= 2:1.3.0), libc6-udeb (>= 2.24),
> libatk1.0-udeb (>= 2.24.0), libcairo2-udeb (>= 1.14.0),
> libpango1.0-udeb (>= 1.40.11), libcairo2-udeb (>= 1.10.0)
> dh_shlibdeps: dpkg-shlibdeps -Tdebian/libgtk-3-0-udeb.substvars -tudeb
> debian/libgtk-3-0-udeb/usr/lib/x86_64-linux-gnu/libgtk-3.so.0.2200.19
> debian/libgtk-3-0-udeb/usr/lib/x86_64-linux-gnu/libgdk-3.so.0.2200.19
> returned exit code 255
> dh_shlibdeps: Aborting due to earlier error
> =

Thanks for filing this bug report, Jeremy.

Drew, such conversion from xsfbs to dh should really be accompanied by
a thorough debdiff check:

  $ debdiff --controlfiles=ALL ../libxcursor*changes

which makes the breakage obvious:
| Shlibs files of package libxcursor1: lines which differ (wdiff format)
| --
| udeb: libXcursor 1 [--udeb-] {+libxcursor1-udeb+} (>> 1.1.2)

(This one is between the version in unstable and a build with the
trivial, attached patch. You would have had the opposite between the
-1 and -2 uploads.)

Also: DEBDIFF_CONTROLFILES=ALL in ~/.devscripts works fine.


KiBi.
From 3e91691c6274547e1aa8a033447f993ff617d80c Mon Sep 17 00:00:00 2001
From: Cyril Brulebois <k...@debian.org>
Date: Thu, 24 Aug 2017 01:20:00 +
Subject: [PATCH] debian/rules: Set PACKAGE to libxcursor1 (Closes: #873041).

Otherwise dh_makeshlibs is called with an incomplete package name for
the udeb, which breaks reverse dependencies.
---
 debian/changelog | 6 ++
 debian/rules | 3 +++
 2 files changed, 9 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index 9ccc9f8..b1402c0 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,14 @@
 libxcursor (1:1.1.14-3) UNRELEASED; urgency=medium
 
+  [ Drew Parsons ]
   * Team upload.
   * debian/control Homepage: https://www.x.org
 
+  [ Cyril Brulebois ]
+  * debian/rules: Set PACKAGE to libxcursor1. Otherwise dh_makeshlibs is
+called with an incomplete package name for the udeb, which breaks
+reverse dependencies (Closes: #873041).
+
  -- Drew Parsons <dpars...@debian.org>  Sun, 20 Aug 2017 13:54:29 +0800
 
 libxcursor (1:1.1.14-2) unstable; urgency=medium
diff --git a/debian/rules b/debian/rules
index 61ad145..3619536 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,4 +1,7 @@
 #!/usr/bin/make -f
+
+PACKAGE = libxcursor1
+
 %:
 	dh $@
 
-- 
2.14.0



signature.asc
Description: Digital signature

Re: Bug#852949: jessie-pu: package libxfixes/1:5.0.1-2+deb8u1

[Cyril Brulebois]

Hi Julien & debian-x@,

Adam D. Barratt  (2017-01-28):
> Control: tags -1 + confirmed
> 
> On Sat, 2017-01-28 at 14:40 +0100, Julien Cristau wrote:
> > +libxfixes (1:5.0.1-2+deb8u1) jessie; urgency=high
> > +
> > +  * Integer overflow on illegal server response (CVE-2016-7944)
> 
> Please go ahead.

This doesn't seem to have reached jessie-new?


KiBi.


signature.asc
Description: Digital signature

Re: Bug#852947: jessie-pu: package libx11/2:1.6.2-3+deb8u1

[Cyril Brulebois]

Hi Julien and debian-x@,

Adam D. Barratt  (2017-01-28):
> Control: tags -1 + confirmed
> 
> On Sat, 2017-01-28 at 14:29 +0100, Julien Cristau wrote:
> > +libx11 (2:1.6.2-3+deb8u1) jessie; urgency=medium
> > +
> > +  * Insufficient validation of data from the X server can cause out of
> > +boundary memory read (XGetImage()) or write (XListFonts()).
> > +Addresses CVE-2016-7942 and CVE-2016-7943.
> 
> Please go ahead.

This update doesn't seem to have reached jessie-new?


KiBi.


signature.asc
Description: Digital signature

xorg: Changes to 'refs/tags/xorg-1_7.7+16'

[Cyril Brulebois]

Tag 'xorg-1_7.7+16' created by Cyril Brulebois <k...@debian.org> at 2016-07-14 
13:33 +

Tagging upload of xorg 1:7.7+16 to unstable.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAABAgAGBQJXh5StAAoJEP+RSvDCs1UgDyYQAMSKIjSHAs8WdbF5oB6OL2Mg
c8IO9fYACaE8cRI3DyrLlEgbEtQ46T3yNuPjnVAR7T87+efOf2j7XPdD4JmkwOKa
tzhXpkmSQe79IaSYpiHRTgOhTuc/cw8PKpLAeue+Oo69rzE9T6A2m+lOChbFcCs/
cGfFnYPyko9GWfAD0I7oqW0M2dFTk+1W4Z7jBrTWMvHZqTS6MTjiIxmFqUantsAC
yz7LzEAWSTmJ8OyWVWdaiDm2i+ruDBPaf7JqMypJzOgKQcHDzqv4cg3hbkyMsIsv
RNLWwzyqkyFo2/rvMNjyR/V1bIe0Fbop8R99u/aFeAaLC029a1en8nX3UKbuuaAV
rqAEZQxFH22IT7l2GwGocC5U5/3q5kqq9WxKQNgevgaoIu0ZXZSsm3OnG/+r3fzo
PgTtqLbb/lILgJPf+1GcRv2+o5loAKy4o9g49nceZcqsDh79nAvmdI0GBPJPByj4
cOd+0d5aIsQ+3guCItuJbHK93cqzNyfgxqCDRgJE/5FtBLcQbxL7EoF9wxO/sUBR
Iw6xM29VlJqmG4L8eFrhjLpM8kIs14pmTsZkqCLLC1oyGx0ZgJZeLkHS5yGPoj55
FrlrUujQtuc4AHxJtbNlVIMb+0dd73bPh9wXLfhjEVOpjjqrULfBIFGeXPw2Olso
LBcSiqBCSew52nJyR5G9
=wOTG
-END PGP SIGNATURE-

Changes since xorg-1_7.7+15:
Cyril Brulebois (2):
  Drop xserver-xorg-input-vmmouse from xserver-xorg-input-all Depends 
(Closes: #831286).
  Release to unstable

Julien Cristau (1):
  Drop xserver-xorg-input-void from s390x.

Timo Aaltonen (2):
  control: Drop -evdev and -synaptics from x-x-input-all Depends for linux.
  fix x-x-i-all dep on synaptics

---
 debian/changelog |   18 ++
 debian/control   |5 +
 2 files changed, 19 insertions(+), 4 deletions(-)
---

xorg: Changes to 'debian-unstable'

[Cyril Brulebois]

 debian/changelog |   10 --
 debian/control   |1 -
 2 files changed, 8 insertions(+), 3 deletions(-)

New commits:
commit dca2125abde9bac91e7fa093605ba8681066068e
Author: Cyril Brulebois <k...@debian.org>
Date:   Thu Jul 14 15:33:07 2016 +0200

Release to unstable

diff --git a/debian/changelog b/debian/changelog
index c749469..b21f7cb 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-xorg (1:7.7+16) UNRELEASED; urgency=medium
+xorg (1:7.7+16) unstable; urgency=medium
 
   [ Timo Aaltonen ]
   * control: Drop -evdev and -synaptics from x-x-input-all Depends for
@@ -14,7 +14,7 @@ xorg (1:7.7+16) UNRELEASED; urgency=medium
 with Xorg's vmmouse driver but works with the generic evdev and
 libinput drivers. Closes: #831286
 
- -- Timo Aaltonen <tjaal...@debian.org>  Thu, 09 Jun 2016 14:10:30 +0300
+ -- Cyril Brulebois <k...@debian.org>  Thu, 14 Jul 2016 15:32:12 +0200
 
 xorg (1:7.7+15) unstable; urgency=medium
 

commit c19bd1e1fa4606548628e644e7878103677fe01d
Author: Cyril Brulebois <k...@debian.org>
Date:   Thu Jul 14 15:32:07 2016 +0200

Drop xserver-xorg-input-vmmouse from xserver-xorg-input-all Depends 
(Closes: #831286).

The kernel driver for the VMware mouse device is incompatible with
Xorg's vmmouse driver but works with the generic evdev and libinput
drivers.

diff --git a/debian/changelog b/debian/changelog
index 5bd8e3c..c749469 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -8,6 +8,12 @@ xorg (1:7.7+16) UNRELEASED; urgency=medium
   * Drop xserver-xorg-input-void from s390x.  The server can come up with no
 input devices nowadays, -input-void isn't necessary.
 
+  [ Cyril Brulebois ]
+  * Drop xserver-xorg-input-vmmouse from xserver-xorg-input-all Depends,
+since the kernel driver for the VMware mouse device is incompatible
+with Xorg's vmmouse driver but works with the generic evdev and
+libinput drivers. Closes: #831286
+
  -- Timo Aaltonen <tjaal...@debian.org>  Thu, 09 Jun 2016 14:10:30 +0300
 
 xorg (1:7.7+15) unstable; urgency=medium
diff --git a/debian/control b/debian/control
index 67c765b..080af84 100644
--- a/debian/control
+++ b/debian/control
@@ -76,7 +76,6 @@ Depends:
  xserver-xorg-input-libinput [linux-any],
  xserver-xorg-input-mouse [!linux-any],
  xserver-xorg-input-synaptics [!linux-any],
- xserver-xorg-input-vmmouse [amd64 i386 x32],
  ${misc:Depends},
 Recommends:
  xserver-xorg-input-wacom [!hurd-any !kfreebsd-any !s390x],

Re: Bug#826018: installation-reports: Stretch Alpha 6 successful installation, but no touchpad during install

[Cyril Brulebois]

Hi Tim,

Tim Heaney  (2016-06-01):
> Dear Maintainer,
> 
> My install was successful and I am very happy as described here
> 
>   https://oylenshpeegul.wordpress.com/2016/05/31/hello-stretch/
> 
> The only issue I've had so far was tiny. During the install, the
> touchpad was dead. I plugged in a usb mouse and proceeded. When the
> install was complete and I booted into debian from the hard disk, the
> touchpad worked. I didn't do anything to fix it.
> 
> Thanks to everyone on the Debian team! The Stretch Alpha 6 installer
> looks like a winner!

Thanks for your report. Can you please attach your installer's sylog
file (maybe compressed) in a group-reply? It can be found under the
/var/log/installer directory.

> /proc/bus/input/devices: I: Bus=0011 Vendor=0002 Product=0007 Version=01b1
> /proc/bus/input/devices: N: Name="SynPS/2 Synaptics TouchPad"
> /proc/bus/input/devices: P: Phys=isa0060/serio1/input0
> /proc/bus/input/devices: S: Sysfs=/devices/platform/i8042/serio1/input/input2
> /proc/bus/input/devices: U: Uniq=
> /proc/bus/input/devices: H: Handlers=mouse0 event3 
> /proc/bus/input/devices: B: PROP=9
> /proc/bus/input/devices: B: EV=b
> /proc/bus/input/devices: B: KEY=6420 3 0 0 0 0
> /proc/bus/input/devices: B: ABS=26080001103

I would expect a synaptics touchpad to get at least basic support with
evdev, and maybe there's a bug somwhere to be fixed. But maybe I'm out
of sync with reality. :)

Also, wondering whether it would make sense to maybe have a synaptics
udeb at some point? Or maybe libinput will save us all?

Putting -x@ in cc for input (no pun intended).


KiBi.


signature.asc
Description: Digital signature

Bug#815717: libinput10-udeb: uninstallable, depends on non-udeb libwacom2

[Cyril Brulebois]

Package: libinput10-udeb
Version: 1.2.0-1
Severity: important
Justification: uninstallable

[ X-D-Cc: debian-b...@lists.debian.org, please keep in copy when
  replying. ]

Hi,

Your recent upload introduces a dependency on a non-udeb package
(libwacom2), which makes your package uninstallable:
| Depends: libc6-udeb (>= 2.21), libevdev2-udeb, libmtdev1-udeb, libudev1-udeb, 
libwacom2

I'm not filing this bug report as serious since libinput10-udeb and its
rdep xserver-xorg-input-libinput-udeb aren't used in d-i (yet), so this
isn't a practical issue for the time being. Feel free to raise severity
if you feel like it.


KiBi.

Re: Bug#803184: override: libpam-systemd:admin/standard

[Cyril Brulebois]

Hi,

Michael Biebl  (2015-10-27):
> I'd like to see the priority of libpam-systemd bumped from optional to
> standard.
> The recent changes in xserver-xorg make it possible to run X without
> root privileges [1], which is awesome! This requires a proper logind
> session though, for which libpam-systemd needs to be installed (and
> enabled). While xserver-xorg-core added a Recommends on libpam-systemd,
> not everyone has Recommends enable. X is also not the only reason, why
> one want libpam-systemd installed. E.g. for SSH logins you also want
> proper logind sessions. The only environment where you don't want/need
> libpam-systemd is on a buildd or very specialised, minimal systems.
> 
> I think prio:standard would fit that quite well. We also already have
> dbus (a dependency of libpam-systemd) already in prio:standard,
> libpam-rutime is prio:required. So no additional dependencies would be
> necessary.
> 
> I've CCed debian-b...@lists.debian.org, debian-x@lists.debian.org and
> pkg-systemd-maintain...@lists.alioth.debian.org . Please CC them on
> replies.
> 
> I especially would like to see an ACK from KiBi/debian-boot before the
> prio is bumped.

Thanks for the ping. I don't see why that would be an issue on the
installer side, but maybe wait a few days to see if someone else has an
objection?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#794032: uninstallable: depends on libinput10 (= 0.17.0)

[Cyril Brulebois]

Package: xserver-xorg-input-libinput-udeb
Version: 0.11.0-1
Severity: serious
Tags: d-i
Justification: renders package unusable

(x-d-cc: debian-boot@)

Hi,

xserver-xorg-input-libinput-udeb is currently not installable, because
it depends on libinput10 (= 0.17.0), and this package only comes as a
deb package. You might want to investigate shipping such a udeb in
src:libinput, and having your DDX driver rebuilt against it.

I'm a bit ambivalent about the severity. I'd usually file this as
grave but since that doesn't lead to any practical issue (as for the
gtk3 udeb), it probably could be seen as just important. Picking
serious as a middle ground, please adjust as you see fit.

Mraw,
KiBi.


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150729231220.18024.42726.report...@arya.home.mraw.org

Bug#791792: jessie-pu: package xserver-xorg-video-modesetting/0.9.0-2

[Cyril Brulebois]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

(debian-x@ cc'd.)

Hi,

It was reported that the modesetting video driver doesn't support
rotation but pretends to do so, which leads to a blank screen if
rotation is attempted (#791644).

This proposed update backports the single patch sitting in upstream's
master branch after the base version we have in jessie. This doesn't
apply to sid/stretch since modesetting was apparently merged into the
server core in the meanwhile.

Changelog entry:
| xserver-xorg-video-modesetting (0.9.0-2) jessie; urgency=medium
| 
|   * Merge from upstream master:
| + modesetting: Don't pretend to support rotation (closes: #791644)
| 
|  -- Cyril Brulebois k...@debian.org  Wed, 08 Jul 2015 14:42:57 +0200

Thanks for considering.

Mraw,
KiBi.
diff -u xserver-xorg-video-modesetting-0.9.0/debian/changelog xserver-xorg-video-modesetting-0.9.0/debian/changelog
--- xserver-xorg-video-modesetting-0.9.0/debian/changelog
+++ xserver-xorg-video-modesetting-0.9.0/debian/changelog
@@ -1,3 +1,10 @@
+xserver-xorg-video-modesetting (0.9.0-2) jessie; urgency=medium
+
+  * Merge from upstream master:
++ modesetting: Don't pretend to support rotation (closes: #791644)
+
+ -- Cyril Brulebois k...@debian.org  Wed, 08 Jul 2015 14:42:57 +0200
+
 xserver-xorg-video-modesetting (0.9.0-1) unstable; urgency=medium
 
   * New upstream release.
only in patch2:
unchanged:
--- xserver-xorg-video-modesetting-0.9.0.orig/src/drmmode_display.c
+++ xserver-xorg-video-modesetting-0.9.0/src/drmmode_display.c
@@ -568,17 +568,6 @@
 }
 #endif
 
-static void *drmmode_shadow_allocate(xf86CrtcPtr crtc, int width, int height)
-{
-	return NULL;
-}
-
-static PixmapPtr drmmode_shadow_create(xf86CrtcPtr crtc, void *data, int width,
-   int height)
-{
-	return NULL;
-}
-
 static const xf86CrtcFuncsRec drmmode_crtc_funcs = {
 .dpms = drmmode_crtc_dpms,
 .set_mode_major = drmmode_set_mode_major,
@@ -593,8 +582,6 @@
 #ifdef MODESETTING_OUTPUT_SLAVE_SUPPORT
 .set_scanout_pixmap = drmmode_set_scanout_pixmap,
 #endif
-.shadow_allocate = drmmode_shadow_allocate,
-.shadow_create = drmmode_shadow_create,
 };
 
 static void

Bug#791644: xserver-xorg-video-modesetting doesn't support rotation

[Cyril Brulebois]

Hi Steev,

Steev Klimaszewski st...@kali.org (2015-07-07):
 Package: xserver-xorg-video-modesetting
 Version: 0.9.0-1
 
 There is a patch in freedesktop git for the modesetting video driver,
 since the released version does not support rotation.  This lead to
 quite a bit of frustration over here in that when you rotate via xrandr,
 the screen goes blank.  It's the only patch in their git past the 0.9.0
 release.  It would be wonderful if this could be added to the Jessie
 package.
 
 The xorg 1.17 package in jessie+1 is unaffected because modesetting has
 moved into the server core (and does support rotation)

Thanks, tracked as a proposed-updates bug report, awaiting comments
from the release team:
  Bug#791792: jessie-pu: package xserver-xorg-video-modesetting/0.9.0-2

Mraw,
KiBi.


signature.asc
Description: Digital signature

xserver-xorg-video-modesetting: Changes to 'debian-unstable'

[Cyril Brulebois]

 debian/changelog  |7 +++
 src/drmmode_display.c |   13 -
 2 files changed, 7 insertions(+), 13 deletions(-)

New commits:
commit ee630eff18d0ccc963b819772e7066ec83cad422
Author: Cyril Brulebois k...@debian.org
Date:   Wed Jul 8 14:49:33 2015 +0200

release to jessie

Having that in the debian-unstable branch is a bit of a misnomer but
I hope we'll manage.

diff --git a/debian/changelog b/debian/changelog
index f737991..6368bd5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-xserver-xorg-video-modesetting (0.9.0-2) UNRELEASED; urgency=medium
+xserver-xorg-video-modesetting (0.9.0-2) jessie; urgency=medium
 
   * Merge from upstream master:
 + modesetting: Don't pretend to support rotation (closes: #791644)

commit a4d4f0dcaf03faab1a2accb39086c5c3d659a07e
Author: Cyril Brulebois k...@debian.org
Date:   Wed Jul 8 14:47:37 2015 +0200

Bump changelog.

diff --git a/debian/changelog b/debian/changelog
index e7c6b04..f737991 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+xserver-xorg-video-modesetting (0.9.0-2) UNRELEASED; urgency=medium
+
+  * Merge from upstream master:
++ modesetting: Don't pretend to support rotation (closes: #791644)
+
+ -- Cyril Brulebois k...@debian.org  Wed, 08 Jul 2015 14:42:57 +0200
+
 xserver-xorg-video-modesetting (0.9.0-1) unstable; urgency=medium
 
   * New upstream release.

commit 91571cce03adc58a10b5d76307629efc7c994c3e
Author: Rob Clark robdcl...@gmail.com
Date:   Tue Aug 26 17:31:26 2014 -0400

modesetting: Don't pretend to support rotation

It only ends in tears

Signed-off-by: Rob Clark robdcl...@gmail.com
Reviewed-by: Alex Deucher alexander.deuc...@amd.com

diff --git a/src/drmmode_display.c b/src/drmmode_display.c
index c533324..12aa987 100644
--- a/src/drmmode_display.c
+++ b/src/drmmode_display.c
@@ -568,17 +568,6 @@ drmmode_set_scanout_pixmap(xf86CrtcPtr crtc, PixmapPtr 
ppix)
 }
 #endif
 
-static void *drmmode_shadow_allocate(xf86CrtcPtr crtc, int width, int height)
-{
-   return NULL;
-}
-
-static PixmapPtr drmmode_shadow_create(xf86CrtcPtr crtc, void *data, int width,
-  int height)
-{
-   return NULL;
-}
-
 static const xf86CrtcFuncsRec drmmode_crtc_funcs = {
 .dpms = drmmode_crtc_dpms,
 .set_mode_major = drmmode_set_mode_major,
@@ -593,8 +582,6 @@ static const xf86CrtcFuncsRec drmmode_crtc_funcs = {
 #ifdef MODESETTING_OUTPUT_SLAVE_SUPPORT
 .set_scanout_pixmap = drmmode_set_scanout_pixmap,
 #endif
-.shadow_allocate = drmmode_shadow_allocate,
-.shadow_create = drmmode_shadow_create,
 };
 
 static void


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1zcwzw-0005lt...@moszumanska.debian.org

xserver-xorg-video-modesetting: Changes to 'refs/tags/xserver-xorg-video-modesetting-0.9.0-2'

[Cyril Brulebois]

Tag 'xserver-xorg-video-modesetting-0.9.0-2' created by Cyril Brulebois 
k...@debian.org at 2015-07-08 21:08 +

Tagging upload of xserver-xorg-video-modesetting 0.9.0-2 to jessie.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAABAgAGBQJVnZFFAAoJEP+RSvDCs1UgpEUQAJ38H1h4Hewqjun2fz+wYUMc
1r8PEOIQ0Y2jToe2RjXiS287O426L6aia4XK/AGikYie0rnVz5OFPyaZjGc13YfJ
K2a2ZV5VDE/mvUOzzTn0axgRRRQRJa+Krwh6wyI9YQ3S7DXUKYuwXOFxlJYmC8lF
8Y0gMuaI/yqBK7DihmG1sYGphnagNSsT2UaUFJU2pJrrfGFmOL8PUfXA891xnN3V
rWKuD1jR34ce6tD+OU+Agz2baEcVV+19qsGNNmR3WjaIytjFEcn2W7Ah8tW2O9+b
tmis+uc4IYci8sK2Ps6cUvEPYM3w+J7ybNDpOYIShj0Q6ziYTYma8+BHaL5qvBfo
nuUqFI3qHftYWDFuf6tIJ+CfNqsEB3ROAM4DxeJ/5EXAj5T0jrmzBTnmD7k/I+lw
4cNSFCrx6VF1jnWkiXiIQSa1ALbkQ68BLveOd2Yw8WmuhM1iwR8SqqWUX+8coSe2
g640zucMSkhUuAteLXXL8PT658EcFtzIQ2yggeBBd0v+xQpMbJfrSn7Dh5GUHskM
vyteCPAAKV0RjK9409RRmwKJMdWeoBcFfYyHzj4dOsIJkb0PVqo4FnvPeeL+x3BA
ZMa6dc4vYMs5ucRbNkU7pV8QMKdWT0PUlPjL23Du4DPF6WO7K0ydS5O8zdIrikei
xzGrots3geL9UkJ3H7J0
=l99D
-END PGP SIGNATURE-

Changes since xserver-xorg-video-modesetting-0.9.0-1:
Cyril Brulebois (3):
  Merge branch 'upstream-unstable' into debian-unstable
  Bump changelog.
  release to jessie

Rob Clark (1):
  modesetting: Don't pretend to support rotation

---
 debian/changelog  |7 +++
 src/drmmode_display.c |   13 -
 2 files changed, 7 insertions(+), 13 deletions(-)
---


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1zcx00-0006il...@moszumanska.debian.org

xserver-xorg-video-modesetting: Changes to 'upstream-unstable'

[Cyril Brulebois]

 src/drmmode_display.c |   13 -
 1 file changed, 13 deletions(-)

New commits:
commit 91571cce03adc58a10b5d76307629efc7c994c3e
Author: Rob Clark robdcl...@gmail.com
Date:   Tue Aug 26 17:31:26 2014 -0400

modesetting: Don't pretend to support rotation

It only ends in tears

Signed-off-by: Rob Clark robdcl...@gmail.com
Reviewed-by: Alex Deucher alexander.deuc...@amd.com

diff --git a/src/drmmode_display.c b/src/drmmode_display.c
index c533324..12aa987 100644
--- a/src/drmmode_display.c
+++ b/src/drmmode_display.c
@@ -568,17 +568,6 @@ drmmode_set_scanout_pixmap(xf86CrtcPtr crtc, PixmapPtr 
ppix)
 }
 #endif
 
-static void *drmmode_shadow_allocate(xf86CrtcPtr crtc, int width, int height)
-{
-   return NULL;
-}
-
-static PixmapPtr drmmode_shadow_create(xf86CrtcPtr crtc, void *data, int width,
-  int height)
-{
-   return NULL;
-}
-
 static const xf86CrtcFuncsRec drmmode_crtc_funcs = {
 .dpms = drmmode_crtc_dpms,
 .set_mode_major = drmmode_set_mode_major,
@@ -593,8 +582,6 @@ static const xf86CrtcFuncsRec drmmode_crtc_funcs = {
 #ifdef MODESETTING_OUTPUT_SLAVE_SUPPORT
 .set_scanout_pixmap = drmmode_set_scanout_pixmap,
 #endif
-.shadow_allocate = drmmode_shadow_allocate,
-.shadow_create = drmmode_shadow_create,
 };
 
 static void


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1zcwzy-00064c...@moszumanska.debian.org

Re: Bug#791792: jessie-pu: package xserver-xorg-video-modesetting/0.9.0-2

[Cyril Brulebois]

Hi,

Adam D. Barratt a...@adam-barratt.org.uk (2015-07-08):
 Control: tags -1 + confirmed
 
 On Wed, 2015-07-08 at 15:02 +0200, Cyril Brulebois wrote:
  It was reported that the modesetting video driver doesn't support
  rotation but pretends to do so, which leads to a blank screen if
  rotation is attempted (#791644).
  
  This proposed update backports the single patch sitting in upstream's
  master branch after the base version we have in jessie. This doesn't
  apply to sid/stretch since modesetting was apparently merged into the
  server core in the meanwhile.
  
  Changelog entry:
  | xserver-xorg-video-modesetting (0.9.0-2) jessie; urgency=medium
 
 I guess that version works, as it appears there was never a -2 in the
 archive (-1 and -1+exp1 were removed).

Yeah, I failed to mention that I checked exactly that, sorry.

  |   * Merge from upstream master:
  | + modesetting: Don't pretend to support rotation (closes: #791644)
 
 Please go ahead.

Successfully uploaded packages.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Uploading Compiz

[Cyril Brulebois]

Hi,

MENGUAL Jean-Philippe te...@accelibreinfo.eu (2014-09-30):
 I'm about packaging Compiz for Debian. My plan is using the sources
 for 0.9.12 available here:
 
 http://debian-knoppix.alioth.debian.org/packages/compiz
 
 
 
 I think Debian and this repo should merge. I only ask some questions
 to the maintainer to be sure to have the latest important patches.
 
 My questions here:
 1. How can I create a fully new repo for Compiz on svn or git on
 pkg-a11y group alioth server?
 2. Will not be duplicated with this in debian-x repo? If yes, could
 pkg-a11y team write on the existing compiz repo and update? I ask
 here as I know some X team members are subscribed.

it's not clear to me if you're thinking about me, but if that's the
case I've stopped doing any X work a while ago; so better put the X
maintainers in the loop if you want them to see your questions.

I've therefore added debian-x@ in cc.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Request for review and upload - libevdev and xserver-xorg-input-synaptics

[Cyril Brulebois]

Raphaël HALIMI raphael.hal...@gmail.com (2014-09-03):
 Hi,
 
 In a effort to use the ThinkPad X240 touchpad in wheezy, I
 backported libevdev and xserver-xorg-input-synaptics from
 testing/unstable for my personnal use. The packages seem to integrate
 flawlessly in Wheezy's Xorg so I'd like to make my work available for
 other users through wheezy-backports.
 
 The packages are available at mentors.debian.net:
 
 https://mentors.debian.net/package/libevdev
 https://mentors.debian.net/package/xserver-xorg-input-synaptics
 
 The ThinkPad X240 (and other laptops using the same touchpad model) is
 failry new but judging by the various forum posts troughout the Web, an
 updated Synaptics driver seems much needed to make easier use of these
 new touchpads, namely support for the SecondarySoftButtonAreas option
 (see [1] for more information).
 
 These packages are built following the guidelines on Debian Wiki
 (https://wiki.debian.org/BuildingFormalBackports), inside a pbuilder
 chroot. libevdev is missing in wheezy, but builds correctly without any
 change; xserver-xorg-input-synaptics needs libevdev to build, again
 without any change.
 
 I'm willing to maintain the backports for the lifetime of Wheezy if needed.
 
 [1]
 http://who-t.blogspot.de/2014/03/xorg-synaptics-support-for-lenovo-t440.html

Adding debian-x@ to the loop to make sure they're aware of your
backporting initiative.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#748983: your mail

[Cyril Brulebois]

Breno Leitao bren...@br.ibm.com (2014-08-26):
 Hi Cyril,
 
 Is there anything missing here that we can help with?

Hi.

Please coordinate your prodding with other people involved in the
ppc64el port (Aurelien, Andreas). I've already answered them on IRC
several times already and I'm a bit tired of getting contacted about
the same topic over and over again; especially so when I already said
multiple times NMUing looked OK.


signature.asc
Description: Digital signature

Bug#748983: xcb-util: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4

[Cyril Brulebois]

Mauricio Faria de Oliveira mauri...@linux.vnet.ibm.com (2014-08-22):
 That said (i.e., our builds have the 'same' package list, and the same
 build log until dh_autoreconf is run), now I ran out of things to try.
 
 I would ask you please consider testing the build on another environment
  -- more closely matching an official build one.
 
 .. or to provide me some more clues about your build environment.

Oh. Since the whole idea was committing stuff to git and uploading, I'm
“of course” (at least to me but I should really have mentioned that)
building from a “debcheckout xcb-util”. It looks possible that
differences in behaviour might be caused by the files that are(n't)
tracked in git, as opposed to those in the tarball. :/

It'd be nice if a regular maintainer would comment on this.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#748983: xcb-util: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4

[Cyril Brulebois]

Breno Leitao bren...@br.ibm.com (2014-05-22):
 Package: xcb-util
 Version: 0.3.8
 Severity: normal
 Tags: patch
 User: debian-powe...@lists.debian.org
 Usertags: ppc64el
 User: debian-de...@lists.debian.org
 Usertags: autoreconf
 
 Hi,
 
 The xcb-util package is not invoking dh-autoreconf during the build, which
 fails when we try to compile it on new arches.  I just tested the attached
 patch and with it applied, the package is built properly.

Hi,

at Aurelien's request, I've tried applying your patch and triggering a
build on amd64 in a sid chroot but it failed with:
| (sid-amd64-devel)kibi@arya:~/debian-x/xcb-util$ debuild -b
|  dpkg-buildpackage -rfakeroot -D -us -uc -b
| dpkg-buildpackage: source package xcb-util
| dpkg-buildpackage: source version 0.3.8-3
| dpkg-buildpackage: source distribution UNRELEASED
| dpkg-buildpackage: source changed by Cyril Brulebois k...@debian.org
|  dpkg-source --before-build xcb-util
| dpkg-buildpackage: host architecture amd64
|  fakeroot debian/rules clean
| test -x debian/rules
| rm -f debian/stamp-makefile-build debian/stamp-makefile-install
| /usr/bin/make  -C .  -k distclean
| make[1]: Entering directory '/home/kibi/debian-x/xcb-util'
| make[1]: *** No rule to make target 'distclean'.
| make[1]: Leaving directory '/home/kibi/debian-x/xcb-util'
| /usr/share/cdbs/1/class/makefile.mk:55: recipe for target
| 'makefile-clean' failed
| make: [makefile-clean] Error 2 (ignored)
| rm -f debian/stamp-autotools
| rmdir --ignore-fail-on-non-empty .
| rmdir: failed to remove ‘.’: Invalid argument
| /usr/share/cdbs/1/class/autotools.mk:52: recipe for target
| 'makefile-clean' failed
| make: [makefile-clean] Error 1 (ignored)
| rm -f configure-stamp
| # Specific to Git Debian package
| rm -f Doxyfile .gitmodules autogen.sh
| if test -e debian/autoreconf.before; then \
|   dh_autoreconf_clean ; \
| fi
| dh_clean 
| rm -f debian/stamp-autotools-files
|  debian/rules build
| test -x debian/rules
| mkdir -p .
| dh_autoreconf 
| configure.ac:17: installing './compile'
| configure.ac:6: installing './install-sh'
| configure.ac:6: installing './missing'
| Makefile.am:6: error: 'pkgconfig_DATA' is used but 'pkgconfigdir' is
| undefined
| src/Makefile.am:2: error: Libtool library used but 'LIBTOOL' is
| undefined
| src/Makefile.am:2:   The usual way to define 'LIBTOOL' is to add
| 'LT_INIT'
| src/Makefile.am:2:   to 'configure.ac' and run 'aclocal' and 'autoconf'
| again.
| src/Makefile.am:2:   If 'LT_INIT' is in 'configure.ac', make sure
| src/Makefile.am:2:   its definition is in aclocal's search path.
| src/Makefile.am: installing './depcomp'
| src/Makefile.am:14: error: 'xcbinclude_HEADERS' is used but
| 'xcbincludedir' is undefined
| autoreconf: automake failed with exit status: 1
| dh_autoreconf: autoreconf -f -i returned exit code 1
| /usr/share/cdbs/1/rules/autoreconf.mk:10: recipe for target
| 'debian/autoreconf.after' failed
| make: *** [debian/autoreconf.after] Error 2
| dpkg-buildpackage: error: debian/rules build gave error exit status 2
| debuild: fatal error at line 1364:
| dpkg-buildpackage -rfakeroot -D -us -uc -b failed

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#748983: xcb-util: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4

[Cyril Brulebois]

Mauricio Faria de Oliveira mauri...@linux.vnet.ibm.com (2014-08-21):
 Package: src:xcb-util
 Version: 0.3.8-2
 Tags: patch
 
 Hi Cyril,
 
 Thanks for looking at this.
 
  at Aurelien's request, I've tried applying your patch and triggering a
  build on amd64 in a sid chroot but it failed with:
 
 The build with the patch worked for me, in a amd64 sid chroot.
 It built successfully, producing identical package contents.
 
 I am attaching a debdiff for your convenience.
 
 Any chance something was missing on your environment? It doesn't hurt
 to ask. :)

So it fails to build in a sid devel chroot on two different machines but
indeed builds successfully in a minimal (sbuild) chroot. I suspect my
development sid chroots have some more packages installed, one of which
triggers the FTBFS.

I'm not exactly happy with uploading a change that introduces a FTBFS in
conditions that haven't been determined yet. :/ And I can't promise I'll
be able to debug this right away since I'm otherwise busy with d-i.

I'm anyway attaching the list of packages installed on one of these
chroots, in case it helps someone figure out what the problem is.

Mraw,
KiBi.
ii  adduser3.113+nmu3all  
add and remove users and groups
ii  apt1.0.6 amd64
commandline package manager
ii  apt-file   2.5.2.3   all  
search for files within Debian packages (command-line interface)
ii  apt-utils  1.0.6 amd64
package management related utility programs
ii  aptitude   0.6.11-1  amd64
terminal-based package manager
ii  aptitude-common0.6.11-1  all  
architecture independent files for the aptitude package manager
ii  autoconf   2.69-7all  
automatic configure script builder
ii  automake   1:1.14.1-3all  
Tool for generating GNU Standards-compliant Makefiles
ii  autopoint  0.19.2-1  all  
The autopoint program from GNU gettext
ii  autotools-dev  20140510.1all  
Update infrastructure for config.{guess,sub} files
ii  base-files 7.5   amd64
Debian base system miscellaneous files
ii  base-passwd3.5.33amd64
Debian base system master password and group files
ii  bash   4.3-8 amd64
GNU Bourne Again SHell
ii  bash-completion1:2.1-4   all  
programmable completion for the bash shell
ii  binutils   2.24.51.20140818-1amd64
GNU assembler, linker and binary utilities
ii  bsdmainutils   9.0.5 amd64
collection of more utilities from FreeBSD
ii  bsdutils   1:2.20.1-5.8  amd64
Basic utilities from 4.4BSD-Lite
ii  build-essential11.7  amd64
Informational list of build-essential packages
ii  bzip2  1.0.6-7   amd64
high-quality block-sorting file compressor - utilities
ii  ca-certificates20140325  all  
Common CA certificates
ii  cdbs   0.4.125   all  
common build system for Debian packages
ii  chromium   35.0.1916.153-2   amd64
Chromium web browser
ii  chromium-inspector 35.0.1916.153-2   all  
page inspector for the Chromium browser
ii  coreutils  8.21-1.2  amd64
GNU core utilities
ii  cpio   2.11+dfsg-2   amd64
GNU cpio -- a program to manage archives of files
ii  cpp4:4.9.1-3 amd64
GNU C preprocessor (cpp)
ii  cpp-4.84.8.3-9   amd64
GNU C preprocessor
ii  cpp-4.94.9.1-8   amd64
GNU C preprocessor
ii  cron   3.0pl1-124.2  amd64
process scheduling daemon
ii  curl   7.37.1-1  amd64
command line tool for transferring data with URL syntax
ii  dash   0.5.7-4   amd64
POSIX-compliant shell
ii  dbus   1.8.6-2   amd64
simple interprocess messaging system (daemon and utilities)
ii  debconf1.5.53all   

libxp: Changes to 'refs/tags/libxp-1_1.0.2-2'

[Cyril Brulebois]

Tag 'libxp-1_1.0.2-2' created by Cyril Brulebois k...@debian.org at 
2014-08-20 13:56 +

Tagging upload of libxp 1:1.0.2-2 to unstable.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAABAgAGBQJT9KkSAAoJEP+RSvDCs1UghUAP/ipXXrVqujt4VSlHNsNQ9j//
uK7R0TVszSVNux1iurB1ovYZwLbZQPwuc1BkBEYPxSqKAO9KhsDsxq2PCs5WY5rK
Z9TdSuwQEo3olFFQH4wpO0mBJoXdjWt7vaj+wcXfw7BEGMOvaVH1Ik/BYTdQK5TP
Z4UOffR0dqJA3Z7SMzBCLB2f+0IFjqMdJ5vQlUal3rmi0h58vsJYjtzl9dqIj0Jy
bb6ZWdDpnqmfHTKCjX755m/IyXFJqX86ELya4gRIbcf4OdQYXMWLBa0xIkrqrje4
Ebspc3skG2x5F4/O+YaYLrWpq3fhjmBKNEcA84jn8kcsVD/i7cx9mjwRQXz/KIQ8
LQxTeyutlOhtLpE66W7ufTy5rkltPiXg3nkEALIHj/ECAhTAsbayjGbz7uRX6C+G
7MRl63T/CGeCkTslvvnAlb3Zt3tIRd5iw7E+5s9vaEzkVgVvJIwkB7JfgAuuQyDK
4zAatq1W+FaT2Qplfs5GB69+vdTUKH4TX91U+biRQ5GYq7bepL8v93VIYpSw+fBj
mlaPTxVdBys0eus+q1IcdldfFY9AV3s4uYvvNKnNcX/wDJm0dFQigX3h/bTf9qsA
caueQLFCUhxzg8NjMBAIYuqoKpelHp0h6nMYF8Ctfy3RbysTHQviv0DEcJ0iiF4Y
pOtwXsd6669Q8xeUX4Ho
=Bs9d
-END PGP SIGNATURE-

Changes since libxp-1_1.0.2-1:
Cyril Brulebois (3):
  Use dh-autoreconf to add support for new architectures (Closes: #751769).
  Remove autogenerated files from git.
  Upload to unstable

---
 Makefile.in  |  883 --
 aclocal.m4   |11669 ---
 config.guess | 1530 
 config.h.in  |   74 
 config.sub   | 1782 
 configure|20120 ---
 debian/changelog |7 
 debian/control   |1 
 debian/rules |2 
 depcomp  |  708 -
 install-sh   |  527 -
 ltmain.sh| 9661 --
 man/Makefile.in  |  533 -
 missing  |  331 
 mkinstalldirs|  162 
 src/Makefile.in  |  641 -
 16 files changed, 10 insertions(+), 48621 deletions(-)
---


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xk6nr-00033f...@moszumanska.debian.org

pixman: Changes to 'refs/tags/pixman-0.32.6-2'

[Cyril Brulebois]

Tag 'pixman-0.32.6-2' created by Cyril Brulebois k...@debian.org at 
2014-08-18 20:56 +

Tagging upload of pixman 0.32.6-2 to sid.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAABAgAGBQJT8mh0AAoJEP+RSvDCs1Ugo4EP/iPEKRkZ6liMnCZeRIeQ4Zvz
96nyZeZ9cpIwhpdVDlaNsRP0jWT/t2V5OCiihrGdN8wzJ78LXxvTpFRpeZGu1CSM
W2eUa3GS9/ir+gZ/7tdHHdC4lC8M4DubrzFdoinFkhuJJCogLQRYwxT205OJdMJ7
o0WmhQb+jIRssp31qb4WvIQVZ5TBzbTbiL5o1AQQBJdWG9nOGs/82QiSvbs3kAre
QX8d1XTfyFbCZNP4gNh0G9AKTjksK55uJGfJ/7Lsn7xktZWysFqzawrOHYoLDKC4
i9chfLmvHfYy1JJ2QBt5ffnrWtpBKxjC93gIM0UiEzbkf5j+ZRk9ir0YBJfgtiB8
l3W9kqGrUXPmuLAZ9vZNdpTtfELf9ypAciTPgEfxcJ/qZgBUhhG/FwiQB9FYhq+w
hHgl+3kMC9DPypRW90WRX8MMS0ojE8SB04WI77CaaJm6ZUTi6TA9AOVakBgAIgfN
njYc5o9pCPVQGZOPl9Dd7wE33lH9yOFXgJ+Bd4gP+N2rPmWyqZjOLkSa6jUBC0IP
Ln+hcy1/bkuI4AAZ3NbJtoM7/7jtv1zUmk3LLHSLJcyCxc4LAUFIYgNNKC90B1Mi
POBjLWe8/GVEZ9M9BIs7ko+tIszurmHxPk0bbUNLvi8qXQnEE5NKigEpVgzgOFJ2
286qxtVKEe8smvky0Ltp
=A/3T
-END PGP SIGNATURE-

Changes since pixman-0.32.6-1:
Cyril Brulebois (1):
  Upload to unstable

Julien Cristau (1):
  Disable vmx on ppc64el (closes: #745547).

---
 debian/changelog|7 +++
 debian/patches/ppc64el.diff |   14 ++
 debian/patches/series   |1 +
 3 files changed, 22 insertions(+)
---


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xjtz3-0003rx...@moszumanska.debian.org

pixman: Changes to 'debian-unstable'

[Cyril Brulebois]

 debian/changelog |5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

New commits:
commit b16d4c7ed78f28e512dc9ecea4ccf34d36235f44
Author: Cyril Brulebois k...@debian.org
Date:   Mon Aug 18 22:52:38 2014 +0200

Upload to unstable

diff --git a/debian/changelog b/debian/changelog
index 06d0425..41c322f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,9 @@
-pixman (0.32.6-2) UNRELEASED; urgency=medium
+pixman (0.32.6-2) sid; urgency=medium
 
+  [ Julien Cristau ]
   * Disable vmx on ppc64el (closes: #745547).  Thanks, Breno Leitao!
 
- -- Julien Cristau jcris...@debian.org  Thu, 24 Jul 2014 22:42:13 +0200
+ -- Cyril Brulebois k...@debian.org  Mon, 18 Aug 2014 22:50:39 +0200
 
 pixman (0.32.6-1) sid; urgency=medium
 


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xjtz3-0003r1...@moszumanska.debian.org

libx11: Changes to 'refs/tags/libx11-2_1.6.2-3'

[Cyril Brulebois]

Tag 'libx11-2_1.6.2-3' created by Cyril Brulebois k...@debian.org at 
2014-08-17 23:45 +

Tagging upload of libx11 2:1.6.2-3 to unstable.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAABAgAGBQJT8T6kAAoJEP+RSvDCs1UgPqwQAKPHCe4AfQYJ/yyLt86U8LRC
I1jMi4BTJkQzYiH/GUEm15SStcAw/HO+b/CMdLLQKl1leJ8R9qHhrODqtoHFaNY9
0StfOcufDW0vUFQ5nHg53NLYAsqHKuReDUu7Kt+a69M/j6gLam7jjVrgr9FoMmMe
aRz+kXfqu27zrEWRQbhs+vdkhnudTSnJhNpkp9O1uaOkm2GpaD1rvBowwessl19A
b/fYlrRjZix1c4Zn63EYWPlKEwTLiH0NsvIA8Nm/LWQC1VgcD6C7G173vVd1t65M
KQL+WhbMt+y2W2jFOiVkvX2Q3yHitDRHkvbG7xYyVmyV7kQZ+LPgxyKIguO1eDYT
Qc3iZ8lEL6WbMYYuajd4B04FFx1xjP+zRSxYIlyArSTn01eLberunEzqcUNn24Xj
OM2kwqrS1XCAQn9aARt1SfXrYME8k1RHg3wbXhdnj2PUES74jjubI30mq6ITQHiR
1B5MzWwBn8KLSX5RKcuaq9S/AfM2CQzdtwd21KAuSE7noH2kV31P0nXQGiD0lOCa
dTdyCWRkYzqaJv8H39JqudHK/+EBYxfJ2UytaAttvE8C/MNN0QnDUnEzeB8/wR8/
MUE1wdRX/jn9hU2v/x4HQlTDbzs9M+BNG5Np6vguv+Tw4Q1TC92FTGVVkoS5Uo+Z
SIqHXkDj9JGd/CCpHgE/
=+GEi
-END PGP SIGNATURE-

Changes since libx11-2_1.6.2-2:
Cyril Brulebois (1):
  Upload to unstable

Julien Cristau (1):
  libx11-6.symbols: yet another 64bit arch (ppc64el).  Closes: #749728.

---
 debian/changelog|7 +++
 debian/libx11-6.symbols |   10 +-
 2 files changed, 12 insertions(+), 5 deletions(-)
---


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xjaal-00055j...@moszumanska.debian.org

libx11: Changes to 'debian-unstable'

[Cyril Brulebois]

 debian/changelog |5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

New commits:
commit cdf590e1633d1ec7480ce75b06474e56b9c21e95
Author: Cyril Brulebois k...@debian.org
Date:   Mon Aug 18 01:39:48 2014 +0200

Upload to unstable

diff --git a/debian/changelog b/debian/changelog
index 44daa1f..2744a14 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,9 @@
-libx11 (2:1.6.2-3) UNRELEASED; urgency=medium
+libx11 (2:1.6.2-3) unstable; urgency=medium
 
+  [ Julien Cristau ]
   * libx11-6.symbols: yet another 64bit arch (ppc64el).  Closes: #749728.
 
- -- Julien Cristau jcris...@debian.org  Thu, 24 Jul 2014 22:48:06 +0200
+ -- Cyril Brulebois k...@debian.org  Mon, 18 Aug 2014 01:39:32 +0200
 
 libx11 (2:1.6.2-2) unstable; urgency=low
 


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xjaal-00054s...@moszumanska.debian.org

Bug#758299: startx: X server fails to start, strace shows permission error

[Cyril Brulebois]

Aureliano Vismundo x...@mail36.net (2014-08-16):
 I was connecting my monitor with my laptop to do some writing stuff. 
 This is normally fine, well it fails sometimes but then I restart 
 my computer. This time
 it failed again and I thought, good time to update debian. So I did.
 libc6-dev, linux-headers, and linux-image were updated. After that
 I restarted and when it came to call startx the X server did exit
 gracefully with no error. And here I am with no GUI.
 
 I first checked /var/log/Xorg.0.log but nothing special, no errors
 and no important warnings in my eyes. Then I used strace -ff which 
 gave me interesting information about the X server, e.g.:
   * setresuid(-1, 0, -1) = -1  EPERM (Operation not permitted)
   * rename(/var/log/Xorg.0.log, /var/log/Xorg.0.log.old) = -1 EACCES 
 (Permission denied)
   * Fatal Server error and Cannot move old log file /var/log/Xorg.
 0.log to /var/log/Xorg.0.log.old

Running something under strace disables the setuid bit.

It would be nice to see stdout/stderr/X log when starting your session
as a regular user. If X exits gracefully, that might just be your
window/session manager returning, leading to X's graceful exit.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#754699: libxshmfence: FTBFS on kfreebsd-*: test suite failures

[Cyril Brulebois]

Source: libxshmfence
Version: 1.1-3
Severity: serious
Justification: FTBFS

Hi,

as discussed on IRC, test suite fails on kfreebsd-*, presumably because
of the /dev/shm “fun”:
| ===
|libxshmfence 1.1: test/test-suite.log
| ===
| 
| # TOTAL: 1
| # PASS:  0
| # SKIP:  0
| # XFAIL: 0
| # FAIL:  1
| # XPASS: 0
| # ERROR: 0
| 
| .. contents:: :depth: 2
| 
| FAIL: xshmfence_test
| 
| 
|  0: waiting
|  2: waiting
|  4: waiting
|  3: waiting
|  1: waiting
| trigger
|  1: awoken
| trigger done
|  2: awoken
|  0: awoken
|  3: awoken
|  4: awoken
|  1: waiting
|  4: waiting
|  2: waiting
|  3: waiting
|  0: waiting
| trigger
|  0: awoken
| trigger done
|  1: awoken
|  2: awoken
|  3: awoken
|  4: awoken
|  0: waiting
|  4: waiting
|  1: waiting
|  3: waiting
|  2: waiting
| trigger
|  2: awoken
| trigger done
|  0: awoken
|  1: awoken
|  3: awoken
|  2: waiting
|  0: waiting
|  3: waiting
|  1: waiting
| trigger
|  1: awoken
| trigger done
|  2: awoken
|  3: awoken
|  4: awoken
|  0: awoken
|  1: waiting
|  0: waiting
|  2: waiting
|  4: waiting
|  3: waiting
| trigger
|  3: awoken
| trigger done
|  1: awoken
|  2: awoken
|  4: awoken
|  0: awoken
|  3: waiting
|  0: waiting
|  1: waiting
|  4: waiting
|  2: waiting
| trigger
|  2: awoken
| trigger done
|  3: awoken
|  1: awoken
|  4: awoken
|  0: awoken
|  2: waiting
|  0: waiting
|  3: waiting
|  4: waiting
|  1: waiting
| trigger
|  1: awoken
| trigger done
|  2: awoken
|  3: awoken
|  4: awoken
|  0: awoken
|  1: waiting
|  0: waiting
|  2: waiting
|  4: waiting
|  3: waiting
| trigger
|  3: awoken
| trigger done
|  1: awoken
|  2: awoken
|  4: awoken
|  0: awoken
|  1: waiting
|  2: waiting
|  3: waiting
|  0: waiting
|  4: waiting
| trigger
|  3: awoken
|  1: awoken
|  4: awoken
| trigger done
|  0: awoken
|  2: awoken
|  2: waiting
|  4: waiting
|  1: waiting
|  0: waiting
|  3: waiting
| trigger
|  3: awoken
|  0: awoken
|  2: awoken
| trigger done
|  4: awoken
|  1: awoken
|  1: done
|  0: done
|  3: done
|  2: done
| child 62822 done 0
| child 62820 done 0
| child 62819 done 0
|  4: waiting
| child 62821 done 0
| caught alarm
| child 62823 done 256
| 
| 
| Testsuite summary for libxshmfence 1.1
| 
| # TOTAL: 1
| # PASS:  0
| # SKIP:  0
| # XFAIL: 0
| # FAIL:  1
| # XPASS: 0
| # ERROR: 0
| 
| See test/test-suite.log
| Please report to https://bugs.freedesktop.org/enter_bug.cgi?product=xorg
| 

Full build logs:
  
https://buildd.debian.org/status/fetch.php?pkg=libxshmfencearch=kfreebsd-amd64ver=1.1-3stamp=1401925252
  
https://buildd.debian.org/status/fetch.php?pkg=libxshmfencearch=kfreebsd-i386ver=1.1-3stamp=1399942965

Mraw,
KiBi.


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140713133439.8178.70714.report...@arya.home.mraw.org

Bug#754397: libgles1-mesa: missing functions in new versions (soname issue?)

[Cyril Brulebois]

Salut Jean,

Jean Privat jean.pri...@gmail.com (2014-07-10):
 Package: libgles1-mesa
 Version: 10.2.3-1
 Severity: normal
 
 Dear Maintainer,
 
 New versions of libgles1-mesa seems to export less functions. Eg.
 glGenFramebuffersOES

a quick grep suggests you want libepoxy:
  $ nm -D /usr/lib/x86_64-linux-gnu/libepoxy.so.0.0.0|grep glGenFramebuffersOES
  002e3478 D epoxy_glGenFramebuffersOES

since libepoxy-dev has:
  /usr/include/epoxy/gl_generated.h:#define glGenFramebuffersOES 
epoxy_glGenFramebuffersOES

Its summary line reads “Epoxy is a library for handling OpenGL function
pointer management for you”.

Mraw,
KiBi.


signature.asc
Description: Digital signature

xserver-xorg-input-evdev: Changes to 'debian-experimental'

[Cyril Brulebois]

 debian/changelog |7 +++
 debian/control   |2 +-
 2 files changed, 8 insertions(+), 1 deletion(-)

New commits:
commit 0fb26dcaca8bac795fad8b15d422a83cfc0e7c02
Author: Cyril Brulebois k...@debian.org
Date:   Sun Jul 6 22:21:33 2014 +0200

Bump libevdev-dev build-dep to make sure the udeb gets a dependency on 
libevdev2-udeb instead of libevdev2 (see: #750698).

diff --git a/debian/changelog b/debian/changelog
index e51c6b2..dde8ee2 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+xserver-xorg-input-evdev (1:2.9.0-2) UNRELEASED; urgency=medium
+
+  * Bump libevdev-dev build-dep to make sure the udeb gets a dependency
+on libevdev2-udeb instead of libevdev2 (see: #750698).
+
+ -- Cyril Brulebois k...@debian.org  Sun, 06 Jul 2014 22:06:28 +0200
+
 xserver-xorg-input-evdev (1:2.9.0-1) experimental; urgency=medium
 
   * New upstream release
diff --git a/debian/control b/debian/control
index 8e25605..ddf9af2 100644
--- a/debian/control
+++ b/debian/control
@@ -17,7 +17,7 @@ Build-Depends:
  xutils-dev (= 1:7.5+4),
  libudev-dev,
  libmtdev-dev,
- libevdev-dev (= 0.4),
+ libevdev-dev (= 1.2.2+dfsg-1~),
 Standards-Version: 3.9.4
 Vcs-Git: git://git.debian.org/git/pkg-xorg/driver/xserver-xorg-input-evdev
 Vcs-Browser: 
http://git.debian.org/?p=pkg-xorg/driver/xserver-xorg-input-evdev.git


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1x44ku-0006ud...@moszumanska.debian.org

Re: Bug#753781: transition: xserver 1.16

[Cyril Brulebois]

Emilio Pozuelo Monfort po...@debian.org (2014-07-05):
 Package: release.debian.org
 Severity: normal
 User: release.debian@packages.debian.org
 Usertags: transition
 Control: forwarded -1 
 https://release.debian.org/transitions/html/xserver1.16.html
 
 We'd like to ship Jessie with xserver 1.16. It is already available in
 experimental and built everywhere, and a few of us are already running
 it without any major issues.
 
 I have done a rebuild of all the drivers (input and video) and only
 xf86-video-glamo failed to build; all the others build fine against
 the new xserver. There are no conflicts for the transition, so we
 could start this right away, though since 1.16 final isn't out yet, it
 may be wise to wait for that.

FWIW I've quickly toyed with:
 - the server udeb fetched from experimental;
 - the -input-evdev udeb built from the debian-experimental branch
   against current libevdev-dev package (see attached patch, not sure
   it's needed to apply it, your call) and experimental's server
   development package;
 - the -video-fbdev udeb built from the debian-unstable branch
   against experimental's server development package.

The resulting netboot-gtk amd64 image seems to work just fine.

Mraw,
KiBi.
From 0fb26dcaca8bac795fad8b15d422a83cfc0e7c02 Mon Sep 17 00:00:00 2001
From: Cyril Brulebois k...@debian.org
Date: Sun, 6 Jul 2014 22:21:33 +0200
Subject: [PATCH] Bump libevdev-dev build-dep to make sure the udeb gets a
 dependency on libevdev2-udeb instead of libevdev2 (see: #750698).

---
 debian/changelog | 7 +++
 debian/control   | 2 +-
 2 files changed, 8 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index e51c6b2..dde8ee2 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+xserver-xorg-input-evdev (1:2.9.0-2) UNRELEASED; urgency=medium
+
+  * Bump libevdev-dev build-dep to make sure the udeb gets a dependency
+on libevdev2-udeb instead of libevdev2 (see: #750698).
+
+ -- Cyril Brulebois k...@debian.org  Sun, 06 Jul 2014 22:06:28 +0200
+
 xserver-xorg-input-evdev (1:2.9.0-1) experimental; urgency=medium
 
   * New upstream release
diff --git a/debian/control b/debian/control
index 8e25605..ddf9af2 100644
--- a/debian/control
+++ b/debian/control
@@ -17,7 +17,7 @@ Build-Depends:
  xutils-dev (= 1:7.5+4),
  libudev-dev,
  libmtdev-dev,
- libevdev-dev (= 0.4),
+ libevdev-dev (= 1.2.2+dfsg-1~),
 Standards-Version: 3.9.4
 Vcs-Git: git://git.debian.org/git/pkg-xorg/driver/xserver-xorg-input-evdev
 Vcs-Browser: http://git.debian.org/?p=pkg-xorg/driver/xserver-xorg-input-evdev.git
-- 
2.0.1



signature.asc
Description: Digital signature

xorg: Changes to 'xsf-docs'

[Cyril Brulebois]

 xsf-docs/howto/configure-input.txt |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 25b7a98e88565d091adc6814e333616e6bc12aad
Author: Cyril Brulebois k...@debian.org
Date:   Tue May 13 14:57:57 2014 +0200

Fix missing quotation mark in 42-evdev.conf example.

diff --git a/xsf-docs/howto/configure-input.txt 
b/xsf-docs/howto/configure-input.txt
index 3ec15ca..0a44e7a 100644
--- a/xsf-docs/howto/configure-input.txt
+++ b/xsf-docs/howto/configure-input.txt
@@ -117,7 +117,7 @@ Section InputClass
 Identifier evdev pointer tweaked catchall
 MatchIsPointer on
 Driver evdev
-Option Emulate3Buttons True
+Option Emulate3Buttons True
 Option SwapAxes True
 EndSection
 


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1wkchh-0001tm...@moszumanska.debian.org

Re: Updating X packages' Uploaders field

[Cyril Brulebois]

Cyril Brulebois k...@debian.org (2013-10-20):
 Feel free to get rid of me in the Uploaders field, possibly keeping me
 in the pkg-xorg group, so that I can push bugfixes from time to time. :)

And as of now I won't be following this list anymore, so please cc me if
you need any input from me for whatever reasons.

Bye,
KiBi.


signature.asc
Description: Digital signature

Re: Bug#743239: xsever-xorg-video-vmware FTBFS on kfreebsd configure: error: Package requirements (xatracker = 0.4.0) were not met:

[Cyril Brulebois]

Andrei POPESCU andreimpope...@gmail.com (2014-03-31):
 Control: reassign -1 xserver-xorg-video-vmware 1:13.0.2-1
 
 On Lu, 31 mar 14, 20:28:06, peter green wrote:
  Package: xsever-xorg-video-vmware
  Severity: serious
  Version: 1:13.0.2-1
 
 Are you sure about the version? Sid only has 1:13.0.1-3+b1.

See [1], linked from [2]:
  1. 
http://packages.qa.debian.org/x/xserver-xorg-video-vmware/news/20140331T152256Z.html
  2. http://packages.qa.debian.org/x/xserver-xorg-video-vmware.html

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#742436: src:xutils-dev: Do not Build-Depend on cpp-4.7

[Cyril Brulebois]

Christian Svensson christ...@cmd.nu (2014-03-23):
 On Sun, Mar 23, 2014 at 8:16 PM, Julien Cristau jcris...@debian.org wrote:
  No, there's a reason we use 4.7 and not a newer version.
 
 What reason is that?

Read the changelog?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Bug#734093: debian-installer: install plymouth by default

[Cyril Brulebois]

Julien Cristau jcris...@debian.org (2014-01-05):
 On Sun, Jan  5, 2014 at 08:29:24 +0100, Christian PERRIER wrote:
 
  reassign 734093 tasksel
  retitle 734093 Please include plymouth in task-desktop
  thanks
  
  (proposal to install plymouth, that provides an attractive boot
  animation in place of the text messages that normally get shown. Text
  messages are instead redirected to a logfile for viewing after
  boot. ...by default, with desktop environments, when installing Debian)
  
  Quoting Holger Levsen (hol...@layer-acht.org):
   On Samstag, 4. Januar 2014, Andreas Cadhalpun wrote:
Maybe it is better to install plymouth only, if task-desktop is 
installed?
   
   this seems like a very reasonable approach to me.
   
   
  
  OK, then. Reassigning to tasksel (as we should have done for quite a
  while, indeed
  
  Apart from that, I have no strong advice about this. A nice and
  appealing (one taste may vary) boot screen for desktop computers can
  be seen as something to have by some people but others may hate that.
  
  I think that, at least, if plymouth is included in task-desktop, we
  should be certain that a Debian theme is cooked for it in a consistent
  manner with Debian themes for desktop environments.
  
 I think plymouth would have to be maintained in unstable, not just in
 experimental, before tasksel should touch it.

ACK. Closing accordingly for now.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Bug#734093: debian-installer: install plymouth by default

[Cyril Brulebois]

Andreas Cadhalpun andreas.cadhal...@googlemail.com (2014-01-03):
 Package: debian-installer
 Severity: wishlist
 X-Debbugs-CC: Antoine Beaupré anar...@debian.org
 
 Dear Maintainer,
 
 in his installation report [1] Antoine Beaupré requested to have
 plymouth installed by default.
 
 While some want to have it and some don't, I think it really might
 be a good idea to install plymouth by default, as 'novices'
 generally prefer it, and anyone who wants to see the boot messages
 should have sufficient knowledge to remove it.
 
 So please install plymouth by default.

Last I remember from squeeze (didn't check wheezy too much), plymouth
was quite buggy/broken, and has been RC buggy for a long while (hello
libdrm-nouveau); I'm not sure it's a good idea to install it by default,
but I'm happy to take opinions.

Cc-ing debian-x@ since ISTR some fun on the X side when plymouth was
involved.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Bug#734093: debian-installer: install plymouth by default

[Cyril Brulebois]

Andreas Cadhalpun andreas.cadhal...@googlemail.com (2014-01-03):
 I know that plymouth had a problem with '--retain-splash' and gdm
 3.4 but that has been fixed by introducing gdm 3.8.

Ah, that might be what I saw a few months ago.

 Currently plymouth has only one bug and that is tagged moreinfo.

Yes, I checked the BTS before replying. I'm just not sure end users
having troubles to boot are actually able to work around those issues
and to report bugs. (I've at least seen people switch distro instead of
figuring out what went wrong.)

 Also I think there is some race condition in sysvinit, so that
 sometimes when shutting down, plymouth is killed too early, but this
 problem vanished for me, as I switched to a modern init system.

Yeah, and race conditions can be quite dramatic, since hanging instead
of rebooting or failing to get an encrypted volume's passphrase are a
big pain. Let's see how the init system discussion goes and think about
it after that? I suspect prodding desktop environment maintainers to see
how they see it might be a good idea.

(Also, ISTR systemd might get some splashscreen features. Not sure if
it's possibly obsoleting plymouth, or paving its way forward.)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#732514: [PATCH] fixes for Radeon KMS on kFreeBSD

[Cyril Brulebois]

Robert Millan r...@debian.org (2013-12-24):
 Upstream part is merged in their repository now. I'm attaching an update for 
 the
 Debian part (regarding kfreebsd-downloader).
 
 -- 
 Robert Millan

 diff -ur xserver-xorg-video-ati-7.2.0/debian/control 
 xserver-xorg-video-ati-7.2.0.new/debian/control
 --- xserver-xorg-video-ati-7.2.0/debian/control   2013-12-16 
 22:40:22.0 +0100
 +++ xserver-xorg-video-ati-7.2.0.new/debian/control   2013-12-16 
 22:54:49.294891823 +0100
 @@ -79,7 +79,7 @@
   ${misc:Depends},
   ${xviddriver:Depends}
  Provides: ${xviddriver:Provides}
 -Suggests: firmware-linux
 +Suggests: firmware-linux [linux-any], kfreebsd-downloader ( 11~) 
 [kfreebsd-any] | kfreebsd-downloader-10 [kfreebsd-any]

foo ( bar) is antique dpkg syntax.

and:
| kibi@arya:~$ rmadison kfreebsd-downloader
| kfreebsd-downloader | 9.0-3+deb70.1 |   stable/contrib | source, 
kfreebsd-amd64, kfreebsd-i386
| kfreebsd-downloader | 9.2-1 |  testing/contrib | source, 
kfreebsd-amd64, kfreebsd-i386
| kfreebsd-downloader | 9.2-1 | unstable/contrib | source, 
kfreebsd-amd64, kfreebsd-i386

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#731274: Use the modern language name Bangla instead of Bengali

[Cyril Brulebois]

Gunnar Hjalmarsson gunna...@ubuntu.com (2013-12-03):
 This is a forward of the Ubuntu bug https://launchpad.net/bugs/991002
 
 We try to consistently use the name Bangla all over Ubuntu for the
 language spoken in Bangladesh and in some Indian regions. This requires
 changes to xkeyboard-config, where language names are hard coded.
 
 We believe it would be a good idea to make this change upstream as well.

Bonus points if you get it upstream to fd.o ;-)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Moving pkg-xorg's www crontab

[Cyril Brulebois]

Hi,

recent issues with alioth[1] reminded me of this little crontab entry of
mine on wagner to keep the web pages in sync with what's in git:

  0 * * * * timeout -k 180 90 sh -c cd /home/groups/pkg-xorg/xorg.git/  git 
fetch  git reset --hard origin/xsf-docs /dev/null  make -C xsf-docs html 
/dev/null

I'd be happy if someone could arrange something permanent (no longer
user specific), or at least take over this bit from me.

 1. 
https://lists.debian.org/debian-infrastructure-announce/2013/11/msg0.html

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#729054: Xspice fails to start (segfaults)

[Cyril Brulebois]

[ Disclaimer: I know nothing about spice. ]

Mike Gabriel mike.gabr...@das-netzwerkteam.de (2013-11-08):
 If you need any help with this, let me know what is needed to debug this.

A full backtrace with debug info would probably be a nice start.

 (EE) Backtrace:
 (EE) 0: /usr/bin/Xorg (xorg_backtrace+0x3d) [0x7f39301df30d]
 (EE) 1: /usr/bin/Xorg (0x7f393003e000+0x1a5079) [0x7f39301e3079]
 (EE) 2: /lib/x86_64-linux-gnu/libpthread.so.0
 (0x7f392f13c000+0xf210) [0x7f392f14b210]
 (EE) 3: /usr/lib/x86_64-linux-gnu/libspice-server.so.1
 (0x7f392c486000+0x20ccc) [0x7f392c4a6ccc]
 (EE) 4: /usr/lib/x86_64-linux-gnu/libspice-server.so.1
 (0x7f392c486000+0x2106c) [0x7f392c4a706c]
 (EE) 5: /usr/lib/xorg/modules/drivers/spiceqxl_drv.so
 (0x7f392c7a3000+0x9460) [0x7f392c7ac460]
 (EE) 6: /usr/lib/x86_64-linux-gnu/libspice-server.so.1
 (0x7f392c486000+0x22d7e) [0x7f392c4a8d7e]
 (EE) 7: /usr/lib/x86_64-linux-gnu/libspice-server.so.1
 (spice_server_add_interface+0x3a6) [0x7f392c4cf1f6]
 (EE) 8: /usr/lib/xorg/modules/drivers/spiceqxl_drv.so
 (0x7f392c7a3000+0xb8ab) [0x7f392c7ae8ab]
 (EE) 9: /usr/bin/Xorg (AddScreen+0x71) [0x7f3930092fe1]
 (EE) 10: /usr/bin/Xorg (InitOutput+0x3df) [0x7f39300d34bf]
 (EE) 11: /usr/bin/Xorg (0x7f393003e000+0x440db) [0x7f39300820db]
 (EE) 12: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5)
 [0x7f392dd95995]
 (EE) 13: /usr/bin/Xorg (0x7f393003e000+0x4460f) [0x7f393008260f]
 (EE)
 (EE) Segmentation fault at address 0xd8

→ because backtrace() doesn't tell us much about what's happening in the
X driver and in the spice lib.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Updating X packages' Uploaders field

[Cyril Brulebois]

Hi all,

given my other duties on the -boot and -release sides, I really think
I won't be able to work on X stuff any more. It looks like there's been
some new people joining lately, and doing great work, so I'll happily
leave it up to you. :)

Feel free to get rid of me in the Uploaders field, possibly keeping me
in the pkg-xorg group, so that I can push bugfixes from time to time. :)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#726111: xserver-xorg 1:7.7+4 depends on unavailable video driver packages

[Cyril Brulebois]

Control: tag -1 moreinfo

Ricardo Bugalho rbuga...@gmail.com (2013-10-12):
 the xserver-xorg 1:7.7+4 availables uses xorg-video-abi-14 but it
 depends on a number of old drivers which are only available with
 xorg-video-abi-12, making it impossible to upgrade the package.
 
 My understanding is that those drivers do not build against the new
 Xorg and are to be removed.

You'll have to be more specific. The Xorg stack migrated to testing,
meaning britney was happy to let it through.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#689088: libgl1-mesa-dev is not Multi-Arch compatible

[Cyril Brulebois]

Laurent Aguerreche laurent.aguerre...@gmail.com (2013-10-07):
 One year later this bug still happens on Wheezy. Do maintainers plan to fix
 it for this version or is it something that needs a lot of work to get it
 done right? Will it be fixed in the next stable (is it already available in
 testing?)?

This won't be fixed in wheezy (even more so since it's not fixed in
unstable).

 Currently I'm unable to build 32 and 64 bits OpenGL programs on my computer
 because of this issue (or I have to install by hand a symbolic link to
 /usr/lib/i386-linux-gnu/libGL.so.1).

Chroots work fine.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#724944: xserver-xorg-video-intel: segfaults when trying to play movies

[Cyril Brulebois]

Control: severity -1 important

Bas Wijnen wij...@debian.org (2013-09-29):
 Package: xserver-xorg-video-intel
 Version: 2:2.21.15-1+b1
 Severity: grave
 Justification: kills entire session; including applications running on it, 
 which likely results in data loss.

No, that isn't data loss.

 I can reliably crash the X server by starting almost any video with almost any
 player.  At least mplayer, xine, totem, and xawtv (showing images from my
 webcam) have managed to crash it.  Log file attached.  If you need debugging
 symbols or anything like that, let me know how to generate it and I'm happy to
 send it.
 
 The only way I have currently found to play video without crashing X, is using
 mplayer -vo x11.  I think that disables a lot of hardware acceleration, but 
 I'm
 by no means an expert on this topic.

Please provide us with a backtrace. Some hints are available at:
  http://x.debian.net/howto/use-gdb.html

Also, where's the bug script output?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Removing old unmaintained X drivers

[Cyril Brulebois]

Sébastien Villemot sebast...@debian.org (2013-09-27):
 I have an old laptop which needs xserver-xorg-video-sis, so I would not
 mind having this driver supported for one more release. I can provide
 some help (e.g. testing on my specific hardware) if needed. On the other
 hand, if keeping this driver is a lot of work, it's probably not worth
 the trouble.

Welcome to pkg-xorg! :)

Maintaining a single driver isn't much work. The issue is when it adds
up across tens of packages, especially when some are sparc-only, and
we get to test no-one of them. I'm sure you'll be a good maintainer for
this particular driver. ;-)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Moving {wayland,weston} to pkg-wayland (was: DebConf X Strike Force BoF: summary)

[Cyril Brulebois]

Emilio Pozuelo Monfort po...@debian.org (2013-08-17):
 On 17/08/13 00:48, Keith Packard wrote:
  Julien Cristau jcris...@debian.org writes:
  Did I forget something?
  
  Sounds like you got everything, other than reporting that you've already
  booted compiz from the distro :-)
  
  Booting everything that isn't X out of the X package makes a whole lot
  of sense too.
 
 If you decide you want to remove wayland and weston from pkg-xorg,
 I'll create a team and take over them.

I think there's an agreement on those two. It would just be nice if the
wayland maintainers made sure not to break mesa too often. :-)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#722063: Now that xorg 1.14 it is in unstable it about time

[Cyril Brulebois]

Eric Valette eric.vale...@free.fr (2013-09-23):
 Makes unstable version not installable if no other input is selected.

Welcome to sid. Your pestering in bug reports doesn't help, please stop.

Mraw,
KiBi.


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130923134310.gc23...@mraw.org

Bug#722006: xserver-xorg-input-synaptics: new version breaks middle mouskey

[Cyril Brulebois]

Markus Huber markus.hu...@yahoo.de (2013-09-19):
 I can confirm this. This version does not recognize settings in 
 ~/.config/synaptiks/touchpad-config.json and kde-config-touchpad crashes 
 without 
 any information.
 
 Reverting to 1.6.2-2 is the only workaround I found out.

Presumably your kde things want to get an update/fix, so that they stop
crashing, and get the desired settings applied?

Mraw,
KiBi.


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130921013035.gb7...@mraw.org

libglu: Changes to 'debian-unstable'

[Cyril Brulebois]

 debian/changelog |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

New commits:
commit 0921f773fb653f8aaebf44dfd666eb4b1424038b
Author: Cyril Brulebois k...@debian.org
Date:   Thu Sep 19 22:23:59 2013 +0200

Upload to unstable.

diff --git a/debian/changelog b/debian/changelog
index bdf094d..db122bc 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-libglu (9.0.0-2) UNRELEASED; urgency=low
+libglu (9.0.0-2) unstable; urgency=low
 
   [ Julien Cristau ]
   * Note in debian/copyright that we use version 2.0 of the SGI FreeB license.
@@ -9,7 +9,7 @@ libglu (9.0.0-2) UNRELEASED; urgency=low
   * Cherry-pick commit 0692115 (Add -D(N)DEBUG to CFLAGS dependent on --
 enable-debug) from upstream (Closes: #723577)
 
- -- Julien Cristau jcris...@debian.org  Mon, 01 Jul 2013 18:23:15 +0200
+ -- Cyril Brulebois k...@debian.org  Thu, 19 Sep 2013 22:23:50 +0200
 
 libglu (9.0.0-1) unstable; urgency=low
 


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1vml6o-0002hz...@vasks.debian.org

libglu: Changes to 'refs/tags/libglu-9.0.0-2'

[Cyril Brulebois]

Tag 'libglu-9.0.0-2' created by Cyril Brulebois k...@debian.org at 2013-09-19 
20:44 +

Tagging upload of libglu 9.0.0-2 to unstable.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (GNU/Linux)

iEYEABECAAYFAlI7YkcACgkQeGfVPHR5Nd0HPQCffcnoRQd3h9RSDUsi8cWjlkPE
CwoAn3isiv0YUkeRqmtqf4I9XfLbJ0E1
=tNrN
-END PGP SIGNATURE-

Changes since libglu-9.0.0-1:
Andreas Boll (2):
  Disable silent rules.
  Update changelog

Cyril Brulebois (1):
  Upload to unstable.

Julien Cristau (1):
  Note in debian/copyright that we use version 2.0 of the SGI FreeB license.

Matt Turner (1):
  Add -D(N)DEBUG to CFLAGS dependent on --enable-debug

---
 configure.ac |7 ---
 debian/changelog |   13 +
 debian/copyright |4 
 debian/rules |3 +++
 4 files changed, 24 insertions(+), 3 deletions(-)
---


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1vml6o-0002ih...@vasks.debian.org

Re: mesa-demos_8.1.0-1_amd64.changes ACCEPTED into unstable, unstable

[Cyril Brulebois]

Sven Joachim svenj...@gmx.de (2013-09-01):
 On 2013-08-31 17:34 +0200, Julien Cristau wrote:
  can somebody please fix the kfreebsd FTBFS?
 
 I have installed a fix, but don't have a kfreebsd system around, so
 there could be more failures.  Somebody™ might want to upload the
 package to test that.

I've just checked it builds fine on kfreebsd in falla's sid chroot. I
should be able to upload it tonight.

Thanks!

Mraw,
KiBi.


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130901193233.ga29...@mraw.org

mesa-demos: Changes to 'debian-unstable'

[Cyril Brulebois]

 debian/changelog |5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

New commits:
commit 341068d1a9b7d13c9fba808da4862d63d7a5b0cd
Author: Cyril Brulebois k...@debian.org
Date:   Mon Sep 2 02:40:47 2013 +0200

Upload to unstable.

diff --git a/debian/changelog b/debian/changelog
index e54bad7..9a42da8 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,5 +1,6 @@
-mesa-demos (8.1.0-2) UNRELEASED; urgency=low
+mesa-demos (8.1.0-2) unstable; urgency=low
 
+  [ Sven Joachim ]
   * Don't build mesa-utils-extra on hurd, libegl1-mesa-dev is not
 available there.
   * New patch no_eglfbdev.diff: don't build the eglfbdev demo program
@@ -7,7 +8,7 @@ mesa-demos (8.1.0-2) UNRELEASED; urgency=low
 installed anyway.
 - Add a build dependency on quilt and a README.Source boilerplate.
 
- -- Sven Joachim svenj...@gmx.de  Sun, 01 Sep 2013 19:31:58 +0200
+ -- Cyril Brulebois k...@debian.org  Mon, 02 Sep 2013 02:40:33 +0200
 
 mesa-demos (8.1.0-1) unstable; urgency=low
 


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1vgirk-0006ml...@vasks.debian.org

mesa-demos: Changes to 'refs/tags/mesa-demos-8.1.0-2'

[Cyril Brulebois]

Tag 'mesa-demos-8.1.0-2' created by Cyril Brulebois k...@debian.org at 
2013-09-02 00:42 +

Tagging upload of mesa-demos 8.1.0-2 to unstable.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (GNU/Linux)

iEYEABECAAYFAlIj3wgACgkQeGfVPHR5Nd3+QQCaArQJO9TTg2B5hU+ni/H/4GDq
QW4AoLTmGlNixAlv4YyhRxqu8cM+7N3i
=OEyB
-END PGP SIGNATURE-

Changes since mesa-demos-8.1.0-1:
Cyril Brulebois (1):
  Upload to unstable.

Sven Joachim (2):
  Only build mesa-utils-extra on Linux and kFreeBSD architectures
  New patch no_eglfbdev.diff

---
 debian/README.source|   55 
 debian/changelog|   12 
 debian/control  |9 +++---
 debian/patches/no_eglfbdev.diff |   23 
 debian/patches/series   |1 
 debian/rules|2 -
 6 files changed, 97 insertions(+), 5 deletions(-)
---


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1vgirk-0006mm...@vasks.debian.org

Bug#720313: fbdev_drv.so: undefined symbol: xf86XVListGenericAdaptors]

[Cyril Brulebois]

Hello Steven,

(just a quick mail to let you  debian-boot@ know…)

Steven Chamberlain ste...@pyro.eu.org (2013-08-20):
 Package: xserver-xorg-video-fbdev-udeb
 Version: 1:0.4.3-1
 Severity: grave
 Tags: d-i
 
 Hi,
 
 The graphical installer in d-i daily builds fails to start when fbdev
 is used, with this error captured from a serial console: […]
 
 Xorg: symbol lookup error: /usr/lib/xorg/modules/drivers/fbdev_drv.so: 
 undefined symbol: xf86XVListGenericAdaptors

Thanks for the report, fix just uploaded.

Mraw,
KiBi.


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130820133601.ga22...@mraw.org

xserver-xorg-video-fbdev: Changes to 'debian-unstable'

[Cyril Brulebois]

 debian/changelog|   10 +++
 debian/patches/02-support-building-without-xv.patch |   27 +---
 2 files changed, 33 insertions(+), 4 deletions(-)

New commits:
commit 6734a2f8a6c0ef09dcb5685d2abc22b48417b107
Author: Cyril Brulebois k...@debian.org
Date:   Tue Aug 20 15:20:20 2013 +0200

Upload to unstable.

diff --git a/debian/changelog b/debian/changelog
index 357139b..e94d699 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-xserver-xorg-video-fbdev (1:0.4.3-2) UNRELEASED; urgency=low
+xserver-xorg-video-fbdev (1:0.4.3-2) unstable; urgency=low
 
   * Make sure not to enable XV support in the udeb: XV comes from
 xorg-server.h and tells us whether the regular server was built with
@@ -6,7 +6,7 @@ xserver-xorg-video-fbdev (1:0.4.3-2) UNRELEASED; urgency=low
 the driver should be built with XV support (Closes: #720313). Thanks,
 Steven Chamberlain!
 
- -- Cyril Brulebois k...@debian.org  Tue, 20 Aug 2013 14:46:26 +0200
+ -- Cyril Brulebois k...@debian.org  Tue, 20 Aug 2013 15:19:49 +0200
 
 xserver-xorg-video-fbdev (1:0.4.3-1) unstable; urgency=low
 

commit 9ab5f84a1413ae275c66b264b07230359b64bffb
Author: Cyril Brulebois k...@debian.org
Date:   Tue Aug 20 15:19:03 2013 +0200

Make sure not to enable XV support in the udeb (Closes: #720313).

XV comes from xorg-server.h and tells us whether the regular server was
built with XV support. USE_XV is used to determine whether a given
flavour of the driver should be built with XV support. Thanks, Steven
Chamberlain!

diff --git a/debian/changelog b/debian/changelog
index 7f24458..357139b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,13 @@
+xserver-xorg-video-fbdev (1:0.4.3-2) UNRELEASED; urgency=low
+
+  * Make sure not to enable XV support in the udeb: XV comes from
+xorg-server.h and tells us whether the regular server was built with
+XV support. USE_XV is used to determine whether a given flavour of
+the driver should be built with XV support (Closes: #720313). Thanks,
+Steven Chamberlain!
+
+ -- Cyril Brulebois k...@debian.org  Tue, 20 Aug 2013 14:46:26 +0200
+
 xserver-xorg-video-fbdev (1:0.4.3-1) unstable; urgency=low
 
   [ Maarten Lankhorst ]
diff --git a/debian/patches/02-support-building-without-xv.patch 
b/debian/patches/02-support-building-without-xv.patch
index 35414f0..ce12cb6 100644
--- a/debian/patches/02-support-building-without-xv.patch
+++ b/debian/patches/02-support-building-without-xv.patch
@@ -10,7 +10,7 @@ Subject: [PATCH] Support building without XV.
 
 --- a/configure.ac
 +++ b/configure.ac
-@@ -55,6 +55,10 @@
+@@ -55,6 +55,10 @@ AC_ARG_WITH(xorg-module-dir,
  AC_ARG_ENABLE(pciaccess, AS_HELP_STRING([--enable-pciaccess],
   [Enable use of libpciaccess (default: 
disabled)]),
 [PCIACCESS=$enableval], [PCIACCESS=no])
@@ -21,7 +21,7 @@ Subject: [PATCH] Support building without XV.
  
  # Store the list of server defined optional extensions in REQUIRED_MODULES
  XORG_DRIVER_CHECK_EXT(RANDR, randrproto)
-@@ -79,6 +83,13 @@
+@@ -79,6 +83,13 @@ if test x$PCIACCESS = xyes; then
  XORG_CFLAGS=$XORG_CFLAGS $PCIACCESS_CFLAGS
  fi
  
@@ -37,7 +37,7 @@ Subject: [PATCH] Support building without XV.
  
 --- a/src/fbdev.c
 +++ b/src/fbdev.c
-@@ -456,6 +456,7 @@
+@@ -456,6 +456,7 @@ FBDevPreInit(ScrnInfoPtr pScrn, int flag
return FALSE;
}
  
@@ -45,7 +45,7 @@ Subject: [PATCH] Support building without XV.
{
Gamma zeros = {0.0, 0.0, 0.0};
  
-@@ -463,6 +464,7 @@
+@@ -463,6 +464,7 @@ FBDevPreInit(ScrnInfoPtr pScrn, int flag
return FALSE;
}
}
@@ -53,3 +53,22 @@ Subject: [PATCH] Support building without XV.
  
pScrn-progClock = TRUE;
pScrn-rgbBits   = 8;
+@@ -897,7 +899,10 @@ FBDevScreenInit(SCREEN_INIT_ARGS_DECL)
+   fPtr-CloseScreen = pScreen-CloseScreen;
+   pScreen-CloseScreen = FBDevCloseScreen;
+ 
++/* Whether the server was built with XV support */
+ #if XV
++/* Whether the driver should be built with XV support */
++#if USE_XV
+   {
+   XF86VideoAdaptorPtr *ptr;
+ 
+@@ -907,6 +912,7 @@ FBDevScreenInit(SCREEN_INIT_ARGS_DECL)
+   }
+   }
+ #endif
++#endif
+ 
+   TRACE_EXIT(FBDevScreenInit);
+ 


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1vbm3z-0007tn...@vasks.debian.org

xserver-xorg-video-fbdev: Changes to 'refs/tags/xserver-xorg-video-fbdev-1_0.4.3-2'

[Cyril Brulebois]

Tag 'xserver-xorg-video-fbdev-1_0.4.3-2' created by Cyril Brulebois 
k...@debian.org at 2013-08-20 13:33 +

Tagging upload of xserver-xorg-video-fbdev 1:0.4.3-2 to unstable.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (GNU/Linux)

iEYEABECAAYFAlITcBQACgkQeGfVPHR5Nd3e3gCeNy2w/QQLzKZr6mYfMYX75hgi
s7cAn1yeJvDPj0MOdS/wjc9XC395QbsT
=bgGw
-END PGP SIGNATURE-

Changes since xserver-xorg-video-fbdev-1_0.4.3-1:
Cyril Brulebois (2):
  Make sure not to enable XV support in the udeb (Closes: #720313).
  Upload to unstable.

---
 debian/changelog|   10 +++
 debian/patches/02-support-building-without-xv.patch |   27 +---
 2 files changed, 33 insertions(+), 4 deletions(-)
---


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1vbm3z-0007to...@vasks.debian.org

Bug#720116: xinit: startx should just start a plain X, not the whole desktop-environment

[Cyril Brulebois]

Christoph Anton Mitterer cales...@scientia.net (2013-08-18):
 On Sun, 2013-08-18 at 22:41 +0200, Cyril Brulebois wrote:
  So either specify a client [1] or use a different session manager, e.g.
  by using: update-alternatives --config x-session-manager
 Well that only gives e.g. gnome in my case.
 
 Can't you simply offer a dummy x-session-manager that has highest
 priority and just starts the traditional xterm?

If you want xterm, specify it as the client you want… there's no need
for a specific *session* just for that.

 Is there any reasons for the desktop-environments that they need to be
 started by startx by default as well? Most people will run them by
 gdm/kdm/etc.
 
   1. http://x.debian.net/faq/general.html
 Yeah... if X doesn't work I couldn't access that anymore that easily ;)

Wrong, that's also available in: /usr/share/doc/xorg/faq/general.*

KiBi.


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130818215317.gb15...@mraw.org

Re: Request to Join Project xorg from Hector Oron (zumbi)

[Cyril Brulebois]

nore...@alioth.debian.org nore...@alioth.debian.org (2013-08-02):
 Hector Oron (zumbi) has requested to join your project. 
 
 Comments by the user:
 Hello,
 
   I would like to join pkg-xorg, to help to maintain weston/wayland
   and bring into the team tslib DDX.

Hi Hector,

welcome in the team, sorry for the lag.

I think at least Emilio is also interested in helping with wayland and
weston, you might want to coordinate with him; not sure where things are
right now, been quite busy elsewhere.

Mraw,
KiBi.


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130814213845.gc25...@mraw.org

Bug#718730: Please update xkb to version 2.8

[Cyril Brulebois]

Jackson Doak nosk...@ubuntu.com (2013-08-05):
 Package: xkb-data
 Priority: wishlist
 Version: 2.5.1-3
 
 The current debian version of xkb (2.5.1-3) is outdated, please update
 to the current upstream version of 2.8, which can be found at
 http://www.x.org/releases/individual/data/xkeyboard-config/xkeyboard-config-2.8.tar.bz2

Feel free to send patches. For starters:
  http://x.debian.net/reference/git-usage.html

Mraw,
KiBi.


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130804213813.ge23...@mraw.org

Re: xfs terminus

[Cyril Brulebois]

Jackson Doak nosk...@ubuntu.com (2013-07-28):
 The package xfonts-terminus still suggests xfs. Are there any plans to
 support xfs? (i know it's orphaned) I'm attempting to take over
 maintenance of terminus as it's current maintain has not done anything
 for over a year.

As far as I know, you can consider xfs dead for all practical purposes.

IIRC, Anton has replied a few times over the last year to -boot@
questions (console-setup etc.), so please make sure you have put him in
the loop explicitly.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#717410: Missing shared glapi in libosmesa6 (fixed in 9.1.5)

[Cyril Brulebois]

Andrey Gursky andrey.gur...@e-mail.ua (2013-07-22):
 Yeah, that's true ;) But this was by no means my intention to hurry up
 the process, rather lacking of definition of unreleased in package
 changelog.
 
 So if I know understand unreleased correctly, in this case it means
 not something remaining unreleased in debian until some new upstream
 version appears (9.1.6,...), but just to be released/work in
 progress?

That means WIP, that's the default pseudo distribution we use until
we upload, at which point we switch to the right distribution (usually
unstable). You could have run git log -p in more or less any X git
repository to see that.

Mraw,
KiBi.


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130722145324.ga22...@mraw.org

Bug#717500: mesa: Please add support for OpenCL/GalliumCompute

[Cyril Brulebois]

Hi kilobug,

Gael Le Mignot (2013-07-21):
 Are there any plan to include support for OpenCL/GalliumCompute in the
 Debian build of Mesa?

the odds of getting new stuff in are usually higher when a (tested)
patch is attached. ;-)

From a quick look, we'd need libclc, which doesn't appear to be packaged
yet.

Mraw,
KiBi.


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130721180807.ga12...@mraw.org

Bug#675138: weston: not installable, fails to build from source

[Cyril Brulebois]

Schrober franzschro...@yahoo.de (12/06/2013):
  thanks for the heads-up on IRC by the way. Since binNMUs dramatically
  failed due to yet another libpng mess, I'm pondering just uploading
  weston to unstable instead, but I'd have to see which toy apps to enable
  and how. That might take some days as it's low priority on my todo list.
 
 The weston situation in Debian is extreme frustrating. […]

JFTR, a bunch of iterations were needed to get all of libdrm, wayland,
and mesa to build in experimental. weston will come after those.

Mraw,
KiBi.


signature.asc
Description: Digital signature

mesa: Changes to 'debian-experimental'

[Cyril Brulebois]

 debian/changelog |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

New commits:
commit 764e46d0e91a9bbd17b57887691f454dfe0fd404
Author: Cyril Brulebois k...@debian.org
Date:   Thu Jun 6 10:29:58 2013 +0200

Upload to experimental.

diff --git a/debian/changelog b/debian/changelog
index cd84b26..6eda3c5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-mesa (9.1.3-3) UNRELEASED; urgency=low
+mesa (9.1.3-3) experimental; urgency=low
 
   [ Andreas Boll ]
   * debian/not-installed: Remove /etc/drirc, it's shipped since 8.0.5-1.
@@ -15,7 +15,7 @@ mesa (9.1.3-3) UNRELEASED; urgency=low
   [ Julien Cristau ]
   * Build i915 and i965 on kfreebsd.
 
- -- Andreas Boll andreas.boll@gmail.com  Tue, 04 Jun 2013 11:36:30 +0200
+ -- Cyril Brulebois k...@debian.org  Thu, 06 Jun 2013 10:29:15 +0200
 
 mesa (9.1.3-2) experimental; urgency=low
 


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ukwwr-0001oi...@vasks.debian.org

mesa: Changes to 'refs/tags/mesa-9.1.3-3'

[Cyril Brulebois]

Tag 'mesa-9.1.3-3' created by Cyril Brulebois k...@debian.org at 2013-06-06 
09:29 +

Tagging upload of mesa 9.1.3-3 to experimental.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEABECAAYFAlGwVpYACgkQeGfVPHR5Nd3gUwCfY55P+TB+WLSdOw7IRps/g+h4
/KcAoM568F19DAjf+XzFnFjqvY7T5C8b
=QcF1
-END PGP SIGNATURE-

Changes since mesa-9.1.3-2:
Andreas Boll (4):
  debian/not-installed: Remove /etc/drirc, it's shipped since 8.0.5-1.
  debian: Fix build regression on !hurd
  debian/changelog: Add changelog entry
  debian/changelog: Add changelog entry

Cyril Brulebois (1):
  Upload to experimental.

Dave Airlie (1):
  i965: fix problem with constant out of bounds access (v3)

Frank Henigman (1):
  intel: initialize fs_visitor::params_remap in constructor

Julien Cristau (1):
  Build i915 and i965 on kfreebsd.

Matt Turner (2):
  configure.ac: Remove redundant checks of enable_dri.
  configure.ac: Build dricommon for DRI gallium drivers

Mike Stroyan (1):
  configure.ac: Build dricommon for gallium swrast

---
 configure.ac |   56 +--
 debian/changelog |   19 +
 debian/libgl1-mesa-dri.install.hurd.in   |2 
 debian/libgl1-mesa-dri.install.in|2 
 debian/not-installed |1 
 debian/rules |2 
 src/mesa/drivers/dri/i965/brw_fs.cpp |   15 ++-
 src/mesa/drivers/dri/i965/brw_fs.h   |1 
 src/mesa/drivers/dri/i965/brw_fs_visitor.cpp |3 +
 9 files changed, 69 insertions(+), 32 deletions(-)
---


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ukwwt-0001qt...@vasks.debian.org

Re: HAL and *BSD

[Cyril Brulebois]

If you want to contact X maintainers, please use the maintainer
address, which is the debian-x@ list… Quoting the full mail below
accordingly.

KiBi.

Michael Biebl bi...@debian.org (05/06/2013):
 Hi BSD porters,
 
 as you may know, hal hasn't seen any upstream development for years and
 is dead. For that matter I've filed bug reports some time ago [1].
 The only real blocker atm that I can see is Xorg using hal on kfreebsd.
 
 There has been some discussion about this topic over two years ago [2],
 to get Xorg ported to devd on *BSD but I don't know what the current
 state of that effort is.
 
 Afaics, there are basically 3 options:
 
 1/ We drop hal and Xorg is ported to something like devd on *BSD
 
 2/ We drop hal and hal support is simply disabled on non-Linux, which
 means, Xorg needs to be configured manually? Maybe Julien or KiBi can
 provide more info on this.
 
 3/ we keep hal, but only for the non-Linux architectures and I'd need
 someone (from the kfreebsd porters team) to take over maintenance.
 
 While I personally would prefer 1/, I don't know if there has been
 progress on this, so I'd like some input from the kfreebsd porters on
 this matter and what their preference is.
 
 Cheers,
 Michael
 
 
 [1]
 http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=halectomy;users=pkg-utopia-maintain...@lists.alioth.debian.org
 [2] http://lists.freebsd.org/pipermail/freebsd-x11/2011-February/010474.html
 -- 
 Why is it that all of the instruments seeking intelligent life in the
 universe are pointed away from Earth?


signature.asc
Description: Digital signature

Bug#710112: xserver-xorg-video-radeonhd: Segmentation on new client connection (remote)

[Cyril Brulebois]

Hi Roger,

Roger Gammans rgamm...@gammascience.co.uk (28/05/2013):
 Package: xserver-xorg-video-radeonhd
 Version: 1.3.0-3
 Severity: important

radeonhd has been deprecated, try radeon instead.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Question about xserver-xorg-input-evtouch

[Cyril Brulebois]

sam g sam.grayson.ubu...@gmail.com (18/05/2013):
 I noticed that the package xserver-xorg-input-evtouch is in the squeeze
 (oldstable) and sid (unstable), but not in wheezy (stable) or jessie
 (testing). I have 3 questions about this.

No, not in sid:
$ rmadison xserver-xorg-input-evtouch
 xserver-xorg-input-evtouch | 0.8.8-4 | squeeze | amd64, armel, i386, ia64, 
mips, mipsel, powerpc, sparc

From http://packages.qa.debian.org/x/xf86-input-evtouch.html you get:
This package is neither part of unstable nor experimental. This
probably means that the package has been removed (or has been
renamed).

From http://ftp-master.debian.org/removals-2011.txt you get:
Closed bugs: 612186

aka. http://bugs.debian.org/612186

 1 Is this package going away? Will it be included in further debian
 releases?

It's gone already.

 2 If it is going away, what is the recomended way to set up a touch screen
 with debian?

evdev or wacom handle most of them AFAICT.

 3 If it is not going away, is it safe to install the squeeze version of the
 package?

No, since it depends on squeeze's server.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#708349: libglapi-mesa: overwrite shared file

[Cyril Brulebois]

Control: forcemerge -1 708055

Bill Allombert ballo...@debian.org (15/05/2013):
 Trying to upgrade libglapi-mesa fails with:
 
 Preparing to replace libgl1-mesa-glx:amd64 8.0.5-4 (using 
 .../libgl1-mesa-glx_8.0.5-4+b1_amd64.deb) ...
 Unpacking replacement libgl1-mesa-glx:amd64 ...
 dpkg: error processing 
 /var/cache/apt/archives/libgl1-mesa-glx_8.0.5-4+b1_amd64.deb (--unpack):
  trying to overwrite shared 
 '/usr/share/doc/libgl1-mesa-glx/changelog.Debian.gz', which is different from 
 other instances of package libgl1-mesa-glx:amd64
 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
 Preparing to replace libglapi-mesa:i386 8.0.5-4 (using 
 .../libglapi-mesa_8.0.5-4+b1_i386.deb) ...Unpacking replacement 
 libglapi-mesa:i386 ...
 dpkg: error processing 
 /var/cache/apt/archives/libglapi-mesa_8.0.5-4+b1_i386.deb (--unpack):
  trying to overwrite shared 
 '/usr/share/doc/libglapi-mesa/changelog.Debian.gz', which is different from 
 other instances of package libglapi-mesa:i386
 Errors were encountered while processing:
  /var/cache/apt/archives/libgl1-mesa-glx_8.0.5-4+b1_amd64.deb
  /var/cache/apt/archives/libglapi-mesa_8.0.5-4+b1_i386.deb
 E: Sub-process /usr/bin/dpkg returned an error code (1)
 
 It seems binNMU are not compatible with Multi-Arch: same.

O'RLY?

See https://lists.debian.org/debian-devel/2013/05/msg00738.html and
various other threads on -policy and half a dozen other mailing lists.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#708421: libgl1-mesa-dri: Error configuring package with multiple architectures

[Cyril Brulebois]

Control: merge 708299 -1

Gustavo Lopes cataphr...@geleia.net (15/05/2013):
 I have thhis package for both amd64 and i386 and one or the other
 always fails configuration: […]

Known dpkg bug. Solution discussed here:
  https://lists.debian.org/debian-devel/2013/05/msg00738.html

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#708055: [libglapi-mesa] not upgradable on multiarch

[Cyril Brulebois]

Dominik George n...@naturalnet.de (15/05/2013):
 It actually turns out that all binary packages built from mesa are
 affected.

If you would have looked at the BTS, you would have noticed the amount
of bug reports floating around for days. It's a well known dpkg bug.

Mraw,
KiBi.


signature.asc
Description: Digital signature

mesa: Changes to 'refs/tags/mesa-8.0.5-4'

[Cyril Brulebois]

Tag 'mesa-8.0.5-4' created by Cyril Brulebois k...@debian.org at 2013-03-13 
23:59 +

Tagging upload of mesa 8.0.5-4 to unstable.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEABECAAYFAlFBEvkACgkQeGfVPHR5Nd1K1QCdH5m0++oolHmZoH2RdsZJKJDR
81kAnivRi2Dw4iNSQjg4a+2v5qJFHhd5
=abLA
-END PGP SIGNATURE-

Changes since mesa-8.0.5-3:
Cyril Brulebois (1):
  Upload to unstable.

Jan de Groot (1):
  dri/nouveau: fix crash in nouveau_flush

Sven Joachim (1):
  Document the cherry-pick in debian/changelog

---
 debian/changelog  |7 +++
 src/mesa/drivers/dri/nouveau/nouveau_driver.c |3 ++-
 2 files changed, 9 insertions(+), 1 deletion(-)
---


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1ufvam-0002cw...@vasks.debian.org