Hi,
Quoting Helge Kreutzmann (2020-12-09 16:02:35)
> Hello Johannes,
> On Wed, Dec 09, 2020 at 03:56:51PM +0100, Johannes Schauer Marin Rodrigues
> wrote:
> > Quoting Helge Kreutzmann (2020-12-09 15:47:23)
> > > root@samd:~# apt-cache show po4a | grep epends Depends: gett
Quoting Helge Kreutzmann (2020-12-09 15:47:23)
> root@samd:~# apt-cache show po4a | grep epends Depends: gettext,
> libpod-parser-perl, libsgmls-perl, libyaml-tiny-perl, opensp, perl:any
>
>
> root@samd:~# apt-get remove libpod-parser-perl
> Paketlisten werden gelesen... Fertig
>
Hi,
Quoting Raphaël Hertzog (2020-11-29 11:42:16)
> I know that multiple developers started using podman and buildah to manage
> containers where they build their Debian packages. With user namespace
> supports, this allows rootless building (like the "unshare" chroot
> mode)... you don't even
Hi,
Quoting Josh Triplett (2020-12-31 22:04:49)
> On Wed, Dec 30, 2020 at 10:38:58PM -0800, Josh Triplett wrote:
> > With a large number of path exclusions specified (around 500),
> > mmtarfilter starts to become a noticeable performance bottleneck.
while I'm amazed, that my software is being
Hi,
Quoting Josh Triplett (2020-12-31 01:56:47)
> mmdebstrap appears to be running commands like the following:
>
> env --unset=APT_CONFIG --unset=TMPDIR /usr/sbin/chroot /path/to/targetdir env
> --unset=TMPDIR dpkg --install
>
> Running env both inside and outside of the chroot seems
Hi,
Quoting Jonas Smedegaard (2020-12-31 07:51:42)
> Quoting Josh Triplett (2020-12-31 07:38:58)
> > With a large number of path exclusions specified (around 500),
> > mmtarfilter starts to become a noticeable performance bottleneck.
> >
> > It looks like mmtarfilter checks each file linearly
Dear maintainers,
On Sun, 13 Sep 2020 08:13:06 - "Chris Lamb" wrote:
> Friendly ping on this?
I'd like to send another ping about this.
This bug is affecting my package mmdebstrap so I'd love to see it fixed.
Thanks!
cheers, josch
signature.asc
Description: signature
Hi,
Quoting Stéphane Glondu (2021-01-06 16:02:05)
> Le 24/12/2020 à 17:37, Johannes 'josch' Schauer a écrit :
> > my package botch FTBFS on armel, mips64el and mipsel:
> >
> > https://buildd.debian.org/status/package.php?p=botch
> >
> > The reason is, that when calling dose-deb-coinstall it
Hi Ralf,
Quoting Johannes Schauer Marin Rodrigues (2021-01-11 07:11:07)
> did you test this? As I already pointed out when we talked about this in
> connection with dose3, I had libjs-highlight.js installed the whole time. I
> just upgraded ocaml-odoc and the problem still persists.
Hi Ralf,
Quoting Ralf Treinen (2021-01-10 13:22:56)
> On Thu, Jan 07, 2021 at 11:47:06AM +0100, Johannes 'josch' Schauer wrote:
> > I now investigated further and it seems that the package has an autopkgtest
> > (yay!) so I triggered that and it failed with the same error message that I
> > got:
Hi Jochen,
Quoting Jochen Sprickerhof (2021-01-05 23:48:35)
> on a freshly installed Debian unstable:
>
> $ sudo apt install sbuild mmdebstrap
> $ sbuild-createchroot --debootstrap=mmdebstrap \
> --make-sbuild-tarball ~/.cache/sbuild/unstable-amd64.tar.gz \
> unstable $(mktemp -d) #
Control: tag -1 - newcomer
Hi,
Quoting Mathias Behrle (2021-01-25 08:55:34)
> Probably I shall try this next time resp. I will try with an old version of
> sbuild.
>
> IIRC this bug is a regression introduced (probably between August and
> September
> 2020). Before the signing process used to
Hi,
I got a bit further on this bug.
The problem is, that when you combine --source-only-changes with --keyid, then
debsign will be run twice (once for the normal changes file and once for the
source-only changes file) and both times with --re-sign. This means, that the
second invocation will
Hi Bruno,
Quoting Bruno Kleinert (2021-01-24 06:46:39)
> I looked into /usr/share/sbuild/create-chroot to create a patch, but began to
> wonder where and if that script is actually used. I use sbuild to locally
> build packages on my desktop computer, so it's installed, and
>
> grep -r
Hi Jonas,
Quoting Jonas Smedegaard (2020-12-31 07:51:42)
> Quoting Josh Triplett (2020-12-31 07:38:58)
> > With a large number of path exclusions specified (around 500),
> > mmtarfilter starts to become a noticeable performance bottleneck.
> >
> > It looks like mmtarfilter checks each file
Hi,
as the author of metasnap, debrebuild and debbisect (all using snapshot.d.o) I
thought that maybe it makes sense to post to these bugs what I learned about
how to reliably pull data from snapshot.d.o.
For the most reliable and stable solution (has been able to download stuff for
over three
Hi,
Quoting Mike Hommey (2021-02-03 02:27:12)
> Running `mmdebstrap --variant=extract jessie` fails with
> ```
> E: The repository 'http://deb.debian.org/debian jessie Release' is not signed.
> ```
> after multiple GPG warnings.
>
> Adding `--keyring
Quoting Mike Hommey (2021-02-03 02:14:38)
> Running `mmdebstrap --variant=extract --architectures=`
> fails with
> ```
> E: $arch can neither be executed natively nor via qemu user emulation with
> binfmt_misc
> ```
>
> It works with `--skip check/qemu`, but this should probably be the default
>
Quoting Johannes Schauer Marin Rodrigues (2021-02-04 08:50:51)
> oh wow! Thanks a ton for all your work! This is phantastic. :)
while this still stands
> Do you want to do the upload yourself? Just add yourself to Uploaders as well
> while you are at it, you seem to know what you
Hi Sunil,
Quoting Sunil Mohan Adapa (2021-02-04 03:17:55)
> tag 970633 + patch
> tag 932924 + patch
> thanks
>
> Hello,
>
> Eagerly looking forward to tt-rss being in good shape for FreedomBox in
> Bullseye, I have done the packaging work needed for uploading 21.1
> version of tt-rss. Please
Hi,
Quoting Julian Andres Klode (2021-02-03 12:53:18)
> On Wed, Feb 03, 2021 at 12:41:02PM +0100, Marc Haber wrote:
> > On Wed, Feb 03, 2021 at 12:02:43PM +0100, Julian Andres Klode wrote:
> > > On Wed, Feb 03, 2021 at 11:54:23AM +0100, Marc Haber wrote:
> > > > recent apt versions write
Package: apt
Version: 2.2.3
Severity: normal
Hi,
it seems that there is currently no pattern that allows one to select
packages by priority according to apt-patterns(7). Please consider
adding that functionality.
Currently I parse "apt-get indextargets ... | /usr/lib/apt/apt-helper
cat-file" in
Hi,
Quoting Vagrant Cascadian (2021-06-09 06:07:51)
> > But are you running mmdebstrap by hand or are you using it as part of a
> > script?
>
> From a relatively simple script, but I have yet to figure out the ideal
> arguments to pass to tar2sqfs.
okay, then adding a manual call to tar2sqfs is
Source: base-passwd
Severity: wishlist
Tags: patch
User: debian-d...@lists.debian.org
Usertags: dpkg-root-support
Hi,
We're working on a way to install packages into a chroot without
actually using the chroot system call. A consequence of doing so is that
maintainer scripts are run outside the
Hi Sam,
Quoting Sam Hartman (2021-02-25 17:56:07)
> I'm setting a calendar note to come back tho this in May.
> Apologies for not having time sooner; I'm in the middle of planning for
> a move and trying to deal with bullseye issues.
I hope that everything went okay with your move and we can
Quoting Johannes 'josch' Schauer (2021-02-24 01:44:00)
> However, with the changes from above commits, the command will succeed.
while it will succeed, it will still not reproduce the desired result. Helmut
and I now have a set of scripts that compare a chroot created with DPKG_ROOT to
one
Quoting Johannes 'josch' Schauer (2021-02-24 00:14:16)
> if dpkg (since 1.18.5) is run with --force-script-chrootless, it sets
> the variable DPKG_ROOT to the directory into which dpkg will install the
> requested packages. This is useful for bootstrapping, creating chroots
> for foreign
On Tue, 08 Jun 2021 14:08:46 +0200 Marc Haber
wrote:
> dpkg-deb -x package.deb happily overwrites symlinks on the filesystems
> with directories. I don't know whether this is desired behavior.
>
> tl;dr:
> For some reason, a system of mine ended up without
> /sbin/start-stop-daemon. Not knowing
Control: reopen -1
Quoting Benjamin Drung (2021-05-06 15:41:53)
> Am Mittwoch, den 05.05.2021, 20:46 +0200 schrieb Jonas Smedegaard:
> > Quoting Johannes Schauer Marin Rodrigues (2021-05-05 19:37:16)
> >
> > > The patch should probably look something like this:
> >
Hi,
Quoting Vagrant Cascadian (2021-05-08 22:01:12)
> I cannot seem to find a straightforward option to keep apt Packages
> files in /var/lib/apt/lists/ ...
>
> If I use --skip=cleanup/apt it does keep the Packages files in
> /var/lib/apt/lists, but also leaves the .deb files in /var/cache/apt/,
Quoting Vagrant Cascadian (2021-05-09 10:17:42)
> Currently zstd compression, while overall fast, only uses a single thread.
> The attached patch passes the --threads=0 option to zstd (just like in the xz
> case) so that it can take advantage of multiple cores.
Quoting Vagrant Cascadian (2021-05-09 10:40:47)
> >> But then maybe cleanup/apt might someday implement some other feature I
> >> might miss out on by doing this...
> >
> > We can easily add two other skip options:
> >
> >--skip=cleanup/apt/lists
> >--skip=cleanup/apt/cache
>
> That would
Package: syncplay
Version: 1.6.7+repack1-5
Severity: normal
Hi,
currently, the syncplay package includes the client as well as the
server. This means that a server installation also includes the heavy
dependencies that are only needed for the client. Installing syncplay on
a bare-bones Debian
Hi Jochen,
Quoting Jochen Sprickerhof (2021-05-31 15:16:26)
> I just tried the sub-essential busybox-based chroot example from the man page
> on an up to date sid and got:
>
> /var/lib/dpkg/info/base-passwd.postinst: line 1: mktemp: not found
>
> Adding mktemp to the setup-hook ln loop fixes
Hi,
Quoting Vagrant Cascadian (2021-06-05 03:09:52)
> When mmdebstrap produces a tarball directly, it sets different tarball
> options:
>
> # tar2sqfs and genext2fs do not support extended attributes
> if ($format eq "squashfs") {
> warning("tar2sqfs does not support extended
Quoting Vagrant Cascadian (2021-06-05 19:39:56)
> On 2021-06-05, Johannes Schauer Marin Rodrigues wrote:
> > Quoting Vagrant Cascadian (2021-06-05 03:09:52)
> >> When mmdebstrap produces a tarball directly, it sets different tarball
> >> options:
> >>
Quoting Bruno Kleinert (2021-05-26 04:42:59)
> thank you for the report and feedback. I uploaded a revision to experimental
> that builds syncplay, syncplay-server and syncplay-common.
Awesome, thanks a lot!
The server and client worked out of the box for me and my friends, so thanks
for
Package: rviz
Version: 1.14.4+dfsg-3
Severity: grave
Justification: renders package unusable
Hi,
when trying to run rviz I get:
rviz: error while loading shared libraries: libOgreOverlay.so.1.12.5: cannot
open shared object file: No such file or directory
But all my system has is
Control: reassign -1 schroot
Quoting Juri Grabowski (2021-06-25 23:00:39)
> overlayfs doesn't work with ZFS right now. I mean, that through zfs
> snapshot/rollback and clone features we can achieve better performance in
> spawning and destroying new schroots.
Possibly. But if so, then that's
Package: glances
Version: 3.1.5-1
Severity: serious
Justification: Policy 2.2.1
Hi,
the source package contains:
glances/outputs/static/public/glances.js
glances/outputs/static/public/glances.map.js
these files are copied into the binary package as:
Control: tag -1 + patch
On Thu, 22 Jun 2017 23:55:19 -0500 Daniel Echeverry wrote:
> these connections are necessary for glances can show the Public IP Address.
but that functionality can be trivially disabled by disabling the ip module by
default using the following patch:
---
Hi,
Quoting Jens Reyer (2021-07-04 14:36:13)
> On 08.04.21 22:47, Johannes 'josch' Schauer wrote:
> > a recent threat on debian-devel [1] revealed that winetricks falls into the
> > same category as other packages that are happily sitting in main.
> > Specifically, winetricks not only allows to
Hi,
Quoting Jens Reyer (2021-07-04 14:58:31)
> If you have access to the git repository please upload your changes also
> there, otherwise send a "git am"-able commit per mail. Or I'll import your
> changes later on.
I just requested access to the "Debian Wine Packaging" team on salsa. I will
Hi Vagrant,
Quoting Vagrant Cascadian (2021-04-27 09:08:38)
> The attached patch adds support for using zstd compressed tarballs.
>
> sbuild will try to use ~/.cache/sbuild/sid-amd64.tar.zst but tar may not
> know what to do with it and so errors out:
>
> Unpacking
Hi,
Quoting Antoine Beaupre (2021-04-28 21:17:03)
> This fails:
>
> # mkdir -p /mnt/var
> # mount /dev/sdb /mnt/var
> # mmdebstrap buster /mnt
> I: automatically chosen mode: root
> I: chroot architecture amd64 is equal to the host's architecture
> E: /mnt is not empty
>
> While I understand
Quoting Antoine Beaupré (2021-04-28 21:34:38)
> >> It might be worth adding a commandline flag to allow such behavior, at
> >> least...
> >
> > You are probably talking about --skip=check/empty
>
> Totally missed that.
The --skip option is semi-intentionally undocumented. The man page is already
Hi,
Quoting Benjamin Drung (2021-05-05 18:17:23)
> /bin/ping (from iputils-ping) uses the security capabilities to allow users
> to use the program:
>
> ```
> $ getcap /bin/ping
> /bin/ping cap_net_raw=ep
> ```
>
> When generating a squashfs images with mmdebstrap, these security
> capabilities
Quoting Jonas Smedegaard (2021-05-05 18:56:56)
> > Though I'm afraid this is not a change that will make it unto bullseye
> > unless you have special friends in the release team. ;)
> As I understand it, packages still get accepted when a) they are non-core and
> b) has a testsuite - after a
Quoting Julian Gilbey (2021-02-11 10:59:24)
> On Thu, Feb 11, 2021 at 10:36:14AM +0100, Sebastian Ramacher wrote:
> > > I am using schroot mode; my /etc/sbuild/sbuild.conf has $chroot_mode
> > > commented out, and I have set up an schroot called "sid-sbuild" with
> > > an alias "unstable-sbuild":
Hi Julian,
Quoting Julian Gilbey (2021-02-11 08:20:45)
> When trying to build amp and spherepack on my Debian testing machine, I get a
> build failure, but I don't if I use pbuilder. Johannes Schauer Marin
> Rodrigues has kindly identified the source of the problem, in
> https://list
Hi,
Quoting Mathias Behrle (2021-01-27 11:57:04)
> > This code was introduced in devscripts back in 2017, so you can see that I
> > was correct when I said that the sbuild codepath of combining
> > --source-only-changes with --keyid is indeed seldom used.
>
> Yes, the real use case appeared with
Control: tag -1 + help newcomer
Hi,
sorry for the late reply.
Quoting Mathias Behrle (2020-12-18 16:39:44)
> I am running a builder for the Tryton packages that is configured to provide
> a changes as well as a source.changes file. The first used for the upload to
> the reprepro mirror, the
Quoting Francesco Poli (2021-03-29 23:26:27)
> On Sun, 28 Mar 2021 21:04:24 +0200 Johannes Schauer Marin Rodrigues wrote:
>
> > Quoting Francesco Poli (2021-03-28 20:24:12)
> > > Well, the problem is probably my total ignorance about unshare, user
> >
Quoting Francesco Poli (2021-03-28 20:24:12)
> Well, the problem is probably my total ignorance about unshare, user
> namespaces, and so forth...
>
> First of all, I do not know what exactly subuid and subgid are.
man subuid? ;)
> I suppose they have something to do with the uid and gid seen
Quoting Francesco Poli (2021-03-27 16:18:26)
> As a consequence, I feel like giving the "unshare" mode of mmdebstrap a
> try.
>
> I tried again with my work-in-progress script:
>
> $ cd ~/Downloads/
> $ mmdebstrap-autopkgtest-qemu 8GiB
> I: automatically chosen mode: unshare
> I: chroot
Hi,
I don't want to start a discussion. So no need to reply. I just wanted to
clarify some things.
Quoting Sam Hartman (2021-02-24 23:12:11)
> I'm not at all convinced this is a good idea. We're replacing a great,
> well-tested facility--namely running maintainer scripts in root directories
>
Hi,
Quoting William Blough (2021-02-25 20:34:42)
> When passing -v via debbuildopt in conjunction with
> --source-only-changes, the source-only changes file only includes the most
> recent changelog entry as if the -v option was not present. The arch-specific
> changes file does include the
Hi Roger,
Quoting Roger Leigh (2021-02-23 22:41:32)
> On 22 Feb 2021, at 12:00, Johannes Schauer Marin Rodrigues
> wrote:
> >
> >>> Michael, your change in qemu introduced this problem. Schroot is currently
> >>> orphaned. Since you are responsibl
Quoting Tobias Frost (2021-02-23 09:02:43)
> Though I have no idea what needed to be fixed in debconf or what is the
> actual cause of it: Reading dpkgs log (and even stracing into it), it does
> not seem that it had touched debconf beside reading its control file?
The problem with debconf is,
Hi,
Quoting Tobias Frost (2021-02-23 09:15:30)
> > But even if support was there, what you try to do above would not work
> > because currently one cannot pass any other configuration than the one in
> > /etc/dpkg to dpkg. Since in chrootless mode, we never "chroot", dpkg will
> > always use the
Hi,
Quoting Jonas Meurer (2021-02-28 12:05:58)
> since release 0.77.0-1 (commit 1159497b26aabbb3380ac3475c11aff556ca1de2),
> sbuild sets the apt configuration option `APT::Keep-Downloaded-Packages` to
> `false`. This results in all downloaded packages (e.g. build-dependencies,
> lintian and
Hi,
Quoting bauen1 (2021-04-09 18:58:37)
> Please add support to the unshare chroot backend to unshare the network
> namespace.
>
> As per debian policy v4.5.1.0
> https://www.debian.org/doc/debian-policy/ch-source.html#main-building-script-debian-rules:
>
> > For packages in the main archive,
Control: reassign -1 schroot
Control: tag -1 + patch
Control: retitle -1 cannot enter foreign arch schroot since qemu 1:5.2+dfsg-4
Control: severity -1 important
Hi Étienne & Michael,
Quoting Étienne Mollier (2021-02-19 09:42:48)
> My existing and newly created chroots with sbuild-createchroot
>
Hi all,
first off, yes, this is no problem with autopkgtest but a problem with the
mmdebstrap testsuite. Thanks for re-assigning!
Quoting Simon McVittie (2021-02-22 10:35:27)
> On Mon, 22 Feb 2021 at 09:15:49 +0900, Ryutaroh Matsumoto wrote:
> > I report yet another testbed difference between
Quoting Michael Tokarev (2021-02-22 10:49:12)
> The thing is that since quite some time ago, there's no need to mess up with
> the qemu-user-static binfmt interpreter at all, it all just works without any
> additional setup/preparation due to the fix-binary binfmt-misc flag (which
> keeps the
Hi,
let me first reply to this, then to your initial bug.
Quoting Tobias Frost (2021-02-22 09:50:35)
> Update:
> It seems that mmdebstrap just fails to create the directory:
> When creating it beforehand and --skip=check/empty, I get progress.
>
> root@isildor:~/mm# rm -rf target3
>
Hi,
for everybody else who is reading this bug and was not reading debian-devel at
the same time, here is the thread that Tim started there for more context:
https://lists.debian.org/alpine.deb.2.20.2102211635290.6...@einstein.home.woodall.me.uk
Quoting Tim Woodall (2021-02-22 18:28:56)
> On
Hi,
Quoting Tobias Frost (2021-02-22 09:04:41)
> I was playing with mmdebstrap to see if I could bootstrap a system even
> without dpkg,
> suitable for some embedded device… However, I could not get --mode=chrootless
> to work:
>
> I'm not sure if this is PEBKAC or a bug… If the former, I'd
Quoting Clint Adams (2021-08-22 17:58:32)
> On Sun, Aug 22, 2021 at 04:43:57PM +0200, Johannes Schauer Marin Rodrigues
> wrote:
> > This bug is affecting mmdebstrap's autopkgtest where I specifically test
> > the ability to create a system from Debian packages that is less than
Source: debianutils
Version: 5.1-1
Severity: normal
Tags: patch
Hi,
creating a sub-essential chroot based on busybox used to work:
mmdebstrap --variant=custom \
--include=base-files,base-passwd,busybox,debianutils,dpkg,libc-bin,mawk,tar \
--extract-hook='chroot "$1" busybox
Quoting Clint Adams (2021-08-22 15:51:33)
> On Sun, Aug 22, 2021 at 03:03:46PM +0200, Johannes Schauer Marin Rodrigues
> wrote:
> > creating a sub-essential chroot based on busybox used to work:
> >
> > mmdebstrap --variant=custom \
> >
> > --in
Source: debhelper
Version: 13.4+nmu1
Severity: normal
Tags: patch
User: debian-d...@lists.debian.org
Usertags: dpkg-root-support
Hi,
thanks a lot for fixing #983566! Unfortunately, it seems that the fix
applied DPKG_ROOT support to one place too many. With current debhelper,
the postinst of
eam/glibc/-/merge_requests/4
And attached the git-format-patch.
Thanks!
cheers, josch>From 64e9212385a7cf75a206481e539ca1779a075b5e Mon Sep 17 00:00:00 2001
From: Johannes Schauer Marin Rodrigues
Date: Fri, 20 Aug 2021 11:37:16 +0200
Subject: [PATCH] More support for DPKG_ROOT (closes: #983412)
- th
Package: login
Version: 1:4.8.1-1
Severity: normal
Tags: patch
User: debian-d...@lists.debian.org
Usertags: dpkg-root-support
Control: block -1 by 989712
Hi,
We're working on a way to install packages into a chroot without
actually using the chroot system call. A consequence of doing so is that
Hi,
Quoting Sam Hartman (2021-06-22 20:48:43)
> So, the feature seems achievable for a significant important use case
> and so I think we should take the patch.
for your convenience, I created a MR on salsa with the proposed changes:
https://salsa.debian.org/vorlon/pam/-/merge_requests/6
For your convenience, I created a salsa MR that fixes #989712 as well as
#992578:
https://salsa.debian.org/debian/shadow/-/merge_requests/15
With this patch, a chroot created with DPKG_ROOT will be bit-by-bit identical
to one created normally, see
Hi,
Quoting Johannes Schauer Marin Rodrigues (2021-06-21 13:28:05)
> Please consider applying the attached patch (post bullseye). We tested the
> patch using the scripts at https://salsa.debian.org/helmutg/dpkg-root-demo
> and can show that a chroot created that way is bit-by-bit identic
Quoting Clint Adams (2021-08-22 19:46:28)
> On Sun, Aug 22, 2021 at 07:22:01PM +0200, Johannes Schauer Marin Rodrigues
> wrote:
> > Whoops, yes I did. I'm glad you spotted my mistake!
>
> Let me know if 5.4 does the correct thing despite the annoying
> error messages.
Th
Package: fakechroot
Version: 2.19-3.4
Severity: normal
Tags: patch
Control: affects -1 + mmdebstrap
Hi,
a chroot created using fakechroot is currently bit-by-bit identical to a
chroot created with normal root privileges except for the empty file
/etc/.pwd.lock missing from the chroot created
Hi,
support for DPKG_ROOT is now present in packages like dpkg, glibc, debhelper
and debianutils. Since the bookworm development just started, I wanted to send
a friendly ping to this bug. We now have set up a script on salsaci that shows
how we can create a bit-by-bit identical chroot using
Hi,
for your convenience, I created a merge request on salsa, fixing #989567 as
well as #983425.
https://salsa.debian.org/pkg-debconf/debconf/-/merge_requests/8
Both changes are necessary to support DPKG_ROOT. We verify that chroots created
with DPKG_ROOT and these changes are bit-by-bit
Hi sam,
Quoting Sam Hartman (2021-08-26 22:23:18)
> > "Johannes" == Johannes 'josch' Schauer writes:
>
> Johannes> diff --git a/debian/libpam-runtime.postinst
>
> I think that your patch ends up with things like $confdir set to
> "//etc/pam.d" when $DPKG_ROOT is empty. You get one
Control: tag -1 + wontfix
On Tue, 01 Apr 2014 04:35:55 +0200 Christoph Anton Mitterer
wrote:
> When I open the test images there (with display):
> http://www.color.org/version4html.xalter I get just the results which would
> mean that color spaces (both ICC v2 and v4) are ignored.
this is not
Control: tag -1 + unreproducible moreinfo
On Thu, 26 Oct 2017 15:11:26 +0200 Brice Goglin
wrote:
> I tried to convert from svg to png but got an error:
> convert-im6.q16: delegate failed `'rsvg-convert' -o '%o' '%i'' @
> error/delegate.c/InvokeDelegate/1919.
> convert-im6.q16: unable to open
On Fri, 25 Jun 2021 14:37:37 +1000 Brian May wrote:
> $ identify -format "%w:%h" file.gif
> 480:270480:270480:270480:270
>
> I only requested the values once, but it gave them to me 4 times. Which
> makes it kind of difficult to parse.
>
> This only happens for this image file, but no idea what
Control: fixed -1 8:6.9.12.20+dfsg1
Control: tag -1 + pending
On Mon, 15 Feb 2021 22:42:34 +0800 =?utf-8?B?56mN5Li55bC8?= Dan Jacobson
wrote:
> In
> $ rgrep 'iframe.*/>' /usr/share/doc/imagemagick-6-common|wc -l
> 127
> pages like
>
Control: tag -1 + moreinfo unreproducible
Hi Alan,
On Sat, 06 Oct 2018 19:21:50 -0700 "Alan W. Irwin"
wrote:
> With libmagickcore-6.q16-6-extra installed, "display" (symlinked to
> display-im6.q16) renders validated SVG files incorrectly or not at all
> (exited with
>
> "display-im6.q16:
Hi,
Quoting Helmut Grohne (2020-09-06 09:48:26)
> Another benefit of this change (if a static uid is allocated) is that we
> improve reproducible installations where currently uids may depend on
> configuration order.
I'm very interested in having this bug fixed because of the reason above.
And
y options.
>
> Johannes Schauer Marin Rodrigues, Do you agree with this solution?
It is not up to me but it's Debian policy that decides whether the solution is
correct or not. Quickly skimming through the diff it seems that the offending
file has been removed. Whether this is the c
Hi,
Quoting Bastien ROUCARIES (2021-08-28 11:44:08)
> Le lun. 23 août 2021 à 22:48, Johannes Schauer Marin Rodrigues
> a écrit :
> > this bug affects my package img2pdf, so I wanted to send a friendly ping.
> > What is the status of packaging the next version of imagemagic
Hi,
Quoting Johannes 'josch' Schauer (2021-02-24 00:14:16)
> if dpkg (since 1.18.5) is run with --force-script-chrootless, it sets the
> variable DPKG_ROOT to the directory into which dpkg will install the
> requested packages. This is useful for bootstrapping, creating chroots for
> foreign
Hi,
this bug affects my package img2pdf, so I wanted to send a friendly ping. What
is the status of packaging the next version of imagemagick? Do you need help?
Thanks!
cheers, josch
signature.asc
Description: signature
Package: distro-info-data
Version: 0.51
Severity: normal
Hi,
please consider storing a mapping from distro to keyring in
/usr/share/keyring. Currently there is no reliable way to retrieve the
authoritative keyring for a given distro name. Even when limiting
oneself to only Debian, it is not
Package: distro-info-data
Version: 0.51
Severity: normal
Hi,
we currently carry Debian mirror URLs in many different packages. It
would be great if there could be one package that shipped a machine
readable list of the currently correct mirror URLs for each distro.
This is useful, because we
Source: nipype
Severity: normal
Hi,
The restriction formula in the source relation includes an unknown build
profile "needsrebuildorfix". Please refer to
https://wiki.debian.org/BuildProfileSpec#Registered_profile_names for
details.
Thanks!
cheers, josch
I got a gdb backtrace for the openat syscall of /etc/passwd.
This is with glibc 2.31:
#0 __GI___open64_nocancel (file=0x77df715e "/etc/passwd", oflag=524288)
at ../sysdeps/unix/sysv/linux/open64_nocancel.c:45
#1 0x77e82185 in __GI__IO_file_open (fp=fp@entry=0x96b0,
Control: tag -1 + patch
Control: forwarded -1 https://github.com/dex4er/fakechroot/issues/97
With the help of the glibc developer Adhemerval Zanella I managed to find a
solution for this problem. The attached patch wraps __nss_files_fopen from
glibc.--- a/configure.ac
+++ b/configure.ac
@@ -165,6
Source: fakechroot
Severity: important
X-Debbugs-Cc: dex...@debian.org, m...@qa.debian.org, piotr.roszaty...@gmail.com
Hi,
I intend to salvage the package fakechroot as it meets the following criteria:
- the last maintainer upload was in 2016
- the last four uploads were an NMUs (by myself)
946)
+
+ -- Johannes Schauer Marin Rodrigues Thu, 09 Sep 2021 19:50:34 +0200
+
fakechroot (2.19-3.4) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru fakechroot-2.19/debian/patches/0001-Wrap-__nss_files_fopen-for-getpwnam-in-glibc-2.32.patch fakechroot-2.19/debian/patches/0001-W
Hi,
Quoting Arturo Borrero Gonzalez (2021-09-13 11:09:07)
> I do want to run sbuild with the same user inside/outside the chroot, but
> sbuild
> ignores it.
>
> The system is configured to use LDAP users. There is no reason for sbuild to
> ignore that and create arbitrary local users inside
1 - 100 of 696 matches
Mail list logo