Re: [gentoo-dev] Last rites: www-client/weboob

On Sat, 2020-03-28 at 05:23 +0100, Zoltan Puskas wrote: > Hi, > > app-office/kmymoney has dependency on weboob to import online > banking transactions. Also per linked bug there is 2.0 that is Python 3 > compatible and there are ebuilds offered. Can we please reconsider this > and instead push for

Re: [gentoo-dev] Adding hw-probe in Gentoo

On Sat, 2020-03-28 at 00:15 +0100, Conrad Kostecki wrote: > a longer time ago, there were some concerns about privacy reasons > discussed here. It took a long time, but there is now a new version > released with lot's of changes. Since all results are still by default > uploaded, It should be no

Re: [gentoo-dev] [PATCH 0/1] allow extra implementations of python

On Fri, 2020-03-27 at 17:36 -0500, William Hubbs wrote: > On Fri, Mar 27, 2020 at 06:54:25AM +0100, Michał Górny wrote: > > On Thu, 2020-03-26 at 22:12 +0100, Ulrich Mueller wrote: > > > > > > > > On Thu, 26 Mar 2020, William Hubbs wrote: > > > > If there's a way inside an eclass to check that the

Re: [gentoo-dev] Last rites: www-client/weboob

Hi, app-office/kmymoney has dependency on weboob to import online banking transactions. Also per linked bug there is 2.0 that is Python 3 compatible and there are ebuilds offered. Can we please reconsider this and instead push for getting 2.0 into the tree? Cheers, Zoltan On Fri, Mar 27, 2020 at

Re: [gentoo-dev] Adding hw-probe in Gentoo

Hi, [2020-03-28 00:15:41+0100] Conrad Kostecki: > a longer time ago, there were some concerns about privacy reasons > discussed here. It took a long time, but there is now a new version > released with lot's of changes. Since all results are still by default > uploaded, It should be noted, that

Re: [gentoo-dev] musl doesn't provide execinfo.h

On Fri, 2020-03-27 at 19:07 -0400, Anthony G. Basile wrote: > On 3/27/20 3:17 PM, Alexis Ballier wrote: > > On Fri, 2020-03-27 at 08:03 -0400, Anthony G. Basile wrote: > > > On 3/26/20 9:25 PM, Joshua Kinard wrote: > > > > On 3/23/2020 04:21, Jaco Kroon wrote: > > > > > Hi, > > > > > > > > > > htt

Re: [gentoo-dev] [PATCH] Split python implementations definition to separate eclass

On 3/27/20 4:12 PM, Alec Warner wrote: > On Fri, Mar 27, 2020 at 3:54 PM Patrick McLean > wrote: > > On Fri, 27 Mar 2020 15:51:35 -0700 > Alec Warner mailto:anta...@gentoo.org>> wrote: > > > On Fri, Mar 27, 2020 at 3:11 PM Patrick McLean > mailto:chutz

[gentoo-dev] Last rites: net-dns/dnsimple-dyndns

# Rafael G. Martins (2020-03-27) # Python 2 only. Uses old version of DNSimple API. # Removal in 30 days. Bug #712960 net-dns/dnsimple-dyndns -- Rafael

Re: [gentoo-dev] network sandbox challenge

On Fri, Mar 27, 2020 at 3:59 PM Alec Warner wrote: > > > On Fri, Mar 27, 2020 at 3:10 PM Samuel Bernardo < > samuelbernardo.m...@gmail.com> wrote: > >> Hi Alec, >> >> On 3/27/20 7:27 PM, Alec Warner wrote: >> > The Gentoo Mirror system is basically a set of scripts that syncs the >> > ::gentoo re

[gentoo-dev] Adding hw-probe in Gentoo

Hi all, a longer time ago, there were some concerns about privacy reasons discussed here. It took a long time, but there is now a new version released with lot's of changes. Since all results are still by default uploaded, It should be noted, that hw-probeuploads a 32-byte prefix of salted SH

Re: [gentoo-dev] [PATCH] Split python implementations definition to separate eclass

On Fri, Mar 27, 2020 at 3:54 PM Patrick McLean wrote: > On Fri, 27 Mar 2020 15:51:35 -0700 > Alec Warner wrote: > > > On Fri, Mar 27, 2020 at 3:11 PM Patrick McLean > wrote: > > > > > On Fri, 27 Mar 2020 14:48:53 -0700 > > > Matt Turner wrote: > > > > > > > On Thu, Mar 26, 2020 at 2:03 PM Patr

Re: [gentoo-dev] musl doesn't provide execinfo.h

On 3/27/20 3:17 PM, Alexis Ballier wrote: > On Fri, 2020-03-27 at 08:03 -0400, Anthony G. Basile wrote: >> On 3/26/20 9:25 PM, Joshua Kinard wrote: >>> On 3/23/2020 04:21, Jaco Kroon wrote: Hi, https://bugs.gentoo.org/713668 relates. * Searching for /usr/include/execinfo.h

Re: [gentoo-dev] [PATCH] qt5-build.eclass: support sysroot builds

On Fri, Mar 27, 2020 at 4:49 PM James Le Cuirot wrote: > On Fri, 27 Mar 2020 13:10:34 -0400 > David Michael wrote: > > > I'd like to be able to install qt5 packages in a sysroot for staging, > > and this is an initial patch for it. The pkg-config variables might not > > be required, but it seeme

Re: [gentoo-dev] network sandbox challenge

On Fri, Mar 27, 2020 at 3:10 PM Samuel Bernardo < samuelbernardo.m...@gmail.com> wrote: > Hi Alec, > > On 3/27/20 7:27 PM, Alec Warner wrote: > > The Gentoo Mirror system is basically a set of scripts that syncs the > > ::gentoo repository, enumerates all URIs in SRC_URI for all ebuilds, > > and f

Re: [gentoo-dev] [PATCH] Split python implementations definition to separate eclass

On Fri, 27 Mar 2020 15:51:35 -0700 Alec Warner wrote: > On Fri, Mar 27, 2020 at 3:11 PM Patrick McLean wrote: > > > On Fri, 27 Mar 2020 14:48:53 -0700 > > Matt Turner wrote: > > > > > On Thu, Mar 26, 2020 at 2:03 PM Patrick McLean > > wrote: > > > > > > > > This patch splits the definit

Re: [gentoo-dev] [PATCH] Split python implementations definition to separate eclass

On Fri, Mar 27, 2020 at 3:11 PM Patrick McLean wrote: > On Fri, 27 Mar 2020 14:48:53 -0700 > Matt Turner wrote: > > > 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,

Re: [gentoo-dev] [PATCH 0/1] allow extra implementations of python

On Fri, Mar 27, 2020 at 06:54:25AM +0100, Michał Górny wrote: > On Thu, 2020-03-26 at 22:12 +0100, Ulrich Mueller wrote: > > > > > > > On Thu, 26 Mar 2020, William Hubbs wrote: > > > If there's a way inside an eclass to check that the ebuild inheriting > > > it is in ::gentoo, I will use it to die

Re: [gentoo-dev] [PATCH] Split python implementations definition to separate eclass

On Fri, 27 Mar 2020 14:48:53 -0700 Matt Turner wrote: > 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 im

Re: [gentoo-dev] network sandbox challenge

Hi Alec, On 3/27/20 7:27 PM, Alec Warner wrote: > The Gentoo Mirror system is basically a set of scripts that syncs the > ::gentoo repository, enumerates all URIs in SRC_URI for all ebuilds, > and fetches them. > It doesn't enumerate anything in any overlays. Overlay authors are > required to poin

Re: [gentoo-dev] [PATCH] Split python implementations definition to separate eclass

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

Re: [gentoo-dev] [PATCH] Split python implementations definition to separate eclass

On Fri, 2020-03-27 at 06:53 +0100, Michał Górny wrote: > > To say it bluntly: if you want to do stupid things, do them yourselves > and don't expect others to help. You get paid for that. We just waste > our time. I'm sorry, this paragraph turned out to be aggressive. I didn't mean to insult a

Re: [gentoo-dev] [PATCH] Split python implementations definition to separate eclass

On Fri, 2020-03-27 at 13:22 -0700, Patrick McLean wrote: > On Fri, 27 Mar 2020 06:53:13 +0100 > Michał Górny wrote: > > > On Thu, 2020-03-26 at 14:03 -0700, Patrick McLean wrote: > > > This patch splits the definition of _PYTHON_ALL_IMPLS and > > > _python_impl_supported to a separate eclass, thi

Re: [gentoo-dev] [PATCH] qt5-build.eclass: support sysroot builds

On Fri, 27 Mar 2020 13:10:34 -0400 David Michael wrote: > I'd like to be able to install qt5 packages in a sysroot for staging, > and this is an initial patch for it. The pkg-config variables might not > be required, but it seemed appropriate to pass the sysroot-configured > versions through the

Re: [gentoo-dev] [PATCH] Split python implementations definition to separate eclass

On Fri, 27 Mar 2020 06:53:13 +0100 Michał Górny wrote: > On Thu, 2020-03-26 at 14:03 -0700, 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 imp

Re: [gentoo-dev] network sandbox challenge

On Fri, Mar 27, 2020 at 5:17 AM Samuel Bernardo < samuelbernardo.m...@gmail.com> wrote: > Hi again Michał, > On 3/27/20 11:48 AM, Michał Górny wrote: > > Nope, just ::gentoo. Minus ebuilds with RESTRICT=mirror. > > I have some doubts after reading the mirror documentation[1] in the > context of p

Re: [gentoo-dev] musl doesn't provide execinfo.h

On Fri, 2020-03-27 at 08:03 -0400, Anthony G. Basile wrote: > On 3/26/20 9:25 PM, Joshua Kinard wrote: > > On 3/23/2020 04:21, Jaco Kroon wrote: > > > Hi, > > > > > > https://bugs.gentoo.org/713668 relates. > > > > > > * Searching for /usr/include/execinfo.h ... > > > sys-libs/glibc-2.29-r7 (/us

[gentoo-dev] Last rites: dev-vcs/pwclient

# Michał Górny (2020-03-27) # Unmaintained. Not tested for py3.7. Last bumped in 2015. # Bad quality ebuild. # Removal in 30 days. Bug #710230. dev-vcs/pwclient -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part

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

# Michał Górny (2020-03-27) # Unmaintained. Not tested for py3.7. Last bumped in 2017. # Bad quality ebuild. # Removal in 30 days. Bug #710226. dev-util/fatrace -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part

[gentoo-dev] [PATCH] qt5-build.eclass: support sysroot builds

Signed-off-by: David Michael --- Hi, I'd like to be able to install qt5 packages in a sysroot for staging, and this is an initial patch for it. The pkg-config variables might not be required, but it seemed appropriate to pass the sysroot-configured versions through the build. There are a few c

[gentoo-dev] Last rites: dev-python/ufoLib

# Michał Górny (2020-03-27) # It was integrated into dev-python/fonttools, and has no reverse # dependencies. # Removal in 30 days. Bug #682146. dev-python/ufoLib -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] Missing ebuild for Mirror and CI scripts

Hi Mike, On 3/27/20 4:31 PM, Mike Gilbert wrote: > On Fri, Mar 27, 2020 at 12:19 PM Samuel Bernardo > wrote: >> Dear all, >> >> Would it be possible to create official ebuilds for Gentoo >> infrastructure projects, such as: >> >> https://github.com/mgorny/repo-mirror-ci >> >> https://github.com/m

[gentoo-dev] Last rites: www-client/weboob

# Michał Górny (2020-03-27) # No Python 3 support. Last touched by maintainer in 2014. # Removal in 30 days. Bug #674734. www-client/weboob -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] Missing ebuild for Mirror and CI scripts

On Fri, Mar 27, 2020 at 12:19 PM Samuel Bernardo wrote: > > Dear all, > > Would it be possible to create official ebuilds for Gentoo > infrastructure projects, such as: > > https://github.com/mgorny/repo-mirror-ci > > https://github.com/mgorny/pkgcheck-result-parser > Neither repo has any tagged

Re: [gentoo-dev] Missing ebuild for Mirror and CI scripts

On Fri, 2020-03-27 at 16:19 +, Samuel Bernardo wrote: > Dear all, > > Would it be possible to create official ebuilds for Gentoo > infrastructure projects, such as: > > https://github.com/mgorny/repo-mirror-ci > > https://github.com/mgorny/pkgcheck-result-parser > I don't know. They were

[gentoo-dev] Missing ebuild for Mirror and CI scripts

Dear all, Would it be possible to create official ebuilds for Gentoo infrastructure projects, such as: https://github.com/mgorny/repo-mirror-ci https://github.com/mgorny/pkgcheck-result-parser Thank you, Samuel signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] network sandbox challenge

On Fri, 2020-03-27 at 12:17 +, Samuel Bernardo wrote: > Hi again Michał, > On 3/27/20 11:48 AM, Michał Górny wrote: > > Nope, just ::gentoo. Minus ebuilds with RESTRICT=mirror. > > I have some doubts after reading the mirror documentation[1] in the > context of personal overlays (not official

Re: [gentoo-dev] network sandbox challenge

On Fri, Mar 27, 2020 at 7:33 AM Michał Górny wrote: > > On Fri, 2020-03-27 at 11:29 +, Samuel Bernardo wrote: > > > Same question for unpack context when using directly the source > > repository with vcs functions. > > VCS ebuilds generally suck, for multiple reasons. We allow users to use >

Re: [gentoo-dev] network sandbox challenge

Hi again Michał, On 3/27/20 11:48 AM, Michał Górny wrote: > Nope, just ::gentoo. Minus ebuilds with RESTRICT=mirror. I have some doubts after reading the mirror documentation[1] in the context of personal overlays (not official). There is two procedures defined as I could understand: - manually

Re: [gentoo-dev] musl doesn't provide execinfo.h

On 3/26/20 9:25 PM, Joshua Kinard wrote: > On 3/23/2020 04:21, Jaco Kroon wrote: >> Hi, >> >> https://bugs.gentoo.org/713668 relates. >> >>  * Searching for /usr/include/execinfo.h ... >> sys-libs/glibc-2.29-r7 (/usr/include/execinfo.h) >> >> As I see I can either add an explicit depend on glibc wh

Re: [gentoo-dev] network sandbox challenge

On Fri, 2020-03-27 at 11:45 +, Samuel Bernardo wrote: > Hi Michał, > > On 3/27/20 11:33 AM, Michał Górny wrote: > > SRC_URI is well-defined, and that makes it possible for us and users to > > develop consistent solutions. We have Gentoo mirror network to increase > > reliability when upstream

Re: [gentoo-dev] network sandbox challenge

Hi Michał, On 3/27/20 11:33 AM, Michał Górny wrote: > SRC_URI is well-defined, and that makes it possible for us and users to > develop consistent solutions. We have Gentoo mirror network to increase > reliability when upstream servers fail. Users can deploy local mirrors > to increase reliabili

Re: [gentoo-dev] network sandbox challenge

On Fri, 2020-03-27 at 11:29 +, Samuel Bernardo wrote: > Hi Michał, > > On 3/27/20 5:59 AM, Michał Górny wrote: > > Stop here. If you think that you need to 'break network sandbox', you > > already have the wrong attitude and shouldn't continue. Network sandbox > > is not your enemy. Using n

Re: [gentoo-dev] network sandbox challenge

Hi Michał, On 3/27/20 5:59 AM, Michał Górny wrote: > Stop here. If you think that you need to 'break network sandbox', you > already have the wrong attitude and shouldn't continue. Network sandbox > is not your enemy. Using network is. > > Network sandbox protects users from paying extra becaus

Re: [gentoo-dev] network sandbox challenge

Hi Robin, On 3/27/20 3:03 AM, Robin H. Johnson wrote: > Have you looked at the EGO_SUM in go-module? This already covers ANY go > package that uses go.mod + go.sum, in a fully reproducible way that does > not break network sandbox. I didn't understand EGO_SUM right. Thank you for mentioned it.

Re: [gentoo-dev] network sandbox challenge

Hi Haelwenn, On 3/27/20 1:50 AM, Haelwenn (lanodan) Monnier wrote: > Couldn't the snapd_${PV}.vendor.tar.xz available in > https://github.com/snapcore/snapd/releases > work in your case to avoid downloading tarballs? > And probably consider using go-modules.eclass, which can also allow > packagin

Re: [gentoo-dev] last rites: x11-terms/aterm, x11-terms/xvt

> > Andreas, perhaps this should be added to the mask comment? Happy to > push a PR or simply add this information to the bug report, at the very > least I thing the bug report should be closed with WONTFIX, may I > proceed with that? I'll same comments there if in order. Sure, adding the info t

Re: [gentoo-dev] last rites: x11-terms/aterm, x11-terms/xvt

Hi, On 2020/03/26 23:48, Jaco Kroon wrote: > Hi, > > On 2020/03/26 23:34, Andreas K. Huettel wrote: > >> # Andreas K. Hüttel (2020-03-26) >> # Fail to build with glibc-2.30; no maintainer. Removal in 30days. >> # Bugs 691756, 691710 >> x11-terms/aterm > I'll take this via proxy-maint. After usi