Luca Boccassi wrote:
> I'll start the work to move the file-hierarchy manpage to the uapi-group
> website.
This is now published at
https://uapi-group.org/specifications/specs/linux_file_system_hierarchy/ and
has also been polished to make it more generic
--
___
Another example of a spec that was added to the uapi group recently and that is
extremely unrelated to systemd:
https://uapi-group.org/specifications/specs/file_hierarchy_for_the_verification_of_os_artifacts/
--
___
devel mailing list -- devel@lists.fe
Neal Gompa wrote:
> On Thu, Aug 7, 2025 at 7:30 AM Michael Catanzaro mcatanz...@redhat.com wrote:
> > Thanks for this. I agree this is a good solution, and that uapi group
> > is clearly the right place for the successor to FHS.
> > Hardly. The reason that the FHS evolution has been slow is because
> On 7 Aug 2025, at 11:58, Zbigniew Jędrzejewski-Szmek
> wrote:
>
> On Thu, Aug 07, 2025 at 10:34:55AM +0100, Barry Scott wrote:
>>
>>
>>> On 7 Aug 2025, at 10:23, Zbigniew Jędrzejewski-Szmek
>>> wrote:
>>>
>>> What I'm try to convey is that the way that we put together Linux systems
>>>
On Thu, Aug 7, 2025 at 7:30 AM Michael Catanzaro wrote:
>
>
> Thanks for this. I agree this is a good solution, and that uapi group
> is clearly the right place for the successor to FHS.
>
Hardly. The reason that the FHS evolution has been slow is because the
FHS project just moved from the Linux
Thanks for this. I agree this is a good solution, and that uapi group
is clearly the right place for the successor to FHS.
Tangent: it might be time for the standard to mention libexecdir.
Omitting this was originally a good choice because it used to be
specific to Fedora/RHEL ecosystem, and
On Thu, Aug 07, 2025 at 10:58:25AM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Aug 07, 2025 at 10:34:55AM +0100, Barry Scott wrote:
> >
> >
> > > On 7 Aug 2025, at 10:23, Zbigniew Jędrzejewski-Szmek
> > > wrote:
> > >
> > > What I'm try to convey is that the way that we put together Li
On Thu, Aug 07, 2025 at 10:34:55AM +0100, Barry Scott wrote:
>
>
> > On 7 Aug 2025, at 10:23, Zbigniew Jędrzejewski-Szmek
> > wrote:
> >
> > What I'm try to convey is that the way that we put together Linux systems
> > is evolving, slowly but continuously, and we need documents that describe
>
> What I'm try to convey is that the way that we put together Linux systems
> is evolving, slowly but continuously, and we need documents that describe
> this evolution. A "standard" that tries to turn back time and slow down
> this process is not useful.
I agree with this logic, yet what we have
> On 7 Aug 2025, at 10:23, Zbigniew Jędrzejewski-Szmek
> wrote:
>
> What I'm try to convey is that the way that we put together Linux systems
> is evolving, slowly but continuously, and we need documents that describe
> this evolution. A "standard" that tries to turn back time and slow down
>
On Wed, Aug 06, 2025 at 04:10:36PM -0400, Przemek Klosowski via devel wrote:
> On 8/5/25 1:01 PM, Zbigniew Jędrzejewski-Szmek wrote:
> > FHS, even version 3, has mostly missed the evolution of Linux systems
> > that has happened in the last few decades. In particular, it
> > completely missed the u
On Wed, Aug 06, 2025 at 05:59:45AM -0700, Neal Gompa wrote:
> On Wed, Aug 6, 2025 at 5:55 AM Pavol Sloboda wrote:
> >
> > > But it's already done? It's right there.
> >
> > Well as my email mentions it is done for FHS 2.3 (and not even that really
> > cause the version of the Standard is not ment
On 8/5/25 1:01 PM, Zbigniew Jędrzejewski-Szmek wrote:
FHS, even version 3, has mostly missed the evolution of Linux systems
that has happened in the last few decades. In particular, it
completely missed the usr-merge, and obviously the merge of bin and
sbin… Just looking at the contents table, it
This whole effort was prompted by a question whether or not we can create
directories inside https://fineoutsolar.com
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Co
On Wed, Aug 6, 2025 at 5:55 AM Pavol Sloboda wrote:
>
> > But it's already done? It's right there.
>
> Well as my email mentions it is done for FHS 2.3 (and not even that really
> cause the version of the Standard is not mentioned anywhere).
> And what I am trying to ask about is either switching
> But it's already done? It's right there.
Well as my email mentions it is done for FHS 2.3 (and not even that
really cause the version of the Standard is not mentioned anywhere).
And what I am trying to ask about is either switching to a newer and
more up to date Standard or having a concrete men
On Wed, Aug 6 2025 at 08:52:19 AM +02:00:00, Pavol Sloboda
wrote:
> Instead of adjusting to this text which is mostly of historical
> interest, we should just use
>
https://www.freedesktop.org/software/systemd/man/latest/file-hierarchy.html.
I agree that we should use something that reflects
> FHS, even version 3, has mostly missed the evolution of Linux systems
> that has happened in the last few decades. In particular, it
> completely missed the usr-merge, and obviously the merge of bin and
> sbin… Just looking at the contents table, it is full of outdated
> stuff, it talks about /mn
On Tue, Aug 05, 2025 at 03:18:45PM +0200, Michal Schorm wrote:
> The FSH standard 3.0 was introduced in 2015.
> The changes in FSH 3.0 seem to me as a natural evolution, and
> clarification of existing practices after the 2.3 version.
>
> I believe we should officially adopt the 3.0 version and up
On Tue, Aug 5, 2025 at 6:19 AM Michal Schorm wrote:
>
> The FSH standard 3.0 was introduced in 2015.
> The changes in FSH 3.0 seem to me as a natural evolution, and
> clarification of existing practices after the 2.3 version.
>
> I believe we should officially adopt the 3.0 version and update the
The FSH standard 3.0 was introduced in 2015.
The changes in FSH 3.0 seem to me as a natural evolution, and
clarification of existing practices after the 2.3 version.
I believe we should officially adopt the 3.0 version and update the
Fedora Packaging Guidelines text accordingly.
Drop the obsolete
Hello,
I have just been going over the Filesystem Layout section[0] of the
packaging guidelines and I have noticed we are linking the Filesystem
Hierarchy Standard[1] as a whole and not a general version of it. At the
moment there are two versions mentioned on the linked website. These being
v2.3
22 matches
Mail list logo
