SCOты что-то совсем одурели: они мало того, что настроили против себя IBM и все Linux-компании, так ещё и на SGI лапку поднимают... :-)))

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

Гы... значок SCOтов добавили ;)

а я чувствую, что чего-то не хватает последнее время, а оказывается давненько СКОты не резвились... :)

Мдя уж... Слишком агрессивно ведут себя SCO по отношению к Linux. Всё это не спроста :)

Хехе... Минздрав предупреждает! ...

Скоро в SCO не будет разработчиков, останутся юристы и менеджеры с сомнительной репутацией. SCO меняет направление деятельности, на первом месте - выбивание денег, на втором - угождение M$, на третьем - захват Linux и на последнем - UnixWare.

Все дороже и дороже обходится Linux Microsoft...

а xfs с ее acl, как конкурент ntfs, вообще...

Ну типа: http://users.pandora.be/theretard/pinguin.mpg

зы: переползайте на qnx!

>зы: переползайте назы: переползайте на qnx!

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

Ну это вообще не смешно. XFS написали в SGI, и SCO никаким боком к этому не относится... Чего они хотят?

Маразм крепчает

>Основной предмет разногласий, предполагаемый перенос кода XFS в ядро Linux.

Интересно, XFS - это насколько я помню разработка SGI, к SCO и базовому коду SVR4 не имеющая никакого отношения...

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

>Ну это вообще не смешно. XFS написали в SGI, и SCO никаким боком к этому не относится... Чего они хотят?

Вероятно ждут когда их ткнут мордой в этот факт.

Действительно неплохо бы начать судебные разборки с прецедента доказанной попытки SCO стричь бабки за чужие разработки.

> Интересно, XFS - это насколько я помню разработка SGI, к SCO и базовому коду SVR4 не имеющая никакого отношения...

Основанная на SVR4. Скоты все время напоминают, что имеют права и на код
SVR4, на на разработки на нем основанные... (бред)

SCO предупредило что обидеться и не будет ни с кем играть !!!

В PC-Weeke прочитал (в разделе сплетни) 2 linux-компании собираются подать в суд на SCO за попытку рэкета (требование денег на основании не доказанных в суде прав). Ищут третьего для компании.

А вот и обращение SGI к Linux-сообществу: http://linuxtoday.com/infrastructure/2003100201226NWSWLL

Ваше утверждение неверно. SCO никогда не зявляло об авторских

правах на XFS.

Суть конфликта, что по условям лицензии, коды SVR4 derived works,

не могут быть переданы его владельцами (IBM, SGI) третьим лицам,

или в public domain, без разрешения SCO.

SCOты

> SCO никогда не зявляло об авторских правах на XFS
заявляло - сходите на mozillaquest
> коды SVR4 derived works, не могут быть переданы
хе-хе - это смотря что считать "derived"...;-)
SCO читает что всё, что хоть как-то им еет отношение к SVR, например, TCP stack из BSD - "derived". О ём Darl и заяваил в свой время - что "пока линукс, там посмотрим.";)

>Суть конфликта, что по условям лицензии, коды SVR4 derived works,

Ну скоро любая система, использующая:
- open()
- close()
- read()
- write()
будет признана SCO как "SVR4 derived works"

Вообще МакБрайду судя по всему нужен уже не адвокат а психиатор
(шоб в суде его отмазать ;))

SCO читает что всё, что хоть как-то им еет отношение к SVR, например, TCP stack из BSD - "derived". О ём Darl и заяваил в свой время - что "пока линукс, там посмотрим.";)

Деточка, у тебя кашка в головке

Первая реализация называлась Berkley sockets, потом ее портировали

на AT&T Unix, лишь потом там было stream

Полная лажа! XFS не зависит от SV кроме как, возможно, через вызовы функций - но эти функции POSIX-стандарт, за который налоги скотам вроде никто не должен платить. Было бы странно, если бы Microsoft к примеру требовала бы денег, если кто-то написал прогу под Windows а потом переносил к примеру на мак.

Spectr

2Sun-ch

>на AT&T Unix, лишь потом там было stream

Ну почти цитата из одного анекдота ;)

Слово streamS пишется с S на конце а слово X-Window без S на конце, понять это нельзя это можно только выучить ;)))

Вдогон

2Sun-ch

>Первая реализация называлась Berkley sockets, потом ее портировали

Правильно писать таки название места "Berkeley" ;)

PS: Чё то меня на орфографию по возвращению на родину потянуло ;)

Видать по родной русской клаве соскучился ;)

Полная лажа! XFS не зависит от SV кроме как, возможно, через вызовы функций - но эти функции POSIX-стандарт,

А почему тогда SGI не портировало XFS в полный рост, как на Irix (SVr4

based) ?

Предположу страшную вещь, может в Linux не все API соответвует POSIX ?

Дык меня дети все время с клавки сгоняют :)

"Дай мы че нибудь напишем, ну дай жалко что ли"

Вдогон

2Sun-ch

>Предположу страшную вещь, может в Linux не все API соответвует POSIX ?

Не, вопрос нужно ставить не так:

"Насколько полно POSIX (и какой) поддерживается линухом" ?

А вроде как Debian хотел получить сертификацию?

Может получил уже?

Соответствие стандартам...

Это правда не тест на POSIX-совместимость
а на соответствие Single UNIX specification , но все же ...
http://www.opengroup.org/testing/unix-test/

Судя по нему линух это отдельный _стандарт_

Прекрасная трава у СКО. =)

> А вот и обращение SGI к Linux-сообществу:
> http://linuxtoday.com/infrastructure/2003100201226NWSWLL
>
> e-lite (*) (02.10.2003 14:03:54)


SGI отвечает:

XFS is an innovative SGI-created work. It is not a derivative work of System V in any sense, and SGI has full rights to license it to whomever we choose and to contribute it to open source. It may be that SCO is taking the position that merely because XFS is also distributed along with IRIX it is somehow subject to the System V license. But if so, this is an absurd position, with no basis either in the license or in common sense. In fact, our UNIX license clearly provides that SGI retains ownership and all rights as to all code that was not part of AT&Ts UNIX System V.


XFS -- это новая разработка SGI. Она ни в коей мере не является производной от System V и SGI имеет полное право лицензировать ее кому бы то ни было и передавать ее в open source. Если SCO исходит из того, что XFS распространялась совместно с IRIX, которая так или иначе является субъектом лицензии System V, то это абсурдная позиция, которая не имеет под собой никакого основания. В действительности, наша UNIX лицензия четко оговаривает, что SGI сохраняет за собой право собственности и все права на весь код, который не является частью AT&T UNIX System V.

Прошу не пинать за перевод, я не спец.

Тest suite covers subset of the POSIX threads library (1003.1c)

x86 2.4.0 glibc 2.2 SMP,

мда не густо

SVR4

Кстати, а какая часть SVR4 принадлежит SCO ?

Если мне не изменяет склероз то SVR4 это SVR3(streams etc)+куча фич от BSD и Sun - как то NFS/RPC, С и Korn shell, mmap, те же самые Berkeley sockets, etc.

Неужто BSD и Sun вот так будут на этот бред смотреть молча ?

Или это сейчас так бизЬнес делается ?

XFS -- это новая разработка SGI. Она ни в коей мере не является производной от System V и SGI имеет полное право лицензировать ее кому бы то ни было и передавать ее в open source.

А чего они тогда в лялих портировали кастрированный вариант?

Наверное самые вкусные вещи были сильно завязаны на Irix?

SVR4

2Sun-ch

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

Ну скорее всего они все таки не всё поставили на линух, я их кстати понимаю ;) Пришли какие то студенты и обо@#али весь бизДЬнес серьезным дядям по самые уши. "Абыдна, панЫмаешъ" ;)

Кстати, а какая часть SVR4 принадлежит SCO ? - 100%

Если мне не изменяет склероз то SVR4(5) - это

NUMA, RCU, High-Availability Clustering Solution :)

саныч ты уже утомил тупить. шел бы ты лесом.

xfs портирована почти вся. то что еще недопортировано на x86 это потому что xfs изначально 64 бита и под архитектуру mips и под ось ядро которое гарантировало real-time.

все что можно портировать на x86 и не под real-time портировано.

так что иди поспи и полечи комплекс неполноценности.

Гм, а зачем файловой системе real-time ?

Что-то я про такое не слышал, новая фича какая-то?

Ты многое не слышал, или от старости уже забыл ;) В XFS есть такая фича (не помню как называется точно), как возможность чтения/запись файла с ГАРАНТИРОВАННЫМ bitrate. Фича весьма полезная для видео, графики и поточной обработки. Что это, как не real-time?

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

Курим вместе man 5 grio

The purpose of this mechanism is to manage the sharing of
scarce I/O resources amongst a number of competing processes, and to
permit a given process to reserve a portion of the system's resources for its exclusive use for a period of time.

Понял чего написано? Ядро отдает процессу часть ресурсов

в монопольное пользование.

Помнится всего было 4 гарантированных потока

Ага так оно и есть

By default, the ggd daemon will allow four process streams to obtain rate guarantees. If support for more streams is desired, it is necessary to obtain licenses for the additional streams.

А теперь, деточка, расскажи нам про real-time в твоем понимании :)

>Гм, а зачем файловой системе real-time ? Что-то я про такое не слышал, новая фича какая-то?

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

Re: Маразм крепчает

> Что-то я про такое не слышал, новая фича какая-то?

Ну вот с этого и нужно начинать. Irix64 - сертифицирован на POSIX real-time. И соответственно поддерживает real-time i/o - там в XFS такие разделы есть.

... И танки наши быстры

Саныч, твой любимый Опенбсдевый высокоссыкъюрный отстой и через 10 лет не будет иметь того XFS
который был в Линух как минимум год назад. Если только сейчас команда FreeBSD признала необходимость
трансакционной ФС, то OpenBSD это сделает лет через, 5 не раньше. Хоть бы там для i386 SMP попробовали
прикрутить.

патенты на разработки NUMA & RCU у IBM. чёта запизделся дяденька совсем

Почитай, что стандартизирует POSIX real-time.

саныч, ты клоун, серьезные люди не говорят "лялих".

Точно, серьезные люди, про лялих вообще не говорят.

Однако странно что папочка xfs с их сайта стала вдруг сразу не доступной. А мне как раз понадобилось их чистый патчик утянуть. Наверное просто совпало.

Searching 1976 to present...
Results of Search in 1976 to present db for:
AN/(((International AND Business) AND Machines) AND Corporation): 32233 patents.
Hits 1 through 50 out of 32233



Results of Search in 1976 to present db for:
AN/((Santa AND Cruz) AND Operation): 2 patents.
Hits 1 through 2 out of 2



Results of Search in 1976 to present db for:
AN/Caldera: 2 patents.
Hits 1 through 2 out of 2



из 24 патентов с ttl/(NUMA)
15 у IBM

В приличном месте слово "папочка" не употребляют :)

Я открыл деление ядра урана - 1 патент.

Все остальное - der. works :)