Bug#1070103: libnode-dev: Version bump of NODE_MODULE_VERSION makes node-gyp build broken modules

[Matijs van Zuijlen]

On 30/04/2024 09:33, Matijs van Zuijlen wrote:

On 30/04/2024 08:53, Jérémy Lal wrote:
To solve both, you should do `pkgjs-install` next to package.json, so 
that your system-installed

modules are symlinked to the local node_modules directory.
Then "npm install" shouldn't remove the symlinks and install just the 
missing ones.


There is no package.json, because I am using npm -g install renovate, 
not installing from a checked-out repository. Is npm -g install not 
supposed to work?


I will now try installing from the repository and let you know if that 
works.


I tried this and I can now run renovate from inside its repository, but 
I don't know how to then install the renovate tool for general use. So 
this is not (yet) a replacement for npm -g install.


Kind regards,
Matijs van Zuijlen

Bug#1070103: libnode-dev: Version bump of NODE_MODULE_VERSION makes node-gyp build broken modules

[Matijs van Zuijlen]

On 30/04/2024 08:53, Jérémy Lal wrote:



Le mar. 30 avr. 2024 à 08:21, Matijs van Zuijlen <mailto:mat...@matijs.net>> a écrit :


Package: libnode-dev
Version: 18.20.1+dfsg-4+b2
Severity: normal

Dear maintainer,

I tried building and installing the renovate tool from npm, using
npm -g install renovate.

This went well but when I run it I get the message

   The module

'/usr/local/lib/node_modules/renovate/node_modules/re2/build/Release/re2.node'
   was compiled against a different Node.js version using
   NODE_MODULE_VERSION 108. This version of Node.js requires
   NODE_MODULE_VERSION 109. Please try re-compiling or re-installing
   the module (for instance, using `npm rebuild` or `npm install

After some investigation I found out that re2.node is compiled using a
tool called node-gyp, and that tool fetches the node_version.h from
https://nodejs.org/download/release/v18.20.1/node-v18.20.1-headers.tar.gz 
<https://nodejs.org/download/release/v18.20.1/node-v18.20.1-headers.tar.gz>
instead of using the locally installed one. This
upstream version has 108 as the NODE_MODULE_VERSION, of course.


You're supposed to use system-installed modules, especially for node-gyp.
If you're using /usr/bin/node-gyp and it is doing that, then it's a bug 
in node-gyp.

Also note that node-re2 is available in debian.


I have debian versions of both node-re2 and node-gyp installed, but npm 
-g install renovate doesn't pick those up. The npm I'm using is the npm 
from the debian npm package.


To solve both, you should do `pkgjs-install` next to package.json, so 
that your system-installed

modules are symlinked to the local node_modules directory.
Then "npm install" shouldn't remove the symlinks and install just the 
missing ones.


There is no package.json, because I am using npm -g install renovate, 
not installing from a checked-out repository. Is npm -g install not 
supposed to work?


I will now try installing from the repository and let you know if that 
works.


In any case, node 20 or 22 is going to debian unstable soon enough, and 
we'll have "standard" modules versions again.


Looking forward to it!


Jérémy

Bug#1070103: libnode-dev: Version bump of NODE_MODULE_VERSION makes node-gyp build broken modules

[Matijs van Zuijlen]

Package: libnode-dev
Version: 18.20.1+dfsg-4+b2
Severity: normal

Dear maintainer,

I tried building and installing the renovate tool from npm, using
npm -g install renovate.

This went well but when I run it I get the message

  The module 
'/usr/local/lib/node_modules/renovate/node_modules/re2/build/Release/re2.node'
  was compiled against a different Node.js version using
  NODE_MODULE_VERSION 108. This version of Node.js requires
  NODE_MODULE_VERSION 109. Please try re-compiling or re-installing
  the module (for instance, using `npm rebuild` or `npm install

After some investigation I found out that re2.node is compiled using a
tool called node-gyp, and that tool fetches the node_version.h from
https://nodejs.org/download/release/v18.20.1/node-v18.20.1-headers.tar.gz
instead of using the locally installed one. This
upstream version has 108 as the NODE_MODULE_VERSION, of course.

I have tried to resolve this by first running

  node-gyp install

and then editing the downloaded node_version.h in 
~/.cache/node-gyp/18.20.1/include/node
manually, and finally re-installing renovate, but that didn't work and
it seems node-gyp simply re-downloaded the 'correct' node_version.h.

Kind regards,
Matijs


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

Kernel: Linux 6.7.12-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_IE:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libnode-dev depends on:
ii  libnode109  18.20.1+dfsg-4+b2
ii  libssl-dev  3.2.1-3
ii  libuv1-dev  1.48.0-1.1

libnode-dev recommends no packages.

libnode-dev suggests no packages.

-- no debconf information

Bug#568601: [Pkg-netatalk-devel] Bug#568601: Can confirm this problem still exists

[Matijs van Zuijlen]

Hi Daniel,

Indeed, I am running Debian stable on my server with just netatalk and 
some of its dependencies from testing, so my setup is a bit unconventional.


This is in fact the case because Netatalk was dropped from Debian 12, 
and I didn't want to keep running the old version which has a security 
issue.


However, I think installing netatalk from any Debian version should 
still pull in the correct version of libgcrypt. Isn't that something 
that can be addressed in the netatalk package? I can imagine later 
versions of netatalk would need still newer versions of libgcrypt. The 
current dependency specification would fail to pull those in.


Kind regards,
Matijs van Zuijlen

On 01/12/2023 00:42, Daniel Markstedt wrote:

Hi Matijs,

This is not something we can address in the netatalk package itself, since 
you're using an Unstable netatalk package with a Stable Debian version. 
(Netatalk was dropped from Debian 12 Bookworm.)

See this upstream discussion for more details: 
https://github.com/Netatalk/netatalk/discussions/574


Best regards,
Daniel

On Thursday, November 30th, 2023 at 11:05 PM, Matijs van Zuijlen 
 wrote:





Dear maintainer,

This problem still exists. I installed netatalk from testing on a Debian
server running stable, and libgcrypt was not updated at the same time
because the dependency in the netatalk package specifies '>= 1.10.0',

which matches the stable version 1.10.1, while testing's netatalk
actually needs libgcrypt 1.10.2. This lead to a flood of errors in the
logs. Updating the libgcrypt package to the testing version (1.10.2)
fixed that problem.

As far as I can tell, the solution would be for the netatalk package to
depend on (at least?) the libgcrypt version it was compiled with.

--
Kind regards,
Matijs van Zuijlen

--
pkg-netatalk-devel mailing list
pkg-netatalk-de...@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-netatalk-devel

Bug#568601: Can confirm this problem still exists

[Matijs van Zuijlen]

Dear maintainer,

This problem still exists. I installed netatalk from testing on a Debian 
server running stable, and libgcrypt was not updated at the same time 
because the dependency in the netatalk package specifies '>= 1.10.0', 
which matches the stable version 1.10.1, while testing's netatalk 
actually needs libgcrypt 1.10.2. This lead to a flood of errors in the 
logs. Updating the libgcrypt package to the testing version (1.10.2) 
fixed that problem.


As far as I can tell, the solution would be for the netatalk package to 
depend on (at least?) the libgcrypt version it was compiled with.


--
Kind regards,
Matijs van Zuijlen

Bug#985775: git-absorb: Git does not recognize absorb as a git command

[Matijs van Zuijlen]

Package: git-absorb
Version: 0.6.6-2+b3
Severity: important

Dear maintainer,

Recently, git absorb stopped working. Running it now has the following
result:

$ git absorb
git: 'absorb' is not a git command. See 'git --help'.

Kind regards,
Matijs van Zuijlen

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

Kernel: Linux 5.10.0-3-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_IE:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages git-absorb depends on:
ii  libc62.31-10
ii  libgcc-s110.2.1-6
ii  libgit2-1.1  1.1.0+dfsg.1-4

git-absorb recommends no packages.

git-absorb suggests no packages.

-- no debconf information

Bug#981089: tracker-miner-fs: Tracker miners are started for (some?) system users

[Matijs van Zuijlen]

Package: tracker-miner-fs
Version: 2.3.5-2
Severity: normal

Dear maintainer,

I'm getting the following lines in my log:

  tracker-miner-f[1783345]: Unable to get XDG user directory path for special 
directory  Ignoring this location.
  tracker-miner-f[1783345]: Unable to get XDG user directory path for special 
directory  Ignoring this location.
  tracker-miner-f[1783345]: Unable to get XDG user directory path for special 
directory  Ignoring this location.
  tracker-miner-f[1783345]: Unable to get XDG user directory path for special 
directory  Ignoring this location.
  tracker-miner-f[1783345]: Unable to get XDG user directory path for special 
directory  Ignoring this location.

This seems to happen because the miner is started for some system user,
probably postgres. I don't think tracker miners should be started for
such users.

Kind regards,
Matijs

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

Kernel: Linux 5.10.0-1-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_IE:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages tracker-miner-fs depends on:
ii  init-system-helpers  1.60
ii  libc62.31-9
ii  libglib2.0-0 2.66.4-1
ii  libtracker-miner-2.0-0   2.3.6-2
ii  libtracker-sparql-2.0-0  2.3.6-2
ii  libupower-glib3  0.99.11-2
ii  procps   2:3.3.16-5
ii  tracker  2.3.6-2
ii  tracker-extract  2.3.5-2

tracker-miner-fs recommends no packages.

tracker-miner-fs suggests no packages.

-- no debconf information

Bug#980873: workrave: Break warning window grabs keyboard focus on Wayland

[Matijs van Zuijlen]

Package: workrave
Version: 1.10.44-7
Severity: normal

Dear maintainer,

I recently switched from X to Wayland and have noticed that the windows
that pop up to warn the user to take a break now grab the keyboard
focus. This is quite annoying since they of course tend to pop up while
I am typing, which means a random number of key strokes are sent into
nothingness.

This generally means I have to switch back to the previous
application, finish whatever I was typing, switch back to Workrave, wait
for the break to finish, and then again switch back to the previous
application.

The warning window should instead leave the focus where it was, allowing
the user to finish any ongoing typing befor taking a break.

My destkop environment is Gnome 3.

Kind regards,
Matijs van Zuijlen


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

Kernel: Linux 5.10.0-1-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_IE:en

Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages workrave depends on:
ii  libatkmm-1.6-1v5  2.28.0-3
ii  libayatana-indicator3-7   0.8.3-1
ii  libc6 2.31-9
ii  libcairo2 1.16.0-5
ii  libcairomm-1.0-1v51.12.2-4
ii  libdbusmenu-glib4 18.10.20180917~bzr492+repack1-2
ii  libdbusmenu-gtk3-418.10.20180917~bzr492+repack1-2
ii  libgcc-s1 10.2.1-6
ii  libgdk-pixbuf-2.0-0   2.42.2+dfsg-1
ii  libgdome2-0   0.8.1+debian-7
ii  libglib2.0-0  2.66.4-1
ii  libglibmm-2.4-1v5 2.64.2-2
ii  libgnome-panel0   3.38.0-1+b1
ii  libgstreamer1.0-0 1.18.3-1
ii  libgtk-3-03.24.24-1
ii  libgtkmm-3.0-1v5  3.24.2-2
ii  libmate-panel-applet-4-1  1.24.1-1
ii  libpango-1.0-01.46.2-3
ii  libpangocairo-1.0-0   1.46.2-3
ii  libpangomm-1.4-1v52.42.1-1
ii  libsigc++-2.0-0v5 2.10.4-2
ii  libstdc++610.2.1-6
ii  libx11-6  2:1.7.0-2
ii  libxfce4panel-2.0-4   4.16.0-1
ii  libxss1   1:1.2.3-1
ii  libxtst6  2:1.2.3-1
ii  workrave-data 1.10.44-7

workrave recommends no packages.

Versions of packages workrave suggests:
pn  gnome-panel  
ii  gnome-shell  3.38.3-1
ii  xfce4-panel  4.16.0-1

-- no debconf information

Bug#959172: tracker: Status subcommand reports miners are idle, while tracker-extract and tracker-miner-fs are busy

[Matijs van Zuijlen]

Package: tracker
Version: 2.3.4-1
Severity: normal

Dear maintainer,

On my machine, tracker's extractor and miner are using quite a lot of
CPU. top shows tracker-extract between 60% and 100%, and
tracker-miner-fs between 0 and 40%.

In an effort to find out what tracker is doing, I ran `tracker status`.
However, it reports:

  Currently indexed: 226321 files, 54250 folders
  Remaining space on database partition: 114.8 GB (24.59%)
  All data miners are idle, indexing complete

If the miners are this busy, I would expect something other than 'idle'
to be reported.

Kind regards,
Matijs

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

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

Versions of packages tracker depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.12.16-2
ii  dbus-x11 [dbus-session-bus]   1.12.16-2
ii  dconf-gsettings-backend [gsettings-backend]   0.36.0-1
ii  libc6 2.30-4
ii  libglib2.0-0  2.64.2-1
ii  libglib2.0-bin2.64.2-1
ii  libicu63  63.2-3
ii  libsqlite3-0  3.31.1-5
ii  libstemmer0d  0+svn585-2
ii  libtracker-control-2.0-0  2.3.4-1
ii  libtracker-sparql-2.0-0   2.3.4-1
ii  shared-mime-info  1.15-1

Versions of packages tracker recommends:
ii  tracker-miner-fs  2.3.3-2

tracker suggests no packages.

-- no debconf information

Bug#946945: Why package this gem instead of using its successors?

[Matijs van Zuijlen]

Hi Utkarsh,

This gem is very old (2009) and unmaintained upstream and it looks like
its functionality is included in the newer gems unidecoder (2013) and
stringex (2018). Stringex is actually already in Debian.

Can you explain to me why this gem is being packaged? Is there some gem
that needs it? It is not clear from the wnpp bug description.

-- 
Kind regards,
Matijs van Zuijlen



signature.asc
Description: OpenPGP digital signature

Bug#926309: I found the 'problem'

[Matijs van Zuijlen]

I did some more debugging by echoing $@ at various places and finally
narrowed it down to the reading of the profile files that happens at the
top of /etc/gdm3/Xsession ...

It turned out my $HOME/.profile file had the line 'set GDK_DISPLAY based
on session type', which should have been a comment but wasn't. Hence,
this line got interpreted as a command to set $@ ...

I guess this issue can be closed.

Kind regards,
Matijs van Zuijlen



signature.asc
Description: OpenPGP digital signature

Bug#927411: libapache2-mod-passenger: Many new versions are available

[Matijs van Zuijlen]

Package: libapache2-mod-passenger
Severity: normal

Dear maintainer,

The passenger version in Debian is quite a bit behind the latest
upstream version. Just looking at minor versions, 5.1, 5.2 and 6.0 have
been released. Please consider updating the Debian package to a later
version.

Kind regards,
Matijs

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

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

Bug#926309: gdm3: gdm-x-session calls Xsession with broken arguments

[Matijs van Zuijlen]

On 03/04/2019 12:14, Simon McVittie wrote:
> On Wed, 03 Apr 2019 at 11:12:49 +0200, Matijs van Zuijlen wrote:
>> Version: 3.32.0-1
>>
>> Since a couple of weeks, I guess
> 
> This is presumably a regression in the gdm3 version in experimental,
> or a regression in some related GNOME 3.32 component in experimental
> (maybe gnome-session or similar). buster/sid are hopefully unaffected?

Oh, I actually only installed the version from experimental because
reportbug told me to try it. The version in unstable has the same
problem, I'm afraid.

Kind regards,
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#926309: gdm3: gdm-x-session calls Xsession with broken arguments

[Matijs van Zuijlen]

Package: gdm3
Version: 3.32.0-1
Severity: normal

Dear maintainer,

Since a couple of weeks, I guess, logging into the GNOME X session from
gdm3 shows a popup with the message:

Xsession: unsupported number of arguments (5); falling back to default 
session.

This message also appears in the logs:

Apr 03 09:26:34 bean /usr/lib/gdm3/gdm-x-session[3709]: /etc/gdm3/Xsession: 
Beginning session setup...
Apr 03 09:26:34 bean /usr/lib/gdm3/gdm-x-session[3709]: 
dbus-update-activation-environment: setting 
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1001/bus
Apr 03 09:26:34 bean /usr/lib/gdm3/gdm-x-session[3709]: 
dbus-update-activation-environment: setting DISPLAY=:0
Apr 03 09:26:34 bean /usr/lib/gdm3/gdm-x-session[3709]: 
dbus-update-activation-environment: setting 
XAUTHORITY=/run/user/1001/gdm/Xauthority
Apr 03 09:26:34 bean /usr/lib/gdm3/gdm-x-session[3709]: Xsession: 
unsupported number of arguments (5); falling back to default session.

I have amended the /etc/X11/Xsession.d/20x11-common_process-args script
to also print the passed arguments, and they are:

GDK_BACKEND based on session type

I'm not sure where to look next ...

Kind regards,
Matijs

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

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

Versions of packages gdm3 depends on:
ii  accountsservice   0.6.45-2
ii  adduser   3.118
ii  dconf-cli 0.30.1-2
ii  dconf-gsettings-backend   0.30.1-2
ii  debconf [debconf-2.0] 1.5.71
ii  gir1.2-gdm-1.03.32.0-1
ii  gnome-session [x-session-manager] 3.30.1-2
ii  gnome-session-bin 3.30.1-2
ii  gnome-settings-daemon 3.30.2-3
ii  gnome-shell   3.30.2-3
ii  gnome-terminal [x-terminal-emulator]  3.30.2-2
ii  gsettings-desktop-schemas 3.28.1-1
ii  libaccountsservice0   0.6.45-2
ii  libaudit1 1:2.8.4-2
ii  libc6 2.28-8
ii  libcanberra-gtk3-00.30-7
ii  libcanberra0  0.30-7
ii  libgdk-pixbuf2.0-02.38.1+dfsg-1
ii  libgdm1   3.32.0-1
ii  libglib2.0-0  2.58.3-1
ii  libglib2.0-bin2.58.3-1
ii  libgtk-3-03.24.5-1
ii  libkeyutils1  1.6-6
ii  libpam-modules1.3.1-5
ii  libpam-runtime1.3.1-5
ii  libpam-systemd241-2
ii  libpam0g  1.3.1-5
ii  librsvg2-common   2.44.10-1
ii  libselinux1   2.8-1+b1
ii  libsystemd0   241-2
ii  libwrap0  7.6.q-28
ii  libx11-6  2:1.6.7-1
ii  libxau6   1:1.0.8-1+b2
ii  libxcb1   1.13.1-2
ii  libxdmcp6 1:1.1.2-3
ii  lsb-base  10.2019031300
ii  mutter [x-window-manager] 3.30.2-6
ii  openbox [x-window-manager]3.6.1-8
ii  policykit-1   0.105-25
ii  procps2:3.3.15-2
ii  rxvt-unicode [x-terminal-emulator]9.22-6
ii  tilix [x-terminal-emulator]   1.8.9-1
ii  ucf   3.0038+nmu1
ii  x11-common1:7.7+19
ii  x11-xserver-utils 7.7+8
ii  xterm [x-terminal-emulator]   344-1

Versions of packages gdm3 recommends:
ii  at-spi2-core2.30.0-7
ii  desktop-base10.0.0
ii  x11-xkb-utils   7.7+4
ii  xserver-xephyr  2:1.20.4-1
ii  xserver-xorg1:7.7+19
ii  zenity  3.30.0-2

Versions of packages gdm3 suggests:
pn  gnome-orca
pn  libpam-fprintd
ii  libpam-gnome-keyring  3.28.2-5

-- Configuration Files:
/etc/gdm3/daemon.conf changed:
[daemon]
[security]
[xdmcp]
[chooser]
[debug]


-- debconf information:
  gdm3/daemon_name: /usr/sbin/gdm3
* shared/default-x-display-manager: gdm3

Bug#923385: ecryptfs-utils: Can no longer move files between ecryptfs-mounted directories

[Matijs van Zuijlen]

Package: ecryptfs-utils
Version: 111-4
Severity: important

Dear maintainer,

I have had an encrypted directory ~/.Private mounted as ~/Private for
quite some time. Since about two hours, I can no longer move files
within that directory:

$ cd ~/Private
$ mkdir foo
$ cd foo
$ touch bar
$ mv bar baz
mv: cannot move 'bar' to a subdirectory of itself, 'baz'

Copying, overwriting and deleting files works fine.

Please let me know if I can provide any further information to debug
this.

Kind regards,
Matijs van Zuijlen

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

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

Versions of packages ecryptfs-utils depends on:
ii  gettext-base0.19.8.1-9
ii  keyutils1.6-4
ii  libassuan0  2.5.2-1
ii  libc6   2.28-7
ii  libecryptfs1111-4
ii  libgpg-error0   1.35-1
ii  libgpgme11  1.12.0-6
ii  libkeyutils11.6-4
ii  libpam-runtime  1.3.1-5
ii  libpam0g1.3.1-5
ii  libtspi10.3.14+fixed1-1

ecryptfs-utils recommends no packages.

Versions of packages ecryptfs-utils suggests:
pn  cryptsetup  

-- no debconf information

Bug#872336: Workaround: use offscreen QPA platform

[Matijs van Zuijlen]

With Qt5, You can work around the need for X by setting
QT_QPA_PLATFORM=offscreen.

This will be set automatically in version 0.12.5 of wkhtmltopdf.

-- 
Kind regards,
Matijs van Zuijlen



signature.asc
Description: OpenPGP digital signature

Bug#921914: It seems the messages were there all along

[Matijs van Zuijlen]

Dear maintainer,

After sending this report, I started editing my logcheck configuration
to ignore these messages for the time being, and I discovered that a
similar message was already filtered out, but with a blank interface
name. I'm guessing I added this filter while #903783 was open.

Indeed, looking at older logs, I can see that these messages were
present at least as long ago as January:

Jan 09 14:42:54 bean minissdpd[9821]: setsockopt(udp,
IPV6_JOIN_GROUP)(FF02::C, ): Address already in use

I'm not sure #903783 was actually fixed, at least for my system.

Kind regards,
Matijs van Zuijlen



signature.asc
Description: OpenPGP digital signature

Bug#921914: minissdpd: Lots of "Address already in use" syslog messages (again)

[Matijs van Zuijlen]

Package: minissdpd
Version: 1.5.20180223-5
Severity: normal

Dear maintainer,

With the most recent upgrade of minissdpd, the 'Address already in use'
messages from #903783 seem to have returned. They now appear every five
minutes or so:

Feb  9 17:02:58 bean minissdpd[2321]: setsockopt(udp, 
IPV6_JOIN_GROUP)(FF02::C, wlan0): Address already in use
Feb  9 17:02:58 bean minissdpd[2321]: setsockopt(udp, 
IPV6_JOIN_GROUP)(FF02::C, wlan0): Address already in use
Feb  9 17:02:58 bean minissdpd[2321]: setsockopt(udp, 
IPV6_JOIN_GROUP)(FF02::C, wlan0): Address already in use
Feb  9 17:03:01 bean minissdpd[2321]: setsockopt(udp, 
IPV6_JOIN_GROUP)(FF02::C, wlan0): Address already in use
Feb  9 17:03:01 bean minissdpd[2321]: setsockopt(udp, 
IPV6_JOIN_GROUP)(FF02::C, wlan0): Address already in use
Feb  9 17:03:01 bean minissdpd[2321]: setsockopt(udp, 
IPV6_JOIN_GROUP)(FF02::C, wlan0): Address already in use
Feb  9 17:03:09 bean minissdpd[2321]: setsockopt(udp, 
IPV6_JOIN_GROUP)(FF02::C, wlan0): Address already in use
Feb  9 17:03:09 bean minissdpd[2321]: setsockopt(udp, 
IPV6_JOIN_GROUP)(FF02::C, wlan0): Address already in use
Feb  9 17:03:09 bean minissdpd[2321]: setsockopt(udp, 
IPV6_JOIN_GROUP)(FF02::C, wlan0): Address already in use
Feb  9 17:11:18 bean minissdpd[2321]: setsockopt(udp, 
IPV6_JOIN_GROUP)(FF02::C, wlan0): Address already in use
Feb  9 17:11:18 bean minissdpd[2321]: setsockopt(udp, 
IPV6_JOIN_GROUP)(FF02::C, wlan0): Address already in use
Feb  9 17:11:18 bean minissdpd[2321]: setsockopt(udp, 
IPV6_JOIN_GROUP)(FF02::C, wlan0): Address already in use

I do not recall consciously having set the MiniSSDPd_INTERFACE_ADDRESS
option, which was modified on 2019-02-08, it seems when the latest
release was installed. Maybe this has something to do with it?

Regards,
Matijs

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

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

Versions of packages minissdpd depends on:
ii  debconf [debconf-2.0]  1.5.70
ii  init-system-helpers1.56+nmu1
ii  libc6  2.28-6
ii  libnfnetlink0  1.0.1-3+b1
ii  lsb-base   10.2018112800

minissdpd recommends no packages.

minissdpd suggests no packages.

-- Configuration Files:
/etc/default/minissdpd changed:
MiniSSDPd_INTERFACE_ADDRESS="br-4022230c9d1b docker0 wlan0"
MiniSSDPd_OTHER_OPTIONS="-6"


-- debconf information:
* minissdpd/listen: br-4022230c9d1b docker0 wlan0
* minissdpd/why_I_am_here:
* minissdpd/start_daemon: true
  minissdpd/ip6: true

Bug#918949: tilix: New terminals do not open in current directory

[Matijs van Zuijlen]

Package: tilix
Version: 1.8.9-1
Severity: normal

Dear maintainer,

It seems Tilix somehow fails to execute the /etc/profile.d/vte-2.91.sh
script supplied by libvte-2.91-common, which means each new terminal
opens in $HOME. This works fine in Gnome Terminal. The Tilix wiki
provides some workarounds (e.g., softlinking to /etc/profile.d/vte.sh),
but I feel this should be unnecessary, or at least the Tilix package
should do it for the user.

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

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

Versions of packages tilix depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.30.1-2
ii  libc62.28-4
ii  libgcc1  1:8.2.0-14
ii  libgtkd-3-0  3.8.5-1
ii  libphobos2-ldc-shared82  1:1.12.0-1
ii  libvted-3-0  3.8.5-1
ii  libx11-6 2:1.6.7-1
ii  tilix-common 1.8.9-1

tilix recommends no packages.

Versions of packages tilix suggests:
pn  python-nautilus  

-- no debconf information

Bug#911161: Patch is not correct

[Matijs van Zuijlen]

Dear maintainer,

I'm afraid the given patch is not correct. To fix thumbnail generation
in Gnome/Nautilus, I had to add the following line instead:

owner /tmp/gnome-desktop-thumbnailer.* w,


-- 
Kind regards,
Matijs van Zuijlen



signature.asc
Description: OpenPGP digital signature

Bug#909728: I found a workaround

[Matijs van Zuijlen]

Dear maintainer,

The folder /usr/local/share/fonts turned out to be empty. Removing it
stopped the messages appearing.

-- 
Kind regards,
Matijs van Zuijlen



signature.asc
Description: OpenPGP digital signature

Bug#909728: fontconfig: Spams console with message Unable to revert mtime: /usr/local/share/fonts

[Matijs van Zuijlen]

Package: fontconfig
Version: 2.13.1-1
Severity: normal

Dear maintainer,

Fontconfig has started spamming the console with messages about not
being able to revert mtime:

Unable to revert mtime: /usr/local/share/fonts

For example, this happens when I start gvim from one of my gnome
terminal windows.

I believe the message originates from the following line in fontconfig's
source code:

https://github.com/behdad/fontconfig/blob/d1f48f11d5dffa1d954a1b0abe44ce9e4bfc3709/src/fccache.c#L140

Kind Regards,
Matijs

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

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

Versions of packages fontconfig depends on:
ii  fontconfig-config  2.13.1-1
ii  libc6  2.27-6
ii  libfontconfig1 2.13.1-1
ii  libfreetype6   2.8.1-2

fontconfig recommends no packages.

fontconfig suggests no packages.

-- no debconf information

Bug#905633: libreoffice-gtk3: Filter drop-down in Calc closes too soon with Gtk3 rendering

[Matijs van Zuijlen]

It seems this problem does not occur when using Wayland.

Regards,
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#905633: libreoffice-gtk3: Filter drop-down in Calc closes too soon with Gtk3 rendering

[Matijs van Zuijlen]

Package: libreoffice-gtk3
Version: 1:6.1.0~rc2-2
Severity: normal

Dear maintainer,

When I have a document with autofilters in Calc, and I click on the
button with the little inverted triangle that makes the filter drop-down
appear, then as soon as I move my mouse down to actually interact with
the drop-down, the drop-down disappears.

If I click low enough on the button, the drop-down appears underneath my
mouse cursor and I can interact with the filter.

If I remove libreoffice-gtk3, a different drop-down appears and the
problem does not occur.

If instead of libreoffice-gtk3 I install libreoffice-gtk2, the problem
also does not occur.

Kind regards,
Matijs

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

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

Versions of packages libreoffice-gtk3 depends on:
ii  libatk1.0-0  2.28.1-1
ii  libc62.27-5
ii  libcairo-gobject21.15.10-3
ii  libcairo21.15.10-3
ii  libdbus-1-3  1.12.10-1
ii  libdbus-glib-1-2 0.110-3
ii  libepoxy01.4.3-1
ii  libgcc1  1:8.2.0-3
ii  libgdk-pixbuf2.0-0   2.36.12-1
ii  libglib2.0-0 2.56.1-2
ii  libgraphite2-3   1.3.11-2
ii  libgtk-3-0   3.22.30-2
ii  libharfbuzz-icu0 1.8.5-1
ii  libharfbuzz0b1.8.5-1
ii  libice6  2:1.0.9-2
ii  libpango-1.0-0   1.42.1-2
ii  libpangocairo-1.0-0  1.42.1-2
ii  libreoffice-core 1:6.1.0~rc3-1
ii  libsm6   2:1.2.2-1+b3
ii  libstdc++6   8.2.0-3
ii  libx11-6 2:1.6.5-1
ii  libxext6 2:1.3.3-1+b2
ii  uno-libs36.1.0~rc3-1
ii  ure  6.1.0~rc3-1

libreoffice-gtk3 recommends no packages.

Versions of packages libreoffice-gtk3 suggests:
pn  libreofficekit-data  

-- no debconf information

Bug#904313: gnome-software: Ctrl-F does not open search field

[Matijs van Zuijlen]

Package: gnome-software
Version: 3.28.2-1
Severity: minor

The Ctrl-F keyboard shortcut does not open the search box, but does close it.

- When the search box is not shown, Ctrl-F causes a brief flicker of the bottom
border of the window title bar.
- When the search box is shown, e.g., by typing some search term or clicking
the magnifier glass button, Ctrl-F clears any text in the search box and then
hides it.



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

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

Versions of packages gnome-software depends on:
ii  appstream0.12.1-1
ii  apt-config-icons 0.12.1-1
ii  dconf-gsettings-backend [gsettings-backend]  0.28.0-2
ii  gnome-software-common3.28.2-1
ii  gsettings-desktop-schemas3.28.0-1
ii  libappstream-glib8   0.7.7-2
ii  libatk1.0-0  2.28.1-1
ii  libc62.27-5
ii  libcairo21.15.10-3
ii  libfwupd21.0.8-1
ii  libgdk-pixbuf2.0-0   2.36.11-2
ii  libglib2.0-0 2.56.1-2
ii  libgnome-desktop-3-173.28.2-1
ii  libgspell-1-11.6.1-1
ii  libgtk-3-0   3.22.30-2
ii  libgtk3-perl 0.034-1
ii  libgudev-1.0-0   1:230-2
ii  libjson-glib-1.0-0   1.4.2-4
ii  libpackagekit-glib2-18   1.1.10-1
ii  libpolkit-gobject-1-00.105-21
ii  libsecret-1-00.18.6-2
ii  libsoup2.4-1 2.62.2-2
ii  packagekit   1.1.10-1
ii  software-properties-gtk  0.96.20.2-1

gnome-software recommends no packages.

Versions of packages gnome-software suggests:
pn  apt-config-icons-hidpi 
pn  fwupd  
pn  gnome-software-plugin-flatpak  
pn  gnome-software-plugin-limba
pn  gnome-software-plugin-snap 

-- no debconf information

Bug#898926: thunderbird: Keeps setting itself as default browser

[Matijs van Zuijlen]

Hi Carsten,

Your detailed response sent be on a cleanup of all settings related to this.

On 17/05/18 16:08, Carsten Schoenert wrote:
> Thunderbird itself is using the settings
> 'network.protocol-handler.app.http(s)' for referencing the to be used
> browser if one of http protocols is called.
> 
> The default is set to 'x-www-browser' (see
> /etc/thunderbird/pref/thunderbird.js) which is linked to another link
> handled by update-alternates.

Yes, /etc/thunderbird/pref/thunderbird.js contains the correct value.

>> $ which x-www-browser 
>> /usr/bin/x-www-browser
>> $ ls -la /usr/bin/x-www-browser
>> lrwxrwxrwx 1 root root 31 Jun 19  2017 /usr/bin/x-www-browser -> 
>> /etc/alternatives/x-www-browser
>> $ ls -la /etc/alternatives/x-www-browser
>> lrwxrwxrwx 1 root root 16 Mär 30 18:47 /etc/alternatives/x-www-browser -> 
>> /usr/bin/firefox

For me, this alternative is set to /usr/bin/epiphany-browser.

> These settings shown above are the default case for a long time, so if
> Thunderbird tries to open Thunderbird for html links you have some non
> default settings.
> 
> The settings for network.protocol-handler.app.http(s) can be modified
> within your preferences so first have a look into your profile and check
> if there is something changed.

I can't find it in prefs.js in my profile. However, if I go to the
Preferences window in Thunderbird, under Attachments/Incoming there are
settings for http and https. These are currently set to 'Use firefox',
but their defaults are 'Use Thunderbird'. There is also an entry for
HTML Document, currently set to 'Always ask'. Its other options are 'Use
Thunderbird (default)', and 'Use gvim'. No actual browser is listed there.

> Another possibility to look at is the file
> $HOME/.thunderbird/[your_profile]/mimeTypes.rdf
> 
> Here also some different browser can be declared. Look for something
> like this especially on 'NC:path':
> 
>>  10   >  11NC:prettyName="iceweasel"
>>  12NC:path="/usr/bin/x-www-browser" />
> 
> You can safely remove such a entry.
> 

I'm guessing this is what is edited under Attachments/Incoming? I'm
still surprised by the defaults presented. Oddly, for PNG Image, the
default is Firefox.

In addition to checking the above, I have also cleaned up the settings
for my Gnome desktop environment. There were a lot of old .desktop files
lying around, some indeed setting thunderbird or icedove as a potential
browser. As a result, in Gnome's Settings application under Default
Applications, the Web option finally no longer listed Thunderbird as an
option, and had Firefox set as its value. All seemed well.

However, this morning I noticed:

   $ xdg-settings get default-web-browser
   thunderbird.desktop

I immediately checked Gnome's settings, and it still listed Firefox.

Then just now, I ran:

   $ xdg-open https://www.matijs.net/

.. and it seems this tried to open Thunderbird, although I can only tell
from the AppArmor messages appearing, since nothing is actually shown.
In Gnome's settings, the Web entry now again shows Thunderbird.

I'm not sure what's going on here or where xdg-settings gets its
information.

Regards,
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#898926: thunderbird: Keeps setting itself as default browser

[Matijs van Zuijlen]

Package: thunderbird
Version: 1:52.7.0-1
Severity: normal

Thunderbird keeps setting itself as default browser, causing local html files
to be opened as attachment to a new email message, and links to be
opened no-where.

I'm using Gnome as my desktop environment, and want to have Firefox be
its default browser.

Thunderbird is not a browser so shouldn't even try to make itself the
default.

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

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

Versions of packages thunderbird depends on:
ii  debianutils   4.8.6
ii  fontconfig2.13.0-5
ii  libatk1.0-0   2.28.1-1
ii  libc6 2.27-3
ii  libcairo-gobject2 1.15.10-3
ii  libcairo2 1.15.10-3
ii  libdbus-1-3   1.12.8-2
ii  libdbus-glib-1-2  0.110-2
ii  libevent-2.1-62.1.8-stable-4
ii  libffi6   3.2.1-8
ii  libfontconfig12.13.0-5
ii  libfreetype6  2.8.1-2
ii  libgcc1   1:8.1.0-3
ii  libgdk-pixbuf2.0-02.36.11-2
ii  libglib2.0-0  2.56.1-2
ii  libgtk-3-03.22.30-1
ii  libhunspell-1.6-0 1.6.2-1+b1
ii  libpango-1.0-01.42.1-1
ii  libpangocairo-1.0-0   1.42.1-1
ii  libpangoft2-1.0-0 1.42.1-1
ii  libpixman-1-0 0.34.0-2
ii  libstartup-notification0  0.12-5
ii  libstdc++68.1.0-3
ii  libvpx5   1.7.0-3
ii  libx11-6  2:1.6.5-1
ii  libx11-xcb1   2:1.6.5-1
ii  libxcb-shm0   1.13-1
ii  libxcb1   1.13-1
ii  libxcomposite11:0.4.4-2
ii  libxdamage1   1:1.1.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxfixes31:5.0.3-1
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1
ii  psmisc23.1-1+b1
ii  x11-utils 7.7+4
ii  zlib1g1:1.2.11.dfsg-1

Versions of packages thunderbird recommends:
ii  hunspell-en-gb [hunspell-dictionary]  1:6.0.3-3
ii  hunspell-en-us [hunspell-dictionary]  1:2018.04.16-1
ii  hunspell-en-za [hunspell-dictionary]  1:6.0.3-3
ii  hunspell-nl [hunspell-dictionary] 2:2.10-6
pn  lightning 
ii  myspell-en-au [myspell-dictionary]2.1-5.4

Versions of packages thunderbird suggests:
ii  apparmor  2.12-4
ii  fonts-lyx 2.3.0-2
ii  libgssapi-krb5-2  1.16-2

-- no debconf information

Bug#889699: gnome-terminal-server leaves left-over processes, causing systemd to complain

[Matijs van Zuijlen]

Package: gnome-terminal
Version: 3.26.2-3
Severity: normal

Dear maintainer,

Gnome-terminal-server is set up to leave child processes running after
it exits. I think this is a good thing, but it seems that it exits as
soon as all UI windows are closed, and systemd feels the need to
complain about the left-over processes. As a result, whenever I close
the terminal, my log is filled with systemd warnings.

I'm not sure what the best solution is here, but it seems at least the
server could just stay around in anticipation of a new UI window being
opened.

Kind regards,
Matijs

PS: See https://github.com/systemd/systemd/issues/7864 for a discussion
about the possibility of systemd not logging as much.

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

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

Versions of packages gnome-terminal depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.12.2-1
ii  dbus-x11 [dbus-session-bus]   1.12.2-1
ii  dconf-gsettings-backend [gsettings-backend]   0.26.1-3
ii  gnome-terminal-data   3.26.2-3
ii  gsettings-desktop-schemas 3.24.1-2
ii  libatk1.0-0   2.26.1-3
ii  libc6 2.26-6
ii  libdconf1 0.26.1-3
ii  libglib2.0-0  2.54.3-2
ii  libgtk-3-03.22.26-2
ii  libnautilus-extension1a   3.26.2-2
ii  libpango-1.0-01.40.14-1
ii  libuuid1  2.30.2-0.3
ii  libvte-2.91-0 0.50.2-4
ii  libx11-6  2:1.6.4-3

Versions of packages gnome-terminal recommends:
ii  gvfs  1.34.1-2
ii  yelp  3.26.0-2

gnome-terminal suggests no packages.

-- no debconf information

Bug#873388: autopostgresqlbackup: Causes systemd session errors to appear in system log

[Matijs van Zuijlen]

Package: autopostgresqlbackup
Version: 1.0-7
Severity: normal

Every day, I get a bunch of errors in the system log from pam_systemd
that seem to originate from autopostgresqlbackup.

The main error is:

  Aug 26 09:05:26 bean su[16220]: pam_systemd(su:session): Failed to create 
session: Start job for unit user@129.service failed with 'failed'

The full log of the specific session is:

  Aug 26 09:05:26 bean su[16220]: Successful su for postgres by root
  Aug 26 09:05:26 bean su[16220]: + ??? root:postgres
  Aug 26 09:05:26 bean su[16220]: pam_unix(su:session): session opened for user 
postgres by (uid=0)
  Aug 26 09:05:26 bean systemd[16203]: Received SIGRTMIN+24 from PID 16221 
(kill).
  Aug 26 09:05:26 bean systemd-logind[526]: New session c12 of user postgres.
  Aug 26 09:05:26 bean systemd[1]: Started Session c12 of user postgres.
  Aug 26 09:05:26 bean systemd[16204]: pam_unix(systemd-user:session): session 
closed for user postgres
  Aug 26 09:05:26 bean systemd[1]: user@129.service: Start request repeated too 
quickly.
  Aug 26 09:05:26 bean systemd[1]: Failed to start User Manager for UID 129.
  Aug 26 09:05:26 bean systemd[1]: user@129.service: Unit entered failed state.
  Aug 26 09:05:26 bean systemd[1]: user@129.service: Failed with result 
'start-limit-hit'.
  Aug 26 09:05:26 bean su[16220]: pam_systemd(su:session): Failed to create 
session: Start job for unit user@129.service failed with 'failed'
  Aug 26 09:05:26 bean su[16220]: pam_unix(su:session): session closed for user 
postgres
  Aug 26 09:05:26 bean systemd-logind[526]: Removed session c12.
  Aug 26 09:05:26 bean systemd[1]: Removed slice User Slice of postgres.

This is repeated about 14 times (the number is not the same from day to
day).

Since some sessions are succesful, there may be a timing issue.

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

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

Versions of packages autopostgresqlbackup depends on:
ii  heirloom-mailx14.8.16-1
ii  mailutils [mailx] 1:3.1.1-1
ii  postgresql-client-common  184

Versions of packages autopostgresqlbackup recommends:
ii  heirloom-mailx  14.8.16-1
ii  mutt1.8.3+neomutt20170609-2+b1
ii  openssl 1.1.0f-5

autopostgresqlbackup suggests no packages.

-- no debconf information

Bug#865502: Patch created

[Matijs van Zuijlen]

This patch has now been accepted and is part of pre-release 4.0.3rc5.
Please consider applying this patch to the version in Debian.

Regards,
Matijs

On Fri, 7 Jul 2017 14:52:04 +0200 Matijs van Zuijlen <mat...@matijs.net>
wrote:
> I created a minimal patch and submitted it upstream here:
> https://github.com/JoeDog/siege/pull/107
> 
> Regards,
> Matijs
> 



signature.asc
Description: OpenPGP digital signature

Bug#865502: Patch created

[Matijs van Zuijlen]

I created a minimal patch and submitted it upstream here:
https://github.com/JoeDog/siege/pull/107

Regards,
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#865502: Crashes with ssl, does not crash without

[Matijs van Zuijlen]

Dear maintainer,

I can confirm this issue. I have also compiled sieve from source
(current git master), and find that it crashes if it is compiled with
ssh support, but does not crash without it.

Kind regards,
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#865508: greylistd: README file explaining use of dnslists is missing

[Matijs van Zuijlen]

Package: greylistd
Version: 0.8.8.7
Severity: minor

Dear Maintainer,

I just installed greylistd and ran the configuration script for exim4.
I'm trying to understand the dnslists entry created. Going through the
changelog, I see the entry where the current setup was introduced reads
"see README.dnslists-known-hosts". However, this file is not present in
the greylistd doc directory.

I am now at a loss what the file
"/etc/greylistd/dnswl-known-good-sender" is supposed to contain.

Regards,
Matijs

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

Kernel: Linux 4.4.72-rh91-20170615024431.xenU.x86_64 (SMP w/2 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages greylistd depends on:
ii  adduser3.115
ii  debconf [debconf-2.0]  1.5.61
ii  python 2.7.13-2

Versions of packages greylistd recommends:
ii  exim4  4.89-2+deb9u1

greylistd suggests no packages.

-- debconf information:
  greylistd/restartexim: true
  greylistd/autoconfig_notdone:
* greylistd/autoconfig_notdone_exim4:

Bug#669188: Any updates on this?

[Matijs van Zuijlen]

Dear maintainers,

I'm afraid the situation on this has taken a turn for the worse, since
locales-all no longer provides locales. The result is that, in amd64
systems, it is now (as of stretch) impossible to install i386 packages
that depend on locales.

Are there any plans to improve the situation?

Kind regards,
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#863406: chromium-driver: Follow upstream version numbers

[Matijs van Zuijlen]

Package: chromium-driver
Version: 58.0.3029.96-1
Severity: wishlist

It is rather confusing that the chromium-driver package has a version
number like 58.x.y.z, when the upstream version for chromedriver, and
the version reported by /usr/bin/chromedriver is actually 2.27.

Would it be possible to extract chromium-driver from the chromium
source package and use the upstream version numbers?

-- System Information:
Debian Release: 9.0
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable')
Architecture: amd64
 (x86_64)

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

Versions of packages chromium-driver depends on:
ii  chromium58.0.3029.96-1
ii  libc6   2.24-10
ii  libevent-2.0-5  2.0.21-stable-3
ii  libfontconfig1  2.11.0-6.7+b1
ii  libfreetype62.6.3-3.2
ii  libgcc1 1:6.3.0-18
ii  libglib2.0-02.50.3-2
ii  libicu5757.1-6
ii  libminizip1 1.1-8+b1
ii  libnspr42:4.12-6
ii  libnss3 2:3.26.2-1
ii  libstdc++6  6.3.0-18
ii  libx11-62:1.6.4-3
ii  zlib1g  1:1.2.8.dfsg-5

chromium-driver recommends no packages.

chromium-driver suggests no packages.

-- no debconf information

Bug#837893: systemd: Logging from gnome session is passed on to all syslog facilities

[Matijs van Zuijlen]

On 19/12/16 00:24, Michael Biebl wrote:
> I don't think this is a systemd bug per se, it just means that more
> GNOME/desktop components now directly log to the journal [¹].

I don't think so, since the change was quite abrupt, but that could also
be due to the transition to GNOME 3.22.

> In this case the syslog facility is not set, as you already noticed.
> Maybe glib should be updated to set the syslog facility to user, not sure.

It seems the intention of journald is to set the facility to user if
none is set:

https://github.com/systemd/systemd/blob/master/src/journal/journald-syslog.c#L190

This is what to me seems to be broken at the moment.

> [¹]
> https://developer.gnome.org/glib/stable/glib-Message-Logging.html#g-log-structured
> 

-- 
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#846052: passenger-config/status cannot find instance registry

[Matijs van Zuijlen]

Package: passenger
Version: 5.0.30-1
Severity: normal

Dear Maintainer,

I have just upgraded to passenger 5, and now I want to restart my
application the 'new' way by using passenger-config. I have tried this
both through capistrano, and on the command line, and I get the
following error message:

   *** ERROR: Phusion Passenger doesn't seem to be running. If you are sure 
that it
  is running, then the causes of this problem could be one of:

   1. You customized the instance registry directory using Apache's
  PassengerInstanceRegistryDir option, Nginx's
  passenger_instance_registry_dir option, or Phusion Passenger Standalone's
  --instance-registry-dir command line argument. If so, please set the
  environment variable PASSENGER_INSTANCE_REGISTRY_DIR to that directory
  and run this command again.
   2. The instance directory has been removed by an operating system background
  service. Please set a different instance registry directory using Apache's
  PassengerInstanceRegistryDir option, Nginx's 
passenger_instance_registry_dir
  option, or Phusion Passenger Standalone's --instance-registry-dir command
  line argument.

I have tried both with and without sudo. I can confirm that passenger is indeed
running, and throught lsof I can see that it has open files in a directory in
/tmp that I cannot not in fact see listed there. So to me it looks like option
2 is in fact the case, but I have not tried the instructions there and I would
have expected them not be needed.

-- System Information:
Distributor ID: Ubuntu
Description:Ubuntu GNU/Linux 8.6 (jessie)
Release:8.6
Codename:   jessie
Architecture: i386 (i686)

Kernel: Linux 4.4.32-rh33-20161115070633.xenU.i386 (SMP w/2 CPU cores)
Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages passenger depends on:
ii  libc6   2.19-18+deb8u6
ii  libcurl37.38.0-4+deb8u4
ii  libgcc1 1:4.9.2-10
ii  libgmp102:6.0.0+dfsg-6
ii  libruby2.3  2.3.1-6
ii  libstdc++6  6.2.0-13
ii  libuv1  1.9.1-3
ii  ruby1:2.3.0+4
ii  ruby-rack   1.6.4-4
ii  zlib1g  1:1.2.8.dfsg-2+b1

passenger recommends no packages.

Versions of packages passenger suggests:
ii  nodejs 0.10.29~dfsg-2
pn  passenger-doc  
ii  python 2.7.9-1
pn  rails  

-- no debconf information

Bug#843002: Similar problem

[Matijs van Zuijlen]

Hi,

I'm experiencing what is probably the same or a similar problem. I'm
getting similar entries in the log, and when I run
/usr/lib/at-spi2-core/at-spi-bus-launcher from the terminal it
immediately dumps core. I'm attaching a stack trace. It looks like the
offending line is the one added by the register-client-early patch.

Regards,
Matijs
GNU gdb (Debian 7.11.1-2) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/at-spi2-core/at-spi-bus-launcher...Reading 
symbols from 
/usr/lib/debug/.build-id/de/339cf7d3be1e3bc31e45838ce27d14310f4f8e.debug...done.
done.

warning: core file may not match specified executable file.
[New LWP 6653]
[New LWP 6655]
[New LWP 6656]
[New LWP 6654]
[New LWP 6657]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/lib/at-spi2-core/at-spi-bus-launcher'.
Program terminated with signal SIGABRT, Aborted.
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:58
58  ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
[Current thread is 1 (Thread 0x7fb7d8ce5840 (LWP 6653))]
(gdb) where
#0  0x7fb7d792cfdf in __GI_raise (sig=sig@entry=6) at 
../sysdeps/unix/sysv/linux/raise.c:58
#1  0x7fb7d792e40a in __GI_abort () at abort.c:89
#2  0x7fb7d796abd0 in __libc_message (do_abort=do_abort@entry=2, 
fmt=fmt@entry=0x7fb7d7a5fc70 "*** Error in `%s': %s: 0x%s ***\n") at 
../sysdeps/posix/libc_fatal.c:175
#3  0x7fb7d7970fa6 in malloc_printerr (action=3, str=0x7fb7d7a5fd38 "double 
free or corruption (out)", ptr=, ar_ptr=) at 
malloc.c:5046
#4  0x7fb7d797179e in _int_free (av=0x7fb7d7c92b00 , 
p=0x7ffc72cc6570, have_lock=0) at malloc.c:3902
#5  0x0040256f in register_client (app=app@entry=0x2357c00) at 
at-spi-bus-launcher.c:198
#6  0x004025b8 in on_name_acquired (app=0x2357c00) at 
at-spi-bus-launcher.c:247
#7  0x004025b8 in on_name_acquired (connection=, 
name=, user_data=0x2357c00) at at-spi-bus-launcher.c:658
#8  0x7fb7d88247f6 in do_call (client=0x235e8e0, 
call_type=CALL_TYPE_NAME_ACQUIRED) at ././gio/gdbusnameowning.c:215
#9  0x7fb7d8824a38 in request_name_cb (source_object=, 
res=, user_data=0x235e8e0) at ././gio/gdbusnameowning.c:327
#10 0x7fb7d87e94e3 in g_task_return_now (task=0x23601e0 [GTask]) at 
././gio/gtask.c:1121
#11 0x7fb7d87e9b96 in g_task_return (task=0x23601e0 [GTask], 
type=) at ././gio/gtask.c:1179
#12 0x7fb7d881c68a in g_dbus_connection_call_done (source=, 
result=0x23602b0, user_data=0x23601e0) at ././gio/gdbusconnection.c:5708
#13 0x7fb7d87e94e3 in g_task_return_now (task=0x23602b0 [GTask]) at 
././gio/gtask.c:1121
#14 0x7fb7d87e9519 in complete_in_idle_cb (task=0x23602b0) at 
././gio/gtask.c:1135
#15 0x7fb7d824268a in g_main_context_dispatch (context=0x2353d80) at 
././glib/gmain.c:3203
#16 0x7fb7d824268a in g_main_context_dispatch 
(context=context@entry=0x2353d80) at ././glib/gmain.c:3856
#17 0x7fb7d8242a40 in g_main_context_iterate (context=0x2353d80, 
block=block@entry=1, dispatch=dispatch@entry=1, self=) at 
././glib/gmain.c:3929
#18 0x7fb7d8242d62 in g_main_loop_run (loop=0x2353f80) at 
././glib/gmain.c:4125
#19 0x004020e1 in main (argc=, argv=) at 
at-spi-bus-launcher.c:841


signature.asc
Description: OpenPGP digital signature

Bug#838262: libreoffice-calc: Renders wrong characters in sheet after some time

[Matijs van Zuijlen]

Package: libreoffice-calc
Version: 1:5.2.1-3
Severity: normal

Dear maintainer,

Since probably version 5.2.1, rendering of cell contents in LibreOffice
Calc starts out fine, but after some time (about a minute), usually when
there is a need to redraw, the wrong characters are shown, causing for
example a 3 to be rendered as a bold 5. The character substitutions seem
consistent, so all 3s would be rendered as 5s. The rendering is
sometimes spontaneously corrected after a while, and then breaks again a
little while later.

Regards,
Matijs

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

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

Versions of packages libreoffice-calc depends on:
ii  coinor-libcbc3 2.8.12-1+b1
ii  coinor-libcoinmp1v51.7.6+dfsg1-2
ii  dpkg   1.18.10
ii  libboost-filesystem1.61.0  1.61.0+dfsg-2.1+b1
ii  libboost-iostreams1.61.0   1.61.0+dfsg-2.1+b1
ii  libc6  2.24-3
ii  libetonyek-0.1-1   0.1.6-3
ii  libgcc11:6.2.0-4
ii  libicu57   57.1-4
ii  liblcms2-2 2.7-1
ii  libmwaw-0.3-3  0.3.8-2
ii  libodfgen-0.1-10.1.6-2
ii  liborcus-0.11-00.11.2-3
ii  libreoffice-base-core  1:5.2.1-3
ii  libreoffice-core   1:5.2.1-3
ii  librevenge-0.0-0   0.0.4-6
ii  libstdc++6 6.2.0-4
ii  libwps-0.4-4   0.4.3-4
ii  libxml22.9.4+dfsg1-2
ii  lp-solve   5.5.0.15-4
ii  uno-libs3  5.2.1-3
ii  ure5.2.1-3
ii  zlib1g 1:1.2.8.dfsg-2+b1

libreoffice-calc recommends no packages.

Versions of packages libreoffice-calc suggests:
pn  ocl-icd-libopencl1  

Versions of packages libreoffice-core depends on:
ii  fontconfig2.11.0-6.7
ii  fonts-opensymbol  2:102.7+LibO5.2.1-3
ii  libboost-date-time1.61.0  1.61.0+dfsg-2.1+b1
ii  libc6 2.24-3
ii  libcairo2 1.14.6-1+b1
ii  libclucene-contribs1v52.3.3.4-4.2
ii  libclucene-core1v52.3.3.4-4.2
ii  libcmis-0.5-5v5   0.5.1+git20160603-3
ii  libcups2  2.1.4-4
ii  libcurl3-gnutls   7.50.1-1
ii  libdbus-1-3   1.10.10-1
ii  libdbus-glib-1-2  0.108-1
ii  libdconf1 0.26.0-1
ii  libeot0   0.01-4
ii  libexpat1 2.2.0-1
ii  libexttextcat-2.0-0   3.4.4-2
ii  libfontconfig12.11.0-6.7
ii  libfreetype6  2.6.3-3+b1
ii  libgcc1   1:6.2.0-4
ii  libgl1-mesa-glx [libgl1]  12.0.3-1
ii  libglew2.02.0.0-2
ii  libglib2.0-0  2.49.7-1
ii  libgltf-0.0-0v5   0.0.2-5
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libgraphite2-31.3.8-1
ii  libharfbuzz-icu0  1.2.7-1+b1
ii  libharfbuzz0b 1.2.7-1+b1
ii  libhunspell-1.4-0 1.4.1-2
ii  libhyphen02.8.8-4
ii  libice6   2:1.0.9-1+b1
ii  libicu57  57.1-4
ii  libjpeg62-turbo   1:1.5.0-1
ii  liblangtag1   0.5.8-2
ii  liblcms2-22.7-1
ii  libldap-2.4-2 2.4.42+dfsg-2+b2
ii  libmythes-1.2-0   2:1.2.4-3
ii  libneon27-gnutls  0.30.1-5
ii  libnspr4  2:4.12-6
ii  libnss3   2:3.26-1
ii  libodfgen-0.1-1   0.1.6-2
ii  libpcre3  2:8.39-2
ii  libpng16-16   1.6.25-1
ii  librdf0   1.0.17-1+b1
ii  libreoffice-common1:5.2.1-3
ii  librevenge-0.0-0  0.0.4-6
ii  libsm62:1.2.2-1+b1
ii  libssl1.0.2   1.0.2h-1
ii  libstdc++66.2.0-4
ii  libx11-6  2:1.6.3-1
ii  libxext6  2:1.3.3-1
ii  libxinerama1  2:1.1.3-1+b1
ii  libxml2   2.9.4+dfsg1-2
ii  libxrandr22:1.5.0-1
ii  libxrender1   1:0.9.9-2
ii  libxslt1.11.1.29-1
ii  uno-libs3 5.2.1-3
ii  ure   5.2.1-3
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages libreoffice-core recommends:
ii  libpaper-utils  1.1.24+nmu4

-- no debconf information

Bug#837929: npm: Should suggest nodejs-legacy

[Matijs van Zuijlen]

On 16/09/16 10:24, Jérémy Lal wrote:
> 
> 
> 2016-09-16 10:22 GMT+02:00 Jonas Smedegaard <d...@jones.dk
> <mailto:d...@jones.dk>>:
> 
> Quoting Matijs van Zuijlen (2016-09-16 09:57:52)
> > I read through bug 614907, and I think the very best solution would be
> > for npm to ensure the correct node executable is referenced in each
> > package's executable. I don't know how feasible that would be.
> 
> Arguably the "very best" would be to drop npm from Debian ;-)
> 
> More to the point, however: Do npm work at all without nodejs-legacy?
> If not, then npm itself should be moved to contrib!
> 
> 
> Actually i believe most modules just work without nodejs-legacy, and npm
> itself
> has some uses without installing it either.

Yes, it seems it's mainly the modules that provide an executable script
that need nodejs-legacy (In my case, coffeelint).

Regards,
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#837929: npm: Should suggest nodejs-legacy

[Matijs van Zuijlen]

I read through bug 614907, and I think the very best solution would be
for npm to ensure the correct node executable is referenced in each
package's executable. I don't know how feasible that would be.

Regards,
Matijs

On 15/09/16 19:22, Jonas Smedegaard wrote:
> Quoting Jérémy Lal (2016-09-15 17:21:30)
>> 2016-09-15 17:12 GMT+02:00 Matijs van Zuijlen <mat...@matijs.net>:
>>
>>> Package: npm
>>> Version: 1.4.21+ds-2
>>> Severity: wishlist
>>>
>>> Executables installed with npm need the /usr/bin/node executable, which
>>> is provided in the nodejs-legacy package. This information is currently
>>> only in the README.Debian file. I think it would be really helpful to
>>> add nodejs-legacy to the npm package's Suggests:, or even Recommends:.
>>>
>>>
>> Well, re-reading
>> https://lists.debian.org/debian-devel-announce/2012/07/msg2.html
>> paragraph 2 says
>>
>>> No package in the archive may depend on or recommend
>>> the nodejs-legacy package, which is provided solely for upstream
>> compatibility.
>>
>> Taken literally, it doesn't forbid Suggest. Does it ?
> 
> I agree we are not forbidden from suggesting: Seems to me the choice of 
> words by the Technical Committee was deliberate, as that matches how 
> packages outside of Debian (i.e. non-free stuff) is allowed to be 
> suggested only.
> 
> 
>  - Jonas
> 



signature.asc
Description: OpenPGP digital signature

Bug#837929: npm: Should suggest nodejs-legacy

[Matijs van Zuijlen]

Package: npm
Version: 1.4.21+ds-2
Severity: wishlist

Executables installed with npm need the /usr/bin/node executable, which
is provided in the nodejs-legacy package. This information is currently
only in the README.Debian file. I think it would be really helpful to
add nodejs-legacy to the npm package's Suggests:, or even Recommends:. 

Regards,
Matijs

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

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

Versions of packages npm depends on:
ii  node-abbrev   1.0.9-1
ii  node-ansi 0.3.0-2
ii  node-ansi-color-table 1.0.0-1
ii  node-archy0.0.2-1
ii  node-block-stream 0.0.7-1
ii  node-fstream  0.1.24-1
ii  node-fstream-ignore   0.0.6-2
ii  node-github-url-from-git  1.4.0-1
ii  node-glob 4.0.5-1
ii  node-graceful-fs  3.0.2-1
ii  node-gyp  3.4.0-1
ii  node-inherits 2.0.1-3
ii  node-ini  1.1.0-1
ii  node-lockfile 0.4.1-1
ii  node-lru-cache2.3.1-1
ii  node-minimatch1.0.0-1
ii  node-mkdirp   0.5.0-1
ii  node-nopt 3.0.1-1
ii  node-npmlog   0.0.4-1
ii  node-once 1.1.1-1
ii  node-osenv0.1.0-1
ii  node-read 1.0.5-1
ii  node-read-package-json1.2.4-1
ii  node-request  2.26.1-1
ii  node-retry0.6.0-1
ii  node-rimraf   2.2.8-1
ii  node-semver   2.1.0-2
ii  node-sha  1.2.3-1
ii  node-slide1.1.4-1
ii  node-tar  1.0.3-2
ii  node-underscore   1.8.3~dfsg-1
ii  node-which1.0.5-2
ii  nodejs4.4.7~dfsg-2+b1

npm recommends no packages.

npm suggests no packages.

-- no debconf information

Bug#837893: systemd: Logging from gnome session is passed on to all syslog facilities

[Matijs van Zuijlen]

Package: systemd
Version: 231-6
Severity: normal

Since recently, log messages from programs running under the gnome
session have started appearing in all logs in /var/logs, including
/var/logs/kern.log, even though my rsyslog configuration has not
changed, and correctly only routes kern.* there.

This is very annoying since it fills the logs with messages that don't
belong there, and makes running logcheck tedious.

It seems this is a recent regression, since before I was able to route
these messages to a low-priority log using the following rsyslog
configuration:

  user.=info;user.=notice;\
  user.=warn  -/var/log/user-low.log

If I look at the messages directly with journalctl -o verbose, it seems
they do not set the syslog facility, which should make them end up with
user facility, but doesn't.

-- Package-specific info:

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

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

Versions of packages systemd depends on:
ii  adduser 3.115
ii  libacl1 2.2.52-3
ii  libapparmor12.10.95-4
ii  libaudit1   1:2.6.6-1
ii  libblkid1   2.28.2-1
ii  libc6   2.24-2
ii  libcap2 1:2.25-1
ii  libcap2-bin 1:2.25-1
ii  libcryptsetup4  2:1.7.0-2
ii  libgcrypt20 1.7.3-1
ii  libgpg-error0   1.24-1
ii  libidn111.33-1
ii  libip4tc0   1.6.0-3
ii  libkmod222-1.1
ii  liblzma55.1.1alpha+20120614-2.1
ii  libmount1   2.28.2-1
ii  libpam0g1.1.8-3.3
ii  libseccomp2 2.3.1-2
ii  libselinux1 2.5-3
ii  libsystemd0 231-6
ii  mount   2.28.2-1
ii  util-linux  2.28.2-1

Versions of packages systemd recommends:
ii  dbus1.10.10-1
ii  libpam-systemd  231-6

Versions of packages systemd suggests:
ii  policykit-10.105-16
pn  systemd-container  
pn  systemd-ui 

Versions of packages systemd is related to:
ii  udev  231-6

-- no debconf information

Bug#676602: 676602 - One-click key download

[Matijs van Zuijlen]

Hi Alexander,

EnigMail has improved its interface a lot recently and requires far less
clicking, so I think this can be closed.

Regards,
Matijs

On 09/09/16 01:09, Alexander Sack wrote:
> tags 676602 + moreinfo
> thanks
> 
> Hi,
> 
> thanks for reporting the bug. We would like to identify issues to focus on 
> and hence
> we would love to hear an update if the issue at hand is still something you 
> would like
> to see fix (if it hasn't).
> 
> Thanks!
> 
>  - Alexander
> 



signature.asc
Description: OpenPGP digital signature

Bug#793787: How about -server?

[Matijs van Zuijlen]

Dear maintainer,

The dependency on perl packages was lowered to Recommends for the
mariadb-client-10.0 package. However, the -server package still Depends
on libdbi-perl, but without the additional libdbd-mysql-perl package.
Should this dependency not be dropped or lowered as well?

Also, why was the dependency on the perl packages not lowered to
Suggest? Is there functionality in the mariadb-client package that uses
perl?

Kind regards,
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#832616: virtualenv: Doesn't seem to know what version it runs under

[Matijs van Zuijlen]

Package: virtualenv
Version: 15.0.2+ds-1
Severity: minor

Hi,

virtualenv allows specifying the python version to use. However, when
doing so I get the following output:

 $ virtualenv -p /usr/bin/python3 --system-site-packages .venv
 Already using interpreter /usr/bin/python3
 [..]

It seems to indicate I didn't need to pass in the python interpreter to
use. However, this is the output when I don't specify the version:

$ virtualenv --system-site-packages .venv
Running virtualenv with interpreter /usr/bin/python2
[..]

This seems rather inconsistent...

Regards,
Matijs

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

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

Versions of packages virtualenv depends on:
ii  python3 3.5.1-4
ii  python3-virtualenv  15.0.2+ds-1

virtualenv recommends no packages.

virtualenv suggests no packages.

-- no debconf information

Bug#824907: ruby-reek: Fails to load library from main script

[Matijs van Zuijlen]

Package: ruby-reek
Version: 3.8.2-2
Severity: grave
Justification: renders package unusable

Hi,

When I run reek from the ruby-reek package, I get the following error:

  /usr/bin/reek:9:in `require_relative': cannot load such file -- /usr/lib/reek 
(LoadError)
  from /usr/bin/reek:9:in `'

The reek script assumes the standard gem directory layout, so it gets confused
if lib/ is not a sibling of bin/.

(I'm one of Reek's core developers, by the way.)

Regards,
Matijs

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

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

Versions of packages ruby-reek depends on:
ii  ruby1:2.3.0+4
ii  ruby-parser 3.6.6-1
ii  ruby-rainbow2.0.0-1
ii  ruby2.3 [ruby-interpreter]  2.3.1-1

ruby-reek recommends no packages.

ruby-reek suggests no packages.

-- no debconf information

Bug#824523: rkt: Should this really depend on golang-go?

[Matijs van Zuijlen]

Source: rkt
Severity: wishlist

Dear maintainer,

The rkt package depends on golang-go, which, including its dependency
golang-src, boils down to 180 MB additional disk space needs.

I don't think rkt needs to compile actual go source, and I've always
understood go compiled binaries to be fully standalone, so I'm confused
why rkt would need golang-go as a runtime dependency.

Please consider removing the golang-go dependency from this package.

Thanks and regards,
Matijs

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

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

Bug#817852: Wrong package name used?

[Matijs van Zuijlen]

Hi,

It seems the fix for this bug added the wrong package name to the Depends:. The
package name that was added is libpeas-1.0-0-python2loader, whereas it should be
libpeas-1.0-python2loader (with one less '0-').

Regards,
-- 
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#823472: system-config-printer-udev: Adding printer fails, logging "Unknown option: -"

[Matijs van Zuijlen]

Package: system-config-printer-udev
Version: 1.5.7-1
Severity: normal

Connecting a printer via USB does not make it available automatically,
and the following appears in the log:

May  4 10:31:19 walnut udev-configure-printer: URI match: 
usb://Canon/MG3200%20series?serial=823819=1
May  4 10:31:19 walnut udev-configure-printer: URI of detected printer: 
usb://Canon/MG3200%20series?serial=823819=1, normalized: canon mg3200 
series serial 823819 interface 1
May  4 10:31:19 walnut udev-configure-printer: About to add queue for 
usb://Canon/MG3200%20series?serial=823819=1
May  4 10:31:19 walnut udev-configure-printer[29497]: Unknown option: -
May  4 10:31:19 walnut udev-configure-printer[29497]: usage: /usr/bin/python3 
[option] ... [-c cmd | -m mod | file | -] [arg] ...
May  4 10:31:19 walnut udev-configure-printer[29497]: Try `python -h' for more 
information.

It seems this was fixed upstream but not released yet: 

https://github.com/twaugh/system-config-printer/commit/68f059e44942467ddeee4977d10f2b3a961c9f3a

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

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

Versions of packages system-config-printer-udev depends on:
ii  libc62.22-7
ii  libcups2 2.1.3-5
ii  libglib2.0-0 2.48.0-1
ii  libudev1 229-5
ii  libusb-1.0-0 2:1.0.20-1
ii  python3-cups 1.9.73-1
ii  python3-cupshelpers  1.5.7-1
ii  python3-dbus 1.2.4-1
pn  python3:any  

system-config-printer-udev recommends no packages.

system-config-printer-udev suggests no packages.

-- no debconf information

Bug#822491: influxdb: Incompatible metadata format

[Matijs van Zuijlen]

On 02/05/16 04:00, Alexandre Viau wrote:
> In the future, I think that one good way to handle this would be to
> issue a warning preinst and canceling the upgrade on user request.

Yes, I think that would be a good and simple solution.

Regards,
-- 
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#822491: influxdb: Incompatible metadata format

[Matijs van Zuijlen]

Hi Alexandre,

On 25/04/16 12:23, Alexandre Viau wrote:
> Hello,
> 
> On 24/04/16 08:03 PM, Matijs van Zuijlen wrote:
>> The influxdb server won't start anymore and logs the following
>> complaint:
>>
>> run: create server: detected /var/lib/influxdb/meta/raft.db. To proceed,
>> you'll need to either 1) downgrade to v0.11.x, export your metadata,
>> upgrade to the current version again, and then import the metadata or 2)
>> delete the file, which will effectively reset your database. For more
>> assistance with the upgrade, see:
>> https://docs.influxdata.com/influxdb/v0.12/administration/upgrading/
> 
> The old metadata format is no longer compatible and InfluxDB 0.12 does
> not provide a script to make the transition.
> 
> The only way to make a transition is to follow the instructions on the
> website and requires an older version of InfluxDB.
> 
> How do you expect me to handle this?

I agree this is a tough one to handle fully.

At the very least, I think there should be an entry in the NEWS file to give
people the earliest possible warning.

I was thinking of how postgres handles this: It allows installing multiple
versions side-by-side and provides upgrade instructions. I'm not in a position
to say whether such a solution is possible for influxdb.

Perhaps another option would be (or would have been) to create a package with a
new name for the 0.12 version and have it conflict with the old package. This
probably doesn't make sense since influxdb itself is already at 0.12.

What could in fact still be an option is to create a influxdb0.10 (or
prefereably influxdb0.11) package so the old version is still present in Debian.
The NEWS entry could then point users to the 'old' package. This will allow
users to easily install the old version, perform the first part of the upgrade
procedure, and then go back to the most recent version.

Would any of these options work for you?

> Unless there is a reasonable way to fix this, I'll just mark this as
> wontfix and users will have to create a new database.

Creating a new database would be fine for me, but I can imagine not all users
would agree.

> 
> Cheers,
> 

Kind regards,
-- 
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#822491: influxdb: Incompatible metadata format

[Matijs van Zuijlen]

Package: influxdb
Version: 0.12.0+dfsg1-1
Severity: important

The influxdb server won't start anymore and logs the following
complaint:

run: create server: detected /var/lib/influxdb/meta/raft.db. To proceed,
you'll need to either 1) downgrade to v0.11.x, export your metadata,
upgrade to the current version again, and then import the metadata or 2)
delete the file, which will effectively reset your database. For more
assistance with the upgrade, see:
https://docs.influxdata.com/influxdb/v0.12/administration/upgrading/

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

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

Versions of packages influxdb depends on:
ii  adduser  3.114
ii  init-system-helpers  1.29
ii  libc62.22-7

influxdb recommends no packages.

influxdb suggests no packages.

-- no debconf information

Bug#814424: fonts-powerline: Configuration file should symlink from conf.avail

[Matijs van Zuijlen]

Package: fonts-powerline
Version: 2.3-1
Severity: minor

Dear maintainer,

The files in /etc/fonts/conf.d/ are usually symlinks from
/etc/fonts/conf.avail or /usr/share/fontconfig/conf.avail. I'm not sure
which of these is prefered, or if there's an actual policy for this, but
please consider moving /etc/fonts/conf.d/10-powerline-symbols.conf there
and symlinking.

Regards,
Matijs

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

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

Versions of packages fonts-powerline depends on:
ii  fontconfig  2.11.0-6.3

fonts-powerline recommends no packages.

fonts-powerline suggests no packages.

-- no debconf information

Bug#806595: aptitude: Changelog download throws warning: "W: Can't drop privileges for downloading as file '/tmp/aptitude-root.15442:qGi6mn/aptitudeDownload6J+8J:+PsVGmTNm^.^::Lz:%.Hi55VKA' couldn't b

[Matijs van Zuijlen]

Hi,

On Sat, 5 Dec 2015 23:43:49 + "Manuel A. Fernandez Montecelo"
 wrote:
> Hi,
> 
> 2015-11-29 13:29 Axel Beckert:
> >Package: aptitude
> >Version: 0.7.4-2
> >
> >Hi,
> >
> >on the commandline as well in the TUI, aptitude throws a warning when
> >trying to download and display a changelog as root as well as user:
> >
> >As root:
> >
> ># aptitude changelog apt > /dev/null
> >W: Can't drop privileges for downloading as file 
> >'/tmp/aptitude-root.15442:qGi6mn/aptitudeDownload6J+8J:+PsVGmTNm^.^::Lz:%.Hi55VKA'
> > couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission 
> >denied)
> >#
> 
> That's because libapt attempts to drop privileges and perform operations
> as "_apt" user, but since the directory is owned by root, it cannot drop
> them (otherwise it would fail to write) and emits the warning.

Is there any way to avoid this warning? It is especially annoying in the TUI,
since it creates a pop-up that needs to be dismissed.

Please note that apt-get does not show this warning, so it doesn't seem to be an
essential feature of the fetching of the change log.

> So
> 
> >As user:
> >
> >% aptitude changelog apt > /dev/null
> >W: chmod 0700 of directory /var/lib/apt/lists/partial failed - 
> >SetupAPTPartialDirectory (1: Operation not permitted)
> >W: chmod 0700 of directory /var/cache/apt/archives/partial failed - 
> >SetupAPTPartialDirectory (1: Operation not permitted)
> 
> I suppose that as normal user, libapt doesn't do the check mentioned
> above (perhaps because uid!=root and assumes that it's "_apt").
> 
> In my system, both dirs' permissions are 700 and owned by _apt:root, it
> doesn't emit any error and changelog works fine, no warnings.

On my system, these dirs have the same permission and owners, but I do get the
warnings:

[matijs@walnut] ls -ld /var/lib/apt/lists/partial
drwx-- 2 _apt root 32768 Feb  9 17:23 /var/lib/apt/lists/partial
[matijs@walnut] ls -ld /var/cache/apt/archives/partial
drwx-- 2 _apt root 4096 Feb  9 14:44 /var/cache/apt/archives/partial
[matijs@walnut] aptitude changelog apt > /dev/null
W: chmod 0700 of directory /var/lib/apt/lists/partial failed -
SetupAPTPartialDirectory (1: Operation not permitted)
W: chmod 0700 of directory /var/cache/apt/archives/partial failed -
SetupAPTPartialDirectory (1: Operation not permitted)

It seems something else must be wrong.

Kind regards,
-- 
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#806325: epiphany-browser: AdBlock does not seem to be working

[Matijs van Zuijlen]

Package: epiphany-browser
Version: 3.18.1-1
Severity: normal

There doesn't seem to be any difference setting 'Allow advertisements'
to true or false in the settings. For example, the following page shows
several ads either way:

http://phoronix.com/scan.php?page=news_item=GNOME-Epiphany-Ad-Block

Also, this page shows 'Not working' for both methods:

http://simple-adblock.com/faq/testing-your-adblocker/

Regards,
Matijs

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

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

Versions of packages epiphany-browser depends on:
ii  dbus-x11 1.10.4-1
ii  epiphany-browser-data3.18.1-1
ii  gnome-icon-theme 3.12.0-1
ii  gnome-icon-theme-symbolic3.12.0-1
ii  gsettings-desktop-schemas3.18.1-1
ii  iso-codes3.63-1
ii  libatk1.0-0  2.18.0-1
ii  libavahi-client3 0.6.32~rc+dfsg-1
ii  libavahi-common3 0.6.32~rc+dfsg-1
ii  libavahi-gobject00.6.32~rc+dfsg-1
ii  libc62.19-22
ii  libcairo-gobject21.14.4-1
ii  libcairo21.14.4-1
ii  libgck-1-0   3.18.0-1
ii  libgcr-base-3-1  3.18.0-1
ii  libgcr-ui-3-13.18.0-1
ii  libgdk-pixbuf2.0-0   2.32.2-1
ii  libglib2.0-0 2.46.2-1
ii  libgnome-desktop-3-123.18.2-1
ii  libgtk-3-0   3.18.5-1
ii  libjavascriptcoregtk-4.0-18  2.10.3+dfsg1-1
ii  libnotify4   0.7.6-2
ii  libnspr4 2:4.11-1
ii  libnss3  2:3.21-1
ii  libp11-kit0  0.23.1-3
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libsecret-1-00.18.3-1
ii  libsoup2.4-1 2.52.2-1
ii  libsqlite3-0 3.9.2-1
ii  libwebkit2gtk-4.0-37 2.10.3+dfsg1-1
ii  libwnck-3-0  3.14.0-2
ii  libx11-6 2:1.6.3-1
ii  libxml2  2.9.2+zdfsg1-4
ii  libxslt1.1   1.1.28-2.1

Versions of packages epiphany-browser recommends:
ii  ca-certificates  20150426
ii  evince   3.18.2-1
ii  yelp 3.16.1-1

epiphany-browser suggests no packages.

-- no debconf information

Bug#803419: fixed in qscintilla2 2.9.1+dfsg-2

[Matijs van Zuijlen]

Hi,

Unfortunately the below change means the dev package now breaks the package it
depends on. Perhaps this should be a versioned Breaks?

>   * Add libqt5scintilla2-dev Breaks/Replaces libqt5scintilla2-12v5 due to
> qscintilla2.prf moving between the packages (Closes: #803419)

Kind regards,
-- 
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#801460: closed by m...@debian.org (Manuel A. Fernandez Montecelo) (Bug#801460: fixed in aptitude 0.7.4-1)

[Matijs van Zuijlen]

Thanks!

On 16/10/15 15:21, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the aptitude package:
> 
> #801460: aptitude: Does not show long description anymore
> 
> It has been closed by m...@debian.org (Manuel A. Fernandez Montecelo).
> 
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact m...@debian.org (Manuel 
> A. Fernandez Montecelo) by
> replying to this email.
> 
> 


-- 
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#748490: Ping? Any update on mongodb 2.6 packaging?

[Matijs van Zuijlen]

Hi László,

On 07/10/15 11:12, Matijs van Zuijlen wrote:
> On 07/10/15 11:08, László Böszörményi (GCS) wrote:
>> Hi all,
>>
>> On Sat, Oct 3, 2015 at 4:21 PM, László Böszörményi (GCS) <g...@debian.org> 
>> wrote:
>>> On Fri, Oct 2, 2015 at 9:20 PM, David I. Lehn <dl...@debian.org> wrote:
>>>> It's been a couple weeks, any chance you could upload what you have to
>>>> experimental?
>>>  I still couldn't test it but sure I do make it public[1] for others
>>> that may help with testing.
>> [...]
>>> [1] dget -x http://www.barcikacomp.hu/gcs/mongodb-2.6_2.6.11-1.dsc
>>  Just a friendly ping, any of you still interested in helping to test
>> the package? Should I wait more for feedback?
>>
>> Kind regards,
>> Laszlo/GCS
>>
> 
> Hi Laszlo,
> 
> I can take a look at this package this weekend. Thanks for making it public!

Taking a look took a little longer because compiling took a large part of sunday
afternoon :-).

I was able to install the resulting packages succesfully, except the 'mongodb'
package, which seems to need an epoch in its version number. Without it, it
conflicts with libstdc++6 version 5.2.1-22, which Breaks: mongodb <= 1:2.4.14-2.

I ran the unit tests for errbit (http://errbit.github.io/errbit/), which is the
application I use mongodb with, and they all passed. The latest errbit version
requires mongodb 2.6.

If there is anything else you would like me to check or any tests I should run,
please let me know.

Regards,
-- 
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#801460: aptitude: Does not show long description anymore

[Matijs van Zuijlen]

Package: aptitude
Version: 0.7.3-1
Severity: normal

Dear maintainer,

Since the upgrade to 0.7.3-1 (I think), aptitude no longer shows the
extended part of the description of the packages. Only the first line is
shown. A check with apt-cache shows the data is still there.

Regards,
Matijs

-- Package-specific info:
Terminal: xterm-256color
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.7.3 compiled at Oct  7 2015 23:33:19
Compiler: g++ 5.2.1 20151003
Compiled against:
  apt version 4.16.0
  NCurses version 6.0
  libsigc++ version: 2.6.1
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 6.0.20150810
  cwidget version: 0.5.17
  Apt version: 4.16.0

aptitude linkage:
linux-vdso.so.1 (0x7ffefedf2000)
libapt-pkg.so.4.16 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.16 
(0x7f96d7bae000)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7f96d797e000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7f96d7753000)
libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7f96d754d000)
libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 
(0x7f96d724e000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7f96d6f8)
libboost_iostreams.so.1.58.0 => 
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.58.0 (0x7f96d6d67000)
libxapian.so.22 => /usr/lib/libxapian.so.22 (0x7f96d6965000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f96d6747000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f96d63cc000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f96d60cb000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f96d5eb4000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f96d5b0b000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7f96d5908000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f96d5703000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f96d54e8000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7f96d52d8000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7f96d50b4000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7f96d4eac000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f96d4ca6000)
/lib64/ld-linux-x86-64.so.2 (0x56210c551000)

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

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

Versions of packages aptitude depends on:
ii  aptitude-common   0.7.3-1
ii  libapt-pkg4.161.0.10.2
ii  libboost-iostreams1.58.0  1.58.0+dfsg-3+b1
ii  libc6 2.19-22
ii  libcwidget3v5 0.5.17-4
ii  libgcc1   1:5.2.1-21
ii  libncursesw5  6.0+20150810-1
ii  libsigc++-2.0-0v5 2.6.1-2
ii  libsqlite3-0  3.8.11.1-1
ii  libstdc++65.2.1-21
ii  libtinfo5 6.0+20150810-1
ii  libxapian22v5 1.2.21-1.2

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc]  0.7.3-1
ii  libparse-debianchangelog-perl   1.2.0-8
ii  sensible-utils  0.0.9

Versions of packages aptitude suggests:
ii  apt-xapian-index  0.47
ii  debtags   2.0.1
pn  tasksel   

-- no debconf information

Bug#748490: Ping? Any update on mongodb 2.6 packaging?

[Matijs van Zuijlen]

On 07/10/15 11:08, László Böszörményi (GCS) wrote:
> Hi all,
> 
> On Sat, Oct 3, 2015 at 4:21 PM, László Böszörményi (GCS)  
> wrote:
>> On Fri, Oct 2, 2015 at 9:20 PM, David I. Lehn  wrote:
>>> It's been a couple weeks, any chance you could upload what you have to
>>> experimental?
>>  I still couldn't test it but sure I do make it public[1] for others
>> that may help with testing.
> [...]
>> [1] dget -x http://www.barcikacomp.hu/gcs/mongodb-2.6_2.6.11-1.dsc
>  Just a friendly ping, any of you still interested in helping to test
> the package? Should I wait more for feedback?
> 
> Kind regards,
> Laszlo/GCS
> 

Hi Laszlo,

I can take a look at this package this weekend. Thanks for making it public!

Regards,
-- 
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#800009: mariadb-server-10.0: Assumes root has no password without ensuring this is true

[Matijs van Zuijlen]

Package: mariadb-server-10.0
Version: 10.0.21-3
Severity: normal

I upgraded to mariadb from mysql. My mysql root user had a password, but
mariadb assumes it does not and now I get errors in my log like so, :

Sep 24 09:22:40 walnut mysqld: Version: '10.0.21-MariaDB-3'  socket: 
'/var/run/mysqld/mysqld.sock'  port: 3306  Debian unstable
Sep 24 09:22:41 walnut mysql[1384]: Starting MariaDB database server: 
mysqld ..
Sep 24 09:22:41 walnut /etc/mysql/debian-start[2256]: Upgrading MySQL 
tables if necessary.
Sep 24 09:22:41 walnut systemd[1]: Started LSB: Start and stop the mysql 
database server daemon.
Sep 24 09:22:41 walnut /etc/mysql/debian-start[2262]: 
/usr/bin/mysql_upgrade: the '--basedir' option is always ignored
Sep 24 09:22:41 walnut /etc/mysql/debian-start[2262]: Looking for 'mysql' 
as: /usr/bin/mysql
Sep 24 09:22:41 walnut /etc/mysql/debian-start[2262]: Looking for 
'mysqlcheck' as: /usr/bin/mysqlcheck
Sep 24 09:22:41 walnut /etc/mysql/debian-start[2262]: Version check failed. 
Got the following error when calling the 'mysql' command line client
Sep 24 09:22:41 walnut /etc/mysql/debian-start[2262]: ERROR 1045 (28000): 
Access denied for user 'root'@'localhost' (using password: NO)
Sep 24 09:22:41 walnut /etc/mysql/debian-start[2262]: FATAL ERROR: Upgrade 
failed
Sep 24 09:22:41 walnut /etc/mysql/debian-start[2324]: Checking for insecure 
root accounts.
Sep 24 09:22:41 walnut mysql[1384]: ERROR 1045 (28000): Access denied for 
user 'root'@'localhost' (using password: NO)

I could possibly tell these scripts about the password in
/etc/mysql/debian.cnf, but that file has a big warning not to modify it.

Regards,
Matijs

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

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

Versions of packages mariadb-server-10.0 depends on:
ii  adduser   3.113+nmu3
ii  debconf [debconf-2.0] 1.5.57
ii  libaio1   0.3.110-1
ii  libc6 2.19-22
ii  libdbi-perl   1.633-1
ii  libpam0g  1.1.8-3.1
ii  libstdc++65.2.1-17
ii  lsb-base  9.20150917
ii  mariadb-client-10.0   10.0.21-3
ii  mariadb-common10.0.21-3
ii  mariadb-server-core-10.0  10.0.21-3
ii  passwd1:4.2-3
ii  perl  5.20.2-6
ii  psmisc22.21-2.1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages mariadb-server-10.0 recommends:
ii  libhtml-template-perl  2.95-2

Versions of packages mariadb-server-10.0 suggests:
ii  bsd-mailx [mailx]   8.1.2-0.20150408cvs-1
ii  heirloom-mailx [mailx]  12.5-5
pn  mariadb-test
pn  tinyca  

-- Configuration Files:
/etc/logcheck/ignore.d.paranoid/mariadb-server-10_0 [Errno 13] Permission 
denied: u'/etc/logcheck/ignore.d.paranoid/mariadb-server-10_0'
/etc/logcheck/ignore.d.server/mariadb-server-10_0 [Errno 13] Permission denied: 
u'/etc/logcheck/ignore.d.server/mariadb-server-10_0'
/etc/logcheck/ignore.d.workstation/mariadb-server-10_0 [Errno 13] Permission 
denied: u'/etc/logcheck/ignore.d.workstation/mariadb-server-10_0'

-- debconf information:
  mariadb-server-10.0/nis_warning:
* mariadb-server/oneway_migration: true
  mariadb-server-10.0/really_downgrade: false
  mariadb-server/error_setting_password:
  mariadb-server-10.0/postrm_remove_databases: false

Bug#800009: Workaround found

[Matijs van Zuijlen]

Ah, but then access with a password is no longer possible.

Given that mariadb ships with a tool that sets a password on the root user, this
situation is suboptimal.

The MariaDB startup scripts should allow root to be identified either way, and
allow the system administrator to specify the password in /etc/mysql/debian.cnf.

On 25/09/15 11:41, Matijs van Zuijlen wrote:
> After some more digging, I realized it is not required for root to have no
> password; it just needs to *also* have privileges granted when identified via
> unix socket. I executed the following as the root user:
> 
> GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost' IDENTIFIED VIA 
> unix_socket;
> 
> Startup and automatic upgrade proceeded normally after that.
> 
> I still believe the MariaDB installation should check and correct this.
> 
> Regards,
> 


Regards,
-- 
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#800009: Workaround found

[Matijs van Zuijlen]

After some more digging, I realized it is not required for root to have no
password; it just needs to *also* have privileges granted when identified via
unix socket. I executed the following as the root user:

GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost' IDENTIFIED VIA 
unix_socket;

Startup and automatic upgrade proceeded normally after that.

I still believe the MariaDB installation should check and correct this.

Regards,
-- 
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#750795: MongoDB 2.6

[Matijs van Zuijlen]

On Mon, 29 Sep 2014 12:39:49 +0200
=?UTF-8?B?TMOhc3psw7MgQsO2c3rDtnJtw6lueWkgKEdDUyk=?=  wrote:
> Is there anything you especially need in 2.6.x?

I have one piece of software running that will only support 2.6 in the next
release due to the changes to searching (see
https://github.com/errbit/errbit#requirements).

Just my 2 cents ...

-- 
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#750795: MongoDB 2.6

[Matijs van Zuijlen]

On 21/09/15 10:15, László Böszörményi (GCS) wrote:
>  Do you run it in production? May you help testing the package before
> I do the upload (it would mean compile the package on your own
> system)?

Yes, I'd be happy to do so.

-- 
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#792662: mysql-server-5.6: Conflicting settings for mysqld_safe log

[Matijs van Zuijlen]

Package: mysql-server-5.6
Version: 5.6.25-2
Severity: normal

Hi,

I'm getting the following messages in syslog:

  [..] mysqld_safe Can't log to error log and syslog at the same time.  Remove 
all --log-error configuration options for --syslog to take effect.
  [..] mysqld_safe Logging to '/var/log/mysql/error.log'.

After some digging, I found out the error log is set in 
/etc/mysql/mysql.conf.d/mysqld.cnf:

  [...]
  log_error = /var/log/mysql/error.log
  [...]

At the same time, the syslog option is set in 
/etc/mysql/mysql.conf.d/mysqld_safe_syslog.cnf:

  [mysqld_safe]
  syslog

Regards,
Matijs

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

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

Versions of packages mysql-server-5.6 depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.57
ii  init-system-helpers1.23
ii  initscripts2.88dsf-59.2
ii  libaio10.3.110-1
ii  libc6  2.19-19
ii  libdbi-perl1.633-1
ii  libgcc11:5.1.1-14
ii  libstdc++6 5.1.1-14
ii  libwrap0   7.6.q-25
ii  lsb-base   4.1+Debian13+nmu1
ii  mysql-client-5.6   5.6.25-2
ii  mysql-common   5.6.25-2
ii  mysql-server-core-5.6  5.6.25-2
ii  passwd 1:4.2-3
ii  perl   5.20.2-6
ii  psmisc 22.21-2
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages mysql-server-5.6 recommends:
ii  libhtml-template-perl  2.95-2

Versions of packages mysql-server-5.6 suggests:
ii  bsd-mailx [mailx]   8.1.2-0.20150408cvs-1
ii  heirloom-mailx [mailx]  12.5-4
pn  tinyca  none

-- Configuration Files:
/etc/logcheck/ignore.d.paranoid/mysql-server-5_6 [Errno 13] Permission denied: 
u'/etc/logcheck/ignore.d.paranoid/mysql-server-5_6'
/etc/logcheck/ignore.d.server/mysql-server-5_6 [Errno 13] Permission denied: 
u'/etc/logcheck/ignore.d.server/mysql-server-5_6'
/etc/logcheck/ignore.d.workstation/mysql-server-5_6 [Errno 13] Permission 
denied: u'/etc/logcheck/ignore.d.workstation/mysql-server-5_6'

-- debconf information:
  mysql-server-5.6/start_on_boot: true
  mysql-server/no_upgrade_when_using_ndb:
  mysql-server-5.6/nis_warning:
  mysql-server-5.6/really_downgrade: false
  mysql-server-5.6/postrm_remove_databases: false
  mysql-server/error_setting_password:
  mysql-server/password_mismatch:


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#788425: May be related to SSL certificate failures

[Matijs van Zuijlen]

Whenever I encounter one of these white pages, if I select 'inspect element'
there are often several failed downloads of supporting assets, usually from
akamai. If I open one of these directly and tell Epiphany to load theitem
anyway, and then reload the original page, the content will usually appear 
properly.

-- 
Matijs




signature.asc
Description: OpenPGP digital signature

Bug#784968: colord: Logs many snmp-related errors to syslog

[Matijs van Zuijlen]

Package: colord
Version: 1.2.1-1+b2
Severity: normal

When inserting or removing USB devices, colord logs a lot of messages similar
to those below to syslog. Some investigation suggests that it is caused
indirectly by the resolution of #782598. I could install
snmp-mibs-downloader as suggested here[0], but I don't think I should
need to install any non-free files to resolve this.

May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: 
dskAvailHigh ::= { dskEntry 14 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: 
dskAvailLow ::= { dskEntry 13 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: 
dskTotalHigh ::= { dskEntry 12 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: 
dskTotalLow ::= { dskEntry 11 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: 
dskPercentNode ::= { dskEntry 10 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: 
dskPercent ::= { dskEntry 9 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: dskUsed 
::= { dskEntry 8 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: dskAvail 
::= { dskEntry 7 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: dskTotal 
::= { dskEntry 6 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: 
dskMinPercent ::= { dskEntry 5 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: 
dskMinimum ::= { dskEntry 4 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: dskDevice 
::= { dskEntry 3 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: dskPath 
::= { dskEntry 2 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: dskIndex 
::= { dskEntry 1 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-DISKIO-MIB: 
diskIOTable ::= { ucdDiskIOMIB 1 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB: 
nsLoggingGroup ::= { nsConfigGroups 2 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB: 
nsDebugGroup ::= { nsConfigGroups 1 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: 
snmperrErrMessage ::= { snmperrs 101 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: 
snmperrErrorFlag ::= { snmperrs 100 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: 
snmperrNames ::= { snmperrs 2 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: 
snmperrIndex ::= { snmperrs 1 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB: 
nsTransactionTable ::= { nsTransactions 1 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB: 
nsLogStatus ::= { nsLoggingEntry 5 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB: 
nsLogMaxLevel ::= { nsLoggingEntry 4 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB: 
nsLogType ::= { nsLoggingEntry 3 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB: 
nsLogToken ::= { nsLoggingEntry 2 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB: 
nsLogLevel ::= { nsLoggingEntry 1 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-EXTEND-MIB: 
nsExtendResult ::= { nsExtendOutput1Entry 4 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-EXTEND-MIB: 
nsExtendOutNumLines ::= { nsExtendOutput1Entry 3 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-EXTEND-MIB: 
nsExtendOutputFull ::= { nsExtendOutput1Entry 2 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-EXTEND-MIB: 
nsExtendOutput1Line ::= { nsExtendOutput1Entry 1 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-EXTEND-MIB: 
nsExtendOutLine ::= { nsExtendOutput2Entry 2 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-EXTEND-MIB: 
nsExtendLineIndex ::= { nsExtendOutput2Entry 1 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB: 
nsNotifyStart ::= { netSnmpNotifications 1 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB: 
nsNotifyShutdown ::= { netSnmpNotifications 2 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in NET-SNMP-AGENT-MIB: 
nsNotifyRestart ::= { netSnmpNotifications 3 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: 
laErrMessage ::= { laEntry 101 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: 
laErrorFlag ::= { laEntry 100 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: 
laLoadFloat ::= { laEntry 6 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: laLoadInt 
::= { laEntry 5 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: laConfig 
::= { laEntry 4 }
May 11 11:56:52 walnut colord[997]: Cannot adopt OID in UCD-SNMP-MIB: laLoad 
::= { laEntry 3 }
May 11 

Bug#784580: libvips-dev: Please provide introspection data

[Matijs van Zuijlen]

Package: libvips-dev
Version: 7.42.3-1
Severity: normal
Tags: patch

Dear maintainer,

The build process of vips produces gobject introspection data, but it is
not included in any of the packages. Attached is a patch that fixes
this. Following the example of other GObject library packages, I have
put the .gir file in the libvips-dev package, and created a new package
gir1.2-vips-8.0 for the .typelib file.

I also encountered two problems while creating this patch:

- The way LD_LIBRARY_PATH is set would cause an extra space to be
  inserted when running under fakeroot.
- Cleaning the build tree and rebuilding would cause the files in
  gtk-doc not to be created again.

The patch fixes these issues as well.

Regards,
Matijs

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

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

Versions of packages libvips-dev depends on:
ii  gettext0.19.3-2
ii  libcfitsio-dev 3.370-2
ii  libexif-gtk-dev0.3.5-5
ii  libfftw3-dev [fftw3-dev]   3.3.4-2
ii  libfontconfig1-dev 2.11.0-6.3
ii  libfreetype6-dev   2.5.2-4
ii  libglib2.0-dev 2.44.0-2
ii  libgsf-1-dev   1.14.33-1
ii  libice-dev 2:1.0.9-1+b1
ii  libjpeg-dev1:1.3.1-12
ii  libjpeg62-turbo-dev [libjpeg-dev]  1:1.3.1-12
ii  liblcms2-dev   2.6-3+b3
ii  libmagickcore-dev  8:6.8.9.9-5
ii  libmagickwand-dev  8:6.8.9.9-5
ii  libmatio-dev   1.5.2-3+b1
ii  libopenexr-dev 1.6.1-8
ii  libopenslide-dev   3.4.0-1+b3
ii  liborc-0.4-dev 1:0.4.22-1
ii  libpango1.0-dev1.36.8-3
ii  libpng12-dev [libpng-dev]  1.2.50-2+b2
ii  libtiff5-dev [libtiff-dev] 4.0.3-13
ii  libvips40  7.42.3-1
ii  libwebp-dev0.4.3-1.2
ii  libxml2-dev2.9.2+dfsg1-3
ii  pkg-config 0.28-1
ii  python-all-dev 2.7.9-1
ii  python-dev 2.7.9-1
ii  zlib1g-dev 1:1.2.8.dfsg-2+b1

Versions of packages libvips-dev recommends:
pn  libvips-docnone
pn  libvips-tools  none

Versions of packages libvips-dev suggests:
pn  nip2  none

-- no debconf information
diff --new-file -r --unified a/vips-7.42.3/debian/control b/vips-7.42.3/debian/control
--- a/vips-7.42.3/debian/control	2015-03-21 10:54:29.0 +0100
+++ b/vips-7.42.3/debian/control	2015-05-06 20:13:04.810775272 +0200
@@ -113,3 +113,22 @@
  includes the application programmers' guide, the library programmers'
  guide, the C++ programmers' guide, and the reference guide, as well
  as HTML versions of the program and library manual pages.
+
+Package: gir1.2-vips-8.0
+Section: introspection
+Architecture: any
+Depends: ${gir:Depends}, ${shlibs:Depends}, ${misc:Depends}
+Description: GObject introspection data for VIPS
+ VIPS is an image processing system designed with efficiency in mind.
+ It is good with large images (images larger than the amount of RAM in
+ your machine), and for working with colour.  It can perform many
+ image manipulation tasks much faster than other packages such as
+ ImageMagick and the GIMP and includes some special features such as
+ creating single mosaic images from multiple parts.
+ .
+ VIPS consists of two main components: an image processing library
+ with some command-line tools and a spreadsheet-like graphical user
+ interface.  The graphical interface is available in the nip2 package.
+ .
+ This package provides the introspection data for VIPS library.
+
diff --new-file -r --unified a/vips-7.42.3/debian/gir1.2-vips-8.0.install b/vips-7.42.3/debian/gir1.2-vips-8.0.install
--- a/vips-7.42.3/debian/gir1.2-vips-8.0.install	1970-01-01 01:00:00.0 +0100
+++ b/vips-7.42.3/debian/gir1.2-vips-8.0.install	2015-05-06 20:23:05.432471185 +0200
@@ -0,0 +1 @@
+usr/lib/*/girepository-1.0/* usr/lib/girepository-1.0
diff --new-file -r --unified a/vips-7.42.3/debian/libvips-dev.install b/vips-7.42.3/debian/libvips-dev.install
--- a/vips-7.42.3/debian/libvips-dev.install	2014-12-30 01:00:47.0 +0100
+++ b/vips-7.42.3/debian/libvips-dev.install	2015-05-06 19:58:13.980087729 +0200
@@ -2,3 +2,4 @@
 debian/tmp/usr/lib/*/lib*.a
 debian/tmp/usr/lib/*/pkgconfig
 debian/tmp/usr/include
+debian/tmp/usr/share/gir-1.0
diff --new-file -r --unified a/vips-7.42.3/debian/rules b/vips-7.42.3/debian/rules
--- a/vips-7.42.3/debian/rules	2015-03-19 19:18:27.0 +0100
+++ b/vips-7.42.3/debian/rules	2015-05-06 22:46:42.195093016 +0200
@@ -40,6 +40,7 @@
 # 

Bug#783845: workrave: Pulls in a lot of libraries from xfce4

[Matijs van Zuijlen]

Package: workrave
Version: 1.10.6-1
Severity: normal

With the update to 1.10.6 and the enabling of the xfce4 panel plugin,
workrave now depends on xfce4-panel, causing it to pull in a lot of
dependencies that only make sense if the user is actually running xfce4.

Would it be possible to lower the dependency to a recommends, or even a
suggests, just like with gnome-panel and gnome-shell?

Regards,
Matijs

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

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

Versions of packages workrave depends on:
ii  gconf-service3.2.6-3
ii  libatk1.0-0  2.14.0-1
ii  libatkmm-1.6-1   2.22.7-2.1
ii  libc62.19-18
ii  libcairo-gobject21.14.0-2.1
ii  libcairo21.14.0-2.1
ii  libcairomm-1.0-1 1.10.0-1.1
ii  libdbusmenu-glib412.10.2-1
ii  libdbusmenu-gtk3-4   12.10.2-1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-4
ii  libgcc1  1:5.1.1-2
ii  libgconf-2-4 3.2.6-3
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libgdome2-0  0.8.1+debian-6
ii  libglib2.0-0 2.42.1-1
ii  libglibmm-2.4-1c2a   2.42.0-1
ii  libgstreamer0.10-0   0.10.36-1.5
ii  libgtk-3-0   3.14.5-1
ii  libgtk2.0-0  2.24.25-3
ii  libgtkmm-3.0-1   3.14.0-1
ii  libice6  2:1.0.9-1+b1
ii  libindicator3-7  0.5.0-2
ii  libpanel-applet-4-0  3.8.1-7+b1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  libpangomm-1.4-1 2.34.0-1.1
ii  libpulse-mainloop-glib0  6.0-2
ii  libpulse06.0-2
ii  libsigc++-2.0-0c2a   2.4.0-1
ii  libsm6   2:1.2.2-1+b1
ii  libstdc++6   5.1.1-2
ii  libx11-6 2:1.6.2-3
ii  libxfce4util64.10.1-2
ii  libxml2  2.9.2+dfsg1-3
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1+b1
ii  multiarch-support2.19-18
ii  workrave-data1.10.6-1
ii  xfce4-panel  4.10.1-1

workrave recommends no packages.

Versions of packages workrave suggests:
pn  gnome-panel  none
ii  gnome-shell  3.14.4-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#782777: aptitude: marks certain packages as new and not auto-installed on every start of aptitude

[Matijs van Zuijlen]

Package: aptitude
Version: 0.6.11-1+b1
Followup-For: Bug #782777

Hi,

 If someone else is reading this: I'd like to here if other people are
 affected to see how widespread the issue is. I assume that only
 systems where also experimental is present in the sources.list can be
 affected, i.e. that this will not affect Jessie when released as
 Stable (unless backports trigger it, too).

I'm affected by this issue. I also have experimental present in
sources.list.

Regards,
Matijs

-- Package-specific info:
Terminal: xterm-256color
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.6.11 compiled at Nov  8 2014 13:34:39
Compiler: g++ 4.9.1
Compiled against:
  apt version 4.12.0
  NCurses version 5.9
  libsigc++ version: 2.4.0
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 5.9.20140913
  cwidget version: 0.5.17
  Apt version: 4.12.0

aptitude linkage:
linux-vdso.so.1 (0x7ffcbdf34000)
libapt-pkg.so.4.12 = /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 
(0x7f780339c000)
libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7f7803166000)
libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7f7802f3b000)
libsigc-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7f7802d35000)
libcwidget.so.3 = /usr/lib/x86_64-linux-gnu/libcwidget.so.3 
(0x7f7802a1f000)
libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7f7802756000)
libboost_iostreams.so.1.55.0 = 
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.55.0 (0x7f780253e000)
libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7f780212d000)
libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f7801f0f000)
libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f7801c04000)
libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f7801903000)
libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f78016ec000)
libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f7801343000)
libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7f780114)
libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f7800f3b000)
libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7f7800d2)
libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7f7800b1)
liblzma.so.5 = /lib/x86_64-linux-gnu/liblzma.so.5 (0x7f78008ec000)
librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f78006e4000)
libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f78004de000)
/lib64/ld-linux-x86-64.so.2 (0x7f7803d85000)

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages aptitude depends on:
ii  aptitude-common   0.6.11-1
ii  libapt-pkg4.121.0.9.8
ii  libboost-iostreams1.55.0  1.55.0+dfsg-3
ii  libc6 2.19-18
ii  libcwidget3   0.5.17-2
ii  libgcc1   1:4.9.2-10
ii  libncursesw5  5.9+20140913-1+b1
ii  libsigc++-2.0-0c2a2.4.0-1
ii  libsqlite3-0  3.8.7.4-1
ii  libstdc++64.9.2-10
ii  libtinfo5 5.9+20140913-1+b1
ii  libxapian22   1.2.19-1

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc]  0.6.11-1
ii  libparse-debianchangelog-perl   1.2.0-1.1
ii  sensible-utils  0.0.9

Versions of packages aptitude suggests:
ii  apt-xapian-index  0.47
ii  debtags   1.12.3
pn  tasksel   none

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#778477: vim-common: vim.svg has non-square bounding box, appears distorted in GNOME Shell

[Matijs van Zuijlen]

On Sun, 15 Feb 2015 12:00:56 -0500 James McCoy james...@debian.org wrote:
 On Sun, Feb 15, 2015 at 03:47:31PM +, Simon McVittie wrote:
  It would probably be possible to postprocess the SVG with
  xmlstarlet to assign a suitable bounding box. Alternatively,
  using vimlogo.eps instead of vimlogo.pdf as your source format
  would probably work, since vimlogo.eps seems to have the correct
  bounding box already.
 
 My poor search skills didn't turn up an eps → svg converter.  I would
 prefer to do that as well, since the eps is the original source file.
 Do you happen to know of a converter?

It looks like inkscape can do this:

  inkscape --export-plain-svg=vimlogo.svg vimlogo.eps

I also tried pstoedit, but it produces an incorrect bounding box.

Regards,

-- 
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#767739: workrave: Prevent double startup

[Matijs van Zuijlen]

Package: workrave
Version: 1.10.4-3
Severity: normal

Somehow, Gnome regularly decides to start two copies of workrave. While
we're waiting for Gnome session management to become awesome, it would
be nice if workrave would detect this and start only once.

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

Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages workrave depends on:
ii  gconf-service3.2.6-3
ii  libatk1.0-0  2.14.0-1
ii  libatkmm-1.6-1   2.22.7-2.1
ii  libc62.19-12
ii  libcairo-gobject21.14.0-2.1
ii  libcairo21.14.0-2.1
ii  libcairomm-1.0-1 1.10.0-1.1
ii  libdbusmenu-glib412.10.2-1
ii  libdbusmenu-gtk3-4   12.10.2-1
ii  libgcc1  1:4.9.1-19
ii  libgconf-2-4 3.2.6-3
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libgdome2-0  0.8.1+debian-6
ii  libglib2.0-0 2.42.0-2
ii  libglibmm-2.4-1c2a   2.42.0-1
ii  libgstreamer0.10-0   0.10.36-1.4
ii  libgtk-3-0   3.14.4-1
ii  libgtkmm-3.0-1   3.14.0-1
ii  libice6  2:1.0.9-1
ii  libindicator3-7  0.5.0-2
ii  libpanel-applet-4-0  3.8.1-6
ii  libpango-1.0-0   1.36.8-2
ii  libpangocairo-1.0-0  1.36.8-2
ii  libpangomm-1.4-1 2.34.0-1.1
ii  libpulse-mainloop-glib0  5.0-13
ii  libpulse05.0-13
ii  libsigc++-2.0-0c2a   2.4.0-1
ii  libsm6   2:1.2.2-1
ii  libstdc++6   4.9.1-19
ii  libx11-6 2:1.6.2-3
ii  libxml2  2.9.2+dfsg1-1
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1
ii  multiarch-support2.19-12
ii  workrave-data1.10.4-3

workrave recommends no packages.

Versions of packages workrave suggests:
pn  gnome-panel  none
ii  gnome-shell  3.14.1-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#766876: gobject-introspection: doc package missing

[Matijs van Zuijlen]

Package: gobject-introspection
Version: 1.42.0-2.2
Severity: normal


The 1.42.0-2.2 version does not include the -doc package anymore, which
was present in 1.42.0-2.1.

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

Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gobject-introspection depends on:
ii  build-essential11.7
ii  libc6  2.19-12
ii  libffi63.1-2
ii  libgirepository-1.0-1  1.42.0-2.2
ii  libglib2.0-0   2.42.0-2
ii  python-mako1.0.0-1
pn  python:any none

gobject-introspection recommends no packages.

gobject-introspection suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#765489: pink-pony: Crashes on start-up

[Matijs van Zuijlen]

Hi Fabian,

I decided to investigate a little bit more and found out my
~/.config/pony.options file was generated in 2013. Moving it out of the way
resolved the problem.

The biggest difference between the old and new file seems to be that the new one
sets resource_dir; Commenting it out makes pink-pony crash again.

On 16/10/14 09:27, Fabian Greffrath wrote:
 Control: tags -1 + unreproducible
 
 Hi,
 
 Am Mittwoch, den 15.10.2014, 16:49 +0200 schrieb Matijs van Zuijlen: 
 Unfortunately, pink-pony crashes on start-up. When run from a terminal,
 the following output is generated:
 
 I have just installed the game and it runs without flaws.
 
 - Fabian
 
 


-- 
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#762706: i915: blank screen on resume, logs 'failed to enable link training'

[Matijs van Zuijlen]

Package: src:linux
Followup-For: Bug #762706

I'm currently trying out version 3.17-rc5 from experimental, and the
problem does not seem to occur there.

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

Kernel: Linux 3.17-rc5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#765489: pink-pony: Crashes on start-up

[Matijs van Zuijlen]

Package: pink-pony
Version: 1.4.1-1+b2
Severity: important

Hi,

Unfortunately, pink-pony crashes on start-up. When run from a terminal,
the following output is generated:

  Loading file resources/textures/sky.png ... FailedLoading file 
resources/textures/logo.png ... FailedSomething went wrong with loading the 
font.
  Segmentation fault

Regards,
Matijs

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

Kernel: Linux 3.17-rc5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pink-pony depends on:
ii  libc6 2.19-11
ii  libdevil1c2   1.7.8-9
ii  libftgl2  2.1.3~rc5-4+nmu1
ii  libgcc1   1:4.9.1-16
ii  libgl1-mesa-glx [libgl1]  10.3.1-1
ii  libglfw2  2.7.2-1
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libilmbase6   1.0.1-6.1
ii  libprotobuf9  2.6.0-4
ii  libsdl-mixer1.2   1.2.12-11+b1
ii  libsdl1.2debian   1.2.15-10
ii  libsigc++-2.0-0c2a2.4.0-1
ii  libstdc++64.9.1-16
ii  libtinyxml2.6.2   2.6.2-2
ii  pink-pony-data1.4.1-1

pink-pony recommends no packages.

Versions of packages pink-pony suggests:
pn  pink-pony-dbg  none

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#762706: i915: blank screen on resume, logs 'failed to enable link training'

[Matijs van Zuijlen]

Package: src:linux
Followup-For: Bug #762706

This problem does not occur in linux-image-3.14-2-amd64.

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

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#762706: i915: blank screen on resume, logs 'failed to enable link training'

[Matijs van Zuijlen]

Package: src:linux
Version: 3.16.3-2
Severity: normal

On a regular basis, on resume, my laptop's screen stays blank. The
backlight turns on, but there is no image. Closing the laptop, waiting
for the backlight to turn off, and then opening the laptop again usually
remedies the problem.

The system log contains the following message:

  Sep 24 11:52:02 walnut kernel: [86794.556876] [drm:intel_dp_start_link_train] 
*ERROR* failed to enable link training

This is follewed by several copies of the following:

  Sep 24 11:52:02 walnut kernel: [86794.768312] [ cut here 
]
  Sep 24 11:52:02 walnut kernel: [86794.768363] WARNING: CPU: 3 PID: 22996 at 
/build/linux-P15SNz/linux-3.16.3/drivers/gpu/drm/i915/intel_dp.c:3125 
intel_dp_complete_link_train+0xed/0x310 [i915]()
  Sep 24 11:52:02 walnut kernel: [86794.768431] Modules linked in: nls_utf8 
nls_cp437 vfat fat ctr ccm cpufreq_powersave cpufreq_userspace cpufreq_stats 
cpufreq_conservative binfmt_misc snd_hda_codec_hdmi snd_hda_codec_cirrus 
snd_hda_codec_generic arc4 brcmsmac nf_conntrack_ipv4 nf_defrag_ipv4 xt_tcpudp 
xt_conntrack cordic brcmutil nf_conntrack b43 mac80211 iptable_filter ip_tables 
cfg80211 x_tables ssb mmc_core rng_core pcmcia pcmcia_core joydev iTCO_wdt 
iTCO_vendor_support applesmc input_polldev ecb uvcvideo btusb 
x86_pkg_temp_thermal intel_powerclamp snd_hda_intel bluetooth intel_rapl 
videobuf2_vmalloc snd_hda_controller videobuf2_memops videobuf2_core 
snd_hda_codec crc32_pclmul v4l2_common 6lowpan_iphc snd_hwdep videodev 
snd_pcm_oss bcm5974 rfkill ghash_clmulni_intel media snd_mixer_oss snd_pcm 
evdev snd_seq_midi snd_seq_midi_event snd_rawmidi aesni_intel aes_x86_64 lrw 
snd_seq gf128mul glue_helper snd_seq_device ablk_helper cryptd snd_timer bcma 
pcspkr i915 lpc_ich i2c_!
 i8!
   01 mfd_co
   re snd sbs drm_kms_helper sbshc soundcore battery drm shpchp i2c_algo_bit 
apple_bl i2c_core mei_me video mei ac button processor thermal_sys kvm_intel 
kvm coretemp loop fuse parport_pc ppdev lp parport autofs4 ext4 crc16 mbcache 
jbd2 ahci libahci sg sd_mod crc_t10dif crct10dif_generic ata_generic 
hid_generic usb_storage hid_apple usbhid hid ata_piix crct10dif_pclmul 
crct10dif_common crc32c_intel libata uhci_hcd ehci_pci ehci_hcd scsi_mod 
usbcore usb_common
  Sep 24 11:52:02 walnut kernel: [86794.768518] CPU: 3 PID: 22996 Comm: 
kworker/u16:94 Tainted: GW 3.16-2-amd64 #1 Debian 3.16.3-2
  Sep 24 11:52:02 walnut kernel: [86794.768520] Hardware name: Apple Inc. 
MacBookAir4,2/Mac-742912EFDBEE19B3, BIOS MBA41.88Z.0077.B0F.1201241549 
01/24/2012
  Sep 24 11:52:02 walnut kernel: [86794.768529] Workqueue: events_unbound 
async_run_entry_fn
  Sep 24 11:52:02 walnut kernel: [86794.768536]  0009 
81506188  81065707
  Sep 24 11:52:02 walnut kernel: [86794.768541]  88003697a0d8 
0001  88003697a118
  Sep 24 11:52:02 walnut kernel: [86794.768545]  88003697a0f3 
a04354ad 10044004 00810003212e
  Sep 24 11:52:02 walnut kernel: [86794.768547] Call Trace:
  Sep 24 11:52:02 walnut kernel: [86794.768557]  [81506188] ? 
dump_stack+0x41/0x51
  Sep 24 11:52:02 walnut kernel: [86794.768564]  [81065707] ? 
warn_slowpath_common+0x77/0x90
  Sep 24 11:52:02 walnut kernel: [86794.768590]  [a04354ad] ? 
intel_dp_complete_link_train+0xed/0x310 [i915]
  Sep 24 11:52:02 walnut kernel: [86794.768614]  [a0435737] ? 
intel_enable_dp+0x67/0x90 [i915]
  Sep 24 11:52:02 walnut kernel: [86794.768638]  [a043576e] ? 
g4x_enable_dp+0xe/0x20 [i915]
  Sep 24 11:52:02 walnut kernel: [86794.768664]  [a04158d9] ? 
ironlake_crtc_enable+0x4f9/0xf20 [i915]
  Sep 24 11:52:02 walnut kernel: [86794.768690]  [a03eb636] ? 
i915_gem_object_pin_to_display_plane+0x96/0x1b0 [i915]
  Sep 24 11:52:02 walnut kernel: [86794.768713]  [a03ec488] ? 
i915_gem_object_pin_fence+0x28/0xa0 [i915]
  Sep 24 11:52:02 walnut kernel: [86794.768740]  [a0418e97] ? 
__intel_set_mode+0x7d7/0x1560 [i915]
  Sep 24 11:52:02 walnut kernel: [86794.768766]  [a0403514] ? 
gen6_read32+0x64/0x120 [i915]
  Sep 24 11:52:02 walnut kernel: [86794.768773]  [8150a9ee] ? 
mutex_lock+0xe/0x2a
  Sep 24 11:52:02 walnut kernel: [86794.768799]  [a041dfb4] ? 
intel_modeset_setup_hw_state+0x824/0xd30 [i915]
  Sep 24 11:52:02 walnut kernel: [86794.768815]  [a036fb5a] ? 
drm_modeset_lock+0x2a/0xd0 [drm]
  Sep 24 11:52:02 walnut kernel: [86794.768830]  [a036fc41] ? 
drm_modeset_lock_all_crtcs+0x41/0x60 [drm]
  Sep 24 11:52:02 walnut kernel: [86794.768835]  [812e0420] ? 
pci_pm_thaw+0x90/0x90
  Sep 24 11:52:02 walnut kernel: [86794.768852]  [a03c537e] ? 
__i915_drm_thaw+0x11e/0x1a0 [i915]
  Sep 24 11:52:02 walnut kernel: [86794.768870]  [a03c5bd4] ? 
i915_resume+0x24/0x40 [i915]
  Sep 24 11:52:02 walnut kernel: [86794.768876]  [813a8a96] ? 

Bug#762101: systemd: Bad configuration option in /lib/systemd/network/99-default.link?

[Matijs van Zuijlen]

Package: systemd
Version: 215-4
Severity: normal

Recently, lines like the following have started appearing in my system
logs:

  Sep 18 12:10:55 walnut systemd-udevd[179]: Network interface NamePolicy= 
disabled on kernel commandline, ignoring.

I found `NamePolicy=` in /lib/systemd/network/99-default.link, which
contains:

  [Link]
  NamePolicy=database onboard slot path
  MACAddressPolicy=persistent

My kernel commandline does not seem to have anything to do with
NamePolicy:

   BOOT_IMAGE=/boot/vmlinuz-3.16-1-amd64 
root=UUID=11b86120-5da7-43ee-bff4-aadc4faf8984 ro nomodeset elevator=deadline 
quiet splash init=/bin/systemd i915.i915_enable_rc6=1

-- Package-specific info:

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

Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-53.4
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1
ii  libblkid1   2.20.1-5.8
ii  libc6   2.19-11
ii  libcap2 1:2.24-4
ii  libcap2-bin 1:2.24-4
ii  libcryptsetup4  2:1.6.6-1
ii  libgcrypt11 1.5.4-3
ii  libkmod218-1
ii  liblzma55.1.1alpha+20120614-2
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2
ii  libsystemd0 215-4
ii  sysv-rc 2.88dsf-53.4
ii  udev215-4
ii  util-linux  2.20.1-5.8

Versions of packages systemd recommends:
ii  dbus1.8.8-1
ii  libpam-systemd  215-4

Versions of packages systemd suggests:
ii  systemd-ui  3-2

-- Configuration Files:
/etc/systemd/logind.conf changed:
[Login]
HandlePowerKey=ignore


-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#761813: logcheck: egrep uses ridiculous amounts of memory

[Matijs van Zuijlen]

Package: logcheck
Version: 1.3.16
Severity: normal

Lately I've noticed egrep taking enormous amounts of memory when running
logcheck, especially after a reboot. As an example, a 58K patterns file
(with local patterns) combined with a 86K log file made egrep use more
than 1G of ram.

Splitting my local patterns alleviates the problem of course, but that
shouldn't really be necessary for these file sizes.

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

Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages logcheck depends on:
ii  adduser 3.113+nmu3
ii  cron3.0pl1-124.2
ii  lockfile-progs  0.1.17
ii  logtail 1.3.16
ii  mime-construct  1.11
ii  postfix [mail-transport-agent]  2.11.1-1
ii  rsyslog [system-log-daemon] 8.4.0-2

Versions of packages logcheck recommends:
ii  logcheck-database  1.3.16

Versions of packages logcheck suggests:
pn  syslog-summary  none

-- Configuration Files:
/etc/logcheck/logcheck.conf [Errno 13] Permission denied: 
u'/etc/logcheck/logcheck.conf'
/etc/logcheck/logcheck.logfiles [Errno 13] Permission denied: 
u'/etc/logcheck/logcheck.logfiles'

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#757152: python-pyatspi: Should depond on at-spi2-core OR qt-at-spi

[Matijs van Zuijlen]

Package: python-pyatspi
Version: 2.10.0+dfsg-2
Severity: normal

This latest version of the python-pyatspi package depends on both
at-spi2-core and qt-at-spi, which each depend on part of gnome and kde,
respectively. In the common case, only one of these desktops is
installed and it makes no sense to pull in part of the other.

The original bug report #749523 mentions depending on
at-spi2-core|qt-at-spi, which would allow the user to pick the most
appropriate choice. I think this would be a better solution than
depending on both packages.

I suppose another option would be to create separate
python-pyatspi-gnome and python-pyatspi-kde packages.

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

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-pyatspi depends on:
ii  gir1.2-atspi-2.0  2.12.0-2
ii  libatk-adaptor2.12.1-1+b1
ii  libgail-common2.24.24-1
ii  python2.7.8-1
ii  python-gi 3.12.1-1+b1

python-pyatspi recommends no packages.

python-pyatspi suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#755150: TypeError: this._mainWindow is undefined

[Matijs van Zuijlen]

Package: gnome-documents
Version: 3.12.1-2
Severity: normal

I'm getting quite some error logging from gnome-documents as follows:

Jul 18 09:09:37 walnut org.gnome.Documents[2760]: (gnome-documents:26198): 
Gjs-WARNING **: JS ERROR: TypeError: this._mainWindow is undefined
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
Application.getScaleFactor@/usr/share/gnome-documents/js/application.js:632
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
wrapper@resource:///org/gnome/gjs/modules/lang.js:169
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
DocCommon.updateIconFromType@/usr/share/gnome-documents/js/documents.js:332
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
wrapper@resource:///org/gnome/gjs/modules/lang.js:169
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
DocCommon.refreshIcon@/usr/share/gnome-documents/js/documents.js:382
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
wrapper@resource:///org/gnome/gjs/modules/lang.js:169
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
DocCommon.populateFromCursor@/usr/share/gnome-documents/js/documents.js:318
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
wrapper@resource:///org/gnome/gjs/modules/lang.js:169
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
_parent@resource:///org/gnome/gjs/modules/lang.js:131
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
LocalDocument.populateFromCursor@/usr/share/gnome-documents/js/documents.js:655
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
wrapper@resource:///org/gnome/gjs/modules/lang.js:169
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
DocCommon._init@/usr/share/gnome-documents/js/documents.js:250
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
wrapper@resource:///org/gnome/gjs/modules/lang.js:169
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
_parent@resource:///org/gnome/gjs/modules/lang.js:131
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
LocalDocument._init@/usr/share/gnome-documents/js/documents.js:642
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
wrapper@resource:///org/gnome/gjs/modules/lang.js:169
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
_Base.prototype._construct@resource:///org/gnome/gjs/modules/lang.js:110
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
Class.prototype._construct/newClass@resource:///org/gnome/gjs/modules/lang.js:204
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
DocumentManager.createDocumentFromCursor@/usr/share/gnome-documents/js/documents.js:1130
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
wrapper@resource:///org/gnome/gjs/modules/lang.js:169
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
DocumentManager.addDocumentFromCursor@/usr/share/gnome-documents/js/documents.js:1136
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
wrapper@resource:///org/gnome/gjs/modules/lang.js:169
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
DocumentManager._onDocumentCreated/@/usr/share/gnome-documents/js/documents.js:1100
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
SingleItemJob._emitCallback@/usr/share/gnome-documents/js/trackerUtils.js:91
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
wrapper@resource:///org/gnome/gjs/modules/lang.js:169
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
SingleItemJob._onCursorNext@/usr/share/gnome-documents/js/trackerUtils.js:86
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
wrapper@resource:///org/gnome/gjs/modules/lang.js:169
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: 
start@/usr/share/gnome-documents/js/main.js:29
Jul 18 09:09:37 walnut org.gnome.Documents[2760]: @command line:1

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

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-documents depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.20.0-2
ii  gir1.2-evince-3.03.12.1-1
ii  gir1.2-gdata-0.0 0.15.0-3
ii  gir1.2-gnomedesktop-3.0  3.12.2-2
ii  gir1.2-goa-1.0   3.12.2-1
ii  gir1.2-gtk-3.0   3.12.2-1+b1
ii  gir1.2-tracker-1.0   1.0.2-1+b1
ii  gir1.2-webkit-3.02.4.4-2
ii  gir1.2-zpj-0.0   0.0.3-1+b1
ii  gjs  1.40.1-2
ii  gnome-online-miners  3.12.0-3
ii  libc62.19-7
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libevdocument3-4 3.12.1-1
ii  libevview3-3 3.12.1-1
ii  libgdata19   0.15.0-3
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  

Bug#754907: tracker-extract: Spams system logs

[Matijs van Zuijlen]

 **: Could not execute sparql: UNIQUE constraint failed: 
nie:DataObject.nie:url (strerror of errno (not necessarily related): No such 
file or directory)
Jul 15 18:48:14 walnut gnome-session[2693]: (tracker-miner-fs:2971): 
Tracker-WARNING **: File 
'file:///home/matijs/Documents/Projects/Forks/gitlab-ci-runner/vendor/bundle/ruby/2.0.0/gems/rspec-mocks-2.13.1/lib'
 has been reenqueued more than 2 times. It will not be indexed.
Jul 15 18:48:14 walnut gnome-session[2693]: (tracker-miner-fs:2971): 
Tracker-WARNING **: File 
'file:///home/matijs/Documents/Projects/Forks/gitlab-ci-runner/vendor/bundle/ruby/2.0.0'
 has been reenqueued more than 2 times. It will not be indexed.
Jul 15 18:48:14 walnut gnome-session[2693]: (tracker-miner-fs:2971): 
Tracker-CRITICAL **:   (Sparql buffer) Error in task 0 of the array-update: 
UNIQUE constraint failed: nie:DataObject.nie:url (strerror of errno (not 
necessarily related): No such file or directory)
Jul 15 18:48:14 walnut gnome-session[2693]: (tracker-miner-fs:2971): 
Tracker-CRITICAL **: Could not execute sparql: UNIQUE constraint failed: 
nie:DataObject.nie:url (strerror of errno (not necessarily related): No such 
file or directory)
Jul 15 18:48:14 walnut gnome-session[2693]: (tracker-miner-fs:2971): 
Tracker-WARNING **: File 
'file:///home/matijs/Documents/Projects/Forks/gitlab-ci-runner/vendor/bundle/ruby/2.0.0/gems'
 has been reenqueued more than 2 times. It will not be indexed.
Jul 15 18:48:14 walnut gnome-session[2693]: (tracker-miner-fs:2971): 
Tracker-WARNING **: File 
'file:///home/matijs/Documents/Projects/Forks/gitlab-ci-runner/vendor/bundle/ruby/2.0.0'
 has been reenqueued more than 2 times. It will not be indexed.
Jul 15 18:48:14 walnut gnome-session[2693]: (tracker-miner-fs:2971): 
Tracker-CRITICAL **:   (Sparql buffer) Error in task 0 of the array-update: 
UNIQUE constraint failed: nie:DataObject.nie:url (strerror of errno (not 
necessarily related): No such file or directory)

If tracker is going to index every file in my home directory, it would
be really nice if it would either give up after too many warnings or be
a whole lot less verbose.

(Even better would be if gnome wouldn't put user logs in the system log,
but I don't see that situation improving any time soon.)

Kind regards,
Matijs van Zuijlen

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

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tracker-extract depends on:
ii  libarchive133.1.2-8
ii  libc6   2.19-7
ii  libcairo2   1.12.16-2
ii  libflac81.3.0-2
ii  libgif4 4.1.6-11
ii  libglib2.0-02.40.0-3
ii  libgsf-1-1141.14.30-1
ii  libgstreamer-plugins-base1.0-0  1.2.4-1
ii  libgstreamer1.0-0   1.2.4-1
ii  libgxps20.2.2-3
ii  libjpeg88d1-1
ii  libmediaart-1.0-0   0.4.0-1
ii  libogg0 1.3.2-1
ii  libpng12-0  1.2.50-1
ii  libpoppler-glib80.26.2-2
ii  libtiff54.0.3-10
ii  libtotem-plparser18 3.10.2-3
ii  libtracker-miner-1.0-0  1.0.2-1+b1
ii  libtracker-sparql-1.0-0 1.0.2-1+b1
ii  libvorbis0a 1.3.2-1.4
ii  libvorbisfile3  1.3.2-1.4
ii  libxml2 2.9.1+dfsg1-4
ii  tracker 1.0.2-1+b1

tracker-extract recommends no packages.

tracker-extract suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#732832: gnome-session: now results in 700 MB log file processed by logcheck

[Matijs van Zuijlen]

Package: gnome-session
Version: 3.12.1-3
Followup-For: Bug #732832

Hi,

Unfortunately, today this problem caused about 700 MB worth of errors
from Tracker to be put in the system logs. The result is that logcheck
is now trying to process these lines. I'm dreading the result.

Basically, any user process in a gnome session can now fill up the
system logs.

Regards,
Matijs

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

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-session depends on:
ii  gnome-session-bin  3.12.1-3
ii  gnome-session-common   3.12.1-3
ii  gnome-settings-daemon  3.12.2-1
ii  gnome-shell3.12.2-3

gnome-session recommends no packages.

Versions of packages gnome-session suggests:
ii  desktop-base  7.0.3
ii  gnome-keyring 3.12.0-2
ii  gnome-user-guide  3.8.2-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#754283: libwaili1c2: Uninstallable in sid

[Matijs van Zuijlen]

Package: libwaili1c2
Version: 19990723-21
Severity: normal

The latest version of libwaili1c2 (19990723-22) is uninstallable in sid since
it depends on libtiff4 which is not available.

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

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#751134: Now 'Breaks' libtirpc1 for the foreseeable future

[Matijs van Zuijlen]

Hi,

The resolution for this bug adds a Breaks: libtirpc1 for versions below 2.3,
whereas libtirpc1 is currently at 0.2.3. I don't think libtirpc1 will reach 2.3
anytime soon :-), so this basically means libtirpc1 cannot be installed together
with libc6 2.19-2.

Regards,

-- 
Matijs




signature.asc
Description: OpenPGP digital signature

Bug#463510: aptitude: Remove option to run reportbug

[Matijs van Zuijlen]

Package: aptitude
Version: 0.6.10-1+b1
Followup-For: Bug #463510

Well, this is surprising. For quite a while it seemed the consensus was
to indeed remove reportbug, and now I suddenly get a message that this
bug report has been closed. Why this sudden change of heart?

A suggestion is made in the -done mail that would indeed alleviate the
problem somewhat (swapping user ids), but I see no follow-up bug to
arrange for this to happen. Are you expecting me to file any follow-up
bugs?

Kind regards,
Matijs

-- Package-specific info:
Terminal: xterm
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.6.10 compiled at May 24 2014 16:58:41
Compiler: g++ 4.8.2
Compiled against:
  apt version 4.12.0
  NCurses version 5.9
  libsigc++ version: 2.2.11
  Ept support enabled.
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 5.9.20140118
  cwidget version: 0.5.17
  Apt version: 4.12.0

aptitude linkage:
linux-vdso.so.1 (0x7fffdc43a000)
libapt-pkg.so.4.12 = /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 
(0x7fba3770)
libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7fba374cb000)
libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7fba372a)
libsigc-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7fba3709b000)
libcwidget.so.3 = /usr/lib/x86_64-linux-gnu/libcwidget.so.3 
(0x7fba36d94000)
libept.so.1.aptpkg4.12 = 
/usr/lib/x86_64-linux-gnu/libept.so.1.aptpkg4.12 (0x7fba36b37000)
libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7fba36739000)
libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7fba36521000)
libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7fba36264000)
libboost_iostreams.so.1.55.0 = 
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.55.0 (0x7fba3604c000)
libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7fba35e2f000)
libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7fba35b23000)
libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7fba3582)
libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7fba3560a000)
libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7fba3525f000)
libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7fba3505c000)
libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7fba34e58000)
libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7fba34c47000)
liblzma.so.5 = /lib/x86_64-linux-gnu/liblzma.so.5 (0x7fba34a24000)
libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fba3481e000)
librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7fba34616000)
/lib64/ld-linux-x86-64.so.2 (0x7fba38095000)

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

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aptitude depends on:
ii  aptitude-common   0.6.10-1
ii  libapt-pkg4.121.0.3
ii  libboost-iostreams1.55.0  1.55.0+dfsg-1
ii  libc6 2.18-7
ii  libcwidget3   0.5.17-1
ii  libept1.4.12  1.0.12
ii  libgcc1   1:4.9.0-5
ii  libncursesw5  5.9+20140118-1
ii  libsigc++-2.0-0c2a2.2.11-3
ii  libsqlite3-0  3.8.4.3-3
ii  libstdc++64.9.0-5
ii  libtinfo5 5.9+20140118-1
ii  libxapian22   1.2.17-1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages aptitude recommends:
ii  apt-xapian-index0.46
ii  aptitude-doc-en [aptitude-doc]  0.6.10-1
ii  libparse-debianchangelog-perl   1.2.0-1
ii  sensible-utils  0.0.9

Versions of packages aptitude suggests:
ii  debtags  1.12
ii  tasksel  3.20

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#463510: aptitude: Remove option to run reportbug

[Matijs van Zuijlen]

On 02/06/14 09:57, Daniel Hartwig wrote:
 On 2 June 2014 15:17, Matijs van Zuijlen mat...@matijs.net wrote:
 A suggestion is made in the -done mail that would indeed alleviate the
 problem somewhat (swapping user ids), but I see no follow-up bug to
 arrange for this to happen.
 Are you expecting me to file any follow-up bugs?
 No. See http://bugs.debian.org/750159 if it pleases you.

Nice. Thanks.

-- 
Matijs




signature.asc
Description: OpenPGP digital signature

Bug#748729: May belong to package gcr

[Matijs van Zuijlen]

Hi,

Today, the dialog popped up while the screen saver was active. Somehow, this
cause the dialog to not become system modal. Later, in my logcheck mail the
following lines appeared:

May 23 18:26:04 walnut gcr-prompter[2740]: Gcr: could not grab keyboard: 
already grabbed
May 23 18:26:04 walnut org.gnome.keyring.SystemPrompter[2752]: Gcr-Message: 
could not grab keyboard: already grabbed

This leads me to conclude this bug belongs to the gcr package.

-- 
Matijs




signature.asc
Description: OpenPGP digital signature

Bug#734908: gcr: This is a problem for remote account passwords

[Matijs van Zuijlen]

Package: gcr
Version: 3.12.2-1
Followup-For: Bug #734908

The focus-grabbing behavior is in fact problematic when the goal is to
ask for a remote account's password. It is common nowadays for these
passwords to be kept in a password manager such as Revelation. A system
modal dialog prevents the user from accessing such a password store. See
also bug #748729.

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

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gcr depends on:
ii  dbus-x11 1.8.2-1
ii  dconf-gsettings-backend [gsettings-backend]  0.20.0-2
ii  libc62.18-7
ii  libgcr-base-3-1  3.12.2-1
ii  libgcr-ui-3-13.12.2-1
ii  libglib2.0-0 2.40.0-3
ii  libgtk-3-0   3.12.2-1

gcr recommends no packages.

gcr suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#748729: gnome-online-accounts: Uses system-modal dialogs for remote passwords

[Matijs van Zuijlen]

Package: gnome-online-accounts
Version: 3.12.2-1
Severity: normal

(I am not 100% sure this is the correct package, feel free to re-assign.)

I am using the Gnome 3 desktop, and I regularly (once or twice a week)
get a system modal dialog asking me for the password of a remote
account (which one is actually unclear, since only the email address is
shown, which could be used as an account name in several places). Since
these are not passwords needed to access the current system, it does not
make sense to require the user to be able to type these by heart, and in
fact I cannot since I use Revelation avoid having to remember them.

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

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-online-accounts depends on:
ii  libc6 2.18-7
ii  libgcr-base-3-1   3.12.2-1
ii  libglib2.0-0  2.40.0-3
ii  libgoa-1.0-0b 3.12.2-1
ii  libgoa-backend-1.0-1  3.12.2-1
ii  libkrb5-3 1.12.1+dfsg-1
ii  librest-0.7-0 0.7.91-1
ii  libsoup2.4-1  2.46.0-2
ii  libtelepathy-glib00.24.0-1

Versions of packages gnome-online-accounts recommends:
ii  gnome-control-center  1:3.8.3-7
ii  realmd0.15.0-1

gnome-online-accounts suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#748727: rbenv: Install gems in user directory for system version

[Matijs van Zuijlen]

Package: rbenv
Version: 0.4.0+debian1-2
Severity: wishlist

Due to the removal of rbenv-alternatives, when using version 'system',
gems are installed in the system directory again instead of under
~/.rbenv. Please consider changing back to the previous behavior.

(By the way, perhaps rbenv-alternatives could still be useful as a whole
for switching between, e.g., system jruby and system MRI?)

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

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages rbenv depends on:
ii  ruby  1:2.1.0.1
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.484-2
ii  ruby2.0 [ruby-interpreter]2.0.0.484+really457-3
ii  ruby2.1 [ruby-interpreter]2.1.2-2

rbenv recommends no packages.

rbenv suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#730437: network-manager: I'm still experiencing this bug

[Matijs van Zuijlen]

Package: network-manager
Followup-For: Bug #730437

Hello,

I'm experiencing this error with version 0.9.8.8-4 (and all versions 0.9.8.8
from experimental before that). See below my NetworkManager.conf file. I hope it
will help solving this issue.

Regards,
Matijs

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

Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages network-manager depends on:
ii  adduser3.113+nmu3
ii  dbus   1.8.0-3
ii  isc-dhcp-client4.2.4-7
ii  libc6  2.18-4
ii  libdbus-1-31.8.0-3
ii  libdbus-glib-1-2   0.102-1
ii  libgcrypt111.5.3-4
ii  libglib2.0-0   2.38.2-5
ii  libgnutls262.12.23-13
ii  libgudev-1.0-0 204-8
ii  libnl-3-2003.2.21-1
ii  libnl-genl-3-200   3.2.21-1
ii  libnl-route-3-200  3.2.21-1
ii  libnm-glib40.9.8.8-4
ii  libnm-util20.9.8.8-4
ii  libpolkit-gobject-1-0  0.112-2
ii  libuuid1   2.20.1-5.7
ii  lsb-base   4.1+Debian12
ii  udev   204-8
ii  wpasupplicant  1.1-1

Versions of packages network-manager recommends:
ii  crda  1.1.2-1
ii  dnsmasq-base  2.68-1
ii  iptables  1.4.21-1
ii  modemmanager  0.5.2.0-2.1
ii  policykit-1   0.112-2
ii  ppp   2.4.5+git20130610-4

Versions of packages network-manager suggests:
pn  avahi-autoipd  none

-- Configuration Files:
/etc/NetworkManager/NetworkManager.conf changed:
[main]
plugins=ifupdown,keyfile
[ifupdown]
managed=true

/etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla 
[Errno 13] Permission denied: 
u'/etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla'

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#676875: ruby-build: Recipy rbx-2.0.0-dev fails

[Matijs van Zuijlen]

Package: ruby-build
Followup-For: Bug #676875

Hello,

I never saw your reply to my report, but I have now seen it. I agree that this
is not a problem with Debian packaging, and is in fact not even a problem with
upstream ruby-build. This bug report can be closed as far as I'm concerned.

Regards,
Matijs

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

Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ruby-build depends on:
ii  build-essential   11.6
ii  curl  7.34.0-1
ii  libreadline6-dev  6.2+dfsg-0.1
ii  zlib1g-dev1:1.2.8.dfsg-1

Versions of packages ruby-build recommends:
ii  libsqlite3-dev  3.8.2-1
ii  libssl-dev  1.0.1e-4
ii  libxml2-dev 2.9.1+dfsg1-3
ii  libxslt1-dev [libxslt-dev]  1.1.28-2
ii  rbenv   0.4.0-1

Versions of packages ruby-build suggests:
ii  autoconf2.69-2
ii  automake1:1.14-3
ii  bison   2:3.0.2.dfsg-2
ii  git [git-core]  1:1.8.5.2-1
ii  git-core1:1.8.5.2-1
ii  libtool 2.4.2-1.3

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#732986: Can you provide a pointer?

[Matijs van Zuijlen]

Hello,

I'm experiencing the same problem as described in this bug report, but am unable
to find those other 5 bugs you mention. Can you provide a pointer please?

Kind regards,
-- 
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#732986: [Pkg-openssl-devel] Bug#732986: Can you provide a pointer?

[Matijs van Zuijlen]

On 23/12/13 18:37, Kurt Roeckx wrote:
 On Mon, Dec 23, 2013 at 05:57:41PM +0100, Matijs van Zuijlen wrote:
 Hello,

 I'm experiencing the same problem as described in this bug report, but am 
 unable
 to find those other 5 bugs you mention. Can you provide a pointer please?
 
 downgrade libssl1.0.0 or upgrade openssh-*
 
 
 Kurt
 

Thanks, the upgrades of openssh-* have arrived on my machine and all is well!
Actually, I meant a pointer to the other bugs. I found one in the mean time:
#732972.

Thanks and regards,
-- 
Matijs



signature.asc
Description: OpenPGP digital signature

Bug#732832: gnome-session: Spams syslog with user log messages

[Matijs van Zuijlen]

Package: gnome-session
Version: 3.10.1-1
Severity: normal

Hello,

In the olden days, errors inside an X session would be logged to
~/.xsession-errors. These days, it seems gnome-session logs all errors in all
user programs to the system log. This leads to two problems:

* It is very hard for the user to take a look at things that may have gone wrong
  inside their current or previous session.
* It is very hard for the sysadmin to write logcheck rules to filter out the
  user messages while keeping messages that may indicate problems with
  gnome-session on a system level.

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

Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-session depends on:
ii  gnome-session-bin  3.10.1-1
ii  gnome-session-common   3.10.1-1
ii  gnome-settings-daemon  3.10.1-1
ii  gnome-shell3.10.1-1

Versions of packages gnome-session recommends:
ii  systemd  204-5

Versions of packages gnome-session suggests:
ii  desktop-base  7.0.3
ii  gnome-keyring 3.10.1-1
ii  gnome-user-guide  3.8.2-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#732037: epiphany-browser: Appears to trigger arxiv.org's malignant robot detection

[Matijs van Zuijlen]

Package: epiphany-browser
Version: 3.10.1-1
Severity: normal

If I access any of arxiv.org's pages using Epiphany, access is denied with the
following text:

  Access Denied

  Sadly, your client Mozilla/5.0 (Unknown; Linux x86_64) AppleWebKit/538.7
  (KHTML, like Gecko) Chromium/25.0.1349.2 Chrome/25.0.1349.2 Safari/538.7
  Debian/unstable (3.10.1-1) Epiphany/3.10.1 violates the automated access
  guidelines posted at arxiv.org, and is consequently excluded.

  If you believe this determination to be in error, see
  http://arxiv.org/denied.html for additional information.

I have asked the arxiv.org admin to unblock access, and this was apparrently
done, but upon attempting access again, it was immediately denied.

I have no problem accessing arxiv.org using Chromium or Iceweasel.

The page mentioned in the error text gives the presence of 'accelerator' or
pre-fetching software as a possible cause, but I'm not aware of the presence of
such functionality in Epiphany.

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

Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages epiphany-browser depends on:
ii  dbus-x111.7.4-1
ii  epiphany-browser-data   3.10.1-1
ii  gnome-icon-theme3.10.0-1
ii  gnome-icon-theme-symbolic   3.10.1-1
ii  gsettings-desktop-schemas   3.10.0-1
ii  iso-codes   3.49-1
ii  libatk1.0-0 2.10.0-2
ii  libavahi-client30.6.31-3
ii  libavahi-common30.6.31-3
ii  libavahi-gobject0   0.6.31-3
ii  libc6   2.17-97
ii  libcairo-gobject2   1.12.16-2
ii  libcairo2   1.12.16-2
ii  libgcr-base-3-1 3.10.1-1
ii  libgcr-ui-3-1   3.10.1-1
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libglib2.0-02.38.1-2
ii  libgnome-desktop-3-83.10.1-2
ii  libgtk-3-0  3.10.2-1
ii  libjavascriptcoregtk-3.0-0  2.3.2-1
ii  libnotify4  0.7.6-1
ii  libnspr42:4.10.2-1
ii  libnss3 2:3.15.3-1
ii  libpango-1.0-0  1.36.0-1
ii  libpangocairo-1.0-0 1.36.0-1
ii  libsecret-1-0   0.15-2
ii  libsoup2.4-12.44.2-1
ii  libsqlite3-03.8.2-1
ii  libwebkit2gtk-3.0-252.3.2-1
ii  libwnck-3-0 3.4.7-1
ii  libx11-62:1.6.2-1
ii  libxml2 2.9.1+dfsg1-3
ii  libxslt1.1  1.1.28-2

Versions of packages epiphany-browser recommends:
ii  ca-certificates  20130906
ii  evince   3.10.0-1
ii  yelp 3.10.1-1

epiphany-browser suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org