Update to Computer Phosphene Last Night

Yesterday evening, a major software update was received to the computer which I name ‘Phosphene’, putting its Debian version to 9.9 from 9.8. One of the main features of the update was, an update to the NVIDIA graphics drivers, as installed from the standard Debian repositories, to version 390.116.

This allows the maximum OpenGL version supported by the drivers to be 4.6.0, and for the first time, I’m noticing that my hardware now limits me to OpenGL 4.5 .

The new driver version does not come with an update to the CUDA version, the latter of which merits some comment. When users install CUDA to Debian / Stretch from the repositories, they obtain run-time version 8.0.44, even though the newly-updated drivers support CUDA all the way up to version 9. This is a shame because CUDA 8.0 cannot be linked to, when compiling code on the GCC / CPP / C++ 6 framework, that is also standard for Debian Stretch. When we want code to run on the GPGPU, we can just load the code onto the GPU using the CUDA run-time v8.0.44, and it runs fine. But if we want to compile major software against the headers, we are locked out. The current Compiler version is too high, for this older CUDA Run-Time version. (:1) (:4)

But on the other side of this irony, I just performed an extension of my own by installing ‘ArrayFire‘ v3.6.3 , coincidentally directly after this update. And my first attempt to do so involved the binary installer that ships with its own CUDA run-time libraries, those being of version 10. Guess what, Driver version 390 is still not high enough to accommodate Run-Time version 10. This resulted in a confusing error message at first, stating that the driver was not high enough, apparently to accommodate the run-time installed system-wide, which would have been bad news for me, as it would have meant a deeply misconfigured setup – and a newly-botched update. It was only after learning that the binary installer for ArrayFire ships with its own CUDA run-time, that I was relieved to know that the¬†system-installed run-time, was fine…

Screenshot_20190429_104916

(Updated 4/29/2019, 20h20 … )

Continue reading Update to Computer Phosphene Last Night

Latte-Dock 0.6.0 Tested

One of the facts about Linux that may not be very popular with some computing enthusiasts is that the mainstream Desktop Managers – ‘KDE’, ‘Plasma’, ‘Unity’, ‘GNOME’, ‘LXDE’, etc., are different from each other, are sometimes similar to a Windows-layout – especially KDE / Plasma – but are not very similar to a MacIntosh, OS/X layout. Yet, efforts have existed to create OS/X -like desktop managers for Linux, and one of the more recent projects is “Latte-Dock“.

What makes Latte-Dock different from otherwise similar projects such as “Cairo-Dock”, is that Latte-Dock assumes that we have Plasma installed, which must be of at least version 5.8, and does not conflict with the fact that we do. And the fact that my Debian / Stretch computer, which I name ‘Phosphene’, is not even a Ubuntu computer, did not prevent me from installing Latte-Dock 0.6.0. Latte-Dock does not start unless the user starts it, and the way I go about testing such software is, that I create additional users on the computer in question, as if I was going to allow a guest to share my computer, so that in the user-space of the additional accounts, personal settings can activate Latte-Dock.

One of the ways in which Debian, Plasma 5 -based computers are strong, is in allowing the user to create more than one graphical log-in, to more than one virtual session, between which we can switch by clicking <Ctrl>+<Alt>+<F8>, or, back to the first virtual session, with <Ctrl>+<Alt>+<F7>… So my auxiliary user-identity is installed with this desktop manager, that’s designed to be similar to OS/X, at least in its appearance.

Screenshot_20190324_134908

I think that this is nice software, with two major flaws:

  1. On ‘Phosphene’, if I select the settings either to Preview Windows (of open applications, as the mouse passes over the dock-icons), or to Highlight those windows, these settings cause the Dock to die. This is not tragic, because when running Latte-Dock, we still have at least one Plasma-Panel active, along the top of the screen, from which we can still choose applications to run, or from which we can drag application-icons to the Dock. (:1)¬† This means that when the Dock has in fact crashed, I can simply have a Favourite Application -icon ready, to restart it. But the down-side with this could be, that it makes the application look bad, when in fact the culprit just seems to be, the fact that my graphics card is not strong enough to display these previewed or highlighted windows. And Latte-Dock is extremely GPU-intensive.
  2. With Plasma 5.8 as the limiting factor, there appears to be no way to get a Global Application Menu working. Such applets do exist as software-projects for higher versions of Plasma than 5.8, but it cannot seem to be achieved for version 5.8 . So the OS/X experience is not 100% complete.

But if I respect these two limitations, that may not even be the fault of the Devs, I find this to be an interesting and stable piece of software.

(Updated 3/27/2019, 21h35 … )

Continue reading Latte-Dock 0.6.0 Tested

OpenShot-Qt Now Cooperates With Wayland Compositing.

One of the subjects which I blogged about before was, that the Debian version of OpenShot at the time, would simply freeze with desktop compositing on. That was the default, GTK version of OpenShot. Further, I can’t vouch for OpenShot under Windows because I think that the way it installs itself is botched. Yet, I am always keen to have such non-linear, 2D video editing applications available.

Well in the present, I have an up-to-date version of OpenShot installed, which is explicitly the Qt-version, installed as the package ‘openshot-qt’ on a Debian / Stretch computer. The main reason fw I have this version working, is the fact that I subscribed the computer I name ‘Phosphene’ to the Debian Multimedia Repository. Without access to this repository, Linux users can sometimes be hosed. In other cases, having its libraries installed can break dependencies with other software.

But this latest Debian Repository version of OpenShot-Qt (2.3.4), for Debian / Stretch, impresses me. Actually, when we first install it, the run-time won’t run, because of a missing library, that being ‘urllib’. This is due to the application package failing to state a dependency. This dependency can be resolved by installing ‘python-requests’ and ‘python3-requests’, which I believe also pulls in ‘python-urllib3′ and ‘python3-urllib3′. After this has been installed, ‘OpenShot-Qt’ runs.

When the developers upgraded their main build of OpenShot to version 2 (+), they needed to rewrite the source code for all the effects of the editor. And for this reason, the up-to-date version only seems to have 7 actual effects, that run over the duration that they’re applied for:

Screenshot_20190224_201216

Such Effects can be applied to a clip, by dragging them onto the clip.

In contrast, because of the flexible way in which this editor defines Transitions – as grey-scale images, it still seems to have an almost unlimited supply of those, that transfer the foreground from one video clip to another (not shown).

But one way in which OpenShot makes up for its small library of 2D /time effects, is by giving its user a very powerful Title Editor, which actually invokes Blender, in order to create renderings of Titles with 3D effects:

(Updated 2/27/2019, 5h50 … )

Continue reading OpenShot-Qt Now Cooperates With Wayland Compositing.

Taking a break, from reinstalling software.

According to This previous posting, I have reinstalled the operating system on an existing computer, but in such a way that the entire hard-drive needed to be replaced. What this means is that, while the previous incarnation of this computer (which I named ‘Plato’) had tons of software on it, the reincarnation (‘Phosphene’) essentially started with zero installed software. The task then lies ahead, typically, to install as much software on it as the previous version had, or, just to install the subset of that software, which I truly found useful before.

Either way, much software eventually needs to be reinstalled. And, while I have most of the basic, most-recently-used software reinstalled, including the Computer Algebra Systems ‘wxMaxima’, ‘SageMath’ and ‘Yacas’, much is left to be done in this regard.

But, the task of just installing software non-stop can be exhausting, which I have been pursuing for the past few days. So what I’m going to do for the moment is take a break from this task, while relaxing and maybe pursuing other tasks that need to be completed around my home, knowing that ‘Phosphene’ is still missing major software. A Human Being is not meant to be installing software 24/7, for days on end, in the expectation that his favourite toy will ‘just come back’ as it was.

Dirk