Bug#880551: xterm: corrections to man page

[G. Branden Robinson]

Hi Thomas,

At 2017-11-02T04:55:25-0400, Thomas Dickey wrote:
> thanks - someone reported a problem with the same macro in ncurses.
> (I'll have to make a script to check for other instances, since I've
> used bullets in a lot of places - I've a to-do item for that anyway).

Thanks to a bug in gropdf, I discovered a problem with the patch in this
part:

17. Use character escape '\e' instead of '\\' in resource translation
examples.  '\\' does not render as desired and makes the examples
wrong.

The \\ problem is indeed a problem but my fix was wrong thanks to:

https://savannah.gnu.org/bugs/index.php?51568

Once I have it ready, would you prefer a whole new diff against
xterm-330, or something else?

-- 
Regards,
Branden


signature.asc
Description: PGP signature

mesa: Changes to 'debian-unstable'

[Emilio Pozuelo Monfort]

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

New commits:
commit 3814e241f10d4e693752eb6cdad57a896e39da09
Author: Emilio Pozuelo Monfort 
Date:   Sun Nov 5 01:45:04 2017 +0100

Make mesa-va-drivers enhance libva2

diff --git a/debian/changelog b/debian/changelog
index fd28d2d..7137a1c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+mesa (17.2.4-2) UNRELEASED; urgency=medium
+
+  * Make mesa-va-drivers enhance libva2 rather than libva1.
+
+ -- Emilio Pozuelo Monfort   Sun, 05 Nov 2017 01:44:41 +0100
+
 mesa (17.2.4-1) unstable; urgency=medium
 
   * New upstream release.
diff --git a/debian/control b/debian/control
index 751e190..35312ae 100644
--- a/debian/control
+++ b/debian/control
@@ -381,7 +381,7 @@ Depends:
  ${shlibs:Depends},
  ${misc:Depends},
 Enhances:
- libva1,
+ libva2,
 Provides:
  va-driver,
 Breaks: vdpau-va-driver (<< 0.7.4-5)

Bug#840085: xauth FTCBFS: unsatisfiable cross Build-Depends: cmdtest

[Manuel A. Fernandez Montecelo]

Hi,

2016-10-08 11:47 Julien Cristau:

Control: tag -1 moreinfo

On Sat, Oct  8, 2016 at 08:12:57 +0200, Helmut Grohne wrote:


xauth cannot satsify its cmdtest dependency during cross building,
because cmdtest is Architecture:all Multi-Arch:no. Fortunately, cmdtest
is only needed for testing, so we can simply annotate it with 
profile. After doing that, it cross builds just fine. Please consider
applying the attached patch.


Hi Helmut,

Is there a reason cmdtest can't be m-a: foreign?  Wouldn't that fix the
issue as well?


I'm not sure how the situation with cmdtest evolved since this bug was
reported, it seems like it was not marked "Multi-Arch: foreign" in the
end.

Independently of that, I think that the request to annotate with
 is a more correct solution no matter what happens with
cmdtest, because adding the profile info to the dependency avoids having
to install dependencies which are not actually needed if one uses for
DEB_BUILD_OPTIONS=nocheck, for example, which is a quite established
method and covered in Policy.

This is a common scenario when bootstrapping new architectures,
"cmdtest" might not be available for multiple reasons -- e.g. python,
python-markdown or any of the other dependencies might not be available
at the time when one wants to build xauth.

In any case, if one wants to build with "nocheck" options, Python would
not have to be installed as build-depends, which is a quite significant
saving.


From the point of view of xauth itself, is there any reason against

using this solution?


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#879624: Similar issue, also X1 carbon

[Michael Hanke]

Looking into possible known issues for at-spi or gnome-terminal-server
did not bring up anything useful for me.

FTR: Installing xfce4 or kde both gives me a working desktop. So this
might actually be a GNOME issue rather than an X issue, or an
interaction of the two.

On Sat, Nov 4, 2017 at 10:14 AM, Michael Hanke  wrote:
> Update:
>
> I stopped the gdm3 service and started a freshly installed slim login
> manager. I comes right up, no issues.
>
> Starting the GNOME session from slim, however, results in immediate
> failure. This is syslog from the last message of slim to the X server
> shutdown:
>
> Nov  4 09:49:56 meiner slim[8940]: /usr/bin/X11/xauth:  file
> /home/mih/.Xauthority does not exist
> Nov  4 09:49:56 meiner org.a11y.Bus[9347]: Activating service
> name='org.a11y.atspi.Registry'
> Nov  4 09:49:56 meiner org.a11y.Bus[9347]: Successfully activated
> service 'org.a11y.atspi.Registry'
> Nov  4 09:49:56 meiner org.a11y.atspi.Registry[9373]: SpiRegistry
> daemon is running with well-known name - org.a11y.atspi.Registry
> Nov  4 09:49:56 meiner gnome-terminal-[9379]: gnome-terminal-server:
> Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0.
> Nov  4 09:49:56 meiner org.a11y.atspi.Registry[9373]: XIO:  fatal IO
> error 11 (Resource temporarily unavailable) on X server ":0.0"
> Nov  4 09:49:56 meiner org.a11y.atspi.Registry[9373]:   after 21
> requests (19 known processed) with 0 events remaining.
> Nov  4 09:49:56 meiner org.gtk.vfs.Daemon[9347]: A connection to the
> bus can't be made
> Nov  4 09:49:58 meiner kernel: [  249.268908] [drm] Reducing the
> compressed framebuffer size. This may lead to less power savings than
> a non-reduced-size. Try to increase stolen memory size if available in
> BIOS.
> Nov  4 09:49:58 meiner slim[8940]: (II) Server terminated successfully
> (0). Closing log file.
>
> On Fri, Nov 3, 2017 at 5:02 PM, Michael Hanke  wrote:
>> Hi,
>>
>> same here, after upgrade to buster no X anymore. Normal start works, but
>> ends at terminal login. Manual startx makes the screen flicker briefly, then
>> back to terminal. X log contain no errors (EE).
>>
>> Downgrade to stretch didn't change the situation in any way. Going back from
>> linux 4.13 to 4.8 had no effect either.
>>
>> During downgrade gconf2 choked (triggers hung and never completed). During
>> upgrade I think I saw some gconf error message too, but I cannot find a
>> trace of them anywhere.
>>
>> Any advice would be highly appreciated.
>>
>> Thanks in advance
>>
>> Michael
>>
>
>
>
> --
> Michael Hanke
> http://psychoinformatics.de



-- 
Michael Hanke
http://psychoinformatics.de

Bug#879624: Similar issue, also X1 carbon

[Michael Hanke]

Update:

I stopped the gdm3 service and started a freshly installed slim login
manager. I comes right up, no issues.

Starting the GNOME session from slim, however, results in immediate
failure. This is syslog from the last message of slim to the X server
shutdown:

Nov  4 09:49:56 meiner slim[8940]: /usr/bin/X11/xauth:  file
/home/mih/.Xauthority does not exist
Nov  4 09:49:56 meiner org.a11y.Bus[9347]: Activating service
name='org.a11y.atspi.Registry'
Nov  4 09:49:56 meiner org.a11y.Bus[9347]: Successfully activated
service 'org.a11y.atspi.Registry'
Nov  4 09:49:56 meiner org.a11y.atspi.Registry[9373]: SpiRegistry
daemon is running with well-known name - org.a11y.atspi.Registry
Nov  4 09:49:56 meiner gnome-terminal-[9379]: gnome-terminal-server:
Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0.
Nov  4 09:49:56 meiner org.a11y.atspi.Registry[9373]: XIO:  fatal IO
error 11 (Resource temporarily unavailable) on X server ":0.0"
Nov  4 09:49:56 meiner org.a11y.atspi.Registry[9373]:   after 21
requests (19 known processed) with 0 events remaining.
Nov  4 09:49:56 meiner org.gtk.vfs.Daemon[9347]: A connection to the
bus can't be made
Nov  4 09:49:58 meiner kernel: [  249.268908] [drm] Reducing the
compressed framebuffer size. This may lead to less power savings than
a non-reduced-size. Try to increase stolen memory size if available in
BIOS.
Nov  4 09:49:58 meiner slim[8940]: (II) Server terminated successfully
(0). Closing log file.

On Fri, Nov 3, 2017 at 5:02 PM, Michael Hanke  wrote:
> Hi,
>
> same here, after upgrade to buster no X anymore. Normal start works, but
> ends at terminal login. Manual startx makes the screen flicker briefly, then
> back to terminal. X log contain no errors (EE).
>
> Downgrade to stretch didn't change the situation in any way. Going back from
> linux 4.13 to 4.8 had no effect either.
>
> During downgrade gconf2 choked (triggers hung and never completed). During
> upgrade I think I saw some gconf error message too, but I cannot find a
> trace of them anywhere.
>
> Any advice would be highly appreciated.
>
> Thanks in advance
>
> Michael
>



-- 
Michael Hanke
http://psychoinformatics.de

Bug#880610: marked as done (xterm -report-fonts spawns another xterm)

[Debian Bug Tracking System]

Your message dated Sat, 04 Nov 2017 09:52:51 +0100
with message-id <87wp36o270@turtle.gmx.de>
and subject line Re: Bug#880610: xterm -report-fonts spawns another xterm
has caused the Debian Bug report #880610,
regarding xterm -report-fonts spawns another xterm
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
880610: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=880610
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: xterm
Version: 330-1
File: /usr/bin/xterm

I did
$ xterm -report-fonts
and voila it spawns another xterm in the process.

What if
$ xterm -version
did the same?

You see I was reading
https://unix.stackexchange.com/questions/96962/how-can-i-find-the-default-font-resource-xterm-is-using

Because I want to tell you that of
$ unicode 絶 絕|grep U+
U+7D76 CJK UNIFIED IDEOGRAPH-7D76
U+7D55 CJK UNIFIED IDEOGRAPH-7D55

I can see the first, but not the second.

$ xrdb -q|grep font:
*VT100.font:-misc-fixed-medium-r-normal--18-*-*-*-*-*-iso10646-1
--- End Message ---
--- Begin Message ---
On 2017-11-03 02:54 +0800, 積丹尼 Dan Jacobson wrote:

> Package: xterm
> Version: 330-1
> File: /usr/bin/xterm
>
> I did
> $ xterm -report-fonts
> and voila it spawns another xterm in the process.

As already mentioned by Thomas, this is expected behavior.  If you
change the font in the newly started xterm with Ctrl-mouse-3, it will
report that on stdout which seems absolutely reasonable to me.

> What if
> $ xterm -version
> did the same?

The xterm version is a constant, whereas the loaded fonts are subject to
change.

Cheers,
   Sven--- End Message ---

xorg: Changes to 'ubuntu'

[Timo Aaltonen]

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

New commits:
commit e2f7f2463569792e425fb82f22e27e63abb1f127
Author: Timo Aaltonen 
Date:   Sat Nov 4 08:52:15 2017 +0200

release to bionic

diff --git a/debian/changelog b/debian/changelog
index 9a3d3ec..3b14ab9 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,9 +1,9 @@
-xorg (1:7.7+19ubuntu3) UNRELEASED; urgency=medium
+xorg (1:7.7+19ubuntu3) bionic; urgency=medium
 
   * control: Add python3-apport to xserver-xorg depends due to the apport hook.
 (LP: #1730035)
 
- -- Timo Aaltonen   Sat, 04 Nov 2017 07:56:48 +0200
+ -- Timo Aaltonen   Sat, 04 Nov 2017 08:51:54 +0200
 
 xorg (1:7.7+19ubuntu2) artful; urgency=medium
 

commit fd3d7d2ad81630c99102a3b2ad1fb2f7d6e1a473
Author: Timo Aaltonen 
Date:   Sat Nov 4 08:48:40 2017 +0200

control: Add python3-apport to xserver-xorg depends due to the apport hook. 
(LP: #1730035)

diff --git a/debian/changelog b/debian/changelog
index 1bd75e7..9a3d3ec 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+xorg (1:7.7+19ubuntu3) UNRELEASED; urgency=medium
+
+  * control: Add python3-apport to xserver-xorg depends due to the apport hook.
+(LP: #1730035)
+
+ -- Timo Aaltonen   Sat, 04 Nov 2017 07:56:48 +0200
+
 xorg (1:7.7+19ubuntu2) artful; urgency=medium
 
   * control, source_xorg.py, xserver-xorg.install, rules: Import apport package
diff --git a/debian/control b/debian/control
index 5dd4dc1..92358d5 100644
--- a/debian/control
+++ b/debian/control
@@ -39,7 +39,8 @@ Depends:
  ${shlibs:Depends},
  ${misc:Depends},
  xkb-data (>= 1.4),
- x11-xkb-utils
+ x11-xkb-utils,
+ python3-apport,
 Recommends:
  libgl1-mesa-dri,
  xserver-xorg-legacy [linux-any],