The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск пользовательского окружения Enlightenment 0.23, opennews (??), 24-Авг-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


23. "Выпуск пользовательского окружения Enlightenment 0.23"  +/
Сообщение от leap42 (ok), 25-Авг-19, 05:23 
зачем ждать 2 года если можно было помочь ребятам за 2 недели?

meson вам не autotools, даже минимальных знаний python достаточно чтобы портировать

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

66. "Выпуск пользовательского окружения Enlightenment 0.23"  +/
Сообщение от пох. (?), 26-Авг-19, 09:56 
но у них и минимальных нет...

А вообще, конечно, нужная и полезная новость - проект героически перешел на meson? В печку. Это значит что нормальных разработчиков там уже нет, одни офисные рабы на подсосе у самсуня.


Ответить | Правка | Наверх | Cообщить модератору

68. "Выпуск пользовательского окружения Enlightenment 0.23"  +1 +/
Сообщение от имя (ok), 26-Авг-19, 10:14 
> проект героически перешел на
> meson? В печку. Это значит что нормальных разработчиков там уже нет,

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

> одни офисные рабы на подсосе у самсуня.

А в мезоне-то ты как зомзунг разглядел вообще?

Ответить | Правка | Наверх | Cообщить модератору

69. "Выпуск пользовательского окружения Enlightenment 0.23"  –1 +/
Сообщение от пох. (?), 26-Авг-19, 10:30 
> По такой логике получается, что нормальных разработчиков нет нигде

и что в этом неожиданного?
Их и раньше были штуки - тех кто реально мог что-то делать, помимо впихивания модных сборочных систем, да еще и имел на это время и деньги.

Сейчас таких уже почти не осталось. Rasterman не исключение.

> А в мезоне-то ты как зомзунг разглядел

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

Ответить | Правка | Наверх | Cообщить модератору

74. "Выпуск пользовательского окружения Enlightenment 0.23"  +3 +/
Сообщение от Аноним (74), 26-Авг-19, 16:51 
>Таким разработчикам, которые даже автотулз не умеют.

Чтобы разрабатывать что-то на EFL, нужны стальные яйца, так что неосиляторы там вряд ли есть.

Ответить | Правка | Наверх | Cообщить модератору

75. "Выпуск пользовательского окружения Enlightenment 0.23"  +2 +/
Сообщение от Niko2040 (ok), 26-Авг-19, 21:59 
> Таким разработчикам, которые даже автотулз не умеют.

Умеют, и ещё как. Можете глянуть в старых версиях, какие достаточно мощные autotools скрипты у них были. Там было огромное количество опций в autotools, и собиралось всё очень и очень хорошо. Но не могу отметить тот факт, к которому приходят многие - autotools тяжёлый и медленный. Ранее проверка наличия необходимых библиотек для сборки и подобные проверки занимали половину времени от общей сборки EFL, в enlightenment вообще были медленнее, чем сама компиляция. Переход на meson, во-первых, сильно упростил конфигурирование всего этого, во-вторых, самое главное - в разы ускорил сборку.

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

76. "Выпуск пользовательского окружения Enlightenment 0.23"  +1 +/
Сообщение от пох. (?), 27-Авг-19, 10:03 
были, то и оно. Но raster, кажется, предпочел ближе к пенсии карьеру эффективного менеджера.

> Но не могу отметить тот факт, к которому приходят многие - autotools тяжёлый и медленный.

вот питоновское-то г-но весом пару гигабайт с зависимостями всего от всего - оно быстрое, и легкое, ага.

Тот факт, который современные горе-разработчики так и не осилили - autotools, в отличие от этого мусора, запускаются _один_раз_. И второй - только после внесения глобальных изменений в проект, а вовсе не после однострочного патча, заменяющего slave на follower.

При нормальном конфиге make при этом пересоберет один файл и перелинкует только то что нужно.

Ответить | Правка | Наверх | Cообщить модератору

77. "Выпуск пользовательского окружения Enlightenment 0.23"  +/
Сообщение от Аноним (77), 27-Авг-19, 11:31 
> Тот факт, который современные горе-разработчики так и не осилили - autotools, в
> отличие от этого мусора, запускаются _один_раз_.

Как это с системами сборки увязать? Допустим, есть spec для rpm. Там секция %configure. То бишь на уровне архитектуры заложен регулярный запуск, я верно понимаю, что косяк именно там? Значит... первое, что приходит в голову, где-то кешировать результаты. Или же... просто выкинуть эту секцию, при редактировании спека запустив конфигуратор руками и сохранив результат? Что-то тут не то. Я то в этом ничего не понимаю, мне оно не надо, а гуру годами собирают пакеты. Где-то я ошибся...

Ответить | Правка | Наверх | Cообщить модератору

79. "Выпуск пользовательского окружения Enlightenment 0.23"  +/
Сообщение от Michael Shigorinemail (ok), 27-Авг-19, 12:31 
> Допустим, есть spec для rpm. Там секция %configure

Это не секция, а макрос (обычно применяемый в секции %build, ага):

e801-1:~> rpm --eval %configure
  CFLAGS="${CFLAGS:--pipe -Wall -Wno-error -g -O3 -march=elbrus-v4}"; export CFLAGS;
[...]
  ./configure --build=e2k-alt-linux --host=e2k-alt-linux \
[...]
e801-1:~> rpm --eval %build    
%build

Ответить | Правка | Наверх | Cообщить модератору

91. "Выпуск пользовательского окружения Enlightenment 0.23"  +2 +/
Сообщение от Аноним (77), 28-Авг-19, 09:23 
>> Допустим, есть spec для rpm. Там секция %configure
> Это не секция, а макрос (обычно применяемый в секции %build, ага):
e801-1:~> rpm 
> --eval %configure
>   CFLAGS="${CFLAGS:--pipe -Wall -Wno-error -g -O3 -march=elbrus-v4}"; export CFLAGS;
> [...]
>   ./configure --build=e2k-alt-linux --host=e2k-alt-linux \
> [...]
> e801-1:~> rpm --eval %build
> %build

А %build при этом не макрос, я правильно понимаю? Очень интересны вопросы об отличии синтаксиса от семантики, а Ахо, Сети и Ульман далеко.

Ответить | Правка | Наверх | Cообщить модератору

99. "Выпуск пользовательского окружения Enlightenment 0.23"  +/
Сообщение от Michael Shigorinemail (ok), 30-Авг-19, 18:58 
> А %build при этом не макрос, я правильно понимаю?

Да (это предопределённая секция).

> В слове "архитектура" ошибки нет. :)

В целом да, но это скорее "подход", как мне кажется -- "снести всё, пересобрать начисто".  Хотя rpmbuild немножко умеет --short-circuit -- например, когда что-то долго собиралось и выпало уже на маленькой проблемке в %install или %files, можно поправить спек и rpm -bi (-bb) --short-circuit этот.spec: https://www.opennet.me/docs/HOWTO/RPM-for-Unix-HOWTO-5.html#...

Ответить | Правка | Наверх | Cообщить модератору

100. "Выпуск пользовательского окружения Enlightenment 0.23"  +/
Сообщение от Аноним (77), 30-Авг-19, 20:40 
>> А %build при этом не макрос, я правильно понимаю?
> Да (это предопределённая секция).

Всё на вид одинаково и потому запутано, при том что %dfine -- макрос, а синтаксис полей отличается (Name:)
"Name may be composed of alphanumeric characters, and the character `_’ and must be at least 3 characters in length."  https://rpm.org/user_doc/macros.html


$ cat test.spec
%dfine build 1
%dfine description 111

Name: test
Version: 1
Release: 1
Summary: test
License: test

%dscription
test

$ rpmbuild test.spec
ошибка: строка 10: Неизвестный тэг: 111

>> В слове "архитектура" ошибки нет. :)
> В целом да, но это скорее "подход", как мне кажется -- "снести
> всё, пересобрать начисто".

При подходе "сначала всё тщательно аннигилируются, чтобы не втащить невоспроизводимый артефакт в следующую сборку" (с) #80 существующая архитектура кажется естественной. Однако, сейчас намечается тенденция обеспечить воспроизводимость, и не понятно, обязательно ли чистить? При воспроизводимости результата компиляции и линковки не должна обеспечиться и воспроизводимость результата конфигурирования? В общем, у того автора не аргумент, просто любит пугать по поводу и без. :) Есть же ccache и аналоги.

По-видимому, Альту проще (и не надо ждать полгода, как "конкурентам") добавить сборочный сервер, чем заниматься подобными оптимизациями. Даже zfs.ko поставляется в виде готового модуля. В случае dkms он долго конфигурируется (сама компиляция навскидку быстрее), как положено по дизайну https://github.com/zfsonlinux/zfs/blob/e45c1734a665e57159978...
Модуль может потребоваться для запуска ОС, в случае аварии во время сборки могут быть интересные варианты.

> Хотя rpmbuild немножко умеет --short-circuit -- например,
> когда что-то долго собиралось и выпало уже на маленькой проблемке в
> %install или %files, можно поправить спек и rpm -bi (-bb) --short-circuit
> этот.spec: https://www.opennet.me/docs/HOWTO/RPM-for-Unix-HOWTO-5.html#...

Для ebuild можно вызвать непосредственно стадию config (а ещё отдельны setup и unpack), но между сборками результат не кешируется -- а в случае, по которому тут жаловались, помогло бы.

Ответить | Правка | Наверх | Cообщить модератору

96. "Выпуск пользовательского окружения Enlightenment 0.23"  +1 +/
Сообщение от Аноним (77), 29-Авг-19, 09:39 
Да, совсем забыл. Спасибо. Ответ-то на мой вопрос дан исчерпывающий. В слове "архитектура" ошибки нет. :)
Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

80. "Выпуск пользовательского окружения Enlightenment 0.23"  +/
Сообщение от пох. (?), 27-Авг-19, 12:45 
> Как это с системами сборки увязать?

Для _разработки_ самого e твой spec не нужен просто ни  на xep. Система сборки тоже.
Разработка софта - это edit/make (прямо из редактора - даже vi такое умел)/edit

"гуру годами собирающие пакеты" - оксюморон. Пакеты собирает билдсистема твоего дистрибутива (или вовсе независимая obs). Она железная и ей вообще все равно, сколько времени там исполняется configure, и все кэши, наоборот, за ней тщательно аннигилируются, чтобы не втащить невоспроизводимый артефакт в следующую сборку.

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

Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

86. "Выпуск пользовательского окружения Enlightenment 0.23"  +/
Сообщение от имя (ok), 27-Авг-19, 16:01 
> Пакеты собирает билдсистема твоего дистрибутива
> (или вовсе независимая obs). Она железная и ей вообще все равно,
> сколько времени там исполняется configure

А вот повернутым на аджайле манагерам не всё равно время configure, у них QA простаивают и план ежеминутного деплоймента мелких фич и фиксов срывается.

Ответить | Правка | Наверх | Cообщить модератору

90. "Выпуск пользовательского окружения Enlightenment 0.23"  +/
Сообщение от Аноним (77), 28-Авг-19, 09:19 
>> Как это с системами сборки увязать?
> Для _разработки_ самого e твой spec не нужен просто ни  на
> xep. Система сборки тоже.
> Разработка софта - это edit/make (прямо из редактора - даже vi такое
> умел)/edit

Так то не шутите. Тут кто-то когда-то жаловался вполне конкретно, что при сборке gentoo на Raspbery Pi очень долго выполнялось конфигурирование.

> "гуру годами собирающие пакеты" - оксюморон. Пакеты собирает билдсистема твоего дистрибутива

Увы, я его пока не произвёл на свет.

> (или вовсе независимая obs). Она железная и ей вообще все равно,
> сколько времени там исполняется configure, и все кэши, наоборот, за ней
> тщательно аннигилируются, чтобы не втащить невоспроизводимый артефакт в следующую сборку.

Те гуры, бурную деятельность которых мне довелось понаблюдать, говорили примерно следующее: «Запустил на билдсистеме сборку Хромиум, это до завтра. На моём ноутбуке с двумя фигобайтами я канпелировать не могу, всё встаёт колом. Тут как раз девочки позвонили…»

То есть вопрос сурьёзен и о том, как оптимизировать процессы, что бы вот у таких филонщиков время — на размножаться — не оставалось.


Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

94. "Выпуск пользовательского окружения Enlightenment 0.23"  +/
Сообщение от пох. (?), 28-Авг-19, 18:58 
> Так то не шутите. Тут кто-то когда-то жаловался вполне конкретно, что при сборке gentoo на
> Raspbery Pi

я надеюсь - это-то шутка, или вы правда не понимаете разницу между этими ненужно-собиральщиками и разработчиками ну хоть e?

> Увы, я его пока не произвёл на свет.

его можно взять пока попользоваться.

> Те гуры, бурную деятельность которых мне довелось понаблюдать, говорили примерно следующее:
> «Запустил на билдсистеме сборку Хромиум, это до завтра. На моём ноутбуке с двумя фигобайтами
> я канпелировать не могу, всё встаёт колом. Тут как раз девочки позвонили…»

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

> То есть вопрос сурьёзен и о том, как оптимизировать процессы, что бы вот у таких филонщиков
> время — на размножаться — не оставалось.

уже никак. Но можно толкать среди них идеи гендерного равенства и прав альтернативно-одаренных. Трансгендеры обычно стерильны.


Ответить | Правка | Наверх | Cообщить модератору

95. "Выпуск пользовательского окружения Enlightenment 0.23"  +/
Сообщение от Аноним (77), 29-Авг-19, 09:16 
>> Так то не шутите. Тут кто-то когда-то жаловался вполне конкретно, что при сборке gentoo на
>> Raspbery Pi
> я надеюсь - это-то шутка, или вы правда не понимаете разницу между
> этими ненужно-собиральщиками и разработчиками ну хоть e?

Ещё я понимаю разницу между ненужно-субъективным и разработчиками объективного.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру