LINUX.ORG.RU
ФорумTalks

Утилита xtermcontrol обновилась до версии 3.7

 ,


0

1

Сабж. Утилита xtermcontrol предназначена для динамического управления свойствами эмулятора терминала xterm.

Changelog: https://fossies.org/linux/xtermcontrol/ChangeLog
Скачать: https://thrysoee.dk/xtermcontrol/xtermcontrol-3.7.tar.gz

Готовый .src.rpm пакет для Магейи: https://yadi.sk/d/qrHd6suP3ZfyTw .

★★★★★

Готовый .src.rpm пакет для Магейи:

…на тындекс-диске при живых-то Fedora COPR и OpenSUSE Build Service. Я не против тындекс-диска в принципе, но rpm-пакеты проще и удобнее ставить/обновлять из репозиториев. Блин, даже у teamviewer, Skype и VK messenger есть репозитории! К тому же, что в коппере, что в obs можно пакетить не только для Магейи.

dexpl ★★★★★ ()
Ответ на: комментарий от dexpl

Что неудобного в «rpm -ihv /путь/к/пакету»? В случае .src.rpm пакета, конечно, добавляется ещё «rpmbuild -ra /путь/к/.src.rpm.пакету».

saahriktu ★★★★★ ()
Ответ на: комментарий от saahriktu

И где прямая ссылка на яндекс диск? У меня там вебморда, как это из RPM обработать?

mandala ★★★★ ()
Ответ на: комментарий от mandala

В чём проблема скачать руками? Всё равно бы пришлось копировать ссылку какому-нибудь wget'у (если не через браузер по ней качать).

saahriktu ★★★★★ ()
Ответ на: комментарий от saahriktu

В чём проблема скачать руками?

А у меня вот нет браузера нормального. Есть xterm, есть links2 – дальше что?

Твоя ссылка бесполезна, выложи хоть на фтп.

mandala ★★★★ ()
Ответ на: комментарий от saahriktu

Я про то что прямые ссылки – это гуд. Не прямые ссылки – где надо или веб2.0, или регистрацию, или еще что-то такое – не гуд.

А у куда ведет прямая ссылка – дело десятое. Я выковыривал из гугл-диска прямые ссылки, из я.диска не помню уже.

mandala ★★★★ ()
Последнее исправление: mandala (всего исправлений: 1)
Ответ на: комментарий от mandala

Что поделать. Развитие облаков привело к тому, что они вытеснили FTP'шники с аккаунтами. 4 года назад ещё был один такой FTP'шник, но он быстро закончился.

saahriktu ★★★★★ ()
Последнее исправление: saahriktu (всего исправлений: 2)

Когда изо всех сил пытаешься быть олдскульным Ъ, но выкладываешь свой stuff на Я.Диске.

Thetan ★★★ ()
Ответ на: комментарий от mandala

На github'е у меня репозиторий такого рода: https://github.com/saahriktu/mageia-pkg-dev/tree/master/без оригинальных spec... .

Кстати, надо бы мне добраться всё это пообновлять, да.

saahriktu ★★★★★ ()
Последнее исправление: saahriktu (всего исправлений: 1)
Ответ на: комментарий от ZenitharChampion

Я тоже выкладываю свои бинарники на Яндекс.Диск

Ну значит с тобой всё понятно.

Thetan ★★★ ()
Ответ на: комментарий от Thetan

Яндекс.Диск генерирует короткие ссылки. А ты видел какие ссылки генерирует Google Drive? А их постит каждый второй...

ZenitharChampion ★★★★★ ()
Ответ на: комментарий от ZenitharChampion

Линуксоиды блин…. Яндекс им ссылки генерирует.

mandala ★★★★ ()
Ответ на: комментарий от saahriktu

Неужели это правда не очевидно?

Что неудобного в «rpm -ihv /путь/к/пакету»?

Во-первых, /путь/к/пакету сам по себе не появится, его туда надо скачать (*). Во-вторых, rpm -ihv не разрешит зависимости твоего пакета (**). В-третьих, rpm -ihv выругается на неизвестную GPG-подпись (***). Итого, вместо двух действий для установки (***) и одного для обновления получаем минимум три (****). Спасибо, здесь не винда, не макось и не слаква.

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

(*) Да, rpm(1), yum(1) и dnf(1) принимают url как аргумент, но непрямой ссылой на тындекс-диск они подавятся.
(**) Да, у данного пакета нету ни зависимостей, ни подписи, но я даю обобщенный ответ.
(***) Первое действие — подключение репозитория, второе — собственно установка. Пакеты из свежеподключаемых COPR-репозиториев ставятся в две команды.
(****) Скачать пакет, добавить GPG-ключ, установить. Повторить для отдельно лежащих зависимостей.

dexpl ★★★★★ ()
Ответ на: комментарий от saahriktu

rpmbuild -ra /путь/к/.src.rpm.пакету

Ты хотел сказать mock /путь/к/.src.rpm.пакету, но почему-то не сказал.

dexpl ★★★★★ ()
Ответ на: комментарий от saahriktu

Не всем нужно решать всё это автоматически.

Да, это одна из причин непустоты множеств юзеров винды, макоси и слаквы.

dexpl ★★★★★ ()
Ответ на: комментарий от saahriktu

Не всем нужен mock.

Да, не все собирают пакеты.

dexpl ★★★★★ ()
Ответ на: комментарий от saahriktu

rpmbuild вполне собирает пакеты.

Скорее ругается на отсутствие сборочных зависимостей.

dexpl ★★★★★ ()
Ответ на: комментарий от dexpl

Как будто проблема в случае чего доустановить сборочные зависимости руками.

saahriktu ★★★★★ ()
Ответ на: комментарий от saahriktu

Как будто проблема в случае чего доустановить сборочные зависимости руками.

Все, что можно автоматизировать, следует автоматизировать — основы системного администрирования. Это раз. Во-вторых, перед тем, как комментить здесь, я собрал твой .src.rpm для разных версий Магейи, не слезая со своей Федоры. В chroot-контейнерах mock. Как бы я это сделал без него?

dexpl ★★★★★ ()
Ответ на: комментарий от dexpl

mock, конечно, даёт дополнительные возможности, но и жруч. Он каждый раз в chroot'е разворачивает гигабайты нужной системы заново, да ещё и начинает хранить все эти пакеты в кэше.

В Slackware юзеры спокойно живут без всего этого и возможности собирать пакеты под другие версии систем.

saahriktu ★★★★★ ()
Ответ на: комментарий от saahriktu

Как бы я это сделал без него?

В слакве это не нужно.

Кто бы сомневался.

mock <…> в chroot'е разворачивает гигабайты

└► su -c "du -chsx /var/lib/mock/mageia-*"; df -h /var/lib/mock/
518M	/var/lib/mock/mageia-6-x86_64
650M	/var/lib/mock/mageia-cauldron-x86_64
1,2G	total
Filesystem                  Size  Used Avail Use% Mounted on
/dev/mapper/homepc-lv_root   80G   70G  6,2G  92% /

О да, ги-га-бай-ты! Впрочем, уж тебя-то это смущать не должно.

и начинает хранить все эти пакеты в кэше

Ты предпочел бы каждый раз качать заново?

dexpl ★★★★★ ()
Ответ на: комментарий от dexpl

mock хранит пакеты и работает с ними в корневом разделе (если не выносить ту же директорию /var на ещё отдельный раздел), а большой корневой раздел юзеру ни разу не нужен (не говоря уже о том, что сейчас полно неттопов и ноутбуков, где стоят SSD по 29 гигов (из них юзер может занять системой 14-17 гигов (без mock'a))). Соответственно, свои пользовательские терабайты файлов юзеру удобнее хранить на других разделах (и других носителях). При том, что корневой раздел загаживать ни разу не желательно.

Ты предпочел бы каждый раз качать заново?

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

saahriktu ★★★★★ ()
Последнее исправление: saahriktu (всего исправлений: 1)
Ответ на: комментарий от saahriktu

mock хранит пакеты и работает с ними в корневом разделе

Раскомментируй и исправь по вкусу строки

# config_opts['basedir'] = '/var/lib/mock/'
# config_opts['cache_topdir'] = '/var/cache/mock'
в /etc/mock/site-defaults.cfg.

dexpl ★★★★★ ()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)