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
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
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
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
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)
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
# 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
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
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).
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
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
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
> ---
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
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
>
# 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.
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
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
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.
# 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
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
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
>
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
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
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
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
>>> 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
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
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
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
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.
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
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
> ---
>
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
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
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
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,
Upstream decided to deprecate this service, and app. Removal in~30 days.
Bug #695562.
-- Joonas 'juippis' Niilola
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
|
# 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
|
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.
--
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.
>
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
# 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
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.
# @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.
201 - 245 of 245 matches
Mail list logo