From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <imz@altlinux.org>
Date: Wed, 18 Mar 2020 20:21:55 +0300 (MSK)
From: Ivan Zakharyaschev <imz@altlinux.org>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
In-Reply-To: <20200318170144.GA364551@portlab>
Message-ID: <alpine.LFD.2.20.2003182019500.23098@imap.altlinux.org>
References: <CAEdvWkRV2QxgpLBhoTSNvNjBfiWbTAjRPPRYj-mhYeb4v+C4vA@mail.gmail.com>
 <20200318150818.GB32306@altlinux.org>
 <CAEdvWkS7ubybPRBC8Dh==Wb1H0gHygxScZrhkF9UahABfx1fGQ@mail.gmail.com>
 <8f7a58f6-bef3-6148-00a6-9aaf34a7a269@altlinux.org>
 <20200318170144.GA364551@portlab>
User-Agent: Alpine 2.20 (LFD 67 2015-01-07)
MIME-Version: 1.0
Content-Type: multipart/mixed;
 BOUNDARY="1807885841-901991572-1584552115=:23098"
Subject: Re: [devel] rpm: symlink to dir
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Mar 2020 17:21:56 -0000
Archived-At: <http://lore.altlinux.org/devel/alpine.LFD.2.20.2003182019500.23098@imap.altlinux.org/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

--1807885841-901991572-1584552115=:23098
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 8BIT


On Wed, 18 Mar 2020, Vladimir D. Seleznev wrote:

> On Wed, Mar 18, 2020 at 07:51:39PM +0300, Denis Medvedev wrote:
> > On 3/18/20 7:46 PM, Alexey Shabalin wrote:
> > > ср, 18 мар. 2020 г. в 18:08, Dmitry V. Levin <ldv@altlinux.org>:
> > >> On Wed, Mar 18, 2020 at 04:05:02PM +0300, Alexey Shabalin wrote:
> > >> [...]
> > >>> Если сервис запускается в chroot, то правильно скопировать нужные
> > >>> файлы ему в chroot, а не делать такие хитрые симлинки.
> > >> Почему это?
> > > вопрос был не про это, но попробую описать минусы:
> > > - для кофигов /etc, и можно помечать как %config(noreplace)
> > > - в /var %config быть не должно - ваша же сборочница на это ругается
> > > - etckeeper не видит конфигов в /var
> > > - взлом сервиса в chroot может привести к порче или потере
> > > конфигурационного файла. Если оригинал будет в /etc, то при
> > > перезапуске сервиса мы просто восстанавливаем конфиг из оригинала. А
> > > если сервис умеет сначала читать конфиг а потом чрутиться, то и конфиг
> > > в chroot не нужен(имея симлинк мы связаны по рукам и ничего сделать не
> > > можем).
> > 
> > Ух а это аргумент и против хардлинкинга в chroot-ах вообще!
> 
> Хардлинков и так не используются, более того, их нельзя использовать,
> т.к. /etc/ и /var/ могут находиться на разных файловых системах.

Смотря какие файлы ты имешь в виду, ты либо прав, либо нет.

Есть файлы, которые hardlink-аются в chroot, но не те, которые здесь 
обсуждались сначала.

/var/ на другом разделе не проблема для этого алгоритма (который делает 
ln в функции Copy() в chrooted), потому что в случае неудачи ln, он делает 
cp или install.

> > Может уберем?
> 
> Наверное, всё же имелся в виду симлинк.


-- 
Best regards,
Ivan
--1807885841-901991572-1584552115=:23098--