LINUX.ORG.RU

Microsoft идет навстречу

 


0

0

21-го февраля 2008 Стив Балмер выступил с заявлением, объявив о ряде шагов, которые намерена предпринять корпорация для улучшения открытости своих продуктов. Действия направлены на обеспечение эффективного взаимодействия, а также на предоставление широкого выбора для разработчиков, партнеров, клиентов а также конкурентов компании.

В частности, отныне Microsoft намерена:

  • гарантировать открытость взаимодействия с продуктами третьих сторон;
  • содействовать переносимости даных;
  • усиливать поддержку промышленных стандартов;
  • поощрять открытость сотрудничества с клиентами а также сообществами opensource.
Список продуктов, к которым применяется оглашённая политика, включает: Windows Vista (включая .NET Framework), Windows Server 2008, SQL Server 2008, Office 2007, Exchange Server 2007, and Office SharePoint Server 2007, а также будущие версии названых продуктов.

В качестве непосредственных первых шагов корпорация намерена:
  • начиная с сегодняшнего дня опубликовать на ресурсе MSDN более 30 тыс. страниц документации по протоколу клиент-серверного взаимодействия Windows, которая раньше являлась коммерческой тайной и предоставлялась только по специальной лицензии через Microsoft Work Group Server Protocol Program (WSPP).
  • на вебсайте Microsoft собирается указывать, какие из протоколов защищены патентами корпорации и введет их лицензирование под разумными недискриминирующими условиями с низкой оплатой.
  • корпорация согласна отказаться от судебного преследования разработчиков, занимающихся разработкой и некоммерческим использованием продуктов с открытым исходным кодом, в которых реализованны указанные протоколы. Более того, эти разработчики получат бесплатный доступ к документации. Компании, которые намерены заниматься коммерческим распространением подобного ПО, имеют возможность получить лицензию на использование патентов Microsoft.

>>> И еще много всякого

★★★★★

Проверено: svu ()
Ответ на: комментарий от iRunix

>Т.е. вы против распространения линукса, т.е. вы против того, чтобы железо нормально поддерживалось… и т.д. Линуск он для избранных да?

я против превращения линукса в «десктоп для домохозяек», да.

>А без секса с конфигами не Ъ…

я не знаю, зачем с ними заниматься сексом. я знаю, как там почитать комментарии и поправить нужные опции (хотя унифицированного синтаксиса и не хватает, увы).

>Убунтятники делают apt-get install nvidia-glx-new, прикинь работает и не глючит.

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

>какие-то .h файлы это хидеры ядра. Вопрос про хидеры либ в силе

«какие-то .h-файлы» — это была цитата юзера.

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

mirage
()
Ответ на: комментарий от iRunix

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

Помните, сони руткит пользователям ставила? Сколько времени прошло с момента публичного обнаружения этого руткита до появления его в базах?

anonymous
()
Ответ на: комментарий от iRunix

>А ты попробуй, прежде чем газифицировать :)

У меня уже подобное было.

dikiy ★★☆☆☆
()
Ответ на: комментарий от rbxx

>После удаления этого файла, вы даже не сможите воспользоваться командой cp

только не надо забывать про sash, ага. про разговоры о том, что его нет в дефолтовой поставке отвечаю: он используется в initrd.

--------- [dikiy@localhost ~]$ ldd `which sash` not a dynamic executable [dikiy@localhost ~]$ sash Stand-alone shell (version 3.7) > help alias [name [command]] aliasall -ar [txp]v arFileName fileName ... cd [dirName] -chattr [+i] [-i] [+a] [-a] fileName ... -chgrp gid fileName ... -chmod mode fileName ... -chown uid fileName ... -cmp fileName1 fileName2 -cp srcName ... destName -dd if=name of=name [bs=n] [count=n] [skip=n] [seek=n] -echo [args] ... -ed [fileName] exec fileName [args] exit -file fileName ... -find dirName [-xdev] [-type chars] [-name pattern] [-size minSize] -grep [-in] word fileName ... -gunzip fileName ... [-o outputPath] -gzip fileName ... [-o outputPath] help [word] -kill [-sig] pid ... -losetup [-d] device -losetup device filename -ln [-s] srcName ... destName -ls [-lidFC] fileName ... -lsattr fileName ... -mkdir dirName ... -mknod fileName type major minor -more fileName ... -mount [-t type] [-r] [-s] [-e] [-m] devName dirName -mv srcName ... destName -printenv [name] prompt string -pwd quit -rm fileName ... -rmdir dirName ... setenv name value source fileName -sum fileName ... -sync -tar [cxtv]f tarFileName fileName ... -touch fileName ... umask [mask] -umount fileName unalias name -where program >

------------------

dikiy ★★☆☆☆
()
Ответ на: комментарий от rbxx

>После удаления этого файла, вы даже не сможите воспользоваться командой cp

только не надо забывать про sash, ага.
Про разговоры о том, что его нет в дефолтовой поставке отвечаю: он используется в initrd.

[dikiy@localhost ~]$ ldd `which sash`
        not a dynamic executable
[dikiy@localhost ~]$ sash
Stand-alone shell (version 3.7)
> help
alias      [name [command]]
aliasall
-ar        [txp]v arFileName fileName ...
cd         [dirName]
-chattr    [+i] [-i] [+a] [-a] fileName ...
-chgrp     gid fileName ...
-chmod     mode fileName ...
-chown     uid fileName ...
-cmp       fileName1 fileName2
-cp        srcName ... destName
-dd        if=name of=name [bs=n] [count=n] [skip=n] [seek=n]
-echo      [args] ...
-ed        [fileName]
exec       fileName [args]
exit
-file      fileName ...
-find      dirName [-xdev] [-type chars] [-name pattern] [-size minSize]
-grep      [-in] word fileName ...
-gunzip    fileName ... [-o outputPath]
-gzip      fileName ... [-o outputPath]
help       [word]
-kill      [-sig] pid ...
-losetup   [-d] device
       -losetup device filename
-ln        [-s] srcName ... destName
-ls        [-lidFC] fileName ...
-lsattr    fileName ...
-mkdir     dirName ...
-mknod     fileName type major minor
-more      fileName ...
-mount     [-t type] [-r] [-s] [-e] [-m] devName dirName
-mv        srcName ... destName
-printenv  [name]
prompt     string
-pwd
quit
-rm        fileName ...
-rmdir     dirName ...
setenv     name value
source     fileName
-sum       fileName ...
-sync
-tar       [cxtv]f tarFileName fileName ...
-touch     fileName ...
umask      [mask]
-umount    fileName
unalias    name
-where     program
> quit
[dikiy@localhost ~]$

dikiy ★★☆☆☆
()
Ответ на: комментарий от iRunix

>более того chroot туда тоже не отработает. :) Я так в lindows 1.1.0 года 4 назад этот файл переписал на более свежую версию :)))

не надо кичится своей беспомощностью.

dikiy ★★☆☆☆
()
Ответ на: комментарий от iRunix

>Вы их из БСД сперли, как и винда

из POSIX, дядя. Из POSIX. А это не называется сперли.

dikiy ★★☆☆☆
()
Ответ на: комментарий от iRunix

>так чем убунту так плох? Тем что он сразу работает?

Тем, что сложно устроен. И новичку труднее разобраться. Дофига GUI приблуд, которые глючат и которые не нужны.

Но если все оторвать, то получится сносно.

dikiy ★★☆☆☆
()
Ответ на: комментарий от mirage

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

полегче на поворотах. Есть devel пакет. А есть просто пакет с либой. Это везде так. на всех дистрах

dikiy ★★☆☆☆
()
Ответ на: комментарий от mirage

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

точно. А на форумах - ппц. Там они обмениваются консольными "заклинаниями". Нихера не понимают что то и как работает. Знаю только, что если запустить в терминале, то оно что-то делает.

dikiy ★★☆☆☆
()
Ответ на: комментарий от dikiy

вот. именно это мне никак не удавалось так красиво сформулировать.

mirage
()
Ответ на: комментарий от dikiy

>Есть devel пакет. А есть просто пакет с либой. Это везде так. на всех дистрах

пошёл искать в своей слаквари devel-пакеты. пока мне это ни разу не удавалось.

mirage
()
Ответ на: комментарий от dikiy

наблюдал строго то же самое. вселдситве чего особо приятному другу выдал линк на книжку про «позиксивизм» (тут, на ЛОРе, и проскакивала где-то). благо, друг не потерян, просто не повезло ему убунту взять. однако же консоли не боится, текстовых конфигов тоже. думаю, есть шанс сделать из него разумного пользователя. а тогда он уже сам себе дистр выберет.

mirage
()
Ответ на: комментарий от mirage

тьфу. в смысле — не пойти поискать не удавалось, а найти. %-)

заговариваюсь.

mirage
()
Ответ на: комментарий от mirage

>пошёл искать в своей слаквари devel-пакеты. пока мне это ни разу не удавалось.

про слакварь утверждать не решусь. Прошу считать мое утверждение о всех дистрах как тлько о rpm-based и Debian-based.

dikiy ★★☆☆☆
()
Ответ на: комментарий от dikiy

принято.

кстати, в source-based дистрибах, подозреваю, тоже нет никаких «не-devel-пакетов».

и я действительно до сих пор не могу понять причины такого деления (на devel и не-devel). в экономию места на хидерах как-то поверить не удаётся — ну совсем смехотворно как-то. зато вижу странность — как минимум увеличение списка установленых пакетов почти вдвое, если захочется что-то собирать из исходников. именно поэтому не люблю rpm-based и deb-based. потому что не понимаю, зачем они так. а к тому, что не понимаю, отношусь с опаской.

mirage
()
Ответ на: комментарий от mirage

>и я действительно до сих пор не могу понять причины такого деления (на devel и не-devel). в экономию места на хидерах как-то поверить не удаётся — ну совсем смехотворно как-то. зато вижу странность — как минимум увеличение списка установленых пакетов почти вдвое, если захочется что-то собирать из исходников. именно поэтому не люблю rpm-based и deb-based. потому что не понимаю, зачем они так. а к тому, что не понимаю, отношусь с опаской.

Все таки UNIX-way. Стоит только то, что нужно. А на счет размеров.... Большая половина devel пакетов _намного_ больше самих либ. Не забывай, что туда часто входят еще и "статические" версии либ. Иногда и доки.

Так что это как раз экономия места тоже.

dikiy ★★☆☆☆
()
Ответ на: комментарий от dikiy

>Все таки UNIX-way. Стоит только то, что нужно.

имо, это какой-то очень страныый UNIX-way. эдак 3/4 системы надобно сносить, ибо оно после настройки нафиг не нужно. %-)

>Не забывай, что туда часто входят еще и «статические» версии либ. Иногда и доки.

это мне тоже не понятно, честно говоря. смысл класть загововки вместе с бинарями — вижу. всё-таки ./configure && make && make install достаточно распространённое заклинание. вон, xmms из дебиана выкинули, что теперь бедным юзерам делать? только заклинать. %-)

а смысла класть с заголовками кучу всякого мусора — не вижу. имо, было бы логичней с библиотеками тащить хидеры (они таки обычно не шибко огромные), а вот в devel пакеты уже пихать всякую статику, документацию и ты пы. собственно, в слаке почти так: с библиотеками идут заголовки, README, COPYING, man-pages. чего потолще — это обычно на сайт библиотеки, и качать себе. ибо «потолще» надо уже далеко не простым юзерам.

я не флейма ради, мне действительно интересно. помнится, в своё время слака была выбрана ещё и потому, что до меня никак не дошёл смысл такого разделения в rpm/deb-based.

кстати, странная идея пришла по ходу: если для экономии, так отчего не привинтить через ту же FUSE FS для тарболов, и хидервы — в тарболы? по тарболу на библиотеку, например. и менять ничего не надо почти, и место экономится, и юзеры не заметят, и программеры себе могут тарболы развернуть, если что…

mirage
()
Ответ на: комментарий от dikiy

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

>полегче на поворотах. Есть devel пакет. А есть просто пакет с либой. Это везде так. на всех дистрах

Ни хрена не легче. Это ж шлаковарщег. У них все в одном пакете...

iRunix ★★★★
()
Ответ на: комментарий от mirage

>вон, xmms из дебиана выкинули, что теперь бедным юзерам делать?

Он в меню заходят и сюрприз? У кого стояло, у того не удалится же... А у кого не было - чем то другим слушал...

iRunix ★★★★
()
Ответ на: комментарий от mirage

>я против превращения линукса в «десктоп для домохозяек», да.

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

Те же конфиги, тот же vi для их правки.

>(хотя унифицированного синтаксиса и не хватает, увы).

Вот об этом и речь. Когда перед добавлением строки надо лезть в опции программы для названия и в ман за синтаксисом

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

Во первых быдлоаську, латентный ты виндузятник, во вторых описание глюков в студию. А то я сделал указанное выше действие с аптом и все работает. ЧЯДНТ.

Где багрепорт в убунту?

Это не ваша винда, тут чтоб бага не было, напишите в багзиллу. И глюк поправят. Если он не от веществ в вашей голове.

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

Гон полный. Если он пробовал ставить аптом, то все необходимые для установки драйверов с сайта пакеты вытягивает апт по зависимости от nvidia-glx-new. Твой слив засчитан

iRunix ★★★★
()
Ответ на: комментарий от dikiy

>Дофига GUI приблуд, которые глючат и которые не нужны.

Где багрепорты? на одну вот есть, но не вы писали. Остальные у народа работают. Видимо все-таки руки... Ну или вещества

iRunix ★★★★
()
Ответ на: комментарий от dikiy

>>более того chroot туда тоже не отработает. :) Я так в lindows 1.1.0 года 4 назад этот файл переписал на более свежую версию :)))

>не надо кичится своей беспомощностью.

не, ну е-мое. Это после 3 недель в линуксе. Шел не работает, система упала моментом... Перезагрузка - не грузится...

iRunix ★★★★
()
Ответ на: комментарий от dikiy

>Там они обмениваются консольными "заклинаниями". Нихера не понимают что то и как работает. Знаю только, что если запустить в терминале, то оно что-то делает.

Вы по-другому начинали? Я например в 8.2 мандрейке тоже консольные команды слабо понимал. А потом после года слаки...

iRunix ★★★★
()
Ответ на: комментарий от iRunix

>Тупой вопрос.

Ну да, конечно, если на вопрос нет ответа, то он называется "тупым".. =)

>Ответом видимо буде нечто вроде, "а где в твоем тупом линуксе централизированное хранилище настроек" или "а где в твоем линуксе нормальные драйвера (например ати)"

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

anonymous
()
Ответ на: комментарий от mirage

>дык! потом m$ скажут, что они придумали не держать графику в ядре, запатентовали, а линуксоиды опять всё спёрли.

Ага. Меня особенно забавляет, когда виндофанатики, брызгая слюной и сверкая глазами, доказывают ненужность какой-то фичи, а она потом появляется в их любой винде. Все орали про ненужность вкладок в браузере - и вдруг они появляются в ie7, все орут про рульность реестра - а ms уже планирует от него отказаться, все доказывают, что гуй рулит и должен быть встроен обязательно в ядро, а консоль - это прошлый век, но ms зачем-то активно развивает средства консольного администрирования, выпускает powershell, а теперь ещё и вовсе планирует выкинуть это хозяйство из ядра. И так всё время.. =) Я почему-то уверен, что во времена win9x все виндузятники доказывали ненужность разделяемого доступа и журналируемой фс.

anonymous
()
Ответ на: комментарий от iRunix

>более того chroot туда тоже не отработает.

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

anonymous
()
Ответ на: комментарий от iRunix

>твикалки есть под убунту.

В убунту? И почему я не удивлён? =) Ждём, когда там появится изкоробочный антивирус, antispy и чистилка /tmp.. :D

anonymous
()
Ответ на: комментарий от anonymous

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

Угу. Агитировали за фат, причем аж года до 2001-2002. Основной аргумент был: когда что-то накроется, вы не сможете загрузиться с досовой дискетки и получить доступ к винчестеру.

anonymous
()
Ответ на: комментарий от anonymous

> чистилка /tmp Оно там есть, срабатывает при включении/выключении, полезная впринципе штука, если /tmp не на tmpfs.

anonymous
()
Ответ на: комментарий от mirage

>это мне тоже не понятно, честно говоря. смысл класть загововки вместе с бинарями — вижу. всё-таки ./configure && make && make install достаточно распространённое заклинание. вон, xmms из дебиана выкинули, что теперь бедным юзерам делать? только заклинать. %-)

Согласиться с дебианом и перестать наконец-то юзать этот окаменевший помет мамонта. Есть же audacious в конце концов.

>а смысла класть с заголовками кучу всякого мусора — не вижу. имо, было бы логичней с библиотеками тащить хидеры (они таки обычно не шибко огромные), а вот в devel пакеты уже пихать всякую статику, документацию и ты пы. собственно, в слаке почти так: с библиотеками идут заголовки, README, COPYING, man-pages. чего потолще — это обычно на сайт библиотеки, и качать себе. ибо «потолще» надо уже далеко не простым юзерам.

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

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

>кстати, странная идея пришла по ходу: если для экономии, так отчего не привинтить через ту же FUSE FS для тарболов, и хидервы — в тарболы? по тарболу на библиотеку, например. и менять ничего не надо почти, и место экономится, и юзеры не заметят, и программеры себе могут тарболы развернуть, если что…

тогда уже просто один большой тарбол на весь /usr/include :)

dikiy ★★☆☆☆
()
Ответ на: комментарий от iRunix

>Вот об этом и речь. Когда перед добавлением строки надо лезть в опции программы для названия и в ман за синтаксисом

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

dikiy ★★☆☆☆
()
Ответ на: комментарий от iRunix

>Где багрепорты? на одну вот есть, но не вы писали. Остальные у народа работают. Видимо все-таки руки... Ну или вещества

Я такое сразу выношу ко всем чертям с системы. Ставил я убунту знакомому одному. В этих гуйнях глюков дофига. Багрепорты запаришься писать. Легче их оторвать на фиг. Не нужны они. Особо меня бесила настройка сети. В итоге полез и руками конфиги поправил.

dikiy ★★☆☆☆
()
Ответ на: комментарий от iRunix

>не, ну е-мое. Это после 3 недель в линуксе. Шел не работает, система упала моментом... Перезагрузка - не грузится...

принято.

dikiy ★★☆☆☆
()
Ответ на: комментарий от iRunix

>Вы по-другому начинали? Я например в 8.2 мандрейке тоже консольные команды слабо понимал. А потом после года слаки...

да. я спросил в ru.linux.chainik что то-то и что то-то. Меня послали читать маны. Советом воспользовался. "Заклинания" делал сам. вот так я и начинал. Чтением манов и хаутушек. Чему был _несказанно_ рад. Ибо подобного изобилия доков я никогда не видел. Самая крытая дока для меня до этого была xview (такой интерактивный справочник по прерываниям биоса и доса. По защищенному режиму и т.п.)

И тогда я ощутил, что являюсь боссом своего компа.

dikiy ★★☆☆☆
()
Ответ на: комментарий от dikiy

> И тогда я ощутил, что являюсь боссом своего компа.

Ставите комп в разряд домашнего питомца :)

> вот так я и начинал. Чтением манов и хаутушек. Чему был _несказанно_ рад.

с ваших слов linux для гиков :(

Windows-user
()
Ответ на: комментарий от Windows-user

>Ставите комп в разряд домашнего питомца :)

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

>с ваших слов linux для гиков :(

линух для людей, а не для овец в загоне.

dikiy ★★☆☆☆
()
Ответ на: комментарий от iRunix

>Во первых быдлоаську, латентный ты виндузятник

к сожалению, жабер построен на XML. поэтому фтопку. а psyc никто не ставит. так что особого выбора нет.

>Где багрепорт в убунту? Это не ваша винда, тут чтоб бага не было, напишите в багзиллу. И глюк поправят.

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

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

mirage
()
Ответ на: комментарий от dikiy

>Согласиться с дебианом и перестать наконец-то юзать этот окаменевший помет мамонта. Есть же audacious в конце концов.

то есть, m4 way? «мы лучше знаем, что вам надо»? сильно подозреваю, что лучше меня этого не знает никто.

(на всякий случай: xmms не использую. перелез на audacious ещё когда xmms офоциально входил в слаку, а аудакис — нет).

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

снова m$-way. «если мы чего-то в репу не собрали — оно вам не надо.» или юзать сторонние репозитории, от чего, афаик, дебиан предостерегает («мы не проверяли, что вы там накачаете — не в курсе»).

>А если занимаешься, то тебе нужны не только хедеры.

да. ещё нужно иметь URL на офсайт, где лежит документация.

а, и само собой toolchain рабочий.

>строго говоря, хедеры не являются необходимостью.

строго говоря, и GUI не являются необходимостью. однако ж удобно их иметь, согласись?

>тогда уже просто один большой тарбол на весь /usr/include :)

нее. медленно будут файлы доставаться, если где-то в конце, жуто неудобно файлы удалять (опять же медленно). или тратить диск на кэш — а тогда нафига та компрессия? %-)

эх, жаль, я у себя FUSE убил. теперь стало интересно сделать фокус, а ставить лень. %-)

mirage
()
Ответ на: комментарий от dikiy

>да. я спросил в ru.linux.chainik что то-то и что то-то. Меня послали читать маны. Советом воспользовался. "Заклинания" делал сам. вот так я и начинал. Чтением манов и хаутушек. Чему был _несказанно_ рад. Ибо подобного изобилия доков я никогда не видел. Самая крытая дока для меня до этого была xview (такой интерактивный справочник по прерываниям биоса и доса. По защищенному режиму и т.п.)

Ага, вот и я примерно так же... начинал. Потом прошло. Использую убунту за just works. Хотел перейти на дебиан, но лениво, да и разницы мало...

iRunix ★★★★
()
Ответ на: комментарий от mirage

>к сожалению, жабер построен на XML. поэтому фтопку.

Т.е. закрытые протоколы Ъ? Да вы проприетарщик латентный.

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

А мне пофиг какие вещества вы принимаете

iRunix ★★★★
()
Ответ на: комментарий от mirage

>на всякий случай: xmms не использую. перелез на audacious ещё когда xmms офоциально входил в слаку, а аудакис — нет

Бугага, а еще с слаке нет поддерки ядра 2.0.0.beta2 - караул, чтож делать бедным юзерам???

>снова m$-way. «если мы чего-то в репу не собрали — оно вам не надо.»

И чего же нету в репах деба? ИМХО ставить из исходников не нужно ничего в дебе...

>строго говоря, и GUI не являются необходимостью. однако ж удобно их иметь, согласись?

GUI удобно пользоваться, а хидерами удобно? Собирать программу из сорцов удобнее, чем ставить из репа?

iRunix ★★★★
()
Ответ на: комментарий от dikiy

>Ставите комп в разряд домашнего питомца :)

А кем он по вашему должен быть???

>с ваших слов linux для гиков :(

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

iRunix ★★★★
()
Ответ на: комментарий от iRunix

>Т.е. закрытые протоколы Ъ?

нет, XML не Ъ. к тому же вы так ненавязчиво пропустили упоминание о psyc (видимо, чего не знаем — того не видим).

>И чего же нету в репах деба?

вот, xmms не будет. syren нет.

>Собирать программу из сорцов удобнее, чем ставить из репа?

удобней. вы когда-нибудь ./configure --help делали? там обычно много интересных опций. мне не надо m$-way, где маинтайнеры решат за меня, какие опции включать, а какие — нет. и класть софт с нестандартными опциями мне удобней в ~/zoft.

mirage
()
Ответ на: комментарий от mirage

>к сожалению, жабер построен на XML. поэтому фтопку. а psyc никто не ставит. так что особого выбора нет.

не к сожалению, а к счастью. Наконец-то что-то вменяемое придумали.

dikiy ★★☆☆☆
()
Ответ на: комментарий от mirage

>то есть, m4 way? «мы лучше знаем, что вам надо»? сильно подозреваю, что лучше меня этого не знает никто.

не имеет смысла держать в дистре мертвый софт. Это совершенно логично.

>снова m$-way. «если мы чего-то в репу не собрали — оно вам не надо.» или юзать сторонние репозитории, от чего, афаик, дебиан предостерегает («мы не проверяли, что вы там накачаете — не в курсе»).

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

>да. ещё нужно иметь URL на офсайт, где лежит документация.

да. и что?

>строго говоря, и GUI не являются необходимостью. однако ж удобно их иметь, согласись?

Если ты им пользуешься. Тогда удобно. Если нет, тогда нафиг не нужно. Я ж у себя на серваке иксов не держу.

dikiy ★★☆☆☆
()
Ответ на: комментарий от iRunix

>Ага, вот и я примерно так же... начинал. Потом прошло. Использую убунту за just works. Хотел перейти на дебиан, но лениво, да и разницы мало...

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

dikiy ★★☆☆☆
()
Ответ на: комментарий от iRunix

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

Хм. я вообще-то на него и не переходил. Так. Винда постояла полгодика. А потом я узнал про линух......

dikiy ★★☆☆☆
()
Ответ на: комментарий от mirage

>нет, XML не Ъ. к тому же вы так ненавязчиво пропустили упоминание о psyc (видимо, чего не знаем — того не видим).

каким боком XML не Ъ?

>вот, xmms не будет. syren нет.

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

>удобней. вы когда-нибудь ./configure --help делали? там обычно много интересных опций. мне не надо m$-way, где маинтайнеры решат за меня, какие опции включать, а какие — нет. и класть софт с нестандартными опциями мне удобней в ~/zoft.

Это не M$ way. Тут ты можешь переделать, если не согласен с мнением маинтайнеров. Меня в 95% случаев их мнение устраивает (впрочем, и других тоже).

dikiy ★★☆☆☆
()
Ответ на: комментарий от iRunix

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

красные глаза не нужны были. Достаточно было головы на плечах. И хотя бы начальных знаний английского.

dikiy ★★☆☆☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.