On Sun, 18 Mar 2012 20:25:58 +0100
Pacho Ramos wrote:
> Due his retirement the following packages need a new maintainer:
> app-doc/ebookmerge
This is something bass wrote that grabs html manuals from
http://htmlhelp.berlios.de (which doesn't exist anymore - it moved to
http://code.google.com/p/
On 03/19/2012 07:39 AM, Ryan Hill wrote:
On Sun, 18 Mar 2012 13:54:03 + (UTC)
"Alexis Ballier (aballier)" wrote:
aballier12/03/18 13:54:03
Modified: ChangeLog
Added:ffmpeg-0.10.2.ebuild
Log:
version bump
(Portage version: 2.2.0_alpha91/cvs/L
On Sun, 18 Mar 2012 13:54:03 + (UTC)
"Alexis Ballier (aballier)" wrote:
> aballier12/03/18 13:54:03
>
> Modified: ChangeLog
> Added:ffmpeg-0.10.2.ebuild
> Log:
> version bump
>
> (Portage version: 2.2.0_alpha91/cvs/Linux x86_64)
> FFTOOLS="avioc
On Sat, Mar 17, 2012 at 03:12:11AM -0400, Walter Dnes wrote
> TOOT!!! (blowing my own horn). See http://www.waltdnes.org/mdev/ for
> instructions on replacing udev with mdev for simple Gentoo systems.
> Hopefully more info will start arriving, allowing more complex systems
> to work with mdev.
Ben writes:
> On 19 March 2012 01:09, Pacho Ramos wrote:
>
>>
>> Will CC cjk team then to let them know you are interested to join (looks
>> like there are four devs in cjk alias...)
>
> But none of them seem active...
hmm, Matuu and I'm working on some bugs one-by-one... Are there any bugs
you
Hi,
It is great to hear Jack is willing to join cjk herd. I can help Jack
working on cjk bugs. But, to be honest, I'm not familiar with recruiting
process so I need some devs to do or to help me on the recruiting.
Also I've read the "Mentor Guide" [1] and found "your project lead must
be CC'd". I
On Mon, Mar 19, 2012 at 02:36:34PM +1300, Kent Fredric wrote:
> On 19 March 2012 14:12, Steven J Long wrote:
> >
> > As for non-bash ebuilds, I have always agreed with antarus that they should
> > simply use a different extension. Adding a new extension per source language
> > is a *lot* cleaner t
On 19 March 2012 01:09, Pacho Ramos wrote:
>
> Will CC cjk team then to let them know you are interested to join (looks
> like there are four devs in cjk alias...)
But none of them seem active...
On 19 March 2012 14:12, Steven J Long wrote:
>
> As for non-bash ebuilds, I have always agreed with antarus that they should
> simply use a different extension. Adding a new extension per source language
> is a *lot* cleaner than one per EAPI.
Ok: If we take this notion and enshrine it in stone:
Firstly, wrt probing the ebuild for EAPI=.. I'd just like to point out that
a regex is not required during the scan, and nor is restricting it to the
first N lines, though the latter may be desirable and could trivially
exclude comment and whitespace-only or empty lines.
Ciaran McCreesh wrote:
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2012-03-18 23h59 UTC.
Removals:
gnustep-libs/objcunit 2012-03-14 23:26:20 voyageur
gnustep-apps/cynthiune 2012-03-14 23:27:43 voyageur
gnustep-apps/g
# Samuli Suominen (18 Mar 2012)
# The only working versions got declared obsolete by upstream
# See, http://bugs.gentoo.org/show_bug.cgi?id=402149#c9
# Removal in 30 days
dev-cpp/cppserv
dev-cpp/sptk
On 03/18/2012 12:18 AM, Duncan wrote:
> What's you're definition of "sane"? Does it include the
> /etc/portage/package.env and/or /etc/portage/env/cat-egory/pkg files
> configuration options?
>
> I've been using (and prefer) the latter for quite some time for various
> per-package settings (tho
With bass retirement (#391429) lcd has become empty, is anybody willing
to join or should their packages be moved to maintainer-needed (CCing
that empty herd to allow somebody joining in the future to easily
resurrect the herd)?
Thanks
signature.asc
Description: This is a digitally signed messa
Due his retirement the following packages need a new maintainer:
app-admin/localepurge
app-admin/recursos
app-doc/ebookmerge
app-misc/gnomecatalog
dev-embedded/gnap-dev
dev-embedded/gnap
net-analyzer/midas-nms
net-im/coccinella
net-misc/htbinit
net-nds/lat
Thanks for taking them
signatur
With jokey retirement (#118003) lcd has become empty, is anybody willing
to join or should their packages be moved to maintainer-needed (CCing
that empty herd to allow somebody joining in the future to easily
resurrect the herd)?
Thanks
signature.asc
Description: This is a digitally signed messa
Due his retirement the following packages need a new maintainer:
app-misc/ytree
app-portage/maintainer-helper
app-shells/pdmenu
dev-libs/libmba
dev-vcs/easygit
net-misc/italc
net-misc/proxytunnel
net-misc/x-lite (has a proxy maintainer!)
sys-fs/archfs
Thanks for taking them
signature.asc
De
Due his retirement the following packages need a new maintainer:
dev-cpp/cppserv
Thanks for taking them
signature.asc
Description: This is a digitally signed message part
# Matti Bickel (18 Mar 2012)
# masked for removal in 30 days, ~15 Apr 2012
# unmaintained upstream (bug #396963)
dev-php/PEAR-DB_DataObject_FormBuilder
El lun, 05-03-2012 a las 07:12 -0800, Jack Morgan escribió:
> I'd like to help with this and will take a look at the bug below. I'd
> like to be part of the cjk herd as well.
>
> On 03/05/12 05:56, Samuli Suominen wrote:
> > Really need a reply on http://bugs.gentoo.org/405777 and nobody seems to
El dom, 04-03-2012 a las 15:11 +0100, Dirkjan Ochtman escribió:
> On Sun, Mar 4, 2012 at 14:31, Pacho Ramos wrote:
> > Only two for net-zope, but many more for, for example, sgml and
> > media-optical.
>
> We just cleaned out most of the net-zope packages. The remaining
> net-zope packages will b
El vie, 09-03-2012 a las 21:21 +0100, Pacho Ramos escribió:
> El vie, 09-03-2012 a las 21:15 +0100, Pacho Ramos escribió:
> > El vie, 09-03-2012 a las 22:02 +0200, Samuli Suominen escribió:
> > > On 03/09/2012 09:48 PM, Pacho Ramos wrote:
> > > > El vie, 09-03-2012 a las 16:57 +0100, Michał Górny e
El dom, 18-03-2012 a las 13:38 -0400, Mike Gilbert escribió:
> On Sun, Mar 18, 2012 at 1:28 PM, Pacho Ramos wrote:
> > Is anyone willing to join the herd? If not, maybe somebody could take a
> > few packages if they want to take care of only a set of them and not all
> > the beast :-/
>
> I took
On Sun, Mar 18, 2012 at 1:28 PM, Pacho Ramos wrote:
> Is anyone willing to join the herd? If not, maybe somebody could take a
> few packages if they want to take care of only a set of them and not all
> the beast :-/
I took a look at the sgml bugs list, and most of them seem pretty
straightforwar
El dom, 18-03-2012 a las 18:01 +0100, Pacho Ramos escribió:
> El vie, 09-03-2012 a las 21:21 +0100, Pacho Ramos escribió:
> > El vie, 09-03-2012 a las 21:15 +0100, Pacho Ramos escribió:
> > > El vie, 09-03-2012 a las 22:02 +0200, Samuli Suominen escribió:
> > > > On 03/09/2012 09:48 PM, Pacho Ramos
# Pacho Ramos (18 Mar 2012)
# Broken in several ways, removal in 30 days.
# Bug 262601
dev-libs/libtomcrypt
app-admin/srlog2
dev-libs/tomsfastmath
# Pacho Ramos (18 Mar 2012)
# Upstream dead, nobody willing to maintain it and
# buggy, bug #348500. Removal in 30 days.
gnome-extra/hardware-monitor
> On Sun, 18 Mar 2012, Ralph Sennhauser wrote:
> If we want to keep .ebuild but avoid the compat issue another
> variant would be "EAPI in header comment and one-time change of
> ebuild location" or more formal:
> 6 EAPI in header comment and one-time change of ebuild location:
> - add a dir
On Sun, Mar 18, 2012 at 3:23 AM, Ralph Sennhauser wrote:
> The ebuild extensions for GLEP 55
> would likely always be ebuild- as integers are reserved for
> future use by Gentoo.
Looking at GLEP 55 the proposal was ebuild- - not
ebuild-. I don't believe there is any restriction that EAPIs
be int
El mar, 13-03-2012 a las 11:52 -0700, Zac Medico escribió:
> On 03/11/2012 05:49 PM, Brian Harring wrote:
> > If people want to enforce the eapi1 is no longer used in the gentoo
> > repo, that's fine- we stick a list of acceptable EAPI's into
> > its layout.conf.
>
> That sounds pretty reasonabl
On Wed, 7 Mar 2012 21:41:02 +0100
Ulrich Mueller wrote:
> Hi all,
>
> The way how we currently specify the EAPI in ebuilds has some
> problems. For example, there is no sane way to allow usage of features
> of a new bash version in a new EAPI. So we are currently stuck with
> bash 3.2. Also chan
Kent Fredric posted on Sun, 18 Mar 2012 08:43:55 +1300 as excerpted:
> I think what would be more practical is a sane way to enable FEATURES=""
> on a per-package level like USE flags in portage, then you could enable
> FEATURES="test" for that one package and it would always build that
> package
31 matches
Mail list logo
