The OpenNET Project / Index page

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



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

"Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  +/
Сообщение от opennews (??), 22-Дек-19, 10:49 
Представлен выпуск сборочного инструментария Qbs 1.15. Это первый выпуск после ухода компании Qt Company от разработки проекта, подготовленный силами сообщества, заинтересованного в продолжении разработки Qbs. Для сборки Qbs в числе  зависимостей требуется Qt, хотя сам Qbs рассчитан на организацию сборки любых проектов. Qbs использует упрощённый вариант языка QML для определения сценариев сборки проекта, что позволяет определять достаточно гибкие правила сборки, в которых могут подключаться внешние модули, использоваться функции на JavaScript и создаваться произвольные правила сборки...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=52078

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

Оглавление

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


1. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  –16 +/
Сообщение от Аноним (1), 22-Дек-19, 10:49 
> Qbs не генерирует make-файлы, а сам, без посредников, таких как утилита make, контролирует запуск компиляторов и компоновщиков

Это в духе всех Qt-проектов. Монструозный инопланетянский ксено-комбайн, никак не вписывающийся в земную GNU/Linux-цивилизацию.

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

2. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  +6 +/
Сообщение от A.Stahl (ok), 22-Дек-19, 11:20 
А твой любимый Thunar не использует ls для узнавания списка файлов/директорий. Фу!
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

4. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  +/
Сообщение от Аноним (4), 22-Дек-19, 11:59 
И работает несравненно быстрее любой другой гляделки файлов даже mc.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

6. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  +11 +/
Сообщение от A.Stahl (ok), 22-Дек-19, 12:03 
И что? Qbs, может, тоже намного быстрее make. Но ведь анониму всё равно. Аноним возмущается что система сборки СОБИРАЕТ, а не использует для сборки другую систему сборки.


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

22. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  +2 +/
Сообщение от Аноним (22), 22-Дек-19, 17:01 
Ну дык!
Тут, скорее, патологическая ненависть к Qt, и если такой же комбайн выйдет на Gtk, то аноним тут же бросится восхвалять гениальные инновации - как это невероятно, что теперь не нужно запускать отдельную программу для каждого действия.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

7. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  +3 +/
Сообщение от Аноним (7), 22-Дек-19, 12:16 
> И работает несравненно быстрее любой другой гляделки файлов даже mc.

Неправда, постоянно видел отзывы, что он в 10 раз медленней dolphin. И я даже видел код, где именно dolphin читерит и нарушает законы природы.

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

10. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  –4 +/
Сообщение от Аноним (10), 22-Дек-19, 12:41 
На папках с большим количеством файлов долфин явно пасует. На системах с HDD в принципе не шевелится он даже еле запускается. Долфин обгоняет по функционалу (два окна слева и справа чего стоят), но уж точно не в скорости. Вот долфин уж точно скорее комбайн. Хотя эталон комбайна это Конкуер который и браузер и файловый менеджер и плеер и черт в ступе и падает на каждый чих.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

13. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  +/
Сообщение от Аноним (7), 22-Дек-19, 13:05 
>большим количеством файлов

Ядро первым пасует, только с год назад только появилась возможность прерывать операции.

>На системах с HDD в принципе не шевелится он даже еле запускается

Это ложь.

>комбайн

Эталон минималистичности и быстродействия. После "легковесных" фм вроде pcmanfm и thunar особенно заметно. Хотя, если индексатор включен... Я могу представить, откуда проблемам производительности взяться. Наверное, если запустить тот же стандартный Beagle, окажется, что и не так уж медленно было.

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

14. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  –4 +/
Сообщение от Аноним (14), 22-Дек-19, 13:52 
Если ты про ту индексацию от которой тормозит вся система, то она выключена. Если есть какой-то другой индексатор, то в любом что это за индексатор что от него становится только медленне, какой тогда смысл в индексации и использовать в долфине. В любом случае я себе доверяю тунар гораздо быстрее работает, а долфин тормоз и от рута его не запустить.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

25. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  +1 +/
Сообщение от derfenix (ok), 22-Дек-19, 17:57 
> долфин тормоз и от рута его не запустить

Вот отсюда надо было начинать.

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

23. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  +/
Сообщение от Аноним (22), 22-Дек-19, 17:06 
> На папках с большим количеством файлов долфин явно пасует. На системах с HDD в принципе не шевелится он даже еле запускается.

Использую КДЕ, установленный на HDD, Dolphin открывается и не тормозит. Если конкретно у тебя руки растут из ягодиц, то это не файловый менеджер виноват.

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

3. Скрыто модератором  +2 +/
Сообщение от Ведущий психиатр (?), 22-Дек-19, 11:27 
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

5. Скрыто модератором  +/
Сообщение от Аноним (4), 22-Дек-19, 12:01 
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

9. Скрыто модератором  +1 +/
Сообщение от Ведущий психиатр (?), 22-Дек-19, 12:25 
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

17. Скрыто модератором  +/
Сообщение от Аноним (17), 22-Дек-19, 15:57 
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

8. Скрыто модератором  –1 +/
Сообщение от Аноним (8), 22-Дек-19, 12:23 
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

11. Скрыто модератором  –1 +/
Сообщение от Аноним (10), 22-Дек-19, 12:43 
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

12. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  –1 +/
Сообщение от Аноним (12), 22-Дек-19, 13:04 
Все известные мне реализации make некорректно обрабатывают правила с несколькими целями, выполняют их по несколько раз. Правильная реализация была бы даже совместима с POSIX, но кому-то религия запрещает.

А тут с этим какая ситуация?

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

15. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  –2 +/
Сообщение от Аноним (14), 22-Дек-19, 14:14 
POSIX это корпарастический стандарт из UNIX следовать ему официальный зашквар. Единственное что Столлман придумал само название POSIX стандарту ISO/IEC 9945 и нужен этот стандарт в том числе для прохождение сертификации на право быть юниксом. При этом ни один Линукс дистр её не прошел, кроме какой-то поделки от Хуавей.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

21. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  –2 +/
Сообщение от Аноним (17), 22-Дек-19, 16:11 
>Деннис Ритчи, один из создателей Unix, выразил своё мнение, что Unix-подобные системы, такие, как Linux, являются де-факто Unix-системами.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

24. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  +2 +/
Сообщение от анонн (ok), 22-Дек-19, 17:23 
> Деннис Ритчи, один из создателей Unix, выразил своё мнение, что Unix-подобные системы, такие, как Linux, являются де-факто Unix-системами.

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

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

27. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  –5 +/
Сообщение от Аноним (1), 22-Дек-19, 18:27 
> ссылочку на RT пожалуйста где это написано
> вы все врети

Hahaha, classic.

> "это теперь ваш новый стандарт!"
> "шоб как в венде (другого мы все равно толком не знаем), только на халяву!"

Так ты ж и есть автор этих цитат. Подробнее о твоем любимом демагогическом приемчике: https://ru.rationalwiki.org/wiki/Чучело

Кстати, я тут искал-искал, - и не нашел BSD: https://www.opengroup.org/openbrand/register/

Зато нашел Huawei EulerOS 2.0: https://www.opengroup.org/openbrand/register/brand3622.htm

Который на системдосе: https://support.huawei.com/enterprise/en/doc/EDOC1000111843/...

</аргументация>
<звуки-отрицательства author="аннон">

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

28. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  +4 +/
Сообщение от анонн (ok), 22-Дек-19, 18:58 
>> ссылочку на RT пожалуйста где это написано
>> вы все врети
> Hahaha, classic.

Ну да, запрос пруфцов у анонимых анонимов - это ж смешно. Не царско-анонимное это дело, пруфцы к своим высказываниям приводить.

>> "это теперь ваш новый стандарт!"
>> "шоб как в венде (другого мы все равно толком не знаем), только на халяву!"
> Так ты ж и есть автор этих цитат.

Кто-то (анонимно анонимный) опять сел в лужу?
"ваш новый стандарт" - это довольно известный мем о высказываниях поттеринга:
https://lwn.net/Articles/430598/
> In fact, the way I see things the Linux API has been taking the role of the POSIX API and Linux is the focal point of all Free Software development. Due to that I can only recommend developers to try to hack with only Linux in mind and experience the freedom and the opportunities this offers you. So, get yourself a copy of The Linux Programming Interface, ignore everything it says about POSIX compatibility and hack away your amazing Linux software. It's quite relieving!

Того самого, который думал, что rm .* должно рекурсивно удалять все вплоть до "/"
https://github.com/systemd/systemd/issues/5644
> tmpfiles: R! /dir/.* destroys root #5644
> poettering commented Mar 30, 2017
> I am not sure I'd consider this much of a problem. Yeah, it's a UNIX pitfall, but "rm -rf /foo/.*" will work the exact same way, no?

Ну и я вообще-то запрашивал ссылочку на цитату, а не демонстрацию очередного демагогического приема под названием "передерг и спрыг с темы".

> Подробнее о твоем любимом
> демагогическом приемчике: https://ru.rationalwiki.org/wiki/Чучело

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

> Кстати, я тут искал-искал, - и не нашел BSD: https://www.opengroup.org/openbrand/register/

Хм, я так понимаю, что у кого-то сильно припекло и задело за живое? Ведь ни я, ни вышеотписавшиеся ни словом не упоминали BSD.
Лучше бы ты поискал подтверждение очередной выдумке:
"Деннис Ритчи, один из создателей Unix, выразил своё мнение, что Unix-подобные системы, такие, как Linux, являются де-факто Unix-системами."

> Зато нашел Huawei EulerOS 2.0: https://www.opengroup.org/openbrand/register/brand3622.htm
> Который на системдосе: https://support.huawei.com/enterprise/en/doc/EDOC1000111843/...

Но ни SystemV ни System7 там нема – значит это не юниксы. От оно че, Михалыч! Вот бы наверное Д. Ритчи удивился.
Да и аноним выше уже писал об этом "При этом ни один Линукс дистр её не прошел, кроме какой-то поделки от Хуавей."
Но я так понимаю, что с внимательным чтением у некоторых анонимных отвечальщиков не очень - ведь читать внимательно скучно, намного интереснее высматривать знакомые слова и выражения и додумывать все остальное.

Кстати, ни RHEL, ни Oracle, ни IBM, ни прочего энтырпрайс-линукса там тоже нет. Интересно почему.
А что UNIX™ сейчас просто платная сертификация на соответствие SUS и в основноам, показатель статусных понтов - так с этим никто вообще-то не спорил.

И таки да, похоже не все знатоки опеннета в курсе таких вот забавных фактов:


grep -Ri "(c).*UNIX.*Lab" /usr/src                                            

/usr/src/include/grp.h: * (c) UNIX System Laboratories, Inc.
/usr/src/include/protocols/dumprestore.h: * (c) UNIX System Laboratories, Inc.
/usr/src/include/time.h: * (c) UNIX System Lab
...
/usr/src/lib/libc/locale/isctype.c: * (c) UNIX System Laboratories, Inc.
/usr/src/lib/libc/locale/wcwidth.c: * (c) UNIX System Laboratories, Inc.
/usr/src/lib/libc/locale/iswctype.c: * (c) UNIX System Laboratories, Inc.

grep -Ri "(c).*UNIX.*Lab" /usr/src|wc -l                                      
     111

uname
FreeBSD

> </аргументация>
> <звуки-отрицательства author="аннон">

Спрыг с темы, перевод стрелок и усиленное адхоминем - аргументацией вообще-то не являются.
Ваш КО


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

29. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  –4 +/
Сообщение от Аноним (1), 22-Дек-19, 20:07 
> "ваш новый стандарт" - это довольно известный мем о высказываниях поттеринга:
>
> [рандомная цитата, в которой нет ни слова про it's our new standard]

Q.e.d.: автор цитаты именно ты. Поцтеринг призывал забить на портабельность, которая сильно тормозит развитие и в 99% случаев не нужна. А там, где она создает видимость нужности, ничто не мешает перейти на ненавистный линукс.

> "шоб как в венде (другого мы все равно толком не знаем), только на халяву!"

А вот тут ты даже рандомную цитату постеснялся привести. Q.e.d: автор цитаты опять ты.

> Лучше бы ты поискал подтверждение очередной выдумке

Ты это у того анонима проси, лично я никаких цитат не приводил. И вообще, Деннис Ритчи конечно крутой перец, но его мнение про Linux - это лишь его частное мнение, хоть он и оказался прав. С таким же успехом я мог бы сослаться на соседа дядю Васю, который тоже может оказаться прав. Но я ссылаюсь не просто на того, кто прав, а на авторитетов. На 2019 год в вопросах того, что в 2019 есть UNIX™, а что нет, авторитетом является The Open Group. А не "аннон", "Деннис Ритчи" или "дядя Вася".

> не все знатоки опеннета в курсе таких вот забавных фактов
>
> (c) UNIX System Laboratories, Inc.

Так, погоди-ка. Мне показалось — или от этих копирайтов BSD появился вот в этом списке? — https://www.opengroup.org/openbrand/register/

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

1) В вышеупомянутом реестре нет НИ ОДНОГО BSD;
2) зато в нем есть systemd-based GNU/Linux.

> ни RHEL ни Оркала ни IBM ни прочего энтырпрайс-линукса там тоже нет

Полностью согласен. А еще в нем нет BōlgenOS и еще тысяч и тысяч дистрибутивов GNU/Linux. В реестре лишь 0.0001% дистрибутивов GNU/Linux. И в нем 0% дистрибутивов BSD. 0.0001% > 0%.

> UNIX™ сейчас просто платная сертификация на соответствие SUS и в основноам, показатель статусных понтов

Но ты же пытаешься понтоваться, вон, приводишь копирайты из исходников в попытках доказать, что BSD хоть и не включен в реестр, но тоже может именоваться UNIX™. Дай-ка я тоже попонтуюсь, анонн-style понты, чем я хуже:

# grep -Ri "(c).*UNIX.*Lab" /usr/include
/usr/include/sys/ttydefaults.h: * (c) UNIX System Laboratories, Inc.

Но наши с тобой понты ничто по сравнению с понтами хуавея. Мне конечно пофиг, что я их не переплюну, но тебе не пофиг, ты щас еще unix family tree приведешь в попытках переплюнуть в понтах хуавей.

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

30. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  +2 +/
Сообщение от анонн (ok), 22-Дек-19, 21:26 
>> "ваш новый стандарт" - это довольно известный мем о высказываниях поттеринга:
>>
>> [рандомная цитата, в которой нет ни слова про it's our new standard]
> Q.e.d.: автор цитаты именно ты.

Во-первых:
cмотрим внимательно:
>> Linux API has been taking the role of the POSIX API
>> o, get yourself a copy of The Linux Programming Interface, ignore everything it says about POSIX compatibility and hack away your amazing Linux software.

Т.е. в аглицкий ты похоже не очень умеешь, да и слово "мем" тебе тоже ни о чем не говорит. Ясно.

Во-вторых: спер я "ваш новый стандарт" у поха.
В-третьих: вообще-то, если читать целиком, то это было определение современного линухоида опеннета. Поэтому претензии к тому, что я сам пишу свои посты - немного странные.

Так что не знаю, что ты там опять и кому "q.e.d."

>> "шоб как в венде (другого мы все равно толком не знаем), только на халяву!"
> А вот тут ты даже рандомную цитату постеснялся привести. Q.e.d: автор цитаты опять ты.

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

А то забавно получается, сначала аноним цитирует мое определение современных линухоидов:
> задолго до засилья любителей "это теперь ваш новый стандарт!" и "шоб как в венде (другого мы все равно толком не знаем), только на халяву!",

сразу же упрекает меня в том, что процитированное им - это мои(sic!) цитаты и тут же приписывает какое-то чучело. Хотя запрошен был оригинал высказывания Ритчи о том, что "Linux, являются де-факто Unix-системами".

Кстати,
> Поцтеринг призывал забить на портабельность, которая сильно тормозит развитие и в 99% случаев не нужна. А там, где
> она создает видимость нужности, ничто не мешает перейти на ненавистный линукс.

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


>> Лучше бы ты поискал подтверждение очередной выдумке
> Ты это у того анонима проси, лично я никаких цитат не приводил.
> И вообще, Деннис Ритчи конечно крутой перец, но его мнение про
> Linux - это лишь его частное мнение, хоть он и оказался прав.

Но ответил на мой запрос оригинала этой цитаты у анонима. Попутно что-то придумав и приписав мне, чтобы тут же бодро и гордо опровергнуть. Смысл сего действа скрыт в анонимном тумане.

> С таким же успехом я мог бы сослаться на соседа
> дядю Васю, который тоже может оказаться прав. Но я ссылаюсь не
> просто на того, кто прав, а на авторитетов. На 2019 год
> в вопросах того, что в 2019 есть UNIX™, а что нет,
> авторитетом является The Open Group. А не "аннон", "Деннис Ритчи" или
> "дядя Вася".

Объясняю для анонимных анонимов - аноним выше ссылался на _авторитет_ Ритчи и его, якобы, высказывание. Я попросил ссылочку на это высказывание.
Тут же, видимо заметив знакомое слово "UNIX", влез другой анонимный аноним и принялся что-то доказывать, попутно упомянув еще раз (хотя ее уже упоминали) плохую дорогу и зачем-то выделив, что BSD где-то в непонятном платном регистре трейдмарков - нема.
Только тема была не о том, что кто-то может позволить себе заплатить кучу бабла, дабы купить право наименовать свой продукт UNIX™. Тема была о том, что один из авторов-прародителей юникса, якобы, сказал "что Unix-подобные системы, такие, как Linux, являются де-факто Unix-системами".

> Так, погоди-ка. Мне показалось — или от этих копирайтов BSD появился вот в
> этом списке? — https://www.opengroup.org/openbrand/register/
> Только что перепроверил: нет, не появился. Ergo никакие комменты в
> исходниках не опровергнут тот неудобный факт, что:
> 1) В вышеупомянутом реестре нет НИ ОДНОГО BSD;
> 2) зато в нем есть systemd-based GNU/Linux.

Ты перепроверь еще раз, есть ли там System III, SystemV или System7? И значит ли отсутствие эти систем в списке, что они на самом деле не UNIX?
И до кучи цитату Ритчи в оригинале можешь заодно привести, а то я уже устал ждать.

>> ни RHEL ни Оркала ни IBM ни прочего энтырпрайс-линукса там тоже нет
> Полностью согласен. А еще в нем нет BōlgenOS и еще тысяч и
> тысяч дистрибутивов GNU/Linux.

Смело. Я то хотел спросить, почему же в том самом списке сертифицированных UNIXов и есто ОС и от Oracle и от IBM - AIX, Solaris, z/OS.
И почему отсутствуют Oracle-IBM Enterprise Linux (ну и RHEL до кучи). А это оказывается потому что RHEL и Oracle Linux у анонима приравнивается к БолгенОСи.

Окай, к квалификации анонима вопросов больше нет.

> # grep -Ri "(c).*UNIX.*Lab" /usr/include /usr/include/sys/ttydefaults.h: * (c) UNIX System Laboratories, Inc.

т.е. о разнице между *.c файлом в /usr/src и *.h файлом "include/sys/ttydefaults.h" аноним не в курсе?
И ссылочку на этот файл не на своей системе, а вот тут:
https://github.com/torvalds/linux
Анонимный Знаток тоже дать может?

> Но наши с тобой понты ничто по сравнению с понтами хуавея. Мне
> конечно пофиг, что я их не переплюну, но тебе не пофиг,
> ты щас еще unix family tree приведешь в попытках переплюнуть в
> понтах хуавей.

Целый вымышленный диалог со мной, с кучей непонятных "опровержений" и соврешенно левых приписок, привел тут вообще-то ты, а не я.
Правда, никаким образом высказывание выше о том, что Ритчи считал Линукс Юниксом, ты не доказал - но у анонимов оно обычно так и бывает.

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

31. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  –1 +/
Сообщение от Аноним (1), 23-Дек-19, 06:00 
> слово "мем" тебе тоже ни о чем не говорит

Обо$рался
@
Объяви свою позицию мемом

> т.е. о разнице между *.c файлом в /usr/src и *.h файлом "include/sys/ttydefaults.h" аноним не в курсе?

А вот и отодвигание ворот подъехало: https://ru.rationalwiki.org/wiki/Отодвигание_цели Когда выяснилось, что благословенные копирайты есть не только в BSD, пришлось срочно выдумывать критерий вида "А дайте-ка мне копирайты в c-файлах, а не в хедерах". Ну а лично мне лень сидеть скачивать все src.rpm, распаковывать из src.rpm запакованные tar.gz, распаковывать из tar.gz исходники и сидеть грепать, чтобы что-то доказать аннону. Есть хедеры, и мне их достаточно. То, что их недостаточно тебе - это твои личные проблемы. От моих телодвижений или от отсутствия таковых systemd/GNU/Linux из реестра не исчезнет.

> отсутствуют Oracle-IBM Enterprise Linux (ну и RHEL до кучи)

Это не ко мне вопрос, задай его в службу поддержки оракла/редхата. Полагаю, им не так интересны понты, как хуавею.

> никаким образом высказывание выше о том, что Ритчи считал Линукс Юниксом, ты не доказал

Ну так а зачем мне доказывать, что Ритчи считает линукс UNIX™-ом? Мне-то на самом деле плевать, что там считал Ритчи; его мнение, которое он физически мог высказывать лишь до 2011 года, никак не влияет на то, что systemd-based GNU/Linux уже прямо сейчас в 2019 присутствует в реестре. В 2019 году ссылаться нужно на The Open Group. Ну а на Ритчи только в качестве прикольного бессмысленного факта из разряда "знаете ли вы" (даже если цитата и его содержание абсолютно верны).

Кстати, вот реестр: https://www.opengroup.org/openbrand/register/
Там нет BSD, не смотря на то, что в BSD можно грепать и находить копирайты в *.c-файлах.
Там нет BSD, не смотря на то, что лично я не сижу и не доказываю, что Ритчи что-то говорил.
Там нет BSD, не смотря на то, что говорил Поцтеринг про this is our new standard (c) Поцтеринг via мемная_интерпретация_аннона.
Зато там есть systemd/GNU/Linux. Тоже не смотря на все вышеозвученные факторы.

Вот такая вот неудобная правда жизни.

Попонтоваться не удалось:
cat unix_family_tree; grep *.c  —  не те команды, которые ведут к удалению из реестра systemd/GNU/Linux и появлению там BSD ))

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

34. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  +/
Сообщение от анонн (ok), 23-Дек-19, 13:09 
>> слово "мем" тебе тоже ни о чем не говорит
> Обо$рался
> @
> Объяви свою позицию мемом

Сел в очередной раз в лужу - придумай что-то, тут же опровергни и гордо обвини в "обосрании" (главное - не уточнать детально, в чем, а то ж можно еще раз в лужу сесть!).

>> т.е. о разнице между *.c файлом в /usr/src и *.h файлом "include/sys/ttydefaults.h" аноним не в курсе?
> А вот и отодвигание ворот подъехало: https://ru.rationalwiki.org/wiki/Отодвигание_цели
> Когда выяснилось, что благословенные копирайты есть не только в BSD, пришлось
> срочно выдумывать критерий вида "А дайте-ка мне копирайты в c-файлах, а
> не в хедерах". Ну а лично мне лень сидеть скачивать все
> src.rpm, распаковывать из src.rpm запакованные tar.gz, распаковывать из tar.gz исходники
> и сидеть грепать, чтобы что-то доказать аннону. Есть хедеры, и мне
> их достаточно. То, что их недостаточно тебе - это твои личные
> проблемы.

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

А то что файл цельнотянутый из BSD, состоит исключительно из дефайнов и поставляется в glibc как раз из-за "ненужной" переносимости - об этом балаболка предпочитает помалкивать:
https://packages.debian.org/de/sid/amd64/libc6-dev/filelist
/usr/include/x86_64-linux-gnu/sys/ttydefaults.h


sysdeps/generic/sys/ttydefaults.h
* System wide defaults for terminal state.  4.4 BSD/generic GNU version.


sysdeps/unix/sysv/linux/sys/ttydefaults.h
*    @(#)ttydefaults.h    8.4 (Berkeley) 1/21/94
*/

/*
* System wide defaults for terminal state.  Linux version.
*/


ChangeLog.old/ChangeLog.1
>  termios/sys/ttydefaults.h: New, snarfed from 4.4.[BSD]

приятного обтекания.

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

35. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  +/
Сообщение от Аноним (1), 23-Дек-19, 14:52 
$ curl -s https://www.opengroup.org/openbrand/register/ | grep -i bsd
$

Блин. Опять твои разоблачения и доказывания ПРАВДЫ не привели к появлению BSD в реестре. Но ты продолжай просить бессмысленных "пруфов" и "подтверждений" (не ясно еще, что именно нужно подтверждать, но требовать пруфы обязательно нужно — создает иллюзию, будто я что-то утверждал, и будто я свои утверждения не пруфанул).

> А то что файл цельнотянутый из BSD, состоит исключительно из дефайнов и поставляется в glibc как раз из-за "ненужной" переносимости - об этом балаболка предпочитает помалкивать

$ curl -s https://www.opengroup.org/openbrand/register/ | grep -i bsd
$

Блин. Опять не появился. Да что ж за день такой, а? Все воруют хедеры у BSD, а True™ UNIX®-системой (не UNIX-подобной, а именно UNIX®-системой) признается дистрибутив systemd/GNU/Linux. Несправедливо :'-(

$ curl -s https://www.opengroup.org/openbrand/register/ | grep -i bsd || echo бом-тили-тили-бом
бом-тили-тили-бом

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

20. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  –1 +/
Сообщение от ABBAPOH (ok), 22-Дек-19, 16:11 
Всё хорошо, у правила может быть сколько угодно артефактов (пример - бинарь+дебаг инфо - это два артефакта), всё, от чего правило зависит (т.е. сорцы и другие либы), вызывает пересборку, но не более того. Далее оба артефакта используются "независимо" - пересобирается только то, что зависит либо от бинаря, либо от дебаг инфо. Хотя я навскидку не могу придумать примеров, когда от дебаг инфо что-то зависит=)

Qbs достаточно умная, чтобы корректно обрабатывать даже свои изменения - я игрался с линкером под вендой и она была достаточно умна чтобы только перелинковывать бинари (но не пересобирать весь мир). Команда линкера поменялась => надо перелинковать. Команда компиляции не менялась (и переменные окружения) => ничего делать не надо.

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

18. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  –1 +/
Сообщение от ABBAPOH (ok), 22-Дек-19, 16:02 
Такой способ позволяет "более лучше" строить граф зависимостей и, соответственно, параллелить сборку.
cmake + ninja на примере QtCreator сдыхает раньше, чем Qbs (впрочем, рано или поздно сдыхают оба, что весьма забавно - сборка должна хорошо параллелиться - знай себе собирай файлы независимо).
Пруф - cmake сдыхает в районе 30 потоков, qbs доживает до 40 с небольшим; после этого оба выходят на плато - сколько ядер не досыпай, сборка не ускоряется https://lists.qt-project.org/pipermail/qbs/attachments/20190...
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

33. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  +/
Сообщение от Аноним (33), 23-Дек-19, 12:16 
Дуплик, залогиься.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

16. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  –3 +/
Сообщение от Аноним (16), 22-Дек-19, 15:24 
а чем make не угодил?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  –1 +/
Сообщение от ABBAPOH (ok), 22-Дек-19, 16:04 
Тем, что рекурсивный make тупо не работает; либо надо генерить один огромный файл, что геморно, либо использовать ninja
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

36. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  +/
Сообщение от Аноним (36), 23-Дек-19, 18:01 
>Тем, что рекурсивный make тупо не работает

В каком смысле не работает? Вполне себе работает, а с jobserver'ом как в GNU make даже эффективно параллелится.

>надо генерить один огромный файл

Не надо, для этого есть инклуды

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

37. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  +/
Сообщение от ABBAPOH (ok), 23-Дек-19, 19:49 
> В каком смысле не работает? Вполне себе работает, а с jobserver'ом как в GNU make даже эффективно параллелится.

Вот тут товарищи с вами на согласятся http://aegis.sourceforge.net/auug97.pdf
Либо рекурсивные мейкфайлы не полны и потому сломаны (т.е. "не работают") - примеры в статье на стр 3-4; либо они содержат туеву хучу дублированной информации - то есть либа Б зависящая от либы А должна зависеть от всех хедеров и ее зависимостей. Ба, да это же buildraph!

> Не надо, для этого есть инклуды

Ну а вот это вы объясните генераторам типа qmake (насчет cmake не в курсе, но он всегда был поумнее) которые так не делают.

Или вы предлагаете писать мейкфайлы руками? Спасибо, не надо, я лучше на богомерзком JavaScript правила попишу

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

26. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  +/
Сообщение от Аноним (26), 22-Дек-19, 18:26 
это замена cmake а не make по идеологии. qbs в теории может генерить мейкфайлы (и я даже начинал чет подобное пилить для него, так же как MSBuild)
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

32. "Выпуск сборочного инструментария Qbs 1.15 и среды разработки..."  +/
Сообщение от alex (??), 23-Дек-19, 11:15 
нет, Cmake не самодостаточен, а qbs сам собирает.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

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

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




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

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