Премини към съдържанието

borovaka

Потребител
  • Публикации

    674
  • Регистрация

  • Последно онлайн

Всичко публикувано от borovaka

  1. Мен ми е интересно какъв е проблема със systemd - при условие, че се ползва реално от всички? Преимуществате пред SystemV мисля, че всеки, който е писал сървиси ги знае. А и има доста неща, който нямат никаква алтернатива в класическата INIT система
  2. Това са неща, които се стартират от GNOME, което виждаш в листа. Теб по-скоро те интересуват при boot - System services. Тях можеш да ги видш с sudo systemctl list-unit-files --state=enabled
  3. А защо съветваш да се правят такива простотии - без да си му обяснил даже какво точно ще направи? Нали е ясно, че override на commit - е потенцялно опасна операция ... да съветваш да се disable services, без волбще да си обяснил за какво се ползват е простотия - още повече да му казваш да спира NetworkManger-wait-online, gpu-manger, thermald, apparmor, ufw - си е откровено казнао - чисто простотия и такива постове, като твоя трябва да се макрират като потенциално опасни. Надявам се все пак питащия да не е copy paste бозите, които си писал. п.с. В такива форуми - особено за начинаещи, според мен трябва да има малко повече контрол на това, което се предлага. Точно с такива постове тотално прецаквате начинаещите потребители.
  4. Мне. Не са се сетили сега у Федора FS snapshot няма общо с OSTree. При FS snapshot, дали е ZFS/Btrfs/LVM/Stratis( като последните 2 са точно RH технологии, така, че от Fedora са наясно с идеята ) - имаш някакъв някаква delta с промени на файлове, които директно apply-ваш към някакъв state. При ОsTree е друга схема - имаш Read Only image с някаква Graph структура, като е GIT. От там когато правиш update знаеш точно каква е delta-та с пакети, които трябва да се изтеглят за да направиш от текущия Image нов - update-нат. След като ти се apply-не update - се билдва, нов image, който също е Read Only, новия image се слага за default boot, a стария отива за secondary - по този начин си гарантираш, че дори да ти се омажат update винаги ще имаш система, която ще boot-не. Това което си писал с различните package managers - не е никаква драма, защото просто други package managers ( освен Flatpak, който инсталира приложенията в потребителските folders ) НЯМА Ако ти трябва някакъв пакет в Main OS-a имаш врътка да го include-неш в нов Image, който да apply-неш като Update. Но като цяло идеята е да имаш ReadOnly main OS и всичко друго да са контейнери и Flatpack app-ове. Ако ти е интересно можеш да разгледаш Fedora Toolbox как бачка https://github.com/debarshiray/toolbox - реално е правен за Fedora Atomic ( поново му Silverblue ), но работи и на нормална Fedora Workstation и на всичко което може да пусне Podman. Това реално ти дава вече mutable container с Fedora, който можеш да ползваш за development и да си инсталираш, какво искаш - готиното е, че run-ва като User и нямаш никаква ескалация на Permissions + ReadOnly Main OS ти гарантира, че каквото и да мажеш в toolbox instance няма да повлияе на Мain OS-a. Като цяло идеята не е нова де - Project Atomic е от бая години, CoreOS (който наскоро RH купиха ) също - кофтито е имплементацията за момента - Flatpak има някой проблеми все още, няма достатъчно пакетиран Software и т.н. ама ще е готино ако нещата се случат. Лично аз мисля, че е доста добър замисъл. Иначе идеята е доста стара и я беше описал Leonard Poettering ( моя човек ) http://0pointer.net/blog/revisiting-how-we-put-together-linux-systems.html - интересно, четиво е в общи линии, ако на някой му се занимава да чете - от там доколкото се сещам тръгна Flatpak концепцията като цяло. п.с. Сега най-вероятно ще скочат някакви хора точно заради Leonard Poettering Аз на тоя човек страшно му се кефя на идеите и Avahi/PulseAudio/SystemD/casync Говоря за идеи - имплементацията му може и да е пълно лайно ( не ми дреме особено, щото има кой да го псува и да му оправя бакиите ) - ама точно с тия идеи Linux се промени последните 6-7-8 години към много по-добро отколкото беше. И да не ми говорят разни хора, колко е яко да пиша Bash Scripts както сваря и да си ги ползвам в Init system, или колко е яко да си наконфиш Alsa-та и да switch-ваш manual source ( или да пишеш шантав udev rule или друг shitty script ). п.с. 2 На който му е интересно специално за SystemD може да погледне Много готини концепции са вкарани за Process Isolation - Process firewall-инг/Dynamic PID/File access restriction - etc и ползват CGroups и Namespaces - Реално можеш да си направиш сървиса да има същата изолация като Container, а Process Firewall не сме имали никога реален до сега в Linux ( изключваме Shit-a да run-ваш процеса като някакъв special user и да ползваш iptables -m owner )
  5. Ако е така, когато имаш security issue в някоя версия на библиотека - ще я принесеш навсякъде. При ostree подходя, ако има проблем с версия на библиотека - update-ваш само нея и би трябвало app-овете, които я ползват patch-натата версия. Сега друг е въпроса, който прави пакетите какви своеволия е правил
  6. Ммм това не е така. Точно това е идеята по принцип. Реално винаги имаш 2 ReadOnly OS Images - единия ти е с update ,другия е текущия state. След update при рестарт boot-ваш update-натия image, ако не сработи, си гарантираш, че имаш стария state, който е работил и си сигурен, че ще запали. Идеята е готина като цяло - имплементацията - специално на silverblue е далеч от използваема все още (макар ,че с fedora toolbox си бачка и за development и е ще-годе удобно), Реално дублиране няма да имаш - OSTree, на който е стъпил flatpak има deduplication механизъм. Дублирането идва от там ,че различни приложения могат да таргетират различни SDK-та - примерно flatpack-a на gedit да иска "GNOME Application Platform version 3.30" а на Nautilus да таргетира примерно "GNOME Application Platform version 3.32". Не съм много убеден дали има някакъв deduplication на файлове между зависимостите - ама мисля, че е възможно да се направи. Това пък защо? Аз от бая време ползвам Linux - върши ми доста добра работи, но изобщо нищо не ми пречи да го псувам постоянно Иначе специално Containers/Flatpak концепцията + RO System си е мега добра според мен. За дистрибутиране на software и development е перфектна. Имаш ясен versioning, който ти гарантира predictability. Ако нещо на версия latest/1.2.0 се счупи хардкодваш 1.1.0 - и си гарантираш ,че винаги ще работи - в класическа система сме далеч от това. От друга страна като developer, искам да таргетирам LTS версия на lib X, която е примерно 1.1.1 , в момента, ако тоя дето прави дистрото реши да update-не на 2.0.0 - трябва да си портна app-a, а той реално си работи ОК с LTS-a. И обратното, мога да искам да таргетирам upstream, версия на Library.
  7. borovaka

    Снимки на Вашия Linux - част 2

    Да похейтя малко again ... Колко бъгаво изглежда GNOME на 4К display - единствения шанс (под X - като изключим глупавите xrandr хакове) е да се ползва font scaling factor > 1 е да, ама като имаш Full HD и 4K дисплеи закачени го ... Fractional scaling под wayland - работи ( донякъде ) - поне може да се сетва scaling factor per monitor - е да ама Nvidia под Wayland е мега зле за момента. А за щастливци като мен, които имат Nvidia hard wired към HDMI-a и Display Porta с Intel външен дисплей не пали ( като изключим простотията intel-virtual-output+bumblebee - което под wayland пак не работи )
  8. borovaka

    Въпрос за Virtualbox

    //offtopic Мале аз нищо не разбрах. По темата. За да boot-неш от VM-а - вкарай виртуалката в Bridge с host adapter-a ти, който е вързан към мрежата. п.с. Виж какво си setup-вал на VM-а, ако имаш DHCP сървър го спри, защото най-вероятно в тази мрежа има вече конфигуриран DHCP (от рутрера ти)
  9. Така като гледам си е просто някакъв bug: https://github.com/linuxmint/mintreport/issues/9
  10. А какъв е смисълът от прекомпилация? Ако говорим за desktop нужди - няма никакъв смисъл според мен. Освен в случаите, когато трябва специфичен/модефициран модул за хардуер - ама и в тоя случай 90% ги има като DKMS/KMS модули, които си се компилират отделно. В случай, че трябва tune за конкретна конфигурация - предлагаща конкретна услуга има смисъл в някой ситуации. В повечето случаи може да се бутне през proc / sysctl. За някои неща има голяма файда от оптимизации на компилатора (могат да се видят benchmarks на clear linux за сравнение), ама това са много edge-case и съм сигурен, че в 99.99%, ако някой който няма хабер какво прави ( по-голямата част от ентусиастите, които тръгват да си build-ват kernel ) - по-скоро ще има обратния ефект. Иначе, ако на някой му се занимава Documentation папката в kernel source има доста неща описани.
  11. borovaka

    Gnome 3 Memory leak

    Мне ... нищо окончателно няма. Направиха един вид dirty hack. В момента пускат garbage collection след всеки mark на обекта за destruction. Проблема е, че пичовете мешат JS обекти със C обекти а lifecycle на имплементацията им не е един и същи. Някой, ако му е интересно, пичат, който пусна "времения" фикс имаше подробен blog post по въпроса. Аз лично се надявам наистиан да рефактурират, а не да правят такива бози (макар, че покрай тази простотия поразгледах сорса на gnome-shell, gjs, clutter, mutter - и почнах май да ги разбирам хората, защо не искат да барат )
  12. borovaka

    Gnome 3 Memory leak

    Много избягахме от темата ... Въпроса е, че Desktop-a в момента е пълен shit и никой не го е*е. Всеизвестни факти са. Проблема по-скоро ми се струва обаче в ла*няното mix-ване на mutter, clutter, gjs, mozjs, честно казано сега поразгледах сорса на Gnome и това е много shit работа. И мен, ако питаш - в случая C имплементацията, на clutter издиша в случая, ама ще видим какво ще излезе.
  13. borovaka

    Gnome 3 Memory leak

    Тесвано е и с debug symbols на mozjs, gjs etc. и нищо конкретно не излиза във valgrind - по-скоро излязоха няколко leak-a, които са fix-нати вече. Иначе не е от mesa с opengl-a на Nvidia е същата работа. п.с. сега тествах и с Mesa 18 rc4 на Fedora rawhide - няма промяна
  14. borovaka

    Gnome 3 Memory leak

    Няма нищо общо с драйверите. Тествал съм на различен хардуер, Intel, Nvidia, Nouveau, Amd и виртуалка - в бъг репорта е описано. Може да пробваш. Ще се възпроизведе и при теб. Най-вероятно е самата имплементация или bindin-ите gjs -> mozjs - нещо остава висящо и garbage collector-а не може да освободи ресурсите. Лошото в случая е, че не може лесно да се хвне от къде идва leak-a. За момента има няколко теории, които разследват. А покрай разлседването, вече 3ти pull request има за намерени случайно leak-ове.
  15. borovaka

    Gnome 3 Memory leak

    Доста "интересен" memory leak има в Gnome - не ми остава време да тествам от коя версия точно се е появил (и дали изобщо не е от самото начало). Малко повече инфо: https://www.omgubuntu.co.uk/2018/03/gnome-shell-has-a-memory-leak-and-it-might-not-be-fixed-for-ubuntu-18-04-lts https://gitlab.gnome.org/GNOME/gnome-shell/issues/64 https://bugzilla.redhat.com/show_bug.cgi?id=1549524 https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1672297 Тествал съм в Gnome 3.26 и 3.28 - и положението си е трагично. Позитивното в случая е, че няколко от Developer-ите на Gnome се заеха, а не се направиха, че няма проблем ... ( както до колкото виждам от коментари на хора се е случввало често до сега ). Та съвета ми е, ако имате по-малко от 8 GB RAM изобщо не ползвайте Gnome за момента - workaround, ако го ползвате под Xorg е да рестаритрате gnome периодично - става с alt+F2 и пишете "r" п.с. Най-вероятно са засегнати и Cinnamon, Budgie и десктопа на Elementary OS - защото ползват Gnome 3 като base
  16. @kalansuv Какво се опитваш да покажеш в случая, че аз нещо не мога да разбера?
  17. borovaka

    Linux - обща дискусия 3

    //offtopic А ти код с оптимизации реално виждал ли си? Защото точно този код е много-далече от "нормалното" и е доста сложен за разбиране. Не случайно до оптимизации се прибягва при нужда, а не се започва от там.
  18. borovaka

    Проблем с PHP грешка

    Много е спорно, но особено, когато учиш нещо ново ( говоря за концепции в програмирането а не за switch от език към друг ) - трябва да ти се забранява, за да схванеш концепциите. Защото е много-лесно да почнеш да мажаш първоначално, а после е доста трудно да се отучиш от някой практики.
  19. borovaka

    Linux - обща дискусия 3

    То няма смисъл, ама ако е в това проблема, надали с инсталация на ново дистро ще се промени нещо Я дай само един ls -l /home да видим какво пише там? Ако пише цифрички където трябва да е потребителя и групата е в това проблема най-вероятно.
  20. borovaka

    Linux - обща дискусия 3

    А провери ли дали uid-то и gid-то са същите ? Я като root дай chown -R username:usergroup /home/homefolder И пробвай пак
  21. borovaka

    Linux - обща дискусия 3

    Пробвай като root да се логнеш. ctrl+alt+f2 пишеш root и паролата за root. И след това passwd username - за да си смениш паролата на потребителя и пробвай пак да се логнеш. Какво ще рече новата анаконда? Анакодна си е в redhat от RH7 сигурно (не RHEL7). Иначе имат в момента инициатива за модуларизация на инсталатора, ама май още дълбаят по него и няма резултат.
  22. borovaka

    Linux - обща дискусия 3

    Точно това е. Ако си на 27 и след 6 месеца пуснат 28, имаш бутонче да обновиш, ако не щеш имаш още 7 месеца да си ползваш 27-цата и ще ти я съпортват.
  23. borovaka

    Linux - обща дискусия 3

    Ако не искаш да буташ CentOS ти е най-добрия вариант, като цяло - просто имат най-дълга поддръжка. Иначе при Fedora update-a е наистина на цялото дистро и понякога стават проблеми ( макар, че както казах последните 3-4 версии с нищо фатално не съм се сблъсквал ) . п.с. Иначе в момента се работи по един проект, ако ти е интересно може да разгледаш за какво става въпрос: https://docs.pagure.org/modularity/ - идеята е да имаш стабилна среда ( за сега Федора, ако сръботи най-вероятно ще се принесе и в RH/CentOS ) + rpm ostree а всички app-ове да са ти в контейнери или flatpack. Мен ме съмнява скоро да подкарат всичко, но ако стане реално може да имаш centos система, да си сложиш най-новия Gnome + Application-и, и ако нещо крашне да кажеш ,че искаш гнома да ти е предната версия, без нищо друго да буташ.
  24. borovaka

    Linux - обща дискусия 3

    По 6 месеца са, като имаш още поне 6 месеца съпорт. Иначе до момента от 4 версии насам само update-вам без особен проблем. Ако ти трябва дълга поддръжка - сложи CentOS7 или RHEL (безплатен е с developer accout). Там ще ти трябва snapd - няма го в репотата, но го има портнат в copr: https://copr.fedorainfracloud.org/coprs/ngompa/snapcore-el7/ Selinux-a , ако не знаеш добре как работи100% - най-малко в permissive, a по-добре disabled направо. Другите неща би трябвало да тръгнат без грижи. Като репота ще ти трябват epel и rpmfusion
  25. borovaka

    Linux - обща дискусия 3

    Никой не е казал да даваш 200 лв за рам. Дай 20-30 и си купи рам на старо, DDR2-ки бол има по сайтовете и по сервизите и са без пари. Иначе както ти казах на fedora-та подкарах всичко.
  • Разглеждащи това в момента   0 потребители

    • Няма регистрирани потребители разглеждащи тази страница.
×
×
  • Добави ново...

Информация

Поставихме бисквитки на устройството ви за най-добро потребителско изживяване. Можете да промените настройките си за бисквитки, или в противен случай приемаме, че сте съгласни с нашите Условия за ползване