Bug#879816: eclipse-titan depends on gcc-6.3.0, but unstable has gcc-7.2.0

2019-03-26 Thread Neels Hofmeyr
Package: eclipse-titan
Version: 6.5.0-1+b1
Followup-For: Bug #879816


This bug also bugs me.

A workaround is a manual rebuild of eclipse-titan:

mkdir eclipse-titan
cd eclipse-titan
sudo apt-get build-dep eclipse-titan
apt-get source eclipse-titan
cd eclipse-titan-*
dpkg-buildpackage --no-sign
cd ..
sudo dpkg -i eclipse-titan*.deb

Of course fixing the packaging instead would be highly appreciated.
The goal is that eclipse-titan gets rebuilt after each upgrade of gcc.

Thanks!
~N


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

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

Versions of packages eclipse-titan depends on:
ii  default-jdk   2:1.11-71
ii  expect5.45.4-2
ii  gcc   4:8.3.0-1
ii  libc6 2.28-2
ii  libgcc1   1:8.3.0-2
ii  libncurses6   6.1+20181013-1
ii  libpcap-dev   1.8.1-6
ii  libpcre3-dev  2:8.39-11
ii  libsctp-dev   1.0.18+dfsg-1
ii  libssl-dev1.1.1a-1
ii  libssl1.1 1.1.1a-1
ii  libstdc++68.3.0-2
ii  libtinfo6 6.1+20181013-1
ii  libxml2   2.9.4+dfsg1-7+b3
ii  libxml2-dev   2.9.4+dfsg1-7+b3
ii  make  4.2.1-1.2
ii  perl  5.28.1-4
ii  python2.7.15-3

eclipse-titan recommends no packages.

eclipse-titan suggests no packages.

-- no debconf information



Bug#894509: /usr/sbin/wicd: Setting static DNS with custom nameservers works only for a few minutes

2018-03-31 Thread Neels Hofmeyr
Package: wicd-daemon
Version: 1.7.4+tb2-5
Severity: normal
File: /usr/sbin/wicd

Dear Maintainer,

In wicd-gtk, I set the wired interface Properties as:

  [x] Use static DNS[ ] Use global DNS servers
  DNS domain[]
  Search domain []
  DNS server 1  [9.9.9.9 ]
  DNS server 2  [8.8.8.8 ]
  DNS server 3  []

I disconnect, then re-connect. Above DNS servers are used, and I see them in
/etc/resolv.conf fine.

After some time though, presumably after DHCP refresh, the nameserver in
/etc/resolv.conf is set back to the DHCP server's idea of what nameservers I
should be using (in my case 192.168.0.1).

In my current situation, the DHCP server's DNS is broken, and thus name
resolution stops working as soon as the static name servers are dropped, which
is why I noticed this behavior quite prominently.

In the olden days, I would edit /etc/resolv.conf manually, and it would stay
put. Currently though resolv.conf seems to get overwritten regularly
(presumably by DHCP), and I had hoped that wicd would help me keep it static.

Thanks for taking a look!

~N

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

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

Versions of packages wicd-daemon depends on:
ii  adduser  3.117
ii  dbus 1.12.6-2
ii  debconf  1.5.66
ii  iputils-ping 3:20161105-1
ii  isc-dhcp-client  4.3.5-3.1
ii  lsb-base 9.20170808
ii  psmisc   23.1-1
ii  python   2.7.14-4
ii  python-dbus  1.2.6-1
ii  python-gobject   3.26.1-2
ii  python-wicd  1.7.4+tb2-5
ii  wireless-tools   30~pre9-12+b1
ii  wpasupplicant2:2.6-15

Versions of packages wicd-daemon recommends:
ii  rfkill 2.31.1-0.5
ii  wicd-curses [wicd-client]  1.7.4+tb2-5
ii  wicd-gtk [wicd-client] 1.7.4+tb2-5

Versions of packages wicd-daemon suggests:
ii  pm-utils  1.4.1-17

Versions of packages wicd-gtk depends on:
ii  python 2.7.14-4
ii  python-glade2  2.24.0-5.1+b1
ii  python-gtk22.24.0-5.1+b1

Versions of packages wicd-gtk recommends:
ii  gksu   2.0.2-9+b1
pn  python-notify  

Versions of packages wicd-curses depends on:
ii  python2.7.14-4
ii  python-urwid  1.3.1-2+b2

Versions of packages wicd-curses recommends:
ii  sudo  1.8.21p2-3

Versions of packages python-wicd depends on:
ii  net-tools  1.60+git20161116.90da8a0-2
ii  python 2.7.14-4

Versions of packages python-wicd suggests:
pn  ethtool   
ii  iproute2  4.15.0-3

-- debconf information:
* wicd/users: neels



Bug#883343: rxvt-unicode: accidental font-size of 0 in urxvt crashes xorg

2017-12-02 Thread Neels Hofmeyr
Package: rxvt-unicode
Version: 9.22-1+b1
Severity: normal

Dear Maintainer,

editing around in my ~/.Xdefaults, I ended up accidentally setting a zero font
size, like:

  URxvt*font: xft:mono:medium:size=0

(It should have said 10 but a stray typo saved the size as 0).

With this config merged to xrdb, launching a urxvt opens a window, then goes on
to halt the entire xorg with CPU load for a minute or so, and ends up crashing
xorg completely to bring back the login screen.

Using i3wm and xdm. I've attached an Xorg log.

Needless to say that urxvt should worst-case refuse to start instead of
bringing the entire wm down...

TBH I haven't investigated whether this should be prevented by an xorg API or
whether it is urxvt's responsibility to prevent a zero font size, I hope you
have a better bearing on where this belongs than I do. Thanks!

~N


-- System Information:
Debian Release: 9.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages rxvt-unicode depends on:
ii  base-passwd   3.5.43
ii  libc6 2.24-11+deb9u1
ii  libfontconfig12.12.6-0.1
ii  libfreetype6  2.6.3-3.2
ii  libgcc1   1:6.3.0-18
ii  libgdk-pixbuf2.0-02.36.5-2+deb9u1
ii  libglib2.0-0  2.50.3-2
ii  libperl5.24   5.24.1-3+deb9u2
ii  libstartup-notification0  0.12-4+b2
ii  libx11-6  2:1.6.4-3
ii  libxft2   2.3.2-1+b2
ii  libxrender1   1:0.9.10-1
ii  ncurses-base  6.0+20161126-1+deb9u1

Versions of packages rxvt-unicode recommends:
ii  fonts-dejavu2.37-1
ii  fonts-vlgothic [fonts-japanese-gothic]  20141206-3

rxvt-unicode suggests no packages.

-- no debconf information
[ 4.205] 
X.Org X Server 1.19.2
Release Date: 2017-03-02
[ 4.205] X Protocol Version 11, Revision 0
[ 4.205] Build Operating System: Linux 4.9.0-4-amd64 x86_64 Debian
[ 4.205] Current Operating System: Linux dub 4.9.0-4-amd64 #1 SMP Debian 
4.9.51-1 (2017-09-28) x86_64
[ 4.205] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.9.0-4-amd64 
root=UUID=ccc1c8ca-f21b-4354-b1e1-03ab620acdb1 ro net.ifnames=0 biosdevname=0 
quiet
[ 4.205] Build Date: 16 October 2017  08:19:45AM
[ 4.205] xorg-server 2:1.19.2-1+deb9u2 (https://www.debian.org/support) 
[ 4.205] Current version of pixman: 0.34.0
[ 4.205]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 4.205] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 4.205] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Dec  2 17:44:50 
2017
[ 4.206] (==) Using config file: "/etc/X11/xorg.conf"
[ 4.206] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 4.208] (==) No Layout section.  Using the first Screen section.
[ 4.208] (==) No screen section available. Using defaults.
[ 4.208] (**) |-->Screen "Default Screen Section" (0)
[ 4.208] (**) |   |-->Monitor ""
[ 4.209] (==) No device specified for screen "Default Screen Section".
Using the first device section listed.
[ 4.209] (**) |   |-->Device "Card0"
[ 4.209] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 4.209] (==) Automatically adding devices
[ 4.209] (==) Automatically enabling devices
[ 4.209] (==) Automatically adding GPU devices
[ 4.209] (==) Max clients allowed: 256, resource mask: 0x1f
[ 4.209] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 4.209]Entry deleted from font path.
[ 4.211] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[ 4.211] (==) ModulePath set to "/usr/lib/xorg/modules"
[ 4.211] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[ 4.211] (II) Loader magic: 0x55bca5881e00
[ 4.211] (II) Module ABI versions:
[ 4.211]X.Org ANSI C Emulation: 0.4
[ 4.211]X.Org Video Driver: 23.0
[ 4.211]X.Org XInput driver : 24.1
[ 4.211]X.Org Server Extension : 10.0
[ 4.212] (++) using VT number 7

[ 4.212] (II) systemd-logind: logind integration requires -keeptty and 

Bug#881463: eog: menu bar shows in fullscreen

2017-11-11 Thread Neels Hofmeyr
Package: eog
Version: 3.20.5-1+b1
Severity: normal

Dear Maintainer,

eog has always shown just the image in fullscreen mode. After upgrading to the
Debian stable version, I now see a menu bar in fullscreen mode which never goes
away. This is really annoying, as it defies the whole point of fullscreen mode.

I suspect debian/patches/0001-Add-a-traditional-menu-bar.patch from eog
(3.19.92-2). It seems the patch adds a menu bar without making provision for
hiding it in fullscreen or slide show modes.

Please make this menu bar an option that I can switch off in the preferences,
or remove it altogether, or always hide it in fullscreen and slideshow modes
(IMHO it should not have hover-to-appear with delays, just hide completely).

Many Thanks!

~N

-- System Information:
Debian Release: 9.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages eog depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  gir1.2-gtk-3.0   3.22.11-1
ii  gir1.2-peas-1.0  1.20.0-1+b1
ii  gsettings-desktop-schemas3.22.0-1
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-11+deb9u1
ii  libcairo21.14.8-1
ii  libexempi3   2.4.1-1
ii  libexif120.6.21-2+b2
ii  libgdk-pixbuf2.0-0   2.36.5-2+deb9u1
ii  libgirepository-1.0-11.50.0-1+b1
ii  libglib2.0-0 2.50.3-2
ii  libgnome-desktop-3-123.22.2-1
ii  libgtk-3-0   3.22.11-1
ii  libjpeg62-turbo  1:1.5.1-2
ii  liblcms2-2   2.8-4
ii  libpeas-1.0-01.20.0-1+b1
ii  librsvg2-2   2.40.16-1+b1
ii  libx11-6 2:1.6.4-3
ii  shared-mime-info 1.8-1
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages eog recommends:
ii  librsvg2-common  2.40.16-1+b1
ii  yelp 3.22.0-1

Versions of packages eog suggests:
pn  eog-plugins  

-- no debconf information



Bug#881225: wicd-daemon: had to install net-tools manually to get wicd working

2017-11-08 Thread Neels Hofmeyr
Package: wicd-daemon
Version: 1.7.4+tb2-4
Severity: grave
Justification: renders package unusable

Dear Maintainer,

after upgrade to Debian 9 I installed wicd-gtk and saw wicd successfully
connecting (ping worked for like two seconds) and then disconnecting again
right away.

Looking at the logs I saw that it complained about 'ifconfig' not being
available. Indeed net-tools was not installed on the system by default.

After I installed net-tools manually to provide ifconfig on the system, wicd
worked again as usual.

So either this is a dependency bug and net-tools should be an unconditional
dependency of wicd-daemon, or wicd somehow doesn't use ifconfig alternatvies
even if those are installed and ifconfig is not.

Thanks!

-- System Information:
Debian Release: 9.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages wicd-daemon depends on:
ii  adduser  3.115
ii  dbus 1.10.22-0+deb9u1
ii  debconf  1.5.61
ii  ethtool  1:4.8-1+b1
ii  iproute2 4.9.0-1
ii  iputils-ping 3:20161105-1
ii  isc-dhcp-client  4.3.5-3
ii  lsb-base 9.20161125
ii  net-tools1.60+git20161116.90da8a0-1
ii  psmisc   22.21-2.1+b2
ii  python   2.7.13-2
ii  python-dbus  1.2.4-1+b1
ii  python-gobject   3.22.0-2
ii  python-wicd  1.7.4+tb2-4
ii  wireless-tools   30~pre9-12+b1
ii  wpasupplicant2:2.4-1+deb9u1

Versions of packages wicd-daemon recommends:
ii  rfkill 0.5-1+b1
ii  wicd-curses [wicd-client]  1.7.4+tb2-4
ii  wicd-gtk [wicd-client] 1.7.4+tb2-4

Versions of packages wicd-daemon suggests:
ii  pm-utils  1.4.1-17

Versions of packages wicd-gtk depends on:
ii  python 2.7.13-2
ii  python-glade2  2.24.0-5.1
ii  python-gtk22.24.0-5.1

Versions of packages wicd-gtk recommends:
ii  gksu   2.0.2-9+b1
ii  python-notify  0.1.1-4

Versions of packages wicd-curses depends on:
ii  python2.7.13-2
ii  python-urwid  1.3.1-2+b1

Versions of packages wicd-curses recommends:
ii  sudo  1.8.19p1-2.1

Versions of packages python-wicd depends on:
ii  python  2.7.13-2

-- debconf information excluded