[gentoo-user] Kernel panic on 5.4.2 - not sure of cause yet
I have been getting relatively consistent kernel panics on some call to find_css_set and sometimes a stack trace that mentions cgroups. On 5.4.0 I don't get this same crash and I added blocking of auto-loading nvidia under the ramdisk just in case that's the issue, as I was sometimes getting a similar crash on 5.4.0. /etc/default/grub: GRUB_PRELOAD_MODULES=lvm GRUB_CMDLINE_LINUX="init=/usr/lib/systemd/systemd systemd.legacy_systemd_cgroup_controller=yes rd.driver.blacklist=nvidia rd.driver.blacklist=nvidia_modeset rd.driver.blacklist=nvidia_drm" GRUB_GFXPAYLOAD_LINUX="keep" The reason the legacy argument is there is because Docker won't work under the new cgroups, for now. I have a couple of modules, but the one that sticks out most is nvidia. This is the one I see in the stack trace. I have not seen a bug report on Gentoo or Nvidia's end. For now I've masked >5.4.0 gentoo-sources. Anyone else getting a similar issue? Thanks Andrew signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] What ntp/sntp client do people use?
Walter Dnes wrote: > On Tue, Dec 10, 2019 at 03:19:16AM -0600, Dale wrote > >> I think I used ntpdate years ago. Can't recall why I switched but >> something wasn't working right. People here recommended chrony and once >> set up, its worked ever since. OP, if you haven't tried it yet, may be >> worth giving it a test run. > Now what? I'm willing to RTFM, but I can't FTFM (Find the F** > Manual). > > === > > strip: x86_64-pc-linux-gnu-strip --strip-unneeded -N __gentoo_check_ldflags__ > -R .comment -R .GCC.command.line -R .note.gnu.gold-version >/usr/bin/chronyc >/usr/sbin/chronyd > I have no idea what this part is doing. Installing (1 of 1) net-misc/chrony-3.5-r2::gentoo Recording net-misc/chrony in "world" favorites file... Auto-cleaning packages... No outdated packages were found on your system. > * GNU info directory index is up-to-date. > [i660][root][~] man chrony > No manual entry for chrony > [i660][root][~] info chrony > info: No menu item 'chrony' in node '(dir)Top' > [i660][root][~] emerge --unmerge chrony > > === > > Has RFC868 been deprecated everywhere, or is it just ca.pool.ntp.org > that won't listen to it? > When I set up chrony, I just set up the config file and then started the service. After that, it just runs and does its work. If it helps, this is my chrony.conf file. root@fireball / # cat /etc/chrony/chrony.conf # Use public NTP servers from the pool.ntp.org project. #pool pool.ntp.org iburst ### SPECIFY YOUR NTP SERVERS # Most computers using chrony will send measurement requests to one or # more 'NTP servers'. You will probably find that your Internet Service # Provider or company have one or more NTP servers that you can specify. # Failing that, there are a lot of public NTP servers. There is a list # you can access at http://support.ntp.org/bin/view/Servers/WebHome or # you can use servers from the pool.ntp.org project. server 64.6.144.6 server 67.159.5.90 server 67.59.168.233 server 204.62.14.98 server 69.50.219.51 server 209.114.111.1 # Record the rate at which the system clock gains/losses time. driftfile /var/lib/chrony/drift # Allow the system clock to be stepped in the first three updates # if its offset is larger than 1 second. makestep 1.0 3 # Enable kernel synchronization of the real-time clock (RTC). rtcsync root@fireball / # After that, just do a /etc/init.d/chronyd start and it will get the clock synced and keep it that way. I found the manual here. It was the first hit on google for me. https://chrony.tuxfamily.org/documentation.html I'm no chrony expert by any measure. For me, the hardest part was finding the fastest servers. I think I use that mirrorselect tool, I think. Its been a while. Hope that helps. Dale :-) :-)
Re: [gentoo-user] What ntp/sntp client do people use?
On Tue, Dec 10, 2019 at 03:19:16AM -0600, Dale wrote > I think I used ntpdate years ago. Can't recall why I switched but > something wasn't working right. People here recommended chrony and once > set up, its worked ever since. OP, if you haven't tried it yet, may be > worth giving it a test run. Now what? I'm willing to RTFM, but I can't FTFM (Find the F** Manual). === strip: x86_64-pc-linux-gnu-strip --strip-unneeded -N __gentoo_check_ldflags__ -R .comment -R .GCC.command.line -R .note.gnu.gold-version /usr/bin/chronyc /usr/sbin/chronyd >>> Installing (1 of 1) net-misc/chrony-3.5-r2::gentoo >>> Recording net-misc/chrony in "world" favorites file... >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. [i660][root][~] man chrony No manual entry for chrony [i660][root][~] info chrony info: No menu item 'chrony' in node '(dir)Top' [i660][root][~] emerge --unmerge chrony === Has RFC868 been deprecated everywhere, or is it just ca.pool.ntp.org that won't listen to it? -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Installed over and over again: Imagemagick
tu...@posteo.de wrote: > On 12/10 01:37, Jack wrote: >> On 2019.12.09 22:22, tu...@posteo.de wrote: >>> Hi, >>> >>> it seems, there is an installation loop for >>> >>> Installing (2 of 2) media-gfx/imagemagick-6.9.10.77::gentoo >>> >>> . Nearly every morning since some days I see this. >>> What may cause the problem? (It installas just fine.) >>> >>> Cheers! >>> mcc >> My portage shows that 6.9.10.77 is ~ but 7.0.9.5 is stable. Do you have any >> package.x entries which might affect which version can be installed? No, I >> have no idea why that would make it reinstall the same version daily, but it >> might be a starting point. Also, which emerge command is producing that >> result? Is the other package (1 of 2) always the same, or does that vary by >> day? >> >> Jack > Hi Jack, > > this command is used for updateing: > ionice -c 3 -n 7 nice -n 5 eix-sync ;ionice -c 3 -n 7 nice -n 5 emerge > --update --newuse --deep --with-bdeps=n --tree --keep-going --backtrack=30 -v > --verbose-conflicts -1 @world > > when this has done its job, this comand is used to clean up: > emerge --selective=n @preserved-rebuild && emerge --depclean -va && > eclean-dist -C -d -v && eix-test-obsolete > > In the past, this has worked fine for me (I am using 'unstable') > > The last actions related to imagemagick were (qlop -m -u -v) : > 2019-11-20T05:00:52 >>> media-gfx/imagemagick-6.9.10.73 > 2019-11-20T17:43:50 >>> media-gfx/imagemagick-6.9.10.73 > 2019-11-21T03:59:33 >>> media-gfx/imagemagick-6.9.10.73 > 2019-11-21T18:06:49 >>> media-gfx/imagemagick-6.9.10.73 > 2019-11-22T03:47:45 >>> media-gfx/imagemagick-6.9.10.73 > 2019-11-22T17:21:54 >>> media-gfx/imagemagick-6.9.10.73 > 2019-11-23T04:00:34 >>> media-gfx/imagemagick-6.9.10.73 > 2019-12-03T17:17:58 >>> media-gfx/imagemagick-6.9.10.77 > 2019-12-04T03:12:26 >>> media-gfx/imagemagick-6.9.10.77 > 2019-12-04T17:30:03 >>> media-gfx/imagemagick-6.9.10.77 > 2019-12-05T04:42:22 >>> media-gfx/imagemagick-6.9.10.77 > 2019-12-05T17:44:49 >>> media-gfx/imagemagick-6.9.10.77 > 2019-12-06T02:58:10 >>> media-gfx/imagemagick-6.9.10.77 > 2019-12-06T17:39:24 >>> media-gfx/imagemagick-6.9.10.77 > 2019-12-07T01:11:23 >>> media-gfx/imagemagick-6.9.10.77 > 2019-12-07T04:25:47 >>> media-gfx/imagemagick-6.9.10.77 > 2019-12-07T16:55:51 >>> media-gfx/imagemagick-7.0.9.7 > 2019-12-08T04:33:29 >>> media-gfx/imagemagick-6.9.10.77 > 2019-12-09T04:29:51 >>> media-gfx/imagemagick-6.9.10.77 > 2019-12-09T17:38:44 >>> media-gfx/imagemagick-6.9.10.77 > 2019-12-10T03:59:49 >>> media-gfx/imagemagick-6.9.10.77 > 2019-12-10T17:26:51 >>> media-gfx/imagemagick-6.9.10.77 > 2019-12-11T03:43:13 >>> media-gfx/imagemagick-6.9.10.77 > > The "other" packages differ with each update. > > There are no package.x-entries (related to or nameing imagemagick) other than > this one: > package.use/inkscape:media-gfx/inkscape jpeg nls openmp cdr dbus dia exif > -gnome imagemagick inkjar latex lcms postscript visio wpg > PYTHON_TARGETS="python2_7") > > > Cheers! > mcc > > I don't know if this is the problem or not but it may be worth looking into the python 2.7 target requirement. The devs are actively removing python 2.7 support since it is reaching its end of life. It could possibly be causing this problem but even if it isn't, you need to prepare for python 2.7 to be gone. Additional note, you may use a script or something so this may not matter. Some of the options/settings you use can be set in make.conf. Examples from my make.conf: PORTAGE_NICENESS=5 PORTAGE_IONICE_COMMAND="ionice -c 3 -p \${PID}" FEATURES="-usersync userpriv usersandbox buildpkg sandbox parallel-fetch" MAKEOPTS="-j9" EMERGE_DEFAULT_OPTS="--with-bdeps y --backtrack=100 --keep-going -v -j5 --quiet-build=n -1 --unordered-display" Having default settings in make.conf saves you from having to remember them all since it uses them automatically. Just a thought. Hope that helps. Dale :-) :-)
Re: [gentoo-user] Installed over and over again: Imagemagick
On 12/10 01:37, Jack wrote: > On 2019.12.09 22:22, tu...@posteo.de wrote: > > Hi, > > > > it seems, there is an installation loop for > > > > Installing (2 of 2) media-gfx/imagemagick-6.9.10.77::gentoo > > > > . Nearly every morning since some days I see this. > > What may cause the problem? (It installas just fine.) > > > > Cheers! > > mcc > My portage shows that 6.9.10.77 is ~ but 7.0.9.5 is stable. Do you have any > package.x entries which might affect which version can be installed? No, I > have no idea why that would make it reinstall the same version daily, but it > might be a starting point. Also, which emerge command is producing that > result? Is the other package (1 of 2) always the same, or does that vary by > day? > > Jack Hi Jack, this command is used for updateing: ionice -c 3 -n 7 nice -n 5 eix-sync ;ionice -c 3 -n 7 nice -n 5 emerge --update --newuse --deep --with-bdeps=n --tree --keep-going --backtrack=30 -v --verbose-conflicts -1 @world when this has done its job, this comand is used to clean up: emerge --selective=n @preserved-rebuild && emerge --depclean -va && eclean-dist -C -d -v && eix-test-obsolete In the past, this has worked fine for me (I am using 'unstable') The last actions related to imagemagick were (qlop -m -u -v) : 2019-11-20T05:00:52 >>> media-gfx/imagemagick-6.9.10.73 2019-11-20T17:43:50 >>> media-gfx/imagemagick-6.9.10.73 2019-11-21T03:59:33 >>> media-gfx/imagemagick-6.9.10.73 2019-11-21T18:06:49 >>> media-gfx/imagemagick-6.9.10.73 2019-11-22T03:47:45 >>> media-gfx/imagemagick-6.9.10.73 2019-11-22T17:21:54 >>> media-gfx/imagemagick-6.9.10.73 2019-11-23T04:00:34 >>> media-gfx/imagemagick-6.9.10.73 2019-12-03T17:17:58 >>> media-gfx/imagemagick-6.9.10.77 2019-12-04T03:12:26 >>> media-gfx/imagemagick-6.9.10.77 2019-12-04T17:30:03 >>> media-gfx/imagemagick-6.9.10.77 2019-12-05T04:42:22 >>> media-gfx/imagemagick-6.9.10.77 2019-12-05T17:44:49 >>> media-gfx/imagemagick-6.9.10.77 2019-12-06T02:58:10 >>> media-gfx/imagemagick-6.9.10.77 2019-12-06T17:39:24 >>> media-gfx/imagemagick-6.9.10.77 2019-12-07T01:11:23 >>> media-gfx/imagemagick-6.9.10.77 2019-12-07T04:25:47 >>> media-gfx/imagemagick-6.9.10.77 2019-12-07T16:55:51 >>> media-gfx/imagemagick-7.0.9.7 2019-12-08T04:33:29 >>> media-gfx/imagemagick-6.9.10.77 2019-12-09T04:29:51 >>> media-gfx/imagemagick-6.9.10.77 2019-12-09T17:38:44 >>> media-gfx/imagemagick-6.9.10.77 2019-12-10T03:59:49 >>> media-gfx/imagemagick-6.9.10.77 2019-12-10T17:26:51 >>> media-gfx/imagemagick-6.9.10.77 2019-12-11T03:43:13 >>> media-gfx/imagemagick-6.9.10.77 The "other" packages differ with each update. There are no package.x-entries (related to or nameing imagemagick) other than this one: package.use/inkscape:media-gfx/inkscape jpeg nls openmp cdr dbus dia exif -gnome imagemagick inkjar latex lcms postscript visio wpg PYTHON_TARGETS="python2_7") Cheers! mcc
[gentoo-user] Re: problem with Fetchmail
On 12/10/19 11:03 PM, Philip Webb wrote: A few days ago, I updated Fetchmail to the latest stable 6.4.1 . Immediately, it stopped fetching mail from one of my mail forwarders ; the other one still worked, as I found by test-mailing to myself. When I reverted to 6.3.26-r4 , everything worked properly again. I had the same problem after updating to 6.4 and managed to fix it by adding the "sslproto ''" option to each poll section. This immediately made things work again, both when piping through POPFile and fetching from GMail. See the 6.4.x man page for changes regarding the --sslproto option and what it means. hth, Holger
[gentoo-user] problem with Fetchmail
A few days ago, I updated Fetchmail to the latest stable 6.4.1 . Immediately, it stopped fetching mail from one of my mail forwarders ; the other one still worked, as I found by test-mailing to myself. When I reverted to 6.3.26-r4 , everything worked properly again. https://sourceforge.net/projects/fetchmail/files/branch_6.4/ shows a number of changes, esp re versions of SSL, but I don't know how far any of these mb the cause of the problem. Can anyone offer useful advice ? Is anyone using an alternative & can they offer advice re changing over ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Installed over and over again: Imagemagick
On 2019.12.09 22:22, tu...@posteo.de wrote: Hi, it seems, there is an installation loop for Installing (2 of 2) media-gfx/imagemagick-6.9.10.77::gentoo . Nearly every morning since some days I see this. What may cause the problem? (It installas just fine.) Cheers! mcc My portage shows that 6.9.10.77 is ~ but 7.0.9.5 is stable. Do you have any package.x entries which might affect which version can be installed? No, I have no idea why that would make it reinstall the same version daily, but it might be a starting point. Also, which emerge command is producing that result? Is the other package (1 of 2) always the same, or does that vary by day? Jack
[gentoo-user] Re: XDM Start Faster
On 2019-12-10 00:51, Caveman Al Toraboran wrote: > i login in text (no gui login). i think xdm is fundamentally a > redundant concept that should not have existed as per occam's razor. > i use i3, and start it by `startx`. i can auto-start startx upon > login, but i like it better this way, as i may not always want gui > stuff. I agree with the feeling, and in fact I did the same for some years. But this has the side effect that Xorg binary must be setuid root. Now, from the POV of pure security, this is not any worse than having a bonafide root daemon (xdm) run Xorg on your behalf. But I want to minimize or even eliminate setuid binaries in general, so I keep track of them; and this makes Xorg to be an annoying exception to be always kept in mind. -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. To reply privately _only_ on Usenet and on broken lists which rewrite From, fetch the TXT record for no-use.mooo.com.
Re: [gentoo-user] What ntp/sntp client do people use?
Hello, On Tue, 10 Dec 2019, Walter Dnes wrote: >there any public RFC868 servers? Or are there any RFC2030 client >programs other than openrdate? What do people here use? I use net-misc/ntp. As a daemon and if needed ntpdate/sntp to set the time. -dnh -- Q: Why is it that New Jersey got all the toxic waste dumps and California got all the lawyers? A: New Jersey had first choice.-- unknown
Re: [gentoo-user] What ntp/sntp client do people use?
Peter Humphrey wrote: > On Tuesday, 10 December 2019 07:56:17 GMT Mick wrote: > >> I no longer use rdate and SNTP. I use chronyd which has no problem >> synchronising with various NTP servers and is suitable for systems which are >> online intermittently, like laptops. > What he said. > +1 I think I used ntpdate years ago. Can't recall why I switched but something wasn't working right. People here recommended chrony and once set up, its worked ever since. OP, if you haven't tried it yet, may be worth giving it a test run. Dale :-) :-)
Re: [gentoo-user] What ntp/sntp client do people use?
On Tuesday, 10 December 2019 07:56:17 GMT Mick wrote: > I no longer use rdate and SNTP. I use chronyd which has no problem > synchronising with various NTP servers and is suitable for systems which are > online intermittently, like laptops. What he said. -- Regards, Peter.