[devel] apt-repo

[devel] apt-repo

[Андрей Черепанов]

[-- Attachment #1: Type: text/plain, Size: 1232 bytes --]

Уважаемые коллеги. Я заинтересован в написании скрипта по управлению 
источниками для apt-get с рабочим названием apt-repo. Скрипт должен:
- показывать текущие источники
- добавлять бранчи и таски
- удалять бранчи и таски (технически: комментируя вхождения)
- мигрировать на другой бранч
- использовать указанный apt.conf для источника пакетных списков
- учитывать двойственность архитектуры для бранчей

Хочу согласовать API (пока в виде примеров):

# показать список доступных репов (выводится в виде, указанный в файле 
# (rpm http://... i586 classic)
apt-repo
# использовать другой apt.conf
apt-repo --conf=~/.hasher/apt.conf
# добавление бранча
apt-repo add branch p5
apt-repo p5
apt-repo branch p5 rpm [alt] \  
 ftp://ftp.altlinux.org/pub/distributions/ALTLinux/p5/branch
# добавление таска
apt-repo add task 30438
apt-repo #30438
# добавление строки (noarch добавляется автоматически)
apt-repo rpm [alt] \  
 ftp://ftp.altlinux.org/pub/distributions/ALTLinux/p5/branch i586 classic

# удаление
apt-repo del branch p5
apt-repo del #30438

# миграция на другой бранч
apt-repo switch 5.1

Если необходимо, я опишу формальным синтаксисом. Хочу услышать предложения и 
дополнения.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] apt-repo

[Michael Shigorin]

On Tue, Oct 12, 2010 at 10:53:24AM +0400, Андрей Черепанов wrote:
> - учитывать двойственность архитектуры для бранчей

Возможно, ещё специфику вида x86_{64,32}.

> Хочу согласовать API (пока в виде примеров):

Смотрится нормально.

> # использовать другой apt.conf
> apt-repo --conf=~/.hasher/apt.conf

Имей в виду, такая тильда шеллом не раскроется, придётся самому
или eval'ить.

> Если необходимо, я опишу формальным синтаксисом. Хочу услышать
> предложения и дополнения.

Хорошо бы любимую проблему учесть -- бранч всмятку с сизифом.
И выдавать warning либо не вестись на провокации без -f.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] apt-repo

[Андрей Черепанов]

12 октября 2010 Michael Shigorin написал:
> On Tue, Oct 12, 2010 at 10:53:24AM +0400, Андрей Черепанов wrote:
> > - учитывать двойственность архитектуры для бранчей
> 
> Возможно, ещё специфику вида x86_{64,32}.
--arch=x86_64
Я думал над этим, просто забыл написать.
 
> > Хочу согласовать API (пока в виде примеров):
> Смотрится нормально.
> 
> > # использовать другой apt.conf
> > apt-repo --conf=~/.hasher/apt.conf
> 
> Имей в виду, такая тильда шеллом не раскроется, придётся самому
> или eval'ить.
Это я в курсе. Ну и $HOME никто не отменял.

> > Если необходимо, я опишу формальным синтаксисом. Хочу услышать
> > предложения и дополнения.
> 
> Хорошо бы любимую проблему учесть -- бранч всмятку с сизифом.
> И выдавать warning либо не вестись на провокации без -f.
Вариант с одним бранчем:
apt-repo migrate p5

Вариант с подклбчением вдобавок:
apt-repo add sisypus
...
apt-repo del sisyphus

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] apt-repo

[Michael Shigorin]

On Tue, Oct 12, 2010 at 04:17:06PM +0400, Андрей Черепанов wrote:
> > Хорошо бы любимую проблему учесть -- бранч всмятку с сизифом.
> > И выдавать warning либо не вестись на провокации без -f.
> Вариант с одним бранчем:
> apt-repo migrate p5
> 
> Вариант с подклбчением вдобавок:
> apt-repo add sisypus
> ...
> apt-repo del sisyphus

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

Пока в sources.list штатно были пусть и заремареные, но вписанные
сизифные строчки (в т.ч. и в дистрибутивах) -- порой раскопки
взрывов приводили к одному и тому же описанию: "запустил менеджер
пакетов Synaptic из меню, а там галочка, ну я её и включил,
потому что читал, что в сизифусе самые свежие программы".

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] apt-repo

[Андрей Черепанов]

12 октября 2010 Michael Shigorin написал:
> On Tue, Oct 12, 2010 at 04:17:06PM +0400, Андрей Черепанов wrote:
> > > Хорошо бы любимую проблему учесть -- бранч всмятку с сизифом.
> > > И выдавать warning либо не вестись на провокации без -f.
> > 
> > Вариант с одним бранчем:
> > apt-repo migrate p5
> > 
> > Вариант с подклбчением вдобавок:
> > apt-repo add sisypus
> > ...
> > apt-repo del sisyphus
> 
> Должно НЕ получаться молча и легко смешать два бранча,
> если один из них -- сизиф (дальше можно думать над более
> удачными условиями, но это одна из наиболее частных проблем).
> 
> Пока в sources.list штатно были пусть и заремареные, но вписанные
> сизифные строчки (в т.ч. и в дистрибутивах) -- порой раскопки
> взрывов приводили к одному и тому же описанию: "запустил менеджер
> пакетов Synaptic из меню, а там галочка, ну я её и включил,
> потому что читал, что в сизифусе самые свежие программы".
Можно предупреждение повешать с просьбой подтверждения опасной операции.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] apt-repo

[Vitaly Lipatov]

On Вторник 12 октября 2010, Андрей Черепанов wrote:
> 12 октября 2010 Michael Shigorin написал:
> > Должно НЕ получаться молча и легко смешать два бранча,
> > если один из них -- сизиф (дальше можно думать над более
> > удачными условиями, но это одна из наиболее частных
> > проблем).
По-моему, в любом случае не стоит мешать. Человек, который знает, 
что делает, и руками sources.list исправит.

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

-- 
С уважением,
Виталий Липатов, ALT Linux Team, Eternity Software Team
Россия, Санкт-Петербург. http://etersoft.ru
GNU! ALT Linux! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] apt-repo

[Michael Shigorin]

On Tue, Oct 12, 2010 at 11:01:16PM +0400, Vitaly Lipatov wrote:
> > > Должно НЕ получаться молча и легко смешать два бранча,
> > > если один из них -- сизиф (дальше можно думать над более
> > > удачными условиями, но это одна из наиболее частных
> > > проблем).
> По-моему, в любом случае не стоит мешать. Человек, который
> знает, что делает, и руками sources.list исправит.

Вопрос не в мешать, а в спотыкалке при типичной ошибке.

zsh по rm * ~ выдаст предупреждение и без alias с -i,
и это правильно.

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

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

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] apt-repo

[Денис Смирнов]

On Tue, Oct 12, 2010 at 11:01:16PM +0400, Vitaly Lipatov wrote:

VL> По-моему, в любом случае не стоит мешать. Человек, который знает, 
VL> что делает, и руками sources.list исправит.

Есть разные usecases. Ситуации когда действительно надо смешать в
sources.list сизиф с бранчем сходу придумать не могу. По ошибке это делают
многие, и это стабильно приводит к взрыву. Поэтому правильнее если
интерфейс не будет позволять физически такой возможности.

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

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

Re: [devel] apt-repo

[Vitaly Lipatov]

В сообщении от Среда 13 октября 2010 Денис Смирнов написал(a):
> On Tue, Oct 12, 2010 at 11:01:16PM +0400, Vitaly Lipatov wrote:
> 
> VL> По-моему, в любом случае не стоит мешать. Человек, который знает,
> VL> что делает, и руками sources.list исправит.
> 
> Есть разные usecases. Ситуации когда действительно надо смешать в
> sources.list сизиф с бранчем сходу придумать не могу. По ошибке это делают
> многие, и это стабильно приводит к взрыву. Поэтому правильнее если
> интерфейс не будет позволять физически такой возможности.
> 
> Если кому-то вдруг понадобится -- он сделает это ручками. Зато у всех
> остальных ничего не будет взрываться.
Да, именно это я и пытался сказать.

-- 
Lav
Виталий Липатов
Россия, Санкт-Петербург. www.etersoft.ru
GNU! ALT Linux Team! WINE! WIKI! LaTeX! LyX!