Google Chrome can share but Chromium cannot share screen

[Pankaj Jangid]

For a few work related meetings, I have to use Google Meet. But the
screensharing doesn't work in the Chromium installed from stable APT
repository. Clicking on the share-screen icon and then selecting any of
the three options - Tab, Windows, Entire Screen - shows this error
message,

"Your browser can't share your screen"

But if I install and use Google Chrome, then the screen sharing works in
Google Meet.

Re: fetchmail

[tomas]

On Sat, Sep 10, 2022 at 10:45:23PM +0200, Gerard ROBIN wrote:
> Hello,
> in Bullseye (stable) fetchmail works fine, but in Bookworm (testing) I
> get:
> 
> fetchmail: can't accept options while a background fetchmail is running.
> argc = 5, arg list:
> arg 1 = "-k"
> arg 2 = "--ssl"
> arg 3 = "--mda"
> arg 4 = "/usr/bin/procmail -d %T"
> 
> No mail arrived since 
> 
> ps ax | grep fetchmail
> 
> 1943 ?Ss 0:00 fetchmail --nodetach --daemon 300
> 4220 pts/1S+ 0:00 grep fetchmail
> 
> how can i prevent the fetchmail daemon from running on startup in
> Bookworm ?

What is starting it? What init system do you use?

Cheers
-- 
t


signature.asc
Description: PGP signature

Re: fetchmail

[Gerard ROBIN]

Le Sat, Sep 10, 2022 at 04:37:40PM -0500, Nate Bargmann a écrit :
> Date: Sat, 10 Sep 2022 16:37:40 -0500
> From: Nate Bargmann 
> To: debian-user@lists.debian.org
> Subject: Re: fetchmail
> X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on bendel.debian.org
> X-Spam-Level: 
> X-Spam-Status: No, score=-12.6 required=4.0 tests=DKIM_SIGNED,DKIM_VALID,
>  DKIM_VALID_AU,DKIM_VALID_EF,LDOSUBSCRIBER,LDO_WHITELIST,ONEWORD,
>  PGPSIGNATURE,SARE_BOUNDARY_LC,T_SCC_BODY_TEXT_LINE autolearn=unavailable
>  autolearn_force=no version=3.4.2
> 
> * On 2022 10 Sep 16:28 -0500, Gerard ROBIN wrote:
> > Hello,
> > in Bullseye (stable) fetchmail works fine, but in Bookworm (testing) I
> > get:
> > 
> > fetchmail: can't accept options while a background fetchmail is running.
> > argc = 5, arg list:
> > arg 1 = "-k"
> > arg 2 = "--ssl"
> > arg 3 = "--mda"
> > arg 4 = "/usr/bin/procmail -d %T"
> > 
> > No mail arrived since 
> > 
> > ps ax | grep fetchmail
> > 
> > 1943 ?Ss 0:00 fetchmail --nodetach --daemon 300
> > 4220 pts/1S+ 0:00 grep fetchmail
> > 
> > how can I prevent the fetchmail daemon from running on startup in
> > Bookworm ?
> 
> Perhaps you need to do something like (as root):
> 
> systemctl stop fetchmail.service
> systemctl disable fetchmail.service
> 
> On a whim I checked what systemctl reports on this Bullseye system:
> 
> $ systemctl status fetchmail.service 
> ● fetchmail.service - LSB: init-Script for system wide fetchmail daemon
>  Loaded: loaded (/etc/init.d/fetchmail; generated)
>  Active: active (exited) since Sat 2022-09-10 15:37:33 CDT; 52min ago
>Docs: man:systemd-sysv-generator(8)
> Process: 1790 ExecStart=/etc/init.d/fetchmail start (code=exited, 
> status=0/SUCCESS)
> CPU: 6ms
> 
> Now, I typically do not run fetchmail as a system wide service so I never
> looked at this output but apparently it is harmless as I also see:
> 
> $ ps ax | grep fetchmail
>   10376 ?Ss 0:00 /usr/bin/fetchmail -aKd 60 --sslcertck
>   10818 pts/0S+ 0:00 grep --color=auto fetchmail
> 
> which I had just started a few minutes before reading your mail.  I do
> not find any kind of default configuration under /etc.  Was one added in
> Bookworm?
> 
> - Nate

Thank you for your reply.
The commands 
 systemctl stop fetchmail.service
 systemctl disable fetchmail.service
doesn't work.
I had tried them before sending my message.
I had tried sudo kill -9 ... without success either.
Finally I purged and reinstalled fetchmail and now :
ps ax | grep fetchmail 

3566 pts/0S+ 0:00 grep --color=auto fetchmail

no more daemons in the background and I can load my posts with
fetchmail.
(in Bookworm)
The problem is that I don't know how to fix the problem if it
starts again without purging the package :(

-- 
Gerard


Created with Mutt  2.2.6-1
under Debian Linux BOOKWORM

Re: Installing Wi-Fi card driver

[Timothy M Butterworth]

On Fri, Sep 9, 2022 at 8:48 AM Mansour zermello  wrote:

> Hi, I'm a new user in the Linux world especially debian, but i was
> interested by debian since very long time but one day I decided to install
> it and start to use it, i had difficulties to install it but with a lot of
> effort and searches i succeeded, BUT the problem where I'm stucked is the
> WIFI card ( i don't know at all how to do ) to be honest, i really need
> your help I'm sure I'll can to do it if you explain to me how to do step by
> step and I'll transfer this knowledge to other user who is in my case.
>
> I'm waiting for your response impatientely to start using debian certainly
> the best OS ever made.
>
> Have a nice day,
> Cordially
>
> Sent from Yahoo Mail on Android
> 
>

If you are missing drivers or binary blobs for drivers the easiest way to
fix it is to install with the non-free installer.
https://cdimage.debian.org/images/unofficial/non-free/images-including-firmware/
-- 
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
⠈⠳⣄⠀⠀

Re: fetchmail

[Nate Bargmann]

* On 2022 10 Sep 16:28 -0500, Gerard ROBIN wrote:
> Hello,
> in Bullseye (stable) fetchmail works fine, but in Bookworm (testing) I
> get:
> 
> fetchmail: can't accept options while a background fetchmail is running.
> argc = 5, arg list:
> arg 1 = "-k"
> arg 2 = "--ssl"
> arg 3 = "--mda"
> arg 4 = "/usr/bin/procmail -d %T"
> 
> No mail arrived since 
> 
> ps ax | grep fetchmail
> 
> 1943 ?Ss 0:00 fetchmail --nodetach --daemon 300
> 4220 pts/1S+ 0:00 grep fetchmail
> 
> how can I prevent the fetchmail daemon from running on startup in
> Bookworm ?

Perhaps you need to do something like (as root):

systemctl stop fetchmail.service
systemctl disable fetchmail.service

On a whim I checked what systemctl reports on this Bullseye system:

$ systemctl status fetchmail.service 
● fetchmail.service - LSB: init-Script for system wide fetchmail daemon
 Loaded: loaded (/etc/init.d/fetchmail; generated)
 Active: active (exited) since Sat 2022-09-10 15:37:33 CDT; 52min ago
   Docs: man:systemd-sysv-generator(8)
Process: 1790 ExecStart=/etc/init.d/fetchmail start (code=exited, 
status=0/SUCCESS)
CPU: 6ms

Now, I typically do not run fetchmail as a system wide service so I never
looked at this output but apparently it is harmless as I also see:

$ ps ax | grep fetchmail
  10376 ?Ss 0:00 /usr/bin/fetchmail -aKd 60 --sslcertck
  10818 pts/0S+ 0:00 grep --color=auto fetchmail

which I had just started a few minutes before reading your mail.  I do
not find any kind of default configuration under /etc.  Was one added in
Bookworm?

- Nate

-- 
"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."
Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819



signature.asc
Description: PGP signature

fetchmail

[Gerard ROBIN]

Hello,
in Bullseye (stable) fetchmail works fine, but in Bookworm (testing) I
get:

fetchmail: can't accept options while a background fetchmail is running.
argc = 5, arg list:
arg 1 = "-k"
arg 2 = "--ssl"
arg 3 = "--mda"
arg 4 = "/usr/bin/procmail -d %T"

No mail arrived since 

ps ax | grep fetchmail

1943 ?Ss 0:00 fetchmail --nodetach --daemon 300
4220 pts/1S+ 0:00 grep fetchmail

how can I prevent the fetchmail daemon from running on startup in
Bookworm ?

TIA

-- 
Gerard
_
*
 Created with Mutt  2.0.5 
 under Debian Linux BULLSEYE
*

fetchmail

[Gerard ROBIN]

Hello,
in Bullseye (stable) fetchmail works fine, but in Bookworm (testing) I
get:

fetchmail: can't accept options while a background fetchmail is running.
argc = 5, arg list:
arg 1 = "-k"
arg 2 = "--ssl"
arg 3 = "--mda"
arg 4 = "/usr/bin/procmail -d %T"

No mail arrived since 

ps ax | grep fetchmail

1943 ?Ss 0:00 fetchmail --nodetach --daemon 300
4220 pts/1S+ 0:00 grep fetchmail

how can i prevent the fetchmail daemon from running on startup in
Bookworm ?

TIA

-- 
Gerard


Created with Mutt  2.2.6-1
under Debian Linux BOOKWORM

Re: Wireless card driver bug

[Gökşin Akdeniz]

Hi Maximiliano

10.09.2022 19:46 tarihinde Maximiliano Estudies yazdı:



I want to use the reportbug feature but I don't know which package I
should enter. Anyone else having similar issues?
My system settings: Linux version 5.18.0-4-amd64
(debian-ker...@lists.debian.org) (gcc-11 (Debian 11.3.0-5) 11.3.0, GNU
ld (GNU Binutils for Debian) 2.38.90.20220713) #1 SMP PREEMPT_DYNAMIC
Debian 5.18.16-1 (2022-08-10)



The kernel running is from backports, I assume.

Kernels from backports may function different than release packages. You 
can test whether it is a kerl bug or not, with installing linux-image 
5.10.0-18 and firmware packages.


If everything works fine with 5.10.8-18, it may be kernel bug, and 
report it with all information you can provide and package info.


I had similar issuse with Intel HD graphics card in which backports 
kernel packages ended with a blank screen and reverting to a main repo 
kernel made problems go away.


OpenPGP_0x648AAD2AAA3BAD5F_and_old_rev.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Re: Which MTA for from-based smarthost selection, local delivery and queuing?

[Sébastien Hinderer]

Hello Michael,

Michael Stone (2022/09/09 11:01 -0400):
> I would not recommend msmtp if you have a local mail service configured on
> the system because you then have two places to debug mail problems.

I agree it's suboptimal somehow, but as you could see others do that...

> Another possibility if you're only going to send the work emails via mutt is
> to use mutt's internal smtp, something likeset
> smtp_url="smtp://u...@example.com@smtp.example.com:587/"
> You can then use mutt's folder & account hook facilities to switch between
> local and external smtp depending on which account is open. I tend to think
> this is cleaner than hard-coding a per-user credential into a global
> configuration, and is much more practical than implementing xoauth2 (if
> needed) in the system mta.

Sure but (correct me if I am wrong), this would only work on a system
that has constant access to the network, right? I am guessing that mutt
does not know, internally, how to queue messages so if you write an
e-mail while you are offline it's not going to work. Or am I wrong?

> On Thu, Sep 08, 2022 at 01:06:07PM +0800, Jeremy Ardley wrote:
> > It's incredibly easy using postfix sender_dependent_relayhost_maps
> 
> Specifically, for example:
> 
> /etc/postfix/main.cf: sender_dependent_relayhost_maps = 
> hash:/etc/postfix/sender_relay
> 
> /etc/postfix/sender_relay: @example.com [smtp.example.com]:587
> 
> This sort of configuration typically requires a password, which is another
> couple of entries in main.cf (smtp_sasl_password_maps, etc) and another file
> containing the username/password. Though, see above for thoughts about doing
> per-user auth at the MUA rather than the MTA.

I had missed Jeremy's response because I was not Cc-ed, so I am greatly
thankful for having quoted it, thanks!

Well, one more solution to consider, but certainly too many solutions is
better than too few.


> 
> > One option retaining exim4 is to use postfix as an outgoing mail gateway
> > and forward to it from the exim4 instance.
> 
> That also sounds like a debugging nightmare. I'd just pick one.

Well, I can imagine myself combining exim4 and msmtp, but frankly,
combining exim4 and postfix really feels overkill to me (responding to
JEremy, here).

Sébastien.

Re: Which MTA for from-based smarthost selection, local delivery and queuing?

[Sébastien Hinderer]

Julio Herrero (2022/09/09 15:07 +0200):
> El mié, 07-09-2022 a las 22:31 +0200, Sébastien Hinderer escribió:
> > I would like to be able to
> > configure the SMTP server to use based on the address I am using in
> > the
> > > From header. For instance, if I am sending from my personal account
> > > then
> > I'd like to use one smarthost and SMTP configuration, but if I am
> > sending from my work address, I would like the MTA to choose my
> > work's
> > SMTP server as its smarthost. Am I correct that exim4 does not allow
> > for
> > such a configuration? 
> 
> I do that using an exim specific router.
> 
> $ cat /etc/exim4/conf.d/router/160_exim4-config_myfrom_1
> 
>  from_router_1:
>   debug_print = "R: from_router_1 for $domain"
>   driver = manualroute
>   domains = ! +local_domains
>   condition = ${if eq{$sender_address}{yourfromaddr...@example.com}}
>   same_domain_copy_routing = yes
>   route_data = smtp.yoursmarthost.com
>   transport = remote_smtp_smarthost

Thanks! It's good to know exim actually can do it! I'm scared to touch
its configuration because, at the moment, I am in single-file
configuration mode but I will consider this possibility!

I eveninstalled the info documentaiton and it's already strange that to
read the doc one needs to type `info spec`...

Thanks again, all the answers I recevied are great and precious!

Sébastien.

Re: Wireless card driver bug

[Georgi Naplatanov]

On 9/10/22 19:46, Maximiliano Estudies wrote:

Hi,

I seem to have hit a bug with the wireless card driver of my laptop.
This happened twice already, my laptop became unresponsive and I
couldn't issue any sudo commands. After hard rebooting the laptop I
see this entries in the syslog:

Sep 10 14:51:50 user-thinkpad kernel: mt7921e :03:00.0: driver own failed
Sep 10 14:51:51 user-thinkpad kernel: mt7921e :03:00.0: driver own failed
Sep 10 14:51:51 user-thinkpad kernel: mt7921e :03:00.0: chip reset
Sep 10 14:51:53 user-thinkpad kernel: mt7921e :03:00.0: driver own failed

This is my network card:
user@user-thinkpad:~$ lspci | grep -i mt7921
03:00.0 Network controller: MEDIATEK Corp. MT7921 802.11ax PCI Express
Wireless Network Adapter

after that the kernel seems unable to get cpu time:

Sep 10 14:51:55 user-thinkpad kernel: [ cut here ]
Sep 10 14:51:55 user-thinkpad kernel: WARNING: CPU: 15 PID: 16958 at
kernel/kthread.c:659 kthread_park+0x7f/0x90
Sep 10 14:51:55 user-thinkpad kernel: Modules linked in: nf_tables
libcrc32c nfnetlink ctr ccm rfcomm cmac algif_hash algif_skcipher
af_alg bnep btusb btrtl btbcm btintel btmtk bluetooth
jitterentropy_rng drbg >
Sep 10 14:51:55 user-thinkpad kernel:  sp5100_tco watchdog soundcore
roles k10temp rfkill typec ac serial_multi_instantiate evdev
acpi_cpufreq ipmi_devintf ipmi_msghandler msr parport_pc ppdev lp
parport fuse c>
Sep 10 14:51:55 user-thinkpad kernel: CPU: 15 PID: 16958 Comm:
kworker/u32:11 Not tainted 5.18.0-4-amd64 #1  Debian 5.18.16-1
Sep 10 14:51:55 user-thinkpad kernel: Hardware name: LENOVO
20UHCTO1WW/20UHCTO1WW, BIOS R1CET67W(1.36 ) 10/20/2021
Sep 10 14:51:55 user-thinkpad kernel: Workqueue: mt76
mt7921_mac_reset_work [mt7921_common]
Sep 10 14:51:55 user-thinkpad kernel: RIP: 0010:kthread_park+0x7f/0x90
Sep 10 14:51:55 user-thinkpad kernel: Code: 00 48 85 c0 74 2d 31 c0 5b
5d e9 dc 45 b4 00 0f 0b 48 8b 9d 68 0a 00 00 a8 04 74 ae 0f 0b b8 da
ff ff ff 5b 5d e9 c1 45 b4 00 <0f> 0b b8 f0 ff ff ff eb d5 0f 0b eb
d1>
Sep 10 14:51:55 user-thinkpad kernel: RSP: 0018:b38848677e00
EFLAGS: 00010202
Sep 10 14:51:55 user-thinkpad kernel: RAX: 0004 RBX:
911b51d35c80 RCX: 
Sep 10 14:51:55 user-thinkpad kernel: WARNING: CPU: 15 PID: 16958 at
kernel/kthread.c:659 kthread_park+0x7f/0x90
Sep 10 14:51:55 user-thinkpad kernel: Modules linked in: nf_tables
libcrc32c nfnetlink ctr ccm rfcomm cmac algif_hash algif_skcipher
af_alg bnep btusb btrtl btbcm btintel btmtk bluetooth
jitterentropy_rng drbg >
Sep 10 14:51:55 user-thinkpad kernel:  sp5100_tco watchdog soundcore
roles k10temp rfkill typec ac serial_multi_instantiate evdev
acpi_cpufreq ipmi_devintf ipmi_msghandler msr parport_pc ppdev lp
parport fuse c>
Sep 10 14:51:55 user-thinkpad kernel: CPU: 15 PID: 16958 Comm:
kworker/u32:11 Not tainted 5.18.0-4-amd64 #1  Debian 5.18.16-1
Sep 10 14:51:55 user-thinkpad kernel: Hardware name: LENOVO
20UHCTO1WW/20UHCTO1WW, BIOS R1CET67W(1.36 ) 10/20/2021
Sep 10 14:51:55 user-thinkpad kernel: Workqueue: mt76
mt7921_mac_reset_work [mt7921_common]
Sep 10 14:51:55 user-thinkpad kernel: RIP: 0010:kthread_park+0x7f/0x90
Sep 10 14:51:55 user-thinkpad kernel: Code: 00 48 85 c0 74 2d 31 c0 5b
5d e9 dc 45 b4 00 0f 0b 48 8b 9d 68 0a 00 00 a8 04 74 ae 0f 0b b8 da
ff ff ff 5b 5d e9 c1 45 b4 00 <0f> 0b b8 f0 ff ff ff eb d5 0f 0b eb
d1>
Sep 10 14:51:55 user-thinkpad kernel: RSP: 0018:b38848677e00
EFLAGS: 00010202
Sep 10 14:51:55 user-thinkpad kernel: RAX: 0004 RBX:
911b51d35c80 RCX: 
Sep 10 14:51:55 user-thinkpad kernel: RDX: 0001 RSI:
0003 RDI: 911b53608000
Sep 10 14:51:55 user-thinkpad kernel: RBP: 911b53608000 R08:
911b4b312460 R09: b38848677db0
Sep 10 14:51:55 user-thinkpad kernel: R10: b38848677b10 R11:
838d1528 R12: 911b4b3108c0
Sep 10 14:51:55 user-thinkpad kernel: R13: 911b4b3120a0 R14:
911b4b3185d0 R15: 911b4b3123f0
Sep 10 14:51:55 user-thinkpad kernel: FS:  ()
GS:911e3fbc() knlGS:
Sep 10 14:51:55 user-thinkpad kernel: CS:  0010 DS:  ES:  CR0:
80050033
Sep 10 14:51:55 user-thinkpad kernel: CR2: 7f45dee27000 CR3:
00020b61 CR4: 00350ee0
Sep 10 14:51:55 user-thinkpad kernel: Call Trace:
Sep 10 14:51:55 user-thinkpad kernel:  
Sep 10 14:51:55 user-thinkpad kernel:  mt7921e_mac_reset+0x9e/0x2d0 [mt7921e]
Sep 10 14:51:55 user-thinkpad kernel:
mt7921_mac_reset_work+0x9f/0x14a [mt7921_common]
Sep 10 14:51:55 user-thinkpad kernel:  process_one_work+0x1e5/0x3b0
Sep 10 14:51:55 user-thinkpad kernel:  ? rescuer_thread+0x390/0x390
Sep 10 14:51:55 user-thinkpad kernel:  worker_thread+0x50/0x3a0
Sep 10 14:51:55 user-thinkpad kernel:  ? rescuer_thread+0x390/0x390
Sep 10 14:51:55 user-thinkpad kernel:  kthread+0xe8/0x110
Sep 10 14:51:55 user-thinkpad kernel:  ? kthread_complete_and_exit+0x20/0x20
Sep 10 14:51:55 user-thinkpad kernel:  

Wireless card driver bug

[Maximiliano Estudies]

Hi,

I seem to have hit a bug with the wireless card driver of my laptop.
This happened twice already, my laptop became unresponsive and I
couldn't issue any sudo commands. After hard rebooting the laptop I
see this entries in the syslog:

Sep 10 14:51:50 user-thinkpad kernel: mt7921e :03:00.0: driver own failed
Sep 10 14:51:51 user-thinkpad kernel: mt7921e :03:00.0: driver own failed
Sep 10 14:51:51 user-thinkpad kernel: mt7921e :03:00.0: chip reset
Sep 10 14:51:53 user-thinkpad kernel: mt7921e :03:00.0: driver own failed

This is my network card:
user@user-thinkpad:~$ lspci | grep -i mt7921
03:00.0 Network controller: MEDIATEK Corp. MT7921 802.11ax PCI Express
Wireless Network Adapter

after that the kernel seems unable to get cpu time:

Sep 10 14:51:55 user-thinkpad kernel: [ cut here ]
Sep 10 14:51:55 user-thinkpad kernel: WARNING: CPU: 15 PID: 16958 at
kernel/kthread.c:659 kthread_park+0x7f/0x90
Sep 10 14:51:55 user-thinkpad kernel: Modules linked in: nf_tables
libcrc32c nfnetlink ctr ccm rfcomm cmac algif_hash algif_skcipher
af_alg bnep btusb btrtl btbcm btintel btmtk bluetooth
jitterentropy_rng drbg >
Sep 10 14:51:55 user-thinkpad kernel:  sp5100_tco watchdog soundcore
roles k10temp rfkill typec ac serial_multi_instantiate evdev
acpi_cpufreq ipmi_devintf ipmi_msghandler msr parport_pc ppdev lp
parport fuse c>
Sep 10 14:51:55 user-thinkpad kernel: CPU: 15 PID: 16958 Comm:
kworker/u32:11 Not tainted 5.18.0-4-amd64 #1  Debian 5.18.16-1
Sep 10 14:51:55 user-thinkpad kernel: Hardware name: LENOVO
20UHCTO1WW/20UHCTO1WW, BIOS R1CET67W(1.36 ) 10/20/2021
Sep 10 14:51:55 user-thinkpad kernel: Workqueue: mt76
mt7921_mac_reset_work [mt7921_common]
Sep 10 14:51:55 user-thinkpad kernel: RIP: 0010:kthread_park+0x7f/0x90
Sep 10 14:51:55 user-thinkpad kernel: Code: 00 48 85 c0 74 2d 31 c0 5b
5d e9 dc 45 b4 00 0f 0b 48 8b 9d 68 0a 00 00 a8 04 74 ae 0f 0b b8 da
ff ff ff 5b 5d e9 c1 45 b4 00 <0f> 0b b8 f0 ff ff ff eb d5 0f 0b eb
d1>
Sep 10 14:51:55 user-thinkpad kernel: RSP: 0018:b38848677e00
EFLAGS: 00010202
Sep 10 14:51:55 user-thinkpad kernel: RAX: 0004 RBX:
911b51d35c80 RCX: 
Sep 10 14:51:55 user-thinkpad kernel: WARNING: CPU: 15 PID: 16958 at
kernel/kthread.c:659 kthread_park+0x7f/0x90
Sep 10 14:51:55 user-thinkpad kernel: Modules linked in: nf_tables
libcrc32c nfnetlink ctr ccm rfcomm cmac algif_hash algif_skcipher
af_alg bnep btusb btrtl btbcm btintel btmtk bluetooth
jitterentropy_rng drbg >
Sep 10 14:51:55 user-thinkpad kernel:  sp5100_tco watchdog soundcore
roles k10temp rfkill typec ac serial_multi_instantiate evdev
acpi_cpufreq ipmi_devintf ipmi_msghandler msr parport_pc ppdev lp
parport fuse c>
Sep 10 14:51:55 user-thinkpad kernel: CPU: 15 PID: 16958 Comm:
kworker/u32:11 Not tainted 5.18.0-4-amd64 #1  Debian 5.18.16-1
Sep 10 14:51:55 user-thinkpad kernel: Hardware name: LENOVO
20UHCTO1WW/20UHCTO1WW, BIOS R1CET67W(1.36 ) 10/20/2021
Sep 10 14:51:55 user-thinkpad kernel: Workqueue: mt76
mt7921_mac_reset_work [mt7921_common]
Sep 10 14:51:55 user-thinkpad kernel: RIP: 0010:kthread_park+0x7f/0x90
Sep 10 14:51:55 user-thinkpad kernel: Code: 00 48 85 c0 74 2d 31 c0 5b
5d e9 dc 45 b4 00 0f 0b 48 8b 9d 68 0a 00 00 a8 04 74 ae 0f 0b b8 da
ff ff ff 5b 5d e9 c1 45 b4 00 <0f> 0b b8 f0 ff ff ff eb d5 0f 0b eb
d1>
Sep 10 14:51:55 user-thinkpad kernel: RSP: 0018:b38848677e00
EFLAGS: 00010202
Sep 10 14:51:55 user-thinkpad kernel: RAX: 0004 RBX:
911b51d35c80 RCX: 
Sep 10 14:51:55 user-thinkpad kernel: RDX: 0001 RSI:
0003 RDI: 911b53608000
Sep 10 14:51:55 user-thinkpad kernel: RBP: 911b53608000 R08:
911b4b312460 R09: b38848677db0
Sep 10 14:51:55 user-thinkpad kernel: R10: b38848677b10 R11:
838d1528 R12: 911b4b3108c0
Sep 10 14:51:55 user-thinkpad kernel: R13: 911b4b3120a0 R14:
911b4b3185d0 R15: 911b4b3123f0
Sep 10 14:51:55 user-thinkpad kernel: FS:  ()
GS:911e3fbc() knlGS:
Sep 10 14:51:55 user-thinkpad kernel: CS:  0010 DS:  ES:  CR0:
80050033
Sep 10 14:51:55 user-thinkpad kernel: CR2: 7f45dee27000 CR3:
00020b61 CR4: 00350ee0
Sep 10 14:51:55 user-thinkpad kernel: Call Trace:
Sep 10 14:51:55 user-thinkpad kernel:  
Sep 10 14:51:55 user-thinkpad kernel:  mt7921e_mac_reset+0x9e/0x2d0 [mt7921e]
Sep 10 14:51:55 user-thinkpad kernel:
mt7921_mac_reset_work+0x9f/0x14a [mt7921_common]
Sep 10 14:51:55 user-thinkpad kernel:  process_one_work+0x1e5/0x3b0
Sep 10 14:51:55 user-thinkpad kernel:  ? rescuer_thread+0x390/0x390
Sep 10 14:51:55 user-thinkpad kernel:  worker_thread+0x50/0x3a0
Sep 10 14:51:55 user-thinkpad kernel:  ? rescuer_thread+0x390/0x390
Sep 10 14:51:55 user-thinkpad kernel:  kthread+0xe8/0x110
Sep 10 14:51:55 user-thinkpad kernel:  ? kthread_complete_and_exit+0x20/0x20
Sep 10 14:51:55 user-thinkpad kernel:  ret_from_fork+0x22/0x30
Sep 10 14:51:55 user-thinkpad 

Shikitega Malware Criptominer

[Txonta]

Hola  tod@s.

Acabo de recibir la noticia de un criptominero muy sofisticado que ataca 
servidores y sistemas linux, le llaman Shikitega.
He buscado el tema en las listas de Debian y no he visto nada, en 
internet he encontrado bastante información pero relativo a prevención, 
detección y eliminación muy poca cosa.


Me gustaría poder sentirme seguro ante esto y poder certificar la 
integridad de mis maquinas.


¿Algún consejo u orientación?

Muchas gracias.

Salud.

https://unaaldia.hispasec.com/2022/09/nuevo-malware-para-linux-elude-la-deteccion-mediante-un-despliegue-en-varias-fases.html

Re: Best way to use noise-canceling

[mick.crane]

On 2022-09-09 19:29, john doe wrote:

Debians,

I can see online that noise-canceling can be enabled in pulse audio,
pipewire.

Is there a recommended way in Debian to do so?



Maybe PulseEffects ?

mick

Re: Which MTA for from-based smarthost selection, local delivery and queuing?

[Sébastien Hinderer]

Dear Gregor,

Many thanks for your messages!

Gregor Zattler (2022/09/08 10:24 +0200):
> there is https://github.com/xundeenergie/exim4-multiaccount,
> which worked for me, but I always felt uneasy because I did
> not grok the configuration.

I can understand the feeling, yes. Also, I had a look and it's all in
german! Not that I don't understand german at all, but still, it's not
as easy as english and makes it feel it's a niche thingthat never really
took over...

> > I was advised to use msmtp but, although it has the feature I am looking
> > for, it misses two features of exim4 that I find useful: local e-mail
> > delivery to users' maildirs and the ability to queue emails composed while
> > the computer is off-line so that they get sent the next time the network
> > becomes available.
> 
> I use exim4 now for local delivery only (think cron job
> mails)

Yes, that's also what I had in mind, cron. Plus the e-mails that are
sent by the Debian installer and some other services andwhich, thanks to
Exim, end up in the spool mailbox of my main user, which I find
something valuable and would prefer not to lose.

> and msmtp for delivery from my local account to
> smarthosts.  There are no other users on my system=laptop.

I have the same configuration here.

> Package msmtp features a queueing mechanism implemented via
> shell scripts.  Its buried in the example directory of it's
> documentation.  I set links from /usr/local/bin/msm... to
> /usr/share/doc/msmtp/examples/msmtpq/msm... and use msmtpq
> as sendmail:
> 
> $ lt /usr/local/bin/ | grep msm
> lrwxrwxrwx 1 root root   43 Aug  8  2021 msmtpq -> 
> /usr/share/doc/msmtp/examples/msmtpq/msmtpq
> lrwxrwxrwx 1 root root   48 Aug  8  2021 msmtp-queue -> 
> /usr/share/doc/msmtp/examples/msmtpq/msmtp-queue
> lrwxrwxrwx 1 root root6 Aug  8  2021 msmtpQ -> msmtpq
> 
> 
> It either sends email straight to the smarthost or queues
> it.  There is not *automatic* queue maintenance nor
> notification if mails were queued instead of sent.  There is
> a log file though.  Next time you send another email the
> queue will be emptied (if possible).

It would be nice to also have a cron job that regularly tries to send
queued e-mails, in case the network appears. Or someting bound to the
event of the network becoming available. I don't know which of these
ways exim4 uses to achieve sending queued e-mails but I imagine it must
be one of these two.

> There also is a package "msmtp-mta" which I did *not*
> install since it conflicts with exim4.

Yes, I noticed that to and I think if I finally follow the msmtp route
I'll do exactly like you suggest.

> But I need exim4 for local delivery.

Same here.

> In sum msmtp is configured for my single user and exim4 as a
> system wide local delivery MTA.

That approach seems reasonable to me. The only thinkg I'd maybe regret
is that, as I understandit, there is a way to achieve the same with just
exim but fully understanding it seems difficult, if one wants to do more
than just copy/pasting code blindly, which often does notwork anyway.

> For local delivery into maildirs I still use fetchmail.

Ah well on my system exim recognizes that a spoofile is a directory
and then treats it as a maildir, I think.

For the rest I connect directly to imap servers with mutt nowadays,
although I have been a fetchmail user for years and still don't leave
mails on servers.

> 
> Ciao; Gregor

Gregor Zattler (2022/09/08 17:49 +0200):
> Hi Sébastien, debian users,
> * Gregor Zattler  [2022-09-08; 10:24 +02]:
> > In sum msmtp is configured for my single user and exim4 as a
> > system wide local delivery MTA.
> 
> I forgot, this is the last part of my .msmtprc:
> 
> # use exim4 for local addresses
> account exim4
> host localhost
> tls off
> 
> ### Set a default account
> account default : exim4
> 
> 
> 
> Ciao; Gregor

Many thanks for your two answers! I don't know yet which of the proposed
solution I will end-up using, it feels like it will require some more
pondering, but in any case I find your response really valuable and
addressing the quesiton in a precise and complete manner!

Best wishes,

Sébastien.

Re: Acer swift 1 trackpad not working

[Felmon Davis]

On Sat, 10 Sep 2022, Dan Ritter wrote:


JamesM wrote:

A Google search gives me -

ID 8087:0026 Intel (as the WiFi card)

ID 1c7a:0575 LighTuning (as the fingerprint sensor)

ID 0408:a094 Quanta (as the camera)

ID 0781:5571 SanDisk (as my USB mem stick)

The little I've been able to find out about the problem of non 
working touchpad on the Acer swift 1 is that it maybe on the I2C 
bus and I don't know how to probe that.



That seems likely.

Try:

sudo modprobe i2c-hid

and test to see if it is recognized.

-dsr-


on my Acer Swift 3 it does look like i2c_hid is loaded.

maybe use to look at xinput; if I run xinput on my Acer Swift 3, I get

ELAN1300:00 04F3:3028 Touchpad   id=14

in my case the touchpad is already enabled; I disable it by hand as I 
cannot tolerate touchpads:


xinput  enable  14

f.

--
Davis

Verbum sat sapienti.

Re: Acer swift 1 trackpad not working

[Dan Ritter]

JamesM wrote: 
> A Google search gives me -
> 
> ID 8087:0026 Intel (as the WiFi card)
> 
> ID 1c7a:0575 LighTuning (as the fingerprint sensor)
> 
> ID 0408:a094 Quanta (as the camera)
> 
> ID 0781:5571 SanDisk (as my USB mem stick)
> 
> The little I've been able to find out about the problem of non working 
> touchpad on the Acer swift 1 is that it maybe on the I2C bus and I don't know 
> how to probe that.


That seems likely.

Try:

sudo modprobe i2c-hid

and test to see if it is recognized.

-dsr-

Re: (deb-cat) Actualitzar Debootstrap

[Narcis Garcia]

_
I'm using this dedicated address because personal addresses aren't 
masked enough at this mail public archive. Public archive administrator 
should fix this against automated addresses collectors.

El 10/9/22 a les 11:45, Xavier Drudis Ferran ha escrit:


M'alegro que ho hagis arreglat.

El Fri, Sep 09, 2022 at 01:56:06PM +0200, Narcis Garcia deia:


El què esperava és una manera més ben prevista d'afrontar aquestes
situacions, en comptes d'haver de collir Debootstrap de repositoris no
previstos.
Per exemple, un web amb la última versió i binaris descarregables per a les
distribucions.


Per a mi un repositori ja és una web amb la última versió i binaris 
descarregables.
Hi ha massa distribucions per fer un paquet per a cadascuna i anar-los 
mantenint.
I aparentment no cal.


O que el mateix Debootstrap tingués alguna opció de
descàrrega dels últims «scripts» (deboostrap update-scripts).


No sé, no hi haurà conflictes quan després actualizessis el debootstrap pel
repositori de la distro d'on el vas instal·lar inicialment ?


La manera és que els «scripts» nous es descarreguessin a:
/var/debootstrap/scripts/
I que si el mateix nom tant existeix a /usr/share/debootstrap/scripts/ 
com a /var/debootstrap/scripts/ aleshores prevalgui el nou.


D'aquesta manera, al paquet només ha de constar el directori 
/var/debootstrap/scripts i no cap contingut a dins.

account for order

[bmstore . uk]

Hello

Our company in (United kingdom ) is very interested in your transport product 
is that it is possible to
open a customer account with deferred payment net 30 days end of month?
What are the requirements and documents you need?

Please contact us for more information about our needs Thanks

Best Regards

Richard kirk
Supply Chain manager

B Retail Limited
The Vault, Dakota Drive,
Estuary Commerce Park,
Speke Liverpool,
L24 8RJ, United Kingdom



--
Cet e-mail a été vérifié par le logiciel antivirus d'Avast.
www.avast.com

Re: sed : suppression de lignes

[Jean-Marc]

Le 9/09/22 à 19:22, antoine.valmer a écrit :

Bonjour à tous,
Dans un fichier texte, j'ai ce type de lignes :
49.7.20.111|17August2022
49.7.20.120|18August2022

Je souhaite supprimer toutes celles qui ont cette expression :
"49.7.20."
J'ai tenté cette commande :
sed '/49.7.20/d'
mais elle n'efface aucune ligne contenant "49.7.20."


sed -i '/^49\.7\.20/d' nom-de-ton-fichier




@+ et merci.


de rien.

A. Valmer


--
Jean-Marc


OpenPGP_signature
Description: OpenPGP digital signature

Re: (deb-cat) Actualitzar Debootstrap

[Xavier Drudis Ferran]

M'alegro que ho hagis arreglat. 

El Fri, Sep 09, 2022 at 01:56:06PM +0200, Narcis Garcia deia:
> 
> El què esperava és una manera més ben prevista d'afrontar aquestes
> situacions, en comptes d'haver de collir Debootstrap de repositoris no
> previstos.
> Per exemple, un web amb la última versió i binaris descarregables per a les
> distribucions. 

Per a mi un repositori ja és una web amb la última versió i binaris 
descarregables. 
Hi ha massa distribucions per fer un paquet per a cadascuna i anar-los 
mantenint. 
I aparentment no cal. 

> O que el mateix Debootstrap tingués alguna opció de
> descàrrega dels últims «scripts» (deboostrap update-scripts).
> 
No sé, no hi haurà conflictes quan després actualizessis el debootstrap pel 
repositori de la distro d'on el vas instal·lar inicialment ?

Re: (deb-cat) Actualitzar Debootstrap

[Alex Muntada]

Hola, Narcis:

> El què esperava és una manera més ben prevista d'afrontar
> aquestes situacions, en comptes d'haver de collir Debootstrap
> de repositoris no previstos.

Una manera més fàcil d'obtenir totes les versions és amb debsnap.

> un web amb la última versió i binaris descarregables per a les
> distribucions.

Aquesta web ja existeix:
https://salsa.debian.org/installer-team/debootstrap/-/tree/master/scripts

> O que el mateix Debootstrap tingués alguna opció de descàrrega
> dels últims «scripts» (deboostrap update-scripts)

T'animo a suggerir aquesta funcionalitat amb el reportbug.

Salut,
Alex

--
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada 
  ⢿⡄⠘⠷⠚⠋   Debian Developer  log.alexm.org
  ⠈⠳⣄



signature.asc
Description: PGP signature

Re: Acer swift 1 trackpad not working

[JamesM]

Thank you for the follow up -

lsusb gives -

Bus 001 Device 005: ID 8087:0026 Intel Corp.
Bus 001 Device 004: ID 1c7a:0575 Lightning Technology Inc. EgisTec EH575
Bus 001 Device 003: ID 0408:a094 Quanta, Inc. HD User Facing
Bus 001 Device 002: ID 0781:5571 SanDisk Corp. Cruzer Fit



 Message d'origine 
Le 9 sept. 2022 à 11:24, Dan Ritter a écrit :

> JamesM wrote: > Thank you for the reply Dan. > The trackpad works in Windows 
> 11 > and has never worked under Debian Bulseye. Open a terminal and type 
> lsusb |grep -v hub Tell us -- exactly -- all the devices that it reports. 
> -dsr-

Re: (deb-cat) Actualitzar Debootstrap

[Narcis Garcia]

__
I'm using this dedicated address because personal addresses aren't 
masked enough at this mail public archive. Public archive administrator 
should fix this against automated addresses collectors.

El 10/9/22 a les 8:01, Eloi ha escrit:

El 8/9/22 a les 11:58, Narcis Garcia ha escrit:

Bon dia,

Tinc un ordinador amb Ubuntu GNU/Linux 14.04 (trusty) i386, i hi vull 
fer un «debootstrap» per a instal·lar Debian 9 (stretch) amd64 en un 
subdirectori.


El cas és que l'últim perfil de Debian que té el Debootstrap en aquest 
entorn tant antic (que no haig d'actualitzar) és per a «jessie» 
(Debian 8).
Hi ha alguna font d'actualització de «scripts» de Debian per a casos 
així?


Gràcies.



https://packages.debian.org/sid/debootstrap

En aquest cas en particular, les dependències del paquet són tan poques 
i tan fàcilment resolubles (l'únic requisit indispensable és wget i ni 
tan sols està versionat) que et permeten poder agafar el .deb de sid 
fàcilment i instal·lar-lo manualment on vulguis.


Tot i que només s'hi publica paquet «binari» per a Debian i derivats 
(dpkg), veig que el codi font que també hi ha empaquetat (.tar.gz) és 
executable directament a qualsevol sistema GNU.


Gràcies.

Re: congelació de Debian bookworm i BSP

[Narcis Garcia]

__
I'm using this dedicated address because personal addresses aren't 
masked enough at this mail public archive. Public archive administrator 
should fix this against automated addresses collectors.

El 9/9/22 a les 23:48, Adrià ha escrit:

Am 09/09/2022 um 15:26 schrieb Narcis Garcia:
Parlant de traduccions, fa temps que molta gent em diu que les opcions 
de sortida del Gnome són confuses, i sovint els usuaris utilitzen 
assaig-i-error:


-> Apaga / Surt (desplegable)
> Atura temporalment
> Reinicia
> Atura
> Surt

Jo ho reemplaçaria tot per:

-> Surt (desplegable)
> Posa en repòs
> Reinicia
> Apaga
> Tanca sessió



A https://l10n.gnome.org/teams/ca/ trobaràs informació sobre com 
col·laborar amb les traduccions de Gnome.


Gràcies;
Un requisit diu que és registrar-se en una empresa de Dubai, que 
equivocadament es presenta el seu sistema com a «lliure i segur» (sic. 
Softcatalà).


És una llàstima.

Re: (deb-cat) Actualitzar Debootstrap

[Eloi]

El 8/9/22 a les 11:58, Narcis Garcia ha escrit:

Bon dia,

Tinc un ordinador amb Ubuntu GNU/Linux 14.04 (trusty) i386, i hi vull 
fer un «debootstrap» per a instal·lar Debian 9 (stretch) amd64 en un 
subdirectori.


El cas és que l'últim perfil de Debian que té el Debootstrap en aquest 
entorn tant antic (que no haig d'actualitzar) és per a «jessie» 
(Debian 8).
Hi ha alguna font d'actualització de «scripts» de Debian per a casos 
així?


Gràcies.



https://packages.debian.org/sid/debootstrap

En aquest cas en particular, les dependències del paquet són tan poques 
i tan fàcilment resolubles (l'únic requisit indispensable és wget i ni 
tan sols està versionat) que et permeten poder agafar el .deb de sid 
fàcilment i instal·lar-lo manualment on vulguis.