Did you use the appropriate "virtualbox-guest-additions-iso"?
It contains some graphic drivers for the guest-OS (and other stuff). Not sure whether this will cure "crappy graphics".

Then ... What is the business model behind that campagne?

You got me completely wrong! I'll try again.

The main point is: Would you pay for having more search options?

API access means you can use (in this case) the google seach engine directly in your own program or web side. This allows more search parameters and costs real money. No idea how much they are asking for, nor how much I would want to pay for that. Yandex, Bing and others are offering the same services. This has nothing to with profiling or using their web side directly.

On youtube, they doubled the amount of ads, along with the offer to have it ad-free for 10 bugs a month. Same technique may apply for the search.

Beeing naked in front of google and hoping they will deliver better results then is not an option for me. Google has become as evil as its compeditors. At least they delverd some useful and working software (the revolutionary search in the early 2000, maps, earth, and more I forgot).

Advanced search is canceled everywhere. It's a shame.

The architecture of an Knoppix-stick (or iso) is quite interesting in that regard. 
The root file system is on a compressed ISO image - 4.5GB for the DVD-image - read only file system is the point.
If thee is space on the USB-stick, it is possible to have a home directory for files and optionally the overlay-fs can be stored (default is in the RAM until reboot). So can have security updates or even install additional programs.

So: You could combine a read-only-root-fs without encryption with an encrypted overlay-fs for system updates.

(Overlay: Ralph posted yesterday about an overlay file system here https://dev1galaxy.org/viewtopic.php?pid=41386#p41386  Awesome! I was totally unaware of that and am still flashed).

Interesting, you archived what I wanted at the time, but could not get.

Sorry, I did not ment to spread confuision.

EDIT:
Tested on Chimaera, it depends on 'recommended install'.

# apt install wine --no-install-recommends

does not install wine32, while

# apt install wine --install-recommends
# apt install wine64 --install-recommends

does, if i386 architecture is added.

As far as I remember

# dpkg --add-architecture i386
# apt install wine 

installed both, wine64 and wine32.
Indeet, it was impossible to get only wine64 without wine32 (trying to get away without i386-architecture).

EDIT: caution! My memory seems to trick me!
EDIT2: the above is true with apt's defaults or namely # apt install wine --install-recommends

Did you try to copy the URL form the network-portal-login-page visible in Chimaera's Firefox and re-use it in Daedalus?

Thanks for the input, guys.

Probably it's not as bad as I thought in the first place. De-deprecation seems somewhat likely and gnu-which was included.
Still don't like it when "they" mess around with the basic tool set.

Best solution (EDIT:), but bad public relation.

The (1st) error message does nothing on my system, the module is clearly loaded.

$ lsmod | grep nvi

No idea about the following 3 lines. What exactly is the problem?

How was the nouveau kernel driver working on your system? Do you really need the proprietary nvidia driver? Uninstall nvidia can be a solution.

Looks great, thanks.
Would the theme function with my LXDE too?
golinux in https://dev1galaxy.org/viewtopic.php?pid=40747#p40747 made me think this might be possible.

Assuming it Is it the same machine from the "Block device detection" thread  https://dev1galaxy.org/viewtopic.php?id=5508: The answer is probably yes.

Randomly changing block device names are not good, there should be a reason. One possible is defective hardware (I remember a dying machine, which started printing "updating dmi data pool ... success" on almost every boot)