«Об'Unix'сим Windows»

Аццтой этот sfu... Зря качал только. Мелкософт видать его выпускает, чтоб напугать людей, типа какой юних ужасный и неудобный. Один korn-shell чего стоит...

Стандартный шелл по умолчанию во многих юниксах к слову...
Да, bash там тоже есть насколько я помню...

Я думаю, тут более всего подходит поговорка - "Нафига козе баян?" :)

А баян козе затем, что существует большой парк уже работающих на юникс решений для предприятий. И когда наступает пора сменить железо, которое отпахало уже 20 лет и производитель прекращает его поддержку, то гораздо более дешевым выгдядит решение выбрать UNIX платформу, ибо затраты на портирование софта минимальны. С выходом SFU Microsoft имеет что предложить взамен.

тем более что есть кигвин

Млин, что там напихали на 223 мега? Качаю пока.

Cygwin - это GPL, во-первых. (не LGPL, а GPL в чистом виде, со всеми вытекающими).

Во-вторых, он тормоз. А Interix - ну очень шустрая штучка...

хорошее решение и не надо сопли распускать.

думаете линуксоиды, вручившие награды долбо%%%ы все???

bash'а там нетути... и gmake тоже :-( посему не все собирается, та и либов гнушных мало.

зато есть NFS - и клиент и сервер, а это в особых случаях позарез нужно.

http://www.interopsystems.com/tools/warehouse.htm

Respect!

Вот объяснил бы мне чем это лучше cygwin? Сколько имеющегося на сегодня софта под этим соберется?

По идее соберется все, что собирается под цигнусью. :)
Лучше он хотя бы тем что это полноценная posix subsystem, а не гибрид транслятора вызовов из одного API с другой с эмулятором оных, что конечно с одной стороны оставляет всю ветку 9х за бортом, а с другой обеспечивает нормальную скорость и отсутствие многих мелких, но досадных глюков, как например переодические проблемы с stdin/stdout, которыми славится цигнусь...

Блин, вот бы еще под нее системку а-ля bsd-ports, а то каждый раз ручками выкачивать и собирать все депендесы зело ломает...:(

Кстати да...
я тут еше не занимался вопросом, но дайте наводку куда смотреть с случае охоты клиента NFS для win32...
Кто чего реально пользует...?

> Блин, вот бы еще под нее системку а-ля bsd-ports, а то каждый раз ручками
> выкачивать и собирать все депендесы зело ломает...:(
На фига?
У меня стоит БСД с системой а-ля bsd-ports.
Гавно этот SFU наверняка, проверить я немогу, виндовоза нет.
И нафиг туда пихить порты, только бинарники, в виде виндовозных msi, клик-энд-рун... фар эвэй :)
И вообще, из всех Линуксов виндовз самый галимый!

Гавно это полное - шела нормального нет, деинсталлировать его штатными методами невозможно.

>Выражается это, например, в новом представлении путей -- теперь
>Windows-файл My_data.xls, расположенный на диске D: в каталоге
>\User_Files\, доступен в Unix-подсистеме по полному пути и имени так:
>/dev/fs/D/User_Files/My_data.xls

Я плакал... примонтировать в /dev/ это супер!!!!!

>Кроме интеграции уровня представления файловых систем, в SFU,
>например, реализованы механизмы однозначного отображения имен
>пользователей.

А как же те уроды что любят называть пользователй с пробелами и русскими именами?

>Стандартная для Unix система удаленного сетевого конфигурирования NIS
>(Network Information Service) теперь может прозрачно управляться
>контроллером домена Active Directory

Кто бы сомневался что AD это 7 колесо :))) на двухколесном велосепеде :)

>здесь, конечно, необходимо детально просчитать финансовые стороны
>длительной эксплуатации, например, конкурирующей ОС Lindows и
>комбинации Windows + SFU, но по крайней мере по критерию богатства
>предложенного качественного прикладного ПО второй вариант
>безоговорочно выигрывает

А вот если действительно посчитать то эксплуатация linux - на порядок дешевле чем виндовоз.

Нет, все-таки смешниые онанимусы - "не видел, но осуждаю", "шелла нормального нет", хотя перед этим было сказано что есть и ссылочка была дана, и было объяснено почему именно ksh...:)

Да не примонтированно, а требуется нормальное совмещение двух очень разных подходов, посему если подумать, то доспуп к виндовым разделам через путь /dev/fs/<disk letter>/ достаточно логичен...:)
И смехуёчки по поводу интеграции NIS & AD не очень-то умесны... AD это вообщем-то схема LDAP в первую очередь, это никогда и не скрывалось...

>А вот если действительно посчитать то эксплуатация linux - на порядок дешевле чем виндовоз.

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

to Irsi:

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

В моей конторе убедились в том что эксплуатация SuSE Linux 7.3/8.2
обходиться дешевле чем Windows 2000 Server. А вот развёртывание Windows
2000 Server быстрее -> прединсталлирован был на серваке компака :0)

вообщем это все ерунда и баловство, очередной бред от m$

ибо нужен *nix то пользуй его, если так нужен win(не понимаю зачем?) то и юзай его, а городить всякий "изврат" ИМХО не нужно

Да и побольшей части это говорит о новом типе а-ля пиара m$ что кстати говорит об их проигрывании перед сами знаете чем =)

Все выше сказанное ИМХО есстественно.

2alphex_kaanoken: выше было озвученно зачем нужен этот тулкит - для облегчения миграции со старого железа, работающего под _коммерческими_ юниксами, на винды.
Инструменту черт знает сколько лет, и я им пару раз подобные задачи решал.

>>А вот если действительно посчитать то эксплуатация linux - на порядок дешевле чем виндовоз.

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

>Irsi (*) (05.02.2004 16:33:33)

это откуда такие данные? типа в мс так считают и точка? имхо стоимость рабочей силы определяет уровень квалификации, а не система...

Ирси, ты как всегда прав. Но пока не будет поддержки русского языка, в реальной жизни, где куча добра типа "отчёт шефу за 3-й квартал.xls", применять SFU в администрировании не выйдет.

Я пробовал построить русские локали (взял из федоры), localedef есть, но не работает. iconv ничего не знает о русских кодировках.

Поиграть, поизучать интересно. Неделю ковырял. Сервер NFS, клиент либо шлюз NFS для других клиентов, NIS интегрированный в AD. Красиво. Но без русского... Мне не надо. Будем ждать доброго дядю и работать как раньше.

>Cygwin - это GPL, во-первых. (не LGPL, а GPL в чистом виде, со всеми вытекающими).

ну и что? чем это грозит? имхо это как раз достоинство а не недостаток есть больше уверенности в будущем типа - что не загнётся или не скупят

>Во-вторых, он тормоз. А Interix - ну очень шустрая штучка...

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

2anonymous (*) (05.02.2004 17:52:31): данные от мелкософта - фигня, ежу понятно что к подобным данным что от мелкомягких, что от великого гомика, что от красной шапки, что от лубой компании надо относится эээ... мягко говоря предельно осторожно.
Можешь сам составить картину исследуя предложения и спрос на рабочую силу, учти стоимость переобучения персонала, размер потерь на переод освоения новых решений, время развертывания, повышенную стоимость страховки и соотвественно - кредитов, если ты используешь линукс... После этого картина становится безрадосной... И это далеко не все парметры, которые влияют на TCO...
И прошу - не надо приводить в качестве рабочей силы красноглазых админов-студентов, готовых работать за ЖРАТ...:)

>для облегчения миграции со старого железа, работающего под _коммерческими_ юниксами, на винды.

Я не вижу смысла перехода такого на винды, ибо винды по возможностям отстают, то что они прикрутили - ну зачем? лучше не станет, если Я соберусь к примеру мигрировать с старого сановского чего-нибудь, то куплю лучше сервер на linux или *bsd, зачем себе мозги то парить?

>Лучше он хотя бы тем что это полноценная posix subsystem, а не гибрид транслятора вызовов из одного API с другой с эмулятором оных, что конечно с одной стороны оставляет всю ветку 9х за бортом, а с другой обеспечивает нормальную скорость и отсутствие многих мелких, но досадных глюков, как например переодические проблемы с stdin/stdout, которыми славится цигнусь...

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

и с стдин/стдоут проблем не замечал в кигнусевине

Инсталлер

http://www.interopsystems.com/tools/pkg_install.htm

>Можешь сам составить картину исследуя предложения и спрос на рабочую силу, учти стоимость переобучения персонала, размер потерь на переод освоения новых решений, время развертывания, повышенную стоимость страховки и соотвественно - кредитов, если ты используешь линукс... После этого картина становится безрадосной... И это далеко не все парметры, которые влияют на TCO...

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

>И прошу - не надо приводить в качестве рабочей силы красноглазых админов-студентов, готовых работать за ЖРАТ...:)

студенты как раз под виндой работают чаще всего

2Ioannes: это пекиджы, а не порты. :)

2alphex_kaanoken: ну скажем так - если я мигрирую со старого коммерческого юникса, то на *BSD я точно не полезу, лень...:) Плавали знаем - напильником изрядно дорабатывать приходится...:( На линукс - тоже нужен большой напильник (хотя и поменьше чем для *BSD), плюс из-за пары приложений плодить сушности неохота... Как не смешно, но SFU заточен именно так, чтоб этот напильник был минимальным... Что имхо очень умно сделано, в этом его и сила...:)

P.S. Рассказы о том какой большой напильник потребовался мне чтоб собрать посредством SFU последний KDE идут лесом - я сказал _старые_коммерческие_юниксы_, и софт там обычно... не свежачек прям скажем...:)

>Как не смешно, но SFU заточен именно так, чтоб этот напильник был минимальным... Что имхо очень умно сделано, в этом его и сила...:)

Я не думаю что в SFU ты все поставишь замечательно и без напильника, потом опять же зачем(а из твоих слов именно так) мне надо менять шило на мыло, при это последнее еще и винда?

ИМХО проще и дешевле будет linux на x86

>>Cygwin - это GPL, во-первых. (не LGPL, а GPL в чистом виде, со всеми вытекающими). >ну и что? чем это грозит?

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

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

>Во-вторых, он тормоз. А Interix - ну очень шустрая штучка...

> для критичных вещей лучше нативный юних юзать...

к этому следует прибавить большое IMHO...

вот у нас заказчик требует чтобы софт работал под а) Solaris б) HP_UX в) Linux г) Windows д) еще чего в голову взбредет

что прикажете делать?

2alphex_kaanoken: совсем без напильника это из области мечтаний, сказок и легенд софтописателей :) Я сказал что доработак _обычно_ требуется меньше чем при портировании под линукс и тем более - под *BSD. Меньше это не значит что их совсем нет, да?

> вот у нас заказчик требует чтобы софт работал под а) Solaris б) HP_UX в) Linux г) Windows д) еще чего в голову взбредет

java? web-interface?

извини не буду тебе доказывать свою точку зрения

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

жаба само собой, но есть критические части, которые только на С писать можно, к тому же используются гнутые либы, без которых тяжко...

кто-нибудь пробовал собрать PostgreSQL (7.3.x или 7.4.x) под SFU?

> По идее соберется все, что собирается под цигнусью. :)

А не по идее, а реально? :-)

На SFU и смотреть. С hpux nfs сервером работал вроде. (nnm базу шарил)

>А не по идее, а реально? :-)

Кстати, уточняя. Реально необходимы sshd rsync exim

С большим трудом собрал под SFU апач с mod_rewrite и mod_proxy, php под него. Перловый модуль DBD - это была песня. Перл в SFU собран с тредами, которые DBD ни в какую не принимает. Пришлось пересобирать еще и перл. Также отдельной крови стоила клиентская shared-либа для mysql.

Конечной целью было установка mod_perl на этого зверя.

Процесс траха был прерван выходом Cooperative Linux. Все вышеперечисленное завелось в нем с первого раза и без бубнов. И работает, по ощущениям, быстрее.

PS. Зачем это? Ну не хочу на ноуте ставить линукс :)

>для облегчения миграции со старого железа, работающего под _коммерческими_ юниксами, на винды.

Хочу поинтересоваться что означает эта фраза.

Облегчение миграции в данном случае это наверно все же не к железу вопрос. Потому как если винда на него не ставится, то хоть обвешайся SFU - работать не будет.

Может, для облегчения работы админам?

может быть имелось ввиду : выкидываем железо вместе с совтом (типа SUN) и ставим писюк с 64-мя процами и MicroSoftDataCenter на него - и всё это не только покроет все расходы но и даст ощутимую прибыль

> всё это не только покроет все расходы но и даст ощутимую прибыль

учитывая, что MS нонче на MS Office дает 30% отката, и, если и тут дела так же, то таки да :-)

> может быть имелось ввиду : выкидываем железо вместе с совтом (типа SUN) и ставим
> писюк с 64-мя процами и MicroSoftDataCenter на него - и всё это не только
> покроет все расходы но и даст ощутимую прибыль
писюки с 64 процами не существуют!
Винды с таким количеством процессоров не справляеться!

http://www.microsoft.com/windowsserver2003/datacenter/dcprogramfaq.mspx
"Windows Server 2003, Datacenter Edition, supports upgrading to as many
as 32 32-bit processors and 64 GB RAM"
"the 64-bit Datacenter Edition supports up to 64 processors."

Только вот интересно, кто будет ставить винду на такую машину :))

чет я не понял как иксы под этим SFU запустить