You are not logged in.
Pages: 1
I'm confused... perhaps because I don't know what "the protocol log" is or may be because you do not say if the log is produced when /etc/cron.hourly/somejob runs or when you start central_sync.bash manually
If I remember this correctly, cron does not know the environment you use in the terminal. That may explain the difference you observe, and possibly the parameter expansion problem.
Prove to yourself that /etc/cron.hourly/somejob is executable and that cron actually starts it. Study the output from set. Move on to locate what fails in /etc/cron.hourly/somejob
--
OddS
@uther
you might be out of luck with bugs related to dependencies
Thanks for chiming in. I will check out your suggestions.
--
OddS
Have you tried installing via blender method?
Thanks for the suggestion, but no. I kind of expected apt to do the job.
I cloned blender.git and I believe I managed to build blender despite some compiler warnings flying by. It starts ok and it appears to work. It may be a bit on the bleeding edge side of things, though. It says "4.2 Alpha" and I may decide to check out a slightly older version.
--
Odd S.
Thank you for responding.
apt dist-upgrade says 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded
apt list --installed... prints the same list, essentially. My libavformat-dev and libswscale-dev are both [installed] rather than [installed,automatic].
Library version codes (7:5.1.4-0+deb12u1) are all the same as yours.
--
Odd S.
What is the preferred way to install blender 3.4.1+dfsg-2+b1 on daedalus?
Straight forward apt installation appears to run normally, but blender will not start (using xfce) due to missing libraries.
Blender correctly claims libavformat.so.58 not found, it is not installed. Package description https://pkginfo.devuan.org/cgi-bin/pack … +dfsg-2+b1 does not list libavformat.so.58 among dependencies. However; libavformat.so.59 is listed and is also installed.
A quick cheat: symlink libavformat.so.58 -> libavformat.so.59 and now blender correctly claims libswscale.so.5 is missing. But libswscale.so.6 is installed and that is also the lib listed among the dependencies.
Next white lie: symlink libswscale.so.5 -> libswscale.so.6 and blender correctly claims libIlmImf-2_5.so.25 is missing. Again, that lib is not listed among dependencies, neither is a newer variant listed. Nor is there any libIlmImf* variant installed.
I have, for good measure, tried variants of remove and reinstall.
What is the best way forward? Clone the blender git repository and build from scratch?
--
Odd S.
...gimp not showing the menus
Does this link provide useful info? https://superuser.com/questions/1650353 … et-it-back
Thanks to all who responded. I did not fully test installing the additional libraries, but I am sure that would have worked. I took the cheap way out using an AppImage.
It was NOT intended as a comment on you personally, the comment was aimed at your situation.
Wow! I am sorry if I came across as being offended. I automatically took "system" to mean my Daedalus installation and hoped you had spotted something that escaped me.
...Something must be skew-whiff in your system.
Always a possibility.
If I understand you correctly, you say and show that your Daedalus installation has no libtiff.so.5. Thus, our installations agree on that. I don't get how and why that makes my end skewed.
I wrongly expected the digikam package to trigger installations required to meet dependencies or notify me of those that were not available.
As apt takes care of the pesky dependencies, when you have an issue it won't be reported because it wasn't declared to apt in the first place, which in itself is the issue.
As DigiKam is a KDE thing, I wonder if I have underestimated the KDE installation as a prerequisite, it may provide all the libs not explicitly stated as dependencies in the digikam package.
It seems that libtiff.so.5 library is provided by the libtiff5 package.
Yes. As I wrote in my opening post: Got that one in place, ... but digikam wants more and I thought I'd better ask before continuing down the path of "lib-by-lib until quiet". I will think about it.
Some dependency issue (?)
Thanks for responding!
No, no dependency issues reported during install.
...maybe something slipped through the packager's error detecting sieve, happens sometimes:
Could well be. Here is what I get:
Package: digikam
Version: 4:7.9.0-1+b2
Priority: optional
Section: graphics
Source: digikam (4:7.9.0-1)
Maintainer: Debian KDE Extras Team <pkg-kde-extras@lists.alioth.debian.org>
Installed-Size: 271 kB
Depends: digikam-private-libs (= 4:7.9.0-1+b2),
libc6 (>= 2.34),
libgcc-s1 (>= 3.0),
libkf5configcore5 (>= 4.97.0),
libkf5coreaddons5 (>= 4.100.0),
libkf5i18n5 (>= 4.97.0),
libmagick++-6.q16-8,
libqt5core5a (>= 5.15.1),
libqt5gui5 (>= 5.4.0) | libqt5gui5-gles (>= 5.4.0),
libqt5sql5 (>= 5.4.0),
libqt5widgets5 (>= 5.4.0),
libstdc++6 (>= 4.1.1),
perl:any, libqt5sql5-sqlite,
libqt5sql5-mysql,
digikam-data (= 4:7.9.0-1)
Recommends: www-browser, ffmpegthumbs
Suggests: digikam-doc, breeze-icon-theme, systemsettings
Homepage: http://www.digikam.org
Tag: field::arts, hardware::camera, implemented-in::c++,
interface::graphical, interface::x11, role::program,
scope::application, suite::kde, uitoolkit::qt, use::browsing,
use::learning, use::organizing, use::searching, use::viewing,
works-with::image, works-with::image:raster, x11::application
Download-Size: 82.2 kB
APT-Manual-Installed: yes
APT-Sources: http://deb.devuan.org/merged daedalus/main amd64 Packages
Description: digital photo management application for KDE
I edited the Depends list to one entry per line for better reading, but I don't see libtiff5 nor libIlmImf.
Upgraded to Daedalus, all seems well. Next I installed DigiKam. Appears in menu (xfce) but does not start. When starting digikam from terminal window it says there is no libtiff.so.5. Got that one in place, but now it misses libIlmImf-2_5.so.25. I am probably doing something wrong. What are the correct steps after apt-get install digikam?
Pages: 1