Re: Allowing Epoch to be reset between releases

2019-03-13 Thread Jason L Tibbitts III
> "ZJ" == Zbigniew Jędrzejewski-Szmek writes: ZJ> This doesn't sound convincing at all. I was not attempting to be convincing. ZJ> We *know* that people miss announcements all the time. Dropping ZJ> epochs would introduce yet another case where a "magical" step is ZJ> needed at a specific

Re: Allowing Epoch to be reset between releases

2019-03-12 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Mar 11, 2019 at 02:50:44PM -0500, Jason L Tibbitts III wrote: > > "VO" == Vít Ondruch writes: > > VO> In this case, if DNF said something like "you have installed > VO> foo-1:1.0, but there is available foo-0:2.0" it would give me > VO> hint. From the start it would be annoying, but

Re: Allowing Epoch to be reset between releases

2019-03-12 Thread Vít Ondruch
Dne 11. 03. 19 v 20:50 Jason L Tibbitts III napsal(a): >> "VO" == Vít Ondruch writes: > VO> In this case, if DNF said something like "you have installed > VO> foo-1:1.0, but there is available foo-0:2.0" it would give me > VO> hint. From the start it would be annoying, but once we would

Re: Allowing Epoch to be reset between releases

2019-03-11 Thread Jason L Tibbitts III
> "VO" == Vít Ondruch writes: VO> In this case, if DNF said something like "you have installed VO> foo-1:1.0, but there is available foo-0:2.0" it would give me VO> hint. From the start it would be annoying, but once we would reach VO> the point 4, I would, at least, know that I should do

Re: Allowing Epoch to be reset between releases (Was: On not bumping the epoch in ceph-14, f30 and f31/rawhide)

2019-03-11 Thread Randy Barlow
On Fri, 2019-03-08 at 16:19 -0600, Jason L Tibbitts III wrote: > * Bodhi shouldn't be involved here as this would be restricted to > rawhide. Just a note that we do have plans to use Bodhi to manage Rawhide in the future, and will hopefully have it doing this in 2019. Bodhi is not currently

Re: Allowing Epoch to be reset between releases (Was: On not bumping the epoch in ceph-14, f30 and f31/rawhide)

2019-03-11 Thread Mikolaj Izdebski
On Mon, Mar 11, 2019 at 12:23 PM Neal Gompa wrote: > I don't remember how Plague handles this anymore (forgive me, but I > haven't interacted with Plague since 2005!), but both Koji and OBS > don't care if the Epoch goes up or down. Koji uses NVR as a key > (without Epoch), and OBS freely allows

Re: Allowing Epoch to be reset between releases (Was: On not bumping the epoch in ceph-14, f30 and f31/rawhide)

2019-03-11 Thread Neal Gompa
On Mon, Mar 11, 2019 at 6:48 AM Stephen John Smoogen wrote: > > On Mon, 11 Mar 2019 at 05:29, Vít Ondruch wrote: > > > > > > Dne 09. 03. 19 v 15:37 Neal Gompa napsal(a): > > > On Sat, Mar 9, 2019 at 7:11 AM Vít Ondruch wrote: > > >> > > >> Dne 09. 03. 19 v 13:00 Vít Ondruch napsal(a): > > >>>

Re: Allowing Epoch to be reset between releases (Was: On not bumping the epoch in ceph-14, f30 and f31/rawhide)

2019-03-11 Thread Stephen John Smoogen
On Mon, 11 Mar 2019 at 05:29, Vít Ondruch wrote: > > > Dne 09. 03. 19 v 15:37 Neal Gompa napsal(a): > > On Sat, Mar 9, 2019 at 7:11 AM Vít Ondruch wrote: > >> > >> Dne 09. 03. 19 v 13:00 Vít Ondruch napsal(a): > >>> Dne 08. 03. 19 v 23:19 Jason L Tibbitts III napsal(a): > > "MH" == Miro

Re: Allowing Epoch to be reset between releases (Was: On not bumping the epoch in ceph-14, f30 and f31/rawhide)

2019-03-11 Thread Vít Ondruch
Dne 09. 03. 19 v 15:37 Neal Gompa napsal(a): > On Sat, Mar 9, 2019 at 7:11 AM Vít Ondruch wrote: >> >> Dne 09. 03. 19 v 13:00 Vít Ondruch napsal(a): >>> Dne 08. 03. 19 v 23:19 Jason L Tibbitts III napsal(a): > "MH" == Miro Hrončok writes: MH> On 08. 03. 19 21:16, Neal Gompa wrote:

Re: Allowing Epoch to be reset between releases (Was: On not bumping the epoch in ceph-14, f30 and f31/rawhide)

2019-03-09 Thread Neal Gompa
On Sat, Mar 9, 2019 at 7:11 AM Vít Ondruch wrote: > > > Dne 09. 03. 19 v 13:00 Vít Ondruch napsal(a): > > Dne 08. 03. 19 v 23:19 Jason L Tibbitts III napsal(a): > >>> "MH" == Miro Hrončok writes: > >> MH> On 08. 03. 19 21:16, Neal Gompa wrote: > I really wish we'd allow Epochs to be

Re: Allowing Epoch to be reset between releases (Was: On not bumping the epoch in ceph-14, f30 and f31/rawhide)

2019-03-09 Thread Vít Ondruch
Dne 09. 03. 19 v 13:00 Vít Ondruch napsal(a): > Dne 08. 03. 19 v 23:19 Jason L Tibbitts III napsal(a): >>> "MH" == Miro Hrončok writes: >> MH> On 08. 03. 19 21:16, Neal Gompa wrote: I really wish we'd allow Epochs to be reset on distribution upgrades. With dnf distro-sync (which is

Re: Allowing Epoch to be reset between releases (Was: On not bumping the epoch in ceph-14, f30 and f31/rawhide)

2019-03-09 Thread Vít Ondruch
Dne 08. 03. 19 v 23:19 Jason L Tibbitts III napsal(a): >> "MH" == Miro Hrončok writes: > MH> On 08. 03. 19 21:16, Neal Gompa wrote: >>> I really wish we'd allow Epochs to be reset on distribution upgrades. >>> With dnf distro-sync (which is used by system-upgrade) Epochs don't >>> really

Re: Allowing Epoch to be reset between releases

2019-03-08 Thread Jason L Tibbitts III
> "MH" == Miro Hrončok writes: MH> One thing to consider here is other packages that have Requires MH> etc. on something like "foo > 1:1.2", so if it is automated, this MH> part needs to be automated as well. Indeed. And of course this breaks any such dependency outside of Fedora as well.

Re: Allowing Epoch to be reset between releases (Was: On not bumping the epoch in ceph-14, f30 and f31/rawhide)

2019-03-08 Thread Miro Hrončok
On 08. 03. 19 23:19, Jason L Tibbitts III wrote: "MH" == Miro Hrončok writes: MH> On 08. 03. 19 21:16, Neal Gompa wrote: I really wish we'd allow Epochs to be reset on distribution upgrades. With dnf distro-sync (which is used by system-upgrade) Epochs don't really matter and upgrades work

Allowing Epoch to be reset between releases (Was: On not bumping the epoch in ceph-14, f30 and f31/rawhide)

2019-03-08 Thread Jason L Tibbitts III
> "MH" == Miro Hrončok writes: MH> On 08. 03. 19 21:16, Neal Gompa wrote: >> I really wish we'd allow Epochs to be reset on distribution upgrades. >> With dnf distro-sync (which is used by system-upgrade) Epochs don't >> really matter and upgrades work as intended anyway... MH> Let's do a