On Sun, Feb 19, 2023 at 3:11 PM Maciej Barć wrote:
>
> What if developer configured an ebuild in a way that it downloads the
> test suite/files/data with USE=test?
>
> IMO it should be added to the GLEP that then TEST_SUITE_PRESENT should
> be true (exists).
This is what I was afraid of with the
On Sun, Feb 19, 2023 at 9:32 AM Michał Górny wrote:
>
> Signed-off-by: Michał Górny
> ---
> glep-.ebuild | 132 +++
> 1 file changed, 132 insertions(+)
> create mode 100644 glep-.ebuild
>
> diff --git a/glep-.ebuild b/glep-.ebuild
>
On Wed, Jan 11, 2023 at 5:33 AM Yury German wrote:
>
> Hello All,
>
> The registration period for Google Summer of Code is coming up soon. To
> continue on with running Gentoo Summer of Code we need some assistance with
> the project.
>
> The following roles are needed:
>
> 1. Admin Role - To
On Mon, Jan 2, 2023 at 4:55 PM m1027 wrote:
>
> Many thanks for your detailed thoughs for sharing the rich
> experiences on this! See below:
>
> antarus:
>
> > On Mon, Jan 2, 2023 at 4:48 AM m1027 wrote:
> > >
> > > Hi and happy new year.
> > >
> > > When we create apps on Gentoo they become
On Mon, Jan 2, 2023 at 4:48 AM m1027 wrote:
>
> Hi and happy new year.
>
> When we create apps on Gentoo they become easily incompatible for
> older Gentoo systems in production where unattended remote world
> updates are risky. This is due to new glibc, openssl-3 etc.
I wrote a very long reply,
On Fri, Dec 2, 2022 at 11:28 AM Peter Stuge wrote:
>
> Andrey Grozin wrote:
> > This means that no user of the musl profiles has ever been able to emerge
> > all these packages (because they did not have sbcl). And all these
> > packages should be pmasked in the musl profiles.
>
> Is the last
On Fri, Dec 2, 2022 at 12:30 PM Peter Stuge wrote:
>
> John Helmert III wrote:
> > > > There are multiple CVEs for it, is it really on us to discriminate
> > > > between which CVEs are valid and which are not?
> > >
> > > Yes.
> ..
> > > > We can't possibly hope to do that accurately in all
On Thu, Nov 24, 2022 at 9:25 AM Maciej Barć wrote:
>
> > Let's go for a compromise, and combine your naming suggestions into
> > "alt-symlinks".
>
> Perfect, the worst of both worlds! :^D
You know a compromise is when everyone leaves unhappy ;)
-A
>
> On 11/24/22 17:29, Michał Górny wrote:
> >
On Fri, Sep 30, 2022 at 7:53 AM Florian Schmaus wrote:
>
> On 30/09/2022 02.36, William Hubbs wrote:
> > On Wed, Sep 28, 2022 at 06:31:39PM +0200, Ulrich Mueller wrote:
> >>> On Wed, 28 Sep 2022, Florian Schmaus wrote:
> >>> 2.) the number of EGO_SUM entries exceeds 1000 and a Gentoo
On Mon, Aug 1, 2022 at 8:49 AM Andrey Grozin
wrote:
>
> Hello *,
Hi!
>
> Sorry for a very naive question.
>
> In the past, I used
> repoman commit
> to commit a new ebuild. I got a text screen in my terminal where I typed my
> passphraise (if I then committed something else within the timeout,
On Fri, Jul 22, 2022 at 4:56 AM Joonas Niilola wrote:
>
> Cross-posting to gentoo-dev and -project lists due to technical and
> non-technical nature. Reply-to is set to -project.
>
> Once again new council has been elected: congratulations to the chosen
> members! And once again many nominees
On Thu, Mar 24, 2022 at 3:41 PM Michał Górny wrote:
>
> Hi, everyone.
>
> TL;DR: I need someone to take over the job of minimal "maintenance" work
> around repo mirrors & CI. I can still do the needed code changes, I
> just need replacement for stuff like filing bugs and taking care of
>
On Fri, Mar 11, 2022 at 9:14 AM Peter Stuge wrote:
>
> Matt Turner wrote:
> > repoman is inferior to other tooling mentioned. The other tooling is
> > actually run in CI.
>
> The problem seems to be that CI is running something other than
> developers run, not the other way around.
>
>
> >
On Thu, Mar 10, 2022 at 10:28 AM Joshua Kinard wrote:
>
> On 3/9/2022 16:47, Matt Turner wrote:
> > On Wed, Mar 9, 2022 at 1:37 PM Matthias Maier wrote:
> >>
> >>
> >> Just a quick though:
> >>
> >> Looking at the man page of repoman it doesn't look to difficult to
> >> replicate the behavior
On Thu, Mar 10, 2022 at 10:27 AM Joshua Kinard wrote:
>
> On 3/9/2022 16:00, Matt Turner wrote:
> > I'd like to deprecate and ultimately remove repoman. I believe that
> > dev-util/pkgcheck and pkgcommit (from app-portage/mgorny-dev-scripts)
> > are far superior replacements, and it makes sense
Looks merge-able.
On Wed, Feb 23, 2022 at 8:15 PM Matt Turner wrote:
>
> From: "Wolfgang E. Sanyer"
>
> Reviewed-by: Matt Turner
> Signed-off-by: Wolfgang E. Sanyer
> ---
> lib/portage/eapi.py | 52 -
> 1 file changed, 33 insertions(+), 19
maybe *unused_args, **unused_kwargs, unsure on the style guide for
that (normally its _)
But feel free to merge as-is.
-A
On Wed, Feb 23, 2022 at 8:15 PM Matt Turner wrote:
>
> From: "Wolfgang E. Sanyer"
>
> Reviewed-by: Matt Turner
> Signed-off-by: Wolfgang E. Sanyer
> ---
>
On Tue, Jan 25, 2022 at 9:00 AM Michael Orlitzky wrote:
>
> Can I request that Bug: and Closes: tags in our commits automatically
> CC the committer on the bug that is modified?
>
> Use case: I often fix (sci-*) bugs that I'm not CCed on, and a user
> will leave a comment like "it still crashes
On Mon, Jan 17, 2022 at 3:24 PM Georgy Yakovlev wrote:
>
> Hi,
>
> I've been approached multiple times with that request, and a lot of
> time I see new users completely destroyed by rust build time and disk
> space requirements.
What does this actually mean? Can we more clearly document the
On Tue, Jan 4, 2022 at 3:03 PM Sam James wrote:
>
>
>
> On 4 Jan 2022, at 22:58, Sam James wrote:
>
> Crank down MAKEOPTS jobs if MAKEOPTS="-jN" is too high for the
> amount of RAM available (uses amount declared as needed
> in the ebuild). Typically should be ~2GB per job.
>
> Bug:
On Mon, Jan 3, 2022 at 7:39 PM Sam James wrote:
>
>
>
> On 3 Jan 2022, at 17:16, Alec Warner wrote:
>
> [snip]
>
>
> I'm trying to understand your principles here. Like on what basis do
> you remove or add flags (in general).
>
> I want to remove:
> - b
On Mon, Jan 3, 2022 at 4:29 PM Michael Orlitzky wrote:
>
> On Mon, 2022-01-03 at 21:29 +0100, Piotr Karbowski wrote:
> >
> > Perhaps the 'pam' example was extreme, but ipv6, or threads as Sam
> > shared, does not make sense to be togglable.
> >
>
> Many packages need their ipv6 code disabled if
On Sat, Jan 1, 2022 at 2:22 PM Piotr Karbowski wrote:
>
> Hi,
>
> I'd like to get some insight how others see the concept of narrowing the
> scope of USE flags in Gentoo.
>
> Taking a quote from devmanual:
>
>> USE flags are to control optional dependencies and settings which
> the user may
Can you put the bug # in the comment in the file?
On Fri, Dec 17, 2021, 09:42 Mike Gilbert wrote:
> This is intended to prevent packages from automatically switching to
> 64-bit time_t on 32-bit ABIs. Making this switch in an uncontrolled
> manner will lead to inconsistent library ABIs that
On Thu, Dec 2, 2021 at 4:34 AM Michael Orlitzky wrote:
>
> On 2021-12-01 21:02:20, Brian Evans wrote:
> > After a cursory scan of the Gentoo repository, I've noticed an
> > overabundance of start_stop_daemon_args being declared in scripts committed.
> >
> > I would like to draw attention and see
On Tue, Nov 30, 2021 at 10:16 PM Jaco Kroon wrote:
>
> Hi,
>
> On 2021/12/01 03:32, William Hubbs wrote:
> > This is the part of this that I don't understand. If we aren't enforcing
> > an ID, why do we care which ID to try first? It seems to be an
> > unnecessary step since users can pick the
On Mon, Nov 29, 2021 at 2:25 AM Ulrich Mueller wrote:
>
> >>>>> On Mon, 29 Nov 2021, Alec Warner wrote:
>
> > - If Gentoo adds an acct-user/foo user, and that user already exists
> > on my system with the wrong UID: the eclass dies[0].
>
> I don't thin
On Sun, Nov 28, 2021 at 8:07 PM Michał Górny wrote:
>
> On Sun, 2021-11-28 at 16:31 -0600, William Hubbs wrote:
> > All,
> >
> > I want to discuss why we ban -1 as the ACCT_USER_ID and ACCT_GROUP_ID
> > setting
> > for all acct-user and acct-group packages in ::gentoo.
> >
> > Here are my
On Sun, Nov 28, 2021 at 11:52 AM William Hubbs wrote:
>
> On Sun, Nov 28, 2021 at 11:23:16AM -0800, Zac Medico wrote:
> > On 11/21/21 02:57, Florian Schmaus wrote:
> > > Following the pattern found in other eclasses, add GO_OPTIONAL to the
> > > go-module eclass. This allows to inherit the eclass
Hello community,
I believe I have copied all email from the old physical host to the
new host, and that the indexing of the mail (so it appears in the web
archive) is completed. Please let me know if you see any weird
behavior or missing emails on archives.gentoo.org; and I can
investigate and
On Wed, Nov 3, 2021 at 2:50 PM Andreas K. Huettel wrote:
>
> Am Mittwoch, 3. November 2021, 22:39:41 CET schrieb Ulrich Mueller:
> > > On Wed, 03 Nov 2021, Andreas K Huettel wrote:
> >
> > > The mistake was to allow the use of EAPI=8 too early. In the future,
> > > we should have a new EAPI
On Mon, Oct 25, 2021 at 10:10 AM Mike Gilbert wrote:
>
> GDB loads debug files based on the file name given in the .gnu_debuglink
> section, prepended with /usr/lib/debug/${dirname}, where dirname is the
> absolute path to the parent directory of the binary being executed.
>
> For each unique
On Mon, Oct 18, 2021 at 4:25 PM Francesco Riosa wrote:
>
>
> Il giorno mar 5 ott 2021 alle ore 10:31 Michał Górny ha
> scritto:
>>
>> Hi, everyone.
>>
>> I've been thinking about this for some time already, and the recent
>> FILESDIR mess seems to confirm it: I'd like to start a more stable LTS
On Wed, Oct 6, 2021 at 8:20 PM Sam James wrote:
>
> Newer versions of build-docbook-catalog use
> /run/lock. This exposed that we weren't
> asking users to mount /run in the handbook.
>
> Check if it exists and warn if it doesn't.
>
> This should primarily (exclusively?) be a
> problem in chroots
On Tue, Oct 5, 2021 at 10:37 PM Ulrich Mueller wrote:
>
> >>>>> On Tue, 05 Oct 2021, Alec Warner wrote:
>
> > I'd argue we can add NOTES.md to packages (e.g. allow those files.)
> > Then we modify packages.gentoo.org to render the markdown; or users
>
On Tue, Oct 5, 2021 at 1:31 AM Michał Górny wrote:
>
> Hi, everyone.
>
> I've been thinking about this for some time already, and the recent
> FILESDIR mess seems to confirm it: I'd like to start a more stable LTS
> branch of Portage.
>
> Roughly, the idea is that:
>
> - master becomes 3.1.x, and
On Tue, Oct 5, 2021 at 1:36 PM Sam James wrote:
>
>
>
> > On 5 Oct 2021, at 21:29, Alec Warner wrote:
> >
> > I thought we were going to go with the github-pages type route
> > (markdown, rendered online or locally.)
> >
>
> So, the thinking w
I thought we were going to go with the github-pages type route
(markdown, rendered online or locally.)
-A
On Tue, Oct 5, 2021 at 11:28 AM Sam James wrote:
>
> This is a preliminary version/draft of a proposed change to
> GLEP 68.
>
> I'd like to introduce a method for developers to signal
On Sat, Oct 2, 2021 at 1:11 PM Sam James wrote:
>
> This is part of a series of fixes for the linked bug (failure
> to preserve libraries in some situations).
>
> When unpacking a binpkg to be installed, we should check
> for the existence of PROVIDES if we're installing any
> dynamic libraries.
On Sat, Oct 2, 2021 at 1:11 PM Sam James wrote:
>
> This is part of a series of fixes for the linked bug (failure
> to preserve libraries in some situations).
>
> At the point of installation (even if not merging), we need
> to detect inconsistent metadata: PROVIDES should be populated
> if we're
On Fri, Oct 1, 2021 at 11:30 AM A Schenck wrote:
>
> On 9/29/21 11:44 PM, Michał Górny wrote:
> > On Thu, 2021-09-30 at 08:40 +0200, Fabian Groffen wrote:
> >> Hi,
> >>
> >> Would it be possible to have some switch (e.g. --style=legacy) that
> >> controls this new vs. the old behaviour? Would
On Mon, Sep 20, 2021 at 11:30 AM Ulrich Mueller wrote:
>
> >>>>> On Mon, 20 Sep 2021, Alec Warner wrote:
>
> > The devmanual discusses licensing as a core concept
> > (https://devmanual.gentoo.org/general-concepts/licenses/index.html)
> > but does not
The devmanual discusses licensing as a core concept
(https://devmanual.gentoo.org/general-concepts/licenses/index.html)
but does not cover patents. My understanding is that we:
- set RESTRICT=bindist when we are unable to redistribute binaries
(e.g. due to a license or patent restriction.)
-
On Thu, Aug 26, 2021 at 4:03 AM Ed W wrote:
>
> Hi All
>
> Consider this a tentative first email to test the water, but I have started
> to look at performance
> of particularly the install phase of the emerge utility and I could use some
> guidance on where to go
> next
To clarify; the
Previously due to an exciting misconfiguration; access to rsync
services to dipper.gentoo.org were open to the internet[0]. This was
caught in a recent audit and we have disallowed access from the
internet to rsync services on this host.
Please continue to use our public rsync services
On Fri, Aug 6, 2021 at 2:12 PM William Hubbs wrote:
>
> On Thu, Aug 05, 2021 at 05:57:06PM -0700, Alec Warner wrote:
> > On Thu, Aug 5, 2021 at 2:44 PM Georgy Yakovlev wrote:
> > >
> > > Hi,
> > >
> > > We've been collecting more and more co
On Thu, Aug 5, 2021 at 9:23 PM Ulrich Mueller wrote:
>
> > On Fri, 06 Aug 2021, Joakim Tjernlund wrote:
>
> > On Wed, 2021-06-23 at 13:33 +0200, Michał Górny wrote:
> >> On Wed, 2021-06-23 at 12:40 +0200, Ulrich Mueller wrote:
> >> > I don't think that the ebuild can rely on any particular
On Thu, Aug 5, 2021 at 2:44 PM Georgy Yakovlev wrote:
>
> Hi,
>
> We've been collecting more and more container related packages in
> app-emulation/*
>
> What do you think about finally moving those packages to separate category?
As always my opinion is that:
(a) Categories were a design
On Tue, Aug 3, 2021 at 7:56 PM Sam James wrote:
>
>
>
> > On 4 Aug 2021, at 03:39, Thomas Deutschmann wrote:
> >
> > On 2021-08-01 01:56, Sam James wrote:
> >> 1) Verify packages don't install tmpfiles to /etc/tmpfiles.d, which
> >> is a deprecated location;
> >
> > This location is _not_
Hi,
Many of you reported that various infra-owned services were not functioning
properly these past two days. We had some package upgrades roll out that
were bad, and a subset of services were non-functional while we worked
through the incident.
(a) The upgrades did not appear to cause any data
The following nodes were offline:
bittern.gentoo.org (blogs, Bouncer, devmanual)
bobolink.gentoo.org (ns1; dns)
devbox.amd64.dev.gentoo.org
elivepatch.amd64.dev.gentoo.org
motmot.gentoo.org (qa-reports, keys.g.o)
roverlay.dev.gentoo.org
woodpecker.gentoo.org (dev.g.o, smtp.g.o)
These are all
On Fri, Apr 9, 2021 at 5:19 PM Sam James wrote:
>
>
>
> > On 10 Apr 2021, at 01:13, Michael Orlitzky wrote:
> >
> > On Sat, 2021-04-10 at 00:32 +0100, Sam James wrote:
> >>
> >>
> >> Yes, this is the part I find difficult too. The important
> >> distinction here was *bootstrapping* (which I
On Sat, Mar 20, 2021 at 10:27 PM Ulrich Mueller wrote:
>
> >>>>> On Sun, 21 Mar 2021, Alec Warner wrote:
>
> >> Which doesn't imply that we deliberately break things.
>
> > Not sure I follow.. how is updating the handbook breaking anything?
>
> Bot
On Sat, Mar 20, 2021 at 9:19 PM Ulrich Mueller wrote:
>
> > On Sat, 20 Mar 2021, William Hubbs wrote:
>
> > /etc/localtime should definitely be a symlink to the proper file in
> > /usr/share/zoneinfo.
>
> > This works fine if /usr is on a separate partition *and* you are using
> > an
On Tue, Mar 16, 2021 at 6:49 PM Haelwenn (lanodan) Monnier
wrote:
>
> Gstreamer switched to meson in 1.16.0 and removed autotools support in 1.18.0,
> this eclass is an update of gstreamer.eclass.
>
> One significant change between autotools and meson is that in the latter we
> don't have easily
So my question is basically, how much does Gentoo care about these
ports? Should we be funding ports of rust to these arches (assuming
that would continue ensure gentoo works on those arches.)
-A
On Sun, Feb 21, 2021 at 5:01 AM Michał Górny wrote:
>
> Hi,
>
> FYI, a few member of Python
On Thu, Feb 18, 2021 at 3:45 PM Michał Górny wrote:
>
> Hi,
>
> I'd like to discuss a rough timeline for switching the default
> PYTHON_TARGETS to python3.9.
>
> According to the upstream release schedule [1], the last bugfix release
> is planned for May. Afterwards, upstream will release only
On Mon, Feb 8, 2021 at 9:56 AM Alessandro Barbieri
wrote:
>
> Il Lun 8 Feb 2021, 12:19 Michał Górny ha scritto:
>>
>> Hi,
>>
>> FYI the developers of dev-python/cryptography decided that Rust is going
>> to be mandatory for 1.5+ versions. It's unlikely that they're going to
>> provide LTS
On Mon, Feb 8, 2021 at 6:59 AM Peter Stuge wrote:
>
> Hanno Böck wrote:
> > > "It does mean, however, that GTK 2 has reached the end of its life.
> > > We will do one final 2.x release in the coming days, and we encourage
> > > everybody to port their GTK 2 applications to GTK 3 or 4."
> >
> > I
On Sat, Jan 30, 2021 at 9:36 AM Michał Górny wrote:
>
> Hi,
>
> TL;DR: I'd like to move virtual/libjpeg, virtual/libudev and so on to
> another category (e.g. lib-sover/*) to make it clear that they are used
> for := deps and have valid use even with a single provider.
>
>
> Right now we have at
On Mon, Jan 18, 2021 at 8:09 PM Zac Medico wrote:
>
> On 1/18/21 6:07 PM, Alec Warner wrote:
> > On Fri, Jan 15, 2021 at 6:47 PM Matt Turner wrote:
> >>
> >> This set is the upgradable packages for which the highest visible
> >> version has a differe
On Fri, Jan 15, 2021 at 6:47 PM Matt Turner wrote:
>
> This set is the upgradable packages for which the highest visible
> version has a different subslot than the currently installed version.
>
> The primary purpose of this feature is for use in catalyst builds. We
> update the "seed" stage3
On Wed, Jan 6, 2021 at 11:05 AM Patrick McLean wrote:
>
> On Wed, 6 Jan 2021 15:02:12 +0100
> Thomas Deutschmann wrote:
>
> > Hi,
> >
> > is there a specific reason why we want to support dynamic variables
> > (ACCT_USER_$foo) at all?
> >
> > Isn't package.env support enough, i.e. use
On Mon, Jan 4, 2021 at 9:15 AM Thomas Deutschmann wrote:
>
> On 2021-01-04 18:08, Michał Górny wrote:
> > Introduce a few variables to allow easy overrides of common user account
> > proprerties, that is:
> >
> > - ACCT_USER__SHELL
> > - ACCT_USER__HOME
> > - ACCT_USER__HOME_OWNER
> > -
On Sun, Jan 3, 2021 at 6:42 PM Mike Gilbert wrote:
>
> On Sun, Jan 3, 2021 at 8:35 PM Thomas Deutschmann wrote:
> >
> > Modifying an existing user is a bad default and makes Gentoo
> > special because it is common for system administrators to make
> > modifications to user (i.e. putting an user
TL;DR if you never used rsync:// access to download copies of data
from our VCS's you can stop paying attention. This has nothing to do
with "gentoo rsync mirrors" for ::gentoo, which is a separate service
that we are not terminating.
We previously offered rsync:// protocol access to gentoo VCS
On Sun, Dec 27, 2020 at 10:31 AM Alec Warner wrote:
>
> On Sun, Dec 27, 2020 at 6:39 AM Ulrich Mueller wrote:
> >
> > >>>>> On Sun, 27 Dec 2020, Max Magorsch wrote:
> >
> > > To access the old repositories you can use gitweb.gentoo.org instead.
On Sun, Dec 27, 2020 at 6:39 AM Ulrich Mueller wrote:
>
> > On Sun, 27 Dec 2020, Max Magorsch wrote:
>
> > To access the old repositories you can use gitweb.gentoo.org instead.
> > We have migrated all old cvs repositories to git. All of them are
> > available read-only now at [0].
>
> I've
On Sun, Dec 27, 2020 at 12:42 AM Michał Górny wrote:
>
> On Sun, 2020-12-27 at 00:55 +, Max Magorsch wrote:
> > Hi all,
> >
> > as a quick note: We are finally shutting down all old cvs services.
> > Accordingly the old viewvc repository browser will be shut down as
> > well.
> >
> > To
TL;DR, I think infra needs more people who can commit to ::gentoo and
thus, I am looking for an ebuild dev mentor. I myself had commit
access in the before times (probably 2010 - 2012) but have been mostly
ignoring ebuild development since then to focus on infra and the
Foundation. However infra
antarus@woodpecker ~ $ gpg --keyserver hkps://keys.gentoo.org --search-keys
1C49724D229E93A2
gpg: data source: https://[2001:470:ea4a:1:230:48ff:fef8:9fdc]:443
(1) Michael Orlitzky
Michael Orlitzky
4096 bit RSA key 1C49724D229E93A2, created: 2010-03-17, expires:
2020-12-26
On Thu, Nov 19, 2020 at 7:28 AM Alec Warner wrote:
>
>
> On Thu, Nov 19, 2020 at 2:32 AM Ulrich Müller wrote:
>
>> This implements the dosym command proposed for EAPI 8 (called dosym8
>> because we cannot use the same name as the package-manager builtin).
>&g
On Thu, Nov 19, 2020 at 2:32 AM Ulrich Müller wrote:
> This implements the dosym command proposed for EAPI 8 (called dosym8
> because we cannot use the same name as the package-manager builtin).
>
> "dosym -r " will expand the (apparent) path of
> relative to the (apparent) path of the
On Mon, Nov 9, 2020 at 2:24 AM Ulrich Mueller wrote:
> > On Mon, 09 Nov 2020, Robin H Johnson wrote:
>
> > The attached list notes all of the packages that were added or removed
> > from the tree, for the week ending 2020-11-08 23:59 UTC.
>
> > [...]
>
> > app-editors/emacs
> 20150808-20:49
On Wed, Nov 4, 2020 at 7:38 PM Joonas Niilola wrote:
>
>
> On 11/4/20 11:19 PM, Rich Freeman wrote:
> > Did you consider that somebody could read your email and not actually
> > agree with you?
> Impossible! My suggestion is about keeping the tree clean and to provide
> the best user experience.
On Mon, Nov 2, 2020 at 9:13 PM Joonas Niilola wrote:
> Hey,
>
> I'm suggesting a new QA policy to disallow any "live-ebuild-only
> packages" being hosted in ::gentoo. Rationale being the same as why
> - packages can't have KEYWORDS: They are unpredictable and
> potentially insecure.
On Sun, Oct 11, 2020 at 7:35 AM Joonas Niilola wrote:
>
>
> On 10/11/20 4:40 PM, Thomas Deutschmann wrote:
> >
> >
> > First of all, calm down. You are reading too much into this. Just
> > revert your own logic: You obviously like your idea, worked on this
> > and pushed it to repository. Don't
On Sun, Sep 27, 2020 at 10:45 AM Michał Górny wrote:
> Hello, everyone.
>
> TL;DR: we're nearing the total annihilation of Python 2 software
> in Gentoo. Most users could safely disable py2 USE flags today.
> Python 2 vulns have been patched recently, the interpreter and a few
> packages using
On Wed, Sep 16, 2020 at 1:17 AM Kent Fredric wrote:
> On Mon, 14 Sep 2020 10:15:31 -0400
> Rich Freeman wrote:
>
> > It might be easier to take smaller steps, such as having a policy that
> > "any call for devs to use/test a new tool/service, or any service that
> > automatically performs
On Sun, Sep 13, 2020 at 11:31 AM Thomas Deutschmann
wrote:
> Hi,
>
> TL;DR: jstein asked council [Bug 729062] for a motion that any service
> and software which is critical for Gentoo should be developed/run in
> Gentoo namespace. Because any request to council must be discussed I
> volunteered
On Thu, Sep 10, 2020 at 8:13 AM Michał Górny wrote:
> On Thu, 2020-09-10 at 07:35 +0200, Hans de Graaff wrote:
> > On Wed, 2020-09-09 at 13:35 +0300, Mikle Kolyada wrote:
> > > Closes: https://bugs.gentoo.org/741380
> >
> > Could you provide a rationale for removing this? The bug only has a
> >
On Thu, Sep 10, 2020 at 1:59 AM Mikle Kolyada wrote:
>
> On 10.09.2020 08:35, Hans de Graaff wrote:
> > On Wed, 2020-09-09 at 13:35 +0300, Mikle Kolyada wrote:
> >> Closes: https://bugs.gentoo.org/741380
> > Could you provide a rationale for removing this? The bug only has a
> > single anecdotal
On Sun, Aug 9, 2020 at 11:22 AM William Hubbs wrote:
> On Sun, Aug 09, 2020 at 06:40:07PM +0200, Thomas Deutschmann wrote:
> > On 2020-08-08 20:51, William Hubbs wrote:
> > > What do people think?
> >
> > Like others already asked: What's the reason for this?
>
> Like others have said on the
Hi,
Recently I've begun to run pylint on the portage codebase. You can see some
recent PRs on this[0][1][2]. Most of the linter errors I've fixed are what
I consider 'fairly trivial'. In general I'm happy to disable errors (or
instances of errors) in addition to resolving them. You can see some
; incorrectly)
>
Ahhh it's visible there; I'll blame gMail ;)
-A
>
> On Thu, Jul 9, 2020 at 2:04 PM Alec Warner wrote:
>
>>
>>
>> On Thu, Jul 9, 2020 at 12:03 AM Chun-Yu Shei wrote:
>>
>>> Awesome! Here's a patch that adds @lru_cache to use_reduce,
On Thu, Jul 9, 2020 at 12:03 AM Chun-Yu Shei wrote:
> Awesome! Here's a patch that adds @lru_cache to use_reduce, vercmp, and
> catpkgsplit. use_reduce was split into 2 functions, with the outer one
> converting lists/sets to tuples so they can be hashed and creating a
> copy of the returned
On Sun, Jun 28, 2020 at 5:35 PM Aaron Bauman wrote:
> # Aaron Bauman (2020-06-28)
> # More Py2 only stuff. Plz see -dev ML for discussions
> # Remove bindings, port to Py3, etc
> # Removal in 30 days
> app-arch/deltarpm
> app-crypt/virtualsmartcard
> app-text/duali
> app-text/mftrace
>
On Wed, Jun 24, 2020 at 11:29 AM Rich Freeman wrote:
> On Wed, Jun 24, 2020 at 2:18 PM Andreas Sturmlechner
> wrote:
> >
> > The lack of curiosity for one's own packages' python compatibility is
> not just
> > a py27 isolated issue, it was a big problem with py36 -> py37 with so
> many
> > devs
On Tue, Jun 2, 2020 at 1:44 AM Mathy Vanvoorden wrote:
> Hi,
>
> Sorry I'm a bit late to the party here but was behind on my emails.
>
> Op wo 27 mei 2020 om 05:25 schreef Alec Warner :
>
>> The TL;DR is that a crack team of infra-folks[0] have been putting
>>
On Fri, May 29, 2020 at 11:17 PM Michał Górny wrote:
> On Fri, 2020-05-29 at 16:34 -0700, Alec Warner wrote:
> > The pull-based mirroring is a bit sad, as it would be nice to auto-update
> > some forks, but it's not a killer feature.
>
> Exactly. Especially that our
On Wed, May 27, 2020 at 2:31 PM Matt Turner wrote:
> On Wed, May 27, 2020 at 1:14 AM Alec Warner wrote:
> > On Tue, May 26, 2020, 23:08 Michał Górny wrote:
> >>
> >> On Tue, 2020-05-26 at 20:24 -0700, Alec Warner wrote:
> >> > The TL;DR is that a crack t
On Wed, May 27, 2020 at 5:16 AM Thomas Deutschmann
wrote:
> Hi,
>
> is this really CI _vs_ Code Review? I.e. we can only have one?
>
I'll try to come back to this. We can make computers do anything, but it's
a question of limited time for me and for Gentoo as a whole.
>
> CI is nice and
On Wed, May 27, 2020 at 1:09 AM Brian Dolbec wrote:
> On Tue, 26 May 2020 20:24:56 -0700
> Alec Warner wrote:
>
> > The TL;DR is that a crack team of infra-folks[0] have been putting
> > together demos of CI services and things like gitlab / gitea / gerrit
> &
On Tue, May 26, 2020, 23:08 Michał Górny wrote:
> On Tue, 2020-05-26 at 20:24 -0700, Alec Warner wrote:
> > The TL;DR is that a crack team of infra-folks[0] have been putting
> together
> > demos of CI services and things like gitlab / gitea / gerrit and so on.
> >
The TL;DR is that a crack team of infra-folks[0] have been putting together
demos of CI services and things like gitlab / gitea / gerrit and so on.
Some of these come in combined (e.g. gitlab offers repo hosting, code
review / pull reqs, CI services, and deploy services.) Some of these are
On Tue, May 26, 2020 at 9:46 AM Zac Medico wrote:
> On 5/26/20 1:43 AM, Alec Warner wrote:
> > On Mon, May 25, 2020 at 9:34 PM Zac Medico > <mailto:zmed...@gentoo.org>> wrote:
> >
> > Since variables like A and AA can contain extremely large values
> wh
On Mon, May 25, 2020 at 9:34 PM Zac Medico wrote:
> Since variables like A and AA can contain extremely large values which
> may trigger E2BIG errors during attempts to execute subprocesses, delay
> export until the last moment, and unexport when appropriate.
>
So I think if you want to do this
On Tue, May 19, 2020 at 5:46 AM Samuel Bernardo <
samuelbernardo.m...@gmail.com> wrote:
> On 5/19/20 7:47 AM, Michał Górny wrote:
> > Do you have any specific solution in mind?
> >
> > [1] https://gitweb.gentoo.org/archive/proj/identity.gentoo.org.git/
>
> I would suggest for SSO an
A bit late, but this change is now live. Please contact me if anything has
broken.
-A
On Mon, Apr 27, 2020 at 10:34 AM Alec Warner wrote:
> On Mon, Apr 27, 2020 at 7:04 AM Kent Fredric wrote:
>
>> On Mon, 27 Apr 2020 09:43:44 -0400
>> Mike Gilbert wrote:
>>
>>
On Thu, May 21, 2020 at 1:13 PM Viktar Patotski
wrote:
> Hi all,
>
> I believe that we are all have forgotten about Donald Knuth: Premature
> optimisation is the root of all evill.
>
> We don't have "spam" yet, but we are already trying to protect. There
> might be cases when some systems will
1 - 100 of 1315 matches
Mail list logo
