Re: [gentoo-dev] Packages up for grabs
On Wed, 16 Mar 2011 17:18:52 + Christoph Mende ange...@gentoo.org wrote: app-editors/hexedit I will care for it. Thomas --
[gentoo-dev] Re: GCC 4.6.0
On Sun, 3 Apr 2011 05:50:32 + (UTC) Duncan 1i5t5.dun...@cox.net wrote: Ryan Hill posted on Sat, 02 Apr 2011 22:11:12 -0600 as excerpted: You may also want to test your packages with the new -Ofast option to be sure it doesn't have any hardcoded assumptions about -O flags. The release description I've read for -Ofast says it includes -fast-math, among other things, a flag Gentoo has always strongly discouraged (you break with it, you keep the pieces) and which can get bugs resolved/ invalid as a result. Now that gcc 4.6 itself is more strongly supporting it as enabled with one of the -O options, is that policy going to change, or is Gentoo going to officially not support -Ofast, as well? I doubt we will. If a package breaks because of -Ofast there's really nothing we can do about it. It's not a bug in the compiler or the package, it's that you explicitly told it to generate non-standard-conformant code. -- fonts, gcc-porting, it makes no sense how it makes no sense toolchain, wxwidgets but i'll take it free anytime @ gentoo.orgEFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 signature.asc Description: PGP signature
Re: [gentoo-dev] Re: GCC 4.6.0
On Sun, Apr 3, 2011 at 6:19 AM, Ryan Hill wrote: On Sun, 3 Apr 2011 05:50:32 Duncan wrote: Ryan Hill posted on Sat, 02 Apr 2011 22:11:12 -0600 as excerpted: You may also want to test your packages with the new -Ofast option to be sure it doesn't have any hardcoded assumptions about -O flags. The release description I've read for -Ofast says it includes -fast-math, among other things, a flag Gentoo has always strongly discouraged (you break with it, you keep the pieces) and which can get bugs resolved/ invalid as a result. Now that gcc 4.6 itself is more strongly supporting it as enabled with one of the -O options, is that policy going to change, or is Gentoo going to officially not support -Ofast, as well? I doubt we will. If a package breaks because of -Ofast there's really nothing we can do about it. It's not a bug in the compiler or the package, it's that you explicitly told it to generate non-standard-conformant code. obviously we will look at ICEs and such, but in terms of apps misbehaving at runtime, most likely we'll write it up as not a bug like Ryan says -mike
Re: [gentoo-dev] Re: GCC 4.6.0
On 03. 04. 2011 16:04, Mike Frysinger wrote: On Sun, Apr 3, 2011 at 6:19 AM, Ryan Hill wrote: On Sun, 3 Apr 2011 05:50:32 Duncan wrote: Ryan Hill posted on Sat, 02 Apr 2011 22:11:12 -0600 as excerpted: You may also want to test your packages with the new -Ofast option to be sure it doesn't have any hardcoded assumptions about -O flags. The release description I've read for -Ofast says it includes -fast-math, among other things, a flag Gentoo has always strongly discouraged (you break with it, you keep the pieces) and which can get bugs resolved/ invalid as a result. Now that gcc 4.6 itself is more strongly supporting it as enabled with one of the -O options, is that policy going to change, or is Gentoo going to officially not support -Ofast, as well? I doubt we will. If a package breaks because of -Ofast there's really nothing we can do about it. It's not a bug in the compiler or the package, it's that you explicitly told it to generate non-standard-conformant code. obviously we will look at ICEs and such, but in terms of apps misbehaving at runtime, most likely we'll write it up as not a bug like Ryan says -mike Maybe slightly off topic, but still.. 1. I've noticed that -Ofast and couple other bits on gcc which I have seen on Open64 before. Are these new optimisations imported from Open64 or is this simply the result of good old competition of both teams ? 2. Is there any info on gcc version that will support -march=Bulldozer ? I have googled a couple of gcc-related posts about optimizing for this CPU architecture intricacies and I have hoped to see support for it in 4.6... Is this stuff still in early development or is it just waiting for AMD to ship the chips due to some kind of NDA ?
Re: [gentoo-dev] GCC 4.6.0
On Sunday 03 April 2011 06:11:12 Ryan Hill wrote: For general testing you may want to add the gcc-porting overlay to avoid known failures that haven't been fixed in the tree yet. Just for clarification... I thought the toolchain overlay was for the always- gentoo-most-experimental compilers. What's the difference?! -- Andreas K. Huettel Gentoo Linux developer dilfri...@gentoo.org http://www.akhuettel.de/ signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Re: euscan proof of concept (like debian's uscan)
Hi again, I found the time to work a little more on euscan: - Git tree: http://git.iksaif.net/?p=euscan.git - Demo web interface: http://xf.iksaif.net/dev/.euscan/web/ To feed the web interface, I created a quickdirty euscan-update. It currently depends on eix-0.22.5 and gentoolkit-0.3.0. I launched a full portage scan yesterday, and as you can see on web interface, it seems to work. You can browse by category, herd, and maintainer. The scan is not finished yet (currently scanning net-misc) and keep in mind that euscan doesn't support mirror:// urls (although, it would be easy to support some of them). But there is still a lot to do to make something useful with that, and I said before, I don't have a lot of time allocated to that project, so any help would be great. Quick TODO and ideas: euscan: - clean euscan and add options parsing capabilities, with tons of options - support mirror:// (when possible) - fix known bugs (see BUGS) euscan-update: - clean - optimize and parallelize - remove gentoolkit dependency, handle overlays, handle cumulative scans web interface: - display all kind of informations (metadatas, keywords, etc...) - create charts and statistics - mark/report false positives - display euscan-update status - display last euscan output message - show when euscan can/cannot guess upstream version for a given package misc: - automatic bug report - automatic email report for maintainer/herds
Re: [gentoo-dev] Re: GCC 4.6.0
Branko Badrljica schrieb: 2. Is there any info on gcc version that will support -march=Bulldozer ? I have googled a couple of gcc-related posts about optimizing for this CPU architecture intricacies and I have hoped to see support for it in 4.6... Is this stuff still in early development or is it just waiting for AMD to ship the chips due to some kind of NDA ? gcc-4.6.0 adds targets for two new AMD CPU families, bdver1 and btver1. It is all public, both the mailing list posts leading to the inclusion and gcc/config/i386/i386.c The gcc manpage was not updated, I think maybe by mistake. Best regards, Chi-Thanh Christopher Nguyen
Re: [gentoo-dev] GCC 4.6.0
On Sun, Apr 3, 2011 at 10:56 AM, Andreas K. Huettel wrote: On Sunday 03 April 2011 06:11:12 Ryan Hill wrote: For general testing you may want to add the gcc-porting overlay to avoid known failures that haven't been fixed in the tree yet. Just for clarification... I thought the toolchain overlay was for the always- gentoo-most-experimental compilers. What's the difference?! one is for toolchains and one is for porting. the former only has toolchain related packages while the latter has a lot of random patched packages. -mike
[gentoo-dev] python-namespaces.eclass
I would like to add python-namespaces.eclass. This eclass will be used by a small number of special packages, which will provide Python namespaces. These packages will be used as dependencies of other packages already present in the tree. Ebuilds using this eclass must set PYTHON_NAMESPACES variable before inheriting this eclass. Example (from net-zope/namespaces-zope): PYTHON_NAMESPACES=Products Shared Shared.DC five +zope zope.app This eclass provides 3 public functions: python-namespaces_src_install() python-namespaces_pkg_postinst() python-namespaces_pkg_postrm() -- Arfrever Frehtes Taifersar Arahesis # Copyright 1999-2011 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: $ # @ECLASS: python-namespaces.eclass # @MAINTAINER: # Gentoo Python Project pyt...@gentoo.org # @BLURB: Eclass for packages installing Python namespaces # @DESCRIPTION: # The python-namespaces eclass defines phase functions for packages installing Python namespaces. if ! has ${EAPI:-0} 4; then die EAPI=\${EAPI}\ not supported by python-namespaces.eclass fi if [[ -z ${SUPPORT_PYTHON_ABIS} ]]; then die python-namespaces.eclass cannot be used in ebuilds of packages not supporting installation for multiple Python ABIs fi if [[ -z ${PYTHON_NAMESPACES} ]]; then die PYTHON_NAMESPACES variable not set fi inherit python # # = HANDLING OF METADATA = # # @ECLASS-VARIABLE: PYTHON_NAMESPACES # @REQUIRED # @DESCRIPTION: # Python namespaces. # If given namespace is prepended with + or -, then + or - is prepended to corresponding # USE flag in generated IUSE. _python-namespaces_set_metadata() { local namespace parent_namespace _PYTHON_NAMESPACES= _PYTHON_NAMESPACES_COUNT=0 for namespace in ${PYTHON_NAMESPACES}; do _PYTHON_NAMESPACES+=${_PYTHON_NAMESPACES:+ }${namespace#[+-]} ((_PYTHON_NAMESPACES_COUNT++)) done DESCRIPTION=Python namespaces: ${_PYTHON_NAMESPACES// /, } HOMEPAGE=http://www.gentoo.org/; SRC_URI= LICENSE=public-domain SLOT=0 if [[ ${_PYTHON_NAMESPACES_COUNT} -ge 2 ]]; then IUSE=${PYTHON_NAMESPACES//./-} REQUIRED_USE=|| ( ${_PYTHON_NAMESPACES//./-} ) for namespace in ${_PYTHON_NAMESPACES}; do if [[ ${namespace} == *.* ]]; then parent_namespace=${namespace%.*} REQUIRED_USE+= ${namespace//./-}? ( ${parent_namespace//./-} ) fi done else IUSE= REQUIRED_USE= fi S=${WORKDIR} } _python-namespaces_set_metadata unset -f _python-namespaces_set_metadata # # === PHASE FUNCTIONS # EXPORT_FUNCTIONS src_install pkg_postinst pkg_postrm _python-namespaces_get_enabled_namespaces() { local namespace if [[ ${_PYTHON_NAMESPACES_COUNT} -ge 2 ]]; then for namespace in ${_PYTHON_NAMESPACES}; do if use ${namespace//./-}; then echo ${namespace} fi done else echo ${_PYTHON_NAMESPACES} fi } # @FUNCTION: python-namespaces_src_install # @DESCRIPTION: # Implementation of src_install() phase. This function is exported. # This function installs __init__.py modules corresponding to Python namespaces. python-namespaces_src_install() { if [[ ${EBUILD_PHASE} != install ]]; then die ${FUNCNAME}() can be used only in src_install() phase fi _python_check_python_pkg_setup_execution if [[ $# -ne 0 ]]; then die ${FUNCNAME}() does not accept arguments fi python-namespaces_installation() { local namespace for namespace in $(_python-namespaces_get_enabled_namespaces); do dodir $(python_get_sitedir)/${namespace//.//} || return 1 echo \ try: import pkg_resources pkg_resources.declare_namespace(__name__) try: del pkg_resources except NameError: pass except ImportError: import pkgutil __path__ = pkgutil.extend_path(__path__, __name__) del pkgutil
[gentoo-dev] Patch for distutils.eclass [2011-04-03]
This patch for distutils.eclass is divided into 13 subpatches. Subpatch #1 bans DISTUTILS_DISABLE_VERSIONING_OF_PYTHON_SCRIPTS variable (too late). Subpatch #2 removes 2 functions banned long time ago. Subpatch #3 adds handling of *-nspkg.pth files in distutils_src_install(). Subpatch #4 adds missing sanity checks for execution of python_pkg_setup() in EAPI =4. Subpatch #5 adds support for EAPI=4 in handling of DOCS variable. Subpatch #6 disables installation of useless files. Subpatch #7 adds sanity checks for appropriateness of execution of distutils_pkg_postinst() and distutils_pkg_postrm(). Subpatch #8 adds support for EAPI=4 in handling of DISTUTILS_GLOBAL_OPTIONS array. Subpatch #9 adds distutils_get_intermediate_installation_image() function, which will be used in a small number of ebuilds, which currently rely on knowledge of implementation details of distutils.eclass. Subpatch #10 adds support for automatic changing of current working directory in handling of DISTUTILS_SETUP_FILES (in all EAPIs). Example: # Change current working directory to bindings/python and execute setup.py DISTUTILS_SETUP_FILES=(bindings/python|setup.py) Subpatch #11 adds sanity checks for arguments in some functions. Subpatch #12 adds unsetting of some internal functions after using of them. Subpatch #13 moves declaration of local variables to other places for consistency with python.eclass. I'm planning to commit this patch in 1 week. -- Arfrever Frehtes Taifersar Arahesis --- distutils.eclass +++ distutils.eclass @@ -1,4 +1,4 @@ -# Copyright 1999-2010 Gentoo Foundation +# Copyright 1999-2011 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo-x86/eclass/distutils.eclass,v 1.79 2010/12/24 15:05:24 arfrever Exp $ @@ -58,11 +58,17 @@ # @ECLASS-VARIABLE: DISTUTILS_SETUP_FILES # @DESCRIPTION: -# Paths to setup files. +# Array of paths to setup files. +# Syntax: +# [current_working_directory|]path_to_setup_file # @ECLASS-VARIABLE: DISTUTILS_GLOBAL_OPTIONS # @DESCRIPTION: -# Global options passed to setup files. +# Array of global options passed to setup files. +# Syntax in EAPI 4: +# global_option +# Syntax in EAPI =4: +# Python_ABI_pattern global_option # @ECLASS-VARIABLE: DISTUTILS_SRC_TEST # @DESCRIPTION: @@ -100,19 +106,10 @@ EXPORT_FUNCTIONS src_test fi -# @ECLASS-VARIABLE: DISTUTILS_DISABLE_VERSIONING_OF_PYTHON_SCRIPTS -# @DESCRIPTION: -# Set this to disable renaming of Python scripts containing versioned shebangs -# and generation of wrapper scripts. +# Scheduled for deletion on 2011-06-01. if [[ -n ${DISTUTILS_DISABLE_VERSIONING_OF_PYTHON_SCRIPTS} ]]; then - ewarn - ewarn \${EBUILD}\: - ewarn Deprecation Warning: DISTUTILS_DISABLE_VERSIONING_OF_PYTHON_SCRIPTS is deprecated - ewarn and will be banned on 2011-02-01. Use PYTHON_NONVERSIONED_EXECUTABLES=(\.*\). - ewarn The ebuild needs to be fixed. Please report a bug, if it has not been already reported. - ewarn - - PYTHON_NONVERSIONED_EXECUTABLES=(.*) + eerror Use PYTHON_NONVERSIONED_EXECUTABLES=(\.*\) instead of DISTUTILS_DISABLE_VERSIONING_OF_PYTHON_SCRIPTS variable. + die DISTUTILS_DISABLE_VERSIONING_OF_PYTHON_SCRIPTS variable is banned fi # @ECLASS-VARIABLE: DOCS @@ -144,6 +141,48 @@ fi } +_distutils_prepare_global_options() { + local element option pattern + + if [[ -n $(declare -p DISTUTILS_GLOBAL_OPTIONS 2 /dev/null) $(declare -p DISTUTILS_GLOBAL_OPTIONS) != declare -a DISTUTILS_GLOBAL_OPTIONS=* ]]; then + die DISTUTILS_GLOBAL_OPTIONS should be indexed array + fi + + if has ${EAPI:-0} 0 1 2 3; then + _DISTUTILS_GLOBAL_OPTIONS=(${DISTUTILS_GLOBAL_OPTIONS[@]}) + else + _DISTUTILS_GLOBAL_OPTIONS=() + + for element in ${DISTUTILS_GLOBAL_OPTIONS[@]}; do + if [[ ! ${element} =~ ^[^[:space:]]+\ . ]]; then +die Element '${element}' of DISTUTILS_GLOBAL_OPTIONS array has invalid syntax + fi + pattern=${element%% *} + option=${element#* } + if _python_check_python_abi_matching ${PYTHON_ABI} ${pattern}; then +_DISTUTILS_GLOBAL_OPTIONS+=(${option}) + fi + done + fi +} + +_distutils_prepare_current_working_directory() { + if [[ $1 == *|*|* ]]; then + die Element '$1' of DISTUTILS_SETUP_FILES array has invalid syntax + fi + + if [[ $1 == *|* ]]; then + echo ${_BOLD}[${1%|*}]${_NORMAL} + pushd ${1%|*} /dev/null || die Entering directory '${1%|*}' failed + fi +} + +_distutils_restore_current_working_directory() { + if [[ $1 == *|* ]]; then + popd /dev/null || die Leaving directory '${1%|*}' failed + fi +} + # @FUNCTION: distutils_src_unpack # @DESCRIPTION: # The distutils src_unpack function. This function is exported. @@ -170,8 +209,15 @@ die ${FUNCNAME}() can be used only in src_prepare() phase fi + _python_check_python_pkg_setup_execution + + local distribute_setup_existence=0 ez_setup_existence=0 + + if [[ $# -ne 0 ]]; then + die ${FUNCNAME}() does not accept arguments + fi + # Delete ez_setup files to prevent
[gentoo-dev] Re: python-namespaces.eclass
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dne 3.4.2011 19:38, Arfrever Frehtes Taifersar Arahesis napsal(a): I would like to add python-namespaces.eclass. This eclass will be used by a small number of special packages, which will provide Python namespaces. These packages will be used as dependencies of other packages already present in the tree. Ebuilds using this eclass must set PYTHON_NAMESPACES variable before inheriting this eclass. Example (from net-zope/namespaces-zope): PYTHON_NAMESPACES=Products Shared Shared.DC five +zope zope.app This eclass provides 3 public functions: python-namespaces_src_install() python-namespaces_pkg_postinst() python-namespaces_pkg_postrm() Why you do so much overquoting in the conditions? Why do you die on those arguments, just ignore them... You could use some eclass-debug calls (see other eclasses) :) Why do you call those set_metadata right after its creation and delete it right away, does it save so much time it is better than doing it in global scope? Since it is new eclass why are not python namespaces bash array? You could then stop counting them and so on :) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2YykIACgkQHB6c3gNBRYfcLACgnvv+0UVw/YeJyUxwblM72AWJ Tl4AmgNqdcU7sto0xSqrXFEdCxufd4ik =zy/K -END PGP SIGNATURE-
Re: [gentoo-dev] Re: virtual/ffmpeg and media-video/libav
On Sat, Apr 2, 2011 at 3:41 PM, Alexis Ballier aball...@gentoo.org wrote: On Saturday, April 02, 2011 07:02:54 AM Paweł Hajdan, Jr. wrote: On 3/31/11 9:37 AM, Tomáš Chvátal wrote: Ok two versioned virtuals (0.5 0.6) are now in the tree if people need to specify the version. Thank you, but it's still not enough for chromium. The virtual uses =ffmpeg-0.6, and chromium is known to be broken with ffmpeg-0.6_p25767. We need to require =ffmpeg-0.6_p25767, not just 0.6. By the way, I still didn't have time to test with libav, but it seems that it's expected to be compatible. iirc, this dep in chromium is due to the need for libavcore, but this lib has been merged back to libavutil in latest snapshots (and thus chromium fails to build); if chromium goes back to look for the functions in libavutil, you may have chances to be compatible with 0.6 I did some testing for this; the results are not ideal. See bug 361665 [1]. Basically, Chromium needs an ffmpeg (or libav) version which includes the function introduced by the following commit. ffmpeg-0.6 and libav-0.6.2 don't work. commit 6f84cd127947394e53a6621e9ed077517df5a6d2 Author: Stefano Sabatini stefano.sabatini-l...@poste.it Date: Tue Nov 2 22:20:49 2010 + Add av_get_bits_per_sample_fmt() to libavcore/samplefmt.h and deprecate av_get_bits_per_sample_format(). Originally committed as revision 25654 to svn://svn.ffmpeg.org/ffmpeg/trunk [1] https://bugs.gentoo.org/show_bug.cgi?id=361665
[gentoo-dev] Re: python-namespaces.eclass
2011-04-03 21:28:02 Tomáš Chvátal napisał(a): Dne 3.4.2011 19:38, Arfrever Frehtes Taifersar Arahesis napsal(a): I would like to add python-namespaces.eclass. This eclass will be used by a small number of special packages, which will provide Python namespaces. These packages will be used as dependencies of other packages already present in the tree. Ebuilds using this eclass must set PYTHON_NAMESPACES variable before inheriting this eclass. Example (from net-zope/namespaces-zope): PYTHON_NAMESPACES=Products Shared Shared.DC five +zope zope.app This eclass provides 3 public functions: python-namespaces_src_install() python-namespaces_pkg_postinst() python-namespaces_pkg_postrm() Why you do so much overquoting in the conditions? I like consistency with python.eclass and improved syntax highlighting :) . Why do you die on those arguments, just ignore them... The policy for Python-related eclasses is to not ignore misusage of functions. You could use some eclass-debug calls (see other eclasses) :) IMHO they are helpless in debugging. 'set -x' enabled by -d option of emerge is more helpful. Why do you call those set_metadata right after its creation and delete it right away, does it save so much time it is better than doing it in global scope? It is used to have appropriate scope for local variables, so that they don't have to be unset manually immediately after the code, in which they should exist. -- Arfrever Frehtes Taifersar Arahesis signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2011-04-03 23h59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2011-04-03 23h59 UTC. Removals: media-sound/phonon-vlc 2011-03-28 23:02:20 dilfridge media-sound/phonon-xine 2011-03-28 23:16:06 dilfridge media-libs/glitz2011-03-30 18:35:25 ssuominen dev-libs/eggdbus2011-03-30 18:36:00 ssuominen app-pda/jpilot-Mail 2011-03-30 22:50:29 ssuominen sys-apps/eject 2011-03-31 15:33:03 ssuominen dev-php/PEAR-Console_Commandline2011-03-31 18:31:13 olemarkus sys-apps/gdisk 2011-04-02 10:53:46 alexxy dev-php5/symfony2011-04-03 17:46:10 olemarkus dev-php5/ZendOptimizer 2011-04-03 17:52:53 olemarkus Additions: virtual/mta 2011-03-28 07:06:34 eras app-crypt/md6sum2011-03-28 11:02:22 hwoarang media-libs/phonon-vlc 2011-03-28 22:57:42 dilfridge media-video/mplayer22011-03-28 22:59:02 lu_zero media-libs/phonon-xine 2011-03-28 23:11:43 dilfridge dev-perl/LWP-Protocol-https 2011-03-29 07:40:37 tove app-pda/ideviceinstaller2011-03-29 08:11:21 ssuominen dev-perl/MooseX-Role-Parameterized 2011-03-30 06:14:42 tove dev-java/netbeans-platform 2011-03-30 09:53:31 fordfrog dev-java/netbeans-harness 2011-03-30 09:54:40 fordfrog dev-java/netbeans-ide 2011-03-30 09:56:18 fordfrog dev-java/netbeans-websvccommon 2011-03-30 09:57:20 fordfrog dev-java/netbeans-java 2011-03-30 09:58:53 fordfrog dev-java/netbeans-nb2011-03-30 10:01:11 fordfrog dev-java/netbeans-ergonomics2011-03-30 10:03:07 fordfrog dev-java/netbeans-apisupport2011-03-30 10:04:31 fordfrog dev-java/netbeans-dlight2011-03-30 10:06:10 fordfrog dev-java/netbeans-cnd 2011-03-30 10:06:43 fordfrog dev-java/netbeans-profiler 2011-03-30 10:09:13 fordfrog dev-java/netbeans-enterprise2011-03-30 10:10:02 fordfrog dev-java/netbeans-javacard 2011-03-30 10:15:39 fordfrog dev-java/netbeans-php 2011-03-30 10:16:50 fordfrog dev-java/netbeans-mobility 2011-03-30 10:18:09 fordfrog dev-java/netbeans-groovy2011-03-30 10:18:37 fordfrog dev-java/netbeans-javadoc 2011-03-30 10:19:46 fordfrog app-pda/fusepod 2011-03-30 15:42:33 ssuominen app-pda/libopensync-plugin-moto 2011-03-30 18:17:05 ssuominen app-pda/jpilot-mail 2011-03-30 22:49:50 ssuominen sys-block/eject 2011-03-31 15:31:52 ssuominen dev-php/PEAR-Console_Commandline2011-03-31 16:39:05 olemarkus dev-php/php-codebrowser 2011-03-31 16:40:06 olemarkus dev-php/PEAR-Console_CommandLine2011-03-31 18:29:17 olemarkus net-misc/mikutter 2011-04-01 16:50:10 naota sys-apps/gptfdisk 2011-04-02 10:52:44 alexxy x11-misc/rodent 2011-04-02 21:11:42 angelos media-radio/wspr2011-04-03 06:50:56 tomjbe dev-php/symfony 2011-04-03 17:44:15 olemarkus dev-python/scrapy 2011-04-03 19:19:59 maksbotan dev-python/pyscard 2011-04-03 21:32:47 arfrever dev-python/pssi 2011-04-03 21:41:46 arfrever -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : robb...@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: media-sound/phonon-vlc,removed,dilfridge,2011-03-28 23:02:20 media-sound/phonon-xine,removed,dilfridge,2011-03-28 23:16:06 media-libs/glitz,removed,ssuominen,2011-03-30 18:35:25 dev-libs/eggdbus,removed,ssuominen,2011-03-30 18:36:00 app-pda/jpilot-Mail,removed,ssuominen,2011-03-30 22:50:29 sys-apps/eject,removed,ssuominen,2011-03-31 15:33:03 dev-php/PEAR-Console_Commandline,removed,olemarkus,2011-03-31 18:31:13 sys-apps/gdisk,removed,alexxy,2011-04-02 10:53:46 dev-php5/symfony,removed,olemarkus,2011-04-03 17:46:10 dev-php5/ZendOptimizer,removed,olemarkus,2011-04-03 17:52:53 Added Packages: virtual/mta,added,eras,2011-03-28 07:06:34 app-crypt/md6sum,added,hwoarang,2011-03-28 11:02:22 media-libs/phonon-vlc,added,dilfridge,2011-03-28 22:57:42 media-video/mplayer2,added,lu_zero,2011-03-28 22:59:02 media-libs/phonon-xine,added,dilfridge,2011-03-28 23:11:43 dev-perl/LWP-Protocol-https,added,tove,2011-03-29 07:40:37 app-pda/ideviceinstaller,added,ssuominen,2011-03-29 08:11:21