- Apple Watch Ultra - első nekifutás
- Yettel topik
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Samsung Galaxy Z Fold3 5G - foldi evolúció
- Fotók, videók mobillal
- Apple Watch
- Telekom mobilszolgáltatások
- Nothing Phone (2) - több, mint elsőre látszik
- Google Pixel 6/7/8 topik
- Samsung Galaxy A54 - türelemjáték
Hirdetés
-
Indika teszt
gp Teológiai utazás egy kételkedő apáca és egy istenhívő szökött fegyenc kíséretében.
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Még több embert rúgott ki a Tesla
it A jelentések szerint újabb dolgozókat küld el a Tesla, ezúttal a szoftvereket és a szolgáltatásokat, mérnöki részlegeket érinti a leépítés.
Új hozzászólás Aktív témák
-
VladimirR
nagyúr
no, kozben addig eljutottam, hogy az 1041-es rev-tol kezdve jon elo a hiba, mindig a rtorrent forrasaban, a dht_manager.c forgitasakor
-Os, -O1 es -O3 kapcsolok eseteben is (volt mar olyan rtorrent bug valamely gcc verzioval, ahol segitett)masik gcc-t azert nem igazan akartam feltenni, mert sokat szivtam mar kulonfele verziokkal, s ez, ami jott a gentoo-hoz, eddig mindenhol jol viselkedett
most is elobb az rtorrent keszitojevel beszelek, hatha tud valamit mondani ra (en ezt a kodot mar nem latom at, attol picit komolyabb)
ha nem jutnek igy semmire, milyen gcc verzio az, amit batran mertek ajanlani es a fenti linkel stabilkent van jelolve?
-
Sipi
addikt
válasz VladimirR #3301 üzenetére
Eddig úgy vettem észre, hogy ha a gcc nem ad internal gcc error, contact the developers hibát, akkor az adott programmal van gond.
Az, hogy csak adott revtől jön elő, megerősít ebben. (Csak egy tipp: esetleg a forrás olyan dolgokat használna, amit a 4-es gcc-ben vezettek be.)Egyik gépemen 4.1.2, másikon 4.2-es gcc van, semmi gondom nem volt még egyikkel sem. A 4.1.2 stabil, használhatod. Szerintem érdemes áttérni a 4-es gcc-re, a plusz tudása miatt.
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz VladimirR #3303 üzenetére
Ezt a hibát többnyire akkor dobja, ha kevés, és ezért elfogy a memória és swap, szerintem figyelmen kívül hagyhatod. Debugot miért kapcsolod be? Az is növeli a c++ programok fordításának memória-éhségét (ami egyébként is nagy).
Sorry, hardenedet elfelejtettem. Olyat nem használok. A /usr/profiles/hardened mappában tényleg hardmaszkolva van a teljes 4-es gcc sorozat... Pech.
Itt van pár infó arról, hogy mi vár rád, ha kézzel unmaszkolod a 4-es sorozatot, és hardeneddel akarod használni. (A 4-es még nincs felkészítve erre, ettől még működő kódot készít, csak az új funkciók nélkül.) Az utána következő válaszlevelek is érdekesek lehetnek.
Szerintem nem gcc hiba, a kmail is olyan, hogy a 800 mega memóriám eltűnik a fordítása közben. Evvan, én az rtorrentre gyanakszom. Nem hiba, inkább csak rosszul megírt kód lehet.
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
VladimirR
nagyúr
igen, mint irtam fentebb, felzabal mindne memoriat (akar mas programok karara is, pl mysql le szokott allni miatta), ez nekem inkabb tunik memory leak-nek, mint a szokasosnal kicsit nagyobb memoriaigenynek (elozo rev eseteben az adott file forditasa eseten 50MB korul megall a cc1plus memoriaigenye, itt felzabal 500-at, majd meghal - azert csak 500-at, mert tobb nincs)
majd meg megnezem, mit csinal, ha kap 1G swap-et, de tartok tole, azt is fel fogja elni
es igen, olvasgattam en is 4-es gcc-rol, de ha nem muszaj, inkabb kihagynam
p.s.: debug-ot nem en kapcsoltam be, nem tudom, ki lehetett - kikapcsoljam?
[ Szerkesztve ]
-
Sipi
addikt
válasz VladimirR #3305 üzenetére
Tudom, írtad, csak azért írtam le megint, hogy jelezzem, ez a c++ internal error nem az az internal error, amikor a gcc fejlesztőknek sürgős bugreportot kell írni.
Memory leak csak a gcc-ben lehetne, de ennél a régi verziónál ezt kizárom. Leak lehetne még valamelyik külső lib meghívása miatt, akár a debugolás, akár a 4-es sorozat egzotikusabb dolgainak kihasználásánál. Ez megint kizárt. LD-nél sem lehet gond, mert itt a linkelésig el sem jut.
Én alapból kikapcsolom a make.conf-ban a debugot, totál felesleges... Van még az ipv6 kapcsoló, próbáld meg annak ki- és bekapcsolásával is (meg egy xmlrpc is, azt is), hátha... ipv6-tal más jellegű problémáim már adódtak (ruby, ha jól rémlik), a hibának látszólag semmi közük nem volt az ipv6-hoz.
Szerintem rtorrent-hiba, ez a cc-fájl nem is nagy (a 0.8.0-ás verzióban), lazán vinne kellene a gcc-nek.
Jut eszembe, anno a kmailnél volt olyan kiadás, amit ugyanígy nem tudtam lefordítani. Ott valamelyik -r revvel patkolták. Ma is zabál, de legalább lefordul. Ilyenkor várni szoktam, majd csak kijavítják.Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
VladimirR
nagyúr
ipv6 tiltva van, semmi szuksegem ra es amennyire tudom, a libtorrent/rtorrent sem tamogatja
xmlrpc egyfelol kell*, masfelol neztem nelkule is, ugy sem jobb
es sajnos a kivaras* sem jo nekem
*: fejlesztek rtorrent-hez, szoval szuksegem lenne ra, hogy naprakesz tudjak lenni
p.s.: make.conf nem csak az emerge altal forditott dolgokra hat? csak mert ez nem ebuild-bol jon, svn-rol szedegetem, magam forditom
-
Sipi
addikt
válasz VladimirR #3307 üzenetére
Jááááá, vagy nem mondtad, vagy nem értettem!
Csinálj hozzá ebuildet! Alap: egy létező rtorrent ebuild, átnevezed rtorrent-9999.ebuild-re. Az elejére beteszed egy másik -9999 ebuildből azt a részt, ahogy az svn-ből cincálja a dolgokat. Szépen megírod.
Vagy ha nem akarsz tökölni: innen letöltöd, beteszed a lokális Portage-fába (alapesetben /usr/local/portage szokott lenni). Aztán unmaszk meg emerge.
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
escie
őstag
válasz dr_strange #3312 üzenetére
vagy fenthagyja a 3.x-es gcc-t, a 4-es mellet.
amig lefordul az rtorrent, addig a 4-es aktiv, egyebkent a regebbi.nekem is van fent mindketto a gcc-config szerint...
megoldhato ez, nem? mert csak listazast talalok a gcc-config helpjeben(-l), de set-et nem...szerk.:
hulyevagyok...andris@localhost ~ $ gcc-config -l
[1] i686-pc-linux-gnu-3.3.6
[2] i686-pc-linux-gnu-4.2.3 *aztan,
andris@localhost ~ $ sudo gcc-config 2
a kettes helyere ertelemszeruen a kivant szam...
mindezek utan meg# source /etc/profile
[ Szerkesztve ]
I'm back, baby!
-
escie
őstag
válasz dr_strange #3314 üzenetére
"az volt a gond lejjebb, hogy 4-es sorozatú gcc nincs hardenedben"
ja, ezt elfelejtettem...I'm back, baby!
-
VladimirR
nagyúr
kozben megprobaltam egy olyat, hogy kezzel leforditom azt az egy file-t
bementem az rtorrent/src/core konyvtarba es ott kiadtam, amit a make is
g++ -DHAVE_CONFIG_H -I. -I../.. -I. -I./.. -I../.. -O2 -Wall -g -DDEBUG -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -MT dht_manager.o -MD -MP -MF .deps/dht_manager.Tpo -c -o dht_manager.o dht_manager.cc
erre kaptam egy ilyet:
g++: Internal error: Segmentation fault (program cc1plus)
Please submit a full bug report.
See <URL:http://bugs.gentoo.org/> for instructions.most akkor menjek gentoo-ekhoz (is) bugreportolni, vagy ez lehet azert, mert nem a make folyamaton belul tortent a forditasi kiserlet?
-
Sipi
addikt
válasz VladimirR #3316 üzenetére
99%-ban mehetsz bugreportolni a gcc-teamnek.
Ha biztos akarsz lenni, próbáld ki (ugyanígy kézzel), hogyg++ -DHAVE_CONFIG_H -I. -I../.. -I./.. -g -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -MT dht_manager.o -MD -MP -MF .deps/dht_manager.Tpo -c -o dht_manager.o dht_manager.cc
Illetve egyre kevesebb parancssori kapcsolóval. (A -M-esekre gondolok, az include maradhat. )
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
VladimirR
nagyúr
na, a vege az lett, hogy irtam libtorrent levlistre is, meg bugs.gentoo.org-ra is bugzillaba
es nagyon ugy nez ki, nem egyedi a problema, libtorrent trac-ben van egy ticket, ami nagyon hasonlit az enyemre, szinten 3.4.6-os gcc, csak az freebsd
kozben jatszottam massal is, es lenne egy kerdes
Sipi tanacsolta fentebb, hogy csinaljak sajat ebuild-et
libtorrent-hez, rtorrent-hez ment is, elobbi telepult is szepen, utobbi az emlitett hibaval elszallt, de az ebuild mukodikviszont mivel megtetszett az otlet, bele akartam eroszakolni a pvpgn nevu battle-net szerver svn-bol letoltott forrasat is egy ebuild-be, viszont elakadtam
ezen leirast veve alapul csinaltam meg mind az rtorrent, mind a libtorrent ebuild file-jat, tettem be oket a lokalis portage layout-ba, meg miegymas
aztan nekiestem a /usr/portage/games-server/pvpgn mappaban megbujo pvpgn-1.8.0.ebuild file atszabasanak is
gondoltam minden jol megy, nem sokmindent kell piszkalni, atirom a forrast, svn forrasra, az elejen megmondom, hogy orokolje (legalabbis ugy sejtem, erre valo az inherit kulcsszo) a subversion-t is, par sort meg beleteszek, ahol kell, aztan kiadom, hogyebuild pvpgn-9999.ebuild digest
erre kapok egy ilyet:
!!! /usr/local/portage/games-server/pvpng/pvpgn-9999.ebuild does not seem to have a valid PORTDIR structure.
a gond az, hogy megcsak nem is en rontottam el, mert az eredeti ebuild-re kiadva a fenti parancsot, ugyanez fogad:
!!! /usr/local/portage/games-server/pvpng/pvpgn-1.8.0.ebuild does not seem to have a valid PORTDIR structure.
sajna annyira nem ertek a dologhoz, a par sor beillesztese a megfelelo helyre meg megy, de ezzel mar nem birok el
van valami tippetek, hogy ha az eredeti csomagra sem akar mukodni a parancs (pedig telepul emerge-vel), akkor mitevo legyek?
-
Sipi
addikt
válasz VladimirR #3321 üzenetére
Jajj, de kár, hogy csak most olvasom, így nem írhattam be ugyanezt.
A 3.4.6 nem ancient. A 3-as és a 4-es két külön állatfaj, nem fognak elhajtani emiatt.
Én a bugs.gentoo.org-ot jobban csípem, mert az ottani fejlesztők nagyon szoros kapcsolatban szoktak állni a programfejlesztőkkel. A gentoo-t sok progrsmíró használja amolyan homokozóládának, mert a forráskód proglémái itt tutira előjönnek. Ha a Gentoo-soknak írsz, úgyis eljut a gcc-sekhez is.Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
escie
őstag
szerintetek meg lehet valositani olyasmit, hogy elore betoltsek bizonyos libeket?
altalaban mire beirom a kdmbe a nev/jelszot, eltelik par perc. ezalatt behuzhatna a kde libjeit. valami olyasmi hatast szeretnek elerni, mint amikor mar egszer futott a kde, es ujra bejelentkezek.erre jo a prelink?
nekem valami total buta kene, csak a kde-t toltse be egybol, mikor a kdm indul...[ Szerkesztve ]
I'm back, baby!
-
Sipi
addikt
Ez furcsa. A kdm KDE-s program, mikor betöltődik, a qt-t, a kdebase libet be kell töltenie, valamint a kdeinit, dcopserver is elindul, nem?
A local.start-ba tegyél be valami kis hülye KDE-s programot, az a kdm után indul el, amikor már van Xorg. A kimenetét irányítsd a /dev/null-ba. Következő sorban vársz pl. 10 másodpercet, majd kinyírod.A prelink nem ehhez kell, az a programok, könyvtárak szerkezetét alakítja át, hogy ami libeket meghívnak, egy helyen legyen, a loader könnyen, a program indításakor egyből megtalálja, mikre lesz szükség, és be tudja tölteni. Így nem kell az egész kódot átnéznie, miket kell hívni.
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Persze, tapasztaltam. Az ablakkezelő cuccait, kwin, session manager, be kell tölteni - a kdm azt még nem húzza be. Ja, meg elkészül a személyre szabott sycoca adatbázis... Ezt tényleg csak akkor lehet előre tölteni, ha elindítasz valamit.
Tipp: van egy LD_PRELOAD nevű változó. Ezzel indítva rogramokat megadható, hogy a mögé írt libek előre töltődjenek be, minden más előtt. Azt nem tudom, mire vonatkozik, lehet, hogy csak a tényleg betöltődőkre, de egy próbát megér.
A kdm hívását pl.
LD_PRELOAD="azok a kde libek, melyek login után töltődnek" kdm
alakra írod át. Ha mákod van, ez behúz mindent, amit felsorolsz.
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
tierbatyo
senior tag
Csak én nem látom a 2.6.24-es kernelben a vesafb-tng-t? Nem nagyon megy a splash enélkül nekem.
Take a look to the sky just before you die
-
tierbatyo
senior tag
Köszi, megnézem. Más: Használ valaki mobilinternetet? El tudom indítani manuálisan, meg local-ból is, de ha megszakad, akkor újra kell csatlakoznom. A bajom, hogy az /etc/conf.d/net-ben nem tudom beállítani, amit kell. Ha valaki tudna segíteni, megköszönném.
A config file-ok:/etc/ppp/peers/E220:
/dev/ttyUSB0
460800
crtscts
modem
noauth
usepeerdns
defaultroute
noipdefault
debug
noccp
nobsdcomp
novj
user "irrelevant"
password "irrelevant"
connect '/usr/sbin/chat -f /etc/ppp/chat-E220-pin || /usr/sbin/chat -f /etc/ppp/chat-E220-nopin'A
chat script:ABORT 'BUSY'
ABORT 'ERROR'
ABORT 'NO CARRIER'
REPORT CONNECT
TIMEOUT 10
"" "ATZ"
OK AT+CGDCONT=1,"ip","net"
OK "ATE1V1&D2&C1S0=0+IFC=2,2"
OK "AT+IPR=115200"
OK "ATE1"
TIMEOUT 60
"" "ATD*99#"
CONNECT \cEbbõl kellene valahogy összevarázsolni az /etc/conf.d/net ppp-re vonatkozó részeit. Próbálkoztam, de nem megy.
[ Szerkesztve ]
Take a look to the sky just before you die
-
PWR
aktív tag
Jónapot, KDE 3.5, x3100 intel mobil video, x11 7.3, xserver 1.4
3d OK, Compiz fusion OK, de KDE-ben nem tudok áttetszőséget beállítani a menüknek, mert az opció inaktív (ki van szürkitve). Szintén, ha a transparency-t bekapcsolom (majd kilog/belog), nincs transparency. A kdelibs-et újraforgattam, mert először lemaradt az xcomposite vagy milyen flag (inaktív volt a transparency menu is). Újra kell forgatnom a KDE többi komponensét is?
Másik para: notiról van szó, a touchpad a synaptics mudullal megy, nincs is vele gáz. De ha külsö USB egeret csatlakoztatok, azon a gombook nek működnek (pointer move OK, görgetés OK). A mouse modul be van töltve, (EE) nincs az xlog-ban. Próbáltam drivernek Auto-t, PS/2-t, ImPS/2-t, device-nek /dev/input/mice-t, ~/mouse0-at, mouse1-et, mindegyiknél uez a para. Serverlayout-ban AlwaysCore, CorePointer, egyik sem jó. És furi, hogy az xorg.log-ban nem uazok a beállítások szerepelnek az input device-oknál, mint amit én adok meg az xorg.conf-ban...
Van ezekre vmi ötletetek, amin tovább tudok haladni?
Kellemes buszmentes napot!
Üdv
-
-
tierbatyo
senior tag
Majdnem sikerült frissítenem 1 év után, de pár csomaggal gond van. Hiba:
checking for headers required to compile python extensions... not found
configure: error: could not find Python headers or libraryAzt hiszem ez eléggé hihetetlen hibának tűnik, mert python nélkül elég nehéz lenne létezni. Ráadásul az is érdekes, hogy csak a gnome-python-nál és a gnome-python-desktop-nál jelenik meg. Keresgéltem bugok után, de nem jutottam előre.
Take a look to the sky just before you die
-
PWR
aktív tag
válasz dr_strange #3336 üzenetére
problem megoldva, tanulságos: a /root alatt kallódott egy xorg.conf és azt olvasta be az /etc/X11/xorg.conf után... úgyhogy bármit változtattam benne, az semmi eredményre nem vezetett. Serious user error...
Üdv
-
dr_strange
senior tag
válasz dr_strange #3339 üzenetére
és ráeresztenék a rendszerre egy revdep-rebuildet is
JRR Tolkien nyelvei - aglardh.middangeard.org.uk
-
tierbatyo
senior tag
válasz dr_strange #3340 üzenetére
Python remerge megvolt, revdep-rebuild szintén. Szóval tanácstalanul állok a dolog előtt, mert más python függő csomagoknál megy az emergelés.
Take a look to the sky just before you die
-
Sipi
addikt
válasz tierbatyo #3337 üzenetére
Nézd meg a létrejött config.logot is, az bőbeszédűbb szokott lenni.
Van olyan, hogy az xy lib ellenőrzése azért hiúsul meg, mert az a lib ugyan megvan, de valami más, ami ennek kell, rossz, hiányzik. Lehet, hogy nem is a pitonnal van a huba.Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
VladimirR
nagyúr
Hi!
ezt mi okozhatja?
[c]mir ~ # /etc/init.d/acpid start
* Caching service dependencies ... [ ok ]
* ACPI support has not been compiled into the kernel[c]
illetve:mir ~ # acpi
No ACPI support in kernel, or incorrect acpi_path ("/proc/acpi").es valoban nincs /proc/acpi
dmesg ilyeneket mond:
ASUS P2B-DS detected: force use of acpi=ht
ACPI: RSDP 000F8190, 0014 (r0 ASUS )
ACPI: RSDT 0DFFD000, 0030 (r1 ASUS P2B-DS 58582E32 ASUS 31303030)
ACPI: FACP 0DFFD100, 0074 (r1 ASUS P2B-DS 58582E32 ASUS 31303030)
ACPI: DSDT 0DFFD180, 1DEE (r1 ASUS P2B-DS 1000 MSFT 1000001)
ACPI: FACS 0DFFF000, 0040
ACPI: BOOT 0DFFD040, 0028 (r1 ASUS P2B-DS 58582E32 ASUS 31303030)
ACPI: APIC 0DFFD080, 005C (r1 ASUS P2B-DS 0 0)
ACPI: DMI BIOS year==0, assuming ACPI-capable machine
ACPI: PM-Timer IO Port: 0xe408
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x01] enabled)a kernel konfig idezonatkozo resze pedig:
# Power management options (ACPI, APM)
#
CONFIG_PM=y
CONFIG_PM_LEGACY=y
# CONFIG_PM_DEBUG is not set
CONFIG_PM_SLEEP_SMP=y
CONFIG_PM_SLEEP=y
CONFIG_SUSPEND_SMP_POSSIBLE=y
CONFIG_SUSPEND=y
CONFIG_HIBERNATION_SMP_POSSIBLE=y
# CONFIG_HIBERNATION is not set
CONFIG_ACPI=y
CONFIG_ACPI_SLEEP=y
CONFIG_ACPI_PROCFS=y
CONFIG_ACPI_PROC_EVENT=y
CONFIG_ACPI_AC=y
CONFIG_ACPI_BATTERY=y
CONFIG_ACPI_BUTTON=m
CONFIG_ACPI_FAN=m
# CONFIG_ACPI_DOCK is not set
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_HOTPLUG_CPU=y
CONFIG_ACPI_THERMAL=m
# CONFIG_ACPI_ASUS is not set
# CONFIG_ACPI_TOSHIBA is not set
CONFIG_ACPI_BLACKLIST_YEAR=2001
CONFIG_ACPI_DEBUG=y
# CONFIG_ACPI_DEBUG_FUNC_TRACE is not set
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_SYSTEM=y
CONFIG_X86_PM_TIMER=y
CONFIG_ACPI_CONTAINER=y
# CONFIG_ACPI_SBS is not set
# CONFIG_APM is not set
#
# CPU Frequency scaling
#
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_TABLE=y
CONFIG_CPU_FREQ_DEBUG=y
CONFIG_CPU_FREQ_STAT=y
# CONFIG_CPU_FREQ_STAT_DETAILS is not set
CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=y
CONFIG_CPU_FREQ_GOV_USERSPACE=y
CONFIG_CPU_FREQ_GOV_ONDEMAND=y
CONFIG_CPU_FREQ_GOV_CONSERVATIVE=y
#
# CPUFreq processor drivers
#
CONFIG_X86_ACPI_CPUFREQ=y
# CONFIG_X86_POWERNOW_K6 is not set
# CONFIG_X86_POWERNOW_K7 is not set
# CONFIG_X86_POWERNOW_K8 is not set
# CONFIG_X86_GX_SUSPMOD is not set
# CONFIG_X86_SPEEDSTEP_CENTRINO is not set
# CONFIG_X86_SPEEDSTEP_ICH is not set
# CONFIG_X86_SPEEDSTEP_SMI is not set
# CONFIG_X86_P4_CLOCKMOD is not set
# CONFIG_X86_CPUFREQ_NFORCE2 is not set
# CONFIG_X86_LONGRUN is not set
# CONFIG_X86_LONGHAUL is not set
# CONFIG_X86_E_POWERSAVER is not setaz alaplap egy asus p2b-ds, aminek illenek tudnia az acpi-t, meg boot-kor is azt irja, hogy asus p2b-ds acpi bios rev 1013
kerdes, hogy mit ahgyok ki?
valaszaitokat elore is koszonom
-
Sipi
addikt
válasz VladimirR #3343 üzenetére
Nem hagysz ki semmit. A kernel üzenetében az van, hogy force use of acpi=ht. Valami miatt bekapcsolja az ACPI-s HyperThreadinget, ami olyan procin, ami nem támogatja, egyenértékű azzal, mintha kikapcsolnád az acpi-támogatást.
Talán a kernelnek meg kellene adni az acpi=noht kapcsolót, vagy kísérletezni a különféle acpi= kapcsolókkal, hátha valamelyiknél nem akar HT-t.
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
VladimirR
nagyúr
válasz VladimirR #3323 üzenetére
na, szuletett reakcio, egybol ketto is
a masodikkal viszont epp vitaban allok, mert szerintem a ket bug egy es ugyanaz, viszont o nem akarja megerteni, hogy ha emerge-vel, vagy make-kel forgditom, akkor nekem is felzabal minden ram-ot, majd elszall, s csak akkor segfault-ozik, ha kulon a dht_manager.cc sorat kimasolom a make kimenetebol, s azt akarom futtatni a megfelelo konyvtarbanno de nem is ezert irok, hanem mert keri, hogy adjak neki build.log-ot, viszont nekem egy arva build.log nincs a gepemen
mifele allat ez, s mi kell hozza, hogy teremjen?valaszaitokat elore is koszonom
-
VladimirR
nagyúr
válasz dr_strange #3347 üzenetére
koszonom
ez vegulis nem tragedia, hogy kimaradt, ugyanezt kinyomta stdout-ra is az emerge, azt meg beirtam a bugzillaba -
PWR
aktív tag
Hello, szenvedek xorg-al. uj telepitest csinaltam athlon2k/via kt4/radeon 9600pro konfigomon. Azaz nem telepitettem, hanem a notimon becsomagoltam a rencert és az athlonra kicsomagoltam. A notin telepitesnel csak olyan CPU flageket hasznaltam, melyeket mindket CPU ismer és i686-os march-ot, nem pedig prescott vagy athlon-xp-t. A kernelt az athlonon mukodo kernelkonfiggal ujraforgattam. Szinten ujraforditottam az xorg-ot az összes cuccaval (xserver, xf86 cuccosok, stb.) Az X nem indul, dob egy 104 IO error-t. Egyeb EE bejegyzes a logban nincs. Ragugliztam, 104 IO error szinte barmitol lehet.
Amit probaltam: xorg-x11 7.2 helyett 7.3 (es xserver 1.3 helyett 1.4, termeszetesen updatelve az osszes tobbi komponenst is), radeon driver, fglrx proprietary driver, vesa driver, vga driver, downgrade 2.6.19 kernelre (2.6.25-rol), amivel most muxik a regi telepites, utana megint ujratelepit az x driverek, a hibauzi mindig ugyanaz.
Megfelelo kernel source-ra mutat a /usr/src/linux softlink.
Csinaltam revdep-rebuildet (nem talalt semmi rebuildelni valot).
Csinaltam egy --update --deep world-ot is.
Mit tudok meg kiprobalni/megnezni/checkolni, mielott kezdek egy "teljes" telepitest? Sztem ezekutan a teljes telepites se mukodne, mert mitol. Minden tippet szivesen varok es szomoru vagyok
Üdv
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest