Re: Вопрос по POSIX ACL

31 августа 2008 г. 21:33 пользователь Dmitry V. Levin
<ldv <at> altlinux.org> написал:
> Из принципа не буду здесь это обсуждать,
> готов сходить в community <at> lists вместе с вами.
Специально для принципиальных подписался на community и
задал вопрос там.

--

-- 
Dmitriy M. Maslennikov
rlz <at> etersoft.ru
rlz <at> altlinux.org
maslennikovdm <at> gmail.com
master <at> armory.ru
_______________________________________________
Devel mailing list
Devel <at> lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel

Root на LVM

Я так понял, завести это дело под ALT Linux -- нужен большой
бубен) Не
пора ли добавить такую возможность, дело, то, вроде, не сложное.

--

-- 
Dmitriy M. Maslennikov
rlz <at> etersoft.ru
rlz <at> altlinux.org
maslennikovdm <at> gmail.com
master <at> armory.ru
_______________________________________________
Devel mailing list
Devel <at> lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel

Re: Бранч для svn-репозитария в git

01.09.08, Alexey I. Froloff<raorn@> написал(а):
> * Eugene Prokopiev <enp@> [080831 23:48]:
>
>  > У меня тоже tar делался из ремотного бранча, но после push на
>  > git.alt и clone оттуда этот ремотный бранч уже не был виден -
>  > т.о. разработчик, сделавший clone, не мог просто сделать
>  > git-svn fetch для обновления апстримных исходников, а должен
>  > был сделать перед тем git-svn init. В вашем случае это тоже
>  > так?
>
> Почти.  В моём примере их надо тоже пушить явно:
>
>  git push origin refs/remotes/trunk:refs/remotes/trunk
>  git push origin 'refs/remotes/tags/*:refs/remotes/tags/*'
>  git push origin 'refs/remotes/branches/*:refs/remotes/branches/*'

сделал, но на git.alt и в клонированном репозитарии
ремотных бранчей не видно

>  Правая сторона может быть и не refs/remotes/*, а refs/svn/*.

$ ls .git/refs/svn*
ls: .git/refs/svn*: No such file or directory

>  Но чтобы работал git svn, локально эти ветки должны быть в
>  refs/remotes/.  Хотя по слухам это можно и настроить через
>  .git/config, но я это пока не очень асилил.

спасибо, погляжу

пересборка пакета cdrtools

У меня система ALD4.0.1+updates

Потребовался пакет cdrtools. Выкачал его из 
/pub/Linux/ALT/4.0/Desktop/4.0.1/i586/SRPMS.classic/cdrtools-2.01.01-alt2a03.0.src.rpm
и скормил hasheru
$ hsh --target i586 cdrtools-2.01.01-alt2a03.0.src.rpm
Components: hasher
Processing pkglists... hasher done
Processing srclists...  hasher done
Creating component releases... done
Updating global release file... done
Appending MD5Sum... hasher done
All your base are belong to us!!!
Чтение списков пакетов...
Построение дерева зависимостей...
E: Невозможно найти пакет automake_1.7
Version alternatives#0.3-alt1 for alternatives>=0.2.0 is already installed
Последняя версия alternatives уже установлена.
hsh-install: failed to calculate package file list.
hsh-install: Failed to generate package file list.
$ rpm -qa | grep alternativ
alternatives-0.3-alt1
$ rpm -qa | grep automake
automake_1.9-1.9.6-alt1
automake-common-0.2-alt1

И соответсвенно все эти пакеты есть в локальном
репозитории. Как можно 
исправить ситуацию? И почему пакет readcd  не включен в
дистрибутив, 

Re: Root на LVM

01.09.08, Dmitriy M. Maslennikov<maslennikovdm@> написал(а):
> Я так понял, завести это дело под ALT Linux -- нужен большой
бубен) Не
> пора ли добавить такую возможность, дело, то, вроде,
не сложное.

Ну я имел продакшн с таким бубном -
http://freesource.info/wiki/Texnologii/LVM/LVMSOFTRAID1, но из
опасений получить в бубен самому в неподходящий
момент, решил с этим
завязать ;) Тем более что реальной необходимости в
этом я не вижу
(если вы видите, то пойдемте в sysadmins@). Наш altertor-vm уже умеет
предлагать не делать этого?

Если ничего не изменилось с тех пор, как я последний
раз этим
интересовался, то для начала нужно научить mkinitrd
делать правильный
initrd - начинайте :)

--

-- 
С уважением,
Прокопьев Евгений
_______________________________________________
Devel mailing list
Devel <at> lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel

Re: Root на LVM

1 сентября 2008 г. 13:08 пользователь Eugene Prokopiev
<enp <at> altlinux.org> написал:
> Ну я имел продакшн с таким бубном -
> http://freesource.info/wiki/Texnologii/LVM/LVMSOFTRAID1, но из
> опасений получить в бубен самому в неподходящий
момент, решил с этим
> завязать ;)
))
> Тем более что реальной необходимости в этом я не вижу
> (если вы видите, то пойдемте в sysadmins@).
Ну я просто сталкнулся с этим, купив новый диск. Не вижу
причины этого
не делать.

> Если ничего не изменилось с тех пор, как я последний
раз этим
> интересовался, то для начала нужно научить mkinitrd
делать правильный
> initrd - начинайте :)
Ну именно это я и имел в виду. Задача вроде не сложная. Я было
попытался сделать такой initrd вручную. Сходу не
получилось, а времени
разбираться пока нет. Просто это может быть удобно.

--

-- 
Dmitriy M. Maslennikov
rlz <at> etersoft.ru
rlz <at> altlinux.org
maslennikovdm <at> gmail.com
master <at> armory.ru

Installer 3/11 labels

Здравствуйте.

В установщике Server 4.0 на этапе 3/11 (Подготовка диска),
чтобы 
пропустить создание файловой системы, нужно убрать
галку 
"Следующее действие - создать том". Для осознания
понадобился 
сидящий рядом писатель документации к дистрибутивам.

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

На что повесить баг?

--

-- 
Regards, Vyt
mailto:  vyt@...
JID:     vitaly.ostanin@...

_______________________________________________
Devel mailing list
Devel <at> lists.altlinux.org

Re: Installer 3/11 labels

Vitaly Ostanin пишет:
> Здравствуйте.
> 
> В установщике Server 4.0 на этапе 3/11 (Подготовка диска),
чтобы 
> пропустить создание файловой системы, нужно убрать
галку "Следующее 
> действие - создать том". Для осознания понадобился
сидящий рядом 
> писатель документации к дистрибутивам.
> 
> Есть предложение назвать галку "Создать файловую
систему", тем более, 
> что рядом находится кнопка "Удалить файловую
систему". В общем, этот 
> "том" ни к селу, ни к городу, и говорят, что из-за него
пришлось 
> раздувать документацию.
> 
> На что повесить баг?

alterator-vm

_______________________________________________
Devel mailing list
Devel <at> lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel

Re: Installer 3/11 labels

>>>>> "Vitaly" == Vitaly Ostanin <vyt@...> writes:

 > Здравствуйте.
 > В установщике Server 4.0 на этапе 3/11 (Подготовка диска), чтобы
 > пропустить создание файловой системы, нужно убрать
галку "Следующее
 > действие - создать том". Для осознания понадобился
сидящий рядом
 > писатель документации к дистрибутивам.

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

 > На что повесить баг?

создание тома и создание файловой системы на нём --
операции разные.
Примите это как данность.

--

-- 
_______________________________________________
Devel mailing list
Devel <at> lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel

Re: python-module-SQLObject

On Sun, 31 Aug 2008 20:10:02 +0400
Sergey Bolshakov wrote:

> Дорогая python team!
> Дайте мне пожалуйста возможность залить означенное,
> поелику то, что в сизифе, невыразимо старо.

Кажись, просить надо кого-то конкретно (ns ?).

Begin forwarded message:

Date: Mon,  1 Sep 2008 13:10:20 +0400 (MSD)
From: QA Team Upravdom Robot <upravdom@...>
To: "bga" <bga@...>
Cc: upravdom@...
Subject: I: incoming acl status

Dear bga!
Commands received:
  1 python-module-SQLObject add sbolshakov

Result:
  1 ERROR: python-module-SQLObject add sbolshakov: Permission denied

_______________________________________________
Devel mailing list
Devel <at> lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel