# Matt Turner (2022-05-19)
# Dead package upstream for more than 10 years.
# Removal on 2022-06-19. Bug #808375
dev-cpp/libgnomecanvasmm
signature.asc
Description: PGP signature
# Matt Turner (2022-05-19)
# Last release in 2006. Last upstream commit in 2007. One of two remaining
# reverse dependencies of dev-cpp/libglademm, which is dead. Last remaining
# reverse dependency of dev-cpp/libgnomecanvasmm, which is dead.
# Removal on 2022-06-19. Bug #845228
games-board/ascal
# Matt Turner (2022-05-19)
# Last release in 2013. Last upstream commit in 2015. One of two remaining
# reverse dependencies of dev-cpp/libglademm, which is dead.
# Removal on 2022-06-19. Bug #845231
app-pda/barry
signature.asc
Description: PGP signature
# Matt Turner (2022-05-19)
# Last release in 2010. Only one commit upstream since 2010 (in 2015). Only
# remaining reverse dependency of dev-cpp/gconfmm, which is dead.
# Removal on 2022-06-19. Bug #845234
games-board/ccgo
signature.asc
Description: PGP signature
# Matt Turner (2022-05-17)
# Dead packages. No reverse dependencies.
# Removal on 2022-06-17
dev-perl/Gtk2-SourceView2
dev-perl/Gtk2-Unique
signature.asc
Description: PGP signature
To avoid gumming up the works for python@, I've dropped alpha profiles
to experimental. I hope to restore them to stable/dev in the future, but
if I don't, it won't be the worst thing in the world.
In any case, feel free to drop alpha keywords if you need to.
signature.asc
Description: PGP
On Mon, Apr 25, 2022 at 12:35 AM James Le Cuirot wrote:
>
> On 24 April 2022 23:48:34 BST, Matt Turner wrote:
> >On Sun, Apr 24, 2022 at 3:14 PM James Le Cuirot wrote:
> >>
> >> On Sat, 2022-04-02 at 21:35 -0700, Matt Turner wrote:
> >> > # Matt
On Sun, Apr 24, 2022 at 3:14 PM James Le Cuirot wrote:
>
> On Sat, 2022-04-02 at 21:35 -0700, Matt Turner wrote:
> > # Matt Turner (2022-03-27)
> > # Dead package. Homepage doesn't resolve. Unmaintained in Gentoo for at
> > # least 6 years.
> > # Removal on 2022-05-
On Sun, Apr 3, 2022 at 1:56 PM Matt Turner wrote:
>
> On Sun, Apr 3, 2022 at 1:53 AM James Le Cuirot wrote:
> >
> > On Sat, 2022-04-02 at 21:35 -0700, Matt Turner wrote:
> > > # Matt Turner (2022-03-27)
> > > # Dead package. Homepage doesn't resolve. Unmaint
# Matt Turner (2022-04-10)
# Dead package upstream. Uses GTK+ 2. No reverse dependencies.
# Removal on 2022-05-10
x11-misc/gcolor2
signature.asc
Description: PGP signature
# Matt Turner (2022-04-10)
# Dead package upstream. No reverse dependencies.
# Removal on 2022-05-10
net-misc/vinagre
net-misc/vino
signature.asc
Description: PGP signature
# Matt Turner (2022-04-10)
# Dead package upstream (last release in 2004). No reverse dependencies.
# Removal on 2022-05-10
net-misc/grdesktop
signature.asc
Description: PGP signature
# Matt Turner (2022-04-10)
# Dead package upstream. EAPI 5. Only reverse dependency is
gnome-extra/gnome-utils.
# Removal on 2022-05-10
gnome-extra/gnome-search-tool
signature.asc
Description: PGP signature
# Matt Turner (2022-04-10)
# Dead package upstream. No reverse dependencies.
# Removal on 2022-05-10
gnome-extra/filemanager-actions
signature.asc
Description: PGP signature
# Matt Turner (2022-04-10)
# Dead package upstream. No reverse dependencies.
# Removal on 2022-05-10
app-office/pinpoint
signature.asc
Description: PGP signature
# Matt Turner (2022-04-10)
# Dead package upstream. Only reverse dependency is gnome-extra/gnome-utils.
# Removal on 2022-05-10
app-admin/gnome-system-log
signature.asc
Description: PGP signature
# Matt Turner (2022-04-10)
# Dead (meta)package upstream. No reverse dependencies.
# Removal on 2022-05-10
gnome-extra/gnome-utils
signature.asc
Description: PGP signature
Subject should be prefixed with "cdrom.eclass:"
On Sun, Apr 3, 2022 at 9:22 PM Matt Turner wrote:
>
> These are all assigned to gnome@, but I don't use any of these, so I can't
> really test them. Please take them if you use them.
>
> They all need minor version bumps, and some have outstanding bugs and GitHub
> pull reques
On Thu, Apr 7, 2022 at 11:42 AM Michał Górny wrote:
>
> Hello,
>
> Right now we're keeping both email addresses (obligatory) and names
> (optional) for downstream maintainers in metadata.xml. The way I see
> it, there are three problems with that:
>
> 1. As noticed on IRC lately, a few devs
# Matt Turner (2022-04-06)
# Dead package upstream. No reverse dependencies.
# Removal on 2022-05-06
dev-util/nemiver
signature.asc
Description: PGP signature
On Tue, Apr 5, 2022 at 12:30 PM Jason A. Donenfeld wrote:
> By the way, we're not currently _checking_ two hash functions during
> src_prepare(), are we?
I don't know, but the hash-checking is definitely checked before src_prepare().
On Tue, Apr 5, 2022 at 11:47 AM Jason A. Donenfeld wrote:
>
> Hi Michal,
>
> On Tue, Apr 05, 2022 at 02:49:12PM +, Michał Górny wrote:
> > > I don't really care which one we use, so long as it's not already
> > > broken or too obscure/new. So in other words, any one of SHA2-256,
> > >
These are all assigned to gnome@, but I don't use any of these, so I can't
really test them. Please take them if you use them.
They all need minor version bumps, and some have outstanding bugs and GitHub
pull requests.
acct-group/nm-openconnect
acct-group/nm-openvpn
acct-user/nm-openconnect
On Sun, Apr 3, 2022 at 1:53 AM James Le Cuirot wrote:
>
> On Sat, 2022-04-02 at 21:35 -0700, Matt Turner wrote:
> > # Matt Turner (2022-03-27)
> > # Dead package. Homepage doesn't resolve. Unmaintained in Gentoo for at
> > # least 6 years.
> > # Removal on 2022-05-
# Matt Turner (2022-03-27)
# Dead package. Homepage doesn't resolve. Unmaintained in Gentoo for at
# least 6 years.
# Removal on 2022-05-02
app-pda/gtkpod
signature.asc
Description: PGP signature
# Matt Turner (2022-03-27)
# Dead package. No reverse dependencies.
# Removal on 2022-04-27
dev-util/fix-la-relink-command
signature.asc
Description: PGP signature
# Matt Turner (2022-03-27)
# Dead package. No reverse dependencies since 2017.
# Removal on 2022-04-27
dev-libs/gtx
signature.asc
Description: PGP signature
# Matt Turner (2022-03-27)
# Dead package. See
https://blogs.gnome.org/hughsie/2014/10/30/appdata-tools-is-dead/
# Bug #680552
# Removal on 2022-04-27
dev-util/appdata-tools
signature.asc
Description: PGP signature
# Matt Turner (2022-03-27)
# GNOME 2 era packages. No reverse dependencies.
# Removal on 2022-04-27
dev-perl/gnome2-canvas
dev-perl/Gtk2-Ex-PodViewer
dev-perl/Gtk2-Ex-PrintDialog
dev-perl/Gtk2-Ex-Simple-List
dev-perl/Gtk2-ImageView
signature.asc
Description: PGP signature
The VDB uses a one-file-per-variable format. This has some
inefficiencies, with many file systems. For example the 'EAPI' file
that contains a single character will consume a 4K block on disk.
$ cd /var/db/pkg/sys-apps/portage-3.0.30-r1/
$ ls -lh --block-size=1 | awk 'BEGIN { sum = 0; } { sum +=
On Sat, Mar 12, 2022 at 12:26 PM Matt Turner wrote:
> I've filed a Council bug to approve the plan for deprecating repoman.
> See https://bugs.gentoo.org/835013
With a vote of 6-0, the Council approved the following motion:
> pkgcheck is now considered the primary Gentoo tool for
I've filed a Council bug to approve the plan for deprecating repoman.
See https://bugs.gentoo.org/835013
The proposed plan, as copied from the bug is:
> The devmanual has already been updated to contain information about pkgdev,
> in March 2021. See
>
On Fri, Mar 11, 2022 at 4:43 PM Francesco Riosa wrote:
>
> Il giorno mer 9 mar 2022 alle ore 22:01 Matt Turner ha
> scritto:
>>
>> I'd like to deprecate and ultimately remove repoman. I believe that
>> dev-util/pkgcheck and pkgcommit (from app-portage/mgorny-
I've filed a PR against devmanual.git to remove references to repoman
and replace them with references to pkgdev where appropriate. Most
everywhere already had pkgdev/pkgcheck text in place so there wasn't
much to do. See: https://github.com/gentoo/devmanual/pull/274
On Wed, Mar 9, 2022 at 11:09 PM Joonas Niilola wrote:
>
> On 9.3.2022 23.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 replacem
On Wed, Mar 9, 2022 at 4:18 PM Matthias Maier wrote:
>
>
> On Wed, Mar 9, 2022, at 17:32 CST, Matt Turner wrote:
>
> > I think you just made that number up :)
>
> Nah. My sample was just bad (ago just made a sizable number of commits.
>
> I would estimat
On Wed, Mar 9, 2022 at 2:34 PM Matthias Maier wrote:
>
> On Wed, Mar 9, 2022, at 15:47 CST, Matt Turner wrote:
>
> > [...]
> >
> > I wouldn't block anyone from doing this, but it's not something I'm
> > personally interested in pursuing. I see very little
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 with pkgcheck. Meaning, we could think of
> creating a drop-in replacement for "repoman [full]" (which would just
> call
On Wed, Mar 9, 2022 at 1:32 PM Brian Evans wrote:
>
> On 3/9/2022 4:28 PM, Matt Turner wrote:
> > On Wed, Mar 9, 2022 at 1:27 PM Maciej Barć wrote:
> >>
> >>> Are there any useful checks or behaviors of repoman that are missing
> >>> from pkgcheck and
On Wed, Mar 9, 2022 at 1:27 PM Maciej Barć wrote:
>
> > Are there any useful checks or behaviors of repoman that are missing
> > from pkgcheck and pkgcommit?
>
> Fixing ebuild copyright date is the first one that comes to mind.
pkgcommit does this.
On Wed, Mar 9, 2022 at 1:15 PM Rich Freeman wrote:
>
> On Wed, Mar 9, 2022 at 4:00 PM Matt Turner wrote:
> >
> > Are there any useful checks or behaviors of repoman that are missing
> > from pkgcheck and pkgcommit?
>
> Would it make sense to package pkgcommit or
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 to have people using
the same tool and seeing the same warnings as in the CI.
Are there any useful checks or
From: "Wolfgang E. Sanyer"
Reviewed-by: Matt Turner
Signed-off-by: Wolfgang E. Sanyer
---
lib/portage/eapi.py | 155
1 file changed, 72 insertions(+), 83 deletions(-)
diff --git a/lib/portage/eapi.py b/lib/portage/eapi.py
index
From: "Wolfgang E. Sanyer"
Reviewed-by: Matt Turner
Signed-off-by: Wolfgang E. Sanyer
---
lib/portage/eapi.py | 162 +---
1 file changed, 121 insertions(+), 41 deletions(-)
diff --git a/lib/portage/eapi.py b/lib/portage/eapi.py
index
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 deletions(-)
diff --git a/lib/portage/eapi.py b/lib/portage/eapi.py
index
From: "Wolfgang E. Sanyer"
Reviewed-by: Matt Turner
Signed-off-by: Wolfgang E. Sanyer
---
lib/portage/dep/__init__.py | 12 +---
1 file changed, 1 insertion(+), 11 deletions(-)
diff --git a/lib/portage/dep/__init__.py b/lib/portage/dep/__init__.py
index 3b3577025..13c0f4
Signed-off-by: Matt Turner
---
bin/eapi.sh | 32
bin/ebuild.sh | 9 -
bin/phase-helpers.sh | 166 --
bin/portageq | 5 +-
bin/save-ebuild-env.sh
Signed-off-by: Matt Turner
---
GitHub PR: https://github.com/gentoo/portage/pull/789
bin/dohtml.py | 2 -
bin/eapi.sh | 116
bin/phase-functions.sh| 4 +-
bin/phase-helpers.sh
On Thu, Feb 10, 2022 at 6:45 AM Michał Górny wrote:
>
> Signed-off-by: Michał Górny
Looks good to me. I noticed that this implementation takes only a
single -b/-d/-r as the initial argument and then a list of packages.
I'd suggested pairs of -b/-d/-r but I think you're right not to
implement
On Tue, Feb 8, 2022 at 3:00 PM Matt Turner wrote:
>
> On Sun, Feb 6, 2022 at 4:57 AM Michał Górny wrote:
> >
> > Signed-off-by: Michał Górny
> > ---
> > dev-libs/libwacom/libwacom-1.11.ebuild | 6 +++---
> > dev-libs/libwacom/libwacom-1.12.ebuild | 6 +++--
On Sun, Feb 6, 2022 at 4:57 AM Michał Górny wrote:
>
> Signed-off-by: Michał Górny
> ---
> dev-libs/libwacom/libwacom-1.11.ebuild | 6 +++---
> dev-libs/libwacom/libwacom-1.12.ebuild | 6 +++---
> 2 files changed, 6 insertions(+), 6 deletions(-)
>
> diff --git
I don't have any need for redsocks anymore. It's basically zero
maintenance, so if you use it, please feel free to replace me as the
maintainer in metadata.xml.
acct-group/redsocks
acct-user/redsocks
net-proxy/redsocks
Thanks,
Matt
On Tue, Jan 11, 2022 at 9:45 PM Georgy Yakovlev wrote:
>
> it's an ancient codec that is barely used nowadays
> so let's disable it by default.
> Users are free to re-enable if required.
>
> Bug: https://bugs.gentoo.org/831044
Heh, looks like you want to leave it disabled by default because it
On Thu, Dec 23, 2021 at 4:36 PM tastytea wrote:
> I think “secret” may be too generic and “libsecret” is not ideal in case
> an implemention comes along that is named differently. How about
> “secret-service”?
I think this is a good idea.
On Thu, Sep 23, 2021 at 7:12 AM Andreas K. Huettel wrote:
>
> Hi Vadim,
>
> > Finally it happened!
> > I already planned to try to ask infra/council about sponsoring few
> > servers for build farm for "official gentoo binhosts" when I had
> > enough time, but fortunately, you've already did that.
I support this.
Thanks, all three patches LGTM.
\o/
On Thu, Aug 12, 2021 at 5:53 AM Michał Górny wrote:
>
> Hello, everyone.
>
> TL;DR: I'd like to propose that stabilizations are done via blockers of
> security bugs instead of security bugs themselves, i.e. as any other
> stabilizations.
>
>
> Right now we're often performing security-related
The GNOME team maintains these mobile broadband packages, but I don't
think anyone has hardware that uses them.
net-misc/modemmanager
net-libs/libqmi
net-libs/libmbim
If you use them, feel free to add yourself as the primary maintainer
and maintain them. They have regular releases and the
On Wed, Aug 4, 2021 at 5:35 AM Thomas Deutschmann wrote:
>
> On 2021-08-04 04:56, Sam James wrote:
> > Sure, thanks for the clarification. It's deprecated in the sense of
> > ebuilds installing to it though, right?
>
> Well, it triggered me because saying it's deprecated implies two things
> for
On Thu, Jul 8, 2021 at 2:34 PM MSavoritias
wrote:
> On July 8, 2021 8:50:39 PM UTC, Matt Turner wrote:
> >On Thu, Jul 8, 2021 at 1:41 PM Peter Stuge wrote:
> >>
> >> Matt Turner wrote:
> >> > If you can find a case where you wouldn't want to enable one o
On Thu, Jul 8, 2021 at 1:41 PM Peter Stuge wrote:
>
> Matt Turner wrote:
> > If you can find a case where you wouldn't want to enable one of these
> > USE flags, please let me know and I'll reconsider my position.
>
> My catalyst spec files all have use: -* foo bar x y
On Thu, Jul 8, 2021 at 1:17 PM Matt Turner wrote:
> On Thu, Jul 8, 2021 at 12:36 PM Michael Orlitzky wrote:
> > If you have a good reason to do it for certain packages, setting per-
> > package defaults is the way to do it. The base profile defaults are
> > only there bec
On Thu, Jul 8, 2021 at 12:36 PM Michael Orlitzky wrote:
>
> On Thu, 2021-07-08 at 11:15 -0700, Matt Turner wrote:
> >
> > So, the thing about running a minimal system is... you already have
> > these dependencies installed. This doesn't change that...
> >
> >
On Thu, Jul 8, 2021 at 5:51 AM Pacho Ramos wrote:
>
> No longer interested on it, pending a major version bump after upstream
> splitting:
> https://github.com/slacka/WoeUSB/issues/209
>
> Thanks a lot for taking it
Dang! I wish I'd known about this when I had to update my Thunderbolt
dock's
On Thu, Jul 8, 2021 at 4:54 AM Michael Orlitzky wrote:
>
> On Wed, 2021-07-07 at 22:01 -0700, Matt Turner wrote:
> > Enable these flags by default, since they effectively add no additional
> > dependencies:
>
> Why? This list should be getting smaller, not larger.
>
&g
I've included this in a larger PR that contains some other compression
flag simplifications: https://github.com/gentoo/gentoo/pull/21558
Wow, also noticed that this eclass says its maintainer is someone who
retired in 2007. Feel free to drop him from replies :)
I've included this in a larger PR that contains some other compression
flag simplifications: https://github.com/gentoo/gentoo/pull/21558
The flag actually controls a dependency on app-arch/gzip, but you
already have that too. Name the flag IUSE=zlib so it'll be enabled by
default.
Signed-off-by: Matt Turner
---
eclass/stardict.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/stardict.eclass b
of @system
virtual/pkgconfig - to sys-apps/kmod's BDEPEND
USE=zstd only ever adds a dependency on:
app-arch/zstd - an unconditional RDEPEND of sys-apps/portage
virtual/pkgconfig - to kde-frameworks/karchive's BDEPEND
Signed-off-by: Matt Turner
---
profiles/default/linux
On Tue, Jun 22, 2021 at 11:43 PM Matt Turner wrote:
>
> On Tue, Jun 22, 2021 at 3:19 PM Thomas Deutschmann wrote:
> > The PaX community in Gentoo is still big and active.
> >
> > Many Gentoo users received free access to upstream sources or became
> > payin
# Matt Turner (2021-07-04)
# Not used by any package. Has not worked for a very long time
# as far as I can tell.
# Removal on 2021-08-04
app-eselect/eselect-xvmc
signature.asc
Description: PGP signature
On Fri, Jul 2, 2021 at 2:12 AM Sergei Trofimovich wrote:
> As it became apparent I'm not a great maintainer.
Huh? What is this about?
On Tue, Jun 22, 2021 at 3:19 PM Thomas Deutschmann wrote:
> The PaX community in Gentoo is still big and active.
>
> Many Gentoo users received free access to upstream sources or became
> paying customers.
>
> It's just not available for everyone for free/without registration
> anymore. But it is
On Wed, Jun 16, 2021 at 7:28 PM Peter Stuge wrote:
>
> Sam James wrote:
> > * Brings IDEPEND, usev enhancements, --disable-static by default, and more!
>
> How to undo that --disable-static ?
You add --enable-static to econf's arguments.
Signed-off-by: Matt Turner
---
eclass/meson-multilib.eclass | 126 +++
1 file changed, 126 insertions(+)
create mode 100644 eclass/meson-multilib.eclass
diff --git a/eclass/meson-multilib.eclass b/eclass/meson-multilib.eclass
new file mode 100644
index
This is how cmake.eclass works.
Signed-off-by: Matt Turner
---
eclass/meson.eclass | 3 +++
1 file changed, 3 insertions(+)
diff --git a/eclass/meson.eclass b/eclass/meson.eclass
index 0acc490452f..c9a5e0b5956 100644
--- a/eclass/meson.eclass
+++ b/eclass/meson.eclass
@@ -420,7 +420,10
Please review my proposed meson-multlib.eclass. It's modeled on
cmake-multilib.eclass and is useful for cutting large amounts of
boilerplate from ebuilds of multilib packages using meson.
The diff stat of the 50 commits to switch the tree over (available in
[1]) is
90 files changed, 307
# Matt Turner (2021-04-18)
# Pretty dead. Needs GTK+3 port. Doesn't build with glib-2.68.
# Removal on 2021-05-19. Bug #784266.
net-nntp/pan
signature.asc
Description: PGP signature
https://bugs.gentoo.org/778494
Closes: https://github.com/gentoo/gentoo/pull/20166
Signed-off-by: Niklāvs Koļesņikovs <89q1r1...@relay.firefox.com>
Signed-off-by: Matt Turner
---
eclass/xorg-3.eclass | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/eclass/xorg-3.eclass b/e
Looks good to me.
Per Sam's suggestion, I'll also add
# @DEPRECATED: Use xorg-3.eclass
Signed-off-by: Matt Turner
---
eclass/xorg-2.eclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/eclass/xorg-2.eclass b/eclass/xorg-2.eclass
index 99b1f891b99..31c8600b640 100644
--- a/eclass/xorg-2.eclass
+++ b/eclass/xorg-2.eclass
@@ -1,6 +1,7 @@
# Copyright 1999-2021 Gentoo Authors
Signed-off-by: Matt Turner
---
I've asked Arfrever multiple times if these are still used anywhere, and
he seemingly has not responded intentionally.
According to https://bugs.gentoo.org/174536#c27 these EAPIs were only
used in Arfrever's personal overlay, and even in 2012 there were
questions
With no need to support Python 2, we can remove our private
implementation.
Signed-off-by: Matt Turner
---
I don't know how to test this. I intentionally broke the return value of
create_subprocess_exec and didn't see any bad results.
lib/portage/util/futures/_asyncio/__init__.py | 8 +-
lib
Fixes: 788c0e8bb ("Remove from __future__ import unicode_literals")
Signed-off-by: Matt Turner
---
bin/egencache | 2 --
lib/_emerge/Package.py | 9 -
lib/_emerge/Scheduler.py| 2 --
l
Fixes: 5e9fe0f2a ("Eliminate basestring/long/_unicode py3 compat")
Signed-off-by: Matt Turner
---
lib/portage/versions.py | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/lib/portage/versions.py b/lib/portage/versions.py
index 317683b17..1dc942124 100644
Signed-off-by: Matt Turner
---
lib/portage/__init__.py | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/lib/portage/__init__.py b/lib/portage/__init__.py
index 184db6ae2..1d202f557 100644
--- a/lib/portage/__init__.py
+++ b/lib/portage/__init__.py
@@ -484,11 +484,7 @@ def
On Tue, Mar 2, 2021 at 3:12 PM Michael Orlitzky wrote:
>
> On Tue, 2021-03-02 at 14:02 -0500, Matt Turner wrote:
> > On Tue, Mar 2, 2021 at 12:11 AM Michael Orlitzky wrote:
> > > why don't we just enforce putting each
> > > keyword
On Tue, Mar 2, 2021 at 2:36 PM Alessandro Barbieri
wrote:
>
> Il Mar 2 Mar 2021, 20:03 Matt Turner ha scritto:
>>
>> On Tue, Mar 2, 2021 at 12:11 AM Michael Orlitzky wrote:
>> > why don't we just enforce putting each
>> > ke
On Tue, Mar 2, 2021 at 12:11 AM Michael Orlitzky wrote:
> why don't we just enforce putting each
> keyword on a separate line instead, so that we don't have this problem
> in the first place?
Why don't we change 30 thousand ebuilds rather than use this script?
On Tue, Mar 2, 2021 at 6:11 AM Wolfgang E. Sanyer
wrote:
> Git diff has --color-word, doesn't this suggest that it has the capability of
> identifying these word-by-word changes?
No, git diff has that feature. That doesn't imply that the default
merge driver has that feature.
> Is there
tl;dr: In app-portage/gentoolkit-0.5.1 there's a new tool I wrote,
called merge-driver-ekeyword that can automatically resolve git merge
conflicts involving the KEYWORDS=... line in ebuilds.
Since the KEYWORDS=... assignment is a single line, git struggles to
handle conflicts. When rebasing a
Statically linking X libraries into your program is an extremely bad
idea.
Signed-off-by: Matt Turner
---
eclass/xorg-2.eclass | 23 +--
1 file changed, 1 insertion(+), 22 deletions(-)
diff --git a/eclass/xorg-2.eclass b/eclass/xorg-2.eclass
index f3b282e1a11..f9a18b8ec26
Statically linking X libraries into your program is an extremely bad
idea.
Signed-off-by: Matt Turner
---
eclass/xorg-3.eclass | 22 --
1 file changed, 22 deletions(-)
diff --git a/eclass/xorg-3.eclass b/eclass/xorg-3.eclass
index ece4d97b433..399fc8661f4 100644
On Fri, Jan 8, 2021 at 7:27 AM Joonas Niilola wrote:
> dev-libs/clhpp
We want to keep this, though I admit I don't recall why nothing depends on it.
-by: Matt Turner
---
eclass/vala.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/vala.eclass b/eclass/vala.eclass
index 52899f163dc..88c5231286a 100644
--- a/eclass/vala.eclass
+++ b/eclass/vala.eclass
@@ -102,7 +102,7 @@ vala_best_api_version() {
u
Signed-off-by: Matt Turner
---
Seems to only be used by duplicated unit tests? I guess this might have
been useful when Python 2 was still supported?
pym/gentoolkit/test/__init__.py | 23 ---
pym/gentoolkit/test/test_atom.py | 15 ---
pym/gentoolkit/test
101 - 200 of 734 matches
Mail list logo