Etherpad-lite: официальный пакет debian для etherpad

Я бы поддержал вас, но я не знаю, хватит ли времени, чтобы сделать всю работу за несколько недель.
У нас есть сценарий для сборки пакета debian, но он (больше не работает): https://github.com/ether/etherpad-lite/blob/develop/bin/buildDebian.sh

1. Это называется "etherpad", хотя это немного раздражает из-за "java etherpad".
2. нет, насколько я знаю, это не то же самое. Мы создали несколько модулей, от которых зависит etherpad.
3. Да, наверное, но я не так глубоко в теме. ueberdb имеет много зависимостей от базы данных, которые не являются абсолютно необходимыми.

Но приятно видеть, что кто-то хочет над этим поработать!

Другой вопрос, который у меня есть, касается зависимости от swagger-node-express версии 2.1.3 (на основе src / package.json ). Хотя это текущий выпуск в реестре npm , апстрим перешел на версию 0.7.3.
И, кстати, это модуль узла, который вы используете (который устанавливается в /usr/lib/nodejs/foo ) или библиотеку javascript (которая устанавливается в /usr/share/javascript/foo/ )?

@simevo Будете ли вы разрабатывать пакет на github? Пожалуйста, хорошо задокументируйте проблемы и решения. Это будет большим подспорьем и для других дистрибутивов. Мы хотим, чтобы это было и в gentoo. Вы можете найти наши результаты здесь: https://bugs.gentoo.org/show_bug.cgi?id=328897 Сообщите мне, если вам нужны бетатестеры для вашего пакета debian, я спрошу в нашей группе пользователей Linux.

Репо находится здесь: https://anonscm.debian.org/git/pkg-javascript/etherpad-lite.git , но там пока особо не на что посмотреть.
Основным потоком в пакете Debian на этом этапе является ошибка ITP (https://bugs.debian.org/576998).
Здесь я также буду сообщать основные новости.

Хорошо, мы только что пропустили окно "растягивающейся заморозки", так что давайте расслабимся!
Предстоит еще много работы, особенно над упаковкой материалов socket.io и их требований.
Моя новая цель - нацелиться на следующий выпуск Debian (тестирование, например, buster). Также возможно создание версии для stretch-backports.

См. Также для Debian и Ubuntu https://bugs.launchpad.net/ubuntu/+bug/1397373 Добавление голоса также поможет получить поддержку упаковки etherpad.

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

Но вы можете сделать больше. Например, вот (неполный) список зависимостей, которые нам нужно упаковать, прежде чем мы получим etherpad-lite в debian:

• node-socket.io http://bugs.debian.org/707166
• узел-сокет.io-клиент https://bugs.debian.org/781412
• node-engine.io https://bugs.debian.org/781426
• узел-сокет.io-адаптер https://bugs.debian.org/781405
• узел-экспресс-сеанс http://bugs.debian.org/751885

Любая помощь приветствуется, просто присоединяйтесь к команде разработчиков пакета debian javascript и начинайте взламывать!

удар @simevo <3

Устранение этой проблемы, потому что проект Teckids schul-frei начал упаковывать BigBlueButton для Debian 10, который зависит от etherpad-lite. Так что, если кто-то сделал что-то, что помогло в этом, или у него есть необходимость сделать это, пожалуйста, сообщите ☺!

Я тоже хотел бы это увидеть :) Разрешите создать награду.

Назначенное вознаграждение: https://gitpay.me/#/task/327

Спасибо, но до упаковки самого etherpad-lite отсутствует множество зависимостей . Так что, скорее всего, это не будет проект одного человека.

@ hex-m, как установка и разрешение зависимостей для приложений nodejs работают в Debian?

Должен ли существовать пакет в официальном репозитории для каждой зависимости, или они могут быть объединены где-то в node_modules ?

Должен ли существовать пакет в официальном репозитории для каждой зависимости, или они могут быть объединены где-то в node_modules ?

Я не разработчик Debian, но, читая документацию, я бы сказал, что нормальный способ - упаковать каждый модуль отдельно. Исключения объяснены в ссылке.

Наличие одного пакета node_modules , содержащего весь реестр npm, будет иметь серьезные недостатки.

можно ли автоматизировать шаги? Возможно, я смогу составить рабочий процесс по действиям GitHub для упаковки и публикации новых пакетов Debian. Кажется возможным?

@abskmj , это было бы круто.

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

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

Эта проблема была автоматически помечена как устаревшая, поскольку в последнее время не было активности. Он будет закрыт, если больше не будет активности. Спасибо за ваш вклад.