On Thu, Mar 26, 2020 at 2:03 PM Patrick McLean wrote:
>
> This patch splits the definition of _PYTHON_ALL_IMPLS and
> _python_impl_supported to a separate eclass, this allows overlays
> to easily support a different set of python implementations than
> ::gentoo without having to fork the entire su
# Matt Turner (2020-03-28)
# No consumers. Dead project. Blocks removal of gnome-base/libgnome-keyring
# Bug #713020
dev-dotnet/gnome-keyring-sharp
signature.asc
Description: PGP signature
# Matt Turner (2020-03-28)
# Homepage gone. Dead project. Blocks removal of gnome-base/libgnome-keyring
# Bug #713028
games-puzzle/skoosh
signature.asc
Description: PGP signature
# Matt Turner (2020-03-28)
# Last release 2008. Last upstream commit 2013. Blocks removal of
# gnome-base/libgnome-keyring
# Bug #713030
mail-client/mail-notification
signature.asc
Description: PGP signature
x-rm7000 option (and it's -mno form) to fix errata in the
> PMC RM7000 CPU, and the -mr10k-cache-barrier to control the generation
> of cache barriers to work around the side-effects of R1's
> speculative execution capabilities.
Hah, I guess that tells us how many users we have :)
Reviewed-by: Matt Turner
Title: Stable ia64 keywords removed
Author: Matt Turner
Posted: 2020-03-30
Revision: 1
News-Item-Format: 2.0
Display-If-Keyword: ia64
The Gentoo/IA64 team no longer thinks that the time invested in package
stabilization is warranted for the small number of users on IA64. As a
result, we will
From: Arfrever Frehtes Taifersar Arahesis
Bug: https://bugs.gentoo.org/694012
Signed-off-by: Arfrever Frehtes Taifersar Arahesis
---
eclass/gnome2-utils.eclass | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/eclass/gnome2-utils.eclass b/eclass/gnome2-u
From: Arfrever Frehtes Taifersar Arahesis
Bug: https://bugs.gentoo.org/694012
Signed-off-by: Arfrever Frehtes Taifersar Arahesis
---
eclass/gnome2-utils.eclass | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/eclass/gnome2-utils.eclass b/eclass/gnome2-utils.eclass
index
From: Arfrever Frehtes Taifersar Arahesis
Bug: https://bugs.gentoo.org/694012
Signed-off-by: Arfrever Frehtes Taifersar Arahesis
---
eclass/gnome2-utils.eclass | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/eclass/gnome2-utils.eclass b/eclass/gnome2-utils
Looks good to me. Thanks!
On Mon, Apr 13, 2020 at 10:18 AM Michał Górny wrote:
>
> Hi,
>
> One of the goals behind NATTkA was to make keywording/stabilization
> easier. Right now it's mostly possible to file the most common requests
> without having to copy keywords everywhere. Still, there's a need to CC
> arches which
ist
during pkg_postinst() when this eclass is intended to run.
Signed-off-by: Matt Turner
---
eclass/fcaps.eclass | 95 +
1 file changed, 27 insertions(+), 68 deletions(-)
diff --git a/eclass/fcaps.eclass b/eclass/fcaps.eclass
index 0bb23f8cca7..43a76e253
On Wed, Apr 15, 2020 at 1:37 AM Ulrich Mueller wrote:
>
> >>>>> On Wed, 15 Apr 2020, Matt Turner wrote:
>
> > At the same time, fix the dependency on sys-libs/libcap by moving it to
> > RDEPEND, as dependencies in DEPEND/BDEPEND are not guaranteed to exist
On Wed, Apr 15, 2020 at 6:44 AM David Michael wrote:
>
> On Tue, Apr 14, 2020 at 10:32 PM Matt Turner wrote:
> > At the same time, fix the dependency on sys-libs/libcap by moving it to
> > RDEPEND, as dependencies in DEPEND/BDEPEND are not guaranteed to exist
> > during
Nice. Thanks!
On Mon, Apr 20, 2020 at 5:14 AM Marek Szuba wrote:
>
> On 2020-04-20 06:13, Joonas Niilola wrote:
>
> > He has been on devaway for a while.
> >
> > I would've much rather seen the differences between -r0 -r1 ebuilds to
> > focus on what is actually done there. Not that I have any say what will
> >
I'd like to mask the following packages for removal due to lack of an
active maintainer. I'll wait a couple of days for comments before
adding the mask to be extra nice.
dev-python/xapp
gnome-extra/cinnamon
gnome-extra/cinnamon-control-center
gnome-extra/cinnamon-desktop
gnome-extra/cinnamon-menus
On Tue, Apr 28, 2020 at 10:06 PM Joonas Niilola wrote:
>
>
> On 4/28/20 9:18 PM, Matt Turner wrote:
> > I'd like to mask the following packages for removal due to lack of an
> > active maintainer. I'll wait a couple of days for comments before
> > adding t
# Matt Turner (2020-04-30)
# Unmaintained. Blocks removal of other dead packages. No Python3 support.
# Masked for removal in 30 days. Bug #720190
gnome-extra/cinnamon
gnome-extra/cinnamon-control-center
gnome-extra/cinnamon-desktop
gnome-extra/cinnamon-menus
gnome-extra/cinnamon-screensaver
On Thu, Apr 30, 2020 at 2:32 PM Olivier Laurantin
wrote:
>
> Hi, blueberry is developed by the cinnamon team but can be used without
> cinnamon (it should work fine with mate, gnome or xfce at least).
> I can maintain dev-python/xapp if necessary.
Thanks for confirming. Yes, please add yourself
On Mon, May 4, 2020 at 5:48 PM Thomas Deutschmann wrote:
>
> On 2020-04-26 15:46, Kent Fredric wrote:
> > On Sun, 26 Apr 2020 14:38:54 +0200
> > Thomas Deutschmann wrote:
> >
> >> Let's assume we will get reports that app-misc/foo is only installed 20
> >> times. If you are going to judge based o
On Mon, May 11, 2020 at 4:00 PM William Hubbs wrote:
>
> On Tue, May 12, 2020 at 01:45:45AM +0300, Andreas K. Hüttel wrote:
> > > This patch makes migrating mandatory by forcing ebuilds to die if they
> > > have EGO_VENDOR set and are using go-module.eclass.
> >
> > You can't commit this as long a
On Sat, May 23, 2020 at 10:21 PM Joonas Niilola wrote:
>
>
> On 5/24/20 5:41 AM, Mike Gilbert wrote:
> > Also, people are likely to disable this accidentally via USE="-*".
>
> Counts as
>
> > if they want to break their system intentionally.
Yes, but unfortunately catalyst's stage1 build does exa
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 team of infra-folks[0] have been putting together
>> > demos of CI services and things like gitlab / gite
On Fri, Jun 5, 2020 at 9:55 AM Jonas Stein wrote:
>
> On 04/06/2020 01.39, Aaron Bauman wrote:
> > # Aaron Bauman (2020-06-03)
> > # py2 only. dead upstream. m-n.
> > # Masked for removal in 15 days
> > app-cdr/sync2cd
> >
>
> is there a good reason to reduce the time to 15 days?
>
> https://devm
On Sun, Jun 21, 2020 at 4:53 PM Philip Webb wrote:
>
> 200621 Piotr Karbowski wrote:
> > Title: xorg-server dropping default suid
> ...
> > The Gentoo X11 Team is announcing that starting with 15th of July,
> > the x11-base/xorg-server will no longer default to suid
> > and will default to using l
On Sat, Jun 20, 2020 at 12:24 PM Aaron Bauman wrote:
>
> On Sat, Jun 20, 2020 at 01:29:46PM +0200, Thomas Deutschmann wrote:
> > On 2020-06-20 12:07, Michał Górny wrote:
> > >> Al least, python2 is not on your list.
> > >>
> > >> Be first into the future by masking this stuff and
> > >> Last out
On Wed, Jun 24, 2020 at 2:52 AM Thomas Deutschmann wrote:
> On 2020-06-20 21:24, Aaron Bauman wrote:
> > Thomas, unfortunately, I am shocked at your choice of words here. I
> > think it is reasonable that any developer would understand a lack
> > of forward momentum in removing Py2 only packages o
On Thu, Jun 25, 2020 at 8:14 PM Aaron Bauman wrote:
>
> On Wed, Jun 24, 2020 at 10:12:18AM -0700, Matt Turner wrote:
> > offlineimap is widely used and blocks no further work. It can easily
> > remain in the tree after all other python2_7 support is gone.
> >
> > Thi
On Tue, Jul 28, 2020 at 4:17 PM Aaron Bauman wrote:
> sys-boot/refind
How did you conclude that this package depends on Python at all?
> >force the gnu-efi dependency, or reverse the condition, add
> >IUSE="tianocore", and mask that USE flag.
> >
> >On Tue, Jul 28, 2020 at 7:06 PM Aaron Bauman wrote:
> >
> >> On Tue, Jul 28, 2020 at 04:55:57PM -0700, Matt Turner wrote:
> &g
# Matt Turner (2020-08-03)
# Package is dead and upstream maintainer asked that it be removed.
# Removal in 30 days. Bug #735314
dev-util/cmdtest
signature.asc
Description: PGP signature
On Fri, Aug 7, 2020 at 11:25 AM Michael Orlitzky wrote:
> I have too many other things to do to waste time reverse-engineering
> these fuck-ups. Get it together.
You're fucking welcome for all the X11 maintenance.
On Tue, Aug 11, 2020 at 9:31 AM Michał Górny wrote:
> TL;DR: we might keep Python 2.7 supported as a build-time dependency
> of a few packages as necessary, while removing the eclass support for
> installing packages for py2.7.
I think this is the right plan (and is along the lines of what I
sugg
# Matt Turner (2020-08-11)
# NVIDIA declared this branch to have reached end of life about six months ago.
# Blocks removal of app-eselect/eselect-opengl and app-eselect/eselect-opencl.
# Masked for removal in 30 days. Bug #728290
x11-drivers/nvidia-drivers:0/340
signature.asc
Description: PGP
# Matt Turner (2020-08-11)
# Replaced by media-libs/libglvnd.
# Masked for removal in 30 days. Bug #728286
app-eselect/eselect-opengl
signature.asc
Description: PGP signature
# Matt Turner (2020-08-11)
# No longer needed with virtual/opencl-3
# Masked for removal in 30 days. Bug #728284
app-eselect/eselect-opencl
signature.asc
Description: PGP signature
On Tue, Aug 11, 2020 at 8:00 PM Philip Webb wrote:
>
> 200811 Matt Turner wrote:
> > # Matt Turner (2020-08-11)
> > # Replaced by media-libs/libglvnd.
> > # Masked for removal in 30 days. Bug #728286
> > app-eselect/eselect-opengl
>
> root:552 ~> e
gentoo.org/745756
Signed-off-by: Matt Turner
---
eclass/xorg-3.eclass | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/eclass/xorg-3.eclass b/eclass/xorg-3.eclass
index 78c843401cc..515c1aeea2e 100644
--- a/eclass/xorg-3.eclass
+++ b/eclass/xorg-3.eclass
@@ -169,7 +16
Presumably in the distant past all font packages did not support this
option. They do today, so we can simplify our logic.
Signed-off-by: Matt Turner
---
eclass/xorg-3.eclass | 28 +---
1 file changed, 5 insertions(+), 23 deletions(-)
diff --git a/eclass/xorg-3.eclass b
On Thu, Oct 1, 2020 at 1:07 AM Ulrich Mueller wrote:
>
> >>>>> On Thu, 01 Oct 2020, Matt Turner wrote:
>
> > - [[ ${PN} = font-misc-misc || ${PN} = font-schumacher-misc ||
> > ${PN##*-} = 75dpi || ${PN##*-} = 100dpi || ${PN##*-} = cyrillic ]] &&
imply have IUSE="nls" in the packages' ebuilds that need
it.
Closes: https://bugs.gentoo.org/745756
Signed-off-by: Matt Turner
---
eclass/xorg-3.eclass | 2 --
1 file changed, 2 deletions(-)
diff --git a/eclass/xorg-3.eclass b/eclass/xorg-3.eclass
index 78c843401cc..af28f6fa30d 100
The LiveCD project is only me now, which isn't much of a project, so
I'm putting these packages up for grabs. livecd@ is co-maintainer on a
few others that aren't listed.
app-misc/livecd-tools
- Releng@ will take this
sys-libs/libkudzu
sys-apps/hwdata-gentoo
sys-apps/hwsetup
- These are use
On Tue, Nov 3, 2020 at 12:13 AM Joonas Niilola wrote:
> I'm suggesting a new QA policy to disallow any "live-ebuild-only
> packages" being hosted in ::gentoo.
Is there value in making snapshots of app-portage/no-distcc-env?
I don't really think so, and that's why I didn't do it. Should I reconsi
On Fri, Nov 6, 2020 at 7:24 PM Patrick McLean wrote:
>
> On Wed, 4 Nov 2020 16:09:37 -0500
> Matt Turner wrote:
>
> > The LiveCD project is only me now, which isn't much of a project, so
> > I'm putting these packages up for grabs. livecd@ is co-maintainer on a
# Matt Turner (2020-11-08)
# Uninstallable because of fetch restriction and dead download link.
# Removal in 30 days. Bug #725646.
media-fonts/mathematica-fonts
signature.asc
Description: PGP signature
# Matt Turner (2020-11-19)
# Ancient packages long since deprecated in the age of udev.
# Removal in 30 days. Bug #755617
sys-apps/hwdata-gentoo
sys-apps/hwsetup
sys-libs/libkudzu
signature.asc
Description: PGP signature
Closes: https://bugs.gentoo.org/596674
Signed-off-by: Matt Turner
---
eclass/gnome2.eclass | 82
1 file changed, 22 insertions(+), 60 deletions(-)
diff --git a/eclass/gnome2.eclass b/eclass/gnome2.eclass
index 1a4ff451df3..9c2428532a9 100644
--- a
Closes: https://bugs.gentoo.org/566728
Signed-off-by: Matt Turner
---
eclass/gnome2-utils.eclass | 21 +
1 file changed, 5 insertions(+), 16 deletions(-)
diff --git a/eclass/gnome2-utils.eclass b/eclass/gnome2-utils.eclass
index 06643db0f60..e32449890dd 100644
--- a/eclass
Closes: https://bugs.gentoo.org/566728
Signed-off-by: Matt Turner
---
eclass/gnome2-utils.eclass | 25 +++--
1 file changed, 7 insertions(+), 18 deletions(-)
diff --git a/eclass/gnome2-utils.eclass b/eclass/gnome2-utils.eclass
index 06643db0f60..bc1f8f20777 100644
--- a
Mostly by porting away from ltprune.eclass.
Signed-off-by: Matt Turner
---
eclass/gnome2.eclass | 19 +--
1 file changed, 9 insertions(+), 10 deletions(-)
diff --git a/eclass/gnome2.eclass b/eclass/gnome2.eclass
index 341802f8c80..4d8dc6c08d6 100644
--- a/eclass/gnome2.eclass
Closes: https://bugs.gentoo.org/717100
Signed-off-by: Matt Turner
---
leio noted that the previous patch would potentially change the
installed .la files in EAPI 5 and 6 ebuilds. So just continue using
ltprune in those EAPIs and ban GNOME2_LA_PUNT in EAPI 7.
eclass/gnome2.eclass | 18
Closes: https://bugs.gentoo.org/658638
Closes: https://bugs.gentoo.org/717100
Signed-off-by: Matt Turner
---
leio noted that banning GNOME2_LA_PUNT from EAPI 7 would mean adding
src_install() { gnome2_src_install }
to a bunch of ebuilds, which we don't want to do. Implement
GNOME2_LA_PUNT
Title: Most stable hppa keywords removed
Author: Matt Turner
Posted: 2020-12-26
Revision: 1
News-Item-Format: 2.0
Display-If-Keyword: hppa
The Gentoo/HPPA team no longer thinks that the time invested in
package stabilization is warranted for the small number of users on
HPPA. As a result, we
On Tue, Dec 29, 2020 at 2:47 PM Peter Stuge wrote:
>
> Andreas K. Huettel wrote:
> > > I agree completely that it's unreasonable for Gentoo (worse, 1 person!)
> > > to continuosly patch the entire world for libressel.
> > >
> > > I'm asking to stop doing that, yet still enable the choice between
>
-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
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.
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
--- 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
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 ser
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 perhaps
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 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
>> &g
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
> > > key
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
Per Sam's suggestion, I'll also add
# @DEPRECATED: Use xorg-3.eclass
Looks good to me.
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
# 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
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 insertio
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
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
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.
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
# Matt Turner (2021-06-25)
# Last release in 2015. Many open bugs. No reverse dependencies.
# Bugs #312935, #341923, #629050, #739984, #775761, #777534
# Removal on 2021-07-25
media-gfx/ufraw
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?
# 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 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
> > paying cu
On Tue, Jul 6, 2021 at 7:41 PM Thomas Deutschmann wrote:
> As you probably know, I am not a Linux desktop user (yet). My complete
> experience with that PaX stuff is limited to servers.
Maybe I've misunderstood what you meant. You don't use Linux on the desktop?
But, you maintain Firefox? I'm de
rt 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
---
profile
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.ecl
I've included this in a larger PR that contains some other compression
flag simplifications: https://github.com/gentoo/gentoo/pull/21558
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 :)
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
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 firm
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 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 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: -* fo
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
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 m
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 version
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 stab
\o/
Thanks, all three patches LGTM.
I support this.
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.
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 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
fa
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
Signed-off-by: Matt Turner
---
GitHub PR with the keywording changes:
https://github.com/gentoo/gentoo/pull/38542
.../2024-09-27-haskell-destabilization.en.txt | 40 +++
1 file changed, 40 insertions(+)
create mode 100644
2024-09-27-haskell-destabilization/2024-09-27
601 - 700 of 710 matches
Mail list logo