Re: Генерация pool-based репозиториев
On 3/2/19 3:52 AM, Igor Savluk wrote: > > > Можеш поставить dak там вообще postgresql. я с aptly, потому что он умеет публиковать на амазоновский S3. может ли это делать dak? в принципе, залить файлы в хранилище много ума не нужно. я сейчас пытаюсь вынести создание пакетов и публикацию их с Jenkins сервера с настроенным aptly на GitlabCI. в Gitlab всё происходит на уровне контейнеров, поэтому ни о какой базе которая бы мигрировала и обновлялась вслед за каждым билдом речи быть не может встаёт задача вынести базу куда то ещё, постгрес для этого в принципе подойдёт. Насколько умён dak, чтобы уметь закинуть сгенерированный пакет в репу не имея под рукой ничего кроме инструментов и эфемерного окружения Ну и внешней базы конечно...
Раскладки клавиатуры
On 2 March 2019 1:58:54 pm GMT+03:00, Damir Hakimov wrote: >сб, 23 февр. 2019 г. в 13:13, Artem Chuprina : >> Зато свежая hacker's keyboard внезапно знает Carpalx > > Ой, мама... даже простое разглядывание этой раскладки приводит к >головокружению. >Неужто усилия на освоение новой раскладки оправданы? Это ж на уровне >спинного мозга запоминается, а его не так легко перенастроить. Оправданы не всегда. Но раз в три-четыре года можно и попробовать. Надо понимать, что экранная клавиатура с точки зрения рефлексов — совсем не то же самое, что механическая. У меня, как показала практика, совершенно спокойно уживаются QWERTY на механической и Dvorak на экранной. Более того, я подозреваю, что на планшете, где я всегда набираю двумя большими пальцами, используя Ctrl и Alt (Linux Deploy, в нем Debian, терминалом VX Connectbot), и на телефоне, где чаще одним и в "обычных" андроидных программах, имеют смысл разные клавиатуры. И намерен проверить эту мысль... -- Best regards, Artem.
Re: Генерация pool-based репозиториев
В Sat, 2 Mar 2019 11:52:55 +0300 Igor Savluk пишет: > On 26/02/2019 22.57, Victor Wagner wrote: > > В Tue, 26 Feb 2019 11:16:38 -0500 > > Tim Sattarov пишет: > > > >> On 2/26/19 4:24 AM, Victor Wagner wrote: > >>> Коллеги, > >>> > >>> А чем в наше время можно генерировать pool-based репозитории, > >>> КРОМЕ reprepro? > >> я использую для этого aptly > > > > Штука еще более высокоуровневая и навороченная, чем reprepro. > > Обладает тем же нредостатком - хочет испольовать какую-то левую > > базу данных. > > > Для твоих запросов тебе всеравно прийдется использовать утилиту с бд. База данных - это не единственное средство организовать дурацкий поиск. Вообще говоря, в deb-файле содержится более чем достаточно информации, чтобы сгенерировать Packages file entry. Я на самом деле уже выяснил, что apt-ftparchive generate при правильно описанном конфиге мою задачу решает. Ну или почти решает. Во всяком случае текстового filelist хватит для того, чтобы заменить базу данных. Поскольку единственная информация, которая не извлекается однозначно из самого пакета - это к какому suite он относится (и это сделано намеренно, потому что пакеты мигрируют из unstable в testing, testing превращается в stable, a stable в oldstable, а некоторые пакеты по-моему не пересобираются релиза по четыре). > Без них нет утилит. Можеш поставить dak там вообще postgresql. В Только у криворуких идиотов. > документации я так понял ты про архитектуру не читал и зачем эти > утилиты юзают бд ты смотрел? Потому что это вообще традиция современной IT. Нужно сайт, который обновляется через веб-интерфейс - лепят туда базу данных, нужно хранить закладки в браузере - лепят туда sqlite. Более того, пользоваться базами данных эти криворукие идиоты тоже не умеют, о referential integrity, например, вообще обычно не слышали и чем 2 НФ от 4 отличаются не в курсе. Использование dak с клиент-серверной БД для полного дебиановского архива еще можно как-то оправдать - там десятки тысяч пакетов. Но мне-то нужно от силы пара десятков пакетов, зато под 30 дистрибутивов, далеко не все из которых Debian и Ubuntu (отдельная призовая игра - это astra, которая использует deb-пакеты и apt, но при этом у нее codename означает вовсе не версию и для разных codename может быть разная политика версионирования). Поэтому если уж заводить базу данных, то ее надо заводить для всего этого хозяйства. а не отдельно для Debian, отдельно для Ubuntu. отдельно для RHEL. -- Victor Wagner
Re: Правка xkb/rules без dpkg-divert(1)
сб, 23 февр. 2019 г. в 13:13, Artem Chuprina : > Зато свежая hacker's keyboard внезапно знает Carpalx Ой, мама... даже простое разглядывание этой раскладки приводит к головокружению. Неужто усилия на освоение новой раскладки оправданы? Это ж на уровне спинного мозга запоминается, а его не так легко перенастроить.
Re: Генерация pool-based репозиториев
On 26/02/2019 22.57, Victor Wagner wrote: В Tue, 26 Feb 2019 11:16:38 -0500 Tim Sattarov пишет: On 2/26/19 4:24 AM, Victor Wagner wrote: Коллеги, А чем в наше время можно генерировать pool-based репозитории, КРОМЕ reprepro? я использую для этого aptly Штука еще более высокоуровневая и навороченная, чем reprepro. Обладает тем же нредостатком - хочет испольовать какую-то левую базу данных. Для твоих запросов тебе всеравно прийдется использовать утилиту с бд. Без них нет утилит. Можеш поставить dak там вообще postgresql. В документации я так понял ты про архитектуру не читал и зачем эти утилиты юзают бд ты смотрел? У того хотя бы нет глобального (уровня юзера) конфигурационного файла и каждый репозиторий, в каком бы месте файловой системы он не находился, абсолютно незевисим. Ну и добавлять пакеты в репозиторий можно не только на основании файлов changes, но и отдельными .deb и .dsc. А здесь я этого как-то не увидел. Я помнится, в reprepro .changes-файлами намучался, когда мне потребовалось поддерживать всего-то три архитектуры.
