The OpenNET Project / Index page

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



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

"Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от opennews (??), 31-Янв-19, 12:46 
Разработчики openSUSE сообщили (https://kubic.opensuse.org/blog/2019-01-30-kubiconaarch64/) об обеспечении поддержки архитектуры AArch64 в инструментарии Kubic (https://kubic.opensuse.org/), позволяющем развернуть и поддерживать кластер для запуска приложений в изолированных контейнерах. Для загрузки предлагается (http://download.opensuse.org/ports/aarch64/tumbleweed/iso/) iso-образ (1.1 Гб), предоставляющие готовое решение для создания систем CaaS (Container as a Service) на серверных платах с процессорами на базе архитектуры AArch64. Решение собирается из единой кодовой базы (https://github.com/kubic-project), также используемой для формирования сборок (http://download.opensuse.org/tumbleweed/iso/) для архитектуры x86_64.  


Из ограничений редакции для AArch64 отмечается недоступность некоторых пакетов, специфичных для систем x86_64, например, не поддерживается kubernetes-dashboard. Базовый загрузочный образ сформирован для 64-разрядных ARM-плат с поддержкой UEFI c достаточно большим объёмом ОЗУ (более 1 Гб), таких как Overdrive 1000 (https://en.opensuse.org/HCL:Overdrive_1000), D05 (https://en.opensuse.org/HCL:D05) и ThunderX2 (https://en.opensuse.org/HCL:ThunderX2).
Для плат без UEFI, таких как Pine64 и Raspberry Pi 3, подготовлен (https://en.opensuse.org/Kubic:Installation#Images_for_non-UE...) отдельный образ (https://download.opensuse.org/repositories/devel:/kubic:/ima.../) на базе MicroOS (https://en.opensuse.org/Kubic:MicroOS) (урезанный дистрибутива с атомарной установкой обновлений, настройкой через cloud-init, доступным только для чтения корневым разделом с Btrfs, runtime Podman/CRI-O и Docker). Возможна огранизация автоматизированной установки на большое число машин с использованием типового профиля  AutoYaST или загрузка узлов по сети (PXE/tftpboot).


Окружение Kubic построено на базе дистрибутива openSUSE (репозиторий Tumbleweed), инструментария Docker, платформы оркестровки кластера изолированных контейнеров Kubernetes и системы централизованного управления конфигурацией Salt. Для управления кластером предлагается интерфейс Velum (https://github.com/kubic-project/velum), который позволяет в один клик развернуть кластер на базе Kubernetes и организовать управление им, в том числе добавлять и удалять узлы, осуществлять мониторинг сбоев, определять политики установки обновлений. Запуск Kubernetes на узлах осуществляется в виртуальных машинах, развёрнутых на базе libvirt или OpenStack. Поддерживается запуск контейнеров, подготовленных при помощи инструментария Docker. Образы контейнеров распространяются в виде RPM-пакетов.

URL: https://kubic.opensuse.org/blog/2019-01-30-kubiconaarch64/
Новость: https://www.opennet.ru/opennews/art.shtml?num=50062

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

Оглавление

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


1. "Развиваемая проектом openSUSE система управления контейнерам..."  –5 +/
Сообщение от Аноним (1), 31-Янв-19, 12:46 
Хорошая новость :-) Я думал, что я один слежу за этим. Но оказывается, что кому-то из тех, кто пишет новости, эта тема тоже интересна
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Развиваемая проектом openSUSE система управления контейнерам..."  –3 +/
Сообщение от Аноним (3), 31-Янв-19, 13:36 
> контейнеров распространяются в виде RPM-пакетов

Все правильно, деб не нужен

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

5. "Развиваемая проектом openSUSE система управления контейнерам..."  +6 +/
Сообщение от Аноним (5), 31-Янв-19, 14:12 
- Вы что-то сказали, сэр?
- А настоящему джентльмену всегда есть что сказать !
- Ну что, разомнёмся?
- Ну что ж, пожалуй...
(с)
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

10. "Развиваемая проектом openSUSE система управления контейнерам..."  +4 +/
Сообщение от Аноним (10), 31-Янв-19, 16:24 
Впрочем, как и всё остальное с systemd.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

11. "Развиваемая проектом openSUSE система управления контейнерам..."  –5 +/
Сообщение от Аноним (11), 31-Янв-19, 16:44 
Декларативное описание юнитов, параллелизация загрузки на pure C...
Нет, давайте все выкинем и вернем всё взад, калякать портянки на тормозном однопоточном интерпретируемом языке
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

13. "Развиваемая проектом openSUSE система управления контейнерам..."  +3 +/
Сообщение от нах (?), 31-Янв-19, 18:28 
> Декларативное описание юнитов, параллелизация загрузки на pure C

а теперь попробуйте объяснить, нахрена это нужно.

> Нет, давайте все выкинем и вернем всё взад

да, вместе с любителями модных баззвордов и неосиляторами тривиальных скриптов.

Которые, разумеется, и в си коде ничего поправить не смогут, но тут они неодиноки - в ЭТОМ коде поправить ничего не может в общем-то уже никто.

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

15. "Развиваемая проектом openSUSE система управления контейнерам..."  –1 +/
Сообщение от Аноним (11), 31-Янв-19, 18:38 
> в си коде ничего поправить не смогут

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

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

16. "Развиваемая проектом openSUSE система управления контейнерам..."  +1 +/
Сообщение от псевдонимус (?), 31-Янв-19, 20:25 
Ну исправишь ты код в системдне.Прилетит обновление и всё( А если куплена поддержка там вообще трогать ничего нельзя, пожилой любитель лёнятварений.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

17. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от пох (?), 31-Янв-19, 21:08 
да не исправит ничего эта болтушка, повторяющая как дятел набор заклинаний "декларативное описание", "параллелизация", "портянки" (как вижу - значит это му...к)

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

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

18. "Развиваемая проектом openSUSE система управления контейнерам..."  –4 +/
Сообщение от Аноним (11), 31-Янв-19, 21:24 
> на баш-скриптах, и это занимает у него минуты, а не часы

Погоди-ка, меня тут горячо убеждали, что баш надо ОСИЛИТЬ. А тут получается, НЕОСИЛЯТОРАМИ выходят сами же баш-портянщики. Скрипткиддисы-электронщики-баш-портянщики не осиливают простейший синтаксис ини-файлов?

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

19. "Развиваемая проектом openSUSE система управления контейнерам..."  +4 +/
Сообщение от псевдонимус (?), 31-Янв-19, 21:59 
Скрипткиддисы-электронщики-баш-портянщики
> не осиливают простейший синтаксис ини-файлов?

Ты прикидываешься? Системда делает то же, что и шелл-скрипты и горсть утилит но её налету не поправишь. При чём тут юнит-фэёлы, эти дурацкие крутилки торчащие из уродливой аморфной туши системды? Как ты на них сделаешь то, что не предусмотрел графоман горшочников? А никак.В том числе и для этого делалось системдно (какой-то сюр: графоман пишет "защиту от дурака").


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

20. "Развиваемая проектом openSUSE система управления контейнерам..."  –2 +/
Сообщение от Аноним (11), 31-Янв-19, 22:04 
> Как ты на них сделаешь то, что не предусмотрел графоман горшочников?

Приведи пример, что у тебя там такое нестандартное, что 100500 настроек системды не хватило.

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

21. "Развиваемая проектом openSUSE система управления контейнерам..."  +1 +/
Сообщение от псевдонимус (?), 31-Янв-19, 23:02 
К счастью у меня его нет, а есть бсд-скрипты. А  примеры невменяемой работы системды ты можешь найти на любом форуме. Последний раз я щупал его на дебиан 8. Мне было бы плевать, если бы к нему не прибивали программы.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

22. "Развиваемая проектом openSUSE система управления контейнерам..."  –1 +/
Сообщение от Аноним (11), 31-Янв-19, 23:16 
ну то есть жалуешься на то, что системда тебе чего-то не дает (so called "нестандартное"), но когда тебя просят сказать, что же именно тебе там не хватает, уходишь в туман. Ожидаемо.

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

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

23. "Развиваемая проектом openSUSE система управления контейнерам..."  +2 +/
Сообщение от псевдонимус (?), 31-Янв-19, 23:32 
Системдауны и есть  креационисты, поэтому вокруг неё который год идёт непрекращающийся с-чь  Конкретно у меня в восьмом дебиане она не могла выключить компьютер,причём иногда могла,а иногда нет.Рандомно.

>со стороны системдосников логика и последовательность,

Где можно посмотреть? Покажи, пусть мне будет стыдно.

>то башпортянщики в основном виляют жопой и бессистемно скакают с одной темы на другую.

На этом сайте есть подборка с критикой системд. За конкретикой иди на форумы, даже ЛОР подойдёт.Свою проблему с ним я озвучил.

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

25. "Развиваемая проектом openSUSE система управления контейнерам..."  –1 +/
Сообщение от Аноним (25), 31-Янв-19, 23:48 
> Конкретно у меня в восьмом дебиане она не могла выключить компьютер,причём иногда могла,а иногда нет.Рандомно

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

> На этом сайте есть подборка с критикой системд. За конкретикой иди на форумы

Ну в общем классический креационист. Ссылки на каких-то там "все большее число ученых отказываются от эволюционизма".

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

26. "Развиваемая проектом openSUSE система управления контейнерам..."  +1 +/
Сообщение от псевдонимус (?), 01-Фев-19, 00:13 
У меня нет Дебиана, потому что я его не использую с тех времён, потому что я понял что он рипнулся.
И федора со свежайшим го..софтом мне не впёрлась.

>А у меня в федоре такой проблемы нет.

Ага, "УМВР".

>Ну в общем классический креационист.

Я вижу, что ты креационист.

>Декларативное описание юнитов, параллелизация загрузки на pure C...

Это вот это вот "логика и последовательность"?

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

27. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от Аноним (27), 01-Фев-19, 02:41 
Ну его после лени немного подзалатали, что он стал хоть как то работать. И пользовать системд вполне себе можно в девятке. в 8 да еще оставались проблемы. У меня он вообще тупо крашился.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

33. "Развиваемая проектом openSUSE система управления контейнерам..."  +2 +/
Сообщение от Аноним84701 (ok), 01-Фев-19, 14:56 
> Ну в общем классический креационист. Ссылки на каких-то там "все большее число
> ученых отказываются от эволюционизма".

Да нате, мне не жалко:
https://www.opennet.ru/openforum/vsluhforumID3/110746.html#21
...
Пункт первый - качество кода/архитектуры:
Перлы в коде, типа магических строк и прочего:


arg_header = strdup(option+7);
strcpy(stpcpy(stpcpy(stpcpy(mempcpy(t, p, fn - p), ".#"), extra), fn), «XXXXXX»);
if (path_is_absolute(option+15))
ret = new(char, (e - slice) + 1 + strlen(name) + 6 + 1);
strcpy(mempcpy(mempcpy(r, f, a + 1), i, b), e);
...

это еще не задаваясь вопросом, зачем вообще понадобилось изобретать велосипед вместо использования того же re2/lemonparser. Ну или хотя бы, если уж так зудит NIH-синдром, почитать классику и сделать сц*ко _нормальный_ токенизатор и парсер (благо, там грамматика простейшая и простого recursive descent парсера должно хватить за глаза) , а не велосипедить что-то с strchr/strspn,  распихивая все это действо по всему коду.
...
там еще есть интересный пунктик с проверками входных данных - они довольно бессистемны и дубли-"триплируются".
...

второй пункт претензий - запихивание всего, чего можно:
https://www1.opennet.ru/opennews/art.shtml?num=41301
> В Systemd добавлен код для разбора формата JSON
> В дополнение к уже присутствующей поддержке формата XML

Про классику типа QR кодов и встроенного httpd скромно умолчим. Тот же ресольвер по фунциональности хромает на обе ноги, зато с дырами там все нормально https://www.openwall.com/lists/oss-security/2017/06/27/8


Третий:
https://lists.freedesktop.org/archives/systemd-devel/2016-Fe...
> * Most configurable timeouts in systemd now expect an argument of "infinity" to turn them off, instead of "0" as before.

А чтобы жизнь медом не казалась
> To maintain backwards compatibility, "0" continues to  turn off previously existing timeout settings

или
https://lwn.net/Articles/490413/
> you can still build it for usage outside of systemd systems, and we will support these builds
> officially. In fact, we will be supporting this for a long time

Да, лонг-тайм оказался периодом аж в два года.

Или очередной велосипедизм с элементами гвоздеприбивания колес:
https://lists.freedesktop.org/archives/systemd-devel/2015-Fe...
> When the user presses Ctrl-Alt-Del more than 7x within 2s an immediate reboot is triggered.
>

Ну и "мытеперьвашновыйстандарт!":
https://github.com/systemd/systemd/issues/825#issuecomment-1...
>poettring:
> Long story short: "su" is really a broken concept. It will given you kind of a shell, and it's fine to use it for that, but it's not a full login, and shouldn't be mistaken for one.

https://github.com/systemd/systemd/issues/5644
> tmpfiles: R! /dir/.* destroys root

-
> 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://www.opennet.ru/openforum/vsluhforumID3/110746.html#82
https://github.com/systemd/systemd/blob/master/src/basic/mac...
> На 238 пушка просто: /* We override the glibc assert() here. */. Молодец, Леня!
> В макросе на 323 ошибка: не учитывается знак минуса для отрицательных чисел (а они, судя по комментарию
> для соседнего макроса на стр. 313-316, ожидаются).
> Опасный макрос на 333.
> Какой-то ад на строках 335-361.
>

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

51. "Развиваемая проектом openSUSE система управления контейнерам..."  +1 +/
Сообщение от freehckemail (ok), 03-Фев-19, 14:41 
> https://github.com/systemd/systemd/issues/5644
>> tmpfiles: R! /dir/.* destroys root
> -
>> 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?

Ахахаххахах! В десятку, блин! :D
И этот ламер разрабатывает системный менеджер, подумать только. А нас потом спрашивают "почему вы  не хотите им пользоваться?" :D

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

55. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от псевдонимус (?), 03-Фев-19, 15:32 
>> https://github.com/systemd/systemd/issues/5644
>>> tmpfiles: R! /dir/.* destroys root
>> -
>>> 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?

> Ахахаххахах! В десятку, блин! :D
> И этот ламер разрабатывает системный менеджер, подумать только. А нас потом спрашивают
> "почему вы  не хотите им пользоваться?" :D

А он всегда действует так, будто до него ничего не существовало, а то что существовало было УГ, потому не опускается до чтения манов. Мания величия во всей красе.


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

40. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от Аноним (40), 02-Фев-19, 03:01 
Системд не виноват , виноваты пропитоеристы которые сделали третий питон и выше , как доказательство поставьте weston окружение и зайдите , сразу фантастика скорость повышается , а hdd диск перестаёт играть музыку сверчков , системд это лишь ключ зажигания , проблемы кроются в третьих питонах
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

46. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от псевдонимус (?), 02-Фев-19, 17:38 
Виноваты те, кто вообще сделал важные компоненты зависящими от пистон.
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

50. "Развиваемая проектом openSUSE система управления контейнерам..."  +1 +/
Сообщение от freehckemail (ok), 03-Фев-19, 14:31 
> ну то есть жалуешься на то, что системда тебе чего-то не дает (so called "нестандартное"), но когда тебя просят сказать, что же именно тебе там не хватает, уходишь в туман. Ожидаемо.

Боюсь, что человеку просто лень привести пример, потому что за ними на самом-то деле далеко идти не надо. Конкретно в юнитах не хватает одной простой вещи: хуков. Вот самый первый пример, который в голову пришёл:

https://mirror.yandex.ru/debian/pool/main/d/dnsmasq/dnsmasq_...

На случай, если Вы не с дебом по жизни работаете, упрощу Вам задачу:


dpkg -x <file>.deb .

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

29. "Развиваемая проектом openSUSE система управления контейнерам..."  +3 +/
Сообщение от пох (?), 01-Фев-19, 12:40 
тебе привели пример, но твои слабенькие мозги не осилили дочитать сообщение даже до середины  - сразу повели тебя писать что-то о чужом неосиляторстве.

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

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

41. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от псевдонимус (?), 02-Фев-19, 14:38 
>  псевдо-юнитах которые юнитами не являются

Ты видимо покопался в кишках этого у..программного продукта, можешь про эти недоюниты рассказать?


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

42. "Развиваемая проектом openSUSE система управления контейнерам..."  +1 +/
Сообщение от пох (?), 02-Фев-19, 16:48 
> Ты видимо покопался в кишках этого у..программного продукта

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

Плюнул и решил на него время не тратить. Просто внес в регламенты что перезагрузка системы может занимать до 20 минут и добавил чудо-юнит, намертво оверрайдящий оверрайд kern.sysrq обратно в 1 (потому что штатные механизмы макаки раз в неделю "улучшают"). Ну а чо, модное, стильное, молодежное, новый стандарт. К тому же пять из них инициализируется память энтерпрайзной железяки.

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

44. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от псевдонимус (?), 02-Фев-19, 17:19 
>нет единого кода этого дерьма

Ну так это ожидаемо: они объявляли о слиянии кодовой базы с удавом и, вероятно, дбусом. Естественно сильно они их переделывать не стали, скрепили "портянками" на С.

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

-((...

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

52. "Развиваемая проектом openSUSE система управления контейнерам..."  +1 +/
Сообщение от freehckemail (ok), 03-Фев-19, 14:55 
>>нет единого кода этого дерьма
> Ну так это ожидаемо: они объявляли о слиянии кодовой базы с удавом
> и, вероятно, дбусом. Естественно сильно они их переделывать не стали, скрепили
> "портянками" на С.

Ну дык, разумеется! Слияние-то было, само собой, не улучшения качества ради, а для взаимопроникновения кода: в целях обеспечения неразрывной связи с одним из основных компонентов любой linux-системы.

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

53. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от псевдонимус (?), 03-Фев-19, 15:22 
Так поцер давно перестал скрывать, что главная цель системды - "стандартизация" линукс.
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

45. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от псевдонимус (?), 02-Фев-19, 17:24 
Слушай, а у тебя в работе центось или прочие РХ-производные? Неужели и там на горячую улучшают?!
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

47. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от пох (?), 02-Фев-19, 19:15 
вокруг центоси и прочих редхатов у меня аутсорсеры прыгают, к тому же они виртуальные, там особо ломаться нечему, и в другую сторону тоже нечему - там жаба с томкэтом, если от системы ничего кроме загрузчика не требовать, она в общем как-то и будет работать, поэтому и вони от них не бывает. А улучшают там в другую сторону - cockpit, вот это вот все - то есть они реально настолько $@!лись, что действительно думают что энтерпрайз-системой будут управлять через уеб-интерфейс, причем вот через это недоразумение, а не какой-нибудь действительно работавший, хоть и с кучей проблем, сто лет назад webmin.

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

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

48. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от псевдонимус (?), 02-Фев-19, 20:13 
>cockpit,

В печь. Нет, вот так: В ПЕЧЬ!!! 1000 окошек и 100000 кнопок не.... ну ты понял.

>А свой "корпоративный стандарт" бубунточка

А центосюшка сильно лучше? То же самое, только типа "от разработчиков" и пакетов меньше.

ЗЫ: интересно, почему в цисках и джуниперах до сих пор есть командная строка. Нужно этим дятлам сказать, что нужен кокпит и вообще без сраузера интернетов не бывает. Это тупик. Одноразовое железо, одноразовая ось, одноразовый специалист.

Ну а так, если всё как ты говоришь, то это очень грустно.


ЗЗЫ:Так начальство твоё там своими черепушками что-нибудь думает или тупо "а все так делают! Ы-Ы-Ы". Ты им сказку "О попе и работнике его Балде" прочитай, вдруг сработает.


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

58. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от пох (?), 04-Фев-19, 11:37 
> А центосюшка сильно лучше? То же самое, только типа "от разработчиков" и

скорее сильно хуже - напоминаю, эти деятели в версии 8 (!) наконец-то nginx осилили внести в штатный набор пакетов (ну, понятно, у центоси все то же только с опозданием на три месяца), а до того его из epel или еще там откуда ставили. И так у них все. Потому что у их типичного покупателя в вакууме - изнутри tomcat, а снаружи какой-нибудь big-ip/f5

> ЗЫ: интересно, почему в цисках и джуниперах до сих пор есть командная
> строка. Нужно этим дятлам сказать, что нужен кокпит и вообще без

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

А wlc какой-нибудь без гуя настраивать так себе удовольствие.

> ЗЗЫ:Так начальство твоё там своими черепушками что-нибудь думает или тупо "а все
> так делают! Ы-Ы-Ы". Ты им сказку "О попе и работнике его

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

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

24. "Развиваемая проектом openSUSE система управления контейнерам..."  +3 +/
Сообщение от asd (??), 31-Янв-19, 23:46 
Все что вы описали, уже было до этого в том-же InitNG, только оно никому не нужно было, а вот как начали все к systemd гвоздями прибивать так оно внезапно понадобилось! -_-
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

49. "Развиваемая проектом openSUSE система управления контейнерам..."  +1 +/
Сообщение от freehckemail (ok), 03-Фев-19, 13:36 
> однопоточном интерпретируемом языке

Молодёжь даже не в курсе основной фишки shell. Однопоточном, ага. Shell как раз и нужен для того, чтобы организовывать конвееры из параллельно запущенных задач, запускать пулы задач (см. xargs/parallel), чтобы всё оно работало в *несколько* потоков.

> давайте все выкинем и вернем всё взад

И-мен-но! Наш выбор -- Devuan.

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

6. "Развиваемая проектом openSUSE система управления контейнерам..."  +2 +/
Сообщение от Ilya Indigo (ok), 31-Янв-19, 14:47 
Да там другая главная новость!
Не прошло и пол года (хотя может и прошло), они вчера python 3.7 наконец-то в Factory приняли, который блокировал принятие openssl 1.1.1 и glibc 2.28!

А вы тут про какие-то кубики...

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

7. "Развиваемая проектом openSUSE система управления контейнерам..."  +1 +/
Сообщение от Ilya Indigo (ok), 31-Янв-19, 14:53 
> Не прошло и пол года (хотя может и прошло) ...

https://build.opensuse.org/package/view_file/openSUSE:Factor...

Thu Jun 28 10:42:15 UTC 2018 - mimi.vx@gmail.com

- update to python 3.7.0

Не! Точняк 7 месяцев прошло!

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

14. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от нах (?), 31-Янв-19, 18:29 
это говорит как о востребованности модного пихона3.9 или сколько там он у вас, так и о востребованности не менее модных openглюкал1.1.1.1.1.1

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

28. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от Аноним (28), 01-Фев-19, 03:43 
Буквально в каждой теме ты называешь питон "пихоном" и хейтишь его, почему?
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

31. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от Аноним (31), 01-Фев-19, 14:05 
Потому что пишет на perl, очевидно же
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

32. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от Аноним (32), 01-Фев-19, 14:55 
Что мешает писать на обоих языках, или по крайней мере не ругать один из них?
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

34. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от нах (?), 01-Фев-19, 16:03 
бррр, нет! то есть когда-то давно, конечно, было дело, но это ж давно и по принуждению.

Но вот разбираться в чужой писанине - знаешь, лучше бы она была на перле.

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

35. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от Аноним (32), 01-Фев-19, 17:03 
Питон же понятнее, там даже отступы обязательны
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

36. "Развиваемая проектом openSUSE система управления контейнерам..."  +1 +/
Сообщение от Аноним84701 (ok), 01-Фев-19, 18:09 
> Питон же понятнее, там даже отступы обязательны

Да ладно …
https://ideone.com/wKZwIJ
https://ideone.com/9vJy2P


def letshavesomefun(_, __ = type({( )})):  __ = type("""
                      .-=-.          .--.
          __        .'     '.       /  " )
  _     .'  '.     /   .-.   \     /  .-'\
( \   / .-.  \   /   /   \   \   /  /    ^
  \ `-` /   \  `-'   /     \   `-`  /
jgs`-.-`     '.____.'       `.____.'""", (__,),
{'_'
:__.__dict__[
filter(lambda _: '_' not in _,sorted(__
.__dict__))[:
:-1].pop()]})( {( )} ); return [_
for _ in _ if _ not in __ and
not __._(_)]

print letshavesomefun(
"hello world"
                 )


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

37. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от Аноним (32), 01-Фев-19, 18:44 
На Перловке или каком-то другом языке как будто нельзя так написать. Какие-нибудь конкретные претензии к питону может кто озвучить?
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

38. "Развиваемая проектом openSUSE система управления контейнерам..."  +1 +/
Сообщение от Аноним84701 (ok), 01-Фев-19, 23:17 
> На Перловке или каком-то другом языке как будто нельзя так написать.

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

> Какие-нибудь конкретные претензии к питону может кто озвучить?

Так выше вон, отличная демонстрация костыльного синтаксиса:
{} - dict
{()} - set
_ - конкретное значение в зависимости от контекста, более упрощенный пример:


__ = [1,2]; _= range(10);[_ for _ in _ if _ not in __]
[0, 3, 4, 5, 6, 7, 8, 9]
subset = [1,2]; some_range = range(10);[x for x in some_range if x not in subset]
[0, 3, 4, 5, 6, 7, 8, 9]

lambda - умеет только выражения, хотя ЯП императивный, что [невозможность безкостыльно присвоить или изменить значение] частенько "доставляет".  Т.е. передать "my_val = 3.14; for i in range(...) if i == my_val" в качестве анонимной функции не выйдет.

Дефолтные значения в аргументах:


__ = type({( )})

"сохраняется" между вызовами.
демонстрирую:

>>> def f(x, y=list()):

...     y.append(x)
...     print y
...    
...
>>> f(1)

[1]
>>> f(2)

[1, 2]
>>> f(1,[])

[1]
>>> f(1)

[1, 2, 1]

Непонятно, нафига ввели синтаксис **kwdargs "def x(**myargs): "
когда оно по сути является словарем (который так же можно было передать)

ну и всякие мелочи:


>>> class F(object):

...   def noself(): return "hello"
...   def __init__(self):
...     self.self = lambda: "world"
...
>>> F().self()

'world'
>>> F().noself()

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: noself() takes no arguments (1 given)

>>> 1, + 2,

(1, 2)
>>> (1,) + (2,)

(1, 2)
>>> (1,) + 2,

Traceback (most recent call last):
  File "<input>", line 1, in <module>
    (1,) + 2


"однородность" синтаксиса аж "изо всех щелей".

При попытках использовать динамизм на всю (манкипатчинг) начинают вылезать особенности реализации:


>>> d={1:2,2:3}
>>> d.__getitem__ = lambda: "d"

Traceback (most recent call last):
  File "<input>", line 1, in <module>
    d.__getitem__ = lambda: "d"
>>> int.__add__ = lambda: "d"

Traceback (most recent call last):


  File "<input>", line 1, in <module>
    int.__add__ = lambda: "d"
Это если на вскидку.
"Батарейки" в двойке вообще отдельный разговор -- советую заглянуть в asyncore, "поудивляться".

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

39. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от Аноним (39), 02-Фев-19, 02:46 
Рад наконец-то встретить конструктивную критику. Однако же стоит ли отказываться от питона, и если да, то в пользу чего? Разве в других языках нет несовершенств?
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

43. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от пох (?), 02-Фев-19, 16:56 
> Рад наконец-то встретить конструктивную критику. Однако же стоит ли отказываться от питона,

отказываться, если уже начал писать - наверное, нет, но и любить его особенно не за что.

а если писал не ты - то и выбора нет, приходится ковыряться в том, что уже понаписали. Если не повезет, это будет php.

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

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

54. "Развиваемая проектом openSUSE система управления контейнерам..."  +2 +/
Сообщение от freehckemail (ok), 03-Фев-19, 15:24 
> Рад наконец-то встретить конструктивную критику. Однако же стоит ли отказываться от питона, и если да, то в пользу чего? Разве в других языках нет несовершенств?

Конечно же, в других языках тоже есть свои несовершенства. Но давайте будем честными: синтаксис -- это лишь малая толика. Даже с питоновским синтаксисом возможно работать. Вот что действительно важно при работе с языком, так это его библиотеки. А у питона с ними довольно паршиво. Да и за примерами далеко ходить не надо.

Вот Вы алгоритмы учили в институте? Надеюсь, что да. Ну так вот. Пожалуйста, попробуйте найти какой-нибудь элементарный само собой разумеющийся модуль, типа Stream. К чёрту даже всякие итераторы, счётчики и прочее. Пусть будут просто три обязательные операции: create-stream, get-next-element и null-checker. Нету? Надо же. А сколько лет языку.

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

О, это же скриптовый язык. Скриптовать можно много чего, но пожалуй одно из самый частых применений -- это работа с ФС. Окей. Пожалуйста, найдите библиотеку для работы с ФС, которая способна повторить функционал команды cp полностью (я даже сохраню Вам время и скажу прямо: cp -R). Нету? Ну надо же. А ведь это вещи, которые, казалось бы, должны бы уже давно быть, за столько-то лет.

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

Касаемо вопроса: если отказываться от питона, то я бы рекомендовал посмотреть в сторону Perl5, как на скриптовый язык общего назначения. Для большинства случаев работы с ФС хватает shell. Если же вам питон интересен в основном обвязками для сторонних библиотек (очень частое применение питона), то есть например OCaml -- язык семейства ML с прекрасным CFFI.

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

56. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от Аноним (32), 03-Фев-19, 17:41 
Меня Python интересовал главным образом для написания вебприложения.

Почему же тогда Python стал настолько популярен, если у него плохо с библиотеками. Почему тот же Perl5 был им вытеснен (ведь на Perl сейчас довольно мало программируют, хоть он и не умер полностью). Почему в машинном обучении доминирует Python.

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

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

> сли же вам питон интересен в основном обвязками для сторонних библиотек, <...> то <...> OCaml...

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

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

57. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от freehckemail (ok), 04-Фев-19, 10:10 
> Меня Python интересовал главным образом для написания вебприложения.
> Почему же тогда Python стал настолько популярен, если у него плохо с
> библиотеками. Почему тот же Perl5 был им вытеснен (ведь на Perl
> сейчас довольно мало программируют, хоть он и не умер полностью). Почему
> в машинном обучении доминирует Python.

Ну дык. Академический язык же. Обучение на нём ведут. Когда-то вели на Pascal -- он тоже был дико популярен. Настолко, что даже на всяческих Delphi много чего понаписали.

>> если отказываться от питона, то я бы рекомендовал посмотреть в сторону Perl5, как на скриптовый язык общего назначения.
> А вебсайты тоже на перле писать? Сейчас же так никто почти не
> делает, питон всех вытеснил почему-то

Вытеснил ли? А как же nodejs и php? На perl не знаю, как обстоят сейчас дела, но раньше сайты на нём вполне себе клепали.

>> сли же вам питон интересен в основном обвязками для сторонних библиотек, <...> то <...> OCaml...
> Возможный вариант, ML-подобные мне нравились в университете, хотя у них и есть
> ореол заброшенности (мы на Standard ML фигачили). Почему вот только в
> машинном обучении (самой, наверное, прорывной отрасли подобного применения) Python почти
> везде, а OCaml - ну как минимум не на слуху (уж
> не скажу, что совсем не в ходу, потому что не знаю,
> мб используют  где)?

В основном, думаю, виной тому высокий порог вхождения в ocaml и большое количество студентов, которых обучали на python-е. Хайповость темы machine learning-а в частности сыграла свою роль.

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

61. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от Аноним (39), 04-Фев-19, 16:54 
> Вытеснил ли? А как же nodejs и php?

Да, это я неправильно выразился, не вытеснил один. Но пришёл вместе с другими на замену вытесняемому perl. Вопрос только, на чём ныне лучше писать сайты всё-таки

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

62. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от freehckemail (ok), 05-Фев-19, 18:30 
>> Вытеснил ли? А как же nodejs и php?
> Да, это я неправильно выразился, не вытеснил один. Но пришёл вместе с
> другими на замену вытесняемому perl. Вопрос только, на чём ныне лучше
> писать сайты всё-таки

На чём *лучше* -- сказать по нашим временам сложно. Насколько я вижу, во всех серьёзных проектах используется jamstack (или что-то похожее). То есть ты статику в виде js и картинок отдаёшь, и всё это дело взаимодействует с бэкендом через api. Бэкенд же работает на любом языке.

Мне пока видится это наиболее разумным сочетанием. Так что, если отвечать на Ваш вопрос общО, то видимо сайты лучше писать таки на js.

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

63. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от Аноним (28), 06-Фев-19, 17:16 
Вот и пришли к тому, что бэкэнд таки на любом языке, в т.ч. и на Питоне. Хотя вопрос был именно в том, что если не питон раскритикованный тут, то кто?
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

64. "Развиваемая проектом openSUSE система управления контейнерам..."  +1 +/
Сообщение от freehckemail (ok), 07-Фев-19, 03:28 
> Вот и пришли к тому, что бэкэнд таки на любом языке, в
> т.ч. и на Питоне. Хотя вопрос был именно в том, что
> если не питон раскритикованный тут, то кто?

Я так скажу: если Вы правильно выдержали архитектуру, можно наверное и с питоном выехать. Хотя жрать он будет, конечно, дай боже. Да и тяжело будет с питоном правильно её выдержать. Столько грамотных питонистов Вы никогда не найдёте.

Серьёзные проекты с питоном в бэкенде не делаются -- это факт.

Вот просто по личному опыту хотя бы (хотя это, конечно, субъективно):
Я участвовал в разработке DLP-систем. Там бэкенд был на Racket и Clojure (плюс местами на Ocaml и Scala -- проект с боооольшущей историей).
Я участвовал в национальном проекте, связанном с товарооборотом. Там бэкенд был на Scala.
Текущий проект -- система процессинга платежей. В бэкенде Elixir.

А Python-а нигде не видно.

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

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

65. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от Аноним (28), 08-Фев-19, 01:17 
Ого, кложура таки жива
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

59. "Развиваемая проектом openSUSE система управления контейнерам..."  +1 +/
Сообщение от пох (?), 04-Фев-19, 11:45 
> Почему же тогда Python стал настолько популярен, если у него плохо с
> библиотеками. Почему тот же Perl5 был им вытеснен (ведь на Perl

он в основном phpой был вытеснен - догадываешься, почему?

> сейчас довольно мало программируют, хоть он и не умер полностью). Почему
> в машинном обучении доминирует Python.

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

> А вебсайты тоже на перле писать? Сейчас же так никто почти не

а почему, собственно, нет? Ну, правда, с FCGI придется мучаться. Проблема только что это будет очень низкоуровневое программирование, никакого тебе ни битрикса, ни дрюпалки, ни хотя бы Typo. Ну и сколько лет ты собираешься копаться?

> делает, питон всех вытеснил почему-то

вообще-то это был php. Ну и жаба-ее в ентер-прайсе.

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


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

60. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от Аноним (39), 04-Фев-19, 16:51 
> а почему, собственно, нет? Ну, правда, с FCGI придется мучаться. Проблема только что это будет
> очень низкоуровневое программирование

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

>> делает, питон всех вытеснил почему-то
>вообще-то это был php. Ну и жаба-ее в ентер-прайсе.

Ладно, да, питон не вытеснил всех, я согласен. Но он был одним из тех, кто стал приходить на замену вытесняемому perl.

> джанга - труп смердящий

Неужели с ней так всё плохо? И что лучше (не обязательно питоновское)? Рельсы? Spring? Нода? На опеннете так-то все эти фреймворки и технологии недолюбливают, а на чём вот только сайт писать, если надо фреймворк, не хочется низкоуровневой возни?

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

30. "Развиваемая проектом openSUSE система управления контейнерам..."  +1 +/
Сообщение от Аноним (31), 01-Фев-19, 14:04 
Какие контейнеры? Мы обсудим  systemd лучше :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

66. "Развиваемая проектом openSUSE система управления контейнерам..."  +/
Сообщение от Аноним (66), 19-Фев-19, 10:55 
Да, точно! И заодно ритуально похороним питон. Уже скоро тридцать лет будем традиционно хоронить.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

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

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




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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