xactly the same thing and POPT_TARGETPLATFORM can be
dropped, or if they complement each other, in which case cleaning it up
wouldn't be completely trivial.
So I decided to simply report it here and let you decide what should be
done (if anything).
Thanks,
--
Jean Del
have access to. The failure
does not happen with rpm 4.20.1, but looking at commit
b3398aed94adedbf698a509ca05e386e531da6ff it seems this was by accident
and it's going to fail again in the next version of rpm. We need a
solution which would work for all rpm versions going forward.)
Thanks,
-
compress, so I'd rather avoid it if possible.
Thanks,
--
Jean Delvare
SUSE L3 Support
___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
https://lists.rpm.org/mailman/listinfo/rpm-maint
Hi Michael,
On Thu, 6 Mar 2025 16:16:37 +0100, Michael Schroeder wrote:
> On Thu, Mar 06, 2025 at 01:16:05PM +0100, Jean Delvare wrote:
> > This comes as a surprise to me, I would expect my __tar definition to
> > be honored by rpmuncompress the same way it was honored before
Hi Panu,
On Fri, 7 Mar 2025 08:45:20 +0200, Panu Matilainen wrote:
> On 3/7/25 8:41 AM, Panu Matilainen wrote:
> > On Thu, Mar 06, 2025 at 01:16:05PM +0100, Jean Delvare wrote:
> >> This comes as a surprise to me, I would expect my __tar definition to
> >> be honore
Hi Michael,
On Wed, 5 Mar 2025 10:48:53 +0100, Michael Schroeder wrote:
> On Wed, Mar 05, 2025 at 10:38:07AM +0100, Jean Delvare wrote:
> > I am the maintainer of the quilt package. Since rpm was updated to
> > version 4.20 in openSUSE Tumbleweed, "quilt setup" s
g built under ~/rpmbuild/BUILD. This breaks
"quilt setup".
Is this on purpose, or is this (as I suspect) a bug?
Thanks,
--
Jean Delvare
SUSE L3 Support
___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
https://lists.rpm.org/mailman/listinfo/rpm-maint
Hi Panu,
On Wed, 28 Jan 2015 17:24:00 +0200, Panu Matilainen wrote:
> On 01/28/2015 05:08 PM, Jean Delvare wrote:
> > Hi all,
> >
> > While working on the rpmbuild performance patch I send last week, I
> > noticed something curious in file build/parsePrep.c, functi
Mar 18 14:53:34 2009 +0200
Don't try to parse %patch on spec query (rhbz#487855)
So I would bet that the condition in doUntar is incorrect and should be
fixed the same way?
Thanks,
--
Jean Delvare
SUSE L3 Support
___
Rpm-maint mailing list
Hi all,
On Mon, 19 Jan 2015 17:21:26 +0100, Jean Delvare wrote:
> (...)
> For these reasons I would like to ask that commit
> 15e9e1ff64aaf986ab0dd97b9b12c3d4fb22a484 is partly reverted. In my
> experience, uncompressed patches account for 99% of patches in rpm
> packages so I b
reverted. In my
experience, uncompressed patches account for 99% of patches in rpm
packages so I believe it makes sense to optimize for this case.
Signed-off-by: Jean Delvare
---
build/parsePrep.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
--- rpm.orig/build/parsePre
11 matches
Mail list logo