Ой, если ты не знаешь про xine, то не нужно называть всех ламаками, подумай о своей компетентности. Xine очень известный проект. А totem - лучший гуи для xine, для тех, кто использует GNOME. Люди, которые пользуются GNOME и xine хорошо знают о Totem.

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

Да и кстати они не зря начали писать практически с нуля G2, ибо давно осознали монстроидальность (и в некоторых местах устерание) MPlayer'а. Например чего стоит только система локализации. Ууу.. Такие же траблы и в других местах. По обещаниям, G2 будет действительно мощной штукой, с поддержкой всего и вся (в т.ч. DVD-меню), GTK2-гуем, чистым дизайном и прочими вкусностями. С нетерпением жду, а пока что пользуюсь Xine. (Totem кстати)

s/устерание/устаревание/ :))

1) G2 начали не с нуля. Туда вошли достаточно большие куски MPlayer G1.

2) Локализация MPlayer - это действительно "crap". А вот про траблы в других местах подробнее...

3) G2 будет вкусной штукой, но GUI там (IIRC) не будет, ибо G2 будет набором библиотек.

А что касается DVD-менюх, то FFTI их. Ибо основной массе разработчиков (опять-таки IIRC) они нафиг не нужны.

MPlayer G2 is the next generation of MPlayer, developed from scratch, by reusing good parts of the "old" code, but built over a new, clean design.

Т.е. они начали писать его с нуля, выбирая все лучшее из G1 и переписывая более плохое :)

А что такое FTTI???

PS я не тот анонимус, который говорил про траблы и т.п.

Не мог бы мне кто-нибудь из фанатов MPlayer'а подкинуть конфиг для наилучшего качества видео, а то чего-то совсем плохо он у меня показывает, как бы я его не настраивал - не меняется ничего (пробовал на разных фильмах), да и термниов некоторых я не знаю. Машина мощная.

> "зависимости" - это средство ограничения свободы выбора.

У нормальных менеджеров пакетов на зависимости можно положить.

> Идея InstallShield'а ведь была та же, что и у менеджеров "зависимостей"!!!

Ни в малейшей степени. Идея InstallShield'a в том, чтобы спросить у пользователя папочку, распаковать архив и сложить всё в эту папочку.

> Как развитие менеджера зависимостей, можно рассматривать "реестр Windows"

А вот реестр Windows, по-моему имеет ещё меньше отношения к зависимостям, чем InstallShield. Скорее к "/etc в едином бинарном файле".

> А ведь софтинки типа linuxconf'а

Эта-то хренотень здесь при чём?

> пока что не догадались свести всё содержимое /etc в единый бинарный файл...

Проще пареной репы. Маунтим файло через loop в /etc и наслаждаемся /etc'ом в бинарном файле.

> Windows 3.11 было гораздо проще настраивать, чем Windows 9x/NT/2K/XP

CP/M была вообще идеалом пользовательской системы! Win 3.11 с ней и рядом не лежали.

> чтобы любую софтину можно было удалить, вего лишь нажав F8 в Миднайте на каталоге /usr/local/{$name_of_program}

Угу... И плавно получим то же, что в виндах - C:\Program Files\<Program Name>. Теперь попробуем установить права на эту каталожку так, чтобы пользователь, работающий с системой не напрягался по поводу выскакивающих каждые 10 секунд окошечек с грязными ругательствами по поводу того, что эта программулина не может чего-то там записать, и одновременно, чтобы этот же пользователь не мог точно так же как и админ грохнуть эту софтину, нажав F8.

> Крича про рулезность костылей типа linuxconf'а и менеджеров пакетов ты ограничиваешь себя в знании твоего собственного компьютера! Ты ограничиваешь себя в свободе владения компьютером и ПО - ведь эта свобода заключается именно в возможности делать с компьютером и ОС "всё, что заблагорассудится"!

Отличное рассуждение! Нахрен вообще все эти линуксы, виндавсы, ось-папаламы, аиксы и т.д.! Долой операционки с наших компов! Они только ограничивают нашу свободу использования компьютеров! Каждый админ должен уметь поднять веб-сервер исключительно в машинных кодах (размер --- не более 100kB)!

> Суммарный размер каталога /etc - около мегабайта

У меня в Debian - 4.5M. Однако это ни о чём не говорит. Помнится мне, у половины программ в Slackware я выискивал какие-то "умолчательные настройки" в папочках вида /usr/share/..., а в Debian они лежат в /etc

И ещё вопрос напоследок - если init-скрипты самописные, /etc самодельный, программы установлены через ./configure;make;make install --- то почему Slackware, а не LFS?

Я правильно понял что ВЫ разработали XINE и Totem? Очень приятно не верил что подобный гуру тут обитают. ЗЫ Либо Вы не внимательно прочли мое сообщение ине поняли его сути

ZUK

Уточню смысл своего первого постинга 1. Ламаки с mplayer написали многим известный совт (как минимум один из лучших в своем классе) 2. А что написали ВЫ мудрый анонимус называющий их ламаками?

Так понятнее?

ZUK

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

Интересно, а слака сколько месяцев продержится?

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

Насколько я в курсе, linuxconf(YAST,DracConf) не исключают
vi /etc/filename

Зачем в мплейере гуй ? Что может быть проще управления с клавиатуры ?
А один раз написать mplayer /mnt/cdrom/*
сохранить это в скрипт и ссылку на стол кинуть ,сложно да ?
Зато потом любой сможет вставить СД и ткнуть "ярлык на столе".

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

А ты пропиши в mc mplayer, чтобы фильмы открывались с нажатия
по нему и повесь звук на плюс и минус - думаю и жена и дочки
способны запомнить две кнопки.
А яркость и контрастность можно прописать сразу.

Нет проблемы гуя - есть проблема подхода.

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


Не хило тебе видать Луговский мозги отшиб.
Программирование - система правил основанная на ограничениях.

>ака Alt или Fc (rh) закрыли дыру еще в сентябре.

альт нормальный дистр???? не смеши мои тапочки !!!

>Кому-то с гуем, но GMPlayer - это убогое поделие, я думаю с этим согласятся многие.

согласен!

>А что касается DVD-менюх, то FFTI их. Ибо основной массе разработчиков (опять-таки IIRC) они нафиг не нужны.

тогда нах этот mplayer? нах вообще нужно это убогое поделие не умеющее нормально смотреть DVD?

Re:

>> И даже дефолтовый гуй xine намного лучше гтк1'шного MPlayer'ского.

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

Гы-гы, вот через sendmail их и заломали, а они бросились slackware ставить...

>>FreeBSD мы ставим раком!
:) 5!

MPlayerHQ переехал на Slackware

Про некие скрытые ловушки -
дайте ссылку пожалуйста...

>>Сразу видно человека, который НИКОГДА не занимался администрированием >>серверов.
Слушай ROOT, вот почему я прочитав эту фразу сразу понял что это пишешь ты ? Серьезно ! Задумайся !

>Кому-то с гуем, но GMPlayer - это убогое поделие, я думаю с этим согласятся многие.
>согласен!

Я так понимаю, вам нужны бантики-хомутики, а не фильмы смотреть, ставьте винду и не парьтесь :-)
mplayer один из самых удобных плееров (IMHO).

Весь вечер на манеже ROOT !
реально, не поддельно крут !

>>Да ну и что что у там у тебя. У меня вот семья и две семилетних дочери, которые любят смотреть разную чушь (слюнтявые фильмы, молодежные комедии, аниме и т.п.),

Ты что идиот????? Как ты сюда попал в таком возрасте? Уходи пока не свихнулся.

>>ака Alt или Fc (rh) закрыли дыру еще в сентябре. >альт нормальный дистр???? не смеши мои тапочки !!!

Тык базар про то, что даже ненормальный дистр эти дырызакрыл. А Дебиилка не захотела.... Просто супер нормальная видать.

>>FreeBSD мы ставим раком! :) 5!

anonymous (*) (19.12.2003 10:56:05)

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

У тебя все в порядке с головой? Это какие стамуляторы надо употреблять?

Mplayer очень хороший плеер (под винду таких к сожалению просто нет), то что они гонят на Debian это просто какое то недоразумение, может переработались, заебало кодить, а может им барыги хуевых наркотиков впарили, ну мало ли бывают, хотя в общем радует что хоть не на Мандрейк или редхат перешли (вот это было бы сурово, бля :-)

Хуйня это все, скорее всего действительно из-за одного тупого мудака перебаламутили весь аул. Вообще такие постинги нужно резать - ибо это прямая провокация флейма.

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

>mplayer один из самых удобных плееров (IMHO).

DVD меню поддреживат? нет ? -- тогда нах**!

SVGATextMode sucks!

2 anonymous (*) (19.12.2003 2:01:26)

> SVGATextMode!

Не перевелись еще чудики, пускающие всяку хрень от root'-а...

> Главное, чтобы DVD на полный экран на 25 fps воспроизводил. А всё остальное - фигня.

-vo mga forever!

Извините, хм, не правельно понял. :) Хорошо, я сам ничего не написал. Но арпи показал пионерский подход к вещам, чем бы он там не был известен.

>>У меня в Debian - 4.5M
Это как ? woody 3.0r1. Берем ставим, не запускаем ни tasksel ни dselect,
голая система. Делаем df -m видим что занято порядка 100M.
Может я что-то не понимаю ?

>>Ты что идиот????? Как ты сюда попал в таком возрасте? Уходи пока не >>свихнулся.
А ты думаешь тут всем 15 лет ?
Тут 20% - 15лет, 70% - около 30, и 10% все остальные.

Але, ДеЦл !
Где обещанная рэп-телега про твою жизнь на LOR ?!

2anonymous (*) (19.12.2003 11:20:15)
>DVD меню поддреживат? нет ? -- тогда нах**!

Так тебе фильм нужно смотреть, или меню? Определись, а потом наезжай :-)

>>Вообще такие постинги нужно резать - ибо это прямая провокация флейма.
Ну ты даешь ! Ты разве не понял еще что на LOR флейм это задача номер один ? Иначе бы давно регистрацию сделали !

2jackill: Угу. Не раз спорили и ни разу никто не ответил, на хрена серверу менеджер пакетов. :-)

2Dselect: И что? :-) При чём здесь MPICH и прочее? :-) К тому же, особо я с MPICH и не мучался - если помнишь, дело было в том, что в GCC нет компилятора Fortran90 - вот и всех проблем.
Что касается путей, то ничего ужасного нет. В init-скриптах вызовы демонов попросту прописываются напрямую, а /etc/profile выглядит примерно так:
SAMBA=/usr/local/samba
MPICH=/usr/local/mpich
APACHE=/usr/local/apache
export PATH=$SAMBA/bin:$MPICH/bin:$APACHE/bin
export MANPATH=$SAMBA/man:$MPICH/man:$APACHE/man
Ну и т. д. Ничего ведь сложного нет, правда? К слову, про шаренные либы: большинству программ каталоги либ задаются ещё в configure-скрипте, а потому в /etc/ld.so.conf их прописывать незачем.

2Rock: Угу... Удали каталог с программой в винде... И потом запусти regedit и убедись, что ни один ключ реестра, связанный с с данной прогой, никуда не делся. А InstallShield всё же отслеживает зависимости и версии библиотек - ты ни разу не видел сообщения от него в стиле: "Данная библиотека не используется более ни одной программой" или "Имеющаяся в системе библиотека имеет более позднюю версию, чем копируемая"???
Теперь про Slackware: сам дистрибутив я выбираю потому, что его очень просто устанавливать, перезаписать в нем /etc (или исправить ручками) тоже очень легко. Но Slackware Team традиционно славится великолепным тестированием выпускаемого ПО, поэтому, фактически, я из всего дистра использую только binutils, gcc, glibs. Остальноё всё-равно пересобираю. И именно в целях увеличения производительности.

>Так тебе фильм нужно смотреть, или меню? Определись, а потом наезжай :-)

ты хоть раз DVD то смотрел? знаешь что такое DVD меню и для чего оно используется? нет ? -- ну тогда нах** !!!

Почитал ту коменты о мощности xine, решил может дать ему жить?
Слил с CVS
Что не понравилось - то, что практически всё впихано внутрь!
Нахрена так сделано?
Вообщем не знаю ставить ли его?
Хоть бы libavcodec юзали бы external.

Ну короче собрал.
А потом был пиздец!!! Эта дрянь ко всему прочему не компилит всё в себя, а делает кучу плагинов, может это и круто, если плагины брали бы библиотеки системы, вообщем пошёл этот xine...
Нафиг мне такое дублирование в системе???
Всё равно к МПлайеру у меня пока притензий нет!
А насчёт ГУИ... идите вы в виндовс(за гуем) - я вообще консольщик!

а при удалнении проги в mc по F8 тебе потом придётся всё это г**но вычищать из скриптов, это просто охренительно удобно! про остальное я вообще молчу


>Остальноё всё-равно пересобираю. И именно в целях увеличения производительности.

я же говорили,что нех тут эти сказочки рассказывать,
пока ещё НИКТО не привёл убедительных доказательств в увеличении производительности путём пересборки всего, а всё потому что нет никакого увеличения!

2R00T
ну насчёт того, что не администрил сервера - это сильно сказано.
уже более 6 лет этим занимаюсь. и когда был один серверок, было очень приятно покопаться в системе, пособирать всё самому, я любил слаку за это. но сейчас более 10 серверов, а вот здесь становятся очевидными плюсы дебиан.

>> А ты думаешь тут всем 15 лет ? >> Тут 20% - 15лет, 70% - около 30, и 10% все остальные.

Увы немного ни так 40% - 16 лет, 50% - около 20, и 8% - около 30, 2% - все остальные.

Чистый woody без иксов правда: uav@lazy:~$ du -s /etc 3984 /etc

таки про package manager...

2 ROOT:

> Не раз спорили и ни разу никто не ответил, на хрена серверу менеджер пакетов. :-)

Чтоб security-updates ставил cron. :)

> При чём здесь MPICH и прочее? :-)

Просто пример. У _каждой_ софтины есть туча своих особенностей, знать которые может только или разработчик, или тот, кто ею черти сколько пользовался.

> К тому же, особо я с MPICH и не мучался - если помнишь, дело было в том, что в GCC нет компилятора Fortran90 - вот и всех проблем.

Да. Поэтому в mpich-1.2.5/debian/rules и написано (кроме всего прочего) ./configure --prefix /usr --no-f90 blah-blah

Разбираться какой софтине чего надо -- жизни не хватит. А делать это по фиг знает сколько раз -- тупость, IMHO. Пакеты -- это один из способов рассказать людям, какие библиотеки/ флаги компилятора/etc нужны для сборки софтины.

> Что касается путей, то ничего ужасного нет. В init-скриптах вызовы демонов попросту прописываются напрямую,

Если на каждую машину есть свой админ, то так еще можно жить. Но это -- шибко шикарно.

> SAMBA=/usr/local/samba

> MPICH=/usr/local/mpich

> APACHE=/usr/local/apache

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

> Но Slackware Team традиционно славится великолепным тестированием выпускаемого ПО

Потому что этого самого ПО там -- с гулькин нос, почти как в свежеустановленной Windows. Хвала Великим Богам, что хоть gcc есть...

> Остальноё всё-равно пересобираю. И именно в целях увеличения производительности.

Результаты тестов Gentoo vs Debian и Gentoo vs RH показывают, что это "увеличение производительности" -- устойчивая галлюцинация.

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

>>У меня в Debian - 4.5M

> Это как ? woody 3.0r1. Берем ставим, не запускаем ни tasksel ни dselect, > голая система. Делаем df -m видим что занято порядка 100M.

Речь шла про /etc

>а при удалнении проги в mc по F8 тебе потом придётся всё это г**но вычищать из скриптов, это просто охренительно удобно! про остальное я вообще молчу

Да? Как интересно! Ну не будет, скажем, в /usr/local/samba/bin/ файлов smbd и nmbd, скрипт /etc/rc.d/rc.M нарисует мне "no such file or directory" и всех проблем-то!
Ну и, скажем, в /etc/smb.conf был симлинком на /usr/local/samba/etc/smb.conf - и что??? Сильно мусор большой? Не нравится, так в том же миднайте несуществующие симлинки расцвечены красным цветом - их так тяжело удалить??? :-)

>я же говорили,что нех тут эти сказочки рассказывать

А ты вообще КТО ТАКОЙ, чтобы я твои вшивые указания выполнял?

>пока ещё НИКТО не привёл убедительных доказательств в увеличении производительности путём пересборки всего, а всё потому что нет никакого увеличения!

Ой, как интересно!!! Ну прямо атас! А про то, чтобы поменять CFLAGS перед пересборкой стоит ты тоже ничего не слышал? Например, заставить компилятор для вычислений с плавающей точкой использовать SSE-модуль? Вместо принятой "по умолчанию" в конфиге ядра (файл /usr/src/linux/arch/i386/Makefile) опции GCC "-march=i686" для Pentium3, к примеру нарисовать "-march=pentium3", а для Атлонов не "-march=athlon", а "-march=athlonxp" и т. д. для всех программ, не только для ядра. Да ещё ведь и много-много других опций оптимизации есть.
Что, по-твоему, это совсем-совсем ничего не даст?

>2jackill: Угу. Не раз спорили и ни разу никто не ответил, на хрена серверу менеджер пакетов. :-)

Я не джекил , но отвечу:

менеджер пакетов нужен, когда у тебя серверов больше n (если n мало - пусть будет m :-).Для меня n начинается с 3-х, но по-настоящему чувствуешь его необходимость при 7-10. На обновление какого-нибудь пакета уходит по 5 мин на сервер.Притом на серверах (под Дебияном, кстати) не стоит ничего лишнего (включая gcc ;-).

Еще раз -- mplayer'а в Дебиане не было. ПО крайней мере в -stable он не попадал по лицензионным соображениям. Арпи, если посмотреть правде в глаза, _вор_. debian-legal@ уличили его в свое время в том, что здоровые куски в mplayer, которые он выдавал за свои и лицензированные под GPL, на самом деле написаны не им и под лицендией BSD.