Dne 02. 08. 19 v 12:33 Matthew Miller napsal(a):
> On Thu, Aug 01, 2019 at 10:16:40AM -0700, Adam Williamson wrote:
>> Hmm. I never really chipped into the ~ discussion, but it just occurred
>> to me it intersects with a discussion I care quite a lot about: RPM
>> version comparison. Especially RP
On Sat, Aug 3, 2019, 20:19 Matthew Miller wrote:
> On Thu, Aug 01, 2019 at 10:16:40AM -0700, Adam Williamson wrote:
> > Hmm. I never really chipped into the ~ discussion, but it just occurred
> > to me it intersects with a discussion I care quite a lot about: RPM
> > version comparison. Especiall
On Fri, 2 Aug 2019 at 05:33, Adam Williamson wrote:
>
> On Thu, 2019-08-01 at 14:36 +0200, Nicolas Mailhot via devel wrote:
> > Le jeudi 01 août 2019 à 14:19 +0200, Lennart Poettering a écrit :
> > > On Do, 01.08.19 10:14, Fabio Valentini (decatho...@gmail.com) wrote:
> > >
> > > > Since these thi
On Fri, 2019-08-02 at 11:47 +0200, Fabio Valentini wrote:
>
> > > Hmm. I never really chipped into the ~ discussion, but it just occurred
> > > to me it intersects with a discussion I care quite a lot about: RPM
> > > version comparison. Especially RPM version comparison when all you have
> > > to
On Thu, Aug 01, 2019 at 10:16:40AM -0700, Adam Williamson wrote:
> On Thu, 2019-08-01 at 14:36 +0200, Nicolas Mailhot via devel wrote:
> > Le jeudi 01 août 2019 à 14:19 +0200, Lennart Poettering a écrit :
> > > On Do, 01.08.19 10:14, Fabio Valentini (decatho...@gmail.com) wrote:
> > >
> > > > Sinc
On Thu, Aug 01, 2019 at 10:16:40AM -0700, Adam Williamson wrote:
> Hmm. I never really chipped into the ~ discussion, but it just occurred
> to me it intersects with a discussion I care quite a lot about: RPM
> version comparison. Especially RPM version comparison when all you have
> to deal with i
On Fri, Aug 2, 2019, 11:39 Fabio Valentini wrote:
> On Fri, Aug 2, 2019, 11:33 Adam Williamson
> wrote:
>
>> On Thu, 2019-08-01 at 14:36 +0200, Nicolas Mailhot via devel wrote:
>> > Le jeudi 01 août 2019 à 14:19 +0200, Lennart Poettering a écrit :
>> > > On Do, 01.08.19 10:14, Fabio Valentini (d
On Fri, Aug 2, 2019, 11:33 Adam Williamson
wrote:
> On Thu, 2019-08-01 at 14:36 +0200, Nicolas Mailhot via devel wrote:
> > Le jeudi 01 août 2019 à 14:19 +0200, Lennart Poettering a écrit :
> > > On Do, 01.08.19 10:14, Fabio Valentini (decatho...@gmail.com) wrote:
> > >
> > > > Since these things
On Thu, 2019-08-01 at 14:36 +0200, Nicolas Mailhot via devel wrote:
> Le jeudi 01 août 2019 à 14:19 +0200, Lennart Poettering a écrit :
> > On Do, 01.08.19 10:14, Fabio Valentini (decatho...@gmail.com) wrote:
> >
> > > Since these things are both the case, a simple 1:1 mapping from "-"
> > > to
>
Le jeudi 01 août 2019 à 14:19 +0200, Lennart Poettering a écrit :
> On Do, 01.08.19 10:14, Fabio Valentini (decatho...@gmail.com) wrote:
>
> > Since these things are both the case, a simple 1:1 mapping from "-"
> > to
> > "~" (and even back) is exactly correct.
> > So I think the systemd.spec is
On Do, 01.08.19 10:14, Fabio Valentini (decatho...@gmail.com) wrote:
> Since these things are both the case, a simple 1:1 mapping from "-" to
> "~" (and even back) is exactly correct.
> So I think the systemd.spec is doing exactly the right thing here.
>
> The only issue I see is the arbitrary (?)
On Do, 01.08.19 05:31, Nico Kadel-Garcia (nka...@gmail.com) wrote:
> On Thu, Aug 1, 2019 at 4:16 AM Fabio Valentini wrote:
>
> > So ... prerelease versions are usually tagged with an "-rc1" suffix
> > (or similar), which is a valid value for git tags, but RPM doesn't
> > allow versions to contain
On Thu, Aug 1, 2019 at 4:16 AM Fabio Valentini wrote:
> So ... prerelease versions are usually tagged with an "-rc1" suffix
> (or similar), which is a valid value for git tags, but RPM doesn't
> allow versions to contain hyphens.
> In RPM versions, prereleases can be tagged with an "~rc1" suffix
On Wed, Jul 31, 2019 at 09:05:01PM +, Zbigniew Jędrzejewski-Szmek wrote:
> Also, when people are running an -rc kernel, some issues are expected.
> In the beginning it wasn't even clear if the change in the kernel will
> be reverted or not.
Well, also -- systemd-networkd isn't the default for
On Thu, Aug 01, 2019 at 10:14:06AM +0200, Fabio Valentini wrote:
> On Thu, Aug 1, 2019 at 9:48 AM Lennart Poettering
> wrote:
> >
> > On Mi, 31.07.19 20:52, Fedora Development ML
> > (devel@lists.fedoraproject.org) wrote:
> >
> > > Instead, as Lennart explained, systemd has no strong release
> >
On Thu, Aug 1, 2019 at 9:48 AM Lennart Poettering wrote:
>
> On Mi, 31.07.19 20:52, Fedora Development ML (devel@lists.fedoraproject.org)
> wrote:
>
> > Instead, as Lennart explained, systemd has no strong release
> > discipline. systemd didn't provide anyone a fixed version (requiring
> > fishin
On Mi, 31.07.19 20:52, Fedora Development ML (devel@lists.fedoraproject.org)
wrote:
> Instead, as Lennart explained, systemd has no strong release
> discipline. systemd didn't provide anyone a fixed version (requiring
> fishing the fix in its git, and wasting integrator time). And when,
> finally
Le mercredi 31 juillet 2019 à 21:05 +, Zbigniew Jędrzejewski-Szmek
a écrit :
> On Wed, Jul 31, 2019 at 08:52:36PM +0200, Nicolas Mailhot via devel
> wrote:
> > And when,
> > finally, systemd makes a new release, it does not even use
> > integrator
> > and automation-friendly semver numbering,
On Wed, Jul 31, 2019 at 08:52:36PM +0200, Nicolas Mailhot via devel wrote:
> Le mercredi 31 juillet 2019 à 17:03 +0200, Andreas Tunek a écrit :
> >
> >
> > On Wed, 31 Jul 2019, 16:10 Nicolas Mailhot via devel, <
> > devel@lists.fedoraproject.org> wrote:
> > > Le 2019-07-31 14:13, Lennart Poetteri
Le mercredi 31 juillet 2019 à 17:03 +0200, Andreas Tunek a écrit :
>
>
> On Wed, 31 Jul 2019, 16:10 Nicolas Mailhot via devel, <
> devel@lists.fedoraproject.org> wrote:
> > Le 2019-07-31 14:13, Lennart Poettering a écrit :
> >
> > Hi Lennart
> >
> > > Note that there's a "stable" backport tree
On Wed, 31 Jul 2019 at 13:25, Lennart Poettering
wrote:
> On Mi, 31.07.19 12:57, Tomasz Kłoczko (kloczko.tom...@gmail.com) wrote:
>
> > As usually that type of versioning convention is rubbish and it only adds
> > more work on packaging layer.
> > Why you guys did not released that as v243.99 ?
>
On Wed, Jul 31, 2019 at 04:08:13PM +0200, Nicolas Mailhot via devel wrote:
> Le 2019-07-31 14:13, Lennart Poettering a écrit :
>
> Hi Lennart
>
> >Note that there's a "stable" backport tree maintained outside of the
> >main repo:
> >
> >https://github.com/systemd/systemd-stable
> >
> >Either way,
On Wed, 31 Jul 2019, 16:10 Nicolas Mailhot via devel, <
devel@lists.fedoraproject.org> wrote:
> Le 2019-07-31 14:13, Lennart Poettering a écrit :
>
> Hi Lennart
>
> > Note that there's a "stable" backport tree maintained outside of the
> > main repo:
> >
> > https://github.com/systemd/systemd-stab
Le 2019-07-31 14:13, Lennart Poettering a écrit :
Hi Lennart
Note that there's a "stable" backport tree maintained outside of the
main repo:
https://github.com/systemd/systemd-stable
Either way, I doubt this discussion is relevant to Fedora, is it?
It was when a lot of users could not test
On Tue, Jul 30, 2019 at 10:00:57PM -0400, Colin Walters wrote:
>
>
> On Tue, Jul 30, 2019, at 4:13 PM, Zbigniew Jędrzejewski-Szmek wrote:
>
> > Please note that the cgroup hierarchy default remains as "hybrid".
> > Upstream has switched the default to "unified", but I reverted this
> > switch in
On Mi, 31.07.19 12:57, Tomasz Kłoczko (kloczko.tom...@gmail.com) wrote:
> As usually that type of versioning convention is rubbish and it only adds
> more work on packaging layer.
> Why you guys did not released that as v243.99 ?
I like my bikesheds blue.
> Other thing is that looks like systemd
On Tue, 30 Jul 2019 at 21:19, Zbigniew Jędrzejewski-Szmek
wrote:
> Hello everyone,
>
> a new pre-release of systemd was tagged today, and it's building in
> rawhide now. See https://github.com/systemd/systemd/blob/v243-rc1/NEWS
As usually that type of versioning convention is rubbish and it onl
On Tue, Jul 30, 2019, at 4:13 PM, Zbigniew Jędrzejewski-Szmek wrote:
> Please note that the cgroup hierarchy default remains as "hybrid".
> Upstream has switched the default to "unified", but I reverted this
> switch in Fedora. If there are no major issues reported with this
> pre-release, the n
28 matches
Mail list logo
