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.
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
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).
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.
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.
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.
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
).
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. fdisk
a,
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.
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ą.)
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ć.
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:
/etc/sysconfig/prelink
ustawiłem PRELINKING
na no
./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.