2 anonymous (*) (2003-04-28 13:57:31.834819)
Да, конечно, на офисной машине без mplayer и худ. фильмов ну вообще никак... Скока платят? Дворники не нужны?
Виндузятник
>>А к каких это пор в Debian появился mplayer ?! >anonymous (*) (2003->>04-28 14:51:32.623349) Звиняйте, тут все говорят, что woody на семи >>дисках - у меня почему-то восемь... Там и есть.
Ты эта - типа apt-get update| apt-cache search mplayer сделай - нет его там ибо у него проблемы какие-то с GPL в отличие скажем от xine. И пока эти проблемы не решатся в репозитарий его класть не будут ибо Debian это GNU/Linux.
Найдете mplayer - с меня извинения за слепоту.
А с вас? :)
Такое впечатление, что с дисков дебиан вы не ставили. Так зачем дешевый треп разводить? Солидность от умных слов появится? Ну прям как дети... ;)
2 anonymous (*) (2003-04-28 16:30:40.154311)
"А чегой-то у нас граф RPM-based нигего не грит? Тока Дабиан и Слака..." - а сейчас высшая лига играет. Дворовые команды тут отдыхают. ;)
>У меня в 9-й слаке стоит Dropline GNOME 2.2 (http://www.dropline.net) + unicode ttf. Никаких проблем с русским. Единственная, пожалуй - gedit с его задроченностью на UTF-8.
Да все физики пидоры!!!!!!!!!!!!!! Слака - файлопомойка без нормальных зависимостей с ублюдскими startup-скриптами, подобными груде обосранных макарон Debian - для ленивых ублюдков с mplayeram'и и прочей развлекательной поебенью
WinNT - это система, а не жалкое поделие красноглазых пЫонеров, которым бабы не дают, вот они с дистрибами и трахаются, долбоебы.
Сам ты пЫонер, сука гребанная. И не тебе с твоим Выньnt тут словами срать. Ежели понос - уебывай в свой сортир деревенский с туалетной бумагой от микросакса, требующей апдейта перед использованием
>Да все физики пидоры!!!!!!!!!!!!!! Слака - файлопомойка без нормальных зависимостей с ублюдскими startup-скриптами, подобными груде обосранных >макарон Debian - для ленивых ублюдков с mplayeram'и и прочей развлекательной поебенью
> Если у Вас не хватает мозгов разобраться с этим Дистрибутивом
"Я сторонник разделения труда. В большом пусть поют, а я буду оперировать." (С) Проф. Преображенский.
Разбираться с зависимостями ВСЕХ пакетов, входящих в дистр -- ИДИОТИЗМ!!
Когда этих пакетов мало, или они меняются не часто, это еще можно
сделать.
После определенного уровня -- на это уйдет слишком много усилий. Особенно с "базарной" схемой написания [opensource] ПО.
А есть и такой уровень, начиная с которого отследить зависимости
один человек _физически_ не сможет.
Дальше придется сделать так, чтоб каждый maintainer мог занимался
_только_ своей софтиной [что-то вроде subprojects в Debian] , лишь
минимально заморачиваясь вопросами зависимостей/конфликтов.
Один из способов добиться этого -- система управления пакетами,
AKA package manager.
Второй вариант -- "прибить гвоздями" программы/библиотеки,
которые считаются "стандартными" (a la Windows)
1) практически нереален в случае Linux,
2) и в случае Windows он приводит к полному бардаку.
Некоторые дистроклепатели подумали об этом лет 7 назад,
а некоторые -- и сейчас не хотят думать.
2 anonymous (*) (2003-04-28 16:09:36.047003)
>>А вот таких пидоров которые только пальцы гнут на других а сами >>ничерта для других не делают - однозначно мочить в сортире !
> Правильно - если вы ребята пользуетесь трудами сообщества то извольте
> это сообщество уважать и жить по его законам - а нет так идите на хуй !
О, еще один славный потомок К. Чугункина... Когда ж вы повыздыхаете?!
> Если бы Линус был таким же как вы - не было бы у нас linux'а.
Если бы не было Линуса, то довели бы до ума Hurd.
2 Виндузятник:
> В ОИЯИ слаки нет?
И в ИТЭФ'-е нет. И в CERN'-е. И в SLAC'-е.
> Ну и что это доказывает?
Как минимум, что заголовок, красующийся над этой страницей, -- наглая ложь.
> Найдете mplayer - с меня извинения за слепоту.
Очень нужная вещь, а для кластера -- вообще незаменимая :)
Тем не менее:
2 Dselect (*) (2003-04-28 19:35:57.511826)
"Как минимум, что заголовок, красующийся над этой страницей, -- наглая ложь" - откуда такой вывод? Там что, написано что физики выбирают ТОЛЬКО слаку? Нет, там написано, что автор статьи - физик - выбрал слаку. "About the Author: About me and my background with computers: I am a physicist...". Или вы хотите и это опровергать? Добавьте, что другие физики выбрали РХ, Церн, Сусю и т.д., приведите ссылки, и вопросов не будет. Зачем же пыхтеть на очевидное? Или вы до "про автора" не дочитали?
"Очень нужная вещь..." - а я тут при чем? Это анонимусы какие-то на рабочем столе без него, mplayer'а, жить не могут. И утверждают, что в дистре деба он есть, а слака фигня, раз у нее нет. (или вы читаете выборочно?). Я дал ссылку на официальный сайт разработчиков деба, а не другой конторы. Вам найти mplayer в сборке для слаки? Сами не можете? Памагаю - http://www.linuxpackages.net/ :)
2Shrike (*) (2003-04-28 15:25:43.790062):
Вообще-то с локализацией особо проблем я не видел. Ручками в init-скрипте прописываешь - сразу будет.
Точнее, в 4-й (кажется) Слаквари была проблема, что в xterm'е не рисовались русские буковки. Но те времена давно прошли.
По поводу памяти: ядро кеширует данные с дисков в свободную память. Возможно, у тебя получилась такая ситуация, что RedHat считал за время загрузки >100Мб и получилась, что память якобы занята. Ничего подобного.
2anonymous (*) (2003-04-28 18:15:15.977035): Вопрос в том, что же там _НА САМОМ_ деле патчится-то так по-особенному? И если действительно эти патчики повышают стабильность и производительность системы - почему Alan Cox не закидывает это всё в основную ветку?
Более того, насколько мне известно ведущий разработчик 2.4.х - как раз-таки Cox; Linus занимается веткой 2.5.х. Или мои сведения устарели и что-то сильно поменялось?
Да, в догон. М.Зотов, похоже, работал (ет) в МГУ - Mikhail Zotov (NPI, Moscow State University) - http://arxiv.org/abs/gr-qc/9704080. Так что название новости - правильное. ;)
ЗЫ - NPI - Nuclear Physics Institute
Здравствуйте.
По поводу памяти: я вроде представляю себе как ядро с памятью работает, но тоже обращал внимание на такое явление...
Слакваре и СуСЕ действительно при прочих равных берут меньше памяти чем остальные дистрибутивы, и почему это происходит, я не понимаю...
Кабу.
Представляю себе такую сцену:
Запыхавшийся Рут, весь в крови перемешанной с потом, домачивает ногами и острыми предметами Антихришку....
...немая сцена....
Кстати, а Антихрист и ведь впрямь сопляк на фотографии.
Рут. Коленым мечем ему сердце вон. И домой, кретин, матушке - каков подарочек.
Виндузятник, не заводи народ, а то на тебя переключатся.
2R00T Суть в том, что и там, и там запускались одни и те же демоны, плюс X и KDE одинаковых версий, скомпилированных одним и тем же компилятором. Ядро той же версии... И занято 40 МБ свопа :0. Кроме того, по субьективным оценке, Red Hat ощютимо тормозил (свопал) при работе в KDE на той же машине, где Slackware летал.
2 anonymous (*) (2003-04-28 20:30:01.139798)
А это в основном у таких и бывает - собственные комплексы давят грубостью. Тут еще один "бугай" любил ответами за базар пугать. По фото - больше пуда не поднимет... :)
Да я что, я ничего, только чайку попить, да новости послушать... :)
Виндузятник
Господа, который пакэдж-майнед, ваши дырявые дистры гонят свою политику пакетов, а это не есть стандарт. Поэтому Слакваре единственный "натуральный". Кстати, покопайтесь на фрешмите и соурфорже - найдете кучу дополнительных тулзов к слакварным для управления пакетами...и даже! их зависимостями, которые, правда придобавлении самому придется проверять в виду недоделанности этих тулзов.... Но самое интересное, так это то, что слакваристам это не нужно!... Потому как не содержат помоек они у себя на винте....
Я Slackware/QNX6/WindowsXP user (и прежде всего физик ж-)):
из Debian-based дистрибутивов пользовался только HURD J2:
установил man (ни слова об ошибках небыло),
man bzip2 - пишет что отсутствует какя-то lib_какято.so.4
посмотрел что есть - есть lib_какято.so.3
ln -s lib_какято.so.3 lib_какято.so.4
man bzip2 - всё работает
Вопрос 1:
чем кроме ядра и трансляторов HURD отличается от Debian -
в смыле, это глюк HURD'а или Debian менеджера пакетов
Вопрос 2:
если это глюк Debian менеджера пакетов -
тогда нахрена нужен такой учёт зависимостей
ps
Вконце концов, я запустил fwwm, но анализ зависимостей
(типа приведенной выше)вызвал такое отвращение к Debian менеджеру пакетов,
что я его снёс и спокойно пересел за Slackware/QNX6/WindowsXP
Вопрос был вот к этому (удалили): Я Slackware/QNX6/WindowsXP user (и прежде всего физик ж-)): из Debian-based дистрибутивов пользовался только HURD J2: установил man (ни слова об ошибках небыло), man bzip2 - пишет что отсутствует какя-то lib_какято.so.4 посмотрел что есть - есть lib_какято.so.3 ln -s lib_какято.so.3 lib_какято.so.4 man bzip2 - всё работает Вопрос 1: чем кроме ядра и трансляторов HURD отличается от Debian - в смыле, это глюк HURD'а или Debian менеджера пакетов Вопрос 2: если это глюк Debian менеджера пакетов - тогда нахрена нужен такой учёт зависимостей ps Вконце концов, я запустил fwwm, но анализ зависимостей (типа приведенной выше)вызвал такое отвращение к Debian менеджеру пакетов, что я его снёс и спокойно пересел за Slackware/QNX6/WindowsXP botrops-schlegelii (*) (2003-04-28 20:55:56.199243)
>Более того, насколько мне известно ведущий разработчик 2.4.х - как раз-таки Cox
приехали, R00T опять сел в лужу,
maintainer ветки 2.4.x Marcelo Tosatti, начиная с 2.4.16 кажется
лучше помолчи, а то у тебя такие перлы выходят, то слака безглючная потому что
на securityfocus'е про неё нет, то вдруг Кокс стал ведущим
разработчиком ветки 2.4
http://qnx.org.ru/
+микроядерный (IMVHO удобен вообще)
+hard realtime (IMVHO удобен для специфических целей)
-цена $8000 на os+комплект_разработчика(некоммерческая версия бесплатно , но см. ниже)
-с версии 620 ядро пересобирать не дают и комплект разработчика урезан сильно
-слабое влияние qnx-nonecommercial_community на генеральную линию QSSL
ps
QNX6 я держу у себя для 'души', да и знакомство с миром
альтернативных OS я начинал с QNX6
Поднажал.... А РУта не трогать! За базар ответите! Антихриста фотку где-то на каком-то паршивом сайте видел - урод жуткий - сопливый такой - лет 15-ти... женщин голых еще не видел...и не увидит... его в армию даже по ориентации не возьмут... :)))
2botrops-schlegelii Спасибо за инфу.
Единственное, с чем не соглашусь, так это с микроядерной архитектурой... хотя, для специфичных целей может оно самое и есть.
О ядрах на эту тему спор был еще между Торвальдсом и Таненбаумом... поэтому не будем :) А за инфу - сенькс, про реалтайм-знал, про микроядра-нет - надо бы посмотреть.