[razoli]

Idézet: A.I. - Dátum: 2005. ápr. 22., péntek - 10:02

- hasonló ftp programot , ami a listába rendezést tudja honnan lehetne letölteni , egyáltalán : linuxos programokat hol érdemes keresgetni ?

Programokat a http://google.co.hu -n, a 2. Cd-n valamint az uhu ftp szerverein célszerû keresni (beleértve természetesen az Ubk-t). De a legegyszerûbb módszer az a Debianból átvett csomagkezelés, az apt.
Célszerû néha frissíteni az adatbázist:
apt-get update
Ha keresel valamit:
apt-cache search ftp
Ha valamelyik program részletesebb leírása kell:
apt-cache show <csomagnév>
Telepítés:
apt-get install <csomagnév>
Eltávolítás:
apt-get remove <csomagnév>
Persze ehez célszerû a /etc/apt/sources.list file-ba felvenni az Ubk-n található címeket.

[DannY]

Idézet: A.I. - Dátum: 2005. ápr. 22., péntek - 10:02

két kérdésem lenne :
- a gFTP programban megoldható-e az ftp letöltések listába rendezése (mint pl Flash Fxp-nél) , ha igen hogy ?

- hasonló ftp programot , ami a listába rendezést tudja honnan lehetne letölteni , egyáltalán : linuxos programokat hol érdemes keresgetni ?

konzolból wget-tel is meg tudod oldani egy szövegfile-lal.

pl.:

wget -b -c -i lista.txt

A lista.txt tartalma:

fpt://user:passwd@ftp.valahol.hu/valamilyenfile.exe
..
..

Más nem jutott eszembe, azért írtam, mert anno nálam is felmerült.

Sajnos a hátránya, hogy a linkeket neked kell megadnod, tehát nem mindig jó...

[Gallagher]

ha szeretnék az ati karimhoz drivert akkor felmeek ati.com drives serach stb... és ott meilyekt?

Linux x86

        * RADEON 8500 Series and higher
        * FireGL Series
        * Motherboards with ATI Graphics
        * Notebooks with ATI Graphics

Linux x86_64

        * RADEON 8500 Series and higher
        * FireGL Series
        * Motherboard with ATI Graphics
        * Notebooks with ATI Graphics

x86 vagy x86_64 ? ha megvan mire kattintsak? Ati radeon 9550/120Mb/DVI VGA+TV Out-os a kari...
Help!

Uhu linuxom van.

Szerkesztette: Chrystopher 2005. 04. 22. 12:02 -kor

[razoli]

Idézet: Chrystopher - Dátum: 2005. ápr. 22., péntek - 12:55

ha szeretnék az ati karimhoz drivert akkor felmeek ati.com drives serach stb... és ott meilyekt?

Linux x86

        * RADEON 8500 Series and higher
        * FireGL Series
        * Motherboards with ATI Graphics
        * Notebooks with ATI Graphics

Linux x86_64

        * RADEON 8500 Series and higher
        * FireGL Series
        * Motherboard with ATI Graphics
        * Notebooks with ATI Graphics

x86 vagy x86_64 ? ha megvan mire kattintsak? Ati radeon 9550/120Mb/DVI VGA+TV Out-os a kari...
Help!

Uhu linuxom van.

Értelemszerûen a RADEON 8500 Series and _higher_. legalábbis a logika szerint a 9550-t fedi a "8500 és magasabb"
Ezen kívül a sima x86, ez való a 32bites gépekre (amennyiben mégis 64bites géped lenne, akkor kell az x86_64).

szerk: ez még jól jöhet a telepítésnél: ati_driver_telepítése

Szerkesztette: razoli 2005. 04. 22. 12:15 -kor

[desiderius]

Idézet: razoli - Dátum: 2005. ápr. 22., péntek - 13:14

szerk: ez még jól jöhet a telepítésnél: ati_driver_telepítése

Én végigcsináltam, ahogy itt írja, oszt' el is tûnt a KDE... 

Sapphire Radeon 9600 - a driver telepítéskor asszondja, hogy nincs Ati kártya a gépben...    Win alatt viszont semmi gondom nincs vele...

[A.I.]

Idézet: DannY - Dátum: 2005. ápr. 22., péntek - 10:36

konzolból wget-tel is meg tudod oldani egy szövegfile-lal.

pl.:

wget -b -c -i lista.txt

A lista.txt tartalma:

fpt://user:passwd@ftp.valahol.hu/valamilyenfile.exe
..
..

Más nem jutott eszembe, azért írtam, mert anno nálam is felmerült.

Sajnos a hátránya, hogy a linkeket neked kell megadnod, tehát nem mindig jó...

mivel a listában általában rengeteg file szerepelne (100 körül) , kissé macerás lenne , a konzolos dolgok nekem még amúgy is nehezek , örülök , ha a grafikus környezetben kiigazodom.
egyszerûbben : flash fxp -t tudok futtatni uhu alatt valahogy ?

[pascal]

Idézet: A.I. - Dátum: 2005. ápr. 20., szerda - 20:09

akkor valami gubanc lehet , mivel a program sem indul el a törlés után , csak az ablak villan fel , de el is tünik azonnal ...

Bocska, ezen a poston lazán átsiklottam. Szóval a válasz: egy terminálban add ki a gmplayer parancsot, és nézd meg miért sír a szája

[pascal]

Idézet

a konzolos dolgok nekem még amúgy is nehezek , örülök , ha a grafikus környezetben kiigazodom.

Ha komolyan akarod venni a linuxot, akkor érdemes kicsit elmélyülni a konzolos progikban. Hamar meglátod, hogy nem olyan ördöngõsek mint amilyennek tûnnek és szoksor jobban kézre állnak mint a grafikus felület.

Idézet

egyszerûbben : flash fxp -t tudok futtatni uhu alatt valahogy ?

Végülis tudsz, csak nem épp elegáns megoldás, viszont a konzolt használnod kell: wine fxptelepítõ.exe

[A.I.]

Idézet: pascal - Dátum: 2005. ápr. 22., péntek - 14:24

Ha komolyan akarod venni a linuxot, akkor érdemes kicsit elmélyülni a konzolos progikban. Hamar meglátod, hogy nem olyan ördöngõsek mint amilyennek tûnnek és szoksor jobban kézre állnak mint a grafikus felület.



Végülis tudsz, csak nem épp elegáns megoldás, viszont a konzolt használnod kell: wine fxptelepítõ.exe

Mindenképpen szeretném komolyabban venni a linuxot , egyre jobban tetszik , meg végülis rá van kényszerítve az ember , ha jogtiszta OLCSÓ oprendszert akar a gépére ami miatt nem zaklathatja senki , csak hát a berögzõdések.
15 év win után , csoda , hogy a grafikus felület ellustított ?
Tanulásra visszatérve : leírások ismertetõk , amik kezdõ szinttõl indulnak , tudom , hogy rengeteg lehet , de te mit ajánlanál ?

[pascal]

Idézet

Tanulásra visszatérve : leírások ismertetõk , amik kezdõ szinttõl indulnak , tudom , hogy rengeteg lehet , de te mit ajánlanál ?

Az UHU 2. CDjén a PDF doksi. Aztán ha megvagy az alapokkal lehet célirányosan howtokat keresni

[Degeczi]

Idézet: razoli - Dátum: 2005. ápr. 22., péntek - 13:14

szerk: ez még jól jöhet a telepítésnél: ati_driver_telepítése

ez az 1.2-es UHU-nál úgy tûnik, nem megy
minden szép, addig amíg a legyártott modult meg nem próbálja betölteni:

- trying a sample load of the kernel module
FATAL: Error inserting fglrx (/lib/modules/2.6.9-19/kernel/drivers/char/drm/fglrx.ko): Invalid module format
failed.

[pascal]

Idézet

ez az 1.2-es UHU-nál úgy tûnik, nem megy
minden szép, addig amíg a legyártott modult meg nem próbálja betölteni:

Idézet

...Invalid module format...

valeszeg a modul nem fordult le rendesen. Kernel source fenn van? make.sh kimenete mi volt?

[Degeczi]

a make jó, nem panaszkodik:

ATI module generator V 2.0
==========================
initializing...
cleaning...
patching 'highmem.h'...
assuming new VMA API since we do have kernel 2.6.x...
doing Makefile based build for kernel 2.6.x and higher
make -C /lib/modules/2.6.9-19/build SUBDIRS=/lib/modules/fglrx/build_mod/2.6.x modules
make[1]: Entering directory `/usr/src/linux-2.6.9-19'
  Building modules, stage 2.
  MODPOST
make[1]: Leaving directory `/usr/src/linux-2.6.9-19'
build succeeded with return value 0
duplicating results into driver repository...
done.
==============================
You must change your working directory to /lib/modules/fglrx
and then call ./make_install.sh in order to install the built module.
==============================

gondolom a kernel-el nem fér össze vmiért - nade azt hogyan lehetne kideríteni, miért...

[Degeczi]

a kernel logból kiderült, h az AMD proci nem tetszik neki:

kernel: fglrx: version magic '2.6.9-19 SMP K7 gcc-3.3' should be '2.6.9-19 SMP 586 gcc-3.3'

már csak az a kérdés, ezt hol kellene átállítani...
szerk: no megvan végre!
az okozta, h annak idején, a kernel forrás telepítése után a proci típust átállítom benne K7-re, és így csináltam is egy bzImage-et
ez aztán nem vált be, valami hiányzott a jó mûködéshez, nem kísérleteztem vele tovább, használtam az eredeti kernelt
az ATI driver azonban az akkoriban lefordított anyagok közül használt föl vmit a saját linkelésekor, így K7-es modult hozott létre
ezért aztán a kernel .config-ban nem volt elég a proctípus visszaírása M586-ra, a fordítást is el kellett indítani, h ennek megfelelõ objectfile-ok jöjjenek létre

az alábbi gond viszont még mindig takarításra vár:
másik gondom, h vagy az USB-s billentyûzet, vagy az egér folyton ilyenekkel szemeteli tele a logot:

kernel: drivers/usb/input/hid-core.c: input irq status -75 received
last message repeated 3779 times
last message repeated 7625 times
...

hogy errõl is mivel lehetne lebeszélni?

Szerkesztette: Degeczi 2005. 04. 23. 09:29 -kor

[pascal]

Idézet

hogy errõl is mivel lehetne lebeszélni?

Ezt passzolom, de az haladoATuhulinuxDOThu levlistán talán akad vki aki jobban tisztában van kernel lelkivilágával.

[Degeczi]

végülis mindegy, külföldi fórumokon láttam, h más is panaszkodik erre néhány multimédiás billentyûzetnél, ha az USB-re van dugva
átkötöttem PS2-re, ott rendesen kezeli

közben legyártottam egy saját kernel és modulokat, h a "K7 probléma" másik irányból is meg legyen oldva
itt alaposan megtréfált, mert most meg a kernel saját moduljai (pl usbcore) panaszkodtak ilyen "M586 helyett K7 kellene" üzenetekkel - de hiszen így fordítottam és installáltam õket! 
az ám, csak az UHU helybõl egy ramdisket telepít magának (/boot/initrd), amiben ott vannak az eredeti, még persze sima Pentiumra fordított modulok - és boot-oláskor azt használta...
a /boot/grub/menu.lst-bõl kiszedve az ezt elvégzõ "initrd" sort, már persze jó, akkor már a saját modulok töltõdnek

de hogy ezt miért kellett így? csak azoknak tesz be, akik kernelt fordítanak a saját procihoz optimalizáltatva
nemigen tudok köztük olyan modult elképzelni, amit azért lenne muszáj ramdiskbõl tölteni, mert a /boot már elérhetõ, a /lib/modules még nem (ha meg vmi extrém diskmeghajtóról van szó, azt úgyis beteszi az ember a kernelbe - párszor 10k mit számít több száz M memória mellett)

egész más: a fönti, tappancs menü / Beállítások / XBindKeys - Beállító mûködik vkinek?
amint megnyomom a "Billentyû beolvasása" gombot, azonnal kilép a programból...

Szerkesztette: Degeczi 2005. 04. 23. 15:07 -kor

[pascal]

Idézet

de hogy ezt miért kellett így? csak azoknak tesz be, akik kernelt fordítanak a saját procihoz optimalizáltatva

Tapasztaltál említésre méltó sebességnövekedést?

Idézet

egész más: a fönti, tappancs menü / Beállítások / XBindKeys - Beállító mûködik vkinek?

Nekem megy. Próbáld parancssorból.

[Degeczi]

Idézet: pascal - Dátum: 2005. ápr. 23., szombat - 16:11

Tapasztaltál említésre méltó sebességnövekedést?

nem néztem ilyesmit - de ha az ember kernelt gyárt, akkor már nyilván olyan procitípust választ, ami ténylegesen a gépben van

egyéként pont ez okozta ez említett korábbi gondot, amiért ment régebben a saját kernelem: most már tudom, h azért, mert a ramdiskrõl betöltõdõ modulok nem illeszkedtek a másik procihoz fordított kernelhez, ezért nem ment pl az USB - és így a billentyûzet sem...

a bindkeys-el még majd eljátszom, köszi az infót, ezek szerint annak a hibája is vhol itt lehet (nálad is UHU 1.2 van, ugye?)

[pascal]

Idézet

nem néztem ilyesmit - de ha az ember kernelt gyárt, akkor már nyilván olyan procitípust...

Csak azért kérdeztem, mert ha semmi haszna nincs akkor minek forgatsz kernelt?

Idézet

nálad is UHU 1.2 van, ugye?

Igen.

[Degeczi]

Idézet: pascal - Dátum: 2005. ápr. 23., szombat - 18:26

Csak azért kérdeztem, mert ha semmi haszna nincs akkor minek forgatsz kernelt?

ha "semmi haszna nem lenne", akkor nyilván nem veszõdne vele az ember...
viszont mivel jópár dolog nem ment (vagy nem úgy, mint kellett volna), teszem azt az Nforce2 alaplap nem mindegyik USB portját akarta fölismerni, logikus lépés volt saját kernellel is megpróbálni - olyan .config beállítással, ami stimmel a gépemre

xbindkeys_config: eszem a szivit, ez valóban parancssoros jószág... így indítva már rögtön kiderült, mi a baja:

.xbindkeysrc not found or reading not allowed.
please, create one with 'xbindkeys --defaults 

hogy ezt miért nem tudta volna a grafikus felületen is közölni? (vagy magától, automatikusan megtenni - mint ahogy pl az .xbindkeys_config mappát is létrehozza, ha nincs)

szóval szép dolog az ilyen desktop linux, de parancssor nélkül még egy jó darabig nem boldogul az ember
köszi a tippet!