Új hozzászólás Aktív témák
-
Frawly
veterán
válasz Rimuru #16693 üzenetére
Ezt nem tudtam, hogy az m3 is ugyanott van erőben. Egyébként bináris disztrót használni még jók az ilyen procik, de nem Gentoo-hoz valók mindent forráskódból pörgetni. Egyszerűen csak nem való rá, nem lehetetlen persze megcsinálni, mint az ábra mutatja, te is ilyenen használod, de mindenképp szuboptimális. A 2. genes mobil Core i-k egyébként a maguk idejében, 7-8 éve nem voltak rossz procik, az akkori kódok kisebbek is voltak, így akkor talán még jobbak voltak erre a célra. A virtualizáció is levesz belőle valamennyit, de nem sokat, meg a proci kicsit throttlingol is, nem jelentősen, a 3,2 GHz-es Turbo helyett csak 2,99 GHz-re áll be, de ha ezek nem fognák vissza, akkor sem lenne jelentősen erősebb. Egyszerűen túl kicsinek számít már ez az IPC, órajel, kevés a mag/szál, kevés a cache. A kódok meg brutálisra híztak azóta, csodák nincsenek.
(#16694) milangfx: de most miért kell neki szólni?
[ Szerkesztve ]
-
Frawly
veterán
válasz Rimuru #16704 üzenetére
Most néztem, mégse throttling. Egyszerűen összes magos terhelésnél csak 2,99 GHz-re turbózik 3,2 helyett, még akkor is, ha 60 fokos sincs a proci. Fene se érti ezt.
Közben nem megy a Gentoo UEFI EFI stub boot QEMU-ban. Fel van telepítve a disztró, de nem bootol. Vélhetően nem a Gentoo hibája, sem az efibootmgr-é, sem a Gentoo leírásáé, sem nem az enyém.
Valami miatt a QEMU-hoz használ OVMF Tianocore UEFI firmware nem találja az EFI partíción a betöltendő .efi fájlt, holott az ott van. Ami duplán furcsa, hogy van az UEFI-ben egy kézi bootfájl-böngésző, abban látszik a \EFI mappában és almappáiban a szükséges .efi fájl, hozzá tudom adni bootbejegyzésként, de ahogy elmentem, újraindítom, kiírja arra a fájlra, ami a saját fájlböngészőjében lett hozzáadva, hogy nem találja.
Az is biztos, hogy az EFI partíció is jól van, GPT partíciós tábla, az EFI partíció típusa is EFI-re van állítva, a partíció FAT32-re van formázva. Mondom, az UEFI fájlböngészője látja is a tartalmát, tud róla bootfájlt kiválasztani. De bebootolni nem tudja, mert nem találja. Tehát nem Gentoo-specifikus hiba, hanem a QEMU UEFI firmware-je szivat, semmi mást sem bootolna be. Sehogy nem bírom rávenni, hogy megtaláljon akármilyen fájlt az EFI partíción.
Az a baj, hogy külső SSD-n nem tudom megpróbálni, mert ezen az X220 i5-ös cserealaplapon csak USB2-es port van, arra kötve meg nagyon lassú lenne az SSD, meg az arra történő telepítés. Pedig egy normális gép UEFI-je szerintem be tudná bootolni, csak ez a QEMU UEFI firmware ilyen rettenet szutyok.
Előtte ugyanebben a laptopban egy i7-es alaplap volt, azon volt USB3-as port, tudtam külső SSD-vel gyorsan OS-eket telepíteni. Most ez nem opció, csak a ryzenes asztali gépen, hétvégén megpróbálom azon.
-
ubyegon2
nagyúr
Mindegy, de ki töröltette az összes ezzel kapcsolatos hsz-t az Ubuntu topikból? Mi a sz*r volt ezekben a hsz-ekben tiltott?
Topikgazda ott nincs, akkor valaki jelentést tett, de miről? Eszem megáll.......
(#16700) zoltanz
Milyen SSD az, klónozva raktad át a rendszert vagy friss telepítés volt?
[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz Frawly #16707 üzenetére
Teljesen normális thread volt az, annál is inkább érthetetlen, hogy az egész thread-et törölték, mert mióta kivágták onnan a Tg-it, ill. lemondott a későbbi, a kutya nem foglalkozik a topikkal.
Na mindegy, csak kicsit érdekes ez így.Ezek után jobb ha nem is írok semmit, mert ha valaki értetlenkedik, már amiatt is törlik az egész szálat? Vakannyukp*csáját.
[ Szerkesztve ]
-
ubyegon2
nagyúr
Ha ilyen topik controller hangulatban vagy, miért nem jelentkezel amúgy Topikgazdának?
Ezen az alapon a topikok 80%-át egyébként lehetne törölni. Az meg, hogy nem volt benne érdemi infó, konkrétan egy baromság, legfeljebb Te nem értetted a lényeget a végén. Amit egyébként a kolléga kérdésére írtam, miért zavart téged? Egyszerűen csak az alacsony sebességet próbáltam megmagyarázni neki. Legközelebb ha írni akarok egy hsz-t, átküldöm neked, hogy érted-e, mert ha nem akkor úgyis töröltetni fogod! Gondolom aki törölte, az piszokul érthetett hozzá, ha mindent törölt! Úgy látom moderátor is lehet már minimális értelemmel bárki.....
Mely topikokat ellenőrzöd még amúgy érthetőség szempontjából? Biztosan sokakat érdekel!
[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz #20749568 #16711 üzenetére
Ilyen alapon, ha valaki Linuxos gépet használ és bármilyen hardverével kapcsolatos kérdéséhez ír bárki, azt remélem szintén töröltetik majd. Hány kérdés thread-jét rakják át máshová, ha menet közben kiderül, hogy ez már csak hardveres kérdés?
De ettől még tartom a javaslatomat, ha valakinek ennyire szívügye, hogy kontrollálja a topikot, vállaljon Tg posztot, így ha ciki neki, hogy nem képes megérteni valamit, kapásból törölheti.
Tudsz még egy esetet, amikor ilyenért töröltek egy thread-et moderákok által lesz*rt topikból? (költői kérdés volt)
Meg úgy egyáltalán, a kérdések hány %-a off ezekben a Linuxos topikokban? Megmondom én neked, 80. Mivel idióta döntés alapján még mindig rengeteg külön topik van, meg Kezdő - Haladó is külön, hány kérdés thread-je megy a helyére?
Régi jó mondásunk a hadseregből. Jelentem, feljelentem!
(#16710) - ez mér'van még meg?
Segítsek a ft-nak, hogyan kell Tg-nek jelentkezni?
[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz #20749568 #16713 üzenetére
Nincs olyan, hogy moderátorok által leszart topik.
Ez kincstári válasz volt. Anno páran értelmes kezdeményezéssel össze akartunk vonatni pár kezdő topikot, azokat meg lezáratni, amikbe 10 év alatt cc 20 hsz érkezett és pár külön topikot is csináltunk volna. Már megvolt az új Összefoglaló is részben. Elég sokáig rágták a dolgot a Tg topikokban is szó esett róla, a végső döntés magyarázata nekem egyértelmű volt. Mi okból nem engedték, hogy a Kezdő, Ubuntu és a Mint egyben fusson, kettő meg lezárásra kerüljön? Az akkori 2 Tg komoly munkát tett bele, de inkább.....egyik Tg inkább le is mondott, mert nem szarták le a Linuxos topikokat, Ok engem más miatt lőttek ki, de két topik azóta is az enyészeté. Ez nem leszarás. Akkor mi számít annak?
Aktuális link az egyik topik Összefoglalójából.....
Ubuntu 14.04 telepítése Windows 8/8.1 melléEgyébként igen, volt már ilyen a Win topikokban is.
Jó nekik.
[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz #20749568 #16715 üzenetére
Ezt pont Te mondod, hogy jelentkezni lehet, ja meg javasolni is lehet, hát persze. Ismerem a hátterét, szerencsére a Kezdőbe rá tudtam beszélni Kapitányt, nála nehéz lett volna kifogást találni, hogy miért nem lesz jó.
Amikor privátban nagybetűssel próbáltam egy alkalmas személyről egyeztetni, finoman elhajtottak, hogy ne foglalkozzak én ezzel, mert ők intézik!
Ha tényleg annyi rengeteg dolguk van, akkor miért hajtottak el a vakanyámba a javaslataimmal? Teljesen ésszerűen leírtam, miért lenne fontos, hogy legyen Tg, ha már nem lehetett ésszerűen összevonni a 3 tök ugyanazon témájú topikot! Ha csak azért, mert én javasoltam, akkor síkidióta szűklátókörő népekről beszélünk. Más okot meg nem láttam azóta sem......
Erőn felül teljesítenek...... aham, így aztán nem akarnak Tg-t x topikba, aki amúgy az ő munkájukat végezné! Értem.
[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz #20749568 #16717 üzenetére
Nemá'szerinzed direkt szoptják a Linux topikokat?
Tényszerű, a leírtak alapján. hogy miért azt nem tudtuk meg anno.
Én is voltam gazdi a Ubuntu topikban ha emlékszel
Ja, először azért simán elhajtottak, hátha nem mész vissza többször ezzel a kérdéssel.
Az, hogy téged elhajtottak, az meg igazából nem lehet meglepő...
Na ez igaz, de ha nem magát az ügyet nézték a javaslatom mögött, akkor erősen korlátoltak.
A TG pedig nem a modik munkáját végzi, a TG legfontosabb dolga az összefoglaló, azt krg nem a modik írják.
Nem a fenét, a szarsepregetéssel segítenek, tudom kinek a dolga az Összefoglaló, arra céloztam, hogy ahhoz kéne Tg. Minimál fogalmam még van a Tg feladatköréről. De meg lehet oldani ezeket a dolgokat másképpen is, mint a példa mutatja. Összefoglalót is lehet írni, hogyne. Aztán azt ki a nyamvadt ragya fogja karban tartani?
Egy BB topikban mázsányi Tg-t neveznek ki és még egyszer annyi moderákot is, akkor biztosan azt szarják le, nem a Linuxos topikokat.
Inkább nem is írok a topikokba, mert így egyszer csak eltűnik 100 hsz-em, mert egy része mondjuk off valóban. De qrva jó.
-
zoltanz
nagyúr
válasz ubyegon2 #16706 üzenetére
"Milyen SSD az, klónozva raktad át a rendszert vagy friss telepítés volt?"
Tiszta telepítés volt, BX500 az SSD. Nem szoktam piszkálni a rendszert, annyira nem is értek hozzá, persze amit muszáj az más.
[ Szerkesztve ]
Manapság egy előnye van ha nem vagy szegény, színvonalasabb ellenségeid lehetnek
-
ubyegon2
nagyúr
válasz zoltanz #16719 üzenetére
Ez így érdekes, Debiannál a telepítés során be lehet jelölni az FSTAB-ba szánt opciókat, sok disztró alapból berakja a discard noatime párost, de itt ha a Haladó telepítést választod, akkor lehetne manuálisan beírni install alatt, ezek szerint a normál telepítő ezt nem teszi meg. Már Debiannál is furcsállottam ezt a acrhklónoktól átvett Calamares telepítősegédet(igaz csak live verziónál), de már a Mintesek is átvették.
Szóval nincs alapból egyik sem(most ki is próbáltam), így mint Frawly SSD-processorunk említette, vagy berakod az időzített vagy az online TRIM-et, de ha ez a LMDE3 csak egy hétig él még, akkor nincs sok jelentősége.
(mivel ez itt ON-nak számít, így offba teszem, hátha nem törölteti senki, míg nem olvasod el)
proc /proc proc defaults 0 0
Ezt a sort nálam is berakta, de máshol nem láttam, nem értem mi a fenének ez ide, de majd utána járok.
[ Szerkesztve ]
-
Frawly
veterán
Neked az volt. Közben meg az emberkének Ubuntu-n nem ment full sebességgel a pendrive, de még csak az USB2-es limitet sem futotta meg. Jó, az egész félig BIOS beállítással volt összefüggésben, és ezzel meg is oldódott, de szerintem kifejezetten érdekes lett volna, ha kiderül az eredeti ok. Ennyi erővel, ami nem annyira rettenet szorosan összefüggő thread, a fórum 90-95%-a törölhető lenne. De te tudod, ha jól érzed magad ilyen jelentgetésekkel, akkor a lelked rajta, én nagyon nem szívlelem az ilyet, de nem akarlak leoltogatni, vagy ilyesmi, nekem végül is mindegy, nem szívügyem a fórum, meg Ubuntut sem használok.
-
ubyegon2
nagyúr
válasz Frawly #16721 üzenetére
Ezek szerint van még egy másként gondolkodó , de amit írsz, maximálisan így látom én is, számtalan részben off vagy menet közben offba váltó thread van a topikokban, remélem ezentúl minden ilyen jelentésre kerül!
Amúgy a végére kiderült, hogy nincs is gond a kérdező pendrive-jával, ezt le is írtam neki saját penem példájával magyarázva, lehet, hogy már nem tudta elolvasni. Így járt, úgy látszik nem egy ilyen példaértékűen szabályozott topikba kellett volna kérdeznie. A lényeg az volt, hogy amit kérdező belinkelt, ott 59MB/s sebességet mutattak ki, kollégának meg 40 körül volt, ezeknél a mai pendrive-oknál sajnos ez bőven hibahatáron belül van, így talán sikerült megnyugtatni, hogy semmi gáz nincs az eszközével(jelentékeny kollégának ez jelentette, hogy semmi érdemi infó nem volt a végén). Nemrég vettem egy Sandisc Flairt az Extreme utódjának, egy évet sem bírta, pedig nem az olcsó kategória és alig használtam. Normál esetben sem ér a már nem gyártott Extreme nyomába, de ez meg már 6. évét tapossa és ezalatt folyamatosan erre másoltam a TV-n nézendő filmeket, szóval ez megszolgálta az árát, de már ötöde az írási sebessége, mint fénykorában volt.
A törlés kéréséről még annyit, hogy az úgy korrekt, ha egyből figyelmeztetem a kérdezőt, hogy ez itt off, de viceházmesterünk is válaszolgatott neki, csak később döntött úgy, hogy ezt nagyon fontos jelentenie! (más kérdés, hogy értem a pszichológiai hátterét a dolognak)
[ Szerkesztve ]
-
Frawly
veterán
válasz #20749568 #16723 üzenetére
Mármint melyik HD-ról van szó? 720p-ben simán kéne működnie. 1080p Linux alatt nem támogatott, vagyis támogatott lenne, de a Netflix szándékosan úgy intézi, hogy csak exkluzív eszközökön, meg csak Windowson és MacOS-en menjen. Sok hónapig volt is erre böngészőaddon, ami átverte a Netflixet, és szépen ment Linuxon is az 1080p-s stream, de aztán a cég közbeavatkozott, valamit kevertek a rendszeren, és többé nem lehetséges, csak 720p-ben.
-
ubyegon2
nagyúr
válasz Frawly #16724 üzenetére
Erről volt szó szerintem a Netflix topikban is! (kolléga biztos nem ismeri....ja de)
Amúgy meg igen szerencsés ez a RX550x dVGA, mert Ubuntu-n nem a legjobb a driver támogatása. Emellett az UHD 620 is simán vihetné, no de ebbe nem okoskodnék bele, mert nekem egyik gépemben sincs dVGA, szegény embör anélkül is elvan.
(#16723) Aweriot
Lehet nem ártana gyúrnod kicsit! Ha már egy ilyen pengenoti is nehéz. Egy HP 8560w workstationt kellett volna előtte használnod. Na az nehéz.
[ Szerkesztve ]
-
cigam
félisten
válasz ubyegon2 #16722 üzenetére
Jesszus! Milyen végére? A megoldás ott van, amit saját maga válaszolt meg: #36511
A többi csak felesleges szócséplés volt, mert eleve nem az volt a kérdés, hogy miért gyorsabb USB3-on.
[ Szerkesztve ]
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
ubyegon2
nagyúr
Mivel töröltetted, így nem tudom belinkelni egyik hsz-t sem, így aztán..... Amúgy én tökéletesen tisztában vagyok vele, milyen kérdések voltak még azután is, amit linkeltél. De inkább kontrolláld a topikokat, nincs-e véletlenül off. Én meg megpróbálom még kevesebb alkalomra redukálni az ilyen szakszerű topikokba való belekotnyeleskedéseim számát.
[ Szerkesztve ]
-
Frawly
veterán
válasz Frawly #16705 üzenetére
Végre megy UEFI boottal a Gentoo. Végül kiderült, hogy kicsit mindenki hibája volt.
Legfőképp a QEMU OVMF UEFI firmware hibája, mert azt a hülye hibaüzenetet adta, hogy nem találja az indítófájlt. Közben kiderül egy Win10 UEFI bootos telepítésével, hogy az bootol, ergo az .efi kernel binárisának a tartalma nem tetszett neki, nem az volt, hogy a fájlt nem találja. Ezt a not found hibaüzenetet egy kretén tehette bele, teljesen félretájékoztatja a felhasználót a hiba természetéről. Az egész ott lett gyanús, még a Win10 telepítése előtt, hogy az UEFI konzoljában indítva az .efi fájlt Unsupported-nek írta, azért telepítettem a Win10-et, hogy annak a bootx64.efi fájljára mit ír. Semmit nem írt, simán indult vele.
Aztán hibás volt a Gentoo leírása is, vagyis csak félig. Egy régi cikkben a kernelfordításnál az EFI boot támogatást a menuconfig Firmware Device Drivers részben rendelte el bekapcsolni. Kiderült egy másik Gentoo Wiki cikkből, hogy nem itt kell bekapcsolni, hanem a Processor type and features-ben kellett bekapcsolni sokkal több EFI-s opciót, EFI runtime, EFI stub, meg állandó kernel paramétert is be kellett drótozni, és így fordítani újra a kernelt. A bedrótozott kernel paraméternél a Gentoo Wiki által javasolt root=PARTUUID=blabla nem volt jó, hiába gépeltem be jól a hosszú PARTUUID-t, végül root=/dev/sda2 megadásával bootolt csak. Tehát a rendes EFI támogatás nem volt belefordítva a kernelbe, azért nem bootolta be az UEFI BIOS.
Így már rendben bootol a QEMU-ban UEFI boottal a Gentoo alaprendszer. Az EFI stub boot sokkal jobban tetszik az Arch megoldásánál. Se systemd-boot, se .conf fájlok, se mkinitcpio-zással initramfs, se semmi, szög egyszerű, a kernel egy darab .efi fájl, annak az elérése közvetlenül bedrótozva az UEFI BIOS-ba. Elvileg lehet ilyet Archon is művelni, de ott sose sikerült működésre bírnom, de ezután lehet sikerülni fog.
Bár azért a systemd-bootnak és az initramfs-nek is megvan az előnye. A systemd-bootnál nem kell külön bejegyzés az UEFI BIOS-ban, mert a .conf fájlok alapján automatikusan megtalálja mit kell indítani. Meg systemd-bootnál előhozható egy kellemes kis menü is, amiben át lehet hegeszteni induláskor a kernelparamétereket, eseti jelleggel, ahogy GRUB-ban is. Ez utóbbi EFI stub bootnál problémásabb, főleg, ha nincs vészkonzol az UEFI BIOS-ban. Az initramfs meg kell, ha titkosított rendszerről vagy RAID-ről bootol valaki, vagy a /var másik partíción van, stb.. Azaz bonyolító tényező, de ad némi plusz rugalmasságot cserébe.
Az EFI stub boot szög egyszerű, de rugalmatlan, csak azt tudja, amit előre bedrótoztak neki, megváltoztatni nem lehet, csak ha az egész bootbejegyzés újra van csinálva. Így az egyszerűség oltárán a rugalmasságot be kell áldozni.
[ Szerkesztve ]
-
Frawly
veterán
Ez a kérdés elkerülte a figyelmem. Slackware-t csak nagyon régen használtam. Most már nem használnám, mert bár systemd-mentes, de nagyon elavult csomagok vannak benne, kevés csomag van a tárolójában, a csomagkezelője nagyon primitív, függőségeket sem kezel, épp úgy neked kell szinte mindent forráskódból pörgetni (ami nincs benne a tárolókban), ahogy Gentoo-nál. Ráadásul kiadás alapú. Tehát többféle disztró hátrányát ötvözi, előnyök nélkül. Akkor inkább a Gentoo.
Persze, akinek egyik mainstream systemd-mentes alternatíva sem jön be, az azért bepróbálhatja vészesetben. De én annyira nem szeretem szegény Salakot, hogy akkor már inkább elviselném az Archban a systemd-t.
-
-
zoltanz
nagyúr
válasz Frawly #16729 üzenetére
Szuper. Csodálkoztam volna ha nem megy amúgy.
Ez is hasznos hibakereséskor boot-oláskor:
Kétszámjegyű, nyolcszegmenses kijelzőn hexadecimális kódok jelennek meg, amelyek megmutatják, hogy éppen mely részegységet inicializálja a BIOS vagy UEFI.Manapság egy előnye van ha nem vagy szegény, színvonalasabb ellenségeid lehetnek
-
Frawly
veterán
-
Frawly
veterán
Gentoo-s kalandok folytatódnak. Felbuzdulva az EFI stub boot sikerén, nekiálltam dwm-et feltelepíteni. Először csak néhány x11-es függőséget húzott be. Ezzel egész gyorsan elkészült 7-8 perc, de nuku startx. No, fene, tegyük fel a xorg-server csomagot. Ez már nagyobb fordításnak ígérkezik. Már mindjárt indulásból megfosatott, húzza be a mesa-t függőségnek, az az llvm-common-t. De utóbbi lemenet 1-2 perc alatt, már kezdtem is megörülni, hogy akkor megúsztam a nehezét. Kár volt örülni eleve hosszú volt a fordítási ideje a dev-utils-nak is, de most meg 18 perce elkezdte forgatni az llvm-8.0.-1-et. Basszus, azt hittem, hogy megúszom, de ezek szerint nem Majd meglátjuk mennyi idő lesz. Kékluficet hasonló procival 1,5 vagy 3 órát vagy mennyit írt rá, nem emlékszem pontosan.
Érdekes, hogy a fordítás hosszú, de memóriából nem sokat nyakal be, 2,2 giga RAM fogyasztásnál jár, igaz még közelében sincs, hogy végezzen.
[ Szerkesztve ]
-
Frawly
veterán
válasz Frawly #16735 üzenetére
Közben azt írják a neten, hogy nekem Intel GPU-hoz nem kellett volna LLVM, az csak AMD GPU-khoz kell. Meg kellett volna adnom a make.conf-ban a LLVM_TARGETS="X86" sort, akkor állítólag jelentősen lerövidül az LLVM fordítási ideje.
Egy kérdés: meg lehet szakítani biztonságosan úgy a fordítási folyamatot, hogy utána újra lehessen kezdeni?
-
Frawly
veterán
válasz Frawly #16736 üzenetére
Na, kilőttem 1 óra után az LLVM fordítását. Bepróbálkoztam ezzel az LLVM_TARGETS="X86" trükkel, de nem jött be, az emerge szólt, hogy a csomagnak a függőségébe be van emelve az AMDGPU target, szóval azt is hozzá kellett vegyem. De még így is lehet nyereség, hogy csak ~1 óra körül lesz két darab targettel, mert lenne neki sokkal több.
-
Frawly
veterán
válasz Frawly #16737 üzenetére
Végül 64 perc alatt fordította le két targettel a 8.0.1-es LLVM-et. Azért ezt a jövőben nem engedem neki. Meg natívan futtatva a gépen 20-30%-kal gyorsabb lesz az egész. Ezt a kernelfordítási időből tudom, hogy ennyivel lassabb a defconfigos kernel futtatása virtuális gépen, virtuális procival (igaz bekapcsolt kvm-mel), virtuális statikus lemezképre.
Az LLVM elvileg nekem csak a Firefoxhoz kell majd, de az behúzza függőségnek a Rust-ot, és az behúzza a saját LLVM-jét, azért sok idő FF-ot fordítgatni.
A Mesa fordítása sem volt piskóta, kb. 13 perc.
[ Szerkesztve ]
-
Frawly
veterán
Ajjaj, ezzel a Gentoo-val nem leszünk barátok. Igaz megint a QEMU szivatásából, de nagy nehezen felszenvedtem működőre a Xorg + dwm kombót. Erre telepíteném a termite terminált, masked by ~amd64 keyword. Neten meglett a megoldást, hogy hol kell a maszkolt csomagot keywordként hozzáadni, majd emerge-dzsel telepítem. Erre hiába települt rendben, nem található sehol a rendszeren, nincs ilyen bináris.
A dwm forráskódját sem tudom átszerkeszteni fordítás előtt, azt írja, hogy a /var/tmp/portage/x11-blabla... mappában van, de nincs ilyen mappa.
Ráadásul dwm-ből való kilépésnél minden második alkalommal lefagy a X.org. Igaz ez lehet a QEMU hibája is megint, vagy az ahhoz tartozó xf86-video-vmware videódriveré.
Már előre félek, hogy ha ilyen egyszerű dolgok, mint a termite nem mennek, akkor mi lesz majd, ha az igazán bonyolult progikra kerül a sor, Wine, Steam, stb.. De már egy Goldendict is kihívás lesz, mivel webkit-gtk-ra épül, az meg megint hosszú forgatás.
Az előző hozzászólásban nem kernel *futtatását akartam írni, hanem fordítását.
[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz Frawly #16739 üzenetére
Ajjaj, ezzel a Gentoo-val nem leszünk barátok
Szerintem ezt már én az elején megtippeltem! Megint nekiduráltad magad, de ehhez kell is a duracell nyuszi kitartása. Az már sejthető, miért adta a fejlesztő csapat a Szamárpingvin nevet a disztrónak, igen makacs jószág és sz*rik arra, Te mit szeretnél elvárni tőle.
Ha valami csoda folytán mégis felraknád véglegesre, utána, ha addigra nem leszel idegrángásos, mindenképpen kiújult arcidegzsábával fogod várni az érkező aktuális csomagfrissítéseket!
Nem lenne hülyeség leírnod egy cetlire, milyen pozitív és milyen negatív impulzusok érnek a telepítés próba elejétől az x hét alatt és végig kéne gondolni, nem fogsz-e Húsvétig károsodni! Mert hát ugye azt már látjuk, hogy ez nem a két ünnep közti gyors akció lesz!
Nem lenne jó, ha zubbonyba kényszerülnél.Előttem van a kép, amint már hátrakötött zubbonyban ülsz és vadul nyomogatod a billenytűket az orrod hegyével, a köztes 4-5 órákban meg üvöltve szidod Pöttömfrikket!
-
Rimuru
veterán
-
Rimuru
veterán
válasz Frawly #16739 üzenetére
Multkor elkuldok, hogy mukodik a keywords.
Ott van a /var/tmp/portage alatt, de csak forditas ideje alatt, nem veletlen tmp (magic). Gondolom nem szeretned hogy X ezer csomag forraskodja arvalkodjon a gepen feleslegesen.
Van beepitett megldas patchre, de most nem ezt szeretned, a dwm az amit ujra kell forditani ha configot akarsz valtoztatni ugye? (milyen user friendly megoldas mar )
Ennyit segitek (savedconfigbol mar ki tudsz indulni):echo 'x11-wm/dwm savedconfig' >> /etc/portage/package.use/dwm
Vigyázat, csalok!
-
Frawly
veterán
válasz Rimuru #16742 üzenetére
A dwm-et nem patchelni akartam, hanem a billentyűparancsait átszerkeszteni, mert a Alt+Shift összeakadt a host gépen futó WM billentyűparancsával.
Ezt a savedconfig-ot nem értem, hogy mi ez, hogy működik, miben segítene. Nálam nincs a /etc/portgage/package.use mappában dwm. Csak egyetlen, magányos zz-autounmask fájl.
Vagy már a dwm tudna configfájlt is kezelni? Mert régen nem tudott.
(#16740) ubyegon2: igazad van valószínűleg, nem kéne szivatnom magam vele. De azért kihívásból, meg tapasztalatszerzésből lehet mégis belevágok. Eddig azt érzem, hogy rosszabb az Archnál szinte minden tekintetben: hosszú telepítési idők az állandó forgatás miatt, frissessége elég rossz, kisebb a kontrollom a rendszer felett. Egyszerűen nem látom, hogy hol adna olyan előnyt, amit más disztró ne tudna. Egyedül a systemd-mentesség lenne az előnye, de azt más disztró is tudja nyújtani. Minden más meg csak a hátránya. Tényleg nem látom, hogy a sok szívás hol fog kifizetődni. Még a géphez optimalizáltan forgatott kód sem előny, mert nem lesz érzékelhetően gyorsabb, de cserébe a forgatással elvesztek egy csomó időt. Semmit nem spórolok rajta.
Az is lehet, hogy a második SSD-re teszem csak fel, a Win10 helyére. Azon el tudok vele bíbelődni, ha van időm, natívan megy úgy legalább.
[ Szerkesztve ]
-
F34R
nagyúr
válasz Frawly #16743 üzenetére
Dehogy tud... ez egy full C-ben irodott kis ablakkezelo, az ilyen es hozza hasonlok csak ujraforditassal mukodnek... ezert pl dwm-et nem is Gentoo-val oldanam meg... Akar mehetne gitbol nyersen.. igy akarmikor tudod mar magadnak a home alol is szerkesztgetni..
[link] ott van a config.def.h abban atirod ami kell es mar fordithatod is kezzel magadnak a dwm-et... szoval make... sudo make install... es kesz is. ha valami nem koser akkor a config.h-t torlod megint szerkeszted a config.def.h-t es ujra forgatod. szogegyszeru... -
Rimuru
veterán
válasz Frawly #16743 üzenetére
Vedd elo az erto olvasast es probald ujra. [link]
Az ubys reszre meg ennyit: loool
F34R: te is onszopatnad magad? portage megoldja a configot dwmnel, szerkeszted utana eleg enyi: emerge -1 dwm
Nem ertem miert szivatjak magukat az emberek tok egyszeru dolgoknal.
[ Szerkesztve ]
Vigyázat, csalok!
-
ubyegon2
nagyúr
válasz Rimuru #16741 üzenetére
Ja, hogy látóasszony nem lesz belőle.....óóóó akkor bakfitty! Minek kinlódni vele!
(#16743) Frawly
A systemd mentesságet tudtam, hogy előnye számodra, akartam is írni, hogy szerintem hamar meg fogod szeretni még ezt a galád systemd-t is!
Viszont, ha a Winx helyére tennéd......valami értelme már lenne!De csinálhatnál Te is egy CSOKorra való kispuját tényleg!
Ez az igazi kéklufis poen!
Nem ertem miert szivatjak magukat az emberek tok egyszeru dolgoknal.
[ Szerkesztve ]
-
Frawly
veterán
válasz #20749568 #16746 üzenetére
Tisztában vagyok vele. Egy bináris, telepítővel rendelkező disztró felhúzása 2-10 perc egy modern gépre. De egy Archot is felnyomok neked 10-15 perc alatt, csak a net sebességétől függ, hogy milyen gyorsan szedi le a csomagokat (meg esetleg van-e különleges igény, pl. LUKS, LVM, RAID, stb.).
De ennek a gentoo-zásnak a tanulás a lényege. Egyébként már érdekes tapasztalatszerzésnek. Eddig nem voltam tisztában vele, hogy a Linux is, meg az opensource software-ek (pl. Firefox, Chrome, LibreOffice) milyen bloat lett. Ilyen pár millió kódsoros kis csöppségek vannak benne, 100-1000 MB forráskóddal, amik egy szimplább notin 1-6 órán át fordulnak. Egyébként félelmetes, ha már a Linux ilyen, a Win10 forráskódja milyen lehet, szerintem lefosnánk a gatyát, ha meglátnánk, csak abba nem láthat bele senki, a MS féltve őrzi titokként. Sőt, szerintem a régi Windowsok forráskódját is azért nem nyitották meg, mert töménytelen mennyiségű, eszetlen gányolás lehet benne, és nem merik vele magukat égetni, teljesen vállalhatatlan.
Meg igazából egy ilyen Gentoo-nál látod meg, hogy egy Linux disztró készítése és karban tartása micsoda rettenet nagy munkával jár a disztró készítőinek részéről. Úgy értem, hogy a független disztróknál, akik forráskódból forgatnak mindent. Azok a disztrók mások, amelyek maguk is alapulnak valami másik disztrón. Iszonyat nagy meló, rettenet sok időt és gépi erőforrást felemészt. Főleg egy Archnál, aminél azonnal tolják bele a frissebbnél frissebb verziókat.
kékluficet: ez nem értő olvasás. Nagyon tömör voltál, és még nem néztem utána ennek a saved confignak. Ha jól értem, ez egy Gentoo only megoldás, amivel config fájl alapján a Gentoo módosítja a dwm forráskódját, még fordítás előtt, és nem nekem kell kézzel szerkeszteni a forráskódot, mielőtt lefordulna. De ezt ne döntse már el helyettem. Tartsa meg a forráskódot, én meg beleszerkesztem, amit akarok.
Új hozzászólás Aktív témák
- Politika
- Luck Dragon: Asszociációs játék. :)
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Kormányok / autós szimulátorok topicja
- Elektromos rásegítésű kerékpárok
- E-book olvasók
- Okos Otthon / Smart Home
- Kerékpárosok, bringások ide!
- Világ Ninjái és Kódfejtői, egyesüljetek!
- Vezeték nélküli fülhallgatók
- További aktív témák...