Problems with fglrx and an ATI/AMD graphics card on Debian Stretch?
Go here: http://kubuntu.org/.
Download the ISO and install Kubuntu.
Seriously, not worth the pain of trying to get fglrx to work with Debian Testing, unfortunately
I just went through the classical painful process of dist-upgrading my Debian Testing on the laptop. The main reason to do so is that I wanted to install Skype, which I hadn’t installed before on this machine, and it wasn’t playing ball with the dependencies. So I went ahead, dist-upgraded and almost all the dependencies for Skype seemed to be fixed, but one:
dpkg: problemas de dependencias impiden la configuración de skype:i386:
skype:i386 depende de libssl1.0.0; sin embargo:
El paquete `libssl1.0.0:i386' no está instalado.
(yes, my system is configured in Spanish)
So, since libssl1.0.0.:i386 doesn’t seem to exist now in the repositories, I was stuck with libsl1.0.0 for amd64 arch.
The solution was to force the installation ignoring dependencies:
dpkg --force-depends -i skype-install.deb
Surprisingly, it works without doing anything else.
Of course, this breaks the package system, but what is a Debian Testing system without a bit of fun?
An alternative, and probably better solution is to manually download the libssl packages for amd64 and i386 which don’t seem to be present in the repositories (Germany at least). Since the version must match, the version from the repositories for amd64 and the one from the packages website for i386 were not working for me.
Wow, July 2014 was the last entry. What’s happened since then?
Well, I defended my PhD thesis in January 2015, in Valencia. Its title is A Silicon Strip Detector for the Phase II High Luminosity Upgrade of the ATLAS Detector at the Large Hadron Collider, which is a very long name for something as simple as some studies on silicon detectors that will be installed in ATLAS during the Long Shutdown 3, around 2024.
On a less happy note, a dear friend passed a bit before 2015. What was quite a shock since we had planned to visit her just a week after.
Anyway, time has passed by and life’s been going up and down like a roller coaster. Soon I will be leaving CERN on a special paid leave for 1 year, to work again in the ATLAS ITk Upgrade, with silicon detectors, at the University of Freiburg in Germany. I guess I needed this change both personally and professionally.
At my office I have two computers: a Linux desktop and a laptop running Linux and Windows. I have a dock station for the laptop, plugged to the two screens that I also use with the desktop computer, in alternate inputs (DVI/VGA). Changing the inputs in these screens is a bit of a hassle, because they are not the “one-click-switch” type. I need to go into the menus and browse through the options.
As I have enough with changing the USB connectors for the mouse and the keyboard, I found out a “hack” to disable the video output of the desktop. This way, when I turn on the laptop the two screens automatically search for the next available input.
The trick consists in using FrameBuffer suspend mode, manipulating the contents of /sys/class/graphics/fb0/blank. I use these two scripts:
echo 0 > /sys/class/graphics/fb0/blank
echo 1 > /sys/class/graphics/fb0/blank
I left them in my home directory: /home/user/bin/
Since writing to /sys/class/graphics/fb0/blank requires root permissions, I edited /etc/sudoers and added the following two lines:
usuario ALL=(root) NOPASSWD: /home/usuario/bin/screen_off.sh
usuario ALL=(root) NOPASSWD: /home/usuario/bin/screen_on.sh
The last step is to add two key bindings in KDE:
- Create a new group, named “Screen”.
- Create two new bindings: “On” y “Off”.
- I assigned two keys I never used in my keyboard (this one has multiple media shortcuts, mail, home, etc.). You can also use combinations such as “Ctrl+Alt+whatever“.
- In “Action”, just enter the path to the scripts using sudo::
This is working in Debian Wheezy with a dedicated graphics card.