Первый день в Linux!

таки _ВСЮ_ жизнь ? :)

а что за прога рядом со stardict, в форме книжечки?

Первый раз ставить linux - и сразу gentoo - рисковал :)

>Первый раз ставить linux - и сразу gentoo - рисковал :)

Я тоже с Gentoo начинал (2 дня тырканья в SuSE не в счёт). Теперь на Archе сижу

А он с какого года? У меня путь стандартный - rh5 -> debian potato -> debian woody -> gentoo. То есть, представление, что, где и как, уже имел. И косяки, которые вылезали, меня не пугали уже. А вот так - с нула - респект...

Компилите дальше господа, ведь жизнь так коротка и дел кроме как "установки линукса" нет ...

если бы компилирование излечивало плоско(быдло)умие я бы и вам прописал

>Первый раз ставить linux - и сразу gentoo - рисковал :)
Просто добивают на форумах фразы типа "я такой крутой gentoo поставил и теперь у меня все летает ... ".
Как будто компилирование "в домашних условиях" дают какой-то прирост производительности относительно группы "компиляторов" дистра ..
Счас есть аж уже целое поколение людей-"псевдо-линуксоидов" которые только тем и занимаются, что "ставят" линукс, причем вместо того чтобы писать о багах того что не работает в данном дистре/конфигурации разработчикам, чтобы они исправили это в след. версиях, они задают эти вопросы десятками в форумах ...

А насчет "плоско(быдло)умие" - просьба не хамить ...

На системе нужно работать, а ставить и "оттачивать ее" ежечастно ...

>Просто добивают на форумах фразы типа "я такой крутой gentoo поставил и теперь у меня все летает ... ".

Много чего добивает: "я такой крутой, поставил slackware" или "я такой крутой, поставил BSD".

Вон, посмотрите сколько больных БСДшников вылезло в соседней ветке, а система-то неплохая. Так что по пользователям судить не стоит.

>Linux поднялся однако !:)

Это не Linux поднялся до твоего уровня, а _ты_ дорос до Linux!

Ниче так, мило для начала.

Так, господа, прекращаем флудить на тему дистрибутивов.

>Компилите дальше господа, ведь жизнь так коротка и дел кроме как "установки линукса" нет ...

Время потерянное на сборку пакета, оптимизированное под твою систему настолько ничтожна, по сравнению со временем работы с теми (незаметными) тормозами, собранной за тебя, системы (под i386). Точка.

>А он с какого года?

Gentoo? 2004.3

>У меня путь стандартный - rh5 -> debian potato -> debian woody -> gentoo.

SuSE (2 дня) > Gentoo (4 месяца) > ArchLinux

> Компилите дальше господа, ведь жизнь так коротка и дел кроме как "установки линукса" нет ...

Да ладно... Gentoo самый приятный в установке и использовании. Инструкция очень толково написана (ненавижу древние FAQи, разбросанные по инету). Если не использовать агрессивные настройки компилятора, то и проблем особых не будет.

Зря многие кричет, что "компилить - значит зря тратить все время"... да вот как-раз и не зря... я когда ставил на своем ноуте gentoo (правда потратил я на это неделю)... но я все собрал специально для свой "машины": начиная от GCC + взясие либы (ключи оптимизации были специально подобраны для моей "машины), ядром (где были только модули, которые мне необходимы)... и заканчивая приложениями до Gnome 2.10...

В результате все настолько летало, что сейчас никакая SUSE, никакой Debian и в подметки не годится.

А почему в прошлом.. ноут полетел, пришлось все сносить... а уже был рабочий комп... пришлось быстренько ставить SUSE Linux 10.0... но как только отремонтирую ноут, я на него опять поставлю Gentoo... ибо Gentoo - это рулез, если есть руки и... голова на плечах :))))

> Просто добивают на форумах фразы типа "я такой крутой gentoo поставил и теперь у меня все летает ... ".

т.е. гораздо правильнее постить фразы типа "я такой крутой мне компилировать некогда" ?

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

согласен, но дистрибутивы и способ установки ПО в них тут совершенно не причём

> А насчет "плоско(быдло)умие" - просьба не хамить ...

хорошо, только дальше без наездов, ок ?

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

Как я уже писал - да, есть. Существенный или нет - но он есть. И потому что ты собираешь конкретно только для своего компьютера зная что у него стоят такой-то процесссор, такая-то материнка с таким-то чипом... и прочее-прочее-прочее. А "группа "компиляторов" собирают дистр под какой-то класс машин, которые _ПРИМЕРНО_(!!!) удовлетворяют такому-то типу (например, на них стоит 4-й пентюх).

Вот и вся разница

use quickpkg, Luke :)

>если бы компилирование излечивало плоско(быдло)умие я бы и вам прописал

Круто сказано :) +5

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

господи, насколько же убог этот гном!

>>Первый раз ставить linux - и сразу gentoo - рисковал :)

>Просто добивают на форумах фразы типа "я такой крутой gentoo поставил и теперь у меня все летает ... ".

это ты откуда выдумал? со зрением всё ок? и почему, интересно, gentoo = летает?

Для меня gentoo = (маленький трафик при обновлении - deltup, удобная починка багов - патчи в ebuild, возможность собраться в дебуге и эти патчи написать/зарепортить баг во вменяемом виде, просто покопаться в софтине, если интересно, как она работает, и.т.д)

Кругозор надо расширять :)

>то ты откуда выдумал? со зрением всё ок? и почему, интересно, gentoo = летает?
Я не выдумал а знаю что это не так а вот если посмотреть ответы выше ...
>Просто покопаться в софтине, если интересно, как она работает, и.т
Ну вот нужна куча свободного времени которого обычно не хватает ..
Да я могу сказать о себе: Я такой крутой что времени на пересборку мне не хватает ...

Я ничего не имею против Gentoo, тем более Archа и иже с ними. Просто для меня "собирать ошибки и способы борьбы с ними" кажется как то нерациональным - все равно в каждом дистрибутиве грабли свои и они все время меняются .. А так это делать для того, чтобы "можно было найти где какой конфиг лежит" - так это я могу в любой rpm-ке/deb файле посмотреть где какой конфиг лежит и дальше уже по нему мануал читать ...

>Как я уже писал - да, есть. Существенный или нет - но он есть. И потому >что ты собираешь конкретно только для своего компьютера зная что у него >стоят такой-то процесссор, такая-то материнка с таким-то чипом... и >прочее-прочее-прочее. А "группа "компиляторов" собирают дистр под >какой-то класс машин, которые _ПРИМЕРНО_(!!!) удовлетворяют такому-то >типу (например, на них стоит 4-й пентюх).
примерность в 2-3% процента ??? ну кому нужна эта примерность ..
Вот например ты поставил на ноутбук систему настроил после он сломался ... В бинарном дистре ты бы просто переустановил с диска за 1-2 часа а тут прийдется неделю ста ... компилить в общем ... :))

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

> Ну вот нужна куча свободного времени которого обычно не хватает .. Да я могу сказать о себе: Я такой крутой что времени на пересборку мне не хватает ...

ссылка разрешающая вопрос установки и апгрейда gentoo без сборки из исходинков есть в FAQ

> и почему, интересно, gentoo = летает?

если сейчас SUSEя грузится (от начала загрузки системы, до полной загрузки X + KDE) проходит секунд за 40 (я тут где-то выкладывал временные хор-ки)... то в gentoo этот процесс занимал отсилы секунд 10... да и приложения открывались меньше чем за пару секунд (а то и быстрее)... вот поэтому - "gentoo = летает" (по крайней мере так было у меня)

> примерность в 2-3% процента ??? ну кому нужна эта примерность ..

Мне наверное :):):):)

> Вот например ты поставил на ноутбук систему настроил после он сломался

Сломался он не из-за того, что я поставил на него Gentoo :):):):):):)

> ... В бинарном дистре ты бы просто переустановил с диска за 1-2 часа а > тут прийдется неделю ста ... компилить в общем ... :-))

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

У меня лично сложилось впечатления, что на AMD SuSE значительно быстрее бегает... Не знаю, насколько это впечатление субъективно.

>ничего не имею против Gentoo, тем более Archа и иже с ними. Просто для меня "собирать ошибки и способы борьбы с ними" кажется как то нерациональным - все равно в каждом дистрибутиве грабли свои и они все время меняются .. А так это делать для того, чтобы "можно было найти где какой конфиг лежит" - так это я могу в любой rpm-ке/deb файле посмотреть где какой конфиг лежит и дальше уже по нему мануал читать ...

речь не про конфиг... сейчас даже в gentoo туда соваться особой необходимости нет (если это десктоп, ессно).

речь о том, что лично мне, например, интересно, как что внутря работает (до определённой степени), и то, что можно собрать с дебугом/глануть сурсы есть весомый плюс... Ну и патчи, конечно...

За примером далеко ходить не надо - в konqueror кодировка ломалась при возврате на страничку. Патч - 2 строки: запомнить то, что было, а после begin(...) - восстановить. В пакетниках пришлось бы заново пакет kdelibs выкачивать, а тут - на оверлее переехали :)

По поводу темы - Респект! Молодец, что перешел на линукс.

Хм... а вопрос такой вот есть... я занимаюсь сборкой дистрибутива и мне приходится пересобирать пакеты - это моя работа. Значит - я просто трачу время зря? И работаю в пустую, по Вашему мнению? Хм странный подход.

Теперь посмотрим, на то какая работа происходит на компьютере - если это верстка текста, то приблизительно 90% времени железо простаивает, тоже самое происходит и с брождением по WEB. Почему в это время нельзя запустить на сборку скажем новый xorg-7.*-RC* или новое ядро в chroot-env? Какие траты времени происходят? Либо Вы не слишком разбираетесь в теме сборки, либо Вы сами не умеете управлять своим рабочим временем, поэтому Вам и кажется, что время тратится в пустую... Вот например сейчас - я пишу этот текст и у меня собирается новый GCC, еще открыт отчет который надо доделать и крутится тестовый WEB-сервер - времени хватает и мощности железа тоже. Что я делаю не так?

>У меня лично сложилось впечатления, что на AMD SuSE значительно быстрее бегает... Не знаю, насколько это впечатление субъективно.

может просто потому что сам АМД более производителен при тех же затратах на железо? ;)

скорее всего... интел, че-то тупит в последнее время, причем сильно! они даже крепеж для пластиковый для кулеров запетентовали (для LGA 775) и никому не дают его производить...

>Хм... а вопрос такой вот есть... я занимаюсь сборкой дистрибутива и мне >приходится пересобирать пакеты - это моя работа.
А ну если вы, например, сборщик пакетов для того ж Дебиан и это Ваша работа - тогда да конечно ведь вы облегчаете работу юзерам чтобы они по вечерам не компилили Gentoo ...
Речь то о пользователях а не "компиляторах"

>Почему в это время нельзя запустить на сборку скажем новый xorg-7.*-RC* >или новое ядро в chroot-env?
Ну да понятно если вы на работе занимаетесь всем подряд - то соотв. коэффициент от таких "работ" стремится к уменьшению ...

>Либо Вы не слишком разбираетесь в теме сборки,
Да я не разбираюсь в теме сборки - приведите мне пример практического применения "сборки" ????

Практический пример - новое ядро, в котором (скажем по changelog'у) появилась поддержка необходимой Вам железки (например сетевой карты) или исправили ACPI (больная тема для ноутбуков). Реакция дистростроителей на новое ядро - приблизительно несколько месяцев. А ваша - от нескольких часов - до недели. Вот Вам и практическая польза.

О пользователях - я как программист - уже сказал, чем занимается комп во время некоторых задач. Проще говоря бъет баклуши, а раз так - то почему бы ему не выполнить что-то полезное? К тому же зачем осуждать способ установки ПО (неважно одного пакета или целой системы) если Вы в этом не разбираетесь. К тому же по Вашему мнению - да плохо пересобирать пакеты. Отлично Мы Вас поняли. Но поймити и Вы других людей которым это просто интересно - это может быть хобби, любопытство, спортивный интерес, незнаю спор наконец. В общем все, что угодно - каждый дро;%№ит так как хочет.

согласен... my respect :)

я заметил что каждый тут старается доказать что его точка зрения вернее всех остальных... на все 200% :)

> Хм... а вопрос такой вот есть... я занимаюсь сборкой дистрибутива и мне приходится пересобирать пакеты - это моя работа. Значит - я просто трачу время зря? И работаю в пустую, по Вашему мнению? Хм странный подход.

Ну почему же сразу "впустую" ? в данное время я пользуюсь SUSE Linux... а ее тоже кто-то собирал и компилил... да, у меня есть нарекания... но так же и есть "большой спасиб" за работу... :)

Что за привычка - из крайности в крайности :)

на крайности - отвечам крайностью... ;) шутка. просто так получилось. звиняйте, никого не хотел обидеть.

> на крайности - отвечам крайностью... ;-) шутка. просто так получилось. звиняйте, никого не хотел обидеть.

Ну меня точно не обидел... за остальных не знаю :)

>Сегодня собрал свой первый Gentoo из исходников и был приятно удивлен красотой и функциональностью. Из исходников? Со stage3 что ль? там и вправду долго собирать:) и красота в голой консоли таки неописуема:)

> Но поймити и Вы других людей которым это просто интересно - это может быть хобби, любопытство, спортивный интерес, незнаю спор наконец. В общем все, что угодно - каждый дро;%№ит так как хочет.

Да не вопрос. Только не нужно пытаться создавать у себя и у окружающих иллюзию, что занимаешься чем-то полезным.

Я уже говорил что речь идет о рядовых пользователях а не о админах у которых "экзотическое железо" ... Зачем рядовому пользователю пересобирать ядро/пакеты если оно и так работает ?
Да даже этот самый админ с экзотическим железом пересоберет максимум 1-2 пакета + ядро которые ему нужно а не всю систему ... Так что ваш пример насчет ядра не актуален ...

Хм... если Вы по поводу моего поста - то я не создаю иллюзию. Мне это необходимо и это является частью моей работы, за которую платят деньги. Мне нужно собрать GCC, потом с помощью его пересобрать те пакеты, в которых была ошибка при сборке старым компилятором. Если ошибка будет появлятся - отпишу девелоперам, если сам найду в чем грабли - то пошлю еще и патч.
Вопрос был не про иллюзии, а про осуждение взглядов и потребностей других людей. Если Вам это не нужно - то и не занимайтесь этим! Вас же никто не заставляет пересобирать пакеты пачками, наверняка у Вас есть дела повожнее и нет времени на занятия пустяками. Вы создаете иллюзию другим путем! Как я уже сказал - ХОРОШО! Вас за это никто не осуждает! Почему Вы не можете принять другую точку зрения?
Вот посмотрите на тред о FreeBSD - опять стычка, причем кроме ругани и дерьма выливаемого ушатами друг на друга ничего полезного! А ведь радоватся надо, что люди работают и пытаются сделать свою систему лучше! Я хоть и не сторонник BSD-систем но я рад, что люди работают!

Альтернатива->Выбор->Свобода

Насчет konq расскажите плиз, куда копать. Или этот патч уже в портах?

О рядовых пользователях я написал - про ноутбуки и ACPI и личных предпочтениях.
Для меня как рядового пользователя была актуальна такая вот задача: некоторые пакеты требуют пересборки большего числа пакетов, чем Вы думаете. Вот пример есть пакет OpenSSH-0.9.6, при переходе на версию OpenSSH-0.9.7 - необходимо пересобрать пол системы, включая pam, pam-modules, kde (часть пакетов, сейчас не помню точно), mc, pwdutils и еще кучу. Либо сделать линк на новую библиотеку, но если скажем добавился один параметр в функцуии например было foo(param1, param2), а стало foo(param1, param2, param3) - то линки идут лесом, как и все пакеты и мы получаем не работающую систему.
Так вот, скажем в gentoo пользователь запуская emerge <что-то такое> (да простят меня пользователи GENTOO - но не знаю я этой системы :) ) и система сама пересоберет все пакеты, выявив все зависимости и решив кучу проблем за пользователя - так вот это называется способ установки системы, который реализован через пересборку, а никак иначе.
В RPM-based дистрибутивах - там Вы просто либо качаете *.patch.rpm файл из графического клиента и он устанавливается (возможно повредив систему - было такое в личном опыте :( ), либо в ручную надо прописать rpm -Uhv <имя пакета>.

> есть пакет OpenSSH-0.9.6, при переходе на версию OpenSSH-0.9.7 - необходимо пересобрать пол системы ... Либо сделать линк на новую библиотеку

А почему две библиотеки не могут сосуществовать под разными именами? Т.е. такие случаи действительно бывают, но, подозреваю, реже, "чем Вы думаете".

Согласен с ruslanz: вот, допустим, имеем готовую систему. SI, просветите, как вы думаете обновляться в случае rmp-based системы ?

1)Обновлять устанавливая новые rpm-ки ? А если они зависят от тех пакетов, которые у вас есть, но от более новых версий, хотя если собирать из исходников, вполне могли бы быть собраны и со старыми ? Что, все равно придется обновлять кучу пакетов ? И это в то время, как в Gentoo нужно будет обновить только то, что реально необходимо.

2) Или допустим вам нужно, чтоб какой-либо пакет был собран с поддержкой той или иной фичи, что вы будете делать ? Тащить src.rpm, править spec и пересобирать ? Чем это будет отличаться от сборки в Gentoo ?

3) Как уже было сказано выше при обновлении OpenSSL (а не OpenSSH), требует пересборка кучи пакетов. Как поступить в этом случае в rpm-based дистрибутиве ? А в gentoo это делается просто: тупо ставим новый пакет, а потом делаем revdep-rebuild - и это программа сама просканит все файлы всех пакетов, найдет те пакеты, файлы которых зависят от несуществующих библиотек, и перекомпилит их (пакеты).

Единственный момент, из-за чего пока не хочу менять RedHat в некоторых местах на Gentoo: когда уже менеджер пакетов в gentoo научится НОРМАЛЬНО удалять пакеты ? Почему "emerge -C glibc" может запросто удалить то, от чего зависит вся система ???? Почему при удалении пакетов emerge не сообщает о том, что от удаляемых зависят еще такие-то и такие-то пакеты ??? Неужели это так сложно отслеживать ?

Могут, но там случай был "клинический". Был секьюрити фикс, причем достаточно большой. Поэтому оставлять две либы - это большая дыра в системе, причем с надписью "WELCOME". Просто этого не описал, но в общем я пытался объяснить, что не все так просто. В случае админа.

спасибо, что поправили. точно он, свинтус... openssl! я с ним полночи бодался, пришлось откатыватся назад и делать по другому.