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

"Для 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. Сообщение от Аноним (1), 29-Окт-20, 13:09	+2 +/–
Хорошая новость, обожаю QT
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #11, #55

2. Сообщение от ryoken (ok), 29-Окт-20, 13:19	+2 +/–
Поясните для неразбирающихся. Это нечто на манер склоняемого тут на тему дыр и засылов всякой бяки NPM?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #15, #37, #45, #92

3. Сообщение от Аноним (3), 29-Окт-20, 13:24	+27 +/–
[комментарий про QuickTime]
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #65, #77

4. Сообщение от Lex (??), 29-Окт-20, 13:28	+8 +/–
Вы ничего не понимаете. В НПМ дыры неправильные, а в кутях будут - правильные и одобренные
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #26, #41

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

6. Сообщение от Аноним (6), 29-Окт-20, 13:32	–7 +/–
>Qt for MCUs почти как "ВИЧ для онкобольных"
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #74

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

8. Сообщение от James Bond (?), 29-Окт-20, 13:36	+/–
нынче просто ленивые все, пакетный менеджер им подавай
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #28

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

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

11. Сообщение от m.makhno (ok), 29-Окт-20, 13:39	+4 +/–
чувак, t маленькая
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #44

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

13. Сообщение от ryoken (ok), 29-Окт-20, 13:44	+2 +/–
> Всем свой пакетный менеджер! Заверните парочку для asm.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #101

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

15. Сообщение от ИмяХ (?), 29-Окт-20, 14:06	+2 +/–
Нет, это что-то вроде pip для путхона
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #16

16. Сообщение от Аноним (16), 29-Окт-20, 14:09	+3 +/–
Это в котором дырки для питона?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #19

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

18. Сообщение от Аноним (17), 29-Окт-20, 14:27	+1 +/–
Правильно, собирать надо только компилятором а пакеты устанавливать исключительно из Cargo! Так победим!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #30

19. Сообщение от Аноним (19), 29-Окт-20, 14:29	+/–
Да, как в cargo для растишки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

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

21. Сообщение от Аноним (19), 29-Окт-20, 14:30	+/–
Мораль проста: врачепорцы, антипрививочники и прочий генетический мусор должны умереть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #27

22. Сообщение от Ilya Indigo (ok), 29-Окт-20, 14:40	+/–
Ну вот зачем он нежен, да ещё и на пихоне! rpm их чем не устраивает?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24, #32, #33, #34, #40, #62, #68, #88

23. Сообщение от Аноним (98), 29-Окт-20, 14:47	+1 +/–
> Потом, правда, всё равно умер. вот именно, умер от того, чем лечили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

24. Сообщение от Аноним (98), 29-Окт-20, 14:48	–1 +/–
> rpm их чем не устраивает? "сделано не ими" (с)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

25. Сообщение от Аноним (25), 29-Окт-20, 14:56	+/–
для разработки же, не для эндюзера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

26. Сообщение от Аноним (26), 29-Окт-20, 15:20	+1 +/–
> правильные и одобренные Фрактал не одобрит, так что мимо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #105

27. Сообщение от Аноним (28), 29-Окт-20, 15:20	+1 +/–
Врачепорцы это кто такие?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #47

28. Сообщение от Аноним (28), 29-Окт-20, 15:22	+5 +/–
Нынче только ленивые не делают свой пакетный менеджер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

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

30. Сообщение от Аноним (29), 29-Окт-20, 15:55	+/–
Как же хочецца...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

31. Сообщение от НяшМяш (ok), 29-Окт-20, 15:57	+/–
> Есть же репозитории у нормальных операционных систем А, так вот чем достигаются рекордные числа пакетов у разных дистрибутивов - они просто из pip и npm всякое тянут )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

32. Сообщение от Аноним (29), 29-Окт-20, 15:59	–1 +/–
>Ну вот зачем он нежен, да ещё и на пихоне! Мсье желает по жестче? Как на счет %вставить_очередную_шутку_про_раст%?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

33. Сообщение от m.makhno (ok), 29-Окт-20, 16:04	–4 +/–
RPM нежный?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #52

34. Сообщение от Аноним (34), 29-Окт-20, 16:32	+/–
C++ разработчики тоже люди и хотят нежности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #59

35. Сообщение от ИмяХ (?), 29-Окт-20, 16:43	–3 +/–
Conan не для С++, он для Qt
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #46, #78

36. Сообщение от vcpkg (?), 29-Окт-20, 17:52	+/–
vcpkg конечно же неплох, но в отличии от Conan он принципиально не поддерживает версирование пакетов. Архитектурно он напоминает систему портов в FreeBSD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #38

37. Сообщение от Аноним (-), 29-Окт-20, 18:04	–5 +/–
> Это нечто на манер склоняемого тут на тему дыр и засылов всякой бяки NPM Та не, это просто капздец кутям пришел. Пятерка будет жить вечно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #67

38. Сообщение от fsb4000 (?), 29-Окт-20, 18:15	+1 +/–
поддерживает https://github.com/microsoft/vcpkg/blob/master/docs/specific...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

39. Сообщение от Аноним (-), 29-Окт-20, 18:15	+4 +/–
> и пересадке костного мозга от очень удачного донора. НУ да, мистер счастливчик просто. Он потом тоже умер . А затем прилетели марсиане и сказали что харе уже царапать небесную твердь и по эфирам свой бред пропускать, у них дети начинают тупеть от этого. И прислали масковича, элончик читал лекции на всякие никому ненужные темы 7 дней в неделю и параллельно написал десять линуксов и тридцать ракет собрал из консервных банок. Потом человечество сказало что это фигня и надо возвращаться к дино-тяге, это когда динозавр тянет тележку. Это очень эффективно но динозавра надо кормить и столько мяса не вырастить, потому и сделали динозавра невидимым, а жертвы для него якобы заболевали от неведомого вируса и приходя в "пункт" отдавали бабло за тесты и скарливались невидимому динозавру. Пункты были какбы заправками такими. но люди догадывались что что-то не так ..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #61, #73

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

41. Сообщение от Аноним (41), 29-Окт-20, 18:26	+2 +/–
В пакетном менеджере Qt будут правильные одобренные сишные дыры
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #42, #98

42. Сообщение от Аноним (42), 29-Окт-20, 18:34	+3 +/–
> В пакетном менеджере Qt будут правильные одобренные сишные дыры сиплюшплюшные
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

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

44. Сообщение от bergentroll (ok), 29-Окт-20, 18:42	+5 +/–
Может он регистронезависимый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #48

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

46. Сообщение от bergentroll (ok), 29-Окт-20, 18:46	+1 +/–
Для C++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

47. Сообщение от Аноним (47), 29-Окт-20, 18:57	+1 +/–
Муж дамы-врача?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #53

48. Сообщение от Аноним (48), 29-Окт-20, 19:10	+7 +/–
Регистро-диссидент.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

49. Сообщение от Урри (?), 29-Окт-20, 19:19	–3 +/–
Я не понимаю - зачем для С++ библиотеки тащить целый питон?? Им делать нечего? Есть, например, kiss (https://github.com/kisslinux/kiss) - пакетный менеджер на шелле. Тоже децентрализованный. Умеет все, что надо и не надо тащить с собой всякое говно. Но нет, ребята не ищут легких путей. Решили повторить историю со сборочным инструментарием.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #60

51. Сообщение от Аноним (51), 29-Окт-20, 20:27	+/–
>В качестве основы будет использован пакетный менеджер Сonan Да это варварство какое-то. Это говно на питоне написано. Только питона в составе Qt нам не хватало. На Meson перейти не планируют, а то переход на CMake  ещё не завершился?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #79

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

53. Сообщение от Lex (??), 29-Окт-20, 21:13	–1 +/–
> Муж дамы-врача? *муж целомудренной дамы-врача
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

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

56. Сообщение от user90 (?), 29-Окт-20, 21:51	+/–
Так%2C вспомнил Perl чегот..%0A
Ответить | Правка | Наверх | Cообщить модератору

57. Сообщение от Lex (??), 29-Окт-20, 22:03	–2 +/–
И тем не менее под яблоко и вирусов и ломалок более чем немало
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #69, #80

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

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

60. Сообщение от Аноним (58), 29-Окт-20, 22:56	–1 +/–
> пакетный менеджер на шелле И придется тащить шелл...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #82

61. Сообщение от Аноним (61), 29-Окт-20, 23:13	+/–
поделитесь веществами, пожалуйста
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

62. Сообщение от Ordu (ok), 29-Окт-20, 23:25	+3 +/–
> rpm их чем не устраивает? Системные пакетные манагеры неудобны для разработки. Если я пользуюсь библиотекой, я хочу иметь возможность легко посмотреть как мой код с разными версиями библиотеки работает, я хочу иметь возможность использовать даже не версию библиотеки, а конкретный git-commit, потому что там исправлен баг о который я спотыкаюсь, или добавлена фича, которую я хочу попробовать. Я хочу иметь возможность легко наложить патчик на библиотеку, чтобы добавить отладочную печать, которая бы мне выдавала бы информацию о происходящем в недрах этой библиотеки. И я не буду каждый раз, когда мне хочется добавить printf в недра библиотеки собирать новый rpm-пакет. Я даже не вижу смысла общесистемно ставить эту библиотеку: я её проще так подключу, модифицировав LD_LIBRARY_PATH. Или даже прилинкую статически к своему проекту, чтобы не возиться с переменными окружения. Я не буду всего этого делать, и уж тем более я не буду ждать, когда мейнтейнеры дистра пошевелятся и занесут в репы интересную мне версию библиотеки. Или хотя бы хоть какую-нибудь версию библиотеки занесут в репы. Когда-то я пробовал пользовать тематические оверлеи для gentoo, под common-lisp например, точно использовал, но на это я тоже забил, потому как эти оверлеи имеют тенденцию забывать обновляться на полгода или даже на пару лет, и из-за этого становится бесполезными. > Ну вот зачем он нежен, да ещё и на пихоне! А на чём его писать? На bash что ли? На bash довольно неудобно парсить конфиги, их конечно можно писать в синтаксисе bash, но нафиг надо, если конфиги можно писать в toml или в json, и парсить из python'а двумя строчками, одна из которых начинается со слова import. То есть, можно конечно написать и на bash, но видимо это не надо никому, кроме тебя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #64, #83

63. Сообщение от Bdfybec (?), 29-Окт-20, 23:27	+1 +/–
... для микроконтроллеров и маломощных устройств.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

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

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

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

67. Сообщение от Аноним (67), 30-Окт-20, 00:53	+/–
Помню как про тройку так говорили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #72

68. Сообщение от Аноним (68), 30-Окт-20, 01:33	+1 +/–
> пихоне желаю его осуществления, в виде игл тебе под ногти
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

69. Сообщение от Аноним (68), 30-Окт-20, 01:34	+/–
в аппсторе? пример в студию
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #84

71. Сообщение от Аноним (72), 30-Окт-20, 06:24	+1 +/–
> пакетный менеджер также сможет использоваться для получения библиотек от сторонних производителей. Зделают рассадник вирей? Сомневаюсь что все скачанные пакеты буду сертифицированы по подписи PGP.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #81, #104

72. Сообщение от Аноним (72), 30-Окт-20, 06:30	+/–
Qt3 forever!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

73. Сообщение от Ordu (ok), 30-Окт-20, 06:38	+/–
> Пункты были какбы заправками такими. но люди догадывались что что-то не так .. Поэтому люди прекратили приходить на заправки, и из-за этого динозавры вымерли. Люди начали строить египетские пирамиды, чтобы передать инопланетянам сигнал о том, что им нужны новые динозавры. Но Клеопатра поняла, что пирамиды не работают, и она родила Гая Юлия Цезаря. Гай Юлий Цезарь родил Тиберия. Тиберий родил Фому Аквинского. Фома Аквинский родил Ивана Грозного. Иван Грозный родил Ньютона. Ньютон родил Руссо. Руссо родил Ленина. Ленин родил Хайдеггера. Хайдеггер родил Путина. Путин родил Трампа. А Трамп излечил первого человека от ВИЧ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #76

74. Сообщение от Аноним (72), 30-Окт-20, 06:41	+/–
Вчера был ВИЧ/спид: https://www.linux.org.ru/forum/talks/2529338 https://www.linux.org.ru/forum/talks/2801803 Сегодня в моде маскировка облучения СВЧ под "коронавирус". Неизменным остается только геноцид.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #75

75. Сообщение от Аноним (72), 30-Окт-20, 06:44	+2 +/–
> Неизменным остается только геноцид. Методы проведения геноцида поменяли, с негуманных фашиских концлагерей и газовых камер на более гуманные и демократичные - больнички с ИВЛ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #91

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

77. Сообщение от Аноним (77), 30-Окт-20, 09:13	+/–
Ага, хохма уже десятилетия живет, но народ по-прежнему неаккуратен в заявлениях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

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

79. Сообщение от Аноним (-), 30-Окт-20, 09:20	–2 +/–
> Это говно причем тут твоя мамаша?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

80. Сообщение от Аноним (80), 30-Окт-20, 09:58	–3 +/–
Нет ни одной. С разморозкой, а вот в Гугл плее полно там никакой модерации нет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #85

81. Сообщение от Аноним (80), 30-Окт-20, 10:01	+/–
Маркетологи это называют больше возможностей. При том так оно и есть, возможность отсылать бес спроса данные на хакерский сервер бесценна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #87, #93

82. Сообщение от Аноним (82), 30-Окт-20, 10:34	+1 +/–
Шелл стоит везде, даже там где нет с++. Его не надо тащить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #86

83. Сообщение от Котофалк (?), 30-Окт-20, 12:31	+/–
> я хочу иметь возможность использовать даже не версию библиотеки, а конкретный git-commit вам к source-based, портежи умеют в это. > Когда-то я пробовал пользовать тематические оверлеи для gentoo, под common-lisp например о, вы только что оттуда. Ну так-то да, но от схемы с оверлеями "собственный пакетный менеджер Qt" отличается только тем, что какие-то базовые репы там будут тянуть силами разрабов Qt и есть шанс что их не бросят. Или есть ещё отличия?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #90

84. Сообщение от Lex (??), 30-Окт-20, 12:35	+/–
> в аппсторе? пример в студию С разморозкой. Дык и на винде в сторах вирусов едва ли найти.. и на андройде я ни разу за многие годы пользования андройдофонами вирусы не ловил, качая популярные приложения из плеймаркета. "Внезапно" многое на яблоке устанавливается НЕ ЧЕРЕЗ АППСТОР( там много требований и нюансов помимо того, что само право пытаться выгрузить что-то в аппстор стоит денег ). Ты ведь в курсе, что на яблоко можно устанавливать ПО не только через аппстор, не так ли ? Многое ПО распространяется обычными локальными установочниками. Той же криты, гимпа и проч в аппсторе нет, но для яблока они есть( как и многое другое ), можно скачать установочник и "внезапно" установить без какого-либо аппстора. Или хочешь, к примеру, добавить поддержку какой-нибудь железки на яблоко - скорее всего потребуется яблочное подобие драйверов, которые "внезапно" через аппстор не распространяются. И кто знает, что конкретно делает установочник после запроса доступа к некоторым изменениям системных каталогов ? Особенно на ОСи, у которой по умолчанию в системе имеются и рубин и питон.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

85. Сообщение от Lex (??), 30-Окт-20, 12:35	+/–
> Нет ни одной. С разморозкой, а вот в Гугл плее полно там > никакой модерации нет Выше ответил про модерацию, аппстор и прочую чушь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

86. Сообщение от Аноним (58), 30-Окт-20, 13:42	–1 +/–
Особенно на винде
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #94, #103

87. Сообщение от Аноним (87), 30-Окт-20, 15:17	+/–
> Маркетологи Гнать их с ИТ!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

88. Сообщение от niger (??), 30-Окт-20, 16:52	+2 +/–
Пакетный менеджер в языки и фреймворки тянут для несчастных и убогих виндузятников у которых ничего нет. И у них да, проблема лишнюю библиотеку поставить. Убиться можно. А в нормальных дистрах да, есть пакетные менеджеры, есть порты и т.д. Всёравно ни в одной серьёзной компании делающей серьёзный софт служба безопасности не пропустит эти пакетные менеджеры. Иш ты, ещё дай возможность девелоперам все подряд тянуть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #102

90. Сообщение от 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ообщить модератору
Родитель: #83 Ответы: #107

91. Сообщение от xESKOBARx (?), 31-Окт-20, 00:57	+/–
>Методы проведения геноцида поменяли, с негуманных фашиских концлагерей и газовых камер на более гуманные и демократичные - больнички с ИВЛ Добавь сюда асфиксию от ношения намордников, смертоносные протоколы "лечения" и тотальный информационный террор, от которого многие сходят с ума. Билл Гейтс со своими чипами нервно курит в сторонке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #106

92. Сообщение от liberal (?), 31-Окт-20, 02:05	+/–
> Это нечто на манер склоняемого тут на тему дыр и засылов всякой бяки NPM? Ты не понял! Это - другое!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

93. Сообщение от Аноньимъс (?), 31-Окт-20, 11:16	+/–
>бес спроса Вместе с бесом предложения регулирует свободный рынок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #95

94. Сообщение от Аноним (-), 31-Окт-20, 14:09	+/–
> Особенно на винде Серьезно ? Позорище.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

95. Сообщение от Аноним (-), 31-Окт-20, 14:11	+1 +/–
> предложения регулирует свободный рынок. Нет никакого рынка, и уж тем более свободного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

98. Сообщение от Аноним (98), 31-Окт-20, 16:08	+1 +/–
сплюснутые дыры
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

99. Сообщение от Аноним (99), 31-Окт-20, 17:45	–1 +/–
Хорошая попытка, анон.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

101. Сообщение от bootforce (?), 31-Окт-20, 20:23	+/–
асм использует хардварный
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

102. Сообщение от банан (?), 01-Ноя-20, 08:48	+/–
> А в нормальных дистрах да, есть пакетные менеджеры, есть порты и т.д. Использование пакетного менеджера не даёт выбрать версию зависимости. Вы хоть убейтесь, вы не сможете положить в пакет дистрибутива такую версию ангуляра (к примеру), которая устроит всех. И вы не заставите гугл поставлять тот же самый ангуляр во все дистрибутивы правильно. А если у вас пять версий приложения, каждую из которых необходимо собирать со своей совокупностью версий зависимостей? Возможно это говорит о том, что динамика поставки библиотек (пакетов, зависимостей, крейтов, нугетов) со временем меняется в худшую сторону. Вот и появляются флетпаки, пакетные менеджеры и прочее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

103. Сообщение от Аноним (103), 01-Ноя-20, 14:35	+1 +/–
Не волнуйтесь, скоро на Винде будет bash.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

104. Сообщение от Аноним (103), 01-Ноя-20, 14:41	–1 +/–
>Сомневаюсь что все скачанные пакеты буду сертифицированы по подписи PGP. Так не качайте те, которые без подписи. Соответственно, и приложухи от Васянов, которые будут таковые использовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

105. Сообщение от Myyx (?), 02-Ноя-20, 16:04	+/–
что такое фрактал? че за мальденброт?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

106. Сообщение от Myyx (?), 02-Ноя-20, 16:10	+/–
нет курение вредит ... а вот ... совершенно нет так то!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

107. Сообщение от Котофалк (?), 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ообщить модератору
Родитель: #90 Ответы: #108

108. Сообщение от 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ообщить модератору
Родитель: #107

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

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