Hozzászólások
-
Bejegyzés
-
A Fedora egy amerikai disztrib. Ennek megfellõen kiszedtek szinte mindent belõle, amivel szemben felmerült a szabadalomsértés gyanúja (pl. mp3).
Hogy menjen, tegyél fel egy másik (nem amerikai) disztribet, vagy fordíts egy új kernelt a legújabb NTFS folttal, ami már gond nélkül tudja írni a partíciódat.
Nem nagyon használtam még vmware-t, de talán ha „hagyományos” fájlról van szó (egy próbát megér):
# mkdir /mnt/disk/
# mount {vmware_file} /mnt/disk/ -o loopNem teljesen értem a dolgot, hogy most konkrétan mit akar a libpcap0.7-el…
De ok, ez a libpcap-ra panaszkodik, fel vele. A configure elhal…Code:checking for flex… no
checking for bison… no
checking for capable lex… insufficient
configure: error: Your operating system’s lex is insufficient to compile
libpcap. flex is a lex replacement that has many advantages, including
being able to compile libpcap. For more information, see
http://www.gnu.org/software/flex/flex.html .
debian:/usr/local/src/libpcap-0.7.2#Hiányzik a flex-dev és a bison-dev csomag, azért nem fordul le.
Eközben kiderül, hogy van fenn libpcap0.7:
Code:debian:/usr/local/src/libpcap-0.7.2# dpkg -l | grep ‘libpcap’
ii
libpcap0.7 0.7.2-7 System interface for user-level packet
captu
ii libpcap0.8 0.8.3-5 System interface for user-level packet
captu
debian:/usr/local/src/libpcap-0.7.2#Egyszóval: grrrr
Ott tartok, hogy van egy rendszerem net nélkül, amire nem akar felmászni a ppp így nem tudom frissíteni sem és úgy általában semmit csinálni… ezenkívül 10 percenkét reboot -> Uhu (még jó, hogy nem szedtem le teljesen) valamint döglõdik a rackes vinyóm és minden második bootot kiakaszt…Igen közben találtam leirást hozzá, de az nincs valahol leirva, mi a függõségi fa?
Mármint melyik modulnak mi az elõfeltétele?
Illetve a rtc vs genrtc-rõl tudsz valamit mondani?
Köszi:)
[align=right][snapback]121326[/snapback][/align]Javaslom az xconfig-ot a menuconfig helyett, ott meg tudod nézni melyik opció mitõl függ (
megneztem es van egy õ betu ott…
de vinyohibat nem ir!
mit javasolsz? toroljem õ karaktert es ujra vagy inkabb hagyjam…?
[align=right][snapback]121021[/snapback][/align]Nyugodtan kijavíthatod. Az sem kizárt, hogy memóriahiba okozta a változást.
Javíts ki ha tévedek, de mintha a modem kétirányú kapcsolatot igényelne. Nem csoda, hogy írási jogosultság nélkül nem mûködik.
sziasztok,
van 1 olyan problemam forditasnal amit nem ertek:
a kernel 2.6.10
patch-2.6.11-rc5-bk2tehat fut forditas aztan kidobja ezt:
CC fs/isofs/export.o
CC fs/isofs/joliet.o
CC fs/isofs/compress.o
LD fs/isofs/isofs.o
LD fs/isofs/built-in.o
CC fs/jbd/transaction.o
CC fs/jbd/commit.o
CC fs/jbd/recovery.o
CC fs/jbd/checkpoint.o
CC fs/jbd/revoke.o
CC fs/jbd/journal.o
fs/jbd/journal.c: In function `journal_init_inode’:
fs/jbd/journal.c:780: error: stray ‘365’ in program
fs/jbd/journal.c:780: error: `jo’ undeclared (first use in this function)
fs/jbd/journal.c:780: error: (Each undeclared identifier is reported only once
fs/jbd/journal.c:780: error: for each function it appears in.)
fs/jbd/journal.c:780: error: parse error before „rnal”
make[2]: *** [fs/jbd/journal.o] Error 1
make[1]: *** [fs/jbd] Error 2
make: *** [fs] Error 2
a filerendszerekben mar csak ext3 tamogatas van semmi mas 🙂 gondoltam hatha valamelyik bezvara, majd probaltam patchelve de semmi mindig megkapom ezt a hibat!elore is koszi annak aki segit!
udv
[align=right][snapback]120980[/snapback][/align]Szerintem a vinyód sérült meg. Ha jobban megnézzük, egy 365 -ös karakter miatt reklamál a fordító ami a ‘jo’ és az ‘rnal’ között van. Azaz a journal angol szóban az ‘u’ betõ hibás.
linux-2.6.11-rc5/fs/jbd/journal.c:780
Code:bh = __getblk(journal->j_dev, blocknr, journal->j_blocksize);Nos arra, hogy hogyan tudnád megoldani, sajna most nem tudok válaszolni, merrt erre még nem volt szükségem, a .profilet átírtam, ha valami ilyesmire volt szükségem, és ennyi.
Az export viszont nem erre szolgál, így ne csodáld, hogy nem mûködik. Az exportnak „befelé” van hatása, „kifelé” nincs, azaz ha nem exportálod, akkor a scriptedben lesz meg átállítva a változó, ha exportálod, akkor minden a scriptedbõl indított program így látja, azoonban a scripten kívül semmi nem így látja.
Remélem érthetõen írtam le, sajna kissé kimerült vagyok :blush:
Azért megpróbáltam 🙂
[align=right][snapback]120660[/snapback][/align]Sztm nem így van. A köznyezeti változók nem a scriptekhez vannak rendelelve, hanem a shellhez. A fentiek alapján nem lehetne pl. a PATH változót scriptbõl beállítani. Az viszont igaz, hogy „kifelé” nincs exportálás, de csak akkor játszik, ha shellbõl hívsz shellt. Azaz ha egy A script nem önmaga futtatja a scriptet, hanem meghív egy B scriptet. Ezt úgy is el lehet érni, hogy a script elsõ sorában szerepel a #!/bin/sh sor. Ilyenkor a
$ . script.sh # pont szóköz fájlnév
kiadásával felül lehet bírálni, és az elõbb említett A shell fogja futtatni a scriptet.Aki nem hiszi, járjon utána.
