ls -1TörténelemHUP adás-vételNépszerű témákNépszerű fórum témákHardverAjánlott böngésző Linux Weekly NewsFreeBSD Project NewsOpenBSD Journal |
Fedora 16Robyn Bergeron ma bejelentette a Fedora 16-ot (kódnevén "Verne"). A Fedora csapat a kiadást a nemrég elhunyt Dennis M. Ritchie-nek ajánlja. A Fedora 16 egyebek mellett GNOME 3.2-t, KDE 4.7-et, Perl 5.14-et, GRUB2-t, a Linux disztribúciók közt elsőként D2-t (programnyelv) stb. kínál. A Fedora 16 letölthető innen. Részletek a bejelentésben. A kiadási megjegyzések elolvashatók itt. A telepítési útmutató elérhető itt, frissítési tanácsok itt.
»
|
KeresésNavigációBelépésHupWikiÁllásajánlatokHWSWFriss blogbejegyzésekHUP napi hírlevélLegfrissebb HUP videókLegfrissebb HUP képekLegfrissebb HUP dokumentumokSzavazásMit tudsz a B-tree struktúráról? Részletekbe menően ismerem a felépítését, funkcióját, határait és felhasználását. 10% Kevésbé ismerem, mint az első pontban, de hozzá tudok szólni a témához. 18% Használom, de nem ismerem minden részletét. 4% Hallottam már róla, minimális mértékben ismerem. 27% Egyáltalán nem ismerem. 34% Csak az eredmény érdekel. 7% Összes szavazat: 562
Új felhasználók
InformációKövess minket!Partnerünk |
subscribe
Minden gond nélkül felfrissült 15-ről a preupgrade futtatásával.
--
robyboy
"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor
Mázlista :-)
Nekem nem. Két napja csináltam. Ez ennyit számít?
Pedig még LVM köteteim is vannak.
Igaz, hogy a VirtualBox modulok nem frissültek, viszont a Broadcom STA Wifi driver kapásból működik.
--
robyboy
"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor
Ja, nem volt egy izgalmas upgrade ;)
Kerdes: a preupgrade csereli a grub1-et grub2-re? Ha igen, sikitok...
Csitt! Nem cseréli.
>>: sys-admin.hu :<<
Koszi, akkor a sikitas mara elmarad... :) (Majd a F17-nel? ;) )
vajon ennek van koze a cserehez? >:D
http://git.kernel.org/?p=boot/grub-fedora/grub-fedora.git;a=summary
--
NetBSD - Simplicity is prerequisite for reliability
Azt írja:
No such project.
>>: sys-admin.hu :<<
Én már régóta rolling release-ként használtam, így most csináltam egy tiszta telepítést archiválás után. Minden jó egyelőre. Már zenél az mpd, van - igaz, a build szerverről - Firefox 8, Thunderbird 8, conky is teszi a dolgát, Skype is működik, s immáron a 64 bites flash plugin-t használom. Még a httpd-t kell megcsinálnom, meg néhány hasonló nyűgöm van, ez az elkövetkező napok feladata.
Gnome-ot, KDE-t fel se tettem, nem érdekelnek, maradok az Xfce-nél.
tr [:lower:] [:upper:] <<<locsemegeLOCSEMEGE
Szerintem a gnome shell elég használható, ha az ember ráérez. :)
Mennyire stabil?
Nem kétlem, viszont az a helyzet, hogy elégedett vagyok az Xfce-vel. :)
tr [:lower:] [:upper:] <<<locsemegeLOCSEMEGE
Próbáltam. Semmi olyat nem nyújt, amit ne nyújtott volna már 5+ évvel ezelőtt egy fluxbox+wbar+skippy trió. Csak sokkal több erőforrást eszik. A többi funkció meg ugyanaz, mint a gnome2-ben. Bár határozottan szépek az iOS-ből vett ki- és bekapcsoló gombok. :)
Mégis klasszisokkal gyorsabban és kényelmesebben használom a fent vázolt programokkal a desktopomat. Nekem a gnome3 (bár most már 5+ év után ugyanarra képes, mint az eddig használt desktopom), sokkal lasabb és kényelmetlenebb. :)
Bár határozottan szépek az iOS-ből vett ki- és bekapcsoló gombok.
Az lehet, hogy szép, csak engem az őrületbe kerget. Nem egyértelmű ugyanis. Ha egy ilyen tologatható szerkezet mellett azt látom, hogy "on", akkor jelenleg van bekapcsolva, vagy akkor lesz bekapcsolva, ha ráhúzom az "on" feliratra a tologató vackot? Nem lenne egyszerűbb, ha egy checkbox-ba kellene pipát rakni?
Nekem eddig csak akkor volt esélyem kitalálni, hogy hogyan áll ez a kapcsoló, ha több ilyen volt a képernyőn, s azok állapotából meg a gép működéséből tudtam, azok be vagy ki vannak kapcsolva, s abból már kitalálható az értelmezése. Csak tudnám, miért kellett ezt ennyire kétértelművé tenni. Mondjuk mindegy, nem használok Gnome-ot.
tr [:lower:] [:upper:] <<<locsemegeLOCSEMEGE
Ugye a fejlődés megállíthatatlan... :)
Amúgy meg félórás applet telepítgetés után majdnem olyan jó, mint a 2.4.0 volt az első Fedora kiadásban... :)
Meg lehet szokni, ahogy a Unityt is, de funkcionalitásban messze elmaradnak a hagyományos környezetektől, és ezt visszafejlődésnek hívják, akár hogy is nézzük.
> BERUS
Motor: Kororaa Linux 15
jaja...ha extensionokat felteszed, kurva jo... :-))
Nagyon régen használtam Fedorát, inkább még Red Hat korában. Ha tudnál adni pár tippet hogyan lehet könnyen használható formába hozni, hasznos repokat stb. azt megköszönném. Az http://easylifeproject.org/ -ról már olvastam itt a huppon.
Köszönöm
Én az RPM Fusion repót használom.
tr [:lower:] [:upper:] <<<locsemegeLOCSEMEGE
Azért persze apróbb szívások vannak. Megszűnt az rc.local. Eddig azt derítettem ki, hogy azt létrehozva futni fog, illetve kezdhetem megtanulni a systemd-t.
tr [:lower:] [:upper:] <<<locsemegeLOCSEMEGE
Kösz, ez hasznos info. Én is használom az rc.local-t az egyik gépemen.
Csaba
Azért ott még nem tartok, hogy kipróbáltam volna, igaz-e, hogy az rc.local-t létrehozva, s arra futtatási jogot adva fut. Elvileg kellene, de a bugzillában arról panaszkodott valaki, hogy nem megy. Vagy ő bénázott, vagy bugos, vagy nem tudom, s tényleg meg kell tanulni a systemd-t, amely állítólag egyszerűbb, mint az elődje, amely szerintem egyszerű volt. Viszont a systemd-n egyelőre nem találok fogást, mert még nem olvastam doksit róla. Szeretem azokat a dolgokat, amelyeket intuitív módon lehet csinálni, nem kell órákig dokumentációt bogarászni hozzá. Az a gyanúm, a systemd nem ilyen.
tr [:lower:] [:upper:] <<<locsemegeLOCSEMEGE
OK, nem baj, fő, hogy felhoztad, így tudom majd, hol kezdjem a nézelődést, ha nem megy adott gépen az adott funkció. Egy kört így is megspóroltál nekem, szóval köszi.
Csaba
Systemdről egy kis leírás. Persze nem éppen Fedora specifikus, de talán segít.
Köszönöm. :)
tr [:lower:] [:upper:] <<<locsemegeLOCSEMEGE
Ha elolvasod, találsz linket a végén a Fedorához is.(de elég legörgetni az aljához) :)
Szokás olvasni rilíz nótszot. :P
Tedd futtathatóvá! link
>>: sys-admin.hu :<<
Köszönöm!
Én csak a fícsör listát szoktam meglesni, holmi kiadási megjegyzéseken eddig átléptem. Lehet, helytelen szokás.
tr [:lower:] [:upper:] <<<locsemegeLOCSEMEGE
Érdemes átfutni, pár percet rászánni. Nekem is csak pár dolgon akadt meg a szemem, ez is ilyesmi.
>>: sys-admin.hu :<<
Egyébként megy az rc.local. Nem röhögni, ezt a script-et indítom belőle háttérben:
#!/bin/bash
PROGS=('vlc')
while :; do
bok=0
for prg in "${PROGS[@]}"; do
if pgrep -x "$prg" >/dev/null; then
bok=1
break
fi
done
if [ $bok -eq 1 ]; then
xscreensaver-command -deactivate
fi
sleep 1m
done
tr [:lower:] [:upper:] <<<locsemegeLOCSEMEGE
mar miert kellene rohogni?
Gondolom, a screensaver tiltását videó nézés közben sokkal kulturáltabban, talán D-Bus-on keresztül kellene megcsinálni. Én hajlamos vagyok nyers erőből megoldani dolgokat a gépemen. Úgy értem, tudom, mit csinálok, nem eszetlenkedek, ugyanakkor az nem feltétlen a legszebb, legkorszerűbb megoldás.
Valaki írta, hogy a VLC nem hagyja elaludni a screensaver-t, ha fullscreen megy a videó. Nekem meg az kellett, hogy ha kisebb méretben megy, akkor se aludjon el.
tr [:lower:] [:upper:] <<<locsemegeLOCSEMEGE
Sziasztok!
Én szeretnék kérni egy kis segítséget.F15-öt használtam eddig,nvidia zárt driverrel.Driver telepítés után semmi dolgom nem volt,ment szépen a zárt driverrel.Most viszont,F16-ra ugyanúgy feltettem,(nonfree rpmfusion-ből szoktam)és nem indul az x.Boot,majd elkezd betölteni,aztán sötét képernyő.Gondolom,az xorg.conf-ot kellene szerkeszteni úgy,hogy recovery módban,karakteres felületen,megnyitni.
Itt kéne segítség,hogy ezt hogyan csináljam.?
Köszönöm előre is!
Csinálj egy teljesen új xorg.conf-ot!
http://fedoraproject.org/wiki/How_to_create_xorg.conf
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox
Köszi,megpróbáltam.
Nem tudta megcsinálni,azt írja a log,hogy nem tud betölteni nvidia kernel modult:"Failed to load nvidia kernel module."
Ezt hogy orvosoljam?
Nálam hasonló konfigon akkor csinált ilyet, amikor a zárt nvidia driver összeakadt az open Nouveau driverrel. Figyelni kellett, hogy a nouveau drivet blacklistelni kellett kernel paraméter szinten.
Csaba
Kernel paraméter: rdblacklist=nouveau
Talán segít.
Nem tudom, hogy releváns-e, de ezen átszaladtam ma és valami hasonló gondnak tűnik:
http://linux.slashdot.org/comments.pl?sid=2515160&cid=37989862
Egyébként nouveau nem jó?
tr [:lower:] [:upper:] <<<locsemegeLOCSEMEGE
Youtube-on kissé akadoznak a videok,gondoltam a zárt meghajtó segitene.De,lehet,hogy nem sok értelme lenne.
64 bites plugin-t próbáltad már? Már feltéve, hogy 64 bites a géped, az oprendszered is, s az sem baj, ha több magos a CPU-d. Meglepve tapasztaltam, hogy a 64 bites flash plugin minden bizonnyal képes több mag kihasználására, hiszen sikerült tartósan 115% CPU időt igénybevennie egy AMD Phenom II X4-gyel szerelt gépen. (Ezt egy mag kihasználtságának százalékában kell érteni, tehát itt az elvi maximum a 400%.) Én eltávolítottam az nspluginwrapper-t, aztán a releváns csomagok:
adobe-release-x86_64-1.0-1.noarch
flash-plugin-11.0.1.152-release.x86_64
tr [:lower:] [:upper:] <<<locsemegeLOCSEMEGE
64 bites a rendszer,és van egy script,ami felteszi a szükséges cuccokat,azzal tettem fel a flashplayert is.Most nem a gépemnél vagyok,de majd du.megnézem.Ha nem tudom inditani az x-et,akkor reinstall,és megcsinálom az alapján,ahogy írtad.
Köszi!
Ha le akarod cserélni a 32 bites flash plugin-t, nagyjából ezt kell tenned root joggal:
yum erase nspluginwrapper flash-plugin adobe-release\*Elmész az Adobe honlapjára, a flash plugin letöltésénél a yum lehetőséget választod. Nem a flash plugin-t adja, hanem egy rpm csomagot, amelyben a repository elérhetősége lesz. Kulturált, már a 64 bites repó elérését kínálja fel. Letöltöd ezt az adobe-release-x86_64-1.0-1.noarch file-t, majd feltelepíted:
cd /home/felhasználóneved/ahova/letöltöttedyum install a*.rpm
Ezután én szoktam frissíteni, bár nem szükséges:
yum updateMost leállítod a böngészőt, majd feltelepíted a 64 bites flash plugin-t:
yum install flash-plugintr [:lower:] [:upper:] <<<locsemegeLOCSEMEGE