On Mon, 22 Apr 2024 15:38:00 +0100 Luca Boccassi
wrote:
> On Sat, 20 Apr 2024 20:48:06 +0100 Luca Boccassi
> wrote:
> > On Mon, 15 Apr 2024 at 10:34, Peter Pentchev
> wrote:
> > >
> > > On Sun, Apr 14, 2024 at 07:39:54PM +0100, Luca Boccassi wrote:
> > > > > Le 2/13/22 à 09:00, Mihai Moldovan a
On Sat, 20 Apr 2024 20:48:06 +0100 Luca Boccassi
wrote:
> On Mon, 15 Apr 2024 at 10:34, Peter Pentchev
wrote:
> >
> > On Sun, Apr 14, 2024 at 07:39:54PM +0100, Luca Boccassi wrote:
> > > > Le 2/13/22 à 09:00, Mihai Moldovan a écrit :
> > > >
> > > > > I'm pretty sure that we can, at some point in
On Mon, 15 Apr 2024 at 10:34, Peter Pentchev wrote:
>
> On Sun, Apr 14, 2024 at 07:39:54PM +0100, Luca Boccassi wrote:
> > > Le 2/13/22 à 09:00, Mihai Moldovan a écrit :
> > >
> > > > I'm pretty sure that we can, at some point in the future, drop the
> > > offending
> > > > patch from the RPM pack
On Sun, Apr 14, 2024 at 07:39:54PM +0100, Luca Boccassi wrote:
> > Le 2/13/22 à 09:00, Mihai Moldovan a écrit :
> >
> > > I'm pretty sure that we can, at some point in the future, drop the
> > offending
> > > patch from the RPM package and all of this will be redundant. It
> > just requires a
> >
> Le 2/13/22 à 09:00, Mihai Moldovan a écrit :
>
> > I'm pretty sure that we can, at some point in the future, drop the
> offending
> > patch from the RPM package and all of this will be redundant. It
> just requires a
> > bit of work to make sure that older use cases (mostly alien) don't
> break
On Sat, Feb 12, 2022 at 08:51:01PM +0100, Enrico Zini wrote:
> That's even better, then: it becomes a matter of documenting the
> procedure to bootstrap an rpm-based distro from Debian: I can test it
> and produce a draft HOWTO.
I tested, and I confirm that this works:
dnf -c "$CONFFILE" -y -
On Sun, Feb 13, 2022 at 10:27:33AM +0100, Frédéric Pierret wrote:
> I fully agree on removing the RPM patch that causes all of our issues on
> packages depending on it. If needed, I'm willing to be part of reviewing
> what would be the impact of returning to a standard RPM package on Debian
> and t
Hello,
Le 2/13/22 à 09:00, Mihai Moldovan a écrit :
I'm pretty sure that we can, at some point in the future, drop the offending
patch from the RPM package and all of this will be redundant. It just requires a
bit of work to make sure that older use cases (mostly alien) don't break due to
this,
* On 2/12/22 8:51 PM, Enrico Zini wrote:
> On Sat, Feb 12, 2022 at 06:51:26PM +0100, Mihai Moldovan wrote:
> That's even better, then: it becomes a matter of documenting the
> procedure to bootstrap an rpm-based distro from Debian: I can test it
> and produce a draft HOWTO.
In the short term, yes.
On Sat, Feb 12, 2022 at 06:51:26PM +0100, Mihai Moldovan wrote:
> I can offer a workaround, though: the installing user (probably root?) should
> have an .rpmdb directory in its home directory. After creating the initial
> chroot, IN THE CHROOT, move this directory (/root/.rpmdb, if I remember
> c
* On 2/11/22 1:57 PM, Holger Levsen wrote:
> On Fri, Feb 11, 2022 at 01:33:08PM +0100, Enrico Zini wrote:
>>> However I've downgraded it to important as eg Qubes 4.1 uses dnf on Debian
>>> to
>>> download upgrades for dom0, which is Fedora based. So the package is
>>> certainly
>>> not unusable f
On Fri, Feb 11, 2022 at 01:33:08PM +0100, Enrico Zini wrote:
> > However I've downgraded it to important as eg Qubes 4.1 uses dnf on Debian
> > to
> > download upgrades for dom0, which is Fedora based. So the package is
> > certainly
> > not unusable for everyone, thus downgrading severity...
> F
On Fri, Feb 11, 2022 at 06:38:16AM +0100, Mihai Moldovan wrote:
> While Debian's rpm utility uses a homedir-based RPMDB, nothing else,
> especially
> not Fedora, expects that and, since dnf uses the system-version of RPM to
> bootstrap, you'll run into exactly such issues.
>
> I can't do anythin
control: severity -1 important
On Wed, Feb 02, 2022 at 06:05:24PM +0100, Enrico Zini wrote:
> thank you for packaging dnf in Debian!
thank you for filing this bug report, Enrico!
However I've downgraded it to important as eg Qubes 4.1 uses dnf on Debian to
download upgrades for dom0, which is F
* On 2/2/22 6:05 PM, Enrico Zini wrote:
> I'm trying to use dnf to bootstrap rpm-based chroots, which seems to
> work, but the rpm package database on the resulting distribution is
> empty, as in, `rpm -qa` returns no output, and `rpm -q` on any package
> complains that it is not installed. The act
Package: dnf
Version: 4.5.2-6
Severity: serious
Hello,
thank you for packaging dnf in Debian!
I'm trying to use dnf to bootstrap rpm-based chroots, which seems to
work, but the rpm package database on the resulting distribution is
empty, as in, `rpm -qa` returns no output, and `rpm -q` on any pa
16 matches
Mail list logo
