On Thu, Feb 13, 2020 at 4:12 AM Mike Pagano wrote:
>
> On Thu, Feb 13, 2020 at 06:46:43PM +1100, Sam Jorna (wraeth) wrote:
> > On Thursday, 13 February 2020 5:40:46 AM AEDT Matt Turner wrote:
> > > On Wed, Feb 12, 2020 at 9:59 AM William Hubbs wrote:
> > > > O
On Wed, Feb 12, 2020 at 9:59 AM William Hubbs wrote:
>
> On Wed, Feb 12, 2020 at 06:54:19PM +1100, Sam Jorna (wraeth) wrote:
> > On Monday, 10 February 2020 7:55:01 AM AEDT Michał Górny wrote:
> > > On Sun, 2020-02-09 at 20:38 +, Michael 'veremitz' Everitt wrote:
> > > > Hrm, pardon my
On Sun, Feb 9, 2020 at 1:16 PM Michael 'veremitz' Everitt
wrote:
>
> On 09/02/20 20:59, Michael 'veremitz' Everitt wrote:
> > On 09/02/20 20:57, Michael 'veremitz' Everitt wrote:
> >> On 09/02/20 20:55, Michał Górny wrote:
> >>> On Sun, 2020-02-09 at 20:38 +, Michael 'veremitz' Everitt wrote:
On Fri, Feb 7, 2020 at 12:44 PM Alexander Tsoy wrote:
>
> 7 февраля 2020 г. 22:50:13 GMT+03:00, Matt Turner пишет:
> >On Fri, Feb 7, 2020 at 11:39 AM Ulrich Mueller wrote:
> >>
> >> >>>>> On Fri, 07 Feb 2020, Matt Turner wrote:
> >>
>
On Fri, Feb 7, 2020 at 12:03 PM Michael 'veremitz' Everitt
wrote:
>
> On 07/02/20 19:50, Matt Turner wrote:
> > On Fri, Feb 7, 2020 at 11:39 AM Ulrich Mueller wrote:
> >>>>>>> On Fri, 07 Feb 2020, Matt Turner wrote:
> >>> On Fri, Feb 7, 2020 at
On Fri, Feb 7, 2020 at 11:39 AM Ulrich Mueller wrote:
>
> >>>>> On Fri, 07 Feb 2020, Matt Turner wrote:
>
> > On Fri, Feb 7, 2020 at 9:10 AM Mike Pagano wrote:
> >>
> >> # Mike Pagano (2020-02-07)
> >> # The standalone ebuild for
On Fri, Feb 7, 2020 at 9:10 AM Mike Pagano wrote:
>
> # Mike Pagano (2020-02-07)
> # The standalone ebuild for this driver is made
> # unnecessary as it is included in the package:
> # sys-kernel/linux-firmware
> sys-firmware/iwl6050-ucode
How about all the others as well?
Title: Stable alpha keywords removed
Author: Matt Turner
Content-Type: text/plain
Posted: 2020-01-22
Revision: 1
News-Item-Format: 1.0
Display-If-Keyword: alpha
The Gentoo/Alpha team no longer thinks that the time invested in package
stabilization is warranted for the small number of users
On Tue, Jan 21, 2020 at 3:57 PM David Seifert wrote:
>
> # David Seifert (2020-01-21)
> # All released versions depend on EOL gtkglext, no revdeps.
> # Bug #644334, #694834. Removal in 30 days.
> sci-astronomy/celestia
This is actually a really cool piece of software (give it a try!), and
the
Hello,
It makes me a bit sad to say, having helped maintain Gentoo's DEC Alpha
port for more than 10 years, that I think it is time to drop our stable
keywords to ~alpha.
Stable testing is a valuable service we provide to users. Time invested
by developers during stabilization has the potential
On Thu, Jan 2, 2020 at 12:41 PM Zac Medico wrote:
>
> On 1/2/20 10:58 AM, Matt Turner wrote:
> > Also print categories on the line with the package name for much simpler
> > consumption by external tools.
> >
> > Signed-off-by: Matt Turner
> > ---
>
Also print categories on the line with the package name for much simpler
consumption by external tools.
Signed-off-by: Matt Turner
---
pym/gentoolkit/imlate/imlate.py | 20 +---
1 file changed, 13 insertions(+), 7 deletions(-)
diff --git a/pym/gentoolkit/imlate/imlate.py b/pym
Signed-off-by: Matt Turner
---
pym/gentoolkit/eclean/cli.py| 4 ++--
pym/gentoolkit/eclean/search.py | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/pym/gentoolkit/eclean/cli.py b/pym/gentoolkit/eclean/cli.py
index 1d2f52b..1a99b3e 100644
--- a/pym/gentoolkit/eclean
On Mon, Dec 16, 2019 at 10:26 AM Marek Szuba wrote:
> What do you think, guys?
I don't love it.
I don't like the mess that has become VIDEO_CARDS=... either. radeon
vs radeonsi vs amdgpu. Different names for different bits of the
stack, even for the same hardware. I would like to come up with
stable-bot appears to be down again. I've been unsuccessful in
reaching kensington on IRC.
I think stable-bot has become an integral part of the workflow and as
such (1) we should have the code available and (2) we should run it on
some hardware that others are able to administer.
Can we please?
On Fri, Dec 6, 2019 at 5:51 AM Alexis Ballier wrote:
>
> On Fri, 6 Dec 2019 04:33:36 -0500
> Tim Harder wrote:
>
> > On 2019-12-06 Fri 04:03, Alexis Ballier wrote:
> > > it's not just like repoman and cvs since repoman commit did push ;)
> > > it will never be perfect but i really like repoman
On Thu, Dec 5, 2019 at 11:10 AM Michał Górny wrote:
>
> Signed-off-by: Michał Górny
> ---
> profiles/package.deprecated | 17 +
> 1 file changed, 17 insertions(+)
> create mode 100644 profiles/package.deprecated
>
> diff --git a/profiles/package.deprecated
On Wed, Dec 4, 2019 at 9:17 PM Zac Medico wrote:
>
> On 12/4/19 6:12 PM, Matt Turner wrote:
> > The boilerplate for calling this method was larger than what it actually
> > contained. Additionally I think this change will allow the loop to run
> > on a generator
Closes: https://bugs.gentoo.org/671592
Signed-off-by: Matt Turner
---
pym/gentoolkit/eclean/clean.py | 4
1 file changed, 4 insertions(+)
diff --git a/pym/gentoolkit/eclean/clean.py b/pym/gentoolkit/eclean/clean.py
index b790de0..89300ce 100644
--- a/pym/gentoolkit/eclean/clean.py
+++ b
The boilerplate for calling this method was larger than what it actually
contained. Additionally I think this change will allow the loop to run
on a generator rather than a full list.
Signed-off-by: Matt Turner
---
pym/gentoolkit/eclean/clean.py | 21 ++---
1 file changed, 6
# Matt Turner (2019-12-01)
# browserpass ebuild ported to go-modules, so these modules now have no reverse
# dependencies.
# Removal in 30 days. Bugs #683286, #683310, #687462, #700792
=www-plugins/browserpass-3.0.6
dev-go/zglob
dev-go/logrus
signature.asc
Description: PGP signature
On Thu, Nov 21, 2019 at 5:09 PM Matt Turner wrote:
>
> On Thu, Nov 21, 2019 at 4:54 PM Dennis Schridde wrote:
> >
> > On Donnerstag, 21. November 2019 09:11:46 CET Mart Raudsepp wrote:
> > > See also this related old thread:
> > > https://ar
On Thu, Nov 21, 2019 at 4:54 PM Dennis Schridde wrote:
>
> On Donnerstag, 21. November 2019 09:11:46 CET Mart Raudsepp wrote:
> > See also this related old thread:
> > https://archives.gentoo.org/gentoo-dev/message/e04f6d321e424a237af62721d1d09
> > 211
>
> I think tackling the triad of
On Wed, Nov 20, 2019 at 10:32 PM Haelwenn (lanodan) Monnier
wrote:
>
> Hello gentoo-dev,
>
> First proposition on this list so hopefully not missing some kind of
> netiquette/policy.
>
> I noticed for some time that there seems to be two use cases for the
> gles[123] family of USE flags in gentoo
On Sat, Nov 16, 2019 at 9:08 AM Michael 'veremitz' Everitt
wrote:
>
> On 16/11/19 16:59, Matt Turner wrote:
> > On Sat, Nov 16, 2019 at 1:06 AM Jaco Kroon wrote:
> >> Hi,
> >>
> >> On 2019/11/15 21:35, Matt Turner wrote:
> >>> On
On Sat, Nov 16, 2019 at 1:06 AM Jaco Kroon wrote:
>
> Hi,
>
> On 2019/11/15 21:35, Matt Turner wrote:
> > On Fri, Nov 15, 2019 at 2:20 AM Ulrich Mueller wrote:
> >> The package is somewhat redundant, because sys-kernel/linux-firmware
> >> installs the same fil
On Fri, Nov 15, 2019 at 2:20 AM Ulrich Mueller wrote:
> The package is somewhat redundant, because sys-kernel/linux-firmware
> installs the same files. (Same for all other sys-firmware/iwl*-ucode
> packages.)
Should last-rite all of them, IMO.
On Fri, Nov 1, 2019 at 12:59 PM Michael 'veremitz' Everitt
wrote:
>
> Hello,
>
> I've noticed a lot of stabilisation commit messages (and a few keywording
> ones too) simply state the package atom and not the relevant
> release/version. I find this a little meaningless, as unless this is the
>
On Sun, Oct 27, 2019 at 3:06 AM James Le Cuirot wrote:
>
> On Sun, 27 Oct 2019 05:38:48 -0400
> Joshua Kinard wrote:
>
> > Why do I not like an initramfs, though? Well, for one, it complicates the
> > kernel compiles (and it makes them bigger, something which is an issue on
> > the old SGI
On Mon, Oct 21, 2019 at 5:37 PM Kent Fredric wrote:
>
> On Mon, 21 Oct 2019 19:37:28 +0200
> Piotr Karbowski wrote:
>
> > This is a bit unhealthy, especially when some developers that maintain
> > packages are out of reach, or the patches to update ebuild just rot on
> > the bugzilla and are not
On Mon, Oct 21, 2019 at 10:37 AM Piotr Karbowski wrote:
>
> Hi,
>
> I'd like to bring the topic of defining default policy to do changes to
> packages within ::gentoo that one does not maintain.
>
> This topic goes back from time to time on #gentoo-dev, and as I was
> told, it was originally sent
On Mon, Oct 21, 2019 at 9:42 AM Richard Yao wrote:
> Also, another idea is to use a cheap hash function (e.g. fletcher) and just
> have the mirrors do the hashing behind the scenes. Then we would have the
> best of both worlds.
It probably would have been better to make these suggestions when
# Matt Turner (2019-10-21)
# Replaced by introspection bindings. Bug #628938
# Removal in 30 days
dev-python/gnome-keyring-python
signature.asc
Description: PGP signature
On Sun, Oct 20, 2019 at 1:25 AM Joshua Kinard wrote:
> In any event, I still think using devspace is a bad idea. A centralized
> distfiles repo is what most other distros use, and it's what we should use.
I agree, but let's discuss that in a separate topic.
On Thu, Oct 17, 2019 at 9:38 PM desultory wrote:
>
Since the thread seemed to have already wrapped up with a positive
resolution, I question why you responded in the way you did.
On Thu, Sep 26, 2019 at 12:29 AM Sergei Trofimovich wrote:
>
> I noticed that stable-bot stopped marking bugs as verified for stbilization.
> Example:
> https://bugs.gentoo.org/695252
>
> 1. Is it gone forever and arch teams should stop relying on it's presence?
> 2. If not can the owner
I don't see this being defined in other distros' lists, so I've
selected the highest ID available (after Bitcoin gets 483).
On Tue, Sep 24, 2019 at 12:13 AM Ulrich Mueller wrote:
>
> >>>>> On Tue, 24 Sep 2019, Matt Turner wrote:
>
> > Just responding because the absurdity of this angers me, to be honest.
> > See if you notice anything funny about the URL:
>
> > http
On Sat, Sep 21, 2019 at 4:46 PM Ulrich Mueller wrote:
>
> >>>>> On Sun, 22 Sep 2019, Matt Turner wrote:
>
> > An idea to consider: use SPDX license identifiers (see
> > https://spdx.org/licenses/)
>
> > For GPL 2 they are "GPL-2.0-only&quo
On Mon, Sep 23, 2019 at 6:42 PM Jason Zaman wrote:
>
> On Sat, Sep 21, 2019 at 09:17:53PM +0200, Ulrich Mueller wrote:
> > > On Sat, 21 Sep 2019, Michał Górny wrote:
> >
> > > TL;DR: I'd like to replace 'GPL-2' with 'GPL-2-only' etc., having
> > > the former trigger QA warning asking the dev
On Sat, Sep 21, 2019 at 4:46 PM Ulrich Mueller wrote:
>
> >>>>> On Sun, 22 Sep 2019, Matt Turner wrote:
>
> > An idea to consider: use SPDX license identifiers (see
> > https://spdx.org/licenses/)
>
> > For GPL 2 they are "GPL-2.0-only&quo
On Sat, Sep 21, 2019 at 9:57 AM Matt Turner wrote:
>
> On Sat, Sep 21, 2019 at 9:09 AM Michał Górny wrote:
> > TL;DR: I'd like to replace 'GPL-2' with 'GPL-2-only' etc., having
> > the former trigger QA warning asking the dev to double-check if it's
> > 'GPL-2-only'
On Sat, Sep 21, 2019 at 1:58 PM Ulrich Mueller wrote:
>
> > On Sat, 21 Sep 2019, Michał Górny wrote:
>
> > I'd like to propose to employ a more systematic method of resolving this
> > problem. I would like to add additional explicit 'GPL-n-only' licenses,
> > and discourage using short
On Sat, Sep 21, 2019 at 9:09 AM Michał Górny wrote:
> TL;DR: I'd like to replace 'GPL-2' with 'GPL-2-only' etc., having
> the former trigger QA warning asking the dev to double-check if it's
> 'GPL-2-only' or 'GPL-2+'.
I think that's a good idea.
On Sun, Sep 15, 2019 at 7:12 AM Michał Górny wrote:
>
> The 'lz4' flag is used consistently for the LZ4 compression algorithm
> in 23 packages. Make it a global flag.
Good idea. Ack for both this and snappy.
>From my original generation SolidRun Cubox:
$ ./hwcap-dump
hwcap:0004ead6
hwcap2:
mattst88@cubox ~/cpuid2cpuflags-7-dev $ uname -a
Linux cubox 5.2.7 #11 Wed Aug 7 17:50:03 PDT 2019 armv7l ARMv7
Processor rev 5 (v7l) Marvell Dove GNU/Linux
cpuid2cflags says
CPU_FLAGS_ARM:
On Mon, Sep 2, 2019 at 10:05 AM Mike Gilbert wrote:
>
> I would like to create an acct-user package for the 'portage' user,
> but I'm having trouble deciding on a home directory.
>
> baselayout currently sets it to /var/tmp/portage, and this just seems
> like a bad idea to me. I'm pretty sure we
On Sun, Sep 1, 2019 at 1:04 PM Matt Turner wrote:
>
> # Matt Turner (2019-09-01)
> # dev-scheme/guile-gnome-platform depends on dev-scheme/guile:12. Its only
> # reverse dependency is sci-chemistry/burrow-owl, so include it. The others
> are
> # dependencies of sci-chemistry/
On Sun, Sep 1, 2019 at 1:05 PM Matt Turner wrote:
>
> # Matt Turner (2019-09-01)
> # Depends on dev-scheme/guile:12. Unpackaged versions from 2015.
I made a mistake here (that I corrected in commit 7ca64f844e18). The
mask now reads:
# Matt Turner (2019-09-01)
-# Depends on dev-sch
# Matt Turner (2019-09-01)
# Depends on dev-scheme/guile:12. Unpackaged versions from 2015.
# Removal in 30 days. # Bug #654654.
games-strategy/liquidwar6
signature.asc
Description: PGP signature
# Matt Turner (2019-09-01)
# dev-scheme/guile-gnome-platform depends on dev-scheme/guile:12. Its only
# reverse dependency is sci-chemistry/burrow-owl, so include it. The others are
# dependencies of sci-chemistry/burrow-owl as well, and it is their only
# reverse dependency.
# Bug #693290.
dev
On Sat, Aug 31, 2019 at 1:04 AM Michał Górny wrote:
> sys-fs/hfsplusutils
Your script should probably check for other keywords as well. This
package is almost entirely for use on ppc/ppc64 machines. For whatever
reason it has an x86 keyword as well, so the lack of an amd64 keyword
doesn't
On Fri, Aug 16, 2019 at 10:10 AM Michał Górny wrote:
>
> Hi,
>
> leio asked me yesterday for the possibility of marking packages
> as deprecated, so that CI would issue warnings when other packages
> depend on them. I think that's quite a good idea, so I'd like to
> propose a simple
Looks great!
On Mon, Aug 12, 2019 at 3:29 PM Ulrich Mueller wrote:
>
> >>>>> On Tue, 13 Aug 2019, Matt Turner wrote:
>
> > +# Even though xz-utils are in @system, they must still be added to DEPEND;
> > see
> > +#
> > https://archives.gentoo.org/gentoo-de
To allow overriding the tarball type.
Signed-off-by: Matt Turner
---
eclass/xorg-3.eclass | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/eclass/xorg-3.eclass b/eclass/xorg-3.eclass
index f135058fba6..bd857e1cca2 100644
--- a/eclass/xorg-3.eclass
+++ b
On Sun, Aug 11, 2019 at 3:54 PM William Hubbs wrote:
>
> On Sun, Aug 11, 2019 at 03:04:02PM -0700, Matt Turner wrote:
> > On Sun, Aug 11, 2019 at 12:48 PM William Hubbs wrote:
> > > If we are going to require a modeline, shouldn't we consider allowing
> > > them
On Sun, Aug 11, 2019 at 12:48 PM William Hubbs wrote:
>
> On Sat, Aug 10, 2019 at 05:41:56PM -0700, Matt Turner wrote:
> > On Sat, Aug 10, 2019 at 1:49 PM William Hubbs wrote:
> > >
> > > On Tue, Aug 06, 2019 at 11:29:50PM +0200, Michał Górny wrote:
> > &
On Sat, Aug 10, 2019 at 1:49 PM William Hubbs wrote:
>
> On Tue, Aug 06, 2019 at 11:29:50PM +0200, Michał Górny wrote:
> > Hi,
> >
> > Some time ago William asked me to move UID/GID assignments from wiki [1]
> > to something more accessible. I've finally gotten around to draft
> > something, and
# Matt Turner (2019-08-02)
# Unmaintained in Gentoo. Incompatible with guile-2
# Masked for removal in 30 days, Bugs #685540, #629058
sci-libs/libctl
sci-physics/harminv
sci-physics/meep
signature.asc
Description: PGP signature
# Matt Turner (2019-08-02)
# Incompatible with guile-2. No longer a use case
# Masked for removal in 30 days, Bugs #617792
mail-filter/anubis
signature.asc
Description: PGP signature
# Matt Turner (2019-08-02)
# Incompatible with guile-2
# Masked for removal in 30 days, Bugs #592188
sci-mathematics/drgeo
signature.asc
Description: PGP signature
# Matt Turner (2019-08-02)
# Unmaintained. Incompatible with guile-2
# Masked for removal in 30 days, Bugs #641864, #647536, #688244
x11-libs/guile-gtk
signature.asc
Description: PGP signature
On Mon, Jul 29, 2019 at 10:20 PM Michał Górny wrote:
>
> On Tue, 2019-07-30 at 01:49 +, Matt Turner wrote:
> > commit: 6f680e4fe73925ae130343e02adb416cb799ce7d
> > Author: Chris Mayo gmail com>
> > AuthorDate: Fri Jul 26 18:48:13 2019 +
> > Com
On Sat, Jul 20, 2019 at 1:22 PM Michał Górny wrote:
>
> On Sat, 2019-07-20 at 23:04 +0300, Andrew Savchenko wrote:
> > On Sat, 20 Jul 2019 20:28:39 +0200 Michał Górny wrote:
> > > On Sat, 2019-07-20 at 20:50 +0300, Andrew Savchenko wrote:
> > > > On Wed, 17 Jul 2019 15:25:10 +0200 Michał Górny
On Thu, Jul 18, 2019 at 7:53 AM Michał Górny wrote:
>
> Introduce 'sha' flag that corresponds to SHA-NI instruction set.
> This has two potential users, and is present in git version
> of cpuid2cpuflags (pending release once the flag is added).
Ack
On Wed, Jul 17, 2019 at 6:25 AM Michał Górny wrote:
>
> Hello,
>
> The QA team would like to introduce the following policy:
>
> """
> Packages must not disable installing manpages via USE flags (e.g.
> USE=man or USE=doc).
Xorg libraries use USE=doc to control the build (sometimes) and
Both this and the avx512f change look good to me.
Thanks. Done, except for x11-libs/guile-gtk which is still a
dependency of the current stable sci-electronics/gwave.
Bug: https://bugs.gentoo.org/639760
I was investigating what needs to be done to drop guile-1.8 from the
tree (bug 590558, 587252). sci-chemistry/coot is one of the blocking
packages (bug 591410). It has a version bump request open for 18
months (bug 639760) and hasn't been maintained in as long. The new
version doesn't appear to
On Wed, Jun 5, 2019 at 11:39 PM Agostino Sarubbo wrote:
>
> On giovedì 6 giugno 2019 08:25:54 CEST Luca Barbato wrote:
> > Anybody has hardware to test it?
>
> I can do it on timberdoodle.
The issue is that the package is for "OldWorld" Macs (like 20+ years
old). We recently dropped the
On Wed, May 8, 2019 at 3:19 AM Alexis Ballier wrote:
>
> On Wed, 08 May 2019 12:01:21 +0200
> Michał Górny wrote:
>
> > On Wed, 2019-05-08 at 11:54 +0200, Alexis Ballier wrote:
> > > On Wed, 08 May 2019 11:41:41 +0200
> > > Michał Górny wrote:
> > >
> > > > > There's multilib that adds a lot of
On Tue, May 7, 2019 at 2:47 PM Michał Górny wrote:
> On the other hand, if I am consider the benefit of having large number
> of flags that will never benefit the majority of users (if anyone)
> vs. having much faster CI (= being able to run it more frequently,
> and therefore report problems
On Mon, Apr 8, 2019 at 8:51 PM Austin English wrote:
>
> Howdy all,
>
> I haven't had much time for Gentoo lately, so I'm turning in my keys.
> It's been a great learning experience, and I hope my contributions were
> helpful. Best of luck on your future endeavors.
I'm sorry to see you go. Thank
On Sat, Apr 6, 2019 at 8:31 AM Andreas K. Huettel wrote:
>
> Public service announcement: Calling for stabilization requires maintainer
> acknowledgment.
>
> While there may be parts of Gentoo where this requirement is seen a bit more
> loosely, it is definitely true for TOOLCHAIN and
On Wed, Mar 27, 2019 at 1:26 PM Michał Górny wrote:
>
> On Wed, 2019-03-27 at 12:18 -0700, Matt Turner wrote:
> > On Wed, Mar 27, 2019 at 10:04 AM Michał Górny wrote:
> > > The samba project will most likely be disbanded shortly. While
> > > the current projec
On Wed, Mar 27, 2019 at 12:23 PM Michael Orlitzky wrote:
>
> On 3/27/19 3:19 PM, Matt Turner wrote:
> >>
> >> You got it: I just pushed 17 commits, addressing ~5 open bugs. I've
> >> added you, klondike, proxy-maint, and myself as maintainers.
> >
>
On Wed, Mar 27, 2019 at 10:04 AM Michał Górny wrote:
> The samba project will most likely be disbanded shortly. While
> the current project members may stay as fallback maintainers,
> the following packages (being part of the Samba stack) would really use
> new, dedicated maintainers:
I
On Wed, Mar 27, 2019 at 10:28 AM Michael Orlitzky wrote:
>
> On 3/26/19 5:09 PM, Ralph Seichter wrote:
> > * Michael Orlitzky:
> >
> >> I'd be happy to work on all of that stuff either before or after you
> >> guys take over and get settled in.
> >
> > I'd appreciate you adding all improvements
On Fri, Mar 15, 2019 at 2:55 PM Conrad Kostecki wrote:
>
> Hi!
>
> Am 15.03.2019 20:29:11, "Matt Turner" schrieb:
>
> On Fri, Mar 15, 2019 at 7:04 AM Conrad Kostecki wrote:
>
>
>
> Do you know something about media-libs/raspberrypi-userland as well?
On Fri, Mar 15, 2019 at 6:16 PM Chí-Thanh Christopher Nguyễn
wrote:
>
> Matt Turner schrieb:
> >> Do you know something about media-libs/raspberrypi-userland as well?
> >> I'm hoping to enable libglvnd support in media-libs/mesa and
> >> x11-drivers/nvidia-drivers
On Fri, Mar 15, 2019 at 12:29 PM Matt Turner wrote:
>
> On Fri, Mar 15, 2019 at 7:04 AM Conrad Kostecki wrote:
> > > # Michael Weber (17 Jul 2013)
> > > # Upstream next versions
> > > # Michał Górny (15 Mar 2019)
> > > # No single unmasked versio
On Fri, Mar 15, 2019 at 7:04 AM Conrad Kostecki wrote:
> > # Michael Weber (17 Jul 2013)
> > # Upstream next versions
> > # Michał Górny (15 Mar 2019)
> > # No single unmasked version since. Removal in 30 days. Bug #671238.
> > >=sys-boot/raspberrypi-firmware-1_pre
>
> Could we keep this
On Thu, Mar 7, 2019 at 2:33 AM Conrad Kostecki wrote:
>
> Hi Matt,
>
> > Matt Turner hat am 7. März 2019 um 06:34 geschrieben:
> > # Matt Turner (06 Mar 2019)
> > # Does not build with glibc >= 2.25 (stabilized a year ago). Unmaintained by
> > # maintaine
Frankly, I think this is a good example of why we shouldn't allow
maintainer-by-proxy for random people without a track record of
contributions. Especially when they want to *add* a package to the tree.
# Matt Turner (06 Mar 2019)
# Does not build with glibc >= 2.25 (stabilized a year
> > > On Wed, 20 Feb 2019, Michał Górny wrote:
> > > > > On Wed, 2019-02-20 at 07:20 +0100, Ulrich Mueller wrote:
> > > > > > > > > > > On Wed, 20 Feb 2019, Matt Turner wrote:
> > > > > > ># Don't install libtool arch
On Sun, Mar 3, 2019 at 1:09 AM Joshua Kinard wrote:
>
> On 3/2/2019 13:46, Matt Turner wrote:
> > # Matt Turner (02 Mar 2019)
> > # Old, unused drivers.
> > # Masked for removal in 30 days. Bug #679256
>
> > x11-drivers/xf86-video-newport
>
> This is fo
# Matt Turner (02 Mar 2019)
# Old, unused drivers.
# Masked for removal in 30 days. Bug #679256
x11-drivers/xf86-input-elographics
x11-drivers/xf86-video-newport
x11-drivers/xf86-video-tdfx
x11-drivers/xf86-video-voodoo
# Matt Turner (02 Mar 2019)
# No reverse dependencies. No releases in 13
On Sun, Feb 24, 2019 at 4:44 AM Matija Skala wrote:
>
> Dne sreda, 20. februar 2019 ob 05:45:41 CET je Matt Turner napisal:
> > + default
> > xorg-2_reconf_source
> > - autotools-utils_src_prepare "$@"
> > +
> > + [[ ${PATCHES} ]] &a
On Fri, Feb 22, 2019 at 8:30 PM desultory wrote:
>
> On 02/20/19 02:36, Michał Górny wrote:
> > On Wed, 2019-02-20 at 07:20 +0100, Ulrich Mueller wrote:
> >>>>>>> On Wed, 20 Feb 2019, Matt Turner wrote:
> >>
> >>
> &
Nearly all the work is just removing uses of autotools-multilib and
autotools-utils.
Bug: https://bugs.gentoo.org/619832
Signed-off-by: Matt Turner
---
Let's just make an xorg-3 eclass to avoid any possibility of breaking
stable things.
Points of concern:
1) The fonts code is dead code
On Tue, Feb 19, 2019 at 10:21 PM Ulrich Mueller wrote:
>
> >>>>> On Wed, 20 Feb 2019, Matt Turner wrote:
>
> > # Don't install libtool archives (even for modules)
> > - prune_libtool_files --all
> > + find "${D}" -name '*.la'
On Tue, Feb 19, 2019 at 10:24 PM Ulrich Mueller wrote:
>
> >>>>> On Wed, 20 Feb 2019, Matt Turner wrote:
>
> > Nearly all the work is just removing uses of autotools-multilib and
> > autotools-utils. The new code should work in EAPI 4 and 5. Don't add
> >
Nearly all the work is just removing uses of autotools-multilib and
autotools-utils. The new code should work in EAPI 4 and 5. Don't add
support for EAPI 6; that ship has already sailed.
---
There are a number of trivial x11 bumps coming up, so I figured I'd try
to finally add EAPI=7 support to
No ebuilds inheriting xorg-2 are EAPI=3.
---
eclass/xorg-2.eclass | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/eclass/xorg-2.eclass b/eclass/xorg-2.eclass
index 4ed65e676a0..7133aa365f1 100644
--- a/eclass/xorg-2.eclass
+++ b/eclass/xorg-2.eclass
@@ -7,7 +7,7 @@
#
---
eclass/xorg-2.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/xorg-2.eclass b/eclass/xorg-2.eclass
index 7133aa365f1..74660e7f213 100644
--- a/eclass/xorg-2.eclass
+++ b/eclass/xorg-2.eclass
@@ -500,7 +500,7 @@ xorg-2_src_install() {
fi
#
On Sat, Feb 9, 2019 at 2:26 AM Mart Raudsepp wrote:
>
> Ühel kenal päeval, R, 08.02.2019 kell 16:44, kirjutas Matthew Thode:
> > wayland, weston, sway{,lock,idle}, wl-clipboard, etc would be the
> > start,
> > I'm sure there are a ton I'm missing but I don't know where to put
> > things like
On Sun, Dec 16, 2018 at 5:20 PM Jeroen Roovers wrote:
>
> On Sun, 16 Dec 2018 14:45:11 -0500
> Matt Turner wrote:
>
> > I guess my question to you is whether you think it's okay to mask -304
> > for removal or whether there are enough users that we should keep i
On Sun, Dec 16, 2018 at 2:40 PM Jeroen Roovers wrote:
>
> On Fri, 14 Dec 2018 12:03:52 -0800
> Matt Turner wrote:
>
> > Thanks. What do we want to do about -304?
>
> It's not on the list above because it's a "legacy driver", not a
> "short lived" br
On Fri, Dec 14, 2018 at 6:04 AM Jeroen Roovers wrote:
>
> According to Nvidia these are former "Short Lived" branches that are no
> longer supported.
>
>
> # Jeroen Roovers (14 Dec 2018)
> # Deprecated short lived branches
> # https://www.nvidia.com/object/unix.html
> # File a bug report if you
301 - 400 of 734 matches
Mail list logo