Package: debootstrap
Version: 1.0.42
Severity: wishlist
Tags: patch
Dear Maintainer,
I wonder if we could have debootstrap support the repository
ftp.debian-ports.org.
Please find the script attached as an illustration of the requested
features, in the form of a script
Dear Maintainer,
Here is an updated script for debootstrap version 1.0.52.
Regards,
JH Chatenet
# /usr/share/debootstrap/scripts/debian-ports
SUITE=unstable
DEF_MIRROR=http://ftp.debian-ports.org/debian;
mirror_style release
download_style apt
finddebs_style from-indices
variants - buildd
Thank you for your work on this issue.
Le samedi 19 janvier à 12h 42mn 36s (+0100), Daniel Baumann a écrit :
On 01/18/2013 09:24 PM, jhcha54008 wrote:
My concern was : isn't /var/state/samhain at risk to remain longer as
needed if a fatal error occurs between creation and removal (say
Package: fakechroot
Version: 2.16-1
Severity: normal
Tags: patch
Dear Maintainer,
ldd gives a different result wrt ld-linux-x86-64.so.2 when invoked
inside or outside of the fakechroot environment :
ldd my_wheezy_fakechroot/bin/kmod
linux-vdso.so.1 = (0x7fff50dff000)
Package: libfakechroot
Version: 2.16-1
Tags: patch
Dear Maintainer,
if I haven't missed something, would the following patch help
to accomodate a terminating '\0' ?
Thanks in advance for your comments and/or corrections.
Regards,
JH Chatenet
--- a/src/execve.c 2011-12-11
Package: fakechroot
Version: 2.16-1
Severity: minor
Tags: patch
Dear Maintainer,
It seems that fakechroot expects an argument if the option --environment
is given. Perhaps this argument could be marked as 'required' ?
Thanks in advance !
Regards,
JH Chatenet
--- a/scripts/fakechroot.sh
Package: libfakechroot
Version: 2.16-1
Severity: minor
Tags: patch
Dear Maintainer,
might the condition to free ptr be inverted ?
If I am wrong, it would help to document briefly
the condition in a comment in the source code.
Thanks in advance for your comments and/or corrections !
Regards,
Package: fakechroot
Version: 2.16-1
Severity: minor
Tags: patch
Dear Maintainer,
running fakeroot with options inside fakechroot produces some error messages :
me@here:~$ fakechroot fakeroot -s save_file chroot my_wheezy_chroot/ ls -AF
basename: invalid option -- 's'
Try `basename --help' for
Package: fakechroot
Version: 2.16-1
Severity: whishlist
Tags: patch
Dear Maintainer,
Is it possible to switch off environment setting altogether
if a special keyword is given, eg. -e none ?
Currently variable settings in a script are overwritten unconditionnally
when it calls fakechroot (and
From
strace -s 4096 -f fakeroot fakechroot -e chroot env chroot $(readlink -f root)
wget -q -O/dev/null https://localhost:/ 21 | grep libgnutls.so
one obtains (on amd64)
[pid 28109] open(/home/me/root/usr/local/lib/libgnutls.so.26, O_RDONLY) = -1
ENOENT (No such file or directory)
[pid
Version: 2.16-1
Would the following patch help ?
Without the patch :
me@here:~$ ln -s /home/me/testy test/x
me@here:~$ ln -s /home/me/test test/y
me@here:~$ fakechroot fakeroot chroot test readlink x
y
me@here:~$ fakechroot fakeroot chroot test readlink y
With the patch below :
me@here:~$
As far as I understand, /usr/bin/fakechroot sources the chroot.env
script to setup the substitution of /usr/sbin/chroot.fakechroot for
/usr/sbin/chroot.
At /usr/sbin/chroot invocation (through execve),
/usr/sbin/chroot.fakechroot runs instead and parses /etc/ld.so.conf*
in the target
Hi,
I am having trouble with the proposed patch :
Without patch :
$ fakechroot fakeroot chroot /home/me/my_wheezy_chroot
# cp /usr/bin/wget /usr/bin/nothing_of_such_name_outside
# ldd /usr/bin/nothing_of_such_name_outside
ldd: /usr/bin/nothing_of_such_name_outside: No such file or directory
It seems that the run-time dynamic loader gets confused by relative
paths in LD_LIBRARY_PATHS.
Nested chroot with a directory change may result in inexistent
directory paths in LD_LIBRARY_PATH as well (see example1 attached)
The following patch makes all paths in LD_LIBRARY_PATH absolute.
(The
With the two preceding patches applied, I tried (fontconfig isn't
installed on the host machine) :
me@here:~$ fakechroot fakeroot chroot my_wheezy_chroot
me@here:~$ LANG=C apt-get install fontconfig
Reading package lists... Done
Building dependency tree... Done
The following extra packages will
If a symlink is in the path of the chroot, the previous patch
(see absolute_path.incorrect.patch.gz attached) fails.
Here is a corrected version (see absolute_path.patch.gz).
Such a failure is illustrated (with the previous patch applied) in
example1. The failure doesn't occur with the new patch
Here is a new version of the preceding patch : it allows for
a member of LD_LIBRARY_PATH pointing inside the (fake)chroot.
One may debootstrap an i386 wheezy (fake)chroot on amd64 :
1. Have debootstrap, fakechroot and fakeroot and libfakechroot for amd64
installed.
2. Add the i386 architecture
Hi,
May the following patch help ?
Thanks for your comments !
Regards,
JH Chatenet
diff -Naur a/usr/sbin/debootstrap b/usr/sbin/debootstrap
--- a/usr/sbin/debootstrap 2014-02-26 20:31:23.0 +0100
+++ b/usr/sbin/debootstrap 2014-02-26 20:32:31.0 +0100
@@ -656,6 +656,7 @@
Package: fakechroot
Version: 2.17.2-1
Severity: normal
Tags: patch
Dear Maintainer,
The command chfn fails in a fakechroot environment : it is setuid root, and the
variable
LD_LIBRARY_PATH is ignored. As a result, it tries to alter /etc/passwd outside
of the
(fake)chroot and fails because of
Package: fakechroot
Version: 2.17.2-1
Severity: wishlist
Dear Maintainer,
as stated in the man page :
Statically linked binaries doesn't work, especially ldconfig(8),
However, after leaving the fakechroot environment, one may run
ldconfig with option -r :
ldconfig -r /tmp/sid
Is it worth
Package: fakechroot
Version: 2.17.2-1
Severity: whishlist
Dear Maintainer,
It seems that the environment variable FAKECHROOT_EXCLUDE_PATH
may contain at most 32 paths
(from src/libfakechroot.c line 42-43 :
static char *exclude_list[32];
static int exclude_length[32];
and line 120 :
Hi,
I got the same result :
mknod: 'dev/ttyS0': Permission denied
The patch below solved the issue.
It is perhaps advisable to not chroot before making a
new device node (as in debirf version 0.33,
file /usr/bin/debirf, line 135 :
fakeroot_if_needed sh -c mknod
Thank you for your answer
Le mercredi 18 juin à 18h 13mn 50s (-0400), Daniel Kahn Gillmor a écrit :
On 06/18/2014 05:38 PM, jhcha54008 wrote:
Hi,
I got the same result :
mknod: 'dev/ttyS0': Permission denied
The patch below solved the issue.
It is perhaps advisable
The bug exposed a second misbehaviour : building the initramfs fails
because cpio can't read some subdirectories of /sys and /proc.
FAKECHROOT_EXCLUDE_PATH=/dev:/proc:/sys causes the whole contents of the
/dev, /proc, /sys directories on the build machine to be added to the archive
instead of the
Hi,
It looks like bug #732322 : FAKECHROOT_EXCLUDE_PATH contains /dev.
This prevents scsitools postinst to make a directory /dev/scsi :
making directories under /dev on the build machine is not
allowed an unprivileged user.
Perhaps it would be meaningful to wrap mkdir so that chroot is not
With the patch below, the initramfs build finished without error.
There are no subdirectories of /proc and /sys in rootfs.cgz.
qemu-system-x86_64 -m 512 -kernel vmlinuz-3.14-1-amd64 -initrd
debirf-minimal_jessie_3.14-1-amd64.cgz
booted fine.
Regards,
JH Chatenet
diff -Naur a/usr/bin/debirf
As an illustration, here is a wrapper 'mkdir_in_dev.sh' for mkdir :
directories under dev are made outside of the fakechroot environment.
Other directories are made as usual.
$ debirf make minimal/
[ ... ]
$ export FAKECHROOT_CMD_SUBST=/bin/mkdir=$(readlink -f mkdir_in_dev.sh)
$ debirf enter
Package: debirf
Version: 0.34
Severity: normal
Tags: patch
Dear Maintainer,
As stated in http://cmrg.fifthhorseman.net/ticket/80 : in a debirf instance
built with
ROOT_BUILD=false, ldconfig and ldd are not the fully functional executables but
the
scripts which come with fakechroot. There is no
Package: debirf
Version: 0.34
Severity: minor
Tags: patch
Dear Maintainer,
In a debirf instance, /var/cache/man subdirectories are owned by
root instead of man :
# ls -AlF /var/cache/man
total 136
-rw-r--r-- 1 root root190 Jul 10 20:04 CACHEDIR.TAG
drwxr-sr-x 2 root root 40 Jul 10 20:04
Package: debirf
Version: 0.34
Severity: normal
Tags: patch
Dear Maintainer,
It seems that daemon start is attempted when packages are installed
during module run by debirf. Is this always desirable ? We usually don't
want to restart a daemon on the build host, or one may build a debirf
instance
Le vendredi 11 juillet à 17h 27mn 37s (-0400), Daniel Kahn Gillmor a écrit :
On 07/11/2014 08:41 AM, jhcha54008 wrote:
The following patch replaces fakechroot ldd and ldconfig by
original versions, and build /etc/ld.so.cache.
Regards,
JH Chatenet
diff -Naur a/usr/share/debirf
Le vendredi 11 juillet à 15h 05mn 19s (-0700), Jameson Graef Rollins a écrit :
On Fri, Jul 11 2014, Daniel Kahn Gillmor d...@fifthhorseman.net wrote:
On 07/11/2014 08:43 AM, jhcha54008 wrote:
The following patch just change the owner of /var/cache/man/*
to man.
Regards,
JH Chatenet
Le samedi 12 juillet à 10h 39mn 01s (-0700), Jameson Graef Rollins a écrit :
On Fri, Jul 11 2014, jhcha54008 jhcha54...@free.fr wrote:
As stated in http://cmrg.fifthhorseman.net/ticket/80 : in a debirf instance
built with
ROOT_BUILD=false, ldconfig and ldd are not the fully functional
Le vendredi 11 juillet à 17h 14mn 32s (-0400), Daniel Kahn Gillmor a écrit :
On 07/11/2014 08:43 AM, jhcha54008 wrote:
The following patch just change the owner of /var/cache/man/*
to man.
Regards,
JH Chatenet
diff -Naur a/usr/share/debirf/modules/z1_clean-root
b/usr/share
Package: fakechroot
Version: 2.17.2-1
Severity: minor
Tags: patch
Dear Maintainer,
Invoking chroot with options fails :
$ fakechroot fakeroot chroot --userspec=root:root my_chroot/
/usr/sbin/chroot: failed to run command 'my_chroot/': No such file or directory
There is no error without options
Hi,
Would the following patch suffice ?
Thanks for your comments or corrections !
Regards,
JH Chatenet
diff -Naur a/usr/share/debootstrap/scripts/sid
b/usr/share/debootstrap/scripts/sid
--- a/usr/share/debootstrap/scripts/sid 2014-03-13 20:30:32.0 +0100
+++
Package: debootstrap
Version: 1.0.59
Severity: minor
Tags: patch
Dear Maintainer,
Using option foreign with the variant fakechroot fails at the second stage with
an error :
$ fakechroot fakeroot -s .fakeroot.state debootstrap --variant=fakechroot
--foreign jessie my_chroot
$ fakechroot
Package: fakechroot
Version: 2.17.2-1
Severity: minor
Tags: patch
Dear Maintainer,
In a fakechroot environment, invoking chroot twice gives some strange results :
1/ absolute paths for newroot cause an error
$ fakechroot fakeroot chroot my_first_chroot
# cd home
# chroot
Package: fakechroot
Version: 2.17.2-1
Severity: minor
Tags: patch
Dear Maintainer,
It seems that setting LD_LIBRARY_PATH at the end of
/etc/fakechroot/debootstrap.env has no effect :
LD_LIBRARY_PATH is overwritten afterwards (file
/usr/bin/fakechroot lines 168, 173 and 177)
Perhaps it would
Package: fakechroot
Version: 2.17.2-1
Severity: normal
Tags: patch
Dear Maintainer,
It is possible to change to a directory outside of $FAKECHROOT_BASE :
$ pwd
/home/me
$ mkdir outside
$ fakechroot fakeroot chroot my_chroot/
# pwd
/
# cd ../outside
# pwd
/home/me/outside
Is this the correct
Package: debirf
Version: 0.34
Severity: normal
Dear Maintainer,
Installing gpm in a debirf instance results in an error :
$ debirf make minimal
[ ... ]
$ debirf enter minimal
# apt-get update
# apt-get install gpm
[ ... ]
Unpacking gpm (1.20.4-6.1) ...
E: Sub-process /usr/bin/dpkg returned an
Le mercredi 8 octobre à 16h 00mn 57s (-0400), Daniel Kahn Gillmor a écrit :
Have you tested with debootstrap --fakechroot ?
Thank you for your answer.
Same result with debootstrap (using the workaround of #763391) :
$ export FAKECHROOT_CMD_SUBST=/usr/bin/chfn=$(readlink -f
Package: debirf
Version: 0.34
Severity: normal
Tags: patch
Dear Maintainer,
debirf may fail to configure and run man-db under some circumstances.
The symptoms : in a somewhat outdated jessie chroot
$ dpkg -l man-db
[ ... ]
ii man-db 2.6.6-1 amd64on-line manual pager
$
Hi,
May this be related to #745082 ? (the patch of #742070 would be needed to)
Regards,
JH Chatenet
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
I got the same error message.
In contrast, there is no such an error if I make use
of the wrapper chfn.fakechroot below :
$ chmod +x chfn.fakechroot
$ export FAKECHROOT_CMD_SUBST=/usr/bin/chfn=$(readlink -f chfn.fakechroot)
$ debirf make rescue
[ ... ]
debirf debirf initrd created.
debirf
Package: debirf
Version: 0.34
Severity: wishlist
Dear Maintainer,
I wonder if there is a recommended way to make use of local repositories
when building a debirf instance, and if it is worth mentioning in the
documentation.
The debootstrap step has some support for one local repository (a
Hi,
The following patch (against gpm version 1.20.4-6.1) solved
the second issue for me (gpm restart and
gpm_has_mouse_control giving an error).
I hope it will help.
Regards,
JH Chatenet
diff -Naur a/DEBIAN/postinst b/DEBIAN/postinst
--- a/DEBIAN/postinst 2014-11-13 20:28:55.0
Package: fakeroot
Version: 1.20.2-1
Severity: wishlist
Tags: patch
Dear Maintainer,
It may be useful to export the argument of option -l,--lib in an
environment variable (see the patch below).
Regards,
JH Chatenet
diff -Naur a/usr/bin/fakeroot-sysv b/usr/bin/fakeroot-sysv
---
Le mardi 25 novembre à 13h 34mn 38s (+), Clint Adams a écrit :
On Tue, Nov 25, 2014 at 02:31:43PM +, jhcha54008 wrote:
It may be useful to export the argument of option -l,--lib in an
environment variable (see the patch below).
Any particular reason why?
A command that is run
Hi,
May this be related to bug #732255 ?
Regards,
JH Chatenet
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
(+0100), Cyril Brulebois a écrit :
jhcha54008 jhcha54...@free.fr (2014-12-30):
Hi,
May this be related to bug #732255 ?
(Adding back everyone to the loop.)
Back to your suggestion in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732255#10:
| --- a/usr/sbin/debootstrap 2014-02-26
Hi,
May this be bugs #745082 and #763391 ?
Perhaps the workaround at the end of #763391 would work.
Regards,
JH Chatenet
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
Would the following patch help ?
Regards,
JH Chatenet
diff -Naur a/usr/sbin/debootstrap b/usr/sbin/debootstrap
--- a/usr/sbin/debootstrap 2015-01-07 23:34:30.439150608 +
+++ b/usr/sbin/debootstrap 2015-01-07 23:54:08.037001814 +
@@ -590,6 +590,8 @@
if [
Le vendredi 20 février à 19h 02mn 31s (+0100), John Paul Adrian Glaubitz a
écrit :
Hi!
I am running into the exact same problem when trying to create a
unstable chroot using debootstrap on one of our sh4 machines
using the following command line:
debootstrap --no-check-gpg
Package: fakechroot
Version: 2.17.2-1
Tags: patch
Dear maintainer,
It seems that ldd.fakechroot outputs a wrong path of the elf
loader on alpha, i.e. /lib64/ld-linux.so.2 instead of the correct
path /lib/ld-linux.so.2 :
$ ldd minimal/root/bin/ls
libselinux.so.1 =
, jhcha54008 wrote:
May I ask if debootstrap ran in a fakechroot environment or as real root ?
I'm curious about this too. Adrian, can you give more details?
--dkg
Hi,
I agree that 774332, 745082 and 763391 are the same bug.
It is my understanding that it is a fakechroot bug : fakechroot
can't
Le samedi 21 février à 03h 50mn 23s (+0100), John Paul Adrian Glaubitz a écrit :
On 02/21/2015 12:24 AM, jhcha54008 wrote:
May I ask if debootstrap ran in a fakechroot environment or as real root ?
I haven't tried fakechroot, but the debootstrap call was done using the
real root user. What
Hi,
May I ask if the workaround
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763391#15
helps ?
Regards,
JH Chatenet
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
bug # 774752 looks similar.
Should it be merged with this bug ?
Regards,
JH Chatenet
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Le samedi 16 mai à 21h 39mn 13s (+0200), Cyril Brulebois a écrit :
Hi,
jhcha54008 jhcha54...@free.fr (2015-01-08):
Hi,
Would the following patch help ?
Regards,
JH Chatenet
diff -Naur a/usr/sbin/debootstrap b/usr/sbin/debootstrap
--- a/usr/sbin/debootstrap 2015-01-07 23
Hi,
chfn doesn't only give an error in a fakechroot environment, but passwd -
and possibly every PAM invocation - too. The culprit seems to be libaudit1
linked to libpam. I was mistaken blaming a setuid executable.
The symptoms : chfn outputs an error line
chfn: PAM: System error
and there is
Hi,
Moving setup_devices at the end of first_stage()
would solve partially #741964
(debootstrap: --variant=fakechroot and --foreign)
too.
Regards,
JH Chatenet
Hi,
It seems that setup_devices() was called previously from the end
of first_stage(). It was moved then to the beginning of second_stage()
to solve #498731 and #531316
(see commit d3518b9c7e4f693562d99ec4c15bb009b456603b of debootstrap
version 1.0.34)
As far as I understand, the aim was to
Hi,
The current version 2.17.2-1 of libfakechroot in jessie is unusable with
debootstrap
(#745082). This may be one of the causes of #809410 too.
You may try debirf with fakechroot and libfakechroot version 2.18-1 from
stretch or
sid installed.
Would it make sense to have version 2.18-1
Hi,
Here is an updated patch for debootstrap 1.0.78+nmu1.
Regards,
JH Chatenet
diff -Naur a/usr/share/debootstrap/scripts/sid
b/usr/share/debootstrap/scripts/sid
--- a/usr/share/debootstrap/scripts/sid
+++ b/usr/share/debootstrap/scripts/sid
@@ -72,6 +72,10 @@
}
Package: debirf
Version: 0.35
Severity: normal
Tags: patch
Dear Maintainer,
Running debirf in a sid chroot results in the following error :
$ debirf make minimal
...
extracting kernel package linux-image-4.3.0-1-amd64_4.3.5-1_amd64.deb...
Reading package lists... Done
Building dependency
Package: fakechroot
Version: 2.18-1
Severity: normal
Tags: patch
Dear Maintainer,
env in a fakechroot environment produces no output (instead of
listing all environment variables).
$ fakechroot fakeroot -s .fakeroot.state debootstrap --variant=fakechroot sid
mychroot
[ ... ]
$ echo $?
0
$
Hi,
this looks like bug #742070
me@localhost:~$ LD_LIBRARY_PATH="/home/me/mychroot/lib/x86_64-linux-gnu"
fakechroot fakeroot -s .fakeroot.state debootstrap --variant=fakechroot
--include=dbus sid mychroot
[...]
I: Base system installed successfully.
me@localhost:~$ echo $?
0
I get the same
Hi,
My previous patch is incorrect : changing root to a path with a trailing slash
produces an error.
me@localhost:~$ fakechroot fakeroot -i .fakeroot.state -s .fakeroot.state
chroot mychroot1/
root@localhost:~/mychroot1# ls .
ls: cannot access '.': No such file or directory
Hi,
I am afraid there is no easy workaround : libc6 version 2.19-18+deb8u7 (jessie)
and version
2.24-9 (stretch) are very different.
You need the same version of libc6 inside and outside of the (fake)chroot in
order that
fakechroot works correctly. If not, it may work by chance (if the
Hi,
I wish to correct my preceding patch 02-support-cross-compilation.patch [1] :
I should have written
CC = $(DEB_HOST_GNU_TYPE)-gcc
instead of
CC ?= $(DEB_HOST_GNU_TYPE)-gcc
in debian/rules.
(At this point, CC is already defined as "cc" (its default value))
Regards,
JH
Package: opensp
Version: 1.5.2-13
Severity: wishlist
Hi,
I wonder if multiarch support could be added to opensp
(perhaps a field Multi-Arch: foreign).
It would make package cross-compilation easier (some packages
build-depends on opensp, e.g. aboot should)
Regards,
JH Chatenet
Le mercredi 18 janvier à 18h 54mn 10s (+0100), Santiago Vila a écrit :
> On Wed, Jan 18, 2017 at 06:38:44PM +0100, jhcha54008 wrote:
>
> > I wonder if the following solution would be accepted (see the two patches
> > attached) : let the source package ship the tw
I am unsure : shouldn't the build dependencies
gcc-alpha-linux-gnu [!alpha], libc6.1-dev-alpha-cross [!alpha]
appear in a field
Build-Depends-Indep
instead of
Build-Depends ?
They are required to build aboot-base (Arch: all)
and not aboot-cross (Arch: any).
Regards,
JH Chatenet
Package: fakechroot
Version: 2.19-3
Severity: normal
Tags: patch
Dear Maintainer,
debootstrap may fail in a fakechroot environment if systemd is not installed or
if
the architectures inside and outside of the (fake)chroot don't match.
This doesn't occur if the patch below is applied.
The cause
Package: fakechroot
Version: 2.19-3
Severity: normal
Tags: patch
Dear Maintainer,
I get the following error chrooting twice (and the second time into the root of
the (fake)chroot ) :
$ fakechroot fakeroot -s .fakeroot.state -i .fakeroot.state chroot mychroot
# pwd
/
# chroot .
Package: fakechroot
Version: 2.19-3
Severity: minor
Tags: patch
Dear Maintainer,
It seems that the output of ldd.fakechroot is missing a leading
slash in absolute paths. If we compare :
$ ldd mychroot-amd64/bin/cat
linux-vdso.so.1 (0x7ffec8d71000)
libc.so.6 =>
Hi,
It seems that the new version 2.19-3 of fakechroot solved this bug.
$ dpkg -l dbus libdbus-1-3 fakeroot fakechroot debootstrap
||/ Name VersionArchitecture
Description
Package: fakechroot
Version: 2.19-3
Severity: minor
Tags: patch
Dear Maintainer,
fakechroot behaves strangely if the environment variable CDPATH is set :
$ mkdir some_directory
$ CDPATH=/home/me/some_directory
$ export CDPATH
$ cd some_directory
$ fakechroot fakeroot -s ../.fakeroot.state
Package: fakechroot
Version: 2.19-3
Severity: wishlist
Tags: patch
Dear Maintainer,
As stated in the man page :
"It is important to start fake environment in proper
order. fakeroot should be started inside fakechroot"
Indeed, we get an error if not :
$ fakeroot fakechroot chroot mychroot
#
/bugreport.cgi?bug=832491#5
Origin: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=832491#23
Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=832491
Author: Neil Roeth <n...@debian.org>
Author: jhcha54008 <jhcha5...@free.fr>
diff -Naur aboot-1.0~pre20040408/debian/contr
Hi,
as you wrote [1], debootstrap targetting a debian port fails
because of an expired key in the stable release.
This looks like bug #700841.
You need the debian-ports-archive-keyring package from unstable
or stretch (even if you are using debian 7 or 8).
Or you may add the current key from
Package: fakechroot
Version: 2.18-1.1
Severity: minor
Tags: patch
Dear Maintainer,
It may be useful to distinguish different paths with
the same beginning (e.g. mychroot and mychroot2 :
$Base=mychroot matches mychroot2 too, which is not
intended). One may check that a path separator '/' is
Package: fakechroot
Version: 2.18-1.1
Severity: normal
Tags: patch
Dear Maintainer,
fakechroot.sh currently doesn't set FAKECHROOT_CMD_ORIG
if it performs a command substitution. In contrast,
execve does.
This results in subtile bugs.
Regards,
JH Chatenet
--- a/scripts/fakechroot.sh
+++
Package: fakechroot
Version: 2.18-1.1
Severity: normal
Tags: patch
Dear Maintainer,
ldd.fakechroot fails if the target program is not
installed on the build host too.
$ ln mychroot/bin/cat mychroot/bin/nonexistent-outside
$ fakechroot fakeroot -i .fakeroot.state -s .fakeroot.state chroot
Package: fakechroot
Version: 2.18-1.1
Severity: normal
Tags: patch
Dear Maintainer,
ldd.fakechroot parses the output of objdump which is
locale dependant. It may give strange results in any locale
other than 'C'.
$ echo $LANG
fr_FR.UTF-8
$ fakechroot fakeroot -i .fakeroot.state -s
Hi,
I tried to build aboot-base on amd64 and some remaining occurence
of nsgmls resulted in a fatal error. I found the additional patch
below (on top of [1]) useful. I hope it will help !
Thank you for your work on sp and aboot to keep our alpha workstations
bootable !
Regards,
JH Chatenet
[1]
Hi,
I was able to build aboot-base on amd64 without error (but with a lot of
warnings) with the patch below and the two patches [1], [2] of #832491.
The package built is not very useful as there are no binary files bootlx,
net_aboot.nh and net_pad inside (#821332)
I hope it will help
Hi,
May this bug #850080 be a consequence of #814358 (and [1]) ?
It doesn't occur if /bin/sh is a symlink to bash.
The default install by debootstrap results in /bin/sh pointing to dash
and this bug showing up.
It would be solved if we ensure that /usr/bin/fakeroot is interpreted by
bash.
$
Hi,
What about the more conservative patch below ?
This last line of a0_prep_root is still useful in case one replaces
systemd-sysv with sysvinit-core :
$ echo '+sysvinit-core' > minimal/packages
$ debirf make minimal
I hope it will help !
Regards,
JH Chatenet
---
Package: src:debirf
Version: 0.36
Severity: minor
Tags: patch
Dear Maintainer,
May I propose the patch below ? I suppose that the contents of
of /usr/share/debirf/version is not exactly what was intended :
$ cat /usr/share/debirf/version
0.36) unstable; urgency=medium
Thank you for your
Le jeudi 22 juin à 17h 34mn 47s (+0100), Steve McIntyre a écrit :
> Control: tag -1 +pending
>
> Hi!
>
> Thanks for the patch. I've just applied it in git now...
>
Hi,
Thank you for the notification. But may I ask where the
git repository is ?
On
Hi,
Thank you for your review of the patch and sorry for my late answer.
Le samedi 24 juin à 11h 14mn 37s (+0200), John Paul Adrian Glaubitz a écrit :
> On 06/21/2017 09:15 PM, jhcha54008 wrote:
> > +## Port architectures need their archive keyring
> > +UNRELEASED_PORT_ARCHITECT
Ooops, I should have searched harder - I have found
https://anonscm.debian.org/cgit/debian-cd/debian-cd.git/
Sorry for the noise !
Regards,
JH Chatenet
Le mardi 27 juin à 21h 38mn 26s (+0200), jhcha54008 a écrit :
> Le jeudi 22 juin à 17h 34mn 47s (+0100), Steve McIntyre a écrit :
> >
Package: debian-cd
Version: 3.1.20
Tags: patch
Severity: whishlist
X-Debbugs-CC: John Paul Adrian Glaubitz , Helge
Deller , James Clarke
Dear Maintainer,
Non released architectures from www.debian-ports.org need the archive
Hi,
I am testing the updated ([1],[2]) version attached of a
debootstrap script to accomodate the peculiarities of non
released port architectures from www.debian-ports.org :
- the keyring is debian-ports-archive-keyring (instead of
debian-archive-keyring). This keyring package is
scheduled
Package: apt-mirror-setup
Version: 0.129
Severity: wishlist
Tags: patch
X-Debbugs-CC: "Helge Deller" , "John Paul Adrian Glaubitz"
, "James Clarke"
Dear Maintainer,
apt-mirror-setup currently doesn't create an entry for the
Package: base-installer
Version: 1.171
Severity: wishlist
Tags: patch
X-Debbugs-CC: "Helge Deller" , "John Paul Adrian Glaubitz"
, "James Clarke"
Dear Maintainer,
bootstrap-base installs a kernel and some extra packages as its
Package: net-retriever
Version: 1.44
Severity: wishlist
Tags: patch
X-Debbugs-CC: "Helge Deller" , "John Paul Adrian Glaubitz"
, "James Clarke"
Dear Maintainer,
net-retriever pulls udeb packages from one sole suite
(the one
Package: choose-mirror
Version: 2.82
Severity: whishlist
Tags: patch
X-Debbugs-CC: "Helge Deller" , "John Paul Adrian Glaubitz"
, "James Clarke"
Dear Maintainer,
The following is a reformulation of a previous bug
report by Helge
1 - 100 of 147 matches
Mail list logo