Re: Chromium under Xfce/bookworm anyone?
On Tue, Sep 12, 2023 at 08:09:48PM -0400, Celejar wrote: [...] > The OP was on Stable; with Sid, we're hitting this: Yes. > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1051355 In the OP's case, Curt's proposal https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1039037 fits things better (#1051355 mentions a segfault, in #1039037 the processes just hang around) > One solution until the problem is resolved is to downgrade the Chromium > packages, as per here: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1051355#10 > > (The older Chromium packages are available at snapshot.debian.org.) ...but downgrading might be an idea. Alas, I might not get rhe chance to try. $DAYJOB $BOSS wants to have (eek) Windoze on the machine (I won't even think of Chromium on my private laptop ;-) Cheers -- t signature.asc Description: PGP signature
Re: Chromium under Xfce/bookworm anyone?
On Wed, Sep 13, 2023 at 06:55:40AM +1000, David wrote: [...] > Similar situation to mine, although specifics vary. > The situation here is with Chromium on a SID laptop, while Chromium on > a Stable desktop is just fine. > Starting from a terminal gives: > > Gtk-Message: 06:46:36.954: Failed to load module "appmenu-gtk-module" > libva error: /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so init failed > [12968:12968:0913/064637.144984:ERROR:chrome_browser_cloud_management_c > ontroller.cc(163)] Cloud management controller initialization aborted > as CBCM is not enabled. > [12968:12999:0913/064637.896873:ERROR:nss_util.cc(357)] After loading > Root Certs, loaded==false: NSS error code: -8018 > [0913/064638.283625:ERROR:elf_dynamic_array_reader.h(64)] tag not found > [13049:1:0100/00.316639:ERROR:broker_posix.cc(41)] Recvmsg error: > Connection reset by peer (104) > Segmentation fault > > It just looked like something that needed the developers to wake up in > the morning, so I've left it for now. > I do get a flash of Chromium on the screen before it dies, so it's > classic seg fault. It just looks like the latest development phase > hasn't been married up too well with the context. This seems to be a bit different: in my case, some four Chromium processes stay around, hogging some RAM (a couple of 100MB) and a tiny bit of CPU. No flashes, no segfaults. Cheers -- t signature.asc Description: PGP signature
Re: automate resumption of session
On Wed, 13 Sep 2023 03:16:28 + "Russell L. Harris" wrote: > I have been using Debian since A.D.2000, but I never have been clear > on the use of suspend and hibernate. If I am going to power-down the > computer, hibernate sounds good; but how do I resume? Reboot as you always do. Hibernate uses swap space to preserve portions of RAM. As the system boots, it will examine the swap space and read the data back into RAM. You may wish to reboot from time to time. I observe some of my laptops get crankier the more I hibernate them. -- Does anybody read signatures any more? https://charlescurley.com https://charlescurley.com/blog/
Re: automate resumption of session
On Tue, Sep 12, 2023 at 10:40:43PM -0400, Stefan Monnier wrote: When I leave the office for the day, I typically shut down the computer. Why? I never turn my computer off. Same here, I always just suspend. I wish I had that option. But I live way out in the country, and now and then there is a power outage. My computer is running on a UPS, but UPS batteries die after being run down more than a few times, and battery replacement is expensive. And then there are lightning storms... For those computers where I'm not coming back to them the next day, I hibernate them, so they're truly "off" and a powercut is perfectly harmless, but when I turn them back on I get back to where I was. I have been using Debian since A.D.2000, but I never have been clear on the use of suspend and hibernate. If I am going to power-down the computer, hibernate sounds good; but how do I resume? RLH
Re: automate resumption of session
>>When I leave the office for the day, I typically shut down the >>computer. Why? I never turn my computer off. Same here, I always just suspend. > I wish I had that option. But I live way out in the country, and now > and then there is a power outage. My computer is running on a UPS, > but UPS batteries die after being run down more than a few times, and > battery replacement is expensive. And then there are lightning > storms... For those computers where I'm not coming back to them the next day, I hibernate them, so they're truly "off" and a powercut is perfectly harmless, but when I turn them back on I get back to where I was. Stefan
Re: automate resumption of session
"Russell L. Harris" writes: > I am a writer. I use Emacs and LaTeX markup on a Debian/XFCE system. > On a typical day, I have in progress three or four articles. I may > work for several days on a given article. > > Each article is in a separate XFCE workspace. The text for each > article resides in its own directory. For each article, I keep open > an instance of emacs, a terminal window from which I execute latex and > xdvi, and the xdvi window. > > When I leave the office for the day, I typically shut down the > computer. The next morning, the first order of business is to > recreate the previous working environment or ``session.'' For each > article, this entails: > > (1) Click on the appropriate workspace button. > > (2) Open an instance of emacs. > > (3) In the emacs window, use the mouse to click on the icon to resize > the window. > > (4) In emacs, open the file in the document directory. > > (5) Open a terminal window. > > (6) In the terminal window, use the mouse to click on the icon to > resize the window. > > (7) In the terminal, cd to the document directory. > > (8) In the terminal, execute ``xdiv ... &'' to display the document. > > I would like write a script to automate the process, so that I need > only boot the computer and type RESUME; but my efforts have been > unsuccessful. > > RLH > If hibernation can work reliably on your system it would seem to meet your requirement. -- Manphiz
Re: automate resumption of session
On Tue, Sep 12, 2023 at 07:10:34PM -0600, Charles Curley wrote: Don't do that. ... Noted and now being implemented. Many thanks, Charles. RLH
Re: automate resumption of session
On Wed, 13 Sep 2023 00:14:53 + "Russell L. Harris" wrote: > For each article, I keep open > an instance of emacs, a terminal window from which I execute latex and > xdvi, and the xdvi window. Don't do that. Open one instance of emacs, then use multiple frames, one (or more) on each workspace. C-x 5 2. C-x 5 0 to close one. Even today emacs is a resource hog. You can then open all the files you want, in multiple frames or multiple windows within each frame. Also, I suspect that the next step won't work with multiple instances of emacs, without some serious and quite unnecessary finagling. Now, to preserve all that across sessions, use emacs' desktop mode. https://www.gnu.org/software/emacs/manual/html_node/emacs/Saving-Emacs-Sessions.html, https://www.emacswiki.org/emacs?action=browse;oldid=DeskTop;id=Desktop You may have to manually save emacs' desktop once, but after that emacs will save the desktop for you on exit, and restore it on launch. Those two changes should get rid of a lot of your morning routine. For the rest, look at XFCE's ability to save sessions. Applications -> Settings -> Sessions and Startup. For example, preserving XFCE terminals includes preserving the working directory. Also recall that Bash (and most other shells) reserve a history of previously used commands. Instead of typing, e.g., vlc ~/Music/playlist.m3u & I find it much simpler to type ^Rvlc or some such. -- Does anybody read signatures any more? https://charlescurley.com https://charlescurley.com/blog/
Re: automate resumption of session
On Tue, Sep 12, 2023 at 08:19:54PM -0400, Larry Martell wrote: On Tue, Sep 12, 2023 at 8:15 PM Russell L. Harris wrote When I leave the office for the day, I typically shut down the computer. Why? I never turn my computer off. I wish I had that option. But I live way out in the country, and now and then there is a power outage. My computer is running on a UPS, but UPS batteries die after being run down more than a few times, and battery replacement is expensive. And then there are lightning storms... RLH
Re: Chromium under Xfce/bookworm anyone?
On Tue, 2023-09-12 at 20:09 -0400, Celejar wrote: > On Wed, 13 Sep 2023 06:55:40 +1000 > David wrote: > > > > Similar situation to mine, although specifics vary. > > The situation here is with Chromium on a SID laptop, while Chromium > > on > > a Stable desktop is just fine. > > Starting from a terminal gives: > > > > Gtk-Message: 06:46:36.954: Failed to load module "appmenu-gtk- > > module" > > libva error: /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so init > > failed > > [12968:12968:0913/064637.144984:ERROR:chrome_browser_cloud_manageme > > nt_c > > ontroller.cc(163)] Cloud management controller initialization > > aborted > > as CBCM is not enabled. > > [12968:12999:0913/064637.896873:ERROR:nss_util.cc(357)] After > > loading > > Root Certs, loaded==false: NSS error code: -8018 > > [0913/064638.283625:ERROR:elf_dynamic_array_reader.h(64)] tag not > > found > > [13049:1:0100/00.316639:ERROR:broker_posix.cc(41)] Recvmsg > > error: > > Connection reset by peer (104) > > Segmentation fault > > > > It just looked like something that needed the developers to wake up > > in > > the morning, so I've left it for now. > > I do get a flash of Chromium on the screen before it dies, so it's > > classic seg fault. It just looks like the latest development phase > > hasn't been married up too well with the context. > > Cheers! > > The OP was on Stable; with Sid, we're hitting this: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1051355 > > One solution until the problem is resolved is to downgrade the > Chromium > packages, as per here: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1051355#10 > > (The older Chromium packages are available at snapshot.debian.org.) Yes, thanks for that. I'll just hang in. I never rely on just the one browser, having at least two installed. I suspect the fix will be along in the not too distant future. Chromium development is fairly active. Cheers! -- `One day, the great European war will come out of some damned foolish thing in the Balkans'. -- Otto von Bismarck (1888)
Re: automate resumption of session
On Tue, Sep 12, 2023 at 8:15 PM Russell L. Harris wrote > When I leave the office for the day, I typically shut down the > computer. > Why? I never turn my computer off.
automate resumption of session
I am a writer. I use Emacs and LaTeX markup on a Debian/XFCE system. On a typical day, I have in progress three or four articles. I may work for several days on a given article. Each article is in a separate XFCE workspace. The text for each article resides in its own directory. For each article, I keep open an instance of emacs, a terminal window from which I execute latex and xdvi, and the xdvi window. When I leave the office for the day, I typically shut down the computer. The next morning, the first order of business is to recreate the previous working environment or ``session.'' For each article, this entails: (1) Click on the appropriate workspace button. (2) Open an instance of emacs. (3) In the emacs window, use the mouse to click on the icon to resize the window. (4) In emacs, open the file in the document directory. (5) Open a terminal window. (6) In the terminal window, use the mouse to click on the icon to resize the window. (7) In the terminal, cd to the document directory. (8) In the terminal, execute ``xdiv ... &'' to display the document. I would like write a script to automate the process, so that I need only boot the computer and type RESUME; but my efforts have been unsuccessful. RLH
Re: Chromium under Xfce/bookworm anyone?
On Wed, 13 Sep 2023 06:55:40 +1000 David wrote: > Similar situation to mine, although specifics vary. > The situation here is with Chromium on a SID laptop, while Chromium on > a Stable desktop is just fine. > Starting from a terminal gives: > > Gtk-Message: 06:46:36.954: Failed to load module "appmenu-gtk-module" > libva error: /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so init failed > [12968:12968:0913/064637.144984:ERROR:chrome_browser_cloud_management_c > ontroller.cc(163)] Cloud management controller initialization aborted > as CBCM is not enabled. > [12968:12999:0913/064637.896873:ERROR:nss_util.cc(357)] After loading > Root Certs, loaded==false: NSS error code: -8018 > [0913/064638.283625:ERROR:elf_dynamic_array_reader.h(64)] tag not found > [13049:1:0100/00.316639:ERROR:broker_posix.cc(41)] Recvmsg error: > Connection reset by peer (104) > Segmentation fault > > It just looked like something that needed the developers to wake up in > the morning, so I've left it for now. > I do get a flash of Chromium on the screen before it dies, so it's > classic seg fault. It just looks like the latest development phase > hasn't been married up too well with the context. > Cheers! The OP was on Stable; with Sid, we're hitting this: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1051355 One solution until the problem is resolved is to downgrade the Chromium packages, as per here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1051355#10 (The older Chromium packages are available at snapshot.debian.org.) -- Celejar
Re: Chromium under Xfce/bookworm anyone?
On Tue, 2023-09-12 at 15:25 +, Curt wrote: > On 2023-09-12, wrote: > > > > Hi, > > > > it seems I can't start chromium. Pretty straight net install, > > Xfce desktop environment (no specialties, just the "normal" > > install), then "apt-get install chromium". > > > > Issuing "chromium" in a terminal seems to hang, top shows > > four processes running (and eating RAM for breakfast), but > > well whithin my 8G (at least RES, VIRT is at 32G. > > > > The whole thing stays like this until I ^C the command. Box > > behaves otherwise normally. > > > > Starting firefox (from the launcher or from the command line) > > works as I'd expect it to. > > > > Am I doing anything wrong? > > > > Sorry for my lack of specificity, I have no experience with > > Chromium. > > > > Maybe related to this bug? > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1039037 Similar situation to mine, although specifics vary. The situation here is with Chromium on a SID laptop, while Chromium on a Stable desktop is just fine. Starting from a terminal gives: Gtk-Message: 06:46:36.954: Failed to load module "appmenu-gtk-module" libva error: /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so init failed [12968:12968:0913/064637.144984:ERROR:chrome_browser_cloud_management_c ontroller.cc(163)] Cloud management controller initialization aborted as CBCM is not enabled. [12968:12999:0913/064637.896873:ERROR:nss_util.cc(357)] After loading Root Certs, loaded==false: NSS error code: -8018 [0913/064638.283625:ERROR:elf_dynamic_array_reader.h(64)] tag not found [13049:1:0100/00.316639:ERROR:broker_posix.cc(41)] Recvmsg error: Connection reset by peer (104) Segmentation fault It just looked like something that needed the developers to wake up in the morning, so I've left it for now. I do get a flash of Chromium on the screen before it dies, so it's classic seg fault. It just looks like the latest development phase hasn't been married up too well with the context. Cheers! -- `One day, the great European war will come out of some damned foolish thing in the Balkans'. -- Otto von Bismarck (1888)
Re: Debian on Ubiquiti Edgerouter Lite?
On Tue, 12 Sep 2023 10:48:13 -0400 Dan Purgert wrote: > On Sep 12, 2023, Christian Groessler wrote: > > Hello Group, > > > > is there a Debian version which could be installed on mentioned > > Edgerouter? > > Yes, sort of -- their firmware is (was) a custom Debian (iirc, stretch). https://help.ui.com/hc/en-us/articles/205202560-EdgeRouter-Add-Debian-Packages-to-EdgeOS > Quick check of their site https://ui.com/download/software/erlite3 shows > that they most recently released firmware on 31 July 2023. > Unfortunately there are no release notes. -- Celejar
Re: X: how to *really* switch from nouveau to modesetting?
D. R. Evans composed on 2023-09-12 11:12 (UTC-0600): > Felix Miata wrote: > From the rest of your post, it sounds like everything is as it should be, > except that I should probably remove the /etc/X11/xorg.conf file. And I could > also re-install the xserver-xorg-video-nouveau without effecting any change; > but for now I think I'll just keep things as they are and just note these as > possible changes to try sometime, with the expectation that they won't make > any practical difference, but might make the system a bit cleaner to > administer. You really should eliminate that xorg.conf file, and if the problem continues, don't assume it's the kernel driver at fault. Just report a bug if so inclined. Where would depend on behavior after removing xorg.conf. If it fixes the problem, there is almost assuredly no bug anywhere at all affecting you. If with modesetting it's gone, but with xserver-xorg-video-nouveau installed and in use it remains, then it would be good to report a nouveau DDX bug, though the problem could be DRI or Mesa. Unreported bugs can go a very long time before a fix occurs, if ever. What you are now experiencing is not acceptable behavior. 13 years of age is too young to accept FOSS performance degradation or need GPU upgrade. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
Re: X: how to *really* switch from nouveau to modesetting?
Felix Miata wrote on 9/11/23 19:57: You did it. You made the switch. But see below. (There are multiple components to GPU support in Linux.) (There is no "the" nouveau "driver". Graphics support is in the hands of multiple software components, several of which incorporate the string "nouveau" in naming.) I'm glad that you understand this stuff. It certainly seems non-obvious. And the days of good O'Reilly books that walk one through details like this seem to be long gone :-( From the rest of your post, it sounds like everything is as it should be, except that I should probably remove the /etc/X11/xorg.conf file. And I could also re-install the xserver-xorg-video-nouveau without effecting any change; but for now I think I'll just keep things as they are and just note these as possible changes to try sometime, with the expectation that they won't make any practical difference, but might make the system a bit cleaner to administer. And, from what you say here: > D. R. Evans composed on 2023-09-11 11:47 (UTC-0600): > >> Graphics: >> Device-1: NVIDIA GF108 [GeForce GT 430] vendor: Gigabyte driver: nouveau > > Above shows your kernel DEVICE driver is nouveau. It ships specifically for each > kernel with each kernel. For NVidia GPUs there is no other FOSS device driver > option for normal use with KMS enabled, which maximum possible FOSS performance > unconditionally requires. With KMS disabled, there is a crude generic option with > limited resolutions available that no one ever would use purposely unless too > naive to understand the opportunity loss. It's for fallback and troubleshooting > when normal is unavailable. it sounds like the issue must be in the nouveau kernel device driver, and there's nothing I can really do to change that. So I guess I will just wait and hope that some future update removes the problem. ⁂ Just for the record, to provide some context for anyone finding this thread as a result of a search: 1. The issue is that black-on-white text has a "tail" extending some distance on the right of the text (I don't know how to describe it any better than that). 2. It began with a normal bullseye update. Before that, there was no problem at all. 3. Every update and upgrade since then has exhibited the problem. 4. The monitor is KVM-switchable to another bookworm installation, which does not (and never has) exhibited the problem. Doc -- Web: http://enginehousebooks.com/drevans
Re: Chromium under Xfce/bookworm anyone?
On Tue, Sep 12, 2023 at 03:25:35PM -, Curt wrote: > On 2023-09-12, wrote: > > > > Hi, > > > > it seems I can't start chromium. Pretty straight net install, > > Xfce desktop environment (no specialties, just the "normal" > > install), then "apt-get install chromium". [...] > Maybe related to this bug? > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1039037 The description seems to fit. Thanks, Curt for the find! Cheers -- t signature.asc Description: PGP signature
Re: Chromium under Xfce/bookworm anyone?
On 2023-09-12, wrote: > > Hi, > > it seems I can't start chromium. Pretty straight net install, > Xfce desktop environment (no specialties, just the "normal" > install), then "apt-get install chromium". > > Issuing "chromium" in a terminal seems to hang, top shows > four processes running (and eating RAM for breakfast), but > well whithin my 8G (at least RES, VIRT is at 32G. > > The whole thing stays like this until I ^C the command. Box > behaves otherwise normally. > > Starting firefox (from the launcher or from the command line) > works as I'd expect it to. > > Am I doing anything wrong? > > Sorry for my lack of specificity, I have no experience with > Chromium. > Maybe related to this bug? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1039037
Re: Debian on Ubiquiti Edgerouter Lite?
On Sep 12, 2023, Christian Groessler wrote: > Hello Group, > > is there a Debian version which could be installed on mentioned > Edgerouter? Yes, sort of -- their firmware is (was) a custom Debian (iirc, stretch). Quick check of their site https://ui.com/download/software/erlite3 shows that they most recently released firmware on 31 July 2023. Unfortunately there are no release notes. As I recall, if you move away from their firmware, you're going to lose out on the modules necessary to get the Cavium chipset to work. -- |_|O|_| |_|_|O| Github: https://github.com/dpurgert |O|O|O| PGP: DDAB 23FB 19FA 7D85 1CC1 E067 6D65 70E5 4CE7 2860 signature.asc Description: PGP signature
Debian on Ubiquiti Edgerouter Lite?
Hello Group, is there a Debian version which could be installed on mentioned Edgerouter? regards, chris
Re: cronitor.io for monitoring cron jobs
On Tue, Sep 12, 2023 at 00:54 Kushal Kumaran wrote: > On Mon, Sep 11 2023 at 05:59:37 AM, Tom Browder > wrote: > > Anyone using that system? It looks interesting to me. > > > I prefer healthchecks.io, mainly because cron job monitoring was all I > was looking for, and the software is open source. Thank you, Kushal. Best regards, -Tom
Chromium under Xfce/bookworm anyone?
Hi, it seems I can't start chromium. Pretty straight net install, Xfce desktop environment (no specialties, just the "normal" install), then "apt-get install chromium". Issuing "chromium" in a terminal seems to hang, top shows four processes running (and eating RAM for breakfast), but well whithin my 8G (at least RES, VIRT is at 32G. The whole thing stays like this until I ^C the command. Box behaves otherwise normally. Starting firefox (from the launcher or from the command line) works as I'd expect it to. Am I doing anything wrong? Sorry for my lack of specificity, I have no experience with Chromium. Cheers -- t signature.asc Description: PGP signature