It's either a waste of work, or triggers edge cases in some packages
(like coreutils-8.31) where the source file is readonly and cp gets a
permission denied error trying to overwrite it with an identical copy of
itself.
Also while we are at it, make the variable names be something readable,
On Sun, May 10, 2020 at 8:09 PM Allan McRae wrote:
>
> This removes support for autotools in favour of meson.
> ---
>
> I'd still like support for including man pages (with --prefix=/usr) when
> running "ninja dist". However, I am also happy taking the heavy handed
> approach of adding the
This removes support for autotools in favour of meson.
---
I'd still like support for including man pages (with --prefix=/usr) when
running "ninja dist". However, I am also happy taking the heavy handed
approach of adding the built man pages to git if no solution is forthcoming.
There is
On 8/5/20 4:13 am, Wouter Wijsman wrote:
> Currently makepkg requires pacman and pacman-conf to be in the path of
> the user. Since these executables should never move, it should be safe
> to add the full paths to the scripts at compile time, assuming the user
> uses the install command as well.
>
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The official pacman repository".
The branch, master has been updated
via 8ce142a2552418f64a74e773f659d92b065d6209 (commit)
On 11/5/20 8:49 am, Eli Schwartz wrote:
> On 5/10/20 6:45 PM, anthr...@archlinux.org wrote:
>> From: Levente Polyak
>>
>> While iterating over the provides array, the find call for locating a
>> shared library may result in listing multiple entries which by itself
>> does not produce a stable
On 5/10/20 6:45 PM, anthr...@archlinux.org wrote:
> From: Levente Polyak
>
> While iterating over the provides array, the find call for locating a
> shared library may result in listing multiple entries which by itself
> does not produce a stable deterministic order and may vary depending on
>
From: Levente Polyak
While iterating over the provides array, the find call for locating a
shared library may result in listing multiple entries which by itself
does not produce a stable deterministic order and may vary depending on
the underlying filesystem.
To provide a stable listing and a
On 5/10/20 4:06 AM, Allan McRae wrote:
> On 10/5/20 2:32 pm, Eli Schwartz wrote:
>> This was only partially implemented in the original implementation.
>> `pacman-conf | grep ILoveCandy` would tell you if it was set, but
>> querying directly by name would not.
>>
>
> OK.
>
> Note "half-baked"
On 10/5/20 2:32 pm, Eli Schwartz wrote:
> This is not a warning, _parse_options() returns failure without even
> parsing further lines and the attempted pacman/pacman-conf program
> execution immediately aborts. Warnings are for when e.g. later on if we
> don't recognize a setting at all, we skip
On 10/5/20 2:32 pm, Eli Schwartz wrote:
> This was only partially implemented in the original implementation.
> `pacman-conf | grep ILoveCandy` would tell you if it was set, but
> querying directly by name would not.
>
OK.
Note "half-baked" can have negative connotations, while "incomplete"
11 matches
Mail list logo
