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

Melmak R

Лига на легендите
  • Публикации

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

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

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

  1. Да. За systemD като цяло. Хм, знам това. Ама понеже питаш какво поставяме под съмнение...
  2. Да, принципно ме интересуват и двете. Че казуса е интересен и пак пипа по чувствителни зони. Навлиза в сферата на automation на заучени действия и по-скоро не би трябвало той да го прави. Едно от нещата, които много ме съмняват е трябва ли да реализира събития и съобщения в SystemD. Струва ми се че е съществена грешка, защото може да се отделят и проблематиките там са достатъчно обширни и засукани. Демек невъзможно е да се реализират добре от първия път, какво остава ако програмата му прави четири сложни действия - управление на стартирането /състоянията/, сървиси, месинджинг и събития. Даже са много повече, но да не издребнявам излишно.
  3. Аз така си помислих, че темата е за друго. Според заглавието, би трябвало да е как да си конфигурираш сървър Debian-а, че да не ти го хакнат след 15 мин. +1 Ако някой беше заменил SystemV навремето, сега дейстително нямаше нямаше да имаме "удоволствието" SystemD. Така че поне по тази точка си много прав. ........................................... Ето една интересна, свързана новина: https://www.phoronix.com/scan.php?page=news_item&px=Debian-Init-Diversity-Question И аз оставам с такова впечатление!
  4. Освен другото, halt може да спре процесора, без да изключи машината. Това е наследство от старите Unix-и, но зависи и как е конфигуриран. По едно време много го ползвах, докато не почна да работи както е правилно - без Power OFF. Разбира се има опция, но се губи идеата за къса команда. А щом командата ще е дълга, няма голямо значение, коя точно се ползва. Гледам сега адвокатстват за "systemctl poweroff" Аз пък почнах много да ползвам "set +o history", което спира историята. Полезно е ако не искате да спамите историята - например бюрокрация с файловата система. Само че тогава няма да можете да извиквате предишната команда, която сте писали след "set +o history". Спирането важи за сесията.
  5. Прав си. За мен най-важното е че може да си зглобиш машина с части от различни магазини или която попада между предлаганите конфигурации. Но това е когато говорим за нормален компютър. За лаптопи, мини компютри и пр. не е точно така.
  6. Melmak R

    C# въпрос

    Прав си, аз съм се дезориентирал.
  7. По принцип има ънпакери за най-разпространените инсталационни файлове. В случая си малко на късмет, че 7zip поддържа много формати. Не е съвсем обикновен архиватор.
  8. Melmak R

    C# въпрос

    Хм, значи искаш да е един вид като скрипт (четимо), но и да се интегрира на системно ниво. Затова си се спрял на C# и on the fly assembly. И затова искаш да го преправиш, да е на един файл. Лошото е че и аз не го владея. Даже не ползвам Windows. Може би ще имаш повече късмет в раздела за програмиране.
  9. Melmak R

    C# въпрос

    Все още не вдявам каква е целта на операцията. Първо мислех, че искаш да промениш въпросната програма. Сега мисля, че правиш кейлогър. Ако е второто ще е по-трудно, защото трябва повече да се рзбира езика на който си се спрял.
  10. И аз също поддържам тази мисъл. Проблеми със сглобени конфигурации рядко излизат. Даже може този който си я зглобява да подбере компонентите или в краен случай да ги смени. Що се отнася до прехода Windows -> Linux, разликата не е много по-съществена, трудна и стресираща от прехода Windows 98 -> Windows 2000 от преди години. Ясно че ще има турболенции и второте ще изглежда "по-сървърно". Но прехода си струва да се обмисли, особено в дългосрочен план.
  11. Melmak R

    C# въпрос

    Искаш да разкараш събитията, които идват от мишката ли? Ако е така, бих опитал да закометирам / изтрия следния фрагмент от PxKeystrokesUi/MouseHook.cs : RegisterMouseHook(); на ред 28.
  12. Melmak R

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

    А, ясно. Не се бях сетил за това.
  13. Melmak R

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

    Да уточня, картинките не се виждат, но вероятно са тези от https каталога, където е изображението и описанието в текстов файл. Явно идеята е да се ползва като chroot инстанция. Бива го KDE-то. От около месец го ползвам редовно. Като цяло е удобно и гали окото. Тук-там доставя комбинация от типичната нестабилност на C++ приложения и обичайната небрежност, характерна за GNU проектите. От друга страна GNOME е твърде опростен в стил MAC OS X, така че има добър баланс в силите.
  14. Melmak R

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

    Важното че влиза в ядрото, а не през FUSE и предполагаемо няма да съдят никой. Иначе незнам какво имаш в предвид. Може би те да го напишат, но това граничи с абсурда, предвид цялата история доскоро.
  15. Явно има в предвид Windows да се изключва нормално. Те понякога чийтват и оставят машината в старанни състояния с цел да стартира с 300 милисекунди по-бързо. Иначе виждам, че ядрото се срива. Ако си обновявал ядрото/фирмуера и са пуснали някаква бъгава версия също може да е причина.
  16. Представям си, че може да стане, ако следваш някой от следните подходи: 1. Знаменития pkgsrc от NetBSD - http://wiki.netbsd.org/pkgsrc/how_to_use_pkgsrc_on_hp-ux/ 2. Билднеш по-нов компилатор и библиотеки. Предполагам, че това им пречи да пуснат 3+ версия официално. 3. Крос компилинг. Може би от FreeBSD или нещо друго, което поддържа архитектурата. Ще е много трудно и занимателно, обаче.
  17. Melmak R

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

    Richard Stallman goes to Microsoft Напоследък корпорацията се е "развихрила" и то в положителен смисъл. Много съм доволен, че освободиха exFAT. Първият случай на реална полза за обикновения "джо", откакто стартираха кампанията си.
  18. Melmak R

    Endeavour OS - Arch Linux с проста инсталация

    Аз пък съм в Нирвана, откакто разкарах Arch в полза на Manjaro. Не че ме мъчеше инсталацията или ежедневната работа с Arch, но почнаха да излизат адски много проблеми в ъпстрийм пакетите. Естествено в Manjaro не всичко ми харесва, но на тоя етап развиват положителни качества в дистрибуцията. Конкретно не ъпдейтват без съвсем да мислят и тестват. Аз мисля, че не е нужно една дистрибуция да допринася към дистрибуцията майка за да е полезна за общността като цяло. И да, принципно качеството което е правило една дистрибуция полезна, може в един момент да изчезне, завличайки дистрибуцията. Макар че в онзи случай, подозирам че е било въпрос на много тясна общност, която не е можела да насмогва с темпото на Arch. Най-важното е дистрибуцията да не е говносборка, защото дори и много рядко се срещат и такива. Особено ако търсещия вземе много да се старае, а не го бива с проучването или Linux. Останалите малко или много допринасят с нещо. Дори и да е само въпрос на стил, той не е лесна работа и не се постига само с един тапет.
  19. Сега мисля, че ще почне да се получава, покрай Librem проекта. Принципната грешка на Linux, а и на другите отворени проекти е че вкарват прекалено много принципи още от първия път. И с отворен код, и сигурен, и достъпен, и издържлив, и с вечна поддръжка, и т.н. А би трябвало да пуснат нещо прилично, което да надграждат или варират по-нататъка... Не, няма според мен, но както и да е. Ще се пренесе, ако е както в Mac, бившето PC-BSD и донякъде с универсалните пакетни мениджъри в Linux /AppImage, Snappy/, където библиотеката ходи с инстанцията на приложението. Съвсем отделен е въпросът, че дори и тогава негатвите не са чак толкова унищожителни, колкото се популяризираше в миналото.
  20. Две видеота за Debian, които ми се сториха интересни: Debian 10 Buster Post Install Manual Setup (PCTLC) - за настройка на Debian 10 след инсталация https://www.youtube.com/watch?v=jpjYyNAnz9A Debian 10 Buster Install with Original Ncurses (PCTLC) - за класическа инсталация през Ncurses, подходяща за минимални образи, през мрежа и т.н. https://www.youtube.com/watch?v=Vp002_acbHM
  21. Melmak R

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

    Няколко новини, които си струва да се отбележат: Linux Jurnal и OSDisc затварят врати. Xfce издадоха версия 4.14. Linux Journal has shut down (Bryan Lunduke) Xfce Desktop 4.14 Released! ArchLabs Linux Install of Xfce + Tour (eznix)
  22. Съглсен. +1 И трите са добри или най-малкото много интересни. Въпреки че има поводи за размисъл - от типа ако имаше перфектно изпипани апликации, дали изобщо щяха да се ползват контейнери и дали RO се е доказвала изобщо някога. Най-вече, дали не влизаме твърдо в телефонния бизнес - където се подмятат някакви изображения с 85% интелектуален отпадък вътре? Най-малко има поне едно дублиране на графичните библиотеки с тези на самата дистрибуция. След това между отделните приложения вътре във flapak заради подверсиите, както си писал. Има един много хубав начин. Както се разпространява Java Runtime и .Net след нея. Тоест за всички минорни версии се пуска един пакет с библиотеки. Например за GTK 3 да обхваща всички от 3 нагоре, а GTK 4 всички от 4 нагоре. Пак ще има данък дисково пространство, но поне би бил доста минимален. А и няма да има нужда от OSTree. Предполагам, обаче, че не са го направили така, защото щяха да се забават значително време с преправяне на библиотеките.
  23. Не съм съгласен за CoW. Технологията е интересна, но с ограничено приложение за персонални компютри, от което най-много се интересувам. Може би не му е хрумнало по онова време да ги разделя на прости и сложни, както аз правя. Btrfs ми беше доста интересна по едно време. Искаха постепенно да я развиват - хитър подход. Но се оказа, че всичките функции, за които се оглеждах, бяха нещо като "бета" и от тогава не съм я гледал. Изобщо е грешно да имаш бета функция във файлова система. Според мен бетата, проточването на разработката и реда по който вкарваха новите функции, донякъде ги провали. Много съм доволен, че всичките ми външни дискове са на ext4 и включване към нещо различно от Linux е принципно забранено. Така че няма проблеми в това направление. Разбира се, ако си купя нови по-натам, може и ZFS да сложа. Харесва ми, че са предвидили проверка на съдържанието на файловете, което разпространените конкуренти не го могат. Мерси за разясненията. Хубаво са се сетили за версиите. Доста ме ориентира, без да се налага да търся. Само не разбрах един проект ли развива реализацията за Linux или са няколко? Защото имам някакви спомени че са няколко различни, може би греша. Може и така, но при мен въпросния подход издиша със специфичните програми. Тук и аз съм виноват, защото трябваше преотдавна да измисля нещо. И ако бях, нямаше да се мотам толкова с миграциите. Като изключим тях, всичко друго ми е направено за Tombstone Reanimation или поне е мислено за него.
  24. Това добре, но от цялата шумотевица не вдявам няколко неща: 1. Ако искам ZFS в Linux, какво трябва да инсталирам? Кои са двата най-издържани проекта за Linux в момента? 2. Ако реша че ще ползвам ZFS във FreeBSD и Linux, какъв е шанса файловата система да се омаже? А между два различни Linux-а, ако приемем че ползват различни версии или реализации? Дано не. Ненавиждам този подход. А и ми харесва разделението между прости и сложни файлови системи. Тоест предпочитам XFS и EXT4 да си останат елементарни файлови системи с поддръжка на само най-важното. ZFS ме интересува колкото за външните дискове (заради чексумите на данните), евентуално за Root (заради CoW) и евентуално за пренос на данни между FreeBSD и Linux. Като последните две са с малък шанс за употреба. Иначе на даля за данни и home мисля да си карам с EXT4/XFS. Даже сега екпериментално съм минал изцяло на XFS за вътрешния диск. Откакто Росен ми пусна мухата за износването на SSD-тата. И ти си прав и те са прави. Ако на компютъра правиш само едно-две неща в даден момент, тогава не е проблем да сложиш/преминеш на каквото и да е. Даже и Windows. Но я си представи, че си го нагласял половин година и имаш 100-на по-специфични програми. Не е голям проблем да компилираш ядрото по-метода на прекомпилиране на пакета. Тогава с малко четене и смяна само на няколко подбрани опции можеш да се оправиш. Това съм го правил преди цяла вечност на Arch и стана много лесно и бързо. Обаче, ако искаш да минеш на друга версия или да правиш много промени или да го билднеш от друг сорс, тогава вече става много трудно. Защото не можеш да разчиташ на шаблона, пачовете и теста на готовия пакет. Ще има сменени/нови опции и общо взето ще се оплетеш, без да имаш идея дали това чудо ще работи адекватно.
  25. Има идейно развитие. Главното е че въвежда по-твърдо разделение между приложенията и системните компоненти, като добавя практически неунищожими образи при надграждане. Има истина в първото за което ще пиша след малко. За второто не пречи толкова, поне не и в рамките на моя начин на употреба. Така или иначе принципа за рядкото рестариране в Linux е утрепан напълно. Главни заслуги Интел корпорейшън. По-скоро за Desktop има смисъл, както го виждам аз. За сървър една адекватна програма за бекъп + относително кадърен персонал ще са конкуренция, която въпросната технология трудно може да надгради. Но за работен плот, където обикновено не се правят бекъпи, може да представлява интерес. Да, казват че подобни тенденции навлизат масово и като се замисля, може да са прави. Според мен изобретението е интересно. Евентуални проблеми ще са дублирането на библиотеки, големия разход на дисково пространство, може би засилен мережов трафик при обновяване, грубото съчетание на няколко технологии, трудното използване /поради комбинация от технологии и принципи/. Но според мен най-основния минус е че подобна технология евентуално ще окуражи още повече публикуването на софтуер с алфа и пре-алфа качество. По същия начин, както пакетните мениджъри позволиха ада на версиите, модификациите и раздробяването на софтуера. Също е много интересно и противоречито, което се получава със старите принципи, заложени в пактните мениджъри - избягването на дублиране на библиотеки и минимално натоварване на файловата система. При това двете технологии ще работят заедно. Изобщо интересна приумица, която ако се приложи много старателно и внимателно, ще сработи добре. В противен случай следва "Windows of the Linux world".
  • Разглеждащи това в момента   0 потребители

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

Информация

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