WOW ! Вот уж не думал что в этой помойке найду что-либо дельное... Спасибо анонимусу за ссылку http://www.airwar.ru/other/draw/tu2.html Может кто еще подкинет ссылки типа этой с ЧЕРТЕЖАМИ нашей и не немецкой техники (любой) тех лет ?!

2Tangeizer: >>Ну ты и ламер, лучший танк был "тигр"! пока батальон т-34-х дочешет на >>дистанцию выстрела (500м), пара-другая Тигров расстреляет их, как в >>тире, с дистанции 2 км. Это вы батенька гоните 8-) К тому времени когда тигры это смогли делать на Т34 появилась уже более другая пушка. И двигло у него было прекрасное. Легко обслуживаемое, дизельное (горели-то как спички как раз немцы а не мы), впервые был применен алюминий в конструкции. Короче это лучший танк второй мировой и спорить с этим просто глупо.

http://www.knoppix.ru/art-2-2.shtml

С огорчением и удивлением обнаружил, что d4x (nt) не умеет скачивать с https. :(
А убогий kget умеет.

4анонимус:
Спасибо за ссылку.
Вывод - менеджер пакетов в определенном виде есть.
И ставить все через задницу в разные каталоги не нужно.

Забыл добавить.

Поставил под винду новый reget и freshdownloader, дабы посмотреть на достижения виндостроения и сравнить с d4x.
Мать моя женщина - ну на хрена перегружаться после установки даунлоадера? Ну япона мать.

И Винда, и Шапка, и Слакварь, и даже Дебиан СУКС!!! Ребята, 1500 постингов и ни одного по теме :) Знаете что я бы выбрал если бы были деньги - apple X. Ни КДЕ, ни Гном ни Винда с Х по удобству пользования не стояли! 5 лет отмучился с Красной Шапкой - хочу нормальную удобную ось...

Пшел нах - то бишь на apple X ...

Абсолютно согласен. Надо писать петицию куда-нибудь. Или просить политического убежища в преставительстве Эппл. Ядро, мать его, гениально, все остальное, мать его, кошмар какой-то.

Если бы бабе пришили яйца - она была бы дедом ... Нихуя там хорошего нету - в этих эпплах - баловство одно

>Нихуя там хорошего нету

и что теперь делать??

> Вообще приложения DOS с их текстовым менюшным интерфейсом были наиболее удобными программами.

Вот почему не все так думают?

> Вот почему не все так думают?

Некоторых удалось вылечить.

> и что теперь делать??

А зачем что-то делать?

ULTRA FLAME !!!

Юзать хотя-бы ту же шлактварь 8)
Хороший дистр - не обезображенный интеллектом пакет-манагеров 8)
----------------------------------------------------------------
Как показывает практика - к моменту выходу любого дистрибута
половина пакетов в нем уже устаревает - чесать репу и ждать
пока их соизволят выложить горячо любимые мэйкеры не всегда
сподручно - кроме того, зачастую нужны приблуды, которых нету
в дистре. Анонировать и создавать свои RPM-ки в этом случае -
не знаю кого как, а меня колбасит.
Поэтому ценность манагеров в этом случае весьма спорна.
Ставишь из сырцов и не морочишь голову.
Ежели голова дырявая и не помнишь чего куда ставил 
можно прикрутить один из логеров - типа installwatch,logspy
e.t.c

Тута много орали по поводу крутизны кернелов (вся сила в пачах
дескать - напузырили их действительно не мало ) - от Сюзьки да 
Красной Хаты - дык не всегда они во благо.

Привожу простейший пример:

Есть у меня Promice SuperTrak100 - ни один кернел от вышеназванных
грандов не курит его в упор - а 2.4.20-ac2 нюхает как родного 8)

В RH 9, к примеру, не пашет devfs - не допачили пары строк - 
устали пачить видно. Так что, к пачам надо тоже подходить творчески 8)

Кроме того пачи кернела зачастую вызывают и изменения в хидерах
/usr/include/{linux|asm} что иногда приводит к нечеловеческой
траханине при установке пакета имеющего свои взляды на сущность
кернела. (расчитывать, что все пакеты пишутся под RH - глуповато)

Зачастую два пача гадят тихо друг другу - писали разные люди под
казалось бы совершенно различные нужды и не должны они гадить
- НО ГАДЯТ 8) Если сильно - то отлавливают довольно быстро,
если нет - то гадят и по сей день 8) 

Были тут и словеса по поводу init - я тут сторонник аскетизма.
Если на серваке, к примеру, запускается десяток демонов -
то на кой ляд мне вся эта гибкость инита от sysv - сойдет и 
простейший в стиле БЗДи - все перед глазами - и не надо нырять
никуда чтоб разобраться - чего ж там творится.

Кстати, у того же CRUX init достоин всяческого уважения 8)

Кстати, небезизвестный всем R.Gooch в свое время тоже баловался
Init скриптами - жаль бросил - может сделал бы чего путное...
Был кстати и любопытнейший проэкт - перенести initd в кернел
(и не только его)..

Мда, чей-то я отвлекся от темы.

Так что, в силу всего выше изложенного - ШЛАК выглядит вполне 
респектабельно и юзабельно.

Впрочем, тут как говорится: каждому - свое ...

-------------------------------------------------------------
Сам я давно уже пользую самопал - необходимый минимум и никаких
наворотов сверх того - оно себя очень даже оправдывает.
-------------------------------------------------------------

             Но это тоже на любителя.

Slackware OTSTOJ.

>иди мудаёб, скачай себе ptrace exploit и samba exploit >и убедись, что ты оказался в глубокой жопе !!!

По первому ( ptrace) могу сказать, что он просто обломался. Slack-9.0 По второму: ( samba ) берём и апгрейдим новым пакетом. Что я делаю не правильно?

>памяти жалко? Ну ты и мудила! РХ патчит свои ядра а слак? Да и >потом ты почитал бы как юникс с памятью работает и перестал >бы херню нести.

Давайте не будем говорить о том чего не знаете. Ладно? Я не сторонник наездов на другие дистрибутивы я сторонник того, что бы говорили аргументированно. Пока я не увидел ни одного аргумента против.

Да-а-а-а
Читая этот трэд пережил гамму эмоций.
В некоторых местах даже слезы навернулись.
Когда от смеха, когда от жалости.
Не убивайте дураков, без них скучно !!
(но из клетки - не выпускайте)
За одно много новых ругательств узнал :-))

ТАК ЧТО ЖЕ ВЫБИРАЮТ РУССКИЕ ФИЗИКИ ?
ФИЗИКУ или полялякать ?

Я так и не понял :(наверно глуп безмеры) 
чем так плоха Slackware ? Особенно когда 
она работает ?

Нету в вас доброты и взаимопонимания, господа.

Тем, которые любят других поливать помоями :
"...
Ах, Моська, знать она сильна,
коль лает на Слона..."

Обсирая других - помни: ведь жопа - ты.

SVL

>Обсирая других - помни: ведь жопа - ты. Зато в говне другие! :)))

>Мне вот интересно: >Какую пользу приносит сообществу Слакварь ? >Где ее патчи ? >Халявщики.

На любом мирроре Slackware.

X10 - супер ОСь. А тем кому нехер больше делать чем бесконечно всякую хрень с нета качать и патчить - удачи. Большинство из вас ограниченные люди, ограничены своим линукс мирком как клеткой с маленькими кривыми окнами - смотрите наружу и видите кривизну, а она не в мире, а в клетке - бишь в сознании вашем. Вы делаете ОСь мощной и быстрой, а как сделать ее удобной никому в голову не приходило. Вы все похоже торчите от геморроя связанного с настройкой системы и ее вечной доделки, досборки, доводки... Так вам и надо - сидите со своей кружкой Балтики и копайтесь в приисподней вашей гребаной системы, а я буду радоваться жизни... Ребята из КДЕ лучше всех старались по части удобства, но так и не победили вездесущего Сегментэйшн Фолта - удачи им несмотря ни на что. Так что спорить бесполезно, удобство пользования линукса сравнимо с виндой, как ни крути. Один Эппл, дай ему Бог здоровья, выбрал удобство главной стратегией и добился немалых успехов. А я пока, за отсутствием средств, вынужден пользовать Шапку и Винду, будь они не ладны...

Блин, ну надо скинуться и пересадить человека, этож крик души просто, да громкий такой )))))
Бессвязный немного

Федор, спасибо за поддержку, но я сам как нибудь подкоплю. Не будем русских физиков лишать радости выпить лишнюю бутылочку пива за разговором о бесконечномерном пространстве.

Mac OS X несомненно хороша... Только сравнивать ее с осями под x86 нельзя. Mac OS X рассчитана на НЕСКОЛЬКО моделей с ЗАРАНЕЕ известным железом. А Linux, Windows и т.п. рассчитаны на зоопарк x86, который может глюкать уже только потому, что железки просто несовместимы в данное время в данной точке пространства.
Конечно, если написать драйвера под 2 видеокарты, три матери и одну звуковую карту, а остальные силы кинуть на интерфейс - все будет удобно. Но на x86 не две карты и три матери. С десяток ревизий одного и того же моста на матери - это нормально?
И вся эта хрень умудряется работать годами.
Поэтому Мак ОС Х невозможно перетащить пока что на i86.

>Slackware OTSTOJ. - Очевидно глубокоуважаемый постер юзают насколько крутую систему , что рашен прикрутить там не в состоянии. Вернись на вынь - и не тошни....

>А я пока, за отсутствием средств, вынужден пользовать Шапку и Винду, будь они не ладны... Денег понадобится ОЧЕНЬ ДОФИГА. Например для того, чтобы нанять солидную кодлу проффи - дабы они написали тебе весь необходимый софт для МАКаки. Я так подозреваю, что даже Билли вкупе с IBM, к примеру, обломался бы 8) То что сейчас под нее есть - это примерно .2 % от софта под писюки. Кроме того, отсутсвие жесточайшей конкуренции на рынке софта под MAKаки, приводит к тому что многие проги из этих .2 % вызывают просто умиление своей незатейливостью. И не надо кричать что есть оффис под него да адобовская линейка. А чем они не устраиыают не писюке ? А все остальное ? И ГДЕ ?

Похоже тред начал стабилизироваться - крикуны не могут дочитать его до конца - подводит отсутсвие терпения и настойчивости. Я так думаю, что после 2к мессаг тут можно будет говорить спокойно 8)

Слава богу - за прошедшие N лет поднялась поросль выросшая не на винде, и еще раз слава - не все они полные идиоты. В силу вышесказанного начало все больше появляться дистрибутов ориентированных на юзера способного без ошибок набрать ./configure 8)

Если посмотреть на то, что сейчас предлагают под названием linux, то можно увидеть два четко обозначившихся класса: 1) Мы ваши лучшие корефаны - мы сделаем за вас. 2) Спасение утопающих - дело рук самих утопающих.

Первая концепция подразумевает наличие мощного саппорта со стороны производителя - и как следсвие наличие механизма для контроля за составом софта установленного у юзера. (Оченно знакомая схема, правда?) Сиречь пакет менеджера. (чуть не написал windowsupdate - тьфу 8) Практически все юзают для этого RPM + тот или другой враппер над ним. В силу того что подобный дистрибут имеет досточно жесткое дерево зависимостей, разработчики вынуждены предусмотреть в нем наличие ВСЕГО что может оказаться нужным юзеру (с их точки зрения). И впоследсвии достаточно оперативно обновлять все эти пакеты. (Вам судить об этой оперативности 8) Плюсы и минусы этой схемы очевидны - в идеале каждая домохозяйка ставит линух на свою мясорубку - и не ставит его на USB-унитаз никогда (нет саппорта)

Вторая концепция подразумевает распространение некоего набора "А дальше/больше сделай сам" Здесь присутвует весь девелоп + жизненно необходимый набор пакетов + простейший менеджер пакетов. Саппорт со стороны производителя ограничен или отсутвует вообще. Обновление пакетов подразумевает в основном использование сырцов. (ОБЩЕПРИНЯТАЯ практика в мире *NIX) Плюсы и минусы тоже налицо - USB-унитаз может быть задействован, но домохозяйке придется ознакомится с RTFM.

Я это собственно к чему : ШЛАК старейший дистр второй концепции и не надо гнать пургу по поводу его качества - он просто не для тех кто предпочитает использовать windowsupdate,RPM и иже подобные 8)

хехехехе - домохозяйке придется вначале придется изучить грамоту и вызубрить таблицу умножения 8__)

RTFM

2 anonymous (*) (2003-05-25 14:49:01.137366)

> Первая концепция подразумевает наличие мощного саппорта со стороны производителя - и
> как следсвие наличие механизма для контроля за составом софта установленного у
> юзера.

Ну при чем тут support? Кто мне мешает самому собрать пакеты?

Механизм контроля за составом софта нужен прежде всего _пользователю_ -- дабы
обеспечить _модульность_ системы утановки/удаления/обновления. И разработчику
тоже помогает этот механизм -- надо думать только над _своей_ программой,
а не над тем, как она встанет в систему, где уже есть туча всякого софта (и каждой
софтине надо какую-нибудь библиотеку/другую софтину, да еще и какой-то определенной
версии). Насколько я понимаю, разработчики Slackware эту проблему игнорируют.

> чуть не написал windowsupdate - тьфу

Это поделие не умеет даже простейших вещей делать вроде

apt-get update && apt-get upgrade [-u]

Хотя, конечно, по сравнению с package management'-ом в Slackware windows update --
это прогресс :)

> Вторая концепция подразумевает распространение некоего набора
> "А дальше/больше сделай сам"

Читаем man apt-build -- и вперед!

> Обновление пакетов подразумевает в основном использование сырцов.
> (ОБЩЕПРИНЯТАЯ практика в мире *NIX)

Это не отменяет необходимость контроля зависимостей -- он есть
и в FreeBSD ports, и Gentoo ebuilds, и debianized source. Никто не устраивает из
исходников помойку. Кроме, разве что... ну Вы меня поняли...

P.S. Уже надоело отвечать на подобные заявки. Тем более, что этот вопрос уже
до атомов здесь разобрали...

и что ты видишь основное отличин шлаки ои рпм-ых дистров только в наличии этих
рпм-ов----- а что в этих дистрах нету возможности не пользоваться рпм-и и самому
ставить софт из тарболов и самому настраивать железо?????

а так о речь о том, что в слаке ровно столько же дыр в безопастности сколько в любом другом дистрибутиве

>Похоже тред начал стабилизироваться - крикуны не могут дочитать его до конца - подводит отсутсвие терпения и настойчивости.

могу, могу :) СЛАКВАРЬ - РУЛЕЗ!!!!

2Dselect (*) (2003-05-25 15:43:11.881847) При сборке из сырцов и отсутствии требуемых компонент вы просто свалитесь на этапе конфигурации/компила/линковки. В этом случае проверка зависимостей происходит естественным и природным образом 8) Придется стянуть и поставить то чего не хватает.

Если посмотреть тред - то крик был по поводу "как я быстро все апаю на 376873863 серваках в моей конторе при помощи самого лучшего в мире ....(нужное вставить)" Ясен перец ни о каком компиле в этом случае речь не идет. Даже при замене на одном едиственном компе как правило в силу лени извлекается соответсвующий бинарник из репозитария.

Файловая помойка возникает по причине не зависящей от менеджера - если у юзера есть такая склонность - то тут ничего не спасет 8)

>Читаем man apt-build -- и вперед!

Это вообще ни к селу, ни к городу - с таким же успехом можно почитать anekdot.ru

Да и вообще пост был не об этом - по большому счету.

Это я к тому, что поддержка чревата для пользователя тем, что он попадает в зависмость от производителя - поэтому и упоминался windowsupdate.

Кроме того - это приводит к увеличению поголовья придурков - если б оно само посидело да разобралось что к чему и откуда - то может не пороло бы чушь - к примеру в этом треде. А так - вон посмотри - с пеной у рта кричит чегой то про кернел пачи да эксплойты - а чего они эксплойтят и чего пачат - ни бум-бум.

Ну а чего делать если это не FreeBSD,Debian,Gentoo и не RH ? Да и зависимости там сделаны в том разрезе как понимает их поставщик. Простейший пример - MPlayer, кругом он зависит от Х, а ведь его можно собрать под FB и без всяких Х - и пашет он не хуже - и все это в голой консоле 8)

Еще один отрицательный момент в централизованной раздаче розовых слонов - поставщику надо чтобы это пахало кругом и без всякого гемора для него - поэтому пакеты собираются с минимумом примочек и стандартной оптимизацией.

А то что разбирали - это хорошо - толку, правда, никакого.

---------------------------------------------------------

>а что в этих дистрах нету возможности не пользоваться рпм-и и самому

Ясен перец можно - все можно ! Блин как-то неправильно я видно мыслю подал. Но если ты собираешь из сырцов - то теряется вся "прелесть" этих самых менеджеров.

Когда я захожу на домашнюю страничку и вижу, что пакет предлагается как *.deb или *.rpm - у меня возникает стойкое чуство опасности 8)

еще раз про package manager, для особо одаренных

2 anonymous (*) (2003-05-26 07:22:54.61256):

> Это вообще ни к селу, ни к городу - с таким же успехом можно почитать anekdot.ru

Видать, после этого чтива и сделали Slackware.

>При сборке из сырцов и отсутствии требуемых компонент вы просто свалитесь на этапе
> конфигурации/компила/линковки. В этом случае проверка зависимостей происходит
> естественным и природным образом 8). Придется стянуть и поставить то чего не хватает.

apt-get build-dep blah-blah -- вместо того, чтоб рыться три часа в configure.log

И вообще, когда чего-то нет, это относительно просто. Сложнее тогда, когда проге x хочется libc5, а всем остальным -- libc6. Собрать каждую программу по отдельности --
это как два байта переслать, но сделать так, чтоб оно все вместе работало -- не
совсем тривиальная задача, вот пускай ее компьютер и решает.

> Ясен перец ни о каком компиле в этом случае речь не идет.

А Вы что, на каждом X-терминале все из исходников собираете?
И на кой компилировать _стандартные_ вещи по сто раз?

> Файловая помойка возникает по причине не зависящей от менеджера - если у юзера есть
> такая склонность - то тут ничего не спасет 8)

Но package manager склоняет к правильному образу действий.

> поэтому пакеты собираются с минимумом примочек и стандартной оптимизацией.

Минимум примочек -- это хорошо. А про стандартную оптимизацию Вы не правы:

$apt-cache search fftwgel
k6fftwgel-dev - Library for computing Fast Fourier Transforms on AMD K6-2
k6fftwgel2 - Library for computing Fast Fourier Transforms on AMD K6-2
k7fftwgel-dev - Library for computing Fast Fourier Transforms on AMD K7
k7fftwgel2 - Library for computing Fast Fourier Transforms on AMD K7
p4fftwgel-dev - Library for computing Fast Fourier Transforms on Intel P4
p4fftwgel2 - Library for computing Fast Fourier Transforms on Intel P4

Кроме того, есть еще такая штука, как make.conf

> Да и зависимости там сделаны в том разрезе как понимает их поставщик. Простейший
> пример - MPlayer, кругом он зависит от Х, а ведь его можно собрать под FB и без всяких
> Х - и пашет он не хуже - и все это в голой консоле 8)

А что, debian/rules и debian/control (или там *.spec) гвоздями к диску прибиты?
Отредактировать нельзя?

> Кроме того - это приводит к увеличению поголовья придурков - если б оно само
> посидело да разобралось что к чему и откуда - то может не пороло бы чушь - к примеру
> в этом треде. А так - вон посмотри - с пеной у рта кричит чегой то про кернел пачи да
> эксплойты - а чего они эксплойтят и чего пачат - ни бум-бум.

Использование стандартных языков программирования приводит к увеличению поголовья
придурков -- если бы оно само посидело и разобралось с математикой, то написало бы
свой нормальный язык, а не лабало чего-то на позорном C++.

> Ну а чего делать если это не FreeBSD,Debian,Gentoo и не RH ?

Поставить _нормальный_ дистрибутив/ОС, подходящий для заданной задачи,
а не любимую игрушку админа.

> Но если ты собираешь из сырцов - то теряется вся "прелесть" этих самых менеджеров.

Контр-примеры: Gentoo, *BSD, Debian.

> Это я к тому, что поддержка чревата для пользователя тем, что он попадает в
> зависмость от производителя

В любом случае пользователь попадает в зависимомть от Линуса, GNU, MIT и
еще туевой хучи людей и контор.

> А то что разбирали - это хорошо - толку, правда, никакого.

Это точно. Умный поймет сам, остальным объяснять без толку.

Это потому, что у тебя плохо с головой.

Предыдущему перцу: А если компилить не хочешь/лениво?

>Файловая помойка возникает по причине не зависящей от менеджера

Расскажи, как может возникнуть помойка, если все ставить из rpm.

Зависимость от производителя? Ну и что в этом плохого?
Надоест - сделаем свой rpm, благо это не так сложно.

2 Dselect (*) (2003-05-26 08:48:12.623921)
"Использование стандартных языков программирования приводит к увеличению поголовья придурков -- если бы оно само посидело и разобралось с математикой, то написало бы свой нормальный язык, а не лабало чего-то на позорном C++." - общение с Тангайзером крайне опасно! Это ж надо, тот хотел физиков нагнуть, а вы уже, наверное, десяток своих языков написали??? :)))))))))))
Виндузятник

2Виндузятник

А что, С++ действительно не самый хороший язык..
Среди ОО даже худщий, пожалуй ))
Эх, спросить бы у Бьерна, а как на нём писать-то?? )))

To Dselect (*) (2003-05-26 08:48:12.623921)
Кто о чем, а я о зайцах.
Люди слышат и видя в основном только то, что хотят услышать 
(увидеть). Не скачите по верхам, показывая свою начитаность, 
покажите свою мудрость.
"Зри в корень", не пытайся переврать и извратить правильный 
ход мысли товарисча анонимуса (anonymous (*) (2003-05-26 07:22:54.61256))


To anonymous (*) (2003-05-26 07:22:54.61256) Абсолютно верно.
Есть ключевая фраза "ОБЩЕПРИНЯТАЯ практика в мире *NIX"
Но многие уподобляясь Тангайзеру похожи на собаку, кусающую палку
а не субъекта, который палку-то и держит.

Когда же народ будет читать не только news-ы, RTFM и пользоваться ОБС,
а научится думать самостоятельно, классику почитает, (хотя бы Крылова
и Козьму Пруткова) :-))).
Вы по теме, давайте, по теме.
Человеки с недовлетворенной RPM-зависимостью :-))))

SVL

2 Fedor (*) (2003-05-26 10:45:59.200146)
Да-да, а пока не спросили - придумывайте свой собственный. Вместе с Дселектом. О результатах доложите. ;)
Вы как, тоже используете стандартные языки? Тогда вы тоже, по Дселекту, придурок (это он так говорит). ;)
Виндузятник

Я пытаюсь )) трудное это дело.
Но вы ведь не будете отрицать, что С++ далёк от совершенства?
Пишем на том, что есть, ездим на машинах, не похожих на те, что показывают в некоторых фильмах и т.д.

Не буду. Я тоже не ангел... :)

2 Fedor (*) (2003-05-26 11:42:32.364843)
Не буду. Я тоже не ангел... :)
Так что ж, по методе Дселекта все, кто не ездит на импортных или самособранных машинах - придурки? ;)
Виндузятник

2Виндузятник

Мне показалось - он иронизирует

2 Fedor (*) (2003-05-27 04:03:04.183)
Если бы...
Вон в соседнем треде но-даши говорит, что ОпенВью Пакарда - дерьмо, он быстро и лучше такое же напишет. Это тут модно - все вокруг с д... смешивать, программисты, бл... Типа, ВСЕ САМИ ЛУЧШЕ можем. А кто не может - тот ламо безрукое... ;) Вот только винды в шоколаде, а линь с такими деятелями - в ... .
Виндузятник