Új hozzászólás Aktív témák
-
Frawly
veterán
Még a USE flagekkel sem lenne bajom, mert hasznosak, ha nem akarsz belefordítani a csomagokba valami bloat feature-t. Hanem ez az emerge nagyon minimalista, nem jelzi ki jól a függőségi fát, hogy egy adott csomagot a USE flag-ek vagy egy másik csomag függősége miatt húz-e be. Valahogy nem nagyon lehet szabályozni, hogy milyen csomagnak milyen USE flag-je legyen.
Azt viszont jó, hogy írod, hogy az Artix-ban libsystemd van, ezt nem tudtam. Elég kár. Mondom, nekem megfelelne a Gentoo, hajlandó vagyok beletenni a munkát, csak legyen átláthatóbb.
-
Frawly
veterán
Nem is az a baj, hogy dolgozni kell vele, meg fordítgatni kell forráskódból. Hanem nem látni, hogy milyen csomagnak milyen USE flag-je nem stimmel. Ilyen Calculate Linuxnak számomra nincs értelme, mert ennyi erővel feltehetnék egy Artix-ot, ami Arch alapú, friss, valódi rolling, nem kell vele szenvedni és systemd sincs benne.
Kicsit erőlködtem még Gentoo-val. Leszedtem pár csomagot, majd újra felraktam. Most már 2 órán keresztül fordítgatta a Haskell-t is, pedig a kutya nem kérte rá, félreazonosította az opengl csomagot, egy haskellesre. De lett előrelépés, most már a startx után csontrafagy. Ebből újratelepítés lesz, ha akkor is szórakozik is fütyiségekkel, akkor dobom. Kár érte, mert majdnem ott voltam, hogy működik minden, jó volt az OpenGL, lett ALSA hang, erre ment az egész a süllyesztőbe. Egy centin múlt, hogy végül nem laktam be.
-
Frawly
veterán
Majdnem így, csak a --new-use-t használva. Most éjszaka adtam ki, elfordítgatott pár órát, 119 csomagot. De most se jó. Mit tudnék ezzel csinálni?
Nem az, hogy a picom nem jó, de a startx és a Firefox is túl lassan tölt be, tehát valami alapvető probléma van. Ami nem lenne baj, de fogalmam sincs, hogy hol keressem a megoldást, és a teljes újratelepítésen kívül mit tehetnék.
-
Frawly
veterán
Ez egyre kínkeservesebb
Nagy nehezen csiholtam ALSA hangot, majdnem vért hugyoztam vele. Utána kicsit még kísérleteztem a Sway-jel, mert a másik fórumon linkeltek hozzá egy ilyen SUID bites trükköt, persze nem működött. De annyit mégis elértem vele, hogy addig telepítettem hozzá extra megoldásokat (pl. weston), amíg nem fordított újra az emerge pár dolgot wayland USE flaggel. Na, ez volt óriási hiba, mert most már megint nem megy a picom 
Persze próbáltam visszacsinálni, leszedtem az összes weston-os és sway-akármis csomagot, a zz-autounmask-ból kivettem a mesa-t az utána beírt wayland USE flag-gel együtt, próbáltam megint mindent opengl USE flag-gel fordítani, opengl mesa picom csomagokat, de hiába, nem tudja használni az OpenGL-t.
Az i915 kerneldriver rendben van, a glxinfo szerint megy a DRI hardveres gyorsítás is, a glxgears is pörög, de OpenGL nem akar menni. Hogy tudnám visszacsinálni ezt a wayland-es kárt, hogy újra menjen az egész? Érzem, hogy valamit még újra kéne fordítani az opengl USE flag-gel, de nem tudom micsodát, meg melyik paranccsal kéne az összes érintett csomagot újrafordítani.
-
Frawly
veterán
Na, úgy néz ki, hogy neked lett igazad. Az opengl kellett USE flagnek. Utána a picom újrafordításánál lehúzott pluszba egy opengl csomagot, és utána újrafordult a picom. Mindkét kód kicsi, nem volt 1 perc összesen. Utána egyből jó lett, van transzparencia meg vsync meg minden.
-
Frawly
veterán
Igen, a userem benne van mindenféle csoportban, amiről a Gentoo Wiki ír, egyedül a games csoportban nincs, mert arra azt írta a rendszer, hogy nincs ilyen csoport, holott a Wiki szerint kéne, hogy legyen. Minden más csoportba beletettem.
Az lesz a második problémánál, a make.conf USE-ba beleteszem az opengl-t, de attól félek nem fog segíteni.
-
Frawly
veterán
Jó, de most mondom, hogy nem a környezeti változók a gond. Először én is azt hittem, de azóta pótoltam őket kézzel. Hanem a kezelt hardvereszközöket nem éri el a Sway elogind nélkül, tehát képernyő, billentyűzet, egér, egyéb eszközök. Terminálkimenetben nyühögi az ilyenforráskód.c error meg amolyanforráskód.c line 542 faxtudjami errorjait, hogy nem éri el az eszközöket. Gondolom jogosultság miatt, ha rootként futtattom, úgy meg sehogy nem hajlandó futni.
Egyébként ezért jó a Gentoo, már tanultam egy csomó hasznos dolgot, meg pár programról, amiről korábban azt hittem, hogy minimalisták, kiderült, hogy bloatok. Ez a Sway is, meg pl. a Termite terminál is. Utóbbi is csak hiába 2 mega, de van egy rakat Gtk-s, Gnome-os, harfbuzzos, ikontémás, lófügyis függősége, ami rohadt bloattá teszi sajnos. Már a fordítási időből látszik, hogy valami bloat, de ezt addig nem látod, amíg el nem kezded forráskódból forgatni, vagy nem Gentoo-t használsz. Aki most kezdi ezeket először, mint én is, annak egy ilyen durva első felismerés, szemfelnyitó pillanat.
Most a picom kompozitorral szopok, panaszkodik, hogy nincs belefordítva a glx támogatás, ami OpenGL-es. Nem tudom melyik USE flag-gel lehetne ezt pótolni. Semmi nem írja, megnéztem a forráskódját és a meson scriptjét, és onnan sem derül ki.
-
Frawly
veterán
Nem, mindenképp kell neki elogind. A ck-launch-session csak annyit segítene rajta, hogy gondoskodna indulás előtt a környezeti változókról. Viszont ez mindhiába, mégse működik, mert mikor a Sway kezelne az eszközöket (kijelző, stb.), akkor dobálgatja a forráskód.c error-okat, nem éri el őket. Nálad azért meg ck-lauch után, mert eleve az elogind-t is feltetted.
-
Frawly
veterán
Az az igazság, ha egy mód van rá, nem szeretnék elogind-zni. Nem lustaság, mert simán fel tudnám rakni, hanem ezzel megindulnék egy megkérdőjelezhető úton. Ugyanis ezzel a belakott rendszeren, ilyen-olyan progik miatt szépen futna mindenféle ilyend, olyand, feleslegd, bloatd, mi-a-bráner-d, és igaz, hogy ezek csak akkor töltődnek be, ha valaminek kell, de a végén, amikor grafikus felületről használom a rendszert, és már futna minden lófütyi, akkor ott leszek, ahol a part szakad, mert ennyi erővel maradhattam volna egy systemd-s disztrón is. Így átgondolva lehet dobni fogom a Sway-t, de ez meg egy másik irányú gödör, mert most dobom ezt, de lehet ott lesz még másik 2-3 progi, amiknek szintén fog kelleni.
-
Frawly
veterán
Megint elakadtam a rendszer belakása közben. Felraktam a SwayWM-et, de nem működik. Az okát is tudom. Hiányzik neki néhány környezeti változó, XDG_RUNTIME_DIR, SWAYSOCK, stb.. Az a baj, hogy ezek egy részét hiába állítom be kézzel, a SWAYSOCK-ot nem lehet, mert az már csak a Sway indulása után létrejött fájlra építene.
Archon működik, de ott a systemd systemctl nevű toolja gondoskodik erről, hogy beállítja ezeket a szükséges környezeti változókat a /etc/sway/conf.d/10-systemd.conf fájlban lévő scripttel:
#!/bin/sh
#
# FS#63021
#
systemctl --user import-environment DISPLAY WAYLAND_DISPLAY SWAYSOCK XCURSOR_SIZE
if command -v dbus-update-activation-environment >/dev/null 2>&1; then
dbus-update-activation-environment DISPLAY WAYLAND_DISPLAY SWAYSOCK XCURSOR_SIZE
fiNa már most Gentoo alatt OpenRC initrendszert használok. Ott is lehet ilyen conf.d trükköt eljátszani, de gyanítom nem fog működni.
Tudom, hogy Kékluficet is Sway-t használ, ezért kérném a segítségét, hogy ő ezt hogy állította be.
Jelenleg fut ugyan a Sway, kézzel beállítgatott környezeti változókkal, de a grafikus alkalmazások nem indulnak, nem találják a displayt, meg a Sway socketet. Tehát fent van, működik a Sway, csak nettó használhatatlan.
Szerk.: a Sway oldalán lévő dokumentáció azt írja, hogy elogind kell neki, és ez alapján újra kell forgatni a wlroots-t. Ez tényleg működhet?
-
-
Frawly
veterán
Ez egyelőre még mindig egy régi szubnoti, ThinkPad X220 egy mindössze 35W TDPS-s i5-2520M-es alaplappal, amit ugyanebben a topikban írtam pár hozzászólással ezelőtt. Azért elég halovány gép ez már, nyilván le lesz cserélve, de egyelőre ezen gyakorlok, virtuális gép alatt. 16 GB-ból 10 GB RAM-ot adtam a virtuális gépnek (okulva az esetből fokozatosan emeltem 2-ről 6-ra, majd 6-ról 10-re), meg a prociban lévő összes 2 mag 4 szálat, a make-nek meg a /etc/portage/make.conf-ban a MAKEOPTS= részben "-j5" van megadva, ahány prociszál + 1 szál. USE flag-ek defaulton vannak egyelőre hagyva.
Egyébként még azon is gondolkodok, hogy az új gépben nem csak hogy min. 6 mag 12 szál lesz (esetleg 8 mag 16 szál), hanem a 16 GB helyett betolok neki én is 32 giga RAM-ot, meg egy PCIe 3.0 x4-es NVMe SSD-t, bár ha meg nem fordul nagyobb kód, akkor felesleges pénzégetés, meg overkill, olyan leszek, mint a youtube-os kopasz csávó.
Bár az is igaz, hogy az az m3-as gép sem egy acélszörny. De gondolom te valami optimalizált kapcsolókkal és flagekkel fordítasz, meg gentoo-s témában is nagyobb tapasztalatod van. Meg a rendszered is biztos minimalistább.
-
Frawly
veterán
válasz
Domonkos
#3520
üzenetére
Kár. Amitől még félek, ha már a fő gépemre telepítem, hogy a Wine-vel szopás lesz. Ami ugyebár multilib, meg nem is kicsi, megőszülök mire önmagában lefordul, de aztán még fordítani fog hozzá függőségnek egy rakat 32 bites libet is, mivel a 64 bites rendszeren fent lévő 64 bites libeket a 32 bites Wine nem tudja használni. Dikcsák, nágyón sukór lesz, mo-re.
-
Frawly
veterán
Még mindig virtuális gépen gyakorlom a telepítést, de nem akarom az OFF topikot offolni. Lett egy új kedvencem: glibc. Csak az 50 perc volt, mire lefordult, és közben szépen beszippantotta a virtuális gépnek adott 6 GB RAM-ot. Erre még 15-20 percig leállt malmozni mindenféle nyelvű lokalizációs fájl generálásával, 487 darabbal. Ez meg mi a ráknak, mikor nekem csak en_US UTF8 kell? Ehhez képest a kernel villámgyorsan fordul.
Egyébként már volt értelme gentoo-zni, pedig még nincs is fent a gépen, de már egy csomó csomagról látom, hogy milyen iszonyú bloatok.
A glibc nem lenne kiváltható sima glib-bel? Közben egy fenti hozzászólásommal ellentétben nem lesz már Chromium fordítás, dobtam ezt a böngészőt Archon is, mivel nem tud alternatív DNS-t kezelni, ami meg nekem fontos lett, mióta a lakástulaj által leszerződött netszolgáltató szűr pofátlanul egy csomó oldalt és emiatt 1.1.1.1-es Cloudfare-es DNS-t kell használjak
-
Frawly
veterán
válasz
Domonkos
#3515
üzenetére
Az i5-2520M most csak kényszerből van benne, mert kimúlt a régi alaplap, és a ThinkPad X szériánál a proci rá van forrasztva az alaplapra, így egy tartalék lap van benne ezzel a gyengébbik procival. Majd veszek bele másik alaplapot, amin i7-2620M vagy i7-2640M proci van, bár az sem sokkal gyorsabb, egész minimálisan, +1 MB cache, +200-300 MHz órajel, de épp úgy 2 mag 4 szál, 35W TDP, lepkefing erő. De idővel a laptop is le lesz cserélve valami combosabbra, min. 4 mag 8 szálas modernebb proci.
(#3516) F34R: a két emberes felállással az a baj, hogy kevesen vannak. Még ha lelkiismeretes is csinálják, akkor is túl nagy a veszélye, hogy magánéletbeli problémák miatt akadozik a fejlesztés, meg kiesik a fejlesztő és lehal a projekt. Meg a kisebb disztrók mögött is rengeteg csomag van, így kellenek az emberek mögé, ez a Linux meg opensource olyan mozgalom, hogy csak tömeggel megy, magányos farkasként elég nehezen.
Így nézegetve az LFS-t egyébként nem tűnik nagyobb számnak a Gentoo-nál, meg az Archnál sem nagyon. Épp úgy chroot-os telepítésre építenek, LFS-nél csak annyi a különbség, hogy mielőtt maga fordítja az ember a csomagot, be is kell szereznie innen-onnan az elszórt forráskódot, meg nincs függőségkezelés.
-
Frawly
veterán
Abban viszont igazatok lehet, hogy nem éri meg bütykölni. De ezt mondták anno az Archra is, meg ti sem véletlenül Gentoo-t használtok. Szóval valahol mégis megéri, mert nem csinálnánk, mindenki Ubuntut, MX Linuxot vagy Manjaro-t használna.
LibreOffice-t nem használok, meg LLVM-et sem, csak GCC, Firefox, Chromium, ezeknél kibírom, ha hosszabban fordul, legfeljebb kicsit ritkábban frissítem, nem 1-2 naponta, hanem 1-2 hetente.
-
Frawly
veterán
válasz
Domonkos
#3510
üzenetére
Valószínű saját disztrót rakok inkább össze. Néztem az LFS-t is most, csak a kézikönyvét, meg 1-2 videót róla, de már nem tetszik:
1) nem a legújabbak a csomagok. Nem túl elavultak, relatíve frissek, de elmaradnak az Archtól
2) erőlteti a GRUB-ot, amit nem szeretnék feltenniInkább az LFS mintájára, de nem annak alapján, összerakok valami saját renszert, ami git masterből fordul.
Ez a 77MB-os memófogyasztás tetszik. Főleg, hogy a dwm is fut, az elég királyságos. De a 4.14-es kernel nálam már szörnyen réginek számít.
-
Frawly
veterán
válasz
Domonkos
#3505
üzenetére
Akkor maradok eleinte a stage3-nál.
Az O2 vs. O3 témában sokat olvastam, de nem meggyőzőek az érvek, egyik tábor ezt javasolja, a másik a másikat. Ezek az O2 és O3 paraméterek bekapcsolják linkeléskor az LTO-t? A fordítási időt és áramot nem akarom visszanyerni, max. éjszaka fordítom a csomagokat. A lényeg, hogy mikor használom a gépet, akkor a leggyorsabb binárisokkal legyen használva, nyerjek sebességügyileg egy Arch-hoz képest.
UEFI bootra az EFI stub bootot találtam, ahol a kernel bootol közvetlenül EFI partícióról, se GRUB, se systemd boot. Ilyen van Archon is, de ott sose sikerült működésre bírnom, ezért kicsit tartok tőle. systemd bootot nem csak a systemd miatt nem akarok, de initramfs-t sem szeretnék, nettó felesleges, ha nincs szoftveres titkosítás.
Verzióknál csak annyit ír a Gentoo Wiki, hogy a Portage-t lehet Testing-re állítani, ha az architektúra elé ~ jelet teszünk. De ez elvileg csak a Portage-re vonatkozik, és nem tudom, hogy az Archhoz képest mennyire lesz friss.
Négy célom van a Gentoo-val: 1) szakmailag fejlődjek, hogy ne akadjak el az Arch szintjén, 2) systemd mentes legyen, 3) gyorsabb legyen, 4) frissebb legyen, hogy megérje a vele való munkát.
-
Frawly
veterán
Gentoo-sokhoz lenne pár kérdésem. Egyelőre virtuális gépre fogom telepíteni gyakorlásképp, a jövő hét vége felé, meg fizikai hardverre. Szóval a kérdések sorban:
1) hányas stage-ből érdemes kiindulni? A Gentoo Wiki a stage3-at ajánlja, de én szeretnék minden binárist a legoptimálisabbra fordítani.
2) fordításkor gcc-t vagy clang-ot érdemes használni, és milyen optimalizációs kapcsolókkal? A gépben lévő i5-2520M procihoz az összes utasításkészlet szerint hozzá szeretnék optimalizálni, beleértve a linker optimalizációit is (amit a Clear Linux használ). Villámgyors binárisokat akarok, akkor is, ha 3-4× annyi ideig tart a fordítás. Nem valami combos gép már ez a régi noti, szeretnék belőle minden extra teljesítményt kicsikarni.
3) az UEFI boot hogyan oldható meg GRUB és systemd boot nélkül? Valami egyszerű UEFI bootolási lehetőséget akarok, lehetőleg GRUB nélkül. Ilyet kínál is a systemd, de ha már Gentoo, akkor systemd-t sem akarok a gépre, pont ezért is teszem fel az Arch ellenében.
4) milyen tárolókat érdemes bekapcsolni, ha a legújabb verziókat akarom? A bleeding edge maximumára akarok rámenni, nem a stabilitásra. Már Archon is Testing tárolókat használok jó ideje, nincs is vele gond, de még így sem a legfrissebb néhány csomag, a kernel nem RC-s, a wget 1.99.2 helyett 1.20.3-as csak, a mesa 19.2 helyett csak 19.1.6, a gcc 10-es helyett csak 9.1-es, stb.. Öregszenek az Arch-osok is
5) az initnek OpenRC-re gondoltam, ebben mire kell figyelni, ha párhuzamosan induló szolgáltatásokat akarok a minél gyorsabb bootidő érdekében?
Nagy nehezen csiholtam ALSA hangot, majdnem vért hugyoztam vele. Utána kicsit még kísérleteztem a Sway-jel, mert a másik fórumon linkeltek hozzá egy ilyen SUID bites trükköt, persze nem működött. De annyit mégis elértem vele, hogy addig telepítettem hozzá extra megoldásokat (pl. weston), amíg nem fordított újra az emerge pár dolgot wayland USE flaggel. Na, ez volt óriási hiba, mert most már megint nem megy a picom 
Új hozzászólás Aktív témák
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Parkside szerszám kibeszélő
- Samsung kuponkunyeráló
- OTP Bank topic
- Sokkal jobb ajánlat lett elődjénél az iPhone 17e
- Kínai és egyéb olcsó órák topikja
- Autós topik
- Intel Dual Core 2000 felhasználók barátságos offolós topikja
- Samsung Galaxy S25 - végre van kicsi!
- Borderlands 4
- További aktív témák...
- Apple iPhone 11 Pro Max 64GB, Kártyafüggetlen, 1 Év Garanciával
- Azonnali készpénzes GAMER / üzleti notebook felvásárlás személyesen / csomagküldéssel korrekt áron
- 153 - Lenovo LOQ (15IRX9) - Intel Core i5-13450HX, RTX 4060 (ELKELT)
- Apple iPhone 17 256GB Sage használt, újszerű 100% akku (0 ciklus) garancia 2029.02.10-ig
- BESZÁMÍTÁS! GIGABYTE B360N i5 9600KF 16GB DDR4 512GB SSD GTX 1660 Super 6GB Zalman T3 Plus 400W
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest