Bug#847711: Removed package(s) from experimental

2016-12-19 Thread Debian FTP Masters
We believe that the bug you reported is now fixed; the following
package(s) have been removed from experimental:

xserver-xorg-video-v4l |  1:0.2.0-5 | source, amd64, arm64, armel, armhf, i386, 
mips, mipsel, powerpc, ppc64el, s390x

--- Reason ---
RoQA; package was already removed from unstable
--

Note that the package(s) have simply been removed from the tag
database and may (or may not) still be in the pool; this is not a bug.
The package(s) will be physically removed automatically when no suite
references them (and in the case of source, when no binary references
it).  Please also remember that the changes have been done on the
master archive and will not propagate to any mirrors until the next
dinstall run at the earliest.

Packages are usually not removed from testing by hand. Testing tracks
unstable and will automatically remove packages which were removed
from unstable when removing them from testing causes no dependency
problems. The release team can force a removal from testing if it is
really needed, please contact them if this should be the case.

Bugs which have been reported against this package are not automatically
removed from the Bug Tracking System.  Please check all open bugs and
close them or re-assign them to another package if the removed package
was superseded by another one.

The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 847...@bugs.debian.org.

The full log for this bug can be viewed at https://bugs.debian.org/847711

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@ftp-master.debian.org.

Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)



Bug#848818: xterm: ctlseqs.txt is not rebuilt from ctlseq.ms

2016-12-19 Thread Ben Longbons
On Mon, Dec 19, 2016 at 3:48 PM, Thomas Dickey  wrote:
> On Mon, Dec 19, 2016 at 02:39:27PM -0800, Ben Longbons wrote:
>> The ctlseqs.txt file is not built from ctlseqs.ms if it is modified
>> (which it should be, since it is wrong in a few places).
>
> I don't recall any bug reports on the topic.

I was working on that when I hit this. Besides the one you mentioned,
the xterm-specific `DECSED 3` is missing, for example. I'm sure there
was something with one of the string controls too ...

> ctlseqs.txt is part of the upstream sources, has been since June 2006.

Source means "preferred format for modification", not "in a tarball
somewhere". By your definititon, all of Windows is open-source.

>> * Remove the -P options to preserve formatting, less can handle it.
>
> The makefile doesn't use -P.

By using environment variables and extra pipe commands. But in any
case, a version *without* stripping all that formatting info, viewable
in the terminal, would be nice.

> no.  It's an ASCII file.  Pretty bullets don't help much, considering that
> less than 1% of the file uses that.  For interesting typography, refer to
> the PDF.

That's a matter of opinion. Using the letter `o` for bullets is
particular ugly to me.

>> * -Thtml
>>
>> The html and pdf formats provide significant features not in the txt
>
> groff's html format isn't useful.  I don't use that anymore:

You mean the format that is identical to the format you produce, other
than the (admittedly better) filenames for the included `.png`s?

-Ben



Bug#848818: xterm: ctlseqs.txt is not rebuilt from ctlseq.ms

2016-12-19 Thread Thomas Dickey
On Mon, Dec 19, 2016 at 02:39:27PM -0800, Ben Longbons wrote:
> Package: xterm
> Version: 327-2
> Severity: serious

severity's incorrect.

You should change that.

> Justification: Policy 2.1
> 
> Dear Maintainer,
> 
> The ctlseqs.txt file is not built from ctlseqs.ms if it is modified
> (which it should be, since it is wrong in a few places).

I don't recall any bug reports on the topic.  The only to-do item for
ctlseqs.ms which I _have_ is a comment from a different person that at
least one item isn't ordered alphabetically.  I'm working on _that_,
now (another script to check the file).

ctlseqs.txt is part of the upstream sources, has been since June 2006.

Each time I make an update to ctlseqs.ms, I regenerate the ".txt" file
using the rule in the makefile.  If it's not, my test-builds would fail.

Since all of the upstream source has proper timestamps, there's
nothing to rebuild.  Debian builds from pristine upstream source, so
there's no reason for timestamp contamination, say, by pulling it from
someone's source repo.
 
> The command to bytewise-reproduce the existing file is:
> 
> $ groff -P{-c,-b,-o,-u} -Tascii -t -ms < ctlseqs.ms > ctlseqs.txt
> 
> Note: You need to add a build-dep on `groff`, not just `groff-base`,
> in order to install the macro packages `-ms`.
> 
> But there are some *better* command variants.
> 
> * Remove the -P options to preserve formatting, less can handle it.

The makefile doesn't use -P.

> * -Tutf8 (better quotes/bullets; the VT fonts have everything they need).

no.  It's an ASCII file.  Pretty bullets don't help much, considering that
less than 1% of the file uses that.  For interesting typography, refer to
the PDF.

> * -Tpdf

You can do this with the makefile.

> * -Thtml
> 
> The html and pdf formats provide significant features not in the txt

groff's html format isn't useful.  I don't use that anymore:

http://invisible-island.net/scripts/man2html.html

> version, though the PDF doesn't have a Table of Contents.

hmm - ms macros are said to support table of contents,

https://www.hactrn.net/ietf/rfcgen/textms.html

but I've not found it necessary, e.g, generated with man2html plus
a post-processing script to construct the navigation area:

http://invisible-island.net/xterm/ctlseqs/ctlseqs.html

> -Ben
> 
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable-debug
>   APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386, x32, arm64
> 
> Kernel: Linux 4.8.0-2-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages xterm depends on:
> ii  libc6   2.24-8
> ii  libfontconfig1  2.11.0-6.7
> ii  libice6 2:1.0.9-1+b1
> ii  libtinfo5   6.0+20161126-1
> ii  libutempter01.1.6-3
> ii  libx11-62:1.6.4-2
> ii  libxaw7 2:1.0.13-1
> ii  libxft2 2.3.2-1
> ii  libxinerama12:1.1.3-1+b1
> ii  libxmu6 2:1.1.2-2
> ii  libxpm4 1:3.5.11-1+b1
> ii  libxt6  1:1.1.5-1
> ii  xbitmaps1.1.1-2
> 
> Versions of packages xterm recommends:
> ii  x11-utils  7.7+3
> 
> Versions of packages xterm suggests:
> ii  xfonts-cyrillic  1:1.0.4
> 
> -- no debconf information
> 

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature


Bug#848818: xterm: ctlseqs.txt is not rebuilt from ctlseq.ms

2016-12-19 Thread Ben Longbons
Package: xterm
Version: 327-2
Severity: serious
Justification: Policy 2.1

Dear Maintainer,

The ctlseqs.txt file is not built from ctlseqs.ms if it is modified
(which it should be, since it is wrong in a few places).

The command to bytewise-reproduce the existing file is:

$ groff -P{-c,-b,-o,-u} -Tascii -t -ms < ctlseqs.ms > ctlseqs.txt

Note: You need to add a build-dep on `groff`, not just `groff-base`,
in order to install the macro packages `-ms`.

But there are some *better* command variants.

* Remove the -P options to preserve formatting, less can handle it.
* -Tutf8 (better quotes/bullets; the VT fonts have everything they need).
* -Tpdf
* -Thtml

The html and pdf formats provide significant features not in the txt
version, though the PDF doesn't have a Table of Contents.

-Ben


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

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

Versions of packages xterm depends on:
ii  libc6   2.24-8
ii  libfontconfig1  2.11.0-6.7
ii  libice6 2:1.0.9-1+b1
ii  libtinfo5   6.0+20161126-1
ii  libutempter01.1.6-3
ii  libx11-62:1.6.4-2
ii  libxaw7 2:1.0.13-1
ii  libxft2 2.3.2-1
ii  libxinerama12:1.1.3-1+b1
ii  libxmu6 2:1.1.2-2
ii  libxpm4 1:3.5.11-1+b1
ii  libxt6  1:1.1.5-1
ii  xbitmaps1.1.1-2

Versions of packages xterm recommends:
ii  x11-utils  7.7+3

Versions of packages xterm suggests:
ii  xfonts-cyrillic  1:1.0.4

-- no debconf information



Bug#848697: libxcb-dri3-0: Scribus 1.52 AppImage exposes undefined symbol

2016-12-19 Thread Marc Jeffrey Driftmeyer
Package: libxcb-dri3-0
Version: 1.12-1
Severity: normal

Dear Maintainer,


Testing Scribus 1.52 AppImage from Scribus.net resulted in the following output:

./scribus-1.5.2-linux-x86_64.AppImage: symbol lookup error: 
/usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0: undefined symbol: xcb_get_reply_fds

Sincerely,

Marc Jeffrey Driftmeyer

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

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

Versions of packages libxcb-dri3-0 depends on:
ii  libc62.24-8
ii  libxcb1  1.12-1

libxcb-dri3-0 recommends no packages.

libxcb-dri3-0 suggests no packages.

-- no debconf information



Processed: tagging 847012

2016-12-19 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tags 847012 + moreinfo
Bug #847012 [mesa-vdpau-drivers] vlc: hardware accelaration must be disable to 
avoid scrambled video
Added tag(s) moreinfo.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
847012: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=847012
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed: forcibly merging 846779 848598

2016-12-19 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> reassign 848598 xserver-xorg-core 2:1.19.0-2
Bug #848598 [libgl1-mesa-dri] libgl1-mesa-dri: Multiple applications using 
OpenGL freeze
Bug reassigned from package 'libgl1-mesa-dri' to 'xserver-xorg-core'.
No longer marked as found in versions mesa/13.0.2-1 and 13.0.2.-1.
Ignoring request to alter fixed versions of bug #848598 to the same values 
previously set
Bug #848598 [xserver-xorg-core] libgl1-mesa-dri: Multiple applications using 
OpenGL freeze
Marked as found in versions xorg-server/2:1.19.0-2.
> forcemerge 846779 848598
Bug #846779 [xserver-xorg-core] xserver-xorg-core: chrome freezes with 
xorg-server 1.19.0
Bug #848598 [xserver-xorg-core] libgl1-mesa-dri: Multiple applications using 
OpenGL freeze
Merged 846779 848598
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
846779: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=846779
848598: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848598
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed (with 1 error): forcibly merging 846779 848598

2016-12-19 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> forcemerge 846779 848598
Bug #846779 [xserver-xorg-core] xserver-xorg-core: chrome freezes with 
xorg-server 1.19.0
Unable to merge bugs because:
package of #848598 is 'libgl1-mesa-dri' not 'xserver-xorg-core'
Failed to forcibly merge 846779: Did not alter merged bugs.

> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
846779: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=846779
848598: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848598
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed: bug 848575 is forwarded to https://bugs.freedesktop.org/show_bug.cgi?id=99138

2016-12-19 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> forwarded 848575 https://bugs.freedesktop.org/show_bug.cgi?id=99138
Bug #848575 [xserver-xorg-video-radeon] xserver-xorg-video-radeon: unable to 
restart Xorg without rebooting (radeon)
Set Bug forwarded-to-address to 
'https://bugs.freedesktop.org/show_bug.cgi?id=99138'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
848575: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848575
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed: bug 846882 is forwarded to https://bugs.freedesktop.org/show_bug.cgi?id=99126

2016-12-19 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> forwarded 846882 https://bugs.freedesktop.org/show_bug.cgi?id=99126
Bug #846882 [xserver-xorg-video-intel] xserver-xorg-video-intel: wrong scale 
for backlight with Xfce
Set Bug forwarded-to-address to 
'https://bugs.freedesktop.org/show_bug.cgi?id=99126'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
846882: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=846882
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems