Re: [gentoo-dev] [rfc] layman-global.txt, repositories.xml, layman,

2009-09-29 Thread volkmar
On Mon, Sep 28, 2009 at 08:23:34PM +0200, Sebastian Pipping wrote:
 Hello there!
 This may look like like a lot of text but it actually isn't.
 Please read on.  Thanks.

Thanks for your good work.
I agree with your changes it was indeed needed.

Actually, during my GSOC, I've noted layman-global.txt should be changed
to have a cleanier description information and it's probably the moment
to introduce this.

At the moment, description is used for very short descriptions:
descriptionArcon Overlay!/description
or quite longer:
descriptionA collection of Bazaar-related ebuilds, including release 
candidates of Bazaar./description
even ery long:
descriptionBerkano overlay provides an overlay for Gentoo Linux with
ebuilds of bleeding edge software (such as live subversion builds) and other 
handy tools that are missing from the official portage tree. Areas of interest 
include multimedia and system administration./description

layman is a cli so it doesn't really care of the description lenght but
it's a pain to use in a GUI like PackageKit repository list. I think we
should introduce a longdescription field even with a lang parameter
like we already have in metadata.xml. So, description field will have to
be used for short descriptions (a few words) to complete the name of the
overlay like:
descriptionexperimental gnome ebuilds/description

I don't think DTD have abilities to restrict field value lenght but even
if we will have to change a few description by hands, having a
longdescription field could help.

Sebastian, do you think you can add this to your set of changes ? (only
the new field in the DTD at the moment).


Re: [gentoo-dev] [RFC] Add operator + for licenses (EAPI-4 ?)

2009-10-01 Thread volkmar
On Thu, Oct 01, 2009 at 04:01:29AM +0200, Sebastian Pipping wrote:
 Zac Medico wrote:
  I propose support for license groups in ebuilds then, I guess.
  That seems like a reasonable solution. So, an ebuild can do
  something like LICENSE=@GPL-2+ and that will expand to whatever
  the definition of the GPL-2+ license group happens to be. When a new
  version of GPL license comes out, we simple add it to that group,
  and none of the corresponding ebuilds have to be updated.
 I made a bug from that so it doesn't get lost.

Actually, it's not lost. I've write a patch for the GLEP-23 and I'm
waiting for an answer from the glep team.


Re: [gentoo-dev] Removing kde-base/arts from tree.

2009-11-11 Thread volkmar
On Wed, Nov 11, 2009 at 12:14:41AM +0200, Samuli Suominen wrote:
 Here's _somewhat_ complete list of ebuilds that have a depend on
 kde-base/arts, excluding those that are masked for other reasons
 or ones that I plan on handling myself.


There is a bug with ffmpeg for ppc which is blocking vlc-1.0.2 stabilization.
Please, consider just dropping arts support from 0.9.10 instead of removing the
ebuild. The ffmpeg bug isn't simple enought to be fixed for the end of the week.



Re: [gentoo-dev] Gentoo Mozilla Team meeting decisions

2010-02-21 Thread volkmar
On Mon, Feb 22, 2010 at 02:31:25AM +0530, Nirbheek Chauhan wrote:
 - Ebuilds for Extensions in-tree: The Gentoo Mozilla team will not
 ship ebuilds for extensions such as noscript and weave anymore. We
 will only have ebuilds for extensions which are linux-specific and
 compiled; such as enigmail.

Small correction: weave is not a candidate for removal as long as
WeaveCrypto lib will be compiled. There is an open bug to have it done
in js [1].



[gentoo-dev] Lastrite: net-voip/wengophone-bin

2010-03-09 Thread volkmar
# Mounir Lamouri (09 Mar 2010)
# net-voip/wengophone-bin has been superseeded by net-im/qutecom
# and suffers of QA issues, see bug 251575
# Masked for removal in 30 days

[gentoo-dev] Last rites: www-plugins/noscript

2010-04-18 Thread volkmar
# Mounir Lamouri (18 Apr 2010)
# The add-on/extension manager should now be used instead of the package
# from the tree, bug 315999. Masked for removal in 30 days.