Sam James writes:
Oh, and:
> * The code was broken before (badly) [...]
... and therefore you should be revbumping for fixes.
signature.asc
Description: PGP signature
Hi,
As we discussed a bunch in #gentoo-toolchain over the last few weeks,
GCC 14 is now in ~arch. We've spent the last > 2 years working on this
and fixing lots of packages, but kind of reached the limit of how much a
handful of people can do.
This is kind of the analogue of the Clang post I
# Eli Schwartz (2024-05-17)
# Last updated in 2007, has no reverse dependencies, is unmaintained upstream
# (in 2010 a version 4 alpha was released using cmake, the project has seen no
# other activity upstream). Fails to build with dash, lto.
# Bug #862669, #890423.
# Removal on
Florian Schmaus writes:
> The motivation for this change is to allow edob to be used with noisy
> commands, i.e., commands that produce a lot of output, in cases where
> the output is in general not of interest. However, if the command
> fails, the output should be shown and appear in build.log.
Bryan Gardiner writes:
> Just fixes for a couple of small documentation issues I found.
Applied - thanks!
>
> Bryan Gardiner (2):
> depgraph.py: Fix the URL for the changed-deps wiki page
> ebuild.5: Escape carats which are special to groff
>
> lib/_emerge/depgraph.py | 2 +-
>
Michał Górny writes:
> Unpack crates in parallel using xargs to utilize multicore systems
> better. Perform checksumming via a single sha256sum invocation.
>
> For dev-python/watchfiles, this speeds up unpacking on my machine
> from 2.6 s to 0.75 s (warm cache).
>
> Signed-off-by: Michał Górny
Martin Dummer writes:
> Am 09.05.24 um 14:13 schrieb Sam James:
>
> Martin Dummer writes:
>
>
> Maybe we can agree that the qa-warnings in vdr-eclass make more sense if i
> change them to "eawarn" or "einfo"?
>
>
> Sure, make them eqawa
Martin Dummer writes:
> Am 03.05.24 um 06:39 schrieb Sam James:
>
>
> What we really need is:
> a) https://bugs.gentoo.org/162450 to avoid scaring users;
> b) possibly some level of QA notice to distinguish between "check this
> out" (think e.g. qa-vdb
# Eli Schwartz (2024-05-08)
# Fails to configure with GCC 14, fails to install with older
# gcc, unmaintained, upstream website vanished.
# Bug #731180, #861461, #888577, #889930.
# Removal on 2024-06-08.
net-irc/ninja
signature.asc
Description: PGP signature
# Sam James (2024-05-06)
# Long-deprecated upstream, replaced by (unpackaged) Twitter::API.
# Twitter's API has changed at least once since the last release of
Net::Twitter.
# Removal on 2024-06-05. Bug #931295.
dev-perl/Net-Twitter
signature.asc
Description: PGP signature
# Sam James (2024-05-06)
# Incompatible with latest last.fm APIs, hence useless.
# Removal on 2024-06-05. Bug #928115.
media-libs/lastfmlib
signature.asc
Description: PGP signature
James Calligeros writes:
> Signed-off-by: James Calligeros
> ---
> .../2024-05-03-wireplumber-0_5-bump.en.txt| 25 +++
> 1 file changed, 25 insertions(+)
> create mode 100644
> 2024-05-03-wireplumber-0_5-bump/2024-05-03-wireplumber-0_5-bump.en.txt
>
> diff --git
>
Arsen Arsenović writes:
> Sam James writes:
>
>> The motivation here is to allow autotools.eclass consumers setting
>> AUTOTOOLS_AUTO_DEPEND=no to not have a useless gnuconfig dependency.
>
> series looks ok to me
thanks!
Ulrich Mueller writes:
>>>>>> On Fri, 03 May 2024, Sam James wrote:
>
>> +case ${EAPI} in
>> +5|6) DEPEND=${GNUCONFIG_DEPEND} ;;
>> +*) BDEPEND=${GNUCONFIG_DEPEND} ;;
>> +esac
>
> Drop EAPI 5 while at it?
Good point, done & pushed, thanks.
autotools.eclass hasn't had EAPI 5 support for ~2 years since
50710f3d0e8f19fab5571d9596c336314e96b5cf so this wasn't being used
anyway (non-autotools.eclass use of gnuconfig.eclass is very niche).
Signed-off-by: Sam James
---
eclass/gnuconfig.eclass | 8
1 file changed, 4 insertions
Use newly-added GNUCONFIG_DEPEND so that AUTOTOOLS_AUTO_DEPEND=no doesn't
result in a useless dependency on gnuconfig.
Signed-off-by: Sam James
---
eclass/autotools.eclass | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/eclass/autotools.eclass b/eclass
The motivation here is to allow autotools.eclass consumers setting
AUTOTOOLS_AUTO_DEPEND=no to not have a useless gnuconfig dependency.
Signed-off-by: Sam James
---
eclass/gnuconfig.eclass | 22 +++---
1 file changed, 19 insertions(+), 3 deletions(-)
diff --git a/eclass
Use newly-added GNUCONFIG_DEPEND so that AUTOTOOLS_AUTO_DEPEND=no doesn't
result in a useless dependency on gnuconfig.
Signed-off-by: Sam James
---
eclass/autotools.eclass | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/eclass/autotools.eclass b/eclass
The motivation here is to allow autotools.eclass consumers setting
AUTOTOOLS_AUTO_DEPEND=no to not have a useless gnuconfig dependency.
Signed-off-by: Sam James
---
eclass/gnuconfig.eclass | 22 +++---
1 file changed, 19 insertions(+), 3 deletions(-)
diff --git a/eclass
Ionen Wolkens writes:
> On Wed, May 01, 2024 at 03:32:21PM +0200, Michał Górny wrote:
>> The idea is to increase awareness of the AI policy, as well as other
>> rules, and to inform users before they submit a PR.
>
> Bit mixed feelings about this given checkboxes feel like unnecessary
> churn
Michał Górny writes:
> Signed-off-by: Michał Górny
> ---
> .github/pull_request_template.md | 12
> 1 file changed, 12 insertions(+)
> create mode 100644 .github/pull_request_template.md
>
> The idea is to increase awareness of the AI policy, as well as other
> rules, and to
Eli Schwartz writes:
> On 5/1/24 10:10 AM, Martin Dummer wrote:
>> Since Agostino's tinderbox tests now report qa warning, the group
>> v...@gentoo.org has 101 open bugs assigned, most of them caused by qa
>> warnings from vdr-plugin-2.eclass.
>>
>> Many vdr plugins need small adjustments
Florian Weimer writes:
> The and headers had a bug that the on-disk structures
> defined there could change size on some targets when _TIME_BITS was set
> to 64. This is obviously wrong because the files are not going to
> magically change their layout because the application accessing them
Alfredo Tupone writes:
> On Fri, 26 Apr 2024 10:29:43 +0200
> Arsen Arsenović wrote:
>
>> > is_ada() {
>> >gcc-lang-supported ada || return 1
>> > - _tc_use_if_iuse ada
>> > + _tc_use_if_iuse cxx && _tc_use_if_iuse ada
>>
>> Is this redundant? Would gcc-lang-supported c++ (called
Alfredo Tupone writes:
> Having received no comments, I would like to add this changes to
> toolchain.eclass
>
> This is less intrusive.
>
> The compiler check that was in place in the original email maybe is
> distruptive. It was checking that the used compiler is ada and version
> is less or
I don't have the hardware set up at the moment (and haven't for a while)
to test this properly.
The following packages are up for grabs:
* media-libs/raspberrypi-userland-bin
* sys-kernel/raspberrypi-image
I dropped myself as a co-maintainer on the following:
*
Eddie Chapman writes:
> On 04/04/2024 15:24, Eddie Chapman wrote:
>> Since there appears to be some interest I'll put together a single email
>> to the list later today detailing everything, as I needed to do more
>> things overall in addition to replacing /usr/bin/xz.
>
> Below is a guide I've
Eli Schwartz writes:
> On 4/3/24 11:30 AM, Eddie Chapman wrote:
>> Just to report I've been able to remove app-arch/xz-utils from my own
>> workstation, with 2412 packages installed and running kde. I'm going to
>> roll it out to my other gentoo systems which have a lot less stuff on them
>> so
Duncan <1i5t5.dun...@cox.net> writes:
> Eddie Chapman posted on Tue, 2 Apr 2024 20:32:41 +0100 as excerpted:
>
>> Yes, I have no issue with the format at all, just with the xz utils
>> project.
>
> FWIW, feel free to do that bug-fix or package-bump if you'd rather instead
> of reading this long
"Eddie Chapman" writes:
> Given what we've learnt in the last 24hrs about xz utilities, you could
> forgive a paranoid person for seriously considering getting rid entirely
> of them from their systems, especially since there are suitable
> alternatives available. Some might say that's a bit
Eli Schwartz writes:
> It curently uses some magic test to decide whether handcrafted code
> works with or without -latomic. But it can claim that -latomic is not
> needed for that case, while it is still needed for other cases.
>
>> okay so append-atomic-flags does not work for me in this case
Eli Schwartz writes:
> * QA Notice: The ebuild is installing to one or more unexpected paths:
> *
> * /var/tmp/portage/sys-cluster/legion-/image/usr/bin/legion_prof_files
> *
> /var/tmp/portage/sys-cluster/legion-/image/usr/bin/serializer_examples
> *
> * Please fix the ebuild
# Eli Schwartz (2024-03-24)
# Broken with modern compilers, broken with LTO. Upstream website no
# longer exists. Unmaintained in Gentoo, no reverse dependencies.
# Removal on 2024-04-23. Bug #731942, #863041, #898298.
sci-libs/xgks-pmel
signature.asc
Description: PGP signature
"Andreas K. Huettel" writes:
> Hi all,
>
> the 23.0 profiles are ready for testing, including stage downloads,
> binary packages, and update instructions for existing installations,
> for all arches.
>
> [...]
>
> Note 2: While there are 23.0 split-usr profiles, the *stage* downloads
> are
# Eli Schwartz (2024-03-14)
# Deprecated, doesn't work with python 3.12. Unmaintained with last
# serious release in 2019, and another release in 2024 that claims
# to support python 3.12 but fails tests if you actually do. No
# route to making it work with python 3.13 at all, and upstream
#
Matt Jolly writes:
>> But where do we draw the line? Are translation tools like DeepL
>> allowed? I don't see much of a copyright issue for these.
>
> I'd also like to jump in and play devil's advocate. There's a fair
> chance that this is because I just got back from a
> supercomputing/research
# Eli Schwartz (2024-02-29)
# Ancient fork of gmp from 2017. Various build issues, fails tests. All
# reverse dependencies turned out to be incorrect or preferred gmp
# anyways. No path forward to keeping it buildable, no use case for
# keeping it around. Bug #812950, #874537, #925308
# Removal
Michał Górny writes:
> Hello,
>
> Given the recent spread of the "AI" bubble, I think we really need to
> look into formally addressing the related concerns. In my opinion,
> at this point the only reasonable course of action would be to safely
> ban "AI"-backed contribution entirely. In other
Marek Szuba writes:
> On 2024-02-27 14:45, Michał Górny wrote:
>
>> In my opinion, at this point the only reasonable course of action
>> would be to safely ban "AI"-backed contribution entirely. In other
>> words, explicitly forbid people from using ChatGPT, Bard, GitHub
>> Copilot, and so on,
Eli Schwartz writes:
> [[PGP Signed Part:Undecided]]
> On 2/20/24 1:24 AM, Mike Gilbert wrote:
>> I'm afraid I get different results. Build log attached. Happy to help
>> figure this out tomorrow.
>>
>> To test, I applied this patch and ran this:
>>
>> ABI_X86="32 x32 64" CFLAGS="-O2 -pipe
Eli Schwartz writes:
> The meson-python build backend -- as the name suggests -- uses meson
> under the hood. We have a meson eclass which does lots of useful things
> pertinent to meson. Make sure it gets invoked.
>
Maybe check a sample (or ideally all) of the meson-python reverse
Eli Schwartz writes:
> Mainly motivated by some upstream work I did with dev-python/scipy,
> which has some ancient code that will never be updated to work with LTO,
> and some nice new code that works great.
>
> The first patch is a nice improvement on its own. The second one makes
> limited
"Robin H. Johnson" writes:
> Allow checking more disk space, for users with many split volumes and
> ever-larger packages.
>
> gentoo-kernel-bin:
> / >=350MB/version (in /lib/modules)
> /boot >=40MB/version
>
> rust-bin:
> /opt >=450MB/version
>
LGTM, but give a bit of time for other
Hi,
Following the previous discussion on .mailmap, I've committed
it to gentoo.git in https://marc.info/?l=gentoo-dev=170781377903495=2.
Please consider filling in .mailmap if you'd like your pre-developer
contributions to be accurately mapped, if you've accidentally used
the wrong email at some
Michał Górny writes:
> [[PGP Signed Part:Undecided]]
> Hello,
>
> TL;DR: when arch testing for x86, please use `-mfpmath=sse` (this may
> require raising `-march=` to `pentium4` or newer, or adding `-msse2`.
>
>
> The x86 architecture historically supports two floating-precision
> arithmetic
Hi,
We should consider adding a .mailmap to gentoo.git.
There's a few reasons:
* We should accurately map pre-developer-status contributions.
For example, it'd be nice if s...@cmpct.info was mapped correctly
into s...@gentoo.org when doing git blame.
We know s...@cmpct.info and
Daniel Simionato writes:
> Hello,
> I'd like to start a discussion regarding setting HOME_MODE by default in the
> /etc/login.defs file (owned by
> sys-apps/shadow package).
>
> Upstream keeps HOME_MODE commented:
>
Michael Orlitzky writes:
> On Sat, 2024-02-10 at 17:57 +0100, Daniel Simionato wrote:
>> Hello,
>> I'd like to start a discussion regarding setting HOME_MODE by default in
>> the /etc/login.defs file (owned by sys-apps/shadow package).
>>
>> Upstream keeps HOME_MODE commented:
>>
Andrew Ammerlaan writes:
> Author: Andrew Ammerlaan
> Date: Sun Feb 11 10:41:32 2024 +0100
>
Did you not use git-send-email here or what's going on?
Formatting looks off.
> kernel-install.eclass: explicitly set kernel image to 644
>
> The kernel build system sets the permissions on the
Eli Schwartz writes:
> [[PGP Signed Part:Undecided]]
> On 2/9/24 7:04 PM, Sam James wrote:
>>
>> Eli Schwartz writes:
>>> Often, USE flags have an obvious point even without selecting or
>>> deselecting dependencies -- usually because their mai
Eli Schwartz writes:
> [[PGP Signed Part:Undecided]]
> On 2/9/24 2:57 PM, Michael Orlitzky wrote:
>> One example I know off the top of my head is dev-lang/php where
>> USE=ipv6 isn't entirely about ipv6 connectivity (although it does do
>> that). It also augments some of the user-facing PHP
Michael Orlitzky writes:
> On Fri, 2024-02-09 at 14:09 -0500, Eli Schwartz wrote:
>>
>> Asking out of genuine ignorance: what kind of direct behavioral changes
>> occur as a result of setting or unsetting USE=ipv6.
>
> One example I know off the top of my head is dev-lang/php where
> USE=ipv6
Andrey Grozin writes:
> Hello *,
>
> pkgcheck complains about each new version of dev-lisp/sbcl:
>
> UseFlagWithoutDeps: version 2.4.1: special small-files USE flag
> without effect on dependencies: [ unicode ]
>
> The USE flag "unicode" in the sbcl ebuild has nothing to do with
> installing /
Michał Górny writes:
> See-Also: https://bugs.gentoo.org/923228
> See-Also: https://bugs.gentoo.org/880671
s/See-Also/Bug/.
LGTM otherwise. Thanks for working on this, it's a great improvement.
> Closes: https://bugs.gentoo.org/821955
> Closes: https://bugs.gentoo.org/919150
> Signed-off-by:
Maciej Barć writes:
> Signed-off-by: Maciej Barć
> ---
The series lgtm but please add some commit messages to them explaining
the motivation / why we're doing it now if applicable. No need to
re-send to ML once that's done.
Thanks!
> eclass/dotnet-pkg-base.eclass | 16 +++-
>
Michał Górny writes:
> Closes: https://bugs.gentoo.org/923228
> Signed-off-by: Michał Górny
> ---
> dev-util/intel_clc/intel_clc-24.0.0.ebuild | 48 --
> dev-util/intel_clc/intel_clc-.ebuild | 48 --
> 2 files changed, 18 insertions(+), 78
Ionen Wolkens writes:
> [[PGP Signed Part:Undecided]]
> On Wed, Feb 07, 2024 at 12:03:52PM +0100, Michał Górny wrote:
>> Hi,
>>
>> I think we should add a new bug resolution that would more precisely
>> cover closing bugs due to packages being removed. Right now, whichever
>> resolution we
Sam James writes:
> Michał Górny writes:
>
>> [[PGP Signed Part:Undecided]]
>> Hi,
>>
>> TL;DR: Given that (not really surprising) the current approach for LLVM
>> dependencies doesn't work, I think it's time to give up and introduce
>> LLVM_TARGETS
Michał Górny writes:
> [[PGP Signed Part:Undecided]]
> Hi,
>
> TL;DR: Given that (not really surprising) the current approach for LLVM
> dependencies doesn't work, I think it's time to give up and introduce
> LLVM_TARGETS. This would probably mean introduce llvm-r1.eclass.
>
> However, since
Mike Gilbert writes:
> Signed-off-by: Mike Gilbert
> ---
> .../2024-02-01-grub-upgrades.en.txt | 40 +++
> 1 file changed, 40 insertions(+)
> create mode 100644 2024-02-01-grub-upgrades/2024-02-01-grub-upgrades.en.txt
>
LGTM.
> diff --git
Randy Barlow writes:
> On 1/24/24 23:56, Sam James wrote:
>> Please consider stepping forward if you rely on Rust. There's more
>> than enough advocates for it, there should be someone who is able
>> to then handle the packaging side.
>
> Is this something I cou
Hi all,
rust@ is essentially empty as gyakovlev is long-term away and
dev-lang/rust, dev-lang/rust-bin, virtual/rust, sys-devel/rust-std,
etc all need _at least one_ maintainer.
xen0n has been doing some of the bumps but he's only really doing
so drive-by (although with best-effort review) and
ttps://bugs.gentoo.org/922652
Signed-off-by: Sam James
---
profiles/default/linux/make.defaults | 9 -
profiles/features/musl/make.defaults | 7 +++
2 files changed, 15 insertions(+), 1 deletion(-)
diff --git a/profiles/default/linux/make.defaults
b/profiles/default/linux/make.defa
Florian Schmaus writes:
> I really like the functionality of readme.gentoo-r1.eclass, as it
> allows to communicate Gentoo-specific information about a package to
> the user. Especially as it improves the signal-to-noise ratio of
> messages arriving to our users.
>
> However,
Jaco Kroon writes:
> Hi,
>
> On 2024/01/09 13:42, Michał Górny wrote:
>> On Tue, 2024-01-09 at 12:54 +0200, Jaco Kroon wrote:
>>> https://github.com/gentoo/gentoo/pull/34126 ??
>>>
>>> Perhaps I'm missing something if you say it's non-trivial but we're
>>> using that on 9 hosts currently.
>>>
Florian Schmaus writes:
> [[PGP Signed Part:Undecided]]
> On 07/01/2024 13.48, Michał Górny wrote:
>> Hi,
>> I'd like to propose adding a new dev-debug category. The
>> description
>> could be:
>>Code debuggers and debugging-related tools.
>
> Seems sensible. I'd probably drop the "Code"
Michał Górny writes:
> [[PGP Signed Part:Undecided]]
> Hi,
>
> I'd like to propose adding a new dev-debug category. The description
> could be:
>
> Code debuggers and debugging-related tools.
Sounds good.
>
> Potential candidates include:
>
> [...]
dev-util/seer as well would be a good
Ulrich Mueller writes:
> [[PGP Signed Part:Undecided]]
>> On Tue, 02 Jan 2024, Eli Schwartz wrote:
>
>> +++
>> b/2024-01-02-separate-usr-now-requires-an-initramfs/2024-01-02-separate-usr-now-requires-an-initramfs.txt
>
> The short-name is rather long. GLEP 42 strongly recommends to stay
We set DEPEND and IUSE based on it.
Signed-off-by: Sam James
---
eclass/distutils-r1.eclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass
index 6d2640b295983..0a9815f2d4591 100644
--- a/eclass/distutils-r1.eclass
+++ b/eclass
Pass -Wno-error=incompatible-pointer-types for now to avoid many dupes for
the same cython bug.
Bug: https://github.com/cython/cython/issues/2747
Bug: https://bugs.gentoo.org/918983
Bug: https://bugs.gentoo.org/919261
Bug: https://bugs.gentoo.org/919277
Signed-off-by: Sam James
---
eclass
"Luke A. Guest" writes:
> Hi,
>
> Can we add the following patch to the toolchain.eclass? I want to stop
> having to mess with this overlay. The diff can be generated by
> grabbing the repo https://github.com/Lucretia/ada-overlay and running
> ./scripts/diff_eclass.sh.
It'd be useful to send
Jonas Stein writes:
>> Sorry, the subject should've included gocr.
>
>> On Sat, Nov 25, 2023 at 07:12:40AM -0800, John Helmert III wrote:
>>> # John Helmert III (2023-11-24)
>>> # Multiple vulnerabilities, unmaintained upstream and in Gentoo.
>>> # subtitleripper included as sole reverse
as well.)
This seems to have been added originally in
e718e1dc1781b3bb5cd80233c217aea3b0e46755
and bb28d08f1cf8cf16f6e57929a8de6b7c85bbe714 (git graft commit).
Bug: https://bugs.gentoo.org/707660
Bug: https://bugs.gentoo.org/913412
Signed-off-by: Sam James
---
profiles/features/hardened/amd64
Ulrich Müller writes:
> Acked-by: Mike Gilbert
> Signed-off-by: Ulrich Müller
> ---
> v2: Add explanation and documentation reference to warning message
lgtm
>
> eclass/acct-user.eclass | 14 ++
> 1 file changed, 14 insertions(+)
>
> diff --git a/eclass/acct-user.eclass
James Le Cuirot writes:
> From: Thilo Fromm
>
> This change adds a helper function to explicitly set CC, CXX, and
> GOARCH, and carrying over CFLAGS, LDFLAGS and friends to CGO
> equivalents, to provide a minimal sane compile environment for Go.
> It enables Go builds to play nice with
James Le Cuirot writes:
> tc-get-ptr-size for CHOST and tc-get-build-ptr-size for CBUILD.
>
> Closes: https://bugs.gentoo.org/328401
> Signed-off-by: James Le Cuirot
> ---
lgtm
> eclass/toolchain-funcs.eclass | 14 ++
> 1 file changed, 14 insertions(+)
>
> diff --git
Michał Górny writes:
> [[PGP Signed Part:Undecided]]
> Hello,
>
> dev-util/cvise is now looking for a new maintainer.
>
> It is fairly low maintenance package. It's in need of a version bump
> right now, as well as testing with llvm:17 and python:3.12 (both seem to
> work fine).
>
> The main
Zoltan Puskas writes:
> [[PGP Signed Part:Undecided]]
> On Fri, Oct 27, 2023 at 12:24:32PM +0100, Marek Szuba wrote:
>> On 2023-10-26 02:29, Jonas Stein wrote:
>>
>> > this is a very powerful package with many users.
>>
>> ...but sadly, very few maintainers. It was m-n when I took it over 3
# Sam James (2023-10-16)
# Part of Perl core and better maintained there - the version on CPAN is out of
# date and incompatible with Perl 5.38. No reverse dependencies.
# Removal on 2023-11-15.
dev-perl/PathTools
James Le Cuirot writes:
> This fixes cross-prefix installations.
Do we need to crank the minimum version we depend on for gpep517 then?
>
> Signed-off-by: James Le Cuirot
> ---
> eclass/distutils-r1.eclass | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/eclass/distutils-r1.eclass
Michael Orlitzky writes:
> On Sat, 2023-09-23 at 00:10 +0530, Siddhanth Rathod wrote:
>>
>> By establishing a universal remote-ID file, we can streamline this
>> process. Your thoughts and feedback on this proposal would be greatly
>> appreciated.Also, Any preferences on format?
>
>
Ulrich Mueller writes:
> [[PGP Signed Part:Undecided]]
>> On Fri, 22 Sep 2023, Siddhanth Rathod wrote:
>
>> I'm writing to propose the creation of a universal remote-ID file
>> within the api.git or gentoo.git in the metadata/ directory.
>> Currently, we have eight different locations that
Arthur Zamarin writes:
> [[PGP Signed Part:Undecided]]
> On 22/09/2023 17.50, Alex Boag-Munroe wrote:
>> On Fri, 22 Sept 2023 at 15:37, Sam James wrote:
>>>
>>>
>>> Alex Boag-Munroe writes:
>>>
>>>> Any reason for the parseable pa
Ulrich Mueller writes:
> [[PGP Signed Part:Undecided]]
>> On Fri, 22 Sep 2023, Alex Boag-Munroe wrote:
>
>> Perhaps eventually it could/should be used for the whole file but as
>> an interim/beginning there's no reason you couldn't start with
>> comments:
>
>> # [PREAMBLE]
>> # Timestamp:
Alex Boag-Munroe writes:
> Any reason for the parseable parts to not be in an established human
> readable/editable format? e.g. the config ini style format, or TOML?
The only issue really is that depending on how it's done (do we do
it for the whole file, or just comments), it may need a new
Ulrich Mueller writes:
>> On Fri, 22 Sep 2023, Ulrich Mueller wrote:
>
>> On Fri, 22 Sep 2023, Florian Schmaus wrote:
>>> Some, including me, consider timestamps without timezone specifiers to
>>> be in local time (either of the consumer or producer of the
>>> timestamp). Hence, if you
Tim Harder writes:
> On 2023-09-21 Thu 15:22, Ulrich Mueller wrote:
>>> On Thu, 21 Sep 2023, Arthur Zamarin wrote:
>>> Should it be a GLEP, I don't think so? But I'm unsure about it. We do
>>> need to document it (for example header of that exact file).
>>
>>It shouldn't be too difficult
Ulrich Mueller writes:
> [[PGP Signed Part:Undecided]]
>> On Thu, 21 Sep 2023, Florian Schmaus wrote:
>
>>> The first line of the "#"-prefixed explanation block must be of the
>>> format "${AUTHOR_NAME} <${EMAIL}> (${SINGLE_DATE})" when the date is of
>>> format -MM-DD, in UTC
Packages up for grabs:
acct-group/croc
acct-user/croc
app-misc/liquidctl
dev-libs/hidapi
dev-python/hidapi
net-misc/croc
Canary::Stability emits very vocal warnings about "unsupported" Perl versions
even if they're fine in reality. It's not worth scaring our users over.
See https://metacpan.org/pod/Canary::Stability#ENVIRONMENT-VARIABLES.
Signed-off-by: Sam James
---
eclass/perl-module.eclass | 2
-in to expensive tests.
so just set NONINTERACTIVE_TESTING=1 for now, not the others mentioned
in the link.
Signed-off-by: Sam James
---
eclass/perl-module.eclass | 7 +++
1 file changed, 7 insertions(+)
diff --git a/eclass/perl-module.eclass b/eclass/perl-module.eclass
index e2b66e3b6f7d2
Oskari Pirhonen writes:
> [[PGP Signed Part:Undecided]]
> On Wed, Sep 13, 2023 at 03:10:51 -0500, Dale wrote:
>> Andrew Ammerlaan wrote:
>> >
>> > And then another thing, how is it possible that so many people missed
>> > the news item? They are displayed quite prominently I think, and
>> >
Closes: https://bugs.gentoo.org/783066
Signed-off-by: Sam James
---
dev-libs/libsodium/libsodium-1.0.19-r1.ebuild | 20 +++
1 file changed, 3 insertions(+), 17 deletions(-)
diff --git a/dev-libs/libsodium/libsodium-1.0.19-r1.ebuild
b/dev-libs/libsodium/libsodium-1.0.19-r1
Signed-off-by: Sam James
---
.../metadata.xml | 0
.../minisig-keys-libsodium-20230914.ebuild} | 11 +--
2 files changed, 5 insertions(+), 6 deletions(-)
copy sec-keys/{openpgp-keys-adamspiers => minisig-keys-libsodium}/metadata.xml
(
Closes: https://bugs.gentoo.org/783066
Signed-off-by: Sam James
---
eclass/verify-sig.eclass | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git a/eclass/verify-sig.eclass b/eclass/verify-sig.eclass
index 49557b633c87f..bb847bb80cc64 100644
--- a/eclass/verify
Fabian Groffen writes:
> [[PGP Signed Part:Undecided]]
> On 12-09-2023 20:32:19 +0100, Alexey Sokolov wrote:
>> Bug: https://bugs.gentoo.org/758167
>> Full PR is at https://github.com/gentoo/gentoo/pull/32730
>>
>> Several LLVM packages require this early return, otherwise they fail to
>>
Eli Schwartz writes:
> On 9/12/23 10:26 PM, Michał Górny wrote:
>> On Tue, 2023-09-12 at 22:07 -0400, Eli Schwartz wrote:
>>> On 9/12/23 3:56 PM, Ulrich Mueller wrote:
> On Tue, 12 Sep 2023, Eli Schwartz wrote:
> + mkdir -p "${BUILD_DIR}" || die
> +
"Eddie Chapman" writes:
> martin-kokos wrote:
>> --- Original Message ---
>> On Tuesday, September 12th, 2023 at 3:36 PM, Eddie Chapman
>> wrote:
>>
>>> Sam James wrote:
>>>
>>>> "Eddie Chapman" ed...@
"Eddie Chapman" writes:
> Rich Freeman wrote:
>> On Tue, Sep 12, 2023 at 9:36 AM Eddie Chapman wrote:
>>
>>> in Gentoo. Have any of these 4 maintainers publicly said (anywhere)
>>> that they are not interested in being maintainers anymore (which is fine
>>> if that is the case)? We're not
Rich Freeman writes:
> On Tue, Sep 12, 2023 at 9:36 AM Eddie Chapman wrote:
>> in Gentoo. Have any of these 4 maintainers publicly said (anywhere) that
>> they are not interested in being maintainers anymore (which is fine if
>> that is the case)? We're not talking here about a lone
1 - 100 of 810 matches
Mail list logo
