include("site.inc"); $template = new Page; $template->initCommon(); $template->displayHeader(); ?>
Ostatnie Informacje o wydaniu w sieci | |
---|---|
Te informacje o wydaniu mogą zostać zaktualizowane. Aby zobaczyć najnowsze informacje o wydaniu Fedory, odwiedź: |
Fedora dostarcza przestarzałe biblioteki systemowe dla zgodności ze starszym oprogramowaniem. To oprogramowanie jest częścią grupy Tworzenie klasycznego oprogramowania, która nie jest domyślnie instalowana. Użytkownicy, którzy potrzebują tej funkcjonalności mogą wybrać tę grupę podczas instalacji lub po jej zakończeniu. Aby zainstalować grupę pakietów w systemie Fedora, użyj → lub podaj następujące polecenie w oknie terminala:
su -c "yum groupinstall 'Legacy Software Development'"
Podaj hasło konta root
, kiedy zostaniesz o nie poproszony.
Pakiet compat-gcc-34
został dołączony w tym wydaniu z przyczyn zgodności:
https://www.redhat.com/archives/fedora-devel-list/2006-August/msg00409.html
Fedora zawiera teraz KDE 4.0 i nie oferuje już KDE 3 jako pełnego środowiska graficznego. Fedora dostarcza następujące pakiety bibliotek KDE 3.5, aby uruchamiać i budować wiele istniejących aplikacji KDE 3:
qt3 , qt3-devel (i inne pakiety qt3-*): Qt 3.3.8b
kdelibs3, kdelibs3-devel: biblioteki KDE 3
kdebase3, kdebase3-devel: najważniejsze pliki KDE 3 wymagane przez niektóre aplikacje
Dodatkowo Fedora oferuje pakiet kdegames3, który zawiera gry, które nie zostały jeszcze przeniesione do KDE 4 oraz wersję KDE 3 biblioteki libkdegames wymaganą przez niektóre gry KDE 3 firm trzecich.
Co więcej, pakiet KDE 4 kdebase-runtime, który dostarcza khelpcenter, ustawia także khelpcenter jako usługę dla aplikacji KDE 3, więc pomoc w aplikacjach KDE 3 działa. Wersja KDE 3 khelpcenter nie jest już dostarczana, a w zamian jest używana wersja KDE 4.
Te pakiety zostały tak zaprojektowane, aby były:
zgodne z Standardem hierarchii systemu plików (FHS) oraz
mogły zostać bezpiecznie instalowane równolegle do KDE 4, w tym pakietów -devel.
Aby to osiągnąć, członkowie SIG KDE Fedory wprowadzili dwie zmiany do pakietów kdelibs-devel KDE 4:
Dowiązania symboliczne są instalowane do /usr/lib/kde4/devel
lub /usr/lib64/kde4/devel
, w zależności od architektury systemu.
Narzędzia kconfig_compiler
i makekdewidgets
zostały nazwane kconfig_compiler4
oraz makekdewidgets4
.
Te zmiany powinny być całkowicie niewidoczne dla większości aplikacji KDE 4, które używają cmake
do budowania, ponieważ na FindKDE4Internal.cmake
została nałożona łata, która odpowiada tym zmianom. SIG KDE zmienił to, aby w KDE 4 kdelibs-devel KDE 4 zamiast z kdelibs3-devel, ponieważ KDE 4 przechowuje te położenia w centralnym miejscu, a aplikacje KDE 3 zwykle zawierają trwale zapisane w kodzie kopie ścieżek wyszukiwania bibliotek i nazwy wykonywalne.
Zauważ, że kdebase3 nie zawiera:
Całkowitego środowiska graficznego KDE 3 (obszar roboczy), który mógłby być używany zamiast KDE 4. W zasadzie wersje KDE 3 KWin, KDesktop, Kickera, KSplash i KControl nie są dołączone.
Wersji KDE 3 aplikacji kdebase, takich jak Konqueror i KWrite, ponieważ znajdują się także w wersji KDE 4 i mogłyby być w konflikcie z nimi.
Biblioteki libkdecorations wymaganej przez dekoracje okien KWin 3, ponieważ nie mogą one być używane z wersji KDE 4 KWin.
Biblioteki libkickermain wymaganej przez niektóre aplety Kickera, ponieważ w Fedorze 9 nie ma Kickera, więc aplety Kickera nie mogłyby być używane.
Programowanie w przestarzałym API nie jest zalecane | |
---|---|
Podobnie jak z każdą wstecznie zgodną biblioteką, programowanie nowego oprogramowania używając przestarzałego API nie jest zalecane. |