November 2021 - openSUSE Users - openSUSE Mailing Lists

Raid rebuild on every reboot?
by Klaus Vink Slott 15 Nov '21

15 Nov '21

Hi. I use a retired office pc with core i5 with as a NAS. I have dropped in 2 disks (3.5T sata) and configured as md raid1 and with lvm on top. It has worked flawless for a year or so, but now after the latest 2 reboots it has triggered a raid rebuilding. Only thing I find in dmesg (but I am not sure what to search for) klaus@raagi:~> sudo dmesg | grep " md" [ 4.131071] md/raid1:md127: active with 2 out of 2 mirrors [ 4.282183] md127: detected capacity change from 0 to 4000261472256 [ 64.407382] md: data-check of RAID array md127 [21681.409218] md: md127: data-check interrupted. [25477.760407] md: data-check of RAID array md127 [47096.271827] md: md127: data-check interrupted. I left the PC running after reboot, so I am not sure why the data-check was interrupted. Any ideas on why it has started to rebuild after every reboot? -- Cheers Klaus

5 6

Paste.Opensuse - Trying to Paste "freshclam -v" output - says I'm a Spammer - WTF?
by David C. Rankin 15 Nov '21

15 Nov '21

All, paste.opensuse.org has gone nuts. I'm attempting to paste the 100 lines from "freshclam -v" as freshclam failed claiming it can't reach any servers in freshclam.conf. However, paste.opensuse.org responds: <quote> An Error Was Encountered You are spammer!!! </quote> Huh? What gives? -- David C. Rankin, J.D.,P.E.

3 4

leap 15.3 - install on an NFS root is a bit odd
by Per Jessen 14 Nov '21

14 Nov '21

Having booted the installation system, and gone into the expert partitioner, the 'Add' option does not have a keyboard shortcut - you have to tab to it and hit enter. That's new. -- Per Jessen, Zürich (8.5°C)

1 0

[oS-en] fetchmail-procmail problem
by Carlos E. R. 14 Nov '21

14 Nov '21

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Content-ID: <578bc7ac-29ef-ce25-f78d-8a1287a3bc21(a)minas-tirith.valinor> Hi, I'm trying to fetch mail from an imap folder at my ISP, and put it on a local folder; no sorting, no filtering. But I am having a problem: the result is not an mbox file. I have not seen this before. Fetching script - it appears to work correctly: cer@minas-tirith:~> cat ~/bin/recogercorreo_TL_tmp #!/bin/bash # 20211111 # Uses "/home/cer/.fetchmail_TLtmp/.fetchmailrc", which uses ~/.procmailrc_TLtmp # Purpose: fetch mail from telefonica temporary folder and put into local folder on disk. CUAL=TLtmp DATE=`date --iso=ns` SECS1=`date +%s` cd $HOME/.fetchmail_$CUAL FETCHMAILHOME=$HOME/.fetchmail_$CUAL fetchmail -v --fetchmailrc .fetchmailrc & PID=$! wait # PID is blank if run is not in background, it has finished the process when it gets to that line. # And I need that number to do the grep sucessfully. Thus I have to wait after it. DATE=`date --iso=ns` SECS2=`date +%s` DIFF=`expr $SECS2 - $SECS1` echo "$DATE Done fetchmail $CUAL (PID: $PID) in $DIFF seconds" grep fetchmail /var/log/mail | grep $PID | grep "message.*for .* at .*" | cut -d" " -f6- cer@minas-tirith:~> The result of a run is as expected: cer@minas-tirith:~> recogercorreo_TL_tmp 2021-11-13T21:38:20,174755076+01:00 Done fetchmail TLtmp (PID: 3717) in 4 seconds 3717 - - 197 messages for CARLOS at imap.telefonica.net (folder temporary) cer@minas-tirith:~> fetchmail file: cer@minas-tirith:~> cat /home/cer/.fetchmail_TLtmp/.fetchmailrc set syslog set no spambounce # 20211111 # Called by "recogercorreo_TL_tmp", and uses ~/.procmailrc_TLtmp # Purpose: fetch mail from telefonica temporary folder and put into local folder on disk. poll imap.telefonica.net with proto imap timeout 20, and tracepolls user *****, with password *****, is cer here, and fetchall, fetchlimit 25, keep, expunge 20, folders temporary mda "/usr/bin/procmail -m $HOME/.procmailrc_TLtmp" cer@minas-tirith:~> The procmail recipe file is this - it seems more complicated than needed because it is copy pasted from a big one, last used long ago. This is the one that is failing, ie, not generating the expected result: cer@minas-tirith:~> cat .procmailrc_TLtmp LOGFILE=$HOME/procmail_TLtmp.log # 20211111 # Everything goes to a single folder. # This file is used by /home/cer/.fetchmail_TLtmp/.fetchmailrc, because apparently fetchmail can not put mail directly into a folder. # http://pm-doc.sourceforge.net/doc/#variables_used_in_recipes # Pure newline NL = " " # Some useful date stamps TODAYISO = `date '+%Y-%m-%d %H:%M:%S.%N%:z'` #TODAY = `date '+%Y-%m-%d'` #THISMONTH = `date '+%Y-%m'` THISWEEK = `date '+%Y-%m_%W'` #LOG = "+++··· GOT $TODAYISO === $TODAY === $THISMONTH $NL" # 2.4 Procmail module library project # get it from here http://freecode.com/projects/procmail-lib # There is a "pm-jadate.rc" file somewhere that sets MM and DD etc. See ~/bin/cosas/procmail/ VERBOSE=off VERBOSE=on DELIVER = "/usr/lib/dovecot/dovecot-lda" FORMAIL = "/usr/bin/formail" :0 h * ^Message-ID: MESSAGEID=| $FORMAIL -c -xMessage-ID: LOG="$NL+++----> STARTING LOG at $HOST $TODAYISO (msgid: $MESSAGEID) $NL" dummy = "you can use this dummy to tell things on the log - when verbose is on" :0 * ^X-Spam-Status: Yes $HOME/Mail/alpine_r_tl_tmp_spam # Everything goes to a single folder. # testing. :0 $HOME/Mail/alpine_r_tl_tmp # No good, creates single mail. File has wrong format. cer@minas-tirith:~> The log is this - maybe. Each entry ends really at the " Folder:" line: procmail: [3718] Sat Nov 13 21:38:16 2021 procmail: Assigning "DELIVER=/usr/lib/dovecot/dovecot-lda" procmail: Assigning "FORMAIL=/usr/bin/formail" procmail: Match on "^Message-ID:" procmail: Assigning "MESSAGEID=" procmail: Executing "/usr/bin/formail,-c,-xMessage-ID:" procmail: Assigning "LOG= +++----> STARTING LOG at minas-tirith.valinor 2021-11-13 21:38:16.702260932+01:00 (msgid: <20211109015055.1547604-2-david(a)fromorbit.com>) " +++----> STARTING LOG at minas-tirith.valinor 2021-11-13 21:38:16.702260932+01:00 (msgid: <20211109015055.1547604-2-david(a)fromorbit.com>) procmail: Assigning "dummy=you can use this dummy to tell things on the log - when verbose is on" procmail: No match on "^X-Spam-Status: Yes" procmail: Assigning "LASTFOLDER=/home/cer/Mail/alpine_r_tl_tmp" procmail: Opening "/home/cer/Mail/alpine_r_tl_tmp" procmail: Acquiring kernel-lock Subject: [PATCH 01/16] xfs: factor out the CIL transaction header building Folder: /home/cer/Mail/alpine_r_tl_tmp 7988 procmail: [3732] Sat Nov 13 21:38:16 2021 procmail: Assigning "DELIVER=/usr/lib/dovecot/dovecot-lda" procmail: Assigning "FORMAIL=/usr/bin/formail" procmail: Match on "^Message-ID:" procmail: Assigning "MESSAGEID=" procmail: Executing "/usr/bin/formail,-c,-xMessage-ID:" procmail: Assigning "LOG= +++----> STARTING LOG at minas-tirith.valinor 2021-11-13 21:38:16.813368222+01:00 (msgid: <20211109015055.1547604-5-david(a)fromorbit.com>) " +++----> STARTING LOG at minas-tirith.valinor 2021-11-13 21:38:16.813368222+01:00 (msgid: <20211109015055.1547604-5-david(a)fromorbit.com>) procmail: Assigning "dummy=you can use this dummy to tell things on the log - when verbose is on" procmail: No match on "^X-Spam-Status: Yes" procmail: Assigning "LASTFOLDER=/home/cer/Mail/alpine_r_tl_tmp" procmail: Opening "/home/cer/Mail/alpine_r_tl_tmp" procmail: Acquiring kernel-lock Subject: [PATCH 04/16] xfs: embed the xlog_op_header in the commit record Folder: /home/cer/Mail/alpine_r_tl_tmp 7494 procmail: [3748] Sat Nov 13 21:38:16 2021 procmail: Assigning "DELIVER=/usr/lib/dovecot/dovecot-lda" procmail: Assigning "FORMAIL=/usr/bin/formail" procmail: Match on "^Message-ID:" procmail: Assigning "MESSAGEID=" procmail: Executing "/usr/bin/formail,-c,-xMessage-ID:" +++----> STARTING LOG at minas-tirith.valinor 2021-11-13 21:38:16.908540742+01:00 (msgid: <20211109015055.1547604-4-david(a)fromorbit.com>) " +++----> STARTING LOG at minas-tirith.valinor 2021-11-13 21:38:16.908540742+01:00 (msgid: <20211109015055.1547604-4-david(a)fromorbit.com>) Mail syslog only contains fetchmail verbose log, everything seems normal. <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - 6.3.26 querying imap.telefonica.net (protocol IMAP) at 2021-11-13T21:38:16 CET: poll started <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - Trying to connect to 86.109.99.71/143... <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - IMAP< * OK [CAPABILITY IMAP4rev1 SASL-IR LOGIN-REFERRALS ID ENABLE IDLE LITERAL+ STARTTLS AUTH=PLAIN AUTH=CRAM-MD5] e.movistar.es. <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - will idle after poll <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - IMAP> A0001 STARTTLS <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - IMAP< A0001 OK Begin TLS negotiation now. ... <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - IMAP> A0006 FETCH 1 RFC822.HEADER <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - IMAP< * 1 FETCH (RFC822.HEADER {4102} <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - reading message **********.net:1 of 197 (log message incomplete) <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - IMAP< ) <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - IMAP< A0006 OK Fetch completed (0.022 + 0.000 + 0.021 secs). <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - IMAP> A0007 FETCH 1 BODY.PEEK[TEXT] <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - IMAP< * 1 FETCH (BODY[TEXT] {3826} <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - (3826 body octets) (log message incomplete) <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - IMAP< ) <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - IMAP< A0007 OK Fetch completed (0.001 + 0.000 secs). <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - not flushed <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - IMAP> A0008 STORE 1 +FLAGS (\Seen) <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - IMAP< A0008 OK Store completed (0.003 + 0.000 + 0.002 secs). <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - IMAP> A0009 FETCH 2 RFC822.HEADER <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - IMAP< * 2 FETCH (RFC822.HEADER {4101} <2.6> 2021-11-13 21:38:16 minas-tirith fetchmail 3717 - - reading message*******.net:2 of 197 (log message incomplete) ... <2.6> 2021-11-13 21:38:20 minas-tirith fetchmail 3717 - - IMAP< A0079 OK Fetch completed (0.001 + 0.000 secs). <2.6> 2021-11-13 21:38:20 minas-tirith fetchmail 3717 - - not flushed <2.6> 2021-11-13 21:38:20 minas-tirith fetchmail 3717 - - IMAP> A0080 STORE 25 +FLAGS (\Seen) <2.6> 2021-11-13 21:38:20 minas-tirith fetchmail 3717 - - IMAP< A0080 OK Store completed (0.003 + 0.000 + 0.002 secs). <2.6> 2021-11-13 21:38:20 minas-tirith fetchmail 3717 - - fetchlimit 25 reached; 172 messages left on server imap.telefonica.net account ***** <2.6> 2021-11-13 21:38:20 minas-tirith fetchmail 3717 - - IMAP> A0081 LOGOUT <2.6> 2021-11-13 21:38:20 minas-tirith fetchmail 3717 - - IMAP< * BYE Logging out <2.6> 2021-11-13 21:38:20 minas-tirith fetchmail 3717 - - IMAP< A0081 OK Logout completed (0.000 + 0.000 secs). <2.6> 2021-11-13 21:38:20 minas-tirith fetchmail 3717 - - 6.3.26 querying imap.telefonica.net (protocol IMAP) at 2021-11-13T21:38:20 CET: poll completed <2.6> 2021-11-13 21:38:20 minas-tirith fetchmail 3717 - - Query status=13 (MAXFETCH) <2.6> 2021-11-13 21:38:20 minas-tirith fetchmail 3717 - - normal termination, status 13 The result should be an mbox file: cer@minas-tirith:~> l Mail/alpine_r_tl_tmp -rw-r--r-- 1 cer users 266791 Nov 13 21:38 Mail/alpine_r_tl_tmp cer@minas-tirith:~> file Mail/alpine_r_tl_tmp Mail/alpine_r_tl_tmp: SMTP mail, ASCII text, with very long lines cer@minas-tirith:~> But look at the format, it is wrong, mail programs can not use it: cer@minas-tirith:~> head -n 20 Mail/alpine_r_tl_tmp Return-Path: <linux-xfs-owner(a)vger.kernel.org> Delivered-To: robin.listas(a)telefonica.net Received: from imap.telefonica.net [86.109.99.71] by minas-tirith.valinor with IMAP (fetchmail-6.3.26 polling imap.telefonica.net account robin.listas2 folder temporary) for <cer@localhost> (single-drop); Sat, 13 Nov 2021 21:38:16 +0100 (CET) Received: from dovector01.e.movistar.es ([217.116.1.119]) by lda06.e.movistar.es (Dovecot) with LMTP id 61IFOAfUiWHeLgAAdnA+5w for <robin.listas(a)telefonica.net>; Tue, 09 Nov 2021 02:51:03 +0100 Received: from asavin03.e.movistar.es ([217.116.1.119]) by dovector01.e.movistar.es with LMTP id OPVJOAfUiWFdQQAAMW5kXg (envelope-from <linux-xfs-owner(a)vger.kernel.org>) for <robin.listas(a)telefonica.net>; Tue, 09 Nov 2021 02:51:03 +0100 Received: from relayin04.e.movistar.es (217-116-1-119.redes.acens.net [217.116.1.119]) by asavin03.e.movistar.es (Postfix) with ESMTP id 4Hp9tb58VczvQC1 for <robin.listas(a)telefonica.net>; Tue, 9 Nov 2021 02:51:03 +0100 (CET) X-Tnet-ASAV: Yes Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by relayin04.e.movistar.es (Postfix) with ESMTP id 4Hp9tb3fBYzXdy0 for <robin.listas(a)telefonica.net>; Tue, 9 Nov 2021 02:51:03 +0100 (CET) cer@minas-tirith:~> While a normal mbox file looks this way: cer@minas-tirith:~> head -n 20 Mail/alpine_r_tl From MAILER-DAEMON Sat Nov 13 21:08:23 2021 Date: 13 Nov 2021 21:08:23 +0100 From: Mail System Internal Data <MAILER-DAEMON(a)minas-tirith.valinor> Subject: DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA Message-ID: <1636834103(a)minas-tirith.valinor> X-IMAP: 1636834103 0000180411 NonJunk mio $Forwarded $label3 $label1 z-half-jerk $label4 jerk interesting $label5 junk $label2 $MDNSent hecho mark curio investigate googlegroups Status: RO This text is part of the internal format of your mail folder, and is not a real message. It is created automatically by the mail system software. If deleted, important folder data will be lost, and it will be re-created with the data reset to initial values. From cer(a)Telcontar.valinor Fri Aug 28 23:28:22 2020 Return-Path: <linux-xfs-owner(a)vger.kernel.org> Delivered-To: robin.listas(a)telefonica.net Received: from dovector01.e.movistar.es ([217.116.1.119]) by lda04.e.movistar.es (Dovecot) with LMTP id 8653AvZ2SV+8VAAAEdfVVg for <robin.listas(a)telefonica.net>; Fri, 28 Aug 2020 23:28:22 +0200 Received: from asavin02.e.movistar.es ([217.116.1.119]) cer@minas-tirith:~> The first line: From MAILER-DAEMON Sat Nov 13 21:08:23 2021 is the key, it separates one mail from the other. It is missing in the file newly generated by procmail. Something is wrong. Either something changed in the code (I have not used procmail in months), or I made a config mistake, but I need a fresh pair of eyes ;-) - -- Cheers, Carlos E. R. (from openSUSE Leap 15.2 x86_64 (Minas Tirith)) -----BEGIN PGP SIGNATURE----- iJIEAREIADoWIQQt/vKEw5659AgM/X2NrxRtxRYzXAUCYZAsDxwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJEI2vFG3FFjNckIAA/3KigKecZnNf2KkjDl90 0T20R5uRLFA3Jb3EyINePYKUAP4k0XWgHZCjfK5Ua47JIrNEA7lPsB6rWp8YYPsL snixDw== =SfdB -----END PGP SIGNATURE-----

9 34

106 MiB of photographs
by Douglas McGarrett 14 Nov '21

14 Nov '21

Someone please advise how to send by email 106 MiB worth of high quality photographs. This is for an insurance claim, and it will be simpler if they can all be kept together under a single email Thanx--doug

7 6

leap 15.3, latest kernel update (nov 2021) patch not installing or applying at all?
by cagsm 12 Nov '21

12 Nov '21

hi list, some basic leap 15.3 machine, x64, not willing to apply latest kernel update patch openSUSE-SLE-15.3-2021-3655 not via patch, not via direct patch command with patchname added, not via zypper up, not anything. according to the updates lists posting this patch is ought to be giving an x64 system some kernel version with 5.3.18-59.30something. but my system is stuck still on the 5.3.18-59.27something from beginning of october 2021 see below. bug? delay? not released yet? in the past my experience was that the patches were on the repository servers way before a posting appeared on the update/list etc. am i missing anything here? ty. uname -a Linux tux 5.3.18-59.27-default #1 SMP Tue Oct 5 10:00:40 UTC 2021 (7df2404) x86_64 x86_64 x86_64 GNU/Linux cat /etc/os-release NAME="openSUSE Leap" VERSION="15.3" ID="opensuse-leap" ID_LIKE="suse opensuse" VERSION_ID="15.3" PRETTY_NAME="openSUSE Leap 15.3" ANSI_COLOR="0;32" CPE_NAME="cpe:/o:opensuse:leap:15.3" BUG_REPORT_URL="https://bugs.opensuse.org" HOME_URL="https://www.opensuse.org/" sudo zypper -v in -t patch openSUSE-SLE-15.3-2021-3655=1 Verbosity: 2 Non-option program arguments: 'openSUSE-SLE-15.3-2021-3655=1' Initializing Target Checking whether to refresh metadata for Update repository of openSUSE Backports Checking whether to refresh metadata for Non-OSS Repository Checking whether to refresh metadata for Main Repository Checking whether to refresh metadata for Update repository with updates from SUSE Linux Enterprise 15 Checking whether to refresh metadata for Update Repository (Non-Oss) Checking whether to refresh metadata for Main Update Repository Loading repository data... Reading installed packages... Force resolution: No Patch 'openSUSE-SLE-15.3-2021-3655-1' is not needed. Resolving package dependencies... Force resolution: No Nothing to do.

2 1

List down - no messages since 11/4?
by David C. Rankin 11 Nov '21

11 Nov '21

All, Has the users list been down? No messages since 11/4? -- David C. Rankin, J.D.,P.E.

5 7

Leap 15.3 - binutils - imake clash
by Mark Hounschell 10 Nov '21

10 Nov '21

Not sure what update did it but I am getting an imake failure trying to compile something that used to compile. rm -f librmh.a ar clq librmh.a rmh.o ar: libdeps specified more than once I've researched it and supposedly this is fixed in imake 1.0.8. Leap is running imake 1.0.7. Any chance of imake getting updated. Surely I don't need to submit an epr for a problem that has already been fixed. Regards Mark

1 1

TW Logs of Importance
by James Pain 09 Nov '21

09 Nov '21

Howdy, all. TLDR; what log files are important when troubleshooting an issue in TW. I'm investigating an openSUSE TW KDE machine that's locking up daily while idle. Screen frozen, keyboard lights not responding, can only force off by holding power button. Even the instant reset button on the case doesn't work. Systemd journal has seemingly nothing of significance. In a hunt to find other logs, I found in the docs a list of log files [0]. However /var/log/warn doesn't seem to exist in TW, and the others don't seem relevant, so I'm continuing a search. If there was a similar page to the Leap logs page [0] for TW, maybe on the wiki, that's be useful. Maybe I can make one with the results of this thread. Thank you in advance. [0] https://doc.opensuse.org/documentation/leap/startup/html/book-startup/cha-t… -- -James

7 9

Kate: Setting font size for printing
by Frans de Boer 09 Nov '21

09 Nov '21

LS, In the past it was possible to set the font and size for printing when using the Kate editor. Nowadays I have to copy a RO template, but you can't specify the font or it's size to be used for printing. Current, I have the font size for the editor set at 8 pt, because that is the size I want to print. For editing I have to increase the font (Ctrl-+) for every document manually to make it readable at all. Is there a better way to have the two different font sizes by default? Regards, Frans. -- A: Yes, just like that A: Ja, net zo Q: Oh, Just like reading a book backwards Q: Oh, net als een boek achterstevoren lezen A: Because it upsets the natural flow of a story A: Omdat het de natuurlijke gang uit het verhaal haalt Q: Why is top-posting annoying? Q: Waarom is Top-posting zo irritant?

5 6