On Tuesday 30 April 2019 20:34:09 E. Liddell wrote: > On Tue, 30 Apr 2019 18:06:22 -0400 > > Gene Heskett <gheskett@...> wrote: > > On Tuesday 30 April 2019 17:27:42 E. Liddell wrote: > > > On Tue, 30 Apr 2019 09:27:25 -0400 > > > > > > Gene Heskett <gheskett@...> wrote: > > > > okular seems to run ok most of the time, but when run from the > > > > cli logs this: > > > > > > > > gene@coyote:~/linuxcnc/nc_files$ okular > > > > okular(1985)/kdecore (KConfigSkeleton) > > > > KCoreConfigSkeleton::writeConfig: okular(1985)/kdecore > > > > (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: > > > > okular(1985)/kdecore (KConfigSkeleton) > > > > KCoreConfigSkeleton::writeConfig: okular(1985)/kdecore > > > > (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: > > > > okular(1985)/kdecore (KConfigSkeleton) > > > > KCoreConfigSkeleton::writeConfig: okular(1985)/kdeui (kdelibs) > > > > KXMLGUIClient::~KXMLGUIClient: 0x8cef5b0 deleted without having > > > > been removed from the factory first. This will leak standalone > > > > popupmenus and could lead to crashes. > > > > > > > > This is my fav pdf reader, and I get 3 to 4 weeks uptime before > > > > something goes to pot and I need to reboot this old wheezy > > > > install. > > > > > > > > Connected? IDK, maybe... I have a stretch testing image from > > > > the LCNC folks that I put on an old Dell out in the garage as > > > > the sacrificial goat, and its running quite well so far, so this > > > > wheezy may get retired finally. Sometime in the next week or two > > > > if the creek doesn't get too high. :) > > > > > > okular is kde5/qt5, so it's a moving target. A quick search > > > suggests that this is a known bug (possibly two separate bugs), > > > it's been fixed, and you're running a very old version. > > > > > > So, yeah, you might want to update to something a little more > > > modern. > > > > Huh? I thought it was part of the kde fork? > > Um, no. Note that your error messages above refer to kdeui and > kdelibs, not tdeui and tdelibs, even though these modules were renamed > in TDE. > > > If not, then what am I supposed to be using? > > The default TDE program for viewing PDFs is kpdf, in tdegraphics. > That doesn't mean you have to use it if it doesn't suit your needs, of > course. > > E. Liddell Thats a bit odd, this is an R14.0.6 install, but its not in either office or graphics sections of the menu. Xpdf is there, but its yet to do a print job anywhere near complete or correct. Reinstalled it, still can't be found. Does run by cli. But whats all this? gene@coyote:~/linuxcnc/nc_files$ kpdf /etc/magic, 4: Warning: using regular magic file `/etc/trinity/magic/tdeio.magic' /etc/magic, 4: Warning: using regular magic file `/etc/trinity/magic/tdeio.magic' /etc/trinity/magic/tdeio.magic, 17: Warning: using regular magic file `/etc/trinity/magic/drgeo.magic' /etc/magic, 4: Warning: using regular magic file `/etc/trinity/magic/tdeio.magic' /etc/trinity/magic/tdeio.magic, 17: Warning: using regular magic file `/etc/trinity/magic/drgeo.magic' /etc/trinity/magic/drgeo.magic, 2: Warning: using regular magic file `/etc/trinity/magic/cabri.magic' /etc/magic, 4: Warning: using regular magic file `/etc/trinity/magic/tdeio.magic' /etc/trinity/magic/tdeio.magic, 17: Warning: using regular magic file `/etc/trinity/magic/drgeo.magic' /etc/trinity/magic/drgeo.magic, 2: Warning: using regular magic file `/etc/trinity/magic/cabri.magic' /etc/trinity/magic/cabri.magic, 2: Warning: using regular magic file `/etc/trinity/magic/kolf.magic' I loaded up a 750 page linuxcnc documentation pdf, and while its all there, it doesn't quite have the pretty print pizzazz that evince or okular gives. I am about to install stretch on this machine, from an image the LCNC folks are testing, so hopefully wheezy will have reached the end of its use here in the next couple weeks. And this time its a 64 bit install, something I've been avoiding because of the much larger IRQ latencies of a 64 bit install. But they've been fine tuning the preempt-rt kernel builds and now have it good enough (pretty steady 50 u-sec lag) the smarter interface cards can handle the remaining timeing wobblies. Their default windowing system is xfce4, quite capable these days but I'll likely do tde on it too just to get my old friend kmail. You might think 50 u-secs is quick, but I have 2 machines here that can respond to a scheduled IRQ with a worst case wobble in the 4 to 6 u-sec range. Intel Atoms of course. Amd lost that fight years ago. Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene>