LINUX.ORG.RU

Linux исполнился 31 год

 , ,


1

1

Ровно 31 год назад 25 августа 1991 года тогда мало кому известный студент Хельсинкского университета Линус Торвальдс (Linus Benedict Torvalds) написал в конференцию comp.os.minix сообщение о создании рабочего прототипа новой операционной системы, которую он назвал Linux. В эту «предрелизную» версию были портированы bash 1.08 и gcc 1.40.

>>> Подробности

★★★★★

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

Таковой вообще есть?

Чтобы сообщить о баге в Microsoft Excel нужно:

  1. Запустить Microsoft Excel

  2. На главном окне нажать «Отзывы и предложения»

  3. В открывшимся окне нажать на «Отправить нахмуренный смайлик» (там рядом есть текст «Мне что-то не нравится. Если что-то не так, дайте нам знать, чтобы мы это исправили.»)

  4. Откроется окно, там описываешь свою проблему, можно добавлять скриншоты если требуется и оставляешь свой электронный адрес для связи.

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

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

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

У Visual Studio есть: https://developercommunity.visualstudio.com/home

Хотя для Open Source частей лучше сразу на github писать в issues:

https://github.com/dotnet/runtime/issues

и

https://github.com/microsoft/STL/issues

и т.д.

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

Что «всё»? Софт (и прикладной, и системный) пишут кожаные мешки люди, потому баги есть везде. FreeBSD тоже не идеальна, но в подходе к разработке нет подобного маразма (причём FreeBSD зародилась благодаря представителям ЛГБТ!). И оффтопика в технических рассылках тоже нет, который вначале сами вбросят, а потом начинают истерить что их там ущемляют, как это было уже не один раз в lkml. Но и баги во фре поэпичнее будут: при попытке запаковать / на ZFS в tar, можно поймать (а можно не поймать, оно зависит от погоды в Аду на Марсе) панику ядра, а раз проблему нельзя локализовать, то её нельзя и пофиГсить. Впрочем, для ZFS есть send/recv (использование которых будет более правильным), а для особо упоротых можно установить rsync.

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

s/успешно совершенствовались/тырили фичи из KDE\/GNOME\/NeXTSTEP

не благодарите

mazdai ★★★
()
Последнее исправление: mazdai (всего исправлений: 2)
Ответ на: комментарий от Dimez

Ненужно. Сплошное решето. 31 год назад надо было на ядро версии 0.0.1 завести CVE и показать Линусу что есть и хорошие программы - OS/2 или Windows 3.0…

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

как это не получило? 8-[ ] везде только оно и было ;-)

mumpster ★★★★★
()

Застал такую дату для оффтопа.

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

12309

Беда, да, но есть костыли

swap больше 2.5× объёма RAM

Зачем?

Искажение цветов

Пруфы?

Человеческие качества ставятся выше качества кода, который они пишут

Какой-то беспруфный софизм.

Неопределённое и нелогичное поведение OOM Killer

В чём заключается неопределённость и нелогичность? Костыли есть и работают.

Изоляция от неугодных

Изоляция изоляции рознь. Глянь на *BSD

Отказ от легаси

Правильно.

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

12309

Беда, да, но есть костыли

Костыли были бы не нужны, если бы код писали нормально.

swap больше 2.5× объёма RAM

Зачем?

Кому-то нужен.

Искажение цветов

Пруфы?

Их есть у меня!

Человеческие качества ставятся выше качества кода, который они пишут

Какой-то беспруфный софизм.

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

Неопределённое и нелогичное поведение OOM Killer

В чём заключается неопределённость и нелогичность? Костыли есть и работают.

Я уже описал всё здесь.

Изоляция от неугодных

Изоляция изоляции рознь. Глянь на *BSD

*BSD изолируется от GPL по причине вирусности последней. Не может лицензия, не уступающая по уровню графомании и строгости EULA, быть свободной!

Отказ от легаси

Правильно.

Если вдруг понадобится обновить сервер, работавший без вмешательства десять лет, понадобится потратить время не только на переустановку (потому что обновление будет в принципе невозможно) всего, но и на переписывание всего своего кода, потому что кучу базовых утилит просто выкинули, без предоставления аналогов! Ах да, ещё придётся выкинуть часть оборудования и купить новое, потому что драйвера из Linux тоже выкинули! Мне за это не заплатят, потому дешевле выкинуть Linux.

Потому да, выкинуть Linux — правильно. ☺

mord0d ★★★★★
()
Последнее исправление: mord0d (всего исправлений: 1)
Ответ на: комментарий от Clockwork

Это не мои скриншоты. И я их не сохранял. Все претензии к тому юзеру, но он уже забанен.

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

В принципе, согласен с аргументами. В разработке любого ПО, не только свободного, есть компромиссы.

Не может лицензия, не уступающая по уровню графомании и строгости EULA, быть свободной!

Свободная и вседозволенная лицензии — всё-таки несколько разные вещи. Впрочем, не имею ничего против обеих.

Потому да, выкинуть Linux — правильно.

Полностью твоё право. Вендорлоков здесь нет.

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

Свободная и вседозволенная лицензии — всё-таки несколько разные вещи. Впрочем, не имею ничего против обеих.

Нет в BSD вседозволенности. GPL защищает право пользователя (потребителя), BSD же защищает право разработчика. Право заработать себе на вкусный кофе с круассаном — в их числе. ☺

Потому да, выкинуть Linux — правильно.

Полностью твоё право. Вендорлоков здесь нет.

Не совсем вендор-лок, но некоторые проприетарные решения есть только для Linux, но не для FreeBSD. Причём это касается не только прикладного софта, но и драйверов (привет, SierraWireless).

Но работает финт ушами — linuxulator! А вот в Linux запустить бинарник из FreeBSD не получится без разворачивания виртуалки с целой FreeBSD.

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

BSD же защищает право разработчика

И какое же право разработчика защищается в случае, когда его код можно перелицензировать и/или закрывать?

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

BSD же защищает право разработчика

И какое же право разработчика защищается в случае, когда его код можно перелицензировать и/или закрывать?

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

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

mord0d ★★★★★
()

В этом возрасте уже имеют детей, которые идут в школу.

А Линукс до сих пор девственник.

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

Ну что за глупости? Со своим собственным кодом (если авторское право не отчуждено по трудовому договору или чему-то подобному) ты всегда можешь делать что угодно, и никакие лицензии на это не влияют. Лицензия - это условия, на которых ты предоставляешь продукт своего труда другим людям. Ты можешь их делать любые, хоть 100 разных на один и тот же код, и это - безо всяких оговорок и исключений.

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 1)
Ответ на: комментарий от mord0d

Во FreeBSD OOM Killer предсказуем, он не станет убивать условный Firefox просто потому что он больше всех памяти сожрал (как это обычно в Linux), он убьёт тот процесс, который вызвал нехватку памяти (жрал не в себя, много и быстро).

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

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

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

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

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

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