Debian Bug report logs - #657711
please make COPYFILES more flexible

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Marc Haber <mh+debian-packages@zugschlus.de>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: please make COPYFILES more flexible

Date: Sat, 28 Jan 2012 09:26:03 +0100

Package: schroot
Version: 1.4.24-1
Severity: wishlist

Hi,

maybe one wants to copy files to a chroot that are not active in the
host system. For example, I might want apt in the chroot not to honor
recommends and suggests, but in the host, this behavior is fine.

To solve this, I would like schroot to copy a file from
/etc/schroot/foo/files/etc/apt/apt.conf.d/70RecommendsSuggests to
/etc/apt/apt.conf.d/70RecommendsSuggests in the schroot.

To allow this, the COPYFILES functionality could be changed to allow
two file names per line. If only one is given, behavior is not
changed, preserving backwards-compatibility. If two are given, one is
the source path from the host system, one is the target path inside
the chroot.

Greetings
Marc

Message #10 received at 657711@bugs.debian.org (full text, mbox, reply):

From: Roger Leigh <rleigh@codelibre.net>

To: Marc Haber <mh+debian-packages@zugschlus.de>, 657711@bugs.debian.org

Subject: Re: [buildd-tools-devel] Bug#657711: please make COPYFILES more flexible

Date: Sat, 28 Jan 2012 10:39:20 +0000

On Sat, Jan 28, 2012 at 09:26:03AM +0100, Marc Haber wrote:
> To solve this, I would like schroot to copy a file from
> /etc/schroot/foo/files/etc/apt/apt.conf.d/70RecommendsSuggests to
> /etc/apt/apt.conf.d/70RecommendsSuggests in the schroot.
> 
> To allow this, the COPYFILES functionality could be changed to allow
> two file names per line. If only one is given, behavior is not
> changed, preserving backwards-compatibility. If two are given, one is
> the source path from the host system, one is the target path inside
> the chroot.

This should be fairly straightforward to add.  The only issue is how
to deal with paths/files containing spaces in their names.  Currently
we read the entire line and use the entire content as the path, which
includes any spaces.  Having two per line means we would need some
way of splitting the line.  If we can use some shell-fu to allow
correct escaping of spaces so that we can split on whitespace, that
would be good.

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux             http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?       http://gutenprint.sourceforge.net/
   `-    GPG Public Key: 0x25BFB848   Please GPG sign your mail.

Message #15 received at 657711@bugs.debian.org (full text, mbox, reply):

From: Guillem Jover <guillem@debian.org>

To: Marc Haber <mh+debian-packages@zugschlus.de>, 657711@bugs.debian.org

Subject: Re: Bug#657711: please make COPYFILES more flexible

Date: Tue, 2 Aug 2022 15:28:58 +0200

Control: forwarded -1 https://codeberg.org/shelter/reschroot/pulls/3
Control: tags -1 patch

On Sat, 2012-01-28 at 09:26:03 +0100, Marc Haber wrote:
> Package: schroot
> Version: 1.4.24-1
> Severity: wishlist

> maybe one wants to copy files to a chroot that are not active in the
> host system. For example, I might want apt in the chroot not to honor
> recommends and suggests, but in the host, this behavior is fine.
> 
> To solve this, I would like schroot to copy a file from
> /etc/schroot/foo/files/etc/apt/apt.conf.d/70RecommendsSuggests to
> /etc/apt/apt.conf.d/70RecommendsSuggests in the schroot.
> 
> To allow this, the COPYFILES functionality could be changed to allow
> two file names per line. If only one is given, behavior is not
> changed, preserving backwards-compatibility. If two are given, one is
> the source path from the host system, one is the target path inside
> the chroot.

I implemented this for myself some time ago, and submitted it to the
previous upstream repo, where it got merged. I resubmitted this again
to the new fork, as it branched from a different point in history.

Thanks,
Guillem

Message #24 received at 657711@bugs.debian.org (full text, mbox, reply):

From: Santiago Vila <sanvila@debian.org>

To: Guillem Jover <guillem@debian.org>, Marc Haber <mh+debian-packages@zugschlus.de>, 657711@bugs.debian.org, 657711-done@bugs.debian.org

Subject: Re: Bug#657711: please make COPYFILES more flexible

Date: Sat, 4 Nov 2023 21:34:38 +0100

Version: 1.6.13-3

El 2/8/22 a las 15:28, Guillem Jover escribió:
> On Sat, 2012-01-28 at 09:26:03 +0100, Marc Haber wrote:
>> To allow this, the COPYFILES functionality could be changed to allow
>> two file names per line. If only one is given, behavior is not
>> changed, preserving backwards-compatibility. If two are given, one is
>> the source path from the host system, one is the target path inside
>> the chroot.
> 
> I implemented this for myself some time ago, and submitted it to the
> previous upstream repo, where it got merged. I resubmitted this again
> to the new fork, as it branched from a different point in history.

Hello. The feature is present indeed in the schroot version in
bookworm, in exactly the way Marc suggested. Now the sample
"copyfiles" files have a line like this one:

# <source-and-destination>[ <destination>]

(So, I'm closing using such version)

Thanks.

Send a report that this bug log contains spam.