I used the following patch to manage all cases, see attached.
Have fun,
Adrien
Description: Support Linux >= 6.8
strlcpy was removed in Linux 6.8, and we should use strscpy.
Returned value was not checked before, so we keep it like this.
Author: Adrien CLERC
Last-Update: 2024-06-23
---
T
OK, so strlcpy got removed from Linux kernel:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=57f22c8dab6b266ae36b89b073a4a33dea71e762
It should be replaced with strscpy, which differs in returned value in
case of error. The current code doesn't check the returned
Hi,
The failure is about a missing function:
> cat /var/lib/dkms/nat-rtsp/0.7+5.3/build/make.log
DKMS make.log for nat-rtsp-0.7+5.3 for kernel 6.8.12-amd64 (x86_64)
ven. 21 juin 2024 23:36:01 CEST
make : on entre dans le répertoire « /usr/src/linux-headers-6.8.12-amd64 »
CC [M] /var/lib/dkms/
Hi everyone,
I know that no one has time to do an audit on the code, but I've
uninstalled light-locker with XFCE (Debian/testing) on my laptop (Dell
Latitude 5X90) because it was nearly unusable. I couldn't get my session
back because of VT switch. I installed xfce4-screensaver and it was just
Sorry, it's a duplicate from
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=946221
It can be closed.
Adrien
Package: rspamd
Version: 1.9.4-2+b1
Severity: grave
Justification: renders package unusable
Hi,
Here is the stacktrace:
(gdb) bt
#0 0x03a656557714 in pcre2_jit_compile_8 () from
/usr/lib/x86_64-linux-gnu/libpcre2-8.so.0
#1 0x03a657078543 in rspamd_regexp_new () from
/usr/lib/rspamd/lib
Hi,
I read the discussion, but since this software is very young, it's
fixing bugs. Since the last message, version 0.1.8 is here, and it is
quite stable now.
Is there any feedback on recent versions?
Have a nice day,
Adrien
Hi,
I get hits by this release in testing, while using php7.2 with php-redis:
PHP Warning: PHP Startup: Unable to load dynamic library 'redis.so'
(tried: /usr/lib/php/20170718/redis.so (/usr/lib/php/20170718/redis.so:
undefined symbol: igbinary_serialize), /usr/lib/php/20170718/redis.so.so
(/usr
Le 20/06/2018 à 00:21, Guilhem Moulin a écrit :
> On Tue, 19 Jun 2018 at 23:52:45 +0200, Guilhem Moulin wrote:
>> Sorry, I meant between your backup initrd.img (presumably also compiled
>> with MODULES=dep) and the new, broken one.
> Alternatively, if you don't have this initrd around anymore, are
Le 19/06/2018 à 23:06, Guilhem Moulin a écrit :
> Just noticed what looks like a regression, I wonder if that's the same
> problem. Does your system have AES-NI or similar, or are you using the
> generic modules? What's the output of
>
> grep -A2 '^name *: *xts(aes)' /proc/crypto
>
# grep -A
Le 19/06/2018 à 22:40, Guilhem Moulin a écrit :
> Could you run the following on both the broken and backup initrd and
> send the diff?
>
> lsinitramfs /path/to/initrd.img | grep ^lib/modules/ | sort
See initramfs_dep_vs_most.diff.gz. The dep output is not working, and
the most output is workin
Package: cryptsetup-initramfs
Version: 2:2.0.3-2
Severity: critical
--- Please enter the report below this line. ---
Hi,
I have a full disk-encryption set up with LUKS.
After upgrading from 2.0.3-1 to 2.0.3-2 my last (and current) kernel is
unbootable.
Fortunately, the previous one has still a va
Package: borgbackup
Version: 1.0.11-3
Severity: grave
--- Please enter the report below this line. ---
Hi,
I have the following python stacktrace:
# borg
Traceback (most recent call last):
File "/usr/bin/borg", line 11, in
load_entry_point('borgbackup==1.0.11', 'console_scripts', 'borg')()
Reply-To: 842...@bugs.debian.org
This is the same as #842906.
Adrien
Hi,
I've got the same behavior. Samba panic action has produced the
following backtrace:
[Thread debugging using libthread_db enabled]
Using host libthread_db library
"/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1".
0xb7790424 in __kernel_vsyscall ()
#0 0xb7790424 in __kernel_vsyscall ()
#
Le sam. 26 mai 2012 19:44:19 CEST, Bart Martens a écrit :
Hello Cyril and Adrien,
Do you still have this problem with irssi-plugin-xmpp 0.52-1 ?
Regards,
Bart Martens
#0 lm_socket_ref (socket=0x20676e69) at lm-socket.c:1208
#1 0xb76be231 in socket_connect_cb (source=0x81cc9e8,
condition=
Hi,
This bug is still here, but within a particular context.
It works well with remote ejabberd instance. However, with my local
Prosody, it segfaults before reaching authentication. Here is the
stacktrace :
#0 lm_socket_ref (socket=0x20676e69) at lm-socket.c:1208
#1 0xb76b4231 in socket_conn
Hi,
As Alexander mentionned, the real workaround is to replace the listening
socket in /lib/systemd/system/systemd-initctl.socket with /run/initctl.
It's not only a workaround, it is the thing to do, because this is the
exact role of this file: provide SysV init compatibility, in a flexible way
Hi,
This is a very annoying bug, since everything rely on "shutdown" and
"reboot" command.
However calling directly "systemctl poweroff" or "systemctl reboot" works.
But it could be nice for systemd to listen to the right FIFO ;)
Have a good day,
Adrien
--
To UNSUBSCRIBE, email to debian-
Package: iceweasel
Version: 7.0.1-3
Severity: grave
--- Please enter the report below this line. ---
Hi,
I just upgrade this morning, and Iceweasel isn't usable anymore. I can't
start with -ProfileManager, nor -safe-mode, nor disabling plugins, so
here is the backtrace I got with GDB.
I hope i
PAM service may have changed or something? I didn't change anything, and
I have the same issue. I must start X manually.
Here is an extract from /var/log/auth.log:
Oct 1 13:10:58 complexe lightdm: pam_unix(lightdm-autologin:auth):
conversation failed
Oct 1 13:10:58 complexe lightdm: pam_unix
Hi,
I confirm that loading XMPP plugin works fine, but trying to connect to
an xmpp server simply crash irssi.
I'm available to test if needed.
Adrien
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debi
I reply to myself : see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=488821
Bug has been solved, this one could be merged and/or closed :)
Sorry for the duplicate :(
Adrien
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
've found to use the dspam web ui is to run it
with the suexec module as the dspam user, and it has the 102 id number.
I really don't know if I have to report it to the dspam or apache2
package... But feel free to reaffect it to the team of your choice :)
Have a nice day !
Adrien Clerc
Hi everyone !
As a French user, I've experienced such troubles, and spent more than 3
hours to spot the real issue.
Even if at the end I disabled evdev, I didn't understand why the startx (or
in my case startxfce4) works correctly and do NOT load evdev.
Try to log in in a console and run this com
Hi,
I've experienced the same problem when I restart my firewall-PC.
Clearly, the tmpfs /lib/init/rw was not created... I've read the
changelog of SysVinit and.. guess what ? Mounting this directory first
appeared in 2.86.ds1-23 and testing version is only 2.86.ds1-20 !! but
libnss-ldap testi
Package: twinkle
Version: 1:0.9-2
Severity: grave
Justification: renders package unusable
I think all is in the title :) When I launch 'twinkle' in a console, instead of
starting, it displays :
[EMAIL PROTECTED]:~$ twinkle
twinkle: symbol lookup error: /usr/lib/libccext2-1.5.so.0
Hi,
Today, I wanted to launch krusader, and here is the log :
[EMAIL PROTECTED]:~/Mes Documents$ krusader
krusader: Initialisising useractions...
krusader: 5 useractions read.
krusader: ldap-nss.c:1312: do_init: l'assertion «
cfg->ldc_uris[__session.ls_current_uri] != ((void *)0) » a échoué.
28 matches
Mail list logo