Bug#1055037: debbugsconfig fails due to missing /usr/share/doc/debbugs/examples/text

[Ian Kelling]

Package: debbugs
Version: 2.6.0

Steps to reproduce:

# debbugsconfig 
cp: cannot stat '/usr/share/doc/debbugs/examples/text': No such file or 
directory
No such file or directory at /usr/sbin/debbugsconfig line 82.


Workaround:

gunzip /usr/share/doc/debbugs/examples/text.gz

Bug#1037356: generate-ui.sh fails

[Ian Kelling]

Package: prometheus-alertmanager
Version: 0.25.0-1

/usr/share/prometheus/alertmanager/generate-ui.sh fails with obvious
errors. Attached is a fixed version. I didn't bother generating a patch
since the script is so small.

#!/bin/bash

set -e

ELMDISTURL=https://github.com/elm/compiler/releases/download/0.19.1/binary-for-linux-64-bit.gz
SRCDIR=/usr/share/gocode/src/github.com/prometheus/alertmanager/ui/app
DSTDIR=/usr/share/prometheus/alertmanager/ui

echo "Installing dependencies..." >&2
apt install libjs-bootstrap4 fonts-font-awesome curl uglifyjs \
golang-github-prometheus-alertmanager-dev

#/usr/share/fonts-font-awesome/
TMPDIR=$(mktemp -d)

echo "Downloading Elm tools..." >&2
cd $TMPDIR
curl --location $ELMDISTURL | zcat >$TMPDIR/elm
chmod +x $TMPDIR/elm

echo "Compiling source code..." >&2
ln -s $SRCDIR/src $SRCDIR/elm.json $TMPDIR
(cd $TMPDIR; ./elm make src/Main.elm --optimize --output $TMPDIR/app.js)

echo "Optimising source code..." >&2
uglifyjs $TMPDIR/app.js \
--compress 'pure_funcs="F2,F3,F4,F5,F6,F7,F8,F9,A2,A3,A4,A5,A6,A7,A8,A9",pure_getters,keep_fargs=false,unsafe_comps,unsafe' \
--mangle --output $TMPDIR/script.js

echo "Installing in Alertmanager directory..." >&2
mkdir -p $DSTDIR
mkdir -p $DSTDIR/lib
cp $TMPDIR/script.js $DSTDIR
cp $SRCDIR/index.html $SRCDIR/favicon.ico $DSTDIR
ln -s /usr/share/fonts-font-awesome $DSTDIR/lib/font-awesome
ln -s /usr/share/nodejs/bootstrap/dist $DSTDIR/lib/bootstrap4

rm -rf $TMPDIR

echo "Finished! Please, restart prometheus-alertmanager to activate UI." >&2

Bug#1019959: correction to my report

[Ian Kelling]

Update: I misread/misremembered the macro name name
IGNORE_SMTP_LINE_LENGTH_LIMIT changing. It didn't change, but ignoring
that mistake in my report, my report still stands.

Bug#1019959: Restore config macro to send >998 length lines

[Ian Kelling]

Package: exim4-config
Version: 4.95

exim4-config 4.95~RC0-1 removed IGNORE_SMTP_LINE_LENGTH_LIMIT which when
set, fully removed any line length limit. It was replaced with
IGNORE_SMTP_LINE_LENGTH_LIMIT which would accept mail with >998 length
lines, but not send them.

Please restore IGNORE_SMTP_LINE_LENGTH_LIMIT, or something similar, so
people don't have to overwrite Debian's smtp transports with ones that
add message_linelength_limit. That option doesn't have a documented max
or a way to say no limit, so I suggest 2^31. A 2GB line is effectively
turning off any limit.

Why?

Accepting >998 but not sending them breaks various useful things:

* Forwarding email with long lines doesn't work. I've also found
forwarded bounces bounce, even though bounce_return_linesize_limit
suggests they should be truncated.

* Every week I get legitimate patches >998 length on the GNU mailing
lists. The kernel linux has 20 text files with >998 lines. Exim itself
has 37 files. The only really popular tool I know for sending email
patches is git-send-email and it has no way to wrap those lines. It
seems a bit silly/ironic to ship a bunch of macros so that the core
config files don't need to be changed for typical uses, but not support
email patches for parts of exim itself.

-- 
Ian Kelling | Senior Systems Administrator, Free Software Foundation
GPG Key: B125 F60B 7B28 7FF6 A2B7  DF8F 170A F0E2 9542 95DF
https://fsf.org | https://gnu.org

Bug#1004323: My suggested fix is wrong

[Ian Kelling]

After reading it again. To support both macros with conditional skips,
the syntax check would need to be duplicated like this:

.ifdef CHECK_DATA_VERIFY_HEADER_SYNTAX
header syntax check here
.elifndef NO_CHECK_DATA_VERIFY_HEADER_SYNTAX
header syntax check here
.endif


-- 
Ian Kelling | Senior Systems Administrator, Free Software Foundation
GPG Key: B125 F60B 7B28 7FF6 A2B7  DF8F 170A F0E2 9542 95DF
https://fsf.org | https://gnu.org

Bug#1004323: exim4-config: CHECK_DATA_VERIFY_HEADER_SYNTAX prevents header syntax verification

[Ian Kelling]

charmap=UTF-8), LANGUAGE=en 
(charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages exim4-config depends on:
ii  adduser3.118ubuntu2
ii  debconf [debconf-2.0]  1.5.73

exim4-config recommends no packages.

exim4-config suggests no packages.

-- debconf information excluded

--
Ian Kelling | Senior Systems Administrator, Free Software Foundation
GPG Key: B125 F60B 7B28 7FF6 A2B7  DF8F 170A F0E2 9542 95DF
https://fsf.org | https://gnu.org

Bug#1004224: needsrestart -p skips files it should flag because their path contains a symlinked directory

[Ian Kelling]

Package: debian-goodies
Version: 0.84

I've tested on Trisquel 10. It looks like this bug still exists in the
latest code.

When running checkrestart -p, checkrestart tries to see if this file is in
a package by running:
dpkg-query --search /usr/lib/x86_64-linux-gnu/libsystemd.so.0.28.0
dpkg-query finds no package with that file, but it actually is part of a 
package,

# dpkg-query -L libsystemd0
...
/lib/x86_64-linux-gnu/libsystemd.so.0.28.0

The 2 paths are symlinked together, /lib -> usr/lib. The dpkg database
only has 1 of the paths in it's database, so the test that checkrestart
runs is faulty.

I'm using dpkg version 1.19.7ubuntu3+10.0trisquel1. I haven't checked if
this would be fixed by a newer dpkg, but I looked over the 1st line of
it's commit messages for mentions of dpkg-query and found nothing
relevant.

-- 
Ian Kelling | Senior Systems Administrator, Free Software Foundation
GPG Key: B125 F60B 7B28 7FF6 A2B7  DF8F 170A F0E2 9542 95DF
https://fsf.org | https://gnu.org

Bug#992754: debian-goodies: blacklist patterns match against "path (deleted)" instead of path

[Ian Kelling]

Package: debian-goodies
Version: 0.84
Severity: normal

Dear Maintainer,

I ran checkrestart -pv, part of the output said

List of deleted files in use:
/var/lib/nfs/etab (deleted)

I saw this file was not an indication of a service restart needed, so I added

-b blacklistfile
blacklistfile contained the pattern
^/var/lib/nfs/etab$

I expected this to match the file, but it didn't. Looking into the
source code, I saw that instead "the file" it was matching against was
"/var/lib/nfs/etab (deleted)" and so I had to adjust my pattern to be

^/var/lib/nfs/etab \(deleted\)$

The man page says the pattern matches "the file", not the file plus
" deleted" appended to it. I don't think it makes any sense for this
deleted to be part of what is matched.

Bug#975860: JoinsNamespaceOf not working until reboot

[Ian Kelling]

Michael Biebl  writes:

> Am Mittwoch, den 25.11.2020, 16:07 -0500 schrieb Ian Kelling:
>> package: systemd
>> version: 246.6-2~bpo10+1
>> 
>> Confirmed upstream, they asked that it be filed with debian:
>> https://github.com/systemd/systemd/issues/17485
>
> I think Lennart meant that you should file this at
> https://github.com/systemd/systemd-stable
> as it appears to be a regression in the system-stable branch (and not
> specifically a Debian issue)
>

Oh, I failed at reading. Sorry, please resolve and disregard.

- Ian

Bug#975860: JoinsNamespaceOf not working until reboot

[Ian Kelling]

package: systemd
version: 246.6-2~bpo10+1

Confirmed upstream, they asked that it be filed with debian:
https://github.com/systemd/systemd/issues/17485

Bug#934146: README.initramfs directs reader to nonexistent /usr/share/doc/cryptsetup/README.Debian

[Ian Kelling]

Package: dropbear-initramfs
Version: 2018.76-5
Severity: important

On debian buster:

/usr/share/doc/dropbear-initramfs/README.initramfs says:

"You can unlock your rootfs on bootup remotely, using SSH to log in to
the booting system while it's running with the initramfs mounted.
Consult cryptsetup's /usr/share/doc/cryptsetup/README.Debian section 8
for details."

And, the instructions in the older
/usr/share/doc/cryptsetup/README.Debian no longer work, they said:
# echo -n "my_secret_passphrase" > /lib/cryptsetup/passfifo

This is preventing me from booting an encrypted install remotely.

Bug#892301: ucf with -n as first argument results in error

[Ian Kelling]

Package: ucf
Version: 3.0038

repro steps:

run with valid file arguments:

# /usr/bin/ucf -n --debconf-ok /file1 /file2
*** ERROR: Need exactly two arguments, got 3
  

Debian GNU/Linux ucf Revision: 3.00 .   
  
   Copyright (C) 2002-2005 Manoj Srivastava.
  
This is free software; see the GNU General Public Licence for copying   
  
conditions.  There is NO warranty.  
  

Usage: ucf  [options] new_file  destination 
  
Options:
  
 -h, --help  print this message 
  
 -s foo, --src-dir  foo  Set the src dir (historical md5sums live here) 
  
 --sum-file bar  Force the historical md5sums to be read from   
  
 this file.  Overrides any setting of 
--src-dir.  
 -d[n], --debug=[n]  Set the Debug level to N. Please note there 
must 
 be no spaces before the debug level
  
 -n, --no-action Dry run. No action is actually taken.  
  
 -v, --verbose   Make the script verbose
  
 --three-way Register this file in the cache, and turn on 
the 
 diff3 option allowing the merging of 
maintainer  
 changes into a (potentially modified) local
  
 configuration file. )  
  
 --state-dir bar Set the state directory to bar instead of the  
  
 default '/var/lib/ucf'. Used mostly for 
testing. 
 --debconf-okIndicate that it is ok for ucf to use an 
already 
 running debconf instance for prompting.
  
 --debconf-template bar 
  
 Specify an alternate, caller-provided debconf  
  
 template to use for prompting. 
  
Usage: ucf  -p  destination 
  
 -p, --purge Remove any reference to destination from 
records 

By default, the directory the new_file lives in is assumed to be the 
src-dir, 
which is where we look for any historical md5sums.   


expected: does dry run as it should without error.

This is because it tries to save the -n argument then use it to call
itself again. But when saving the argument, it runs echo -n, expecting
the output to be -n, but it's actually an empty string, so it saves that
emptry string and passes that instead of -n.

Patch is attached.

--- ucf-3.0038/ucf	2018-02-25 19:58:23.0 -0500
+++ new/ucf	2018-03-07 16:42:55.727057127 -0500
@@ -308,7 +308,7 @@
 
 # Escape single quotes in the arguments passed in
 quote_single() {
-echo "$1" | sed -e "s,',''',g"
+printf "%s\n" "$1" | sed -e "s,',''',g"
 }
 
 

-- 
Ian Kelling | Senior Systems Administrator, Free Software Foundation
GPG Key: B125 F60B 7B28 7FF6 A2B7  DF8F 170A F0E2 9542 95DF
https://fsf.org | https://gnu.org

Bug#865216: Additional info

[Ian Kelling]

It seems this bug only happens after a tab is detached, after a few
minutes, or some random period, I still don't know the exact
trigger. How I detach a tab: In irc, right click on a tab where the
channel name is, then select "detach this tab."

I'm also using xmonad for a window manager, since this relates to a
window, it could be relevant. I'm not going to test it under another
window manager, it's too disruptive for me.

I'm just not going to detach tabs anymore, so this bug's severity can be
lowered.

Bug#865216: more detailed backtrace

[Ian Kelling]

I installed some libgail symbols and waited for segfault again, got some line 
numbers:

#0  0x7fffe91a3836 in gail_text_util_text_setup (textutil=0x2c8, 
text=0x56a49c30 "#fsf-office")
at ./modules/other/gail/libgail-util/gailtextutil.c:134
__inst = 0x2c8
__t = 93825015311472
__r = 
__func__ = "gail_text_util_text_setup"
#1  0x7fffe93c8b28 in gail_item_notify_label_gtk (obj=, 
pspec=, data=0x7fffbc0906c0)
at ./modules/other/gail/gailitem.c:329
label_text = 
atk_obj = 0x7fffbc0906c0
label = 
gail_item = 0x7fffbc0906c0
data = 0x7fffbc0906c0
obj = 
atk_obj = 0x7fffbc0906c0
#2  0x757fdf75 in g_closure_invoke () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#3  0x7580ff82 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#4  0x75818bdc in g_signal_emit_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#5  0x75818fbf in g_signal_emit () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#6  0x758023a4 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#7  0x75801c46 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#8  0x75804a0b in g_object_thaw_notify () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#9  0x555bccb3 in ?? ()
No symbol table info available.
#10 0x7522c8f0 in purple_signal_emit_vargs () from 
/usr/lib/libpurple.so.0
No symbol table info available.
#11 0x7522ca4e in purple_signal_emit () from /usr/lib/libpurple.so.0
No symbol table info available.
#12 0x555b518b in ?? ()
No symbol table info available.
#13 0x767d07bc in _gtk_marshal_BOOLEAN__BOXED (closure=0x568ef760, 
return_value=0x7fffbf40,
n_param_values=, param_values=0x7fffbfa0, 
invocation_hint=,
marshal_data=) at ./gtk/gtkmarshalers.c:86
callback = 0x555b5170

Bug#865216: pidgin segmentation fault in gail_text_util_text_setup

[Ian Kelling]

Package: pidgin
Version: 2.12.0-1
Severity: important

Pidgin is crashing randomly, hours or minute after launching.

I've been using it more for irc, and I set some notification settings.

Running it under gdb:

GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from pidgin...(no debugging symbols found)...done.
(gdb) handle SIGPIPE nostop noprint
SignalStop  Print   Pass to program Description
SIGPIPE   NoNo  Yes Broken pipe
(gdb) run
Starting program: /usr/bin/pidgin
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffddd31700 (LWP 11228)]
[New Thread 0x7fffdaa64700 (LWP 11235)]
[New Thread 0x7fffda263700 (LWP 11236)]
[New Thread 0x7fffd8ea3700 (LWP 11238)]
[New Thread 0x7fffcbfff700 (LWP 11239)]
[New Thread 0x7fffcb7fe700 (LWP 11240)]
[New Thread 0x7fffcaffd700 (LWP 11241)]
[New Thread 0x7fffae3e2700 (LWP 11243)]
[New Thread 0x7fffa93c4700 (LWP 11244)]
[New Thread 0x7fffa8bc3700 (LWP 11245)]
[New Thread 0x7fff8700 (LWP 11246)]
[New Thread 0x7fff8f7fe700 (LWP 11247)]
[Thread 0x7fff8f7fe700 (LWP 11247) exited]
[Thread 0x7fffae3e2700 (LWP 11243) exited]
[Thread 0x7fffa93c4700 (LWP 11244) exited]
[Thread 0x7fffcb7fe700 (LWP 11240) exited]
[Thread 0x7fffd8ea3700 (LWP 11238) exited]
[Thread 0x7fffa8bc3700 (LWP 11245) exited]
[Thread 0x7fffcaffd700 (LWP 11241) exited]
[Thread 0x7fffcbfff700 (LWP 11239) exited]
[New Thread 0x7fffcaffd700 (LWP 11248)]
[New Thread 0x7fffcbfff700 (LWP 11249)]
[New Thread 0x7fffa8bc3700 (LWP 11250)]
[New Thread 0x7fffcb7fe700 (LWP 11251)]
[New Thread 0x7fffd8ea3700 (LWP 11252)]
[New Thread 0x7fffaa3e2700 (LWP 11253)]
[New Thread 0x7fffa93c4700 (LWP 11254)]
[Thread 0x7fffcbfff700 (LWP 11249) exited]
[Thread 0x7fffa8bc3700 (LWP 11250) exited]
[Thread 0x7fffcaffd700 (LWP 11248) exited]
[Thread 0x7fff8700 (LWP 11246) exited]
[Thread 0x7fffa93c4700 (LWP 11254) exited]
[Thread 0x7fffaa3e2700 (LWP 11253) exited]
[Thread 0x7fffcb7fe700 (LWP 11251) exited]
[Thread 0x7fffd8ea3700 (LWP 11252) exited]
[New Thread 0x7fffd8ea3700 (LWP 13899)]
[New Thread 0x7fffaa3e2700 (LWP 13900)]
[New Thread 0x7fffcb7fe700 (LWP 13901)]
[New Thread 0x7fffa93c4700 (LWP 13902)]
[New Thread 0x7fffcbfff700 (LWP 13903)]
[Thread 0x7fffcb7fe700 (LWP 13901) exited]
[Thread 0x7fffa93c4700 (LWP 13902) exited]
[Thread 0x7fffaa3e2700 (LWP 13900) exited]
[Thread 0x7fffd8ea3700 (LWP 13899) exited]
[New Thread 0x7fffaa3e2700 (LWP 13905)]
[New Thread 0x7fffd8ea3700 (LWP 13906)]
[New Thread 0x7fffa93c4700 (LWP 13907)]
[New Thread 0x7fffcb7fe700 (LWP 13908)]
[Thread 0x7fffd8ea3700 (LWP 13906) exited]
[Thread 0x7fffa93c4700 (LWP 13907) exited]
[Thread 0x7fffcbfff700 (LWP 13903) exited]
[Thread 0x7fffaa3e2700 (LWP 13905) exited]
[Thread 0x7fffcb7fe700 (LWP 13908) exited]

Thread 1 "pidgin" received signal SIGSEGV, Segmentation fault.
0x7fffe91a383e in gail_text_util_text_setup () from /usr/lib/x86_64-linux-
gnu/libgailutil.so.18
(gdb) bt all
No symbol "all" in current context.
(gdb) bt full
#0  0x7fffe91a383e in gail_text_util_text_setup () from
/usr/lib/x86_64-linux-gnu/libgailutil.so.18
No symbol table info available.
#1  0x7fffe93c8b28 in ?? () from /usr/lib/x86_64-linux-
gnu/gtk-2.0/modules/libgail.so
No symbol table info available.
#2  0x757fdf75 in g_closure_invoke () from /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
No symbol table info available.
#3  0x7580ff82 in ?? () from /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
No symbol table info available.
#4  0x75818bdc in g_signal_emit_valist () from /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
No symbol table info available.
#5  0x75818fbf in g_signal_emit () from /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
No symbol table info available.
#6  0x758023a4 in ?? () from /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
No symbol table info available.
#7  0x75801c46 in ?? () from /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
No symbol table info available.
#8  0x75804a0b in g_object_thaw_notify () from /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
No symbol table info available.
#9  0x555bccb3 in ?? ()
No symbol table info available.
#10 0x7522c8f0 in 

Bug#864514: libmediastreamer-base3: segfault when call starts in libmediastreamer_voip.so.3

[Ian Kelling]

Additional info,

linphone does not crash after changing a setting:
Click Options, and uncheck "Always start video"

Bug#864514: libmediastreamer-base3: segfault when call starts in libmediastreamer_voip.so.3

[Ian Kelling]

Additional info:

linphonec does not crash. Normal gui linphone does.

Bug#864514: libmediastreamer-base3: segfault when call starts in libmediastreamer_voip.so.3

[Ian Kelling]

Package: libmediastreamer-base3
Version: 3.6.1-3
Severity: important

Dear Maintainer,


When I click to pick up a call, or someone I'm calling picks up a call, it
immediately crashes.


$ gdb linphone
GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from linphone...(no debugging symbols found)...done.
(gdb) r
Starting program: /usr/bin/linphone
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
ortp-warning-Fail to open file /usr/bin//../share/Linphone/linphonerc.factory
[New Thread 0x7fffdd632700 (LWP 6307)]
[New Thread 0x7fffd88db700 (LWP 6308)]
[Thread 0x7fffd88db700 (LWP 6308) exited]
[New Thread 0x7fffd88db700 (LWP 6309)]
ALSA lib conf.c:4974:(snd_config_expand) Unknown parameters 0
ALSA lib control.c:1373:(snd_ctl_open_noupdate) Invalid CTL default:0
ALSA lib conf.c:4974:(snd_config_expand) Unknown parameters 0
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM default:0
ALSA lib conf.c:4974:(snd_config_expand) Unknown parameters 0
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM default:0
ALSA lib conf.c:4974:(snd_config_expand) Unknown parameters 1
ALSA lib control.c:1373:(snd_ctl_open_noupdate) Invalid CTL default:1
ALSA lib conf.c:4974:(snd_config_expand) Unknown parameters 1
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM default:1
ALSA lib conf.c:4974:(snd_config_expand) Unknown parameters 1
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM default:1
[Thread 0x7fffd88db700 (LWP 6309) exited]
[New Thread 0x7fffd88db700 (LWP 6310)]
[New Thread 0x7fffc7fff700 (LWP 6311)]
[New Thread 0x7fffc6fdd700 (LWP 6312)]
[Thread 0x7fffc6fdd700 (LWP 6312) exited]
[New Thread 0x7fffc6fdd700 (LWP 6313)]
[New Thread 0x7fffc6740700 (LWP 6314)]
[swscaler @ 0x55ac5240] deprecated pixel format used, make sure you did set
range correctly
[New Thread 0x7fffc5ca4700 (LWP 6315)]
[New Thread 0x7fff9700 (LWP 6316)]
[mpeg4 @ 0x55a7f3f0] AVFrame.format is not set
[mpeg4 @ 0x55a7f3f0] AVFrame.width or height is not set

Thread 9 "linphone" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffc6740700 (LWP 6314)]
0x75b5c65d in ?? () from /usr/lib/x86_64-linux-
gnu/libmediastreamer_voip.so.3
(gdb) bt
#0  0x75b5c65d in ?? () from /usr/lib/x86_64-linux-
gnu/libmediastreamer_voip.so.3
#1  0x75917a40 in ms_filter_process () from /usr/lib/x86_64-linux-
gnu/libmediastreamer_base.so.3
#2  0x759184a1 in ?? () from /usr/lib/x86_64-linux-
gnu/libmediastreamer_base.so.3
#3  0x7591854f in ?? () from /usr/lib/x86_64-linux-
gnu/libmediastreamer_base.so.3
#4  0x7591854f in ?? () from /usr/lib/x86_64-linux-
gnu/libmediastreamer_base.so.3
#5  0x7591854f in ?? () from /usr/lib/x86_64-linux-
gnu/libmediastreamer_base.so.3
#6  0x7591854f in ?? () from /usr/lib/x86_64-linux-
gnu/libmediastreamer_base.so.3
#7  0x759185b9 in ?? () from /usr/lib/x86_64-linux-
gnu/libmediastreamer_base.so.3
#8  0x75918a35 in ?? () from /usr/lib/x86_64-linux-
gnu/libmediastreamer_base.so.3
#9  0x70996494 in start_thread (arg=0x7fffc6740700) at
pthread_create.c:333
#10 0x7fffeed53aff in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:97



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

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

Versions of packages libmediastreamer-base3 depends on:
ii  libasound21.1.3-5
ii  libavcodec57  7:3.2.5-1
ii  libavutil55   7:3.2.5-1
ii  libc6 2.24-11
ii  libgcc1   1:6.3.0-18
ii  libgl1-mesa-glx [libgl1]  13.0.6-1+b2
ii  libglew2.02.0.0-3+b1
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libogg0   1.3.2-1
ii  libopus0  1.2~alpha2-1
ii  libortp9  3.6.1-3
ii  libpulse0 10.0-1
ii  libspandsp2   0.0.6+dfsg-0.1
ii  libspeex1 1.2~rc1.2-1+b2
ii  libspeexdsp1  1.2~rc1.2-1+b2
ii  libstdc++6 

Bug#860229: fai-server: fai-cd leaves leftover mountpoints in the nfsroot

[Ian Kelling]

Package: fai-server
Version: 5.3.5
Severity: important
Tags: patch

Dear Maintainer,

ran fai-cd twice, second time it failed on mount, I noticed a leftover
mount of a blank dir in the nfsroot.

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

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

Versions of packages fai-server depends on:
ii  debootstrap  1.0.89
ii  fai-client   5.3.4
ii  xz-utils 5.2.2-1.2+b1

Versions of packages fai-server recommends:
pn  isc-dhcp-server   
pn  libproc-daemon-perl   
ii  nfs-kernel-server 1:1.3.4-2.1
pn  openbsd-inetd | inet-superserver  
ii  openssh-client1:7.4p1-10
ii  openssh-server1:7.4p1-10
ii  tftpd-hpa 5.2+20150808-1+b1

Versions of packages fai-server suggests:
ii  aptitude   0.8.6-1
ii  binutils   2.28-3
pn  debmirror  
pn  fai-setup-storage  
pn  grub2  
ii  perl-tk1:804.033-1+b3
ii  qemu-utils 1:2.8+dfsg-3
ii  reprepro   5.1.1-1
ii  squashfs-tools 1:4.3-3+b1
pn  xorriso

-- Configuration Files:
/etc/fai/NFSROOT changed [not included]
/etc/fai/apt/sources.list changed [not included]
/etc/fai/nfsroot.conf changed [not included]

-- no debconf information
>From a08860f6162c19bfbf9b3637f42b8891a02062f4 Mon Sep 17 00:00:00 2001
From: Ian Kelling <i...@iankelling.org>
Date: Wed, 12 Apr 2017 16:43:02 -0700
Subject: [PATCH] fix fai-cd leftover mountpoints in nfsroot

The mounts are from an empty directory to temporarily hide some
directories in the nfsroot. Unmounting fixes it.
---
 bin/fai-cd | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/bin/fai-cd b/bin/fai-cd
index b65551f4..eb19433d 100755
--- a/bin/fai-cd
+++ b/bin/fai-cd
@@ -288,7 +288,7 @@ unhide_dirs() {
umount  $target/$d 2>/dev/null
 fi
else
-if [ -d $nfsrootdir/$d ]; then
+if [ -d $ONFSROOT/$d ]; then
[ "$debug" ] && echo "disclosing $d"
umount $ONFSROOT/$d 2>/dev/null
 fi
-- 
2.11.0

Bug#859981: spamassassin: spamd not listening to [127.0.0.1]:783 on boot

[Ian Kelling]

Package: spamassassin
Version: 3.4.1-6
Severity: important

Dear Maintainer,

   * What led up to the situation?

Installed spamassassin. It was working fine. Rebooted computer, then exim was
failing to talk to spamassassin, making it non-functional for me.

/var/log/exim4/paniclog:

2017-04-09 13:08:27 1cxJ8N-0006o6-6p spam acl condition: all spamd servers
failed

In syslog, shortly after booting:
Apr 07 18:49:07 treetowl spamd[1126]: spamd: server started on IO::Socket::IP
[::1]:783 (running version 3.4.1)

I verified with netstat that spamassassin was only listening on ipv6.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

systemctl restart spamassassin

   * What was the outcome of this action?

spamassassin started working.

I noticed in syslog the message from above now included listening on 127.0.0.1:

Apr 09 13:29:43 treetowl spamd[28578]: spamd: server started on IO::Socket::IP
[::1]:783, IO::Socket::IP [127.0.0.1]:783 (running version 3.4.1)




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

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

Versions of packages spamassassin depends on:
ii  adduser  3.115
ii  curl 7.52.1-3
ii  init-system-helpers  1.47
ii  libhtml-parser-perl  3.72-3
ii  libhttp-date-perl6.02-1
ii  libmail-dkim-perl0.40-1
ii  libnet-dns-perl  1.07-1
ii  libnetaddr-ip-perl   4.079+dfsg-1+b1
ii  libsocket6-perl  0.27-1+b1
ii  libsys-hostname-long-perl1.5-1
ii  libwww-perl  6.15-1
ii  lsb-base 9.20161125
ii  perl 5.24.1-2
ii  perl-modules-5.24 [libarchive-tar-perl]  5.24.1-2

Versions of packages spamassassin recommends:
ii  gnupg 2.1.18-6
ii  libio-socket-inet6-perl   2.72-2
ii  libmail-spf-perl  2.9.0-4
ii  libperl5.24 [libsys-syslog-perl]  5.24.1-2
ii  sa-compile3.4.1-6
ii  spamc 3.4.1-6+b1

Versions of packages spamassassin suggests:
pn  libdbi-perl  
pn  libencode-detect-perl
pn  libgeo-ip-perl   
ii  libio-socket-ssl-perl2.044-1
pn  libnet-patricia-perl 
ii  libperl5.24 [libcompress-zlib-perl]  5.24.1-2
pn  pyzor
pn  razor

-- Configuration Files:
/etc/default/spamassassin changed:
ENABLED=0
OPTIONS="--create-prefs --max-children 5 --helper-home-dir"
PIDFILE="/var/run/spamd.pid"
CRON=1
NICE="--nicelevel 15"


-- no debconf information

Bug#854995: config comment says docs contain info about a security issue but they don't

[Ian Kelling]

Package: exim4
Version: 4.88-5
Severity: minor

Debian (not upstream) has this comment in 40_exim4-config_check_data in
reference to an example config which enables spamassassin.

# Please note that this is only suiteable as an example. There are
# multiple issues with this configuration method. For example, if you go
# this way, you'll give your spamassassin daemon write access to the
# entire exim spool which might be a security issue in case of a
# spamassassin exploit.
#
# See the exim docs and the exim wiki for more suitable examples.

This clearly implies that exim docs or the exim wiki have something
about dealing with the example security issue. They don't. Exim docs
suggest doing the same thing as this example with regard to spamassissin
access to the exim spool, except for excluding mail which is too big and
would cause performance problems or failures if sent to spamassassin.

This leads people like me spending a fair bit of time reading all the
exim documentation that mentions spamassassin with the false expectation
of finding something which is not there.

I also did not turn up any discussion of this issue with a few web
searches.

If I missed something, clarify the comment.

If not, reword and move the "for example ..." sentence outside the
context of "the solution is the docs", and directly state how someone
could deal with this issue. The only obvious thing to me is that you can
exclude classes of mail from going to spamassassin, so you might
classify and exclude security sensitive mail. For example, mail from
debian-security-announce-requ...@lists.debian.org which could inform the
user in the case of a security exploit in spamassassin.

Bug#854795: pip install causes visit_decref segmentation fault

[Ian Kelling]

Package: python
Version: 2.7.13-2

Repro steps:

apt-get install python-pip python-dbg

$ gdb --args python /usr/bin/pip install 'secp256k1>=0.13.1'
GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show
copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from python...Reading symbols from
/usr/lib/debug/.build-id/2e/a27a68b5bddba5a8e23fb91e7f5e464d6d864c.debug...done.
done.
(gdb) r
Starting program: /usr/bin/python /usr/bin/pip install
secp256k1\>=0.13.1
[Thread debugging using libthread_db enabled]
Using host libthread_db library
"/lib/x86_64-linux-gnu/libthread_db.so.1".
Collecting secp256k1>=0.13.1
  Using cached secp256k1-0.13.2-cp27-cp27mu-manylinux1_x86_64.whl
Collecting cffi>=1.3.0 (from secp256k1>=0.13.1)
  Using cached cffi-1.9.1-cp27-cp27mu-manylinux1_x86_64.whl
Collecting pycparser (from cffi>=1.3.0->secp256k1>=0.13.1)
Installing collected packages: pycparser, cffi, secp256k1
Successfully installed cffi-1.9.1 pycparser-2.17 secp256k1-0.13.2

Program received signal SIGSEGV, Segmentation fault.
0x55632974 in visit_decref () at ../Modules/gcmodule.c:360
360 ../Modules/gcmodule.c: No such file or directory.
(gdb) bt
#0  0x55632974 in visit_decref () at ../Modules/gcmodule.c:360
#1  0x55632a55 in dict_traverse () at
../Objects/dictobject.c:2144
#2  0x55631c05 in subtract_refs () at ../Modules/gcmodule.c:385
#3  collect.lto_priv () at ../Modules/gcmodule.c:925
#4  0x5568c1e1 in PyGC_Collect () at ../Modules/gcmodule.c:1440
#5  0x5568b61e in Py_Finalize () at ../Python/pythonrun.c:448
#6  0x556b0b38 in Py_Exit (sts=sts@entry=0) at
../Python/pythonrun.c:1783
#7  0x556adfbd in handle_system_exit () at
../Python/pythonrun.c:1151
#8  0x556ad8a6 in PyErr_PrintEx () at ../Python/pythonrun.c:1161
#9  0x555b9cba in PyErr_Print () at ../Python/pythonrun.c:1064
#10 PyRun_SimpleFileExFlags (fp=, filename=, closeit=, flags=) at
../Python/pythonrun.c:952
#11 0x55628af1 in Py_Main () at ../Modules/main.c:640
#12 0x76f192b1 in __libc_start_main (main=0x55628420 ,
argc=4, argv=0x7fffea48, init=, fini=,
rtld_fini=, 
stack_end=0x7fffea38) at ../csu/libc-start.c:291
#13 0x5562831a in _start ()


It seems the pip install is completed and functional despite the crash.
I've done just a few other pip installs and this does not happen
for them.


This is on an updated stretch system.
Linux 4.9.0-1-amd64 #1 SMP Debian 4.9.6-3 (2017-01-28) x86_64 GNU/Linux

Bug#854654: mk-basefile on stretch makes basefile with 700 perms on /

[Ian Kelling]

Package: fai-doc
Version: 5.3.4

repro steps:
Run recent stretch
mk-basefile -J STRETCH64
dtrx -n STRETCH64.tar.xz
ls -lad STRETCH64

expected:
755 permissions

actual:
700 permissions

Doing a fai install with the 700 basefile results in / having 700
permissions after the install which breaks various things.

As a workaround, I added a line to mk-basefile: "chmod 755 $xtmp" after
$xtmp was created, which seems to work fine. If this fix was used in the
upstream script, it should probably create a directory under the current
$xtmp and make that directory be 755 and have debootstrap target that,
so that it has the same 700 permissions in it's parent while it is being 
created.

Related package versions I'm using:

Package: debootstrap
Version: 1.0.87

Package: tar
Version: 1.29b-1.1

Bug#853913: README.debian inconsistent mention of gpg 1.x requirement

[Ian Kelling]

Package: spamassassin
Version: 3.4.1-6

README.debian states:
Note that sa-update requires gnupg 1.x in order to function. Because the
sa-update functionality is optional, the gnupg package is listed as a
"Recommends" for spamassassin

But the package recommendation of gnupg is for gnupg 2.1.17-2. If it
does depend on gnupg 1.x, not 1 or later or something, it would 
recommend the gnupg1 package.

Bug#819978: Also hit this bug

[Ian Kelling]

I'm about to reinstall several debian machines after spending
about two hours tracking this down. I'm also hitting it due to
using fai. +1 for getting an update into Jessie.

Bug#839049: /usr/bin/profile-sync-daemon: line 359: ${#DIRArr @ ##*/}: bad substitution

[Ian Kelling]

I hit this bug, and submitted a fix upstream:
https://github.com/graysky2/profile-sync-daemon/pull/185
It's just a few characters, you can do it manually until
it makes it into the package.

Bug#826351: example network script will misname interface if installing stretch from jessie

[Ian Kelling]

Package: fai-server
Version: 5.0.3

30-interface will setup /etc/network/interfaces with something like eth0
then on reboot eth0 is now named something like enp3s0f1.

It is just an example script, but I think it should be updated
prior to the release of stretch.

Bug#809622: setup-storage(8) syntax section should include btrfs

[Ian Kelling]

Package: fai-setup-storage
Version: 5.0.1

The syntax section is quite helpful. It would be more helpful
if it was more complete and described btrfs.

Bug#809090: fai paritioning fails for qcow2 disk

[Ian Kelling]

Package: fai-setup-storage
Version: 5.0.1

Using debian 8.2 for the faiserver, installing to 
the default debian jessie target.
The server and install target are both vms within
a machine running arch linux (qemu 2.4.1-2, libvirt 1.3.0-1).


root@faiserver:/srv/fai/config/disk_config# cat DEFAULT 
disk_config disk1 disklabel:msdos bootable:1 fstabkey:uuid
primary / 100% ext4 noatime,errors=remount-ro



# qemu-img create -f qcow2 /var/lib/libvirt/images/demohost 10G
# virt-install --cpu host -n demohost --pxe -r 2048 --vcpus 1 --disk
path=/var/lib/libvirt/images/demohost  -w
bridge=br0,mac=52:54:00:9c:ef:ad


Install fails. The last thing printed to stdout
is the same as the saved format.log on the faiserver:


# cat format.log 
Starting setup-storage 2.0
Using config file: /var/lib/fai/config/disk_config/DEFAULT
Parted could not read a disk label (new disk?)
Executing: parted -s /dev/sda mklabel msdos
DEGRADED MODE. Incomplete RAID LVs will be processed.
Creating directory "/run/lock/lvm"
Finding all volume groups
  No volume groups found
INTERNAL ERROR in setup-storage:
convert_unit -851456B
Please report this error to the Debian Bug Tracking System.
 at /usr/share/fai/setup-storage/Parser.pm line 382.
FAI::convert_unit("-851456B") called at
/usr/share/fai/setup-storage/Sizes.pm line 52
FAI::make_range("100%-100%", "-851456B") called at
/usr/share/fai/setup-storage/Sizes.pm line 471
FAI::do_partition_real(1, "PHY_/dev/sda", "/dev/sda", 1048576,
512, "-851456B", ARRAY(0x312dc00)) called at
/usr/share/fai/setup-storage/Sizes.pm line 742
FAI::compute_partition_sizes called at /usr/sbin/setup-storage
line 204



Comparatively, using a raw disk file, the install succeeds
# qemu-img create /var/lib/libvirt/images/demohost 10G

This time format.log looks good:

# cat format.log 
Starting setup-storage 2.0
Using config file: /var/lib/fai/config/disk_config/DEFAULT
Parted could not read a disk label (new disk?)
Executing: parted -s /dev/sda mklabel msdos
DEGRADED MODE. Incomplete RAID LVs will be processed.
Creating directory "/run/lock/lvm"
Finding all volume groups
  No volume groups found
Executing: parted -s /dev/sda mklabel msdos
Executing: parted -s /dev/sda mkpart primary "ext3" 1048576B
10737418239B
Executing: parted -s /dev/sda set 1 boot on
Executing: mkfs.ext4  /dev/sda1
/dev/sda1 UUID=a28598c0-7046-42fd-9392-b490c0cb7844



Other info which might be useful:

# qemu-img info /var/lib/libvirt/images/demohost
image: /var/lib/libvirt/images/demohost
file format: qcow2
virtual size: 10G (10737418240 bytes)
disk size: 196K
cluster_size: 65536
Format specific information:
compat: 1.1
lazy refcounts: false
refcount bits: 16
corrupt: false

Bug#803356: cryptdisks conflicts with documentation, and is cryptic to use

[Ian Kelling]

Package: systemd
Version: 215-17+deb8u2

https://www.debian.org/releases/stable/amd64/install.txt.en says

"you will have to mount them manually after the boot" 
...
"/etc/init.d/cryptdisks start"

In reality, this exits with success but does nothing.  Looking
through the code, I find that the init.d does exit 0 and nothing
else if parent pid != 1, unless the command is
"reload."

It should actually do something, and it should not report success
when doing nothing, and if you are somehow blind to that truth,
the documentation should not claim otherwise.

I'm curious how this got added. It just feels like such a basic
debian thing to do: update a config file, and run stop or start
or restart on an init.d file that ran during startup. It's even
written the installation guide. I'm imagining some sadistic
maintainer thinking "I'll make it so if they rerun this command
after startup, it will succeed and do NOTHING. *evil laughter*."

A second bug: Before I figured that out, I heard we use systemd
now, so I run systemctl, see some related services, named after
specific disks or partitions if I remember right, but
starting/restarting them doesn't do anything, and nothing else I
could identify relating to /etc/crypttab that would be equivalent
to the init.d/cryptdisks.

Are we using systemctl or /etc/init.d? Apparently some things
with one, some things with the other. which for what? I have no
idea.

Bug#723915: same patch, but for a running system

[Ian Kelling]

Attached is the same patch, but for after postfix has been installed.

I'm guessing the last one was designed for the source of the
package. This patch has indentation and filename (/etc/init.d/postfix)
for patching postfix after it has been installed, for people like me who
came upon this and just want to easily apply it to their system.

sudo patch -p0  postfix-copy-host.conf-to-chroot.patch

--- postfix.orig	2014-05-18 23:23:15.0 -0700
+++ /etc/init.d/postfix	2014-05-19 00:01:15.702338089 -0700
@@ -149,7 +149,7 @@
 	fi
 
 	FILES=etc/localtime etc/services etc/resolv.conf etc/hosts \
-	etc/nsswitch.conf etc/nss_mdns.config
+	etc/nsswitch.conf etc/nss_mdns.config etc/host.conf
 	for file in $FILES; do
 	[ -d ${file%/*} ] || mkdir -p ${file%/*}
 	if [ -f /${file} ]; then rm -f ${file}  cp /${file} ${file}; fi

Bug#747496: postfix: Default postfix config references non-existent TLS_README.gz

[Ian Kelling]

Package: postfix
Version: 2.9.6-2
Severity: normal

Dear Maintainer,
The default postfix config contains this comment:
# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

But that file doesn't exist on my system.



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

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

Versions of packages postfix depends on:
ii  adduser3.113+nmu3
ii  cpio   2.11+dfsg-0.1
ii  debconf [debconf-2.0]  1.5.49
ii  dpkg   1.16.14
ii  libc6  2.13-38+deb7u1
ii  libdb5.1   5.1.29-5
ii  libsasl2-2 2.1.25.dfsg1-6+deb7u1
ii  libsqlite3-0   3.7.13-1+deb7u1
ii  libssl1.0.01.0.1e-2+deb7u7
ii  lsb-base   4.1+Debian8+deb7u1
ii  netbase5.0
ii  ssl-cert   1.0.32

Versions of packages postfix recommends:
ii  python  2.7.3-4+deb7u1

Versions of packages postfix suggests:
ii  bsd-mailx [mail-reader]  8.1.2-0.2006cvs-1
pn  dovecot-common   none
ii  evolution [mail-reader]  3.4.4-3
ii  icedove [mail-reader]24.5.0-1~deb7u1
ii  libsasl2-modules 2.1.25.dfsg1-6+deb7u1
ii  mutt [mail-reader]   1.5.21-6.2+deb7u2
pn  postfix-cdb  none
pn  postfix-doc  none
pn  postfix-ldap none
pn  postfix-mysqlnone
pn  postfix-pcre none
pn  postfix-pgsqlnone
ii  procmail 3.22-20
pn  resolvconf   none
pn  sasl2-binnone
pn  ufw  none

-- debconf information excluded


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

Bug#747203: mysql-server-5.5: dpkg-reconfigure -u mysql-server-5.5 ignores the unseen option and prompts for password

[Ian Kelling]

Package: mysql-server-5.5
Version: 5.5.37-0+wheezy1
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
I upgraded mysql server. It asked me about setting a password, or leave the
field blank to keep the current password.
I left it blank. I ran dpkg-reconfigure -u mysql-server-5.5 which should only
ask me things I haven't seen before.
However, it asks me over and over unless I set a new password.



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

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

Versions of packages mysql-server-5.5 depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.49
ii  initscripts2.88dsf-41+deb7u1
ii  libc6  2.13-38+deb7u1
ii  libdbi-perl1.622-1
ii  libgcc11:4.7.2-5
ii  libstdc++6 4.7.2-5
ii  lsb-base   4.1+Debian8+deb7u1
ii  mysql-client-5.5   5.5.37-0+wheezy1
ii  mysql-common   5.5.37-0+wheezy1
ii  mysql-server-core-5.5  5.5.37-0+wheezy1
ii  passwd 1:4.1.5.1-1
ii  perl   5.14.2-21+deb7u1
ii  psmisc 22.19-1+deb7u1
ii  zlib1g 1:1.2.7.dfsg-13

Versions of packages mysql-server-5.5 recommends:
ii  bsd-mailx [mailx]  8.1.2-0.2006cvs-1
ii  libhtml-template-perl  2.91-1

Versions of packages mysql-server-5.5 suggests:
pn  tinyca  none

-- debconf information excluded


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

Bug#743398: epiphany-browser: installing epiphany sets it as default browser, purging does not set it back

[Ian Kelling]

Package: epiphany-browser
Version: 3.4.2-2.1
Severity: normal

Dear Maintainer,

   * What led up to the situation?
   aptitude install epiphany-browser
   aptitude purge epiphany-browser
   try to open a link in icedove
   
   * What was the outcome of this action?
   nothing happened
   * What outcome did you expect instead?
   open the link in iceweasel

google led me to try these commands, which said iceweasel was already the 
default and did not help
# update-alternatives --config x-www-browser
# update-alternatives --config gnome-www-browser

finally, in iceweasel options menu, I clicked a button to set it as default, 
which resolved the problem.


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

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

Versions of packages epiphany-browser depends on:
ii  dbus-x11   1.6.8-1+deb7u1
ii  epiphany-browser-data  3.4.2-2.1
ii  gnome-icon-theme   3.4.0-2
ii  gsettings-desktop-schemas  3.4.2-3
ii  iso-codes  3.41-1
ii  libavahi-client3   0.6.31-2
ii  libavahi-common3   0.6.31-2
ii  libavahi-gobject0  0.6.31-2
ii  libc6  2.13-38+deb7u1
ii  libcairo2  1.12.2-3
ii  libgdk-pixbuf2.0-0 2.26.1-1
ii  libgirepository-1.0-1  1.32.1-1
ii  libglib2.0-0   2.33.12+really2.32.4-5
ii  libgnome-keyring0  3.4.1-1
ii  libgtk-3-0 3.4.2-7
ii  libice62:1.0.8-2
ii  libnotify4 0.7.5-1
ii  libnspr4   2:4.9.2-1+deb7u1
ii  libnss32:3.14.5-1
ii  libnss3-1d 2:3.14.5-1
ii  libpango1.0-0  1.30.0-1
ii  libseed-gtk3-0 3.2.0-2
ii  libsm6 2:1.2.1-2
ii  libsoup-gnome2.4-1 2.38.1-2
ii  libsoup2.4-1   2.38.1-2
ii  libsqlite3-0   3.7.13-1+deb7u1
ii  libwebkitgtk-3.0-0 1.8.1-3.4
ii  libx11-6   2:1.5.0-1+deb7u1
ii  libxml22.8.0+dfsg1-7+nmu2
ii  libxslt1.1 1.1.26-14.1

Versions of packages epiphany-browser recommends:
ii  ca-certificates  20130119
ii  evince   3.4.0-3.1
ii  yelp 3.4.2-1+b1

Versions of packages epiphany-browser suggests:
pn  epiphany-extensions  none


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