Bug#1055275: dhcpcd: Version 10.0.4 fails to fork in the background

[Skibbi]

Package: dhcpcd
Version: 1:10.0.4-1
Severity: critical
Justification: breaks the whole system

Dear Maintainer,
I'm using dhcpcd on my raspbian os and it was updated on 31 October to 
latest version 10.0.4. Since then, my raspberrypi started loosing network 
every 24h. After some investigation I found out that my dhcpcd daemon is 
not working in the background.

I believe this is related to this bug:
https://github.com/NetworkConfiguration/dhcpcd/issues/260

It would be nice to downgrade the package version until upstream bug is
fixed.

Best regards

-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: arm64 (aarch64)
Foreign Architectures: armhf

Kernel: Linux 6.1.21-v8+ (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_CRAP
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages dhcpcd depends on:
ii  dhcpcd-base1:10.0.4-1
ii  lsb-base   11.6
ii  sysvinit-utils [lsb-base]  3.08-3

Versions of packages dhcpcd recommends:
ii  wpasupplicant  2:2.10-15

Versions of packages dhcpcd suggests:
pn  dhcpcd-gtk  

-- no debconf information

Bug#1011051: libssl3: upgrade to libssl3 broke my dovecot setup

[Skibbi]

Package: libssl3
Version: 3.0.3-3
Severity: grave
Justification: renders package unusable

After upgrading to libssl3 broke my dovecot setup with following error:
imap-login: Error: Failed to initialize SSL server context: Can't load SSL 
certificate (ssl_cert setting): error:25066067:DSO support 
routines:dlfcn_load:could not load the shared library: 
filename(libproviders.so): libproviders.so: cannot open shared object file: No 
such file or directory, error:25070067:DSO support routines:DSO_load:could not 
load the shared library, error:0E07506E:configuration file 
routines:module_load_dso:error loading dso: module=providers, path=providers, 
error:0E076071:configuration file routines:module_run:unknown module name: 
module=providers

Commenting out providers = provider_sect in /etc/ssl/openssl.cnf fixes the 
issue.
I guess this is closely related to the following debian bug: #918727

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

Kernel: Linux 5.17.0-1-amd64 (SMP w/2 CPU threads; PREEMPT)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libssl3 depends on:
ii  libc6  2.33-7

libssl3 recommends no packages.

libssl3 suggests no packages.

-- no debconf information

Bug#652659: sslh: Cannot start sslh daemon - invalid .pid file directory

[Skibbi]

Package: sslh
Version: 1.10-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,
After upgrade to latest sslh version, daemon cannot start anymore giving
following error:
Starting ssl/ssh multiplexer: sslh/var/run/sslh.pid: Permission denied

/var/run/sslh/ directory is created, but according to error message, daemon
tries to write to /var/run.
I've checked /etc/init.d/sslh but the pid direcroty there seems to be set
correctly.

Regards

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

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages sslh depends on:
ii  adduser   3.113
ii  debconf   1.5.41
ii  libc6 2.13-23
ii  lsb-base  3.2-28
ii  update-inetd  4.41

Versions of packages sslh recommends:
ii  apache2-mpm-prefork [httpd]  2.2.21-3
ii  openssh-server [ssh-server]  1:5.9p1-2

Versions of packages sslh suggests:
ii  openbsd-inetd [inet-superserver]  0.20091229-1

-- Configuration Files:
/etc/default/sslh changed:
RUN=yes
DAEMON=/usr/sbin/sslh
DAEMON_OPTS="--user sslh --listen 1.2.3.4:443 --ssh 127.0.0.1:22 --ssl
127.0.0.1:443"


-- debconf information:
* sslh/inetd_or_standalone: standalone

Bug#652656: sslh: Cannot start sslh daemon - invalid .pid file directory

[skibbi]

Package: sslh
Version: 1.10-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,
After upgrade to latest sslh version, daemon cannot start anymore giving 
following error:
Starting ssl/ssh multiplexer: sslh/var/run/sslh.pid: Permission denied

/var/run/sslh/ directory is created, but according to error message, daemon 
tries to write to /var/run.
I've checked /etc/init.d/sslh but the pid direcroty there seems to be set 
correctly.

Regards

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

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages sslh depends on:
ii  adduser   3.113
ii  debconf   1.5.41
ii  libc6 2.13-23
ii  lsb-base  3.2-28
ii  update-inetd  4.41

Versions of packages sslh recommends:
ii  apache2-mpm-prefork [httpd]  2.2.21-3
ii  openssh-server [ssh-server]  1:5.9p1-2

Versions of packages sslh suggests:
ii  openbsd-inetd [inet-superserver]  0.20091229-1

-- Configuration Files:
/etc/default/sslh changed:
RUN=yes
DAEMON=/usr/sbin/sslh
DAEMON_OPTS="--user sslh --listen 1.2.3.4:443 --ssh 127.0.0.1:22 --ssl 
127.0.0.1:443"


-- debconf information:
* sslh/inetd_or_standalone: standalone



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

Bug#592310: arpon: Arpon daemon won't start

[skibbi]

Package: arpon
Version: 2.0-1
Severity: grave
Justification: renders package unusable


While starting arpon daemon following error occures:
Starting anti ARP poisoning daemon : arpon
/usr/sbin/arpon: option requires an argument -- 'y'

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

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to pl_PL.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages arpon depends on:
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libdumbnet1   1.12-3+b1  A dumb, portable networking librar
ii  libnet1   1.1.4-2library for the construction and h
ii  libpcap0.81.1.1-2system interface for user-level pa
ii  lsb-base  3.2-23.1   Linux Standard Base 3.2 init scrip

arpon recommends no packages.

arpon suggests no packages.

-- Configuration Files:
/etc/default/arpon changed:
DAEMON_OPTS="-d -f /var/log/arpon/arpon.log -g -y"
RUN="yes"


-- no debconf information



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

Bug#423107: rtorrent fails to start

[Skibbi]

Adeodato Simó pisze:

Uhm, very strange indeed. Particularly because you removed libtorrent.so.10*
before reinstalling the package, which should have overwritten the
broken symlink with the appropriate file.

What does `ls -l /usr/lib/libtorrent.so.10*` say?
  

$ ls -l /usr/lib/libtorrent.so.10*
lrwxrwxrwx 1 root root 20 maj 10 22:00 /usr/lib/libtorrent.so.10 -> 
libtorrent.so.11.0.1

-rw-r--r-- 1 root root 602192 kwi 19 22:34 /usr/lib/libtorrent.so.10.0.4

Problem solved, libtorrent.so.11.0.1 was the cause! I totally forgot 
that few weeks ago I compiled libtorrent and copied it to /usr/lib/.


Thanks!
regards

Bug#423107: rtorrent fails to start

[Skibbi]

Adeodato Simó pisze:

  # dpkg -i libtorrent10_0.11.4-1_i386.deb

  $ md5sum /usr/lib/libtorrent.so.10*
  (this should output, as said before, 3dc81e4136a6ebe4e34bbc5f962dcba7)
  

$ md5sum /usr/lib/libtorrent.so.10*
52cf12ffe7b12174bf354b0dd31d7ae3  /usr/lib/libtorrent.so.10 (it seems I 
checked only symbolic link)

3dc81e4136a6ebe4e34bbc5f962dcba7  /usr/lib/libtorrent.so.10.0.4

Very strange. Maybe some kind of debugging will help?

regards

Bug#423107: rtorrent fails to start

[Skibbi]

Adeodato Simó pisze:

That md5sum does not match the one shipped in the official libtorrent10
0.11.4-1 (i386) package.

Try reinstalling the libtorrent10 package, and check that afterwards the
md5sum of /usr/lib/libtorrent.so.10 is 3dc81e4136a6ebe4e34bbc5f962dcba7.
rtorrent should work then.
  

I've downloaded official debian package, but md5 od the librottent file is:
52cf12ffe7b12174bf354b0dd31d7ae3  /usr/lib/libtorrent.so.10
I've downloaded file from: 
http://http.us.debian.org/debian/pool/main/libt/libtorrent/libtorrent10_0.11.4-1_i386.deb

md5 of the package is OK. Rtorrent still doesn't work.

regards

Bug#423107: rtorrent fails to start

[Skibbi]

$ which rtorrent
/usr/bin/rtorrent

$ md5sum /usr/lib/libtorrent.so.10
52cf12ffe7b12174bf354b0dd31d7ae3  /usr/lib/libtorrent.so.10

$ ldd /usr/bin/rtorrent
   libncurses.so.5 => /lib/libncurses.so.5 (0xb7f93000)
   libcurl.so.3 => /usr/lib/libcurl.so.3 (0xb7f5e000)
   libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0xb7f36000)
   libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0xb7eb1000)
   libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0xb7e8c000)
   libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0xb7e84000)
   libcom_err.so.2 => /lib/libcom_err.so.2 (0xb7e8)
   libresolv.so.2 => /lib/i686/cmov/libresolv.so.2 (0xb7e6d000)
   libidn.so.11 => /usr/lib/libidn.so.11 (0xb7e3d000)
   libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7e39000)
   libssl.so.0.9.8 => /usr/lib/i686/cmov/libssl.so.0.9.8 (0xb7df9000)
   libz.so.1 => /usr/lib/libz.so.1 (0xb7de5000)
   libtorrent.so.10 => /usr/lib/libtorrent.so.10 (0xb7d52000)
   libcrypto.so.0.9.8 => /usr/lib/i686/cmov/libcrypto.so.0.9.8 
(0xb7c16000)

   libsigc-2.0.so.0 => /usr/lib/libsigc-2.0.so.0 (0xb7c1)
   libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7b2c000)
   libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7b05000)
   libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7afa000)
   libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb79b6000)
   libkeyutils.so.1 => /lib/libkeyutils.so.1 (0xb79b3000)
   /lib/ld-linux.so.2 (0xb7fdc000)

Recently I've changed kernel from 2.6.18 to 2.6.20 and upgraded to libc 
2.5. Maybe there is some incompatibility, because earlier I was able to 
run rtorrent flawleslly.
Another thing. I use patched libc and other libraries (PaX support and 
other minor fixes) from http://debian.linux-systeme.com/. Maybe this 
will help You trace the error.


regards


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#423107: rtorrent fails to start

[Skibbi]

Here it is:
directory = /home/data/incoming
session = ./.rtorrent
schedule = watch_directory,5,5,load_start=/home/data/incoming/*.torrent
port_range = -
use_udp_trackers = yes
encryption = allow_incoming,enable_retry,prefer_plaintext
max_open_sockets = 75

regards


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#423107: rtorrent fails to start

[Skibbi]

Subject: rtorrent fails to start
Package: rtorrent
Version: 0.7.4-1
Severity: grave
Justification: renders package unusable

*** Please type your report below this line ***

rtorrent fails to start with following error:
rtorrent: symbol lookup error: rtorrent: undefined symbol:
_ZN7torrent21max_download_unchokedEv

-- System Information:
Debian Release: 4.0 by Linux-Systeme
Architecture: i386 (i686)

Kernel: Linux 2.6.20-1-686 (SMP w/1 CPU core)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/bash

Versions of packages rtorrent depends on:
ii  libc62.5-7   GNU C Library: Shared libraries
ii  libcomer 1.39+1.40-WIP-2007.04.07+dfsg-2 common error description 
library
ii  libcurl3 7.15.5-1Multi-protocol file 
transfer libra

ii  libgcc1  1:4.1.2-6   GCC support library
ii  libidn11 0.6.5-1 GNU libidn library, 
implementation

ii  libkrb53 1.6.dfsg.1-2MIT Kerberos runtime libraries
ii  libncurs 5.5-5   Shared libraries for 
terminal hand
ii  libsigc+ 2.0.17-2type-safe Signal Framework 
for C++

ii  libssl0. 0.9.8e-5SSL shared libraries
ii  libstdc+ 4.1.2-6 The GNU Standard C++ Library v3
ii  libtorre 0.11.4-1a C++ BitTorrent library
ii  zlib1g   1:1.2.3-13  compression library - runtime

rtorrent recommends no packages.

-- no debconf information


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#401006: libtorrent9: safe_sync errors

[Skibbi]

Package: libtorrent9
Version: 0.10.4-1
Severity: grave
Justification: causes non-serious data loss

Few days ago I've installed linux-image-2.6.18-3-686. Since then
rtorrent/libtorrent started to behave strange. After downloading the
files, when hash check was performed, rtorrent began to display following 
errors:
bad CRC check consider using 'safe_sync'
Turning on safe sync didn't help.

I believe that these errors are caused by the following changes in the kernel 
package:
   * Fix msync() for LSB 3.1 compliance, backport fedora patches from
2.6.19
- mm: tracking shared dirty pages
- mm: balance dirty pages
- mm: optimize the new mprotect() code a bit
- mm: small cleanup of install_page()
- mm: fixup do_wp_page()
- mm: msync() cleanup (closes: #394392)

With linux-image-2.6.18-2 the problem does not occur.

-- System Information:
Debian Release: 4.0 by Linux-Systeme
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-686
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)

Versions of packages libtorrent9 depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-20  GCC support library
ii  libsigc++-2.0-0c2a   2.0.17-2type-safe Signal Framework for C++
ii  libssl0.9.8  0.9.8c-4SSL shared libraries
ii  libstdc++6   4.1.1-20The GNU Standard C++ Library v3

Versions of packages libtorrent9 recommends:
ii  rtorrent  0.6.4-1ncurses BitTorrent client based on

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]