1()()() !!! постов!!!!

1()()() !!!! Постов УРАААААА

Ура!!! 1000!
Теперь давайте жмите до 1К!

Проект Gentoo BSD

2 Sun-ch: po povodu zarplat. a otkuda takaja infa? jesli sudit po http://www.physicsweb.org to gde-to v 2 raza mensha...

http://www.salary.com

1000!

100 постов !! Ура!

До 1М слабо?

ne, prosto LOR skoree umr'ot :)

Епать копать.Слака хороша для новичка тока тем, что это лфс которым пользуется дохуя народу(с).Если всё настроишь ручками сам.То потом тебя можно допускать для других линухов.А так нахватаешься в рх всяких долбаных граф-примочек.Потом не всосёшь что к чему если сломается.А потом уже можно в район дебьяна или генту со шьюзе зырить.

Может быть я торможу, но в RH >= 9 от wmaker отказались? Мне лично только Windows Maker и нужен. (WinForms можно и под WINGs написАть ;-))

2MaR:
>а вот господа, что хорошего в пакетах?
Читайте внимательнее: 1)ЧТО ПЛОХОГО В ПАКЕТАХ? 2)Отслеживание
зависимостей; 3)Простота установки/обновления/удаления (на выбор)
пакета/пакетов/системы (на выбор)
>компилить вручную не умеем?
ЗАЧЕМ КОМПИЛИТЬ? ЗАЧЕМ ДЕРЖАТЬ ДЛЯ ЭТОГО КУЧУ НЕ НУЖНЫХ ДЛЯ ЭТОГО
ФАЙЛОВ, КОТОРЫЕ ИСПОЛЬЗУЮТСЯ ТОЛЬКО ОДИН РАЗ ПРИ КОМПИЛЯЦИИ?

>воту меня слака стоит... ...в /usr/soft создаю линки на исполняемуе
>файлы и прописан путь к этому каталогу - ничё не смешивается...
Только что ты написал приблизительный (не в деталях, а в принципе)
алгоритм работы RPM при сборке пакета. Не знаю, делаешь ли ты это
руками, но RPM делает это автоматом без моего вмешательства по
ЗАРАНЕЕ ПОДГОТОВЛЕННОМУ СЦЕНАРИЮ! (Ты программы как пишешь? прям в
дебаггере по одной команде? или всё таки на высокоуровневом языке
в удобной тебе среде, а потом компилишь?)

>прежде чем поставить одну программу приходилось ставить кучу других
>пакетов, которые хрен знает куда и зачем устанавливались
"хрен знает" потому, что ты не знаешь. стандартный подход слакваристов:
"я это не доганяю, значит это херня".
В любом случае, если себя умнее всех, берёшь *.src.rpm и компилишь как
ТЫ хочешь, под ТВОЙ процессор!:) и со своими зависимостями... или
вобще без оных (и на хрена эти тупые РедХэтовцы/Дебиановцы их
придумали???:)))

>иногда помогало --nodeps --force, но это не дело... для начинающих пакеты
Такое помогает ленивым и "неразобравшимся в системе"

пошли по второму кругу

2anonymous:
>пошли по второму кругу
Да просто достали эти "изобретатели велосипедов"!:)
каждый склепает своё поделие и кричит, что "оно самое классное, а
"стандартный масовый велосипед" - отстой, потому как я на нём
ездить так и не научился":)

Проект Gentoo BSD

2anonymous (*) (2003-05-14 13:35:33.743)

>Narod! A chem Slaka dl'a novishka luchshe(huzhe) chem driguje distry? Kstati, ja uchus na fizika - vlijaet li eto na vybor (modeliruju uzhe paru let, no tolko na VC++)?

Spasibo vsem!

ja uchus na fizika

Учишься на физика ну и учись, нафиг тебе этот лялих сдался ?

Ты же физиком собираешься работать, а не админом/программером.

Лялих он затягивает, глазки краснеют, пальчики вытягиваются.

Начнешь потом сюда ходить, научишься матом ругаться и пиписькой

меряться.

А потом кто нибудь брякнет, что лялих суксь, вот *BSD это настоящий

UNIX.

Решишь попробовать, тут и конец тебе, забросишь свою физику и девчонок

и будешь ночами напролет в моник пялится.

Одумайся пока не поздно !!

Ну, как будет ему плохо, я ему про винду напомню, и все будет ОК! :)
Виндузятник

>Может быть я торможу, но в RH >= 9 от wmaker отказались? Мне лично только Windows Maker и нужен.

И что смертельного? Еще в 7.2 я не встретил моего любимого WM AfterStep. Скачал сырцы, собрал, запустил. В чем, собственно, проблема?

в LOR забито ограничение на 1024 поста в одном треде, после этого все встает раком

>А тем, что ты потом после РХ будешь как дурак на СуСЕ, например,
>смотреть и говорить, что я такого Линуха не знаю....
>Слака - классика - единственный чистый и нетронутый ГНУ/Линукс.

Ха-ха. Если человек идиот, то это не лечится. Он что после слаки будет
на РХ или Сьюз как баран смотреть, что наоборот. Но таких долбоебов,
которые бы после редхата не могли с сьюзах разобраться, я не видел.
Если парень, ты не смог, то будешь первым в моем коротеньком списке
дебилов.

J.

>В чем, собственно, проблема?

"No problem, only challenge!" Мотивация сразу же поставить слаку. Кстати, был такой Multilinux - минималистический Slaсkware-clone, ориентированный на Windows Maker.

Кстати, кто, pls., подскажет, есть ли Web-броузер, написанный на WINGs?

ЗЫ. А где виновники нашего торжества? ;-)))

>Теперь давайте жмите до 1К!

мудаёб, 1000 это и есть 1k

> мудаёб, 1000 это и есть 1k

А 1M - это наверное 1000000?

2Led:
>Читайте внимательнее: 1)ЧТО ПЛОХОГО В ПАКЕТАХ? 2)Отслеживание
зависимостей;

зачем??? зачем эти зависимости нужны??? если вдруг при установке РПМ оно заорёт что ему нада libXolodilnik.so.1 для проверки наличия пива в холодильнике??? типа скомпилили с поддержкой холодильника и без этого никак... а мне может это абсолютно не нада, но меня в этом случае не спрашивают, всё решили за меня как мне на самом деле нада...


3)Простота установки/обновления/удаления (на выбор)
пакета/пакетов/системы (на выбор)

гдеж там удобство? этот файл конфликтует с тем, тот с этим и тд, ну допустим не законфликтовало, установило поверх (ещё не встречал рпм, в которых работало бы --prefix, все только и говорят чьто пакет не перемещаемый), а потом выяснилось что на самом деле предыдущая версия больше устраивала, что ставить назад? да + ещё этот рпм конфигов какинть наисправляет, причём не говорит что и где сделал, всё валится в одну помойку /usr


>ЗАЧЕМ КОМПИЛИТЬ? ЗАЧЕМ ДЕРЖАТЬ ДЛЯ ЭТОГО КУЧУ НЕ НУЖНЫХ ДЛЯ ЭТОГО
ФАЙЛОВ, КОТОРЫЕ ИСПОЛЬЗУЮТСЯ ТОЛЬКО ОДИН РАЗ ПРИ КОМПИЛЯЦИИ?

чего??? компилятор например с кучей библиотек и тд??
а на счёт зачем компилить - за этим ./configure --prefix=/usr/soft/qqq-1.2.3 --with-qwe --disable-qqq и тд...
а исходники разархивированные потом удалить... а на счёт например uninstall - просто rm тому каталогу в котором оно стоит, так же можно держать кучу разных версий и без конфликтов (ну эт на любителя)

>Только что ты написал приблизительный (не в деталях, а в принципе)
алгоритм работы RPM при сборке пакета. Не знаю, делаешь ли ты это
руками, но RPM делает это автоматом без моего вмешательства по
ЗАРАНЕЕ ПОДГОТОВЛЕННОМУ СЦЕНАРИЮ!

рпм всё кидает в общую кучу, прежде чем чёнть поставишь или снесёшь, он тебя достанет своими зависимостями

>(Ты программы как пишешь? прям в
дебаггере по одной команде? или всё таки на высокоуровневом языке
в удобной тебе среде, а потом компилишь?)

пишу на высоком уровне, но... вот была раньше такая штука - vcl - virus constrictor library (по моему как-то так) под мастдай, ламаки там вирусы делали - ставили галочки: резидентный, заражать таике-то файлы и тд - ты про такой высокий уровень говоришь?


"хрен знает" потому, что ты не знаешь. стандартный подход слакваристов:
"я это не доганяю, значит это херня".

не "не догоняю" а не нужно... за примером далеко идти не нада:
качаешь софт в исходнике и в рпм, пытаешься ставить рпм, он тебя обычно пошлёт, скажет "а зависимости не особо", говоришь ему --nodeps --force и он затыкается и ставит и а большом количестве случаев посте такой установки работать не будет, прежде чем ты не поставишь ему чё он хотел...
второй путь - компилим исходник, даже если при configure и скажет что чёнть хочет, ему можно ответить --without или --disable и в этом варианте после компиляции всё будет работаьть нормально (за исключением того что ты отключил, если оно вобще тебе нужно)

>В любом случае, если себя умнее всех, берёшь *.src.rpm и компилишь как ТЫ хочешь, под ТВОЙ процессор!:)

нет, я беру исходник и компилю как мне нада...

>и со своими зависимостями... или вобще без оных (и на хрена эти тупые РедХэтовцы/Дебиановцы их придумали???:)))

вот уж не знаю, но думаю для привлечения под линукс большего числа пользователей с той же винты, которым пофик как система работает, что у неё где и зачем, которым сказано "нужно это" значит оно нужно и без этого никак, чтоб трудней кривыми руками было убить систему, для того и придумано

зачем усложнять себе жизнь, придумывать зависимости, если беж них можно жить лучше... (всё-равно что жить по понятиям)
что в моей системе не так? становка, обновление, удаление всё происходит максимально безопасно и под полным контролем (что много времени не занимает и напрягаться не заставляет ибо make && make install могут проходить и без меня)

2MaR:
От души повеселил:)))

>>В любом случае, если себя умнее всех, берёшь *.src.rpm и компилишь как ТЫ хочешь, под ТВОЙ процессор!:)

>нет, я беру исходник и компилю как мне нада...

Продолжай веселить:) ответь на вопрос: что представляет собой
пакет *.src.rpm и чем он отличается от tar.gz?

test 1024

test 1024 messages on LOR

test 1024 etc

YES!! 1025 messages!!!

проблемы 2000 года на лоре нет!!!

Угумс, повеселил! Это точно...

Рассказал, как ПРОФЕССИОНАЛЬНО работать,
с операционной системой,
чего и Вам желаю, и себе :-)

После всего раннего нездорового флейма,
как бальзам на раны...

Учитесь, "глобализаторы"... :-)))

eto problema 10-go razr'ada, a ne 2k goda.

господа, вы хотяб скажите что не так в том что я сказал, где я не прав...?

2MaR (*) (2003-05-14 16:58:39.596)

Рассказал, как ПРОФЕССИОНАЛЬНО работать, с операционной системой!

А ты какой ожидал реакции и от кого? :-)))))

Проект Gentoo BSD

>Рассказал, как ПРОФЕССИОНАЛЬНО работать, с операционной системой, чего и Вам желаю, и себе :-)

Ну попробуй замени на своей системе

perl 5.6.* + 500 модулей на perl 5.8.*

руками

2MaR

Было же уже сказано. Slackware - говно и попса. CRUX - рулез.

>А 1M - это наверное 1000000?

да

k = kilo = 1000
M = mega = 1000k = 1000000

>ответь на вопрос: что представляет собой
>пакет *.src.rpm и чем он отличается от tar.gz?

да вобщем-то мало чем, и там, и там внутри исходники лежат, но в случае src.rpm можно компилить не выная исходников изнутри, но нельзя изменить какойнть конфиг или ещё чёнть, что не редко бывает нужно, так что если мне попадаются src.rpm (может пару раз было, не больше) просто вынаю из них исходники и делаю как удобней, пусть на паду движений больше сделать приходится, но это не страшно

Caм мудаёб, 1K это - 1024 ;))

> да

> k = kilo = 1000

> M = mega = 1000k = 1000000

А 1G - это наверное 1000000000?

P.S. С доказательством, если не сложно.

Я очень извиняюсь, но после своей жизни
Вы лично все равно превратитесь в "гавно"...

P.S. если ввести понятие "гумус", это Вас
не слишком запутает?

> Я очень извиняюсь, но после своей жизни Вы лично все равно превратитесь в "гавно"...

Не факт. (крематории, кислота и т.д.)

>Ну попробуй замени на своей системе
>perl 5.6.* + 500 модулей на perl 5.8.*

gcc .... file.c -o file.o
.
.
.
cp file /usr/lib....
ln ......
и т.д.

так чтоль?
да нет, спасибо, этим make занимается

>Было же уже сказано. Slackware - говно и попса. CRUX - рулез.

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

Mar заебал, ты вылез сюда со своим драгоценным мнением, не удосужившись прочитать такую же дискуссию до тебя. Не хочется заниматься повторным убеждением, но твои доводы очень слабы. package-based умеет все, что умеет hand-based + много больше. и не надо себя считать гуру во всем - я думаю, мантайнер пакета deb знает лучше тебя детали как собрать конкретную софтину. а способы поменять конфиг имеются конечно

Возможно, Ваш прах распылят по просторам вселенной...

"гумус", вообще-то, полезней для потомков...

P.S. CRUX - тоже неплохо... Однако, если Вы говорите,
что Ваша жена (или девушка) красива, это же не значит,
что все остальные... В эдаком случае за комплименты
морду бить нужно...

Проект Gentoo BSD

>да нет, спасибо, этим make занимается

К сожалению, он не умеет делать модули, это с-код + перл код,

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

между модулями я скромно умолчу, человек держать ее в голове

просто не может и т. д.

Короче это задача решается только автоматизированным методом

Проект Gentoo BSD

>Caм мудаёб, 1K это - 1024 ;))

А как правильно писать мудаеб или мудоеб ?

См. проверку безударных гласных, находим проверочное слово

"отмудОхать",

стыдно не знать родной язык

> Однако, если Вы говорите, что Ваша жена (или девушка) красива, это же не значит, что все остальные... В эдаком случае за комплименты морду бить нужно...

Скажите это слакварщикам. Только предварительно потренируйтесь. По степени _аггресивного_ неприятия остальных дистрибутивов слакварщики - вне конкуренции.

> Однако, если Вы говорите, что Ваша жена (или девушка) красива, это же не значит, что все остальные... В эдаком случае за комплименты морду бить нужно...

Скажите это слакварщикам. Только предварительно потренируйтесь. По степени _агрессивного_ неприятия остальных дистрибутивов слакварщики - вне конкуренции.

>"package-based умеет все, что умеет hand-based + много больше"

И не ставьте умную машину выше умного человека. "Умной" ее сделал
другой умный человек. А теперь каверзный вопрос: Вы кого сравниваете?


>"мантайнер пакета deb знает лучше тебя детали как собрать конкретную софтину"

Я тоже уважаю и люблю папу с мамой. Спасибо им за воспитание и
жизненный опыт. Но как жаль, что они не указали мне заранее, что
захочет получить от меня жена на День Рождение...

Зачем нам менагер пакетов - мы помним усе пакеты, как какой от кого зависит и какой нужжно ставить после какого. Зачем нам cron - мы все буим делать руками в нужное время. Зачем нам shell - мы знаем усе про нашу систему. Зачем нам линукс - мы буим работать под видами: сотня кликов мышой, зато каждое действие под контролем.

2 Sun-ch

/* А как правильно писать мудаеб или мудоеб ?

См. проверку безударных гласных, находим проверочное слово

"отмудОхать",

стыдно не знать родной язык */

Неправильно. Безударная гласная тут ни причем. "Мудоёб" - сложное слово с двумя корнями "муд" и "ёб". О - гласная для связи корней. Примеры: пароход, самолет, дисковод, долбоеб и т.д. Ну и как водится - Слака рулез

Евгений

2MaR:
>мне попадаются src.rpm (может пару раз было, не больше) просто вынаю из них исходники и делаю как удобней,
Ответ неверен:) Ты делаешь, как ты знаешь, а не как удобнее:)
Итак, вторая попытка: так чем же отличается src.rpm от tar.gz

2Кто знает:
Не подсказывайте, детей нужно учить... ласково и терпеливо:)))

4Mar: Я тебе расскажу, почему у тебя rpm-based дистрибутив орет.
Дело в том, что есть у него небольшой недостаток - файлы из поставленных руками пакетов он не видит. Что нужно сделать, если хочется делать все
руками? Поставить пакет из srpm.
SRPM=пакет+патчи+spec-файл с правилами сборки (ключами и параметрами оптимизации под твоей проц)

Можно также прекрасно положить исходники и патчи в /usr/src/sources,
накидать (или поправить имеющийся) spec и положить его в /usr/src/specs
(если он, конечно, не от altlinux - я себе всю башню сломал, в нем
разбираясь). После чего сделать rpmbuild -bb твой.spec или rpm -bb твой.spec. Есть еще преимущество - можешь spec оставить - пригодится на потом. Повторимся - спек можешь писать сам. И поставится как
ты хочешь и как тебе надо (ты не в /usr ставишь? а куда?)

Пакет собирается и ты его ставишь.

Зачем нужны зависимости. Это очень просто. Помогает избежать многочисленных вопросов - ой, я тут как-то что-то собрал, а у меня требует библиотеку х.so у меня есть x.so и x.so.1, но почему-то не работает.
А не работать может вполне из-за того, что версия чуть старее, чем нужно. Но прога может нормально собираться с ней. Я такое видел.
Мне впадлу проверять руками хватает у меня номера версии или нет -
проще подождать, пока rpm сматерится. Это экономит время.

rpm говорит что и как он исправляет. В конце вываливается сообщение типа "конфиг /etc/какая-то_хрень переименована в /etc/какая_то_хрень.rpmnew или /etc/какая_то_хрень.rpmold"
Не вопрос - заходишь туда и исправляешь также чудно руками, как в
своей слакваре (я так все время и делаю - не люблю гуювых конфигурилок).

Хотелось бы узнать что значит "rpm кидает все в кучу в /usr"? Вообще
это стандарт де факто (а в UL, насколько я знаю, де юре).
В /usr/local ставятся программы пользователей (я лично туда ставлю
только mplayer). Еще бы все wm стали выносить в /opt - совсем бы
хорошо стало.

Насчет --nodeps. Обычно ругается правильно, но с другой стороны, у меня раньше иксы стояли самосборные и конечно большая часть прог
материлась на отсутствие их библиотек. Я знаю, что и откуда. Почему
же пользователь слаквари не знает что у него откуда берется?

Дело в том, что есть у него небольшой недостаток - файлы из поставленных руками пакетов он не видит. Что нужно сделать, если хочется делать все
руками? Поставить пакет из srpm.
SRPM=пакет+патчи+spec-файл с правилами сборки (ключами и параметрами оптимизации под твоей проц)

это большой недостаток ибо большенство софта распространяется в исходнике... и что, чтоб его поставить нада сначала рпм делать? только для того чтобоно не орало? особо тупо...
------------------------------
После чего сделать rpmbuild -bb твой.spec или rpm -bb твой.spec. Есть еще преимущество - можешь spec оставить - пригодится на потом. Повторимся - спек можешь писать сам. И поставится как
ты хочешь и как тебе надо (ты не в /usr ставишь? а куда?)

я ставлю в /usr/soft/name-x.y.z (name-x.y.z - имя программы и её версия) таким образом она стоит отдельно и в этом каталоге стоит _только_ она, ни с чем не смешиваясь....
-------------------------------
Зачем нужны зависимости. Это очень просто. Помогает избежать многочисленных вопросов - ой, я тут как-то что-то собрал, а у меня требует библиотеку х.so у меня есть x.so и x.so.1, но почему-то не работает.
А не работать может вполне из-за того, что версия чуть старее, чем нужно. Но прога может нормально собираться с ней. Я такое видел.
Мне впадлу проверять руками хватает у меня номера версии или нет -
проще подождать, пока rpm сматерится. Это экономит время.

нуууу.... это единичный случай, ну или очень редкий, пока с таким не сталкивался, зато сталкивался с тем, что ставлю из рпм, оно вроде как ставится, но не работает (что именно ставил уже не помню)
да и не запоминал я зависимостей никогда, а если чё, оно говорит при configure и небыло проблем с зависимостями, если скомпилилось, то работает, а в большенстве (подавляющем) компилится нормально, без проблем + зачем мне помнить какая прога от какой зависит? если вдруг приспичит удалить glibc (ну так, на всякий случай, чтоб не мешался), то да, тут действительно придётся вспоминать кто от неё зависит
-------------------------------
Хотелось бы узнать что значит "rpm кидает все в кучу в /usr"? Вообще
это стандарт де факто (а в UL, насколько я знаю, де юре).
В /usr/local ставятся программы пользователей (я лично туда ставлю
только mplayer). Еще бы все wm стали выносить в /opt - совсем бы
хорошо стало.

вот и получается что все проги в одной куче, а при обновлении если на старый файл новый не наложился, то он и не удаляется, так в виде мусора остаётся лежать (по-моему) да и обновление становится менее безопасным и неудобным (намного безопасней когда одна версия в одном каталоге, другая в другом и проверяешь её, тестишь по всякому и можешь делать чё угодно, не понравилось - удаляешь новую, понравилась - удаляешь сарую
-------------------------------
Насчет --nodeps. Обычно ругается правильно, но с другой стороны, у меня раньше иксы стояли самосборные и конечно большая часть прог
материлась на отсутствие их библиотек. Я знаю, что и откуда. Почему
же пользователь слаквари не знает что у него откуда берется?

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