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).

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.

There is a dedicated tool in Linux to finds duplicate files in a given set of directories.

yum install fdupes

Now, if---for example---one wants to find duplicates in the /cmn and /home/tomek directories, one have to enter the following command:

fdupes -r /cmn /home/tomek
## or prompt the user for  files  to  preserve, deleting all others:
fdupes -r -d /cmn /home/tomek
## or preserve  the  first  file  in each  set  of duplicates and delete 
## the others without prompting the user (terrifying dangerous:-):
fdupes -r -d -N /cmn /home/tomek

Note -r for recursive. Without -r subdirectories are not scanned. One have to remember not to remove duplicates one needs.

Fdupes searches the given paths for duplicate files. Such files are found by comparing file sizes and MD5 signatures, followed by a byte-by-byte comparison.

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.

Jak w tytule. Trudno problem zdiagnozować. Wygląda jakby cron coś uruchamiał, a to coś miele dyskiem na tyle intensywnie, że mysz i klawiatura są praktycznie zablokowane. Praktycznie, tj. z początku jeszcze jakoś tam reagują a po chwili jest już totalny klops. Próba połączenia się z komputerem via ssh (żeby np. zobaczyć co tak intensywnie pracuje) też nic nie daje. Żeby było śmieszniej, na laptopie mam prawie-że-identyczną instalację FC8 i się nie wiesza. Hardware? Ale jeżeli to jakiś bardzo subtelny błąd...

Najpierw myślałem, że to updatedb, które jest umieszczone w /etc/cron.daily, ale nie--updatedb wydaje się być OK. Patrząc na zawartość /etc/cron.daily następnym podejrzanym wydał się /etc/cron.daily/prelink. Więcej o prelinku jest przykładowo tutaj. Log prelinka jest zaś w /var/log/prelink/prelink.log. Przydatność tego narzędzia jest dość często kwestionowana, np.: You should disable prelink, since its benefits are barely noticeable with minimum performance improvements.

Skoro prelink modyfikuje pliki, to być może mój problem jest spowodowany resetem wykonanym w trakcie pracy tegoż? Przyznaję się, że kiedyś zniecierpliwiony zwisem zresetowałem komputer. Anyway, wyłączyłem:

1. W pliku /etc/sysconfig/prelink ustawiłem PRELINKING na no.
2. Uruchomiłem /etc/cron.daily/prelink.

W tym momencie prelinking jest wyłączone. Zobaczymy czy to coś zmieni--tj. czy zwisy znikną.

Dopisane 27 Marca 2008: To nie jest problem z prelinkiem bo pomimo jego wyłączenia problem uporczywie powrócił. Teraz usunąłem z crona program (skrypt tak na prawdę) 000-delay.cron. Nie wiem czemu ten skrypt miałby szkodzić ale nie mam innego pomysłu. Mówiąc ściśle wstawiłem w drugim wierszu tegoż skryptu exit 0. Na razie od wczoraj wszystko działa. Patrzyłem do /var/log/cron i są wpisy świadczące, że skrypty z /etc/cron.daily były uruchamiane i pomyślnie wykonane. No może tym razem...

Zaktualizowałem też system poprzez yum update. Kontrowersyjna procedura--co update to coś popsute. O perlu już pisałem. Nie pisałem, ale po którejś aktualizacji przestał rozpoznawać kartę graficzną googleearth. Program działa ale wolno, zresztą w momencie startu pojawia się stosowny komunikat. Niby nic ważnego, bo to aplikacja do zabawy nie do pracy, ale zawsze--tym bardziej że już kiedyś działał. Podejrzewam że winna jest aktualizacja jądra do wersji 2.6.24.3-50. Dziś zrobiłem m.in. update do 2.6.24.3-50 i googleearth działa jak dawniej.

Zaktualizowałem dziś system przez wykonanie yum update i przestał działać skrypt do ładowania zdjęć na flickr:

junk '500 Can't locate object method "configure" via package "Net::HTTP"
' before XML element

Pakiet Net::HTTP jest imho częścią Perla jako takiego (wchodzi w skład pakietu libwww-perl). Bliższa inspekcja /var/log/yum ujawniła, że faktycznie Perl został zaktualizowany do wersji 5.8.8-33.fc8, co wskazywało niezbicie źródło problemu. Teraz pozostało tylko odkręcić z powrotem aktualizację do wersji poprzedniej.

Chciałem przywrócić poprzednią wersję ,,porządnie'', ale przeglądają relewantne informacje via Google zorientowałem się że może być z tym problem. Yum nie ma opcji przywracania pakietu w określonej wersji (podobno konkurencyjny apt ma). Istnieje wprawdzie plugin do yuma pn. allowdowngrade (instalowany przez yum install yum-allowdowngrade) tyle, że nie działa, np.:

yum --allow-downgrade localupdate perl-5.8.8-32.fc8.rpm

Status tegoż plugina zresztą jest mocno podejrzany. Zero dokumentacji i/lub śladów (pomyślnego) wykorzystania na stronach google. Ostatecznie użyłem opcji, co do której dokumentacja stwierdza, cyt. zezwala uaktualnianiu na zastąpienie nowszego pakietu starszym:

rpm -Uvh --oldpackage perl-5.8.8-32.fc8.i386.rpm \
 perl-libs-5.8.8-32.fc8.i386.rpm  perl-ExtUtils-Embed-1.26-32.fc8.i386.rpm \
 perl-devel-5.8.8-32.fc8.i386.rpm perl-ExtUtils-MakeMaker-6.30-32.fc8.i386.rpm \
 perl-Test-Harness-2.56-32.fc8.i386.rpm  perl-Test-Simple-0.62-32.fc8.i386.rpm

Na liście są wszystkie pakiety zależne od perl-5.8.8-32.fc8.i386 zainstalowane podczas ostatniej aktualizacji. Nie wiem czy taki sposób jest w 100% poprawny. Okaże się później. Na forach proponowano też:

yum erase perl

Ale to polecenia chciało usunąć nie tylko Perla ale jeszcze -- w ramach zależności -- pół systemu. Łącznie kilkaset Mb. Nie poszedłem na to:-)

Żeby yum nie usuwał pakietów po instalacji, należy zmienić w pliku /etc/yum.conf

keepcache=1

Ściągnięte pakiety można odnaleźć w katalogu /var/cache/yum/. Zamiast instalować pakiety bezpośrednio poprzez uruchomienie yuma niektórzy radzą używać programu yumdownloader do ściągania plików .rpm a programu rpm do ich instalowania.

Portal www.gust.org.pl pozwala na redagowania zawartości poprzez WebDav. Kiedyś ustaliłem jak można wygodnie edytować pliki via WebDav posługując się Emacsem. Jest jeszcze prostszy sposób, wykorzystujący program wdfs i fuse.

Pakiet wdfs instaluję za pomocą yuma; fuse był w fc8 zainstalowany ,,fabrycznie''. Teraz można wykonać operację zamontowania odległego katalogu. Przykładowo dla strony głównej portalu GUST wygląda to następująco:

wdfs http://www.gust.org.pl:1980/ ~/dir/ -o username=user -o password=passwd

Zamiast powyższego można modyfikować /etc/fstab, ale ja tego nie próbowałem. Aby odmontować należy zaś wpisać:

fusermount -u ~/dir/

Żeby powyższe zawsze działało należy zadbać aby odmontowujący był w grupie fuse oraz wykonać sudo chgrp fuse /dev/fuse

Podmontowany katalog wygląda jak lokalny, więc można wygodnie edytować pliki nie tylko Emacsem ale dowolnym innym edytorem.

Jak to często bywa rozwiązanie jednego problemu rodzi następny. Zawartość portalu GUST jest kodowana w UTF-8. Do tej pory starannie unikałem posługiwania się UTF-8, a nawet wpisałem do /etc/profile zaklęcie EMACS_UNIBYTE=t. Muszę teraz skonfigurować Emacsa żeby był bardziej elastyczny. Ale o tym później--jak zacznie działać...

Celem synchronizacji danych na moich komputerach założyłem archiwum SVN na PC. Do tej pory trzymałem moje pliczki potajemnie na svn.gust.org.pl, ale baza padła, svn wypisuje, że takiej to a takiej wersji nie ma svn: No such revision 465, no i generalnie kicha. Ponieważ svn w moim przypadku to duży overkill myślałem o czymś w rodzaju unisone, ale szkoda mi czasu, a po drugie -- pewnie niesłusznie -- wydaje mi się, że unisone bardziej nadaje się do synchronizacji w jedną stronę, np. przesłanie plików konfiguracyjnych z serwera na wiele komputerów. Tak więc ostatecznie stanęło na svn.

Zacząłem od ,,konfiguracji'' mojej ,,sieci'' LAN. Po uruchomieniu /sbin/ifconfig ustaliłem, że mój PC ma adres 192.168.1.102. Dopisałem zatem do /etc/hosts:

192.168.1.102 darkstar.pinkaccordions.org darkstar

W zasadzie całą konfigurację zrobił router! Komputer ma zatem nazwę darkstar, a pinkaccordions.org jest ukłonem w stronę Elki. Laptopa konfiguruję podobnie, nie używam WiFi, tylko kabel. Sieć będę używał tylko do transferu-synchronizacji więc nie ma to (mam nadzieję) większego znaczenia. Teraz najtrudniejsze:

svnadmin create '/stuff/svn/repos/tomek/'
svn mkdir file:///stuff/svn/repos/tomek/weblog -m'pierwszy projekt'
chown -R g+w /stuff/svn/

Następnie dopisuję do /etc/group, grupę svn, a do niej tych, którzy mają korzystać z svn. Zmieniam grupę, do której należy katalog /stuff/svn/:

chown -R root:svn /stuff/svn/

Wylogowuję się jako root I dodaję do repozytorium pierwszy projekt. Ponieważ repo jest na lokalnej maszynie mogę wpisać:

svn import  file:///stuff/svn/repos/tomek/weblog -m "Import mojego bloga"

Jeżeli nie zadziała, ale zamiast tego wyświetli:

svn: Can't create directory '/subversion/main/db/transactions/0-1.txn':\
   Permission denied 

Albo ekwiwalent w języku polskim, to trzeba zrestartować komputer i powinno działać. Jeżeli coś dalej jest nie tak, no to nie wiem -- u mnie działa.

Obezwładniam SELinuksa, edytując /etc/selinux/config:

SELINUX=disabled

SELinux jest usługą, która przeszkadza w wielu miejscach i z moich doświadczeń wynika, że lepiej ją prędzej czy później wyłączyć. Usługa ssh powinna być ,,zaufana'' (trusted services). Teoretycznie można konfigurować zaporę sieciową poprzez wybór z System/Administracja/Zapora, ale u mnie to nie działa. Być może jest to moja wina, bo nie używam domyślnego unicode tylko ISO-8859-2. W każdym bądź razie, radzę sobie uruchamiając program poprzez terminal (oczywiście jako root):

LANG=C system-config-securitylevel

Żeby nie wpisywać hasła, generuję odpowiednie klucze używając ssh-keygen, w sposób opisany tutaj:

ssh-keygen -t rsa

Teraz dwa razy Enter. W rezultacie klucz prywatny jest w .ssh/id_rsa, a publiczny w .ssh/id_rsa.pub Zawartość tego ostatniego trzeba dodać do .ssh/authorized_keys na maszynie, z którą mamy się łączyć bez podawania hasła. Procedurę powtarzam dla drugiej maszyny. Można sprawdzić:

ssl -l tomek darkstar

Powinno działać. Także będzie działać svn, np. mogę ściągnąć repozytorium z PC na laptopa:

svn co  svn+ssh://tomek@darkstar/stuff/svn/repos/tomek/weblog

Dopisane 26 lutego 2008: Sam się dziwiłem jakim cudem router przydziela moim komputerom te same numery IP. Ale do czasu. Wczoraj przydzielił inne... Pomysł oparty na /etc/hosts miał raczej krótkie nogi. Nie mając bladego pojęcia jak to osiągnąć i posługując się google ustaliłem, że 1) static DHCP jest tym czego mi potrzeba; 2) fabryczny firmware do mojego routera WRT54GL nie potafi tego zrobić i należy wgrać alternatywny 3) są różne alternatywy, zachęcony tym wpisem postawiłem w ciemno na Tomato.

Mówiąc szczerze najwyżej w Google było nt. dd-wrt, ale strona tegoż jakaś taka podejrzanie dziwna, nie mówiąc już o www.dd-wrt.org/. I was a bit afraid.

Zatem ściągnąłem plik ze strony www.polarcloud.com/tomato. Zainstalowałem archiwizer 7-Zip, który do niczego nie był mi wcześniej potrzebny:

yum install p7zip p7zip-plugins

Wypakowałem zawartość archiwum, połączyłem się z routerem (http://192.168.1.1/) i wgrałem firmware (Administration/Firmware Upgrade, wybrałem plik wrt54g_wrt54gl.bin). Teraz ważne (nie zrobiłem tego i straciłem trochę czasu): należy zresetować router (Administration/Restore default configuration, wybrać Erase all data in NVRAM memory). Po resecie loguję się na router jako root/admin. Następnie trzeba przejść do zakładki Basic/Static DHCP i wpisać odpowiednie informacje (numery MAC są w zakładce Status/Device List).

Zgodnie z tym co jest napisane w dokumentacji należy wybrać adresy spoza puli przydzielanej automatycznie przez router. Ponieważ mój router przydziela z przedziału 192.168.1.100--149, wybrałem numery typu: 192.168.1.2 itp.

Jak już wszystko zainstalowałem to znalazłem detaliczny opis co i jak tu: Turbocharge your router with Tomato. Jest też poradnik co robić jak instalując nowy firmware popsujemy router: Recover from a Bad Flash.

No więc problemy sygnalizowane wcześniej zostały rozwiązane i mam komputer z nową płytą, pamięcią i procesorem. Reszta została ze starego. Windows 2000, co był na nim na zasadzie eksponatu muzealnego omówił pracy, a Fedora #5 -- nie. He, he. Nawet bym jej nie zamieniał na coś nowszego, bo aktualizacja systemu to zawsze dla mnie Royal PITA ale nie obsługiwała (ta Fedora) w pełni poprawnie nowej karty graficznej. Można było wprawdzie pracować ale wszystko było przeraźliwie rozciągnięte; litery zwłaszcza w mniejszym stopniu mało czytelne. Nie było wyjścia i na partycji zajętej przez zupełnie już bezużyteczne Windows 2000 zainstalowałem na próbę FC8. Ekran wyglądał świetnie więc po uprzednim zarchiwizowaniu katalogów /home/, /etc/, /usr/local/ na wolne partycje poszedłem na całość i zainstalowałem FC8 zamiast FC5.

Wszytko było super do momentu kiedy nie odpaliłem xmms. Dźwięk nie działa i nie bardzo wiedziałem jak sobie z tym poradzić. W FC o tyle wszystko jest zamotane, że jest wiele miejsc, które służą do manipulowania dźwiękiem: System/Administracja/Wykrywanie karty, Preferencje/Sprzęt, Aplikacje/Dźwięk i obraz. Po pewnej szamotaninie, znalazłem na forum poradę sprowadzającą się do wykonania:

rpm -e alsa-plugins-pulseaudio

Spróbowałem. Poszło--nie było żadnych zależności. Głośniki zaczęły działać. Niestety--to było tylko pół sukcesu. Mikrofon -- potrzebny do komunikowania się przez skype -- jak był głuchy tak został. Odkręciłem odinstalowanie alsa-plugins-pulseaudio:

yum install alsa-plugins-pulseaudio

Następnie zmieniłem stan selinux modyfikując w pliku /etc/selinux/config:

SELINUX=permissive # było enforcing

Oraz manipulując alsamixer -- uruchomionym z wiersza poleceń -- zgodnie z sugestiami podanymi tutaj. Pozwolę sobie zacytować oryginał: 1. Odpalamy terminal i wpisujemy alsamixer. 2. Wciskamy na klawiaturze TAB, aż przejdziemy do zakładki All. 3. Jedziemy w prawo aż dojdziemy do pola Mic. 4. Naciskamy SPACJĘ (pod Mic pojawia się napis capture). 5. Jedziemy dalej aż do pola Mic Selection i wybieramy Mic1 (strzałka do góry). 6. Jedziemy dalej do paska Capture i uruchamiamy go spacją. 7. Upewniamy się, że wszystkie wyżej wymienione paski są na samej górze. 8. Wychodzimy z alsamixera klawiszem ESC. U mnie wprawdzie, co do szczegółów, to ekran alsamixer wygląda trochę inaczej, ale rezultat jest pozytywny: mikrofon i głośniki działają

FC8 zainstalowałem w wariancie Office (jeżeli dobrze pamiętam nazwę). W tym wariancie nie jest instalowany gcc--dziwna decyzja. Na dzień dobry doinstalowałem:

yum -y install gcc emacs emacs-el thunderbird gpsbabel gv xpdf tidy \
  k3b k3b-extras-nonfree \
  grip gprolog clips R amule subversion gqview xine exiv2 unrar 
  mod_dav_svn xinetd dejavu-fonts bitstream-vera-fonts lame mc \
  apel gnutls-utils wdfs kile lyx

yum -y install xchm kchmviewer dia inscape scribus xmms \
  audacious audacious-plugins-nonfree* \
  amarok amarok-extras-nonfree mplayer audacity

Pakiety amarok oraz audacious, to odtwarzacze audio; kiedyś używałem też beep (pakiet bmxp). Beep dalej jest dostępny w FC8 ale nie działa z plikami MP3. Program gpsbabel to program do manipulowania danymi pobranymi z odbiorników GPS, gv, xpdf to programy do wyświetlania plików PS/PDF (domyślnie w FC8 służy do tego evince, też go używam). Pakiety gprolog i clips zawierają odpowiednio kompilator Prologa i środowisko Clips (systemy ekspertowe się kłaniają). Program gqview to moja ulubiona przeglądarka do zdjęć. Pakiet exiv2 to narzędzie do manipulowania metadanymi Exif (w zdjęciach robionych aparatem cyfrowym).

Opera wymaga libstdc++.so.5, co wymaga zainstalowania następujących dwóch pakietów:

yum -y install compat-libstdc++-33 compat-libstdc++-296

Programy xchm i kchmviewer to przeglądarki dokumentów w formacie CHM. Dia, inkscape i scribus to aplikacje graficzne. Kile/lyx to dwa alternatywne IDE do redagowania dokumentów w LaTeXu.

Problem pojawił się przy instalowaniu skryptów do obsługi flickr.com. Perl w FC8 ma wbudowany inny @INC--nie ma w nim żadnych katalogów w /usr/local, wszystkie są /usr/. Kolejna dziwna decyzja, bo niby gdzie wsadzać ,,swoje'' skrypty i/lub niestandardowe biblioteki. Dopisałem w /etc/profile:

PERLLIB="/usr/local/lib/perl5/site_perl/"
export PERLLIB

I w tym katalogu trzymam swoje skrypty. Żeby je uruchomić trzeba się było trochę pomęczyć:

yum install perl-ExtUtils-MakeMaker perl-SOAP-Lite perl-Crypt-SSLeay \
  perl-Test-Simple perl-XML-Simple perl-Text-Iconv  \
  perl-GDGraph perl-Image-ExifTool

Moduł Crypt::SSLeay jest potrzebny do obsługi https przez LWP. Do tego dociągnąć ręcznie, z braku odpowiednich paczek .rpm: XML-Parser-Lite-Tree-0.03, Flickr-API-0.08, Geo-Coordinates-DecimalDegrees-0.08.tar.gz.

Dodanie repozytorium livna:

rpm -ivh http://rpm.livna.org/livna-release-8.rpm \
rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-livna

Dużo wskazówek dotyczących instalowanie/konfigurowania FC8 można znaleźć na stronie: www.mjmwired.net

Dopisane 18 lutego 2008: Instalowanie FC8 na laptopie (HP nx 9020) zaczęło się niefortunnie, bowiem instalator całkowicie odmówił współpracy. Przeszukanie Google na tę okoliczność wskazywało, że problem jest podnoszony często a niektóre doniesienia brzmią dramatycznie. Już zacząłem wierzyć, że tak często raportowane na różnych forumach problemy sprzętowe i mnie w końcu dopadły, ale trafiłem na prosty opis co trzeba zrobić (por. Instalator Fedora 8 zatrzymuje się na laptopie):

floppy.allowed_drive_mask=0 clocksource=acpi_pm

I poszło bez problemu. Powyższy wiersz należy dopisać na pierwszym ekranie po uruchomieniu komputera z DVD Fedora 8 (przedtem wcisnąć Tab).

BTW: FC8 to już moja któraś tam wersja Linuksa. Zaczęło się w 1999 r. od RH5, potem było RH8/9, Fedora Core 4/5 no i teraz FC8. Innych wersji L-systemu nie używałem--przyzwyczajenie drugą naturą człowieka. Przed 1999 r. była epoka człowieka pierwotnego uzbrojonego w krzemień pn. system D:-).

Dopisane 20 lutego 2008: Na podstawie tego wpisu i poprzednich doświadczeń ze strojeniem FC5, przygotowałem dokument pn. Uwagi dot. instalowania Fedora Core 8.

Wczoraj na komputerze kupionym na Św. Mikołaja w zeszłym roku zainstalowałem Fedora Core 8. Wykorzystałem, że Elka wyjechała z Jasiem i Krzysiem na ferie do Habovki. Nie będę raczej z tego komputera korzystał, bo został kupiony dla dzieci -- chciałem sprawdzić jak mi pójdzie z instalacją.

Na dysku był już zainstalowany produkt MSC pn. Windows XP (dzieciom do gier potrzebny). Doinstalowanie FC8 poszło świetnie i zajęło circa 40 minut. Można sprawdzić na zdjęciach porównując wartości tagów Exif ze zdjęć obok. Jest Firefox, Pidgin, Thunderbird, OpenOffice. Czegóż więcej potrzeba 99% użytkowników PCtów? Pewnie będzie problem z aplikacjami do audio/wideo, no ale to już jest problem nie do przeskoczenia, bo natury prawnej.

Emacs pisze out-of-the-box w Unicode. Czas już sprawdzić, jak ten UTF działa w Linuksie.

Mój PCet się zepsuł. Co pewien czas się resetuje. Kol. Pacek przelutował kondensatory, ale to tym razem nie pomogło. Pomogło za to wyłączenie cache w BIOSie. Coś jest nie tak albo z procem albo z płytą. Teraz wprawdzie nie ma resetów, ale komfort pracy taki sobie. Już jestem umówiony z kol. Markiem na upgrade. Jak będzie nowy komputer, to wtedy pomyślę o upgrade do FC8.