debian python2

Trochę zapomniałem o pythonie, szczególnie wersji 2 aczkolwiek wypadało by się go w końcu pozbyć z systemu (o ile oczywiście jakiś tool nadal go nie potrzebuje).

Warto sobie sprawdzić co mamy zainstalowane:

dpkg -l|grep python

I wywalić co nie trzeba, w moim przypadki na starym sidzie:

apt-get autoremove --purge python
apt-get autoremove --purge python2
apt-get autoremove --purge python2-minimal
apt-get autoremove --purge python2.7
apt-get autoremove --purge python2.7-minimal

Oczywiście warto zweryfikować co ma zostać usunięte, u mnie tylko cherrytree łapał się do wywalenia na co koniec końców się zdecydowałem. Cherrytree zainstalowałem z flatpaka co by się już definitywnie pozbyć pythona 2*

Debian libsqlite3-0 3.31.0-1 + firefox = crash

Prosty objaw po aktualizacji sqlite do nowej wersji:

libsqlite3-0:amd64 (3.30.1+fossil191229-1, 3.31.0-1)

Przy starcie firefoxa wywala się:

ExceptionHandler::GenerateDump cloned child 11171
ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...

Bugi pozgłaszane:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=949644 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=949646 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=949647

Więc na ten moment można jedynie zrobić downgrade do wersji 3.30.1+fossil191229-1 i czekać na patch.

lightdm greeter i czarny ekran

Od dłuższego czasu lightdm płata mi figla, otóż na dwóch rożnych konfiguracjach sprzętowych wygaszenie/zablokowanie ekranu nie radzi sobie z powrotem na dobre tty gdzie działa lightdm.

Przez pewnie czas olewałem, przyzwyczaiłem się do przełączania na szybko konsoli aby wrócić na odpowiednią, przez pewnie czas korzystałem z xscreensavera, przez pewnie czas ustawiałem presentation mode i w ogóle nie blokowałem ekranu, zmieniałem greeter’a.

W miedzy czasie oczywiście bugi, fora i inne zakamarki internetu, i nic. Minęło dobrych kilka miesięcy i nadal nic, już zdążyłem się przyzwyczaić do slick-greetera zamiast defaultowego lightdm-gtk-greetera ale na prawdę nie daje mi to spokoju. Może się kiedyś doczekam odpowiedzi.

Ku pamięci, gdybym kiedyś miał ten sam problem:

# grep slick /etc/lightdm/lightdm.conf 
greeter-session=slick-greeter
# dpkg -l|grep greeter
ii slick-greeter 1.2.4-2 amd64 Slick-looking LightDM greeter

Realtek RTL8192CU powersaving

Pomimo iż iwconfig pokazuje power management jako off okazuje się, że z defaultu jest jednak włączone co skutkuje wyłączaniem adaptera po nieaktywności.

pi@raspberrypi:~ $ sudo iwconfig wlan0 
wlan0     IEEE 802.11bgn  ESSID:"pakosowo_2G"  Nickname:"<WIFI@REALTEK>"
          Mode:Managed  Frequency:2.462 GHz  Access Point: 18:31:BF:36:E5:68   
          Bit Rate:144.4 Mb/s   Sensitivity:0/0  
          Retry:off   RTS thr:off   Fragment thr:off
          Encryption key:****-****-****-****-****-****-****-****   Security mode:open
          Power Management:off
          Link Quality=100/100  Signal level=69/100  Noise level=0/100
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

pi@raspberrypi:~ $ cat /sys/module/8192cu/parameters/rtw_power_mgnt
1

Power saving należy ręcznie wyłączyć w:

pi@raspberrypi:~ $ cat /etc/modprobe.d/8192cu.conf
# Disable power saving
options 8192cu rtw_power_mgnt=0

cron-apt

Im więcej mamy pod opieką serwerów bądź też nie logujemy sie na nie codziennie warto wiedzieć kiedy pojawią się jakieś aktualizacje. Tym bardziej gdy (jak ja) nie jesteśmy zwolennikami automatycznych aktualizacji.
Z pomocą przychodzi cron-apt, aplikacja która jak nazwa sugeruje wg ustawień crona sprawdza bądź aktualizuje nasz system, do tego dochodzi opcja powiadomień mailowych.

Instalacja:

apt install cron-apt

Konfiguracja (najprostrza – powiadomienie na mail o dostępnych aktualizacjach):

cat /etc/cron-apt/config
# Configuration for cron-apt. For further information about the possible
# configuration settings see /usr/share/doc/cron-apt/README.gz.
MAILTO="user@mail.com"
MAILON="upgrade"

Kiedy odpalamy:

cat /etc/cron.d/cron-apt 
#
# Regular cron jobs for the cron-apt package
#
# Every night at 4 o'clock.
0 4 * * * root test -x /usr/sbin/cron-apt && /usr/sbin/cron-apt
# Every hour.
# 0 * * * * root test -x /usr/sbin/cron-apt && /usr/sbin/cron-apt /etc/cron-apt/config2
# Every five minutes.
# */5 * * * * root test -x /usr/sbin/cron-apt && /usr/sbin/cron-apt /etc/cron-apt/config2

Inne opcje:

/usr/share/doc/cron-apt/README.gz

 

Thunderbird: Tries to migrate non-existing .icedove folder

#857112 bug uniemożliwia uruchomienie thunderbirda, póki zaktuaizowana paczka nie pojawi się w reozytorium można ręcznie zastosować workaround:

This is due to an error in the script/usr/bin/thunderbird:
You cannot use the \ to merge multiple lines AND have a comment:
ie:
elif { [ -d "${ID_PROFILE_FOLDER}" ] || [ -L "${ID_PROFILE_FOLDER}" ]; } && \
# .icedove exists as folder or symlink
     { [ -d "${TB_PROFILE_FOLDER}" ] || [ -L "${TB_PROFILE_FOLDER}" ]; } && \
# .thunderbird exists as folder or symlink
       [ "$(readlink -e "${TB_PROFILE_FOLDER}")" != "${ID_PROFILE_FOLDER}" ];
then  # compare if canonical name of both folders equal

Workaround is to remove the comments on those two lines (Anything after \).

Bumblebee – [ERROR]Cannot access secondary GPU – error: [XORG] (EE) Failed to load module „nvidia” (module does not exist, 0)

W sidzie napotkałem ostatnio na wywalenie się bumblebee mimo iż wszystko było wedle starej acz dobrej konifguracji, czyli moduły zbudowane:

    bbswitch, 0.8, 4.6.0-1-amd64, x86_64: installed
    bbswitch, 0.8, 4.8.0-1-amd64, x86_64: installed
    nvidia-current, 367.57, 4.6.0-1-amd64, x86_64: installed
    nvidia-current, 367.57, 4.8.0-1-amd64, x86_64: installed

Poprawnie skonfigurowany /etc/bumblebee.conf/bumblebee.conf.conf z:

Driver=nvidia
KernelDriver=nvidia-current

oraz /etc/bumblebee/xorg.conf.nvidia:

BusID "PCI:07:00:0"

A przy starcie krzyczał, że nie może sobie załadować modułu nvidia:

optirun --status
Bumblebee status: Ready (3.2.1). X inactive. Discrete video card is off.

optirun -vvv glxgears
[ 4067.950712] [DEBUG]Reading file: /etc/bumblebee/bumblebee.conf
[ 4067.950993] [INFO]Configured driver: nvidia
[ 4067.951137] [DEBUG]optirun version 3.2.1 starting...
[ 4067.951146] [DEBUG]Active configuration:
[ 4067.951149] [DEBUG] bumblebeed config file: /etc/bumblebee/bumblebee.conf
[ 4067.951153] [DEBUG] X display: :8
[ 4067.951156] [DEBUG] LD_LIBRARY_PATH: /usr/lib/x86_64-linux-gnu/nvidia:/usr/lib/i386-linux-gnu/nvidia:/usr/lib/nvidia
[ 4067.951160] [DEBUG] Socket path: /var/run/bumblebee.socket
[ 4067.951163] [DEBUG] Accel/display bridge: auto
[ 4067.951170] [DEBUG] VGL Compression: proxy
[ 4067.951176] [DEBUG] VGLrun extra options:
[ 4067.951180] [DEBUG] Primus LD Path: /usr/lib/x86_64-linux-gnu/primus:/usr/lib/i386-linux-gnu/primus:/usr/lib/primus:/usr/lib32/primus
[ 4067.951224] [DEBUG]Using auto-detected bridge primus
[ 4068.128154] [INFO]Response: No - error: [XORG] (EE) Failed to load module "nvidia" (module does not exist, 0)

[ 4068.128165] [ERROR]Cannot access secondary GPU - error: [XORG] (EE) Failed to load module "nvidia" (module does not exist, 0)

[ 4068.128170] [DEBUG]Socket closed.
[ 4068.128185] [ERROR]Aborting because fallback start is disabled.
[ 4068.128187] [DEBUG]Killing all remaining processes.

lsmod|grep nvid
nvidia              11485184  0

Pomimo iż oczywiście się załadował. Po dłuższej dłubaninie i pytaniach w internetach doszedłem, że sterowniki z w tej wersji w sidzie jakieś niedorobione są i wystarczy zainstalować je z experimentala.

install -t experimental nvidia-driver

Po tym jak ręką odjął, wszystko działa 🙂

nixnote2 beta 5

Dawno brakowało mi jakiegoś klienta z gui do evernote na linuxie. Dopiero odnowiona/przepisana wersja nixnote na qt jako tako działa i wygląda.

Screenshot from 2015-12-08 18-04-48Jedyny problem to paczka która w zależnościach ma jakieś stare wersje libopenexr kiedy to w sidzie aktualna jest libopenexr6v5.

Dlatego też zapodaję poprawioną paczkę dla w/w wersji libopenexr: nixnote2-2.0-beta5_amd64.deb

debian – Could not access KVM kernel module: Permission denied failed to initialize KVM: Permission denied

Taki sobie error pojawia się w przypadku próby dodania poprzez virt-managera. Dlaczego? Ano wiki debiana na którym się wzorowałem i pewnie nie tylko ja wspomina jedynie o dodaniu grup kvm i libvirt dla usera, nie wspomina jednak o ustawieniu dodatkowo w /etc/libvirtr/qemu.conf, np:

user = "pakos"
group = "pakos"

Po takim zabiegu wszystko powinno działać 😉