Dimitri, friendly ping? This is also blocking the introduction of the new upstream freeradius version.
On Tue, Oct 16, 2018 at 10:48 PM Michael Stapelberg <stapelb...@debian.org> wrote: > control: reassign -1 freeradius-dhcp > control: severity -1 important > > (Downgrading severity because this only affects installations which have > the optional freeradius-dhcp package installed and enabled.) > > Dimitri, this is a result of your change > https://salsa.debian.org/freeradius-team/freeradius/commit/1fad1d069a8148c5c640157147f4ad1b111ca919. > Could you revert it for the time being, and, if you chose to go forward > with a fix, outline the rationale? The commit only describes the what, not > the why. Specifically, in which way was the rpath “bogus”? > > Also, while at it, could you please ensure that > https://salsa.debian.org/freeradius-team/freeradius is in sync with > what’s in the archive? Your NMU is not reflected in the changelog, for > example :-/ > > Thanks! > > On Tue, Oct 16, 2018 at 10:09 PM Kamil Jonca <kjo...@poczta.onet.pl> > wrote: > >> Package: freeradius >> Version: 3.0.16+dfsg-4.1+b1 >> Severity: grave >> Justification: renders package unusable >> >> After upgrade, freeradius refuses to start. >> In its log we can see: >> >> Tue Oct 16 21:59:52 2018 : Error: >> /etc/freeradius/3.0/mods-enabled/dhcp[18]: Failed to link to module >> 'rlm_dhcp': libfreeradius-dhcp.so: cannot open shared object file: No such >> file or directory >> >> bug is mysterious because: >> [from /etc/freeradius/3.0/radiusd.conf] >> libdir = /usr/lib/freeradius/ >> >> #ls -la /usr/lib/freeradius/rlm_dhcp* >> -rw-r--r-- 1 root root 14344 Oct 13 06:49 /usr/lib/freeradius/rlm_dhcp.so >> >> >> moreover (I do not know if it is important) >> #ldd /usr/lib/freeradius/rlm_dhcp.so >> linux-vdso.so.1 (0x00007fff15dcc000) >> libfreeradius-dhcp.so => not found >> libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f4c96b7a000) >> /lib64/ld-linux-x86-64.so.2 (0x00007f4c96d78000) >> >> >> -- System Information: >> Debian Release: buster/sid >> APT prefers unstable >> APT policy: (500, 'unstable'), (500, 'stable') >> Architecture: amd64 (x86_64) >> Foreign Architectures: i386 >> >> Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores) >> Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), >> LANGUAGE=pl_PL.UTF-8 (charmap=UTF-8) >> Shell: /bin/sh linked to /bin/dash >> Init: systemd (via /run/systemd/system) >> LSM: AppArmor: enabled >> >> Versions of packages freeradius depends on: >> ii freeradius-common 3.0.16+dfsg-4.1 >> ii freeradius-config 3.0.16+dfsg-4.1+b1 >> ii libc6 2.27-6 >> ii libcap2 1:2.25-1.2 >> ii libct4 1.00.82-2+b1 >> ii libfreeradius3 3.0.16+dfsg-4.1+b1 >> ii libgdbm6 1.18-2 >> ii libpam0g 1.1.8-3.8 >> ii libpcre3 2:8.39-11 >> ii libperl5.26 5.26.2-7+b1 >> ii libreadline7 7.0-5 >> ii libsqlite3-0 3.25.2-1 >> ii libssl1.1 1.1.1-1 >> ii libtalloc2 2.1.14-1 >> ii libwbclient0 2:4.8.5+dfsg-1 >> ii lsb-base 9.20170808 >> >> Versions of packages freeradius recommends: >> ii freeradius-utils 3.0.16+dfsg-4.1+b1 >> >> Versions of packages freeradius suggests: >> pn freeradius-krb5 <none> >> ih freeradius-ldap 3.0.16+dfsg-4.1+b1 >> pn freeradius-mysql <none> >> ih freeradius-postgresql 3.0.16+dfsg-4.1+b1 >> pn freeradius-python2 <none> >> ii snmp 5.7.3+dfsg-3 >> >> -- Configuration Files: >> /etc/default/freeradius changed: >> FREERADIUS_OPTIONS="-xxx -l /var/log/freeradius/radius.log" >> >> /etc/logrotate.d/freeradius changed: >> /var/log/freeradius/*.log { >> weekly >> compress >> delaycompress >> notifempty >> missingok >> postrotate >> /etc/init.d/freeradius reload > /dev/null >> endscript >> } >> >> >> -- no debconf information >> >> _______________________________________________ >> Pkg-freeradius-maintainers mailing list >> pkg-freeradius-maintain...@alioth-lists.debian.net >> >> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-freeradius-maintainers >> > > > -- > Best regards, > Michael > -- Best regards, Michael