Bug#789469: Default configuration does not upgrade packages from debian-security

2015-06-21 Thread Simon Van der Linden
Package: unattended-upgrades Version: 0.83.3.1 The default configuration of unattended-upgrade in Jessie does not let packages from debian-security be upgraded unattended. # unattended-upgrade --debug Initial blacklisted packages: Initial whitelisted packages: Starting unattended upgrades scr

Bug#788127:

2015-06-08 Thread Simon Van der Linden
Actually, SSLv2 is not even supported by Apache 2.4. So that line is just useless. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#788127: SSLv3 is not disabled

2015-06-08 Thread Simon Van der Linden
Package: puppet-module-puppetlabs-apache Version: 1.1.1-1 In my manifest, I have: class { '::apache’: apache_version => 2.4, ... } class { 'apache::mod::ssl': } In /etc/apache2/mods-enabled/ssl.conf, one can find: SSLProtocol all -SSLv2 So SSLv3 is still enabled, as opposed to t

Bug#788125: Missing directory referenced in SSL configuration

2015-06-08 Thread Simon Van der Linden
Package: puppet-module-puppetlabs-apache Version: 1.1.1-1 In my manifest, I have: class { '::apache’: apache_version => 2.4, ... } class { 'apache::mod::ssl': } In /etc/apache2/mods-enabled/ssl.conf, one can find: Mutex file:${APACHE_RUN_DIR}/ssl_mutex When I start apache, I

Bug#788124: By default, produces a configuration incompatible with Apache 2.4

2015-06-08 Thread Simon Van der Linden
Package: puppet-module-puppetlabs-apache Version: 1.1.1-1 Unless apache_version is set to 2.4 in the apache class, the module produces a configuration for apache 2.2, which is not packaged in Jessie. Furthermore, the configuration produced is not compatible with Apache 2.4: it tries to load mod

Bug#766854: Mismatch between the kernel of the installer and the kernel version available in the archive

2014-10-26 Thread Simon Van der Linden
Package: installation-reports Boot method: USB Image version: ftp://ftp.ch.debian.org/debian/dists/testing/main/installer-armel/current/images/kirkwood/network-console/lacie/ Date: October 26, 2014, 10:00 CET Machine: LaCie 2Big Network 2 Processor: Feroceon 88FR131 rev 1 (v5l) Memory: 256 MB Pa

Bug#724683: calendarserver: Actions need to be performed twice

2013-09-26 Thread Simon van der Linden
With a PostgreSQL database, this problem does not happen. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724683: calendarserver: Actions need to be performed twice

2013-09-26 Thread Simon van der Linden
Package: calendarserver Version: 3.2+dfsg-4 Severity: grave Justification: renders package unusable Actions performed on a calendar need to be performed twice to succeed. Steps to reproduce: 1. Start iCal with the calendar already configured, and a fresh install of calendarserver with default se

Bug#683529: Acknowledgement (Connection drops after 5 minutes with iTunes 10.5.x)

2012-08-01 Thread Simon van der Linden
From what I have observed, iTunes does not use updates as a keep alive mechanism. It can leave an update request pending for hours and only replies when the database changes. This mechanism seems to have been introduced in forked-daapd to prevent bugs related to session expiration after 30 minu

Bug#683529: Connection drops after 5 minutes with iTunes 10.5.x

2012-08-01 Thread Simon van der Linden
Package: forked-daapd Version: 0.19gcd-2.1 iTunes 10.5.x closes the connection to the forked-daapd server after 5 minutes regardless of any file being streamed or not. iTunes resets the connection immediately after having received a mupd message with musr equal to the revision-number in the las

Bug#623315: libpurple0: bonjour aborts chat if the connection with the first IP address fails

2011-04-19 Thread Simon van der Linden
n why those changes were made: . pidgin (2.7.11-1local1) unstable; urgency=low . * Recurse through IP addresses with Bonjour instead of using the first one only . The person named in the Author field signed this changelog entry. Author: Simon van der Linden --- The information abov

Bug#612949: clang: Default system include path does not include /usr/include/x86_64-linux-gnu/

2011-02-11 Thread Simon van der Linden
Package: clang Version: 2.7-3 Severity: normal The libffi-dev package installs ffi.h and ffitarget.h in /usr/include/$(gcc -dumpmachine)/, which is automatically searched by GCC, but not by clang. Since no specific include path is provided by pkg-config when asked about libffi, I guess clang shou