call for maintainer

All,

I am looking for someone who would be interested in taking
maintainership of the following:

app-accessibility/festival
app-accessibility/speech-tools

There are several open bugs against festival and requests to add some
new voices as well which I will assign to you.  I don't recommend doing
the voices as parts of the festival package itself though since you
would need to do a rev bump every time one of the voices does another
release.

If you are interested in maintaining these, please let me know.

Thanks,

--

-- 
William Hubbs
gentoo accessibility team lead
williamh <at> gentoo.org

Packages up for grabs

Hi,

packages that are in a herd, but could need someone dedicated to it:

  app-portage/elogv, elogviewer, kelogviewer (tools-portage) -- low
maintenance

  dev-lang/erlang (lang-misc) -- a version bump now and then (four
times a year), seldomly but then obscure bugs, cooperative upstream

  mail-client/claws-mail and all plugins (net-mail) -- a version bump is
some work, but low rate of bugs, ken69267 is there to maintain, but he
maybe needs a helping hand

  sci-visualization/gnuplot (sci) -- revamped, not much work left, low
maintenance usually

  sys-apps/mlocate (base-system) -- low maintenance, cooperative
upstream 

Packages that maybe go into maintainer-needed:

  app-admin/hwreport -- just noticed, it needs a version bump, low
maintenance

  app-admin/tmpwatch -- low maintenance

  dev-cpp/libthrowable,
  app-portage/gatt -- very cooperative upstream for both (mlangc for
both)

Proposal: Make developer profiles more difficult to select

Reading around on the net, it amazes me how many people are using 
developer profiles for their Gentoo because they think it's for software 
developers and don't see that it's for Gentoo developers and not 
intended for end users.  They know the "Developer" installation profiles 
of other distros and think Gentoo's profiles are just the same (on those 
distros, selecting a dev profile just means it installs GCC + dev libs + 
IDEs by default.)

Some kind of warning or other mechanism that does selecting this profile 
without knowing what you're doing would be a good idea.

--

-- 
gentoo-dev <at> lists.gentoo.org mailing list

strange portage behaviour

Portage no longer install ._cfg0000_* files for the CONFIG_PROTECTed 
files touched by the user. Even if I remove the package and reinstall it 
again, the protected file will remain like it is.

Can someone enlighten me?

ICC Profile

The intel C Compiler (icc) has an ebuild for gentoo and the wiki has a script to integrate it with portage. 
This script works will in terms of building binaries, however when mixed with gcc environments there are
massive linking issues.  I propose that an ICC profile is made which contains specific versions and
default flags for people who want to build a mixed icc-gcc environment.  ICC is much faster than GCC and
although not free, offers a free non-commercial license.  I would be very interested in this project and
more than willing to help to the best of my abilities.  I've already been trying to maintain a mixed
environment with some luck, while there have been a lot of problems using dynamically linked libraries
(ld from intel and ld from gcc don't always get along), my system is sub
 statially faster.  The kernel obviously will still be built under gcc as well as bash (unless intel helps
submit patches to make the code work with their compiler).  There are many tools icc
  !
has to offer for vectorization.  If these were streamlined into Gentoo with a fetch restriction for ICC, a
bootsrapping boot disk could be made and result in a very fast
distribution. 
--

-- 
gentoo-dev <at> lists.gentoo.org mailing list

IBM article of interest ?

I'm not sure whether anyone among Gentoo officials cares about this,
but IBM has an article

  http://www.ibm.com/developerworks/linux/library/l-awk1.html

whose byline is very misleading & may infringe on Gentoo's IP.
I have submitted a comment to IBM via their form at the bottom of the page.

HTH

-- 
========================,,============================================
SUPPORT     ___________//___,  Philip Webb : purslow <at> chass.utoronto.ca
ELECTRIC   /] [] [] [] [] []|  Centre for Urban & Community Studies
TRANSIT    `-O----------O---'  University of Toronto
--

-- 
gentoo-dev <at> lists.gentoo.org mailing list

LDAP use flag / openssh

Hi List,

first of, I am no dev, but I was really wondering, why ldap is a default 
useflag in the 2008.0 desktop profile, maybe someone could enlighten me? 
I am especially wondering, why would the average desktop user want LDAP 
but not samba, for CIFS etc. ?

I guess, the ways, of the devs are somewhat mysterious, so, okay, let's 
stick stick with the LDAP useflag, no biggy.

What I particularly wonder about: LDAP is a default use flag (in 
desktop). Now, openssh got an LDAP useflag, but for ages all ebuilds 
drop out, saying one should mask 'em, since ldap doesn't work with the 
particular version. What I really don't understand: If the feature is 
broken (which I don't know, but assume due to the ebuild message), why 
is it, that the flag did not get removed? Is it typical policy to keep 
useflags for broken features?

Please don't get me wrong, all I am looking for is some enlightenment in 
this case ...

With best Regards

-Sven

P.S.: If I am just stupid or ignorant and missed out on something, 
please tell me so.

--

-- 
gentoo-dev <at> lists.gentoo.org mailing list

LDFLAGS=-Wl,--hash-style=gnu

all,

I'm at the point that -Wl,-O1 appears to be successful. It's time to 
toss on -Wl,--hash-style=gnu. The issue is that we need glibc 2.5 or 
higher and not mips. So one solution is to put the following:

default/linux: LDFLAGS="-Wl,-O1,--hash-style=gnu"
default/linux/mips: LDFLAGS="-Wl,-O1"

However, this means we'll have to put a has_version check in 
profile.bashrc of default/linux, which seems a bit cludgy..

Any suggestions? Comments?
--

-- 
gentoo-dev <at> lists.gentoo.org mailing list

RFC: auto-detection of unpack dependencies

As a result of Cardoes earlier mail we talked a bit about possible
solutions in #gento-portage, and I suggested to let portage
automatically inject the deps based on SRC_URI pattern matching.
A mapping of extensions and their unpack deps would be kept in the tree
(e.g. mapping '.tar.bz2' to '( app-arch/tar app-arch/bzip2 )'

Benefits:
- simplified depstrings for most packages (I assume >90% of the tree)
- easier maintenance if dependencies are changing, or additional
implementations become supported (this could also be achieved with
virtuals though)
- potentially more accurate dependencies, as some common errors would
be eliminated (e.g. proper treatment of use-conditionals, not adding
unpack deps to RDEPEND)
- long-term adds the possibility to remove bzip2, gzip and tar from
@system

Potential problems:
- might cause trouble for some packages that use custom code for
unpacking, or due to circular deps, this could simply be solved with a
new RESTRICT value though.
- automagic deps could be confusing to devs/users
- not available for existing EAPIs (due to the mentioned problems)
- slightly slower dep calculations due to the extra processing
- possible match errors

So, is this something ebuild maintainers would like in general, or does
such a feature cause you nightmares?

Marius

system set no longer in part of world set

With the new split in Portage where system set packages are not 
considered in an "emerge -auDNv world" unless something in world 
RDEPENDs on it brings about a few issues.

i.e. Portage implicitly has a run time dependency on app-arch/tar, 
app-arch/bzip2, app-arch/gzip, app-arch/lzma due to the fact that 
Portage will use these utilities when "unpack" is called inside of an 
ebuild. As such these are run time depends of Portage and need to be in 
RDEPEND (the same would technically be true for pkgcore and paludis, 
unless they use tar's support for those formats and then its up to tar 
to depend properly).

This brings out the fun of circular depends. I don't really know how to 
address this but a lot of packages are going to have to be updated to 
contain proper depends. i.e. C based apps will need 
RDEPEND="virtual/libc". C++ packages will need a stdc++ depend.

If you're running Portage 2.2_rc1 on a system you can see if any 
packages have begun to slack behind on your system in the system set.

emerge -puv @system

You might notice packages in here that are used on a daily basis but are 
now no longer being updated.
--

-- 
gentoo-dev <at> lists.gentoo.org mailing list

Automated Package Removal and Addition Tracker, for the week ending 2008-07-13 23h59 UTC

The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2008-07-13 23h59 UTC.

Removals:
net-zope/plonelanguagetool         	2008-07-08 06:09:40	tupone
net-zope/calendarx                 	2008-07-08 06:14:48	tupone

Additions:
virtual/texi2dvi                   	2008-07-07 16:54:10	ulm
dev-python/mpmath                  	2008-07-08 04:10:15	grozin
x11-libs/liboglappth               	2008-07-08 07:08:00	dberkholz
net-proxy/ratproxy                 	2008-07-08 19:57:42	drizzt
app-emulation/kvm                  	2008-07-09 00:21:56	dang
sci-biology/ApE                    	2008-07-09 03:35:51	je_fro
net-firewall/arno-iptables-firewall	2008-07-10 20:09:50	wolf31o2
dev-java/squareness-jlf            	2008-07-12 09:41:28	serkan
media-sound/entagged-tageditor     	2008-07-12 09:47:13	serkan
dev-tex/oesch                      	2008-07-12 09:58:55	aballier

--
Robin Hugh Johnson
Gentoo Linux Developer
E-Mail     : robbat2 <at> gentoo.org
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85

Removed Packages:
net-zope/plonelanguagetool,removed,tupone,2008-07-08 06:09:40
net-zope/calendarx,removed,tupone,2008-07-08 06:14:48
Added Packages: