The OpenNET Project / Index page

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



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

"Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for MCUs 1.5"  +/
Сообщение от opennews (??), 29-Окт-20, 13:09 
Компания Qt Company намерена включить в состав Qt Online Installer пакетный менеджер, который поможет упростить установку дополнительных библиотек в Qt 6. В качестве основы будет использован пакетный менеджер Сonan, рассчитанный на распространение библиотек на C/C++ и имеющий децентрализованную архитектуру, позволяющую распространять библиотеки со своего собственного сервера...

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

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

Оглавление

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


1. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +2 +/
Сообщение от Аноним (1), 29-Окт-20, 13:09 
Хорошая новость, обожаю QT
Ответить | Правка | Наверх | Cообщить модератору

3. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +27 +/
Сообщение от Аноним (3), 29-Окт-20, 13:24 
[комментарий про QuickTime]
Ответить | Правка | Наверх | Cообщить модератору

65. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –1 +/
Сообщение от Анонимленьлогиниться (?), 30-Окт-20, 00:20 
Оно уже умерло. Начиная с каталины, даже на родной ему макоси.
Ответить | Правка | Наверх | Cообщить модератору

77. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Аноним (77), 30-Окт-20, 09:13 
Ага, хохма уже десятилетия живет, но народ по-прежнему неаккуратен в заявлениях.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

11. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +4 +/
Сообщение от m.makhno (ok), 29-Окт-20, 13:39 
чувак, t маленькая
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

44. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +5 +/
Сообщение от bergentroll (ok), 29-Окт-20, 18:42 
Может он регистронезависимый.
Ответить | Правка | Наверх | Cообщить модератору

48. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +7 +/
Сообщение от Аноним (48), 29-Окт-20, 19:10 
Регистро-диссидент.
Ответить | Правка | Наверх | Cообщить модератору

55. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –8 +/
Сообщение от Аноним (-), 29-Окт-20, 21:51 
Тяжёлый, раздутый, тормозной. Qt.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

63. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +1 +/
Сообщение от Bdfybec (?), 29-Окт-20, 23:27 
... для микроконтроллеров и маломощных устройств.
Ответить | Правка | Наверх | Cообщить модератору

2. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +2 +/
Сообщение от ryoken (ok), 29-Окт-20, 13:19 
Поясните для неразбирающихся. Это нечто на манер склоняемого тут на тему дыр и засылов всякой бяки NPM?
Ответить | Правка | Наверх | Cообщить модератору

4. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +8 +/
Сообщение от Lex (??), 29-Окт-20, 13:28 
Вы ничего не понимаете. В НПМ дыры неправильные, а в кутях будут - правильные и одобренные
Ответить | Правка | Наверх | Cообщить модератору

26. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +1 +/
Сообщение от Аноним (26), 29-Окт-20, 15:20 
> правильные и одобренные

Фрактал не одобрит, так что мимо

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

105. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Myyx (?), 02-Ноя-20, 16:04 
что такое фрактал? че за мальденброт?
Ответить | Правка | Наверх | Cообщить модератору

41. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +2 +/
Сообщение от Аноним (41), 29-Окт-20, 18:26 
В пакетном менеджере Qt будут правильные одобренные сишные дыры
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

42. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +3 +/
Сообщение от Аноним (42), 29-Окт-20, 18:34 
> В пакетном менеджере Qt будут правильные одобренные сишные дыры

сиплюшплюшные

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

98. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +1 +/
Сообщение от Аноним (98), 31-Окт-20, 16:08 
сплюснутые дыры
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

15. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +2 +/
Сообщение от ИмяХ (?), 29-Окт-20, 14:06 
Нет, это что-то вроде pip для путхона
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

16. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +3 +/
Сообщение от Аноним (16), 29-Окт-20, 14:09 
Это в котором дырки для питона?
Ответить | Правка | Наверх | Cообщить модератору

19. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Аноним (19), 29-Окт-20, 14:29 
Да, как в cargo для растишки.
Ответить | Правка | Наверх | Cообщить модератору

37. Скрыто модератором  –5 +/
Сообщение от Аноним (-), 29-Окт-20, 18:04 
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

67. Скрыто модератором  +/
Сообщение от Аноним (67), 30-Окт-20, 00:53 
Ответить | Правка | Наверх | Cообщить модератору

72. Скрыто модератором  +/
Сообщение от Аноним (72), 30-Окт-20, 06:30 
Ответить | Правка | Наверх | Cообщить модератору

45. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от bergentroll (ok), 29-Окт-20, 18:44 
Нет, к conan можно подключать репозитории, но в официальный абы кого не пускают.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

92. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от liberal (?), 31-Окт-20, 02:05 
> Это нечто на манер склоняемого тут на тему дыр и засылов всякой бяки NPM?

Ты не понял! Это - другое!

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

5. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +6 +/
Сообщение от Аноним (5), 29-Окт-20, 13:32 
С++ это такой удобный язык, что даже пакетный менеджер(conan) для него написан на питоне.
Ответить | Правка | Наверх | Cообщить модератору

7. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –3 +/
Сообщение от Няшная Сишечка (?), 29-Окт-20, 13:36 
Скажи спасибо, что не на Расте.
Ответить | Правка | Наверх | Cообщить модератору

58. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –1 +/
Сообщение от Аноним (58), 29-Окт-20, 22:51 
Скорее обидно, что не на хорошем языке (Расте), а на каком-то там пистоне
Ответить | Правка | Наверх | Cообщить модератору

8. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от James Bond (?), 29-Окт-20, 13:36 
нынче просто ленивые все, пакетный менеджер им подавай
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

28. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +5 +/
Сообщение от Аноним (28), 29-Окт-20, 15:22 
Нынче только ленивые не делают свой пакетный менеджер.
Ответить | Правка | Наверх | Cообщить модератору

10. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +1 +/
Сообщение от Аноним (10), 29-Окт-20, 13:39 
Ваш комментарий ни о чём. Сайты тоже можно писать на С++ (Wt), но пишут на PHP. И что?
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

17. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –4 +/
Сообщение от Аноним (17), 29-Окт-20, 14:20 
Я вообще о его существовании слышу в первый раз. И даже для питона не испльзую этот... Как его там. Есть же репозитории у нормальных операционных систем - все остальные могут идти лесом пока своё дерьмо не сделают по человечески а не сайтами с варёзом и вируснёй.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

25. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Аноним (25), 29-Окт-20, 14:56 
для разработки же, не для эндюзера.
Ответить | Правка | Наверх | Cообщить модератору

31. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от НяшМяш (ok), 29-Окт-20, 15:57 
> Есть же репозитории у нормальных операционных систем

А, так вот чем достигаются рекордные числа пакетов у разных дистрибутивов - они просто из pip и npm всякое тянут )

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

29. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Аноним (29), 29-Окт-20, 15:51 
Который из? Их, наверное, с десяток как минимум.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

35. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –3 +/
Сообщение от ИмяХ (?), 29-Окт-20, 16:43 
Conan не для С++, он для Qt
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

46. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +1 +/
Сообщение от bergentroll (ok), 29-Окт-20, 18:46 
Для C++.
Ответить | Правка | Наверх | Cообщить модератору

78. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Аноним (77), 30-Окт-20, 09:17 
Перечитайте новость и пройдите по ссылке (на Conan). Conan - для плюсов, а то что для Qt - на основе Conan'а.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

6. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –7 +/
Сообщение от Аноним (6), 29-Окт-20, 13:32 
>Qt for MCUs

почти как "ВИЧ для онкобольных"

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

14. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +2 +/
Сообщение от Armagor (??), 29-Окт-20, 14:05 
О! Между прочим, первый в истории человек, излечившийся от ВИЧ, излечился как раз в ходе лечения от онкологии, благодаря химиотерапии и пересадке костного мозга от очень удачного донора. Потом, правда, все равно умер.
Тут должна была бы быть какая-то мораль, но нет.
Ответить | Правка | Наверх | Cообщить модератору

20. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +2 +/
Сообщение от Аноним (17), 29-Окт-20, 14:30 
Мораль: используйте Gay Tool Kit. Так?
Ответить | Правка | Наверх | Cообщить модератору

21. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Аноним (19), 29-Окт-20, 14:30 
Мораль проста: врачепорцы, антипрививочники и прочий генетический мусор должны умереть.
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

27. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +1 +/
Сообщение от Аноним (28), 29-Окт-20, 15:20 
Врачепорцы это кто такие?
Ответить | Правка | Наверх | Cообщить модератору

47. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +1 +/
Сообщение от Аноним (47), 29-Окт-20, 18:57 
Муж дамы-врача?
Ответить | Правка | Наверх | Cообщить модератору

53. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –1 +/
Сообщение от Lex (??), 29-Окт-20, 21:13 
> Муж дамы-врача?

*муж целомудренной дамы-врача

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

23. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +1 +/
Сообщение от Аноним (98), 29-Окт-20, 14:47 
> Потом, правда, всё равно умер.

вот именно, умер от того, чем лечили.

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

39. Скрыто модератором  +4 +/
Сообщение от Аноним (-), 29-Окт-20, 18:15 
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

61. Скрыто модератором  +/
Сообщение от Аноним (61), 29-Окт-20, 23:13 
Ответить | Правка | Наверх | Cообщить модератору

73. Скрыто модератором  +/
Сообщение от Ordu (ok), 30-Окт-20, 06:38 
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

76. Скрыто модератором  +/
Сообщение от 486SX25 (?), 30-Окт-20, 07:00 
Ответить | Правка | Наверх | Cообщить модератору

74. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Аноним (72), 30-Окт-20, 06:41 
Вчера был ВИЧ/спид:

https://www.linux.org.ru/forum/talks/2529338

https://www.linux.org.ru/forum/talks/2801803

Сегодня в моде маскировка облучения СВЧ под "коронавирус".

Неизменным остается только геноцид.

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

75. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +2 +/
Сообщение от Аноним (72), 30-Окт-20, 06:44 
> Неизменным остается только геноцид.

Методы проведения геноцида поменяли, с негуманных фашиских концлагерей и газовых камер на более гуманные и демократичные - больнички с ИВЛ.

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

91. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от xESKOBARx (?), 31-Окт-20, 00:57 
>Методы проведения геноцида поменяли, с негуманных фашиских концлагерей и газовых камер на более гуманные и демократичные - больнички с ИВЛ

Добавь сюда асфиксию от ношения намордников, смертоносные протоколы "лечения" и тотальный информационный террор, от которого многие сходят с ума.

Билл Гейтс со своими чипами нервно курит в сторонке.

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

106. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Myyx (?), 02-Ноя-20, 16:10 
нет курение вредит ...
а вот ...
совершенно нет

так то!

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

9. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от pda (?), 29-Окт-20, 13:37 
Всем свой пакетный менеджер!
Ответить | Правка | Наверх | Cообщить модератору

13. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +2 +/
Сообщение от ryoken (ok), 29-Окт-20, 13:44 
> Всем свой пакетный менеджер!

Заверните парочку для asm.

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

101. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от bootforce (?), 31-Окт-20, 20:23 
асм использует хардварный
Ответить | Правка | Наверх | Cообщить модератору

12. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –4 +/
Сообщение от Аноним (12), 29-Окт-20, 13:44 
Рак плюсов, то свои дебильные системы сборки пропихнут, то убогий conan когда есть vcpkg.
Ответить | Правка | Наверх | Cообщить модератору

18. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +1 +/
Сообщение от Аноним (17), 29-Окт-20, 14:27 
Правильно, собирать надо только компилятором а пакеты устанавливать исключительно из Cargo! Так победим!
Ответить | Правка | Наверх | Cообщить модератору

30. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Аноним (29), 29-Окт-20, 15:55 
Как же хочецца...
Ответить | Правка | Наверх | Cообщить модератору

36. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от vcpkg (?), 29-Окт-20, 17:52 
vcpkg конечно же неплох, но в отличии от Conan он принципиально не поддерживает версирование пакетов. Архитектурно он напоминает систему портов в FreeBSD.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

38. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +1 +/
Сообщение от fsb4000 (?), 29-Окт-20, 18:15 
поддерживает https://github.com/microsoft/vcpkg/blob/master/docs/specific...
Ответить | Правка | Наверх | Cообщить модератору

22. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Ilya Indigo (ok), 29-Окт-20, 14:40 
Ну вот зачем он нежен, да ещё и на пихоне!
rpm их чем не устраивает?
Ответить | Правка | Наверх | Cообщить модератору

24. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –1 +/
Сообщение от Аноним (98), 29-Окт-20, 14:48 
> rpm их чем не устраивает?

"сделано не ими" (с)

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

32. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –1 +/
Сообщение от Аноним (29), 29-Окт-20, 15:59 
>Ну вот зачем он нежен, да ещё и на пихоне!

Мсье желает по жестче? Как на счет %вставить_очередную_шутку_про_раст%?

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

33. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –4 +/
Сообщение от m.makhno (ok), 29-Окт-20, 16:04 
RPM нежный?)
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

52. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –1 +/
Сообщение от анонимуслинус (?), 29-Окт-20, 20:36 
очень, особенно когда база блокируется и потом сыпется. тебе нежно потом намекают, что кабздец полный и ты волен заниматься make install вечно постигая дзен.))
Ответить | Правка | Наверх | Cообщить модератору

34. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Аноним (34), 29-Окт-20, 16:32 
C++ разработчики тоже люди и хотят нежности.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

59. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +2 +/
Сообщение от Аноним (58), 29-Окт-20, 22:54 
Тогда пора переходить на Раст. Плюсы после него - неудобный мусор. Уже и не говорю и си, который на фоне плюсов - беспомощный тонущий щеночек.
Ответить | Правка | Наверх | Cообщить модератору

99. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –1 +/
Сообщение от Аноним (99), 31-Окт-20, 17:45 
Хорошая попытка, анон.
Ответить | Правка | Наверх | Cообщить модератору

40. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Аноним (-), 29-Окт-20, 18:19 
Я тоже за нежный пихон. А рпм слишком груб.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

62. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +3 +/
Сообщение от Ordu (ok), 29-Окт-20, 23:25 
> rpm их чем не устраивает?

Системные пакетные манагеры неудобны для разработки. Если я пользуюсь библиотекой, я хочу иметь возможность легко посмотреть как мой код с разными версиями библиотеки работает, я хочу иметь возможность использовать даже не версию библиотеки, а конкретный git-commit, потому что там исправлен баг о который я спотыкаюсь, или добавлена фича, которую я хочу попробовать. Я хочу иметь возможность легко наложить патчик на библиотеку, чтобы добавить отладочную печать, которая бы мне выдавала бы информацию о происходящем в недрах этой библиотеки.

И я не буду каждый раз, когда мне хочется добавить printf в недра библиотеки собирать новый rpm-пакет. Я даже не вижу смысла общесистемно ставить эту библиотеку: я её проще так подключу, модифицировав LD_LIBRARY_PATH. Или даже прилинкую статически к своему проекту, чтобы не возиться с переменными окружения.

Я не буду всего этого делать, и уж тем более я не буду ждать, когда мейнтейнеры дистра пошевелятся и занесут в репы интересную мне версию библиотеки. Или хотя бы хоть какую-нибудь версию библиотеки занесут в репы. Когда-то я пробовал пользовать тематические оверлеи для gentoo, под common-lisp например, точно использовал, но на это я тоже забил, потому как эти оверлеи имеют тенденцию забывать обновляться на полгода или даже на пару лет, и из-за этого становится бесполезными.

> Ну вот зачем он нежен, да ещё и на пихоне!

А на чём его писать? На bash что ли? На bash довольно неудобно парсить конфиги, их конечно можно писать в синтаксисе bash, но нафиг надо, если конфиги можно писать в toml или в json, и парсить из python'а двумя строчками, одна из которых начинается со слова import. То есть, можно конечно написать и на bash, но видимо это не надо никому, кроме тебя.

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

64. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –1 +/
Сообщение от Ilya Indigo (ok), 29-Окт-20, 23:36 
Благодарю за разъяснение.
Из текста новостей про Qt6 не понятно было что именно это такое и зачем это нужно.
> А на чём его писать? На bash что ли?

На C++.

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

83. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Котофалк (?), 30-Окт-20, 12:31 
> я хочу иметь возможность использовать даже не версию библиотеки, а конкретный git-commit

вам к source-based, портежи умеют в это.

> Когда-то я пробовал пользовать тематические оверлеи для gentoo, под common-lisp например

о, вы только что оттуда.

Ну так-то да, но от схемы с оверлеями "собственный пакетный менеджер Qt" отличается только тем, что какие-то базовые репы там будут тянуть силами разрабов Qt и есть шанс что их не бросят. Или есть ещё отличия?

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

90. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Ordu (ok), 30-Окт-20, 17:39 
>> я хочу иметь возможность использовать даже не версию библиотеки, а конкретный git-commit
> вам к source-based, портежи умеют в это.

Ты пробовал это применять на практике? Я тебя заверяю, гораздо проще жить, имея в дереве проекта файлик toml, в котором депенданс описывается тремя строками, и смена номера версии на коммит git'а сводится к редактированию одной строки. Чтобы в оверлей добавить описание ещё одной версии пакета, надо создать копию ebuild'а (или даже создать с нуля его, потому что нечего копировать), подредактировать ebuild, подписать ebuild, собрать ebuild. При этом, собираться он будет в /var/tmp, даже если мне было бы удобно собирать в ~/home, после сборки дерево сорцов будет удалено. Он будет поставлен общесистемно -- и если у меня уже стоит такая библиотека в системе, то либо она будет заменена, либо мне придётся в ебилде возиться с multilib. При этом всегда остаётся риск, что что-то пойдёт не так, и я, устанавливая ещё одну версию qt, запорю установленную, и у меня половина софта прекратит запускаться, в результате чего, я ещё полдня проведу не за разработкой, а за восстановлением системы.

Да, если повозиться с emerge/ebuild, то всё же можно сделать, но хорошо не получится из-за того, что придётся возиться с emerge/ebuild. Серьёзно так возиться, с каждым ebuild'ом, и с каждым прецедентом пересборки моего проекта. С учётом того, что альтернатива -- это вписать пару строк в .toml и всё заработает, отказ от ebuild однозначно полезная вещь.

>> Когда-то я пробовал пользовать тематические оверлеи для gentoo, под common-lisp например
> о, вы только что оттуда.
> Ну так-то да, но от схемы с оверлеями "собственный пакетный менеджер Qt"
> отличается только тем, что какие-то базовые репы там будут тянуть силами
> разрабов Qt и есть шанс что их не бросят. Или есть
> ещё отличия?

Отличия есть де факто. Глянь на npm, pip, gem, cargo, quicklisp: они работают, в отличие от тематических оверлеев gentoo. Вот что это за различия, которые позволяют получить работоспособность -- это более сложный вопрос. Я полагаю дело в том, что разработчику проекта максимально упрощается задача создания "пакета", который может быть автоматически скачан вместе со всеми депендансами и собран.

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

107. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Котофалк (?), 23-Дек-20, 15:04 
> Ты пробовал это применять на практике?

Да

И да, смена номера коммита приводит к редактированию одной строки. Либо в ебилде библиотеки, либо в ебилде. "Создать ебилд" конечно посложнее.

> после сборки дерево сорцов будет удалено.

нет. после сборки - нет. после установки в систему (ebuild ... merge)

> Он будет поставлен общесистемно

нет. ebuild ... install ставит в песочницу.

Ещё замечание: часть проблем ты описываешь которые суть "смешивание рабочей и сборочной среды". если подразумевать, что сборочная среда (даже в минимальном chroot-воплощении) от рабочей отделена, проблем нет.

> лянь на npm, pip, gem, cargo, quicklisp: они работают, в отличие от тематических оверлеев gentoo.

это вопрос дискуссионный. я видел всякое, например рекурсивные ошибки в gem.

> Я полагаю дело в том, что разработчику проекта максимально упрощается задача создания "пакета", который может быть автоматически скачан вместе со всеми депендансами и собран.

всё верно. но зачастую результатом gem/pip/cargo etc является то, что сборочная среда называется рабочей и отправляется пользователю в продакшен. это как раз то, что как пользователю мне не нравится.

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

интересно, что ничего нового в таком подходе нет. каталог /opt для проприетарщиков, которые ничего про систему знать не хотят и валят туда все свои "библиотеки с конкретными коммитами" существует давно. с одной стороны "пакетный менеджер" конечно похвальное усовершенствование провального подхода, но мне лично кажется, что данные усилия достойны лучшего применения.

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

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

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

108. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Ordu (ok), 23-Дек-20, 15:55 
>> Я полагаю дело в том, что разработчику проекта максимально упрощается задача создания "пакета", который может быть автоматически скачан вместе со всеми депендансами и собран.
> всё верно. но зачастую результатом gem/pip/cargo etc является то, что сборочная среда
> называется рабочей и отправляется пользователю в продакшен. это как раз то,
> что как пользователю мне не нравится.

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

Я к тому, что мне как разработчику, нужны инструменты для разработки. Мне удобен git для разработки? Я использую git. Мне удобен cargo, я использую cargo. Я не собираюсь отказываться от удобных инструментов, в пользу тех костылей, которые "продакшн" использует для сборки.

> Хорошим решением я бы назвал такую систему управления исходниками и бинарями, которая бы позволяла решать задачи разработчика и пользователя легко и универсально.

Я бы тоже называл такую систему хорошим решением, но я очень сомневаюсь, что такая система в принципе возможна. Задачи разработчика и пользователя очень различны.

Пользователь хочет сказать что-то типа "возьми версию софтины x.y.z, скачай её, посчитай депендансы, докачай чего не хватает, обнови что надо обновить, собери и поставь. И чтоб всё работало".

Разработчик же часто жонглирует сырыми кусками кода, ему совершенно не нужно ставить софт в систему -- ещё не хватало, чтобы каждый раз когда я скачиваю библиотеку, чтобы посмотреть что она из себя представляет, у меня бы пересобиралась половина системы и потом ещё и не работало бы. Мне нужно _чёткое_ разделение системного пакетного менагера, и рабочего. Если рабочий мне собирает всё в build директории проекта, включая и депендансы тоже -- то это очень удобно, я потом сделаю rm -rf на этом build'е, и удалю всё к чертям. Если рабочий пакетный манагер выкачивает мне зависимости только под этот проект, не оглядываясь на системно-установленный у меня софт -- это удобно, это даёт мне рабочее окружение, которое минимально отличается от рабочих окружений других разработчиков, которые могут сидеть на других дистрибутивах, и при этом может они последние три года забывали обновлять софт.

Более того, для разных языков программирования нужны разные пакетные менагеры, потому как в них по-разному всё происходит. Если начать пихать в один пакетный менагер всё, что может понадобиться любому, то получится такая хрень, что через неё не продерёшься. Ты не читал историю языка программирования PL/1? В него попытались напихать всё-всё-всё. Кончилось это провалом. В Common Lisp'е довольно часто наблюдается попытка напихать в библиотеку все-все-все возможности, в результате получается ТАКОЕ, что сам чёрт ногу сломит. Это общий инженерный принцип: надо всегда решать конкретную задачу. Чем более конкретную, тем лучше. Неконкретная попытка "сделать хорошо всем" кончается кучей навоза.

> Чехарда с "пакетными менеджерами для каждого языка" даёт тактический выигрыш, но это совершеннейший стратегический тупик. Ну или как вариант - отказ от концепции операционной системы вообще, что-то типа предельного развития концепции  qubernetes

Ты путаешь пакетные менагеры и пакетные менагеры. Есть системный пакетный менагер, есть пакетный менагер разработчика. Они разные и для разных целей созданы. Пакетный менагер разработчика, между прочим, делает жизнь мейнтейнера дистрибутива проще: глянь на те же autotools. ebuild в gentoo отлично пользуется autotools, делигируя им собственно сборку, но забирая себе такие задачи как копирование файлов в систему. Ничто не запрещает разработчикам ebuild'а связаться с разработчиками cargo, и объяснить свои нужды: в какие задачи выполняемые cargo им надо вмешаться, и что сделать иначе. А потом написать eclass, и может пачку скриптов, которые взаимодействуя с cargo напишут заготовку ebuild'а. Но, ты ж понимаешь, это не задача разработчиков cargo решать как лучше будет для мейнтейнеров gentoo? Скажем, надо ли в ebuild'е для растовой программы выписывать растовые депендансы? Или не надо? Может только C'шных депендансов хватит, которые как dll используются?

Разработчики gentoo в состоянии свой ebuild заточить под разные компиляторы? Почему они не могут заточить его под разные системы сборки?

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

68. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +1 +/
Сообщение от Аноним (68), 30-Окт-20, 01:33 
> пихоне

желаю его осуществления, в виде игл тебе под ногти

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

88. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +2 +/
Сообщение от niger (??), 30-Окт-20, 16:52 
Пакетный менеджер в языки и фреймворки тянут для несчастных и убогих виндузятников у которых ничего нет. И у них да, проблема лишнюю библиотеку поставить. Убиться можно.

А в нормальных дистрах да, есть пакетные менеджеры, есть порты и т.д.

Всёравно ни в одной серьёзной компании делающей серьёзный софт служба безопасности не пропустит эти пакетные менеджеры. Иш ты, ещё дай возможность девелоперам все подряд тянуть.

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

102. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от банан (?), 01-Ноя-20, 08:48 
> А в нормальных дистрах да, есть пакетные менеджеры, есть порты и т.д.

Использование пакетного менеджера не даёт выбрать версию зависимости. Вы хоть убейтесь, вы не сможете положить в пакет дистрибутива такую версию ангуляра (к примеру), которая устроит всех. И вы не заставите гугл поставлять тот же самый ангуляр во все дистрибутивы правильно.

А если у вас пять версий приложения, каждую из которых необходимо собирать со своей совокупностью версий зависимостей?

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

Вот и появляются флетпаки, пакетные менеджеры и прочее.

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

43. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –1 +/
Сообщение от Аноним (41), 29-Окт-20, 18:37 
Лучше бы рассказали как будет происходить модерация этой помойки. Пример того же Эпл стор с платой 100 долларов в год с разработчика и жесткая модерация хороший пример трешхолдера от всяких вирусописак
Ответить | Правка | Наверх | Cообщить модератору

57. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –2 +/
Сообщение от Lex (??), 29-Окт-20, 22:03 
И тем не менее под яблоко и вирусов и ломалок более чем немало
Ответить | Правка | Наверх | Cообщить модератору

69. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Аноним (68), 30-Окт-20, 01:34 
в аппсторе? пример в студию
Ответить | Правка | Наверх | Cообщить модератору

84. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Lex (??), 30-Окт-20, 12:35 
> в аппсторе? пример в студию

С разморозкой.

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

"Внезапно" многое на яблоке устанавливается НЕ ЧЕРЕЗ АППСТОР( там много требований и нюансов помимо того, что само право пытаться выгрузить что-то в аппстор стоит денег ).
Ты ведь в курсе, что на яблоко можно устанавливать ПО не только через аппстор, не так ли ?

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

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

80. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –3 +/
Сообщение от Аноним (80), 30-Окт-20, 09:58 
Нет ни одной. С разморозкой, а вот в Гугл плее полно там никакой модерации нет
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

85. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Lex (??), 30-Окт-20, 12:35 
> Нет ни одной. С разморозкой, а вот в Гугл плее полно там
> никакой модерации нет

Выше ответил про модерацию, аппстор и прочую чушь.

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

49. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –3 +/
Сообщение от Урри (?), 29-Окт-20, 19:19 
Я не понимаю - зачем для С++ библиотеки тащить целый питон?? Им делать нечего?

Есть, например, kiss (https://github.com/kisslinux/kiss) - пакетный менеджер на шелле. Тоже децентрализованный. Умеет все, что надо и не надо тащить с собой всякое говно.

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

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

60. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –1 +/
Сообщение от Аноним (58), 29-Окт-20, 22:56 
> пакетный менеджер на шелле

И придется тащить шелл...

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

82. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +1 +/
Сообщение от Аноним (82), 30-Окт-20, 10:34 
Шелл стоит везде, даже там где нет с++. Его не надо тащить.
Ответить | Правка | Наверх | Cообщить модератору

86. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  –1 +/
Сообщение от Аноним (58), 30-Окт-20, 13:42 
Особенно на винде
Ответить | Правка | Наверх | Cообщить модератору

94. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +/
Сообщение от Аноним (-), 31-Окт-20, 14:09 
> Особенно на винде

Серьезно ? Позорище.

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

103. "Для Qt 6 развивается пакетный менеджер. Выпуск Выпуск Qt for..."  +1 +/
Сообщение от Аноним (103), 01-Ноя-20, 14:35 
Не волнуйтесь, скоро на Винде будет bash.
Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

51. Скрыто модератором  +/
Сообщение от Аноним (51), 29-Окт-20, 20:27 
Ответить | Правка | Наверх | Cообщить модератору

79. Скрыто модератором  –2 +/
Сообщение от Аноним (-), 30-Окт-20, 09:20 
Ответить | Правка | Наверх | Cообщить модератору

56. "Для Qt 6 развивается пакетный менеджер. Выпуск Qt for MCUs 1..."  +/
Сообщение от user90 (?), 29-Окт-20, 21:51 
Так%2C вспомнил Perl чегот..%0A
Ответить | Правка | Наверх | Cообщить модератору

66. "Для Qt 6 развивается пакетный менеджер. Выпуск Qt for MCUs 1..."  +2 +/
Сообщение от Аноним (66), 30-Окт-20, 00:51 
Gdb уже с шитоном, пакетный менеджер с шитоном, позже NodeJS прикрутят как майкрософт в visual studio, потом кубернетес и десяток девопсов, чтобы всем этим зоопарком управлять. И все это, чтобы красиво нарисовать hello world для MCU. Все больше обезьян выходят из леса в программирование :)
Ответить | Правка | Наверх | Cообщить модератору

71. "Для Qt 6 развивается пакетный менеджер. Выпуск Qt for MCUs 1..."  +1 +/
Сообщение от Аноним (72), 30-Окт-20, 06:24 
> пакетный менеджер также сможет использоваться для получения библиотек от сторонних производителей.

Зделают рассадник вирей? Сомневаюсь что все скачанные пакеты буду сертифицированы по подписи PGP.

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

81. "Для Qt 6 развивается пакетный менеджер. Выпуск Qt for MCUs 1..."  +/
Сообщение от Аноним (80), 30-Окт-20, 10:01 
Маркетологи это называют больше возможностей. При том так оно и есть, возможность отсылать бес спроса данные на хакерский сервер бесценна.
Ответить | Правка | Наверх | Cообщить модератору

87. "Для Qt 6 развивается пакетный менеджер. Выпуск Qt for MCUs 1..."  +/
Сообщение от Аноним (87), 30-Окт-20, 15:17 
> Маркетологи

Гнать их с ИТ!

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

93. "Для Qt 6 развивается пакетный менеджер. Выпуск Qt for MCUs 1..."  +/
Сообщение от Аноньимъс (?), 31-Окт-20, 11:16 
>бес спроса

Вместе с бесом предложения регулирует свободный рынок.

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

95. "Для Qt 6 развивается пакетный менеджер. Выпуск Qt for MCUs 1..."  +1 +/
Сообщение от Аноним (-), 31-Окт-20, 14:11 
> предложения регулирует свободный рынок.

Нет никакого рынка, и уж тем более свободного.

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

104. "Для Qt 6 развивается пакетный менеджер. Выпуск Qt for MCUs 1..."  –1 +/
Сообщение от Аноним (103), 01-Ноя-20, 14:41 
>Сомневаюсь что все скачанные пакеты буду сертифицированы по подписи PGP.

Так не качайте те, которые без подписи. Соответственно, и приложухи от Васянов, которые будут таковые использовать.

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

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

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




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

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