After digging into rpm's git log, I found following commit:
```
commit 9c96c5d4ca376b998be9919e70f74d0995c4df2e
Author: Panu Matilainen
Date: Fri Sep 15 14:38:35 2023 +0300
Axe the experimental non-privileged chroot support from b4c832ca
While the chroot call itself works nicely fo
**Describe the bug**
I need to use command `rpm --root /path/to/image/fakeroot -ivh xxx.rpm xxx.rpm`
as normal user to install RPM packages into my fakeroot for my embedded system.
When running with RPM 4.19.1.1, the above command runs perfectly.
However, after I upgrade my Fedora 40 to Fedora 41,
A thought on a possible (future?) extension of the format.
Based on a remark from RPM team during a meeting some time ago, where they
mentioned that lock file could serve as a manifest. I was thinking about that
and in deed, "manifest" may be a nice potential use-case for the format.
(Just for c
Originally arches were split, but Liora Milbaum proposed that a single file
would be better as it would guaranteed consistency.
As Liora has background in both Red Hat In-Vehicle Operating System [1] and
Bootc [2] who are both potential candidates for usage of the lock files and
especially [1]
@eskultety I have no problem with this, I would just suggest to keep `sources`
as `sources` and not `rpms`, because then you would need a heuristic extra
logic in the client consuming this format to detect sources (although it may be
as simple as `endswith((".src.rpm",".srpm"))`.
--
Reply to t
I fully support Petr's idea here. It would be amazing to use that data further
in the workflow and display that information nicely in koji, Copr, GitHub,
Gitlab... We could even think about automated retries for certain types of
errors (flakes, network problems) or even fix a spec file if a BR i
Actually rpm-py-installer triggered this conversation:
https://github.com/packit/specfile/issues/187
--
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/discussions/2361#discussioncomment-4737199
You are receiving this because you are subscribed t
I can see it's Nick Coghlan who maintains that namespace, I believe we should
reach out to him and discuss this. Thank you for your response, Panu!
--
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/discussions/2361#discussioncomment-4736355
You
This would be an improvement to the existing workflow where folks outside of
rpm-based distros can't even install the tooling.
--
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/2360#issuecomment-1398091457
You are receiving this because y
Original report: https://github.com/rebase-helper/rebase-helper/issues/848
I have a specfile which is being parsed by the rpm python bindings. The parsing
fails on the fact that primary `Source0` archive is not present so
rebase-helper retries with `RPMSPEC_FORCE` which results into ignoring pat
Closed #1350.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/1350#event-3702978603___
Rpm-maint mailing list
Rpm-maint@lists.rpm
Works awesome, thank you Michal, you rock!!
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/1350#issuecomment-682405869___
Rpm-ma
when people override %__patch, they are able to process the patch name
now with this change
we need this change for creating repositories with expanded sources for CentOS
Stream.
You can view, comment on, or merge this pull request online at:
https://github.com/rpm-software-management/rpm/pull
I got an email notification about a comment that was made on this issue by
@n3npq , but I can't see it here in the github webui. Quoting his comment from
the email notification:
> FWIW, rpm -qlv used exactly the same format as cpio(1) when implemented way
> back when.
>
> Continuing that pract
If you do a `rpm -qlv` of a package where file owner or group name has 8 or
more characters, the following problems happen:
* Owner and group names are truncated to 8 characters even if they are longer.
* If owner name has 8 characters (after the truncation mentioned in the
previous point), ther
- Panu -
Thanks!
I have no idea if someone uses this.
Personally, I think it could be useful for these who only want to download
headers and operate on them (e.g. extract some additional data that are not
part of repodata but doesn't need the payload). But have no idea if it's a
vali
?
Regards
Tomas
[1]
http://yum.baseurl.org/gitweb?p=yum.git;a=blob;f=yum/packages.py;h=eebeb9dfd264b887b054187276cea12ced3a0bc2;hb=HEAD#l2212
[2] https://github.com/Tojaj/createrepo_c/blob/master/src/misc.c#L221
___
Rpm-maint mailing list
Rpm-maint@lis
--
Tomas Mlcoch (irc: tmlcoch)
Release Configuration Management
Brno, Czech Republic
From 2ad3022b1054864850d698d094ace4d5b3fbfb25 Mon Sep 17 00:00:00 2001
From: Tomas Mlcoch
Date: Fri, 21 Mar 2014 17:59:47 +0100
Subject: [PATCH] Fix creation of file manifest in rpmfcGenerateDependsHelper
SS_INCLUDE)
Actually you can completely drop the path. So nss.h should be enough if
pkg-config works fine for NSS on Mandriva. Of course the defaults for
the compilation without pkg-config are wrong for your case.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
On Thu, 2007-11-01 at 14:18 +0100, Tomas Mraz wrote:
> On Thu, 2007-11-01 at 15:08 +0200, Panu Matilainen wrote:
> > On Thu, 1 Nov 2007, Ralf Corsepius wrote:
> >
> > > On Thu, 2007-11-01 at 12:10 +0100, Tomas Mraz wrote:
> > >> The patch https://bugzilla
On Thu, 2007-11-01 at 15:08 +0200, Panu Matilainen wrote:
> On Thu, 1 Nov 2007, Ralf Corsepius wrote:
>
> > On Thu, 2007-11-01 at 12:10 +0100, Tomas Mraz wrote:
> >> The patch https://bugzilla.redhat.com/attachment.cgi?id=245451
> >> which I have attached to
&g
as we need I have
imported and modified base64 encoding source from public domain base64
encoder project http://libb64.sourceforge.net/.
The patch shouldn't break any public API/ABI.
Comments? Reviews?
--
Tomas Mraz
No matter how far down the wrong road you've gone,
27;s described in glibc manual as the cleanest way to handle this:
> http://www.gnu.org/software/libc/manual/html_node/Termination-in-Handler.html
But you should not in the signal handler for example call any function
which manipulates the heap (calling free() for example).
--
Tomas Mraz
No matter ho
newer. It's
> just unexpected.
That's really debatable as the provides is M:N relationship - a package
A might provide many virtual provides and after this update some of
these provides might not be provided anymore by any package. So it
surely can be argu
to block the signals when db is opened but
perhaps rpmlib should block the signal so it can be delivered later when
it is unblocked and not just ignore it.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
in
package and on disk differ just by a timestamp.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
--- rpm-4.4.2/lib/rpmfi.c.less-rpmnews 2007-02-13 14:52:25.0 +0100
+++ rpm-4.4.2/lib/rpmfi.c 2
https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=130962
Also see some discussion in the bug report:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=194246
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turki
27 matches
Mail list logo
