2018-11-15 23:33:30 UTC-0500, Remi Rampin :
> I have gone ahead and implemented what you describe, it should be in
> the next minor release of ReproZip. It also turns out to be faster.
This is present in reprozip/1.0.16-1 that was just uploaded so I
believe it can be closed too (see
Hi!
On Thu, 2018-11-15 at 23:33:30 -0500, Rémi Rampin wrote:
> 2018-11-15 21:39 EST, Guillem Jover :
> > The same principle I proposed for --listfiles can be used for --search,
> > you'd just batch as many filenames as can possibly fit within the
> > command-line length limit (ARG_MAX -
2018-11-15 21:39 EST, Guillem Jover :
> The same principle I proposed for --listfiles can be used for --search,
> you'd just batch as many filenames as can possibly fit within the
> command-line length limit (ARG_MAX - environment length) to reduce as
> many dpkg-query calls as possible. Doing a
Hi!
On Thu, 2018-11-15 at 00:37:10 -0500, Rémi Rampin wrote:
> Upstream developer here. ReproZip needs to match from filename to package,
> not the other way around. It formerly used `dpkg-query -S FILENAME` to do
> this, but this was switched to reading the database directly for
> performance
Upstream developer here. ReproZip needs to match from filename to package,
not the other way around. It formerly used `dpkg-query -S FILENAME` to do
this, but this was switched to reading the database directly for
performance reasons (exact commit is
Source: reprozip
Source-Version: 1.0.10-1
Severity: important
User: debian-d...@lists.debian.org
Usertags: dpkg-db-access-blocker
Hi!
This package contains a scripts, which directly access the dpkg internal
database, instead of using one of the public interfaces provided by dpkg.
The code in
6 matches
Mail list logo
