Signed-off-by: Eli Schwartz
---
dev-db/postgresql/postgresql-.ebuild | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/dev-db/postgresql/postgresql-.ebuild
b/dev-db/postgresql/postgresql-.ebuild
index e5eaa285027b..3f53c730579f 100644
--- a/dev-db/postgresql/postgre
It is an alias_target so "libudev" is anyways the correct way to do it.
Signed-off-by: Eli Schwartz
---
sys-apps/systemd-utils/systemd-utils-254.10-r1.ebuild | 2 +-
sys-apps/systemd-utils/systemd-utils-254.12.ebuild| 2 +-
sys-apps/systemd-utils/systemd-utils-254.13.ebuild| 2 +-
sys-ap
Signed-off-by: Eli Schwartz
---
net-libs/libsrtp/libsrtp-2.4.2.ebuild | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net-libs/libsrtp/libsrtp-2.4.2.ebuild
b/net-libs/libsrtp/libsrtp-2.4.2.ebuild
index 96e02837fcf2..1aaaf742a61f 100644
--- a/net-libs/libsrtp/libsrtp-2.4.2.ebu
Eli Schwartz (3):
net-libs/libsrtp: pass in a ninja-compatible value to
meson_src_compile
sys-apps/systemd-utils: pass in a ninja-compatible value to
meson_src_compile
dev-db/postgresql: pass in a ninja-compatible value to
meson_src_compile
dev-db/postgresql/postgresql-.eb
With my upstream meson hat on, I have griped about this for years any
time someone mentions "meson compile" to me. I think it was badly
motivated and shouldn't exist.
The purpose of this command is "for symmetry" with meson setup and meson
test and meson install, even though all of those are pytho
> On Sun, 02 Jun 2024, Eli Schwartz wrote:
> readme.gentoo-r1.eclass as proposed in this thread is exactly such an
> upstream program (gentoo is the upstream, and gentoo cannot cope with
> compressed files there).
> It strikes me as rules lawyering to use this as an argument against
> the ecl
On 6/2/24 12:28 PM, Ulrich Mueller wrote:
>> On Sun, 02 Jun 2024, Eli Schwartz wrote:
>
>> Per the commit message, the old readme and the new readme can have the
>> same contents, but be compressed by different compressors on the live
>> system vs the image, and/or a compressor with unstable a
On 02/06/2024 18.28, Ulrich Mueller wrote:
On Sun, 02 Jun 2024, Eli Schwartz wrote:
Per the commit message, the old readme and the new readme can have the
same contents, but be compressed by different compressors on the live
system vs the image, and/or a compressor with unstable algorithms,
an
On 02/06/2024 18.40, Ulrich Mueller wrote:
On Sun, 02 Jun 2024, Florian Schmaus wrote:
IMHO that's a very bad idea and will probably break ebuilds that rely
on the current behaviour.
I pondered about this and its one of the reasons I'd rather start with
a fresh eclass.
That said, worst c
> On Sun, 02 Jun 2024, Florian Schmaus wrote:
>> IMHO that's a very bad idea and will probably break ebuilds that rely
>> on the current behaviour.
> I pondered about this and its one of the reasons I'd rather start with
> a fresh eclass.
> That said, worst case scenario I could came up with
> On Sun, 02 Jun 2024, Eli Schwartz wrote:
> Per the commit message, the old readme and the new readme can have the
> same contents, but be compressed by different compressors on the live
> system vs the image, and/or a compressor with unstable algorithms,
> and/or one that isn't installed at
On 02/06/2024 17.34, Ulrich Mueller wrote:
On Sun, 02 Jun 2024, Florian Schmaus wrote:
+ (
+ insinto "${_GREADME_DOC_DIR}"
+
+ doins "${_GREADME_TMP_FILE}"
+ cksum --raw "${_GREADME_TMP_FILE}" | newins -
"${_GREADME_HASH_FILENAME}"
+
On 02/06/2024 17.25, Ulrich Mueller wrote:
On Sun, 02 Jun 2024, Florian Schmaus wrote:
Note that this changes readme.gentoo-r1.eclass to export phase
functions when it previously did not.
IMHO that's a very bad idea and will probably break ebuilds that rely
on the current behaviour.
I pond
On 6/2/24 11:34 AM, Ulrich Mueller wrote:
>> On Sun, 02 Jun 2024, Florian Schmaus wrote:
>
>> +(
>> +insinto "${_GREADME_DOC_DIR}"
>> +
>> +doins "${_GREADME_TMP_FILE}"
>> +cksum --raw "${_GREADME_TMP_FILE}" | newins -
>> "${_GREADME_HASH_FILENAME}"
>>
> On Sun, 02 Jun 2024, Florian Schmaus wrote:
> + (
> + insinto "${_GREADME_DOC_DIR}"
> +
> + doins "${_GREADME_TMP_FILE}"
> + cksum --raw "${_GREADME_TMP_FILE}" | newins -
> "${_GREADME_HASH_FILENAME}"
> + assert
> + )
Why do you need
> On Sun, 02 Jun 2024, Florian Schmaus wrote:
> Note that this changes readme.gentoo-r1.eclass to export phase
> functions when it previously did not.
IMHO that's a very bad idea and will probably break ebuilds that rely
on the current behaviour.
(Also, readme.gentoo.eclass used to export ph
The new readme.gentoo_file() function provided more flexibility from
where the readme file is obtained, compared to the existing methods.
Signed-off-by: Florian Schmaus
---
eclass/readme.gentoo-r1.eclass | 21 +
1 file changed, 21 insertions(+)
diff --git a/eclass/readme.gen
Add a new function readme.gentoo_stdin() that consumes the content of
README.gentoo from stdin. In many cases, this is a supperiour method to
construct readme, compared to the eclass' DOC_CONTENTS approach.
Signed-off-by: Florian Schmaus
---
eclass/readme.gentoo-r1.eclass | 51 ++
The previous commit introduced _GREADME_TMP_FILE. This commit changes
the existing code to use this variable.
Signed-off-by: Florian Schmaus
---
eclass/readme.gentoo-r1.eclass | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/eclass/readme.gentoo-r1.eclass b/eclass/r
Improve the user experience of readme.gentoo-r1.eclass by reducing the
number of messages presented to the user upon emerge. We reduce the
number of messages by only showing the contents of README.gentoo *if
they have changed* (or on fresh installations).
To be able to detect if the content has ch
Following up on the comments of the last patchset, this revision
incorporates the functionality of the initially proposed
greadme.eclass into the existing readme.gentoo-r1.eclass. While this
misses the chance to get rid of some ballast of the existing eclass,
people asked to extend the existing ecl
Signed-off-by: Florian Schmaus
---
.../2024-06-05-texlive-2023-bump.en.txt | 34 +++
1 file changed, 34 insertions(+)
create mode 100644
2024-06-05-texlive-2023-bump/2024-06-05-texlive-2023-bump.en.txt
diff --git a/2024-06-05-texlive-2023-bump/2024-06-05-texlive-2023-bump
22 matches
Mail list logo
