heads up on the bug and on @g-dev, I think it's time to
unmask. Incompatible packages should be fixed ASAP (after unmasking)
or punted from the tree if they can't keep up with tcl/tk development.
Best regards,
--
Santiago M. Mola
Jabber ID: cooldw...@gmail.com
://dev.exherbo.org/~pioto/abi-ideas.html
[2] http://bugs.gentoo.org/show_bug.cgi?id=145737
Regards,
--
Santiago M. Mola
Jabber ID: cooldw...@gmail.com
attachment ATTACHMENT-ID
that will download it with the proper name.
Regards,
--
Santiago M. Mola
Jabber ID: cooldw...@gmail.com
to let you down.
So when the fun^Wmusic's over, turn off gentoo^Wthe lights.
Ah.. the reasons? there are no reasons, who needs reasons when you got
exherbo?
Good luck with Exherbo and Sydbox ;-)
Regards,
--
Santiago M. Mola
Jabber ID: cooldw...@gmail.com
a rather short sighted solution- something is
needed long term.
And/or make Portage noisy on PMS violations.
Regards,
--
Santiago M. Mola
Jabber ID: cooldw...@gmail.com
(low maintainance)
x11-misc/lsw (maintainance close to zero)
Packages that I've been taking care of and could use a maintainer:
app-shells/bash-completion
net-p2p/nicotine+
Best regards,
--
Santiago M. Mola
Jabber ID: cooldw...@gmail.com
El mar, 20-01-2009 a las 21:04 +0200, Petteri Räty escribió:
d) something else
e) use a hook around unpack on your local system to detect new build.xml
for a list of packages.
AFAIK, checking changes is part of the bump process, so I think that's a
check you can do either at hand, with a
for new features. Otherwise, it's very likely that we need to
solve the same problem again in the near future.
Regards,
--
Santiago M. Mola
Jabber ID: cooldw...@gmail.com
El sáb, 17-01-2009 a las 16:41 +0100, Thomas Sachau escribió:
Marius Mauch schrieb:
On Sat, 17 Jan 2009 14:09:49 +0100
Thomas Sachau to...@gentoo.org wrote:
Hi,
as specified in the PMS spec [1] and stated in #gentoo-portage,
RDEPEND will be set to DEPEND, if it is not defined in
El mié, 31-12-2008 a las 15:33 +0100, Fabio Rossi escribió:
On Wednesday 31 December 2008, Marius Mauch wrote:
Well, the impact is about the same wether you want to change one or the
other (btw, what about other admin tools on Gentoo, e.g.
paludis/pkgcore, by your definition they'd also
(I'm replying to Ciaran's email, but my reply is for Donnie too)
El lun, 08-12-2008 a las 17:44 +, Ciaran McCreesh escribió:
On Mon, 8 Dec 2008 08:37:42 -0800
Donnie Berkholz [EMAIL PROTECTED] wrote:
Open and public debate about the right way to do things does take
longer, and it's
El dom, 30-11-2008 a las 14:23 +0100, Diego 'Flameeyes' Pettenò
escribió:
I have a very quick proposal: why don't we move the packages' homepage
in metadata.xml (since it's usually unique for all the versions) and we
get rid of the variable for the next EAPI version?
Please submit all
what communication methods are more effective.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
El lun, 10-11-2008 a las 13:13 -0500, Mark Loeser escribió:
Ebuild Stabilization Time
Arch teams will normally have 30 days from the day a bug was filed, keyworded
STABLEREQ, the arch was CCed, and the maintainer either filed the bug or
commented that it was OK to stabilize (clock starts
Hello,
El dom, 09-11-2008 a las 15:39 +0300, Peter Volkov escribió:
1. Functions we have now are much more flexible then proposed arrays. Do
I need to think of some example of code that is impossible to do with
arrays but still possible with functions?
The same concern was raised in the
El mar, 14-10-2008 a las 18:24 -0700, Alec Warner escribió:
On Tue, Oct 14, 2008 at 3:34 PM, Petteri Räty [EMAIL PROTECTED] wrote:
There's no need to commit straight to stable. Just make two different
new revisions for each EAPI. Then the arch teams can test it like usual.
Aha a
El lun, 06-10-2008 a las 23:13 +, Duncan escribió:
Jeremy Olexa [EMAIL PROTECTED] posted [EMAIL PROTECTED],
excerpted below, on Mon, 06 Oct 2008 15:07:14 -0500:
AFAIK, it is incorrect right now to exclude s390, arm, sh, etc on
stablereqs right now..But, I ask this question to the dev
El mié, 24-09-2008 a las 02:35 +0200, Robert Buchholz escribió:
Let's go with an even simpler default implementation:
default_src_install() {
if [ -f Makefile ] || [ -f GNUmakefile ] || [ -f makefile ]; then
emake DESTDIR=${D} install || die emake install failed
to do a significant useless amount of
work when you can solve it with just a line is not fair.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
be a regular USE_EXPANDed flag as you
suggest, and package managers could filter any flag in USE which is
not listed in IUSE.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
/msg_27feec8fc563e406b174386d24c39fdc.xml
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
'
function. Clean and simple.
In any case, I guess people are not considering this change for
EAPI-2. I think we'll come up with a more extense proposal which could
be targeted for EAPI-3.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
\
option_enable ${s} ; \
done ) \
$(for s in ${DEFAULT_SRC_CONFIGURE_OPTION_WITHS} ; do \
option_with ${s} ; \
done )
fi
}
It's quite straightforward.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
On Mon, Sep 8, 2008 at 1:56 PM, Vaeth [EMAIL PROTECTED] wrote:
Santiago M. Mola wrote:
Vaeth [EMAIL PROTECTED] wrote:
[...] The suggestion violates in an extreme way the golden design
rule that small changes in effect should require small changes in source.
[...]
Yes, you're right
' metadata.xml says:
maintainer
email[EMAIL PROTECTED]/email
nameMartin Väth/name
/maintainer
Yep. And for more completeness you can add something like
descriptionProxied maintainerdescription/. Although, it's quite
obvious when it's a non-Gentoo email.
Regards,
--
Santiago M. Mola
Jabber ID
phases.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
with
their backslashes, myconf=$myconf crap, econf/emake || die...
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
and intuitiveness by a
fair margin; how is it simpler?
It may be 2 lines less, but it is 42 characters more.
Plus, I dislike caps. :-p
In the example I posted it's 339 characters less. Almost half of the
original ;-)
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
On Tue, Aug 19, 2008 at 12:02 AM, Tobias Scherbaum
[EMAIL PROTECTED] wrote:
Santiago M. Mola wrote:
However, tracking the status of every patch since its inclusion in
portage until it's removed would be a huge work overhead... and I
doubt it's worthy.
I don't think it's a huge work overhead
overhead... and I
doubt it's worthy.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
the use.desc description.
Further more, it would allow us in the future to make that mandatory and
repoman would only have to check metadata.xml for your USE flag.
Comments, Suggestions, Input are all welcome.
What is the benefit?
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
On Sun, Aug 10, 2008 at 10:56 PM, Ingmar Vanhassel [EMAIL PROTECTED] wrote:
There're other projects in the Free-Software world that I currently
enjoy putting my time into more, I'm sure it's more than obvious to those
of you who know me which...
Good luck with that project!
--
Santiago M
that most
current Gentoo developers appear to be satisfied with this current direction.
Therefore farewell. If anybody wants to reach me I can be reached at
bo.andresen at zlin.dk.
So long, and see you on the evil side ;-)
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
and we can't rely on any spec except short summaries posted to
@dev-announce.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
On Sun, Aug 3, 2008 at 12:25 AM, Zac Medico [EMAIL PROTECTED] wrote:
Santiago M. Mola wrote:
I don't think we're in a hurry for this feature, so I don't see the
need of using suboptimal hacks in order to avoid an EAPI bump.
Furthermore, EAPI 2 is supposed to be done in the near future, right
.
Furthermore, EAPI 2 is supposed to be done in the near future, right?
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
, disregarding its other real world deficiencies like an
immediate goal, GLEP 55 fails to describe a keywording policy for
architecture developers
Keywording policy wouldn't change.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
There was similar discussions in @g-dev but I'm too lazy to start
serching the relevant threads.
Best regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
dependencies now, and, generally, prior discussion,
decisions and common practices shows that we're not going to follow
that path.
We are talking about multislot dependencies. At this point, your
arguments are noise. So, please, don't continue with these points in
this thread.
Thanks,
--
Santiago M
an EAPI bump.
I doubt this change is worth the trouble.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
���^�X�����(��j)b�b�
On Sun, Jun 15, 2008 at 12:32 PM, Matthias Schwarzott [EMAIL PROTECTED] wrote:
On Freitag, 13. Juni 2008, Santiago M. Mola wrote:
Hi all,
As discussed in bug #222721, portage has changed the execution order
of phases. It seems the change was introduced in portage-2.1.5 and it
makes
the number of the next release. Next
release isn't always known, and it's doesn't always make sense. This
puts us in a worse situation than with GLEP 54, or even with the
current use of . components.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
possible to use has_version in pkg_setup or other phase
and cache the result in a global variable.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
to remove kdebuild-1 from the repo and this has yet to happen
This shouldn't block PMS discussions. There's an up to date copy in
pdf of PMS built without kdebuild at
http://dev.gentoo.org/~coldwind/pms-without-kdebuild.pdf
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev
have failed
shouldn't be used. I bet they deny support for users who fail to
follow that indication ;-)
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
a specific
kind of bash script and it doesn't seem wrong to change the extension
if that specific kind changes, even if bash is still the
interpreter. Even if we switched to sh or zsh I doubt we'd use the .sh
or .zsh extension.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev
.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
discarded. The concept of shebang doesn't apply
here at all. Plus /usr/bin/ebuild is a binary provided by portage
which has nothing to do with the process of sourcing ebuilds nor even
with the internals of portage (not to speak of other package
managers).
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL
emake
occurences.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
On Thu, Jun 5, 2008 at 9:44 AM, Fernando J. Pereda [EMAIL PROTECTED] wrote:
I'd like to nominate:
ColdWind
ferdy, thanks for the nomination.
astinus, thanks for your support and inspiration, which almost
convinced me for running for Council.
I decline.
Regards,
--
Santiago M. Mola
Jabber
they need them. Currently, some people assume
that if a user from $arch needed this package, he'd have requested
keywords, but that's wrong.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
���^�X�����(��j)b�b�
ebuilds, and
from arch teams before ebuilds hit stable.
--as-needed breaking legitimate code is a problem, though. I wonder if
we have that kind of code in any application in the tree and if we
have some way to detect it.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev
,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
one else?
I'm in contact with Federico, we agreed that the recruitment process
will start when the exams are over, but he's going to start slowly
working on it before.
I think he can do good work on tcltk, and who knows if he'll work on
bringing PureData to Gentoo too!
Regards,
--
Santiago M
, system
packages are an exception, but it's perfectly ok for the rest.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
not that hard to extract the relevant paragraph from the tex
sources, though.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
On Thu, May 8, 2008 at 2:01 PM, Brian Harring [EMAIL PROTECTED] wrote:
On Thu, May 08, 2008 at 01:44:53PM +0200, Santiago M. Mola wrote:
Here you have latest pms revision built without kdebuild-1 spec:
http://dev.gentoo.org/~coldwind/pms.pdf
Already did (hence the bash 3.0 comment
in
sys-apps/net-tools, where lzma hasn't been adopted even by upstream.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
packages, anyone
is free to push them for doing so.
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
symbols.
[1] http://forums.gentoo.org/viewtopic-t-480537.html
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
On Mon, Apr 28, 2008 at 1:57 AM, Petteri Räty [EMAIL PROTECTED] wrote:
Santiago M. Mola kirjoitti:
Thoughts? Isn't there anyone else willing to keep Nazi symbols outside
forums? If yes, at the expense of punting all politics or just as a
special case?
Again this is the wrong
@lists.gentoo.org mailing list
http://www.citi.umich.edu/u/provos/systrace/systrace-1.6e.tar.gz
1.6e solves the security problem. Just in case someone wants to fix it.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
. The two wordings in the original email do not
have equivalent implications, and selecting the correct one affects
whether certain problems are solvable. Let's discuss that, not what
we're going to do six years from now.
http://bugs.gentoo.org/show_bug.cgi?id=201499
--
Santiago M. Mola
Jabber
needs 'keyring' for something else.
I agree with what dev-zero just wrote there.
That's unlikely to happen. When a program needs 'keyring' for
something else, the maintainer will see that 'keyring' is used for
'gnome-keyring' and will choose another name ('foo-keyring').
--
Santiago M. Mola
with such filenames we'll stab him, too.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
that adding info like I described above can save a lot of AT work
and, as a result, make stabilization process faster.
[1] http://overlays.gentoo.org/proj/emacs/wiki/test%20plans
[2] http://bugs.gentoo.org/show_bug.cgi?id=211894
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev
. I'd
also like to hear from you about proper delimiters if you think ':' is
not safe enough.
AFAIK, the only corner case which would make this fail would be
Windows paths (C:/gentoo-prefix).
Regards,
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
to the Freenet project. On his free time he likes listening to music and
attending concerts. On IRC you can find him as Tommy[D].
Welcome Tommy!
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
been the admin of the Alpha Arch Team's main dev machine since it
was donated (mid-May 2007). Also, I run rsync5.de.g.o and have been
doing so since about mid-2002.
Welcome Tobias!
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
!
And hello most active amd64 dev (I hope) ;-)
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
���^�X�����(��j)b�b�
more users to contribute.
IMO the problem with proxy-maintainers is that most users don't know
such a thing exists. I bet some users could proxy-maintain a lot of
orphaned packages if we potentiate proxy-maint.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org
packages, and I'm
sure me and other ATs miss a lot of important use cases.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
On Thu, Feb 28, 2008 at 10:43 PM, Alec Warner [EMAIL PROTECTED] wrote:
cvs.gentoo.org:/var/cvsroot/gentoo/xml/htdocs/proj/en/userrel/index2008.xml
Add it ;)
I'm not 100% sure this is a good idea, that's why I'm asking for
opinions here ;-)
Also, I doubt I can mentor.
--
Santiago M. Mola
,
Santiago
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
���^�X�����(��j)b�b�
) = ebuild ]] ; then
paludis --configuration-variable ${r} location
fi
done
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
On Feb 4, 2008 12:54 PM, Robin H. Johnson [EMAIL PROTECTED] wrote:
Included:
pybugz
If you think a repo is on the wrong side, please respond here!
This is no longer in use and can be even removed.
It's now an external project, hosted on http://code.google.com/p/pybugz/
--
Santiago M
systems. It'll be a dependency
of sysklogd and mktemp anyway. This change does not affect you.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
patch to
exclude digests in the snapshot anyway.
Then I guess it could be done as soon as the doc patch is prepared...
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
On Dec 25, 2007 7:19 PM, Christian Heim [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED]:
- x11-misc/xdesktopwaves
desktop-misc takes this, if someone wants to get maintainership go ahead.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list
-term future?
[1] http://meatoo.gentooexperimental.org/
[2] http://blog.doapspace.org/
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
, the important data is who
is the current maintainer and how to contact him and is she
active?. Keeping an entry for the old maintainer as inactive when
there's a new one is not like an useful piece of info.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
���^�X�����(��j)b�b�
, double licensing the source, or adding new artwork licensed
with a more restrictive license). Moreover, a license change does not
need to be retroactive, so using a global variable in metadata.xml
could lead to accidentally show a wrong license for old versions.
--
Santiago M. Mola
Jabber ID
On Jan 14, 2008 1:33 PM, Robin H. Johnson [EMAIL PROTECTED] wrote:
Ok, so per the one discussion in #-dev this evening, I'm looking for
questions to put on a new user survey.
An interesting question would be Which package manager do you use?.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED
that by default.
But this logic will have to be exposed on a .ebuild level.
I don't think this is worth an EAPI change, or adding new variables to
ebuilds. metada.xml USE flag documentation could be extended to cover
such cases if it's really needed... but is it?
--
Santiago M. Mola
Jabber ID: [EMAIL
On 1/14/08, Santiago M. Mola [EMAIL PROTECTED] wrote:
On 1/14/08, Yuri Vasilevski [EMAIL PROTECTED] wrote:
[ebuild R ] media-video/mplayer-1.0_rc2_p24929-r2 USE=X cdio -aac#1
-cdparanoia#2 -encode ...
#1 aac needs encode
#2 cdio conflicts with cdparanoia
This can
On Jan 4, 2008 6:31 AM, Donnie Berkholz [EMAIL PROTECTED] wrote:
Are there any programs (make.conf / USE editors) that manage to read and
set that stuff?
Paludis read and show them.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
[EMAIL PROTECTED] mailing list
Graphics).
+svg - Adds support for SVG (Scalable Vector Graphics)
-tiff - Adds support for the tiff image format
+tiff - Adds support for the TIFF image format
-vim-syntax - Pulls in related vim syntax scripts.
+vim-syntax - Pulls in related vim syntax scripts
Regards,
Santiago
--
Santiago M. Mola
new files in profiles for such new formats?
(for example, p.masking an ebuild with a new version format).
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
[EMAIL PROTECTED] mailing list
On Dec 28, 2007 1:28 PM, Ciaran McCreesh
[EMAIL PROTECTED] wrote:
On Fri, 28 Dec 2007 13:25:13 +0100
Santiago M. Mola [EMAIL PROTECTED] wrote:
On Dec 28, 2007 1:03 PM, Ciaran McCreesh
[EMAIL PROTECTED] wrote:
There's no particular reason that new
version formats can't be introduced
On Dec 20, 2007 10:48 PM, Jan Kundrát [EMAIL PROTECTED] wrote:
Santiago M. Mola wrote:
These are potentially ambiguos.
Could you please elaborate a bit about the raw one?
Just that raw could mean more things. Anyway, I have no problem with
that since current packages in the tree use
On Dec 20, 2007 7:57 PM, Markus Meier [EMAIL PROTECTED] wrote:
raw: Add support for raw image formats
keyring: Enable gnome-keyring support for storing passwords
These are potentially ambiguos.
I have no objections for the others.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
[EMAIL
discussions. That's also pointless because we
don't need to force all third party overlays to upgrade EAPI everytime
we have a new one...
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
[EMAIL PROTECTED] mailing list
, but they can
happen from time to time.
Regards,
Santiago
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
[EMAIL PROTECTED] mailing list
On Dec 15, 2007 8:00 AM, Samuli Suominen [EMAIL PROTECTED] wrote:
x11-wm/flwm (Coldwind promised to take a look at this, it needs a
patched fltk.)
Both fltk and flwm fixed. x11-wm/flwm should go out of p.mask when
fltk and flwm get proper keywords again.
--
Santiago M. Mola
Jabber ID: [EMAIL
?
It'd be enough to be able to check EAPI compatibility in eclasses
quickly so repoman and others can print a nice error.
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
[EMAIL PROTECTED] mailing list
for using SLOTs?
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
should be addresses as it is in paludis and pkgcore.
[1] http://www.gentoo.org/proj/en/qa/pms.xml
--
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
--
[EMAIL PROTECTED] mailing list
1 - 100 of 117 matches
Mail list logo