On Wed, May 20, 2020 at 05:56:23PM +0200, Igor Raits wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> I think you might have cache of buildroot which was populated using BDB
> backend, so I guess if you clean mock caches, the problem should go
> away.
Thanks, the issue went away aft
On Wed, May 20, 2020 at 11:31:37 -0400,
Neal Gompa wrote:
On Wed, May 20, 2020 at 11:06 AM Zbigniew Jędrzejewski-Szmek
wrote:
I'm seeing this when running fedora-review:
$ fedora-review -b 1838033
INFO: Processing bugzilla bug: 1838033
...
INFO: Installing built package(s)
warning: Found bd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I think you might have cache of buildroot which was populated using BDB
backend, so I guess if you clean mock caches, the problem should go
away.
On Wed, 2020-05-20 at 15:04 +, Zbigniew Jędrzejewski-Szmek wrote:
> I'm seeing this when running fe
On Wed, May 20, 2020 at 11:06 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> I'm seeing this when running fedora-review:
>
> $ fedora-review -b 1838033
> INFO: Processing bugzilla bug: 1838033
> ...
> INFO: Installing built package(s)
> warning: Found bdb Packages database while attempting sqlite backe
I'm seeing this when running fedora-review:
$ fedora-review -b 1838033
INFO: Processing bugzilla bug: 1838033
...
INFO: Installing built package(s)
warning: Found bdb Packages database while attempting sqlite backend: using bdb
backend.
INFO: Active plugins: Generic, Shell-api, Java
warning: Foun
On Thu, Mar 26, 2020, at 8:35 AM, Zbigniew Jędrzejewski-Szmek wrote:
>
> Relying on the target distro management stack sound nice, but is
> actually problematic: how do you run the next version before you
> install the next version? Sure, you can install stuff to some temporary
> location and ru
On Mon, Apr 20, 2020 at 02:40:36PM +0300, Panu Matilainen wrote:
> On 4/20/20 1:07 PM, Zbigniew Jędrzejewski-Szmek wrote:
> >On Mon, Apr 20, 2020 at 10:38:18AM +0300, Panu Matilainen wrote:
> >>On 4/17/20 5:09 PM, Zbigniew Jędrzejewski-Szmek wrote:
> >>>[Service]
> >>>Type=oneshot
> >>>ExecStart=rp
On 4/20/20 1:07 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Apr 20, 2020 at 10:38:18AM +0300, Panu Matilainen wrote:
On 4/17/20 5:09 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Fri, Apr 17, 2020 at 04:48:11PM +0300, Panu Matilainen wrote:
On 3/26/20 1:32 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Apr 20, 2020 at 10:38:18AM +0300, Panu Matilainen wrote:
> On 4/17/20 5:09 PM, Zbigniew Jędrzejewski-Szmek wrote:
> >On Fri, Apr 17, 2020 at 04:48:11PM +0300, Panu Matilainen wrote:
> >>On 3/26/20 1:32 PM, Zbigniew Jędrzejewski-Szmek wrote:
> >>>On Thu, Mar 26, 2020 at 01:16:22PM +0200, Pan
On 4/17/20 5:09 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Fri, Apr 17, 2020 at 04:48:11PM +0300, Panu Matilainen wrote:
On 3/26/20 1:32 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Mar 26, 2020 at 01:16:22PM +0200, Panu Matilainen wrote:
Right. I realize %posttrans is not a good idea. But *s
On Fri, Apr 17, 2020 at 04:48:11PM +0300, Panu Matilainen wrote:
> On 3/26/20 1:32 PM, Zbigniew Jędrzejewski-Szmek wrote:
> >On Thu, Mar 26, 2020 at 01:16:22PM +0200, Panu Matilainen wrote:
> >
> >Right. I realize %posttrans is not a good idea. But *some* mechanism
> >is necessary, because without
On 3/26/20 1:32 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Mar 26, 2020 at 01:16:22PM +0200, Panu Matilainen wrote:
Right. I realize %posttrans is not a good idea. But *some* mechanism
is necessary, because without that the change will mostly be a noop
for most users. So I think this needs t
On Tue, Mar 31, 2020 at 02:46:01PM +0300, Panu Matilainen wrote:
>
> The soname doesn't change and no dependencies on any rawhide
> latest-and-greatest otherwise, so from that side there shouldn't be any
> issues.
>
> The only real incompatibility should be on the spec parse side - the bare
> wor
On Tue, Mar 31, 2020 at 8:53 AM Panu Matilainen wrote:
>
> On 3/31/20 2:46 PM, Panu Matilainen wrote:
> > On 3/30/20 7:45 PM, Kevin Fenzi wrote:
> >> On Mon, Mar 30, 2020 at 12:41:08PM +0300, Panu Matilainen wrote:
> >> ...snip...
> >>>
> >>> No such things needed at this time. The database change
On 3/31/20 2:46 PM, Panu Matilainen wrote:
On 3/30/20 7:45 PM, Kevin Fenzi wrote:
On Mon, Mar 30, 2020 at 12:41:08PM +0300, Panu Matilainen wrote:
...snip...
No such things needed at this time. The database change is a separate
change
and does NOT come bundled with RPM 4.16, we'll only even c
On 3/30/20 7:45 PM, Kevin Fenzi wrote:
On Mon, Mar 30, 2020 at 12:41:08PM +0300, Panu Matilainen wrote:
...snip...
No such things needed at this time. The database change is a separate change
and does NOT come bundled with RPM 4.16, we'll only even consider switching
that once 4.16 has had a pr
On Mon, Mar 30, 2020 at 02:40:03PM +0200, Miroslav Suchý wrote:
> Dne 27. 03. 20 v 8:55 Zbigniew Jędrzejewski-Szmek napsal(a):
> > In current "offline upgrade" scheme, the upgrade
> > tools are running on the real system, with udev active.
>
This thread has mostly died, but I didn't want to leav
On Mon, Mar 30, 2020 at 12:46 PM Kevin Fenzi wrote:
>
> On Mon, Mar 30, 2020 at 12:41:08PM +0300, Panu Matilainen wrote:
> > If it was up to us only, I recon we'd be looking to switch over to sqlite
> > somewhere between 2-4 weeks from the time 4.16 lands in rawhide but our
> > schedule is flexibl
On Mon, Mar 30, 2020 at 12:41:08PM +0300, Panu Matilainen wrote:
...snip...
>
> No such things needed at this time. The database change is a separate change
> and does NOT come bundled with RPM 4.16, we'll only even consider switching
> that once 4.16 has had a proper shakedown.
ok, great.
> >
Dne 27. 03. 20 v 8:55 Zbigniew Jędrzejewski-Szmek napsal(a):
> In current "offline upgrade" scheme, the upgrade
> tools are running on the real system, with udev active.
How the "offline upgrade" works under hood? Do I understand correctly that even
"offline ugprade" will have problem with
upgra
On 3/28/20 2:01 AM, Kevin Fenzi wrote:
So, my concern here is timeline vs the upcoming datacenter move. ;(
Do you have any ideas when rpm 4.16 will be released? I don't see any
dates on the change. Or perhaps I guess the question is when it will
land in rawhide?
RPM 4.16 alpha was released las
On 28. 03. 20 1:01, Kevin Fenzi wrote:
Do you have any ideas when rpm 4.16 will be released? I don't see any
dates on the change. Or perhaps I guess the question is when it will
land in rawhide?
From the ticket https://pagure.io/fesco/issue/2360
My understanding is that 4.16 could be shipped t
On Fri, Mar 27, 2020 at 8:01 PM Kevin Fenzi wrote:
>
> So, my concern here is timeline vs the upcoming datacenter move. ;(
>
> Do you have any ideas when rpm 4.16 will be released? I don't see any
> dates on the change. Or perhaps I guess the question is when it will
> land in rawhide?
>
Panu tag
So, my concern here is timeline vs the upcoming datacenter move. ;(
Do you have any ideas when rpm 4.16 will be released? I don't see any
dates on the change. Or perhaps I guess the question is when it will
land in rawhide?
As soon as it lands in rawhide we need to upgrade the builders to the
r
On Fri, Mar 27, 2020 at 1:56 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> Where would mock be executing from? The same filesystem it is modifying?
> Somehow it seems that this doesn't change much, but just brings
> in another layer. Or will a complete copy of the system be made in
> memory to execute
On Fri, Mar 27, 2020 at 09:04:53AM +0200, Panu Matilainen wrote:
> On 3/26/20 2:35 PM, Zbigniew Jędrzejewski-Szmek wrote:
> >On Thu, Mar 26, 2020 at 02:00:49PM +0200, Panu Matilainen wrote:
> >>> previous-release-blocker(s) and previous-previous-release-blockers(s),
> >>> since the changes woul
On 3/26/20 2:35 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Mar 26, 2020 at 02:00:49PM +0200, Panu Matilainen wrote:
previous-release-blocker(s) and previous-previous-release-blockers(s),
since the changes would need to be deployed in F32 and F31. Also
note that the last time when th
On 3/26/20 6:12 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Mar 26, 2020 at 11:41:56AM -0400, Stephen John Smoogen wrote:
On Thu, 26 Mar 2020 at 10:54, Tomasz Torcz wrote:
On Thu, Mar 26, 2020 at 02:08:57PM +, Zbigniew Jędrzejewski-Szmek
wrote:
On Thu, Mar 26, 2020 at 03:29:50PM +0200
On Thu, Mar 26, 2020 at 1:11 PM Panu Matilainen
wrote:
>
> On 3/26/20 4:08 PM, Zbigniew Jędrzejewski-Szmek wrote:
> > On Thu, Mar 26, 2020 at 08:44:47AM -0400, Neal Gompa wrote:
> >> On Thu, Mar 26, 2020 at 8:22 AM Zbigniew Jędrzejewski-Szmek
> >> wrote:
> >>>
> >>> On Thu, Mar 26, 2020 at 07:38:
On 3/26/20 4:08 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Mar 26, 2020 at 08:44:47AM -0400, Neal Gompa wrote:
On Thu, Mar 26, 2020 at 8:22 AM Zbigniew Jędrzejewski-Szmek
wrote:
On Thu, Mar 26, 2020 at 07:38:33AM -0400, Neal Gompa wrote:
On Thu, Mar 26, 2020 at 7:33 AM Zbigniew Jędrzejew
On Thu, Mar 26, 2020 at 11:41:56AM -0400, Stephen John Smoogen wrote:
> On Thu, 26 Mar 2020 at 10:54, Tomasz Torcz wrote:
>
> > On Thu, Mar 26, 2020 at 02:08:57PM +, Zbigniew Jędrzejewski-Szmek
> > wrote:
> > > On Thu, Mar 26, 2020 at 03:29:50PM +0200, Panu Matilainen wrote:
> > > > No, rpm d
On Thu, 26 Mar 2020 at 10:54, Tomasz Torcz wrote:
> On Thu, Mar 26, 2020 at 02:08:57PM +, Zbigniew Jędrzejewski-Szmek
> wrote:
> > On Thu, Mar 26, 2020 at 03:29:50PM +0200, Panu Matilainen wrote:
> > > No, rpm doesn't use many Linux-specific calls and this is no
> > > exception. In fact it do
On Thu, Mar 26, 2020 at 02:08:57PM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Mar 26, 2020 at 03:29:50PM +0200, Panu Matilainen wrote:
> > No, rpm doesn't use many Linux-specific calls and this is no
> > exception. In fact it doesn't use any of the *at() family calls
> > directly either.
>
On Thu, Mar 26, 2020 at 08:44:47AM -0400, Neal Gompa wrote:
> On Thu, Mar 26, 2020 at 8:22 AM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > On Thu, Mar 26, 2020 at 07:38:33AM -0400, Neal Gompa wrote:
> > > On Thu, Mar 26, 2020 at 7:33 AM Zbigniew Jędrzejewski-Szmek
> > > wrote:
> > > >
> > > > - a
On 3/26/20 2:20 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Mar 26, 2020 at 07:38:33AM -0400, Neal Gompa wrote:
Since RPM 4.14, RPM creates a new directory, writes the database
content there, then renames the directory when it's done.
Does it use renameat2(RENAME_EXCHANGE)?
No, rpm doesn'
On 3/26/20 2:35 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Mar 26, 2020 at 02:00:49PM +0200, Panu Matilainen wrote:
[cutting to the chase]
- a one-shot service: this is easier to implement, it just needs to
happen in one place. The hard part is making sure that the machine
does not
On Thu, Mar 26, 2020 at 8:22 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Thu, Mar 26, 2020 at 07:38:33AM -0400, Neal Gompa wrote:
> > On Thu, Mar 26, 2020 at 7:33 AM Zbigniew Jędrzejewski-Szmek
> > wrote:
> > >
> > > - a one-shot service: this is easier to implement, it just needs to
> > > hap
On Thu, Mar 26, 2020 at 02:00:49PM +0200, Panu Matilainen wrote:
> >>I left it open on purpose (note the "probably" in there) as there
> >>would be any number of ways to achieve the rebuild with varying
> >>degrees of automation and opt-out opportunities, depending on what
> >>is actually desireabl
On Thu, Mar 26, 2020 at 07:38:33AM -0400, Neal Gompa wrote:
> On Thu, Mar 26, 2020 at 7:33 AM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > On Thu, Mar 26, 2020 at 01:16:22PM +0200, Panu Matilainen wrote:
> > > On 3/26/20 1:02 PM, Zbigniew Jędrzejewski-Szmek wrote:
> > > >On Mon, Mar 16, 2020 at 11
On 3/26/20 1:32 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Mar 26, 2020 at 01:16:22PM +0200, Panu Matilainen wrote:
On 3/26/20 1:02 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Mar 16, 2020 at 11:22:47AM -0400, Ben Cotton wrote:
=== Upgrading ===
* Ability to upgrade is not affected
* Af
On Thu, Mar 26, 2020 at 7:33 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Thu, Mar 26, 2020 at 01:16:22PM +0200, Panu Matilainen wrote:
> > On 3/26/20 1:02 PM, Zbigniew Jędrzejewski-Szmek wrote:
> > >On Mon, Mar 16, 2020 at 11:22:47AM -0400, Ben Cotton wrote:
> > >>=== Upgrading ===
> > >>* Abilit
On Thu, Mar 26, 2020 at 01:16:22PM +0200, Panu Matilainen wrote:
> On 3/26/20 1:02 PM, Zbigniew Jędrzejewski-Szmek wrote:
> >On Mon, Mar 16, 2020 at 11:22:47AM -0400, Ben Cotton wrote:
> >>=== Upgrading ===
> >>* Ability to upgrade is not affected
> >>* After upgrade completes, manual action (rpmdb
On 3/26/20 1:02 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Mar 16, 2020 at 11:22:47AM -0400, Ben Cotton wrote:
=== Upgrading ===
* Ability to upgrade is not affected
* After upgrade completes, manual action (rpmdb --rebuilddb) will
probably be needed to convert to sqlite. Alternatively user
On Mon, Mar 16, 2020 at 11:22:47AM -0400, Ben Cotton wrote:
> === Upgrading ===
> * Ability to upgrade is not affected
> * After upgrade completes, manual action (rpmdb --rebuilddb) will
> probably be needed to convert to sqlite. Alternatively user can change
> configuration to stay on BDB.
Do I u
On 3/20/20 9:25 PM, Neal Gompa wrote:
On Tue, Mar 17, 2020 at 6:06 AM Panu Matilainen wrote:
On 3/16/20 6:25 PM, Neal Gompa wrote:
I'm glad to *finally* see this happen, so congratulations to the RPM
team for finally making this a reality! I look forward to trying this
out in Rawhide as soon
On Tue, Mar 17, 2020 at 6:06 AM Panu Matilainen wrote:
>
> On 3/16/20 6:25 PM, Neal Gompa wrote:
> >
> > I'm glad to *finally* see this happen, so congratulations to the RPM
> > team for finally making this a reality! I look forward to trying this
> > out in Rawhide as soon as possible.
>
> FWIW,
On 3/16/20 6:25 PM, Neal Gompa wrote:
On Mon, Mar 16, 2020 at 11:24 AM Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/Sqlite_Rpmdb
== Summary ==
Change format of the RPM database from Berkeley DB to a new Sqlite format.
== Owner ==
* Name: [[User:pmatilai| Panu Matilainen]] [[User:
On Mon, Mar 16, 2020 at 11:24 AM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/Sqlite_Rpmdb
>
> == Summary ==
> Change format of the RPM database from Berkeley DB to a new Sqlite format.
>
> == Owner ==
> * Name: [[User:pmatilai| Panu Matilainen]] [[User:ffesti|Florian Festi]]
> * E
https://fedoraproject.org/wiki/Changes/Sqlite_Rpmdb
== Summary ==
Change format of the RPM database from Berkeley DB to a new Sqlite format.
== Owner ==
* Name: [[User:pmatilai| Panu Matilainen]] [[User:ffesti|Florian Festi]]
* Email: pmati...@redhat.com ffe...@redhat.com
== Detailed Description
49 matches
Mail list logo
