Комитет FESCo (Fedora Engineering Steering Committee), отвечающий за техническую часть разработки дистрибутива Fedora Linux, на состоявшемся 19 марта заседании принял (http://lists.fedoraproject.org/pipermail/devel/2012-March/16...) несколько решений, касающихся осеннего релиза Fedora 18.
Отвергнуто предложение по переходу дистрибутива на использование подсистемы Journal (http://www.opennet.me/opennews/art.shtml?num=32347), призванной заменить собой службу syslog и другие сопутствующие сервисы журналирования событий. Среди причин неприятия перехода на Journal упоминается дискомфорт из-за использования бинарного формата логов и потеря некоторой привычной функциональности syslog.
Обозначен курс на продвижение архитектуры ARM (https://fedoraproject.org/wiki/Features/FedoraARM) в число первичных поддерживаемых архитектур. Финальное решение о придании ARM статуса первичной архитектуры будет принято после дополнительного изучения вопроса. Из одобренных возможностей можно отметить: режим настройки хотспотов в Network Manager и обновление RPM до версии 4.10.
URL: http://lists.fedoraproject.org/pipermail/devel/2012-March/16...
Новость: http://www.opennet.me/opennews/art.shtml?num=33404
правильно пока дровосек не отработает журнал слишком экспериментален.
> правильно пока дровосек не отработает журнал слишком экспериментален.Слишком экспериментален - это мягко сказано. Он пока на 90% состоит из грандиозных планов.
А Linux поддерживает только формат ELF, а фантазии пока что под ним не запускаются.А с lumberjack дело не пошло дальше нескольких коммитов. Уже три недели в гите тишина. Видимо, все собрались, важно покивали головами, и разбрелись дальше пилить свои проги.
и арм это хорошо ато ведь итак был миго который кастомная федроа
С каких это пор Debian-based Meego стал федорой?
с тех пор.
Maemo - debian based.
Meego - red hat based.
Изучите вопрос.
Вы правы. http://developer.meego.com/guides/packaging-guidelines
Приношу сври извинения - спутал Maemo и Meego
> Обозначен курс на продвижение архитектуры ARM в число первичных поддерживаемых архитектур.Те, кому нечем заняться, хотят сделать бинарный журнал, наверное со скуки. Вот им и задачка: скомпилировать все бинарники для ARM. А потом весеннее обострение закончится и предложения всё менять пропадут сами.
> им и задачка: скомпилировать все бинарники для ARM. А потом весеннееИ написать все исходники для бинарного журнала!
> Среди причин неприятия перехода на Journal упоминается дискомфорт из-за использования бинарного формата логов и потеря некоторой привычной функциональности syslog.Существует целый ряд вполне вменяемых причин отложить пока переход на journal. В основном, его недопиленность (репликации нет, извлечения коредампов из лога нет, половина настроек еще не реализована). Так нет, эти дурики выбрали совершенно идиотскую причину, в стиле "что-то нас настораживает многозадачность, не будем переходить на Linux, MS-DOS наше все".
Но в общем новость положительная, т.к. коллеги отвесили Леннарту дополнительное ускорение. А то он что-то лениться начал, только TODO писать горазд.
Есть маленькая разница между кодером и инженером-программистом. Программист не выпускает в свет неоттестированные версии, ибо будет за это бит. Возможно ногами. А кодеру на все пилевать. Главное накодить, а там (может быть) проскочит.Так вот: милый Поттеринг по всем признакам что-то среднее между кодером и программистом, имхо. Даже ближе к кодеру, пожалуй. И сие не так страшно было бы, не имей он дурную привычку кодить системные сервисы. Причем жизненно-важные сервисы.
Словом у меня есть предложение для все кто ратует за его поделия (включая красную шапку): если вы так уверены в его коде, - предложите ему написать современную ФС и включите ее в свой дистр. Причем сделайте это так же быстро, как вы запихали в майнстрим systemd. Будет очень любопытно взглянуть на результат))
> Есть маленькая разница между кодером и инженером-программистом. Программист не выпускает в свет неоттестированные версии, ибо будет за это бит. Возможно ногами. А кодеру на все пилевать. Главное накодить, а там (может быть) проскочит.В опенсорсе эти типажи очень редко встречаются. С одной стороны, разработчик никому ничего не обязан, и бить его никто не имеет права, не нравится - не ешьте. С другой стороны, опенсорсный разработчик пишет практически "для себя", спокойно и размеренно, поэтому не стремится принести качество в ущерб скорости разработки.
> Словом у меня есть предложение для все кто ратует за его поделия (включая красную шапку): если вы так уверены в его коде, - предложите ему написать современную ФС и включите ее в свой дистр.
Зачем, если есть btrfs?
Кстати, интересная аналогия: systemd+journal отличается по фичастости от sysvinit+syslog примерно так же, как btrfs отличается от FAT16. Но, к сожалению, новые и фичастые решения пока что не совсем допилены.
>Зачем, если есть btrfs?у btrfs должен быть достойный конкурент, иначе развития не будет.
> у btrfs должен быть достойный конкурент, иначе развития не будет.ZFS не катит?
> ZFS не катит?Не-а. Где и с кем она будет конкурировать? На дохлой соляре? У бсдyнов которые даже просто внедрять за ораклом новые ревизии не поспевают?
а вы куда-то торопитесь?
systemd+journal отличается фичастостью, для тех кому не нужен контроль над системой. и кто редко смотрит логи и готов на это тратить спец.время изображаю бурную деятельность.
> systemd+journal отличается фичастостью, для тех кому не нужен контроль над системой. и
> кто редко смотрит логи и готов на это тратить спец.время изображаю
> бурную деятельность.Во-во - для них прекрасно сойдет традиционный syslog. Можно аж полчаса грепать по нескольким десяткам логов (включая ротированные и гзипнутые), там где с journal хватит единственного запроса.
Что бы ни говорили админы локалхостов, возможность сделать по текстовому логу fgrep | cut | awk | sed | sort | uniq -c | whatever куда полезнее, чем какой-то ограниченный "язык запросов". К тому же, лог должен быть текстовым, так как это - единственный формат, для работы с которым есть готовые и проверенные инструменты на всех существующих платфотмах.Кроме того, в основных системных приложениях куда важнее простота и неубиваемость, нежели сложность и навороченность.
Например, sed с ключиком '-i'.
Нафиг не надо такой радости. Виндовозы уже наелись сиквельных логов. В тексте оно быстрее, меньше, проще.
> Виндовозы уже наелись сиквельных логов.Где ты их нашел в винде? :)
> Где ты их нашел в винде? :)Не ну если для кого-то винда это что-то в стиле винхр-вин7 то никаких проблем. А у некоторых ещё и сервера бывают. А на серверах, сюрприз, ПО от микрософта. Для примера - ТМГ.
> Во-во - для них прекрасно сойдет традиционный syslog.А некоторым еще и полсистемы не впадлу пересобирать, за отсутствием пакетного манагера. Предлагаю убрать нафиг из федоры пакетный манагер с его бинарными архивами :)
> А некоторым еще и полсистемы не впадлу пересобирать, за отсутствием пакетного манагера.Это весеннее обострение или вы что-то конкретное имеете в виду?
>В опенсорсе эти типажи очень редко встречаются
>В опенсорсеВы что всерьез полагаете, что опенсорное ПО, которое самый минимум не хуже проприетарного, обходится без тестирования? Я вас умоляю!...
Словом, Вы очень не правы. Возьмите любой крупный проект и тесты там будут во множестве. И раз уж речь о ФС, то могу вас заверить, что тестов в любой ФС едва ли не больше чем полезного кода.
>ЗачемА затем, что это наиболее важная часть любой никсовой оси, и все косяки выползут тут раньше всего и нанесут Вашим данным просто сокрушительный урон. "Вот тогда мы и похохочем!" (с) "Карлсон, который живет на крыше"
И кстати об ФС... я лично больше уважаю XFS. Она может и не столь "фичаста", зато весьма и весьма стабильна. На серверах фичи - дело второе, стабильность работы - первое, имхо
> Вы что всерьез полагаете, что опенсорное ПО, которое самый минимум не хуже проприетарного, обходится без тестирования? Я вас умоляю!...Все это замечательно, но как оно относится к теме обсуждения?
> Словом, Вы очень не правы.
Видимо, вы меня с кем-то путаете.
> А затем, что это наиболее важная часть любой никсовой оси, и все косяки выползут тут раньше всего и нанесут Вашим данным просто сокрушительный урон.
Это как-то объясняет, зачем линуксу вторая btrfs?
> И кстати об ФС... я лично больше уважаю XFS. Она может и не столь "фичаста", зато весьма и весьма стабильна. На серверах фичи - дело второе, стабильность работы - первое, имхо
По сравнению с FAT16 - вполне себе фичаста (журналирование, квоты, симлинки, хардлинки, расширенные атрибуты, увеличение на лету). Хотя бы потому, что основывается на более современных идеях.
Тема обсуждения: доверие к коду Поттеринга. Так вот, я лично ему не верю, без его поделий нормально выполняю свою работу и живу спокойно и счастливо. И напротив, у меня (как и у федоровцев, кстати) есть серьезные опасения за свое "долго и счастливо" после включения его поделий в дистры.А ФС к теме относится тем боком, что ФС это - лакмусовая бумажка качества кода этого деятеля. И я не думаю, что потеряв, не логи (!), а личные данные, вы бы продолжили громко чирикать в защиту Леонарда, так как делаете это сейчас.
> Так вот, я лично ему не верю, без его поделий нормально выполняю свою работу и живу спокойно и счастливо.Рад за вас. Теперь вы будете везде ходить и всем это повторять?
> И напротив, у меня (как и у федоровцев, кстати) есть серьезные опасения за свое "долго и счастливо" после включения его поделий в дистры.
У федоровцев, а равно у разработчиков суси, мандривы, магеи, фруги и других дистров, таких фобий нет. Просто на LWN, похоже, завидуют успеху фороникса и тоже решили приподнять себе популярность на желтых новостях. А на опеннете, как обычно, бездумно переводят.
Никаких ограничений в интеграции Journal не будет. А FESCO всего лишь не согласились с идеей одного горячего викинга - полностью выкинуть rsyslog из Fedora 18.> А ФС к теме относится тем боком, что ФС это - лакмусовая бумажка качества кода этого деятеля.
Вы, наверное отлично разбираетесь в разработке ПО, если считаете, что написание довольно простой юзерспейсной проги и полноценной ФС - это задачи одной специализации.
> Вы что всерьез полагаете, что опенсорное ПО, которое самый минимум не хуже
> проприетарного, обходится без тестирования? Я вас умоляю!...с вами, анонимами, никакого баша не надо. зашел на опеннет, а тут такой позитиффф.
ginoputrino opened this issue May 24, 2011
install script does rm -rf /usr for ubuntuNo milestone
No one is assigned
An extra space at line 351:
rm -rf /usr /lib/nvidia-current/xorg/xorgcauses the install.sh script to do an rm -rf on the /usr directory for people installing in ubuntu.
Totally uncool dude!!! The script deletes everything under /usr. I just had to reinstall linux on my pc to recover.
Removing the space will fix this. Probably should do it quickly!!!
конечно, без тестирования не обходится. обязательно.
Rufshaad: I can see you're no stranger to pain.
Col. Denton Walters: I've been using OpenSuSE.
Rufshaad: Ah.
Col. Denton Walters: *12.1*.
Rufshaad: Oy!
> ginoputrino opened this issue May 24, 2011Да ты ретард, дружок. Сообщению почти год. Если уж вспоминать баяны так твой любимый шиндошс вообще полностью дестроил файловую систему на томах более 2Гб при выпадении в бсод при записи крешдампа. При этом юзер терял не то что одну сраную системную диру но и все свои данные в пользовательских дирах, т.к. дамп накрывал собой структуры ФС и ей наставала хана. Но ты почему-то лицемерно промолчал про такие обсираки.
а это, видимо, потому, что в этом треде речь идет не об бсодах и нтфс, а об тестировании опенсорсных проектов, которые, если верить предыдущим ораторам, не обходятся.но спасибо вам за вашу нелицемерную поправку. правда, в словах "А зато у вас негров линчуют" вы наделали over 9000 ошибок, но в конце концов это всего лишь коммент, который тщательное тестирование может и не проходить.
>предложите ему написать современную ФС и включите ее в свой дистр. Причем сделайте это так же быстро, как вы запихали в майнстрим systemd. Будет очень любопытно взглянуть на результат))соглашаться. после того, как он убьет свою жену, ему будет трудно дальше саботиро^Wтрудиться в краснойшапке.
> соглашаться. после того, как он убьет свою жену, ему будет трудно дальше
> саботиро^Wтрудиться в краснойшапке.Этот и в тюрьме себе комп с интернетом затребует :)
Собственно, их бы и Рейзеру не мешало предоставить
> Для Fedora 18 отклонена интеграция Systemd Journal и рассмотрен первичный статус ARM-сборкиЗаголовок некорректен. Он является калькой с заголовка на LWN, который тоже был некорректен, и сейчас уже исправлен с "Fedora rejects the Journal, ponders ARM" на "Fedora rejects Journal-only logging, ponders ARM".
Тем временем, в народе уже шутят, что LWN решил по желтизне догнать Phoronix.
О, уже и опеннет посмешищем стал> Some not-english OpenSources sites toot it wrong.
> http://www.opennet.me/opennews/art.shtml?num=33404 / "Journald integration rejected for F18". I don't know how ask them all to fix.
> May be LWN should create separate news describing the mistake?
Я глянул на LWN и подправил новость. Посмотрим примут ли модераторы.
Я тоже :)
Посмотрим, чей вариант примут :D
> Заголовок некорректен. Он является калькой с заголовка на LWN, который тоже был
> некорректен, и сейчас уже исправлен с "Fedora rejects the Journal, ponders
> ARM" на "Fedora rejects Journal-only logging, ponders ARM".
> Тем временем, в народе уже шутят, что LWN решил по желтизне догнать
> Phoronix.Это федоровцы всех в заблуждение ввели:
#828 F18 Feature: systemd-journal --
https://fedoraproject.org/wiki/Features/systemd-journal ...,
18:15:45)
* AGREED: F18 systemd-journal is rejected (+0,-:8,0:0) (limburgher,
18:19:15)Заметим, что ссылка там на общее предложение добавить systemd-journal, а не заменить rsyslog. Догадаться, о чем там на самом деле речь можно разве что прочитав лог их обсуждения в IRC.
Обнадёживает. В Федоре ещё остались адекватные люди. :)
> Обнадёживает. В Федоре ещё остались адекватные люди. :)Могу вас разочаровать: никто интеграции journal не отменил, это просто Фороникс подрядился писать новости для LWN :)
Время компиляции gcc:i686 4h18m
x86_64 1h25m
ppc 4h12m
ppc64 4h16m
s390 6h27m
s390x 6h04m
armv5tel 26h20m
armv7hl 24h17mhttp://lists.fedoraproject.org/pipermail/devel/2012-March/16...
> Время компиляции gcc:
> x86_64 1h25m
> armv7hl 24h17mИ о чём это должно нам говорить, кроме того, что это происходило на _разных машинах??
Если ARM сюда добавят http://koji.fedoraproject.org/koji/index то он будет тормозить сборку всех пакетов - i686 и x86_64 соберутся, а Task завершится только после окончания сборки на ARM.
> Если ARM сюда добавят"Сюда" называется праймари аркитекчур.
> только после окончания сборки на ARM.
Ну, и как это мешает "обсуждению взятия курса на включение"? Спонсеры билд-ботов подкинут, РХ тройку-другую сисадминов под них наймёт... Курс же. Курс!!
Я отвечал на ваше предложение о сборке на разных машинах.
Где я писал о том, что что-то будет мешать обсуждению?
Номером 34 ты чего символизировал?? Тщетность бытия?
> Обозначен курс на продвижение архитектуры ARM"We do not support ARM!" (Ulrich Drepper)
Как, там разве ввирху не написано, но Fedora переходит на eglibc? Вон же, вон, смотри!!
по полному отказу от rsyslog -вероятные проблемы в RedHat,
в скором будущем RedHat займет место на мобильном рынке, обкатают ARM(предположительно cortex-m3(архитектура ARMv7-M) m4 - первый NIVC,второй DSP,,,,, 1 идеален для коммуникаций и автомобилях(за счет битовых операций(наивысший приоритет, выше чем у прерываний) и отображения в sram(битовых полей)
будем ждать ОС для мобилы..... и для автомобильной отрасли.