Re:

>>Scheme + PCB + PLM и пр. Ничерта нет под лин.

>на те gEDA

>наслаждайся.

Авторойтинга нет. Библиотеки от коммерческиз кадов не понимает. Фак состоит из описания проблем почему не билдится и почему сыпиться. Это наверное великое наслаждение. Интерес не больше чем академический.

Re:

>Засчитаешь слив себе сам? Ага, самое главное чудо. glibc обновляется без перезагрузок и остановок чего бы то ни было. Сделай такое в винде, а?

Если ты не знаешь как на венде rtl обновить не перегружая комп то это не значит что винда такого сделать не может. А меж тем и юзерленд не обязательно перегружать. У тебя надо отозвать сертификат ГУРУ ВЕНДОФС который ты сам себе приделал.

Re:

ну после apt-get'a уже не раз приходилось систему восстанавливать. драйверы видюху, ядро и т.п... altlinux, кроме апт-гета ничего не юзалось, все как написано.

моё IMHO
оценка оси корпорации:
архитектура - 1 (кол!) полное архитектурное уродство + поддержка
наследия уродств. ftp://hometux.szr.net.ru/pub/Video/HuntUsenixNt99.pdf
ftp://hometux.szr.net.ru/pub/Video/detours.exe
весьма ценная библиотека :) причём корпорацией это "фишка" выдаются
за фичу ОСи
GUI - 3+ (три с плюсом) пользоваться можно, но ничего нового,
реализация того, что в большинстве DE уже давно есть.
Ффайловая система - 2 (два) NTFS неудачная породия на HPFS386.
дефрагментация - это фишка такая, что бы фирма Symantec рынок ПО
не потеряла :)
сетевое взаимодействие - 3 (три) практически всё подвязано на труп
под названием LanManager + NetBIOS over IP. Нового придумать не смогли.
сдули LDAP и KRB но с оригинальными версиями они не совместимы :(

Сумма 9+

>моё IMHO >оценка оси корпорации: >архитектура - 1 (кол!) полное архитектурное уродство + поддержка наследия уродств

Поподробнее можно что и менно в архитектуре уродство?

Мое IMHO - мне не нравиться архитектура Linux - оценка 0 - обратной совместимости нет, с USB проблемы в силу кривых архитектурных решений и как минимум двухкратного полного переписывания стека, плюс полнейшое уродство. А вот FreeBSD - архитектура нравиться - оценка 10 - работает хорошо и обратная совместимость на высоте.

FreeBSD - оценка 0.
Для десктопа не катит - игрушки коммерческие не портируют.
Для серверов и производства не катит - масштабируемость хуже чем у линукса.

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

Ламеризм - 10. Через эмуляцию линукса даже Doom3 работает. Про десктоп - так тут много у кого и фря и лин с на десктопах и с десктопами одновременно. Если ты только по руссики читаешь и русским инсталятором можешь пользоваться это не значит что фрю тяжело ставить и поднимать на ней гую.

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

>с USB проблемы

Гы, ниасилил принтер, сканер и флешку настроить под линуксом, и пошёл сюда поливать грязью линуксоидов? :)

>>с USB проблемы

>Гы, ниасилил принтер, сканер и флешку настроить под линуксом, и пошёл сюда поливать грязью линуксоидов? :)

Осилил - но по сравнению с вендой - это реальные проблемы. И накуй надо было стек переписывать дважды?

Онаним, для игрушек нужен Xbox или PS, а десктоп - для работы. Игрушек вообще не должно быть, по хорошему. Они только развращают малолетнюю шпану, таких, как ты.

>Осилил - но по сравнению с вендой - это реальные проблемы.

Так это зависит от дистрибутива - в, например, SUSE всё с полоборота заводится, в Gentoo или Slackware конечно же придётся доки читать. Так что нечего жаловаться. BTW, AFAIK, в FreeBSD с поддержкой железа намного хуже. :)

>Так это зависит от дистрибутива - в, например, SUSE всё с полоборота заводится, в Gentoo или Slackware конечно же придётся доки читать. Так что нечего жаловаться. BTW, AFAIK, в FreeBSD с поддержкой железа намного хуже. :)

В suse хорошо, в мандраке прошлогоднем хреновей, в прошлогоднем АСПе ваще ужас был.

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

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

>А то у нас принято брать комп без оглядки на софт хотя игрушки народ покупает прицениваясь к системным требованиям.

Я именно так и сделал. Пришёл домой - всё работает. Конечно, если бы не работало, понёс бы обратно (там, где я покупал, обменяли бы).

2zZzZ * (*) (23.05.2005 11:10:35)
>Про сервера и производство хотелосьбы знать какая такая фича масштабируемости есть в лин и ее нет во фре?
OCFS, XFS. Это только файловые системы. SElinux.

2zZzZ * (*) (23.05.2005 11:39:30)
>Но вот с софтмодемом под фрей победа настала значительно раньше
Правильно, давайте еще софтвидеокарты, софтаудиоконтроллеры, софтмемориконтроллеры придумаем.
56k хардмодем USR 3com внешний стоит 25 каксов. Работает вообще без драйверов и геморроя :-)

> оценка оси корпорации: архитектура - 1 (кол!)

Как раз за архитектуру, в том виде как её задумала команда Катлера, я бы поставил 5 из 5 баллов. Микроядерная, хорошо защищённая, с широкими возможностями построения виртуальных машин, с неплохой переносимостью, так версии NT 3.1 - 3.51 были выпущены не только для x86, но и для Альфы, MIPS и ещё для какой-то платформы (запамятовал).

Возможность в рамках одной системы запускать разные подсистемы (win32, os/2, posix, и вообще любые в перспективе) до этого использовалась только на мэйнфреймах, причём Unix'ы этого как не умели, так и не умеют, так что технология для PC платформы реально крутая была.

Но, тут пришли менеджеры, обезьянокодеры и всё опошлили. Упор на win32, отказ от многопользовательской работы, отход от микроядерности и жёсткая привязка к GUI сильно испортили хорошую вещь.

С остальными оценками соглашусь, хотя замечу что подсистема os/2 в NT и выше, умеет работать с HPFS.

> причём Unix'ы этого как не умели, так и не умеют, так что технология для PC платформы реально крутая была.

Тут я поправлюсь конечно. Но подобные технологии стали только недавно появляться, реально в 1993 году они только на мейнфреймах были.

>Микроядерная, хорошо защищённая, с широкими возможностями построения виртуальных машин, с неплохой переносимостью, так версии NT 3.1 - 3.51 были выпущены не только для x86, но и для Альфы, MIPS и ещё для какой-то платформы (запамятовал).

Четвёрка кстати тоже (http://www.microsoft.com/ntworkstation/ProductInformation/productoverview/sys...).

если архитектура линуха такая "прямая", то почему он сам такой кривой?

>>Но вот с софтмодемом под фрей победа настала значительно раньше >Правильно, давайте еще софтвидеокарты, софтаудиоконтроллеры, софтмемориконтроллеры придумаем. >56k хардмодем USR 3com внешний стоит 25 каксов. Работает вообще без драйверов и геморроя :-)

Ништяк решение - лаптоп с момедом внутрях но к нему еще в сумку подложить внешний момед весом в пол лаптопа :) А что такого плохого в софтмодеме? Частоли проц загружен на 100% темболее под лин где время шариться между процесами? Зачем переплачивать если можно софтом порешать? Никто ведь не делает в видеоадаптере проц который понималбы OGL инструкции. Так нахер с момедом париться.

>>Про сервера и производство хотелосьбы знать какая такая фича масштабируемости есть в лин и ее нет во фре? >OCFS, XFS. Это только файловые системы. SElinux.

SElinux это аргумент конечно. Триста тридца три заплатки и только потом можно на сервер ставить :) Пряма как на венде.

А если завтра еще пару тройку новых ФС изобретут тоже на сервак в продакшет сразу последний снапшот поставишь? Флагман меравой револуции :)

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

Re:

Видюха у тебя часом не nVidia, а ядро не самосборное? В таких случаях все может быть. У меня ядро самосборное, так пакеты kernel-image-xxx я поудалял, чтоб не путались под ногами... Естественно, если в postinst не написали, что надо делать и как (типа "доделай сам"), то здесь паковщики виноваты.

Но у меня Debian, и он работает как швейцарские часики, в части апгрейда тоже. Может, если система слетит окончательно, подумаешь, вдруг стоит перейти именно на него?

Re:

2 zZzZ:

я себе такого звания не присваивал никогда. Это Энергетик у нас гуру большой фендовоза. А может, просветишь, как обновить без перезагрузки {kernel,user,gdi,advapi}32.dll, ведь фенда не позволяет писать в выполняющиеся длл-ки и экзешники...

Третьесторонние напильники не предлагай, плиз только штатные средства, а то с третьесторонним напильником от http://fsmlabs.com из ляликса ОС РВ делают, это еще не доказывает, что ляликс -- ОС РВ с пеленок и задумывался с такой возможностью.

Или же сольешь вслед за Энергетиком?

Поздравляю тебя Резет, ты балбес (с)

Re:

>А может, просветишь, как обновить без перезагрузки {kernel,user,gdi,advapi}32.dll, ведь фенда не позволяет писать в выполняющиеся длл-ки и экзешники...

>Или же сольешь вслед за Энергетиком?

С кернел также как и в лине - только ребут. А с остальными .dll в юзерланд все проще. Ренамишь, подсовываешь новую, делаешь на ренамленую делит по ребуту и все. Если надо то рестартишь чтото в юзерленде, а не надо - новое будет с новыми .dll работать.

И сливать не стану :)

Но вообще приведенные .dll изменяются реже чем многие дистры свои версии меняют. Про третью цифру ядра промолчу.

> если архитектура линуха такая "прямая", то почему он сам такой кривой?

Потому что тебе бревно в глазу видеть мешает.

>А вот FreeBSD - архитектура нравиться

слушай, малыш, ты хотя бы их исходный код смотрел?

0 и 10 это бред.

открою тебе страшную тайну, у них очень похожая архитектура,

ну куда уж эникейшику до этого догадаться.

>Но, тут пришли менеджеры, обезьянокодеры и всё опошлили

Тебе мама эту сказку рассказала?

Все опошлили, по одной маленькой причине. Все это дело жутко тормозило.

ИМХО, архитектуру программы, которая тормозит назвать прекрасной может только...

Дальше продолжите сами.

Re:

Надо бы попробовать такое на работающей винде. Но kernel32.dll -- это все тот же *libc для *nix, учти, так что режим ведра тут ни при чем, и меняться оно должно таким макаром на раз. Тем более, что самые "системные" функции в advapi32.dll содержатся, насколько помню.

Да и меняют их не реже, а в каждом секьюрапдейте/сервиспаке, если на то пошло, в этих библиотеках что-то да ковырнут. Кроме того, зачем ренамленую по ребуту удалять? :) По идее файл сохраняется до тех пор, пока последний дескриптор на него не закроют (читай: пока последняя прога, его использующая, не завершится). То есть -- если такое проканывает в принципе, ребут не нужен -- удалил и все. Так почему же он нужен? Впрочем, я могу и ошибаться, на истину в последней инстанции никак не претендую...

> Все опошлили, по одной маленькой причине. Все это дело жутко тормозило.

Жутко тормозила NT3.1, уже NT 3.51 была вполне нормальной, а к NT4 достигли оптимума. Ну а что ты хочешь, если для некоторых вещей писюк тогда малогоден был?

NT4... ах да. Это та самая система, которую имели через RPC, и в части которой M$ признали слив, сказав, что из-за насквозь прогнившей архитектуры эту дыру залатать нельзя... Вот вам и оптимум. Зашибись.

Re:

>Надо бы попробовать такое на работающей винде. Но kernel32.dll -- это все тот же *libc для *nix, учти, так что режим ведра тут ни при чем, и меняться оно должно таким макаром на раз. Тем более, что самые "системные" функции в advapi32.dll содержатся, насколько помню.

Может и прокатит с kernel32 - его я копал последний раз во времена NT4.

>Да и меняют их не реже, а в каждом секьюрапдейте/сервиспаке, если на то пошло, в этих библиотеках что-то да ковырнут. Кроме того, зачем ренамленую по ребуту удалять? :) По идее файл сохраняется до тех пор, пока последний дескриптор на него не закроют (читай: пока последняя прога, его использующая, не завершится). То есть -- если такое проканывает в принципе, ребут не нужен -- удалил и все. Так почему же он нужен? Впрочем, я могу и ошибаться, на истину в последней инстанции никак не претендую...

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

Сомневаюсь что в какойто FS можно грохнуть отрытый файл просто так без подследствий. Не безопасно. Ну снес ты вход, данные явно килять нельзя потому что неизвестно что прилада будет с файлом делать (может она туда логи срет), а потом ребут случился и у тебя в lost+found новенький. Ну а если данные килять на диске то надо виртуально гдето файло сохранять что есть отжор памяти неконтралируемый. Левакc. Костыли конечно можно приделать но чем проще тем правильней.

Re:

Ну, когда ты удаляешь открытый файл, для проги он виден, inode занят, пока она его не закроет. После чего файл тихо испаряется. Именно поэтому rm -fR / срабатывает при том, что может быть куча открытых в это время файлов. И именно потому половина программ как-то успешно работала при слетевших на ext3 inode bitmaps (для меня их слет по-прежнему загадка, хотя здесь вполне кривая мамка могла быть), пока их не заTERMили и не попытались запустить вновь :) Это в никсах. Хотя если этого не понимать, можно напороться на странности, но если понимать, что и зачем, то это очень пользительная штука.

В виндозе непонятно чего ради -- от кривых рук домохозяек, что ли? -- такое запретили, а теперь ребут и ребут, а они никак не крепчают... :)

Короче, непонятно, нафига плодить сущности и все усложнять. Виндари это умеют, но хоть знают, зачем они это умеют? Вот что интересно...

>Жутко тормозила NT3.1, уже NT 3.51 была вполне нормальной, а к NT4 достигли >оптимума.

К NT4 почти ничего от микроядерного подхода и возможностей использовать несколько API не осталось. Поэтому и не тормозило.


>Ну а что ты хочешь, если для некоторых вещей писюк тогда малогоден был?

Да и сейчас он не очень для этого подходит.

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

Re:

> Ну, когда ты удаляешь открытый файл, для проги он виден, inode занят, пока она его не закроет.

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

> К NT4 почти ничего от микроядерного подхода и возможностей использовать несколько API не осталось.

OS/2 и POSIX подсистемы существовали до Win 2000 включительно. Из XP/2003 убрали. OS/2, похоже, за невостребованостью, а POSIX перенесли в SFU.

Re:

>Ну, когда ты удаляешь открытый файл, для проги он виден, inode занят, пока она его не закроет. После чего файл тихо испаряется. Именно поэтому rm -fR / срабатывает при том, что может быть куча открытых в это время файлов. И именно потому половина программ как-то успешно работала при слетевших на ext3 inode bitmaps (для меня их слет по-прежнему загадка, хотя здесь вполне кривая мамка могла быть), пока их не заTERMили и не попытались запустить вновь :) Это в никсах. Хотя если этого не понимать, можно напороться на странности, но если понимать, что и зачем, то это очень пользительная штука.

inode живут уже наверное больше 20 лет.

>В виндозе непонятно чего ради -- от кривых рук домохозяек, что ли? -- такое запретили, а теперь ребут и ребут, а они никак не крепчают... :)

А кто сказал что inode венец совершенства? может правильнее и инод использовать всеголишь как референс к блоку данных? тогда можно былобы килять и чистить FS но данные сохранялись бы. от чего так не зделали? кривые руки студентов? без обид только :)

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

И кстати уверен на 100% что дыру в NT4 могли залотать но не стали - ктоб тогда на Win2k перешел? За то МС и не любят что вместо патчинья они всех гонят на новую ветку в которой старые баги поправили и в месте с новыми фичами новых насадили.

Re:

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

Бывает. И глобальная потеря данных (через f*cking inode bitmaps loss), о которой я говорил выше, бывает. Только первую недельку работы с сервером желательно бы бдеть с дебагом на максимуме, на всякий случай. Молоток ведь не защитит тебя от попытки жахнуть себя же по пальцам.

Re:

> inode живут уже наверное больше 20 лет.

Я не о кривости концепций говорил. Мы, кажется, чуть друг друга недопоняли.

> А кто сказал что inode венец совершенства? может правильнее и инод использовать всеголишь как референс к блоку данных? тогда можно былобы килять и чистить FS но данные сохранялись бы. от чего так не зделали? кривые руки студентов? без обид только :)

Стоп! Референсы вроде вместе с инодом сохраняются. И даже после удаления сохраняются... То бишь undelete возможен в случае малоактивной ФС. Да он так и используется, пока на него ссылаются, файл живет.

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

ну это как сказать... Центральные концепции не меняются, ну и ладушки. А в винде их дох своих и несколько раз столько же из старых версий для легаси. Впечатляет. Притом центральная концепция одна. То есть две (вот видишь!): "соскрести побольше бабла" и "скрутить покупателя в бараний рог". В остальном царит разруха.

Re:

>с третьесторонним напильником от http://fsmlabs.com из ляликса ОС РВ делают, это еще не доказывает, что ляликс -- ОС РВ с пеленок и задумывался с такой возможностью.

Вообще-то в новостях писали, что в 2.6.9 добавили патчи для ОС РВ.

Re:

А они пашут? И если да, то как?

Re:

>Вообще-то в новостях писали, что в 2.6.9 добавили патчи для ОС РВ.

я плакалЪ. все эти осрв на базе линуха это свое собственное ядро под которым линуксячье запускается как отдельный процесс. сделано это только чтобы не #$%ться с портированием софта под новое ядро. полноценной осрв на базе линуха быть не может

Re:

http://www.linux.org.ru/jump-message.jsp?msgid=676376

> NT4... ах да. Это та самая система, которую имели через RPC, и в части которой M$ признали слив,

Спор ни о чём, я же сказал что _опошлили_ обезъянокодеры, а оптимум был в плане быстродействия. Что же до слива, то врут они в M$ и не краснеют, разводя на новые версии, понавешали бирюлек в Win32 и создали глюкалово. Захотели бы -- исправили.

Скажем так -- архитектура на 5, реализация между 2 и 3.

Re:

> В виндозе непонятно чего ради -- от кривых рук домохозяек, что ли? -- такое запретили, а теперь ребут и ребут, а они никак не крепчают... :)

Дело в том, что винда очень активно использует memory mapping диска и зачастую открытие файла, а запуск на исполнение -- так всегда, не приводит к выделению буфера в куче, а "подключает" к виртуальной памяти, пространство кода открытого на исполнение файла и дальнейшая работа использует механизмы VMM для доступа к данным файла. Естественно, из-за VMM такой файл нельзя удалять и в тоже время до тех пор пока его физическое месторасположение не изменяется, его можно переименовывать.

Re:

Так о чем и разговор. Линукс себе с железками разговаривает, ФС реализует, а на самом деле он является idle ядра РВ, которая его имеет вовсю. Но такой подход вовсе неплох сам по себе. Повторное использование кода, однако.

Ох... а понаписали-то... Буду краток.

2Art_Navsegda

>> Мб, тебя устроит список музыкальных коллективов, которые используют в своем творчестве именно эту ось ?
Т.е. которые используют _только_ Линукс? Устроит. Эти коллективы хотя бы в ТОП20 какого-нить чарта входят/входили? Их среди всех музыкантов столько же, сколько и линуксоидов среди юзеров? т.е. 1..3%?

2mikhail

>>Тебе же недавно объяснили, что это не так.
Ответов по видео я так и не получил. Да, тут кто-то открыл топик как раз по этой теме http://www.linux.org.ru/jump-message.jsp?msgid=920902 , сходи и помоги человеку. На счет обработки фотографий поговори с Irsi :), а на счет аудио... что ж, скачай Adobe Audition и сравни с audacity и не говори что, мол, Art_Navsegda уже ответил. Ответил он, а не ты.

>>В крайнем случае wine никто не отменял.
Ты в своём уме? С AutoCAD работать через wine? Мдя... Приходит админ к боссу и говорит "а давайте ради светлых идеалов опенсорса и бога Линуса съэкономим на винде и все что нам нужно будем запускать через wine, а чтоб компенсировать тормоза - купим железо помощнее [и подороже, значительно - прим моё]...". Я б такого невменяемого в тот же день и уволил бы.

2IMNSHO

>>Энергетик, друк мой юный, какой гимор? Делаю себе apt-get -y install gcc или вообще apt-get -y dist-upgrade (ну это экстрим), и ложусь спать. Гиморов нет. Наутро просыпаюсь, система уже обновлена. Гиморов вообще нет. Равно как и вопросов по пакетам, которые я однажды уже ставил.
Даракой дружогг, расскажи это сусёвцу Мише и слаковарщику JB.

>> Ага, самое главное чудо. glibc обновляется без перезагрузок и остановок чего бы то ни было. Сделай такое в винде, а?
Спору нет, ты крут. Реши тогда такую задачку: обнови KDE без остановки песенок льющихся из xmms (разумеется, запущенного в КДЕ), ведь это на порядок проще чем обновлять кернели, не так ли?

2bugmaker

>>Ты случяйно с полифонией не спутал? Впрочем, тут тоже всё путём :)
Данунафиг. Я даже в ДОСе не слышал такого отвратного звучания midi-шек на SB Live как под линуксом.

2anonymous_incognito

>>Насчёт видео можно и поспорить: с одной стороны Adobe Premiera нет, хотя есть таже Kino, с другой стороны есть программы гораздо более крутые и в принципе отсутствующие под виндой, смотри например продукцию ILM или Pixar. Тоже и аудио касается.
Это хорошо что есть, одно хреново - это никоим образом не сказывается на общей пригодности линукса для _большинства_ требований юзеров/профессионалов, иными словами линукс далеко не так универсален, как его пытаются представить. Аналогично и по другим областям.

2anonymous (*) (23.05.2005 1:06:46)

>> Был я в типографии, и винда там только для офиса. И то при мне рухнула и похоронила в себе кучу данных, к радости бухгалтера.
Админа - четвертовать за неделание бэкапов, зашедшего линуксоида - напоить йадом за распространение отрицательых флюидов :).

>> А печатные комплексы обсуживаются машинками от SUN, понял?
Читаем посты до конца. Вот то что ты не дочитал: E>"Причем не столько "без винды никак" сколько "тут линукс никак".

>> А раз саны справляются - то и линукс прикрутить нехер делать.
Угу прикрути IE, он ведь тоже под какой-то юникс есть.

>>Лукашенки на тебя нет.
Хороший дядька. Благодаря ему я могу ложить толстый и длинный на всякие микрософтовские претензии по поводу лицензионности.

anonymous (*) (23.05.2005 1:16:56)

>>Это всё дерьмовые задачи для детского сада. Придумай что либо посерьёзнее. Свистелки и перделки - несерьёзно, САПР - всё равно только RS6000 и тому подобные монстры, бухгалтерия - детский сад.
Т.е. ты соглашаешся, что в этих детских задачках линукс сливает? ЧиТД.

2gentooo

>>Теперь когда в толксах стали часто упоминаться коммерческие игры про линукс на десктопах замолчали

Тузик начал постить об UT и BZFlag и всем сразу стало ясно, что Линукс в игрушках рулит? Я плакалъ. Ты сразу нормально запусти современную гемерскую видюху с полной поддержкой аппаратных фичей.

Ты всё врёшь.

> Спору нет, ты крут. Реши тогда такую задачку: обнови KDE без остановки песенок льющихся из xmms (разумеется, запущенного в КДЕ), ведь это на порядок проще чем обновлять кернели, не так ли?

Как только 3.4 появится в debian unstable, попробую и такое чудо, катит? Пока что мне тратить траф на обновление с 3.3.X-10 на 3.3.X-12 (или как там щас) немного впадлу.

(В TODO записал.)

А кернель я и не помню, когда себе собрал. Работает, и ладно. С какого чуда насиловать проц ненужными задачами?

> Угу прикрути IE, он ведь тоже под какой-то юникс есть.

А как же он у меня под линуксом работает? Он ведь не должен! Чудеса... 8-O

>Ответов по видео я так и не получил.

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

>Да, тут кто-то открыл топик как раз по этой теме http://www.linux.org.ru/jump-message.jsp?msgid=920902 , сходи и помоги человеку.

Есу уже помогли grob * (*) (23.05.2005 5:29:17) и anonymous (*) (23.05.2005 10:13:30).

>На счет обработки фотографий поговори с Irsi

Фотожопа и через вайн работает.

>Ты в своём уме? С AutoCAD работать через wine? Мдя... Приходит админ к боссу и говорит "а давайте ради светлых идеалов опенсорса и бога Линуса съэкономим на винде и все что нам нужно будем запускать через wine, а чтоб компенсировать тормоза - купим железо помощнее [и подороже, значительно - прим моё]...". Я б такого невменяемого в тот же день и уволил бы.

А ты работал с автокадом под вайном и в реале, чтобы говорить о тормозах?

>Даракой дружогг, расскажи это сусёвцу Мише и слаковарщику JB.

Для меня рассказывать не надо, так как:

1) для суси есть апт, хоть я им и не пользуюсь по ненадобности;

2) обновляю я два раза в год, и у меня не возникало необходимости между релизами дистра качать что-то и компилить (хотя во времена SUSE 9.2 скачал себе Adobe Reader 7, чтобы под убогой пятёркой не сидеть, и всё поставилось без всяких зависимостей). Системой обновлений пользуюсь, там правда только исправления ошибок. Обновление проходит автоматически, также можно указать обновления, которые ты не хочешь скачивать. Софт поставить из репозитория тоже не проблема - идёшь в YaST2 и выбираешь, зависимости выбираются автоматически.

>Читаем посты до конца. Вот то что ты не дочитал: E>"Причем не столько "без винды никак" сколько "тут линукс никак".

Сколько ты назовёшь софта, который работает на солярке, но не работает на линуксе? Желательно из области печатных комплексов.

>Угу прикрути IE, он ведь тоже под какой-то юникс есть.

man winetools - IE 6 ставится и работает на ура (нативный для других юниксов и маков только пятый работает)

>Ты сразу нормально запусти современную гемерскую видюху с полной поддержкой аппаратных фичей.

А каких фич тебе не хватает в дровах скажем NVIDIA или ATI для линукс, которые есть под венду? Умных словечек типа DirectX не надо, я спрашиваю про конкретные фичи. А очень многие игрухи или есть нативные под линукс, или запускаются без проблем под вайном, цедегой.

Короче - не надо высасывать из пальца абстрактные проблемы в областях, о которых ты ровным счётом ничего не знаешь; говори конкретно.