Re: [gentoo-dev] RFC: remove php4 from depend.php and others
On 07/10/2010 01:22 AM, Matti Bickel wrote: > Hi, > > yet another patch from Ole in a bid to rid the php eclasses from some > long forgotten code. The patches should be self-explanatory - just rip > out everything related to dev-php4 :) > > Comments welcome. > The standing policy is still not to remove any public functionality from eclasses. If we decide to start removing functionality the council should set common rules for it. signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] RFC: removal of virtual/php from depend.php
On Fri, Jul 9, 2010 at 5:09 PM, Matti Bickel wrote: > So we're replacing virtual/php with dev-lang/php in depend.php. > Question is: do we need depend.php-r1 for this? Did I miss some > important point about the change? > Matt, No you don't. You should be free to make the change. -- Doug Goldstein
Re: [gentoo-dev] 'State of Gentoo' BoF session, Linux Symposium 2010.
Hi, On 2010-07-09 20:59 UTC Philip Webb wrote: > 100709 Robin H. Johnson wrote: > > I'm running a BoF session during Linux Symposium 2010 in Ottawa next > > week, entitled 'State of Gentoo'. > > http://www.linuxsymposium.org/2010/view_abstract.php?content_key=75 > > Questions about progress on specific topics are warmly welcomed. [...] > There is still a serious misperception out there among non-users > that Gentoo is about performance. This needs to be corrected: > I believe we all use it for the choice & control it offers. > > Perhaps there's also a disadvantage in that Gentoo doesn't receive > the commercial publicity behind Ubuntu, Fedora & Suse, > nor does it have the ancient history of Slackware & Debian. > > I continue to be as happy a user as I have always been since 2003 . Exactly my thoughts. *signed* Patrick. -- Key ID: 0x86E346D4http://patrick-nagel.net/key.asc Fingerprint: 7745 E1BE FA8B FBAD 76AB 2BFC C981 E686 86E3 46D4 signature.asc Description: This is a digitally signed message part.
[gentoo-dev] FYI: dropping support for php4
Yeah, we have dropped support for PHP-4 in the tree for ages, but in the php4 overlay it still lives on. This is just a reminder that php4 will be even more broken when the recent patches will get applied. The php team does and will not support installations running on the php4 overlay and will consider removing it (likely end of july) so as to not encourage usage of php4. signature.asc Description: OpenPGP digital signature
[gentoo-dev] RFC: remove php4 from depend.php and others
Hi,
yet another patch from Ole in a bid to rid the php eclasses from some
long forgotten code. The patches should be self-explanatory - just rip
out everything related to dev-php4 :)
Comments welcome.
All the work will go into our overlay (slotting branch:
http://git.overlays.gentoo.org/gitweb/?p=proj/php.git;a=tree;h=refs/heads/slotting;hb=slotting)
before migration to the tree.
diff --git a/eclass/depend.php.eclass b/eclass/depend.php.eclass
index 681e6dd..c194449 100644
--- a/eclass/depend.php.eclass
+++ b/eclass/depend.php.eclass
@@ -18,57 +18,6 @@
inherit eutils phpconfutils
-# PHP4-only depend functions
-
-# @FUNCTION: need_php4_cli
-# @DESCRIPTION:
-# Set this after setting DEPEND/RDEPEND in your ebuild if the ebuild requires PHP4
-# with cli SAPI.
-need_php4_cli() {
- DEPEND="${DEPEND} =dev-lang/php-4*[cli]"
- RDEPEND="${RDEPEND} =dev-lang//php-4*[cli]"
- PHP_VERSION="4"
-}
-
-# @FUNCTION: need_php4_httpd
-# @DESCRIPTION:
-# Set this after setting DEPEND/RDEPEND in your ebuild if the ebuild requires PHP4
-# with either cgi or apache2 SAPI.
-need_php4_httpd() {
- DEPEND="${DEPEND} =virtual/httpd-php-4*"
- RDEPEND="${RDEPEND} =virtual/httpd-php-4*"
- PHP_VERSION="4"
-}
-
-# @FUNCTION: need_php4
-# @DESCRIPTION:
-# Set this after setting DEPEND/RDEPEND in your ebuild if the ebuild requires PHP4
-# (with any SAPI).
-need_php4() {
- DEPEND="${DEPEND} =dev-lang/php-4*"
- RDEPEND="${RDEPEND} =dev-lang/php-4*"
- PHP_VERSION="4"
- PHP_SHARED_CAT="php4"
-}
-
-# common settings go in here
-uses_php4() {
- # cache this
- libdir=$(get_libdir)
-
- PHPIZE="/usr/${libdir}/php4/bin/phpize"
- PHPCONFIG="/usr/${libdir}/php4/bin/php-config"
- PHPCLI="/usr/${libdir}/php4/bin/php"
- PHPCGI="/usr/${libdir}/php4/bin/php-cgi"
- PHP_PKG="$(best_version =dev-lang/php-4*)"
- PHPPREFIX="/usr/${libdir}/php4"
- EXT_DIR="$(${PHPCONFIG} --extension-dir 2>/dev/null)"
-
- einfo
- einfo "Using ${PHP_PKG}"
- einfo
-}
-
# PHP5-only depend functions
# @FUNCTION: need_php5_cli
@@ -158,7 +107,6 @@ need_php() {
need_php_by_category() {
case "${CATEGORY}" in
dev-php) need_php ;;
- dev-php4) need_php4 ;;
dev-php5) need_php5 ;;
*) die "Version of PHP required by packages in category ${CATEGORY} unknown"
esac
@@ -174,8 +122,6 @@ has_php() {
# Detect which PHP version we have installed
if has_version '=dev-lang/php-5*' ; then
PHP_VERSION="5"
- elif has_version '=dev-lang/php-4*' ; then
- PHP_VERSION="4"
else
die "Unable to find an installed dev-lang/php package"
fi
@@ -396,17 +342,6 @@ has_concurrentmodphp() {
require_pdo() {
has_php
- # Do we have PHP5 installed?
- if [[ "${PHP_VERSION}" == "4" ]] ; then
- eerror
- eerror "This package requires PDO."
- eerror "PDO is only available for PHP 5."
- eerror "You must install >=dev-lang/php-5.1 with USE=\"pdo\"."
- eerror "pdo USE flags turned on."
- eerror
- die "PHP 5 not installed"
- fi
-
# Was PHP5 compiled with internal PDO support?
if built_with_use =${PHP_PKG} pdo || phpconfutils_built_with_use =${PHP_PKG} pdo ; then
return
@@ -436,15 +371,6 @@ require_php_cli() {
local PHP_PACKAGE_FOUND=""
- # Detect which PHP version we have installed
- if has_version '=dev-lang/php-4*' ; then
- PHP_PACKAGE_FOUND="1"
- pkg="$(best_version '=dev-lang/php-4*')"
- if built_with_use =${pkg} cli || phpconfutils_built_with_use =${pkg} cli ; then
- PHP_VERSION="4"
- fi
- fi
-
if has_version '=dev-lang/php-5*' ; then
PHP_PACKAGE_FOUND="1"
pkg="$(best_version '=dev-lang/php-5*')"
@@ -480,15 +406,6 @@ require_php_cgi() {
local PHP_PACKAGE_FOUND=""
- # Detect which PHP version we have installed
- if has_version '=dev-lang/php-4*' ; then
- PHP_PACKAGE_FOUND="1"
- pkg="$(best_version '=dev-lang/php-4*')"
- if built_with_use =${pkg} cgi || phpconfutils_built_with_use =${pkg} cgi ; then
- PHP_VERSION="4"
- fi
- fi
-
if has_version '=dev-lang/php-5*' ; then
PHP_PACKAGE_FOUND="1"
pkg="$(best_version '=dev-lang/php-5*')"
@@ -522,13 +439,6 @@ require_sqlite() {
return
fi
- # Do we have pecl-sqlite installed for PHP4?
- if [[ "${PHP_VERSION}" == "4" ]] ; then
- if has_version 'dev-php4/pecl-sqlite' ; then
- return
- fi
- fi
-
# If we get here, then we don't have any SQLite support for PHP installed
eerror
eerror "No SQLite extension for PHP found."
diff --git a/eclass/php-pear-lib-r1.eclass b/eclass/php-pear-lib-r1.eclass
index 5c58dce..f5fdd7f 100644
--- a/eclass/php-pear-lib-r1.eclass
+++ b/eclass/php-pear-lib-r1.eclass
@@ -33,17 +33,7 @@ php-pear-lib-r1_src_install() {
addpredict /var/lib/net-snmp/
addpredict /session_mm_cli0.sem
- case "${CATEGORY}" in
- dev-php)
- if has_version '=dev-lang/php-5*' ; then
-PHP_BIN="/usr/$(get_libdir)/php5/bin/php"
- else
-PHP_BIN="/usr/$(get_libdir)/php4/bin/php"
- fi ;;
- dev-php4) PHP_BIN="/usr/$(get_libdir)/php4/bin/php" ;;
- dev-php5) PHP_BIN="/usr/$(get_libdir)/php5/bin/php" ;;
- *) die "Version of PHP required by packages in category ${CATEGORY
[gentoo-dev] RFC: removal of virtual/php from depend.php
Hi,
in concert with bug 319623 the php team would like to remove virtual/php
from the depend.php eclass. This will change DEPEND and RDEPEND strings
for quite some packages.
The basic idea is:
virtual/php is only provided by dev-lang/php and has been for quite some
time now. There are no plans to split php again. So all ebuilds that
need a PHP installation should just depend on dev-lang/php.
For convenience we still provide virtual/httpd-php, which will give you
php and a webserver able to display your php sites.
So we're replacing virtual/php with dev-lang/php in depend.php.
Question is: do we need depend.php-r1 for this? Did I miss some
important point about the change?
Yes, this eclass requires EAPI=2 and I will not commit the change to
this eclass until every ebuild using it has migrated. If that's not
feasible, I'll use depend.php-r1.
Patch attached. Thanks to Ole Markus With, it's actually his work and
I'm just helping fleshing out ideas and directions here.
diff --git a/eclass/depend.php.eclass b/eclass/depend.php.eclass
index 003ac46..681e6dd 100644
--- a/eclass/depend.php.eclass
+++ b/eclass/depend.php.eclass
@@ -25,8 +25,8 @@ inherit eutils phpconfutils
# Set this after setting DEPEND/RDEPEND in your ebuild if the ebuild requires PHP4
# with cli SAPI.
need_php4_cli() {
- DEPEND="${DEPEND} =virtual/php-4*"
- RDEPEND="${RDEPEND} =virtual/php-4*"
+ DEPEND="${DEPEND} =dev-lang/php-4*[cli]"
+ RDEPEND="${RDEPEND} =dev-lang//php-4*[cli]"
PHP_VERSION="4"
}
@@ -76,8 +76,8 @@ uses_php4() {
# Set this after setting DEPEND/RDEPEND in your ebuild if the ebuild requires PHP5
# with cli SAPI.
need_php5_cli() {
- DEPEND="${DEPEND} =virtual/php-5*"
- RDEPEND="${RDEPEND} =virtual/php-5*"
+ DEPEND="${DEPEND} =dev-lang/php-5*[cli]"
+ RDEPEND="${RDEPEND} =dev-lang/php-5*[cli]"
PHP_VERSION="5"
}
@@ -127,8 +127,8 @@ uses_php5() {
# Set this after setting DEPEND/RDEPEND in your ebuild if the ebuild requires PHP
# (any version) with cli SAPI.
need_php_cli() {
- DEPEND="${DEPEND} virtual/php"
- RDEPEND="${RDEPEND} virtual/php"
+ DEPEND="${DEPEND} dev-lang/php[cli]"
+ RDEPEND="${RDEPEND} dev-lang/php[cli]"
}
# @FUNCTION: need_php_httpd
signature.asc
Description: OpenPGP digital signature
[gentoo-dev] Last rites: dev-php5/znf
Late to the party, but anyway: # Matti Bickel (04 Jul 2010) # Dead upstream (bug #324825) # Masked for removal in 30 days dev-php5/znf signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] 'State of Gentoo' BoF session, Linux Symposium 2010.
100709 Robin H. Johnson wrote: > I'm running a BoF session during Linux Symposium 2010 in Ottawa next week, > entitled 'State of Gentoo'. > http://www.linuxsymposium.org/2010/view_abstract.php?content_key=75 > Questions about progress on specific topics are warmly welcomed. Good to know something useful is happening in our capital this year (grin). There is still a serious misperception out there among non-users that Gentoo is about performance. This needs to be corrected: I believe we all use it for the choice & control it offers. Perhaps there's also a disadvantage in that Gentoo doesn't receive the commercial publicity behind Ubuntu, Fedora & Suse, nor does it have the ancient history of Slackware & Debian. I continue to be as happy a user as I have always been since 2003 . HTH -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-dev] Re: [gentoo-project] 'State of Gentoo' BoF session, Linux Symposium 2010.
On Friday, July 09, 2010 13:19:04 Robin H. Johnson wrote: > Any other Gentoo users/developers attending? i guess i should -mike signature.asc Description: This is a digitally signed message part.
[gentoo-dev] 'State of Gentoo' BoF session, Linux Symposium 2010.
Hi all, I had hoped to send this before now, but the exact scheduled timeslot keeps changing. It was already on the PR events calendar. I'm running a BoF session during the Linux Symposium 2010 in Ottawa next week, entitled 'State of Gentoo'. http://www.linuxsymposium.org/2010/view_abstract.php?content_key=75 Extract: = What's the present state of Gentoo Linux? $DISTRO is dying, long live $DISTRO. What drives this perception of distribution status? Is it FUD, or is it a sign of a larger problem? This BoF will cover recent developments and activities in the Gentoo realm, with a focus on the core distribution and services provided by the developers, Gentoo Infrastructure as well as the technical and legal administrativa (Gentoo Council and Gentoo Foundation). Questions about progress on specific topics are warmly welcomed. = Any other Gentoo users/developers attending? -- Robin Hugh Johnson Gentoo Linux: Developer, Trustee & Infrastructure Lead E-Mail : robb...@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgpXhq8MjQb8z.pgp Description: PGP signature
[gentoo-dev] svga useflag (media-libs/svgalib)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, there are few left packages that still have svga useflag and depend on svgalib. To my best knowledge that stuff has been deprecated to not be used. So my question is which one of the following we should start: "Should we slowly remove that useflag in ~ and slowly propagate svga away?" "Leave it as-is?" "Hard remove it everywhere and be done with it in few hours?" "We should unleash pink ponies and unicorns sing rainbow?" Cheers - Tomáš Chvátal Gentoo Linux Developer [Clustering/Council/KDE/QA/Sci/X11] E-Mail : scarab...@gentoo.org GnuPG FP: 94A4 5CCD 85D3 DE24 FE99 F924 1C1E 9CDE 0341 4587 GnuPG ID: 03414587 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.15 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw3PkYACgkQHB6c3gNBRYeG/ACgy7wNHKE/kHdvqh1BWXxbbaS0 ANoAmwQnl3jrhcJ5ZqYhEbCxAyXBIkAz =CGhk -END PGP SIGNATURE-
[gentoo-dev] Lastrite: dev-libs/gnome-build
# Pacho Ramos (09 Jul 2010) # Masked for removal in 30 days since it's no longer needed now that we # don't have old anjuta versions in the tree, see bug #327593 dev-libs/gnome-build signature.asc Description: This is a digitally signed message part
[gentoo-dev] Re: Council Election Results
The good old ruby grapher with: ScaleSize= 11 HeightScale = 3 BarHeight= 11 ferringb (1) halcy0n (2) jmbsvicetto | | | | |#| |#|#|# |#|#|# |#|#|# |#|#|# |## |# # |### |### #|### # | |### #|### # | |## #| # | |## |### ## | # |## |### |## +--- +--- +--- chainsaw (4) betelgeuse (5)scarabeus (6 | | | | | | | | | | | | | |#| |# # |#|# |# # |## |# |# ###|## #|# # # |## |## # #|### ## |### |## ## |## |### # |## ### |## |### |### |### +--- +--- +--- wired (7) patrick (8) phajdan.jr ( | | | | | | | | | | | | | # | | # | # |#| # | # |#| # | ### |#| # # |# ## | # ## | # # |# ## # | # |### ## |# |### |## |### |### |### +--- +--- +--- sping (10)_reopen_nomi | | | | | | | # | |## |# |## | ## |## | |# ## | |# ### | # |# ## | # ## |### ### | |### |# +--- +---
