В Пнд, 27/06/2011 в 17:01 +0200, Fabian Groffen пишет:
On 27-06-2011 14:08:52 +, Justin Lecher wrote:
Please do not use / as seperater when using sed with CFLAGS. I came
across a bug today where it failed for crossdev. Here the toolchain
header paths in the cflags and consowuently the
On Tue, 28 Jun 2011 16:54:43 +1200
Kent Fredric kentfred...@gmail.com wrote:
Reminds me of the other awkward behaviour I once hit where a package
depends on something that is slotted, and mysteriously uses a middle
version of the things that are slotted, and then breaks with that
version that
On Mon, 27 Jun 2011 16:23:54 -0400
Rich Freeman ri...@gentoo.org wrote:
Sets should really be something carefully controlled by the
repository. While I'm fine with having tags in the repository also,
there is talk about giving users ways of supplying them as well.
Why? You can have carefully
On Mon, 27 Jun 2011 20:21:29 +0200
Maciej Mrozowski reave...@gmail.com wrote:
The problems with PROPERTIES=set remain exactly the same as they
were when it was first proposed.
Which is?
No, been there, done that, won't work is not sufficient. Please
elaborate.
You can find and read the
On 28-06-2011 10:16:06 +0400, Peter Volkov wrote:
Are there any objections to suggest '|' for CFLAGS, LDFLAGS (see
attachment)?
Not from my side. It's what we've been using so far.
note
-When using csed/c with cCFLAGS/c or cLDFLAGS/c, it is not safe
to use
-a comma or a slash as a
On Tue, 28 Jun 2011 10:16:06 +0400
Peter Volkov p...@gentoo.org wrote:
But still our documentation explicitly suggests ':' for CFLAGS cases
and example allows bash substitution.
http://devmanual.gentoo.org/ebuild-writing/functions/src_compile/building/index.html
see example in Fixing
On Mon, 27 Jun 2011 16:49:23 -0400
Mike Frysinger vap...@gentoo.org wrote:
if you dont want multiple builds on your system, then dont install
multiple versions of python.
-mike
This would be nice, but unfortunately the python maintainer forced
3.x on everyone, despite the fact that nothing
On Tue, Jun 28, 2011 at 08:54, Joshua Saddler nightmo...@gentoo.org wrote:
This would be nice, but unfortunately the python maintainer forced
3.x on everyone, despite the fact that nothing uses it and no one
really wanted it made the default. So now it's shipped with all the
stage tarballs, in
On Mon, Jun 27, 2011 at 20:23, Benedikt Böhm hol...@gentoo.org wrote:
the way python applications are built currently renders all binary
packages useless, since portage does not know which version of python
it was built against. the explicit selection with RUBY_TARGETS or
PHP_TARGETS solves
On Mon, Jun 27, 2011 at 21:31, Michał Górny mgo...@gentoo.org wrote:
Working targets. USE_PYTHON is junk. What python.eclass does now with
ABIs is a PITA, and requires manually providing a lot of redudant
information (namely, RESTRICT_PYTHON_ABIS).
Please clarify *why* it is a PITA, and what
On Mon, Jun 27, 2011 at 22:46, Petteri Räty betelge...@gentoo.org wrote:
Sure, but if that means the developers now have to bump every package
in the tree when a new version of Python comes out, I'm not sure
that's the best trade-off.
And why can't this be handled by the eclass? If the ebuild
Stelios Boulios posted on Tue, 28 Jun 2011 09:51:41 +0300 as excerpted:
[blank, see subject]
See the headers for any post forwarded by this list.
They all contain the following information:
List-Post: mailto:gentoo-dev@lists.gentoo.org
List-Help: mailto:gentoo-dev+h...@lists.gentoo.org
On Tue, 28 Jun 2011 10:04:58 +0200
Dirkjan Ochtman d...@gentoo.org wrote:
On Mon, Jun 27, 2011 at 21:31, Michał Górny mgo...@gentoo.org wrote:
Working targets. USE_PYTHON is junk. What python.eclass does now
with ABIs is a PITA, and requires manually providing a lot of
redudant information
Hello,
As you may or may not know, right now env-update calls 'ldconfig'
by default, describing that in the terms of 'Regenerating
/etc/ld.so.cache'. In fact, it does a little more -- it updates library
symlinks to use the newest library version available.
In other words, if we've got
On Tue, 28 Jun 2011 10:48:48 +0200
Michał Górny mgo...@gentoo.org wrote:
I have created a patch which makes 'env-update' always pass '-X' to
ldconfig, to not let it update the symlinks in system-wide libdirs.
I'm testing it right now to see if it doesn't cause any breakage.
And, as always,
On Tue, Jun 28, 2011 at 03:43:21PM +1200, Kent Fredric wrote:
A. Storing tag data in metadata.xml ( package - tag association )
B. Developing a tool that aggregates the contents of metadata.xml to
produce a cache for the data going the other way ( tag - package )
People searching for
Hi guys. We've had discussion on optional runtime dependencies in bug
361255, but I think it's worth to have broader discussion of this issue.
=
Abstract
Optional runtime dependencies are dependent packages that are not
required to
On Tue, 28 Jun 2011 14:38:19 +0400
Peter Volkov p...@gentoo.org wrote:
Hi guys. We've had discussion on optional runtime dependencies in bug
361255, but I think it's worth to have broader discussion of this
issue.
Have you seen how Exherbo solved the same problem? exheres-0 has
'suggested' and
On Tue, 28 Jun 2011 12:03:28 +0100
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
Have you seen how Exherbo solved the same problem? exheres-0 has
'suggested' and 'recommended' dependencies, which are variations on
post dependencies. Suggested dependencies are displayed (along with a
On Tue, 28 Jun 2011 14:38:19 +0400
Peter Volkov p...@gentoo.org wrote:
Starting with EAPI=X new prefix ~ is allowed in IUSE use flag
definition. Use
flags prefixed with ~ are not allowed to be used anywhere but only
inside
PDEPEND dependency specification. This USE flags are used during
On 06/28/11 12:38, Peter Volkov wrote:
Hi guys. We've had discussion on optional runtime dependencies in bug
361255, but I think it's worth to have broader discussion of this issue.
[SNIP]
Comments?
I like the USEflag approach. It integrates well with the rest of the
machinery.
Speaking
On Tue, 28 Jun 2011 13:14:40 +0200
Michał Górny mgo...@gentoo.org wrote:
On Tue, 28 Jun 2011 12:03:28 +0100
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
Have you seen how Exherbo solved the same problem? exheres-0 has
'suggested' and 'recommended' dependencies, which are variations
В Втр, 28/06/2011 в 07:17 +0100, Ciaran McCreesh пишет:
There was going to be a really simple, elegant, ebuild-controllable and
provably working fix for that in EAPI 4 in the form of := deps, but
they got dropped because Portage couldn't implement it.
Which is strange, because it should have
On Tue, 28 Jun 2011 12:19:43 +0100
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
On Tue, 28 Jun 2011 13:14:40 +0200
Michał Górny mgo...@gentoo.org wrote:
On Tue, 28 Jun 2011 12:03:28 +0100
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
Have you seen how Exherbo solved the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 28-06-2011 07:19, Dirkjan Ochtman wrote:
On Tue, Jun 28, 2011 at 08:54, Joshua Saddler nightmo...@gentoo.org wrote:
This would be nice, but unfortunately the python maintainer forced
3.x on everyone, despite the fact that nothing uses it and
On Tue, Jun 28, 2011 at 13:48, Jorge Manuel B. S. Vicetto
jmbsvice...@gentoo.org wrote:
Yes, but with slotting you allow different packages to pull in different
slots of python. Furthermore, when you slot a package and mark more than
one slot stable, you're saying that all the stable slots work
В Пнд, 27/06/2011 в 20:26 -0700, Brian Harring пишет:
Second, make a bunch of sets named kde-tag, editors-tag, xml-tag,
monkeys-tag etc.
I'd like avoid editing multiple files. Much better will be keep tags
with package.
Counter proposal; use what you're proposing as a cache. metadata.xml
В Вск, 26/06/2011 в 17:20 +0200, Maciej Mrozowski пишет:
I never understood the reason after keeping deps not sorted alphabetically
where order doesn't matter - it's like someone purposely made ebuild harder
to
read - it's counter productive.
Like with perl modules with well written
В Сбт, 25/06/2011 в 13:24 -0400, Mike Frysinger пишет:
On Sat, Jun 25, 2011 at 10:23, Nirbheek Chauhan wrote:
On Sat, Jun 25, 2011 at 6:16 PM, justin wrote:
Another question, do we have a rule, how the metadata.xml has to be
indented? Tabs or n spaces?
There's no rule, but we should
Thank you Fabian, Michał. Added note on Makefile and mentioned other
tools as well. Updated patch is in attachment.
--
Peter.
From 9d24f4bab09be481e70ab04c85f20a246162dc0a Mon Sep 17 00:00:00 2001
From: Peter Volkov p...@gentoo.org
Date: Tue, 28 Jun 2011 10:05:17 +0400
Subject: [PATCH] Use | as a
On 28/06/11 10:53, Michał Górny wrote:
On Tue, 28 Jun 2011 10:48:48 +0200 Michał Górny mgo...@gentoo.org
wrote:
I'm a noob in Python, but I disagree with this patch. for two reasons:
First, the -X option is already available, and controlled by makelinks,
so why not change the default value of
On Tue, Jun 28, 2011 at 07:53, Peter Volkov p...@gentoo.org wrote:
В Пнд, 27/06/2011 в 20:26 -0700, Brian Harring пишет:
Second, make a bunch of sets named kde-tag, editors-tag, xml-tag,
monkeys-tag etc.
I'd like avoid editing multiple files. Much better will be keep tags
with package.
On Tuesday, June 28, 2011 08:02:03 Peter Volkov wrote:
В Сбт, 25/06/2011 в 13:24 -0400, Mike Frysinger пишет:
On Sat, Jun 25, 2011 at 10:23, Nirbheek Chauhan wrote:
On Sat, Jun 25, 2011 at 6:16 PM, justin wrote:
Another question, do we have a rule, how the metadata.xml has to be
On Tuesday, June 28, 2011 02:54:03 Michał Górny wrote:
On Tue, 28 Jun 2011 10:16:06 +0400 Peter Volkov wrote:
But still our documentation explicitly suggests ':' for CFLAGS cases
and example allows bash substitution.
On Tuesday, June 28, 2011 08:25:50 Peter Volkov wrote:
+Sometimes a package will not use the user's c${CFLAGS}/c or
+c${LDFLAGS}/c.
there are more flag vars than this. you should use language like:
Sometimes a package will not use the user's build settings (such as CFLAGS or
LDFLAGS).
-
On 6/28/11 6:23 PM, Mike Frysinger wrote:
On Tuesday, June 28, 2011 02:54:03 Michał Górny wrote:
On Tue, 28 Jun 2011 10:16:06 +0400 Peter Volkov wrote:
But still our documentation explicitly suggests ':' for CFLAGS cases
and example allows bash substitution.
В Втр, 28/06/2011 в 12:23 -0400, Mike Frysinger пишет:
On Tuesday, June 28, 2011 02:54:03 Michał Górny wrote:
emake CC=$(tc-getCC) CFLAGS=${CFLAGS}...
this is easily dangerous when it comes to packages (and many do) that append
in the Makefile. specifying on the command line blocks those
On Tuesday, June 28, 2011 12:37:41 justin wrote:
On 6/28/11 6:23 PM, Mike Frysinger wrote:
On Tuesday, June 28, 2011 02:54:03 Michał Górny wrote:
I think that also a good idea may be to provide an Makefile example,
showing that often sed is unnecessary, and it's enough to do things
like:
On Tue, Jun 28, 2011 at 10:24:26PM +0400, Peter Volkov wrote:
?? ??, 28/06/2011 ?? 12:23 -0400, Mike Frysinger ??:
On Tuesday, June 28, 2011 02:54:03 Micha?? G??rny wrote:
emake CC=$(tc-getCC) CFLAGS=${CFLAGS}...
this is easily dangerous when it comes to packages (and many
On Tue, 28 Jun 2011 22:24:26 +0400
Peter Volkov p...@gentoo.org wrote:
В Втр, 28/06/2011 в 12:23 -0400, Mike Frysinger пишет:
On Tuesday, June 28, 2011 02:54:03 Michał Górny wrote:
emake CC=$(tc-getCC) CFLAGS=${CFLAGS}...
this is easily dangerous when it comes to packages (and many do)
On Tuesday 28 of June 2011 05:26:29 Brian Harring wrote:
On Sun, Jun 26, 2011 at 08:02:57AM +0100, Ciaran McCreesh wrote:
Here's a completely different way of doing tags:
First, standardise sets. We probably want to go with a format along the
lines of:
eapi = 4
description
On Tue, 28 Jun 2011 15:04:00 -0400
Nathan Phillip Brink bi...@gentoo.org wrote:
On Tue, Jun 28, 2011 at 10:24:26PM +0400, Peter Volkov wrote:
?? ??, 28/06/2011 ?? 12:23 -0400, Mike Frysinger ??:
On Tuesday, June 28, 2011 02:54:03 Micha?? G??rny wrote:
emake CC=$(tc-getCC)
All,
the reason for this email is
http://bugs.gentoo.org/show_bug.cgi?id=373219 and the bugs that
currently depend on it. I'm sure there will be more of those.
The background is that /etc/init.d/functions.sh is a link to
/lib/rc/functions.sh, which is part of openrc.
Other init systems, like
On Mon, Jun 27, 2011 at 7:58 AM, Dirkjan Ochtman d...@gentoo.org wrote:
Hi guys,
[...]
So I know a bunch of people have already looked at it, and I'd like to
know: what do you find better about the Ruby approach compared to the
Python approach? Is it just the size of python.eclass, or are
Hi,
On Tue, 2011-06-28 at 17:10 -0500, William Hubbs wrote:
The background is that /etc/init.d/functions.sh is a link to
/lib/rc/functions.sh, which is part of openrc.
Other init systems, like systemd, are coming along which completely
replace sysvinit and do not use openrc's init scripts
Hi,
On Tue, Jun 28, 2011 at 09:07:12PM -0400, Olivier Crête wrote:
Hi,
On Tue, 2011-06-28 at 17:10 -0500, William Hubbs wrote:
The background is that /etc/init.d/functions.sh is a link to
/lib/rc/functions.sh, which is part of openrc.
Other init systems, like systemd, are coming
On 14:38 Tue 28 Jun , Peter Volkov wrote:
1. add a use flag to control runtime dependency
2. add elog message into pkg_postinst to notify users that some
features depend on installing package A, B, etc.
I've got a suggestion that builds a little bit on what both you and
Ciaran have said.
On Tuesday, June 28, 2011 15:58:46 Michał Górny wrote:
On Tue, 28 Jun 2011 15:04:00 -0400 Nathan Phillip Brink wrote:
On Tue, Jun 28, 2011 at 10:24:26PM +0400, Peter Volkov wrote:
?? ??, 28/06/2011 ?? 12:23 -0400, Mike Frysinger ??:
On Tuesday, June 28, 2011 02:54:03 Micha??
On Tue, 28 Jun 2011 17:10:42 -0500
William Hubbs willi...@gentoo.org wrote:
the reason for this email is
http://bugs.gentoo.org/show_bug.cgi?id=373219 and the bugs that
currently depend on it. I'm sure there will be more of those.
The background is that /etc/init.d/functions.sh is a link to
On Tue, 28 Jun 2011 20:03:34 -0430
Jesus Rivero (Neurogeek) neurog...@gentoo.org wrote:
On Mon, Jun 27, 2011 at 7:58 AM, Dirkjan Ochtman d...@gentoo.org
wrote:
Hi guys,
[...]
So I know a bunch of people have already looked at it, and I'd like
to know: what do you find better about the
On Wednesday, June 29, 2011 00:04:57 Michał Górny wrote:
Honestly, I think a better solution would be to provide a convenience
function library, independent of OpenRC. Sourcing random internal
scripts of a random package is just broken by concept.
except it hasnt been random and has clearly
On Wed, Jun 29, 2011 at 10:35 AM, Mike Frysinger vap...@gentoo.org wrote:
On Wednesday, June 29, 2011 00:04:57 Michał Górny wrote:
Honestly, I think a better solution would be to provide a convenience
function library, independent of OpenRC. Sourcing random internal
scripts of a random package
52 matches
Mail list logo