Re: Isolated Web Co Session crash Firefox-ESR
On 12/2/23 20:58, jeremy ardley wrote: I noticed my Firefox -esr browser becoming progressively more sluggish. Then suddenly I was back to the system login screen This is not the first time this has happened although previously when it started getting sluggish I killed all Firefox related process System logs show the start of the event. 2023-12-03T11:35:03.335043+08:00 client kernel: [3792101.257070] Isolated Web Co invoked oom-killer: gfp_mask=0x140dca(GFP_HIGHUSER_MOVABLE|__GFP_COMP|__GFP_ZERO), order=0, oom_score_adj=100 On 12/2/23 22:33, jeremy ardley wrote: On 3/12/23 13:59, Phil Wyett wrote: Your system RAM total is? 32G You have swap and it is enabled? No Swap. I prefer not on SSD What Desktop Environment (DE) are you using - GNOME, KDE etc.? Mate with multiple panels. How many apps would you normally be running on the system at once? 3 x web browsers Firefox - multiple windows, Chrome one window, Chromium one window Intermittently mate terminals and LibreOffice applications How many extensions have you installed/running in firefox? Several. All the usual blockers plus bypass paywalls clean and Multi Account Containers How many tabs would you normally have open? In firefox, perhaps 20 over two windows What type of content is generally being viewed/used in firefox? A lot of video and otherwise news and search and GPT4 When the system starts to become sluggish, have you looked at the firefox 'Task Manager' under tools to see if anything stands out? Previously I have seen the Isolated Web Co processes maxing CPU and the CPU fans starting to roar. Nothing unusual in content at the time and if I kill all ESR related processes it quiets down and I can resume the closed windows and tabs at much reduced CPU It's obvious the main culprit is Firefox-ESR and the Isolated Web Co processes. What triggers it other than elapsed time I have no idea On 12/2/23 22:59, jeremy ardley wrote: I don't think it is actually a lack of memory. What I do see is all the web browsers are up there on CPU along with nvidia-modeset. Putting in swap may delay the time things start going awry but the cause won't be lack of memory I tried running a Debian desktop without swap and encountered the same symptom -- crashed desktop and return to login screen. The solution was two-fold: 1. Provision 1 GB of swap. 2. Add Xfce panel widgets so that I can see what is going on. Between the two, I usually have enough time to kill problem apps before a crash. And, more memory would not hurt. David
Re: Isolated Web Co Session crash Firefox-ESR
On Sun, 2023-12-03 at 14:59 +0800, jeremy ardley wrote: > > On 3/12/23 14:46, Phil Wyett wrote: > > The first thing I would do before any other is to enable swap and see > > what benefits that brings. I have no production laptop or desktop > > (laptop with 32G being daily driver with NVME (root) and an SSD (home) > > drive inside) that does not have swap. I have 8G of swap on my laptop > > and it does get used by the system, but only in low amounts. Others > > may have other strategies here, but this is where I would start. > > > I don't think it is actually a lack of memory. What I do see is all the > web browsers are up there on CPU along with nvidia-modeset. > > Putting in swap may delay the time things start going awry but the cause > won't be lack of memory > > top CPU > > top - 14:55:15 up 44 days, 41 min, 1 user, load average: 0.19, 0.19, 0.19 > Tasks: 386 total, 1 running, 385 sleeping, 0 stopped, 0 zombie > %Cpu(s): 0.6 us, 0.2 sy, 0.0 ni, 99.1 id, 0.1 wa, 0.0 hi, 0.0 si, > 0.0 st > MiB Mem : 32023.4 total, 19201.2 free, 7118.7 used, 6564.6 buff/cache > MiB Swap: 977.0 total, 968.1 free, 8.9 used. 24904.6 avail Mem > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 3433245 jeremy 20 0 2584752 210788 100352 S 4.3 0.6 0:25.77 > Isolated Web Co > 3423627 jeremy 20 0 1140.1g 326428 130228 S 2.6 1.0 6:12.36 chrome > 3423253 jeremy 20 0 32.9g 387804 299712 S 1.0 1.2 2:25.86 chrome > 723 root 20 0 0 0 0 S 0.7 0.0 269:07.26 > nvidia-modeset/kthread_q > 3432484 jeremy 20 0 3689468 688004 243920 S 0.7 2.1 1:01.72 > firefox-esr > 3433214 root 20 0 11880 5348 3196 R 0.7 0.0 0:03.16 top > 3422887 jeremy 20 0 697716 55924 40800 S 0.3 0.2 0:07.98 > mate-terminal > 3423206 jeremy 20 0 32.8g 434756 252740 S 0.3 1.3 1:32.29 chrome > 3423254 jeremy 20 0 32.4g 129252 101388 S 0.3 0.4 0:28.83 chrome > 3428534 jeremy 20 0 32.6g 480104 145044 S 0.3 1.5 2:43.60 > chromium > 3428658 jeremy 20 0 1134.0g 212384 117084 S 0.3 0.6 7:09.41 > chromium > 1 root 20 0 168800 10412 6324 S 0.0 0.0 0:45.56 > systemd > 2 root 20 0 0 0 0 S 0.0 0.0 0:01.82 > kthreadd > 3 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 > rcu_gp > 4 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 > rcu_par_gp > 5 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 > slub_flushwq > 6 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 netns > 8 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 > kworker/0:0H-events_highpri > > > top memory > > top - 14:58:34 up 44 days, 45 min, 1 user, load average: 0.27, 0.23, 0.20 > Tasks: 384 total, 3 running, 381 sleeping, 0 stopped, 0 zombie > %Cpu(s): 0.8 us, 0.4 sy, 0.0 ni, 98.7 id, 0.1 wa, 0.0 hi, 0.1 si, > 0.0 st > MiB Mem : 32023.4 total, 19055.2 free, 7260.6 used, 6570.2 buff/cache > MiB Swap: 977.0 total, 968.1 free, 8.9 used. 24762.8 avail Mem > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 3422963 jeremy 20 0 4032104 979264 208004 S 0.0 3.0 5:20.33 > thunderbird > 3432484 jeremy 20 0 3679780 711916 250108 S 1.3 2.2 1:13.98 > firefox-esr > 3428534 jeremy 20 0 32.6g 480364 144980 R 1.7 1.5 2:46.34 > chromium > 3423206 jeremy 20 0 32.8g 434600 252740 S 0.0 1.3 1:32.66 chrome > 3422183 root 20 0 25.0g 419692 139016 S 0.3 1.3 0:47.61 Xorg > 3423253 jeremy 20 0 32.9g 387540 299712 S 1.3 1.2 2:28.33 chrome > 1750 jeremy 20 0 1163816 380224 9776 S 0.0 1.2 3:53.92 > goa-daemon > 3423627 jeremy 20 0 1140.1g 326700 130228 S 3.6 1.0 6:19.81 chrome > 3422581 jeremy 20 0 7293420 311912 78012 S 0.3 1.0 0:40.50 > dropbox > 3423600 jeremy 20 0 1134.1g 294804 128548 S 0.0 0.9 0:46.53 chrome > 3428484 jeremy 20 0 32.7g 266044 192084 S 0.3 0.8 0:38.63 > chromium > 2320 jeremy 20 0 1752388 244220 12876 S 0.0 0.7 7:20.61 > evolution-calen > 3433245 jeremy 20 0 2584752 212408 100480 S 0.0 0.6 0:32.45 > Isolated Web Co > 1664 jeremy 9 -11 240828 203652 5716 S 0.0 0.6 7,25 > pipewire-pulse > 3433581 jeremy 20 0 296 201664 98504 S 0.7 0.6 0:03.09 > Isolated Web Co > 3428658 jeremy 20 0 1134.0g 200140 117084 R 4.3 0.6 7:18.18 > chromium > 3432583 jeremy 20 0 18.7g 191500 108380 S 0.3 0.6 0:10.79 > WebExtensions > 3433289 jeremy 20 0 2549968 181504 97876 S 0.0 0.6 0:03.47 > Isolated Web Co > 3422461 jeremy 20 0 1385296 158252 94932 S 0.0 0.5 0:20.50 > nextcloud > 3428536 jeremy 20 0 32.4g 152468 132780 S 0.3 0.5 0:19.69 > chromium > 3432350 jeremy 20 0 1134.0g
Re: Isolated Web Co Session crash Firefox-ESR
jeremy ardley writes: > I don't think it is actually a lack of memory. What I do see is all > the web browsers are up there on CPU along with nvidia-modeset. What do you consider to be "up there"? 4.3% (your highest CPU usage in this output) hardly seems to qualify as something to be concerned about. nvidia-modeset is consuming a whopping 0.7% CPU. I assume these numbers are while the system is operating normally and not when it starts to struggle. Why do you think heavy CPU load would cause the OOM killer to activate? Some precesses just don't appreciate having no swap available.
Re: Isolated Web Co Session crash Firefox-ESR
On 3/12/23 14:46, Phil Wyett wrote: The first thing I would do before any other is to enable swap and see what benefits that brings. I have no production laptop or desktop (laptop with 32G being daily driver with NVME (root) and an SSD (home) drive inside) that does not have swap. I have 8G of swap on my laptop and it does get used by the system, but only in low amounts. Others may have other strategies here, but this is where I would start. I don't think it is actually a lack of memory. What I do see is all the web browsers are up there on CPU along with nvidia-modeset. Putting in swap may delay the time things start going awry but the cause won't be lack of memory top CPU top - 14:55:15 up 44 days, 41 min, 1 user, load average: 0.19, 0.19, 0.19 Tasks: 386 total, 1 running, 385 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.6 us, 0.2 sy, 0.0 ni, 99.1 id, 0.1 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 32023.4 total, 19201.2 free, 7118.7 used, 6564.6 buff/cache MiB Swap: 977.0 total, 968.1 free, 8.9 used. 24904.6 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3433245 jeremy 20 0 2584752 210788 100352 S 4.3 0.6 0:25.77 Isolated Web Co 3423627 jeremy 20 0 1140.1g 326428 130228 S 2.6 1.0 6:12.36 chrome 3423253 jeremy 20 0 32.9g 387804 299712 S 1.0 1.2 2:25.86 chrome 723 root 20 0 0 0 0 S 0.7 0.0 269:07.26 nvidia-modeset/kthread_q 3432484 jeremy 20 0 3689468 688004 243920 S 0.7 2.1 1:01.72 firefox-esr 3433214 root 20 0 11880 5348 3196 R 0.7 0.0 0:03.16 top 3422887 jeremy 20 0 697716 55924 40800 S 0.3 0.2 0:07.98 mate-terminal 3423206 jeremy 20 0 32.8g 434756 252740 S 0.3 1.3 1:32.29 chrome 3423254 jeremy 20 0 32.4g 129252 101388 S 0.3 0.4 0:28.83 chrome 3428534 jeremy 20 0 32.6g 480104 145044 S 0.3 1.5 2:43.60 chromium 3428658 jeremy 20 0 1134.0g 212384 117084 S 0.3 0.6 7:09.41 chromium 1 root 20 0 168800 10412 6324 S 0.0 0.0 0:45.56 systemd 2 root 20 0 0 0 0 S 0.0 0.0 0:01.82 kthreadd 3 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 rcu_gp 4 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 rcu_par_gp 5 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 slub_flushwq 6 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 netns 8 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/0:0H-events_highpri top memory top - 14:58:34 up 44 days, 45 min, 1 user, load average: 0.27, 0.23, 0.20 Tasks: 384 total, 3 running, 381 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.8 us, 0.4 sy, 0.0 ni, 98.7 id, 0.1 wa, 0.0 hi, 0.1 si, 0.0 st MiB Mem : 32023.4 total, 19055.2 free, 7260.6 used, 6570.2 buff/cache MiB Swap: 977.0 total, 968.1 free, 8.9 used. 24762.8 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3422963 jeremy 20 0 4032104 979264 208004 S 0.0 3.0 5:20.33 thunderbird 3432484 jeremy 20 0 3679780 711916 250108 S 1.3 2.2 1:13.98 firefox-esr 3428534 jeremy 20 0 32.6g 480364 144980 R 1.7 1.5 2:46.34 chromium 3423206 jeremy 20 0 32.8g 434600 252740 S 0.0 1.3 1:32.66 chrome 3422183 root 20 0 25.0g 419692 139016 S 0.3 1.3 0:47.61 Xorg 3423253 jeremy 20 0 32.9g 387540 299712 S 1.3 1.2 2:28.33 chrome 1750 jeremy 20 0 1163816 380224 9776 S 0.0 1.2 3:53.92 goa-daemon 3423627 jeremy 20 0 1140.1g 326700 130228 S 3.6 1.0 6:19.81 chrome 3422581 jeremy 20 0 7293420 311912 78012 S 0.3 1.0 0:40.50 dropbox 3423600 jeremy 20 0 1134.1g 294804 128548 S 0.0 0.9 0:46.53 chrome 3428484 jeremy 20 0 32.7g 266044 192084 S 0.3 0.8 0:38.63 chromium 2320 jeremy 20 0 1752388 244220 12876 S 0.0 0.7 7:20.61 evolution-calen 3433245 jeremy 20 0 2584752 212408 100480 S 0.0 0.6 0:32.45 Isolated Web Co 1664 jeremy 9 -11 240828 203652 5716 S 0.0 0.6 7,25 pipewire-pulse 3433581 jeremy 20 0 296 201664 98504 S 0.7 0.6 0:03.09 Isolated Web Co 3428658 jeremy 20 0 1134.0g 200140 117084 R 4.3 0.6 7:18.18 chromium 3432583 jeremy 20 0 18.7g 191500 108380 S 0.3 0.6 0:10.79 WebExtensions 3433289 jeremy 20 0 2549968 181504 97876 S 0.0 0.6 0:03.47 Isolated Web Co 3422461 jeremy 20 0 1385296 158252 94932 S 0.0 0.5 0:20.50 nextcloud 3428536 jeremy 20 0 32.4g 152468 132780 S 0.3 0.5 0:19.69 chromium 3432350 jeremy 20 0 1134.0g 143620 103132 S 0.0 0.4 0:01.76 chrome 3423380 jeremy 20 0 1132.0g 141860 100880 S 0.0 0.4 0:03.64 chrome 3423715 jeremy 20 0 1132.0g 137276 102264 S 0.0 0.4 0:02.83 chrome 3432598 jeremy 20 0 2477752 135292 98484 S 0.0 0.4 0:02.16
Re: Isolated Web Co Session crash Firefox-ESR
On Sun, 2023-12-03 at 14:33 +0800, jeremy ardley wrote: > > On 3/12/23 13:59, Phil Wyett wrote: > > Your system RAM total is? > > 32G > > > > You have swap and it is enabled? > > No Swap. I prefer not on SSD > > > Hi, The first thing I would do before any other is to enable swap and see what benefits that brings. I have no production laptop or desktop (laptop with 32G being daily driver with NVME (root) and an SSD (home) drive inside) that does not have swap. I have 8G of swap on my laptop and it does get used by the system, but only in low amounts. Others may have other strategies here, but this is where I would start. Regards Phil -- Playing the game for the games sake. Web: * Debian Wiki: https://wiki.debian.org/PhilWyett * Website: https://kathenas.org signature.asc Description: This is a digitally signed message part
Re: Isolated Web Co Session crash Firefox-ESR
On 3/12/23 13:59, Phil Wyett wrote: Your system RAM total is? 32G You have swap and it is enabled? No Swap. I prefer not on SSD What Desktop Environment (DE) are you using - GNOME, KDE etc.? Mate with multiple panels. How many apps would you normally be running on the system at once? 3 x web browsers Firefox - multiple windows, Chrome one window, Chromium one window Intermittently mate terminals and LibreOffice applications How many extensions have you installed/running in firefox? Several. All the usual blockers plus bypass paywalls clean and Multi Account Containers How many tabs would you normally have open? In firefox, perhaps 20 over two windows What type of content is generally being viewed/used in firefox? A lot of video and otherwise news and search and GPT4 When the system starts to become sluggish, have you looked at the firefox 'Task Manager' under tools to see if anything stands out? Previously I have seen the Isolated Web Co processes maxing CPU and the CPU fans starting to roar. Nothing unusual in content at the time and if I kill all ESR related processes it quiets down and I can resume the closed windows and tabs at much reduced CPU It's obvious the main culprit is Firefox-ESR and the Isolated Web Co processes. What triggers it other than elapsed time I have no idea
Re: Alpine/Gmail/Imap expert needed.
The following link is unlikely helpful to the topic starter, so I decided to postpone this message. It may be informative for other alpine (or mutt) users however. There is a way to authenticate to gmail or a similar service without an application password. It is supported by Alpine. It requires opening a link in a browser and copy-paste of the obtained token back. https://alpineapp.email/alpine/alpine-info/misc/xoauth2.html "Authenticating using XOAUTH2 in IMAP and SMTP" Perhaps the procedure might be made a bit more convenient with a dedicated web site or a browser extension, but a couple of obstacles may arise: user trust and terms of service limiting redirection URI. On 27/11/2023 16:13, Gareth Evans wrote: Google allows you to use "backup codes" as a two-factor authentication method, which avoids the need for a phone or app, though as far as I recall, you need to receive a text message or use an authenticator app at least once, to turn on two-factor authentication in the first place. You only get so many backup codes and they only work once each. After that, you can still sign in to generate more, but only through the web, so would need to be able to receive a text message or use an authenticator app if/when you run out of codes. [...] Screenshot or write down and/or copy to clipboard the code shown I am unsure if the hassle with recovery codes is really necessary. Having a secret obtained with authentication application flow, it is possible to generate time-based codes. TOTP is documented and has enough implementations. E.g. KeePassXC password manager supports it. Most of services allows to get the secret as text, it can be obtained from the link encoded as a QR code. In my notes I have the following snippet for python: import onetimepass as otp my_token = otp.get_totp(my_secret) Certainly doing it in a secure way requires more efforts, but a 2FA helper may be adjusted for special needs.
Re: Isolated Web Co Session crash Firefox-ESR
On Sun, 2023-12-03 at 12:58 +0800, jeremy ardley wrote: > I noticed my Firefox -esr browser becoming progressively more sluggish. > Then suddenly I was back to the system login screen > > This is not the first time this has happened although previously when it > started getting sluggish I killed all Firefox related process > > System logs show the start of the event. > > 2023-12-03T11:35:03.335043+08:00 client kernel: [3792101.257070] > Isolated Web Co invoked oom-killer: > gfp_mask=0x140dca(GFP_HIGHUSER_MOVABLE|__GFP_COMP|__GFP_ZERO), order=0, > oom_score_adj=100 > 2023-12-03T11:35:03.335962+08:00 client kernel: [3792101.257078] CPU: 8 > PID: 3410924 Comm: Isolated Web Co Tainted: P OE 6.1.0-13-amd64 #1 > Debian 6.1.55-1 > 2023-12-03T11:35:03.335964+08:00 client kernel: [3792101.257081] > Hardware name: System manufacturer System Product Name/PRIME B450M-A, > BIOS 0219 06/08/2018 > 2023-12-03T11:35:03.335965+08:00 client kernel: [3792101.257082] Call Trace: > 2023-12-03T11:35:03.335966+08:00 client kernel: [3792101.257085] > 2023-12-03T11:35:03.335967+08:00 client kernel: [3792101.257088] > dump_stack_lvl+0x44/0x5c > 2023-12-03T11:35:03.335968+08:00 client kernel: [3792101.257094] > dump_header+0x4a/0x211 > 2023-12-03T11:35:03.335978+08:00 client kernel: [3792101.257097] > oom_kill_process.cold+0xb/0x10 > 2023-12-03T11:35:03.335979+08:00 client kernel: [3792101.257100] > out_of_memory+0x1fd/0x4c0 > 2023-12-03T11:35:03.335980+08:00 client kernel: [3792101.257104] > __alloc_pages_slowpath.constprop.0+0xc73/0xdc0 > 2023-12-03T11:35:03.335981+08:00 client kernel: [3792101.257108] > __alloc_pages+0x305/0x330 > 2023-12-03T11:35:03.335982+08:00 client kernel: [3792101.257111] > __folio_alloc+0x17/0x50 > 2023-12-03T11:35:03.335983+08:00 client kernel: [3792101.257113] ? > policy_node+0x51/0x70 > 2023-12-03T11:35:03.335984+08:00 client kernel: [3792101.257116] > vma_alloc_folio+0x9c/0x370 > 2023-12-03T11:35:03.335984+08:00 client kernel: [3792101.257119] > __handle_mm_fault+0x92f/0xfa0 > 2023-12-03T11:35:03.335985+08:00 client kernel: [3792101.257123] > handle_mm_fault+0xdb/0x2d0 > 2023-12-03T11:35:03.335986+08:00 client kernel: [3792101.257126] > do_user_addr_fault+0x19c/0x570 > 2023-12-03T11:35:03.335986+08:00 client kernel: [3792101.257129] > exc_page_fault+0x70/0x170 > 2023-12-03T11:35:03.335987+08:00 client kernel: [3792101.257132] > asm_exc_page_fault+0x22/0x30 > 2023-12-03T11:35:03.335987+08:00 client kernel: [3792101.257136] RIP: > 0033:0x7fcb86b0dd3a > 2023-12-03T11:35:03.335988+08:00 client kernel: [3792101.257139] Code: > 48 89 fb 48 83 ec 18 e8 b4 de ff ff 48 85 c0 74 42 48 89 c5 48 8b 43 48 > 48 3b 43 50 0f 84 5e 01 00 00 48 8d 50 08 48 89 53 48 <48> 89 28 4c 8b > bb 88 00 00 00 4d 85 ff 74 16 41 80 7f 19 00 4d 8b > 2023-12-03T11:35:03.335989+08:00 client kernel: [3792101.257140] RSP: > 002b:7ffc85877cd0 EFLAGS: 00010283 > 2023-12-03T11:35:03.335990+08:00 client kernel: [3792101.257142] RAX: > 7fcb0a3b7000 RBX: 7fcb45f33000 RCX: 05937a1b > 2023-12-03T11:35:03.335990+08:00 client kernel: [3792101.257144] RDX: > 7fcb0a3b7008 RSI: 7fcb85941410 RDI: > 2023-12-03T11:35:03.335991+08:00 client kernel: [3792101.257145] RBP: > 7fcb3ebaea08 R08: 7fcb3ebaea08 R09: 008fc63b > 2023-12-03T11:35:03.335992+08:00 client kernel: [3792101.257146] R10: > R11: 0008 R12: 0558afa25450 > 2023-12-03T11:35:03.335993+08:00 client kernel: [3792101.257147] R13: > 7ffc85877d20 R14: R15: 148e1958de08 > 2023-12-03T11:35:03.335993+08:00 client kernel: [3792101.257150] > 2023-12-03T11:35:03.335994+08:00 client kernel: [3792101.257151] Mem-Info: > 2023-12-03T11:35:03.335994+08:00 client kernel: [3792101.257152] > active_anon:202973 inactive_anon:7445439 isolated_anon:0 > 2023-12-03T11:35:03.335998+08:00 client kernel: [3792101.257152] > active_file:816 inactive_file:3360 isolated_file:0 > 2023-12-03T11:35:03.335999+08:00 client kernel: [3792101.257152] > unevictable:2092 dirty:0 writeback:0 > 2023-12-03T11:35:03.336000+08:00 client kernel: [3792101.257152] > slab_reclaimable:180435 slab_unreclaimable:80961 > 2023-12-03T11:35:03.336001+08:00 client kernel: [3792101.257152] > mapped:215565 shmem:310212 pagetables:40361 > 2023-12-03T11:35:03.336001+08:00 client kernel: [3792101.257152] > sec_pagetables:0 bounce:0 > 2023-12-03T11:35:03.336002+08:00 client kernel: [3792101.257152] > kernel_misc_reclaimable:0 > 2023-12-03T11:35:03.336004+08:00 client kernel: [3792101.257152] > free:81539 free_pcp:87 free_cma:0 > 2023-12-03T11:35:03.336004+08:00 client kernel: [3792101.257156] Node 0 > active_anon:811892kB inactive_anon:29781756kB active_file:3264kB > inactive_file:13440kB unevictable:8368kB isolated(anon):0kB > isolated(file):0kB mapped:862260kB dirty:0kB writeback:0kB > shmem:1240848kB shmem_thp: 0kB shmem_pmdmapped: 0kB anon_thp: 17088512kB > writeback_tmp:0kB
Re: Isolated Web Co Session crash Firefox-ESR
jeremy ardley writes: > I noticed my Firefox -esr browser becoming progressively more > sluggish. Then suddenly I was back to the system login screen > > This is not the first time this has happened although previously when > it started getting sluggish I killed all Firefox related process > > System logs show the start of the event. > > 2023-12-03T11:35:03.335043+08:00 client kernel: [3792101.257070] > Isolated Web Co invoked oom-killer: ^^ You're out of memory, the system started killing processes to keep itself alive. It tends not be particularly "smart" about what to kill.
Isolated Web Co Session crash Firefox-ESR
I noticed my Firefox -esr browser becoming progressively more sluggish. Then suddenly I was back to the system login screen This is not the first time this has happened although previously when it started getting sluggish I killed all Firefox related process System logs show the start of the event. 2023-12-03T11:35:03.335043+08:00 client kernel: [3792101.257070] Isolated Web Co invoked oom-killer: gfp_mask=0x140dca(GFP_HIGHUSER_MOVABLE|__GFP_COMP|__GFP_ZERO), order=0, oom_score_adj=100 2023-12-03T11:35:03.335962+08:00 client kernel: [3792101.257078] CPU: 8 PID: 3410924 Comm: Isolated Web Co Tainted: P OE 6.1.0-13-amd64 #1 Debian 6.1.55-1 2023-12-03T11:35:03.335964+08:00 client kernel: [3792101.257081] Hardware name: System manufacturer System Product Name/PRIME B450M-A, BIOS 0219 06/08/2018 2023-12-03T11:35:03.335965+08:00 client kernel: [3792101.257082] Call Trace: 2023-12-03T11:35:03.335966+08:00 client kernel: [3792101.257085] 2023-12-03T11:35:03.335967+08:00 client kernel: [3792101.257088] dump_stack_lvl+0x44/0x5c 2023-12-03T11:35:03.335968+08:00 client kernel: [3792101.257094] dump_header+0x4a/0x211 2023-12-03T11:35:03.335978+08:00 client kernel: [3792101.257097] oom_kill_process.cold+0xb/0x10 2023-12-03T11:35:03.335979+08:00 client kernel: [3792101.257100] out_of_memory+0x1fd/0x4c0 2023-12-03T11:35:03.335980+08:00 client kernel: [3792101.257104] __alloc_pages_slowpath.constprop.0+0xc73/0xdc0 2023-12-03T11:35:03.335981+08:00 client kernel: [3792101.257108] __alloc_pages+0x305/0x330 2023-12-03T11:35:03.335982+08:00 client kernel: [3792101.257111] __folio_alloc+0x17/0x50 2023-12-03T11:35:03.335983+08:00 client kernel: [3792101.257113] ? policy_node+0x51/0x70 2023-12-03T11:35:03.335984+08:00 client kernel: [3792101.257116] vma_alloc_folio+0x9c/0x370 2023-12-03T11:35:03.335984+08:00 client kernel: [3792101.257119] __handle_mm_fault+0x92f/0xfa0 2023-12-03T11:35:03.335985+08:00 client kernel: [3792101.257123] handle_mm_fault+0xdb/0x2d0 2023-12-03T11:35:03.335986+08:00 client kernel: [3792101.257126] do_user_addr_fault+0x19c/0x570 2023-12-03T11:35:03.335986+08:00 client kernel: [3792101.257129] exc_page_fault+0x70/0x170 2023-12-03T11:35:03.335987+08:00 client kernel: [3792101.257132] asm_exc_page_fault+0x22/0x30 2023-12-03T11:35:03.335987+08:00 client kernel: [3792101.257136] RIP: 0033:0x7fcb86b0dd3a 2023-12-03T11:35:03.335988+08:00 client kernel: [3792101.257139] Code: 48 89 fb 48 83 ec 18 e8 b4 de ff ff 48 85 c0 74 42 48 89 c5 48 8b 43 48 48 3b 43 50 0f 84 5e 01 00 00 48 8d 50 08 48 89 53 48 <48> 89 28 4c 8b bb 88 00 00 00 4d 85 ff 74 16 41 80 7f 19 00 4d 8b 2023-12-03T11:35:03.335989+08:00 client kernel: [3792101.257140] RSP: 002b:7ffc85877cd0 EFLAGS: 00010283 2023-12-03T11:35:03.335990+08:00 client kernel: [3792101.257142] RAX: 7fcb0a3b7000 RBX: 7fcb45f33000 RCX: 05937a1b 2023-12-03T11:35:03.335990+08:00 client kernel: [3792101.257144] RDX: 7fcb0a3b7008 RSI: 7fcb85941410 RDI: 2023-12-03T11:35:03.335991+08:00 client kernel: [3792101.257145] RBP: 7fcb3ebaea08 R08: 7fcb3ebaea08 R09: 008fc63b 2023-12-03T11:35:03.335992+08:00 client kernel: [3792101.257146] R10: R11: 0008 R12: 0558afa25450 2023-12-03T11:35:03.335993+08:00 client kernel: [3792101.257147] R13: 7ffc85877d20 R14: R15: 148e1958de08 2023-12-03T11:35:03.335993+08:00 client kernel: [3792101.257150] 2023-12-03T11:35:03.335994+08:00 client kernel: [3792101.257151] Mem-Info: 2023-12-03T11:35:03.335994+08:00 client kernel: [3792101.257152] active_anon:202973 inactive_anon:7445439 isolated_anon:0 2023-12-03T11:35:03.335998+08:00 client kernel: [3792101.257152] active_file:816 inactive_file:3360 isolated_file:0 2023-12-03T11:35:03.335999+08:00 client kernel: [3792101.257152] unevictable:2092 dirty:0 writeback:0 2023-12-03T11:35:03.336000+08:00 client kernel: [3792101.257152] slab_reclaimable:180435 slab_unreclaimable:80961 2023-12-03T11:35:03.336001+08:00 client kernel: [3792101.257152] mapped:215565 shmem:310212 pagetables:40361 2023-12-03T11:35:03.336001+08:00 client kernel: [3792101.257152] sec_pagetables:0 bounce:0 2023-12-03T11:35:03.336002+08:00 client kernel: [3792101.257152] kernel_misc_reclaimable:0 2023-12-03T11:35:03.336004+08:00 client kernel: [3792101.257152] free:81539 free_pcp:87 free_cma:0 2023-12-03T11:35:03.336004+08:00 client kernel: [3792101.257156] Node 0 active_anon:811892kB inactive_anon:29781756kB active_file:3264kB inactive_file:13440kB unevictable:8368kB isolated(anon):0kB isolated(file):0kB mapped:862260kB dirty:0kB writeback:0kB shmem:1240848kB shmem_thp: 0kB shmem_pmdmapped: 0kB anon_thp: 17088512kB writeback_tmp:0kB kernel_stack:39
Re: packages listed vs. apt-rdepends --follow=Depends ...
On Sat, Dec 02, 2023 at 10:28:14PM -0600, David Wright wrote: > On Sat 02 Dec 2023 at 13:48:34 (+), Darac Marjal wrote: > > On 02/12/2023 04:22, Greg Wooledge wrote: > > apt-get has the side effect of installing the packages on the > > connected system. > > Not with the -d option. I think Greg may have suggested apt-get > because apt autocleans as a side effect, but that can be prevented > with a configuration option, IIRC it's APT::FtpArchive::Clean. Well, I initially suggested "apt install ./myfile.deb" because I thought the goal was to install a .deb file and its dependencies. Then it was mentioned that the procedure would need to be repeated on a non-networked computer, so I changed it to "apt-get install ./myfile.deb" which would leave the dependencies in /v/c/a/a so they could be copied to the non-networked computer along with the initial .deb file. After that, it was revealed that the whole project is based on some paranoid fantasy. The non-networked computer is non-networked only because the OP believes that "they" (that's literally the word which was used) are using "AI" to watch the OP "24/7". This makes me less inclined to take the project seriously. Even with that revelation, however, I still feel the most obvious way to proceed would be to have a networked computer which "mirrors" the non-networked one. When you need to install something on the non-networked computer, you first do it on the networked one, then copy everything over to the non-networked one. It doesn't have to be a whole computer. It could be a VM, or just a simple chroot directory.
Re: packages listed vs. apt-rdepends --follow=Depends ...
On Sat 02 Dec 2023 at 13:48:34 (+), Darac Marjal wrote: > On 02/12/2023 04:22, Greg Wooledge wrote: > > On Fri, Dec 01, 2023 at 10:01:54PM -0600, David Wright wrote: > > > On Fri 01 Dec 2023 at 21:55:42 (-0500), Greg Wooledge wrote: > > > > apt install ./myfile.deb > > > That requires you to be online, aka "exposed mode". The OP only > > > exposes a live USB to the outside world, not their "real" system. > > > > > > I dimly recollect something called apt-move, but I never needed > > > to use it. Back in the days of dial-up, when I had a real job, > > > I would upgrade my desk's tower, copy the (uncleaned) archives/ > > > directory onto a Zip drive, take it home and install the .debs > > > onto my home desktop, configured identically, with dpkg. > > In that case, use apt-get instead of apt. That way the downloaded .deb > > files will not be removed afterward. Then you can just sweep 'em up > > from /var/cache/apt/archives, copy them to a stack of floppies, put > > the floppies in a box, tie the box to a trained ferret, send the ferret > > across town > > apt-get has the side effect of installing the packages on the > connected system. Not with the -d option. I think Greg may have suggested apt-get because apt autocleans as a side effect, but that can be prevented with a configuration option, IIRC it's APT::FtpArchive::Clean. Cheers, David.
Re: packages listed vs. apt-rdepends --follow=Depends ...
On Sat 02 Dec 2023 at 07:06:37 (+0100), to...@tuxteam.de wrote: > On Sat, Dec 02, 2023 at 02:52:25AM +, Albretch Mueller wrote: > > direct dependencies of packages which haven't been downloaded, > > install. I need to download those packages. > > These should be a straightforward way to do that or an easy hack. > > lbrtchx > > I /think/ this hack might involve iterations until you hit a fixed > point. > > See -- package dependencies are listed in the package itself, so > you know your original package's direct dependencies. Off you go, > download those, look into those packages, find the dependencies... > and off you go, download the dependencies's dependencies. > > Until you reach the fixed point. > > There's one package, apt-cache, which can look at a pre-made complete > dependencies's network. But to update that database you have to be > online... > > Sounds like quite the fun. Would it not be more straightforward to download APT's lists, and copy them to the unconnected machine. # apt-get update will bitch and moan about Release files, but still recreate the .bin caches, and $ apt-get -s -d install foo will list all the missing dependencies (± --no-install-recommends to taste) in one fell swoop. Cheers, David.
Re: Mailing List
On Fri 01 Dec 2023 at 17:24:53 (+0100), Thomas Schmitt wrote: > > > Anyone one else having trouble with the mailing list? > > I got your message via the list. > > > Have received any messages since Nov 30 > > Normal traffic yesterday and today, i'd say. > > > I can not tell if I am still subscribed > > The "From:" address poc...@columbus.rr.com seems not to be recognized as > being subscribed. > The message to which i reply bears no "LDOSUBSCRIBER": > > X-Spam-Status: No, score=2.7 required=4.0 tests=CAPINIT,HTML_MESSAGE, > KHOP_HELO_FCRDNS,LDO_WHITELIST,META_ATTENDEES_DBSPAM1, > RCVD_IN_MSPIKE_H2,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no > version=3.4.2 > > Unlike examples of other messages from other sender to the list: > > X-Spam-Status: No, score=-10.7 required=4.0 tests=DKIM_SIGNED,DKIM_VALID, > FOURLA,LDOSUBSCRIBER,LDO_WHITELIST,RCVD_IN_DNSWL_LOW, > T_SCC_BODY_TEXT_LINE,WORD_WITHOUT_VOWELS autolearn=unavailable > autolearn_force=no version=3.4.2 > > X-Spam-Status: No, score=-8.7 required=4.0 tests=DKIM_SIGNED,DKIM_VALID, > DKIM_VALID_AU,DKIM_VALID_EF,FORGED_HOTMAIL_RCVD2,FOURLA,FREEMAIL_FROM, > HTML_MESSAGE,LDOSUBSCRIBER,LDO_WHITELIST,RCVD_IN_DNSWL_NONE, > RCVD_IN_MSPIKE_H2,T_SCC_BODY_TEXT_LINE autolearn=unavailable > autolearn_force=no version=3.4.2 > > X-Spam-Status: No, > score=-10.5 required=4.0 tests=FREEMAIL_FORGED_FROMDOMAIN, > FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS,LDOSUBSCRIBER, > LDO_WHITELIST,T_SCC_BODY_TEXT_LINE autolearn=unavailable > autolearn_force=no version=3.4.2 I'm subscribed, but I don't receive that badge of honour. This is from my other post in this thread—no LDOSUBSCRIBER: > X-Spam-Status: No, score=-4.9 required=4.0 tests=CAPINIT,FOURLA, > HEADER_FROM_DIFFERENT_DOMAINS,LDO_WHITELIST,RCVD_IN_DNSWL_LOW, > T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no > version=3.4.2 I'm guessing your last example is Curt's. The only occurrence of the From: address in the entire email is in the From: line. That's no different from my own post, except for the lines at the very top, which show my post being delivered to me. I had thought the server was using the envelope-from in order to identify subscribers, yet Curt's posts, like mine, have different envelope-from and From: addresses, which is presumably the reason behind HEADER_FROM_DIFFERENT_DOMAINS. Cheers, David.
Re: Debian Bookworm cannot find Nvidia graphics card
On Sun, 3 Dec 2023 00:04:23 + tom cullen wrote: > Hi, I'm having considerable trouble finding a way of making my Debian > Bookworm (laptop) installation locate and use my laptop's Nvidia > graphics card. > > There are several 'how-tos' available online, but having tried one > which resulted in me needing to reinstall Debian Bookworm I am > reluctant to try any others. I am new to the Linux way of doing > things and like your operating system very much, and gaining use of > my laptop's full graphical power would make using your OS complete. Have you looked at the Debian wiki write-up? https://wiki.debian.org/NvidiaGraphicsDrivers There are also free drivers for Nvidia cards. Others will know more about them than I do. If you have more question, it will help us if you identify your card exactly. To do this, open a terminal window (I gather from what you said that you have some graphics capability, but not all you want), and copy and paste the following command, and run it. lspci -nn | egrep -i "3d|display|vga" Then copy and paste the results from the first prompt to the trailing prompt into your email. E.g.: charles@jhegaala:~$ lspci -nn | egrep -i "3d|display|vga" 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0126] (rev 09) charles@jhegaala:~$ -- Does anybody read signatures any more? https://charlescurley.com https://charlescurley.com/blog/
Re: memtest86+ on UEFI
On 03/12/2023 02:15, Stefan Monnier wrote: Interesting. I have memtest86+ 6.10-4, for amd64, on the machine. Then AFAIK it is not a known problem (IOW, it should work). The package contains /boot/memtest86+x64.efi, so it is intended to work with UEFI. I am less sure that it can work when secure boot is enabled. Perhaps /usr/share/doc/memtest86+/README.Debian will shed some light on the issue.
Debian Bookworm cannot find Nvidia graphics card
Hi, I'm having considerable trouble finding a way of making my Debian Bookworm (laptop) installation locate and use my laptop's Nvidia graphics card. There are several 'how-tos' available online, but having tried one which resulted in me needing to reinstall Debian Bookworm I am reluctant to try any others. I am new to the Linux way of doing things and like your operating system very much, and gaining use of my laptop's full graphical power would make using your OS complete. I would be very grateful for any assistance at all that you can provide in getting my Nvidia card working. Many thanks, Tom Cullen
Re: Print flakes off mailing labels, use a fixative?
On 12/2/23 15:16, Gareth Evans wrote: On 2 Dec 2023, at 19:37, Tom Browder wrote: I’ve had a print flaking problem with my old HP laser which has a fairly new toner cartridge. I have a set of brand new Office Depot labels. I intend to try a “fixative” on them to see if that will help. Any other suggestions? Thanks. Happy Christmas! -Tom Hi Tom, Are your labels "laser" labels? +1 I would not put anything through a laser printer unless it is specifically rated for laser printers. Applying fixative to printer labels before printing sounds like a good way to damage your equipment. If anything, apply the fixative after printing. David
Re: Problema reportando bug
On Sat, Dec 02, 2023 at 06:47:03PM +, Aimar Urteaga wrote: >Hola, >Me acabo de comprar un portátil nuevo y he decidido instalarle la versión >testing de debian. El portátil en cuestión es un framework con el >procesador AMD Ryzen™ 7 7840U. El problema en cuestión es a la hora de >conectar un monitor externo si utilizo el adaptador de USBc a HDMI. Si >utilizo el adaptador incluido por defecto con el portátil todo funciona >perfecto, pero si en cambio utilizo un adaptador que además de HDMI adapte >a USB y pongo a través de la interfaz gráfica de GNOME la pantalla >principal a la exterior esta empieza a parpadear en blanco hasta que >finalmente se apaga. Tras esto GNOME sigue detectando el monitor como >conectado, pero este permanece apagado. Aunque posteriormente se >desconecte el dispositivo y se vuelva a conectar, la pantalla no se vuelve >a encender. He probado con dos adaptadores y ambos han mostrado el mismo >comportamiento: >El UGREEN Revodok Pro 10 En 1: > > [1]https://www.amazon.es/dp/B0BXDQS4BD?psc=1=ppx_yo2ov_dt_b_product_details >El Lemorele Hub USB C con Ethernet - 5 en 1: > > [2]https://www.amazon.es/gp/product/B09ZQNCQHC/ref=ppx_yo_dt_b_asin_title_o04_s00?ie=UTF8=1 >He intentado hacer un bug report pero no he sabido a que paquete le >corresponde el bug no se si es problema de GNOME o de Wayland o del driver >de AMD o de algún otro. No creo que sea un problema de hardware porque es >común entre varios dispositivos y además requiere que sea la pantalla >principal (que en principio le es indiferente al hardware). >A las espera de vuestra respuesta, >Aimar. > ¿Has mirado en los logs a ver qué indicaciones puenden haber para ayudar en determinar la causa? Saludos, -Roberto -- Roberto C. Sánchez
Problema reportando bug
Hola, Me acabo de comprar un portátil nuevo y he decidido instalarle la versión testing de debian. El portátil en cuestión es un framework con el procesador AMD Ryzen™ 7 7840U. El problema en cuestión es a la hora de conectar un monitor externo si utilizo el adaptador de USBc a HDMI. Si utilizo el adaptador incluido por defecto con el portátil todo funciona perfecto, pero si en cambio utilizo un adaptador que además de HDMI adapte a USB y pongo a través de la interfaz gráfica de GNOME la pantalla principal a la exterior esta empieza a parpadear en blanco hasta que finalmente se apaga. Tras esto GNOME sigue detectando el monitor como conectado, pero este permanece apagado. Aunque posteriormente se desconecte el dispositivo y se vuelva a conectar, la pantalla no se vuelve a encender. He probado con dos adaptadores y ambos han mostrado el mismo comportamiento: El UGREEN Revodok Pro 10 En 1: https://www.amazon.es/dp/B0BXDQS4BD?psc=1=ppx_yo2ov_dt_b_product_details El Lemorele Hub USB C con Ethernet - 5 en 1: https://www.amazon.es/gp/product/B09ZQNCQHC/ref=ppx_yo_dt_b_asin_title_o04_s00?ie=UTF8=1 He intentado hacer un bug report pero no he sabido a que paquete le corresponde el bug no se si es problema de GNOME o de Wayland o del driver de AMD o de algún otro. No creo que sea un problema de hardware porque es común entre varios dispositivos y además requiere que sea la pantalla principal (que en principio le es indiferente al hardware). A las espera de vuestra respuesta, Aimar.
Re: Print flakes off mailing labels, use a fixative?
> On 2 Dec 2023, at 19:37, Tom Browder wrote: > > I’ve had a print flaking problem with my old HP laser which has a fairly new > toner cartridge. I have a set of brand new Office Depot labels. > > I intend to try a “fixative” on them to see if that will help. > > Any other suggestions? > > Thanks. > > Happy Christmas! > > -Tom > > Hi Tom, Are your labels "laser" labels? Gareth
Re: Print flakes off mailing labels, use a fixative?
On Sat, Dec 2, 2023 at 3:03 PM Dan Ritter wrote: > Brother has all those features, plus BRScript/3 and ethernet. I > buy them for work where they tend to last about 8-10 years of high-volume > work. Thanks, Dan. I have owned a Brother between two of my HPs. I'll keep an eye out for one. Blessings to all. -Tom
Re: Non-delivery reports from postmas...@ewetel.de
On Sat, Dec 02, 2023 at 09:41:10PM +, Andy Smith wrote: > It should have gone to Debian's mailing list software, so > that the rejection could have been automatically handled. > > It doesn't seem to be happening any more so perhaps it was, or the > Debian listmasters disabled the user's subscription. Or the user deleted enough old emails that their mailbox is no longer full, which just postpones the problem until the mailbox fills up again.
Re: Telnet
Hello, On Sat, Dec 02, 2023 at 09:50:00AM -0600, William Torrez Corea wrote: > My telnet not operate, try connect my laptop by means of telnet: Can someone examine the list's configuration? This email from 1994 seems to have only just been delivered. Thanks, Andy -- https://bitfolk.com/ -- No-nonsense VPS hosting
Re: Non-delivery reports from postmas...@ewetel.de
Hello, On Fri, Dec 01, 2023 at 11:53:46PM -0500, Jeffrey Walton wrote: > On Fri, Dec 1, 2023 at 11:21 PM Andy Smith wrote: > > Is anyone else receiving non-delivery report emails from > > postmas...@ewetel.de for every email they post to debian-user? […] > When I receive multiple NDRs like that, I forward it to the mailing > list administrator (along with the original message), and ask the user > to be removed from the list. Yep, I did do that, I just wondered if it was happening to anyone else. Thanks, Andy -- https://bitfolk.com/ -- No-nonsense VPS hosting
Re: Non-delivery reports from postmas...@ewetel.de
Hi John, On Sat, Dec 02, 2023 at 10:19:51AM -0600, John Hasler wrote: > Andy Smith writes: > > Is anyone else receiving non-delivery report emails from > > postmas...@ewetel.de for every email they post to debian-user? > > I am. Before posting the above I had reported the problem to Debian listmasters, and they asked me to let them know if it kept happening. It wasn't clear to me however if that meant they had taken any action. It doesn't seem to be happening any more to me but if it is for you, you should report this to listmas...@lists.debian.org. Thanks, Andy -- https://bitfolk.com/ -- No-nonsense VPS hosting
Re: Non-delivery reports from postmas...@ewetel.de
Hi Christoph, On Sat, Dec 02, 2023 at 09:47:00AM +0100, Christoph Brinkhaus wrote: > Am Fri, Dec 01, 2023 at 11:02:47PM + schrieb Andy Smith: > > Is anyone else receiving non-delivery report emails from > > postmas...@ewetel.de for every email they post to debian-user? They > > look like this: […] > I have received one mail like that when posting to the l10 list. Okay, thanks, glad to hear ewetel wasn't just objecting to my email. > The mail appeared in the list in spite of that message. Yeah, that NDR is from ewetel.de for one of their own users, not for the mailing list. It is broken for it to send such an NDR to the poster. It should have gone to Debian's mailing list software, so that the rejection could have been automatically handled. It doesn't seem to be happening any more so perhaps it was, or the Debian listmasters disabled the user's subscription. Thanks, Andy -- https://bitfolk.com/ -- No-nonsense VPS hosting
Re: Print flakes off mailing labels, use a fixative?
Tom Browder wrote: > On Sat, Dec 2, 2023 at 2:18 PM Donald Mac Dougall wrote: > If I do need a new printer, I want another B laser, double > sided-printing, copying, > and scanning. Multiple paper trays for two sizes of paper would be nice. > I have had great luck with HP over the years, but I'm open to suggestions. Brother has all those features, plus BRScript/3 and ethernet. I buy them for work where they tend to last about 8-10 years of high-volume work. Extra paper trays are expensive, but often compatible across 2 generations; consider EBay or Craigslist for more. Recommended. -dsr-
RE: Problema reportando bug
Rectifico si utilizo el adaptador incluido por defecto con el portátil da los mismos problemas que el original. De: Aimar Urteaga Enviado: sábado, 2 de diciembre de 2023 18:47 Para: debian-user-spanish@lists.debian.org Asunto: Problema reportando bug Hola, Me acabo de comprar un portátil nuevo y he decidido instalarle la versión testing de debian. El portátil en cuestión es un framework con el procesador AMD Ryzen™ 7 7840U. El problema en cuestión es a la hora de conectar un monitor externo si utilizo el adaptador de USBc a HDMI. Si utilizo el adaptador incluido por defecto con el portátil todo funciona perfecto, pero si en cambio utilizo un adaptador que además de HDMI adapte a USB y pongo a través de la interfaz gráfica de GNOME la pantalla principal a la exterior esta empieza a parpadear en blanco hasta que finalmente se apaga. Tras esto GNOME sigue detectando el monitor como conectado, pero este permanece apagado. Aunque posteriormente se desconecte el dispositivo y se vuelva a conectar, la pantalla no se vuelve a encender. He probado con dos adaptadores y ambos han mostrado el mismo comportamiento: El UGREEN Revodok Pro 10 En 1: https://www.amazon.es/dp/B0BXDQS4BD?psc=1=ppx_yo2ov_dt_b_product_details El Lemorele Hub USB C con Ethernet - 5 en 1: https://www.amazon.es/gp/product/B09ZQNCQHC/ref=ppx_yo_dt_b_asin_title_o04_s00?ie=UTF8=1 He intentado hacer un bug report pero no he sabido a que paquete le corresponde el bug no se si es problema de GNOME o de Wayland o del driver de AMD o de algún otro. No creo que sea un problema de hardware porque es común entre varios dispositivos y además requiere que sea la pantalla principal (que en principio le es indiferente al hardware). A las espera de vuestra respuesta, Aimar.
Re: Print flakes off mailing labels, use a fixative?
My experience many years ago with HP laser printers was that if the print flaked off it was because the fuser roller wasn't hot enough to fuse the toner to the paper. From: Tom Browder Sent: Saturday, December 2, 2023 11:36:52 AM To: Debian Users ML Subject: Print flakes off mailing labels, use a fixative? I’ve had a print flaking problem with my old HP laser which has a fairly new toner cartridge. I have a set of brand new Office Depot labels. I intend to try a “fixative” on them to see if that will help. Any other suggestions? Thanks. Happy Christmas! -Tom
Re: Print flakes off mailing labels, use a fixative?
On Sat, Dec 2, 2023 at 2:18 PM Donald Mac Dougall wrote: > My experience many years ago with HP laser printers was that if the print > flaked off > it was because the fuser roller wasn't hot enough to fuse the toner to the > paper. Yes, I've investigated that a bit. I had the same trouble with my labels at a local UPS store. The owner insisted his printers are in top shape. As I said, these are fresh labels and I don't have any trouble with printing on normal paper. I'll try a fixative for now. If I do need a new printer, I want another B laser, double sided-printing, copying, and scanning. Multiple paper trays for two sizes of paper would be nice. I have had great luck with HP over the years, but I'm open to suggestions. Thanks, Donald. -Tom
Re: Mailing List
On 12/1/23 11:36, debian-u...@howorth.org.uk wrote: Pocket wrote: Anyone one else having trouble with the mailing list? Have received any messages since Nov 30 I can not tell if I am still subscribed I get Error: Overload On thehttps://lists.debian.org/users.html page Looks like I was dropped from the list It took me awhile to figure out but here is what I found Send an email to: majord...@lists.debian.org which in the message body That will show what you are subscribed to Then send and email to: majord...@lists.debian.org subscribe in the message body And you should get conformation.
Print flakes off mailing labels, use a fixative?
I’ve had a print flaking problem with my old HP laser which has a fairly new toner cartridge. I have a set of brand new Office Depot labels. I intend to try a “fixative” on them to see if that will help. Any other suggestions? Thanks. Happy Christmas! -Tom
memtest86+ on UEFI (was: Hardware Advice Wanted: Router)
> Interesting. I have memtest86+ 6.10-4, for amd64, on the machine. Then AFAIK it is not a known problem (IOW, it should work). > Maybe I'll try a USB stick version. IIRC the memtest86+ Debian package comes with .iso files which you can (manually) put into /boot/images/ and which boot in a slightly different way than the image files installed there by default, so you could try that as ell. Also upstream has a slightly more recent release. Stefan
Re: Hardware Advice Wanted: Router
On Sat, 02 Dec 2023 11:58:11 -0500 Stefan Monnier wrote: > > Note: Memtest86 does not appear to work. I believe that is a known > > problem with UEFI machines. > > AFAIK the current memtest86+ (not to be confused with memtest86, which > is proprietary) claims to work fine on UEFI. > IIUC the one in oldstable doesn't OTOH. > > > Stefan > Interesting. I have memtest86+ 6.10-4, for amd64, on the machine. Maybe I'll try a USB stick version. -- Does anybody read signatures any more? https://charlescurley.com https://charlescurley.com/blog/
Re: didn't can use "fdisk"!
On 12/2/23 03:24, fuf wrote: Hello all again. I recently installed Debian-12. Your advises calmed me but will be used it's tomorrow so as now eyes shutting down. Good morning! I began since top of your advices i.e. https://wiki.debian.org/NewInBuster#Changes and reading: "The su command in buster is provided by the util-linux source package, instead of the shadow source package, and no longer alters the PATH variable by default. This means that after doing su, your PATH may not contain directories like /sbin, and many system administration commands will fail. There are several workarounds: Use su - instead; this launches a login shell, which forces PATH to be changed, but also changes everything else including the working directory." It was tried and at once into point!, further I didn't read as fear to tangle. All to luck! --fuf My Debian workstation: 2023-12-02 09:20:20 dpchrist@taz ~ $ cat /etc/debian_version ; uname -a 11.8 Linux taz 5.10.0-26-amd64 #1 SMP Debian 5.10.197-1 (2023-09-29) x86_64 GNU/Linux How to login as root using su(1): 2023-12-02 09:22:38 dpchrist@taz ~ $ su - Password: 2023-12-02 09:22:47 root@taz ~ # How to list disk partition tables using fdisk(8): 2023-12-02 09:22:47 root@taz ~ # fdisk -l Disk /dev/sda: 55.9 GiB, 60022480896 bytes, 117231408 sectors Disk model: INTEL SSDSC2CW06 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: ***redacted*** DeviceStart End Sectors Size Type /dev/sda1 2048 1953791 1951744 953M EFI System /dev/sda2 1953792 3907583 1953792 954M Linux filesystem /dev/sda3 3907584 5861375 1953792 954M Linux filesystem /dev/sda4 5861376 29298687 23437312 11.2G Linux filesystem /dev/sda5 29298688 117229567 87930880 41.9G Linux filesystem Disk /dev/sdb: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors Disk model: TOSHIBA DT01ACA1 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: dos Disk identifier: ***redacted*** Device Boot StartEndSectors Size Id Type /dev/sdb12048 1953523711 1953521664 931.5G 83 Linux Disk /dev/mapper/sda4_crypt: 11.16 GiB, 11983126528 bytes, 23404544 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/mapper/sda3_crypt: 954 MiB, 1000341504 bytes, 1953792 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/mapper/sda5_crypt: 41.91 GiB, 45003833344 bytes, 87898112 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes David
Getting UEFI to boot Debian (was: Hardware Advice Wanted: Router)
> For the curious, I occasionally need to run Microchip MPLAB, the old > pre-Java version which doesn't do Linux. It only just about does > Windows... I used to think Serif software was buggy until I tried > Microchip stuff. Setting it up might take some work (especially if you need it to have direct access to some of your hardware) but running it inside a VM might save you a fair bit of trouble in the long run. Stefan
Re: Hardware Advice Wanted: Router
> Note: Memtest86 does not appear to work. I believe that is a known > problem with UEFI machines. AFAIK the current memtest86+ (not to be confused with memtest86, which is proprietary) claims to work fine on UEFI. IIUC the one in oldstable doesn't OTOH. Stefan
Re: time question, as in ntp?
Max Nikulin wrote: > As to a GPS receiver, it should be doable and 169.254.x.y addresses > will not be an issue any more. Be careful with cables when connecting > it however: https://www.wired.com/2012/02/neutrinos-faulty-cable/ CNC machines don't need accurate time. They need precise internal synchronization but that isn't related to the system clocks. The default NTP configuration in most Linux distributions will take care of the system clocks if they have access to the Internet. If not run an NTP server on one machine. -- John Hasler j...@sugarbit.com Elmwood, WI USA
Re: Non-delivery reports from postmas...@ewetel.de
Andy Smith writes: > Is anyone else receiving non-delivery report emails from > postmas...@ewetel.de for every email they post to debian-user? I am. -- John Hasler j...@sugarbit.com Elmwood, WI USA
Re: Telnet
On Sat, Dec 02, 2023 at 05:01:37PM +0100, Marco Moock wrote: > Am 02.12.2023 um 09:50:00 Uhr schrieb William Torrez Corea: > > > sudo telnet 192.168.1.1 Also, just for the record, there is *no* need to use sudo here.
Re: Telnet
Am 02.12.2023 um 09:50:00 Uhr schrieb William Torrez Corea: > sudo telnet 192.168.1.1 > > Trying 192.168.1.1... > > Connected to 192.168.1.1. > > Escape character is '^]'. That means that the telnet connection was successful > > Telnet connection from 192.168.1.5:55670 refused. That means that the remote system closed it. Check the syslog/journalctl and check how telnet is implemented. Are tcp-wrappers in inetd used? Show you inetd config and cat /etc/hosts.allow cat /etc/hosts.deny
Re: Firefox 115.5.0esr(64-bit) can't show mp4
On Sat, 2023-12-02 at 13:42 +, Phil Wyett wrote: > On Sat, 2023-12-02 at 09:06 +, Phil Wyett wrote: > > On Sat, 2023-12-02 at 00:48 -0800, Van Snyder wrote: > > > On Sat, 2023-12-02 at 07:00 +0800, Bret Busby wrote: > > > > On 2/12/23 06:10, Van Snyder wrote: > > > > > When I try to view a mp4 video in Firefox 115.5.0esr(64-bit) on > > > > > Debian > > > > > GNU/Linux 10 (buster), it puts up a sad-face window saying "No > > > > > video > > > > > with supported format and MIME type found." It doesn't offer to > > > > > download > > > > > the file, or play it with an external application. > > > > > > > > > > ffmpeg is installed and up-to-date. > > > > > > > > > > Can it be made to work? > > > > > > > > > Perhaps, if you specified the URL of the file, it might be a step on > > > > the > > > > way t6o describing the problem... > > > > > > http://vandyke.mynetgear.com/AuraMLS_SH2009.mp4 > > > > > > The same video is available as avi, and that works fine with Firefox by > > > launching an external viewer such as vlc or dragon. I would expect > > > Firefox to offer to download the file or choose a viewer instead of the > > > sad-face window. > > > > > > > > > > > > > > > Bret Busby > > > > Armadale > > > > Western Australia > > > > (UTC+0800) > > > > . > > > > > > > > > > > Hi, > > > > The problem here seems to stem from the video being 'Simple Profile' for > > MP4. > > > > https://en.wikipedia.org/wiki/MPEG-4_Part_2 > > > > Some further testing maybe in order and an issue submitting if this is > > widespread. > > > > Regards > > > > Phil > > > > Hi, > > It seems the 'simple profile' falls under H.263, which no longer has major > browser support. > > https://developer.mozilla.org/en-US/docs/Web/Media/Formats/Video_codecs#h.263 > > Regards > > Phil > Hi, I had a play with one of my ffmpeg video conversion scripts. For the most compatible MP4 to deliver to your website visitors, I would use the 'main' profile with ffmpeg. As an extra, I looked at restricting the 'bitrate' and also using the 'veryslow' preset to try for better compression. The bash script attached I think gives wide compatibility and good end file size - around 10.6MB. I hope this is of help to you in its current form of if you wished to make changes to it for your needs. Regards Phil -- Playing the game for the games sake. * Debian Maintainer Web: * Debian Wiki: https://wiki.debian.org/PhilWyett * Website: https://kathenas.org Social: * Instagram: kathenasorg * Threads: @kathenasorg avi_to_mp4.sh Description: application/shellscript signature.asc Description: This is a digitally signed message part
Re: time question, as in ntp?
On 2023-11-30 19:06, gene heskett wrote: On 11/30/23 09:14, John Hasler wrote: Gene writes: I want to put it at 192.168.71.100/24. How do I do that in /etc/dhcpcd.conf? You don't. That file tells the client how to get an ip (among other things) from the server. The default configuration should work. You assign static ips on the server when using dhcp. But why do you want to do that? I don't want or need a dhcp-server. For the router/firewall thing I have a PC with pfsense, specifying the DHCP pool. As I don't know what I'm doing it has a web interface. A new install can get an IPaddress from that and I can go on the web interface and make it permanent. So like everything is in one place. cheers mick
Re: packages listed vs. apt-rdepends --follow=Depends ...
On Sat, Dec 02, 2023 at 06:15:17AM +, Albretch Mueller wrote: > They are even using "AI" to mess with > people they target and it doesn't matter if they know well (which they > have actually told me) that you are not a criminally minded dude, a > threat to society, ... and they are quite literally > watching/monitoring you 24x7. Yah, OK. You do know that those emails you receive claiming you've been "hacked" or that "I know what you did" are just phishing, right?
Re: packages listed vs. apt-rdepends --follow=Depends ...
On 02/12/2023 04:22, Greg Wooledge wrote: On Fri, Dec 01, 2023 at 10:01:54PM -0600, David Wright wrote: On Fri 01 Dec 2023 at 21:55:42 (-0500), Greg Wooledge wrote: apt install ./myfile.deb That requires you to be online, aka "exposed mode". The OP only exposes a live USB to the outside world, not their "real" system. I dimly recollect something called apt-move, but I never needed to use it. Back in the days of dial-up, when I had a real job, I would upgrade my desk's tower, copy the (uncleaned) archives/ directory onto a Zip drive, take it home and install the .debs onto my home desktop, configured identically, with dpkg. In that case, use apt-get instead of apt. That way the downloaded .deb files will not be removed afterward. Then you can just sweep 'em up from /var/cache/apt/archives, copy them to a stack of floppies, put the floppies in a box, tie the box to a trained ferret, send the ferret across town apt-get has the side effect of installing the packages on the connected system. There used to be "apt-zip" (no longer in Debian), which was built around the idea of using ZIP disks for transferring files. "apt-zip-list" would use the state of packages on the disconnected system to product a "want list" of files to be downloaded. This "want list" would be a shell script consisting of various wget or curl commands. The script would be taken over to the connected system and run, to pull the required packages onto a high-capacity removable medium (such as a USB drive or ZIP drive). Back at the disconnected system, "apt-zip-inst" would complete the process, installing the files from the removable medium. The nice thing about "apt-zip" was that it took the guesswork out of the equation. The files required were the ones that the target system required, no more no less. Also, the connected system didn't have to be debian; there was an option to write the script in a DOS-compatible manner, so you could run it on Windows, for example. I don't know if there's a direct replacement for apt-zip nowadays. If the OP doesn't have a same-release, same-architecture connected system to use for this purpose, then I don't have an answer. I don't deal with this stone-age crap any longer, and I am unable to express how *happy* I am that this is the case. There are still use cases for fully disconnected systems these days. The most common one might be an offline Certificate Authority (best practice says that the host holding your certificate authority certificate should NEVER have network access, to prevent any possibility of compromise), but some security professionals prescribe "air-gap" security for other systems (think of the Iranian Uranium Enrichment system that Stuxnet compromised). For these sorts of systems, you're stuck with using something like apt-zip, or else just downloading the point-release ISOs and burning them. OpenPGP_signature.asc Description: OpenPGP digital signature
Re: Firefox 115.5.0esr(64-bit) can't show mp4
On Sat, 2023-12-02 at 09:06 +, Phil Wyett wrote: > On Sat, 2023-12-02 at 00:48 -0800, Van Snyder wrote: > > On Sat, 2023-12-02 at 07:00 +0800, Bret Busby wrote: > > > On 2/12/23 06:10, Van Snyder wrote: > > > > When I try to view a mp4 video in Firefox 115.5.0esr(64-bit) on > > > > Debian > > > > GNU/Linux 10 (buster), it puts up a sad-face window saying "No > > > > video > > > > with supported format and MIME type found." It doesn't offer to > > > > download > > > > the file, or play it with an external application. > > > > > > > > ffmpeg is installed and up-to-date. > > > > > > > > Can it be made to work? > > > > > > > Perhaps, if you specified the URL of the file, it might be a step on > > > the > > > way t6o describing the problem... > > > > http://vandyke.mynetgear.com/AuraMLS_SH2009.mp4 > > > > The same video is available as avi, and that works fine with Firefox by > > launching an external viewer such as vlc or dragon. I would expect > > Firefox to offer to download the file or choose a viewer instead of the > > sad-face window. > > > > > > > > > > > Bret Busby > > > Armadale > > > Western Australia > > > (UTC+0800) > > > . > > > > > > > Hi, > > The problem here seems to stem from the video being 'Simple Profile' for MP4. > > https://en.wikipedia.org/wiki/MPEG-4_Part_2 > > Some further testing maybe in order and an issue submitting if this is > widespread. > > Regards > > Phil > Hi, It seems the 'simple profile' falls under H.263, which no longer has major browser support. https://developer.mozilla.org/en-US/docs/Web/Media/Formats/Video_codecs#h.263 Regards Phil -- Playing the game for the games sake. * Debian Maintainer Web: * Debian Wiki: https://wiki.debian.org/PhilWyett * Website: https://kathenas.org Social: * Instagram: kathenasorg * Threads: @kathenasorg signature.asc Description: This is a digitally signed message part
Re: Firefox 115.5.0esr(64-bit) can't show mp4
On Sat, 2023-12-02 at 19:49 +0800, Bret Busby wrote: > On 2/12/23 17:06, Phil Wyett wrote: > > On Sat, 2023-12-02 at 00:48 -0800, Van Snyder wrote: > > > On Sat, 2023-12-02 at 07:00 +0800, Bret Busby wrote: > > > > On 2/12/23 06:10, Van Snyder wrote: > > > > > When I try to view a mp4 video in Firefox 115.5.0esr(64-bit) on > > > > > Debian > > > > > GNU/Linux 10 (buster), it puts up a sad-face window saying "No > > > > > video > > > > > with supported format and MIME type found." It doesn't offer to > > > > > download > > > > > the file, or play it with an external application. > > > > > > > > > > ffmpeg is installed and up-to-date. > > > > > > > > > > Can it be made to work? > > > > > > > > > Perhaps, if you specified the URL of the file, it might be a step on > > > > the > > > > way t6o describing the problem... > > > > > > http://vandyke.mynetgear.com/AuraMLS_SH2009.mp4 > > > > > > The same video is available as avi, and that works fine with Firefox by > > > launching an external viewer such as vlc or dragon. I would expect > > > Firefox to offer to download the file or choose a viewer instead of the > > > sad-face window. > > > > > > > > > > > > > > > Bret Busby > > > > Armadale > > > > Western Australia > > > > (UTC+0800) > > > > . > > > > > > > > > > > Hi, > > > > The problem here seems to stem from the video being 'Simple Profile' for > > MP4. > > > > https://en.wikipedia.org/wiki/MPEG-4_Part_2 > > > > Some further testing maybe in order and an issue submitting if this is > > widespread. > > > > Regards > > > > Phil > > > Please do not send separate copies of replies to everyone who has posted > in a thread. > > Use Reply To List, if your email application provides that option, or, > if you use Reply To All and that includes multiple email addresses in > the To field, delete all email addresses from the To field, apart from > the list email address. > > Why annoy people through multiple reply copies, and, waste bandwidth of > your victims? > > > Bret Busby > Armadale > Western Australia > (UTC+0800) > . > Hi, The reply going to 'all' was in error, apologies. Your overreaction and use of the word 'victims' regarding this error is offensive. Please do not speak via any medium to me like this again. Regards Phil -- Playing the game for the games sake. * Debian Maintainer Web: * Debian Wiki: https://wiki.debian.org/PhilWyett * Website: https://kathenas.org Social: * Instagram: kathenasorg * Threads: @kathenasorg signature.asc Description: This is a digitally signed message part
Re: Firefox 115.5.0esr(64-bit) can't show mp4
On 2/12/23 17:06, Phil Wyett wrote: On Sat, 2023-12-02 at 00:48 -0800, Van Snyder wrote: On Sat, 2023-12-02 at 07:00 +0800, Bret Busby wrote: On 2/12/23 06:10, Van Snyder wrote: When I try to view a mp4 video in Firefox 115.5.0esr(64-bit) on Debian GNU/Linux 10 (buster), it puts up a sad-face window saying "No video with supported format and MIME type found." It doesn't offer to download the file, or play it with an external application. ffmpeg is installed and up-to-date. Can it be made to work? Perhaps, if you specified the URL of the file, it might be a step on the way t6o describing the problem... http://vandyke.mynetgear.com/AuraMLS_SH2009.mp4 The same video is available as avi, and that works fine with Firefox by launching an external viewer such as vlc or dragon. I would expect Firefox to offer to download the file or choose a viewer instead of the sad-face window. Bret Busby Armadale Western Australia (UTC+0800) . Hi, The problem here seems to stem from the video being 'Simple Profile' for MP4. https://en.wikipedia.org/wiki/MPEG-4_Part_2 Some further testing maybe in order and an issue submitting if this is widespread. Regards Phil Please do not send separate copies of replies to everyone who has posted in a thread. Use Reply To List, if your email application provides that option, or, if you use Reply To All and that includes multiple email addresses in the To field, delete all email addresses from the To field, apart from the list email address. Why annoy people through multiple reply copies, and, waste bandwidth of your victims? Bret Busby Armadale Western Australia (UTC+0800) .
Re: Firefox 115.5.0esr(64-bit) can't show mp4
On 2/12/23 16:48, Van Snyder wrote: On Sat, 2023-12-02 at 07:00 +0800, Bret Busby wrote: On 2/12/23 06:10, Van Snyder wrote: When I try to view a mp4 video in Firefox 115.5.0esr(64-bit) on Debian GNU/Linux 10 (buster), it puts up a sad-face window saying "No video with supported format and MIME type found." It doesn't offer to download the file, or play it with an external application. ffmpeg is installed and up-to-date. Can it be made to work? Perhaps, if you specified the URL of the file, it might be a step on the way t6o describing the problem... http://vandyke.mynetgear.com/AuraMLS_SH2009.mp4 The same video is available as avi, and that works fine with Firefox by launching an external viewer such as vlc or dragon. I would expect Firefox to offer to download the file or choose a viewer instead of the sad-face window. Bret Busby Armadale Western Australia (UTC+0800) . 1. I believe that it is wrong to post the whole of a reply as you have, immediate before the signature of the person to whose message, you are replying, as it makes it too easy for people to misconstrue, for example, in the above case, that what you posted, was posted by me. 2. "I would expect Firefox to offer to download the file or choose a viewer" - I believe that you can configure Firefox to apply a third party application, such as a viewer of video files, for dealing with particular file types/extensions. 3. "I would expect Firefox to offer to download the file or choose a viewer" - why do you not simply download and install one or some of the video downloader add-ons that are available for Firefox? 4. If you do not know how to do either 2 or 3, I suggest that you subscribe to, and, post a query to, https://groups.io/g/firefox-support Bret Busby Armadale Western Australia (UTC+0800) .
Re: didn't can use "fdisk"!
Hello all again. I recently installed Debian-12. Your advises calmed me but will be used it's tomorrow so as now eyes shutting down. Good morning! I began since top of your advices i.e. https://wiki.debian.org/NewInBuster#Changes and reading: "The su command in buster is provided by the util-linux source package, instead of the shadow source package, and no longer alters the PATH variable by default. This means that after doing su, your PATH may not contain directories like /sbin, and many system administration commands will fail. There are several workarounds: Use su - instead; this launches a login shell, which forces PATH to be changed, but also changes everything else including the working directory." It was tried and at once into point!, further I didn't read as fear to tangle. All to luck! --fuf
Re: time question, as in ntp?
On 02/12/2023 05:33, Greg Wooledge wrote: In either case, the static-ness or dynamic-ness of the address is much less important than the fact that the address*works*. You are able to communicate with the printer, using your network. This means the printer should be able to communicate*back*, and specifically, it should be able to contact an NTP server on your network to synchronize its system clock. My guest is that a 169.254.x.y address allows to connect from other hosts that belongs to the same network segment, but the router discards outgoing packets instead of applying masquerading rules. Or the host does not send non-local packets because it does not know a router and no hosts respond to ARP requests. Having IPv4LL addresses, it is possible to connect to other hosts withing the same subnet using multicast mDNS (name.local) or LLMNR name resolution. Actually having a spare ethernet port or a WiFi card that supports hot spot mode, it is possible to create a subnet for this 3d printer. NetworkManager allows to create a "shared" connection with a few clicks. It launches dnsmasq as DNS and DHCP server. The only downside is NAT, so ssh to the printer will require to connect the host sharing network. However it will solve the NTP issue.
Re: time question, as in ntp?
On 12/1/23 16:22, gene heskett wrote: On 12/1/23 13:27, Andrew M.A. Cater wrote: On Fri, Dec 01, 2023 at 07:30:35AM +, Andy Smith wrote: Hello, On Thu, Nov 30, 2023 at 10:24:35PM -0500, gene heskett wrote: Gene, Please do us *all* a favour to try and help you. Write us out a list of all your machines - and if a printer has an embedded SBC, it's a machine in this context - and the OS and versions they are running. List the functions you want each to have. As others have noted, it's REALLY hard to work out what you're doing. If machines and printers expect DHCP, then you're going to have to amend files. Do back up the files you change. 1. There is nothing in Debian that ever overwrites the /etc/network/interfaces file. But you aren't running Debian on this machine, so we are all having difficulty helping you. Because this is DEBIAN-user. I'm well aware of that Andy, but TBH, this list may be the deepest pool of knowledgeable people on the planet, most of my machines are running debian. Those that are running buster have been stuck as the switch to python 3 with bullseye broke linuxcnc. Thats now been fixed and has been for a while but I've had my own projects that took priority. There will not be any spinning rust here when I do update to bookworm or trixie. As ever, our collective expertise here is primarily Debian - we have no clue what a derived distribution may or may not do. There is also an overtone of NIH here. These programs are tools and one does his (or her) best thinking well outside the box at times. 2. All you've described is a line in a file which says, "Network is managed by NetworkManager". There is NO indication WHICH piece of software put that line there, it really could be anything. Because you aren't running Debian. Since NetworkManager can be set up to run arbitrary commands, it certainly COULD be YOUR setup of NetworkManager. Or something else entirely different. It's nothing in Debian, though. Then you are incompatible with software you are trying to run. Your options: - do not allow scripts coming with klipper or its installer to touch network configuration They never have, they just use it. And I've used up my patience in explaining that and being mostly ignored. - setup a DHCP server in your network and provide to 3d wizards environment they expect. "Su and say" is not great: running third party scripts on non-Debian systems and you get to keep both pieces unless you undersand what kiauh and Klipper are doing, be careful. Again, Max, its your way or the hiway. I'd be willing to guess that my network experience goes back at least a decade before your first class in cs 101. /etc/hosts files worked in 1990 then as now, we just have to get the dhcp crap out of the way. And you and your insistence on using dhcp which has never given me a stable address are definitely NOT helping. This like some sort of farce. You have an operating system hard-coded to use DHCP, but you won't use DHCP, so it doesn't work. You can't work out how to make it not want DHCP; you won't ask the people who made it how; instead you ask us completely uninvolved folks how to do it. When we tell you to configure it for static networking you say you can't because it wants DHCP. When we say use DHCP then, you say, "oh I see it's your way or the hiway, I'll have you know I was crafting IP packets from raw bean sprouts before you kids ever drew breath!" So would I be correct in saying that you want US to work out how to do this thing in software we don't use and that's off-topic here, and that's the only answer you'll accept? Or have I misunderstood and there is some other direction you would like to go with this? Thanks, Andy It does seem to be a problem on this list that we can't always get clear explanations of what has *actually* been done. Andy That list of machines is long Andy, and possibly boring. 1. The 2nd machine I converted, affectionately known as tlm.coyote.den, ( The Little Monster ), a 7x12 lathe running buster with a real time kernel and linuxcnc, all uptdate. uname -a= Linux TLM 4.19.0-25-rt-amd64 #1 SMP PREEMPT RT Debian 4.19.289-2 (2023-08-08) x86_64 GNU/Linux Running on an off-lease Dell Optiplex computer. 2. A 4 axis mill sold by grizzly as the G0704 running on another off-lease Dell, named go704, using an uptodate buster, uname -a= Linux GO704 4.19.0-25-rt-amd64 #1 SMP PREEMPT RT Debian 4.19.289-2 (2023-08-08) x86_64 GNU/Linux also using linuxcnc. 3. Another 4 axis gantry style mill sold as the 6040, also running buster with a rt kernel and linuxcnc on another off-lease Dell. uname -a= Linux sixty40 4.19.0-25-rt-amd64 #1 SMP PREEMPT RT Debian 4.19.289-2 (2023-08-08) x86_64 GNU/Linux 4. Another lathe, a bigger Sheldon from the mid WW-II time, running on a raspberry pi 4b, bookworm, uname -a= Linux rpi4.coyote.den 6.1.54-rt15 #1 SMP PREEMPT_RT Wed Sep 20 20:36:44 AEST 2023
Re: Firefox 115.5.0esr(64-bit) can't show mp4
On Sat, 2023-12-02 at 00:48 -0800, Van Snyder wrote: > On Sat, 2023-12-02 at 07:00 +0800, Bret Busby wrote: > > On 2/12/23 06:10, Van Snyder wrote: > > > When I try to view a mp4 video in Firefox 115.5.0esr(64-bit) on > > > Debian > > > GNU/Linux 10 (buster), it puts up a sad-face window saying "No > > > video > > > with supported format and MIME type found." It doesn't offer to > > > download > > > the file, or play it with an external application. > > > > > > ffmpeg is installed and up-to-date. > > > > > > Can it be made to work? > > > > > Perhaps, if you specified the URL of the file, it might be a step on > > the > > way t6o describing the problem... > > http://vandyke.mynetgear.com/AuraMLS_SH2009.mp4 > > The same video is available as avi, and that works fine with Firefox by > launching an external viewer such as vlc or dragon. I would expect > Firefox to offer to download the file or choose a viewer instead of the > sad-face window. > > > > > > > Bret Busby > > Armadale > > Western Australia > > (UTC+0800) > > . > > > Hi, The problem here seems to stem from the video being 'Simple Profile' for MP4. https://en.wikipedia.org/wiki/MPEG-4_Part_2 Some further testing maybe in order and an issue submitting if this is widespread. Regards Phil -- Playing the game for the games sake. * Debian Maintainer Web: * Debian Wiki: https://wiki.debian.org/PhilWyett * Website: https://kathenas.org Social: * Instagram: kathenasorg * Threads: @kathenasorg signature.asc Description: This is a digitally signed message part
Re: Firefox 115.5.0esr(64-bit) can't show mp4
On Sat, 2023-12-02 at 07:00 +0800, Bret Busby wrote: > On 2/12/23 06:10, Van Snyder wrote: > > When I try to view a mp4 video in Firefox 115.5.0esr(64-bit) on > > Debian > > GNU/Linux 10 (buster), it puts up a sad-face window saying "No > > video > > with supported format and MIME type found." It doesn't offer to > > download > > the file, or play it with an external application. > > > > ffmpeg is installed and up-to-date. > > > > Can it be made to work? > > > Perhaps, if you specified the URL of the file, it might be a step on > the > way t6o describing the problem... http://vandyke.mynetgear.com/AuraMLS_SH2009.mp4 The same video is available as avi, and that works fine with Firefox by launching an external viewer such as vlc or dragon. I would expect Firefox to offer to download the file or choose a viewer instead of the sad-face window. > > > Bret Busby > Armadale > Western Australia > (UTC+0800) > . >
Re: Non-delivery reports from postmas...@ewetel.de
Am Fri, Dec 01, 2023 at 11:02:47PM + schrieb Andy Smith: > Hi, > > Is anyone else receiving non-delivery report emails from > postmas...@ewetel.de for every email they post to debian-user? They > look like this: > > From: postmas...@ewetel.de > To: a...@strugglers.net > Subject: E-Mail Abweisungsbenachrichtigung / email bounce notification > > It goes on to state that the message wasn't delivered because the > recipient's mailbox is full. > > I've received one for every email I've sent to debian-user over the > last 4 days. Anyone else? If so, can you let > listmas...@lists.debian.org know? Hello Andy, I have received one mail like that when posting to the l10 list. The mail appeared in the list in spite of that message. With further mails everything has been back to normal. > > Naturally, ewetel.de should be rejecting these messages inside the > SMTP connection if they can't be delivered to their user. > > Failing that, they should be sending NDRs to the envelope sender, > which is the Debian mailing list software, which would then take > care of unsubscribing the undeliverable address. > > It seems to have done the very broken thing of sending an NDR to the > from address. If that assessment is correct, Debian listmasters will > need to disable delivery to this subscriber manually. > > But, possibly whatever problem it was has fixed itself by now. If > ewetel were ALSO sending an NDR to the envelope sender then the > subscriber would have been disabled eventually. Kind regards, Christoph signature.asc Description: PGP signature