Bug#1073939: nwipe: Should suggest smartmontools

[Peter Gervai]

Package: nwipe
Version: 0.34-1+b1
Severity: minor

Said at start:

[2024/06/20 14:41:26]info: nwipe 0.33   
  
[2024/06/20 14:41:26]info: Linux version 6.1.0-12-amd64 (debian-kernel@list
   s.debian.org) (gcc-12 (Debian 12.2.0-14) 12.2.0  
  
   , GNU ld (GNU Binutils for Debian) 2.40) #1 SMP  
  
PREEMPT_DYNAMIC Debian 6.1.52-1 (2023-09-07)
[2024/06/20 14:41:26] warning: Command not found. Install smartmontools !

I believe them. :-)

Bug#1071155: passwordsafe: crash on Manage>>Password policies, SIGSEGV, no message

[Peter Gervai]

Package: passwordsafe
Version: 1.17.0+dfsg-1+b3
Severity: normal
Tags: upstream

I have an oldish db, v3.14, works well, updates, etc.

However selecting the menu `Password policies` immediately crashes passwdsafe, 
with no message.
strace shows nothing of interest (or, in fact, anything apart from sigsegv).
gdb gives a possibly useful stack trace though:

Thread 1 "pwsafe" received signal SIGSEGV, Segmentation fault.

#0  0x557e26a8 in  ()
#1  0x77829fa2 in 
wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, 
wxEvtHandler*, wxEvent&) ()
at /lib/x86_64-linux-gnu/libwx_baseu-3.2.so.0
#2  0x7782a16b in wxEventHashTable::HandleEvent(wxEvent&, 
wxEvtHandler*) () at /lib/x86_64-linux-gnu/libwx_baseu-3.2.so.0
#3  0x7782a7dd in wxEvtHandler::TryHereOnly(wxEvent&) () at 
/lib/x86_64-linux-gnu/libwx_baseu-3.2.so.0
#4  0x7782a85e in wxEvtHandler::ProcessEventLocally(wxEvent&) () at 
/lib/x86_64-linux-gnu/libwx_baseu-3.2.so.0
#5  0x7782a961 in wxEvtHandler::ProcessEvent(wxEvent&) () at 
/lib/x86_64-linux-gnu/libwx_baseu-3.2.so.0
#6  0x7719232f in wxWindowBase::TryAfter(wxEvent&) () at 
/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.2.so.0
#7  0x771ff396 in wxScrollHelperEvtHandler::ProcessEvent(wxEvent&) () 
at /lib/x86_64-linux-gnu/libwx_gtk3u_core-3.2.so.0
#8  0x7723e0cd in wxGrid::DoSendEvent(wxGridEvent&) () at 
/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.2.so.0
#9  0x7723e59b in wxGrid::SendEvent(int, int, int, wxString const&) () 
at /lib/x86_64-linux-gnu/libwx_gtk3u_core-3.2.so.0
#10 0x7724ca59 in wxGrid::SetCurrentCell(wxGridCellCoords const&) () at 
/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.2.so.0
#11 0x7724cc25 in wxGrid::UpdateCurrentCellOnRedim() () at 
/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.2.so.0
#12 0x7724ce5c in wxGrid::SetTable(wxGridTableBase*, bool, 
wxGrid::wxGridSelectionModes) ()
at /lib/x86_64-linux-gnu/libwx_gtk3u_core-3.2.so.0
#13 0x557d9be2 in  ()
#14 0x5577d7f5 in  ()
#15 0x7782a810 in wxEvtHandler::TryHereOnly(wxEvent&) () at 
/lib/x86_64-linux-gnu/libwx_baseu-3.2.so.0
#16 0x7782a85e in wxEvtHandler::ProcessEventLocally(wxEvent&) () at 
/lib/x86_64-linux-gnu/libwx_baseu-3.2.so.0
#17 0x7782a961 in wxEvtHandler::ProcessEvent(wxEvent&) () at 
/lib/x86_64-linux-gnu/libwx_baseu-3.2.so.0
#18 0x7782ba85 in wxEvtHandler::ProcessPendingEvents() () at 
/lib/x86_64-linux-gnu/libwx_baseu-3.2.so.0
#19 0x776aac8a in wxAppConsoleBase::ProcessPendingEvents() () at 
/lib/x86_64-linux-gnu/libwx_baseu-3.2.so.0
#20 0x76f65675 in wxApp::DoIdle() () at 
/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.2.so.0
#21 0x76f65757 in  () at /lib/x86_64-linux-gnu/libwx_gtk3u_core-3.2.so.0
#22 0x755b6e1f in  () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#23 0x755b8ea7 in  () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#24 0x755b97af in g_main_loop_run () at 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#25 0x75dfd65d in gtk_main () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#26 0x76f82995 in wxGUIEventLoop::DoRun() () at 
/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.2.so.0
#27 0x776e5d11 in wxEventLoopBase::Run() () at 
/lib/x86_64-linux-gnu/libwx_baseu-3.2.so.0
#28 0x776ac0ff in wxAppConsoleBase::MainLoop() () at 
/lib/x86_64-linux-gnu/libwx_baseu-3.2.so.0
#29 0x7773230b in wxEntry(int&, wchar_t**) () at 
/lib/x86_64-linux-gnu/libwx_baseu-3.2.so.0
#30 0x556d2ccc in  ()
#31 0x76642c8a in __libc_start_call_main 
(main=main@entry=0x556d2ca0, argc=argc@entry=1, 
argv=argv@entry=0x7fffdce8)
at ../sysdeps/nptl/libc_start_call_main.h:58
#32 0x76642d45 in __libc_start_main_impl
(main=0x556d2ca0, argc=1, argv=0x7fffdce8, init=, 
fini=, rtld_fini=, stack_end=0x7fffdcd8) at 
../csu/libc-start.c:360
#33 0x556ddbf1 in  ()



-- System Information:
Debian Release: trixie/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-18-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash (but the user have tricked the system to 
use bash anyway)
Init: sysvinit (via /sbin/init) (yes, no systemd crap here)
LSM: AppArmor: enabled

Versions of packages passwordsafe depends on:
ii  libc62.38-11
ii  libgcc-s113.2.0-4
ii  libmagic1t64 1:5.45-3
ii  libqrencode4 4.1.1-1
ii  libstdc++6   13.2.0-4
ii  libuuid1 2.40-8
ii  libwxbase3.2-1t643.2.4+dfsg-5
ii  libwxgtk3.2-1t64 3.2.4+dfsg-5
ii  libx11-6  

Bug#1069288: init: runit-init disappeared from PreDepends somewhere around 1.60

[Peter Gervai]

Package: init
Version: 1.60
Severity: normal

init 1.56+nmu1 had predepends on systemd-sysv | sysvinit-core | runit-init
init 1.60 and on has only systemd-sysv | sysvinit-core
runit-init seems to be gone?

I see nothing about that in changelog, nor it's obvious why this have happened, 
but it does not look right; it very much tries to break very hard any systems
using runit-init.

It's also a bit confusing what have (not) happened in #924132 since, erm, may 
2019?

Thanks!

Bug#923091: this is a mighty weird open bug

[Peter Gervai]

That's a weird bug to have open, especially considering the last entry from 
2019.

I landed here because dpkg have thrown a message on me 

Unpacking dpkg (1.21.22) over (1.21.21) ... 
  
Setting up dpkg (1.21.22) ...   
  
dpkg: warning: This system uses merged-usr-via-aliased-dirs, going behind 
dpkg's  
dpkg: warning: back, breaking its core assumptions. This can cause silent file  
  
dpkg: warning: overwrites and disappearances, and its general tools 
misbehavior.  
dpkg: warning: See .
  

referring me to
https://wiki.debian.org/Teams/Dpkg/FAQ#broken-usrmerge
which lead to
https://wiki.debian.org/Teams/Dpkg/MergedUsr
which pointed to a seemingly unfinished thread on ML and this bugreport.

It was surprising because I thought that's been over for a long time now.
(https://lists.debian.org/debian-devel-announce/2022/09/msg1.html and
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=978636 (closed))

Could anyone insert pointers here about
- what's the official layout now
- what are the supported layouts 
- what's with dpkg vs layouts
- what's with this open bug now, around 2024?

(Disclaimer: arrived from Devuan since, as you might have guessed, I try to
keep my system uninfected, but otherwise it should not matter too much where
I'm arriving from.)

(Except maybe if it's about patches like this:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1061718 
but then it would be neat to keep Debian wiki in sync with reality and
close/keep bugs with relevant summary to help the people finding for clues.)

Thanks,
Peter

Bug#1056400: munin: sub cl_is_keyword is missing from Config.pm but called from Utils.pm

[Peter Gervai]

Package: munin
Version: 2.0.74-2
Severity: important
Tags: patch

Munin/Master/Utils.pm calls (line 689):
unless Munin::Common::Config::cl_is_keyword($tmpvar);

This is a legacy call, have been removed in the .999 current, and it seems that
it's been removed from Config.pm but not from Utils.pm (and Utils.pm was 
completely
reworked since).

Until then, either rewrite Utils.pm relevant line (I didn't have the time to 
reverse-engineer what they want now), or

--- /usr/share/perl5/Munin/Common/Config.pm~2022-02-10 01:24:56.0 
+0100
+++ /usr/share/perl5/Munin/Common/Config.pm 2023-11-22 10:25:04.877859590 
+0100
@@ -150,6 +150,14 @@
 
 my %bools = map { $_ => 1} qw(yes no true false on off 1 0);
 
+sub cl_is_keyword {
+# Class-less version of is_keyword for legacy code.
+my ($word) = @_;
+
+return defined $legal{$word};
+}
+
+
 sub is_keyword {
 my ($self, $word) = @_;
 



-- System Information:
Debian Release: trixie/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'oldstable-updates'), (500, 'oldstable-security'), (500, 
'oldoldstable-updates'), (500, 'oldoldstable'), (500, 'unstable'), (500, 
'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-12-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages munin depends on:
ii  cron [cron-daemon]   3.0pl1-175
ii  debconf [debconf-2.0]1.5.82
ii  fonts-dejavu-core2.37-8
ii  init-system-helpers  1.65.2
pn  libdigest-md5-perl   
ii  libfile-copy-recursive-perl  0.45-4
ii  libhtml-template-perl2.97-2
ii  libio-socket-inet6-perl  2.73-1
ii  liblog-log4perl-perl 1.57-1
ii  librrds-perl 1.7.2-4+b8
pn  libstorable-perl 
ii  libtimedate-perl 2.3300-2
ii  liburi-perl  5.21-1
ii  munin-common 2.999.16-1
ii  netbase  6.4
ii  perl [libtime-hires-perl]5.36.0-9
ii  rrdtool  1.7.2-4+b8

Versions of packages munin recommends:
ii  libcgi-fast-perl  1:2.15-1
pn  munin-doc 
ii  munin-node2.0.74-2

Versions of packages munin suggests:
ii  apache2 [httpd] 2.4.57-3
ii  chromium [www-browser]  119.0.6045.159-1
ii  epiphany-browser [www-browser]  43.1-1
ii  libapache2-mod-fcgid1:2.3.9-4
ii  libnet-ssleay-perl  1.92-2+b1
ii  links [www-browser] 2.29-1
ii  lynx [www-browser]  2.9.0dev.12-1
ii  nginx [httpd]   1.24.0-1
ii  surf [www-browser]  2.1+git20221016-4
ii  w3m [www-browser]   0.5.3+git20230121-2

-- Configuration Files:
/etc/munin/munin.conf changed [not included]

-- debconf information excluded

Bug#1037362: should be quite common

[Peter Gervai]

Hello,

1) ldd was old. When upgraded libc-bin then things became much happier.

2) Caused by the "unsupported" double major upgrade. While I understand that 
"we do not support it" it should be noted that huge amount of people are or 
will be bitten by this and the libcrypt "bug" (or future incompatibility).

3) What exactly happens, or at least it did for me several times now, that 
dist-upgrade chokes on libcrypt, and it requires libpam0g, libc6 and libcrypt 
upgrade to work. It does not "require" (deps) libc-bin, so ldd stayed old. But 
I guess that made usrmerge really angry. Up to the point of a seemingly 
unexplainable and unfixable error. 

If I was the maintainer I would loudly complain about not supported upgrade 
path but would still patch around that line 222 to check ldd, check the ldd 
output (old one see the cp static) and handle the case, at least providing a 
clear reason and suggest possible ways to get up from the bottom of the dark 
pit. 

Updating libc-bin, as mentioned, helps a lot in this particular case. 

g.

Bug#1039066: ./src/ui/wxWidgets/ManageFiltersTable.cpp(384): assert "false" failed in getSourcePoolLabel().

[Peter Gervai]

Package: passwordsafe
Version: 1.16.0+dfsg-4
Severity: normal
Tags: upstream

View/filters seems pretty unstable. 
Adding a filter seem to work, but Manage usuall crash:
1. View -> Filters -> Mew/edit filter -> Cancel
2. View -> Filters -> Manage filters => crash

ASSERT INFO:
./src/ui/wxWidgets/ManageFiltersTable.cpp(384): assert "false" failed in 
getSourcePoolLabel().

BACKTRACE:
[1] pwManageFiltersTable::getSourcePoolLabel(FilterPool)
[2] pwManageFiltersTable::GetValue(int, int)
[3] wxGridCellStringRenderer::GetBestSize(wxGrid&, wxGridCellAttr&, wxDC&, int, 
int)
[4] wxGridCellStringRenderer::Draw(wxGrid&, wxGridCellAttr&, wxDC&, wxRect 
const&, int, int, bool)
[5] wxGrid::DrawCell(wxDC&, wxGridCellCoords const&)
[6] wxGrid::DrawGridCellArea(wxDC&, wxGridCellCoordsArray const&)
[7] wxGridWindow::OnPaint(wxPaintEvent&)
[8] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, 
wxEvtHandler*, wxEvent&)
[9] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*)
[10] wxEvtHandler::TryHereOnly(wxEvent&)
[11] wxEvtHandler::ProcessEventLocally(wxEvent&)
[12] wxEvtHandler::ProcessEvent(wxEvent&)
[13] wxEvtHandler::SafelyProcessEvent(wxEvent&)
[14] wxWindow::GTKSendPaintEvents(_cairo*)
[15] g_closure_invoke
[16] g_signal_emit_valist
[17] g_signal_emit
[18] gtk_container_propagate_draw
[19] g_closure_invoke
[20] g_signal_emit_valist
[21] g_signal_emit
[22] gtk_container_propagate_draw
[23] g_closure_invoke
[24] g_signal_emit_valist
[25] g_signal_emit
[26] gtk_container_propagate_draw
[27] g_closure_invoke
[28] g_signal_emit_valist
[29] g_signal_emit
[30] gtk_container_propagate_draw
[31] gtk_container_propagate_draw
[32] gtk_main_do_event
[33] g_signal_emit_valist
[34] g_signal_emit
[35] g_main_context_dispatch
[36] g_main_loop_run
[37] gtk_main
[38] wxGUIEventLoop::DoRun()
[39] wxEventLoopBase::Run()
[40] wxDialog::ShowModal()
[41] PasswordSafeFrame::DoManageFilters()
[42] wxEvtHandler::TryHereOnly(wxEvent&)
[43] wxEvtHandler::ProcessEventLocally(wxEvent&)
[44] wxEvtHandler::ProcessEvent(wxEvent&)
[45] wxEvtHandler::ProcessPendingEvents()
[46] wxAppConsoleBase::ProcessPendingEvents()
[47] wxApp::DoIdle()
[48] g_main_context_dispatch
[49] g_main_loop_run
[50] gtk_main
[51] wxGUIEventLoop::DoRun()
[52] wxEventLoopBase::Run()
[53] wxAppConsoleBase::MainLoop()
[54] wxEntry(int&, wchar_t**)
[55] main
[56] __libc_start_main
[57] _start





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

Kernel: Linux 6.1.0-4-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages passwordsafe depends on:
ii  libc62.36-9
ii  libgcc-s113.1.0-6
ii  libmagic11:5.44-3
ii  libqrencode4 4.1.1-1
ii  libstdc++6   13.1.0-6
ii  libuuid1 2.38.1-5+b1
ii  libwxbase3.2-1   3.2.2+dfsg-2
ii  libwxgtk3.2-13.2.2+dfsg-2
ii  libx11-6 2:1.8.6-1
ii  libxerces-c3.2   3.2.4+debian-1
ii  libxtst6 2:1.2.3-1.1
ii  libykpers-1-11.20.0-3
ii  passwordsafe-common  1.16.0+dfsg-4

Versions of packages passwordsafe recommends:
ii  xvkbd  4.1-2

passwordsafe suggests no packages.

-- no debconf information

Bug#1025257: chkrootkit: Add possibility to skip large directory scans in find

[Peter Gervai]

Package: chkrootkit
Version: 0.55-4+b2
Severity: wishlist
Tags: patch upstream

Would be nice to skip extremely large directories which the admin choose to 
skip in the scan.
Typical examples are /var/lib/backuppc or similar backup dirs, or various large 
mounts.
The following patch contains only a few changes in the find calls where it uses 
a complete root dir scan.
I hope I was successful doing it POSIX safe, but please check.

(Sidenote: I see you commented out '-o' at the end of the $findargs, is it 
correct this way?)


--- chkrootkit.orig 2022-08-17 15:47:55.0 +0200
+++ chkrootkit  2022-12-01 15:38:30.214332133 +0100
@@ -417,7 +417,7 @@
 [ -d ${ROOTDIR}/usr/lib/lib.so1.so ] && expertmode_output ${find} 
${ROOTDIR}/usr/lib/lib.so1.so
 ### sniffer's logs
 expertmode_output "${find} ${ROOTDIR}dev ${ROOTDIR}usr ${ROOTDIR}tmp \
-   ${ROOTDIR}lib ${ROOTDIR}etc ${ROOTDIR}var ${findargs} -name tcp.log -o 
-name \
+   ${ROOTDIR}lib ${ROOTDIR}etc ${ROOTDIR}var ${findargs} 
${FIND_EXCLUDE_ARGS} -name tcp.log -o -name \
 .linux-sniff -o -name sniff-l0g -o -name core_ -o -wholename 
${ROOTDIR}usr/lib/in.httpd -o \
 -wholename ${ROOTDIR}usr/lib/in.pop3d"
 
@@ -707,7 +707,7 @@
if [ "${QUIET}" != "t" ]; then \
   printn "Searching for sniffer's logs, it may take a while... "; fi
files=`${find} ${ROOTDIR}dev ${ROOTDIR}tmp ${ROOTDIR}lib ${ROOTDIR}etc 
${ROOTDIR}var \
-   ${findargs} \( -name "tcp.log" -o -name ".linux-sniff" -o -name "sniff-l0g" 
-o -name "core_" \) \
+   ${findargs} ${FIND_EXCLUDE_ARGS} \( -name "tcp.log" -o -name ".linux-sniff" 
-o -name "sniff-l0g" -o -name "core_" \) \
2>/dev/null`
if [ "${files}" = "" ]
then
@@ -2943,6 +2943,9 @@
 
 -e) shift
 EXCLUDES="$1 $EXCLUDES";;
+
+-E) shift
+EXCLUDE_DIRS="$1 $EXCLUDE_DIRS";;
 
 -s) shift
 EXCLUDES_SNIF="$1";;
@@ -2969,6 +2972,7 @@
 -xexpert mode
 -e 'FILE1 FILE2'  exclude files/dirs from results. Must be followed by 
a space-separated list of files/dirs.
   Read 
/usr/share/doc/chkrootkit/README.FALSE-POSITIVES first.
+-E 'DIR1 DIR2'exclude dirs (actually 'find' path patterns) from 
scanning.
 -s REGEXP filter results of sniffer test through 'grep -Ev 
REGEXP' to exclude expected
   PACKET_SNIFFERs. Read 
/usr/share/doc/chkrootkit/README.FALSE-POSITIVES first.
 -r DIRuse DIR as the root directory
@@ -3002,6 +3006,14 @@
 pth=`echo $PATH | sed -e "s/:/ /g"`
 pth="$pth /sbin /usr/sbin /lib /usr/lib /usr/libexec ."
 
+### Excluded paths from find (split the string, POSIX style)
+set -f
+FIND_EXCLUDE_ARGS=""
+for p in $EXCLUDE_DIRS; do
+   FIND_EXCLUDE_ARGS="${FIND_EXCLUDE_ARGS} -path ${p} -prune -o "
+done
+set +f
+
 ### external command's PATH
 if [ "${CHKRKPATH}" = "" ]; then
   chkrkpth=${pth}



-- System Information:
Debian Release: bookworm/sid
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'unstable'), (500, 
'oldstable'), (1, 'experimental')
merged-usr: no
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.0.0-4-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, 
TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages chkrootkit depends on:
ii  libc6  2.36-4

Versions of packages chkrootkit recommends:
ii  binutils   2.39-8
ii  iproute2   6.0.0-1+b1
ii  net-tools  1.60+git20181103.0eebece-1
ii  procps 2:3.3.17-7+b1

chkrootkit suggests no packages.

-- Configuration Files:
/etc/cron.daily/chkrootkit changed [not included]

Bug#1021192: ara-server: Can't seem to be able to start: daemon --user doesn't change $HOME

[Peter Gervai]

Package: ara-server
Version: 1.5.8-1
Severity: normal

Since the server failed to start I tried to see what's going on:

# /usr/bin/daemon -f -v255 -d255 --name=ara-server 
--pidfile=/var/run/ara/ara-server.pid --user=ara -- /usr/bin/ara-manage 
runserver 0.0.0.0:8080
...
daemon: debug:  user = ara  
  
daemon: debug:  changing to user ara/111   
...
daemon: debug:HOME=/root
daemon: debug:USER=root
...
PermissionError: [Errno 13] Permission denied: '/root/.ara' 




I don't use daemon so I am clueless how this was intended to work.

(I'll use runit anyway, just wondered whether the package actually works out of 
the box.)

Bug#1021190: ara-server: should require 'daemon'

[Peter Gervai]

Package: ara-server
Version: 1.5.8-1
Severity: important

Shall require the 'daemon' package:

Starting ARA Records Ansible: ara-server/etc/init.d/ara-server: 42: 
/lib/init/init-d-script: /usr/bin/daemon: not found 

/etc/init.d/ara-server: 43: /lib/init/init-d-script: /usr/bin/daemon: not found 

 failed! 
invoke-rc.d: initscript ara-server, action "start" failed.  


  

Bug#1010273: mailman3-web: There seems to be a clas between mailman3-web and python3-django-hyperkitty about the /static/ dir

[Peter Gervai]

Package: mailman3-web
Version: 0+20200530-2
Severity: normal

Dear Maintainer,

This was a fresh install, and hyperkitty archive was forever spinning.
Apache was configured according to the official docs. So I have upgraded
from stable to testing (to fix one bug I thought to be related).

It tuned out that there are two separate sets of web-static directories:
- /var/lib/mailman3/web/static (the "wrong" one)
- /usr/share/python3-django-hyperkitty/static/ 

Same goes with posterius and others. The problem is that they _look_ like 
they are okay but have different content, in fact one had 1.xx jquery
while the other had the new 3.6 one, and it caused all kinds of weird
failures on the web interface.

I believe there ought to be only one set of these, and the other,
for whatever purposes it's requird shall be symlinked over.

User error is possible! But I haven't really done anything out of the 
ordinary.


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

Kernel: Linux 5.13.19-3-pve (SMP w/4 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, 
TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages mailman3-web depends on:
ii  dbconfig-pgsql 2.0.19
ii  dbconfig-sqlite3   2.0.19
ii  debconf [debconf-2.0]  1.5.77
ii  init-system-helpers1.60
ii  lsb-base   11.1.0
ii  python33.9.2-3
ii  python3-django-hyperkitty  1.3.5.0-2
ii  python3-django-postorius   1.3.4-2+deb11u1
ii  python3-psycopg2   2.8.6-2
ii  python3-whoosh 2.7.4+git6-g9134ad92-5
ii  ucf3.0043
ii  uwsgi-core 2.0.19.1-7.1
ii  uwsgi-plugin-python3   2.0.19.1-7.1

Versions of packages mailman3-web recommends:
ii  libapache2-mod-proxy-uwsgi  2.4.53-1~deb11u1

Versions of packages mailman3-web suggests:
ii  postgresql  13+225

-- Configuration Files:
/etc/init.d/mailman3-web changed [not included]
/etc/mailman3/apache.conf changed [not included]
/etc/mailman3/uwsgi.ini changed [not included]

-- debconf information excluded

Bug#993572: postgresql-client-common: version mismatch (missing utils for psql-13)

[Peter Gervai]

Package: postgresql-client-common
Version: 227
Severity: normal

pg_dumpall: error: server version: 13.4 (Debian 13.4-3); pg_dumpall version: 
12.6 (Debian 12.6-1.pgdg+1)
pg_dumpall: error: aborting because of server version mismatch


||/ Name Version  Architecture Description
+++----=
ii  postgresql   13+227   all  object-relational SQL 
database (supported version)
ii  postgresql-1313.4-3   amd64The World's Most 
Advanced Open Source Relational Database
ii  postgresql-client-common 227  all  manager for multiple 
PostgreSQL client versions


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

Kernel: Linux 5.8.6 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, 
TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages postgresql-client-common depends on:
ii  netbase  6.2

Versions of packages postgresql-client-common recommends:
ii  libreadline8  8.1-1

postgresql-client-common suggests no packages.

-- no debconf information

Bug#989829: pgadmin4-desktop: missing starting binary

[Peter Gervai]

Package: pgadmin4-desktop
Version: 5.3
Severity: wishlist

Th desktop version does not have a startable binary in /usr/bin/, only a 
desktop file.
There should be at least a symlink to make it startabe from console.

Bug#986748: syslog-ng: stucks on writev(), mostly around nightly rotate and cause _everything_ to stuck until killed

[Peter Gervai]

Package: syslog-ng
Version: 3.28.1-2
Severity: important
Tags: upstream

I sincerely apologise since this is not a good bugreport, so if you really
feel like completely clueless you can close it, but the problem will
probably presist.

The environments use SysV init (none of the systems are systemd-infected).
(It is possible that it have happened on a systemd-infected server, too,
but I am not sure now as it was many weeks before and back then I was not
aware about the cause of the problem.)

What happens: 

* usually around 03:26 (cron.daily / logrotate) syslog-ng gets stuck on a
writev() call, which is supposed to write the actual incoming log line into
a physical file on the system. strace shows that syslog-ng gets signals 
(like HUP or TERM), handles them and ignores them and go back to writev().

* during this time the syslog service blocks (after a while). 

* this in turn blocks everything using syslog service, and I mean everything.
Notable mentions are dhcp server, vpn server, various cron services. (Blocking
cron may also mean system load goes sky high due to many cron spawns running at 
once.)

* the disk is not full. 

* HUP, TERM and normal signals get ignored. ILL or KILL kills the daemon and the
system starts working again as syslog-ng gets respawned.

Log rotation is done using 'invoke-rc.d syslog-ng reload' which uses 
`start-stop-daemon` to send SIGNAL1 (SIGHUP) then uses 
`syslog-ng-ctl stats` to see when the daemon reports back, which never happens:
the call gets stuck as well.
[I would guess SIGHUP handler runs amok.]

This seems to happen in 3.19.1-5 and 3.28.1-2 as well, but only on the fraction
of the servers, but there it is recurring around weekly. Nothing relevant is in
dmesg or elsewhere. :-(


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

Kernel: Linux 5.8.6 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, 
TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages syslog-ng depends on:
ii  syslog-ng-core 3.28.1-2+b1
ii  syslog-ng-mod-mongodb  3.28.1-2+b1
ii  syslog-ng-mod-sql  3.28.1-2+b1

Versions of packages syslog-ng recommends:
pn  syslog-ng-mod-add-contextual-data  
pn  syslog-ng-mod-amqp 
pn  syslog-ng-mod-examples 
pn  syslog-ng-mod-extra
pn  syslog-ng-mod-geoip2   
pn  syslog-ng-mod-getent   
pn  syslog-ng-mod-graphite 
pn  syslog-ng-mod-http 
pn  syslog-ng-mod-map-value-pairs  
pn  syslog-ng-mod-python   
pn  syslog-ng-mod-rdkafka  
pn  syslog-ng-mod-redis
pn  syslog-ng-mod-riemann  
pn  syslog-ng-mod-slog 
pn  syslog-ng-mod-smtp 
pn  syslog-ng-mod-snmp 
pn  syslog-ng-mod-stardate 
pn  syslog-ng-mod-stomp
pn  syslog-ng-mod-xml-parser   

syslog-ng suggests no packages.

-- no debconf information

Bug#983168: nftables: command line parser misparse/double parse (some) quoted strings, log prefix can't contain various characters

[Peter Gervai]

Package: nftables
Version: 0.9.8-3
Severity: normal
Tags: upstream

# nft add rule inet purutty hopsz ip saddr 1.2.3.4 log prefix 'foo: '
Error: syntax error, unexpected colon, expecting end of file or newline or 
semicolon
add rule inet purutty hopsz ip saddr 1.2.3.4 log prefix foo:


Log prefix must be double-quoted since nft seem to remove quotes then reparse:

# nft add rule inet purutty hopsz ip saddr 1.2.3.4 log prefix '"foo: "'

Bug#982376: netdata: Please include Prometheus Remote Write support

[Peter Gervai]

Package: netdata
Version: 1.29.0-2
Severity: wishlist

https://learn.netdata.cloud/docs/agent/backends/prometheus/remote_write
https://learn.netdata.cloud/docs/agent/exporting

Prometheus write backend is a compressed, binary protocol used by dozens of 
time series backends (I'm using victoria-metrics for example). 
It is right now not compiled in:
2021-02-09 15:34:07: netdata ERROR : EXPORTING : Prometheus Remote Write 
support isn't compiled

Would it be possible to include it?
(It requires libprotobuf-dev and libsnappy-dev at compile time.)

Thanks!

Bug#979116: xfwm4: reliable crash on various window states (BadWindow (invalid Window parameter))

[Peter Gervai]

Package: xfwm4
Version: 4.16.0-1
Severity: normal
Tags: upstream

(xfwm4:24127): Gdk-ERROR **: 22:58:21.636: The program 'xfwm4' received an X 
Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
  (Details: serial 92823 error_code 3 request_code 20 (core protocol) 
minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the GDK_SYNCHRONIZE environment
   variable to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
Trace/breakpoint trap


Probably fixed in https://gitlab.xfce.org/xfce/xfwm4/-/merge_requests/18


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

Kernel: Linux 5.8.6 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, 
TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages xfwm4 depends on:
ii  libc6 2.31-5
ii  libcairo2 1.16.0-4
ii  libepoxy0 1.5.4-1
ii  libgdk-pixbuf-2.0-0   2.42.2+dfsg-1
ii  libglib2.0-0  2.66.4-1
ii  libgtk-3-03.24.23-3
ii  libpango-1.0-01.46.2-3
ii  libpangocairo-1.0-0   1.46.2-3
ii  libstartup-notification0  0.12-6
ii  libwnck-3-0   3.36.0-1
ii  libx11-6  2:1.6.12-1
ii  libxcomposite11:0.4.5-1
ii  libxdamage1   1:1.1.5-2
ii  libxext6  2:1.3.3-1+b2
ii  libxfce4ui-2-04.16.0-1
ii  libxfce4util7 4.16.0-1
ii  libxfconf-0-3 4.14.3-1
ii  libxfixes31:5.0.3-2
ii  libxinerama1  2:1.1.4-2
ii  libxpresent1  1.0.0-2+b10
ii  libxrandr22:1.5.1-1
ii  libxrender1   1:0.9.10-1
ii  libxres1  2:1.2.0-4

Versions of packages xfwm4 recommends:
ii  librsvg2-common  2.50.2+dfsg-1

Versions of packages xfwm4 suggests:
ii  xfce4  4.16

-- no debconf information

Bug#973910: gpsprune: When tile cache "root" doesn't exists there is no error message but no bckground map either

[Peter Gervai]

Package: gpsprune
Version: 20-2
Severity: minor
Tags: upstream

The cache was created in a directory which got cleaned [full of temporary 
stuff].
gpsprune cache directory was removed, too. 
gpsprune don't warn the user at the start but due to missing dir it cannot 
retrieve
background map tiles and cannot display them, which is very confusing.
I had to strace it to see that file creates fail with "no such file or 
directory".

The user shall be warned, I would say.

Thanks!

Bug#973858: chromium: Outdated version, more than 100 open security issues

[Peter Gervai]

Package: chromium
Version: 84.0.4147.105-1
Severity: grave
Tags: security
Justification: user security hole
X-Debbugs-Cc: Debian Security Team 

Versions in Debian, even that in experimental have 100+ open unfixed CVE listed 
in the tracker.
https://security-tracker.debian.org/tracker/source-package/chromium
Many of those are just a few days old.

This is related to bug#973848 but underlines the security side importance.

Thanks.

Bug#930636: python3-service-identity: new version available (for quite a time now)

[Peter Gervai]

Package: python3-service-identity
Version: 16.0.0-2
Severity: normal

v18.1.0 is available since last year. Also seems to package nicely using the 
16.0 
debian dir, so possibly a no-brainer. But please, since matrix-synapse needs it.

thanks!

Bug#920339: matrix-synapse: installation process hangs with unknown reason

[Peter Gervai]

Package: matrix-synapse
Version: 0.99.2-2
Followup-For: Bug #920339

Still exists in the recent version. It seems that the server is spawned and
disowned, and the configure script waits forever for some return value which 
never 
comes.



Also this output is not really happy:

Setting up matrix-synapse (0.99.2-2) ...
Traceback (most recent call last):
  File "/usr/lib/python3.7/runpy.py", line 193, in _run_module_as_main
"__main__", mod_spec)
  File "/usr/lib/python3.7/runpy.py", line 85, in _run_code
exec(code, run_globals)
  File "/usr/lib/python3/dist-packages/synapse/config/__main__.py", line 31, in 

print(getattr(config, key))
AttributeError: 'HomeServerConfig' object has no attribute 'signing_key_path'
chown: missing operand after 'matrix-synapse:nogroup'
Try 'chown --help' for more information.
chmod: missing operand after '0600'
Try 'chmod --help' for more information.




As a sidenote: _no_ systemd here. Sysvinit for your service, which may or may 
not 
relate to the problem; it is a completely valid config though.

Bug#857518: carbon-c-relay: broken symlink: /usr/share/doc/carbon-c-relay/README.md -> carbon-c-relay.md

[Peter Gervai]

Package: carbon-c-relay
Version: 3.4-1
Followup-For: Bug #857518

Found: 3.4-1

Bug#923464: graphite-carbon: new upstream version 1.1.5 available, fixes hard crash

[Peter Gervai]

Package: graphite-carbon
Version: 1.1.4-2
Severity: normal

1.1.5 was out ion 2018-12-23, fixing this:
https://github.com/graphite-project/carbon/issues/815
https://github.com/graphite-project/carbon/issues/822
along with other cache-locking-related problems.

thanks.

Bug#920274: matrix-synapse: missing deps (distutils.util = python3-distutils)

[Peter Gervai]

Package: matrix-synapse
Version: 0.34.1.1-3
Severity: normal

Dear Maintainer,

# dpkg-reconfigure matrix-synapse
Traceback (most recent call last):
  File "/usr/lib/python3.7/runpy.py", line 193, in _run_module_as_main
"__main__", mod_spec)
  File "/usr/lib/python3.7/runpy.py", line 85, in _run_code
exec(code, run_globals)
  File "/usr/lib/python3/dist-packages/synapse/config/__main__.py", line 19, in 

from synapse.config.homeserver import HomeServerConfig
  File "/usr/lib/python3/dist-packages/synapse/config/homeserver.py", line 32, 
in 
from .registration import RegistrationConfig
  File "/usr/lib/python3/dist-packages/synapse/config/registration.py", line 
16, in 
from distutils.util import strtobool
ModuleNotFoundError: No module named 'distutils.util'
insserv: warning: script 'firewall' missing LSB tags and overrides
Traceback (most recent call last):
  File "/usr/lib/python3.7/runpy.py", line 193, in _run_module_as_main
"__main__", mod_spec)
  File "/usr/lib/python3.7/runpy.py", line 85, in _run_code
exec(code, run_globals)
  File "/usr/lib/python3/dist-packages/synapse/app/homeserver.py", line 34, in 

from synapse import events
  File "/usr/lib/python3/dist-packages/synapse/events/__init__.py", line 17, in 

from distutils.util import strtobool
ModuleNotFoundError: No module named 'distutils.util'


apt install python3-distutils resolves the problem.

Unpacking python3-distutils (3.7.1-1) ...

Bug#919709: matrix-synapse: sysvinit startup script bug: python-2

[Peter Gervai]

Package: matrix-synapse
Version: 0.34.1.1-2
Severity: normal

Dear Maintainer,

The startup script properly defined $PYTHON but there is one 'python' call left.
Shall be replaced as well. :-) Otherwise the package cannot start.

get_config_key() { $PYTHON -m synapse.config read "$1" $CONFIGS || return 2 }

Bug#916870: xrootconsole: debian/control Vcs- fields are dead

[Peter Gervai]

Package: xrootconsole
Version: 1:0.6-4
Severity: minor

debian/control:Vcs-Git: 
https://anonscm.debian.org/git/collab-maint/xrootconsole.git
debian/control:Vcs-Browser: 
https://anonscm.debian.org/cgit/collab-maint/xrootconsole.git

These URLs are sitting on discontinued alioth, therefore dead.
Downloading the source advices to use them to download the source, which is 
kind 
of not working. :-)

Bug#885149: happy anniversary :-)

[Peter Gervai]

Found: 4.91-8~bpo9+1

Happy anniversary!

What's up with this one? SMTPUTF8 is still seems not to be enabled.


SMTP syntax error in "MAIL FROM:  SMTPUTF8"
H=(DESKTOP001) [10.20.30.271] malformed address: SMTPUTF8 may not
follow 

Bug#914886: chromium: SafeBrowsing is not working at all (sample included)

[Peter Gervai]

Package: chromium
Version: 70.0.3538.110-1
Severity: important

I am not completely sure how to handle this issue: it is obviously not present
in Google Chrome, only in Chromium so upstream isssue tracker doesn't seem to be
the best fit. Also I'm not sure how the SafeBrowsing component is maintained in
_Chromium_. If you believe this should be somehow reported upstream please do it
or request me to (with some details as of how and what).

Anyway, Chromium SafeBrowsing seems not to work at all, despite that both
"SafeBrowsing" and "Help improve SB" is on. 

Just go to this URL and see no warnings: https://www[.]xn--bbox-vw5a[.]com/login
(It is a phishing site for bibox.com with TLS domain padlock.)
The URL is detected by both FireFox and Google SafeBrowsing website.

I would say this is a pretty serious problem, considering the aforementioned
example of the phishing site WITH the padlock, where Average Joe have no real
chance to see the URL forgery.



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

Kernel: Linux 4.16.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages chromium depends on:
ii  chromium-common  70.0.3538.110-1
ii  libasound2   1.1.6-1
ii  libatk-bridge2.0-0   2.26.1-1
ii  libatk1.0-0  2.28.1-1
ii  libatomic1   8.2.0-7
ii  libavcodec58 10:4.0.2-dmo1
ii  libavformat5810:4.0.2-dmo1
ii  libavutil56  10:4.0.2-dmo1
ii  libc62.27-5
ii  libcairo-gobject21.16.0-1
ii  libcairo21.16.0-1
ii  libcups2 2.2.8-5
ii  libdbus-1-3  1.12.10-1
ii  libdrm2  2.4.89-1
ii  libevent-2.1-6   2.1.8-stable-4
ii  libexpat12.2.5-3
ii  libflac8 1.3.2-1
ii  libfontconfig1   2.13.1-2
ii  libfreetype6 2.8.1-0.1
ii  libgcc1  1:8.2.0-7
ii  libgdk-pixbuf2.0-0   2.38.0+dfsg-6
ii  libglib2.0-0 2.58.1-2
ii  libgtk-3-0   3.22.30-1
ii  libharfbuzz0b2.1.1-1+b1
ii  libicu63 63.1-4
ii  libjpeg62-turbo  1:1.5.2-2+b1
ii  liblcms2-2   2.9-1
ii  libminizip1  1.1-8+b1
ii  libnspr4 2:4.16-1+b1
ii  libnss3  2:3.34-1
ii  libopenjp2-7 2.3.0-1
ii  libopus0 1.3~beta+20180518-1
ii  libpango-1.0-0   1.42.4-3
ii  libpangocairo-1.0-0  1.42.4-3
ii  libpci3  1:3.5.2-1
ii  libpng16-16  1.6.34-1
ii  libpulse012.0-1
ii  libre2-4 20180301+dfsg-1
ii  libsnappy1v5 1.1.7-1
ii  libstdc++6   8.2.0-7
ii  libvpx5  1.7.0-3
ii  libwebp6 0.6.1-2
ii  libwebpdemux20.6.1-2
ii  libwebpmux3  0.6.1-2
ii  libx11-6 2:1.6.5-1
ii  libx11-xcb1  2:1.6.4-3
ii  libxcb1  1.13-2
ii  libxcomposite1   1:0.4.4-2
ii  libxcursor1  1:1.1.15-1
ii  libxdamage1  1:1.1.4-3
ii  libxext6 2:1.3.3-1+b2
ii  libxfixes3   1:5.0.3-1
ii  libxi6   2:1.7.9-1
ii  libxml2  2.9.4+dfsg1-6.1+b1
ii  libxrandr2   2:1.5.1-1
ii  libxrender1  1:0.9.10-1
ii  libxslt1.1   1.1.29-5
ii  libxss1  1:1.2.2-1+b2
ii  libxtst6 2:1.2.3-1
ii  zlib1g   1:1.2.11.dfsg-1

Versions of packages chromium recommends:
ii  chromium-sandbox  70.0.3538.102-1

Versions of packages chromium suggests:
pn  chromium-driver  
pn  chromium-l10n
pn  chromium-shell   

Versions of packages chromium-common depends on:
ii  x11-utils  7.7+4
ii  xdg-utils  1.1.2-1

Versions of packages chromium-common recommends:
ii  chromium-sandbox 70.0.3538.102-1
ii  dunst [notification-daemon]  1.2.0-2
ii  fonts-liberation 1:1.07.4-8
ii  libgl1-mesa-dri  17.3.1-1
pn  libu2f-udev  
ii  notification-daemon  3.20.0-2
ii  upower   0.99.7-1
ii  xfce4-notifyd [notification-daemon]  0.4.2-1

Versions of packages chromium-sandbox depends on:
ii  libatomic1  8.2.0-7
ii  libc6   2.27-5
ii  libgcc1 1:8.2.0-7
ii  libstdc++6  8.2.0-7

-- no debconf information

Bug#912572: syncthing: served ForkAwesome is corrupted, icons missing,UTF8 placeholders displayed instead

[Peter Gervai]

Package: syncthing
Version: 0.14.51+ds2-5
Severity: normal

Package broken the font, quoting 
https://github.com/syncthing/syncthing/issues/5304

All icons are broken possibly due to broken (FontAwesome/ForkAwesome) font 
served from syncthing.
The size of the served woff is 844 bytes. (On a working installation, 
0.14.52-rc.3 the font is 85 kB.)


In due course you may see
https://github.com/syncthing/apt-web/issues/13
which highlights a problem between the debian versioning,
the upstream repo versioning and the problem related to
the "upstream" and the "debian patched" version occasionally
replacing one another and resulting weird bugs and bugreports
on the points where the two versions differ.

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

Kernel: Linux 4.16.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages syncthing depends on:
ii  libc6  2.27-5

syncthing recommends no packages.

syncthing suggests no packages.

-- no debconf information

Bug#910733: libnet-dns-async: manpage: refers to incorrect Net::DNS::Response instead of Net::DNS::Packet

[Peter Gervai]

Package: libnet-dns-async-perl
Version: 1.07-2
Severity: minor
File: libnet-dns-async

   If the same query is added to the queue more than once, the module may 
combine the queries; that is, it will
   perform the query only once, and will call each callback registered for 
that query in turn, passing the same
   Net::DNS::Response object to each query. For this reason, you should not 
modify the Net::DNS::Response object
   in any way lest you break things horribly for a subsequent callback.

It is, in fact, not Net::DNS::Response but Net::DNS::Packet. The former doesn't 
quite exist.

Bug#904744: initramfs-tools: wheezy->jessie fail by missing 'nuke' in init-bottom/udev:21

[peter gervai]

Package: initramfs-tools
Version: 0.120+deb8u3
Severity: minor

(Minor since this is possibly not an usual use case, but you may be 
interested to look at it anyway. Close at yout pleasure.)

/scripts/init-bottom/udev: 21: nuke: not found

This is wheezy, which needs to have an updated kernel to be able to upgrade
to jessie, but the components (while satisfying all the required
dependencies) possibly too old for that. The result is unbootable kernel
complaining that Something went badly wrong and that I shall file a bug
report, which I just did. Just in case anything needs to be done on these
old pieces...

(There is also a problem with modinfo, which doesn't support '-k' argument,
but that's a different topic.)



-- Package-specific info:
-- initramfs sizes
-rw-r--r-- 1 root root 4.3M Jun 29  2007 /boot/initrd.img-2.6.18-4-686
-rw-r--r-- 1 root root 4.8M Jan 14  2018 /boot/initrd.img-2.6.26-2-686
-rw-r--r-- 1 root root 4.8M Jan 14  2018 /boot/initrd.img-2.6.26-2-686.bak
-rw-r--r-- 1 root root 7.3M Jul 27 11:31 /boot/initrd.img-2.6.32-5-686-bigmem
-rw-r--r-- 1 root root  12M Jul 27 11:25 /boot/initrd.img-3.16.0-6-686-pae
-- /proc/cmdline
root=/dev/hda2 ro 

-- resume
RESUME=
-- /proc/filesystems
ext3

-- lsmod
Module  Size  Used by
tcp_diag1472  0 
inet_diag   8424  1 tcp_diag
nfs   214504  0 
nfsd  186672  5 
lockd  54568  2 nfs,nfsd
nfs_acl 2912  2 nfs,nfsd
auth_rpcgss33952  1 nfsd
sunrpc162592  9 nfs,nfsd,lockd,nfs_acl,auth_rpcgss
exportfs3936  1 nfsd
ac  4196  0 
battery10180  0 
iptable_filter  2624  1 
xt_tcpudp   2816  4 
ipt_MASQUERADE  2592  28 
iptable_nat 4680  1 
nf_nat 15576  2 ipt_MASQUERADE,iptable_nat
nf_conntrack_ipv4  12268  3 iptable_nat,nf_nat
nf_conntrack   55540  4 
ipt_MASQUERADE,iptable_nat,nf_nat,nf_conntrack_ipv4
ip_tables  10160  2 iptable_filter,iptable_nat
x_tables   13284  4 xt_tcpudp,ipt_MASQUERADE,iptable_nat,ip_tables
ipv6  235396  29 
dm_snapshot14340  0 
dm_mirror  15136  0 
dm_log  8452  1 dm_mirror
dm_mod 46376  3 dm_snapshot,dm_mirror,dm_log
tun 8292  2 
eeprom  5232  0 
w83627hf   20984  0 
hwmon_vid   2720  1 w83627hf
ves1820 5668  0 
psmouse32336  0 
ide_generic 2464  0 [permanent]
ide_cd_mod 27684  0 
cdrom  30176  1 ide_cd_mod
snd_pcm62660  0 
snd_timer  17800  1 snd_pcm
snd45636  2 snd_pcm,snd_timer
intel_agp  22524  1 
iTCO_wdt9508  0 
i2c_i8017920  0 
soundcore   6368  1 snd
agpgart28840  1 intel_agp
button  6096  0 
parport_pc 22500  0 
parport31084  1 parport_pc
shpchp 25528  0 
pci_hotplug23460  1 shpchp
snd_page_alloc  7816  1 snd_pcm
rng_core3940  0 
i2c_core   19828  3 eeprom,ves1820,i2c_i801
evdev   8000  0 
pcspkr  2432  0 
floppy 47844  0 
ext3  105672  1 
jbd39540  1 ext3
mbcache 7108  1 ext3
ide_disk   10496  2 
ata_generic 4676  0 
ata_piix   14404  0 
ahci   23596  0 
libata140448  3 ata_generic,ata_piix,ahci
ehci_hcd   28428  0 
scsi_mod  129548  1 libata
dock8304  1 libata
piix6568  0 [permanent]
ide_core   96168  4 ide_generic,ide_cd_mod,ide_disk,piix
uhci_hcd   18672  0 
usbcore   118224  3 ehci_hcd,uhci_hcd
tg384676  0 
thermal15228  0 
processor  32576  1 thermal
fan 4196  0 
thermal_sys10856  3 thermal,processor,fan

-- /etc/initramfs-tools/modules

-- /etc/kernel-img.conf
do_symlinks = yes
relative_links = yes
do_bootloader = no
do_bootfloppy = no
do_initrd = yes
link_in_boot = no
postinst_hook = /sbin/update-grub
postrm_hook   = /sbin/update-grub

-- /etc/initramfs-tools/initramfs.conf
MODULES=most
BUSYBOX=y
KEYMAP=n
COMPRESS=gzip
DEVICE=
NFSROOT=auto

-- /etc/initramfs-tools/update-initramfs.conf
update_initramfs=yes
backup_initramfs=no

-- mkinitramfs hooks
/etc/initramfs-tools/hooks/:

/usr/share/initramfs-tools/hooks:
busybox
fsck
keymap
klibc
resume
thermal
udev


-- System Information:
Debian Release: 4.0
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable'), (500, 
'oldoldstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash

Bug#804077: parallel-ssh manpage: typo: paralllel -> parallel

[Peter Gervai]

Package: pssh
Version: 2.3.1-1
Followup-For: Bug #804077

Other manpages are funky, too:

   parallel-rsync -- parallel process kill program

Bug#804077: parallel-ssh manpage: typo: paralllel -> parallel

[Peter Gervai]

Package: pssh
Version: 2.3.1-1
Followup-For: Bug #804077

Regardless of the years going by this report is still valid. 

Mind you, I realize that the package wasn't touched since 2014
and that its upstream changed and moved. NMU time? :-)

Bug#898905: libemail-mime-perl: [doc] manpage refers to, but doesn't contain header_raw method (along with plenty of others from Email::Simple)

[Peter Gervai]

Package: libemail-mime-perl
Version: 1.946-1
Severity: minor

I am a bit confused reading the man of both Email::Simple and Email::MIME, 
since they're
similar (looks like they were planned to be implemented as exchangeable) but not
matching.

Particularly some references seem to refer from one to the other:
   header
   Achtung!  Beware this method!  In Email::MIME, it means the same as 
"header_str", but on an Email::Simple object, it means
   "header_raw".  Unless you always know what kind of object you have, you 
could get one of two significantly different behaviors.

   Try to use either "header_str" or "header_raw" as appropriate.

   header_str_pairs
 my @pairs = $email->header_str_pairs;

   This method behaves like "header_raw_pairs", returning a list of field 
name/value pairs, but the values have been decoded to
   character strings, when possible.


But neither header_raw nor header_raw_pairs is described on the manpage.


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

Kernel: Linux 4.15.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages libemail-mime-perl depends on:
ii  libemail-address-xs-perl1.01-1
ii  libemail-messageid-perl 1.406-1
ii  libemail-mime-contenttype-perl  1.022-1
ii  libemail-mime-encodings-perl1.315-1
ii  libemail-simple-perl2.214-1
ii  libmime-types-perl  2.14-1
ii  libmodule-runtime-perl  0.015-1
ii  perl5.26.2-3

libemail-mime-perl recommends no packages.

libemail-mime-perl suggests no packages.

-- no debconf information

Bug#897405: viewflif doesn't work [white rectangle shown]

[Peter Gervai]

On Wed, May 2, 2018 at 6:08 PM, Paride Legovini <p...@ninthfloor.org> wrote:
> On 02/05/2018 17.44, Peter Gervai wrote:

> It would be great if you could build the package from source and try to
> reproduce the issue.

Did it. Same.

> If the bug is still there, try compiling from the
> upstream source tree. If the bug is still there, try compiling the
> latest git head from upstream.

Just did that, and it's the same as well.

But here's a little something to start with: if I deactivate progressive
decoding, it works fine! (And oh man, how bloody slow this code is ;-)).

So it seems progressive loading image code have some problems, and I
suspect there's not much error detection around. I have tried to pull
the unknown levers and push unknown buttons around decodeThread
and progressive_render but I didn't have the time to meet SDL for the
first time. :-) I wasn't able to make any difference.

So I guess I go and pester the upstream. Thanks.

> This information will allow us to understand if this is an upstream bug
> or something specific to the Debian package.

Seems to be the former.

https://github.com/FLIF-hub/FLIF/issues/415

Thanks again for the packaging,
g

Bug#897405: viewflif doesn't work [white rectangle shown]

[Peter Gervai]

On Wed, May 2, 2018 at 5:30 PM, Paride Legovini  wrote:

> Thanks for your report. Unfortunately I can't reproduce the issue:
> viewflif works fine on my system.

I suspected that, since it's improbable that you'd upload a nonworking file.

> Are you getting any output when you
> run the command? For example, this is what I get when I run it:
>
> $ viewflif somefile.flif
> Decoding progressively...
> 19772 bytes read, rendering at quality=5.21%
> 220432 bytes read, rendering at quality=100.00%

Yes, as it should:
$ viewflif kep.flif
Decoding progressively...
180 bytes read, rendering at quality=5.46%
3340845 bytes read, rendering at quality=19.27%
6041155 bytes read, rendering at quality=38.54%
7912413 bytes read, rendering at quality=52.08%
9891987 bytes read, rendering at quality=68.75%
11743699 bytes read, rendering at quality=83.33%
13551895 bytes read, rendering at quality=100.00%

> Does moving/resizing the image window produce any change?

The size seems to be valid, so resize keeps the aspect ratio, but other
than that: nothing. All white, except the gray background.

I would play with debug but realised that some dependencies prevent
me to cleanly compile it right now... so if you prepare any debug
version I'd try to run it.

I suspect something about the display code, without actually
looking at it.

You may email me privately and only cc the result into debbugs.

Peter

Bug#897405: viewflif doesn't work [white rectangle shown]

[Peter Gervai]

Package: viewflif
Version: 0.3-1
Severity: important

Not much to say about that: viewflif doesn't work. Shows an empty white
rectangle no matter what.

Files were encoded 'flif -e image.png image.flif', trying various sources.
'flif -d image.flif image.png' restores the image and it's visible by
other viewers.

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

Kernel: Linux 4.15.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages viewflif depends on:
ii  libc6  2.27-3
ii  libflif0   0.3-1
ii  libsdl2-2.0-0  2.0.8+dfsg1-1

viewflif recommends no packages.

Versions of packages viewflif suggests:
ii  flif-tools  0.3-1

-- no debconf information

Bug#864023: file: buggy magic: FLIF image dimensions misdetected

[Peter Gervai]

Package: file
Version: 1:5.32-2
Followup-For: Bug #864023

Still present in 5.32-2.

Bug#889956: dhex: segfault on save failure

[Peter Gervai]

Package: dhex
Version: 0.68-2+b2
Severity: minor

dhex crashes when file IO returns any error, smells like complete
lack of error handling.

Steps to reproduce:
echo oh-well > foo
chmod a-w foo
dhex foo
 .. edit
 .. try to save
segfault

Bug#887518: otrs2: should depend on libclass-accessor-lite-perl (and possibly others)

[Peter Gervai]

Package: otrs2
Version: 6.0.3-1
Severity: important

Dear Maintainer,

libclass-accessor-lite-perl is also required for postmaster functionality. It is
available in Debian.

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

Kernel: Linux 4.4.40-1-pve (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages otrs2 depends on:
ii  adduser 3.116
ii  apache2 [httpd-cgi] 2.4.29-1
ii  dbconfig-common 2.0.9
ii  debconf [debconf-2.0]   1.5.65
ii  fonts-font-awesome  4.7.0~dfsg-3
ii  libapache-dbi-perl  1.12-1
ii  libapache2-reload-perl  0.13-1
ii  libauthen-sasl-perl 2.1600-1
ii  libcgi-pm-perl  4.38-1
ii  libcrypt-eksblowfish-perl   0.009-2+b4
ii  libcrypt-passwdmd5-perl 1.3-10
ii  libcrypt-ssleay-perl0.73.04-2+b2
ii  libcss-minifier-perl0.01-1
ii  libdate-pcalc-perl  6.1-6+b1
ii  libdatetime-perl2:1.45-1
ii  libdbd-pg-perl  3.7.0-1
ii  libdbi-perl 1.639-1
ii  libemail-valid-perl 1.202-1
ii  libencode-hanextra-perl 0.23-4+b4
ii  libexcel-writer-xlsx-perl   0.96-1
ii  libgd-graph-perl1.48-2
ii  libgd-perl [libgd-gd2-perl] 2.66-1+b2
ii  libgd-text-perl 0.86-9
ii  libhtml-parser-perl 3.72-3+b2
ii  libhtml-tagset-perl 3.20-3
ii  libhtml-truncate-perl   0.20-2
ii  libio-interactive-perl  1.022-1
ii  libio-stringy-perl  2.111-2
ii  libjavascript-minifier-perl 1.11-1
ii  libjson-perl2.94-1
ii  libjson-xs-perl 3.040-1
ii  liblingua-translit-perl 0.28-1
ii  liblinux-distribution-perl  0.23-1
ii  libmail-imapclient-perl 3.39-1
ii  libmail-pop3client-perl 2.19-1
ii  libmailtools-perl   2.18-1
ii  libmime-tools-perl  5.509-1
ii  libmodule-refresh-perl  0.17-1
ii  libnet-imap-simple-perl 1.2209-1
ii  libnet-imap-simple-ssl-perl 1.3-4
ii  libnet-ldap-perl1:0.6500+dfsg-1
ii  libnet-smtp-ssl-perl1.04-1
ii  libnet-smtp-tls-butmaintained-perl  0.24-1
ii  libnet-sslglue-perl 1.057-1
ii  libpdf-api2-perl2.033-1
ii  libperl5.26 [libdigest-sha-perl]5.26.1-3
ii  libpod-strip-perl   1.02-2
ii  libproc-daemon-perl 0.23-1
ii  libschedule-cron-events-perl1.95-1
ii  libsys-hostname-long-perl   1.5-1
ii  libtemplate-perl2.24-1.2+b5
ii  libtext-csv-perl1.95-1
ii  libtext-csv-xs-perl 1.34-1
ii  libtext-diff-perl   1.45-1
ii  libxml-feedpp-perl  0.43-1
ii  libxml-libxml-perl  2.0128+dfsg-5
ii  libxml-libxml-simple-perl   0.99-1
ii  libxml-libxslt-perl 1.95-1+b2
ii  libxml-parser-lite-perl 0.721-1
ii  libxml-parser-perl  2.44-2+b3
ii  libxml-simple-perl  2.24-1
ii  libyaml-libyaml-perl0.63-2+b2
ii  libyaml-perl1.24-1
ii  perl5.26.1-3
ii  ttf-dejavu-core 2.37-1
ii  ttf-dejavu-extra2.37-1
ii  ucf 3.0036

Versions of packages otrs2 recommends:
ii  ispell 3.4.00-6
ii  postgresql-client  10+189
ii  postgresql-client-10 [postgresql-client]   10.1-2
ii  postgresql-client-9.6 [postgresql-client]  9.6.6-0+deb9u1
ii  procmail   3.22-26

Versions of packages otrs2 suggests:
ii  postgresql  10+189

-- debconf information excluded

Bug#887514: otrs2: postmaster code depend on non-existing module Sisimai::Message

[Peter Gervai]

Package: otrs2
Version: 6.0.3-1
Severity: important

Dear Maintainer,

Postmaster functionality seems to depend on perl modules neither 
included in otrs2 nor in debian.

~$ bin/otrs.Console.pl Maint::PostMaster::SpoolMailsReprocess
Processing mails in /usr/share/otrs/var/spool...
  Processing 
/usr/share/otrs/var/spool/problem-email-a402cd01139e60c939043583bb1e2aed... 
ERROR: OTRS-otrs.Console.pl-Maint::PostMaster::Read-9 Perl: 5.26.1 OS: linux 
Time: Wed Jan 17 17:19:31 2018

 Message: Can't locate Sisimai/Data.pm in @INC (you may need to install the 
Sisimai::Data module) (@INC contains: /usr/share/otrs/Custom 
/usr/share/otrs/Kernel/cpan-lib /usr/share/otrs /etc/perl 
/usr/local/lib/x86_64-linux-gnu/perl/5.26.1 /usr/local/share/perl/5.26.1 
/usr/lib/x86_64-linux-gnu/perl5/5.26 /usr/share/perl5 
/usr/lib/x86_64-linux-gnu/perl/5.26 /usr/share/perl/5.26 
/usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at 
/usr/share/otrs/Kernel/System/PostMaster/Filter/DetectBounceEmail.pm line 14.
BEGIN failed--compilation aborted at 
/usr/share/otrs/Kernel/System/PostMaster/Filter/DetectBounceEmail.pm line 14.
Compilation failed in require at /usr/share/otrs/Kernel/System/Main.pm line 81.


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

Kernel: Linux 4.4.40-1-pve (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages otrs2 depends on:
ii  adduser 3.116
ii  apache2 [httpd-cgi] 2.4.29-1
ii  dbconfig-common 2.0.9
ii  debconf [debconf-2.0]   1.5.65
ii  fonts-font-awesome  4.7.0~dfsg-3
ii  libapache-dbi-perl  1.12-1
ii  libapache2-reload-perl  0.13-1
ii  libauthen-sasl-perl 2.1600-1
ii  libcgi-pm-perl  4.38-1
ii  libcrypt-eksblowfish-perl   0.009-2+b4
ii  libcrypt-passwdmd5-perl 1.3-10
ii  libcrypt-ssleay-perl0.73.04-2+b2
ii  libcss-minifier-perl0.01-1
ii  libdate-pcalc-perl  6.1-6+b1
ii  libdatetime-perl2:1.45-1
ii  libdbd-pg-perl  3.7.0-1
ii  libdbi-perl 1.639-1
ii  libemail-valid-perl 1.202-1
ii  libencode-hanextra-perl 0.23-4+b4
ii  libexcel-writer-xlsx-perl   0.96-1
ii  libgd-graph-perl1.48-2
ii  libgd-perl [libgd-gd2-perl] 2.66-1+b2
ii  libgd-text-perl 0.86-9
ii  libhtml-parser-perl 3.72-3+b2
ii  libhtml-tagset-perl 3.20-3
ii  libhtml-truncate-perl   0.20-2
ii  libio-interactive-perl  1.022-1
ii  libio-stringy-perl  2.111-2
ii  libjavascript-minifier-perl 1.11-1
ii  libjson-perl2.94-1
ii  libjson-xs-perl 3.040-1
ii  liblingua-translit-perl 0.28-1
ii  liblinux-distribution-perl  0.23-1
ii  libmail-imapclient-perl 3.39-1
ii  libmail-pop3client-perl 2.19-1
ii  libmailtools-perl   2.18-1
ii  libmime-tools-perl  5.509-1
ii  libmodule-refresh-perl  0.17-1
ii  libnet-imap-simple-perl 1.2209-1
ii  libnet-imap-simple-ssl-perl 1.3-4
ii  libnet-ldap-perl1:0.6500+dfsg-1
ii  libnet-smtp-ssl-perl1.04-1
ii  libnet-smtp-tls-butmaintained-perl  0.24-1
ii  libnet-sslglue-perl 1.057-1
ii  libpdf-api2-perl2.033-1
ii  libperl5.26 [libdigest-sha-perl]5.26.1-3
ii  libpod-strip-perl   1.02-2
ii  libproc-daemon-perl 0.23-1
ii  libschedule-cron-events-perl1.95-1
ii  libsys-hostname-long-perl   1.5-1
ii  libtemplate-perl2.24-1.2+b5
ii  libtext-csv-perl1.95-1
ii  libtext-csv-xs-perl 1.34-1
ii  libtext-diff-perl   1.45-1
ii  libxml-feedpp-perl  0.43-1
ii  libxml-libxml-perl  2.0128+dfsg-5
ii  libxml-libxml-simple-perl   0.99-1
ii  libxml-libxslt-perl 1.95-1+b2
ii  libxml-parser-lite-perl 0.721-1
ii  libxml-parser-perl  2.44-2+b3
ii  libxml-simple-perl  2.24-1
ii  libyaml-libyaml-perl0.63-2+b2
ii  libyaml-perl1.24-1
ii  perl5.26.1-3
ii  ttf-dejavu-core 2.37-1
ii  ttf-dejavu-extra2.37-1
ii  ucf 3.0036

Versions of packages otrs2 recommends:
ii  ispell 3.4.00-6
ii  postgresql-client  

Bug#884173: worksforme

[Peter Gervai]

works for me. unfortunately I don't see anything in your traces
either, but it's not a general problem with the release.

g

Bug#881803: gkrelltop: iostat mode freezes gkrellm

[Peter Gervai]

Package: gkrelltop
Version: 2.2.13-1
Severity: normal

Clicking two times should bring up iostat mode, but it freezes gkrellm 
completely instead.
The reason is that it tries to access /proc/1/io which gives ENOPERM, in an 
endless and
continuous loop. CPU on 100%, gkrellm updates on 0%. :-)
Killing it is the only cure.

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

Kernel: Linux 4.13.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages gkrelltop depends on:
ii  gkrellm  2.3.10-1
ii  libc62.24-12

gkrelltop recommends no packages.

Versions of packages gkrelltop suggests:
ii  gkrelltopd  2.2.13-1

-- no debconf information

Bug#881801: gkrelltop: Sometimes show invalid names

[Peter Gervai]

Package: gkrelltop
Version: 2.2.13-1
Severity: normal

Just noticed that it shows "firefox" in CPU minutes after it's been completely 
wiped
off from the memory. I have suspected in the past that the names aren't proper 
(like
showing a process which is 0% in top), but this one's quite obviously wrong.


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

Kernel: Linux 4.13.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages gkrelltop depends on:
ii  gkrellm  2.3.10-1
ii  libc62.24-12

gkrelltop recommends no packages.

Versions of packages gkrelltop suggests:
ii  gkrelltopd  2.2.13-1

-- no debconf information

Bug#881201: pdfchain: input is not quoted and poured into the shell as it is

[Peter Gervai]

Package: pdfchain
Version: 1:0.4.4.2-1
Severity: important
Tags: upstream

Input should be either always single quoted or taken care of. 
A password like hey -rf / can make funny effects. Even if not, it results a 
pdftk error at best.
Cryptic one.

Bug#857731: virt-manager: cannot create new machines without libvirt-daemon-system

[Peter Gervai]

Package: virt-manager
Version: 1:1.4.2-1
Followup-For: Bug #857731

virt-manager recommends libvirt-daemon-system; however without it it is not 
possible
to create a new machine. Installing libvirt-daemon-system fixes the problems,
at least for QEMU (but most possibly for anything else as well).

It should be a stronger dependency; possibly even depends, since this is one
of the main functionality of virt-manager.

Bug#869686: packaged 3.00

[Peter Gervai]

Hello,

Attaching the 3.00 packaging diffs, it compiles cleanly under sid,
possibly same for stable. I don't have my upload access anymore so
feel free to change the changelog and upload it. :-)

Some patches were not needed, some would have updated, mostly manpage
stuff. If you need the full binaries, just ask.

grin


fio_3.00-0.1.debian.tar.xz
Description: application/xz


fio_3.00-0.1.dsc
Description: Binary data

Bug#873075: backuppc: Please package 4.xx version (now 4.1.3)

[Peter Gervai]

Package: backuppc
Version: 3.3.1-4
Severity: wishlist

If possible please try to package the 4.xx version, it fixes numerous bugs 
including
ipv6 handling.

Thanks.

Bug#610932: info

[Peter Gervai]

this would be fixed by 4.xx released back in april.

g

Bug#872321: fio: uses the opposite symbol for kibibytes/kilobytes (Kb/KiB) than ISO 80000-1

[Peter Gervai]

Package: fio
Version: 2.16-1
Severity: minor
Tags: upstream

The manpage says:
   intSI integer: a whole number, possibly containing a suffix denoting 
the base unit of the value.  Accepted suffixes are `k', 'M', 'G', 'T', and 'P', 
 denoting  kilo
  (1024),  mega  (1024^2), giga (1024^3), tera (1024^4), and peta 
(1024^5) respectively. If prefixed with '0x', the value is assumed to be base 
16 (hexadecimal). A
  suffix may include a trailing 'b', for instance 'kb' is identical 
to 'k'. You can specify a base 10 value by using 'KiB', 'MiB','GiB', etc. This  
is  useful  for
  disk  drives  where  values are often given in base 10 values. 
Specifying '30GiB' will get you 30*1000^3 bytes.  When specifying times the 
default suffix meaning
  changes, still denoting the base unit of the value, but accepted 
suffixes are 'D' (days), 'H' (hours), 'M' (minutes), 'S' Seconds, 'ms' (or 
msec) milli  seconds,
  'us' (or 'usec') micro seconds. Time values without a unit 
specify seconds.  The suffixes are not case sensitive.

This is just the opposite of what ISQ (ISO/IEC 8 ; ISO 8-1) states:

https://en.wikipedia.org/wiki/Binary_prefix#Adoption_by_IEC.2C_NIST_and_ISO

So it should use:

10^3 = k (or K) = kilo- = KB = kilobyte
10^6 = M = mega-
10^9 = G = giga-
...etc...

while

2^10 = Ki = kibi- = KiB = kibibyte
2^20 = Mi = mebi- = MiB
2^30 = Gi = gibi- = GiB
...etc...

It is possible that upstream doesn't dare to change and break all the scripts 
out there, I have ideas how to
do it but I believe they prefer their own solutions. :-)

Bug#871546: sysstat: iostat manpage field names differ from displayed

[Peter Gervai]

Package: sysstat
Version: 11.5.7-1
Severity: minor

Fields from the iostat output are:
  rrqm/s   wrqm/s r/s w/srkB/swkB/s avgrq-sz avgqu-sz   await 
r_await w_await  svctm  %util

Fields in the manpage like:
  tps  Blk_read/s   Blk_read  ...


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

Kernel: Linux 4.9.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages sysstat depends on:
ii  debconf  1.5.62
ii  init-system-helpers  1.48
ii  libc62.24-12
ii  libsensors4  1:3.4.0-4
ii  lsb-base 9.20161125
ii  ucf  3.0036
ii  xz-utils 5.2.2-1.2+b1

Versions of packages sysstat recommends:
ii  cron [cron-daemon]  3.0pl1-128+b1

Versions of packages sysstat suggests:
pn  isag  

-- debconf information excluded

Bug#862748: libnmap-parser-perl: not all service fields are parsed

[Peter Gervai]

Package: libnmap-parser-perl
Version: 1.33-1
Severity: normal
Tags: patch

You should parse more ;)
(Generally you should parse all other fields, known or else.)


--- Parser.pm.orig  2017-05-16 17:13:54.717701138 +0200
+++ Parser.pm   2017-05-16 17:13:58.997635383 +0200
@@ -434,6 +434,9 @@
 $service_hashref->{method}  = $service->{att}->{method};
 $service_hashref->{confidence}  = $service->{att}->{conf};
 $service_hashref->{fingerprint} = $service->{att}->{servicefp};
+   # more
+   $service_hashref->{hostname}= $service->{att}->{hostname};
+   $service_hashref->{ostype}  = $service->{att}->{ostype};
 }
 
 return $service_hashref;

Bug#856048: ntopng: Missing CSRF parameter in "Manage users" and "Preferences" menu in the web interface

[Peter Gervai]

Package: ntopng
Version: 2.4+dfsg1-3
Followup-For: Bug #856048

yep, definitely seems to be a problem. 
purge/reinstall wont help either.

Bug#850743: syslog-ng: tls cert check segfault

[Peter Gervai]

Package: syslog-ng
Version: 3.8.1-9
Severity: normal
Tags: upstream

See https://github.com/balabit/syslog-ng/issues/1310

syslog-ng segfaults on TLS certificate verification. the bug is not present in 
3.7.3

#0  CRYPTO_get_ex_data (ad=0x1d0, idx=idx@entry=0) at crypto/ex_data.c:377
#1  0x75b4ef2c in SSL_get_ex_data (s=, idx=idx@entry=0) 
at ssl/ssl_lib.c:3527
#2  0x77b7cb54 in tls_session_verify_callback (ok=0, 
ctx=0x7fffec00aba0) at ../../lib/tlscontext.c:182
#3  0x7585d874 in verify_cb_cert (err=, depth=, x=, ctx=) at crypto/x509/x509_vfy.c:162
#4  build_chain (ctx=) at crypto/x509/x509_vfy.c:3209
#5  verify_chain (ctx=0x7fffec00aba0) at crypto/x509/x509_vfy.c:219
#6  0x7585dc10 in X509_verify_cert (ctx=ctx@entry=0x7fffec00aba0) at 
crypto/x509/x509_vfy.c:293
#7  0x75b460c8 in ssl_verify_cert_chain (s=s@entry=0x55792240, 
sk=sk@entry=0x7fffec005170) at ssl/ssl_cert.c:439
#8  0x75b586bb in tls_process_server_certificate (s=0x55792240, 
pkt=0x72ea58a0) at ssl/statem/statem_clnt.c:1226
#9  0x75b55f1f in read_state_machine (s=0x55792240) at 
ssl/statem/statem.c:589
#10 state_machine (s=0x55792240, server=0) at ssl/statem/statem.c:385
#11 0x75b3c2fa in ssl3_write_bytes (s=0x55792240, type=23, 
buf_=0x557bdf00, len=50) at ssl/record/rec_layer_s3.c:374
#12 0x75b4c889 in SSL_write (s=, buf=, 
num=) at ssl/ssl_lib.c:1605
#13 0x77b7d6ea in log_transport_tls_write_method (s=0x55790070, 
buf=, buflen=) at 
../../lib/transport/transport-tls.c:102
#14 0x77b88def in log_transport_write (count=50, buf=, 
self=) at ../../lib/transport/logtransport.h:45
#15 log_proto_text_client_flush (s=0x5578f780) at 
../../lib/logproto/logproto-text-client.c:54
#16 0x77b716a7 in log_proto_client_flush (s=) at 
../../lib/logproto/logproto-client.h:110
#17 log_writer_flush_finalize (self=0x557bdaa0) at 
../../lib/logwriter.c:1083
#18 log_writer_flush (self=0x557bdaa0, flush_mode=LW_FLUSH_NORMAL) at 
../../lib/logwriter.c:1212
#19 0x77b716fa in log_writer_work_perform (s=0x557bdaa0) at 
../../lib/logwriter.c:185
#20 0x77b732dd in _work (self=) at 
../../lib/mainloop-io-worker.c:52
#21 0x76579ea7 in ?? () from /usr/lib/x86_64-linux-gnu/libivykis.so.0
#22 0x765791a3 in ?? () from /usr/lib/x86_64-linux-gnu/libivykis.so.0
#23 0x7657bb54 in iv_main () from 
/usr/lib/x86_64-linux-gnu/libivykis.so.0
#24 0x76579cd3 in ?? () from /usr/lib/x86_64-linux-gnu/libivykis.so.0
#25 0x7657c687 in ?? () from /usr/lib/x86_64-linux-gnu/libivykis.so.0
#26 0x763600a4 in start_thread () from 
/lib/x86_64-linux-gnu/libpthread.so.0
#27 0x7609562d in clone () from /lib/x86_64-linux-gnu/libc.so.6


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

Kernel: Linux 4.8.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Bug#850054: [Pkg-tigervnc-devel] Bug#850054: /usr/bin/tigervncserver: label error in sanity check

[Peter Gervai]

Hello,

On Tue, Jan 3, 2017 at 5:42 PM, Joachim Falk  wrote:

> I have a fix for this and many other minor things. Can you test
> an RC for tigervnc 1.7.0+dfsg-2? Find the debs under

Looks ok for me.

(As a sidenote plain tigervncserver calls /etc/X11/Xvnc-session calls
Xsession which doesn't seem to handle multiple screens nicely, which
resulted a black server screen; may be my local stuff, though. Just
mentioning.)

g

Bug#850054: /usr/bin/tigervncserver: label error in sanity check

[Peter Gervai]

Package: tigervnc-standalone-server
Version: 1.7.0+dfsg-1
Severity: important
File: /usr/bin/tigervncserver
Tags: patch

By the way it renders program unusable for me, but I am scared of grave bugs. 
:-)

--- tigervncserver.old  2017-01-03 16:43:05.306773373 +0100
+++ tigervncserver  2017-01-03 16:43:20.522690264 +0100
@@ -121,12 +121,13 @@
 exit 1;
   }
   # These commands are from the tigervnc-common package which is optional.
+cmd2:
   foreach my $cmd ("tigervncpasswd") {
 foreach my $dir ($binbase, split(/:/,$ENV{PATH})) {
   my $fqcmd = File::Spec->catfile($dir, $cmd);
   if (-x $fqcmd) {
 $CMDS{$cmd} = $fqcmd;
-   next cmd;
+   next cmd2;
   }
 }
   }

Bug#847059: sysdig: page allocation failure / scap error: Error calling PPM_IOCTL_GET_PROCLIST

[Peter Gervai]

Package: sysdig
Version: 0.9.0-1
Severity: important
Tags: patch upstream

sysdig crashes on a largish busy system when allocating memory (regardless of 
free memory).

upstream have fixed it here: 
https://github.com/draios/sysdig/commit/0d6fc9a930489f5fb1fef050443c4824a6209ac0

and it's discussed in here:
https://github.com/draios/sysdig/issues/374

Bug#845310: aptitude: Update>>"Loading cache" stuck (loop/wait forever) for buggy(?) repo

[Peter Gervai]

Package: aptitude
Version: 0.8.3-1+b2
Severity: normal

When lists contain

 deb 
http://download.opensuse.org/repositories/home:/AsamK:/RetroShare/Debian_8.0/ /

downloading the indexes goes well, but after "Loading cache" it's stuck 
forever, don't
even start the progress bar counting. 

"Quit" works, and after restart the new indexes seem to be in place and working.
 

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

aptitude version information:
aptitude 0.8.3
Compiler: g++ 6.2.0 20161103
Compiled against:
  apt version 5.0.0
  NCurses version 6.0
  libsigc++ version: 2.10.0
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 6.0.20160917
  cwidget version: 0.5.17
  Apt version: 5.0.0

aptitude linkage:
linux-vdso.so.1 (0x7ffd53bf8000)
libapt-pkg.so.5.0 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0 
(0x7fc5878fc000)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7fc5876cc000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7fc5874a2000)
libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7fc58729b000)
libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 
(0x7fc586f9e000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7fc586c94000)
libboost_iostreams.so.1.62.0 => 
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.62.0 (0x7fc586a7c000)
libboost_filesystem.so.1.62.0 => 
/usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.62.0 (0x7fc586863000)
libboost_system.so.1.62.0 => 
/usr/lib/x86_64-linux-gnu/libboost_system.so.1.62.0 (0x7fc58665f000)
libxapian.so.30 => /usr/lib/x86_64-linux-gnu/libxapian.so.30 
(0x7fc586251000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7fc586034000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7fc585cb1000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fc5859ad000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7fc585796000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fc5853f8000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fc5851f4000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 
(0x7fc584fdd000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7fc584dc)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7fc584bb)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7fc58498d000)
liblz4.so.1 => /usr/lib/x86_64-linux-gnu/liblz4.so.1 
(0x7fc58477b000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7fc584573000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fc58436c000)
/lib64/ld-linux-x86-64.so.2 (0x563748876000)

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

Kernel: Linux 4.6.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages aptitude depends on:
ii  aptitude-common0.8.3-1
ii  libapt-pkg5.0  1.3.1
ii  libboost-filesystem1.62.0  1.62.0+dfsg-4
ii  libboost-iostreams1.62.0   1.62.0+dfsg-4
ii  libboost-system1.62.0  1.62.0+dfsg-4
ii  libc6  2.24-5
ii  libcwidget3v5  0.5.17-4+b1
ii  libgcc11:6.2.1-4
ii  libncursesw5   6.0+20160917-1
ii  libsigc++-2.0-0v5  2.10.0-1
ii  libsqlite3-0   3.15.1-1
ii  libstdc++6 6.2.1-4
ii  libtinfo5  6.0+20160917-1
ii  libxapian301.4.1-1

Versions of packages aptitude recommends:
ii  libparse-debianchangelog-perl  1.2.0-11
ii  sensible-utils 0.0.9

Versions of packages aptitude suggests:
ii  apt-xapian-index0.49
pn  aptitude-doc-en | aptitude-doc  
pn  debtags 
pn  tasksel 

-- no debconf information

Bug#845016: AttributeError: /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1: undefined symbol: EVP_CIPHER_CTX_cleanup

[Peter Gervai]

Package: shadowsocks
Version: 2.9.0-1
Severity: grave
Justification: renders package unusable

(If you believe this is libssl1.1 bug feel free to reassign.)

The program simply won't start in sid:

INFO: loading config from /etc/shadowsocks/config.json
2016-11-19 15:20:09 INFO loading libcrypto from libcrypto.so.1.1
Traceback (most recent call last):
  File "/usr/bin/ssserver", line 11, in 
load_entry_point('shadowsocks==2.9.0', 'console_scripts', 'ssserver')()
  File "/usr/lib/python2.7/dist-packages/shadowsocks/server.py", line 34, in 
main
config = shell.get_config(False)
  File "/usr/lib/python2.7/dist-packages/shadowsocks/shell.py", line 270, in 
get_config
check_config(config, is_local)
  File "/usr/lib/python2.7/dist-packages/shadowsocks/shell.py", line 125, in 
check_config
encrypt.try_cipher(config['password'], config['method'])
  File "/usr/lib/python2.7/dist-packages/shadowsocks/encrypt.py", line 44, in 
try_cipher
Encryptor(key, method)
  File "/usr/lib/python2.7/dist-packages/shadowsocks/encrypt.py", line 84, in 
__init__
random_string(self._method_info[1]))
  File "/usr/lib/python2.7/dist-packages/shadowsocks/encrypt.py", line 110, in 
get_cipher
return m[2](method, key, iv, op)
  File "/usr/lib/python2.7/dist-packages/shadowsocks/crypto/openssl.py", line 
76, in __init__
load_openssl()
  File "/usr/lib/python2.7/dist-packages/shadowsocks/crypto/openssl.py", line 
52, in load_openssl
libcrypto.EVP_CIPHER_CTX_cleanup.argtypes = (c_void_p,)
  File "/usr/lib/python2.7/ctypes/__init__.py", line 375, in __getattr__
func = self.__getitem__(name)
  File "/usr/lib/python2.7/ctypes/__init__.py", line 380, in __getitem__
func = self._FuncPtr((name_or_ordinal, self))
AttributeError: /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1: undefined symbol: 
EVP_CIPHER_CTX_cleanup

Seems to have a closed (unreasolved) upstream issue about it, closed 
inconsistently:
https://github.com/shadowsocks/shadowsocks/issues/646


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

Kernel: Linux 4.6.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages shadowsocks depends on:
ii  lsb-base  9.20161101
ii  python2.7.11-2
ii  python-m2crypto   0.24.0-1
ii  python-pkg-resources  28.7.1-1
pn  python:any

shadowsocks recommends no packages.

shadowsocks suggests no packages.

-- Configuration Files:
/etc/shadowsocks/config.json changed [not included]

-- no debconf information

Bug#843555: pgloader: enum conversion fixed in upstream bites mysql conversion

[Peter Gervai]

Package: pgloader
Version: 3.3.1+dfsg-1
Severity: important
Tags: upstream

Please see https://github.com/dimitri/pgloader/issues/453

Basically you get 

2016-10-05T09:17:20.468000Z ERROR Database error 42704: type "contacts_type" 
does not exist
QUERY: DROP TYPE "contacts_type" CASCADE;
2016-10-05T09:17:20.468000Z FATAL Failed to create the schema, see above.

kind of errors for ENUMs to be converted due to missing IF EXISTS.

Bug#671796: pacpl: It's 2016 now.

[Peter Gervai]

Package: pacpl
Version: 4.0.5-7.1
Followup-For: Bug #671796

Oh-kay... it's 2016. 
v5.0.1 was out in 2014.
This seems to be the only too at least attempting to convert tags.
Only if it was working.

Bug#822159: ocsinventory-server: New version available: 2.2

[Peter Gervai]

Package: ocsinventory-server
Version: New versions available, latest now 2.2.1
Followup-For: Bug #822159

2.2.1 available since 10th june, 2016.

(Current version depends on mysql-client instead of virtual-mysql-client thus 
blocking
mariadb installs. And it's quite old anyway.)

Is there anything actually blocking the packaging of the new release, or you
just didn't find the time? Can we help?

Merci!

Bug#840550: ntirpc: New upstream available

[Peter Gervai]

Package: ntirpc
Version: 1.3.1-1
Severity: normal

Hello,

v1.4.1 is available and as far as I see it cleanly compiles with the old 
.../debian dir.

I'm trying to compile nfs-ganesha and it requires newer than 1.4.0

g

Bug#833126: insserv: $named should contain pdns-recursor

[Peter Gervai]

Package: insserv
Version: 1.14.0-5.4
Severity: important
Tags: patch

please add pdns-recursor to /etc/insserv.conf:
$named  +named +dnsmasq +lwresd +bind9 +unbound +pdns-recursor $network

Bug#820583: flashplugin-nonfree: should notify when an update is not yet available, not just reinstall current version

[Peter Gervai]

Package: flashplugin-nonfree
Version: 1:3.6.1+b1
Followup-For: Bug #820583

And again. This time, however, this is a major update, which may or may not 
justify some delay,
but still the install re-downloads the same version happily and makes no noise 
about it. 

This should be fixed; either don't do this or do complain about it. (I have 
tried to check your script
but your detailed comments in the code aren't always clear. :-P)
Thanks.

~# update-flashplugin-nonfree --status
Flash Player version installed on this system  : 11.2.202.626
Flash Player version available on upstream site: 22.0.0.209

Bug#825055: clamav: Mostly easy-to-fix lintian errors

[Peter Gervai]

Package: clamav
Version: 0.99+dfsg-1
Severity: minor

Hello,

This is mainly cosmetics, as most of the lintian errors are spelling errors
or minor fixups:

https://lintian.debian.org/maintainer/pkg-clamav-de...@lists.alioth.debian.org.html#clamav

Still you might want to fix them.

g

Bug#821292: sidplayfp: Improve manpage: keyboard commands are missing

[Peter Gervai]

Package: sidplayfp
Version: 1.4.0-1
Severity: minor

The manpage is missing keyboard commands altogether.
I don't see who maintains the manpage, but here are the brief commands:

, or LeftArrow  - previous subtune
. or RightArrow - next subtune
UpArrow - speed up
DownArrow   - slow down
Home- first song
p   - pause
esc - quit

1 - 9   - toggle voices
f   - toggle filtering

thanks,
g

Bug#819575: booth: Bad title and description

[Peter Gervai]

Source: booth
Severity: minor

"   Paxos-based daemon to manage multi-site clusters "

As far as I observe this is misleading as booth uses
Raft in contrast to Paxos, and Raft was explicitely
created to prevent the complexity of Paxos.

Same goes for the package description.


"Booth is based on the Raft consensus algorithm."
Source: https://github.com/ClusterLabs/booth

Thanks,
Peter

Bug#817161: shinken-mod-webui: v1.0 is abandoned, buggy, incompatible with new core, please package webui2

[Peter Gervai]

Package: shinken-mod-webui
Version: 1.0-3
Severity: normal

Unfortunately it is not obvious for a newcomer to see that the webui problems 
(lots of 404)
are caused by the fact that the webui is abandoned code, and webui2 is the 
preferred one.
It installed well from pip (after advices from the community), and works really 
well.
It would be nice to package it instead (or together) with the old one.

Bug#814429: geneweb: debian/mktemplates may fail due to grep binary matching: iconv: conversion from `Binary' is not supported

[Peter Gervai]

Package: geneweb
Version: 6.08dfsg-3.1
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)

Build fails with
iconv: conversion from `Binary' is not supported
on ca language file. The problem is that grep matches the file as binary, and
outputs "Binary file matches", which gets (mis)parsed and screw up iconv params.
Probably dependent on the version of grep, and the phase of the moon possibly. 
:-)

This should fix it anyway:

--- debian/mktemplates  2016-02-11 14:00:53.103700366 +
+++ debian/mktemplates~ 2016-02-11 13:59:01.0 +
@@ -67,7 +67,7 @@
sed '/^\"Content-Type/s/CHARSET/UTF-8/' \
> debian/pobuild/$pofilename.temp
 
-   pocharset=`grep -ai charset $pofile|cut -f2 -d=| sed 's/n\\"//g'`
+   pocharset=`grep -i charset $pofile|cut -f2 -d=| sed 's/n\\"//g'`
cat $pofile | \
 iconv --from $pocharset --to utf-8 | \
sed "s/$pocharset/UTF-8/g" \

Bug#809151: digikam: currently missing support for libkgeomap / marble

[Peter Gervai]

Package: digikam
Version: 4:4.14.0-1
Severity: normal

As mentioned in the release notes:

"Currently missing support for features whose library has been split
out of previous digikam source releases; e.g. libkface, libkgeomap,
and some others."

This bug should track the geo-features tracking like marble, 
libkgeomap integration (like geo-search and geolocation using OSM map), 
which is currently missing.


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

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

Versions of packages digikam depends on:
ii  digikam-data4:4.14.0-1
ii  digikam-private-libs4:4.14.0-1
ii  kde-runtime 4:15.08.1-1
ii  libc6   2.19-22
ii  libgcc1 1:5.2.1-23
ii  libgphoto2-62.5.9-3
ii  libgphoto2-port12   2.5.9-3
ii  libkdcraw23 4:15.04.2-0ubuntu1
ii  libkdecore5 4:4.14.12-2
ii  libkdeui5   4:4.14.12-2
ii  libkexiv2-114:15.04.3-1
ii  libkhtml5   4:4.14.12-2
ii  libkio5 4:4.14.12-2
ii  libkipi11   4:4.13.3-1
ii  libknotifyconfig4   4:4.14.12-2
ii  libkparts4  4:4.14.12-2
ii  libopencv-core2.4v5 2.4.9.1+dfsg-1.2
ii  libopencv-imgproc2.4v5  2.4.9.1+dfsg-1.2
ii  libphonon4  4:4.8.0-5
ii  libqt4-dbus 4:4.8.7+dfsg-1
ii  libqt4-sql  4:4.8.7+dfsg-1
ii  libqt4-sql-sqlite   4:4.8.7+dfsg-1
ii  libqt4-xml  4:4.8.7+dfsg-1
ii  libqtcore4  4:4.8.7+dfsg-1
ii  libqtgui4   4:4.8.7+dfsg-1
ii  libsolid4   4:4.14.12-2
ii  libstdc++6  5.2.1-23
ii  libthreadweaver44:4.14.12-2
ii  perl5.20.2-6
ii  phonon  4:4.8.0-5

Bug#758444: ttf-ancient-fonts: Please split Symbola from true "ancient" fonts

[Peter Gervai]

Package: ttf-ancient-fonts
Version: 2.57-1
Followup-For: Bug #758444

Indeed it would be nice to split Symbola from the "ancient" bunch: it is one
of the few fonts which cover the newest (general) unicode symbols.

Please consider splitting.

Thank you!

Peter

Bug#795956: digikam: Actually installing ubuntu version works

[Peter Gervai]

Package: digikam
Followup-For: Bug #795956

For the records - or to help others suffering from the same use(less)ability 
bugs present in 4.4.0: ubuntu latest is possible to install on debian with 
only a few dependent libraries to update. It will not particularly help to
have a consistent sid update (I have pinned ubuntu sources down in 
/etc/apt/preferences.d/pin-ubuntu:

# pin down ubuntu sources, see apt-preferences
Package: *
Pin: release a=wily
Pin-Priority: 300
) but it will provide an actually working digikam.

Until Debian version gets updated.

Here are the libs, to see which ones were pulled in by ubuntu:

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages digikam depends on:
ii  digikam-data4:4.12.0-0ubuntu3
ii  kde-runtime 4:4.14.2-2
ii  libbaloofiles4  4:4.14.2-1.1
ii  libc6   2.19-18
ii  libgcc1 1:5.2.1-15ubuntu1
ii  libgphoto2-62.5.4-1.1+b2
ii  libgphoto2-port12   2.5.7-5
ii  libjasper1  1.900.1-debian1-2.4
ii  libjpeg88d1-2
ii  libkdcraw23 4:15.04.2-0ubuntu1
ii  libkdecore5 4:4.14.2-5
ii  libkdeui5   4:4.14.2-5
ii  libkexiv2-11v5  4:15.04.2-0ubuntu4
ii  libkface3   4:15.07.90-0ubuntu1
ii  libkfile4   4:4.14.2-5
ii  libkhtml5   4:4.14.2-5
ii  libkio5 4:4.14.2-5
ii  libkipi11   4:4.13.3-1
ii  libknotifyconfig4   4:4.14.2-5
ii  libkparts4  4:4.14.2-5
ii  liblcms2-2  2.6-3+b3
ii  liblensfun0 0.2.8-2
ii  liblqr-1-0  0.4.2-2
ii  libopencv-core2.4v5 2.4.9+dfsg-1ubuntu6
ii  libopencv-imgproc2.4v5  2.4.9+dfsg-1ubuntu6
ii  libpgf6 6.14.12-3
ii  libphonon4  4:4.8.0-5
ii  libpng12-0  1.2.50-2+b2
ii  libqt4-dbus 4:4.8.7+dfsg-1
ii  libqt4-sql  4:4.8.7+dfsg-1
ii  libqt4-sql-sqlite   4:4.8.7+dfsg-1
ii  libqt4-xml  4:4.8.7+dfsg-1
ii  libqtcore4  4:4.8.7+dfsg-1
ii  libqtgui4   4:4.8.7+dfsg-1
ii  libsolid4   4:4.14.2-5
ii  libsqlite0  2.8.17-12
ii  libstdc++6  5.2.1-15ubuntu1
ii  libthreadweaver44:4.14.2-5
ii  libtiff54.0.3-12.1
ii  libx11-62:1.6.3-1
ii  perl5.20.2-6
ii  phonon  4:4.8.0-5

Versions of packages digikam recommends:
ii  chromium [www-browser]41.0.2272.76-1
ii  elinks [www-browser]  0.12~pre6-5+b2
ii  epiphany-browser [www-browser]3.16.1-1
ii  ffmpegthumbs  4:4.14.1-1
ii  google-chrome-stable [www-browser]44.0.2403.130-1
ii  google-chrome-unstable [www-browser]  46.0.2471.2-1
ii  iceweasel [www-browser]   31.5.0esr-1
ii  kipi-plugins  4:4.12.0-0ubuntu3
ii  lynx-cur [www-browser]2.8.9dev1-2+b1
ii  w3m [www-browser] 0.5.3-19

Versions of packages digikam suggests:
pn  digikam-doc   none
pn  libqt4-sql-mysql  none
pn  systemsettingsnone

-- no debconf information

Bug#795956: digikam: Debian version is getting ancient, blocking sid upgrades

[Peter Gervai]

Package: digikam
Version: 4:4.4.0-1.1+b2
Severity: wishlist

Good day,

It is an ongoing problem that the Debian digikam version is getting rather
old: current release is 4.12.x.

Digikam also was removed from testing due to a build problem and a license
bug (which seem to be invalid by the last comment but still open).

Would it be possible to check / cooperate with Ubuntu maintainers who have a
working 4.12.0 in their repository? Or even back-migrate their changes?

Is there actually anyone maintaining digikam now here around?

Thank you,
Peter

Bug#793681: apt-xapian-index: should depend on python-support

[Peter Gervai]

Package: apt-xapian-index
Version: 0.47
Followup-For: Bug #793681

The following NEW packages will be installed:
  python-support 
The following partially installed packages will be configured:
  apt-xapian-index 
0 packages upgraded, 1 newly installed, 0 to remove and 109 not upgraded.
Need to get 33.6 kB of archives. After unpacking 167 kB will be used.
Get: 1 http://cdn.debian.net/debian/ sid/main python-support all 1.0.15 [33.6 
kB]
Fetched 33.6 kB in 0s (65.4 kB/s)   
Selecting previously unselected package python-support.
(Reading database ... 16274 files and directories currently installed.)
Preparing to unpack .../python-support_1.0.15_all.deb ...
Unpacking python-support (1.0.15) ...
Processing triggers for man-db (2.5.7-8) ...
Setting up apt-xapian-index (0.47) ...
apt-xapian-index: Building new index in background...
Setting up python-support (1.0.15) ...


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages apt-xapian-index depends on:
ii  python 2.7.9-1
ii  python-apt 0.9.3.11
ii  python-debian  0.1.25
ii  python-xapian  1.2.19-1
pn  python:any none

apt-xapian-index recommends no packages.

Versions of packages apt-xapian-index suggests:
pn  app-install-data  none
ii  python-xdg0.25-4

-- no debconf information

Bug#713004: what's up?

[Peter Gervai]

Hello,

What's up with this adoption process?

g


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

Bug#764763: taskcoach: UnicodeDecodeError on startup if the .tsk directory contains files with illegal encoded name

[Peter Gervai]

Package: taskcoach
Version: 1.4.1-2
Severity: normal
Tags: upstream

Traceback (most recent call last):
  File /usr/lib/python2.7/dist-packages/taskcoachlib/gui/iocontroller.py, 
line 125, in open
breakLock=breakLock)
  File /usr/lib/python2.7/dist-packages/taskcoachlib/persistence/taskfile.py, 
line 654, in load
return super(LockedTaskFile, self).load(filename)
  File /usr/lib/python2.7/dist-packages/taskcoachlib/persistence/taskfile.py, 
line 438, in load
pub.sendMessage('taskfile.justRead', taskFile=self)
  File 
/usr/lib/python2.7/dist-packages/taskcoachlib/thirdparty/pubsub/core/kwargs/publisher.py,
 line 27, in sendMessage
topicObj.publish(**kwargs)
  File 
/usr/lib/python2.7/dist-packages/taskcoachlib/thirdparty/pubsub/core/kwargs/publishermixin.py,
 line 24, in publish
self._publish(msgKwargs)
  File 
/usr/lib/python2.7/dist-packages/taskcoachlib/thirdparty/pubsub/core/topicobj.py,
 line 376, in _publish
self.__sendMessage(data, self, iterState)
  File 
/usr/lib/python2.7/dist-packages/taskcoachlib/thirdparty/pubsub/core/topicobj.py,
 line 397, in __sendMessage
self._mix_callListener(listener, data, iterState)
  File 
/usr/lib/python2.7/dist-packages/taskcoachlib/thirdparty/pubsub/core/kwargs/publishermixin.py,
 line 64, in _mix_callListener
listener(iterState.filteredArgs, self, msgKwargs)
  File 
/usr/lib/python2.7/dist-packages/taskcoachlib/thirdparty/pubsub/core/kwargs/listenerimpl.py,
 line 43, in __call__
cb(**kwargs)
  File 
/usr/lib/python2.7/dist-packages/taskcoachlib/persistence/autobackup.py, line 
147, in onTaskFileRead
srcName = os.path.join(os.path.split(taskFile.filename())[0], name)
  File /usr/lib/python2.7/posixpath.py, line 80, in join
path += '/' + b
UnicodeDecodeError: 'utf8' codec can't decode byte 0xe1 in position 18: invalid 
continuation byte

Crash was caused by a file with nonsense filename in the same directory ($HOME) 
as the taskcoach.tsk file. It causes backup
manager to come up and make a copy which is similarly unloadable, lather, 
rinse, repeat. :-)

It is not simple to see at first glance the culprit of the problem and it's not 
easy to figure it out either.
I had to print the actual 'name' in 
/usr/lib/python2.7/dist-packages/taskcoachlib/persistence/autobackup.py around 
line 143
to see which file was unwanted. Since filename encoding errors are pretty much 
commonplace this error should be caught and ignored if 
possible.

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

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages taskcoach depends on:
ii  fonts-dejavu 2.34-1
ii  libxss1  1:1.2.2-1
ii  python   2.7.8-1
ii  python-chardet   2.2.1-2
ii  python-dateutil  1.5+dfsg-1
ii  python-keyring   3.7-1
ii  python-lockfile  1:0.8-2
ii  python-pyparsing 2.0.2+dfsg1-1
ii  python-squaremap 1:1.0.4-2
ii  python-twisted-core  14.0.2-2
ii  python-wxgtk3.0  3.0.1.1+dfsg-1
ii  python-wxversion 2.8.12.1+dfsg2-1
ii  python-xdg   0.25-4
ii  x11-utils7.7+1

Versions of packages taskcoach recommends:
ii  libavahi-compat-libdnssd1  0.6.31-4
ii  libgnome-2-0   2.32.1-5
ii  python-notify  0.1.1-3

Versions of packages taskcoach suggests:
pn  espeak   none
pn  python-kde4  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#764570: indeed

[Peter Gervai]

Indeed the problem could be band-aided by inserting

--- /usr/lib/python2.7/dist-packages/taskcoachlib/application/application.py~
  2014-08-03 15:51:09.0 +0200
+++ /usr/lib/python2.7/dist-packages/taskcoachlib/application/application.py
   2014-10-10 23:14:31.482657257 +0200
@@ -83,6 +83,9 @@
 self.reopenCallback()

 def OnInit(self):
+# Suppress WXDEBUG assertions, as happens by default with wx2.8.
+self.SetAssertMode(wx.PYAPP_ASSERT_SUPPRESS)
+
 if operating_system.isWindows():
 self.Bind(wx.EVT_QUERY_END_SESSION, self.onQueryEndSession)

Thanks!
p


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

Bug#764570: taskcoach: fail to start: wx._core.PyAssertionError

[Peter Gervai]

Package: taskcoach
Version: 1.4.1-2
Severity: grave
Justification: renders package unusable

The last update wasn't that successful. :-(

$ taskcoach 

(taskcoach:9934): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 
'height = -1' failed
Traceback (most recent call last):
  File /usr/bin/taskcoach, line 72, in module
start()
  File /usr/bin/taskcoach, line 63, in start
app = application.Application(options, args)
  File /usr/lib/python2.7/dist-packages/taskcoachlib/patterns/singleton.py, 
line 29, in __call__
class_.instance = super(Singleton, class_).__call__(*args, **kwargs)
  File 
/usr/lib/python2.7/dist-packages/taskcoachlib/application/application.py, 
line 117, in __init__
self.init(**kwargs)
  File 
/usr/lib/python2.7/dist-packages/taskcoachlib/application/application.py, 
line 226, in init
self.settings, splash=splash)
  File /usr/lib/python2.7/dist-packages/taskcoachlib/gui/mainwindow.py, line 
68, in __init__
self._create_window_components()  # Not private for test purposes
  File /usr/lib/python2.7/dist-packages/taskcoachlib/gui/mainwindow.py, line 
140, in _create_window_components
viewer.addViewers(self.viewer, self.taskFile, self.settings)
  File /usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/factory.py, 
line 45, in __init__
self.__add_all_viewers()
  File /usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/factory.py, 
line 51, in __add_all_viewers
self.__add_viewers(task.SquareTaskViewer)
  File /usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/factory.py, 
line 66, in __add_viewers
**self._viewer_kwargs(viewer_class))
  File /usr/lib/python2.7/dist-packages/taskcoachlib/patterns/metaclass.py, 
line 39, in __call__
instance = super(NumberedInstances, cls).__call__(*args, **kwargs)
  File /usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/task.py, line 
464, in __init__
super(SquareTaskViewer, self).__init__(*args, **kwargs)
  File /usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/task.py, line 
136, in __init__
super(BaseTaskTreeViewer, self).__init__(*args, **kwargs)
  File /usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/task.py, line 
77, in __init__
super(BaseTaskViewer, self).__init__(*args, **kwargs)
  File /usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/mixin.py, 
line 85, in __init__
super(FilterableViewerMixin, self).__init__(*args, **kwargs)
  File /usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/base.py, line 
583, in __init__
super(TreeViewer, self).__init__(*args, **kwargs)
  File /usr/lib/python2.7/dist-packages/taskcoachlib/gui/viewer/base.py, line 
70, in __init__
pub.subscribe(self.onBeginIO, 'taskfile.aboutToRead')
  File 
/usr/lib/python2.7/dist-packages/taskcoachlib/thirdparty/pubsub/core/publisherbase.py,
 line 143, in subscribe
topicObj = self.__topicMgr.getOrCreateTopic(topicName)
  File 
/usr/lib/python2.7/dist-packages/taskcoachlib/thirdparty/pubsub/core/topicmgr.py,
 line 206, in getOrCreateTopic
if obj:
wx._core.PyAssertionError: C++ assertion m_window failed at 
../src/gtk/dcclient.cpp(2043) in DoGetSize(): GetSize() doesn't work without 
window


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

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages taskcoach depends on:
ii  fonts-dejavu 2.34-1
ii  libxss1  1:1.2.2-1
ii  python   2.7.8-1
ii  python-chardet   2.2.1-2
ii  python-dateutil  1.5+dfsg-1
ii  python-keyring   3.7-1
ii  python-lockfile  1:0.8-2
ii  python-pyparsing 2.0.2+dfsg1-1
ii  python-squaremap 1:1.0.4-2
ii  python-twisted-core  14.0.2-2
ii  python-wxgtk3.0  3.0.1.1+dfsg-1
ii  python-wxversion 2.8.12.1+dfsg2-1
ii  python-xdg   0.25-4
ii  x11-utils7.7+1

Versions of packages taskcoach recommends:
ii  libavahi-compat-libdnssd1  0.6.31-4
ii  libgnome-2-0   2.32.1-5
ii  python-notify  0.1.1-3

Versions of packages taskcoach suggests:
pn  espeak   none
pn  python-kde4  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#762679: taskcoach: Uninstallable in sid (python-wxgtk3.0)

[Peter Gervai]

Package: taskcoach
Version: 1.4.1-1
Severity: normal

If I understand correctly this is the periodic reminder to rebuild using 
v3.0.1.1+dfsg-1. :-P

I didn't want to hijack bug #762413 but that's the direct result of if.

Thanks,
Peter

ps: is this periodic rebuilding process automated or manual? (you probably 
could check md5sum of the
patched code and automatically release a new pkg with constraints updated if it 
was the same.)


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

Bug#752389: dpkg-query: error: --listfiles needs a valid package name but 'libc6' is not: ambiguous package name 'libc6' with more than one installed instance

[Peter Gervai]

Package: libc6
Version: 2.19-3
Severity: normal

If irrelevant feel free to close.

Preparing to unpack .../libc6_2.19-3_amd64.deb ...
De-configuring libc6:i386 (2.18-7) ...
Checking for services that may need to be restarted...
Checking init scripts...
Unpacking libc6:amd64 (2.19-3) over (2.18-7) ...
Preparing to unpack .../archives/libc6_2.19-3_i386.deb ...
Checking for services that may need to be restarted...
Checking init scripts...
dpkg-query: error: --listfiles needs a valid package name but 'libc6' is not: 
ambiguous package name 'libc6' with more than one installed instance

Use --help for help about querying packages.
Unpacking libc6:i386 (2.19-3) over (2.18-7) ...


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

Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
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#752259: systemd: User interaction regarding Ordering cycle found: D-Bus System Message Bus Socket

[Peter Gervai]

On Sun, Jun 22, 2014 at 9:20 PM, Michael Biebl bi...@debian.org wrote:
 Am 21.06.2014 17:41, schrieb Peter Gervai:

 The loop was broken by using a rescue disk and _EMPTYING_ /etc/init.d/
 completely. I'm not yet finished about figuring out which components were
 causing the loop, but it wasn't chkconfig (tried that first) and were not
 unessentials (I have tried to move them first without luck).

 Do you have a copy/backup around of /etc/init.d (or rather /etc/rc?.d/).
 This could give us a clue which service caused the dep cycle.

Yes, I'll try to sort it out in a few days.


 In summary, there are three issues:

 1/ a (faulty) service causing a dep cycle
 2/ the dep cycle resolver being broken under certain circumstances (this
 doesn't happen always).
 3/ the different fstab behaviour.

 2/ needs to be fixed in the actual package shipping that SysV or systemd
 service file. For that we need to identify that service.
 1/ is still under investigation.

Should I try the one in experimental or it's better to play with the sid one?

 3/ we intend to handle via the preinst check (even though it can't
 detect all cases of broken fstab lines)

Life is probably not that simple: I'm not sure whether bad modules in
/etc/modules (old clutter doesn't existing anymore) resulted the same
kind of emergency root shell or not. There seem to be really lot of
points where systemd considers the system broken: sysvinit simply
skipped these errors but systemd detects the failure and results fail
for the whole job which possibly fail its dependant jobs and result
the system unusable.

There should be
1) a strong warning about this at upgrading, briefly mentioning that
systemd will not skip a few kinds of failures at system startup, and
2) in case of a broken system where to look at first in that nice root shell.

People usually won't read upgrade notes anyway but a small chance is
better than nothing, and it could be included in README.Debian as
well.

-- 
 byte-byte,
grin


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

Bug#750560: aptitude: segfault in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int)

[Peter Gervai]

Package: aptitude
Version: 0.6.10-1
Severity: important

aptitude segfaults between download and preconfigure phase.

using aptitude-dbg I get a scary strack trace containing 15900 entries, out of 
which 15880 the following:

#15883 0x77b1bf2f in 
pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from 
/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12


Namely the top is:

#0  0x75667b55 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x75669e40 in malloc () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x75f10508 in operator new(unsigned long) () from 
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x75f105b9 in operator new[](unsigned long) () from 
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4  0x77ae011e in pkgCache::DepIterator::AllTargets() const () from 
/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
#5  0x77b1bc5a in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, 
bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
#6  0x77b1ca0d in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, 
bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
#7  0x77b1bf2f in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, 
bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
#8  0x77b1ca0d in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, 
bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12

...then follows a few similar lines until

#15883 0x77b1bf2f in 
pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from 
/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
#15884 0x77b21bf0 in pkgPackageManager::OrderInstall() () from 
/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
#15885 0x557552fa in DoInstallPreFork (this=optimized out) at 
/usr/include/apt-pkg/packagemanager.h:122
#15886 download_install_manager::finish_pre_dpkg (this=0x57d67a20, 
res=(unknown: 4120454688), res@entry=pkgAcquire::Continue)
at ../../../../src/generic/apt/download_install_manager.cc:154
#15887 0x5575539f in download_install_manager::finish 
(this=this@entry=0x57d67a20, result=result@entry=pkgAcquire::Continue, 
progress=0x58493f50, k=...)
at ../../../../src/generic/apt/download_install_manager.cc:258
#15888 0x556a5c89 in ui_download_manager::done (this=0x579978b0, 
t=optimized out, res=pkgAcquire::Continue) at 
../../src/ui_download_manager.cc:63
#15889 0x5560931c in operator() (_A_a2=@0x7fffe244: 
pkgAcquire::Continue, _A_a1=@0x7fffe248: 0x57d684b0, 
this=0x7fffe250)
at /usr/include/sigc++-2.0/sigc++/functors/slot.h:593
#15890 (anonymous namespace)::do_download_complete (t=0x57d684b0, 
res=pkgAcquire::Continue, continuation=...) at ../../src/download_thread.cc:220
#15891 0x5560db03 in operator() (_A_a3=..., _A_a2=@0x563d7ec0: 
pkgAcquire::Continue, _A_a1=@0x563d7eb8: 0x57d684b0, 
this=0x563d7eb0)
at /usr/include/sigc++-2.0/sigc++/functors/ptr_fun.h:185
#15892 operator()download_thread*, pkgAcquire::RunResult, safe_slot2void, 
download_thread*, pkgAcquire::RunResult (_A_arg3=..., 
_A_arg2=@0x563d7ec0: pkgAcquire::Continue, _A_arg1=@0x563d7eb8: 
0x57d684b0, this=0x563d7ea8) at 
/usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:123
#15893 operator() (this=0x563d7ea0) at 
/usr/include/sigc++-2.0/sigc++/adaptors/bind.h:1511
#15894 sigc::internal::slot_call0sigc::bind_functor-1, 
sigc::pointer_functor3download_thread*, pkgAcquire::RunResult, 
safe_slot2void, download_thread*, pkgAcquire::RunResult, void, 
download_thread*, pkgAcquire::RunResult, safe_slot2void, download_thread*, 
pkgAcquire::RunResult, sigc::nil, sigc::nil, sigc::nil, sigc::nil, 
void::call_it (
rep=0x563d7e70) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:103
#15895 0x556a1655 in operator() (this=0x7fffe2c0) at 
/usr/include/sigc++-2.0/sigc++/functors/slot.h:440
#15896 aptitude::safe_slot_event::dispatch (this=optimized out) at 
../../src/safe_slot_event.h:40
#15897 0x77177373 in cwidget::toplevel::mainloop(int) () from 
/usr/lib/x86_64-linux-gnu/libcwidget.so.3
#15898 0x5569df08 in ui_main () at ../../src/ui.cc:2941
#15899 0x555bccc6 in main (argc=1, argv=optimized out) at 
../../src/main.cc:1322


I can install selected packages but cannot get a large upgrade done.


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

Bug#748310: clamav-daemon: initscript ignores configfile name at daemon start

[Peter Gervai]

Hello Andreas,

On Wed, May 21, 2014 at 10:16 PM, Andreas Cadhalpun
andreas.cadhal...@googlemail.com wrote:
 On 20.05.2014 12:07, Peter Gervai wrote:

 The exit codes should now be LSB compliant, see [1].
 I hope that suits your needs.

Sounds great. It's technically not my needs (I have patched it
already) but everyone who should depend on LSB behaviour. Thanks!

 I am not sure why there's supervision support in the init.d script,

 The supervision is enforced, because otherwise the init script would never
 finish if clamd is started in foreground mode.

You're right (that's one way to handle it). Thanks.

Peter


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

Bug#748310: clamav-daemon: initscript ignores configfile name at daemon start

[Peter Gervai]

On Tue, May 20, 2014 at 12:01 AM, Andreas Cadhalpun
andreas.cadhal...@googlemail.com wrote:
 http://clusterlabs.org/doc/en-US/Pacemaker/1.0/html/Pacemaker_Explained/ap-lsb.html

 Do I understand you correctly that you want the return codes to be changed?

Consistent exit codes are one thing possibly helping world peace, yes.

I am not sure why there's supervision support in the init.d script,
and even if so, why is it so aggressively enforced. True, I'm using a
custom runit supervision script and not the init.d script but I don't
really see the reasons being mentioned in the README.Debian, so users
may find it only by pure luck. :-)

peter


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

Bug#748310: clamav-daemon: initscript ignores configfile name at daemon start

[Peter Gervai]

On Mon, May 19, 2014 at 7:19 PM, Andreas Cadhalpun
andreas.cadhal...@googlemail.com wrote:

 Why should this be necessary?
 CLAMAVCONF=/etc/clamav/clamd.conf is the default location, where clamd looks
 for a configuration file. Or did you change CLAMAVCONF and if so, why?

Obviously. :-)

The machine is part of a cluster and the cluster have more than one
moving clamav server instances. If there's a problem with a
clamav-hosting cluster member its clamav (along with its IP and
config) moves over to the other cluster hosts, so it's possible that
one host runs more than one clamav (on different IP addresses). Due to
pid and locking issues (and some generalisations) it's much easier to
have multiple configs than trying to manually set various parameters.

But if you look at your script it partially written as being able to
use any config file so the careless reader (like I was) would think it
will work for other config names, which isn't true.  You could,
obviously, remove any variables containing the config file but my
suggestion may be more useful for the general happiness of the
sysadmins.

 Apart from that it isn't quite LSBish that the initscript bails out
 when config is
 set to foreground and there's no 'daemon' installed, even on help or
 status
 requests. It's pretty impolite towards a clusering infrastructure for
 example.


 I'm not aware of any 'help' request that the init script should handle, and
 for the status request, the error message gives the status, i.e. that there
 is a configuration problem.

 Or what status message would you expect in that case?

Basically 
http://clusterlabs.org/doc/en-US/Pacemaker/1.0/html/Pacemaker_Explained/ap-lsb.html

Thanks,
Peter


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

Bug#748310: clamav-daemon: initscript ignores configfile name at daemon start

[Peter Gervai]

Package: clamav-daemon
Version: 0.98.1+dfsg-5
Severity: normal

--- /etc/init.d/clamav-daemon   2014-04-24 08:13:03.0 +0200
+++ /etc/init.d/clamd2  2014-05-16 02:15:17.939141376 +0200
@@ -320,7 +320,7 @@
   done
   if [ -z $RUN_SUPERVISED ] ; then
 log_daemon_msg Starting $DESC $NAME 
-start-stop-daemon --start --oknodo -c $User --exec $DAEMON
--pidfile $THEPIDFILE
+start-stop-daemon --start --oknodo -c $User --exec $DAEMON
--pidfile $THEPIDFILE -- -c $CLAMAVCONF
 ret=$?
   else
 log_daemon_msg Starting $DESC $NAME (supervised) 





Apart from that it isn't quite LSBish that the initscript bails out
when config is
set to foreground and there's no 'daemon' installed, even on help or status
requests. It's pretty impolite towards a clusering infrastructure for example.

thanks.


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

Bug#731733: marble-data: OSM license has been changed quite a while ago

[Peter Gervai]

Package: marble-data
Version: 4:4.11.3-1
Severity: minor
Tags: upstream

Nothing serious but About::Data contains CC license for OpenStretMap while
it's in reality available under ODbL, and the tiles usually available under a CC
license.

http://www.openstreetmap.org/copyright

regards,
grin


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

Bug#722449: grub-common: /etc/grub.d/ not updated, update fails with GRUB = 2.00 has been unpacked but not yet configured.

[Peter Gervai]

Package: grub-common
Version: 2.00-18
Severity: normal

update-grub (and package update) failed with

  GRUB = 2.00 has been unpacked but not yet configured.
  grub-mkconfig will not work until the upgrade is complete.
  It should run later as part of configuring the new GRUB packages.

The cause seems to be that /etc/grub.d/ files were not updated. 
Removing them and reinstalling the package resulted... empty /etc/grub.d/,
so it seems the package did not quite want to overwrite anything there.

After manually moved /etc/grub.d/ from the package file update works,
the files visibly different. Possibly a purge would solve the problem but
it's not practical (I do not want to risk customised configs).

Googling it reveals this problem exists for quite a time and most people had
to purge/reinstall to resolve it.

-- Package-specific info:

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

Kernel: Linux 3.8-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages grub-common depends on:
ii  gettext-base0.18.2.1-1
ii  libc6   2.17-3
ii  libdevmapper1.02.1  2:1.02.77-1
ii  libfreetype62.4.9-1.1
ii  libfuse22.9.2-4
ii  liblzma55.1.1alpha+20120614-2
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages grub-common recommends:
ii  os-prober  1.63

Versions of packages grub-common suggests:
ii  console-setup  1.93
ii  desktop-base   7.0.3
pn  grub-emu   none
pn  multiboot-doc  none
pn  xorrisonone

-- 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#693701: setup-storage fails to partition the discs if LVM volume is present

[Peter Gervai]

Package: fai-server
Version: 4.6.0
Followup-For: Bug #693701

I have spent quite amount of time to fix this one, and Im pretty unhappy
with the chaos in the logic of related to LVM handling. I try to contribute
a few lines here to help it.

I have written a detailed bugreport before which was not sent due to a
mailserver problem, so I'm writing it again; this gonna be much shorter,
free of ranting and explanations.

The patch tries to straighten up the problems which can be solved by simple
fixes but simply IGNORES those parts which would have required a complete
rewrite of the handling logic: the order FAI tries now is:

vgchange_a_n - wipe - lvremove

which will not work since you cannot operate on deactivated LV devices. The
proper order would be:

wipe - vgchange_a_n - lvremove

but this would have required me to analyse the whole shebang to be able to
properly fix the logic; I kindly let you to do that. ;-) Until then wiping
is commented out since lvremove seems to do the job anyway.
--- Commands.pm-1	2013-07-18 16:59:34.0 +0200
+++ Commands.pm	2013-07-19 03:56:35.0 +0200
@@ -650,8 +650,8 @@
   # remove all volumes that do not exist anymore or need not be preserved
   foreach my $lv (keys %{ $FAI::current_lvm_config{$vg}{volumes} }) {
 my $pre_deps_cl = ;
-$pre_deps_cl = ,self_cleared_ .
-  join(,self_cleared_, @{ $FAI::current_dev_children{/dev/$vg/$lv} })
+$pre_deps_cl = ,self_cleared_/dev/$vg/ .
+  join(,self_cleared_/dev/$vg/, @{ $FAI::current_dev_children{/dev/$vg/$lv} })
 if (defined($FAI::current_dev_children{/dev/$vg/$lv}) 
   scalar(@{ $FAI::current_dev_children{/dev/$vg/$lv} }));
 # skip preserved/resized volumes
@@ -664,9 +664,11 @@
   }
 }
 
-FAI::push_command( wipefs -a $vg/$lv,
-  vgchange_a_n_VG_$vg$pre_deps_cl,
-  wipefs_$vg/$lv);
+## You CANNOT wipe LVs in inactive VGs! (vhcgange_a_n_VG_$vg!)
+## FIXME: Order should be  wipe - vgchange_a_n - lvremove.
+#FAI::push_command( wipefs -a $vg/$lv,
+#  vgchange_a_n_VG_$vg$pre_deps_cl,
+#  wipefs_$vg/$lv);
 FAI::push_command( lvremove -f $vg/$lv,
   wipefs_$vg/$lv,
   lv_rm_$vg/$lv,self_cleared_/dev/$vg/$lv);
@@ -685,13 +687,15 @@
   my $vg_destroy_pre = vgchange_a_n_VG_$vg;
   foreach my $lv (keys %{ $FAI::current_lvm_config{$vg}{volumes} }) {
 my $pre_deps_cl = ;
-$pre_deps_cl = ,self_cleared_ .
-  join(,self_cleared_, @{ $FAI::current_dev_children{/dev/$vg/$lv} })
+$pre_deps_cl = ,self_cleared_/dev/$vg/ .
+  join(,self_cleared_/dev/$vg/, @{ $FAI::current_dev_children{/dev/$vg/$lv} })
 if (defined($FAI::current_dev_children{/dev/$vg/$lv}) 
   scalar(@{ $FAI::current_dev_children{/dev/$vg/$lv} }));
-FAI::push_command( wipefs -a $vg/$lv,
-  vgchange_a_n_VG_$vg$pre_deps_cl,
-  wipefs_$vg/$lv);
+## You CANNOT wipe LVs in inactive VGs! (vhcgange_a_n_VG_$vg!)
+## FIXME: Order should be  wipe - vgchange_a_n - lvremove.
+#FAI::push_command( wipefs -a $vg/$lv,
+#  vgchange_a_n_VG_$vg$pre_deps_cl,
+#  wipefs_$vg/$lv);
 FAI::push_command( lvremove -f $vg/$lv,
   wipefs_$vg/$lv,
   lv_rm_$vg/$lv,self_cleared_/dev/$vg/$lv);
@@ -731,8 +735,8 @@
 my $vg_pre = vgchange_a_n_VG_$vg;
 my $pre_deps_vgc = ;
 foreach my $c (@{ $FAI::current_dev_children{$d} }) {
-  $pre_deps_vgc = ,self_cleared_ .
-join(,self_cleared_, @{ $FAI::current_dev_children{$c} })
+  $pre_deps_vgc = ,self_cleared_/dev/$vg/ .
+join(,self_cleared_/dev/$vg/, @{ $FAI::current_dev_children{$c} })
 if (defined($FAI::current_dev_children{$c}) 
   scalar(@{ $FAI::current_dev_children{$c} }));
 }
@@ -740,8 +744,8 @@
 FAI::push_command(vgchange -a n $1, $pre_deps_vgc, $vg_pre);
 $vg_pre .= ,pv_sigs_removed_$vg if (FAI::cleanup_vg($vg));
 my $pre_deps_cl = ;
-$pre_deps_cl = ,self_cleared_ .
-  join(,self_cleared_, @{ $FAI::current_dev_children{$d} })
+$pre_deps_cl = ,self_cleared_/dev/$vg/ .
+  join(,self_cleared_/dev/$vg/, @{ $FAI::current_dev_children{$d} })
   if (scalar(@{ $FAI::current_dev_children{$d} }));
 FAI::push_command(true, $vg_pre$pre_deps_cl, self_cleared_VG_$vg);
   }

Bug#697095: kipi-plugins-common: [experimental] kipi plugins not visible in digikam (solution included)

[Peter Gervai]

Package: kipi-plugins-common
Version: 4:3.0.0~beta1a-1
Severity: normal

Experimental digikam doesn't see kipi plugins due to the bug:

http://digikam.1695700.n4.nabble.com/Bug-307213-New-No-Kipi-plugin-installed-td4659369.html

Basically /usr/share/kde4/services/kipiplugin_*.desktop files need the
change X-KIPI-BinaryVersion property set to 10. More details in the link.
Changing the version fixes the problem.

Thanks.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (2000, 'unstable'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-3-686-pae (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

-- no debconf information

-- debsums errors found:
debsums: changed file 
/usr/share/kde4/services/kipiplugin_picasawebexport.desktop (from 
kipi-plugins-common package)


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

Bug#686595: open-iscsi: Try harder to start LVM when the device synchronisation take more time

[Peter Gervai]

On Wed, Sep 5, 2012 at 7:49 AM, Ritesh Raj Sarraf r...@researchut.com wrote:
 On Wednesday 05 September 2012 01:23 AM, grin wrote:
 Which init do you particularly have in mind? I can install anything on my 
 test
 VMs until I send them to oblivion. :-) [I'll check them though.]
 systemd seems to have the most interest right now.

Interesting; popcon says systemd 600+ installed while systemd-sysv is
around 70; this is versus upstart 250 installs. I'll try to check
them.

Peter


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

Bug#686595: open-iscsi: Try harder to start LVM when the device synchronisation take more time

[Peter Gervai]

On Wed, Sep 5, 2012 at 7:02 PM, Ritesh Raj Sarraf r...@researchut.com wrote:
 On Wednesday 05 September 2012 06:44 PM, Peter Gervai wrote:
 Interesting; popcon says systemd 600+ installed while systemd-sysv is
 around 70; this is versus upstart 250 installs. I'll try to check
 them.
 I guess most are still passing it as the kernel argument and exploring
 it. No one wants a broken init.

Probably.

Upstart works and requires the patch, but as far as I see it's not
really upstarty: it closely emulates sysvinit and doesn't do neither
event driven runs nor parallel processing, so no surprise here.

For systemd I have to pull up to sid the test system...

Peter


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

Bug#686595: open-iscsi: Try harder to start LVM when the device synchronisation take more time

[Peter Gervai]

Package: open-iscsi
Version: 2.0.873-3
Severity: important
Tags: patch

My devices reside on multiple hosts using all kinds of troublesome parameters 
(drbd, slow links, virtualised machines, etc)
which results 2-3 seconds between iscsi login and the devices recognised by the 
kernel. open-iscsi start script wasn't
quite patient, declared no vg's available (in fact no pv's at the point of 
time), and failed to mount the whole
shebang.

This patch make it a bit more patient, trying 10 times 1 second to get it done. 
These parameters could be
configured, changed etc., it is just good for the average around me. Should not 
hurt anyone I guess, unless
I screwed up the script, which is quite possible.

Thanks,
Peter


diff -r f060bdd7bf69 init.d/open-iscsi
--- a/init.d/open-iscsi Mon Sep 03 18:27:47 2012 +0200
+++ b/init.d/open-iscsi Mon Sep 03 18:53:13 2012 +0200
@@ -117,7 +117,13 @@
log_daemon_msg Activating iSCSI volume groups
for vg in $LVMGROUPS; do
log_progress_msg $vg
-   vgchange --available=y $vg
+   for try in `seq 1 10`; do
+   if vgchange --available=y $vg; then break; fi
+   log_daemon_msg $vg is not yet available, 
waiting 1 second... (try $try)
+   # you may have to raise repeat and sleep if 
your dev syncronises even slower
+   sleep 1;
+   done
+
done
log_end_msg 0
fi


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

Bug#669291: iwatch: simply misses events

[Peter Gervai]

Package: iwatch
Version: 0.2.2-1
Severity: important
Tags: upstream

This probably relates to bug #494397

It seems iwatch logic is flawed: it processes events but if there are
lots of events simply misses them altogether. This pretty much defeats
the addition of newly created directories, for example.

Unfortunately I did not have time to debug the code, my guess it that 
watcher is cancelled without processing all queued events.

Testing seem to be easy, watch /tmp/ouch/

mkdir -p /tmp/ouch/one/two/three/four/five

iwatch usually gets one or two of them.

It is not inotify/Inotify2 problem: a simple callback test shows all the events.

I'll try to fix it next time if you cannot. :)

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (2000, 'unstable'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages iwatch depends on:
ii  exim4-daemon-heavy [mail-transport-agent]  4.77-1+b1
ii  libevent-perl  1.15-1+b1
ii  liblinux-inotify2-perl 1:1.22-0.2+b1
ii  libmail-sendmail-perl  0.79.16-1
ii  libxml-simpleobject-libxml-perl0.53-2
ii  perl-modules   5.14.2-9

iwatch recommends no packages.

iwatch 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#668177: Fatal: Application Error: Unknown Main-Class. Could not determine the main class for this application

[Peter Gervai]

Package: icedtea-netx:i386
Version: 1.2-1
Severity: normal

javaws http://soft.bt747.org/BT747_J2SE_Latest_RXTX2.2_Install.jnlp
net.sourceforge.jnlp.LaunchException: Fatal: Initialization Error: Could not 
initialize application. 
at net.sourceforge.jnlp.Launcher.createApplication(Launcher.java:778)
at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:552)
at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:889)
Caused by: net.sourceforge.jnlp.LaunchException: Fatal: Application Error:
Unknown Main-Class. Could not determine the main class for this application.
at 
net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources(JNLPClassLoader.java:505)
at 
net.sourceforge.jnlp.runtime.JNLPClassLoader.init(JNLPClassLoader.java:198)
at 
net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:317)
at net.sourceforge.jnlp.Launcher.createApplication(Launcher.java:770)

The problem is that sun javaws works, and that the author of the program
wasn't able to install sid (in 5 minutes) to observe the problem. He did not 
see any
theoretical reason for the problem. 

Since I am not speaking java it'd be appreciated if you'd look at the
problem and either point to something for the .jnlp to be fixed (and I'll
forward it to the authot) or to fix netx.

(Effect is the same with openjdk-7)

Thanks.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (2000, 'unstable'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages icedtea-netx:i386 depends on:
ii  icedtea-netx-common  1.2-1
ii  openjdk-6-jre6b24-1.11.1-3



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

Bug#364565: clusterssh: Trying to fix braindead logic

[Peter Gervai]

Package: clusterssh
Version: 4.00.11-2
Followup-For: Bug #364565

Okay, I really had enough of not being able to paste a minus..
so here's the fix. Please test: this code should prioritise 
shiftless keycodes against shifted ones. No implied or expressed
guarantees, however it Works For Me(Tm) and the logic looks sane now.

Using strings for modifiers is a fun way to do it, a numerical array
would make it dead simple but I'm kind of lazy to rewrite the whole
keyboard logic. 

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (2000, 'unstable'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages clusterssh depends on:
ii  libx11-protocol-perl  0.56-2
ii  openssh-client1:5.9p1-2
ii  perl-tk   1:804.029-1.2
ii  xterm 276-2

clusterssh recommends no packages.

clusterssh suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/share/perl5/App/ClusterSSH.pm (from clusterssh 
package)
--- ClusterSSH.pm.orig	2012-04-05 12:04:19.596535136 +0200
+++ ClusterSSH.pm	2012-04-05 12:09:31.563032911 +0200
@@ -531,53 +531,48 @@
 
 logmsg( 1, Loading keymaps and keycodes );
 
-foreach ( 0 .. $#keyboard ) {
-if ( defined $keyboard[$_][3] ) {
-if ( defined( $keycodetosym{ $keyboard[$_][3] } ) ) {
-$keyboardmap{ $keycodetosym{ $keyboard[$_][3] } }
-= 'sa' . ( $_ + $min );
-}
-else {
-logmsg( 2, Unknown keycode , $keyboard[$_][3] )
-if ( $keyboard[$_][3] != 0 );
-}
-}
-if ( defined $keyboard[$_][2] ) {
-if ( defined( $keycodetosym{ $keyboard[$_][2] } ) ) {
-$keyboardmap{ $keycodetosym{ $keyboard[$_][2] } }
-= 'a' . ( $_ + $min );
-}
-else {
-logmsg( 2, Unknown keycode , $keyboard[$_][2] )
-if ( $keyboard[$_][2] != 0 );
-}
-}
-if ( defined $keyboard[$_][1] ) {
-if ( defined( $keycodetosym{ $keyboard[$_][1] } ) ) {
-$keyboardmap{ $keycodetosym{ $keyboard[$_][1] } }
-= 's' . ( $_ + $min );
-}
-else {
-logmsg( 2, Unknown keycode , $keyboard[$_][1] )
-if ( $keyboard[$_][1] != 0 );
-}
-}
-if ( defined $keyboard[$_][0] ) {
-if ( defined( $keycodetosym{ $keyboard[$_][0] } ) ) {
-$keyboardmap{ $keycodetosym{ $keyboard[$_][0] } }
-= 'n' . ( $_ + $min );
-}
-else {
-logmsg( 2, Unknown keycode , $keyboard[$_][0] )
-if ( $keyboard[$_][0] != 0 );
-}
-}
-
-# dont know these two key combs yet...
-#$keyboardmap{ $keycodetosym { $keyboard[$_][4] } } = $_ + $min;
-#$keyboardmap{ $keycodetosym { $keyboard[$_][5] } } = $_ + $min;
-}
+	my %keyboard_modifier_priority = (
+		'sa' = 3,	# lowest
+		'a' = 2,
+		's' = 1,
+		'n' = 0,	# highest
+		);
+		
+	my %keyboard_stringlike_modifiers = reverse %keyboard_modifier_priority;	
+	
+	# try to associate $keyboard=X11-GetKeyboardMapping table with X11::Keysyms
+	foreach my $i ( 0 .. $#keyboard ) {
+		for my $modifier ( 0 .. 3 ) {
+			if( defined( $keycodetosym{ $keyboard[$i][$modifier] } ) ) {
+# keyboard layout contains the keycode at $modifier level
+if( defined( $keyboardmap{ $keycodetosym{ $keyboard[$i][$modifier] } } ) ) {
+	# we already have a mapping, let's see whether current one is better (lower shift state)
+	my ($mod_code,$key_code) = $keyboardmap{ $keycodetosym{ $keyboard[$i][$modifier] } } =~ /^(\D+)(\d+)$/;
+	# it is not easy to get around our own alien logic storing modifiers ;-)
+	if( $modifier  $keyboard_modifier_priority{$mod_code} ) {
+		# YES! current keycode have priority over old one (phew!)
+		$keyboardmap{ $keycodetosym{ $keyboard[$i][$modifier] } } =
+			$keyboard_stringlike_modifiers{$modifier} . ( $i + $min );
+	}
+} else {
+	# we don't yet have a mapping... piece of cake!
+	$keyboardmap{ $keycodetosym{ $keyboard[$i][$modifier] } } =
+		$keyboard_stringlike_modifiers{$modifier} . ( $i + $min );
+}
+			} else {
+# we didn't get the code from X11::Keysyms
+if( $keyboard[$i][$modifier] != 0 ) {
+	# ignore code=0
+	logmsg( 2, Unknown keycode , $keyboard[$i][$modifier] );
+}
+			}
+		}
+	}
 
+# dont know these two key combs yet...
+#$keyboardmap{ $keycodetosym { $keyboard[$_][4] } } = $_ + $min;
+#$keyboardmap{ $keycodetosym { $keyboard[$_][5] } } = $_ + $min;
+
 #print $_ = $keyboardmap{$_}\n foreach(sort(keys(%keyboardmap)));
 #print keysymtocode: 

Bug#272527: openvz

[Peter Gervai]

Hello,

Well it's 2012 and it still uses CAP_NET_ADMIN, yoohoo, that's never
gonna be fixed.

Here's some background from OpenVZ folks (which is, in turn _part_ of
Debian now):
http://forum.openvz.org/index.php?t=rviewgoto=44205th=791

and here's the shorter fix:

vzctl set $VEID --capability NET_ADMIN:on --setmode restart --save

It's like changing all uid's to zero and be happy with it, but hey,
it's the 21th century. ;-)

Happy this year,
grin



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

Bug#645060: xkb-data: hungarian secondary quotes (/usr/share/X11/xkb/symbols/hu)

[Peter Gervai]

Package: xkb-data
Version: 2.1-2
Severity: wishlist
Tags: upstream l10n patch

Attached patch implements Hungarian secondary quotes (guillemotright and
left, or guillemet, depending on linguistical tastes).

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (2000, 'unstable'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.39.1-narya (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=hu_HU (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/bash

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/share/X11/xkb/symbols/hu (from xkb-data package)
--- hu-20111012	2011-10-12 08:37:30.969000966 +0200
+++ hu	2011-10-12 08:41:55.362523996 +0200
@@ -23,6 +23,7 @@
 // - Added rightdoublequotemark
 // - Added endash
 //  2010-05-13 - Added ellipsis
+//  2011-10-12 - Added secondary Hungarian quotes (guillemotright/left)
 
 
 // Default layout
@@ -401,8 +402,8 @@
 key AD02  { [w,W,   bar  ] };
 key AD07  { [u,U,  EuroSign  ] };
 key AD08  { [i,I,Iacute,  iacute ] };
-key AD09	{ [o,O,doublelowquotemark  ] };
-key AD10	{ [p,P,rightdoublequotemark] };
+key AD09	{ [o,O, doublelowquotemark,  guillemotright] };
+key AD10	{ [p,P, rightdoublequotemark, guillemotleft] };
 key AD11  { [ odoubleacute, Odoubleacute,  division  ] };
 key AD12  { [   uacute,   Uacute,  multiply  ] };
 

Bug#635683: sid perl update problem with 5.12.4-2: text file busy

[Peter Gervai]

Thanks Niko for commenting, I have met this report but since it was
kicked away with fixed in later I didn't dare to touch.

My dpkg is  1.16.0.3

peter



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