Bug#753558: python-factory-boy: python3 package
Package: python-factory-boy Version: 2.3.1-1 Severity: wishlist Hello, Please provide a Python3 package. Thanks! -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (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#753559: vim-snippets and vim-snipmate: error when trying to install together
Package: vim-snipmate,vim-snippets Version: vim-snipmate/0.84-1 Version: vim-snippets/1.0.0-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2014-07-03 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Selecting previously unselected package libgpm2:amd64. (Reading database ... 10930 files and directories currently installed.) Preparing to unpack .../libgpm2_1.20.4-6.1_amd64.deb ... Unpacking libgpm2:amd64 (1.20.4-6.1) ... Selecting previously unselected package libffi6:amd64. Preparing to unpack .../libffi6_3.1-2_amd64.deb ... Unpacking libffi6:amd64 (3.1-2) ... Selecting previously unselected package libgmp10:amd64. Preparing to unpack .../libgmp10_2%3a6.0.0+dfsg-4_amd64.deb ... Unpacking libgmp10:amd64 (2:6.0.0+dfsg-4) ... Selecting previously unselected package libyaml-0-2:amd64. Preparing to unpack .../libyaml-0-2_0.1.4-3.2_amd64.deb ... Unpacking libyaml-0-2:amd64 (0.1.4-3.2) ... Selecting previously unselected package libjs-jquery. Preparing to unpack .../libjs-jquery_1.7.2+dfsg-3_all.deb ... Unpacking libjs-jquery (1.7.2+dfsg-3) ... Selecting previously unselected package rubygems-integration. Preparing to unpack .../rubygems-integration_1.7_all.deb ... Unpacking rubygems-integration (1.7) ... Selecting previously unselected package libruby2.1:amd64. Preparing to unpack .../libruby2.1_2.1.2-2_amd64.deb ... Unpacking libruby2.1:amd64 (2.1.2-2) ... Selecting previously unselected package ruby2.1. Preparing to unpack .../ruby2.1_2.1.2-2_amd64.deb ... Unpacking ruby2.1 (2.1.2-2) ... Selecting previously unselected package ruby. Preparing to unpack .../ruby_1%3a2.1.0.1_all.deb ... Unpacking ruby (1:2.1.0.1) ... Selecting previously unselected package vim-runtime. Preparing to unpack .../vim-runtime_2%3a7.4.335-1_all.deb ... Adding 'diversion of /usr/share/vim/vim74/doc/help.txt to /usr/share/vim/vim74/doc/help.txt.vim-tiny by vim-runtime' Adding 'diversion of /usr/share/vim/vim74/doc/tags to /usr/share/vim/vim74/doc/tags.vim-tiny by vim-runtime' Unpacking vim-runtime (2:7.4.335-1) ... Selecting previously unselected package vim. Preparing to unpack .../vim_2%3a7.4.335-1_amd64.deb ... Unpacking vim (2:7.4.335-1) ... Selecting previously unselected package vim-addon-manager. Preparing to unpack .../vim-addon-manager_0.5.3_all.deb ... Unpacking vim-addon-manager (0.5.3) ... Selecting previously unselected package vim-snipmate. Preparing to unpack .../vim-snipmate_0.84-1_all.deb ... Unpacking vim-snipmate (0.84-1) ... Selecting previously unselected package vim-snippets. Preparing to unpack .../vim-snippets_1.0.0-1_all.deb ... Unpacking vim-snippets (1.0.0-1) ... dpkg: error processing archive /var/cache/apt/archives/vim-snippets_1.0.0-1_all.deb (--unpack): trying to overwrite '/usr/share/vim/addons/snippets/autoit.snippets', which is also in package vim-snipmate 0.84-1 Processing triggers for man-db (2.6.7.1-1) ... Errors were encountered while processing: /var/cache/apt/archives/vim-snippets_1.0.0-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/share/vim/addons/snippets/_.snippets /usr/share/vim/addons/snippets/autoit.snippets /usr/share/vim/addons/snippets/c.snippets /usr/share/vim/addons/snippets/cpp.snippets /usr/share/vim/addons/snippets/erlang.snippets /usr/share/vim/addons/snippets/html.snippets /usr/share/vim/addons/snippets/java.snippets /usr/share/vim/addons/snippets/mako.snippets /usr/share/vim/addons/snippets/objc.snippets /usr/share/vim/addons/snippets/perl.snippets /usr/share/vim/addons/snippets/php.snippets /usr/share/vim/addons/snippets/python.snippets /usr/share/vim/addons/snippets/ruby.snippets /usr/share/vim/addons/snippets/sh.snippets /usr/share/vim/addons/snippets/tcl.snippets /usr/share/vim/addons/snippets/tex.snippets /usr/share/vim/addons/snippets/vim.snippets /usr/share/vim/addons/snippets/zsh.snippets This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve
Bug#669017: Fwd: bootlogd messes up Plymouth's text theme during boot
Hi, I also see that plymouth and bootlogd tend to break each other. This is probably because plymouth (and probably bootlogd, too) try to redirect the console. It would be nice to declare a break on plymouth in the bootlogd package (and vice versa). Since plymouth also logs the output to /var/log/boot.log these two packages don't really make sense to be installed in parallel. Regards, Lukas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753542: perl-base - Segfaults in libperl.so.5.18
found 753542 2.19-1 thanks On Wed, Jul 02, 2014 at 11:29:58PM +0200, Bastian Blank wrote: Control: reassign -1 perl/5.18.2-4+b1 libc6/2.19-4 The problem is a missmatch between the jmp_buf size in perl vs. modules. Aka the build against glibc 2.19 changed the public ABI of perl. Yes, jmp_buf had to be increased to support new CPUs. This has been done using symbol versioning, but unfortunately it doesn't work when jmp_buf is embedded in a struct like in perl. Upstream consider this as a non-issue and recommend to do the upgrade of all the perl packages in a lockstep. How do we want to fix this so upgrades won't barf in the users face? The problem only concerns the jessie to jessie partial upgrades, dist-upgrades should be fine. wheezy to jessie upgrades are also fine, due to the perl 5.14 to 5.18 transition. If we want to fix that for jessie to jessie, one way is to start the perl 5.20 transition. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753560: libjsoncpp: Numerical values cannot be converted to string
Source: libjsoncpp
Version: 0.6.0~rc2-3
Severity: normal
Tag: patch
Hello,
libjsoncpp raises an exception when asked to convert a numerical value
to string. According to the investigation of Matthew Bekkema, this is
what causes the bug #733974 against the package minetest: my upstream
fixed their version of libjsoncpp, but the bug still occures in the
debian package, so debian clients are segfaulting when communicating
with non-debian servers. Could you please consider integrating the
attached patch (authored by Matthew)? I could NMU your package to get
that bug fixed, if you prefer.
Here is a simple valid program that is misbehaving:
--8
#include iostream
#include json/json.h
const std::string test_data = {\test\: 9001};
int main() {
Json::Value root;
Json::Reader reader;
reader.parse(test_data,root);
if (root[test].isConvertibleTo(Json::stringValue)) {
std::cout root[test].asString() std::endl;
}
return 0;
}
-8-
Instead of displaying a simple 9001, it shows:
| terminate called after throwing an instance of 'std::runtime_error'
| what(): Type is not convertible to string
The fix to that bug is a one-liner. As you can see, the patch also
fixes two other errors in the source, where null values where marked
as convertible to arrays and to objects. This is obviously wrong, as
trying to convert null to these types raises the segfaults that we are
observing in minetest.
Thanks for your work,
Mt.
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
I don't care whichever programming language we choose, as long as it's C.
--- a/json_value.cpp
+++ b/json_value.cpp
@@ -666,6 +666,7 @@ Value::asString() const
case booleanValue:
return value_.bool_ ? true : false;
case intValue:
+ return valueToString( value_.int_ );
case uintValue:
case realValue:
case arrayValue:
@@ -1423,14 +1424,14 @@ Value::isString() const
bool
Value::isArray() const
{
- return type_ == nullValue || type_ == arrayValue;
+ return type_ == arrayValue;
}
bool
Value::isObject() const
{
- return type_ == nullValue || type_ == objectValue;
+ return type_ == objectValue;
}
signature.asc
Description: Digital signature
Bug#753561: Suggest epubcheck
Package: asciidoc Version: 8.6.7-1 Now that epubcheck package is in good shape it would be nice to add a Suggests: epubcheck to a2x. I guess a Recommends could be added since a2x would not work, but that may pull in too many deps. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753562: wmbubble: Cannot build from source (debcheckout debuild -us -uc fails)
Package: wmbubble Version: 1.50-2 Severity: normal Trying to build the package from standards Debian checkout fails. Please see if you could you git-buildpackage for standard Debian Git format for storage. Alternatively, have debian/ directory included in master branch and separate upstream branch for upstream sources. In a nutshell, all is handled by command: apt-get install git-buildpackage git-import-orig package_version.orig.tar.gz References: http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.html See heading Debian Packaging http://www.eyrie.org/~eagle/notes/debian/git.html $ debcheckout wmbubble wmbubble.git declared git repository at https://github.com/rnjacobs/wmbubble.git git clone https://github.com/rnjacobs/wmbubble.git wmbubble.git ... Cloning into 'wmbubble.git'... remote: Reusing existing pack: 612, done. remote: Total 612 (delta 0), reused 0 (delta 0) Receiving objects: 100% (612/612), 234.58 KiB | 219.00 KiB/s, done. Resolving deltas: 100% (384/384), done. Checking connectivity... done. $ debuild -us -uc debuild: fatal error at line 632: cannot find readable debian/changelog anywhere! Are you in the source code tree? $ git branch * master $ ls -la | grep ^d drwxr-sr-x 6 root src 4096 2014-07-03 09:40 . drwxr-sr-x 3 root src 4096 2014-07-03 09:40 .. drwxr-sr-x 2 root src 4096 2014-07-03 09:40 doc drwxr-sr-x 8 root src 4096 2014-07-03 09:41 .git drwxr-sr-x 2 root src 4096 2014-07-03 09:40 include drwxr-sr-x 2 root src 4096 2014-07-03 09:40 misc -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wmbubble depends on: ii libc6 2.19-4 ii libx11-6 2:1.6.2-2 wmbubble recommends no packages. Versions of packages wmbubble suggests: ii evilvte [x-terminal-emulator] 0.5.1-1 ii gnome-terminal [x-terminal-emulator] 3.12.3-1 ii mrxvt [x-terminal-emulator] 0.5.4-1.1 ii rxvt [x-terminal-emulator]1:2.7.10-5 ii rxvt-unicode [x-terminal-emulator]9.20-1 ii sox 14.4.1-4 ii stterm [x-terminal-emulator] 0.5+20140606+gitc2fd275-1 ii xterm [x-terminal-emulator] 308-1 ii xvt [x-terminal-emulator] 2.1-20.1 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733974: Partial diagnosis.
On Sun, Jun 22, 2014 at 05:01:15PM +1000, Matthew Bekkema wrote: I found out what changes to libjsoncpp allow everything to work. I don't have access to Debian Sid at the moment so I've only tested this on Wheezy. I just opened a bug against libjsoncpp (#753560) to ask for the inclusion of that patch. Thanks very much for sorting that out, your precious work is really appreciated. Bye, Mt. -- I had a headache just by looking at the data structures of your linear-time optimal algorithm. No doubt an exhaustive algorithm would be more efficient in practice. -- Bastard Reviewer From Hell signature.asc Description: Digital signature
Bug#753531: apt-get clean executes 'rm /*' if Dir::Cache is set to
On Wed, Jul 02, 2014 at 09:41:07PM +0200, Cédric Barboiron wrote:
Package: apt
Version: 1.0.5
Severity: important
Thanks for your bugreport.
(warning: attached patch is not a solution, it is just intended to show
the problem)
Setting Dir::Cache::archives and Dir::Cache to the empty string (as
instructed by man 5 apt.conf) do NOT disable cache but set it to '/'.
Consequence: apt-get clean then effectively cleans '/' and removes all
files here.
Not true anymore but even worse, on squeeze it also removes the '/lib64'
symlink, breaking the loader and preventing any new dynamically linked
binary to be launched.
This sounds like we want to improve the description of the apt.conf
manpage. I assume your use-case was to disable the binary cache? Maybe
you can suggest a way to make the description clearer to avoid the
issue for others?
As for protecting against this, I attached a patch that makes clean a
bit more careful and fix the example where Dir::Cache::archives= is
empty. But there is only so much we can do, e.g. if someone sets
Dir::Cache=/vmlinuz its hard to have a programmatic way to detect that
this is a bad idea. But I'm happy to protect against obvious ones
(like Clean(/)).
Cheers,
Michael
- - -
all following tests done on debian testing, up to date on 2014-07-02
current result:
debdev# cat apt.conf
Dir::Cache ;
Dir::Cache::archives ;
debdev# touch /VERY_SECRET
debdev# ls /
bin boot dev etc home initrd.img initrd.img.old lib lib64 lost+found
media mnt opt proc root run sbin srv sys tmp usr var VERY_SECRET
vmlinuz vmlinuz.old
debdev# apt-get clean
debdev# ls /
bin boot dev etc home lib lib64 lock lost+found media mnt opt
proc root run sbin srv sys tmp usr var
reading source code (contrib/configuration.cc) instead of the man page of
apt.conf:
debdev# cat apt.conf
Dir::Cache /dev/null;
Dir::Cache::archives /dev/null;
debdev# touch /VERY_SECRET
debdev# ls /
bin boot dev etc home lib lib64 lock lost+found media mnt opt
proc root run sbin srv sys tmp usr var VERY_SECRET
debdev# apt-get clean
debdev# ls /
bin boot dev etc home lib lib64 lock lost+found media mnt opt
proc root run sbin srv sys tmp usr var VERY_SECRET
expected result, BUT BUT BUT its not a good idea at all :
debdev# cat /etc/apt/apt.conf
Dir::Cache /dev/null;
Dir::Cache::archives /dev/null;
debdev# ls -l /dev/null
crw-rw-rw- 1 root root 1, 3 Jul 2 20:11 /dev/null
debdev# apt-get install libcaca
Reading package lists... Error!
E: Write error - write (28: No space left on device)
E: Can't mmap an empty file
E: Failed to truncate file - ftruncate (9: Bad file descriptor)
E: The package lists or status file could not be parsed or opened.
debdev# ls -l /dev/null
-rw-r--r-- 1 root root 0 Jul 2 20:17 /dev/null
debdev# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/debdev-root 95G 5.0G 85G 6% /
udev 10M 10M 0 100% /dev
tmpfs202M 200K 201M 1% /run
tmpfs5.0M 0 5.0M 0% /run/lock
tmpfs403M 0 403M 0% /run/shm
/dev/sda1228M 80M 137M 37% /boot
none 4.0K 0 4.0K 0% /sys/fs/cgroup
and finally with attached patch (built without make test because it has
other side-effects):
debdev# cat /etc/apt/apt.conf
Dir::Cache ;
Dir::Cache::archives ;
debdev# touch /MYTRALALA
debdev# ls /
bin dev home lib64 lost+found mntopt root sbin sys usr
boot etc lib lock media MYTRALALA proc run srv tmp var
debdev# apt-get clean
E: Ignored empty string directory configuration (would have been expanded to
'/' otherwise)
debdev# ls /
bin dev home lib64 lost+found mntopt root sbin sys usr
boot etc lib lock media MYTRALALA proc run srv tmp var
diff --git a/apt-pkg/contrib/configuration.cc
b/apt-pkg/contrib/configuration.cc
index 00f6ad0..3dd63aa 100644
--- a/apt-pkg/contrib/configuration.cc
+++ b/apt-pkg/contrib/configuration.cc
@@ -240,6 +240,11 @@ string Configuration::FindFile(const char *Name,const
char *Default) const
string Configuration::FindDir(const char *Name,const char *Default) const
{
string Res = FindFile(Name,Default);
+ if (Res == )
+ {
+ _error-Error(_(Ignored empty string directory configuration (would
have been expanded to '/' otherwise)));
+ return Res;
+ }
if (Res.end()[-1] != '/')
{
size_t const found = Res.rfind(/dev/null);
diff --git a/doc/apt.conf.5.xml b/doc/apt.conf.5.xml
index fcbf20d..e30898c 100644
--- a/doc/apt.conf.5.xml
+++ b/doc/apt.conf.5.xml
@@ -607,8 +607,8 @@ DPkg::Pre-Install-Pkgs {/usr/sbin/dpkg-preconfigure
--apt;};
paraliteralDir::Cache/literal
Bug#692274:
Neat suggestion: https://bugs.debian.org/692274#41 ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692274:
On Thu, 03 Jul 2014, Mathieu Malaterre wrote: Neat suggestion: https://bugs.debian.org/692274#41 ! indeed. do you want to provide some suggestions for names and dependencys? Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729292: minitube: SIGABRT after buffering
Package: minitube Version: 2.1.6-1 Followup-For: Bug #729292 Dear Maintainer, the bug still exist in Minitube. Here is backtrace martin@debian:~/ZDROJE$ gdb minitube GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1.1+b1) Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html 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. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/minitube...done. (gdb) r Starting program: /usr/bin/minitube warning: no loadable sections found in added symbol-file system-supplied DSO at 0x77ffa000 warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffd92ee700 (LWP 17714)] [Thread 0x7fffd92ee700 (LWP 17714) exited] [New Thread 0x7fffd92ee700 (LWP 17715)] [Thread 0x7fffd92ee700 (LWP 17715) exited] [New Thread 0x7fffd92ee700 (LWP 17716)] [Thread 0x7fffd92ee700 (LWP 17716) exited] [New Thread 0x7fffd92ee700 (LWP 17717)] [New Thread 0x7fffd613f700 (LWP 17718)] [New Thread 0x7fffd4c69700 (LWP 17719)] [New Thread 0x7fff4700 (LWP 17720)] [New Thread 0x7fff4f3cb700 (LWP 17721)] [New Thread 0x7fff4ebca700 (LWP 17722)] [New Thread 0x7fff4db15700 (LWP 17723)] [New Thread 0x7fff4d314700 (LWP 17724)] [New Thread 0x7fff3fffe700 (LWP 17725)] [New Thread 0x7fff3e53d700 (LWP 17726)] [New Thread 0x7fff3dd3c700 (LWP 17727)] [New Thread 0x7fff3d53b700 (LWP 17728)] [New Thread 0x7fff3cd3a700 (LWP 17729)] [New Thread 0x7fff27fff700 (LWP 17730)] [New Thread 0x7fff277fe700 (LWP 17731)] [xcb] Unknown sequence number while processing queue [xcb] Most likely this is a multi-threaded client and XInitThreads has not been called [xcb] Aborting, sorry about that. minitube: ../../src/xcb_io.c:274: poll_for_event: Předpoklad „!xcb_xlib_threads_sequence_lost“ nesplněn. Program received signal SIGABRT, Aborted. 0x74d13407 in __GI_raise (sig=sig@entry=6) at .../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 ../nptl/sysdeps/unix/sysv/linux/raise.c: Adresář nebo soubor neexistuje. (gdb) bt #0 0x74d13407 in __GI_raise (sig=sig@entry=6) at .../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x74d147e8 in __GI_abort () at abort.c:89 #2 0x74d0c516 in __assert_fail_base (fmt=0x77fe0fbe %s%s%s:%u: %s%sPředpoklad „%s“ nesplněn.\n%n, assertion=assertion@entry=0x72aeeb80 !xcb_xlib_threads_sequence_lost, file=file@entry=0x72aee9cb ../../src/xcb_io.c, line=line@entry=274, function=function@entry=0x72aeee86 poll_for_event) at assert.c:92 #3 0x74d0c5c2 in __GI___assert_fail (assertion=0x72aeeb80 !xcb_xlib_threads_sequence_lost, file=0x72aee9cb ../../src/xcb_io.c, line=274, function=0x72aeee86 poll_for_event) at assert.c:101 #4 0x72a7f3b9 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #5 0x72a7f44c in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #6 0x72a7f71d in _XEventsQueued () from /usr/lib/x86_64-linux- gnu/libX11.so.6 #7 0x72a7184b in XEventsQueued () from /usr/lib/x86_64-linux- gnu/libX11.so.6 #8 0x76559d3c in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #9 0x73f33a61 in g_main_context_check () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #10 0x73f33f7b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #11 0x73f340ec in g_main_context_iteration () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #12 0x75c6ef8d in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #13 0x7655a2c6 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #14 0x75c40481 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #15 0x75c40795 in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/x86_64 -linux-gnu/libQtCore.so.4 #16 0x75c45ef7 in QCoreApplication::exec() () from /usr/lib/x86_64 -linux-gnu/libQtCore.so.4 #17 0x555886d9 in main (argc=1, argv=0x7fffe8a8) at src/main.cpp:128 (gdb) Bye M. Kovarik -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/1 CPU core) Locale: LANG=cs_CZ.utf8, LC_CTYPE=cs_CZ.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages minitube depends on: ii dbus-x11 1.8.4-1 ii libc6 2.19-4 ii libgcc1
Bug#751910: Bug:#751910: zabbix: CVE-2014-3005: local file inclusion via XXE
Hi Dmitry, The issues has already been fixed and will be available in Zabbix 2.2.5 soon. Thank you for quick action. Do you want us to prepare a patch for 2.2.3? Thank you for your help with patching of current versions of Zabbix in Debian -- much appreciated. I'm working on 2.2.4 so perhaps it will be helpful if we could fix the issue with the upload of 2.2.4 unless 2.2.5 happens before I prepare 2.2.4... Since 2.2.5 fixes this security related issue we'll do all our best to release it asap. I hope first RC will be ready early next week. Alexei -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752627: Bug:#752627: src:zabbix: combines code released under GPL and GPL-incompatible licenses (PHP license)
Hi Dmitry, The issues will be resolved in 2.2.5 very soon. Do you want a patch for 2.2.3? Because this issue is in the source archive I think it will be ideal to fix it with upload of new version (2.2.5) to avoid making changes to already uploaded orig.tar. I am considering to upload 2.2.4 but perhaps we could just wait for release of 2.2.5. Thank you. Agreed, it will be delivered in 2.2.5 then. Thanks for your effort. Alexei -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753563: chef-solr: not installable in sid
Package: chef-solr Version: 10.12.0+dfsg-2 Severity: grave User: trei...@debian.org Usertags: edos-uninstallable Hello, chef-solr is not installable in sid, on any architecture where it is available. This is the case since at least 2014-04-05. On amd64, armel, armhf, i386, mips, mipsel, powerpc, s390x, we have that chef-solr (=10.12.0+dfsg-2) depends on chef (= 0.10.10). However, chef 11.8.2-3 has a Breaks: chef-solr ( 11). On hurd-i386, kfreebsd-amd64, kfreebsd-i386, the problem is that chef (=10.12.0+dfsg-2) itself is not installable since it depends on ohai (= 6). Cheers -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753564: RFS: acsccid/1.0.8-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package acsccid * Package name: acsccid Version : 1.0.8-1 Upstream Author : Advanced Card Systems Ltd. i...@acs.com.hk * URL : http://acsccid.sourceforge.net/ * License : LGPL-2.1+ Section : libs It builds those binary packages: libacsccid1 - PC/SC driver for ACS USB CCID smart card readers To access further information about this package, please visit the following URL: http://mentors.debian.net/package/acsccid Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/acsccid/acsccid_1.0.8-1.dsc acsccid 1.0.8 contains the following updates: - Add the following readers support: ACS ACR1252 BADANAMU MAGIC READER ACS ACR1261 1S Dual Reader - Change the delay of cold reset to 10 ms. - Remove the checking of specific mode before setting the parameters. Changes since the last upload: acsccid (1.0.8-1) unstable; urgency=low * New upstream release. Regards, Godfrey Chung -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_HK.utf8, LC_CTYPE=en_HK.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#747053: libcsiro0 depends on libqhull5, but repository contains libqhull6 (blocks installation of libplplot* )
Raising severity to grave as the package is not installable in sid. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699068: lynx: Cannot Type a Page-Number more than 999
Hi Hart, Please keep sending BTS, that is, plese send your email to 699...@bugs.debian.org but do not send it to me privately. Others might watch your report, especially an upstream might watch your report. On Fri, 27 Jun 2014 00:26:02 -0700, Hart Larry wrote: Hi Atsuhito: Fair enough, this will take several minutes of slow loading, but as I have 96lines on my screen, there are 1787 pages. You may very well have many more. https://packages.debian.org/testing/allpackages Thanks so much in advance Hart Regards,2014-7-3(Thu) -- Debian Developer - much more I18N of Debian Atsuhito Kohda kohda AT debian.org Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752921: transition: qtbase-opensource-src
On 03/07/14 00:53, Lisandro Damián Nicanor Pérez Meyer wrote: On Wednesday 02 July 2014 11:00:10 Lisandro Damián Nicanor Pérez Meyer wrote: fcitx-qt5 and gammaray can now be binNMUed on all archs. pyqt5 needs to wait a little more. Full stack pushed including qtwebkit-o-s with fixed symbols. pyqt5 should be binNMUable. Scheduled. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753566: O: altermime -- utility used to alter mime-encoded mailpacks
Package: wnpp Severity: normal I intend to orphan the altermime package. The package description is: alterMIME is a small program which is used to alter your mime-encoded mailpacks as typically received by Inflex, Xamime and AMaViS. alterMIME can: * Insert disclaimers * Insert arbitrary X-headers * Modify existing headers * Remove attachments based on filename or content-type * Replace attachments based on filename -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753565: O: ajaxterm -- Web based terminal written in Python
Package: wnpp Severity: normal I intend to orphan the ajaxterm package. The package description is: Ajaxterm is a web based terminal written in Python and some AJAX javascript for client side. It can use almost any web browser and even works through firewalls. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753567: O: gsimplecal
Package: wnpp Severity: normal I intend to orphan the package simple cal. gsimplecal is a lightweight calendar application written in C++ using GTK2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753568: O: rapid-photo-downloader
Package: wnpp Severity: normal I intend to orphan rapid-photo-downloader Package description: Photo downloader (importer) from cameras, memory cards other devices Rapid Photo Downloader can be used by both professional and amateur photographers to download photos and videos from multiple cameras, memory cards and Portable Storage Devices simultaneously. It provides many flexible, user-defined options for subfolder creation, photo and video renaming, and backup. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753569: O: mailgraph -- RRDtool frontend for Mail statistics
Package: wnpp Severity: normal I intend to orphan the mailgraph package. The package description is: Mailgraph is a very simple mail statistics RRDtool frontend for Postfix, Sendmail or Exim that produces daily, weekly, monthly and yearly graphs of received/sent and bounced/rejected mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753128: lynx-cur: Please build against libgnutls28-dev
Hi Andreas, On Sun, 29 Jun 2014 15:02:11 +0200, Andreas Metzler wrote: Please build lynx-cur against libgnutls28-dev (and possibly libgcrypt20-dev while you are at it) instead of libgnutls-dev, the older GnuTLS version should not be part of jessie. Okay, I'm building the package now. But then I'm afraid libgnutls-dev should depends on libgnutls28-dev. I believe dependency on libgnutls-dev is much reasonable than dependency on libgnutls28-dev. And I find that the new package seems to fix also #752610. Is this correct? Thanks for your report. Best regards, 2014-7-3(Thu) -- Debian Developer - much more I18N of Debian Atsuhito Kohda kohda AT debian.org Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742767: TeX Gyre OpenType and wrongly(?) named glyphs
On 7/2/2014 4:32 PM, Boguslaw Jackowski wrote: Hans: I think even the type1 texgyre isn't by definition metric compatible. Metric compatibility was one of the major targets of the TeX Gyre project. Sure, definitely for the type1s, but also that for opentype we would not be strict (one never knows what follow up we will have). Visually there are of course differences (accent placement etc) so one can expect visual differences when doing trickery that depends on exact visual properties (like putting multiple accents on top of things) in which case probably even the type1 drop in could be a problem. (I'm talking tex now where open type fonts don't have the type1/tfm relates limitations in w/h/d). In practice a document that doesn't embed and expects e.g. times is not typeset that clever so problems are unlikely to show up. (Users who don't embed shouldn't complain about quality of rendering anyway.) Hans ps. A way bigger nightmare can be lucida as there are many incompatible variants of that one and then there are also cross platform viewing issues. But I assume these are normally embedded, but even then bad things can happen, e.g. with included images in documents that have no embedded fonts too. But afaik we left that time behind us. - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741645: knot-dnsutils: Conflicts with dnsutils
Control: block -1 by 717069 Hi Robert, On Fri, Mar 14, 2014, at 22:37, Robert Edmonds wrote: Package: knot-dnsutils Version: 1.4.3-2 Severity: normal Hi, I'd like to be able to directly compare three of the domain information groper tools available in Debian: dig from the dnsutils (src:bind9) package, drill from the ldnsutils (src:ldns) package, and kdig from the knot-dnsutils (src:knot) package. However, while dnsutils and ldnsutils can be installed simultaneously, knot-dnsutils conflicts with dnsutils because it ships a /usr/bin/dig: lrwxrwxrwx root/root 0 2014-02-18 07:48 ./usr/bin/dig - kdig I think dig is more of a BIND-specific command name than a genericized command name like ping, I think that dig, nsupdate host commands are more like ping so it would be nice if these packages could be co-installable somehow, even if kdig implemented exactly the same command-line interface as src:bind9's dig. But I agree with you that the co-installability is desired. I think that update-alternatives system might be best. I'll prepare patch for bind9 and cross-finger so LaMont has enough time. You compare this to vi (it's provided by vim.$variant, nvi and who knows what else) and it doesn't provide exactly the same environment. I think that same logic might apply here. O. -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753570: xmltv has new release version 0.5.65
Package: xmltv Severity: normal The current release (0.5.65) was made on 2014-05-08 and is available at http://files.xmltv.org Major Changes in this release (0.5.65) tv_grab_dk_dr - fixed for source site changes tv_grab_dtv_la (AR,CL,CO,DO,EC,PE,PR,UY,VE) - reinstate grabber after fixes for source site changes tv_grab_es_laguiatv - fixes for source site changes tv_grab_fi - improve series subtitles tv_grab_fi_sv - reinstate grabber after fixes for source site changes tv_grab_huro (HU,RO,CZ,SK) - bug fixes fixed grabber to work on all sites tv_grab_is - fixes for validation errors tv_grab_pt - fixed for source site changes tv_grab_pt_meo - bug fixes and performance improvements tv_grab_nl - reinstate grabber after fixes for source site changes tv_grab_uk_atlas - minor bug fix changes tv_grab_uk_guardian - minor bug fixes improvements tv_grab_uk_tvguide - minor bug fixes improvements tv_cat - concatenate files with dissimilar character encodings tv_imdb - fix character encoding of merged data. Add keywords. Add Plot Summary tv_to_text tv_to_latex - add optional output of programme description -- System Information: Debian Release: jessie/sid APT prefers utopic-updates APT policy: (500, 'utopic-updates'), (500, 'utopic-security'), (500, 'utopic') Architecture: amd64 (x86_64) Kernel: Linux 3.15.0-6-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (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#753571: please add support for AArch64, PPC64 LE, and fix underlinking
Package: libunwind Version: 1.1-3 Tags: patch these three patches are found at the Ubuntu diff at https://patches.ubuntu.com/libu/libunwind/libunwind_1.1-3ubuntu1.patch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753572: only a versionised llvm-symbolizer binary in the path
Package: llvm Version: 1:3.4-0 It seems that at least for the testing versions of the Clang 3.4 packages we only get a versioned llvm-symbolizer binary in the path (specifically, /usr/bin/llvm-symbolizer-3.4). However, the common sanitizer code base does ./compiler-rt/lib/sanitizer_common/sanitizer_symbolizer_posix_libcdep.cc: path_to_external = FindPathToBinary(llvm-symbolizer); and hence fails to find a symbolizer, resulting in warnings like ==29072==WARNING: Trying to symbolize code, but external symbolizer is not initialized! and subsequently un-symbolized output (in particular, missing source file line numbers for the runtime error messages) ... Would it be possible to create unversioned llvm-symbolizer symlinks? Kind Regards, Markus Mayer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753573: parted: please allow to read script commands from stdin or a file
Package: parted Version: 2.3-20 Severity: wishlist Hello, thank you for packaging parted. I currently have this in a deploy script: DISK=`find_disk` while read -r cmd; do parted -s -a optimal $DISK $cmd; done commands.txt that while loop works around parted only accepting script commands on the command line. I wish I could do this: DISK=`find_disk` parted -s -a optimal $DISK read commands.txt or this: DISK=`find_disk` compute_parted_commands | parted -s -a optimal $DISK read - I understand that running each command in its own invocation makes it possible to know which command exactly failed. In my case, though, I work on an all-or-nothing situation: either the disk ends up partitioned how we need it, or the installation procedure alarms[1] and halts. Enrico [1] it really does: it even plays a morse code SOS on the PC speaker :) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages parted depends on: ii libc6 2.19-4 ii libparted0debian1 2.3-20 ii libreadline6 6.3-6 ii libtinfo5 5.9+20140118-1 parted recommends no packages. Versions of packages parted suggests: pn parted-doc 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#753574: util-linux: new upstream version 2.25 available
Package: util-linux Version: 2.20.1-5.8 Severity: wishlist Hi, since 2nd of July 2014 upstream version 2.25 is available, would be nice to see a more recent version of util-linux in Debian (esp. since nsenter(1) is available only as of =2.23). Are there any known blockers that we're still sitting at 2.20? Thanks! regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014-07-03t10-28...@devnull.michael-prokop.at
Bug#753089: Patch
tags -1 + patch
Index: cplcore/tests/cpl_matrix-test.c
===
--- cplcore/tests/cpl_matrix-test.c (revision 160547)
+++ cplcore/tests/cpl_matrix-test.c (working copy)
@@ -200,6 +200,7 @@
FILE * stream;
const double * data;
cpl_boolean do_bench;
+cpl_boolean did_fail;
cpl_error_code code;
const cpl_matrix * null; /* This one is expected to be NULL */
@@ -1579,6 +1580,8 @@
cpl_msg_info(, Try to solve increasingly large systems A^TAx=A^Tb,
with A(i,j) = 1/(2*n-(1+i+j)) and x(j) = 1);
+ k = 0;
+ did_fail = CPL_FALSE;
for (size = 1; size nreps * nelem; size++) {
cpl_matrix * p2;
double error, residual;
@@ -1595,6 +1598,12 @@
cpl_test_nonnull(product);
xsolv = cpl_matrix_solve_normal(matrix, product);
+ if (cpl_error_get_code()) {
+ cpl_test_error(CPL_ERROR_SINGULAR_MATRIX);
+ cpl_test_null(xsolv);
+ did_fail = CPL_TRUE;
+ break;
+ }
cpl_test_nonnull(xsolv);
x_min = cpl_matrix_get_min(xsolv);
@@ -1631,7 +1640,17 @@
x_min=%g, x_max=%g, size, x_min, x_max);
break;
}
+ k++;
+ }
+ if (did_fail) {
+ /* Solving stopped prematurely. Normally, we should stop when the
system
+ is near-singular and so ill-conditioned that the solution has an
+ element where not even the most significant bit is correct.
For this
+ final iteration we will allow the solver to alternatively fail
(due a
+ singular matrix).
+ This should add support for Debian sbuild on mips64el */
+ cpl_test_leq(6, k);
}
cpl_msg_info(, Compute the determinant of increasingly large
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753575: texlive-bin: FTBFS on s390x, test suite errors
Source: texlive-bin Version: 2014.20140528.34243-3 Severity: serious Control: block 751525 by -1 Your package failed to build on s390x, preventing testing migration and blocking the poppler transition. https://buildd.debian.org/status/logs.php?pkg=texlive-binver=2014.20140528.34243-3arch=s390x Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751432: (no subject)
Hi, what is the status of this bug? the severity now is RC, so I grab the patch and uploaded on mentors [1] Can anybody from the maintainer team please give a feedback/upload? [1] https://mentors.debian.net/package/gdcm thanks Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753552: elfutils: FTBFS on arm64 (test failed)
On Thu, 2014-07-03 at 03:41 +0100, Wookey wrote: FAIL: run-native-test.sh /home/buildd/packages/elfutils-0.159/tests/funcretval: dwfl_module_return_value_location: cannot handle DWARF type description I've not yet worked out what the exact issue here is, or whether simply marking this as expected to fail is a god fix or not. It means that there is a DWARF DIE type that isn't recognized describing the return value of a function. So backends/aarch64_retval.c (aarch64_return_value_location) returned -2. Which probably means it didn't understand the DW_AT_encoding of the DW_TAG_base_type it found. This test might try to test all functions it can find DWARF descriptions for, so it might be caused by the glibc-dbg package if that one is installed. Would you be able to run the test by hand, then it should show which functions are being tested. Either run it with LD_LIBRARY_PATH=backends:libelf:libdw tests/funcretval -e tests/funcretval or remove the /dev/null redirects in tests/run-native-test.sh (native_test) so the output will end up in the test logs. Thanks, Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753574: Acknowledgement (util-linux: new upstream version 2.25 available)
merge 753574 678446 thanks Disclaimer: I was wondering why there were no bug reports about it yet, https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=util-linux points to https://bugs.debian.org/cgi-bin/pkgreport.cgi?ordering=normal;archive=0;src=util-linux;repeatmerged=0 which doesn't list #686851, #706872, #719134, #728701, #731574, #732001, #737150, #738269, #742104 and #742153 (because of its repeatmerged=0) but only #678446 which I didn't notice before. Merging with #678446 therefore (thanks for the pointers on IRC). regards, -mika- signature.asc Description: Digital signature
Bug#750743: gspiceui: Please update to use wxwidgets3.0
Hi The updated gspiceui package can be found at: deb-src http://gudjon.org/debian/ source/ deb http://gudjon.org/debian/ amd64/ but the program doesn't seem to be in too good state at the moment. I will wait for upstream so please just remove the package from Debian in the meantime. Regards Gudjon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752868: Bug black screen with xrandr on a netbook with dual screen
On Fri, Jun 27, 2014 at 11:02:07 +0200, cedric wrote: Package: x11-xserver-utils Version: 7.7~3 i386 Hello, I have a netboot with a screen on the VGA output. I start my computer on the netbook screen with this script (arandr script): $ xrandr --output VGA1 --off --output LVDS1 --mode 1024x600 --pos 0x0 --rotate normal When i start, there are no problems. After i change screen whith this script: $ xrandr --output LVDS1 --off --output VGA1 --mode 1440x900 --pos 0x0 --rotate normal Most of the time my vga screen is black with just the mouse pointer. And when i want go to the netbook screen, with the first script, most of the time my LVDS screen is black. Please send your full X and kernel logs. Cheers, Julien signature.asc Description: Digital signature
Bug#752680: Fwd: Patch
On Wed, Jun 25, 2014 at 13:38:10 -0400, Ari Pollak wrote: Adding missing patch. Hi Ari, can I ask you to forward this request and patch to https://bugs.freedesktop.org/enter_bug.cgi?product=xkeyboard-config, assuming it's not there yet? Thanks, Julien signature.asc Description: Digital signature
Bug#748203: xorg-server: Please enable logind support
On Wed, Jul 2, 2014 at 11:47:53 +0200, Laurent Bigonville wrote: I didn't test all of this yet, but before does that sound like something that could happen for jessie? It would be nice, yes. I want to land xserver 1.16 without it first, but we should have plenty of time to land this before freeze. Even more if you help ;) Cheers, Julien signature.asc Description: Digital signature
Bug#753576: systemd stopped responding to dbus.socket connections
Package: systemd Version: 204-8~bpo70+1 Severity: normal My desktop has been up for 31 days. Today I noticed I could no longer connect to the system dbus daemon. I'll leave the system up as long as possible in case you need me to get any further information. # dbus-monitor --system Failed to open connection to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: Connection refused # socat /run/dbus/system_bus_socket /dev/tty 2014/07/03 09:52:43 socat[24226] E connect(3, AF=1 /run/dbus/system_bus_socket, 29): Connection refused # sudo netstat -A unix -lnp | grep system_bus_socket unix 2 [ ACC ] STREAM LISTENING 7606 1/systemd /var/run/dbus/system_bus_socket # systemctl status dbus.socket dbus.socket - D-Bus System Message Bus Socket Loaded: loaded (/lib/systemd/system/dbus.socket; static) Active: active (running) since Mon 2014-06-02 09:51:06 BST; 1 months 0 days ago Listen: /var/run/dbus/system_bus_socket (Stream) Jun 02 09:51:06 oxylus systemd[1]: Starting D-Bus System Message Bus Socket. Jun 02 09:51:06 oxylus systemd[1]: Listening on D-Bus System Message Bus Socket. # systemctl status dbus.service dbus.service - D-Bus System Message Bus Loaded: loaded (/lib/systemd/system/dbus.service; static) Active: active (running) since Mon 2014-06-02 09:51:06 BST; 1 months 0 days ago Main PID: 1124 (dbus-daemon) CGroup: name=systemd:/system/dbus.service ├─1124 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation ├─1566 /usr/sbin/modem-manager └─1680 /usr/lib/accountsservice/accounts-daemon Jul 03 07:56:16 oxylus dbus-daemon[1124]: dbus[1124]: [system] Activated service 'org.freedesktop.PackageKit' failed: Process /usr/lib/dbus-1.0/dbus-daemon-launch-helper received signal 5 Jul 03 07:56:16 oxylus dbus[1124]: [system] Activated service 'org.freedesktop.PackageKit' failed: Process /usr/lib/dbus-1.0/dbus-daemon-launch-helper received signal 5 Jul 03 08:56:16 oxylus dbus-daemon[1124]: dbus[1124]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper) Jul 03 08:56:16 oxylus dbus[1124]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper) Jul 03 08:56:16 oxylus dbus-daemon[1124]: (packagekitd:22845): GLib-GIO-CRITICAL **: g_dbus_proxy_new_sync: assertion `G_IS_DBUS_CONNECTION (connection)' failed Jul 03 08:56:16 oxylus dbus-daemon[1124]: (packagekitd:22845): GLib-GObject-WARNING **: invalid (NULL) pointer instance Jul 03 08:56:16 oxylus dbus-daemon[1124]: (packagekitd:22845): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed Jul 03 08:56:17 oxylus dbus-daemon[1124]: (packagekitd:22845): PackageKit-ERROR **: failed to get pokit authority: Error initializing authority: Could not connect: Connection refused Jul 03 08:56:17 oxylus dbus-daemon[1124]: dbus[1124]: [system] Activated service 'org.freedesktop.PackageKit' failed: Process /usr/lib/dbus-1.0/dbus-daemon-launch-helper received signal 5 Jul 03 08:56:17 oxylus dbus[1124]: [system] Activated service 'org.freedesktop.PackageKit' failed: Process /usr/lib/dbus-1.0/dbus-daemon-launch-helper received signal 5 -- Package-specific info: -- systemd-delta: -- [MASKED] /etc/udev/rules.d/75-cd-aliases-generator.rules → /lib/udev/rules.d/75-cd-aliases-generator.rules 1 overridden configuration files found. -- systemctl dump: -- -- Contents of /var/lib/systemd/deb-systemd-helper-enabled: -- == /var/lib/systemd/deb-systemd-helper-enabled/anacron.service.dsh-also == /etc/systemd/system/multi-user.target.wants/anacron.service == /var/lib/systemd/deb-systemd-helper-enabled/ssh.socket.dsh-also == /etc/systemd/system/sockets.target.wants/ssh.socket == /var/lib/systemd/deb-systemd-helper-enabled/ssh.service.dsh-also == /etc/systemd/system/multi-user.target.wants/ssh.service /etc/systemd/system/sshd.service == /var/lib/systemd/deb-systemd-helper-enabled/sshd.service == == /var/lib/systemd/deb-systemd-helper-enabled/syslog.service == == /var/lib/systemd/deb-systemd-helper-enabled/rsyslog.service.dsh-also == /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/ssh.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/rsyslog.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/anacron.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/docker.io.service == == /var/lib/systemd/deb-systemd-helper-enabled/docker.io.service.dsh-also == /etc/systemd/system/multi-user.target.wants/docker.io.service --
Bug#753577: cluster-glue: /usr/sbin/sbd missing from package
Package: cluster-glue Version: 1.0.12~rc1+hg2777-1 Severity: normal Dear Maintainer, STONITH block device daemon (/usr/sbin/sbd) is no longer part of cluster-glue repository and Debian package: http://hg.linux-ha.org/glue/rev/ca1f81ed1a86 Would it be possible to create a new package for the sbd daemon from the repository at: http://hg.linux-ha.org/sbd/ -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cluster-glue depends on: ii libbz2-1.01.0.6-5 ii libc6 2.19-1 ii libcurl3 7.37.0-1+b1 ii libdbus-1-3 1.8.4-1 ii libdbus-glib-1-2 0.102-1 ii libglib2.0-0 2.40.0-3 ii liblrm2 1.0.12~rc1+hg2777-1 ii libltdl7 2.4.2-1.7 ii libopenhpi2 2.14.1-1.4 ii libopenipmi0 2.0.16-1.3+b1 ii libpils2 1.0.12~rc1+hg2777-1 ii libplumb2 1.0.12~rc1+hg2777-1 ii libplumbgpl2 1.0.12~rc1+hg2777-1 ii libsnmp30 5.7.2.1~dfsg-6 ii libssl1.0.0 1.0.1h-3 ii libstonith1 1.0.12~rc1+hg2777-1 ii libtimedate-perl 2.3000-2 ii libuuid1 2.20.1-5.8 ii libxml2 2.9.1+dfsg1-3 ii perl 5.18.2-4 ii python2.7 2.7.7-2 pn python:anynone ii zlib1g1:1.2.8.dfsg-1 cluster-glue recommends no packages. cluster-glue 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#753449: Fwd: Re: Bug#753449: dnssec-trigger: dnssec-trigger-script fails with FileNotFoundError and IndexError errors
Cc to bug -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server - Original message - From: Ondřej Surý ond...@sury.org To: Gerald Turner gtur...@unzane.com, Debian Bug Tracking System sub...@bugs.debian.org Subject: Re: Bug#753449: dnssec-trigger: dnssec-trigger-script fails with FileNotFoundError and IndexError errors Date: Thu, 03 Jul 2014 11:23:36 +0200 Hi Gerald, On Wed, Jul 2, 2014, at 02:24, Gerald Turner wrote: I don't know the proper fix, my $(unbound-control list_forwards) output doesn't contain any '+i' string, so I just commented the offending parsing code out. :( The '+i' seems to be legitimate at least for 'unbound-control forward_add'. But I don't see it in the output either. Could you please send me your 'unbound-control list_forwards' output? Feel free to anonymize IP addresses... O. -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753449: dnssec-trigger: dnssec-trigger-script fails with FileNotFoundError and IndexError errors
Hi Gerald, On Wed, Jul 2, 2014, at 02:24, Gerald Turner wrote: I don't know the proper fix, my $(unbound-control list_forwards) output doesn't contain any '+i' string, so I just commented the offending parsing code out. :( The '+i' seems to be legitimate at least for 'unbound-control forward_add'. But I don't see it in the output either. Could you please send me your 'unbound-control list_forwards' output? Feel free to anonymize IP addresses... O. -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753578: Packaging of python-requests breaks code relying on urllib3
Package: python-requests Version: 2.3.0-1 The patch for extracting urllib3 out of requests does not supply a stub for ``requests.packages.urllib3``, which breaks other code explicitly importing from that location. The bundled version of urllib3 is part of requests' API: http://www.python-requests.org/en/latest/user/advanced/#example-specific-ssl-version See https://github.com/untitaker/vdirsyncer/issues/82 for the original issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743638: shairport -- Play music streamed from iTunes/iPads/iPods
Current versions of shairport link to OpenSSL and libcrypto, so it can’t be made into a Debian package without a lot of license hassle – see https://people.gnome.org/~markmc/openssl-and-the-gpl.html. I’m looking at maybe moving Shairport Sync away from OpenSSL/libcrypto. Meantime, Shairport Sync is pretty easy to compile and install :) https://github.com/mikebrady/shairport-sync/blob/2.0/README.md#building-instructions Regards Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753579: nova: CVE-2013-1068: local privilege escalation
Package: nova-common Version: 2014.1.1-1 Severity: grave Tags: security, confirmed After installing nova-common file /etc/sudoers.d/nova-common is created. If /etc/sudoers contains #includedir /etc/sudoers.d nova is vulnerable to CVE-2013-1068 local privilege escalation. Vulnerability does not need working OpenStack installation. If I am correct OpenStack does not work without includedir configuration so it might be usually enabled in OpenStack instances. PoC: https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1185019 echo [DEFAULT] /tmp/my-rootwrap.conf echo filters_path=/tmp/my-filters.d /tmp/my-rootwrap.conf mkdir /tmp/my-filters.d echo [Filters] /tmp/my-filters.d/my.filters echo my-shell: CommandFilter, /bin/sh, root /tmp/my-filters.d/my.filters sudo nova-rootwrap /tmp/my-rootwrap.conf sh id -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: Digital signature
Bug#745152: lintian: missing source / prebuilt-javascript-object deployJava.js
hi, I have put the source of deployJava.js (deployJava.txt) in the same directory, but I still get the lintian error: http://anonscm.debian.org/gitweb/?p=pkg-java/freeplane.git;a=tree;f=freeplane/resources/html;h=deab3bb7d9ebe4f427c51d4533b38e25b5d00da5;hb=HEAD E: freeplane source: source-is-missing freeplane/resources/html/deployJava.js I am using lintian 2.5.24. Thanks and Best Regards, -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753492: refcard: Typo, wording and item updates
and switches the debsums item to use the new native «dpkg -V». should we wait for this to be available in a stable release prior to advertising it widely? $ dpkg -V dpkg: error: unknown option -V but the refcard told me!!1! (of course, this update might not get uploaded until some time during the jessie freeze anyway) -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715590: [Mayhem] Bug report on m2vrequantiser: M2VRequantiser crashes with exit status 139
Dear Maintainer,
this crash happens when only one command line argument is given.
(e.g. M2VRequantiser --help or as from the bug opener M2VRequantiser --NN)
--- m2vrequantiser-1.1.orig/main.c
+++ m2vrequantiser-1.1/main.c
@@ -2315,7 +2315,7 @@ int main (int argc, const char * argv[])
if (argc 5) { USAGE }
delta_bright = atoi(argv[4]);
#else
- if (argc 2) { USAGE }
+ if (argc 3) { USAGE }
#endif
fact_x = atof(argv[1]);
sscanf(argv[2], %lld, orim2vsize);
The sscanf above accesses argv on index 2 (third element) - this way it it
crashing.
This is intended to be prevented in the changed line where I think the
comparison
with argc is off by one.
Kind regards,
Bernhard
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753580: DHCP, IPv6: please make accept_ra 1 the default
Package: ifupdown Version: 0.7.8 Severity: wishlist Please consider using accept_ra 1 as a default for IPv6 networks managed by dhcp. AFAICS dhcpv6 does not support options to set a default IPv6 route. Running a routing advertisement daemon is common for IPv6 networks with or without dhcp. Many thanx Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753581: qt4-designer: Fails to start, symbol lookup error in qscintilla
Package: qt4-designer Version: 4:4.8.6+dfsg-2 Severity: important Dear Maintainer, designer fails to start and exits with the following error message. /usr/lib/x86_64-linux-gnu/qt4/bin/designer: symbol lookup error: /usr/lib/x86_64-linux-gnu/qt4/plugins/designer/libqscintillaplugin.so: undefined symbol: _ZN13QsciScintillaC1EP7QWidget Regards Gudjon -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qt4-designer depends on: ii libc62.19-4 ii libgcc1 1:4.9.0-9 ii libqt4-designer 4:4.8.6+dfsg-2 ii libqt4-network 4:4.8.6+dfsg-2 ii libqt4-xml 4:4.8.6+dfsg-2 ii libqtcore4 4:4.8.6+dfsg-2 ii libqtgui44:4.8.6+dfsg-2 ii libstdc++6 4.9.0-9 ii qtchooser39-g4717841-3 Versions of packages qt4-designer recommends: ii libqt4-dev 4:4.8.6+dfsg-2 qt4-designer 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#753582: adt-run dies when run on C locale
Package: autopkgtest Version: 3.0.2 Severity: important Tried to run adt-run in a container (C locale), and received the following traceback in return: adt-run: builds done. adt-run: tests ... adt-run: test dsc dsc0 adt-run [09:41:59]: test require: preparing adt-run [09:42:00]: testbed dpkg architecture: amd64 OK Ign file: InRelease Get:1 file: Release.gpg [181 B] Get:2 file: Release [1202 B] Hit http://ftp.us.debian.org unstable InRelease Get:3 http://ftp.us.debian.org unstable/main Sources/DiffIndex [7876 B] Hit http://ftp.us.debian.org unstable/main amd64 Packages/DiffIndex Fetched 7876 B in 1s (4701 B/s) Reading package lists... adt-run [09:42:04]: ERROR: unexpected error: Traceback (most recent call last): File /usr/bin/adt-run, line 1907, in main process_actions() File /usr/bin/adt-run, line 1883, in process_actions run_tests(act.tests, act.tests_tree) File /usr/bin/adt-run, line 1322, in run_tests testbed.run_test(tree, t) File /usr/bin/adt-run, line 1066, in run_test self.prepare(test.depends, 'needs-recommends' in test.restrictions) File /usr/bin/adt-run, line 706, in prepare self.install_deps(deps_new, recommends) File /usr/bin/adt-run, line 695, in install_deps binaries.publish() File /usr/bin/adt-run, line 1533, in publish for l in open(aptkey_out.host): File /usr/lib/python3.4/encodings/ascii.py, line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 6757: ordinal not in range(128) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753583: gucharmap does not show Unicode 7.0 glyphs
Package: gucharmap Version: 1:3.12.1-1 Severity: important Dear Maintainer, recently I have drawn some Unicode glyphs for GNU Unifont. Not all gylphs I have drawn show up when looking at glyphs from “Unifont Upper”. For example, U+1F4F7 CAMERA shows up. But U+1F4F8 CAMERA WITH FLASH does not. The page for U+1F4F8 shows it as “[not a printable character]” and not assigned. I believe this is due to gucharmap not knowing about the Unicode 7.0 release. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gucharmap depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii libatk1.0-0 2.12.0-1 ii libc62.18-5 ii libcairo21.12.16-2 ii libglib2.0-0 2.40.0-3 ii libgtk-3-0 3.12.1-1 ii libgucharmap-2-90-7 1:3.12.1-1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 Versions of packages gucharmap recommends: ii yelp 3.12.0-1 gucharmap 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#753584: Should depend on mate-media-pulse | mate-media-gstreamer
Package: mate-media Version: 1.8.0+dfsg1-2 Severity: normal The mate-media metapackage should give the priority to PulseAudio backend. The attached debdiff changes the control file accordingly. mm-debdiff Description: Binary data
Bug#717069: Patch to allow alternatives to dnsutils and host
Control: tags -1 +patch Hi LaMont, here's a set of patches I have prepared to use update-alternatives for host and dnsutils commands. Please apply (and update Bind to 9.10.1 in one go when it's out...) Thanks, O. -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server From f26b5dc017d6c6db7f31a5c154f8b8aed6916306 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ond=C5=99ej=20Sur=C3=BD?= ond...@sury.org Date: Thu, 3 Jul 2014 11:08:57 +0200 Subject: [PATCH 2/2] prepare 1:9.10.0.dfsg~rc2-2 release --- debian/changelog | 11 +++ 1 file changed, 11 insertions(+) diff --git a/debian/changelog b/debian/changelog index 775c628..d2ae195 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,14 @@ +bind9 (1:9.10.0.dfsg~rc2-2) experimental; urgency=medium + + [ OndÅej Surý ] + * Allow alternative dnsutils and host providers + + Use update-alternatives to register dnsutils host + + Rename dnsutils package to bind9-dnsutils + + Install utilities with bind9- prefix and use update-alternatives to + register them as primary providers + + -- OndÅej Surý ond...@debian.org Thu, 03 Jul 2014 11:06:39 +0200 + bind9 (1:9.10.0.dfsg~rc2-1) experimental; urgency=low * New upstream version -- 1.7.10.4 From e2a880b3b9daa199597c3ad6f3746a6c85ccf191 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ond=C5=99ej=20Sur=C3=BD?= ond...@sury.org Date: Thu, 3 Jul 2014 10:11:57 +0200 Subject: [PATCH 1/2] Install dnsutils and bind9-host prefixed with bind9 and use update-alternatives --- debian/bind9-dnsutils.dirs |3 +++ debian/bind9-dnsutils.install |6 ++ debian/bind9-dnsutils.postinst | 12 debian/bind9-dnsutils.prerm| 11 +++ debian/bind9-host.install |4 ++-- debian/bind9-host.postinst | 12 debian/bind9-host.prerm| 11 +++ debian/control | 17 + debian/dnsutils.dirs |3 --- debian/dnsutils.install|6 -- debian/dnsutils.postinst |5 - debian/rules |8 12 files changed, 78 insertions(+), 20 deletions(-) create mode 100644 debian/bind9-dnsutils.dirs create mode 100644 debian/bind9-dnsutils.install create mode 100644 debian/bind9-dnsutils.postinst create mode 100644 debian/bind9-dnsutils.prerm create mode 100644 debian/bind9-host.postinst create mode 100644 debian/bind9-host.prerm delete mode 100644 debian/dnsutils.dirs delete mode 100644 debian/dnsutils.install delete mode 100644 debian/dnsutils.postinst diff --git a/debian/bind9-dnsutils.dirs b/debian/bind9-dnsutils.dirs new file mode 100644 index 000..b8d2de1 --- /dev/null +++ b/debian/bind9-dnsutils.dirs @@ -0,0 +1,3 @@ +usr/bin +usr/share/doc/dnsutils +usr/share/man/man1 diff --git a/debian/bind9-dnsutils.install b/debian/bind9-dnsutils.install new file mode 100644 index 000..9ef7346 --- /dev/null +++ b/debian/bind9-dnsutils.install @@ -0,0 +1,6 @@ +usr/bin/bind9-dig +usr/bin/bind9-nslookup +usr/bin/bind9-nsupdate +usr/share/man/man1/bind9-dig.1* +usr/share/man/man1/bind9-nslookup.1* +usr/share/man/man1/bind9-nsupdate.1* diff --git a/debian/bind9-dnsutils.postinst b/debian/bind9-dnsutils.postinst new file mode 100644 index 000..6c4d293 --- /dev/null +++ b/debian/bind9-dnsutils.postinst @@ -0,0 +1,12 @@ +#!/bin/sh + +set -e + +mandir=/usr/share/man + +for i in dig nsupdate nslookup; do +update-alternatives --install /usr/bin/$i $i /usr/bin/bind9-$i 20 \ + --slave $mandir/man1/$i.1.gz $i.1.gz $mandir/man1/bind9-$i.1.gz +done + +#DEBHELPER# diff --git a/debian/bind9-dnsutils.prerm b/debian/bind9-dnsutils.prerm new file mode 100644 index 000..a855173 --- /dev/null +++ b/debian/bind9-dnsutils.prerm @@ -0,0 +1,11 @@ +#!/bin/sh + +set -e + +if [ $1 != upgrade ]; then +for i in dig nsupdate nslookup; do + update-alternatives --remove $i /usr/bin/bind9-$i +done +fi + +#DEBHELPER# diff --git a/debian/bind9-host.install b/debian/bind9-host.install index f07a04d..3d7b574 100644 --- a/debian/bind9-host.install +++ b/debian/bind9-host.install @@ -1,2 +1,2 @@ -usr/bin/host -usr/share/man/man1/host.1* +usr/bin/bind9-host +usr/share/man/man1/bind9-host.1* diff --git a/debian/bind9-host.postinst b/debian/bind9-host.postinst new file mode 100644 index 000..49aae93 --- /dev/null +++ b/debian/bind9-host.postinst @@ -0,0 +1,12 @@ +#!/bin/sh + +set -e + +mandir=/usr/share/man + +for i in host; do +update-alternatives --install /usr/bin/$i $i /usr/bin/bind9-$i 20 \ + --slave $mandir/man1/$i.1.gz $i.1.gz $mandir/man1/bind9-$i.1.gz +done + +#DEBHELPER# diff --git a/debian/bind9-host.prerm b/debian/bind9-host.prerm new file mode 100644 index 000..94a6e18 --- /dev/null +++ b/debian/bind9-host.prerm @@ -0,0 +1,11 @@ +#!/bin/sh + +set -e + +if [ $1 != upgrade ]; then +for i in host; do + update-alternatives --remove $i /usr/bin/bind9-$i +done +fi + +#DEBHELPER# diff --git
Bug#753585: cinder: CVE-2013-1068: local privilege escalation
Package: cinder-common Version: 2014.1.1-2 Severity: grave Tags: security, confirmed After installing cinder-common file /etc/sudoers.d/cinder-common is created. If /etc/sudoers contains #includedir /etc/sudoers.d cinder is vulnerable to CVE-2013-1068 local privilege escalation. Vulnerability does not need working OpenStack installation. If I am correct OpenStack does not work without includedir configuration so it might be usually enabled in OpenStack instances. PoC: https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1185019 echo [DEFAULT] /tmp/my-rootwrap.conf echo filters_path=/tmp/my-filters.d /tmp/my-rootwrap.conf mkdir /tmp/my-filters.d echo [Filters] /tmp/my-filters.d/my.filters echo my-shell: CommandFilter, /bin/sh, root /tmp/my-filters.d/my.filters sudo -n cinder-rootwrap /tmp/my-rootwrap.conf sh -c id --- Henri Salo signature.asc Description: Digital signature
Bug#753576: systemd stopped responding to dbus.socket connections
Am 03.07.2014 11:16, schrieb Sam Morris: Package: systemd Version: 204-8~bpo70+1 Severity: normal My desktop has been up for 31 days. Today I noticed I could no longer connect to the system dbus daemon. I'll leave the system up as long as possible in case you need me to get any further information. # dbus-monitor --system Failed to open connection to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: Connection refused # socat /run/dbus/system_bus_socket /dev/tty 2014/07/03 09:52:43 socat[24226] E connect(3, AF=1 /run/dbus/system_bus_socket, 29): Connection refused # sudo netstat -A unix -lnp | grep system_bus_socket unix 2 [ ACC ] STREAM LISTENING 7606 1/systemd /var/run/dbus/system_bus_socket # systemctl status dbus.socket dbus.socket - D-Bus System Message Bus Socket Loaded: loaded (/lib/systemd/system/dbus.socket; static) Active: active (running) since Mon 2014-06-02 09:51:06 BST; 1 months 0 days ago Listen: /var/run/dbus/system_bus_socket (Stream) Jun 02 09:51:06 oxylus systemd[1]: Starting D-Bus System Message Bus Socket. Jun 02 09:51:06 oxylus systemd[1]: Listening on D-Bus System Message Bus Socket. # systemctl status dbus.service dbus.service - D-Bus System Message Bus Loaded: loaded (/lib/systemd/system/dbus.service; static) Active: active (running) since Mon 2014-06-02 09:51:06 BST; 1 months 0 days ago Main PID: 1124 (dbus-daemon) CGroup: name=systemd:/system/dbus.service ├─1124 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation ├─1566 /usr/sbin/modem-manager └─1680 /usr/lib/accountsservice/accounts-daemon Jul 03 07:56:16 oxylus dbus-daemon[1124]: dbus[1124]: [system] Activated service 'org.freedesktop.PackageKit' failed: Process /usr/lib/dbus-1.0/dbus-daemon-launch-helper received signal 5 Jul 03 07:56:16 oxylus dbus[1124]: [system] Activated service 'org.freedesktop.PackageKit' failed: Process /usr/lib/dbus-1.0/dbus-daemon-launch-helper received signal 5 Jul 03 08:56:16 oxylus dbus-daemon[1124]: dbus[1124]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper) Jul 03 08:56:16 oxylus dbus[1124]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper) Jul 03 08:56:16 oxylus dbus-daemon[1124]: (packagekitd:22845): GLib-GIO-CRITICAL **: g_dbus_proxy_new_sync: assertion `G_IS_DBUS_CONNECTION (connection)' failed Jul 03 08:56:16 oxylus dbus-daemon[1124]: (packagekitd:22845): GLib-GObject-WARNING **: invalid (NULL) pointer instance Jul 03 08:56:16 oxylus dbus-daemon[1124]: (packagekitd:22845): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed Jul 03 08:56:17 oxylus dbus-daemon[1124]: (packagekitd:22845): PackageKit-ERROR **: failed to get pokit authority: Error initializing authority: Could not connect: Connection refused Jul 03 08:56:17 oxylus dbus-daemon[1124]: dbus[1124]: [system] Activated service 'org.freedesktop.PackageKit' failed: Process /usr/lib/dbus-1.0/dbus-daemon-launch-helper received signal 5 Jul 03 08:56:17 oxylus dbus[1124]: [system] Activated service 'org.freedesktop.PackageKit' failed: Process /usr/lib/dbus-1.0/dbus-daemon-launch-helper received signal 5 That looks like a dbus problem to me. If dbus is running (and it apparently is), then it should be the process listening on /var/run/dbus/system_bus_socket. Does strace -p 1124 reveal anything useful? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#753586: Create a libmapserver1 debug package
Source: mapserver
Version: 6.4.1-4
Severity: wishlist
Hello,
It would be nice to create a debug package for libmapserver1.
See attached patch.
thanks,
fredj
--
Frédéric Junod
Camptocamp SA
diff --git a/debian/control b/debian/control
index be5e2b1..142b985 100644
--- a/debian/control
+++ b/debian/control
@@ -70,6 +70,19 @@ Description: Shared library for MapServer
functionality in MapScript is provided by the suggested mapscript
library packages.
+Package: libmapserver1-dbg
+Architecture: any
+Section: debug
+Priority: extra
+Depends: ${misc:Depends}, libmapserver1 (= ${binary:Version})
+Description: Debugging symbols for libmapserver1
+ MapServer is a CGI-based framework for Internet map services which
+ supports Open Geospatial Consortium (OGC) standards. Scripting
+ functionality in MapScript is provided by the suggested mapscript
+ library packages.
+ .
+ This package contains the debugging symbols for libmapserver1.
+
Package: libmapserver1-dev
Architecture: any
Section: libdevel
diff --git a/debian/rules b/debian/rules
index 54c06a4..604b749 100755
--- a/debian/rules
+++ b/debian/rules
@@ -28,6 +28,7 @@ MANPAGES:=$(wildcard debian/man/*.*.xml)
MS_VERSION=$(shell dpkg-parsechangelog | sed -ne 's/^Version: \(.*\)-.*/\1/p')
CMAKE_OPTS:= \
+ -DCMAKE_BUILD_TYPE=RelWithDebInfo \
-DCMAKE_EXE_LINKER_FLAGS=$(LDFLAGS) \
-DCMAKE_MODULE_LINKER_FLAGS=$(LDFLAGS) \
-DCMAKE_SHARED_LINKER_FLAGS=$(LDFLAGS) \
@@ -70,6 +71,9 @@ CMAKE_OPTS:= \
--parallel \
--buildsystem cmake
+override_dh_strip:
+ dh_strip --dbg-package=libmapserver1-dbg
+
override_dh_auto_clean:
dh_clean
Bug#753578: Packaging of python-requests breaks code relying on urllib3
Hello Markus, thanks for your report! On Thursday 03 July 2014 11:27:34 Markus Unterwaditzer wrote: The patch for extracting urllib3 out of requests does not supply a stub for ``requests.packages.urllib3``, which breaks other code explicitly importing from that location. I will make this import fallback to urllib3 system package to not break other code. Dimitri John Ledkov already explained[¹] why in Debian we don't ship convenience copy of code[²]. Only as curiosity: in vdirsyncer you choosed to use the convenience copy of urllib3 only to not make your users download urllib3, right? The bundled version of urllib3 is part of requests' API: http://www.python-requests.org/en/latest/user/advanced/#example-specific-ssl -version I think this is unfortunate but this is not the place where to discuss: I will ask upstream to not suggest to use convenience copies in documentation. :) If you look at https://github.com/kennethreitz/requests/blob/master/requests/packages/README.rst you will see that requests doesn't modify anymore the embedded copy of urllib3 (in past the embedded copy was modified indeed I could not use it only for requests 1.0.1-1 [³]). See https://github.com/untitaker/vdirsyncer/issues/82 for the original issue. I will link my reply also there. Cheers, [¹] https://github.com/untitaker/vdirsyncer/issues/82#issuecomment-47888471 [²] https://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles [³] https://packages.qa.debian.org/r/requests/news/20130203T213245Z.html -- Daniele Tricoli 'Eriol' http://mornie.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748651: More info for pulseaudio bug
Am 03.07.2014 09:09, schrieb VALETTE Eric OLNC/OLPS: Sorry this was not clear, I have just checked the scripts works and I did on kernel that had the CONFIG_FHANDLE already. So I do not understand why I never saw a warning. Most likely the version you installed did not have this check. It was only added in 204-9. Which version did you have installed on this particular system? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#753587: RFS: verbiste-mate-applet/0.1.41-2 -- verbiste MATE panel
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my new *binary* package verbiste-mate-applet that is a part of already exisiting source package *verbiste*: Package name: verbiste-mate-applet Version : 0.1.41-2 Description: This package contains a MATE panel applet. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/verbiste and http://anonscm.debian.org/gitweb/?p=collab-maint/verbiste.git Regards, Tomasz Buchert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748651: More info for pulseaudio bug
Am 03.07.2014 12:33, schrieb Michael Biebl: Am 03.07.2014 09:09, schrieb VALETTE Eric OLNC/OLPS: Sorry this was not clear, I have just checked the scripts works and I did on kernel that had the CONFIG_FHANDLE already. So I do not understand why I never saw a warning. Most likely the version you installed did not have this check. It was only added in 204-9. Which version did you have installed on this particular system? A complete apt log would be great so we know which version(s) of systemd were installed. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#753578: Packaging of python-requests breaks code relying on urllib3
Hi Daniele, On Thu, Jul 03, 2014 at 12:33:42PM +0200, Daniele Tricoli wrote: Hello Markus, thanks for your report! On Thursday 03 July 2014 11:27:34 Markus Unterwaditzer wrote: The patch for extracting urllib3 out of requests does not supply a stub for ``requests.packages.urllib3``, which breaks other code explicitly importing from that location. I will make this import fallback to urllib3 system package to not break other code. Dimitri John Ledkov already explained[¹] why in Debian we don't ship convenience copy of code[²]. To clarify, i fully understand why you do that. Only as curiosity: in vdirsyncer you choosed to use the convenience copy of urllib3 only to not make your users download urllib3, right? That isn't a choice made by me, i am just depending on requests-toolbelt, which refers the convenience copy. My own code doesn't. Neither vdirsyncer nor requests-toolbelt are in the Debian repos. requests-toolbelt explicitly depending on urllib3 and using that package would add more fuel to the fire, i believe, as requests-toolbelt now would use a different version of urllib3 than requests does, at least outside of Debian-land. The bundled version of urllib3 is part of requests' API: http://www.python-requests.org/en/latest/user/advanced/#example-specific-ssl -version I think this is unfortunate but this is not the place where to discuss: I will ask upstream to not suggest to use convenience copies in documentation. :) If you look at https://github.com/kennethreitz/requests/blob/master/requests/packages/README.rst you will see that requests doesn't modify anymore the embedded copy of urllib3 (in past the embedded copy was modified indeed I could not use it only for requests 1.0.1-1 [³]). See https://github.com/untitaker/vdirsyncer/issues/82 for the original issue. I will link my reply also there. Cheers, [¹] https://github.com/untitaker/vdirsyncer/issues/82#issuecomment-47888471 [²] https://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles [³] https://packages.qa.debian.org/r/requests/news/20130203T213245Z.html -- Daniele Tricoli 'Eriol' http://mornie.org -- To unsubscribe, send mail to 753578-unsubscr...@bugs.debian.org. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753588: Should depend on mate-settings-daemon-pulse | mate-settings-daemon-gstreamer
Package: mate-settings-daemon Version: 1.8.1-1 Severity: normal Tags: patch The mate-settings-daemon metapackage should give the priority to PulseAudio backend. The attached debdiff changes the control file accordingly. msd-debdiff Description: Binary data
Bug#753589: systemd: Missing dependency on glibc?
Package: systemd Version: 208-5 Severity: normal While updating, systemd was updated before glibc. Needless to say, this does not work at all. # aptitude(wd: ~) Reading changelogs... apt-listchanges: Mailing smurf-chan...@smurf.noris.de: apt-listchanges: news for eltern Extracting templates from packages: 100% Preconfiguring packages ... (Reading database ... 59720 files and directories currently installed.) Removing homevent ... Stopping homevent: Removing python-twisted-conch ... Removing python-twisted-core ... Removing python-zope.interface ... Removing python-pkg-resources ... Removing debconf-i18n ... Removing fuse-utils ... Processing triggers for man-db ... (Reading database ... 57308 files and directories currently installed.) Preparing to replace systemd-sysv 44-11+deb7u4 (using .../systemd-sysv_208-5_i386.deb) ... Unpacking replacement systemd-sysv ... Preparing to replace libtirpc1:i386 0.2.2-5 (using .../libtirpc1_0.2.3-1_i386.deb) ... Unpacking replacement libtirpc1:i386 ... Preparing to replace libgcrypt11:i386 1.5.0-5+deb7u1 (using .../libgcrypt11_1.5.3-4_i386.deb) ... Unpacking replacement libgcrypt11:i386 ... Preparing to replace libsystemd-daemon0:i386 204-8 (using .../libsystemd-daemon0_208-5_i386.deb) ... Unpacking replacement libsystemd-daemon0:i386 ... Preparing to replace libsystemd-journal0:i386 44-11+deb7u4 (using .../libsystemd-journal0_208-5_i386.deb) ... Unpacking replacement libsystemd-journal0:i386 ... Selecting previously unselected package libudev1:i386. Unpacking libudev1:i386 (from .../libudev1_204-8_i386.deb) ... Preparing to replace libsystemd-login0:i386 44-11+deb7u4 (using .../libsystemd-login0_208-5_i386.deb) ... Unpacking replacement libsystemd-login0:i386 ... Selecting previously unselected package acl. Unpacking acl (from .../archives/acl_2.2.52-1_i386.deb) ... Preparing to replace libpam-systemd:i386 44-11+deb7u4 (using .../libpam-systemd_208-5_i386.deb) ... Unpacking replacement libpam-systemd:i386 ... Preparing to replace systemd 44-11+deb7u4 (using .../systemd_208-5_i386.deb) ... Moving obsolete conffile /etc/bash_completion.d/systemd-bash-completion.sh out of the way... Unpacking replacement systemd ... Processing triggers for man-db ... (Reading database ... 57471 files and directories currently installed.) Removing libaudit0 ... Selecting previously unselected package libaudit-common. (Reading database ... 57465 files and directories currently installed.) Unpacking libaudit-common (from .../libaudit-common_1%3a2.3.7-1_all.deb) ... Selecting previously unselected package libaudit1:i386. Unpacking libaudit1:i386 (from .../libaudit1_1%3a2.3.7-1_i386.deb) ... Preparing to replace nscd 2.13-38+deb7u1 (using .../archives/nscd_2.19-4_i386.deb) ... /sbin/runlevel: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version `GLIBC_2.17' not found (required by /sbin/runlevel) /sbin/runlevel: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version `GLIBC_2.14' not found (required by /sbin/runlevel) /sbin/runlevel: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version `GLIBC_2.15' not found (required by /lib/i386-linux-gnu/libgcrypt.so.11) -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.6-trunk-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii acl 2.2.52-1 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-41+deb7u1 ii libacl1 2.2.52-1 ii libaudit11:2.3.7-1 ii libblkid12.20.1-5.3 ii libc62.19-4 ii libcap2 1:2.22-1.2 ii libcap2-bin 1:2.22-1.2 ii libcryptsetup4 2:1.4.3-4 ii libdbus-1-3 1.6.8-1+deb7u1 iu libgcrypt11 1.5.3-4 ii libkmod2 9-3 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.3-9 ii libselinux1 2.1.9-5 ii libsystemd-daemon0 208-5 iu libsystemd-journal0 208-5 ii libsystemd-login0208-5 iu libudev1 204-8 ii libwrap0 7.6.q-24 ii sysv-rc 2.88dsf-41+deb7u1 ii udev 175-7.2 ii util-linux 2.20.1-5.3 Versions of packages systemd recommends: iu libpam-systemd 208-5 Versions of packages systemd suggests: pn systemd-ui none -- Configuration Files: /etc/dbus-1/system.d/org.freedesktop.machine1.conf [Errno 2] No such file or directory: u'/etc/dbus-1/system.d/org.freedesktop.machine1.conf' /etc/pam.d/systemd-user [Errno 2] No such file or directory: u'/etc/pam.d/systemd-user' /etc/systemd/bootchart.conf [Errno 2] No such file or directory: u'/etc/systemd/bootchart.conf' /etc/systemd/journald.conf [Errno 2] No such file or directory: u'/etc/systemd/journald.conf' /etc/systemd/logind.conf [Errno 2] No such file or directory: u'/etc/systemd/logind.conf'
Bug#729852: solved here by installing console-setup
Hi, I have a comparable issue here. When creating a chroot (fai nfsroot) dracut fails to be configured: [...] Setting up dracut (037-2) ... dracut: Generating /boot/initrd.img-3.14-1-amd64 dpkg: error processing package dracut (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of linux-image-3.14-1-amd64: linux-image-3.14-1-amd64 depends on initramfs-tools (= 0.110~) | linux-initramfs-tool; however: Package initramfs-tools is not installed. Package linux-initramfs-tool is not installed. Package dracut which provides linux-initramfs-tool is not configured yet. [...] Investigation of '/var/lib/dpkg/info/dracut.postinst' and '/etc/kernel/postinst.d/dracut 3.14-1-amd64' shows that the command dracut -q --force /boot/initrd.img-3.14-1-amd64 3.14-1-amd64 fails, i.e. it returns 1. After installing console-setup things work again as expected and the chroot with dracut installed fine. Perhaps console-setup should be added as dependency? Best regards, Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753576: systemd stopped responding to dbus.socket connections
On Thu, Jul 03, 2014 at 12:30:14PM +0200, Michael Biebl wrote: If dbus is running (and it apparently is), then it should be the process listening on /var/run/dbus/system_bus_socket. I'm not sure about that... on another system where dbus is currently working fine: # netstat -A unix -lnp | grep dbus unix 2 [ ACC ] STREAM LISTENING 7809 1/systemd /var/run/dbus/system_bus_socket Does strace -p 1124 reveal anything useful? I ran strace on both dbus and systemd. Both remain sleeping epoll_wait during the attempt to connect to the socket. -- Sam Morris https://robots.org.uk/ 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753589: systemd: Missing dependency on glibc?
Am 03.07.2014 12:55, schrieb Matthias Urlichs: Package: systemd Version: 208-5 Severity: normal While updating, systemd was updated before glibc. Needless to say, this does not work at all. # aptitude(wd: ~) Reading changelogs... apt-listchanges: Mailing smurf-chan...@smurf.noris.de: apt-listchanges: news for eltern Extracting templates from packages: 100% Preconfiguring packages ... (Reading database ... 59720 files and directories currently installed.) Removing homevent ... Stopping homevent: Removing python-twisted-conch ... Removing python-twisted-core ... Removing python-zope.interface ... Removing python-pkg-resources ... Removing debconf-i18n ... Removing fuse-utils ... Processing triggers for man-db ... (Reading database ... 57308 files and directories currently installed.) Preparing to replace systemd-sysv 44-11+deb7u4 (using .../systemd-sysv_208-5_i386.deb) ... Unpacking replacement systemd-sysv ... Preparing to replace libtirpc1:i386 0.2.2-5 (using .../libtirpc1_0.2.3-1_i386.deb) ... Unpacking replacement libtirpc1:i386 ... Preparing to replace libgcrypt11:i386 1.5.0-5+deb7u1 (using .../libgcrypt11_1.5.3-4_i386.deb) ... Unpacking replacement libgcrypt11:i386 ... Preparing to replace libsystemd-daemon0:i386 204-8 (using .../libsystemd-daemon0_208-5_i386.deb) ... Unpacking replacement libsystemd-daemon0:i386 ... Preparing to replace libsystemd-journal0:i386 44-11+deb7u4 (using .../libsystemd-journal0_208-5_i386.deb) ... Unpacking replacement libsystemd-journal0:i386 ... Selecting previously unselected package libudev1:i386. Unpacking libudev1:i386 (from .../libudev1_204-8_i386.deb) ... Preparing to replace libsystemd-login0:i386 44-11+deb7u4 (using .../libsystemd-login0_208-5_i386.deb) ... Unpacking replacement libsystemd-login0:i386 ... Selecting previously unselected package acl. Unpacking acl (from .../archives/acl_2.2.52-1_i386.deb) ... Preparing to replace libpam-systemd:i386 44-11+deb7u4 (using .../libpam-systemd_208-5_i386.deb) ... Unpacking replacement libpam-systemd:i386 ... Preparing to replace systemd 44-11+deb7u4 (using .../systemd_208-5_i386.deb) ... Moving obsolete conffile /etc/bash_completion.d/systemd-bash-completion.sh out of the way... Unpacking replacement systemd ... Processing triggers for man-db ... (Reading database ... 57471 files and directories currently installed.) Removing libaudit0 ... Selecting previously unselected package libaudit-common. (Reading database ... 57465 files and directories currently installed.) Unpacking libaudit-common (from .../libaudit-common_1%3a2.3.7-1_all.deb) ... Selecting previously unselected package libaudit1:i386. Unpacking libaudit1:i386 (from .../libaudit1_1%3a2.3.7-1_i386.deb) ... Preparing to replace nscd 2.13-38+deb7u1 (using .../archives/nscd_2.19-4_i386.deb) ... /sbin/runlevel: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version `GLIBC_2.17' not found (required by /sbin/runlevel) /sbin/runlevel: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version `GLIBC_2.14' not found (required by /sbin/runlevel) /sbin/runlevel: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version `GLIBC_2.15' not found (required by /lib/i386-linux-gnu/libgcrypt.so.11) systemd *does* have a versioned dependency on libc6 (= 2.17). Is maybe aptitude doing something stupid and not updating the packages in the correct order? I did test dist-upgrades from wheezy to jessie and never stumbled upon this, but then I did use apt and not aptitude. Might be useful to get the input of the aptitude maintainers here. I fail to see how this is a bug in systemd. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#752659: more info
Could you please give me the size of your bin/setupcon inside the initrd: lsinitrd /boot/initrd*|grep setupcon Mine is: 1062 bytes bin/setupcon If I extract the initrd the bin/setupcon script looks like this: #!/bin/sh # A micro-version of setupcon with static configuration. printf '\033%%G' /etc/console-setup/tty1 printf '\033%%G' /etc/console-setup/tty2 printf '\033%%G' /etc/console-setup/tty3 . . . -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753576: systemd stopped responding to dbus.socket connections
Am 03.07.2014 13:03, schrieb Sam Morris: On Thu, Jul 03, 2014 at 12:30:14PM +0200, Michael Biebl wrote: If dbus is running (and it apparently is), then it should be the process listening on /var/run/dbus/system_bus_socket. I'm not sure about that... on another system where dbus is currently working fine: # netstat -A unix -lnp | grep dbus unix 2 [ ACC ] STREAM LISTENING 7809 1/systemd /var/run/dbus/system_bus_socket Well, the socket was opened by systemd, but they've been handed over to dbus-daemon and incoming requests on the socket should be processed by dbus-daemon. If you restart dbus.service (probably not a good idea to do that from within the X session), does the problem go away? But before you do restart dbus, Simon, do you have any ideas how to debug this further? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#753581: qt4-designer: Fails to start, symbol lookup error in qscintilla
reassign 753581 libqscintilla2-designer thanks On Thursday 03 July 2014 09:30:44 Gudjon I. Gudjonsson wrote: Package: qt4-designer Version: 4:4.8.6+dfsg-2 Severity: important Dear Maintainer, designer fails to start and exits with the following error message. /usr/lib/x86_64-linux-gnu/qt4/bin/designer: symbol lookup error: /usr/lib/x86_64-linux-gnu/qt4/plugins/designer/libqscintillaplugin.so: undefined symbol: _ZN13QsciScintillaC1EP7QWidget This is symbol missing in qscintilla's plugin. I'm reassigning the bug to qscintilla. Thanks for your bug report, Lisandro. -- 16: De quien es Internet * De DIOS dado que todas las cosas del mundo le pertenecen Damian Nadales http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#753590: ITP: python-pyqtgraph -- Scientific Graphics and GUI Library for Python
Package: wnpp Severity: wishlist Owner: Gianfranco Costamagna costamagnagianfra...@yahoo.it * Package name : python-pyqtgraph Version : 0.9.8 Upstream Author : Luke Campagnola luke.campagn...@gmail.com * URL : http://luke.campagnola.me/code/pyqtgraph * License : MIT Programming Lang: Python Description : Scientific Graphics and GUI Library for Python PyQtGraph is a pure-python graphics and GUI library built on PyQt4 and numpy. It is intended for use in mathematics / scientific / engineering applications. Despite being written entirely in python, the library is very fast due to its heavy leverage of numpy for number crunching and Qt's GraphicsView framework for fast display. I would like to maintain inside Debian Python Modules Team, this package is relevant since is needed by the new binwalk release (don't know if other packages needs it) Thanks, Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753589: systemd: Missing dependency on glibc?
On 2014-07-03 13:22 +0200, Michael Biebl wrote: Am 03.07.2014 12:55, schrieb Matthias Urlichs: Package: systemd Version: 208-5 Severity: normal While updating, systemd was updated before glibc. Needless to say, this does not work at all. # aptitude(wd: ~) Reading changelogs... apt-listchanges: Mailing smurf-chan...@smurf.noris.de: apt-listchanges: news for eltern Extracting templates from packages: 100% Preconfiguring packages ... (Reading database ... 59720 files and directories currently installed.) Removing homevent ... Stopping homevent: Removing python-twisted-conch ... Removing python-twisted-core ... Removing python-zope.interface ... Removing python-pkg-resources ... Removing debconf-i18n ... Removing fuse-utils ... Processing triggers for man-db ... (Reading database ... 57308 files and directories currently installed.) Preparing to replace systemd-sysv 44-11+deb7u4 (using .../systemd-sysv_208-5_i386.deb) ... Unpacking replacement systemd-sysv ... Preparing to replace libtirpc1:i386 0.2.2-5 (using .../libtirpc1_0.2.3-1_i386.deb) ... Unpacking replacement libtirpc1:i386 ... Preparing to replace libgcrypt11:i386 1.5.0-5+deb7u1 (using .../libgcrypt11_1.5.3-4_i386.deb) ... Unpacking replacement libgcrypt11:i386 ... Preparing to replace libsystemd-daemon0:i386 204-8 (using .../libsystemd-daemon0_208-5_i386.deb) ... Unpacking replacement libsystemd-daemon0:i386 ... Preparing to replace libsystemd-journal0:i386 44-11+deb7u4 (using .../libsystemd-journal0_208-5_i386.deb) ... Unpacking replacement libsystemd-journal0:i386 ... Selecting previously unselected package libudev1:i386. Unpacking libudev1:i386 (from .../libudev1_204-8_i386.deb) ... Preparing to replace libsystemd-login0:i386 44-11+deb7u4 (using .../libsystemd-login0_208-5_i386.deb) ... Unpacking replacement libsystemd-login0:i386 ... Selecting previously unselected package acl. Unpacking acl (from .../archives/acl_2.2.52-1_i386.deb) ... Preparing to replace libpam-systemd:i386 44-11+deb7u4 (using .../libpam-systemd_208-5_i386.deb) ... Unpacking replacement libpam-systemd:i386 ... Preparing to replace systemd 44-11+deb7u4 (using .../systemd_208-5_i386.deb) ... Moving obsolete conffile /etc/bash_completion.d/systemd-bash-completion.sh out of the way... Unpacking replacement systemd ... Processing triggers for man-db ... (Reading database ... 57471 files and directories currently installed.) Removing libaudit0 ... Selecting previously unselected package libaudit-common. (Reading database ... 57465 files and directories currently installed.) Unpacking libaudit-common (from .../libaudit-common_1%3a2.3.7-1_all.deb) ... Selecting previously unselected package libaudit1:i386. Unpacking libaudit1:i386 (from .../libaudit1_1%3a2.3.7-1_i386.deb) ... Preparing to replace nscd 2.13-38+deb7u1 (using .../archives/nscd_2.19-4_i386.deb) ... /sbin/runlevel: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version `GLIBC_2.17' not found (required by /sbin/runlevel) /sbin/runlevel: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version `GLIBC_2.14' not found (required by /sbin/runlevel) /sbin/runlevel: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version `GLIBC_2.15' not found (required by /lib/i386-linux-gnu/libgcrypt.so.11) systemd *does* have a versioned dependency on libc6 (= 2.17). This is not enough if systemd-sysv is also installed, since /lib/systemd/systemd then becomes quasi-essential - packages are free to assume that /sbin/runlevel works even if only unpacked and use it in their preinst scripts. Is maybe aptitude doing something stupid and not updating the packages in the correct order? While aptitude has its own dependency resolver, the unpacking order is determined by libapt-pkg AFAIK. I fail to see how this is a bug in systemd. It probably needs to use Pre-Depends to ensure that it's working during upgrades. Note that the same holds also for sysvinit-core, although it is currently less likely to hit the bug (it has Priority: required and does not exist in wheezy). See also #702524 for a similar issue in gawk. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753589: systemd: Missing dependency on glibc?
* Michael Biebl bi...@debian.org, 2014-07-03, 13:22: Unpacking replacement systemd-sysv ... Preparing to replace libtirpc1:i386 0.2.2-5 (using .../libtirpc1_0.2.3-1_i386.deb) ... Unpacking replacement libtirpc1:i386 ... Preparing to replace libgcrypt11:i386 1.5.0-5+deb7u1 (using .../libgcrypt11_1.5.3-4_i386.deb) ... Unpacking replacement libgcrypt11:i386 ... Preparing to replace libsystemd-daemon0:i386 204-8 (using .../libsystemd-daemon0_208-5_i386.deb) ... Unpacking replacement libsystemd-daemon0:i386 ... Preparing to replace libsystemd-journal0:i386 44-11+deb7u4 (using .../libsystemd-journal0_208-5_i386.deb) ... Unpacking replacement libsystemd-journal0:i386 ... Selecting previously unselected package libudev1:i386. Unpacking libudev1:i386 (from .../libudev1_204-8_i386.deb) ... Preparing to replace libsystemd-login0:i386 44-11+deb7u4 (using .../libsystemd-login0_208-5_i386.deb) ... Unpacking replacement libsystemd-login0:i386 ... Selecting previously unselected package acl. Unpacking acl (from .../archives/acl_2.2.52-1_i386.deb) ... Preparing to replace libpam-systemd:i386 44-11+deb7u4 (using .../libpam-systemd_208-5_i386.deb) ... Unpacking replacement libpam-systemd:i386 ... Preparing to replace systemd 44-11+deb7u4 (using .../systemd_208-5_i386.deb) ... Moving obsolete conffile /etc/bash_completion.d/systemd-bash-completion.sh out of the way... Unpacking replacement systemd ... Processing triggers for man-db ... (Reading database ... 57471 files and directories currently installed.) Removing libaudit0 ... Selecting previously unselected package libaudit-common. (Reading database ... 57465 files and directories currently installed.) Unpacking libaudit-common (from .../libaudit-common_1%3a2.3.7-1_all.deb) ... Selecting previously unselected package libaudit1:i386. Unpacking libaudit1:i386 (from .../libaudit1_1%3a2.3.7-1_i386.deb) ... Preparing to replace nscd 2.13-38+deb7u1 (using .../archives/nscd_2.19-4_i386.deb) ... /sbin/runlevel: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version `GLIBC_2.17' not found (required by /sbin/runlevel) /sbin/runlevel: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version `GLIBC_2.14' not found (required by /sbin/runlevel) /sbin/runlevel: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version `GLIBC_2.15' not found (required by /lib/i386-linux-gnu/libgcrypt.so.11) systemd *does* have a versioned dependency on libc6 (= 2.17). Is maybe aptitude doing something stupid and not updating the packages in the correct order? systemd-sysv was unpacked, but not configured yet. At this point, its dependencies were not required to be satisfied. So from POV of the package manager everything is in order here. Perhaps a Pre-Depends is missing somewhere; but it's hard to tell exactly where without knowing who calls /sbin/runlevel and why. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753591: FTBFS due to CMake error
Source: gammaray Version: 2.0.2-1 Severity: serious Gammaray is currently FTBFS due to #752847. As a workaround you might want to add libegl1-mesa-dev as a build dependency. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753576: systemd stopped responding to dbus.socket connections
On Thu, Jul 03, 2014 at 01:35:59PM +0200, Michael Biebl wrote: Am 03.07.2014 13:03, schrieb Sam Morris: On Thu, Jul 03, 2014 at 12:30:14PM +0200, Michael Biebl wrote: If dbus is running (and it apparently is), then it should be the process listening on /var/run/dbus/system_bus_socket. I'm not sure about that... on another system where dbus is currently working fine: # netstat -A unix -lnp | grep dbus unix 2 [ ACC ] STREAM LISTENING 7809 1/systemd /var/run/dbus/system_bus_socket Well, the socket was opened by systemd, but they've been handed over to dbus-daemon and incoming requests on the socket should be processed by dbus-daemon. Ah, so the output of netstat is misleading for .socket units. I did more testing with strace and, on the working system, connecting to the socket with socat does indeed only wake up the dbus process, not systemd. If you restart dbus.service (probably not a good idea to do that from within the X session), does the problem go away? But before you do restart dbus, Simon, do you have any ideas how to debug this further? Ok, I'll wait before trying this. -- Sam Morris https://robots.org.uk/ 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753589: systemd: Missing dependency on glibc?
Hi, systemd *does* have a versioned dependency on libc6 (= 2.17). Hmm. In that case, I was blind (didn't see it in the deps list) and aptitude must have been using indiscriminate forcing. This aptitude thing has too many bugs … I'll try to wean myself from it. :-/ -- -- Matthias Urlichs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752660: closed by Thomas Lange la...@informatik.uni-koeln.de (not a bug at all)
Well, I don't see this warning on my Fedora vbox installation and the machine-id embedded in the Fedora initramfs is the same machine-id as on the host. Does that mean that Fedora uses host-only mode by default? If so, should we use the same default in Debian? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#752660: closed by Thomas Lange la...@informatik.uni-koeln.de (not a bug at all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03.07.2014 14:03, Michael Biebl wrote: Well, I don't see this warning on my Fedora vbox installation and the machine-id embedded in the Fedora initramfs is the same machine-id as on the host. Does that mean that Fedora uses host-only mode by default? If so, should we use the same default in Debian? Yes, Fedora uses host-only mode by default. We also install a rescue image, which is a generic non-hostonly image, for the user to use, if the hardware or disk layout changes. -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTtUcGAAoJEANOs3ABTfJwa/oQAI/Fq5hy1jRF+TVgGYQfp2wv TdElUbpcZq39rjIAo++nUFAMk62k5daHYr1adWflEwED6GE5xZ68Q4eyqEHdFGjL yHSpUTI+iB7zV3tXxyJQtDK9ScXg9/wNeMQVhQ1vg+L14062rWKztstMjS4e6o7G TArNobYMLlYfPhlrgT3qmBCU+sfQ6JEpfleJC4DY1zWYXQA1raPS8JF7TWyaxyo2 MhgDi5TE+YRoKiNB5m8oQh3h2EPqqNfd4fIiHuaWC56y8iOknpmf2VZRi/77Va2H LNr6pjBeL6Z2YCE4HDpP9ZhnRZPLGbUmPDIk5yyg1VSC6Rd0N8ooJIzkhH+t3n6U 2wKa8K/TAJeJGRWzwlBpJFocdOBFOu4UqRt3xxa7VoibZ1bDYnbP55TBdf1ZV4lN AN3tL6OeSvCipu76W/b75tIdaL+/Fnsp56r5lUbZ+Rj7AnwN5K+9G6Ich0sZnlkB uOkYDvDqi5GIuWJrhoCkxXG3O0a5hyyx+sLgXxyHMUVWKNGGZrTKGwv6LkPnsqZN 7seBGQffe0FMgq+blT451vtlu88DFsmrTjF07Vv7L8ApKmWOZ2IjRAX+fM1Ia8HY z77Tt3zIfl9mnbfF1EGtujZtewDSYPECk8k8kbCJD78TaagCvg8PfDqxc8+Ovmzz 2OimxiVi0Tu4fvWY3UFF =vJ/V -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753581: qt4-designer: Fails to start, symbol lookup error in qscintilla
On Thursday, July 03, 2014 08:37:14 Lisandro Damián Nicanor Pérez Meyer wrote: reassign 753581 libqscintilla2-designer thanks On Thursday 03 July 2014 09:30:44 Gudjon I. Gudjonsson wrote: Package: qt4-designer Version: 4:4.8.6+dfsg-2 Severity: important Dear Maintainer, designer fails to start and exits with the following error message. /usr/lib/x86_64-linux-gnu/qt4/bin/designer: symbol lookup error: /usr/lib/x86_64-linux-gnu/qt4/plugins/designer/libqscintillaplugin.so: undefined symbol: _ZN13QsciScintillaC1EP7QWidget This is symbol missing in qscintilla's plugin. I'm reassigning the bug to qscintilla. _ZN13QsciScintillaC1EP7QWidget demangles to QsciScintilla::QsciScintilla(QWidget*) and qscintilla2-2.8.2+dfsg/Qt4Qt5/qsciscintilla.cpp has QsciScintilla::QsciScintilla(QWidget *parent) which is unchanged for a long time. So I believe that things are as they should be for Qt4 in qscintilla2, but the designer plugin for Qt5 is not yet packaged. If you are using the qtcreator from Unstable, you probably got the Qt5 one and this may be a poor error message that turns out to mean the Qt5 designer plugin isn't packaged yet. Scott K signature.asc Description: This is a digitally signed message part.
Bug#751968: dar: File /etc/darrc missing but referred to in manpage
On Tue, Jun 24, 2014 at 10:26:08AM +1000, Brian May wrote: Did you see the following files in dar-docs? /usr/share/doc/dar-docs/examples/darrc_sample /usr/share/doc/dar-docs/examples/JH_darrc Hello, Thanks for your response. We missed the dar-docs package. Would it be possible to include the basic documentation (like examples and FAQ) in the main package to make it available for all users of the package? /usr/share/doc/dar-docs/FAQ.html contains: Note that dar provides in its /etc/darrc default configuration file, a long list of -Z options to avoid compressing most common compressed files, that you can activate by simply adding compress-exclusion on dar command-line. Thank you. So they are not provided out of the box on Debian, as the default configuration file is not installed. Regards Simon -- + privacy is necessary + using gnupg http://gnupg.org + public key id: 0x1972F726F0D556E7 signature.asc Description: Digital signature
Bug#753589: systemd: Missing dependency on glibc?
Am 03.07.2014 13:56, schrieb Jakub Wilk: systemd-sysv was unpacked, but not configured yet. At this point, its dependencies were not required to be satisfied. So from POV of the package manager everything is in order here. Perhaps a Pre-Depends is missing somewhere; but it's hard to tell exactly where without knowing who calls /sbin/runlevel and why. The prerm of nscd uses invoke-rc.d stop nscd. invoke-rc.d on the other hand calls /sbin/runlevel -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#753592: interruption code 0x4003B in libperl.so.5.18.2[3fffcfff000+1d0000]
Package: perl-base Version: 5.18.2-4+b1 Severity: grave X-Debbugs-CC: debian-s...@lists.debian.org Justification: essential package broken, affects other packages, prevents system upgrade. For now, this bug appears to affect only the s390x architecture of Debian testing (jessie), since all other architectures still use version 5.18.2-4. While performing an apt-get --purge dist-upgrade on my s390x jessie system, I encountered errors such as this immediately after perl-base was unpacked: - Use of uninitialized value $ARGV[0] in string eq at /usr/share/debconf/frontend line 17. Use of uninitialized value $ARGV[0] in pattern match (m//) at /usr/share/debconf/frontend line 24. Use of uninitialized value $ARGV[0] in concatenation (.) or string at /usr/share/debconf/frontend line 60. Use of uninitialized value $ARGV[0] in pattern match (m//) at /usr/share/debconf/frontend line 61. Use of uninitialized value $ARGV[0] in pattern match (m//) at /usr/share/debconf/frontend line 62. Use of uninitialized value $ARGV[0] in pattern match (m//) at /usr/share/debconf/frontend line 72. Use of uninitialized value $r in HANDLE at /usr/share/perl5/Debconf/ConfModule.pm line 72. readline() on unopened filehandle at /usr/share/perl5/Debconf/ConfModule.pm line 72. - These error messages occurred on the user terminal session. On the system console, errors such as these were encountered: - User process fault: interruption code 0x4003B in libperl.so.5.18.2[3fffcfff000+1d] failing address: 0 - This prevented a successful upgrade, as all packages which are configured through debconf failed their configuration. According to the changelog, there are no source changes between 5.18.2-4 and 5.18.2-4+b1, only a recompile against a newer C library. Either something went wrong with the package build, or the new C library has exposed a previously-hidden bug. Version 5.20.0-1 from experimental solves the problem, but breaks other packages, such as libhtml-parser-perl, liblocale-gettext-perl, etc., which now have unmet dependencies. No newer versions of these packages are available. Therefore, I have had to downgrade perl-base from version 5.18.2-4+b1 to 5.18.2-4 and put the package on hold. I also downgraded perl to version 5.18.2-4 and put it on hold. perl-modules is still at 5.18.2-4, but I put it on hold too, for good measure. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753594: openturns FTBFS on mips/mipsel
Package: openturns Version: 1.3-2 Tags: sid patch Severity: important Justification: FTBFS User: debian-mips-dev-disc...@lists.alioth.debian.org Usertags: mips-patch Package openturns FTBFS on mips/mipsel with an error: debian/rules:48: *** This package requires more than 1GB RAM; do not build on mips/mipsel. Stop. As I see, all mips/mipsel debian buildd machines beside rem have 1G RAM or above. I tested it on a few local boards, and on most of them build finished successfully. On some boards build failed, but I believe that the reason for that is a parallel build. After I disabled a parallel build for mips/mipsel, openturns was built successfully on all boards that I have tested it on. A patch that disables a parallel build for mips/mipsel is attached. Could you please consider including this patch? Best regards, Dejan diff -uNr openturns-1.3.orig/debian/rules openturns-1.3/debian/rules --- openturns-1.3.orig/debian/rules 2014-03-06 21:16:38.0 + +++ openturns-1.3/debian/rules 2014-07-01 15:52:24.0 + @@ -1,13 +1,17 @@ #!/usr/bin/make -f -ifeq ($(findstring parallel=,$(DEB_BUILD_OPTIONS)),) +ifneq (,$(findstring $(shell dpkg-architecture -qDEB_HOST_ARCH), mips mipsel)) +$(info Do not use parallel build for mips and mipsel.) +else +ifeq ($(findstring parallel=,$(DEB_BUILD_OPTIONS)),) export DEB_BUILD_OPTIONS+=parallel=$(shell getconf _NPROCESSORS_ONLN) -endif -$(info DEB_BUILD_OPTIONS:$(origin DEB_BUILD_OPTIONS)=$(DEB_BUILD_OPTIONS)) - -ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) +endif +$(info DEB_BUILD_OPTIONS:$(origin DEB_BUILD_OPTIONS)=$(DEB_BUILD_OPTIONS)) + +ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) NUMJOBS = $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) test_makeflags = -j$(NUMJOBS) +endif endif cppflags := $(shell dpkg-buildflags --get CPPFLAGS) @@ -45,9 +49,10 @@ %: ifneq (,$(findstring $(shell dpkg-architecture -qDEB_HOST_ARCH), mips mipsel)) - $(error This package requires more than 1GB RAM; do not build on mips/mipsel) -endif + dh $@ --buildsystem=cmake --builddirectory=$(builddir) --with python2 --with quilt +else dh $@ --buildsystem=cmake --builddirectory=$(builddir) --with python2 --with quilt --parallel +endif debian/tmp/usr/lib/R/site-library/rot: -mkdir -p $(debRlib)
Bug#753593: debian/copyright: broken link
Package: amd64-microcode Version: 2.20120910-1~bpo70+1 Severity: wishlist Dear Maintainer, in debian/copyright the link http://www.amd64.org/support/microcode.html is broken and should be changed in http://www.amd64.org/microcode.html Thanks. -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.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#753079: transition: librime
Hi, On Wed, Jul 02, 2014 at 07:56:49PM +0200, Emilio Pozuelo Monfort wrote: The renaming is due to a backward-incompatible API change in librime 1.0, where some struct members changed types. So I followed the recommendation here.[1] [1] https://wiki.debian.org/TransitionBestPractices That advice is wrong. Renaming the -dev package makes sense if you're going to keep the two versions of the library for a while, e.g. libgtk2.0-dev and libgtk-3-dev, which usually means you renamed the source package (gtk+2.0 and gtk+3.0 in my example). In your case, you want to keep the same librime-dev package name. Can you change it back? I will review and edit that wiki page, thanks for the link. Very good. That is my thought but there was no external resource backing it. Havoc has interesting post on multi dev library case as below, Jere is what I wrote previously ... I do agree to use the versioned -dev when these 2 -dev package are made to be co-installable and useful in such shape. This happens with major This practically means source package with different name. libraries. For this, it require us to do more than bumping number in -dev package name. See example: http://ometer.com/parallel.html (HP used to work at R-H and used to be with Debian as I understand) I will upload new git head when prompted. Is it ready? Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753589: systemd: Missing dependency on glibc?
Am 03.07.2014 13:55, schrieb Sven Joachim:
It probably needs to use Pre-Depends to ensure that it's working during
upgrades. Note that the same holds also for sysvinit-core, although it
is currently less likely to hit the bug (it has Priority: required and
does not exist in wheezy).
See also #702524 for a similar issue in gawk.
That means, as soon as we make systemd the default and switch the
priorities with sysvinit-core, this issue would likely show up there.
Having a hard-coded list of shlibs dependencies in Pre-Depends doesn't
sound too compelling.
And just moving ${shlibs:Depends} from Depends to Pre-Depends doesn't
sound right either.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
Bug#753589: systemd: Missing dependency on glibc?
On 07/03/2014 14:15, Michael Biebl wrote:
Am 03.07.2014 13:55, schrieb Sven Joachim:
It probably needs to use Pre-Depends to ensure that it's working during
upgrades. Note that the same holds also for sysvinit-core, although it
is currently less likely to hit the bug (it has Priority: required and
does not exist in wheezy).
See also #702524 for a similar issue in gawk.
That means, as soon as we make systemd the default and switch the
priorities with sysvinit-core, this issue would likely show up there.
Having a hard-coded list of shlibs dependencies in Pre-Depends doesn't
sound too compelling.
And just moving ${shlibs:Depends} from Depends to Pre-Depends doesn't
sound right either.
Most essential packages should have this problem. I checked bash and it
indeed has
Pre-Depends: dash (= 0.5.5.1-2.2), libc6 (= 2.15), libtinfo5
which comes from
Pre-Depends: dash (= 0.5.5.1-2.2), ${shlibs:Pre-Depends}, ${misc:Depends}
which made me find out that dpkg-shlibdeps can be asked to add
dependencies to Pre-Depends as well. It can even add library
dependencies for only some executables to Pre-Depends and others to
Depends by using the -d and -e options.
Ansgar
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753589: systemd: Missing dependency on glibc?
Am 03.07.2014 14:26, schrieb Ansgar Burchardt:
Most essential packages should have this problem. I checked bash and it
indeed has
Pre-Depends: dash (= 0.5.5.1-2.2), libc6 (= 2.15), libtinfo5
which comes from
Pre-Depends: dash (= 0.5.5.1-2.2), ${shlibs:Pre-Depends}, ${misc:Depends}
which made me find out that dpkg-shlibdeps can be asked to add
dependencies to Pre-Depends as well. It can even add library
dependencies for only some executables to Pre-Depends and others to
Depends by using the -d and -e options.
That sounds excellent.
Thanks for the hint, Ansgar.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
Bug#753595: gnome-panel looks weird (gray) after upgrade
Package: gnome-panel Version: 3.8.0-3+b1 Severity: normal Dear Maintainer, After a recent dist-upgrade gnome-panel isn't styled properly. Workspace area, clock, and tray all have gray background. Besides, the workspace area no longer displays windows in the workspaces. Screenshot attached. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-panel depends on: ii gconf-service 3.2.6-2 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-menus3.8.0-2 ii gnome-panel-data 3.8.0-3 ii libatk1.0-02.12.0-1 ii libc6 2.19-4 ii libcairo-gobject2 1.12.16-2 ii libcairo2 1.12.16-2 ii libcamel-1.2-493.12.2-1 ii libdconf1 0.20.0-2 ii libecal-1.2-16 3.12.2-1 ii libedataserver-1.2-18 3.12.2-1 ii libgconf-2-4 3.2.6-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgnome-desktop-3-7 3.8.4-2 ii libgnome-menu-3-0 3.8.0-2 ii libgtk-3-0 3.12.2-1+b1 ii libgweather-3-63.12.1-1 ii libical1 1.0-1 ii libice62:1.0.8-2 ii libnspr4 2:4.10.6-1 ii libnspr4-0d2:4.10.6-1 ii libnss32:3.16.1-1 ii libnss3-1d 2:3.16.1-1 ii libpanel-applet-4-03.8.0-3+b1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-01.36.3-1 ii librsvg2-2 2.40.2-1 ii libsecret-1-0 0.18-1 ii libsm6 2:1.2.1-2 ii libsoup2.4-1 2.46.0-2 ii libsqlite3-0 3.8.5-2 ii libtelepathy-glib0 0.24.0-1 ii libwnck-3-03.4.7-1 ii libx11-6 2:1.6.2-2 ii libxau61:1.0.8-1 ii libxext6 2:1.3.2-1 ii libxml22.9.1+dfsg1-3 ii libxrandr2 2:1.4.2-1 Versions of packages gnome-panel recommends: pn alacarte none ii evolution-data-server3.12.2-1 ii gnome-applets3.4.1-4 pn gnome-control-center none ii gnome-icon-theme 3.12.0-1 pn gnome-sessionnone pn gnome-session-flashback none ii gvfs 1.20.2-1 Versions of packages gnome-panel suggests: ii gnome-terminal [x-terminal-emulator] 3.12.3-1 ii gnome-user-guide 3.8.2-1 ii konsole [x-terminal-emulator] 4:4.13.1-1 ii lxterminal [x-terminal-emulator] 0.1.11-4 ii nautilus 3.8.2-3 ii rxvt-unicode [x-terminal-emulator]9.20-1 ii xfce4-terminal [x-terminal-emulator] 0.6.3-1 ii yelp 3.12.0-1 -- no debconf information
Bug#753486: Custom wallpaper duirectories forgotten when configuring desktop
Control: reassign kde-workspace 4:4.11.9-1 ¡Hola Erwan! El 2014-07-02 a las 14:48 +0200, Erwan David escribió: Package: kde-plasma-desktop Version: 5:84 Severity: normal The meta package is not the source of the problem, so I'm reassigning the issue to kde-workspace. If I define some custom wallpaper directories, it works. However next time I want to change another configuration of the desktop, the custom directories list is blanked and I get the default wallpapers again. That's for the slideshows right? (If so, we should merge this report with https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738337, so please confirm). That bug is repored upstream here: https://bugs.kde.org/show_bug.cgi?id=327580 Sadly the proposed patch fix the issue in a very hacky way, I'm not sure if it managed to create a proper reviewboard for the patch and if there is someone working in a proper fix. Happy hacking, -- The best way to predict the future is to invent it. -- Alan Kay Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#752660: closed by Thomas Lange la...@informatik.uni-koeln.de (not a bug at all)
reopen 752660 retitle 752660 Please use host-only mode by default severity 752660 wishlist thanks Am 03.07.2014 14:05, schrieb Harald Hoyer: On 03.07.2014 14:03, Michael Biebl wrote: Well, I don't see this warning on my Fedora vbox installation and the machine-id embedded in the Fedora initramfs is the same machine-id as on the host. Does that mean that Fedora uses host-only mode by default? If so, should we use the same default in Debian? Yes, Fedora uses host-only mode by default. We also install a rescue image, which is a generic non-hostonly image, for the user to use, if the hardware or disk layout changes. The difference is quite significant # du -hs /boot/initramfs-0-rescue-d4225952fa354616b0aabf5a2a7bc308.img 25M /boot/initramfs-0-rescue-d4225952fa354616b0aabf5a2a7bc308.img # du -hs /boot/initramfs-3.14.9-200.fc20.x86_64.img 10M /boot/initramfs-3.14.9-200.fc20.x86_64.img So this sounds like a useful setup to have in Debian as well. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#752674: Upstream bug
This seems quite similar to https://bugzilla.mozilla.org/show_bug.cgi?id=1015175 ... but my browser does not crash with mapy.cz . Could you check if the following sites also crash your browser? http://www.emojitracker.com/ http://qcplayground.withgoogle.com/ https://www.google.com/maps/views/streetview https://developer.mozilla.org/fr/demos/detail/tower-defense/launch (all but the first do crash mine) Pietro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739794: (no subject)
I still have this bug in 038-1, but it getting better ;-) The grep error is gone, but still the sed fails. jessie[~]# dracut -q sed: can't read /var/tmp/initramfs.GHpSng/lib/udev/rules.d/69-dm-lvm-metad.rules: No such file or directory This bug is now fixed upstream in http://git.kernel.org/cgit/boot/dracut/dracut.git/patch/?id=fecc1d69e5a12c305d93e7dca64bd690a1fe8ff5 I guess it will be included in 039. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753596: x11-apps: xclock -render doesn't retain clock aspect ratio
Package: x11-apps Version: 7.7+2 Severity: normal Tags: upstream patch xclock looks different depending on -render setting. When render extension is active, xclock does not keep aspect ratio of clock. This bug was already filed to upstream years ago https://bugs.freedesktop.org/show_bug.cgi?id=3110 A simple patch is proposed to fix this. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (192, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x11-apps depends on: ii cpp 4:4.9.0-4 ii libc62.19-4 ii libpng12-0 1.2.50-1 ii libsm6 2:1.2.1-2 ii libx11-6 2:1.6.2-2 ii libxaw7 2:1.0.12-1 ii libxcursor1 1:1.1.14-1 ii libxext6 2:1.3.2-1 ii libxft2 2.3.1-2 ii libxkbfile1 1:1.0.8-1 ii libxmu6 2:1.1.2-1 ii libxmuu1 2:1.1.2-1 ii libxrender1 1:0.9.8-1 ii libxt6 1:1.1.4-1 Versions of packages x11-apps recommends: ii xbitmaps 1.1.1-2 Versions of packages x11-apps suggests: ii mesa-utils 8.1.0-2+b1 -- no debconf information --- a/xclock/Clock.c +++ b/xclock/Clock.c @@ -1204,8 +1204,8 @@ w-clock.centerY = w-core.height / 2; } #ifdef XRENDER -w-clock.x_scale = 0.45 * w-core.width; -w-clock.y_scale = 0.45 * w-core.height; +w-clock.x_scale = 0.45 * min(w-core.width, w-core.height); +w-clock.y_scale = 0.45 * min(w-core.width, w-core.height); w-clock.x_off = 0.5 * w-core.width; w-clock.y_off = 0.5 * w-core.height; if (w-clock.pixmap)
Bug#753598: gsasl: add autoreconf during the build to enable new architectures
Package: gsasl Severity: normal Tags: patch Dear Maintainer, This is a simple patch that enables the build this package to call autoreconf scripts. With this change, the package could be built on the new ppc64el architecture. This patch follows the instructions at: https://wiki.debian.org/qa.debian.org/FTBFS#A2014-01-21_using_dh-autoreconf_during_the_build Thanks, Paulo -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.13.0 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- debian/rules-original 2014-05-27 14:08:37.73801 + +++ debian/rules 2014-05-27 14:08:37.74801 + @@ -2,6 +2,7 @@ include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/autotools.mk +include /usr/share/cdbs/1/rules/autoreconf.mk DEB_DH_STRIP_ARGS = --dbg-package=gsasl-dbg DEB_MAKE_CHECK_TARGET = check
Bug#753597: openssh-client: Cannot connect to hosts with 512-bit RSA key: RSA modulus too small
Package: openssh-client Version: 1:6.6p1-5 Severity: normal The minimum RSA modulus of 768 bits is hard-coded into ssh. However, I do have a number of old routers and switches which have 512-bit host keys. I would like to be able to talk to these machines without recompiling SSH. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-rc7-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openssh-client depends on: ii adduser 3.113+nmu3 ii dpkg 1.17.10 ii libc6 2.19-1 ii libedit2 3.1-20140213-1 ii libgssapi-krb5-2 1.12.1+dfsg-3 ii libselinux1 2.3-1 ii libssl1.0.0 1.0.1h-3 ii passwd1:4.2-2 ii zlib1g1:1.2.8.dfsg-1 Versions of packages openssh-client recommends: ii xauth 1:1.0.7-1 Versions of packages openssh-client suggests: pn keychain none pn libpam-sshnone pn monkeysphere none ii ssh-askpass 1:1.2.4.1-9 -- Configuration Files: /etc/ssh/ssh_config changed [not included] -- 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#747149: duck: detect domains that have expired
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am 2014-06-10 05:57, schrieb Paul Wise: On Tue, 2014-05-06 at 07:52 +0800, Paul Wise wrote: A common thing that happens when domains expire is that they become for sale. It would be great if duck could detect this situation. I've attached a patch for this that detects the example I mentioned and also the situation from #751072. The whois check needs implementing too. Hi, I am currently working on this, and i have now the following problem: As far as i know, there is no such thing as a whois entry, for e.g. www.fontmatrix.net, only for fontmatrix.net. Question now is: Should I just go up the domain tree (in case i have more subdomains) until i find a domain entry which actually returns an whois entry, and if so, report if there are hints that it might be for sale? I'm not sure if this is a sane thing to do, probably leading to many false positives. Or maybe i didn't understand you correctly. Bye, - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCgAGBQJTtVZkAAoJEBy08PeN7K/pngMQAKjmIZmspf+1ijZgTl0cmrkl 1tZvTfeK+Yg7npO5BOrqUXMtrUaLPlxTCdpcoo+578tBu825NSAoa32ndUj6omLR TijqVKXTnyjpEVQ9inAaRzWqlqQhqRBrlm3RlytyeDyK39sBUUGoG9JamDyNtKt7 3R4hoAc5dU0ufvelmfeqHQMVGEAlH+rK8oDN8xX7AKf5faS1wEDTsGkyv5ZObJyb KiO5rbdjrGHgK6H1CKJT/p6drvnAMHwW0NquAiWbqZOJk+F+u9Tl9y8uKjMuocbq bMAYV73PFYmm8SW2DaBKJkTdmvMWKiedW/NaejbFF3kCdx7YBUpchzwmchY6LB+8 STlIAMv06TTLI5228UIbSQNseouIiVsumvra4fexVrbd9M0mF4H4KpdKsClHa9lo 7ijAgOU9grgRjScWZb4wZPdsIGIXWHdpfNuuucs0efNxMedYxX2pc2p3M0kBYbHe HU3P2GYL5wQkz7juf2P9cIMsY+QHvTomRGs9morDECTFIPPt4LlE+jdvt+xe8X+u OU8wioiX4oDKzHz6Ly+Vk7hfE2LBUAuQOwELu2UbvthzzTSDN5bSrZqD5RDo/FST fYr8pkoiTMPkaJ5xabwCOYu2delgMtuPgepgIxzzL6bDRqjWs3LXBfl3HKB/POIa eI6ywB2+9E0kC9HPhsg5 =aUe3 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
