Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

2021-06-16 Thread Joonas Niilola
On 16.6.2021 12.13, Michał Górny wrote: > Hi, everyone. > > We've moved our official support channels from Freenode to Libera.chat. > All that's happened afterwards pretty much proves that this was > the right decision. Maybe even to the point of saying that staying > on Freenode would be

[gentoo-dev] Last-rites: media-gfx/povtree

2021-06-14 Thread Joonas Niilola
# DeprecatedDep jre-1.3, upstream dead,removal in 30 days # see bug: https://bugs.gentoo.org/787410 -- juippis OpenPGP_signature Description: OpenPGP digital signature

[gentoo-dev] Last-rites: media-libs/gmtk

2021-06-11 Thread Joonas Niilola
# A library without consumers, old dep of tree-cleaned gnome-mplayer, # EAPI-5. Removal in ~30 days. #776898 -- juippis OpenPGP_signature Description: OpenPGP digital signature

[gentoo-dev] Re: Project dotnet is left without members!

2021-05-12 Thread Joonas Niilola
On 23.4.2021 16.32, Joonas Niilola wrote: > Hey, > > due to the retirement of project dotnet's last member, it is now > effectively left without any members. If you have any use for packages > maintained by, >   https://packages.gentoo.org/maintainer/dot...@gentoo.org >

[gentoo-dev] sci-libs/cbflib & sci-chemistry/rasmol: last-rites

2021-05-06 Thread Joonas Niilola
sci-libs/cbflib: Doesn't compile with GCC-10 or GCC-11. Was never ported to work with GCC-10+. sci-chemistry/rasmol depends on cbflib. Both packages have updates ignored in Gentoo, and their ebuilds pretty much untouched during git-era. Both had their latest upstream version release in 2018.

Re: [gentoo-dev] [PATCH news v2] Add Python 3.9 news item

2021-04-30 Thread Joonas Niilola
On 30.4.2021 3.50, Sam James wrote: >> On 29 Apr 2021, at 22:01, Michał Górny wrote: >> >> + >> + >> +You can also switch to Python 3.9 earlier by setting: >> + >> +*/* PYTHON_TARGETS: -* python3_9 >> +*/* PYTHON_SINGLE_TARGET: -* python3_9 >> + >> +If you choose to follow this or the

[gentoo-dev] Project dotnet is left without members!

2021-04-23 Thread Joonas Niilola
Hey, due to the retirement of project dotnet's last member, it is now effectively left without any members. If you have any use for packages maintained by,   https://packages.gentoo.org/maintainer/dot...@gentoo.org now's a perfect time to show some care for those. I'll be assigning them to m-n

Re: [gentoo-dev] Last-rites: readme.gentoo.eclass

2021-04-17 Thread Joonas Niilola
On 4/16/21 11:24 PM, Andreas Sturmlechner wrote: > readme.gentoo.eclass: Mark as DEAD > > - All remaining consumers PMASKED Gentoo ebuild repository > - Removal on 2021-05-16 And to anyone else who felt shocked after reading this, use readme.gentoo-r1.eclass... -- juippis OpenPGP_signature

Re: [gentoo-dev] Last-rites: app-eselect/eselect-infinality, app-eselect/eselect-lcdfilter, media-fonts/infinality-ultimate-meta, media-libs/fontconfig-ultimate, media-libs/fontconfig-infinality

2021-03-29 Thread Joonas Niilola
On 3/29/21 2:50 PM, Joonas Niilola wrote: > This has been an useful package regardless of infinality patch set. It > doesn't depend on it in any way either. > > I do have it forked already in my local overlay with few more font > packages added to the list. Would there be inte

Re: [gentoo-dev] Last-rites: app-eselect/eselect-infinality, app-eselect/eselect-lcdfilter, media-fonts/infinality-ultimate-meta, media-libs/fontconfig-ultimate, media-libs/fontconfig-infinality

2021-03-29 Thread Joonas Niilola
On 3/29/21 2:27 PM, Andreas Sturmlechner wrote: > # Removal on 2021-04-26. > > media-fonts/infinality-ultimate-meta > This has been an useful package regardless of infinality patch set. It doesn't depend on it in any way either. I do have it forked already in my local overlay with few more font

[gentoo-dev] Package up for grabs: x11-misc/menumaker

2021-03-20 Thread Joonas Niilola
Hey, the following package is up for grabs:   x11-misc/menumaker 1 bug open, and in addition:   PythonCompatUpdate: version 0.99.12: PYTHON_COMPAT update available: python3_9 -- juippis OpenPGP_signature Description: OpenPGP digital signature

[gentoo-dev] Last-rites: dev-libs/OpenSRF

2021-03-18 Thread Joonas Niilola
Has been masked since 2019, depends on apache-2.2 which hasn't been available in Gentoo for a while, and apparently doesn't build (bug open). #655502 Removal in 14 days. -- juippis OpenPGP_signature Description: OpenPGP digital signature

[gentoo-dev] Packages up for grabs: siege, xmldiff, pgspecial & openresolv

2021-03-18 Thread Joonas Niilola
Due to a retirement of a proxied maintainer, following packages are up for grabs: b = bugs open, v = version bump available. app-benchmarks/siege app-text/xmldiff dev-python/pgspecial net-dns/openresolv (b, v) In addition: dev-python/pgspecial   StableRequest: version 1.12.1: slot(0) no change

[gentoo-dev] Last-rites: dev-libs/zookeeper-c

2021-03-16 Thread Joonas Niilola
# A library without consumers, unbuildable for years, ebuilds not # touched in years either. Bugs #664776, #747592. Removal in ~30 days. dev-libs/zookeeper-c OpenPGP_signature Description: OpenPGP digital signature

[gentoo-dev] Packages up for grabs: dev-db/sqlitestudio

2021-02-28 Thread Joonas Niilola
Hey, per maintainer's request, dev-db/sqlitestudio is now available. It has a "compile fails" type of bug open, and new version is available upstream. -- juippis OpenPGP_signature Description: OpenPGP digital signature

Re: [gentoo-dev] [PATCH] glep-0067: Add proxied="" attribute to distinguish proxied maints

2021-02-28 Thread Joonas Niilola
On 2/28/21 1:35 PM, Michał Górny wrote: > Introduce an additional proxied="" attribute to make it possible > to explicitly distinguish proxied maintainers from regular maintainers. > This is supposed to resolve false positives in the QA check responsible > for detecting leftover proxy-maint

[gentoo-dev] Re: Packages up for grabs: innoextract, emech, tigervnc, urxvtconfig

2021-02-23 Thread Joonas Niilola
On 2/21/21 3:54 PM, Joonas Niilola wrote: > Hey, > > here are some packages up-for-grabs due to retirement of their maintainers. > b = bugs open, v = version bump available. > > app-arch/innoextract > net-irc/emech (b) > net-misc/tigervnc (b) > x11-misc/urxvtconfig (

[gentoo-dev] Re: Packages up for grabs: innoextract, emech, tigervnc, urxvtconfig

2021-02-21 Thread Joonas Niilola
On 2/21/21 3:54 PM, Joonas Niilola wrote: > Hey, > > here are some packages up-for-grabs due to retirement of their maintainers. > b = bugs open, v = version bump available. > > app-arch/innoextract > net-irc/emech (b) > net-misc/tigervnc (b) > x11-misc/urxvtconfig (b)

[gentoo-dev] Packages up for grabs: innoextract, emech, tigervnc, urxvtconfig

2021-02-21 Thread Joonas Niilola
Hey, here are some packages up-for-grabs due to retirement of their maintainers. b = bugs open, v = version bump available. app-arch/innoextract net-irc/emech (b) net-misc/tigervnc (b) x11-misc/urxvtconfig (b) OpenPGP_signature Description: OpenPGP digital signature

[gentoo-dev] A script to pick next free UID/GID for your acct-* packages

2021-02-09 Thread Joonas Niilola
Hey all, Summary: There's a script by jkroon in data/api.git (https://gitweb.gentoo.org/data/api.git/) that prints the next available UID/GID pair for new acct-* packages. You can use it by:   cd ~/git/gentoo/data/api   git pull   sh bin/used_free_uidgids.sh     The outcome looks like this for

Re: [gentoo-dev] dev-python/cryptography to use rust, effectively killing alpha, hppa, ia64, m68k, s390

2021-02-08 Thread Joonas Niilola
On 2/8/21 7:53 PM, Brian Evans wrote: > > AFAICT, it is just used to pull GPG sigs in gemato via > dev-python/requests. > And it that's true, isn't this only relevant when syncing the tree using rsync? So using git would still be viable? -- juippis OpenPGP_signature Description: OpenPGP

Re: [gentoo-dev] dev-python/cryptography to use rust, effectively killing alpha, hppa, ia64, m68k, s390

2021-02-08 Thread Joonas Niilola
On 2/8/21 2:27 PM, Michael Orlitzky wrote: > Not only that, but you will be dropping support for at least two of my > machines that are literally incapable of building the 10+ GiB bundled > rust package due to the amount of disk space and RAM required. > Pardon my intervention, but there is

[gentoo-dev] Packages up for grabs: app-cdr/iat, dev-util/flawfinder

2021-02-07 Thread Joonas Niilola
Packages up for grabs due to retirement of a proxied maintainer: app-cdr/iat dev-util/flawfinder (outdated) -- juippis OpenPGP_signature Description: OpenPGP digital signature

Re: [gentoo-dev] [RFC] Would you join to a new project "Themes"?

2021-02-06 Thread Joonas Niilola
On 1/30/21 1:22 AM, Jonas Stein wrote: > Hi, > > x11-themes/* are very similar. > It could make sense to have a project who maintains all x11-themes. > > I never used themes so I am out, but please reply, if you would like > to create/join such a project. > Hey, since this surfaced again. I

Re: [gentoo-dev] Suggestion: Trying to locate and remove unused dev- & media-libs?

2021-01-08 Thread Joonas Niilola
On 1/8/21 5:42 PM, Thomas Deutschmann wrote: > Hi, > > I wonder how you composed this list. If you just checked if there is > any revdep, the check was probably useless: > > For example, > >> dev-libs/cyberjack > > is up-to-date, has an active dev as maintainer and is required for any >

[gentoo-dev] Suggestion: Trying to locate and remove unused dev- & media-libs?

2021-01-08 Thread Joonas Niilola
# With the help of jkroon I went through all dev-libs/* and media-libs/* packages and located each one without reverse deps, # List of dev-libs/* and media-libs/* without any revdeps: dev-libs/atcore dev-libs/bcm2835 dev-libs/bemenu dev-libs/bitset dev-libs/boost-mpl-cartesian_product

[gentoo-dev] Last-rites: x11-term/{eterm,pangoterm}

2021-01-07 Thread Joonas Niilola
pangoterm: # Doesn't compile, no maintainer, EAPI-5. Last version bump 3 years # ago. Use any of the available alternatives, # https://packages.gentoo.org/categories/x11-terms # Removal in ~30 days. Bug: #764353 eterm: # Eterm's development stopped 2014 and upstream brought to life # its

Re: [gentoo-dev] Non-maintainer commits and CI

2021-01-07 Thread Joonas Niilola
On 1/7/21 4:28 PM, Agostino Sarubbo wrote: > Hello, > > it happens frequently that CI discovers failure(s) in non-maintainer commits. > > The most striking examples are maintainer-needed, proxy-maint and general > pull > request where who made the change has no visibility on the new bug. > >

Re: [gentoo-dev] [RFC] New go.gentoo.org url shortener

2021-01-03 Thread Joonas Niilola
On 12/8/20 3:55 PM, Max Magorsch wrote: > Hi all, > > the tl;dr is that I've set up a new url shortener which is available > on https://go.gentoo.org/ currently. It can generate short links like > 'go.gentoo.org/XXX' or you can create custom persistent links like > 'go.gentoo.org/arzano/tyrian'

Re: [gentoo-dev] [TINDERBOX] A round with dev-lang/python-exec[-native-symlinks]

2020-12-29 Thread Joonas Niilola
On 12/29/20 1:51 PM, Agostino Sarubbo wrote: > Hello, > > as requested by mgorny, the tinderbox is doing a round with dev-lang/python- > exec[-native-symlinks]. > > Please expect related bugs. > > The tracker is at: https://bugs.gentoo.org/762406 > > -- > Agostino > > > Could we have some sort

Re: [gentoo-dev] I'm looking for a Mentor

2020-12-18 Thread Joonas Niilola
On 12/18/20 7:19 PM, Alec Warner wrote: > 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

[gentoo-dev] Last-rites: more broken LiveOnlyPackages

2020-12-06 Thread Joonas Niilola
# Not keyworded, unmaintained, unbuildable for a long time, EAPI-5. # Removal in ~30 days. List sorted by their bug numbers. # Bugs: #752432, #752435, #752438, #752441, #752444, #752453. media-plugins/kodi-screensaver-crystalmorph media-plugins/kodi-visualization-nastyfft

[gentoo-dev] Last-rites: sys-kernel/{aufs,ck,xbox}-sources

2020-12-01 Thread Joonas Niilola
| # Not maintained in Gentoo, multiple versions behind, unsafe, EAPI-5, # Use other kernel source / binary packages instead, # https://packages.gentoo.org/categories/sys-kernel # Bugs: #716490 (aufs), #739782 (-ck), #757843 (-xbox) sys-kernel/aufs-sources sys-kernel/ck-sources

[gentoo-dev] Last-rites: app-accessibility/simon

2020-11-21 Thread Joonas Niilola
# Abandoned upstream, unbuildable, unkeyworded in ::gentoo. # Removal in 14 days. Bug #752456 app-accessibility/simon OpenPGP_signature Description: OpenPGP digital signature

[gentoo-dev] Re: Last-rites: sys-block/rts_pstor

2020-11-19 Thread Joonas Niilola
On 11/20/20 1:17 AM, Martin Dummer wrote: > Hello developers, > > can someone please insert the lines below into the tree? > (If I file a github PR, it will probably not able to merge because > packages.mask changes too quickly) > > > # Martin Dummer (2020-11-20) > # Does not compile with

[gentoo-dev] Last-rites: games-emulation/ppsspp

2020-11-18 Thread Joonas Niilola
# Doesn't compile, no maintainer, our package is multiple versions # behind from upstream. Removal in ~30 days. Bug: #739212 games-emulation/ppsspp OpenPGP_signature Description: OpenPGP digital signature

Re: [gentoo-dev] Packages & projects up for grabs due to jer's retirement

2020-11-09 Thread Joonas Niilola
On 11/9/20 5:59 PM, Kent Fredric wrote: > Historical context probably matters here. > > That's a very old statement. > > Partly from the era when Gentoo was "cool" and when "ricing" was a thing. > > At the time, upstream was inundated with absurd requests like "oh noes, > I disabled CXX

Re: [gentoo-dev] Packages & projects up for grabs due to jer's retirement

2020-11-08 Thread Joonas Niilola
On 11/9/20 12:17 AM, Kent Fredric wrote: > On Wed, 4 Nov 2020 17:34:07 +0100 > Marek Szuba wrote: >>> x11-terms/rxvt-unicode >> Will co-maintain this one with conikost, don't mind being listed as >> primary maintainer. > If you strike an issue that you think should be followed upstream, rope

Re: [gentoo-dev] A feedback about the CI bug reporting system

2020-11-06 Thread Joonas Niilola
On 11/6/20 9:21 AM, Agostino Sarubbo wrote: > Hello all, > > 6 months have been passed after the CI system started to file bug reports. > ~ 4700 bugs have been submitted > > We _know_ that atm is not possible to set a specific summary, instead a > generic summary is used in case of compile

Re: [gentoo-dev] New QA policy suggestion: Disallow "live-only" packages

2020-11-04 Thread Joonas Niilola
On 11/5/20 6:03 AM, Alec Warner wrote: > > > The result is that we should remove badly maintained stuff; not create > more policies. > > -A > Feel like I'm repeating myself... but such policy would prevent us from getting into situation like this in the first place, with more CI coverage

Re: [gentoo-dev] New QA policy suggestion: Disallow "live-only" packages

2020-11-04 Thread Joonas Niilola
On 11/4/20 11:12 PM, Matt Turner wrote: > > 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 reconsider? > We havy many similar packages keyworded, like all theme packages. Last upstream commit was made 1 year

Re: [gentoo-dev] New QA policy suggestion: Disallow "live-only" packages

2020-11-04 Thread Joonas Niilola
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. Who'd disagree with that?! Sure the methods for achieving that

Re: [gentoo-dev] New QA policy suggestion: Disallow "live-only" packages

2020-11-04 Thread Joonas Niilola
On 11/4/20 10:43 PM, Rich Freeman wrote: > > Do you really think that users who just blindly run "emerge > --autounmask-write" are going to be both masking and unmasking > packages by hand (per your other email)? Just by following wiki... > > And how are they any better off if they do? They

Re: [gentoo-dev] New QA policy suggestion: Disallow "live-only" packages

2020-11-04 Thread Joonas Niilola
On 11/4/20 8:52 PM, Rich Freeman wrote: > > If you remove them from the tree: If they have an active upstream and/or tagged releases, and the package builds, I'd much rather keyword than remove them. There's already work being done towards this,   https://bugs.gentoo.org/752429  

Re: [gentoo-dev] New QA policy suggestion: Disallow "live-only" packages

2020-11-04 Thread Joonas Niilola
On 11/4/20 8:18 PM, Alec Warner wrote: > > I disagree. These packages are not installable by default, and must be > unmasked by users, so this tradeoff is one we expect them to make. Are > there practical problems that these packages pose to developers? You > listed a bunch of user problems, but

Re: [gentoo-dev] New QA policy suggestion: Disallow "live-only" packages

2020-11-03 Thread Joonas Niilola
On 11/3/20 10:10 AM, Michał Górny wrote: I'm with you on this though I think it should be relaxed to disallow only long term presence of pure live packages. It's fine to add a live ebuild first for a month or two if you're still working on something (just like it's fine to add a masked

[gentoo-dev] Last-rites: broken, outdated, unmaintained -9999 packages

2020-11-02 Thread Joonas Niilola
# Dead upstream, or broken for a long time, not maintained in Gentoo. # Removal in 30 days. Bug #752462 app-emulation/rex-client app-i18n/kde-l10n-scripts media-plugins/xbmc-addon-xvdr net-analyzer/nagios-plugins-flameeyes net-libs/libosmo-abis net-libs/libosmo-netif net-misc/lcr

[gentoo-dev] New QA policy suggestion: Disallow "live-only" packages

2020-11-02 Thread Joonas Niilola
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. Unpredictability could mean upstream repo being broken at any given time

Re: [gentoo-dev] [REVIEW] News Item - 2020-10-17-display-manager-init

2020-10-18 Thread Joonas Niilola
On 10/18/20 8:48 AM, Michał Górny wrote: On Sat, 2020-10-17 at 18:05 -0400, Aisha Tammy wrote: This package provides the 'display-manager' startup script for handling your chosen display manager, without being dependent on Xorg server. being dependent -> depending Do you really think a

Re: [gentoo-dev] [PATCH 1/5] verify-sig.eclass: New eclass to verify OpenPGP sigs

2020-10-11 Thread Joonas Niilola
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 you see that anyone could ask the > same? Who are you? Why do believe

Re: [gentoo-dev] [RFC] Refactor display manager openrc init scripts to independent package

2020-10-10 Thread Joonas Niilola
On 10/10/20 1:57 PM, Aisha Tammy wrote: > Hi all, >   This change is for OpenRC init scripts only. >   Currently the way our display managers are started, is by using the > xdm init script present in the xorg-base/xorg-server package, with its > script > dependencies spread across four other

Re: [gentoo-dev] New customization options available on packages.g.o

2020-10-07 Thread Joonas Niilola
On 10/6/20 11:55 PM, Max Magorsch wrote: > For example, it's possible to customize the keywords that are shown or > the classes of pkgcheck warnings that are displayed. Furthermore it's > also possible to include all packages, QA reports, pull requests and > bugs of projects a maintainer is part

Re: [gentoo-dev] newsitem: k8s split packages returning

2020-10-04 Thread Joonas Niilola
Could you please plaintext the news item in your mail so it'd be easier to quote? The first paragraph resembles more of a personal blog than a news item. You should be able to passivize it. The first sentence also goes beyond 72 characters.

Re: [gentoo-dev] New acct-* packages for media-sound/snapcast

2020-09-30 Thread Joonas Niilola
On 9/30/20 1:09 PM, Jakov Smolic wrote: > Hi all, > I'd like to reserve 1 GID (462) and 2 UIDs (461 and 463) for new acct-* > packages needed with media-sound/snapcast. > I've submitted the packages as part of the following PR: > https://github.com/gentoo/gentoo/pull/17333 > > Thanks! Hi, this

Re: [gentoo-dev] Last rites: app-leechcraft/*, virtual/leechcraft-*

2020-09-22 Thread Joonas Niilola
I'd also like to point out something regarding "- packages only"; It may be buildable one day for users, and broken the next. And some of the deps may be unbuildable, it's really random and up to state of upstream instead of state of ::gentoo repo. This was the case with leechcraft for

Re: [gentoo-dev] [virtualization project] Help needed with libvirt virtualization stack

2020-09-22 Thread Joonas Niilola
On 9/22/20 3:02 PM, Marc Schiffbauer wrote: > I would like to help out with lxc > > * Matthias Maier schrieb am 21.09.20 um 22:25 Uhr: >> Dear all, >> app-emulation/lxc >> app-emulation/lxc-templates >> >> If you use these packages and are interested in helping out with version >> bumps and

Re: [gentoo-dev] How to stabilize packages with frequent release cycles?

2020-09-15 Thread Joonas Niilola
On 9/15/20 9:42 AM, Michał Górny wrote: > Hi, > > The regular stabilization workflow works for the majority of packages. > However, it makes little sense for packages with frequent release > cycles. Examples of these are boto3/botocore (daily release cycle) or > hypothesis (upstream conflates

[gentoo-dev] Last-rites: dev-python/mini-amf

2020-09-07 Thread Joonas Niilola
# Nothing in the tree uses this lib anymore. Removing as redundant. # Removal in ~30 days. Bug #740868. signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] [PATCH 1/2] optfeature.eclass: New eclass with definition from eutils

2020-09-06 Thread Joonas Niilola
On 9/6/20 6:47 PM, David Seifert wrote: > --- > eclass/optfeature.eclass | 63 > 1 file changed, 63 insertions(+) > create mode 100644 eclass/optfeature.eclass > Can we have the "why" answered? Wasn't this supposed to be part of future EAPI? -- juippis

Re: [gentoo-dev] Packages up for grabs

2020-08-30 Thread Joonas Niilola
On 8/30/20 11:19 AM, Joonas Niilola wrote: > net-misc/anydesk b,v My bad, anydesk is still maintained. app-dicts/myspell-de was missing though, no bugs open etc. -- juippis signature.asc Description: OpenPGP digital signature

[gentoo-dev] Packages up for grabs

2020-08-30 Thread Joonas Niilola
Hey all, here's a list of few packages dropped to maintainer-needed due to retirement of inactive    maintainers. b = bugs open, v = new version available. app-arch/lha app-arch/unarj b dev-cpp/popl dev-cpp/aixlog b,v dev-db/pgcli b,v dev-libs/keystone b,v

Re: [gentoo-dev] [PATCH 1/2] java-pkg-simple.eclass and java-utils-2.eclass: features and enhancements

2020-08-25 Thread Joonas Niilola
On 8/25/20 6:46 PM, zongyu wrote: > Signed-off-by: zongyu Hey, these patches can't be applied as-is due to this sign-off. Please see https://www.gentoo.org/glep/glep-0076.html#certificate-of-origin This is probably just your "mis"configured git settings. signature.asc Description: OpenPGP

Re: [gentoo-dev] RFC: New "Accept Github contributions" metadata flag

2020-08-18 Thread Joonas Niilola
On 8/18/20 8:52 PM, Miroslav Šulc wrote: > is there a way or would it be possible to get notified on pull > requests that are relevant to me? though i get notifications from > github, i get tens to hundreds daily and most of them are irrelevant > to me so searching for those few that are related

Re: [gentoo-dev] RFC: New "Accept Github contributions" metadata flag

2020-08-18 Thread Joonas Niilola
On 8/18/20 8:06 PM, Joonas Niilola wrote: > > So I think it's just simplest to enable it per-user per-project basis. > We can all edit Project: pages, toggling the flag. If you're willing to > look and merge sound@ PRs, you enable it for Sound project. However this > might cause

Re: [gentoo-dev] RFC: New "Accept Github contributions" metadata flag

2020-08-18 Thread Joonas Niilola
On 8/18/20 7:30 PM, Miroslav Šulc wrote: > hi, > > how would be handled cases where you and me agreed that you will take > care of pull requests on behalf of sound@ and proaudio@? and what if a > package is maintained by multiple maintainers or even some maintainers > and a project, each with a

[gentoo-dev] RFC: New "Accept Github contributions" metadata flag

2020-08-18 Thread Joonas Niilola
Hey, some of you may already have seen the new packages.gentoo.org page,   https://packages.gentoo.org/ and the new maintainer pages in it,   https://packages.gentoo.org/maintainers If you open a maintainer page,   https://packages.gentoo.org/maintainer/juip...@gentoo.org you can see a tab

Re: [gentoo-dev] Package up for grabs: x11-libs/libfm

2020-08-12 Thread Joonas Niilola
On 8/13/20 7:25 AM, Jimi Huotari wrote: > Unless I'm being blind, the LXQt project does not need this one, making it > 'maintainer-needed': > > x11-libs/libfm > Seems to be needed by LXDE stuff only. Regarding that, should we last-rite remaining LXDE stuff? It's pretty clear the development has

Re: [gentoo-dev] rfc: switching default udev provider for new systems to udev

2020-08-11 Thread Joonas Niilola
On 8/11/20 11:36 AM, Jaco Kroon wrote: > And I've already provided you one use case where udev doesn't work well > but eudev does.  I've also mentioned some historic issues I believe > should already be fixed but which did bit me in systemd-udev which was > never a problem in eudev. > Your

Re: [gentoo-dev] News item: Multiple root kernel command-line arguments

2020-08-06 Thread Joonas Niilola
On 8/6/20 10:58 PM, Thomas Deutschmann wrote: > Well, the purpose of this is to educate and avoid problems for > headless/server users. But if so many devs seem to care about pushing > maybe unrelated information and believe that avoiding that has much more > value than avoid a problem like an

Re: [gentoo-dev] Bug #733802, USE 'scp' now defaults to off in net-misc/openssh

2020-07-27 Thread Joonas Niilola
On 7/26/20 12:57 PM, Ulrich Mueller wrote: > Even more appropriate would be to enable the flag with an IUSE default. > The ebuild could still display an ewarn message pointing out the alleged > security issue. > > Ulrich This'd be nice. A news-worthy update in my opinion regardless. -- juippis

[gentoo-dev] Last-rites: dev-util/cutter

2020-07-24 Thread Joonas Niilola
# Unmaintained in Gentoo, broken, multiple bugs open. # Removal in ~30 days. #733324 signature.asc Description: OpenPGP digital signature

[gentoo-dev] Packages up for grabs: app-arch/unar, x11-misc/rofi-calc

2020-07-05 Thread Joonas Niilola
Hey all, due to retirement of a proxied maintainer, app-arch/unar and x11-misc/rofi-calcare maintainer-needed. No bugs are open for either, but rofi-calc seems to have a new release available. -- juippis signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] dev-python/numb-0.40.1.ebuild

2020-07-02 Thread Joonas Niilola
On 7/2/20 4:14 PM, Aisha Tammy wrote: > On 7/2/20 9:06 AM, Xianwen Chen (陈贤文) wrote: >> Dear juippis, >> >> Thank you. I checked the pull thread out on github.com. >> >> Do I get it right that the numba folder is already removed from >> https://github.com/gentoo/gentoo/tree/master/dev-python? >>

Re: [gentoo-dev] dev-python/numb-0.40.1.ebuild

2020-07-01 Thread Joonas Niilola
On 7/1/20 10:37 PM, Xianwen Chen (陈贤文) wrote: > > This ebuild enables Python 3 as one of the Python targets. Otherwise > there is no difference between this ebuild and the latest ebuild in > Portage, which only had Python 2 as the Python target. > > Then it probably doesn't work. Did you try

Re: [gentoo-dev] RFC: packages.gentoo.org Developer Mode

2020-06-30 Thread Joonas Niilola
On 6/30/20 1:28 AM, Max Magorsch wrote: > 1. Would you prefer this information to be displayed in packages.g.o > using a 'developer mode' or would you prefer a separate application > similar to the idea of project Grumpy? I'd prefer not to scatter tools around anymore. 'Developer' mode sounds

Re: [gentoo-dev] */*: Mask Py2 only packages

2020-06-27 Thread Joonas Niilola
On 6/27/20 2:28 AM, Robin H. Johnson wrote: > > TL;DR: Please make it easier to search on the QA reports site for > issues, and only show things directly relevant to the search. > > A long time ago, there was blizzy's site that listed packages that were > stabilization candidates, and you could

Re: [gentoo-dev] [PATCH] profiles/package.deprecated: deprecate python:2.7

2020-06-26 Thread Joonas Niilola
On 6/26/20 10:29 AM, Michał Górny wrote: > Dnia June 26, 2020 6:42:57 AM UTC, Sergei Trofimovich > napisał(a): > > Pushed as: > https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=79d65d6641cfc0ef7b44df491c390e8c880e3049 > with full text being: > > +# Sergei Trofimovich (2020-06-26) > +#

Re: [gentoo-dev] dev-python/rstcheck-3.3.1: Add rstcheck python package (#16399)

2020-06-26 Thread Joonas Niilola
On 6/26/20 1:18 AM, Brian Dolbec wrote: > On Thu, 25 Jun 2020 23:11:29 +0100 > Samuel Bernardo wrote: > >> Hi, >> >> I send this email to ask for your help on selecting the project >> maintainer for a new ebuild. >> >> I created a pull request for the ebuild in subject[1] and the QA >> reports

[gentoo-dev] Re: Add commit to pull request

2020-06-21 Thread Joonas Niilola
On 6/21/20 7:48 PM, Samuel Bernardo wrote: > Hi, > > I need to add a commit to a gentoo pull request that I had opened before. > > https://github.com/samuelbernardo/gentoo > > Is it possible to add the commit to that pull request or I need to open > a new pull request? > > I already try to get

[gentoo-dev] Re: News item: xorg-server dropping default suid

2020-06-21 Thread Joonas Niilola
Hey, It has some typos. What's the current trend of attaching news items? It makes hard to point out enhancements. -- juippis On 6/21/20 10:22 PM, Piotr Karbowski wrote: > Hi, > > Please find news item attached. > > -- Piotr. signature.asc Description: OpenPGP digital signature

[gentoo-dev] Last rites: php-ext-source-r2.eclass

2020-06-07 Thread Joonas Niilola
No ebuilds in the tree use this eclass anymore, since php-ext-source-r3 exists. Removal in ~30 days. Bug #727472. -- juippis signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] [RFC] Concept of Projects - How to proceed?

2020-06-07 Thread Joonas Niilola
On 6/7/20 9:14 PM, Jonas Stein wrote: > > Glad to read your offer. Yes, please do so. > > I think it would hurt the Gentoo project if single developers delete > projects > > - without without informing the project members > - without prior discussion (on gentoo-dev for example), > - without

Re: [gentoo-dev] Graphics Project disbanded [pkgs up for grabs]

2020-06-07 Thread Joonas Niilola
On 6/6/20 10:11 PM, Aisha Tammy wrote: > On 6/6/20 2:50 PM, Aaron Bauman wrote: >> All, the graphics project has now been disbanded. >> > Is it weird to ask what happened? > > It seems like a lot of the packages listed here should be and are > very popular :O > > Aisha > Hi, floppym's response

[gentoo-dev] Last-rite x11-themes/terminology-themes

2020-06-01 Thread Joonas Niilola
# Last snapshot is from 2+ years ago, which doesn't build. Latest # upstream commit won't build with in-tree efl versions. Has a bug # open and unanswered for 2 years, so this package seems unmaintained # in Gentoo. Removal in ~30 days. Bug #656098 -- juippis signature.asc Description:

Re: [gentoo-dev] New USE=-native-symlinks for gcc-config and binutils-config

2020-05-23 Thread Joonas Niilola
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. > signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] RFC: Gentoo Identity Provider

2020-05-19 Thread Joonas Niilola
On 5/19/20 4:42 AM, Alec Warner wrote: > TL;DR: What if we launched id.gentoo.org , an > identity provider that provides authentication for Gentoo properties? > Basically, 1 username / password for wiki, bugs, email, forums, and > any other http service[0][1]. > > > Is this

[gentoo-dev] Packages up for grabs

2020-05-16 Thread Joonas Niilola
Hey all, here's a small list of packages dropped to maintainer-needed. Some are from retired proxied maintainers, and some are from me, ie packages I don't use anymore and see no reason to hoard ownership. (b) = open bugs, (v) = new version is available. app-backup/rsnapshot (b,v)

Re: [gentoo-dev] [PATCH 0/1] remove EGO_VENDOR support from go-module.eclass

2020-05-12 Thread Joonas Niilola
On 5/12/20 8:36 PM, Samuel Bernardo wrote: > > My concern was about the others, for instance go-overlay that I have > enabled. > > Should it be possible to run a QA check to create a bug request to > remember the update of those ebuilds in the overlays? > > This would reduce the bug management

Re: [gentoo-dev] Packages up for grabs: LXDE

2020-05-11 Thread Joonas Niilola
On 5/11/20 10:00 AM, Joonas Niilola wrote: > > And here are packages that were co-maintained by lxqt project, or by > individual devs: > > > media-gfx/gpicview And this by graphics... signature.asc Description: OpenPGP digital signature

[gentoo-dev] Packages up for grabs: LXDE

2020-05-11 Thread Joonas Niilola
Hey all, since LXDE has no project members, and no one joined for a long time or picked up the packages, let's properly reassign them. Here are packages that were dropped to maintainer-needed: lxde-base/lxde-icon-theme lxde-base/lxtask lxde-base/lxappearance-obconf lxde-base/lxrandr

Re: [gentoo-dev] CFLAGS=-fno-common related breakage is incoming

2020-05-04 Thread Joonas Niilola
On 5/2/20 2:14 PM, Sergei Trofimovich wrote: > With Toralf's help we now have rough estimate of broken packages. It's about > 450 yet unfixed ones: > https://bugs.gentoo.org/showdependencytree.cgi?id=705764_resolved=1 > > gcc-10 will be released soon. Maybe in a week. > > Please look at the

Re: [gentoo-dev] [RFC] Mask gnome-extra/cinnamon and deps for removal

2020-04-28 Thread Joonas Niilola
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 the mask to be extra nice. > > dev-python/xapp Note that (at least) this has revdeps outside cinnamon. --

[gentoo-dev] Last-rites: bzr.eclass

2020-04-28 Thread Joonas Niilola
With recent removal of dev-vcs/bzr this eclass became redundant and broken. Removal in ~30 days. Bug #719892. -- juippis signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Fwd: New eclass suggestion: docs.eclass

2020-04-27 Thread Joonas Niilola
On 4/27/20 7:10 PM, Andrew Ammerlaan wrote: > Hi all, > Hey, could you please plaintext your whole patch in this thread, so it can be viewed and commented by replying? See how lanodan did. Or check: https://archives.gentoo.org/gentoo-dev/message/f2a7abcc8506ae3e56a0ebb0ea0cadc8 -- juippis

[gentoo-dev] Last-rites: twisted-r1.eclass

2020-04-27 Thread Joonas Niilola
It has no more consumers in ::gentoo tree. Removal in ~30 days. Bug: https://bugs.gentoo.org/719794 -- juippis signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] [PATCH] Have x11-drivers/nvidia-drivers use an ICD loader

2020-04-19 Thread Joonas Niilola
On 4/19/20 11:40 PM, Marek Szuba wrote: > As previously mentioned, x11-drivers/nvidia-drivers is the last OpenCL > runtime we have got in the tree to be migrated to the "must use an ICD > loader" approach to virtual/opencl. Unfortunately I have so far failed > to reach the maintainer of this

[gentoo-dev] Packages up for grabs

2020-04-14 Thread Joonas Niilola
Hey, here's a list of packages recently dropped to maintainer-needed due to retirement of multiple inactive proxied maintainers. (b) = open bugs, (v) = new version is available. -- app-admin/cdist (v) app-admin/passwordsafe (b,v) app-backup/duply (b,v) app-backup/rear (b,v)

Re: [gentoo-dev] [RFC] KEYWORDREQ and STABLEREQ keywords

2020-04-11 Thread Joonas Niilola
On 4/11/20 6:33 PM, Michał Górny wrote: > Hi, > > Now that we have proper components for keywording and stabilization, > the old keywords are redundant. Nevertheless, some people still set > them. I would like to propose two solutions going forward. Either: > > 1. We kill both keywords, and

[gentoo-dev] Last-rite: mask www-misc/zoneminder

2020-04-05 Thread Joonas Niilola
# Not maintained in Gentoo, doesn't build for 2 years, has only # deprecated version present in Gentoo. Has a huge number of open # bugs. Removal in 30 days. #642952 www-misc/zoneminder signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] rfc: backward-incompatible changes in eclasses

2020-03-23 Thread Joonas Niilola
On 3/23/20 8:23 PM, William Hubbs wrote: > but we need to > find a way to notify them when a breaking change is going into a widely > used eclass and give them time to adjust their ebuilds. > > > Thoughts? > Subscribe to this mailing list. AFAIK all major changes have been posted here and pushed

  1   2   >