* Panu Matilainen:
> Using something path-based will also exclude EVERYTHING started with a
> shebang. I guess we didn't want to optimize those
> Python/Perl/Ruby/whatnot scripts here?
>
> A path based approach isn't anywhere near worth the mess it creates. A
> humble opinion.
I'm not sure if
On 1/19/24 18:58, Robert Marcano via devel wrote:
On 12/28/23 1:25 PM, Robert Marcano wrote:
On 12/28/23 12:58 PM, Chris Adams wrote:
Once upon a time, Aoife Moloney said:
Systemd will be modified to insert the additional directories into the
`$PATH` environment variable (affecting all
On 1/19/24 12:58 PM, Robert Marcano wrote:
On 12/28/23 1:25 PM, Robert Marcano wrote:
On 12/28/23 12:58 PM, Chris Adams wrote:
Once upon a time, Aoife Moloney said:
Systemd will be modified to insert the additional directories into the
`$PATH` environment variable (affecting all programs on
On 12/28/23 1:25 PM, Robert Marcano wrote:
On 12/28/23 12:58 PM, Chris Adams wrote:
Once upon a time, Aoife Moloney said:
Systemd will be modified to insert the additional directories into the
`$PATH` environment variable (affecting all programs on the system)
Anything that depends on PATH
On Tue, Jan 16, 2024 at 2:43 PM Dridi Boukelmoune
wrote:
>
> > This is also a valid approach. This is the first alternative proposal
> > which makes me say "hmm, this would also work". It is possibly even
> > simpler than setting the $PATH. A very small disadvantage is that the
> > wrapper would
> This is also a valid approach. This is the first alternative proposal
> which makes me say "hmm, this would also work". It is possibly even
> simpler than setting the $PATH. A very small disadvantage is that the
> wrapper would need to do its work every time the binary is called.
> But the
We don't generally use/talk about amd64 in Fedora, so I was a bit thrown by
the naming of this Change.
I don't want to start a skirmish about amd64 vs x86_64, but iiuc this
Change is not AMD specific
so by now I personally feel x86-64 actually kinda sounds more neutral in
this sense
(I am aware
On Thu, Jan 4, 2024 at 7:50 AM Sam Varshavchik wrote:
>
> Oron Peled writes:
>
> > • I.e: a developer that need cross-compilation, install the wanted
> > toolchain(s) and all library packages are immediately available from
> > standard
> > repositories.
> >
> > I guess Fedora people that work on
Oron Peled writes:
• I.e: a developer that need cross-compilation, install the wanted
toolchain(s) and all library packages are immediately available from standard
repositories.
I guess Fedora people that work on ARM/ARM64/RISC-V would love such a
support.
There are a number deb
On Wednesday, 3 January 2024 10:07:02 IST Marián Konček wrote:
> Note that mingw-* packages currently in Fedora install into the
> /usr/i686-w64-mingw32/ or /usr/x86_64-w64-mingw32/ directories.
>
> This is a different topic but if each archful package installed its
> files into a directory
On Sat, Dec 30, 2023 at 08:27:46AM +, Mattia Verga via devel wrote:
> Il 28/12/23 18:25, Robert Marcano via devel ha scritto:
> > On 12/28/23 12:58 PM, Chris Adams wrote:
> >> Once upon a time, Aoife Moloney said:
> >>> Systemd will be modified to insert the additional directories into the
>
Thanks for pointing this out.
This reminds me and I don't think this have been discussed yet, but I
guess that we should soon address where e.g. WebAssembly binaries should
go. I think we should really consider to establish some generic
infrastructure for such cases.
Vít
Dne 03. 01. 24 v
Note that mingw-* packages currently in Fedora install into the
/usr/i686-w64-mingw32/ or /usr/x86_64-w64-mingw32/ directories.
This is a different topic but if each archful package installed its
files into a directory containing the arch name, it would allow parallel
installability without
On 12/31/23 18:27, Dominique Martinet wrote:
John Reiser wrote on Sun, Dec 31, 2023 at 02:52:53PM -0800:
Additional paths will be inserted into the search path used for
executables on systems which have a compatible CPU.
Searching $PATH is a slow operation. It is so slow that a shell script
Hi,
On 12/28/23 10:12, Aoife Moloney wrote:
Wiki ->
https://fedoraproject.org/wiki/Changes/Optimized_Binaries_for_the_AMD64_Architecture
This is a proposed Change for Fedora Linux.
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in
On Fri, Dec 29, 2023 at 03:20:45PM -0600, Chris Adams wrote:
> Once upon a time, Zbigniew Jędrzejewski-Szmek said:
> > But building packages is just one thing. Those packages would need
> > to be distributed, causing additional load on mirrors and archives.
> > Our mirrors would not be keen on
On Tue, 2 Jan 2024 at 10:24, Vít Ondruch wrote:
>
> Dne 02. 01. 24 v 13:42 Stephen Smoogen napsal(a):
>
>
>
> On Tue, 2 Jan 2024 at 06:21, Vít Ondruch wrote:
>
>>
>> Dne 28. 12. 23 v 17:12 Aoife Moloney napsal(a):
>>
>> The dynamic linker already has the `glibc-hwcaps` mechanism to load
>>
Dne 02. 01. 24 v 13:42 Stephen Smoogen napsal(a):
On Tue, 2 Jan 2024 at 06:21, Vít Ondruch wrote:
Dne 28. 12. 23 v 17:12 Aoife Moloney napsal(a):
The dynamic linker already has the `glibc-hwcaps` mechanism to load
optimized implementations of ''shared objects'' [3]. This means
* Vít Ondruch:
> Dne 28. 12. 23 v 17:12 Aoife Moloney napsal(a):
>
>
> The dynamic linker already has the `glibc-hwcaps` mechanism to load
> optimized implementations of ''shared objects'' [3]. This means that
> packages can provide optimized libraries and they linker will be
> automatically
On Tue, Jan 2, 2024 at 1:20 PM Vít Ondruch wrote:
>
>
> Dne 28. 12. 23 v 17:12 Aoife Moloney napsal(a):
>
> The dynamic linker already has the `glibc-hwcaps` mechanism to load
> optimized implementations of ''shared objects'' [3]. This means that
> packages can provide optimized libraries and
On Tue, 2 Jan 2024 at 06:21, Vít Ondruch wrote:
>
> Dne 28. 12. 23 v 17:12 Aoife Moloney napsal(a):
>
> The dynamic linker already has the `glibc-hwcaps` mechanism to load
> optimized implementations of ''shared objects'' [3]. This means that
> packages can provide optimized libraries and they
Dne 28. 12. 23 v 17:12 Aoife Moloney napsal(a):
The dynamic linker already has the `glibc-hwcaps` mechanism to load
optimized implementations of ''shared objects'' [3]. This means that
packages can provide optimized libraries and they linker will be
automatically load them from separate
John Reiser wrote on Sun, Dec 31, 2023 at 02:52:53PM -0800:
> > Additional paths will be inserted into the search path used for
> > executables on systems which have a compatible CPU.
>
> Searching $PATH is a slow operation. It is so slow that a shell script which
> typically processes many files
Additional paths will be inserted into the search path used for
executables on systems which have a compatible CPU.
Searching $PATH is a slow operation. It is so slow that a shell script
which typically processes many files using utilities from packages
coreutils and/or binutils often
Il 28/12/23 18:25, Robert Marcano via devel ha scritto:
> On 12/28/23 12:58 PM, Chris Adams wrote:
>> Once upon a time, Aoife Moloney said:
>>> Systemd will be modified to insert the additional directories into the
>>> `$PATH` environment variable (affecting all programs on the system)
>>
Once upon a time, Zbigniew Jędrzejewski-Szmek said:
> But building packages is just one thing. Those packages would need
> to be distributed, causing additional load on mirrors and archives.
> Our mirrors would not be keen on seeing this increase.
You're adding binaries, so you're either
On Fri, Dec 29, 2023 at 12:23:23PM -, Jonny Heggheim wrote:
> How much waste is it to recompile all the packages?
>
> The whole proposal sounds like a big hack from beginning to the end.
> Fragile setup with $PATH, complicated SPEC files, complicate the %build part.
I disagree that the setup
Once upon a time, Gary Buhrmaster said:
> The AFS file system has a similar approach for
> its sysname, where the special value @sys is
> substituted by the kernel for files in that filesystem.
The DEC Alpha Unix cluster version of AdvFS had something similar, where
symlinks containing
On Fri, Dec 29, 2023 at 12:31 PM Neal Becker wrote:
>
> On a philosophical note, I once worked on Apollo workstations. These could
> switch behavior between sysv and bsd unix. To do this, the kernel would
> interpret e.g. /usr/bin/$arch, substituting the env variable arch. At least
> that
On Fri, Dec 29, 2023 at 6:43 AM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> On Thu, Dec 28, 2023 at 05:07:09PM +, Barry Scott wrote:
> >
> >
> > > On 28 Dec 2023, at 16:58, Chris Adams wrote:
> > >
> > > Anything that depends on PATH entries is IMHO doomed to failure.
> > >
How much waste is it to recompile all the packages?
The whole proposal sounds like a big hack from beginning to the end.
Fragile setup with $PATH, complicated SPEC files, complicate the %build part.
In order to reduce build time that have not been quantified.
--
On Thu, Dec 28, 2023 at 05:07:09PM +, Barry Scott wrote:
>
>
> > On 28 Dec 2023, at 16:58, Chris Adams wrote:
> >
> > Anything that depends on PATH entries is IMHO doomed to failure.
> > There are way too many things that explicitly set PATH to "known"
> > values (for good and bad reasons)
On 12/28/23 12:58 PM, Chris Adams wrote:
Once upon a time, Aoife Moloney said:
Systemd will be modified to insert the additional directories into the
`$PATH` environment variable (affecting all programs on the system)
Anything that depends on PATH entries is IMHO doomed to failure. There
> On 28 Dec 2023, at 16:58, Chris Adams wrote:
>
> Anything that depends on PATH entries is IMHO doomed to failure.
Indeed, how would my shell get the right micro architecture into its PATH?
Would konsole on plasma desktop picking up PATH from systemd?
The alternative would be to symlink the
Once upon a time, Aoife Moloney said:
> Systemd will be modified to insert the additional directories into the
> `$PATH` environment variable (affecting all programs on the system)
Anything that depends on PATH entries is IMHO doomed to failure. There
are way too many things that explicitly set
Wiki ->
https://fedoraproject.org/wiki/Changes/Optimized_Binaries_for_the_AMD64_Architecture
This is a proposed Change for Fedora Linux.
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This
Wiki ->
https://fedoraproject.org/wiki/Changes/Optimized_Binaries_for_the_AMD64_Architecture
This is a proposed Change for Fedora Linux.
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This
37 matches
Mail list logo
