May 2019 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1124641] New: Using yast2 bootloader on Raspberry Pi 2 with Leap 15.0 gives error about EFI
by bugzilla_noreply＠novell.com 15 Apr '21

15 Apr '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1124641 Bug ID: 1124641 Summary: Using yast2 bootloader on Raspberry Pi 2 with Leap 15.0 gives error about EFI Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader Assignee: jsrain(a)suse.com Reporter: freek(a)opensuse.org QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Created attachment 796269 --> http://bugzilla.opensuse.org/attachment.cgi?id=796269&action=edit output of save_y2logs I installed yast2-bootloader on a Raspberry Pi 2 with Leap 15.0 and used it. Got an error message about something like EFI not available or present and to report a bug with output of save-y2logs attached. -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1116014] New: Please convert SysV init scripts by fwnn into native systemd services
by bugzilla_noreply＠novell.com 15 Apr '21

15 Apr '21

http://bugzilla.suse.com/show_bug.cgi?id=1116014 Bug ID: 1116014 Summary: Please convert SysV init scripts by fwnn into native systemd services Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: fbui(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- It would be great if the SysV init scrips shipped by this package could be converted into systemd native services. Indeed most packages shipped by openSUSE Factory switched to native systemd unit files years ago and we plan to drop the obsolete/limited SysV compat support in the future. If this appears to be a big task, one quick way to solve it is to copy and ship (as is) the .service unit wrappers generated automatically by systemd-sysv-generator at boot. Indeed such wrappers are generated by systemd in order to support SysV init scripts similarly to native units. You can see the content of a wrapper unit with: $ systemctl cat <sysvinit-script>.service As you could see the wrapper unit simply calls the SysV script, which should be moved out of /etc/init.d, probably in a directory owned by your package. In all cases we would be glad to provide any help if needed in this task. Thanks in advance. -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1121301] New: Mails can not read in roundcubemail from server:Kolab:Extra
by bugzilla_noreply＠novell.com 09 Apr '21

09 Apr '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1121301 Bug ID: 1121301 Summary: Mails can not read in roundcubemail from server:Kolab:Extra Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: openSUSE Factory Status: NEW Severity: Major Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: ecsos(a)schirra.net QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- In roundcubemail from server:Kolab there come serveral errors. 1.) Every time When call the Link, without login, it rise up following warnings in /var/log/roundcubemail/errors: [09-Jan-2019 17:20:01 UTC] PHP Warning: Declaration of rcube_kolab_contacts::validate(&$save_data) should be compatible with rcube_addressbook::validate(&$save_data, $autofix = false) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:20:01 UTC] PHP Warning: Declaration of rcube_kolab_contacts::delete_all() should be compatible with rcube_addressbook::delete_all($with_groups = false) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:20:01 UTC] PHP Warning: Declaration of rcube_kolab_contacts::list_groups($search = NULL) should be compatible with rcube_addressbook::list_groups($search = NULL, $mode = 0) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:20:01 UTC] PHP Warning: Declaration of rcube_kolab_contacts::rename_group($gid, $newname) should be compatible with rcube_addressbook::rename_group($group_id, $newname, &$newid) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 2.) After login this is in /var/log/roundcubemail/errors: [09-Jan-2019 17:25:20 UTC] PHP Warning: Declaration of rcube_kolab_contacts::validate(&$save_data) should be compatible with rcube_addressbook::validate(&$save_data, $autofix = false) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:25:20 UTC] PHP Warning: Declaration of rcube_kolab_contacts::delete_all() should be compatible with rcube_addressbook::delete_all($with_groups = false) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:25:20 UTC] PHP Warning: Declaration of rcube_kolab_contacts::list_groups($search = NULL) should be compatible with rcube_addressbook::list_groups($search = NULL, $mode = 0) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:25:20 UTC] PHP Warning: Declaration of rcube_kolab_contacts::rename_group($gid, $newname) should be compatible with rcube_addressbook::rename_group($group_id, $newname, &$newid) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:25:20 UTC] PHP Warning: Declaration of rcube_kolab_contacts::validate(&$save_data) should be compatible with rcube_addressbook::validate(&$save_data, $autofix = false) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:25:20 UTC] PHP Warning: Declaration of rcube_kolab_contacts::delete_all() should be compatible with rcube_addressbook::delete_all($with_groups = false) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:25:20 UTC] PHP Warning: Declaration of rcube_kolab_contacts::list_groups($search = NULL) should be compatible with rcube_addressbook::list_groups($search = NULL, $mode = 0) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:25:20 UTC] PHP Warning: Declaration of rcube_kolab_contacts::rename_group($gid, $newname) should be compatible with rcube_addressbook::rename_group($group_id, $newname, &$newid) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:25:22 UTC] PHP Warning: Declaration of rcube_kolab_contacts::validate(&$save_data) should be compatible with rcube_addressbook::validate(&$save_data, $autofix = false) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:25:22 UTC] PHP Warning: Declaration of rcube_kolab_contacts::delete_all() should be compatible with rcube_addressbook::delete_all($with_groups = false) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:25:22 UTC] PHP Warning: Declaration of rcube_kolab_contacts::list_groups($search = NULL) should be compatible with rcube_addressbook::list_groups($search = NULL, $mode = 0) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:25:22 UTC] PHP Warning: Declaration of rcube_kolab_contacts::rename_group($gid, $newname) should be compatible with rcube_addressbook::rename_group($group_id, $newname, &$newid) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:25:22 UTC] PHP Warning: Declaration of rcube_kolab_contacts::validate(&$save_data) should be compatible with rcube_addressbook::validate(&$save_data, $autofix = false) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:25:22 UTC] PHP Warning: Declaration of rcube_kolab_contacts::delete_all() should be compatible with rcube_addressbook::delete_all($with_groups = false) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:25:22 UTC] PHP Warning: Declaration of rcube_kolab_contacts::list_groups($search = NULL) should be compatible with rcube_addressbook::list_groups($search = NULL, $mode = 0) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:25:22 UTC] PHP Warning: Declaration of rcube_kolab_contacts::rename_group($gid, $newname) should be compatible with rcube_addressbook::rename_group($group_id, $newname, &$newid) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 3.) When click on Subject to read mail, noting happens. Only the message is loading without end. And in /var/log/roundcubemail/errors is: [09-Jan-2019 17:27:21 UTC] PHP Warning: Declaration of rcube_kolab_contacts::validate(&$save_data) should be compatible with rcube_addressbook::validate(&$save_data, $autofix = false) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:27:21 UTC] PHP Warning: Declaration of rcube_kolab_contacts::delete_all() should be compatible with rcube_addressbook::delete_all($with_groups = false) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:27:21 UTC] PHP Warning: Declaration of rcube_kolab_contacts::list_groups($search = NULL) should be compatible with rcube_addressbook::list_groups($search = NULL, $mode = 0) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:27:21 UTC] PHP Warning: Declaration of rcube_kolab_contacts::rename_group($gid, $newname) should be compatible with rcube_addressbook::rename_group($group_id, $newname, &$newid) in /srv/www/roundcubemail/plugins/kolab_addressbook/lib/rcube_kolab_contacts.php on line 29 [09-Jan-2019 17:27:21 UTC] PHP Fatal error: Class vobject_location_property contains 3 abstract methods and must therefore be declared abstract or implement the remaining methods (Sabre\VObject\Property::getValueType, Sabre\VObject\Property::setRawMimeDirValue, Sabre\VObject\Property::getRawMimeDirValue) in /srv/www/roundcubemail/plugins/libcalendaring/libvcalendar.php on line 1364 So. Mail can never read. -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 1123566] New: kolab-freebusyd doesn't generate files
by bugzilla_noreply＠novell.com 09 Apr '21

09 Apr '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1123566 Bug ID: 1123566 Summary: kolab-freebusyd doesn't generate files Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: openSUSE Factory Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: ecsos(a)schirra.net QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- kolab-freebusyd from package kolab-utils does not generate his files. It generates errors: $ # kolab-freebusyd -c /etc/kolab/kolab.conf -g foo(a)foobar.com (18:51:03) fbcoordinator.cpp(139): Starting generation for user: "foo(a)foobar.com" (18:51:03) kolabjob.cpp(47): =========================================================== (18:51:03) kolabjob.cpp(48): starting kolab job: "foo(a)foobar.com" on "localhost" : 993 (18:51:03) authenticationjob.cpp(34): logging in as "foo(a)foobar.com" using "cyrusAdminUsername" (18:51:04) authenticationjob.cpp(68): authentication successful (18:51:04) createkolabfolderjob.cpp(65): "Create failed, server replied: A000010 NO Mailbox already exists " Trying to fix the metadata (18:51:04) setupkolabfoldersjob.cpp(122): Created folder "" "Freebusy" (18:51:04) fbcoordinator.cpp(162): Error: "" (18:51:04) fbcoordinator.cpp(117): All done. Total time elapsed [s]: 0.147 (18:51:04) kolabjob.cpp(41): lost connenction So, no availability is seen by generation of a new appointment in roundcube or Korganizer. -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1124862] New: gnutls and TLS 1.3
by bugzilla_noreply＠novell.com 09 Apr '21

09 Apr '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1124862 Bug ID: 1124862 Summary: gnutls and TLS 1.3 Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Security Assignee: security-team(a)suse.de Reporter: ecsos(a)schirra.net QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- All versions of gnutls, but Tumbleweed, have to old versions of gnutls. All versions, but Tumbleweed, does not support TLS 1.3 Think it is for SLE also. First stable support was with 3.6.4. Current version is 3.6.6. -- You are receiving this mail because: You are on the CC list for the bug.

2 1

[Bug 1116625] New: Systemd automount units fail after suspend/resume
by bugzilla_noreply＠novell.com 08 Apr '21

08 Apr '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1116625 Bug ID: 1116625 Summary: Systemd automount units fail after suspend/resume Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: David(a)WalkerStreet.info QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Systemd's automount units often fail after a suspend/resume cycle. I believe it occurs for units that are not mounted at the time the system is suspended, but I'm not sure. I've only tried this with nfs mounts, so it may only apply to nfs autmounts. Here's a log from such a failed unit: Nov 19 16:22:39 homelap5.WalkerStreet.info systemd[1]: DWMedia-DWMedia7.automount: Got invalid poll event 16 on pipe (fd=71) Nov 19 16:22:39 homelap5.WalkerStreet.info systemd[1]: DWMedia-DWMedia7.automount: Unit entered failed state. Restarting the automount unit after the system resumes gets things working again, so I've put the following script into /etc/NetworkManager/dispatcher.d as a quick and dirty workaround: #!/usr/bin/perl # # FixAutomount - Query systemctl for failed automount units and restart them. # This is needed, as suspend/resume seems to make them fail. # It can be invoked from a NetworkManager dispatcher script. # if ($ARGV[1] eq "up") { open (FAILED, "systemctl list-units *.automount --failed |"); while (<FAILED>) { if (/\s+(\S+).automount\s+loaded\s/) { system ("systemctl restart $1.automount"); }; }; }; -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1134688] New: Bug with German Umlauts on desktop
by bugzilla_noreply＠novell.com 06 Apr '21

06 Apr '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1134688 Bug ID: 1134688 Summary: Bug with German Umlauts on desktop Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: 64bit OS: Other Status: NEW Severity: Critical Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: office(a)hantsch.co.at QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I use openSUSE Leap 15.0 with KDE/Plasma5. The same problem exists also on openSuSE 42.x My system wide locale settings are: de_DE@euro (German, no UTF8). All files/folders (their names) are correctly encoded in iso-8859-1. Since Plasma5 I experience the following mis-behavior, while this smoothly worked on KDE4 (openSuSE 13.x): I am able to open Dolphin. Inside Dolphin I can navigate without any problem into folders having German Umlauts in their names. I also can click a file with German Umlauts in its name. I also can copy/paste and/or drag/drop such files/folders from Dolphin directly onto the desktop. Everything is fine here. I am also able to right-click such file/folder on the desktop to rename it (this also works as it should). When trying to click such file/folder on the desktop (to open it), I get an error: (translated German->English by me): "This command cannot be executed. The file or folder <.....> does not exist" Surprisingly the correct filename is showing up in <....>! As an example, a testing filename is: /home/rainer/Desktop/miniLÖT-Deckel.pdf (notice the "Ö" inside the file name. When renaming the file (right-click -> rename) to i.e. miniLOeT-Deckel.pdf, I am able to open the file afterwards. This happens with any kind of file/folder (also symlinks, etc..., even over NFS mounts). converting the entire system (and also all servers) is no option. -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 1114761] New: spamassassin spamd writing errors int logfile and not scanning some email
by bugzilla_noreply＠novell.com 03 Apr '21

03 Apr '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1114761 Bug ID: 1114761 Summary: spamassassin spamd writing errors int logfile and not scanning some email Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: x86-64 OS: SUSE Other Status: NEW Severity: Minor Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: pszaban(a)wne.edu QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0 Build Identifier: Lots of messages like the following are being written into LEAP 15.0 /var/log/messages file by URIDBL.pm (spamassassin-3.4.1-lp150.5.3.x86_64) plugin: 2018-11-02T00:01:11.353456-04:00 XXXX spamd[2641]: Use of uninitialized value $4 in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.26.1/Mail/SpamAssassin/Plugin/URIDNSBL.pm line 1044. Reproducible: Sometimes Steps to Reproduce: 1.install Leap15.0, postfix and spamassassin 2.configure postfix to use spamassassin 3.start spamd and postfix 4.wait for email to come in via SMTP on port 25 5.examine /var/log/messages to see the error Unfortunately, I have a lot of config changes in postfix's main.cf and master.cf. I don't think it matters, g spamassassin and postfix seems to do the same thing. FYI: I send mail from postfix to spamd with the following lines in postfix's master.cf: smtp inet n - n - - smtpd -o content_filter=spamfilter:dummy . . . spamfilter unix - n n - - pipe flags=Rq user=defang argv=/usr/local/bin/spamfilter.scr -f ${sender} -- ${recipient} where /usr/local/bin/spamfilter.scr contains: #! /bin/bash /usr/bin/spamc --max-size=1500000 | /usr/sbin/sendmail -i "$@" exit $? ...and I start spamd with: /usr/sbin/spamd -d -i 127.0.0.1 -i ::1 -p 783 -x -m 40 -u spamd -r /var/run/spamd.pid --siteconfigpath=/usr/local/etc/mail/spamassassin/ Actual Results: /var/log/messages contains things like: 2018-11-02T00:01:11.353456-04:00 XXXX spamd[2641]: Use of uninitialized value $4 in concatenation (.) or string at /usr/lib/perl5/vendor_perl/5.26.1/Mail/SpamAssassin/Plugin/URIDNSBL.pm line 1044. Expected Results: should not have produced the error message, and should have scanned the message for URI's and looked them up in the DNS blocklists. I google'd the problem and installed the following patch to /usr/lib/perl5/vendor_perl/5.26.1/Mail/SpamAssassin/Plugin/URIDNSBL.pm. The patch *appears* to have solved the problem for me: --- spamassassin/branches/3.4/lib/Mail/SpamAssassin/Plugin/URIDNSBL.pm 2015/04/28 20:36:05 1676616 +++ spamassassin/branches/3.4/lib/Mail/SpamAssassin/Plugin/URIDNSBL.pm 2015/08/04 23:16:38 1694126 @@ -942,9 +942,8 @@ next unless (defined($str) && defined($dom)); dbg("uridnsbl: got($j) NS for $dom: $str"); - if ($str =~ /IN\s+NS\s+(\S+)/) { - my $nsmatch = lc $1; - $nsmatch =~ s/\.$//; + if ($rr->type eq 'NS') { + my $nsmatch = lc $rr->nsdname; # available since at least Net::DNS 0.14 my $nsrhblstr = $nsmatch; my $fullnsrhblstr = $nsmatch; @@ -1025,9 +1024,9 @@ } dbg("uridnsbl: complete_a_lookup got(%d) A for %s: %s", $j,$hname,$str); - local $1; - if ($str =~ /IN\s+A\s+(\S+)/) { - $self->lookup_dnsbl_for_ip($pms, $ent->{obj}, $1); + if ($rr->type eq 'A') { + my $ip_address = $rr->rdatastr; + $self->lookup_dnsbl_for_ip($pms, $ent->{obj}, $ip_address); } } } I'm reluctant to make many changes to the system to perform testing for fear of losing email. I mostly wanted to make you aware of the issue, and a potential solution to save someone else from having to go through what I recently went through to fix this. -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1135043] New: spamassassin: sa-update triggers perl deprecation
by bugzilla_noreply＠novell.com 03 Apr '21

03 Apr '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1135043 Bug ID: 1135043 Summary: spamassassin: sa-update triggers perl deprecation Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: hpj(a)urpla.net QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hi, after upgrading to 15.0, I noticed, that every (cron controlled) run of sa-update triggers: Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.30), passed through in regex; marked by <-- HERE in m/^(.{ <-- HERE ,200}).*$/ at /usr/lib/perl5/vendor_perl/5.26.1/Mail/SpamAssassin/PerMsgStatus.pm line 921. Update available for channel updates.spamassassin.org: 1859108 -> 1859132 Command is: sa-update --nogpg --verbose --channelfile /etc/mail/spamassassin/update-channels.txt -- You are receiving this mail because: You are on the CC list for the bug.

2 2

[Bug 1133591] New: Spamassassin is noisy
by bugzilla_noreply＠novell.com 03 Apr '21

03 Apr '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1133591 Bug ID: 1133591 Summary: Spamassassin is noisy Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Minor Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: joerg(a)bec.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- When running spamassassin as mail filter, the following annoying warning is written to the terminal: Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.30), passed through in regex; marked by <-- HERE in m/^(.{ <-- HERE ,200}).*$/ at /usr/lib/perl5/vendor_perl/5.26.1/Mail/SpamAssassin/PerMsgStatus.pm line 921. It would be nice to get the trivial patch the escape it. -- You are receiving this mail because: You are on the CC list for the bug.

2 1