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

debian/changelog |2 ++ debian/xserver-xorg-video-radeon.install |1 + 2 files changed, 3 insertions(+) New commits: commit 5b70e7f99b8edc7ff198e59b8f3e4f59e0d8c2ee Author: Timo Aaltonen Date: Thu Mar 16 16:30:48 2017 +0200

Re: Comments regarding libglvnd_0.2.999+git20170201-2_amd64.changes

On 16.03.2017 20:39, Thorsten Alteholz wrote: > Hi Timo, > > can you please tell me where I can find the dependency: libglx-mesa0 | > libglx-vendor Nowhere right now; libglx-mesa0 will be provided by mesa, libglx-vendor by nvidia for instance. There is a bootstrapping issue I know, and this is

Bug#857984: xserver-xorg: Segfault in fbBltOne via glamor and mi ultimately from doShmPutImage of 1bpp bitmap

Package: xserver-xorg Version: 1:7.7+18 Severity: important Dear Maintainer, I can reliably reproduce the attached segfault backtrace with $ pgmnoise 2040 4752 | pgmtopbm | xli stdin and scrolling down in the presented window. Window manager doesn't matter. Hopefully it's correct to file

Bug#857983: xserver-xorg: Segfault in fbBltOne via glamor and mi ultimately from doShmPutImage of 1bpp bitmap

Package: xserver-xorg Version: 1:7.7+18 Severity: important Dear Maintainer, I can reliably reproduce the attached segfault backtrace with $ pgmnoise 2040 4752 | pgmtopbm | xli stdin and scrolling down in the presented window. Window manager doesn't matter. Hopefully it's correct to file

Comments regarding libglvnd_0.2.999+git20170201-2_amd64.changes

Hi Timo, can you please tell me where I can find the dependency: libglx-mesa0 | libglx-vendor Thanks! Thorsten

xserver-xorg-video-openchrome_0.6.0-1_source.changes ACCEPTED into experimental

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 07 Mar 2017 23:24:19 +0100 Source: xserver-xorg-video-openchrome Binary: xserver-xorg-video-openchrome Architecture: source Version: 1:0.6.0-1 Distribution: experimental Urgency: medium Maintainer: Debian X Strike

SolidWorks Decision Makers (Contact Information)

Hi, A Quick Follow up to you that if you are interested in SolidWorks Decision Makers list which can help you to grow up your business campaigns? We have around 71,354 Decision Makers, All the contacts we provide are 100% opt-in who have agreed to receive the third party information.

Processing of xserver-xorg-video-openchrome_0.6.0-1_source.changes

xserver-xorg-video-openchrome_0.6.0-1_source.changes uploaded successfully to localhost along with the files: xserver-xorg-video-openchrome_0.6.0-1.dsc xserver-xorg-video-openchrome_0.6.0.orig.tar.gz xserver-xorg-video-openchrome_0.6.0-1.diff.gz

xserver-xorg-video-openchrome: Changes to 'refs/tags/xserver-xorg-video-openchrome-1_0.6.0-1'

Tag 'xserver-xorg-video-openchrome-1_0.6.0-1' created by Emilio Pozuelo Monfort at 2017-03-16 18:14 + Tagging upload of xserver-xorg-video-openchrome 1:0.6.0-1 to experimental. -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEEcJymx+vmJZxd92Q+nUbEiOQ2gwIFAljK1fsACgkQnUbEiOQ2

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

debian/changelog |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 26bf33556b1ad14a71dcd7ce18b133e50e4ced46 Author: Emilio Pozuelo Monfort Date: Thu Mar 16 19:09:59 2017 +0100 Upload to experimental diff --git a/debian/changelog

Re: RFS: xxv-openchrome

On 12/03/17 23:01, Dylan wrote: > Hi, > I have updated the xxv-openchrome package with the last upstream release. > Too late for Stretch, so maybe an upload to experimental is more appropriate? > By the way, I have updated *-unstable branches. Uploaded to experimental. Cheers, Emilio

Re: nonfree(?) fonts in xfonts-100dpi

Hi dine, I considered this issue back in the day as package maintainer. In the United States and some other jurisdictions, possibly not including Japan[1], bitmap typefaces are not regarded as copyrightable. In fact, typefaces generally aren't--but the "font" that creates them in the form of

nonfree(?) fonts in xfonts-100dpi

Hi. I just spot an issue in xfonts-100dpi, xfonts-75dpi, and related packages: some of the fonts are free, but the Lucida bitmaps do not allow modification, the same reason the Luxi fonts got marked nonfree 15 years ago. Does Lucida need similar treatment?

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

.editorconfig |3 Makefile.am |2 autogen.sh| 11 - conf/10-radeon.conf |5 conf/Makefile.am | 24 ++ configure.ac | 20 +- man/radeon.man| 17 + src/ati.c | 40 +++- src/drmmode_display.c | 495

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

.editorconfig |3 ChangeLog | 539 ++ Makefile.am |2 autogen.sh| 11 - conf/10-radeon.conf |5 conf/Makefile.am | 24 ++ configure.ac | 20 + debian/changelog |

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

autogen.sh| 11 configure.ac | 21 + man/amdgpu.man| 15 - src/Makefile.am |8 src/amdgpu_chipinfo_gen.h | 194 -- src/amdgpu_chipset_gen.h | 216

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

ChangeLog | 609 ++ autogen.sh| 11 configure.ac | 21 - debian/changelog |6 man/amdgpu.man| 15 src/Makefile.am |8

xorg-server: Changes to 'ubuntu'

configure.ac |8 debian/changelog | 24 debian/patches/122_xext_fix_card32_overflow_in_xauth.patch | 30 - debian/patches/208_switch_on_release.diff | 118