Re: [gentoo-dev] [PATCH] app-emulation/libvirt-snmp: version bump to 0.0.4

On 10/27/18 2:16 PM, Michal Prívozník wrote: That is the case on every mailing list. Every -dev list has number of subscribes far bigger than number of people with commit access. But I respect your decision guys. I am going to stop posting patches until there's an agreement on how to do that.

[gentoo-dev] Last rites: enlightenment.eclass

# @DEAD # Joonas Niilola (18 Aug 2018) # Outdated, unmaintained, not being used by any package in the tree, # has unattended bugs open. # Bug: #666460. Removal in ~30 days.

[gentoo-dev] [RFC] skel.ebuild: update for EAPI-7

# https://bugs.gentoo.org/679408 # https://github.com/gentoo/gentoo/pull/11253 Started with these PRs, but been left without attention for a long time now: https://github.com/gentoo/gentoo/pull/10333 && https://github.com/gentoo/gentoo/pull/9289 § $ diff --- /usr/portage/skel.ebuild   

[gentoo-dev] Re: [RFC] skel.ebuild: update for EAPI-7

Per ulm's review in Github, I've updated the BDEPEND description and dropped "host" so it won't be mixed with CHOST. On 3/4/19 5:02 PM, Joonas Niilola wrote: +# Build-time dependencies that are executed during the emerge process, and +# only need to be present in the host syst

Re: [gentoo-dev] [PATCH 2/3] savedconfig.eclass: Always quote filename in output

On 8/3/19 11:49 PM, Mike Gilbert wrote: > On Sat, Aug 3, 2019 at 12:21 PM Ulrich Mueller wrote: >>> On Sat, 03 Aug 2019, Thomas Deutschmann wrote: >>> + ewarn "provide a configuration file in >>> ${PORTAGE_CONFIGROOT%/}/etc/portage/savedconfig/${CATEGORY}/${PN}" >> Long line. >

[gentoo-dev] Package up for grabs: app-misc/pip3line

Hey, due to retirement of a maintainer one package is up for grabs: app-misc/pip3line It has two bugs open, one pretty severe (and subject of a huge QA violation) https://bugs.gentoo.org/690784 https://bugs.gentoo.org/691376 If no one takes it, it's probably gonna be last-rited next. --

[gentoo-dev] Last-rite: app-misc/pip3line

| # Joonas Niilola(2019-08-31) # No maintainer and no one stepped in to take it after a mailing # list announcement. Has QA issues and continuous CI issues. Removal # in 30 days. # Bugs: #690784, #691376, #693184 app-misc/pip3line |

[gentoo-dev] x11-misc/enlightenment-extra: last-rites

Upstream decided to deprecate this service, and app. Removal in~30 days. Bug #695562. -- Joonas 'juippis' Niilola

Re: [gentoo-dev] acct-{group,user}/minetest request for ID 481

On 11/4/19 12:55 PM, Michael 'veremitz' Everitt wrote: > You can also look up what's currently in use at > https://api.gentoo.org/uid-gid.txt FYI :] (481 was updated there after the initial mail was sent) other than that, its a great resource. -- juippis signature.asc Description: OpenPGP

Re: [gentoo-dev] acct-{group,user}/minetest request for ID 481

On 11/4/19 4:20 PM, William Breathitt Gray wrote: > Thanks, this document is pretty convenient. It looks like 480 is free; > would that work for Minetest? > > William Breathitt Gray > Sure, why not. Always try to check if Fedora & Arch Linux have UID/GID assigned for your user + group, and/or

Re: [gentoo-dev] [PATCH 1/4] distutils-r1.eclass: Add distutils_enable_tests to ease testing

Beautiful work, but is there a way to integrate "esetup.py test" into this as well? -- juippis On 11/4/19 11:00 PM, Michał Górny wrote: > Add a helpful function to handle adding common stuff for the most common > test runners. > > Signed-off-by: Michał Górny > --- >

Re: [gentoo-dev] acct-{group,user}/minetest request for ID 481

On 11/4/19 1:37 AM, William Breathitt Gray wrote: > Hello, > > `games-action/minetest` creates a "minetest" user and group with random > respective IDs, used for running the Minetest server daemon. The latest > version bump PR (https://github.com/gentoo/gentoo/pull/13272) follows > GLEP 81 by

Re: [gentoo-dev] Usefulness of HOMEPAGE=https://www.gentoo.org

On 12/4/19 5:21 PM, Kent Fredric wrote: > On Wed, 04 Dec 2019 13:36:07 +0100 > Michał Górny wrote: > >> My point is: gentoo.org as a HOMEPAGE sucks. Please use something more >> specific instead. Even link to gitweb would be more helpful because it >> would at least be relevant to the package

Re: [gentoo-dev] Usefulness of HOMEPAGE=https://www.gentoo.org

On 12/4/19 7:26 PM, Michał Górny wrote: > On Wed, 2019-12-04 at 17:24 +0200, Joonas Niilola wrote: >> On 12/4/19 5:21 PM, Kent Fredric wrote: >>> On Wed, 04 Dec 2019 13:36:07 +0100 >>> Michał Górny wrote: >>> >>>> My point is: gentoo.org

Re: [gentoo-dev] [PATCH] package.deprecated: Create initial template

>>> repoman would be more useful for this >> I wouldn't stop pkgcheck from supporting this, but repoman should as >> well. >> >> >> > of course, that's what i meant ;) Looks like it does now, https://bugs.gentoo.org/702100

Re: [gentoo-dev] RFC acct-{user,group} for unbound

Hey, On 11/26/19 8:33 PM, Thomas Deutschmann wrote: > I am requesting uid and gid 59, both named "unbound", for > net-dns/unbound. > > 59 was already requested for 'tss' few weeks before this mail was sent. https://archives.gentoo.org/gentoo-dev/message/d51402450201482f8e3678d2c071b41e Since

Re: [gentoo-dev] [RFC] Revisiting GLEP 81 (acct-*) policies (reviews, cross-distro syncing)

On 12/10/19 1:47 PM, Rich Freeman wrote: > > Having UIDs chosen completely at random seems fairly non-optimal. > Suppose you're building containers/etc and then bind-mounting in > persistent storage (/var/lib/mysql and so on). Wouldn't it be nice if > the default were that mysql would get the

Re: [gentoo-dev] [RFC] Revisiting GLEP 81 (acct-*) policies (reviews, cross-distro syncing)

On 12/10/19 3:34 PM, Michał Górny wrote: >> The problem: There is still no any official documentation about using >> acct-, and reviewing it was/is pretty much left on the shoulders of one >> man. It's easy to say on hindsight it was implemented too quickly. > There is official documentation in

Re: [gentoo-dev] RFC acct-{user,group} for net-dns/avahi, net-vpn/tor, net-misc/stunnel

Hey, On 11/27/19 6:52 PM, Anthony G. Basile wrote: > 3) uid/gid = 485/485 for net-misc/stunnel > > Both avahi and tor follow fedora. The values for stunnel were the > highest available values below 500. > 485 has been requested for bedrock though.

Re: [gentoo-dev] RFC acct-{user,group} for net-dns/avahi, net-vpn/tor, net-misc/stunnel

On 11/27/19 8:21 PM, Anthony G. Basile wrote: > > > 3) For net-misc/stunnel > > stunnel uid = 478 > stunnel gid = 478 > > I just noticed Tomáš Mózes (hydrapolic) had requested 478 UID+GID for graylog in 21 Nov. I've just merged it. Come on people, ctrl+fing your ID in your mail client for the

Re: [gentoo-dev] [RFC] dev-python/setuptools deps in distutils-r1 packages

Hey, On 11/25/19 7:38 PM, Michał Górny wrote: > Hi, > > TL;DR: should we depend on setuptools by default? Alternatively, should > we add distutils_enable_setuptools API to provide at least partial > validity checks. > > > The problem > === > The vast majority of Python packages nowadays

Re: [gentoo-dev] UID/GID assignment for kibana

Hey, On 9/20/19 7:12 PM, Tomas Mozes wrote: Hi there, while trying to implement glep 81 for kibana I found out that Arch Linux uses uid 183 for it, but it's taken by qmail.eclass. Should a new uid/gid be taken or it's safe to assume no one will mix kibana with qmail? I can't find this

Re: [gentoo-dev] Re: RFC: GID/UID assignment for epmd service (334)

On 10/5/19 11:18 PM, Petr Vaněk wrote: > > Oh, I see. > > I would like to reserve 335 for epmd than :) I'll change the PR > https://github.com/gentoo/gentoo/pull/13141 appropriately. Should I do > the PR to api-gentoo-org as well? > > Petr > Hey, I'd say make a pull request IF after merging,

Re: [gentoo-dev] [RFC] Revisiting GLEP 81 (acct-*) policies (reviews, cross-distro syncing)

Hey, On 12/9/19 10:17 AM, Michał Górny wrote: > Hello, > > I think the policies proposed in GLEP 81 [1] were overenthusiastic > and they don't stand collision with sad Gentoo developer reality. > Instead of improving the quality of resulting packages, they rather > hamper their adoption and

Re: [gentoo-dev] [PATCH v2 2/2] metadata/qa-policy.conf: Include deprecated eclasses

On 2/26/20 3:19 PM, Michał Górny wrote: > Signed-off-by: Michał Górny > --- > metadata/qa-policy.conf | 13 + > 1 file changed, 13 insertions(+) > > diff --git a/metadata/qa-policy.conf b/metadata/qa-policy.conf > index b6ad90337103..f8d4fb34af08 100644 > ---

[gentoo-dev] Package up for grab: app-crypt/scute

app-crypt/scute up for grabs due to retirement of a proxy-maintainer. One bug open requesting a version bump. -- juippis signature.asc Description: OpenPGP digital signature

[gentoo-dev] Last-rites: net-misc/wicd

# Stagnant upstream with latest release from 2016, python2-only, no maintainer # in Gentoo, no notable ebuild action in years, multiple bugs open. Blocks # pygtk removal. # Switch to alternatives such as, # net-misc/connman, net-misc/dhcpcd, net-misc/netifrc, net-misc/NetworkManager # and so on.

Re: [gentoo-dev] Inconsistent use of || preferences for www-client/elinks, links, lynx, w3m, and w3mmee

On 2/11/20 12:32 PM, Francesco Riosa wrote: > > > Il giorno lun 10 feb 2020 alle ore 08:20 Michał Górny > mailto:mgo...@gentoo.org>> ha scritto: > > On Sun, 2020-02-09 at 22:51 -0800, Zac Medico wrote: > > In that case, I suppose we'll have to apply consistency > manually? Can we >

Re: [gentoo-dev] [RFC v2] News item: OpenSSH 8.2_p1 running sshd breakage

On 2/19/20 11:32 PM, Patrick McLean wrote: > Title: OpenSSH 8.2_p1 running sshd breakage > Author: Patrick McLean > Posted: 2020-02-21 > Revision: 1 > News-Item-Format: 2.0 > Display-If-Installed: > If sshd is running, and a system is upgraded from to >=net-misc/openssh-8.2_p1, any new ssh

[gentoo-dev] Last rite: net-im/silc-toolkit

# Leftover from silc* removal (#522916), unmaintained, no upstream # releases since 2014, EAPI-4. #705462 # Removal in ~14 days. -- juippis signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Last rite: net-im/silc-toolkit

On 1/16/20 5:58 AM, Joonas Niilola wrote: > # Leftover from silc* removal (#522916), unmaintained, no upstream > # releases since 2014, EAPI-4. #705462 > # Removal in ~14 days. > > -- juippis Reverted since pidgin still uses it, and it seems to work. -- juippis signature.

Re: [gentoo-dev] Last rites: net-im/silc-toolkit

On 1/19/20 5:44 AM, David Seifert wrote: > On Sat, 2020-01-18 at 23:48 +, Michael 'veremitz' Everitt wrote: >> On 18/01/20 22:12, David Seifert wrote: >>> # David Seifert (2020-01-18) >>> # Leftover from silc* removal (#522916), unmaintained, no >>> # upstream releases since 2014, no

Re: [gentoo-dev] moving uid-gid.txt to metadata

On 1/20/20 6:57 PM, William Hubbs wrote: > All, > > as I recall I was one of the folks who suggested that uid-gid.txt should > go in the api repository, but after thinking about it more and seeing it > in practice, I see the error of my ways on this. ;-) What's wrong with it? > > Imo a better

Re: [gentoo-dev] net-print/cndrvcups* up for grabs

On 10/20/19 1:22 PM, Pacho Ramos wrote: > Hello > > I almost lost access to the unique printer that was relying on this driver. > Also, even if the current latest version was still working there, it will > need a > major update to newer cnRdrvcups driver sooner or later >

Re: [gentoo-dev] New acct-* package policy

On 1/6/20 2:36 AM, Martin Dummer wrote: > Am 21.12.19 um 18:32 schrieb Michał Górny: >> Please commit and push uid-gid.txt [3] change to data/api.git *before* >> your packages. This makes sure that any potential collisions are caught >> as merge conflicts before they hit users. The CI also

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: app-admin/needrestart/

On 3/9/20 2:51 PM, Craig Andrews wrote: > > Removal of that version was a mistake. Thank you for pointing it out. > > Here's the commit re-adding it: > https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f3fa1c548 > > I checked, and repoman doesn't seem to be warning about removing the > last

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

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] Packages up for grabs

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] [PATCH] Have x11-drivers/nvidia-drivers use an ICD loader

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] Last-rite: mask www-misc/zoneminder

# 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

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

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] [RFC] Mask gnome-extra/cinnamon and deps for removal

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. --

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

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] Fwd: New eclass suggestion: docs.eclass

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: bzr.eclass

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] [PATCH 0/1] remove EGO_VENDOR support from go-module.eclass

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

[gentoo-dev] Packages up for grabs: LXDE

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] Packages up for grabs: LXDE

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

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] RFC: Gentoo Identity Provider

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] State of Cinnamon & Mate projects

Hanno's previous message about the LXDE project made me think other desktop projects that are facing a bad state in Gentoo: Cinnamon and Mate. They are both outdated and last I tried, Cinnamon didn't even build for me (bug open for a ~year now).  

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

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

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

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

[gentoo-dev] Packages up for grabs

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] optfeature.eclass: New eclass with definition from eutils

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] How to stabilize packages with frequent release cycles?

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

# 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] New customization options available on packages.g.o

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] [REVIEW] News Item - 2020-10-17-display-manager-init

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] [RFC] Refactor display manager openrc init scripts to independent package

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] [PATCH 1/5] verify-sig.eclass: New eclass to verify OpenPGP sigs

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] [PATCH 1/2] java-pkg-simple.eclass and java-utils-2.eclass: features and enhancements

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

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

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] RFC: New "Accept Github contributions" metadata flag

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

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

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

Re: [gentoo-dev] Packages up for grabs

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

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

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] [virtualization project] Help needed with libvirt virtualization stack

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] Last rites: app-leechcraft/*, virtual/leechcraft-*

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] newsitem: k8s split packages returning

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.

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

# 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] News item: Multiple root kernel command-line arguments

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] Package up for grabs: x11-libs/libfm

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

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] dev-python/numb-0.40.1.ebuild

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] RFC: packages.gentoo.org Developer Mode

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] dev-python/numb-0.40.1.ebuild

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

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

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/rstcheck-3.3.1: Add rstcheck python package (#16399)

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

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

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] */*: Mask Py2 only packages

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

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

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] Re: Add commit to pull request

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

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

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

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

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] Graphics Project disbanded [pkgs up for grabs]

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-rites: dev-util/cutter

# Unmaintained in Gentoo, broken, multiple bugs open. # Removal in ~30 days. #733324 signature.asc Description: OpenPGP digital signature

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

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

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

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] Non-maintainer commits and CI

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. > >

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

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

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

# 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

| # 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

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

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] Re: Last-rites: sys-block/rts_pstor

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

# 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

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] Packages & projects up for grabs due to jer's retirement

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

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

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

  1   2   3   >