PC-BSD + KDE magyaritas

FreeBSD-all

Teljesen kezdo BSD felhasznalokent, az ehhez szukseges csomagokat es konfigokat) keresem. Az ekezetek hianyat most nezzetek el nekem, ha kapok segitseget, a kovetkezokben mar ekezetekkel irok. - Ha persze ez PC-BSD-n (64 bit, v10.02_P15) egyaltalan megoldhato.

Jol dokumentalt a FreeBSD, de "hirtelen", - az elmult 3 napban, - annyit olvastam a temaban, hogy biztosan nem latom (talalom) a "fatol az erdot"... :-)

(Egyenlore, ilyen "aprosagot" leszamitva a BSD nagyon tetszik, ha a magyaritas megoldhato, valamint vegre egy TrueCrypt forditast is meg tudok csinalni rajta, - jelenleg nem talalok mukodo forras-csomagot hozza, vagy mas ok miatt nem sikerult eddig. - Irtozatosan stabil, csak egy pelda, 26 ezres level-allomany letoltese kozben "veletlenul" kiloktem a szunetmentes fokapcsolojat, - ugy 17 ezernel jarhatott, - na gondoltam, a rendszernek ezzel vege, de nem, ujrainditas utan a 17 ezer level rendben megvolt, es kezdhettem a letoltest elorol, - de mindezt 4 GB RAM-al birta, pedig ez elvileg es gyakorlatilag is, - de a "top" szerint is, - keves neki... Egyedul a Konqueror nem ok, nem is tudom mire hasznalhato ez az "oszver" egyaltalan. Vele sikerult rendesen szetfagyasztanom a rendszert.)

/tudom, a TrueCrypt tovabb mar nem tamogatott, nem fejlesztik tovabb, a BSD-n portolhato csomagot is "felszamoltak" a repoban, de ettol meg egyenlore megbiznek benne.../

Elore is koszonom, ha valaki tud segiteni.

  • 6649 megtekintés

Koszonom es nezem. A FreeBSD documentacioit folyamatosan olvasom, de vagy atfutottam rajta vagy ide meg nem jutottam el. (Fontosabb volt az Opera migralasa...,mert, ha az nem mukodik megfeleloen, a rendszer a tovabbiakban nekem szoba sem johet... ;-) ) - De, ebbol a szempontbol a BSD, KDE es az Opera fejlesztoi remek munkat vegeztek!

Most talaltam ezt is: http://hup.hu/node/14799

Az abban a szálban leírt ~/.login_conf -os megoldáshoz annyit, hogy én a helyedben ma már nem hu_HU.ISO8859-2 -re, hanem hu_HU.UTF-8 -ra állítanám. Illetve hát nálam ez így van beállítva:
me:\
:charset=UTF-8:\
:lang=hu_HU.UTF-8:\

És ugyan nem KDE, hanem XFCE, nem PC-BSD, hanem FreeBSD, de szépen tud magyarul. (Ráadásul ugye 10.1-től ha minden igaz, lesz UTF-8-a tudó konzol is, szóval végképp az lesz az ideális és nem az ISO-8859-2.)

( Zahy v | 2014. 09. 04., cs – 19:14 )

Ja, ezt a truecrypt -es "felszámolták a repóban" részt kifejtenéd?

3 napja frissített rendszerben ez van
$ more /usr/ports/security/truecrypt/Makefile
bla
bla

RESTRICTED= May not be redistributed. Must accept license to download.
NO_CDROM= May not be redistributed. Must accept license to download.
NO_PACKAGE= May not be redistributed. Must accept license to download.

bla
bla

Azaz szó nincs róla, de nem készíthetnek belőle bináris csomagot. De ha letöltöd a forrást (azért az még mindig elérhető a neten), akkor ports-ból fel lehet telepíteni.

( end | 2014. 09. 30., k – 12:11 )

[Megoldva] Sajnos, azóta nem volt időm vele foglalkozni. A telepítésnél kerül fel ez a csomag, (a lokalizáció kiválasztásánál) és nálam ez kimarad..., /usr/local/share/PCDM/i18n/PCDM_hu.qm - :(

Simán megy az ŐŰőű, - akár egy HUN-Windows-ban. - Vagy akár persze Linuxban :-) Köszönöm mindenkinek a segítséget.

(Nagyon tetszik a PC-BSD. Mindenkinek akinek normális desktopra van szüksége, csak ajánlani tudom. Nálam a böngészés-levelezés Windows-on innen kezdve elfelejtve... Tökéletesen sikerült migrálnom mindent erre a célra, amit ott használtam. És ATOM-STABIL!

És elöször kapom Oracle-JAVA runtime nélkül az akadásmentes böngészés élményét, két böngészőben is, miközben mindkét helyen aktív a négy blokker. Szinte repülnek az oldalak. (Ja, a gép Core2/2100MHz, 4GB RAM) Valahogyan mindig így kellett volna mennie Windows-on is, azt hiszem és hozzáteszem, sokkal erősebb gépeken.

A fejlesztők felé minden elismerésem!!!

( batyu v | 2014. 10. 04., szo – 12:34 )

Nem nyitok új threadet, mert kicsit rokon a téma: újra kísérleteztem PCBSD-vel én is. Meglepően simán és gyorsan felment, nekem a nyelvi beállításokkal sem volt ilyen gondom, ellenben pár dologban azért elkélne a tapasztaltabbak segítsége :)
Lokalizáció: firefox a magyar locale telepítése után is angolul helyesírásellenőriz, és nem tudom neki locale switcherrel sem erőltetni, hogy ne tegye.
Filerendszerek: nekem az adattároló particióm XFS, ezt pár éve még ha bugosan is, de rw támogatta a freebsd, most meg ha jól látom, a default kernelek egyáltalán (ro sem) támogatják. Jól látom? Van-e megoldás XFS elérésére Freebsd alól kernelforgatás, custom kernel nélkül?
ACPI, energiakezelés: nekem fontos lenne a suspend-to-RAM működése, de nemigazán látom, hogy ha az alap telepítésben nem megy, hogy tudom életre kelteni (ha egyáltalán megoldható, anno azért váltottam vissza linuxra, mert semmi ACPI feature nem akart menni rendesen).
Plusz egy apróbb dolog: hardware sensor-ok kiolvasására mi az ajánlott metódus? Coretemp látom hogy van, de azért van még szenzor ezen felül is, amit jó lenne látni, de csak évekkel ezelőtt frissült célsoftokat láttam így elsőre, nincs korszerű megoldás erre?
Ami még terv: boot idő lefaragása (jelenleg kifejezetten komótosan áll fel, ez nem tetszik, pláne, hogy suspend sincs egyelőre). Majd ehhez is kérdezek :)

XFS: tudtomal rw sosem volt csak ro, a neten elerheto legutolso info szerint is. De azon jol meglepodtem, hogy most sehol nem talalom. 10.0-hoz tartozo release notes-ban sem szerepel, hogy eltavolitottak. (Jav: Wikipedian megtalaltam azt is, hogy 2006 decemberetol volt kezdetleges rw, meg azt is, hogy 10-esbol eltavolitottak. Ez mondjuk nekem nagy szivas, de majd csak kitalalalok valamit :-( )

boot: /boot/loader.conf -ba legalabb ezt tedd be:
autoboot_delay="2"
Ezzel az alapertelmezett 10 secrol 2-re csokkented a loader varakozasat ez mar onmagaban gyorsit jelentosen :-)

Ha van valami SCSI-nek latszo targyad, talan ez is jol johet, bar nem tudom egyaltalan letezik-e meg. Szinten loader.conf-ba:

kern.cam.scsi_delay="1000"

Egy trukk: nekem ugy tunt, hogy ha valamit modulkent kell tolteni, es nem kritikus hogy a loader toltse be, akkor /etc/rc.conf -ban is lehet, es valamivel gyorsabb lesz ez is:

kld_list="coretemp hwpmc sem ng_ubt acpi_dock acpi_video acpi_wmi acpi_hp fuse"

stilusban is betoltheted.

sysctl hw.acpi.thermal alatt lathato jopar szenzor adata. Ha kell, /etc/sysctl.conf-bol elobb
hw.thermal.user_override=1
utana pl:
hw.acpi.thermal.tz0._CRT=88C

Esetleg diszk teljesitmeny-novekedessel jarhat, de vegul nem teszteltem le:

# for better AHCI performance
vfs.read_max=128 # maybe 64 / 128

Tobbire passz.

Köszi az infokat!
Sajna az xfs úgy tűnik, hogy tényleg sehol :S amit találtam, az egy félkész fuse modul, egyelőre felejtős.
Közben a legtöbb szenzor adat lelőhelyét már kikeresgéltem, conky szépen dolgozik velük. Kivétel a wifi jelerősség, arra még nem találtam megoldást.
Hmm, látom nálad ezeket az acpi modulokat, mihez is kellenek? (Perpill a suspend ott tart konfigolás nélkül, hogy elalszik, a státuszled villog, de nem ébred fel, csak felpörög a gép, de fekete képernyő, vinyó nem teker. Mondjuk nvidia van a gépben, de azzal linux alatt nem volt gond.)
Modult még csak a coretemp-et meg az nvidia-t töltetem be, coretemp-et akkor lehet át is rakom az rc.conf-ba, az ráér.
Viszont úgy nézem a pcbsd dokumentációját el lehet felejteni, eléggé szegényes, pláne a freebsd handbookhoz képest.

A wifi jelerosseget eddig az sysutils/xfce4-wavelan-plugin nevu joszag altal mar lattam kiirni, de hogy honnan szedi elo, azt most igy 5 perc turkalassal nem sikerult kideritenem.

Mint a legutolso acpi modul nevebol latszik, ez egy hp-laptop, es ezen modulok segitsegevel megjelennek sysctl-lal lekerdezheto paraeterek, amik jelzik, hogy dokkolon van-e, vagy hogy biosban engedelyezve van-e a fenyerossegerzekeles, stb. Nagy jelentoseguk nincs.

En mondjuk suspendet meg sose csiholtam ki a gepeimbol - teny 5 percnel tobbet nem foglalkoztam vele.

Hogy érted, hogy fordítva? :) Appcafé-val tettem fel, de arra nem emlékszem, hogy pbi-ből, vagy pkgng-vel rakta-e fel. Mindenesetre nekem semmi spec igényem nem volt, nem használok lua scripteket, szóval nem jelentkezett ilyen probléma. A KDE-nek kellett a kompozitálást bekapcsolnom, mert az alapból nem volt, és úgy nem transzparens.
Amúgy ha jól sejtem, az appcafe nem portsból dolgozik, én meg egyelőre nem erőltettem más csomagkezelő használatát mellette, mert bár eléggé komótos, de eddig minden szükséges csomagot megtaláltam vele.

( end | 2014. 10. 06., h – 11:22 )

Az örömöm nem tartott soká. Kinyírtam a KDE-t. :-( Pedig már tök jó "multimédiás" gépet sikerült fabrikálnom belőle... (Tudom a szerver-oprendszer, kérek engedélyt meghunyászkodni... :-))

Igazából az Amarok-Gstreamer-StreamRipper +más mp3-kezelő progikat nyomtam rá, sőt már felnyomtam rá 20 GB prog.rockot is. Komolyan, újra kedvem támadt zenét a háttérben hallgatni. (A rendszer meg se rebbent, hang folyamatos volt. - "Piszokjó" az erőforrás kezelése. A flash nem a legfrissebb, sőt az Opera böngésző sem túlságosan, (v12.16_2-es) de nem volt a Windows-on, de legtöbb Linux-on is a szokásos töltögetés, akadás még a legtöbb YouTube-os videónál sem, - 720-ig bezárólag. - Azért Full HD-vel nem terheltem.. :-)

A másik böngésző amit mindenféle rendszeren használok Firefox_esr, még egyenlőre csak a 24-es generáció. Ez kitart még az év végéig.

A KDE-t egy uninstall vágta tönkre, lett is belőle mindjárt "-93 csomag, azaz eltávolít". A UNIX úgy látszik már csak ilyen. Ha BSD, ha Linux, ebből a szempontból egy "kutya". Nem szabad agyon telepíteni. (Ezt az állapotot Debian desktopon-on is, néha a ciklusának végére, de szinte mindig sikerült elérnem... :D)

Most szedegetem össze a konfigokat, mert (örömömben) elbíztam magam, és nem mentettem eléggé. Pár nap szívás után még sajnos a konzol az "úr", de nézzük a jó oldalát, kezdek elmélyülni a BSD strukturájában és parancsainak használatában. (Már egész otthonosan mozgok a könyvtárszerkezetben is. Sajnos a KDE úgy látszik elég mélyen sérült, mert pusztán konfigokkal nem sikerült egyenlőre vissza "játszanom a helyére". Lehet, hogy KDE újrainstall lesz a vége, bár végig játszottam már a "pkg check" minden opcióját, és minden leszedett csomag a helyén van.

Kérdésem, a jail-t sikerült működésre bírni valakinek? Talán jó szolgálatot tehetne "homokozóként" az egyre sérülékenyebbé váló Opera (vagy más) böngészőnek.

Az Opera annyira régi, amennyire a 12-es ág régi. Vannak, akik nagyon örülnek (pl. én), hogy nem a 15-ös (vagy hanyas) verzió van benne.
A FF-esr-ről annyit, hogy freshports.org szerint:

firefox-esr 31.1.1,1 :
Last commit date: 2014-10-01 16:07:32

Azaz szűk egy hete frissült a ports-ban, akkor kb hét végére meglesz bináris csomagban is. Persze, hogy PC-BSD-hez mikor jelenik meg, azt nem tudom, de mintha olyasmi rémlene, hogy a 10-es PC-BSD-től már állítólag szépen együttműködnek a van-klik-instal PBI-k, meg a ports-ból fordított és a pkg paranccsal feltelepített csomagok. De tény, nem tudom.

Jail-t nem használok, azt se PC-BSD alatt.

Az Opera verziószámával abszolut egyet értek. Ha már 15 feletti akkor akár Crome is mehetne. De nem nálam, erre a célra az ilyen folyamatosan "gyúrt" szoftverek szóba sem jöhetnek. E téren a stabilitás híve vagyok. Tesztelni ezeket nem rajtam kell. Arra fel lehet kérni BETA tesztereket. Mindig van aki szívesen áldozza magát ilyesmire. (Ha engem valamilyen szoft. érdekel, akkor BETA-kat is szívesen használok, és nem felejtem el a visszajelzéseket bekapcsolva tartani. Még "bugreport"-ra is hajlandó vagyok.)

A böngésző amelyet folyamatosan használunk, nem kell hogy árulkodó nyomokat hagyjon a neten. Nem vagyok csiga, vagy inkább nem szeretnék azzá válni, még egy Google-multi kedvéért sem, bár elismerem, nem semmi, amit ez a cég letett a világ "asztalára". Csak éppen naponta fenekestől felforgatni, átszűrni az egészet, számomra nem elfogadható megoldás. Szerintem a böngészők fejlesztésének legfontosabb eredménye kellene legyen a privacy megőrzése, és az ezirányú fejlesztés, nem ennek ellehetetlenítése.

Én a folyamatosan felmerülő választási lehetőségeket próbálom ilyen céllal használni.

Egyébként az Opera "extension" rendszere nagyon jó, valamint Windows-on kiválóan futattható Sandboxie-ben. 15 éve Opera-s vagyok minden rendszeren, és lekopogjam, soha nem volt "toolbar" egyik rendszerem böngészőjében sem. Most, hogy nem fejlesztik, előbb-utóbb biztosan "kardélre" kerül, de addig még van pár hónapunk. (Ha jail-be futathatjuk, az még valameddig növelheti a "felhasználói élményünket". Persze azért "érzékeny" adatokat kezelni lehet, hogy már nem túl jó választás. Talán erre jelenleg platformfüggetlenül a Firefox az egyetlen megoldás. (Nem is emlékszem, de a múltkor valamilyen Windows driver letöltése és telepítése kapcsán kaptam preparált Opera "bundle"-t, számtalan, nem éppen jóindulatúnak tűnő kísérő szoft.-tal.) Egyszóval a kódot már nem őrzik és nem védik. Itt a Presto vége. (Az "Otter" meg jelenlegi formájában inkább vicc, soha nem lesz a fejlesztésére elég pénz. A publikus forráskódja arra viszont jó lehet, hogy a "nem etikus" hacker-ivadékok tanulják a Presto feltörést.)

Köszönöm a linkeket megnézem, egyébként nem a telepítésekkel volt a baj, működött minden rendesen. Csak egy "gagyi" és kíváncsiságból feltett programot le akartam szedni, (a repo-s uninstall-lal. Ez hozta, gondolom a függőségek miatt a "nem akart" csomageltávolításokat.

Nemigen értem, mi is történt. Ha forrásból fordítasz programot, akkor elvileg csak a saját cuccait szedi le. Gyakorlatilag könnyen előfordulhat, hogy felülír egy, a rendszer által telepített fájlt - amit a make uninstall leszed. A saját hülyeséged ellen a rendszer nem véd (az rm -rf /* ellen se véd).
Fő szabály: a /usr/local-ba csak a csomagkezelőn keresztül írj (akár egy pkg install, akár egy port telepítése kapcsán). Ha valami saját cuccot akarsz, érdemes ezen kívülre telepíteni - akár a saját home-könyvtáradba, akár egy külön, erre a célra létrehozott könyvtárba (pl. /opt), amelyet egy bizonyos felhasználónak írhatóvá teszel - ui. nem praktikus root-ként külön cuccokat telepíteni, ui. neki mindenhova írásjoga van - egy hibás telepítő szkript vagy ilyesmi, aztán eltűnt egy-két rendszerhez tartozó fájl.

Ezért is ahogy írtam fentebb, nem kevertem a csomagkezelőket. A doksi is erősen ajánlj, hogy a ports-t jail-ből használd, de ha nem tudod, hogy mit csinálsz, inkább ne csináld! :)
Amúgy multimédiás cuccokhoz is mindent fel tudtam rakni appcafe-val, eddig egyetlen dolgot fordítottam "kézzel", mert még ports-ban sincs: ez a kdeconnect. Na nem is működik, de ahogy néztem ennek a freebsd még nem igazán támogatott platformja.

Ha ez volt az a program, akkor valamit nagyon félrenéztél.
Nemigen vagyok jártas PCBSD-ben, de nem hiszem, hogy annyira rosszul lenne ez az egyszerű, kevés függőséggel bíró program csomagolva, hogy annak az eltávolítása felborítsa az egész rendszer működését. Jó lenne tudni, hogy pontosan mi is történt. Esetleg még utána lehet járni a logokban, van-e még a műveletsornak nyoma. Azért is lenne praktikus tudni, hogy azt a hibát máskor ne kövesd el.

A konkrét programra vonatkozóan igazad lehet, de úgy gondolom, ez volt az utolsó csepp a rendszer számára kezelhetetlen függőségek "poharában". Amég ezt nem uninstalláltam, semmi gondom nem volt. Aznap folyamatosan használtam a KDE-t. Amarok ment, TAG-eltem mp3-akat és "borítóztam". Közben a leveleimet olvastam, és persze böngésztem is. Ja, mp3-as dvd-ket vittem fel egy nyilvántartó programba. Talán éjfélig, kb. akkor volt az uninstall. Másnap már nem indult a grafikus környezet. A logokban meg 93 eltávolított csomagot találtam. (Érdekes, de az mp3info nincs köztük..!)

Ez elég misztikusnak hat :) Nekem a rendszerfrissítés okozott némi fejtörést, mert nem volt számomra egyértelmű, hogy a grub-ban megjelenő plusz submenüből most melyik is a régi, meg melyik az új kernel, és persze a régi kernelnek átadott paraméterek nem kerültek elsőre a helyükre (pl nvidia modul betöltése), amit kicsit hibás megközelítésnek tartok. de ezen felül az elmúlt napok tapasztalatai alapján azt mondom, hogy nem rossz rendszer ez, csak még az arch-nál is többet kell reszelni, ami egy desktopnak nevezett rendszerre nem vet túl jó fényt.

Lehet, nem kellett volna leszedni. Legközelebb az uninstallt jobban meggondolom. De éppen eszembe sem jutott, hogy az eltávolításával gondok kezdődhetnek. Végül is hivatalos eljárást használtam. A rendszer még nem volt "agyon" telepítettnek tekinthető. Tulajdonképpen a "port" menedzsmentet is épp, hogy elkezdtem. (Nem volt rá szükség addig, ami kellett az AppCafe-ban, minden elértem.)

Ami hátra volt, az Audio-CD mount-hoz szükséges csomagok, azzal kezdtem foglakozni még az este, és a ports-ot is emiatt kezdtem letölteni és nézni. (Azon a PC-BSD-n amin most írok, már több mindent telepítettem "ports"-ból. De ezen még nincs mp3 kezelés. - Működik is. :-))

Mit értesz azon, hogy nincs mp3 kezelés? Én ugyan csak online streameket hallgattam rajta, de nem tűnt fel, hogy gondja lenne az mp3-akkal. Most linux alatt dolgozom épp, de este ránézek, emlékeim szerint a gstreameres stuffok fenn vannak alaptelepítésben is, legfeljebb az amarok nem akarja azzal a backenddel az mp3-at megenni, ami default van neki (én mondjuk vlc backenddel használom linuxon is).

Bocs félreérthetően fogalmaztam. Természetesen mp3-at hallgathatsz a rendszer alapértelmezett eszközeivel is. (Gondolom. Esetleg kell hozzá még pár nem free cucc.) De én úgy értettem, hogy az általam kedvelt és régóta használt szoftverekkel, adatbázisokkal, borítókkal, pontosított "tag"-ekkel, rippelési lehetőségekkel - sok CD-m van, stb. (Egyszóval "testre" szabottan. :-))