[gentoo-dev] Re: Old copyright assignments
> On Thu, 19 Apr 2018, Ulrich Mueller wrote: > Reportedly, in the past at least some Gentoo developers signed > copyright assignment forms [2] to Gentoo Technologies, Inc., and > possibly later to the Gentoo Foundation. Bug 140286 [3] suggests > that this no longer took place since around 2005. > Now my question to you is if (and when) you have signed such a > copyright assignment form? Please reply to me personally; I'll post > a summary to the gentoo-project list later. So far, I have received 7 replies, and I don't expect many more to come in (but please still reply, especially if you *have* signed the form). Here comes a summary: One former developer said that he had signed the copyright assignment form for GTI; he joined in June 2004. (We also have the actual form.) Six others said that they haven't signed anything; all of them joined after September 2006. I conclude from the replies that recruiters have no longer asked for signing of the form then. Ulrich > [2] > https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo/xml/htdocs/proj/en/devrel/copyright/assignment.pdf?revision=1.1 > [3] https://bugs.gentoo.org/140286 pgp6JfxnjIMah.pgp Description: PGP signature
Re: [gentoo-dev] rfc: virtual/init for init process
On Wed, Apr 25, 2018 at 02:20:29PM -0500, William Hubbs wrote: > Hi all, > > In the past, openrc has had a dependency on sysvvinit because it called > killall5. Since it doesn't do that any more, I have been asked to remove > the dependency [1]. Another advantage of doing this is that people will > be able to build profiles without an init package, for containers for > example. > > To do this, I need to add virtual/init for packages that have an init > process. then add virtual/init to profiles/base/packages. > > Please proofread virtual/init as attached before I add it to the tree. > > Thanks, > > William > > [1] https://bugs.gentoo.org/show_bug.cgi?id=599468 > > > # Copyright 1999-2018 Gentoo Foundation > # Distributed under the terms of the GNU General Public License v2 > > EAPI=6 > > DESCRIPTION="virtual for process 1" > > SLOT="0" > KEYWORDS="alpha amd64 arm arm64 hppa ia64 m68k ~mips ppc ppc64 s390 sh sparc > x86 ~ppc-aix ~x64-cygwin ~amd64-fbsd ~x86-fbsd ~amd64-linux ~x86-linux > ~ppc-macos ~x64-macos ~x86-macos ~m68k-mint ~sparc-solaris ~sparc64-solaris > ~x64-solaris ~x86-solaris ~x86-winnt" > IUSE="" Dont you need: IUSE="prefix selinux kernel_linux kernel_FreeBSD" > RDEPEND=" > !prefix? ( > kernel_linux? ( > || ( > >=sys-apps/sysvinit-2.86-r6[selinux?] > sys-apps/systemd For consistency with the one above, this should probably be sys-apps/systemd[selinux?] -- Jason > ) > selinux? ( > >=sec-policy/selinux-base-policy-2.20170204-r4 > ) > ) > kernel_FreeBSD? ( > sys-freebsd/freebsd-sbin > ) > )"
[gentoo-dev] Packages up for grabs
Hello, The following packages are up for grabs: dev-java/boilerpipe dev-python/django-two-factor-auth dev-python/cfgio dev-python/phonenumbers dev-python/django-opensearch dev-python/yubiotp dev-python/django-otp dev-python/shortuuid dev-python/twilio dev-python/django-phonenumber-field dev-python/django-otp-yubikey net-analyzer/nagios-check_linux_bonding net-misc/openvpn-auth-ldap dev-libs/grok Best regards, Amy Liffey signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] rfc: virtual/init for init process
> On Thu, 26 Apr 2018, Jason Zaman wrote: >> IUSE="" > Dont you need: > IUSE="prefix selinux kernel_linux kernel_FreeBSD" prefix and KERNEL are injected from profiles/base/make.defaults, so no need to have them in IUSE. selinux might be needed indeed. Ulrich pgpowgaanGKEE.pgp Description: PGP signature
Re: [gentoo-dev] rfc: virtual/init for init process
W dniu czw, 26.04.2018 o godzinie 16∶46 +0200, użytkownik Ulrich Mueller napisał: > > > > > > On Thu, 26 Apr 2018, Jason Zaman wrote: > > > IUSE="" > > Dont you need: > > IUSE="prefix selinux kernel_linux kernel_FreeBSD" > > prefix and KERNEL are injected from profiles/base/make.defaults, so no > need to have them in IUSE. Still, explicit is better than implicit, especially when there's no harm from being explicit. > > selinux might be needed indeed. > > Ulrich -- Best regards, Michał Górny
Re: [gentoo-dev] rfc: virtual/init for init process
On Wed, Apr 25, 2018 at 3:20 PM, William Hubbs wrote: > Hi all, > > In the past, openrc has had a dependency on sysvvinit because it called > killall5. Since it doesn't do that any more, I have been asked to remove > the dependency [1]. Another advantage of doing this is that people will > be able to build profiles without an init package, for containers for > example. > > To do this, I need to add virtual/init for packages that have an init > process.then add virtual/init to profiles/base/packages. > > Please proofread virtual/init as attached before I add it to the tree. If this is really intended to pull in any program that could feasibly be used as PID 1, there are probably multiple providers missing. A couple off the top of my head: sys-apps/busybox sys-apps/openrc (openrc-init) If the virtual is meant to represent something else (as I suspect it is), please elaborate.
Re: [gentoo-dev] rfc: virtual/init for init process
Here is the latest version of this virtual based on feedback from the list so far. I have added some providers and cleaned up IUSE. Thanks, William # Copyright 1999-2018 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 EAPI=6 DESCRIPTION="virtual for process 1" SLOT="0" KEYWORDS="alpha amd64 arm arm64 hppa ia64 m68k ~mips ppc ppc64 s390 sh sparc x86 ~ppc-aix ~x64-cygwin ~amd64-fbsd ~x86-fbsd ~amd64-linux ~x86-linux ~ppc-macos ~x64-macos ~x86-macos ~m68k-mint ~sparc-solaris ~sparc64-solaris ~x64-solaris ~x86-solaris ~x86-winnt" IUSE="selinux" RDEPEND=" !prefix? ( kernel_linux? ( || ( >=sys-apps/sysvinit-2.86-r6[selinux?] sys-apps/busybox[selinux?] sys-apps/openrc[selinux?] sys-apps/s6 sys-apps/systemd[selinux?] sys-process/runit ) selinux? ( >=sec-policy/selinux-base-policy-2.20170204-r4 ) ) kernel_FreeBSD? ( sys-freebsd/freebsd-sbin ) )" signature.asc Description: Digital signature
[gentoo-dev] Last rites: dev-python/{django-evolution,iconvcodec,kiwi,tdaemon}
# Michał Górny (26 Apr 2018) # Apparently redundant to built-in Python features. Homepage gone # without trace. Last release in 2003. No reverse dependencies. # Removal in 30 days. Bug #537720. dev-python/iconvcodec # Michał Górny (26 Apr 2018) # Does not work with any of the unmasked django versions. Unmaintained. # No reverse dependencies. Removal in 30 days. Bug #527176. dev-python/django-evolution # Michał Górny (26 Apr 2018) # Produces a lot of Pango warnings, then segfaults. Unmaintained. # No reverse dependencies. Removal in 30 days. Bug #526668. dev-python/kiwi # Michał Górny (26 Apr 2018) # Obsolete package used during some past GSoC development # and unmaintained since. All of its users have retired already. # No reverse dependencies. The ebuild runs test suite of CPython # instead of its own. Removal in 30 days. Bug #526552. dev-python/tdaemon -- Best regards, Michał Górny
Re: [gentoo-dev] rfc: virtual/init for init process
After some discussion on IRC, I need to drop busybox from this virtual because it is in packages already. OpenRC needs to be dropped because for now we do not have a way to make sure both openrc and sysvinit get installed in stage 3 if openrc is listed both in virtual/init and virtual/service-manager. William signature.asc Description: Digital signature
Re: [gentoo-dev] rfc: virtual/init for init process
On 04/26/2018 01:08 PM, William Hubbs wrote: > After some discussion on IRC, I need to drop busybox from this virtual > because it is in packages already. OpenRC needs to be dropped because > for now we do not have a way to make sure both openrc and sysvinit get > installed in stage 3 if openrc is listed both in virtual/init and > virtual/service-manager. I predict that a non-zero number of users that have sys-apps/s6 or sys-process/runit will accidentally/blindly remove sys-apps/sysvinit via emerge --depclean, resulting in an unbootable system. Just say-in. -- Thanks, Zac signature.asc Description: OpenPGP digital signature
[gentoo-dev] [PATCH 1/4] xorg-2.eclass: Transition deps to x11-base/xorg-proto
DRI_DEPEND can go away since all xf86-video-* drivers now directly
depend on x11-base/xorg-proto, which includes the dependencies from
DRI_DEPEND.
---
eclass/xorg-2.eclass | 25 ++---
1 file changed, 2 insertions(+), 23 deletions(-)
diff --git a/eclass/xorg-2.eclass b/eclass/xorg-2.eclass
index 42067095b55b..96a469163cfd 100644
--- a/eclass/xorg-2.eclass
+++ b/eclass/xorg-2.eclass
@@ -199,25 +199,17 @@ DRI_COMMON_DEPEND="
x11-base/xorg-server[-minimal]
x11-libs/libdrm
"
-DRI_DEPEND="
- x11-proto/xf86driproto
- x11-proto/glproto
- x11-proto/dri2proto
-"
case ${XORG_DRI} in
no)
;;
always)
COMMON_DEPEND+=" ${DRI_COMMON_DEPEND}"
- DEPEND+=" ${DRI_DEPEND}"
;;
*)
COMMON_DEPEND+=" ${XORG_DRI}? ( ${DRI_COMMON_DEPEND} )"
- DEPEND+=" ${XORG_DRI}? ( ${DRI_DEPEND} )"
IUSE+=" ${XORG_DRI}"
;;
esac
-unset DRI_DEPEND
unset DRI_COMMONDEPEND
if [[ -n "${DRIVER}" ]]; then
@@ -226,26 +218,13 @@ if [[ -n "${DRIVER}" ]]; then
"
fi
if [[ -n "${DRIVER}" && ${PN} == xf86-input-* ]]; then
- DEPEND+="
- x11-proto/inputproto
- x11-proto/kbproto
- x11-proto/xproto
- "
+ DEPEND+="x11-base/xorg-proto"
fi
if [[ -n "${DRIVER}" && ${PN} == xf86-video-* ]]; then
COMMON_DEPEND+="
x11-libs/libpciaccess
"
- # we also needs some protos and libs in all cases
- DEPEND+="
- x11-proto/fontsproto
- x11-proto/randrproto
- x11-proto/renderproto
- x11-proto/videoproto
- x11-proto/xextproto
- x11-proto/xineramaproto
- x11-proto/xproto
- "
+ DEPEND+="x11-base/xorg-proto"
fi
# @ECLASS-VARIABLE: XORG_DOC
--
2.16.1
[gentoo-dev] [PATCH 2/4] xorg-2.eclass: Fix typo'd DRI_COMMON_DEPEND
---
eclass/xorg-2.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/xorg-2.eclass b/eclass/xorg-2.eclass
index 96a469163cfd..0329a7aa623a 100644
--- a/eclass/xorg-2.eclass
+++ b/eclass/xorg-2.eclass
@@ -210,7 +210,7 @@ case ${XORG_DRI} in
IUSE+=" ${XORG_DRI}"
;;
esac
-unset DRI_COMMONDEPEND
+unset DRI_COMMON_DEPEND
if [[ -n "${DRIVER}" ]]; then
COMMON_DEPEND+="
--
2.16.1
[gentoo-dev] [PATCH 3/4] toolchain.eclass: Transition deps to x11-base/xorg-proto
---
eclass/toolchain.eclass | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/eclass/toolchain.eclass b/eclass/toolchain.eclass
index 2da455ad4e3b..df76dc4feb8c 100644
--- a/eclass/toolchain.eclass
+++ b/eclass/toolchain.eclass
@@ -206,11 +206,10 @@ DEPEND="${RDEPEND}
if in_iuse gcj ; then
GCJ_DEPS=">=media-libs/libart_lgpl-2.1"
GCJ_GTK_DEPS="
+ x11-base/xorg-proto
x11-libs/libXt
x11-libs/libX11
x11-libs/libXtst
- x11-proto/xproto
- x11-proto/xextproto
=x11-libs/gtk+-2*
virtual/pkgconfig
"
--
2.16.1
[gentoo-dev] [PATCH 4/4] kde4-base.eclass: Transition deps to x11-base/xorg-proto
--- eclass/kde4-base.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/kde4-base.eclass b/eclass/kde4-base.eclass index 8abade2677d4..72e4fcfe526b 100644 --- a/eclass/kde4-base.eclass +++ b/eclass/kde4-base.eclass @@ -387,7 +387,7 @@ kdedepend=" dev-util/automoc virtual/pkgconfig >=x11-libs/libXtst-1.1.0 - x11-proto/xf86vidmodeproto + x11-base/xorg-proto " kderdepend="" -- 2.16.1
Re: [gentoo-dev] rfc: virtual/init for init process
On Thu, 26 Apr 2018 13:35:15 -0700 Zac Medico wrote: > emerge --depclean, resulting in an unbootable system. Just say-in. And depclean being very verbose doesn't do many favours here either. ( I regularly do >500 package depcleans and spotting things that aren't meant to be culled amongst that list is a bit of a challenge ) pgp6tsEuwaAev.pgp Description: OpenPGP digital signature
