Wreszcie się zdecydowałem na aktualizację fc21 na fc29. Czemu wreszcie? Bo u mnie aktualizacja to zawsze kilkudniowa PITA jest. Coś tam po aktualizacji nie działa i ogólne zamieszanie jest. Ale jak nie teraz to kiedy? Przy okazji to się pochwalę, że moim pierwszym linuksem była fedora w wersji RHL 5, zainstalowana w 1999 roku (albo coś koło tego roku, w Bachotku to na pewno, i na pewno przez Piotra Bolka.) Wychodzi że tym roku będzie rocznica 20 lat używania, tyle że przez pierwsze nie wiem ile lat (kilka) miałem dual boot. Poprzednia Fedora była zainstalowana circa 2015 roku czyli wcale nie aż tak dawno, a jeszcze bardziej poprzednia w 2011 (wersja 11). W sumie to ja tych wersji aż tak dużo nie miałem 5 (redhat), 8, 11, 21 teraz 29. Pewnie jeszcze coś było pomiędzy 5rhl a 8fl, ale co konkretnie to już nie pamiętam.

Tak poza tym to sobie wymyśliłem, że ponieważ mam dwa dyski w NUCu, to zainstaluję nową Fedorę na tym, z którego nie bootuję systemu, więc w razie emergency będę mógł się przełączyć. Nie do końca to działa--stary system się nie bootuje ale na razie nie jest to specjalnie potrzebne. Inny problem to był taki, że NUC po włączeniu w biosie opcji fastboot przestał reagować na F2, tj. niemożliwa była jakakolwiek zmiana ustawień tegoż biosa. Nie miałem pojęcia, że za niemożność przejścia do biosa odpowiada fastboot: Can't Access BIOS Setup with F2 Key for Intel NUC (Fast Boot in BIOS reduces computer boot time. With Fast Boot enabled: You can't press F2 to enter BIOS Setup. USB mice and keyboards are unavailable until after the operating system loads. Disable Fast Boot from the power button menu. Access the power button menu with this sequence: Make sure the system is off, and not in Hibernate or Sleep mode. Press the power button and hold it down for three seconds. Then, release it before the four-second shutdown override. The power button menu displays. Press F3 to disable Fast Boot.)

Powyższe znalazłem jak już problem rozwiązałem. A rozwiązałem go przez przypadek. Jak mi się zasilanie wyłączyło awaryjnie, to NUC zareagowł na f2. Jednym słowem odkryłem nieudokumentowany ficzer NUCa: wyciągnij kabel zasilający z gniazdka, a wtedy f2 też zadziała, mimo opcji fastboot. Sądząc z zawartości google (nuc fast boot enter bios), ta opcja nie tylko jest kłopotliwa dla mnie.

Po bezproblemowej aktualizacji sytemu, wykonałem co następuje:

## Post system update
dnf update
rpm -ivh http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-29.noarch.rpm
rpm -ivh http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-29.noarch.rpm
dnf -y install grip emacs mc vlc gpsbabel zip unarj 
dnf -y install gimp xsane ffmpeg dia ImageMagick wine
dnf -y install texlive
dnf -y install @xfce-desktop
dnf -y install fuse-sshfs beep geeqie 
dnf -y install mariadb mariadb-server
dnf -y install R
dnf -y install system-config-printer
dnf -y install aspell aspell-pl aspell-de aspell-es aspell-en

## pobrać trzeba google-chrome-stable_current_x86_64.rpm
dnf -y install google-chrome-stable_current_x86_64.rpm
##
wget 'https://download1.rstudio.org/rstudio-1.1.463-x86_64.rpm'
dnf -y install rstudio-1.1.463-x86_64.rpm 
dnf -y install gretl

Dotąd wszystko działa. Do komunikowania się z blogspotem używam skryptu w Pythonie, który wymaga biblioteki oauth2client. Doinstalowałem z rozpędu także biblioteki Perlowe, które pamiętałem że używam (takie jak perl-Geo-Distance na przykład):

 
dnf install perl-Net-Twitter.noarch perl-Test-LWP-UserAgent.noarch \
  perl-Flickr-Upload.noarch perl-Flickr-API perl-Geo-Distance \
  perl-LWP-Protocol-https.noarch perl-Crypt-SSLeay.x86_64 
##
dnf install python2-httplib2.noarch python3-httplib2.noarch
pip install --upgrade oauth2client

Nie instaluję thunderbirda. Nie widzę potrzeb. Będę czytał pocztę w google-chrome.

Instaluję gtk-recordmydesktop

## zawartość mbriza-recordmydesktop-fedora-29.repo  pobrana ze strony
## https://copr.fedorainfracloud.org/coprs/mbriza/  
dnf config-manager --add-repo mbriza-recordmydesktop-fedora-29.repo
dnf install recordmydesktop

Nie działa sprawdzanie słownika pod Emacs. Ale mój .emacs to bagno więc problem trzeba rozwiązać z tej strony. Podejrzewam w szczególności, że aspell nie działa bo używam kodowania iso w przypadku niektórych plików. Byłoby utf to by działał albo należy dokonfigurować aspella. Wybieram docelowo pierwszy wariant, ale na dziś dokonfiguruję emacsa pod iso-88592. Działa.

Kompilowanie i konfigurowanie ydpdic

Używam czegoś takiego jak ydpdic nieistniejącej już YDPoland. W fedorze trzeba w tym celu posłużyć się nakładką W. Kaniewskiego, a tym celu należy:

dnf install autoconf sysconftool automake libtool
dnf install ncurses-devel gettext-devel  gettext-common-devel
# ściągamy libydpdict/ydpdict ze repozytorium na github
# następnie kompilujemy najpierw bibliotekę potem nakładkę
./autogen.sh
./configure
make && make install
# u mnie z jakiś powodów trzeba to robić jako root

Skrypty obsługujące flickr.com

Wysyłanie zdjęć na flickr.com to u mnie bagno, bo używam śmiertelnie splecionych skryptów napisanych lata temu w Emacs Lispie i Perlu. Oczywiście te skrypty wywołują różne zewnętrzne programy. Całość to klasyczny, patologiczny monolit. Skrypt główny to flickr_upld.pl, który wywołuje flickr_xload.pl. Dane autoryzacji są umieszczone w flickr_utils.rc oraz login2flickr.rc. Te ostatnie są dodawane za pomocą require:

require 'flickr_utils.rc';
require 'login2flickr.rc';

Perl szuka plików-argumentów require w katalogach podanych na liście @INC. Standardowo są to różne katalogi systemowe (/usr/cośtam). Nie chcąc mnożyć bytów -- w sensie rozrzucać moich plików konfiguracyjnych po całym systemie -- modyfikuję @INC w pliku .bashrc:

export PERLLIB=$PERLLIB:/home/tomek/bin
export PATH=~/opt/tex/bin:$PATH

Aby flickr_upld.pl zadziałał trzeba zainstalować Flickr::Upload/Flickr::API (to już zrobione, bo o tym pamiętałem). Się okazuje że trzeba doistalować także:

dnf -y perl-Text-Iconv perl-ExtUtils-MakeMaker perl-Test-Number-Delta
perl-Image-ExifTool
## oraz ręcznie zainstalować (bo tego nie ma w rpmach):
Geo::Coordinates::DecimalDegrees

Po tym wszystkich działa. Aha, nowy Emacs zgłosił błąd przy kompilowaniu funkcji:

(defun My-flickr-remove-all-thumbnails
  ;; usunięcie miniaturek ;;
  (shell-command "rm /tmp/*.thmb")
)

Brak (). Winno być nazwa-funkcji(). Staremu Emacsowi pasowało bez nawiasów ale nowemu już nie. Dobrze wiedzieć i dobrze, że błąd dało się łatwo zdiagnozować (Malformed arglist).

TeX

Miła niespodzianka, że domyślną wersją TeXa jest TeXLive 2018 czyli nowszy niż ten którego sam do tej pory używałem. Niemiłą z kolei jest radykalna zmiana w formacie LaTeX: In current LaTeX release (2018 and later) You do not need to load inputenc as UTF-8 encoding, equivalent to \usepackage[utf8]{inputenc}.

Moje pliki kodowane w iso-88592. Muszę się zastanowić co z tym fantem zrobić. Na razie zastosuję rozwiązanie podane w FAQu: \usepackage[latin2]{inputenc}:

%& --translate-file=il2-pl %% usuń w TL2018
\documentclass[a4,portrait]{seminar}
\usepackage[latin2]{inputenc} %% dodaj TL2018
\usepackage[T1]{fontenc} %% dodaj TL2018

Działa.

R

dnf -y install R-reshape R-reshape2
dnf install R-ggplot2
Brak wyników dla parametru: R-ggplot2
Błąd: Brak wyników
## 
install.packages("ggplot2", dependiencies=TRUE)
## błąd
dnf install R-scales
install.packages("ggplot2")
## Teraz działa ale
#> library("ggplot2");
#Komunikat ostrzegawczy:
#W poleceniu 'strsplit(.Internal(Sys.getenv(character(), "")), "=", fixed = TRUE)':
#  niepoprawny łańcuch wejściowy 63 w lokalizacji

Pomimo tego działa, ale zobaczymy co z tego wyjdzie w dłuższej perspektywie, że tak powiem.

Podsumowanie

System generalnie działa jak działał. Mogę się łączyć z neptune/umbrielem za pomocą moich skryptów (sshfs). TeX działa -- będę testował granice kompatybilności TL2018. Skrypty do obsługi flickr.com działają. YDPdic też działa. Wygląda, że wyszedłem na prostą i zostały ewentualne drobiazgi.

To enable bash beep command (Fedora Core 15) one have to execute:

yum install beep

Then as root:

chmod 4755 /usr/bin/beep
# remove snd-pcsp module from blacklisted ones
vi /etc/modprobe.d/blacklist.conf

insert # before blacklist snd-pcsp.

Now Emacs beeps on errors as well. To disable this feature one has to add to .emacs

(setq visible-bell t)

The error is signaled by a screen flash now (see also [Emacs] AlarmBell).

Zainstalowałem sobie (i Elce też) Dropboksa. Sprytny program i podoba mi się.

Po bezproblemowej instalacji w górnym panelu pojawiła się ikona Dropboksa, po kliknięciu w którą można zarządzać kontem za pomocą nautilusa. Ja po prostu kopiuję pliki z poziomu basha do katalogu ~/Dropbox/, bo tak jest szybciej.

Pliki z katalogu ~/Dropbox/Public/ są dostępny z zewnątrz. Nie jest oczywiste w pierwszej chwili pod jakim adresem, ale można to ustalić empirycznie klikając w ikonę Dropboksa, następnie prawy-klik na pliku→ Dropbox→ Copy Public Link. Wklejamy przez Paste/Wklej oczywiście. Procedura prosta, tyle że klikanie męczy...

Dla plików `epl112_2120369.jpg' oraz `How to use the Public folder.txt' wyszło odpowiednio:

http://dl.dropbox.com/u/61315145/epl112_2120369.jpg
http://dl.dropbox.com/u/61315145/How%20to%20use%20the%20Public%20folder.txt

Co by wskazywało, że URL jest tworzony według schematu: http://dl.dropbox.com/u/id_użytkownika/nazwa_pliku.

Gdm się uruchamia i tyle. Działa mysz, ale z klawiatury nic się nie wpisze, więc nie da się siłą rzeczy zalogować. Problem pojawił się nagle, nic nie aktualizowałem ostatnio, itp.

Po pierwsze loguję się w trybie tekstowym (runlevel 3). Następnie:

1. W momencie startu, kiedy system wyświetla na ekranie Boot from ... naciskam klawisz Del. Na ekranie pojawia się menu gruba, np.:

   Fedora (2.6.42.3-2.fc15.i686)
   Fedora (2.6.41.10-3.fc15.i686)
   Fedora (2.6.41.9-1.fc15.i686)
   

2. Teraz wybieram wersję systemu (strzałkami góra/dół) i naciskam e. Pojawia się menu zawierające (przykładowo):

   root (hd0,0)
   kernel /boot/vmlinuz-2.6.42.3-2.fc15.i686...
   initrd /boot/initramfs-2.6.42.3-2.fc15...
   

3. Strzałkami wybieram wiersz zawierajacy słowo vmlinuz, naciskam znowu e i dopisuję 3 na końcu wiersza. Naciskam Enter, a potem b (boot).

Doinstalowuję kdm:

yum install kdeutils-libs kdeutils kdm

Byłem uprzejmy przy instalacji FC15 kdma usunąć, bo jego obecność wymaga zainstalowania m.in. programu (demona) gpsd, który z kolei -- jeżeli zostanie uruchomiony -- gryzie się z -- intensywnie wykorzystywanym przeze mnie -- programem gspbabel. No więc skoro się gryzie i skoro nie jest mi do niczego nie potrzebny, to go wywaliłem, ale być może to był błąd. (Inna sprawa że zależność pomiędzy menedżerem logowania a programem do obsługi urządzeń GPS wydaje się czymś, hmmm... absurdalnym.)

Teraz reboot i wszystko działa.

Podobno plik /etc/sysconfig/desktop deklaruje menedżera logowania oraz typ środowiska graficznego. Zajrzałem do środka /etc/sysconfig/desktop:

less  /etc/sysconfig/desktop
DESKTOP="KDE"
DISPLAYMANAGER="KDE"

Programy →Administracja→Narzędzie przełączania środowisk. Było KDE, ustawiłem na Xfce. Po restarcie:

less  /etc/sysconfig/desktop
DESKTOP="KDE"
DISPLAYMANAGER="KDE"

Hmm..., jakby nic się nie zmieniło. Ale to co widzę na pulpicie to na oko Xfce a nie KDE.

Dokumentacja Fedory określa, że wartościami dla DESKTOP mogą być tylko GNOME lub KDE. Widocznie zmiana środowiska jest dokonywana w inny sposób a zawartość /etc/sysconfig/desktop jest (częściowo) ignorowana.

Pozostaje pytanie: czemu rozjechał się GDM?

Due to disc failure I had to install Fedora for the second time. As a third attempt is very likely in the near future, below short recipe (in the form of bash script with manual interventions included as comments), how to fix fresh installed Fedora 15.

#!/bin/bash
#
# ** Manual fix (see other manual fixes below) **
#  /etc/profile.d/local_profile.sh
#  /etc/hosts
# Fix udev rules to allow non-root access to GPS device for GPSbabel
#  /etc/udev/rules.d/51-garmin.rules
#
yum install yum-plugin-fastestmirror
rpm -ivh http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm
rpm -ivh http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm
#
# Update the whole system
yum update
# 
yum install wget fuse-sshfs system-config-printer curl fdupes rtorrent wammu svn git 
yum install xmms xmms-mp3 xmms-faad2 xmms-pulse xmms-skins
yum install audacious audacious-plugins-freeworld*
yum install rhythmbox gstreamer-plugins-ugly gstreamer-plugins-bad gstreamer-ffmpeg
yum install mplayer mplayer-gui gecko-mediaplayer mencoder
yum install xine xine-lib-extras xine-lib-extras-freeworld
yum install vlc
yum install gphoto2 gvfs-gphoto2 gtkam digikam gthumb geeqie gpsbabel cheese

# ** Manual fix **
# MS Fonts (personally don't use them / perhaps needed by some appilations)
# Cf. http://www.mjmwired.net/resources/files/msttcore-fonts-2.0-3.noarch.rpm
# wget http://www.mjmwired.net/resources/files/msttcore-fonts-2.0-3.noarch.rpm
# rpm -ivh msttcore-fonts-2.0-3.noarch.rpm

# 32bits Adobe Flash plugin 
rpm -ivh http://linuxdownload.adobe.com/adobe-release/adobe-release-i386-1.0-1.noarch.rpm
rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-adobe-linux
yum install flash-plugin

#
yum install rubygems rubygem-rake
yum install firefox thunderbird mozilla-adblockplus
yum install emacs  emacs-git emacs-git-el emacs-magit emacs-magit-el emacs-common-ess emacs-ess* emacs-auctex*
yum install gimp inkscape sane dia k3b grip xpdf
yum install googlecl html2ps xhtml2ps
yum install ImageMagick
yum install gnuplot graphviz*
yum install gretl R weka 
# Stix package provides Times New Roman like fonts
yum install stix-*
yum install soprano
yum install ffmpeg

# Gnome3 is unusable for me:
yum -y groupinstall XFCE

# groupinstall "Office/Productivity" is a shortcut to install LibreOffice (former OpenOffice)
yum groupinstall "Office/Productivity"
# Small utilities to process jpeg files:
yum install jhead
# Epub reader:
yum install fbreader

# Install TeXlive just to fulfill dependencies (I install recent TeXlive for everday use)
yum install texlive* 
# XML related tools (fop installs xercesa/xalan as dependent packages)
yum fop trang jing

# Perl related stuff
# Warning: perl-Test*  returns error...
yum install perl-Authen-* perl-Crypt* perl-DBD* perl-Data* perl-DateTime* perl-Digest* \
  perl-File* perl-Flickr* perl-GD* perl-GDGraph* perl-Geo* perl-HTML* perl-IO* \
  perl-Net* perl-PerlIO* perl-String* \
  perl-Text* perl-XML* perl-YAML* \
  perl-libwww*

# Private scripts (details omitted for obvious reason)
SOURCE_DIR="/backup/system_kopia"
cp -R $SOURCE_DIR/usr/local/share/emacs  /usr/local/share
## etc ...

# gpsd interferes with GPSbabel
yum erase gpsd
## the above removes following dependencies (strange, but unharmful):
# kdeutils-libs-4.6.5-2.fc15.i686 kdeutils-4.6.5-2.fc15.i686
# kde-settings-kdm-4.6-10.fc15.noarch kdm-4.6.5-2.fc15.i686
# digikam-1.9.0-2.fc15.i686 digikam-libs-1.9.0-2.fc15.i686
# kdeedu-marble-4.6.5-1.fc15.i686 kdeedu-marble-libs-4.6.5-1.fc15.i686
# kdeplasma-addons-4.6.5-1.fc15.i686
# kdeplasma-addons-libs-4.6.5-1.fc15.i686 ktorrent-4.1.1-1.fc15.i686
# ktorrent-libs-4.1.1-1.fc15.i686 kpackagekit-0.6.3.3-2.fc15.i686
# kde-plasma-networkmanagement-vpnc-0.9-0.53.20110616git.nm09.fc15.i686
# kde-plasma-networkmanagement-openvpn-0.9-0.53.20110616git.nm09.fc15.i686
# plasma-scriptengine-python-4.6.5-2.fc15.i686
# kdenetwork-4.6.5-1.fc15.i686 kdenetwork-libs-4.6.5-1.fc15.i686
# kde-plasma-networkmanagement-pptp-0.9-0.53.20110616git.nm09.fc15.i686
# kde-plasma-networkmanagement-0.9-0.53.20110616git.nm09.fc15.i686
# kde-plasma-networkmanagement-libs-0.9-0.53.20110616git.nm09.fc15.i686
# kdebase-workspace-4.6.5-2.fc15.i686
# kdebase-workspace-libs-4.6.5-2.fc15.i686 gpsd-2.95-6.fc15.i686
## and disables the following udev rules:
# ostrzezenie: /etc/udev/rules.d/99-gpsd.rules zapisano jako
# /etc/udev/rules.d/99-gpsd.rules.rpmsave

# ** Manual fix **
# ** Perl
# perl -MCPAN -e shell
# install Geo::Distance
# install Geo::Coordinates::DecimalDegrees 
#
# ** Google Earth
yum install redhat-lsb redhat-lsb-graphics
# download  google-earth-stable_current_i386.rpm from Google
# rpm -Uvf google-earth-stable_current_i386.rpm
#
# ** Printer (HP6P):
# ./system-config-printer
# set driver for HP LaserJet 6P = Foomatic/ljet4 (recommended one do not work)
# 
# ** Vim configuration:
# ~/.vimrc
# syntax off
#
# ** Turn on sound
# Programy->Multimedia->Mikser dzwieku
# Playback: wewnetrzny dzwiek analogowe stereo (PulseAudio Mixer)
#
# ** Thunderbird
# Compose mails in plain text (completely plain emails) 
# Edit -> Preferences -> Advance-> Config Editor
# mail.html_compose = false
# mail.identity.default.compose_html = false
#
# Plugins to install: Easy YouTube Video Downloader 
#
# ** TeX
# Install from http://www.tug.org/texlive/
# ln -s /usr/local/texlive/2011/bin/i386-linux/ /opt/tex/bin
# add  /opt/tex/bin to /etc/profile.d/local_profile.sh
#
# ** Firefox
# Plugins to install: https://addons.mozilla.org/en-US/firefox/addon/addthis/
# 
# ** Xine
# Set default window size
# ~/.xine/xinerc
# -G990x650
#

A few more strictly personal adjustments were omitted.

XFce variant #1

XFce variant #2

As I've found Gnome 3 unusable I've switch to Xfce which is much better than Gnome 3 but not perfect:

• Freezes frequently if save session is active. This problem was solved by switching off save session feature.

• Changes workspace layout from time to time. Most of time it displays variant #1 of the Desktop but sometimes the desktop switches to variant #2. Have no idea why. Unsolved.

• Problems (fortunately very rarely) with The Workspace Switcher panel plugin (which allows one to switch between virtual desktops and/or display workspace layout in the panel)---number of displayed workspaces is suddenly reduced to 1 (or even 0). Unsolved as well.

Both unsolved `features' are annoying.

Finally I cannot update Fedora:

## LANG=C to switch to English
LANG=C yum update

Error: Package: ffmpeg-libs-0.6.90-0.2.rc0.fc15.i686 (@rpmfusion-free)
           Requires: libx264.so.114
           Removing: x264-libs-0.0.0-0.29.20110227.fc15.i686 (@rpmfusion-free)
               libx264.so.114
           Updated By: x264-libs-0.0.0-0.30.20110620.fc15.i686 (rpmfusion-free-updates)
               Not found
 You could try using --skip-broken to work around the problem

I have downgraded ffmpeg-libs (/etc/yum.conf contains exclude=ffmpeg-libs ffmpeg), otherwise I was unable to play AVI files. But sopcast insists on packages which are in conflict with my setup. In result I haven't sopcast installed.

I've been using Linux as my desktop operating system for about 12 years. I have started with Red Hat 4.0 (or 5.0) in 1989 or 1990 and since then I've stuck with Red Hat/Fedora. Actually I have never used MS Windows except version 95 (for starting DOS box) or when forced to do so. Looking back at all the Fedoras/RedHats I have used I am disappointed. Bugs were in every distributions, but with the help of Google I was able to cope with them. For the first time I cannot...

Having fixed Garmin-babel communication some time ago I have encountered similar problem with another GPSdevice, namely MTK's BT747 logger. This time fixing the problem was simple.

I added the following to the /etc/udev/rules.d/51-garmin.rules:

SYSFS{idVendor}=="10c4", SYSFS{idProduct}=="ea60", MODE="0666"

Vendor ID and product ID can be figured out inspecting dmesg log:

# connect the device first 
dmesg | less

So my /etc/udev/rules.d/51-garmin.rules file looks like in the following listing:

SYSFS{idVendor}=="091e", SYSFS{idProduct}=="0003", MODE="0666"
SYSFS{idVendor}=="10c4", SYSFS{idProduct}=="ea60", MODE="0666"

One has to remember to stop/remove gps demon (gpsd).

Gpsbabel does not work at all in brand new fedora 15. I have followed suggestions from https://bugzilla.redhat.com/show_bug.cgi?id=713483 and rebuild it from the source .rpm. I have also fixed udev rules, as described here:

## /etc/udev/rules.d/51-garmin.rules
SYSFS{idVendor}=="091e", SYSFS{idProduct}=="0003", MODE="0666"

Now (sometimes) I was able to fetch GPX trace but only as a root.

Inspecting /var/log/messages I noticed suspicious messages from gpsd daemon, ie:

Aug 14 16:50:09 darkstar gpsd.hotplug: gpsd_control(action=add,arg=/dev/ttyUSB0)

Moreover the deamon starts/stops in some tricky way as it is down if one looks in Programs →Administration→Services, but ps uax | grep gpsd indicates something contrary:

nobody  2530  0.0  0.0  12652  1412 ? S<s  13:31  0:00 gpsd -n -F /var/run/gpsd.sock

As gpsbabel works flawlessly in my fc11 w/o gpsd I have decided to remove it:

yum erase gpsd
## removes also following dependencies:
 kdeutils-libs-4.6.5-2.fc15.i686 kdeutils-4.6.5-2.fc15.i686
 kde-settings-kdm-4.6-10.fc15.noarch kdm-4.6.5-2.fc15.i686
 digikam-1.9.0-2.fc15.i686 digikam-libs-1.9.0-2.fc15.i686
 kdeedu-marble-4.6.5-1.fc15.i686 kdeedu-marble-libs-4.6.5-1.fc15.i686
 kdeplasma-addons-4.6.5-1.fc15.i686
 kdeplasma-addons-libs-4.6.5-1.fc15.i686 ktorrent-4.1.1-1.fc15.i686
 ktorrent-libs-4.1.1-1.fc15.i686 kpackagekit-0.6.3.3-2.fc15.i686
 kde-plasma-networkmanagement-vpnc-0.9-0.53.20110616git.nm09.fc15.i686
 kde-plasma-networkmanagement-openvpn-0.9-0.53.20110616git.nm09.fc15.i686
 plasma-scriptengine-python-4.6.5-2.fc15.i686
 kdenetwork-4.6.5-1.fc15.i686 kdenetwork-libs-4.6.5-1.fc15.i686
 kde-plasma-networkmanagement-pptp-0.9-0.53.20110616git.nm09.fc15.i686
 kde-plasma-networkmanagement-0.9-0.53.20110616git.nm09.fc15.i686
 kde-plasma-networkmanagement-libs-0.9-0.53.20110616git.nm09.fc15.i686
 kdebase-workspace-4.6.5-2.fc15.i686
 kdebase-workspace-libs-4.6.5-2.fc15.i686 gpsd-2.95-6.fc15.i686
## and disables the following udev rules:
 ostrzeżenie: /etc/udev/rules.d/99-gpsd.rules zapisano jako
 /etc/udev/rules.d/99-gpsd.rules.rpmsave

Pretty surprising that so many KDE packages depends on gpsd! Now I have access to gpsbabel as normal user. (It needs 10--20 second to plug the device in fc15 while in fc11 it was instantaneously.)

Moreover my Gnome3 desktop once unusable looks much better (I still intend to use Xfce however). It seems KDE in FC15 interfere in a nasty way...

Added 24 august 2011: Xine error while playing .avi file resolved.

$ rpm -qa '*ffmpeg*' 
ffmpeg-devel-0.7-0.3.20110612git.fc15.i686
ffmpeg-libs-0.7-0.3.20110612git.fc15.i686

$ rpm remove ffmpeg-devel
$ yum downgrade ffmpeg-libs

Removed:
ffmpeg-libs.i686 0:0.7-0.3.20110612git.fc15 

Installed:
ffmpeg-libs.i686 0:0.6.90-0.2.rc0.fc15 

xine now works with .avi. Btw:

$ rpm -qa '*git*'
emacs-git-el-1.7.6-1.fc15.noarch
emacs-git-1.7.6-1.fc15.noarch
git-1.7.6-1.fc15.i686

It appears ffmpeg-libs-0.7-0.3.20110612git and ffmpeg-devel-0.7-0.3.20110612git were the only compiled from git shapshots packages installed in my system (providing gip snapshots are always marked by adding git to package name).

It is convenient to add exclude=ffmpeg-libs to /etc/yum.conf to prevent yum to update ffmpeg libs with yum update command.

Added 31 august 2011: According to man xine one can specify ``additional command line arguments'' using ~/.xine/xinerc where each line specifies an additional command line argument. However --geometry 990x650 does not work, as well as -G 990x650. By trial and error I have figure out the only(?) working syntax:

##vi ~/.xine/xinerc
-G990x650

Note no space after -G.

Aparat PTP

Od ręki nie działa. Próbowałem rozwiązać problem instalując następujące pakiety:

yum install  gphoto2 gvfs-gphoto2 gtkam digikam gthumb geeqie

Geeqie to zamiennik gqview, które używałem do tej pory. DigiKam nie działa (gryzie się z XFce). Wydaje mi się, że większość tego co zainstalowałem nie jest potrzebna -- istotne jest geeqie, dzięki któremu mogę wygodnie zaimportować zdjęcia z aparatu na komputer (lądują w katalogu ~/Pictures).

Wysyłanie fotek na flickr.com za pomocą Emacsa

Prawie działa. Problem stanowią słowa kluczowe zawierające polskie znaczki. Trzeba nieco zmodyfikować skrypty generujące bazę słów kluczowych tj. flickr_getalltags, i inne.

Cała procedura odświeżania tagów i innych metadanych jest uruchamiana skryptem flickr_update_kb, który w uproszczeniu wygląda następująco:

#!/bin/bash
# Get list of public photos with 'flickr.people.getPublicPhotos
flickr_getphotolist.pl -u hr.icio

# Refreshing information on tags/sets/geolocs"
# Get information on sets defined by the user:
flickr_getsets && \
# Get tags from flickr for current user
flickr_getalltags && \
# Get information on groups to which one can add photos
flickr_getgroups && \
## For flickr_xml2el we need _special treatment_ otherwise UTF is spoiled
PERL_UNICODE=S flickr_xml2el > ~/.flickr/hr.icio.el

cd ~/.knows &&  make 2flicker && \
cd ~/.flickr && make check

Z nieustalonych powodów cześć komunikatu zwracana przez flickra jest teraz kompresowana (a nie była -- nowsza wersja pakietu Perla?). Z tego też powodu konstrukcja (ze skryptu flickr_getalltags.pl -- w innych skryptach podobnie):

my $xm = $xmlp->XMLin($response->{_content}, forcearray=>[raw]);

została zamieniona na:

## zmienione 15.08.2011 (gzip as content-encoding)
## ustalenie w jakim `content_encoding' jest _content
my $content_encoding = $response->{_headers}->{'content-encoding'} ;
my $plain_content;
if ($content_encoding =~ /gzip/ ) {## jeżeli gzip to odpakować:
    $plain_content = Compress::Zlib::memGunzip( $response->{_content});
} else { $plain_content = $response->{_content};  }

Powyższe załatwia problem z (nie) działaniem skryptów flickr_getphotolist.pl, flickr_getsets, flickr_getalltags, flickr_getgroups.

Konwersja plików XML do formatu Emacsa za pomocą skryptu flickr_xml2el daje w rezultacie las komunikatów Wide character in print at... a plik wynikowy jest błędnie kodowany. Problem ciągle wraca a ja ciągle nie wiem czemu. Zaślepkowo pomogło dodanie PERL_UNICODE=S (zaklęcie to należy wstawić w odpowiednie miejsce także do pliku Make w katalogu ~/.knows).

Po tych wszystkich ww. zabiegach (które zajęły mi pół dnia) jestem w stanie odświeżyć bazę metadanych z mojego konta na flickr.com. Sukces:-)

Przejście z FC8 na FC15 rozpoczęło się od wymiany starego dysku (250Gb) na WDC EADS 1Tb (Green Power). Już na początku się zdarzył falstart, bo zarówno BIOS jak i Linux utrzymywał uparcie, iż dysk ma pojemność ok. 33Mb. Nie wchodząc w szczegóły problem powoduje błąd w BIOSie (starych) płyt Gibabyte (cf. WD10 EADS problem ..from 1TB to 31MB). The reason the drive is reporting 33MB is that Gigabyte's BIOS has a bug that incorrectly adjusts the drive's capacity after creating the HPA. 1TB drives are reduced to 33MB, 1.5TB become 500GB, and 2TB become 1TB. (cf. Lost Partition on Hitachi...).

Więcej na temat można się dowiedzieć wpisując w Google HDA+Gigabyte i/lub ze strony Wikipedii.

Aby przywrócić ,,fabryczną'' pojemność postąpiłem wg. zalecenia: The solution is to use a tool such as HDAT2 or the HDD Capacity Restore Tool to remove the HPA (Host Protected Area), tyle że zamiast HDAT2/HDDCRT użyłem poczciwego hdparm.

## Potrzebny jest hdparm > 8.0 cf http://en.wikipedia.org/wiki/Host_protected_area
## w zapisie p1953525168 litera `p' jest OK i oznacza `permanent'
[root@darkstar]#hdparm -N p1953525168 /dev/sdb

/dev/sdb:
 setting max visible sectors to 1953525168 (permanent)
 max sectors   = 1953525168/1953525168, HPA is disabled

[root@darkstar]#hdparm -N /dev/sdb

/dev/sdb:
 max sectors   = 1953525168/1953525168, HPA is disabled

Teraz podzieliłem dysk na partycje używając gparted: / (ok. 50Gb), /swap (ok. 2Gb), /boot (ok. 500Mb), /home (ok. 750Gb). Zainstalowałem FC15 używając do tego obrazu Fedora-15-i686-Live-Desktop ze strony http://torrent.fedoraproject.org/. Instalacja zakończyła się dziwnym błędem, objawiającym się tym, że partycja / miała 50Gb według np. fdiska, a 2,5Gb tak w ogóle i na prawdę. W drugiej próbie podział na partycje został wykonany przez instalator i wtedy było dobrze. Czemu było źle za pierwszym razem nie wiadomo...

Z jakiś powodów Fedora gadała do mnie po angielsku (Założyłbym się, że w czasie instalacji nikt mnie się nie pytał czy chcę po angielsku czy nie...) Zmieniłem to wpisując do /etc/sysconfig/i18n:

##LANG="en_US.UTF-8" ## tak było po instalacji
LANG="pl_PL.UTF-8"
SYSFONT="latarcyrheb-sun16"

Jednym słowem zamierzam przejść na Unicode (do tej pory używałem ISO-8859-2). Kompatybilność wstecz gwarantuje mi Emacs, w którym redaguję moje dokumenty/pliku tekstowe. Dla przypomnienia następujące zaklęcia gwarantują, że Emacs przełączy się na właściwe kodowanie:

% -*- coding: iso-8859-2 -*-
tra-ta-tata

% Local Variables:
% coding: iso-8859-2
% ispell-local-dictionary: "polish"
% End:

Zaklęcie % -*- coding: iso-8859-2 -*- musi być w pierwszym wierszu. Wpisy Local Variables: ... End: na końcu pliku. Do przestawienia kodowania wystarczy albo wpis w pierwszym wierszu albo Local Variables:. Można zastosować też oba na raz -- nie będzie błędu.

Gnome3

Po kilkugodzinnej walce z Gnome 3 zmieniłem go na Xfce. Szkoda czasu na deliberowanie, w jaki sposób zdefiniować tak elementarne rzeczy, jak przykładowo skrót do programu (Nb. sposoby podane np. tu albo tu u mnie nie działają.)

Gpsbabel

Fundamentalna dla mnie aplikacja, a mianowicie gpsbabel nie działa. Na szczęście, ktoś już z tym walczył przede mną (cf. libusb-config missing from libusb-devel):

## Gpsbabel w fc15 jest `broken' trzeba go skompilować:
wget http://mirrors.xmission.com/fedora/updates/15/SRPMS/gpsbabel-1.4.2-6.fc15.src.rpm  
## bo nie bo w http://download.fedoraproject.org/pub/fedora/linux/releases/15/

rpm -ivh gpsbabel-1.4.2-6.fc15.src.rpm
## się rozpakował w /root/rpmbuild/

yum install rpm-build  rpm-build-libs
rpmbuild -ba /root/rpmbuild/SPECS/gpsbabel.spec # tam się rozpakował SPEC
rpm -Uvh /root/rpmbuild/RPMS/i386/gpsbabel-*
## zgłaszany jest konflikt zatem
rpm -e gpsbabel
rpm -Uvh /root/rpmbuild/RPMS/i386/gpsbabel-*
##

## Poniższe jest potrzebne do moich skryptów obsługujących ściąganie śladu z Legenda:
wget http://search.cpan.org/CPAN/authors/id/B/BL/BLUEFEET/Geo-Distance-0.17.tar.gz
tar -zxvf Geo-Distance-0.17.tar.gz && cd Geo-Distance-0.17
perl Makefile.PL && make && make install 

Niestety coś się zmieniło i magiczne zaklęcie (wpisane do /etc/udev/rules.d/51-garmin.rules) działające w poprzednich fedorach:

SYSFS{idVendor}=="091e", SYSFS{idProduct}=="0003", MODE="0666"

przestało działać. Na razie odpuszczam i będę ściągał ślady jako root; z czasem się dowiem jak problem pokonać.

Googleearth

Instalowanie Googleearth też nie okazało się oczywiste:

wget http://dl.google.com/earth/client/current/GoogleEarthLinux.bin
sh ./GoogleEarthLinux.bin
## się wysypało z błędem, przy czym
## skrypt pyszczył, że mu brakuje LSB
yum install redhat-lsb redhat-lsb-graphics

## dalej się wysypuje. Ale znalazłem via google co robić:
./GoogleEarthLinux.bin --target /tmp/ge
## kończy się błędem ale idziemy dalej:-)

cd /tmp/ge/setup.data/bin/Linux/x86/
mv setup.gtk setup.gtk2
cd /tmp/ge
## poniższe polecenie jako `root' oczywiście:
./setup.sh

Na razie tyle... Da się tego używać, ale z ostateczną oceną się na razie wstrzymuję -- zobaczymy co jeszcze zostało spartolone...

Dopisane 15 sierpnia 2011: Dopisałem do .emacs polecenia, które mają powodować, że pliki TeXa oraz pliki w formacie Blosxoma są domyślnie redagowane w Emacsie w kodowaniu jednobajtowym:

(modify-coding-system-alist 'file "\\.blx\\'" 'iso-8859-2)
(modify-coding-system-alist 'file "\\.tex\\'" 'iso-8859-2)

Zastanawiam się też nad dodaniem czegoś takiego (najpierw wypróbuję czy na pewno działa):

(modify-coding-system-alist 'process "svn" 'iso-8859-2)

Dopisane 18 sierpnia 2011: Pobieranie zrzutu ekranu. W gnome jest do tego gnome-screenshot a w Xfce -- xfce4-screenshooter (cf. http://goodies.xfce.org/projects/applications/xfmpc). Program gnome-screenshot (uruchamiany jako gnome-screenshot --interactive) działa ,,nieintuicyjnie'' przy wybraniu zrzutu z okna, xfce4-screenshooter działa lepiej

Dopisane 21 sierpnia 2011: Avatary w ekranie logowania (gdm). W internecie są sprzeczne informacje na ten temat. Niektórzy twierdzą, że się nie da. W rzeczy samej sposób najprostszy, a polegający na umieszczeniu stosownej ikony w postaci pliku o nazwie .face w katalogu domowym użytkownika nie działa, ale działa umieszczenie tegoż pliku (niekoniecznie nazywającego się .face tym razem) do katalogu /var/lib/AccountsService/icons/ oraz dodanie do każdego pliku z katalogu /var/lib/AccountsService/users/ wpisu:

Icon=/var/lib/AccountsService/icons/nazwa_pliku_zaw_avatara

Por. https://bugzilla.redhat.com/show_bug.cgi?id=705240.

Dopisane 26 sierpnia 2011: Konfigurowanie drukarki (system-config-printer). Zalecany sterownik pn. HP LaserJet 6P Cups+ Gutenprint v.5.2.7 simplified [en] czasami nie działa (np. plik .ps generowany przez pstops drukuje ohydnymi fontami bitmapowymi o niskiej rozdzielczości). Pomaga przestawienie na sterownik pn. HP LaserJet 6P Foomatic/ljet4.

Dodałem też syntax off do ~/.vimrc ponieważ kolorowane pliki były skrajnie nieczytelne.

Prywatne pakiety R, takie jak Rcmdr będę instalował w katalogu R_LIBS=$HOME/R. Odpowiedni wpis dodałem zatem do ~/.bash_profile.