|
2.2, fidaj (ok), 14:35, 14/05/2012 [^] [^^] [^^^] [ответить]
| +4 +/– |
когда тестеров будет больше и их грамотных сообщений об ошибках...
| |
|
3.42, Аноним (-), 18:40, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> когда тестеров будет больше и их грамотных сообщений об ошибках...
Интересно, как можно тестировать то чего нет? // тестеры
| |
|
4.48, fidaj (ok), 19:02, 14/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> когда тестеров будет больше и их грамотных сообщений об ошибках...
> Интересно, как можно тестировать то чего нет? // тестеры
не притворяйся шлангом http://wiki.freebsd.org/Intel_GPU
но это еще НЕ в голове, пока что...
| |
|
|
2.33, Аноним (-), 17:55, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Так допилили уже. Правильный вопрос - когда включат в базовую систему - тут да, нужно ещё тестирование на разном железе.
| |
|
3.38, fidaj (ok), 18:00, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Так допилили уже. Правильный вопрос - когда включат в базовую систему -
> тут да, нужно ещё тестирование на разном железе.
не допилили - иначе бы оно уже было бы в голове...
| |
|
|
|
6.84, oops (ok), 10:26, 15/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
куча нерешенных вопросов это 2 вопроса? Так они совсем ерундовые и типа "как лучше для вас?"
| |
|
7.85, fidaj (ok), 10:38, 15/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> куча нерешенных вопросов это 2 вопроса? Так они совсем ерундовые и типа
> "как лучше для вас?"
То есть при решении этих 2-х вопросов - другие возникать не будут?
отвечу по-одесски...
| |
|
|
|
|
|
|
1.3, Аноним (-), 14:42, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
> Возобновлена работа над проектом FSC (FreeBSD Services Control), в рамках которого развиваются похожие на Solaris SMF и daemontools инструменты для управления и мониторинга работой системных сервисов.
Что-то нынче во всех свободных никсах начали выкидывать старые системы init, и писать с нуля новые.
Видимо, исторический момент уже назрел - старые иниты не отвечают современным требованиям, даже если подпереть костылями.
Хотя имхо лучше бы launchd таки допортировали - там очень вкусная фича работы с сокетами, как в systemd.
| |
|
2.16, Hety (??), 15:44, 14/05/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
Это вроде больше похоже на watchdog. Фряшники никогда особо не напрягались относительно скорости непосредственно запуска.
| |
|
3.24, Аноним (-), 16:10, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Это вроде больше похоже на watchdog. Фряшники никогда особо не напрягались относительно
> скорости непосредственно запуска.
Еще скажите, что FSC не поддерживает распараллеливания =)
| |
|
4.28, Anonymus (?), 16:30, 14/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Еще скажите, что FSC не поддерживает распараллеливания =)
> инструменты для управления и мониторинга работой системных сервисов.
Ты вообще о чём?
Это _НЕ_ замена бсдшному иниту.
| |
4.30, Аноним (-), 17:24, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Еще скажите, что FSC не поддерживает распараллеливания =)
FSC и распараллеливание параллельны.
Потому что BSD-шный инит уже давно поддерживает параллельный запуск служб.
| |
|
5.40, Anonymus (?), 18:02, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Потому что BSD-шный инит уже давно поддерживает параллельный запуск служб.
А можно поподробнее? Я не в курсе. Если будет какой-то пруф, буду признателен.
| |
|
|
3.87, pahan (??), 12:45, 15/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
А на кой упираться в скорость запуска? Сервер должен работать, работать, работать... Запуск-перезапуск - это крайне редкое явление, не влияющее на работоспособность системы. Uptime свыше года - это же нормально! Если юзеры настолько привыкли к работоспособности, что не могут минуту обождать - дык воспитывать надо :-/
| |
|
4.91, Andrey Mitrofanov (?), 13:01, 15/05/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> А на кой упираться в скорость запуска? Сервер должен работать, работать, работать...
> Запуск-перезапуск - это крайне редкое явление, не влияющее на работоспособность системы.
Точно! Есть тут неподалёку Супердом какой-то (с супен-Юниксами, видимо), шатдаунится чуть не сутки (ну, ладно, часов 8?), пассаны рассказывали. И ничего! Пообновлять прошивочек контролёров-бивисов на выходные выходят. Куда торопиться-то? ........
| |
|
5.92, Денис (??), 13:16, 15/05/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Точно! Есть тут неподалёку Супердом какой-то (с супен-Юниксами, видимо), шатдаунится чуть
> не сутки (ну, ладно, часов 8?), пассаны рассказывали. И ничего! Пообновлять
> прошивочек контролёров-бивисов на выходные выходят. Куда торопиться-то? ........
ОБС? )
| |
5.101, Михрютка (?), 16:38, 15/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Точно! Есть тут неподалёку Супердом какой-то (с супен-Юниксами, видимо), шатдаунится чуть
> не сутки (ну, ладно, часов 8?), пассаны рассказывали. И ничего! Пообновлять
> прошивочек контролёров-бивисов на выходные выходят. Куда торопиться-то? ........
опа. а мужики рассказывали, что фирмварь всякая на этих супедомах без шатдауна апгрейдится. обманывали, значит, вот оно чо...
| |
|
4.100, Михрютка (?), 16:37, 15/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Uptime свыше года - это же нормально! Если юзеры настолько привыкли
> к работоспособности, что не могут минуту обождать - дык воспитывать надо
> :-/
Больше года не обслуживаемая система - это правильно, да. У нас же счастье давно наступило, все паки на систему накатываются concurrently, секьюрити фиксы не выпускают, потому что все научились писать безгрешный код, и безопасники по итогам аудита за непатченые системы не дрючат, а даже наоборот, премии выписывают.
| |
|
3.102, Аноним (-), 16:57, 15/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Скорость запуска это конечно няшка. Кому-то приятно,что система запускается супер быстро. Но мне главное чтобы система работала стабильно. А сколько уж там она запускается - всё равно. И если моя система работает стабильно, то я запускаю её от силы раз в день. И мне тут +/- минута роли не играет. Заодно успею сходить, чаю налить. Другое дело ноут. Но и там скорость запукса 25-30сек против 1 минута 30 сек не так уж и влияет, если только вам не надо выпрыгивая из поезда срочно посмотреть карту.
| |
|
2.18, Anonymus (?), 15:49, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Что-то нынче во всех свободных никсах начали выкидывать старые системы init, и
> писать с нуля новые.
> Видимо, исторический момент уже назрел - старые иниты не отвечают современным требованиям,
> даже если подпереть костылями.
Лолшто? Это ни разу не замена иниту. Даже рядом не. Это скорее расширение текущего инита - добавлен сторонний демон, который следит за тем, рухнул сервис или нет, если что - поднимает.
> Хотя имхо лучше бы launchd таки допортировали - там очень вкусная фича
> работы с сокетами, как в systemd.
Так ли оно нужно? И справедливости ради: Это в systemd фича стырена из launchd, а не наоборот.
| |
|
3.22, Аноним (-), 16:08, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Лолшто? Это ни разу не замена иниту. Даже рядом не. Это скорее расширение текущего инита - добавлен сторонний демон, который следит за тем, рухнул сервис или нет, если что - поднимает.
Замена, замена. Кто теперь службы запускает, сам инит, да? :)
Многие новые иниты запускаются старым инитом, который таким образом удаляется от дел. Достаточно вспомнить SMF в Solaris и OpenRC в Linux.
> Так ли оно нужно?
Да. Более просто и прозрачно, более эффективно, более юниксвейно.
> И справедливости ради: Это в systemd фича стырена из launchd, а не наоборот.
Какая разница, во фре сейчас не ни того, ни другого.
| |
|
4.29, Anonymus (?), 16:36, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Замена, замена. Кто теперь службы запускает, сам инит, да? :)
Да. Ты вообще читал, что такое FSC?
> Многие новые иниты запускаются старым инитом, который таким образом удаляется от дел.
> Достаточно вспомнить SMF в Solaris и OpenRC в Linux.
Очень рад за пользователей SMF и OpenRC.
>> Так ли оно нужно?
> Да. Более просто и прозрачно, более эффективно, более юниксвейно.
Убил.
>> И справедливости ради: Это в systemd фича стырена из launchd, а не наоборот.
> Какая разница, во фре сейчас не ни того, ни другого.
Потому что не нужно. Хотя, боюсь, следуя веяниям моды сделают. Хотя вообще этим надо не иниту заниматься, по-хорошему.
| |
|
5.31, Аноним (-), 17:27, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Да. Ты вообще читал, что такое FSC?
Я читал сорцы. Сейчас FSC - вообще ничто. Все еще впереди.
>> Да. Более просто и прозрачно, более эффективно, более юниксвейно.
> Убил.
Вы ходите поспорить с разработчиками UNIX (Mac OS X) о юниксвее?
> Потому что не нужно.
Вам - не нужно. Людям - нужно.
> Хотя, боюсь, следуя веяниям моды сделают. Хотя вообще этим надо не иниту заниматься, по-хорошему.
Как раз только инит (или его аналог) и может этим заниматься. Курите матчасть.
| |
|
6.39, Anonymus (?), 18:01, 14/05/2012 [^] [^^] [^^^] [ответить] | +/– | Я хз, что ты там читал, но судя по твоим постам - не то что-то про параллельнос... большой текст свёрнут, показать | |
|
7.53, MacMan (?), 20:31, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>Как пример неюниксвейности - местный инит
> и графическая подсистема.
Да Вы нуб, сэр. Графическая подсистема и инит как раз сделаны в полном соответствии с канонами.
| |
|
|
9.68, Аноним (-), 00:03, 15/05/2012 [^] [^^] [^^^] [ответить] | +/– | Конфиги у него вполне себе текстовые Вот если бы были бинарные - тогда были бы ... текст свёрнут, показать | |
|
10.71, fidaj (ok), 00:18, 15/05/2012 [^] [^^] [^^^] [ответить] | +1 +/– | Архитектура офигенная и правильная, просто ее хотели применить не для тех целей ... текст свёрнут, показать | |
|
|
|
7.66, Аноним (-), 23:58, 14/05/2012 [^] [^^] [^^^] [ответить] | –1 +/– | Пока что даже эта функциональность в нем реализована не до конца А какая появит... большой текст свёрнут, показать | |
|
8.72, Anonymus (?), 00:45, 15/05/2012 [^] [^^] [^^^] [ответить] | +2 +/– | Как-раз эта и реализована Давно уже, кстати Сейчас больше доведением и отладко... большой текст свёрнут, показать | |
|
9.117, ragus (ok), 02:21, 16/05/2012 [^] [^^] [^^^] [ответить] | +/– | чо-чо cgroups нужны для управления ресурсами что вы этой фразой хотите сказать ... текст свёрнут, показать | |
|
|
|
|
|
|
|
2.35, Аноним (-), 17:56, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Что-то нынче во всех свободных никсах начали выкидывать старые системы init, и
> писать с нуля новые.
Во FreeBSD init не управляет демонами, и его никто не трогает.
| |
|
1.4, Аноним (-), 14:45, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
> так как лог сохраняется локально, злоумышленнику не составляет труда ... почистить в нём следы своей деятельности
На самом деле не все так просто. В UNIX (включая Фрю) логи аудита хранятся в довольно хитром бинарном формате.
Из простых вариантов - удалить. Но это сразу наводит администратора на соответствующие мысли.
| |
|
2.6, Kibab (ok), 15:05, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Ну ведь не так сложно написать приложеньице, которое в этом формате может покопаться и удалить нужные записи ;-) Фундаментальная проблема в том, что, если удалось рутануть тачку, формат уже не имеет такого большого значения.
| |
|
3.8, Аноним (-), 15:11, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Не спорю. Но редактор для логов аудита - это дополнительный гемор взломщику. Не всякий кидди осилит, согласитесь.
| |
|
4.11, BratSinot (?), 15:29, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Не всякий кидди осилит
Блин, а получить доступ к системе каждый? Учитывая что формат логов узнать можно без особых проблем.
| |
|
5.23, Аноним (-), 16:09, 14/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Блин, а получить доступ к системе каждый?
Учитывая, что критические дыры в базовой системе оставляют незакрытыми по полгода - не так уж и сложно.
| |
|
6.112, тигар (ok), 23:54, 15/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Блин, а получить доступ к системе каждый?
> Учитывая, что критические дыры в базовой системе оставляют незакрытыми по полгода -
> не так уж и сложно.
у тебя же уже есть список с over 9000 порутанными хостами, правда? дай плиз шеллы на сервера из .ua и .ca, хочется для счастья иметь там "свой" хост.
| |
|
|
|
|
2.32, anonymous (??), 17:35, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Ничего хитрого в этом формате нет. Он был сделан таким исключительно для ускорения работы всей системы аудита. И для ускорения запросов к журнала аудита.
| |
|
1.5, Buy (ok), 15:04, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> В настоящее время все усилия разработчиков направлены на обеспечение сборки и запуска всей системы FreeBSD с использованием Clang
Вот оказывается главное направление разработки: чтоб не на gcc.
| |
|
2.7, Kibab (ok), 15:06, 14/05/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
>> В настоящее время все усилия разработчиков направлены на обеспечение сборки и запуска всей системы FreeBSD с использованием Clang
> Вот оказывается главное направление разработки: чтоб не на gcc.
Ну правильно. Новый gcc импортировать в базу нельзя, а новых фич и поддержку новых процессоров получить хочется.
| |
|
1.9, Жорж (?), 15:17, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +10 +/– |
А не далее как в пятницу суровый мущина Mitsuru IWASAKI реализовал таки для фряхи suspend/resume для smp, в том числе для конфигураций с nvidia-driver. Вот это настоящий прорыв, вот этого ждали многие. Засыпание/просыпание было уже во всех осях, кроме фряхи (было РАБОЧЕЕ), теперь вот и у нас будет.
Слава FreeBSD, только Беркли, только академичность, только хардкор!
| |
|
2.13, Аноним (-), 15:38, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Что интересно, таки засыпала 8.2 с nvidia нормально (и просыпалась:). Но это, скорее, частный случай.
| |
|
3.17, Жорж (?), 15:48, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
До этого момента я не видел ни одной аппаратной платформы, которая на фряхе могла бы заснуть и проснутся. А через меня проходят десятки ноутбуков - ни один. Засыпают то многие, а вот не просыпается ни один.
Так было до прошлой пятницы.
| |
|
2.34, oops (ok), 17:55, 14/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Он писал про "[CFT] SMP/i386 suspend/resume". i386 - ключевое слово. И, как он сам писал, он портировал это из amd64, а значит там оно работало и раньше
| |
2.113, тигар (ok), 23:56, 15/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> А не далее как в пятницу суровый мущина Mitsuru IWASAKI реализовал таки
> для фряхи suspend/resume для smp, в том числе для конфигураций с
> nvidia-driver. Вот это настоящий прорыв, вот этого ждали многие. Засыпание/просыпание
> было уже во всех осях, кроме фряхи (было РАБОЧЕЕ), теперь вот
> и у нас будет.
> Слава FreeBSD, только Беркли, только академичность, только хардкор!
для (внимание) i386 SMP
| |
|
1.12, Змей (??), 15:31, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Сейчас в зоне 51
kde-4.8.3,
Calligra 2.4.1 не собирается, 2.3.87 собиралась но глючила,
2.4.0 потеряли текстовый редактор.
| |
|
|
3.20, Змей (??), 15:58, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Неее, это только информация к размышлению.
Товарисчи в курсе.
| |
|
4.106, Змей (??), 18:33, 15/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Товарисчи исправились Calligra 2.4.1 собралось
и даже работает.
| |
|
|
2.45, Аноним (-), 18:46, 14/05/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
> Calligra 2.4.1 не собирается, 2.3.87 собиралась но глючила,
> 2.4.0 потеряли текстовый редактор.
То ли еще будет. Даешь локальный гццкапец. Пусть бсдшники таки насладятся желаемыми ими свободами. Хочу на это посмотреть.
| |
|
3.52, Змей (??), 20:17, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Чего будет?
Зона51 и не такое бывает,
это для таких как я, жутко продвинутых ;)
| |
|
|
1.14, Аноним (-), 15:42, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
>В базовую систему FreeBSD 10.0-CURRENT и 9.0-STABLE по умолчанию установлен распространяемый под лицензией BSD компилятор Clang 3.0
Ну все. Теперь это оффициальный тестовый полигон Apple для MacOS.
| |
|
2.25, Аноним (-), 16:12, 14/05/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Ну все. Теперь это оффициальный тестовый полигон Apple для MacOS.
Всегда так было. Вы только сейчас это для себя открыли?
| |
|
|
2.26, Аноним (-), 16:13, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Лучше бы Napierala допилил RCTL, aka Resource Containers.
Нет денег - нет любви.
| |
|
1.21, ragus (ok), 16:02, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>Во FreeBSD/arm отмечается прогресс поддержки SoC компании Texas Instruments, таких как OMAP3, OMAP4 и AM335x.
а зачем?
| |
|
2.46, Аноним (-), 18:48, 14/05/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> OMAP3, OMAP4 и AM335x.
> а зачем?
А чтобы на момент снятия с производства чипа как раз поддержку заявить. Только хардкор же, так что как раз самое оно - зарелизить поддержку чипа в день объявления EoL :)
| |
|
3.118, ragus (ok), 02:24, 16/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>> OMAP3, OMAP4 и AM335x.
>> а зачем?
> А чтобы на момент снятия с производства чипа как раз поддержку заявить.
не, я вполне серьёзно. оно же без поддержки dsp на этих чипах смысла не имеет.
| |
|
|
1.37, 17 (??), 17:59, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
По поводу bsdsort - оно _уже_ устанавливается по умолчанию как bsdsort. Это поведение можно изменить опцией WITH_BSD_SORT=yes в make.conf. В данном случае bsdsort установится как sort, а GNU sort установится как gnusort.
| |
1.49, iZEN (ok), 19:08, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Если вписать строчки: WITHOUT_BINUTILS=true и WITHOUT_GCC=true в /etc/src.conf FreeBSD 9-STABLE, то базовая система и ядро собираются системным LLVM/Clang на 15 минут быстрее (~1 ч 15 минут вместо ~1 ч 30 минут). Однако при инсталляции ядра выкакивает ошибка, связанная с библиотекой libc++.so и не удаётся в таком виде инсталлировать ядро и систему.
Вообще, скорее бы из базовой системы удалили весь ненужный "крап" типа GCC, SENDMAIL, BIND.
| |
|
2.51, ragus (ok), 20:15, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>весь ненужный "крап"
это как раз порты. в этом плане debian/kfreebsd наиболее правильно двигается.
| |
|
3.69, iZEN (ok), 00:04, 15/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> ядра выкакивает ошибка
> опечатка понравилась
Мне тоже. Не стал исправлять.
| |
|
|
1.55, анонимус (??), 21:13, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>>Во FreeBSD 10.0-RELEASE принято решение задействовать Clang в качестве системного компилятора по умолчанию
Каковы причины, расскажите кто знает
| |
|
2.56, fidaj (ok), 21:15, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>>Во FreeBSD 10.0-RELEASE принято решение задействовать Clang в качестве системного компилятора по умолчанию
> Каковы причины, расскажите кто знает
GPLv3
| |
2.57, iZEN (ok), 21:19, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>>Во FreeBSD 10.0-RELEASE принято решение задействовать Clang в качестве системного компилятора по умолчанию
> Каковы причины, расскажите кто знает
1. Невозможность внести в базовую систему код современных версий GCC и осуществлять адекватную поддержку этого кода.
2. LLVM/Clang — современная система компиляции, которая жёстко придерживается стандартов на языки программирования C и C++. Имеет адекватное качество кодогенерации и позволяет задействовать различные механизмы анализа кода и JIT-компиляции в промежуточный код, независимый от целевой платформы. NVIDIA CUDA для GPU уже развивается в рамках субпроекта LLVM.
| |
|
3.62, nuclight (ok), 23:19, 14/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> 1. Невозможность внести в базовую систему код современных версий GCC и осуществлять
Ну прям. За 5 лет расхождений конечно уже сложно, но отнюдь не невозможно, если бы было такое желание.
| |
|
4.63, iZEN (ok), 23:30, 14/05/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
>> 1. Невозможность внести в базовую систему код современных версий GCC и осуществлять
> Ну прям. За 5 лет расхождений конечно уже сложно, но отнюдь не невозможно, если бы было такое желание.
GNU — GNU Not Unix. GCC — это порождение чуждой идеологии не-Unix, которая стремится переписать всё программное обеспечение Unix по-другому. LLVM/Clang — это, в некоторой степени, замена не-Unix на Unix-компилятор. Тоже и с остальным "добром" от переписываетелей Unix из GNU — выбросить без зазрения совести. Написать своё "BSD", возродить настоящий Unix в качестве СИСТЕМЫ.
| |
|
5.65, nuclight (ok), 23:56, 14/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>> 1. Невозможность внести в базовую систему код современных версий GCC и осуществлять
>> Ну прям. За 5 лет расхождений конечно уже сложно, но отнюдь не невозможно, если бы было такое желание.
> GNU — GNU Not Unix. GCC — это порождение чуждой идеологии не-Unix,
> которая стремится переписать всё программное обеспечение Unix по-другому. LLVM/Clang
> — это, в некоторой степени, замена не-Unix на Unix-компилятор. Тоже и
> с остальным "добром" от переписываетелей Unix из GNU — выбросить без
> зазрения совести. Написать своё "BSD", возродить настоящий Unix в качестве СИСТЕМЫ.
Только BSD, только Unix, только хардкор!
| |
5.75, ragus (ok), 03:09, 15/05/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
> GNU — GNU Not Unix. GCC — это порождение чуждой идеологии не-Unix,
> которая стремится переписать всё программное обеспечение Unix по-другому.
а что, Unix - это хорошо? это окаменевшее ископаемое.
| |
|
6.88, DeadLoco (ok), 12:47, 15/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Юних - это просто отлично. Тем более, что он не окаменевший, и не ископаемый. А что он консервативен - так это следствие хорошего дизайна и здравого подхода к развитию. Тем он и хорош.
| |
|
7.95, ragus (ok), 14:20, 15/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>Тем более, что он не окаменевший, и не ископаемый. А что он консервативен - так это следствие хорошего дизайна и здравого подхода к развитию.
ноу проблем. тогда выкиньте kqueue/epoll и используйте select/poll. потому что в unix этого нет.
| |
|
6.89, pahan (??), 12:51, 15/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> а что, Unix - это хорошо? это окаменевшее ископаемое.
Хех. Живет десяток лет, работает. Что еще для счастья надо? Поставил 10 лет назад - и забыл. И это - правильно. Неправильно накатывать апдэйты раз в месяц и тяжко маяться, восстанавливая работоспособность системы.
| |
|
5.129, vle (ok), 17:44, 21/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>> 1. Невозможность внести в базовую систему код современных версий GCC и осуществлять
>> Ну прям. За 5 лет расхождений конечно уже сложно, но отнюдь не невозможно, если бы было такое желание.
> GNU — GNU Not Unix. GCC — это порождение чуждой идеологии не-Unix
Да-а-а-а-а. Пожалуй, наступил момент, когда во FreeBSD полезли
такие же тупые фанатики, какие сейчас лезут в Линупс. Ужас :-(
| |
|
|
|
|
1.64, iZEN (ok), 23:35, 14/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
WITHOUT_GCC=true в /etc/src.conf во вновь собранной и установленной FreeBSD 9-STABLE после команды: "cd /usr/src/ && make BATCH_DELETE_OLD_FILES=true delete-old delete-old-libs" удаляет ошмётки GCC из системы.
Опции:
WITH_CLANG=true
WITH_CLANG_IS_CC=true
в /etc/src.conf в процессе установки вновь собранной системы делают системным компилятором по умолчанию Clang.
| |
|
2.77, kshetragia (ok), 06:16, 15/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Нет, бл..дь.. нужно впендюрить православный питон в базовую систему или вые..ться на С/С++. Извиняйте. В BSD Поттерингов нет и не будет к счастью в обозримом будущем.
При правильной архитектуре кода 20000 строк на шелле не так уж и много.
| |
|
3.79, Аноним (-), 07:19, 15/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>При правильной архитектуре кода 20000 строк на шелле не так уж и много.
KISS сморит на тебя как на ....
20КLOC - это много на любом языке. Да - даже на асме.
| |
|
|
|
6.94, kshetragia (ok), 13:25, 15/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> "shell script 11,010 ... 17,458". Ви же таки про шелл? http://www.ohloh.net/p/linux/analyses/latest
Что сказать-то хотели? Или как обычно, пердеж в лужу?.
Для любящих выдирать фразы из контекста и передергивать повторюсь: При нормальной архитектуре 20k строк кода не такая уж и проблема даже на Шелле.
| |
|
7.99, Andrey Mitrofanov (?), 15:06, 15/05/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Что сказать-то хотели? Или как обычно, пердеж в лужу?.
> Для любящих выдирать фразы из контекста и передергивать повторюсь: При нормальной архитектуре
> 20k строк кода не такая уж и проблема даже на Шелле.
Ну,как... 20Кстрок _шела там нету. Поэтому на "нормальную архитектуру" не претендует. Повторите поытку! Музыка и лужа.
| |
|
8.103, Ы (?), 18:05, 15/05/2012 [^] [^^] [^^^] [ответить] | +/– | Да оставь - это же секс инструктор теоретик Сам ни строчки кода ессно не напи... текст свёрнут, показать | |
|
|
|
|
|
3.96, ragus (ok), 14:23, 15/05/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Нет, бл..дь.. нужно впендюрить православный питон в базовую систему или вые..ться на
> С/С++. Извиняйте.
может, всё-таки стоит выбрать более подходящий инструмент, чем shell?
>В BSD Поттерингов нет и не будет к счастью
а что такого плохого Поттеринг сделал? тот же pulseaudio прекрасен.
| |
|
4.98, kshetragia (ok), 14:48, 15/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> может, всё-таки стоит выбрать более подходящий инструмент, чем shell?
Все-таки загляните в исходники. Код организован так, что затраты на его поддержку и развитие будут не выше чем у того же C или Питона.
>>В BSD Поттерингов нет и не будет к счастью
> а что такого плохого Поттеринг сделал? тот же pulseaudio прекрасен.
Прекрасен OSS
| |
|
5.107, ragus (ok), 18:52, 15/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> может, всё-таки стоит выбрать более подходящий инструмент, чем shell?
> Все-таки загляните в исходники. Код организован так, что затраты на его поддержку
> и развитие будут не выше чем у того же C или
> Питона.
понимаете, можно и на php писать поддерживаемый код. только надо держать в голове сотни особенностей, неочевидных вещей итп.
>>>В BSD Поттерингов нет и не будет к счастью
>> а что такого плохого Поттеринг сделал? тот же pulseaudio прекрасен.
> Прекрасен OSS
и как в этой прекрасной OSS прозрачно перенести проигрывание звуков на удалённую машину?
| |
|
6.116, iZEN (ok), 01:09, 16/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> и как в этой прекрасной OSS прозрачно перенести проигрывание звуков на удалённую машину?
Это задача приложений и протоколов прикладного уровня. Разве нет?
| |
|
7.119, ragus (ok), 02:36, 16/05/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> и как в этой прекрасной OSS прозрачно перенести проигрывание звуков на удалённую машину?
> Это задача приложений и протоколов прикладного уровня. Разве нет?
Изя, если твоя фирма получит контракт на пару сотен млн $ и указывая на один из этапов его выполнения скажешь "это не наша задача. мы это не умеем" или же всё-таки найдёшь подрядчика?
вот пульсаудио умеет и по сети, и per application уровни и источники записи/воспроизведения и чёрта в ступе.
Вообщем, вам шашечки или же ехать?
| |
|
|
|
4.104, Ы (?), 18:07, 15/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> а что такого плохого Поттеринг сделал? тот же pulseaudio прекрасен.
А ты не его жена сучайно? А то вам одни и те же извраты нравятся ....
| |
|
5.108, ragus (ok), 18:53, 15/05/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
>> а что такого плохого Поттеринг сделал? тот же pulseaudio прекрасен.
> А ты не его жена сучайно? А то вам одни и те
> же извраты нравятся ....
Простите, вы путаете меня с Маккузиком и Оллманом. Это в *BSD гордятся гей-культурой.
| |
|
6.110, fidaj (ok), 19:03, 15/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>> а что такого плохого Поттеринг сделал? тот же pulseaudio прекрасен.
>> А ты не его жена сучайно? А то вам одни и те
>> же извраты нравятся ....
> Простите, вы путаете меня с Маккузиком и Оллманом. Это в *BSD гордятся
> гей-культурой.
ты за всех не отвечай....
| |
|
|
4.114, тигар (ok), 00:05, 16/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> может, всё-таки стоит выбрать более подходящий инструмент, чем shell?
java в base неистово нужна, да!
ну или, накрайняк, быдлопитон.
или что есть "более подходящий инструмент"?
| |
|
5.115, ragus (ok), 00:37, 16/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> может, всё-таки стоит выбрать более подходящий инструмент, чем shell?
> java в base неистово нужна, да!
а чо, энтерпрайзно =))
> ну или, накрайняк, быдлопитон.
> или что есть "более подходящий инструмент"?
так брейнфак. вроде ж где-то уже писал =)
| |
|
6.121, тигар (ok), 07:38, 16/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>> может, всё-таки стоит выбрать более подходящий инструмент, чем shell?
>> java в base неистово нужна, да!
> а чо, энтерпрайзно =))
>> ну или, накрайняк, быдлопитон.
>> или что есть "более подходящий инструмент"?
> так брейнфак. вроде ж где-то уже писал =)
его и жавы нет из коробки даже в этих твоих гламурных линуксах, что меня, например, удивляет. петон, перд, эрланк и еще какой-то ужос ставится, брейнфак почему-то нет (я про дебилиан и "минимальную" установку)
| |
|
|
|
|
2.78, анон (?), 06:42, 15/05/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
На Си будет неудобно для возможных дистроклепателей, а bsdconfig то, что будет с большой вероятностью ими меняться.
| |
|
1.74, Dyr (??), 01:18, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>ожидается, что размер кода bsdconfig составит приблизительно 20 тысяч строк на shell
Holy shit!
| |
1.80, Аноним (-), 07:22, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Очень я переживаю за "развод по итальянски" Фряхи и GCCя :(
Хрен его знает что там с этим шлангом ещё выйдет ...
| |
|
|
3.105, Ы (?), 18:11, 15/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> gcc при желании возвращается одной строкой.
Оно то так ... но со временем "пркладного бубнобиения" будет всё больше. Возми последий жисиси - установи как сисемный пересобери ялро и мир. Оппа! _уже_ ручки надо прилагать. А в перспективе ... FreeBSD community << Linux one - Боливар два компилятора может и не вытащить. И это реально грустно :(
| |
|
4.111, iZEN (ok), 19:06, 15/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Боливар два компилятора может и не вытащить. И это реально грустно :(
Многие разработчики переходят на использование LLVM/Clang в качестве компилятора для процесса отладки, а GCC используется только лишь для целевой (окончательной) компиляции.
Это о чём говорит? О том, что GCC используется только для оптимизации готового кода, но уже не для процесса разработки.
Когда LLVM/Clang достигнет того же качества оптимизации результирующего кода (а до этого уже не так долго осталось, так как Clang отлаживается совместно с написанием приложений), то GCC будет удерживать свою позицию только благодаря широкому спектру поддерживаемых архитектур. И то — недолго.
| |
|
5.122, ragus (ok), 15:11, 16/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>Многие разработчики переходят на использование LLVM/Clang в качестве компилятора для процесса отладки, а GCC используется только лишь для целевой (окончательной) компиляции.
это голоса в вашей голове такое говорят? или же есть реальные не единичные примеры?
| |
|
6.124, ТотСамыйАноном (?), 17:47, 16/05/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>Многие разработчики переходят на использование LLVM/Clang в качестве компилятора для процесса отладки, а GCC используется только лишь для целевой (окончательной) компиляции.
> это голоса в вашей голове такое говорят? или же есть реальные не
> единичные примеры?
Рагусь, именно реальный и не единичный.
| |
6.125, iZEN (ok), 09:18, 19/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> есть реальные не единичные примеры?
Следите за новостями на OpenNet.ru.
| |
|
7.127, ragus (ok), 12:41, 20/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> есть реальные не единичные примеры?
> Следите за новостями на OpenNet.ru.
Изя, слежу. Но все те же лица: juniper, ixsystems...
| |
|
|
|
|
|
|
1.128, Аноним (-), 17:07, 20/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Что такое стек С++? Вапче не понял о чем...
На плюсах будут переписывать все сишное? Так это ж чмошный язык для чмошников
| |
|