Tag Archives: Дебиан

Чрез мързел към прогрес – SalixOS

от Lindeas
лиценз CC BY

Без да се спирам на по-подробно ревю, ще споделя накратко някои наблюдения от търсенето ми на “непосилната лекота” на дистрибуциите. След една серия от безуспешни тестове на често обозначаваните за най-леки дистрота – Puppy, Antix, Bodhi, LXLE, *buntu-та и поне още половин дузина в този списък, в търсене на нещо наистина “light” – попаднах на “върбата”, т.е. на SalixOS. Това се оказа базирана на Slackware дистрибуция, използваща дори неговата номерация на версиите (към момента 14.1), създадена от бивши разработчици на Zenwalk. За тези, които се изкушават от време на време да прелистват DistroWatch е ясно, че напоследък настанаха тежки времена за дистрото на французина Жан-Филип Гилмен, като проектът напредва с доста бавен ход. За сметка на това Salix набира сякаш по-голяма видимост, а зад всичко това стои основно интернационалният екип на Йоргос Влахавас, Сирил Понтвю, Пиерик Ле Брюн и Торстен Мюлфелдер.

Salixos-logo
Вероятно ще се запитате на какво може да се дължи този прогрес. Преди всичко на “ленността” е отговорът. Такъв е и девизът на дистрото – “Линукс дистрибуция за мързеливи Слакъри”! Ако не сте “die hard” фен на чистотата, Salix може да ви се понрави. Това, което най-вече очарова е изключително удобната комбинация от “ползваемост” и “лекота”. За доста стария хардуер (Dell Optiplex GX150), на който “лепнах” Salix, това беше търсеното и желано предимство .

Макар, че стандартният десктоп на дистрибуцията е XFCE, аз изпробвах нещо още “по-така”, а именно Openbox изданието. На сайта на дистрото се предлагат 32 и 64-битови версии на операционната система, а iso-файлът се побира на едно CD (625 Мб), нещо много удобно при условие, че старата машина няма dvd-плеър, и не може да буутва usb-флашки. Инсталаторът е в текстови режим, но целият процес е доста лесен дори за новак. Без излишно “ровене” в конфигурационни файлове системата се инсталира много бързо, като предлага 3 режима на инсталация – пълен, базов и основен.

salix-installПрепоръчителният режим, разбира се, е пълният, а с него хората от Salix са решили да олекотят максимално нещата след инсталацията. Те използват fbpanel в комбинация с SpaceFM за файлов мениджър. Макар с леко орязани възможности, панелът предлага всичко нужно, като отделните му модули се добавят, премахват и настройват чрез конфигурационния му файл, в домашната директория. SpaceFM обаче ми се стори доста неудобен за моя вкус и предпочетох да го заменя с PCManFM, който е сякаш малко по-подреден.

Инсталирането на пакети в Salix е лесно, особено за свикнaлите с Debian. Използваt се slapt-get и slapt-src, заедно с техните графични интерфейси Gslapt и Sourcery, чрез които се избягва умело “адът на зависимите пакети”. При инсталация по подразбиране има почти всичко нужно за основно ползване на дистрото, а разработчиците са вкарали и някои техни инструменти за допълнителни настройки – напр. за настройка на аудио картата и др. под. (вж. тук), достъпни и за “чистия” Slack. По техни данни те допринасят и значителна част код и поправки на грешки за Slackware.

tools-sourcery-main

Ако пък в Salix ви липсва някоя програма, в основното хранилище има добър набор от софтуер, като трябва да се има предвид, че дистрото следва KISS-принципа. В добавка, ако и в основното хранилище липсва нещо, под ръка е Sourcery, чрез който бързо може да се инсталира каквото ви е нужно от SlackBuild хранилищата.

Уикито и форумът на Salix са основният източник на информация за разрешаване на проблеми с ползването. Макар и да не са от ранга на Ubuntu форумите или уикито на Gentoo, от общността може да се получи бърз отговор на възникналите въпроси.

За пуристите от Църквата на субгения, които не харесат “Върбата”, но са я инсталирали вече, утешение може да бъде това, че Salix може изцяло да се обърне в чист Slack, в мрежата има описателни инструкции как бързо би могло да стане това. Като цяло това е една дистрибуция парадоксално за днешното време съчетаваща ползваемост и лекота. Разбира се, всичко е въпрос на вкус, както казват някои – така, че винаги “зад ъгъла” чака нещо по-добро…

Share

Набързо за aptitude

от Lindeas
лиценз CC BY

По случай скорошния рожден ден на проекта Debian, нека кажем нещо за търсенето в aptitude. Aptitude е някак странна програма – ползва се за основни неща от тези, които не искат да се задълбават в подробностите на apt, dpkg и пакетното управление в Debian. От друга страна пък се ползва и от напреднали хакери и разработчици на пакети. Едните ползват два, максимум три клавиша – u за обновяване, f за забравяне на новите и g за инсталиране на отбелязаните – а другите използват всякакви подробни клавиши, съкратени търсения и превключване на изгледите, от които на нормалния човек му се завива свят. Е, или поне му става като в Emacs (приятелска закачка към емаксаджийте, не се сърдете).

Да видим някои от най-полезните клавиши за ежедневна работа и някои основни търсения и шаблони за търсене, които може да са ни полезни. Без претенция за изчерпателност, разбира се – аз самият дълги години вече не съм седнал да дочета наръчника за програмата… Действам на принципа “колкото ми стига – толкова”.

Клавиши:

u – обновяване на списъка с пакети. Същото като apt-get update, или по-точно aptitude update. Някои си го настройват в cron, други инсталират cron-apt, apticron и подобни. Трети, като моя милост, натискат u при влизане в aptitude, за да се радват на запълващите се зелени и оранжеви стълбчета.

f – забравяне на новите пакети (aptitude forget-new). Когато повече от веднъж видите един и същи пакет в графата “New Packages”, си е досадно. Може да се настрои автоматично да ги отбелязва като нови след инсталиране на нещо, но къде отива удоволствието да гледаш как една програма “забравя”? :)

g – при първо натискане дава списък с действията по пакетите и при повторно – започва да ги действа. Пак стълбчетата.

e – ако има неразрешени зависимости, се опитва да ги разреши автоматично. Ако първият списък не ви харесва, натиснете “>” за следващо предложение. И пак, и пак – докато намерите комбинация, която ви устройва. Назад в тази поредица предложения се връщате с “<”. Понякога спестява време вместо ръчно да оправяте конфликтите с избиране на всеки пакет, да ползвате “e”. Но и често не върши работа – логиката е такава, че няма тотален приоритет на вече инсталираните пакети и неведнъж може например за едно малко програмче да ви предлага да махнете целия X с цяла страница пакети. Не разчитайте сляпо на тая автоматика.

M – ръчно отбелязване на отделния пакет като “автоматично инсталиран”.

m – ръчно отбелязване на отделния пакет като “ръчно инсталиран”. Тези последните две са полезни при бъдещо обновяване или премахване на пакети, които са в зависимост от въпросните. Казано накратко, “автоматичните” се повличат от зависещите от тях (не е толкова просто, но ни стига за момента). Разработчиците описват зависимости, но понякога ръчната донастройка на това си е полезна.

Бързи търсения:

b – търси счупени зависимости (от “broken”). Същото като “/~b”.

/ – влиза в режим търсене. Най-простото е да въведете някакъв низ, който смятате, че се съдържа в името на пакета, защото по подразбиране търси в името. Може да шикалкавите с ^ за търсене в началото и ! в края на името.

/~ – специални търсения. Тук темата е широка и не ни стига малкият сайт. Накратко някои полезни – /~dtext търси за “text” в описанието на пакета; /~mtext търси в полето за пакетиралия разработчик; /~atext търси зададено действие за пакет (“text” може да е install, upgrade, hold и т.н.); /~stext търси в секцията “text”; /~Atext търси в конкретен архив на хранилището “text” (stable, unstable и т.н.); /~Otext търси в хранилището на “text”… Май за тези се сещам…

Да не търсим повече шаблони за търсене, мисля че има още доста, но и тези са предостатъчно. Особено като се има предвид, че едно от удобствата на aptitude е визуалната работата с интерфейса – стрелки, enter, q. Каквото е mc за командния ред. :)

Може би тук е моментът да спомена, че съкращенията с ~ си имат несъкратен аналог с ? – например на d отговаря description, на b – broken и т.н. Рядко съм ги ползвал, но ако някъде видите да се споменават, да знаете, че са същите като кратките. Може би е някакво удобство да виждаш изписана цялата дума и така да не я грешиш, не знам.

Също така всяко от тези условия за търсене може да се обръща с “!” – тоест /!text търси за пакети, които НЕ съдържат “text”.

И сега нека честитим рождения ден на Дебиан, като пуснем следното търсене:

/~i!~Odebian

Това ще ви даде пакетите, които са инсталирани и не са от официалните хранилища на Debian. От пакет на пакет може да минавате с “n” (от “next”). А списък с всички тези пакети наведнъж може да получите от команден ред така:

# aptitude search '~i!~Odebian'

Ако като мен използвате към официалните хранилища и тези на Siduction, тогава:

# aptitude search '~i!(~Odebian|~Osiduction)'

Всичко останало са пакети от рожденика :)

EmailPrintIdenti.caFacebookTwitterGoogle+DeliciousLinkedInShare/Bookmark

Debian на 19

от Lindeas
лиценз CC BY

Няма как да се пропусне споменаването – макар да се случва всяка година, рожденият ден на Дебиан си е повод ако не за хакерско празненство с торта с лого, то поне за усмивка и едно “благодаря” наум.

Проектът Debian навърши 19 години. Ако беше от Алабама или Южна Корея, примерно, щеше да навършва пълнолетие. Но за всички, които ползваме Debian GNU/Linux си е отдавна зрял. Думите са или малко, или ненужно помпозни, или така и така вече казани на предните годишнини, затова е достатъчно само едно:

Честит празник на всички!

Софтуерната свобода е за всички потребители, а Дебиан продължава да прави много за разпространението на тази свобода. Дотолкова, че приносът често не се разпознава и е станал част от пейзажа, част от бита ни – както и трябва да бъде.

apt-get rule-world! Debian FTW! Happy birthday! :)

EmailPrintIdenti.caFacebookTwitterGoogle+DeliciousLinkedInShare/Bookmark