Zdraveite,
 niakolko pyti sym razglejdal strukturata na Slackware po
 otnoshenie na paketite i vse sym tysil nachin sa
 optimizirane na sistemata... Rabotia s paketa checkinstall
 za neshta koito si gi buildvam ot surcove i koito gi niama
 obiknoveno v distributsiata i pri neobhodimost da se
 uninstalvat, a ne da zadavam niakoi spetsifichen
prefix.Razgledal sym i makepkg, slackpkg, slacktrack i t.n
 Izpolzvam i SlackCheck 3.10 na g-n Chorbadjiiski i sym mnogo
 dovolen ot nego, no vse pak se instavat prebuildnati paketi.
 Vyprosa mi e dali ima niakakyv script za update na systemata
 koito svalia source na packeta, buildavago spriamo sistemata
 (586,686,athlon i t.n) s dobaviane na CFLAG-ove i
 optimizatsii kym kompiltatora, i sled tova pravi pkgupdate i
smenia defaultnia s buildnatia localno???
 Ideiata mi e da se istiska maximalno byrzodeistvie i
 proizvoditelnost ot mashina s lubimata ni distributsia
Slackware!!!
Blagodaria za otgovorite predvaritelno!!!!!

Може би ще ти е интересно да видиш това:
http://software.freshmeat.net/projects/emerde/

 С риск да си навлека гнева на Слак феновете ще кажа, че това
засега го има само в Gentoo Linux и FreeBSD.
 Не че не може да ползваш portage (Gentoo Linux) системата и
 в Слак, но ще е като да ползваш RPM  или DEB пакети - няма
да е  от пакетния менниджър на Слак.

 към s: С риск да си навлека твоя гняв, ще отбележа, че
 сравнението с rpm или deb пакетите е неуместно, защото те са
 вече компилирани и пакетирани бинарита. Човека просто пита
 за по лесен начин да си билдва пакетите със съответните
 CFLAGS ili CXXFLAGS. Независимо дали ще ползваш BSD ports,
 Gentoo ebuild sciprts, Redhat .spec's или Slackware
 .SlackBuilds, ефекта е един и същ, но го реализираш по
 различен начин. Също така "пакетния мениджър" на Slackware,
 няма опция да билдва пакети от сорс. Така, че изказването ти
е лишено от сякаква умисъл/смисъл.

 Към марихуан: Що вместо да благодариш предварително, не
 вземеш да погледнеш във source/ директорията на произволен
 slackware mirror, там има build скриптове, и можеш да се
 научиш как наистина се правят slackware пакети. Там се
 слагат и така желаните от теб оптимизации. Относно ъпдейта
 на системата със пакетите които ти правиш, що не вземеш да
 погледнеш на http://www.swaret.org - swaret-tools. Така сам
 можеш да си направиш свое repository, и чрез swaret да си
 ъпдейтваш машината. А инак така желания от теб магически
 скрипт не съществува, но това което ти казах ще ти свърши по
 добра работа. Относно SlackCheck, моите "уважения" към г-н
 Чорбаджийски, но обикновенно слагам "PermitRootLogin no" в
своя sshd_config, на него явно му е все едно.

До Dimitar Katerinski:

 И кое му е неуместното? В Слак може да се инсталират rpm
 пакети с помоща на RPM пакетния мениджър, но записите от
 инсталацията няма да влязат в базата данни на пакетния
мениджър на Слак.
 Същото ще се получи и ако се позва portage пакетния
мениджър.
Толкова ли беше трудо да го разбереш?

 Това което исках да кажа е, че на Слак пакетния мениджър не 
 може това за което пита Марихуан и направих аналогия с RPM и
 DEB, защото са по-известни. Защо трябва да се заяждаш и да
 се правиш на много умен, че едните били бинари пакети, а
другите били скриптове с указания как да се билдне сорса.

 Мисълта ми е че за сега само Gentoo Linux и FreeBSD с
техните пакетни мениджъри отговарят на въпроса на човека:

 "Vyprosa mi e dali ima niakakyv script za update na
 systemata koito svalia source na packeta, buildavago spriamo
 sistemata (586,686,athlon i t.n) s dobaviane na CFLAG-ove i
 optimizatsii kym kompiltatora, i sled tova pravi pkgupdate
i
smenia defaultnia s buildnatia localno???"

 Другите пакетни системи не го могат. Макар че Debian няма
 никъкъв проблем да изтегли сорса, да го компилира и да го
инсталира при това автоматично за разлика от Слак,
 src.rpm са сорс пакети и RPM няма никъкъв проблем да ги
 компилира/инсталира, така че твърдението ти че били само
бинарита също не е вярно.
 Въобще пакетния мениджър на Слак е най-примитивния в с
сравнение с останалите.
 А това че можело да си редактира ръчно SlackBuilds или Spec
 пакет по пакет си е хамалска работа. То ако става дума само
 за CFLAGS/CXXFLAGS, то това може да се зададе на gcc като
 параметър на командния ред без да имаш нужда от какъвто и да
било пакетен мениджър.

 А за тая програмка emerde която предполагам е взаимствана от
 emerge на Gentoo си признавам, че нямам и най-малка
представа какво прави.

Blagodaria vi za otgovorite!!!
No vse pak tselta mi ne beshe da doveda temata do spor :(.
 Sled kato postnal vyprosa razgledah todo lista na
http://www.swaret.org i tam otkrih neshto interesno :
- Compile Support (--compile action, using Sources) 
  Status: IN PROGRESS 
Izglejda malko tyribva da se izchaka!!!
Blagodari vi oshte vednyj!!!!

Vse pak instalnah emerde i mnogo dobre izglejda!!!

 Спирам да споря, не искам да правя flame wars. s само един
 съвет, не обиждай "простия" пакетен мениджър на Slackware,
 ние поне не трябва да учим десетките опции на dpkg, и се
 замисли колко често си ребилдваш системата from scratch с
 оптимизации с "чудесния" пакетен мениджър dpkg. На мен ще ми
 е доста непосилно, в предвид броя на машините за които се
 грижа. И още нещо, "Евала на хамалите, дето по цял ден
 едитват разни билд скриптове, за да могат философи като теб
 да имат доста свободно време за да изказват некомпетентното
си мнение за чуждия труд."

P.S. Повръща ми се от дървени философи.

Изцяло подкрепям думите на Dimitar Katerinski.
 Изказвания от рода на: "Въобще пакетния мениджър на Слак е
 най-примитивния в с сравнение с останалите." ужасно много ме
 ядосват.Пакетната система в Slackware не поддържа
 зависимости и не може автоматично да тегли, компилира и
 инсталира софтуер, не защото тези, които стоят зад проекта
 не могат да го направят така.А просто нямат такава цел.Писна
 ми да чета и слушам изказвания в които се твърди, че липсата
 на тези две неща били "голям недостатък за
 дистрибуцията".Целта на пакетната система в Slackware е
 точно такава, каквато фунцкия изпълнява тя в момента.И
 потребителите на тази дистрибуция я използват именно заради
 това.Аз например намирам тези "автоматизации" за голяма
глупост и глезотия.

 Ако не те е старх, че можеш да си скапеш перфектно
настроения слак, хвърли един поглед тук:

http://forums.gentoo.org/viewtopic.php?t=28559
http://forums.gentoo.org/viewtopic.php?t=125553

Май някой имаше идея да направи от това вирус :)))

 В подкрепа на стремежа на колегите слакери мога само да
 допълня, че тук се исказаха доста некомпетентни мнения при
това уж звучащи от висока инстанция. 

 Първо кой "умник" изръси глупостта, че deb-пакетите били
 бинарни? Той явно е виждал Debian само на картинка и дори не
 подозира, че всички такъми, дето ги предлагат BSD и Gentoo
 на само не ти липсват при apt/dpkg, но дори има доста повече
 неща, ама айде, да не се ядосвам, че са ми слаби нервите...


 Пък и тук въпросът не е за Debian. Ще бъде чудесно ако
 swaret добави функционалността да се компилира от
 source-пакети, но за всеки влак си има пътници. Ако
 слак-феновете нямат нужда от това, никой не може да ги съди.
 Нали затова софтуерът е свободен, за да има за всякакви
вкусове и нужди.

г-н Антонов,
 следящ вашите мнения от година насам, все си мисля че и те
 идват уж от висока инстанция, но всъщност са толкова
стандартни, скучни и заучени. 
Относно тази моя реплика:
 "че сравнението с rpm или deb пакетите е неуместно, защото
 те са вече компилирани и пакетирани бинарита." - визирах НЕ
 src.deb ili src.rpm, а обикновенните пакетирани бинарита. Не
 е тайна, че в дебиан има пакети от кол и въже. Също така съм
запознат с възможностите на src.deb ili src.rpm.
 Относно "възможността" на swaret, да компилирал и пакетирал
 от сорс пакети, ме кара да се смея. г-н Антонов! осъзнайте
 се, тази възможност я има от както е създаден slackware,
 само погледнете в source/ директорията на който и да е
slackware mirror. Но май SlackBuild's са ви сложнички? :)
Поздрави и останете горд дебиан юзър.

P.S.http://office.bgservice.net/~train/slackbuild/slackbuilds/

 За първи път чувам, че в Debian имало src.deb. Само да
 вметна, че такова нещо никога не е имало. Иначе дискусията
отдавна загуби своя смисъл. Лека нощ.

 г-н Антонов, много сте прав че го темата загуби своя смисъл
и се превърна в своего рода заяждане.
Относно src.deb, визирах тази ваша реплика:
"Първо кой "умник" изръси глупостта, че deb-пакетите били
  бинарни? Той явно е виждал Debian само на картинка и дори
не
 подозира, че всички такъми, дето ги предлагат BSD и Gentoo
  на само не ти липсват при apt/dpkg, но дори има доста
повече
  неща, ама айде, да не се ядосвам, че са ми слаби
 нервите...". Явно сме се недоразбрали, не са src.deb а са
 portage скриптове (може би?). И още нещо, що все за дебиан
 говорите? Що не говорите за Линукс? Трябва ли да науча 100
 дистро специфик команди, за да мога да си инсталирам един
пакет? Спете спокойно.

 P.S. И щом обичате да наричате хората слакери, аз на вас
дебили ли да ви викам? Недейте така.

 1. Ако съм засегнал някого с тона си, моля за извинение.
Правя го съвсем искрено.
 2. В думата "слакери" не внасям никакъв негативен отенък.
 Мислех, че точно така се наричат любителите на Slackware.
 Ако това за тях е обида, моля да кажат, няма да го
използвам. Що се отнася до "дебилите", на 
тях изобщо не им пука как ги наричат.
 3. Темата се превърна в безплодно заяждане много преди да се
 включа в нея. А можеше да излезе позлотворна дискусия. Явно
ни липсва култура на общуване.
 4. Не говоря просто за Линукс по принцип, именно защото
 познанието има стойност, единствено когато е конкретно и
 полезно. Говоря за Дебиан, защото го ползвам и изучавам.
 Мисля, че е логично човек да говори за нещата, които
познава, а не напротив. Като изказванията за src.deb и т.н.
 5. Не е необходимо да се учат хиляди специфични за всяка
 дистрибуция команди, защото нормалните хора просто взимат
 една дистрибуция и я "изяждат с кориците". Блуждаенето от
 дистрибуция на дистрибуция е несериозно и е характерно за
 лицата под 16 г.  или за твърде начинаещите, които просто
 опитват, докато си харесат на какво да се спрат. Въобще,
 разумният човек избягва обобщаващите изказвания и се спира
на конкретното.

 Напълно съгласен ;-) Извинявам се и ако моя тон е бил по
 заядлив. Надявам се за в бъдеще да имаме по ползотворни
дискусии. Само дето не мисля, че тук им е мястото.