Hi Sam,
Slight nit-picking, but while:
commit 3fe617ccafd6f5bb33c2391d6f4eeb41c1fd0151
Author: Linus Torvalds
Date: 2021-09-05 11:24:05 -0700
Enable '-Werror' by default for all kernel builds
did provide that WERROR=0 option...
... there are still parts in Linux where somehow that mak
> On Fri, 28 Mar 2025, Michał Górny wrote:
> I've looked at our repositories.xml and the quality/status attributes
> don't seem to be used very meaningfully.
> That is, by quality:
> core: gentoo [official]
> stable: opentransactions (?) [official (?!)]
> testing: hyprland-overlay, moexiami
On Wed, Mar 19, 2025 at 08:57:38AM +0100, Nowa Ammerlaan wrote:
> On 19/03/2025 02:07, Ionen Wolkens wrote:
> > On Tue, Mar 18, 2025 at 08:34:43PM -0400, Ionen Wolkens wrote:
> >> On Tue, Mar 18, 2025 at 03:14:13AM -, Duncan wrote:
> >>> Nowa Ammerlaan posted on Mon, 17 Mar 2025 11:11:06 +0100
21.03.2025 13:32, Michał Górny пишет:
> Hello, everyone.
>
> TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
> except for gentoo and guru.
>
>
> Over 10 years ago, I've started the repository mirror & CI project.
> What started as a bunch of shell scripts on a user-donated serv
On Sun, 2025-03-23 at 08:39 +0100, Alfredo Tupone wrote:
> On Tue, 18 Mar 2025 06:56:24 +0100
> Michał Górny wrote:
>
> > > Bug fixed, and python team removed
> >
> > The tests still fail:
> >
> > FAILED (failures=3, errors=1)
> >
> Here they are not. Maybe I miss further dependency.
> Mind
> On Fri, 28 Mar 2025, Michał Górny wrote:
>> One idea could be to merge these into a single status attribute, and
>> maybe salvage the "core" value. That is:
>>
>> - core: Only the Gentoo repository (for the time being)
>> - official: Repositories maintained by a project or a developer
>>
Dear all,
Because of the continued opposition to implementing DKMS support in the
replies to my patchset. And because I feel the discussion is going
nowhere. I have decided to (for now) move the dkms.eclass and the
modified ebuilds to my ::natinst overlay.
This is obviously not what I would
Am Freitag, 28. März 2025, 09:23:42 Mitteleuropäische Sommerzeit schrieb Duncan:
> Michał Górny posted on Fri, 28 Mar 2025 05:27:40 +0100 as excerpted:
>
> > Hello,
> >
> > I've looked at our repositories.xml and the quality/status attributes
> > don't seem to be used very meaningfully.
> >
> >
On 30/03/2025 10.11, Michael Mair-Keimberger wrote:
On 2025-03-21 14:32, Michał Górny wrote:
Hello, everyone.
TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
except for gentoo and guru.
Hi,
I guess i'm a bit late in this discussion but i wanted to let you know
this woul
On 2025-03-30 Sun 02:11, Michael Mair-Keimberger wrote:
I guess i'm a bit late in this discussion but i wanted to let you know
this would also affect my gentoo qa scripts.
(https://gentooqa.levelnine.at). Right now i'm checking the gentoo,
guru, kde, science and pentoo repositories, syncing the
On 2025-03-21 14:32, Michał Górny wrote:
Hello, everyone.
TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
except for gentoo and guru.
Over 10 years ago, I've started the repository mirror & CI project.
What started as a bunch of shell scripts on a user-donated server, has
James Le Cuirot writes:
> This avoids the build host vs target flag separation issue. Sometimes it
> is important for the build host to use the right flags. We cannot fix
> this for cross-compiling now, but it should at least work for native
> builds.
>
LGTM.
> Closes: https://bugs.gentoo.org/9
On Fri, 2025-03-28 at 17:51 +0100, Ulrich Müller wrote:
> > > > > > On Fri, 28 Mar 2025, Michał Górny wrote:
>
> > > One idea could be to merge these into a single status attribute, and
> > > maybe salvage the "core" value. That is:
> > >
> > > - core: Only the Gentoo repository (for the time bei
On Fri, 2025-03-28 at 12:59 +0100, Ulrich Müller wrote:
> > > > > > On Fri, 28 Mar 2025, Michał Górny wrote:
>
> > I've looked at our repositories.xml and the quality/status attributes
> > don't seem to be used very meaningfully.
>
> > That is, by quality:
>
> > core: gentoo [official]
> > stabl
On Fri, 2025-03-28 at 08:23 +, Duncan wrote:
> Status:
>
> * "Official" status meant managed by an official Gentoo project or
> developer (who had gone thru the usual vetting process), […]
>
> * "Unofficial" status had rather less security-trust and was intended for
> "ordinary users". […]
On Fri, Mar 28, 2025 at 01:15:44PM +0500, Anna Vyalkova wrote:
> On 2025-03-28, Michał Górny wrote:
> > Hello,
> >
> > I've looked at our repositories.xml and the quality/status attributes
> > don't seem to be used very meaningfully.
> >
> > That is, by quality:
> >
> > core: gentoo [official]
>
On 21/03/2025 14.32, Michał Górny wrote:
Hello, everyone.
TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
except for gentoo and guru.
Somewhat related: we may want to consider slightly raising the bar for
adding new (user) overlays. When mangling the overlay addition requ
On 3/25/25 11:01 PM, Michał Górny wrote:
On Tue, 2025-03-25 at 16:15 -0700, Jay Faulkner wrote:
On 3/25/2025 1:51 PM, Michał Górny wrote:
On Mon, 2025-03-24 at 08:46 -0400, Mitchell Dorrell wrote:
I've been following the discussion, but I still don't know enough to have
an opinion. Why was t
> On Wed, 26 Mar 2025, Michał Górny wrote:
> # Michał Górny (2025-03-26)
> # PyCXX and PySVN have no Gentoo maintainer since 2019, and they have
> # been effectively abandoned years earlier. PyCXX no longer installs
> # correctly, and the hacks to workaround upstream bugs are piling up.
> #
On Wed, 2025-03-26 at 09:37 +0100, Ulrich Müller wrote:
> > > > > > On Wed, 26 Mar 2025, Michał Górny wrote:
>
> > On Wed, 2025-03-26 at 09:27 +0100, Ulrich Müller wrote:
> > > > > > > > On Tue, 25 Mar 2025, Michał Górny wrote:
> > >
> > > > 5. We now make it easier to override the PEP517 backend
> On Wed, 26 Mar 2025, Michał Górny wrote:
> On Wed, 2025-03-26 at 09:27 +0100, Ulrich Müller wrote:
>> > > > > > On Tue, 25 Mar 2025, Michał Górny wrote:
>>
>> > 5. We now make it easier to override the PEP517 backend used. You set
>> > DISTUTILS_UPSTREAM_PEP517 to the backend used upstr
On Wed, 2025-03-26 at 09:27 +0100, Ulrich Müller wrote:
> > > > > > On Tue, 25 Mar 2025, Michał Górny wrote:
>
> > 5. We now make it easier to override the PEP517 backend used. You set
> > DISTUTILS_UPSTREAM_PEP517 to the backend used upstream, and
> > DISTUTILS_USE_PEP517 to the backend yo
> On Tue, 25 Mar 2025, Michał Górny wrote:
> 5. We now make it easier to override the PEP517 backend used. You set
>DISTUTILS_UPSTREAM_PEP517 to the backend used upstream, and
>DISTUTILS_USE_PEP517 to the backend you want to use -- and you don't
>have to edit build-backend in pypr
On Tue, 2025-03-25 at 16:15 -0700, Jay Faulkner wrote:
> On 3/25/2025 1:51 PM, Michał Górny wrote:
> > On Mon, 2025-03-24 at 08:46 -0400, Mitchell Dorrell wrote:
> > > I've been following the discussion, but I still don't know enough to have
> > > an opinion. Why was this infrastructure created in
On Sun, Mar 23, 2025 at 11:17:20AM +0100, Gerion Entrup wrote:
> Am Freitag, 21. März 2025, 14:32:31 Mitteleuropäische Normalzeit schrieb
> Michał Górny:
> > Hello, everyone.
> >
> > TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
> > except for gentoo and guru.
> >
> >
> >
On 3/25/2025 1:51 PM, Michał Górny wrote:
On Mon, 2025-03-24 at 08:46 -0400, Mitchell Dorrell wrote:
I've been following the discussion, but I still don't know enough to have
an opinion. Why was this infrastructure created in the first place?
There's a number of reasons, and they are still vali
On Mon, 2025-03-24 at 08:46 -0400, Mitchell Dorrell wrote:
> I've been following the discussion, but I still don't know enough to have
> an opinion. Why was this infrastructure created in the first place?
There's a number of reasons, and they are still valid today:
1. Syncing against a mirror wit
On Thu, 2025-03-20 at 13:08 +0500, Anna Vyalkova wrote:
> On 2025-03-18, Michał Górny wrote:
> > +Other Python implementations
> > +
> > +At the same time, we are also going to remove the target support
> > +for Python 3.10 (python3_10) and PyPy 3.10 (pypy3). If you wer
On Sat, 2025-03-22 at 08:20 -0700, Jay Faulkner wrote:
> On 3/21/2025 6:42 PM, Ionen Wolkens wrote:
> > On Fri, Mar 21, 2025 at 02:32:31PM +0100, Michał Górny wrote:
> > > Hello, everyone.
> > >
> > > TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
> > > except for gentoo and
On Fri, 2025-03-21 at 14:12 +, Alexey Sokolov wrote:
> Hi, if you just disable it, it'll break setup of everyone who uses
> /etc/portage/repos.conf/eselect-repo.conf, right?
Sounds about right. Which is probably preferable over the current state
of mirrors silently stopping to update, and pe
On Fri, Mar 21, 2025 at 9:33 AM Michał Górny wrote:
> Hello, everyone.
>
> TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
> except for gentoo and guru.
>
>
> Over 10 years ago, I've started the repository mirror & CI project.
> What started as a bunch of shell scripts on a u
On Sun, 23 Mar 2025 14:22:30 +0100
Michał Górny wrote:
> On Sun, 2025-03-23 at 08:39 +0100, Alfredo Tupone wrote:
> > On Tue, 18 Mar 2025 06:56:24 +0100
> > Michał Górny wrote:
> >
> > > > Bug fixed, and python team removed
> > >
> > > The tests still fail:
> > >
> > > FAILED (failures=
Eli Schwartz writes:
> On 3/14/25 11:31 AM, orbea wrote:
>> Changing it as you suggested I think would be significantly more
>> complicated and would require refactoring the eclass.
>
>
> Yes, it's unfortunately the type of thing that would be a somewhat
> involved change. :(
>
>
>> However I won
Am Freitag, 21. März 2025, 14:32:31 Mitteleuropäische Normalzeit schrieb Michał
Górny:
> Hello, everyone.
>
> TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
> except for gentoo and guru.
>
>
> Over 10 years ago, I've started the repository mirror & CI project.
> What star
On Tue, 18 Mar 2025 06:56:24 +0100
Michał Górny wrote:
> > Bug fixed, and python team removed
>
> The tests still fail:
>
> FAILED (failures=3, errors=1)
>
Here they are not. Maybe I miss further dependency.
Mind to share the log ?
Alfredo
On 3/14/25 11:31 AM, orbea wrote:
> Changing it as you suggested I think would be significantly more
> complicated and would require refactoring the eclass.
Yes, it's unfortunately the type of thing that would be a somewhat
involved change. :(
> However I wonder if my patch still has merit sinc
On 3/22/2025 11:33 AM, Michał Górny wrote:
On Sat, 2025-03-22 at 08:20 -0700, Jay Faulkner wrote:
In the OpenStack community, we will put a final commit on HEAD of the
primary branch removing all the content and putting an EOL notice in the
readme (e.g. https://opendev.org/openstack/ironic-lib )
On Sat, 2025-03-22 at 15:38 +, Sam James wrote:
> Jay Faulkner writes:
>
> > On 3/21/2025 6:42 PM, Ionen Wolkens wrote:
> > > On Fri, Mar 21, 2025 at 02:32:31PM +0100, Michał Górny wrote:
> > > > Hello, everyone.
> > > >
> > > > TL;DR: I'm thinking of shutting down all gentoo-mirror reposito
Jay Faulkner writes:
> On 3/21/2025 6:42 PM, Ionen Wolkens wrote:
>> On Fri, Mar 21, 2025 at 02:32:31PM +0100, Michał Górny wrote:
>>> Hello, everyone.
>>>
>>> TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
>>> except for gentoo and guru.
>> Unfortunate, but just to say that
On 3/21/2025 6:42 PM, Ionen Wolkens wrote:
On Fri, Mar 21, 2025 at 02:32:31PM +0100, Michał Górny wrote:
Hello, everyone.
TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
except for gentoo and guru.
Unfortunate, but just to say that I have nothing to say against
dropping th
On Sat, 22 Mar 2025 08:01:58 +0100
Michał Górny wrote:
> On Fri, 2025-03-21 at 16:50 -0700, orbea wrote:
> > On Fri, 21 Mar 2025 15:44:04 +0100
> > Michał Górny wrote:
> >
> > > On Fri, 2025-03-21 at 07:12 -0700, orbea wrote:
> > > > What does this mean for the libressl overlay? People use
On Fri, 2025-03-21 at 16:50 -0700, orbea wrote:
> On Fri, 21 Mar 2025 15:44:04 +0100
> Michał Górny wrote:
>
> > On Fri, 2025-03-21 at 07:12 -0700, orbea wrote:
> > > What does this mean for the libressl overlay? People use that so
> > > please don't remove it.
> >
> > It means people will hav
On Fri, Mar 21, 2025 at 02:32:31PM +0100, Michał Górny wrote:
> Hello, everyone.
>
> TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
> except for gentoo and guru.
Unfortunate, but just to say that I have nothing to say against
dropping these if it's a maintenance burden.
> S
On Fri, 21 Mar 2025 15:44:04 +0100
Michał Górny wrote:
> On Fri, 2025-03-21 at 07:12 -0700, orbea wrote:
> > What does this mean for the libressl overlay? People use that so
> > please don't remove it.
>
> It means people will have to sync straight from the upstream
> repository. Also, we won'
On Fri, 2025-03-21 at 14:47 +, Alexey Sokolov wrote:
> 21.03.2025 14:44, Michał Górny пишет:
> > On Fri, 2025-03-21 at 14:12 +, Alexey Sokolov wrote:
> > > Hi, if you just disable it, it'll break setup of everyone who uses
> > > /etc/portage/repos.conf/eselect-repo.conf, right?
> > Sounds a
21.03.2025 14:44, Michał Górny пишет:
> On Fri, 2025-03-21 at 14:12 +, Alexey Sokolov wrote:
>> Hi, if you just disable it, it'll break setup of everyone who uses
>> /etc/portage/repos.conf/eselect-repo.conf, right?
> Sounds about right. Which is probably preferable over the current state
> of
On Fri, 2025-03-21 at 07:12 -0700, orbea wrote:
> What does this mean for the libressl overlay? People use that so please
> don't remove it.
It means people will have to sync straight from the upstream repository.
Also, we won't be reporting bugs when things break hard.
--
Best regards,
Michał G
On Fri, 21 Mar 2025 14:32:31 +0100
Michał Górny wrote:
> Hello, everyone.
>
> TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
> except for gentoo and guru.
>
>
> Over 10 years ago, I've started the repository mirror & CI project.
> What started as a bunch of shell scripts
On 19/03/2025 23:37, Eli Schwartz wrote:
On 3/19/25 6:10 PM, Sam James wrote:
If we're doing it orphaned, it should be done as hooks instead rather
than with any integration in the ebuild, though. postinst / orphaned
files are broadly a hack. Orphaned files break a bunch of invariants
including
On 19/03/2025 23:10, Sam James wrote:
Nowa Ammerlaan writes:
On 19/03/2025 02:07, Ionen Wolkens wrote:
On Tue, Mar 18, 2025 at 08:34:43PM -0400, Ionen Wolkens wrote:
On Tue, Mar 18, 2025 at 03:14:13AM -, Duncan wrote:
Nowa Ammerlaan posted on Mon, 17 Mar 2025 11:11:06 +0100 as excerpted
On Wed, Mar 19, 2025 at 08:32:54PM -0400, Ionen Wolkens wrote:
> On Wed, Mar 19, 2025 at 06:18:49PM +0100, Ulrich Müller wrote:
> > There was a discussion in #gentoo-pms if we should drop the "domo"
> > install function in EAPI 9:
> >
> > - It is not much used, only 6 packages (13 ebuilds) in the
On Wed, Mar 19, 2025 at 06:18:49PM +0100, Ulrich Müller wrote:
> There was a discussion in #gentoo-pms if we should drop the "domo"
> install function in EAPI 9:
>
> - It is not much used, only 6 packages (13 ebuilds) in the Gentoo
> repository.
>
> - Could you explain (e.g. to a new developer)
Nowa Ammerlaan writes:
> On 19/03/2025 02:07, Ionen Wolkens wrote:
>> On Tue, Mar 18, 2025 at 08:34:43PM -0400, Ionen Wolkens wrote:
>>> On Tue, Mar 18, 2025 at 03:14:13AM -, Duncan wrote:
Nowa Ammerlaan posted on Mon, 17 Mar 2025 11:11:06 +0100 as excerpted:
> I had really hope
On 3/19/25 6:10 PM, Sam James wrote:
> If we're doing it orphaned, it should be done as hooks instead rather
> than with any integration in the ebuild, though. postinst / orphaned
> files are broadly a hack. Orphaned files break a bunch of invariants
> including Just Working for binpkgs properly.
>
Duncan <1i5t5.dun...@cox.net> writes:
> Nowa Ammerlaan posted on Mon, 17 Mar 2025 11:11:06 +0100 as excerpted:
>
>> I had really hoped to receive more comments on my earlier RFC. [...]
>> I really do want to know what others think so I can
>> make a better judgment on whether or not my idea is rea
On 19/03/2025 09:48, Ionen Wolkens wrote:
On Wed, Mar 19, 2025 at 08:57:38AM +0100, Nowa Ammerlaan wrote:
On 19/03/2025 02:07, Ionen Wolkens wrote:
On Tue, Mar 18, 2025 at 08:34:43PM -0400, Ionen Wolkens wrote:
On Tue, Mar 18, 2025 at 03:14:13AM -, Duncan wrote:
Nowa Ammerlaan posted on M
On 19/03/2025 02:07, Ionen Wolkens wrote:
On Tue, Mar 18, 2025 at 08:34:43PM -0400, Ionen Wolkens wrote:
On Tue, Mar 18, 2025 at 03:14:13AM -, Duncan wrote:
Nowa Ammerlaan posted on Mon, 17 Mar 2025 11:11:06 +0100 as excerpted:
I had really hoped to receive more comments on my earlier RFC
On Tue, 2025-03-18 at 14:53 +0100, Petr Vaněk wrote:
> On Tue, Mar 18, 2025 at 02:37:24PM +0100, Michał Górny wrote:
> > ---
> > .../2025-03-18-python3-13.en.txt | 134
> > .../2025-03-18-python3-13.pl.txt | 147 ++
> > 2 files changed, 28
On Tue, Mar 18, 2025 at 08:34:43PM -0400, Ionen Wolkens wrote:
> On Tue, Mar 18, 2025 at 03:14:13AM -, Duncan wrote:
> > Nowa Ammerlaan posted on Mon, 17 Mar 2025 11:11:06 +0100 as excerpted:
> >
> > > I had really hoped to receive more comments on my earlier RFC. [...]
> > > I really do want
On Tue, Mar 18, 2025 at 08:34:43PM -0400, Ionen Wolkens wrote:
> On Tue, Mar 18, 2025 at 03:14:13AM -, Duncan wrote:
> > Nowa Ammerlaan posted on Mon, 17 Mar 2025 11:11:06 +0100 as excerpted:
> >
> > > I had really hoped to receive more comments on my earlier RFC. [...]
> > > I really do want
On Tue, Mar 18, 2025 at 08:34:43PM -0400, Ionen Wolkens wrote:
> On Tue, Mar 18, 2025 at 03:14:13AM -, Duncan wrote:
> > Nowa Ammerlaan posted on Mon, 17 Mar 2025 11:11:06 +0100 as excerpted:
> >
> > > I had really hoped to receive more comments on my earlier RFC. [...]
> > > I really do want
On Tue, Mar 18, 2025 at 03:14:13AM -, Duncan wrote:
> Nowa Ammerlaan posted on Mon, 17 Mar 2025 11:11:06 +0100 as excerpted:
>
> > I had really hoped to receive more comments on my earlier RFC. [...]
> > I really do want to know what others think so I can
> > make a better judgment on whether
On Mon, 2025-03-17 at 21:19 +0100, Alfredo Tupone wrote:
> On Mon, 17 Mar 2025 10:58:26 +0100
> Michał Górny wrote:
>
> > # Michał Górny (2025-03-17)
> > # The package was broken from day one, assigned to python@ team
> > # and the actual maintainer has ignored the bug report from day one.
> > #
On Mon, 17 Mar 2025 10:58:26 +0100
Michał Górny wrote:
> # Michał Górny (2025-03-17)
> # The package was broken from day one, assigned to python@ team
> # and the actual maintainer has ignored the bug report from day one.
> # No reverse dependencies.
> # Removal on 2025-04-16. Bug #942776.
> de
On 3/14/25 11:56 PM, Ionen Wolkens wrote:
> I don't think so, it's more the idea in itself that I dislike than the
> implementation. Not that the latter helps with its kind of unintended
> hacked-on-top linux-mod-r1 implementation that (as you know) not all
> ebuilds can use right now... but I gene
17.03.2025 10:11, Nowa Ammerlaan пишет:
> On 15/03/2025 04:56, Ionen Wolkens wrote:
This just feels like a messy half-solution that we're better off
without.
So NACK from me, both for linux-mod-r1 and adding support to my
packages like nvidia-drivers.
Not that I'l
On 15/03/2025 04:56, Ionen Wolkens wrote:
This just feels like a messy half-solution that we're better off
without.
So NACK from me, both for linux-mod-r1 and adding support to my
packages like nvidia-drivers.
Not that I'll revert if it gets merged anyway.
Is there anything I can say or do to
Hi,
On 2025/03/14 14:22, Sam James wrote:
Arsen Arsenović writes:
Filip Kobierski writes:
On Monday, March 10th, 2025 at 21:40, Alfredo Tupone wrote:
To declutter sci-libs and dev-libs from most of the "so called"
AI packages I think that a new category should be created.
Maybe sci-ai/ o
> On Sat, 15 Mar 2025, Andreas K Huettel wrote:
> ++ for sci-ai
> (Now, is it really sci-ai, or should we also come up with dev-ai (for
> libraries without explicit scientific context) and sys-ai (for accelerator
> device drivers) in addition? :)
The possibility that we could later add a de
Gordon Pettey writes:
> IMHO, "ai" is an extremely overloaded and over- and mis-used term.
> It's nothing but glorified pattern matching, and calling everything "ai"
> is very buzzwordy. I'd much rather see it named "ml".
Personally, I don't really care that a relatively well-understood word
has
Arsen Arsenović writes:
> Filip Kobierski writes:
>
>> On Monday, March 10th, 2025 at 21:40, Alfredo Tupone
>> wrote:
>>> To declutter sci-libs and dev-libs from most of the "so called"
>>> AI packages I think that a new category should be created.
>>> Maybe sci-ai/ or dev-ai/ or sci-dl/ (deep
On 14/03/2025 17:23, Ionen Wolkens wrote:
On Fri, Mar 14, 2025 at 01:48:50PM +0100, Nowa Ammerlaan wrote:
eclass/linux-mod-r1.eclass | 7 +++
ftr my opinion on this hasn't changed since the beginning, I was hoping
that the idea would be scrapped early rather than more work being put
into
>
> This appears to leave us with sci-ai/* because:
>
> First, 'AI' seems to be the term that is commonly used (just look at
> this mail's subject) and understood.
>
> Secondly, while others may find sci-ai to buzzwordy, that could also
> been seen as an advantage.
This.
Buzzwordy is kinda
On Wed, Mar 12, 2025 at 08:47:42AM +0100, Florian Schmaus wrote:
> On 10/03/2025 21.40, Alfredo Tupone wrote:
> > To declutter sci-libs and dev-libs from most of the "so called"
> > AI packages I think that a new category should be created.
> > Maybe sci-ai/ or dev-ai/ or sci-dl/ (deep-learning)
>
On Fri, Mar 14, 2025 at 08:47:37PM +0100, Nowa Ammerlaan wrote:
> On 14/03/2025 17:23, Ionen Wolkens wrote:
> > On Fri, Mar 14, 2025 at 01:48:50PM +0100, Nowa Ammerlaan wrote:
> >> eclass/linux-mod-r1.eclass | 7 +++
> >
> > ftr my opinion on this hasn't changed since the beginning, I was hop
On Fri, Mar 14, 2025 at 01:48:50PM +0100, Nowa Ammerlaan wrote:
> eclass/linux-mod-r1.eclass | 7 +++
ftr my opinion on this hasn't changed since the beginning, I was hoping
that the idea would be scrapped early rather than more work being put
into it.
This just feels like a messy half-soluti
On 14/03/2025 16:34, Alexey Sokolov wrote:
14.03.2025 12:48, Nowa Ammerlaan пишет:
Signed-off-by: Nowa Ammerlaan
---
eclass/dkms.eclass | 545 +
1 file changed, 545 insertions(+)
create mode 100644 eclass/dkms.eclass
diff --git a/eclass/dkms.ecla
14.03.2025 12:48, Nowa Ammerlaan пишет:
> Signed-off-by: Nowa Ammerlaan
> [](mailto:n...@gentoo.org)
> ---
> eclass/dkms.eclass | 545 +
> 1 file changed, 545 insertions(+)
> create mode 100644 eclass/dkms.eclass
>
> diff --git a/eclass/dkms.eclass b/e
On Thu, 13 Mar 2025 23:53:34 -0400
Eli Schwartz wrote:
> On 3/13/25 12:21 PM, or...@riseup.net wrote:
> > From: orbea
> >
> > When using slibtoolize it needs the /usr/share/slibtool/slibtool.m4
> > file to properly create the configure script. The current method of
> > using it is to set AT_SYS
IMHO, "ai" is an extremely overloaded and over- and mis-used term.
It's nothing but glorified pattern matching, and calling everything "ai"
is very buzzwordy. I'd much rather see it named "ml".
On Fri, Mar 14, 2025 at 7:23 AM Sam James wrote:
> Arsen Arsenović writes:
>
> > Filip Kobierski wri
On 3/13/25 12:21 PM, or...@riseup.net wrote:
> From: orbea
>
> When using slibtoolize it needs the /usr/share/slibtool/slibtool.m4 file
> to properly create the configure script. The current method of using it
> is to set AT_SYS_M4DIR in make.conf, while this works for most cases it
> does not wo
Filip Kobierski writes:
> On Monday, March 10th, 2025 at 21:40, Alfredo Tupone
> wrote:
>> To declutter sci-libs and dev-libs from most of the "so called"
>> AI packages I think that a new category should be created.
>> Maybe sci-ai/ or dev-ai/ or sci-dl/ (deep-learning)
>
> I really like thi i
On 3/10/25 6:59 PM, Maciej Barć wrote:
> W dniu 10.03.2025 o 23:42, Eli Schwartz pisze:
>> I don't understand your argument at all. "ml" is hardly a reserved
>> concept, and dev-ml exists precisely for "libraries and utilities
>> relevant to the ML programming language", which isn't going to get
>>
On 11/25/24 12:15 PM, Tim Harder wrote:
> Hi all,
>
> I've been working for a while on pkgcraft[1] and related tooling that
> could have the potential to run various CI checks server-side as a
> pre-receive git hook verifying commits. Previously, this wasn't at all
> possible due to portage/repoma
On Wed, 12 Mar 2025 08:47:42 +0100
Florian Schmaus wrote:
> This appears to leave us with sci-ai/* because:
>
> First, 'AI' seems to be the term that is commonly used (just look at
> this mail's subject) and understood.
>
> Secondly, while others may find sci-ai to buzzwordy, that could also
On Mon, 10 Mar 2025 18:42:49 -0400
Eli Schwartz wrote:
> On 3/10/25 4:53 PM, Maciej Barć wrote:
> > Hi!
> >
> >> Although maybe it should be sci-ml.
> >
> > Let's _not_ use *-ml since for us ml stands for OCaml (which comes from
> > ML - "Meta langauge").
> >
> > sci-ai, dev-ai, and app-ai
On 10/03/2025 21.40, Alfredo Tupone wrote:
To declutter sci-libs and dev-libs from most of the "so called"
AI packages I think that a new category should be created.
Maybe sci-ai/ or dev-ai/ or sci-dl/ (deep-learning)
Thanks for your proposal.
I would go with sci-ai/*, even if all packages und
> On Tue, 11 Mar 2025, Anna (cybertailor) Vyalkova wrote:
>> Let's call it "sci-machine-learning/".
> Looks good, but would be better without the second hyphen:
> "sci-machinelearning". Kind of similar to "app-mobilephone".
> There is indeed no limit on the category name length or structure
W dniu 10.03.2025 o 23:42, Eli Schwartz pisze:
I don't understand your argument at all. "ml" is hardly a reserved
concept, and dev-ml exists precisely for "libraries and utilities
relevant to the ML programming language", which isn't going to get
confused with sci-ml/ for the same reason nobody w
On 3/10/25 4:53 PM, Maciej Barć wrote:
> Hi!
>
>> Although maybe it should be sci-ml.
>
> Let's _not_ use *-ml since for us ml stands for OCaml (which comes from
> ML - "Meta langauge").
>
> sci-ai, dev-ai, and app-ai (say, "app-ai/ollama"?) are nice IMO.
- please don't top-post
- Let's _not_
> On Mon, 10 Mar 2025, Maciej Barć wrote:
> W dniu 10.03.2025 o 23:42, Eli Schwartz pisze:
>> I don't understand your argument at all. "ml" is hardly a reserved
>> concept, and dev-ml exists precisely for "libraries and utilities
>> relevant to the ML programming language", which isn't going t
On Tue, Mar 11, 2025 at 04:37:50AM -, Duncan wrote:
> Ionen Wolkens posted on Sun, 9 Mar 2025 15:34:51 -0400 as excerpted:
>
> > On Sat, Mar 08, 2025 at 10:34:31PM -0500, Ionen Wolkens wrote:
> >> Sending this to dev ML in advance given it's simple and "probably"
> >> won't need to change the
On Mon, Mar 10, 2025 at 09:40:09PM +0100, Alfredo Tupone wrote:
> To declutter sci-libs and dev-libs from most of the "so called"
> AI packages I think that a new category should be created.
> Maybe sci-ai/ or dev-ai/ or sci-dl/ (deep-learning)
> The packages that I can move from dev-libs in the
On Monday, March 10th, 2025 at 21:40, Alfredo Tupone wrote:
> To declutter sci-libs and dev-libs from most of the "so called"
> AI packages I think that a new category should be created.
> Maybe sci-ai/ or dev-ai/ or sci-dl/ (deep-learning)
I really like thi idea.
For better or worse the field is
Hi!
Although maybe it should be sci-ml.
Let's _not_ use *-ml since for us ml stands for OCaml (which comes from
ML - "Meta langauge").
sci-ai, dev-ai, and app-ai (say, "app-ai/ollama"?) are nice IMO.
W dniu 10.03.2025 o 21:49, Eli Schwartz pisze:
On 3/10/25 4:40 PM, Alfredo Tupone wrote:
On 3/10/25 4:40 PM, Alfredo Tupone wrote:
> To declutter sci-libs and dev-libs from most of the "so called"
> AI packages I think that a new category should be created.
> Maybe sci-ai/ or dev-ai/ or sci-dl/ (deep-learning)
Of the three I favor sci-dl, since by and large these aren't really
about
On Sat, Mar 08, 2025 at 10:34:31PM -0500, Ionen Wolkens wrote:
> Sending this to dev ML in advance given it's simple and "probably"
> won't need to change the code further.
>
> If interested in the whole deal, see the PR instead:
> https://github.com/gentoo/gentoo/pull/40942
On a side-note, the ff
On Sun, Mar 09, 2025 at 12:45:37PM -0400, Eli Schwartz wrote:
> On 3/8/25 10:34 PM, Ionen Wolkens wrote:
> > Sending this to dev ML in advance given it's simple and "probably"
> > won't need to change the code further.
> >
> > If interested in the whole deal, see the PR instead:
> > https://github
On 3/8/25 10:34 PM, Ionen Wolkens wrote:
> Sending this to dev ML in advance given it's simple and "probably"
> won't need to change the code further.
>
> If interested in the whole deal, see the PR instead:
> https://github.com/gentoo/gentoo/pull/40942
>
> --- (actual commit message below)
>
>
On Sun, Mar 09, 2025 at 10:33:13AM +, James Le Cuirot wrote:
> On Sun, 2025-03-09 at 06:27 -0400, Ionen Wolkens wrote:
> > On Sun, Mar 09, 2025 at 10:17:42AM +, James Le Cuirot wrote:
> > > > +ffmpeg_compat_setup() {
> > > > + (( ${#} == 1 )) || die "Usage: ${FUNCNAME} "
> > > > +
> >
1 - 100 of 26898 matches
Mail list logo
