Re: [gentoo-dev] Packages up for grabs

2011-04-03 Thread Thomas Beierlein
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

2011-04-03 Thread Ryan Hill
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

2011-04-03 Thread Mike Frysinger
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

2011-04-03 Thread Branko Badrljica
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

2011-04-03 Thread Andreas K. Huettel
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)

2011-04-03 Thread Corentin Chary
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

2011-04-03 Thread Chí-Thanh Christopher Nguyễn
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

2011-04-03 Thread Mike Frysinger
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

2011-04-03 Thread Arfrever Frehtes Taifersar Arahesis
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]

2011-04-03 Thread Arfrever Frehtes Taifersar Arahesis
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

2011-04-03 Thread Tomáš Chvátal
-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

2011-04-03 Thread Mike Gilbert
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 Thread Arfrever Frehtes Taifersar Arahesis
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

2011-04-03 Thread Robin H. Johnson
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