Pacho Ramos schrieb:
El mar, 25-09-2012 a las 10:21 -0300, Alexis Ballier escribió:
On Sun, 23 Sep 2012 16:49:13 +0200
Thomas Sachau to...@gentoo.org wrote:
It is not hard by itself to inherit an eclass. There is just the
limitation, that occurs with an eclass, e.g.:
-the one from mgorny
a package-manager level implementation has?
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
of portage git repo, ebuild in the multilib-portage
overlay with very basic setup instructions in the doc dir of the overlay
and the #gentoo-multilib-overlay channel in freenode for questions).
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Gilles Dartiguelongue schrieb:
Le lundi 21 janvier 2013 à 00:01 +0100, Thomas Sachau a écrit :
Michał Górny schrieb:
Hello,
There is a fair interest in multilib and while still early, it would be
a good moment to decide on how USE flags to use for it.
The current attempts are mostly using
or to preserve them for an
non-default abi?
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
, so you only have to update
those entries yourself, when your key changes. ;-)
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
} ]]; then
local pc
local tf=${T}/prune-lt-files.pc
- local pkgconf=$(tc-getPKG_CONFIG)
+ local pkgconf=$(tc-getPKG_CONFIG)1
Typo?
--
Thomas
packages.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
in freetype)
multilib-portage has no issues with abi-specific headers, since those
are installed into a seperate abi-specific location inside /usr/include
with a wrapper in the original location to not break depending packages.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description
the global flags from multilib-portage as well.
What are your thoughts?
Once the eclass has per-ABI header and binaries support, i would see
multilib-portage as fallback option for packages/arches, which dont yet
have multilib support via eclass. So i am ok with the USE flag names.
--
Thomas
Alexis Ballier schrieb:
On Sun, 03 Mar 2013 14:02:58 +0100
Thomas Sachau to...@gentoo.org wrote:
Once the eclass has per-ABI header
I think this is needed.
and binaries support,
but here, could you enlighten me on its use cases ? I can't imagine
why having multi binaries support
Alexis Ballier schrieb:
On Sun, 03 Mar 2013 16:47:43 +0100
Thomas Sachau to...@gentoo.org wrote:
Alexis Ballier schrieb:
On Sun, 03 Mar 2013 14:02:58 +0100
Thomas Sachau to...@gentoo.org wrote:
Once the eclass has per-ABI header
I think this is needed.
and binaries support,
but here
Alexis Ballier schrieb:
On Sun, 03 Mar 2013 17:27:50 +0100
Thomas Sachau to...@gentoo.org wrote:
Alexis Ballier schrieb:
On Sun, 03 Mar 2013 16:47:43 +0100
Thomas Sachau to...@gentoo.org wrote:
Alexis Ballier schrieb:
On Sun, 03 Mar 2013 14:02:58 +0100
Thomas Sachau to...@gentoo.org
.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Alexis Ballier schrieb:
On Mon, 04 Mar 2013 21:17:50 +0100
Thomas Sachau to...@gentoo.org wrote:
dev-db/mysql abiwrapper
dev-lang/perl abiwrapper
dev-lang/python abiwrapper
dev-lang/ruby abiwrapper
dev-libs/gobject-introspection abiwrapper
dev-libs/libIDL abiwrapper
dev-scheme/guile
Davide Pesavento schrieb:
On Thu, Mar 7, 2013 at 10:59 AM, Thomas Sachau to...@gentoo.org wrote:
Alexis Ballier schrieb:
On Mon, 04 Mar 2013 21:17:50 +0100
Thomas Sachau to...@gentoo.org wrote:
dev-db/mysql abiwrapper
dev-lang/perl abiwrapper
dev-lang/python abiwrapper
dev-lang/ruby
Alexis Ballier schrieb:
On Thu, 07 Mar 2013 19:59:35 +0100
Thomas Sachau to...@gentoo.org wrote:
I dont have a list of binaries, i either noticed myself some
abi-specific behaviour or got user reports for abi-specific behaviour.
As an example i remember, dev-libs/libIDL has a config binary
-compiling.
You know, that multilib-portage does use MULTILIB_ABI as USE-expanded
variable? Using exactly the same in the eclass will call for collision
issues.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
to become so and should have never been there.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Chí-Thanh Christopher Nguyễn schrieb:
Thomas Sachau schrieb:
Uhm, automagic stabilization without maintainer ok? This sounds like a
bad idea. Doing a batch CC-ing after maintainer gave his ok or
anything similar, which starts, when someone actually aproved the
stable going is all ok
Markos Chandras schrieb:
On 21 May 2013 13:21, Thomas Sachau to...@gentoo.org wrote:
Paweł Hajdan, Jr. schrieb:
Remember this is supposed to _help_ Gentoo. You can opt out of the bugs
(there is a package name and maintainer name regex in the script). You
don't need to hunt them down - if you
Paweł Hajdan, Jr. schrieb:
On 5/21/13 6:38 AM, Thomas Sachau wrote:
And if a maintainer is not responding within 30 days, you can ping him
or, without a response, try to get a different maintainer. Just assuming
that a stable request is ok without a maintainer response is really not
a good
Rick Zero_Chaos Farina schrieb:
On 05/21/2013 09:20 AM, Markos Chandras wrote:
On 21 May 2013 13:21, Thomas Sachau to...@gentoo.org wrote:
Paweł Hajdan, Jr. schrieb:
Remember this is supposed to _help_ Gentoo. You can opt out of the bugs
(there is a package name and maintainer name regex
Michael Palimaka schrieb:
On 22/05/2013 20:07, viv...@gmail.com wrote:
On 05/22/13 11:43, Michael Palimaka wrote:
On 22/05/2013 19:22, viv...@gmail.com wrote:
On 05/21/13 23:38, Andreas K. Huettel wrote:
Am Dienstag, 21. Mai 2013, 15:38:44 schrieb Thomas Sachau:
And if a maintainer
of the consumers.
If you want to add such wrapper, you can look into the multilib-portage
overlay for such a wrapper, which has now been working and tested for
some years.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
for
none-default ABIs.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Alexis Ballier schrieb:
On Fri, 09 Aug 2013 17:32:56 +0200
Thomas Sachau to...@gentoo.org wrote:
As the topic says, when someone converts an ebuild to multilib, please
dont disable binary building for other ABIs, as has already been done
for some packages.
This will break e.g. for users
Michał Górny schrieb:
Dnia 2013-08-09, o godz. 11:48:07
Ian Stakenvicius a...@gentoo.org napisał(a):
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 09/08/13 11:43 AM, Michał Górny wrote:
Dnia 2013-08-09, o godz. 17:32:56 Thomas Sachau to...@gentoo.org
napisał(a):
As the topic says
Alexis Ballier schrieb:
On Fri, 09 Aug 2013 18:32:04 +0200
Thomas Sachau to...@gentoo.org wrote:
Alexis Ballier schrieb:
On Fri, 09 Aug 2013 17:32:56 +0200
Thomas Sachau to...@gentoo.org wrote:
As the topic says, when someone converts an ebuild to multilib,
please dont disable binary
multilib_is_native_abi() can still be used,
when really just one build is needed for everyone
Happy bikesh(r)edding
--
Thomas Sachau
Gentoo Linux Developer
--- /usr/portage/eclass/multilib-build.eclass 2013-08-08 20:57:54.0 +0200
+++ multilib-build.eclass 2013-08-25 15:28:10.0 +0200
@@ -373,7
Ulrich Mueller schrieb:
On Sun, 25 Aug 2013, Thomas Sachau wrote:
workaround: add a variable, which changes the return of the function
checking for the current ABI (always true with variable, without
only true, when $ABI == $DEFAULT_ABI)
Would this variable be set by the user, in profiles
Michał Górny schrieb:
Dnia 2013-08-25, o godz. 21:34:09
Thomas Sachau to...@gentoo.org napisał(a):
Ulrich Mueller schrieb:
On Sun, 25 Aug 2013, Thomas Sachau wrote:
workaround: add a variable, which changes the return of the function
checking for the current ABI (always true with variable
the situation, it may instead result in a lot of churn,
since people loose interest on their way to dev or shortly after.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
solution for multilib-portage,
since i dont have to internally overwrite an eclass function, but that
is just a side effect, since this issue never blocked multilib-portage.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Ian Stakenvicius schrieb:
On 25/08/13 10:15 AM, Ulrich Mueller wrote:
On Sun, 25 Aug 2013, Thomas Sachau wrote:
workaround: add a variable, which changes the return of the
function checking for the current ABI (always true with variable,
without only true, when $ABI == $DEFAULT_ABI
Thomas Sachau schrieb:
Ulrich Mueller schrieb:
On Sun, 25 Aug 2013, Thomas Sachau wrote:
workaround: add a variable, which changes the return of the function
checking for the current ABI (always true with variable, without
only true, when $ABI == $DEFAULT_ABI)
Would this variable be set
, but not in this thread. I want this thread to stay focused
on the news item.
Here is the updated newsitem based on feedback I have received so far.
William
What about busybox[sep-usr]? Is that still supported or is everyone with
separate /usr forced to use an initramfs?
--
Thomas Sachau
.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
# Thomas Sachau to...@gentoo.org (2 Mar 2009)
# Mask for removal, was merged into dev-java/fec
net-libs/fec
will be removed in ~30 days
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
and RDEPEND
-remove the || die from econf
-comment out the complete src_compile
Since it seems like people change it at will and those are minor changes, i
will do them in a few
days, if noone has a good reason against them.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description
Petteri Räty schrieb:
Thomas Sachau wrote:
I would like to know, if there is some policy about editing skel.* files or
who owns/maintains them.
Additionally, i suggest some changes to skel.ebuild:
Posts diffs to gentoo-dev and if there are no objections -- commit.
Regards,
Petteri
Stefan Knoblich schrieb:
Hi,
we'd like to have Willikins join #gentoo.de, so here's my official request :)
Thanks in advance.
(This is a -nomail subscription, you'll have to CC me.)
Stefan
(stkn @ #gentoo.de)
ok from me for this request.
--
Thomas Sachau
Gentoo Linux Developer
? Which
additional arguments are there
for those options?
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Robert Buchholz schrieb:
On Monday 30 March 2009, Thomas Sachau wrote:
Ciaran McCreesh schrieb:
So far, we've got this, by agreement of the Council:
* There will be a default src_install in EAPI 3
* It will have a DOCS variable, or something along those lines.
I'd like to suggest
Mike Frysinger schrieb:
On Saturday 04 April 2009 08:59:22 Thomas Sachau wrote:
i would like to hear about other opinions about real multilib support
within our tree and package managers. From what i know, there are mainly 2
different ideas:
1. Do the main stuff in the package manager (e.g
Tiziano Müller schrieb:
Am Sonntag, den 05.04.2009, 10:18 +0200 schrieb Thomas Sachau:
Mike Frysinger schrieb:
On Saturday 04 April 2009 08:59:22 Thomas Sachau wrote:
i would like to hear about other opinions about real multilib support
within our tree and package managers. From what i know
for ebuild maintainence, there are good starting points (probably
other projects also
have training grounds like the java or kde herds), the bigger problem may be
the communication
between potential new developers and the current developer base and our options
to become a new
developer.
--
Thomas
George Prowse schrieb:
Thomas Sachau wrote:
For those, who can work with IRC and are interested in working with
ebuilds, there is already an option:
Join #gentoo-dev-help or even better #gentoo-sunrise and read the
documentation from the topic. The
Sunrise Overlay (with the #gentoo-sunrise
) contributors until they got recruited
as ebuild deveopers.
With this proposal, we could recruite new people to work on things they are
intersted in, so it
should be relatively easy to get popular packages in the main tree, while not
using some (probably
not existing) additional dev-time.
--
Thomas
this until now.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
project.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
-multilib
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
-rock-bin-2.0.1 is in pure-funtoo.
Sebastian
I suggest that you (or the person, who added those ebuilds to funtoo) join the
Sunrise project and
update the ebuild in the sunrise overlay instead of adding it to another tree.
;-)
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
either contain breaking stuff (playground for devs) or not checked ebuilds from
users. For both
sets, the above ussage with layman should be easy enough.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
) from the council.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Zac Medico schrieb:
Thomas Sachau wrote:
Hi together,
as announced in a previous mail, i created a fork of portage, which has
support to create 32bit libs
during compile phase for 64bit platforms (currently amd64 tested, ppc64
untested).
In short, it does execute every src_* phase twice
Mike Frysinger schrieb:
On Sunday 11 October 2009 06:21:14 Thomas Sachau wrote:
as announced in a previous mail, i created a fork of portage, which has
support to create 32bit libs during compile phase for 64bit platforms
(currently amd64 tested, ppc64 untested).
In short, it does execute
and you should
be able to use bugzilla. Else i suggest you move to a stable arch instead.
Your arguments could make sense, if it would be about the stable tree, but
forcing the testing tree
to be a second stable tree, just with newer package versions isnt our goal nor
does it help anyone.
--
Thomas
this way for all users except those, who are
unable or unwilling to
fill a bug with needed details. And we are not able to help those users.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
warning. But do you really
want to annoy every
user with such a message everywhere, just because some people expect TESTING
tree to be similar save
as stable tree?
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
. So if you enable the lib32 useflag,
portage will require this
useflag for all dependencies too. I dont mind renaming it, if there is some
other sane naming for it.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
you can crosscompile.
Currently i only support amd64 since thats the only ARCH i know and have access
to. If i get enough
details to implement other ARCHes and some way to test it there, i might try it
for those other
ARCHes too.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Robin H. Johnson schrieb:
On Sun, Oct 18, 2009 at 10:26:37PM -0400, Mike Frysinger wrote:
On Sunday 18 October 2009 14:49:09 Thomas Sachau wrote:
Robin H. Johnson schrieb:
On Mon, Oct 12, 2009 at 04:50:23PM -0400, Mike Frysinger wrote:
what exactly does this lib32 do ? naming USE flags
for this part is my current multilib-portage project, which
allows compilation
and installation of additional 32bit libs and binaries.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Mike Frysinger schrieb:
On Monday 19 October 2009 16:59:55 Thomas Sachau wrote:
Mike Frysinger schrieb:
the majority of the time, the compiler driver (i.e. `gcc`) should be used
for linking. very few packages should invoke the linker directly. that
is why currently the toolchain-func.eclass
Mike Frysinger schrieb:
On Sunday 18 October 2009 14:46:07 Thomas Sachau wrote:
Mike Frysinger schrieb:
another quick look at _setup_abi_env() looks like it needs work:
- LD should not default to `ld`
Whats your suggestion?
the majority of the time, the compiler driver (i.e. `gcc`) should
complain about a missing feature and are not able to
think and enable a USE
flag for that feature?
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Sebastian Pipping schrieb:
Thomas Sachau wrote:
In addition, i see a trend to enabled more more more USE flags (either over
profiles or via IUSE
+flag).
I'm not sure for how much of the IUSE=+foo cases this applies but I
can explain one of them:
In xfce-base/xfce4-session-4.6.1-r1
Petteri Räty schrieb:
Thomas Sachau wrote:
In addition, i see a trend to enabled more more more USE flags (either over
profiles or via IUSE
+flag). Whats the reason for forcing a big load of default enabled USE flags
on every user including
more dependencies, more compile time, more wasted
( unless of coarse they
package is already DE related e.g if a kde package has a use flag for kde's
sound system, this could be enabled at a package level while a package with a
kde use flag should not default enable it.).
I aggree.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
in the experimental/amd64/qemu dir.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
make.conf.
Are you sure about this part? Afaik IUSE defaults overrides make.conf, you will
have to explicitly
add an entry to package.use for every package, where it is enabled per IUSE
default.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
for some months, then tell
me, where it lacks
quality checks or anything else.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
for them.
Maybe something like use.local.desc that is autogenerated?
use.local.desc is autogenerated from metadata.xml of all packages in main tree
(same is also done
for use.local.desc for sunrise overlay).
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP
On 12/12/2009 11:56 AM, Thilo Bangert wrote:
Thomas Sachau to...@gentoo.org said:
On 12/11/2009 10:30 PM, Hanno Böck wrote:
Am Freitag 11 Dezember 2009 schrieb Christian Faulhammer:
George Shapovalov (george) geo...@gentoo.org:
Modified: use.local.desc
Log:
added local
multilib features from current multilib-portage to currently
hardmasked and testing
portage-2.2* for wider testing, more eyes looking at it and hopefully more
people helping improving
it, so we can get a version, which most can accept for PMS and maybe next EAPI.
--
Thomas Sachau
Gentoo Linux
On 12/25/2009 06:10 AM, Denis Dupeyron wrote:
On Sun, Dec 20, 2009 at 10:53 PM, Thomas Sachau to...@gentoo.org wrote:
I will make it short, since i already requested it 3 times, did create a
thread at gentoo-dev ML:
agenda topic: Discussion and approval for following item:
Adding real
On 12/26/2009 11:25 AM, Fabian Groffen wrote:
Hi Thomas,
On 25-12-2009 15:00:36 +0100, Thomas Sachau wrote:
On 12/25/2009 06:10 AM, Denis Dupeyron wrote:
Sorry, I forgot to send an email explaining what happened on the
council alias as promised. The consensus was that the project wasn't
someone else does open that stable request bug? If the
policy is to always
assign it to the maintainer, he can still decide, if or when the packages is
ready, else some
stabilisation might be done, also the maintainer had still outstanding issues.
--
Thomas Sachau
Gentoo Linux Developer
is interested in proxy maintaining something can do this via Sunrise.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
*.
There are 2 ways to fix this issue:
-fix the dependency string for those packages (including the lines in
distutils.eclass)
or (since Arfrever claims current portage behaviour is wrong)
-change portage behaviour to be satisfied with a python slot and to not require
other slots.
--
Thomas
On 03/18/2010 08:28 PM, Ciaran McCreesh wrote:
On Thu, 18 Mar 2010 20:20:02 +0100
Thomas Sachau to...@gentoo.org wrote:
-change portage behaviour to be satisfied with a python slot and to
not require other slots.
But then you'll never get new slots for the majority of dependencies
where
On 03/18/2010 08:33 PM, Arfrever Frehtes Taifersar Arahesis wrote:
2010-03-18 20:20:02 Thomas Sachau napisał(a):
Currently, some packages just depend on dev-lang/python. Arfrever claims
it to be right
It's correct only for packages (e.g. dev-python/setuptools), which support all
versions
On 03/18/2010 08:55 PM, Arfrever Frehtes Taifersar Arahesis wrote:
2010-03-18 20:47:35 Thomas Sachau napisał(a):
On 03/18/2010 08:33 PM, Arfrever Frehtes Taifersar Arahesis wrote:
2010-03-18 20:20:02 Thomas Sachau napisał(a):
Currently, some packages just depend on dev-lang/python. Arfrever
On 03/18/2010 09:02 PM, Petteri Räty wrote:
On 03/18/2010 09:43 PM, Thomas Sachau wrote:
So my vote goes for changing the dependency strings for affected packages.
Here's some thoughts on the matter:
- dev-lang/python is correct if the package works with all python
versions in tree
, supported or will even work there (e.g.
dev-util/protobuf does pull
in python-3*, also i dont see any marks, that it does support python-3*).
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
I see, that the sgml herd seems to be empty for a longer time, so i would like
to ask, if someone
wants to take that herd and the related ebuilds and bugs over or if we should
delete that herd and
assign related ebuilds/bugs to m-n.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Am 21.03.2010 18:06, schrieb Mike Frysinger:
On Sunday 21 March 2010 08:41:15 Thomas Sachau wrote:
I see, that the sgml herd seems to be empty for a longer time, so i would
like to ask, if someone wants to take that herd and the related ebuilds
and bugs over or if we should delete that herd
are required, so he will expect the
same for python-3.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
suggest you join
#gentoo-hardened on freenode, since that is the place, where most of the
conversation is done.
Additionally it might have been better to send this mail at least in CC to
gentoo-hardened ML, since
most interested and active people are only subscribed there.
--
Thomas Sachau
Gentoo
message via IRC). If you missed some
points or others appear,
i will answer and ask about those.
If you do not answer at all or do not answer with arguments to my satisfaction
within 14 days, i
will escalate those issues to devrel.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Am 05.06.2010 16:43, schrieb Arfrever Frehtes Taifersar Arahesis:
2010-05-27 16:33:39 Thomas Sachau napisał(a):
Hi together,
since i am not able to get any real argument or even discussion on IRC nor
on this mailing list from
Arfrever (main person behind those changes), i would like
Am 05.06.2010 20:31, schrieb Harald van Dijk:
On Sat, Jun 05, 2010 at 05:49:08PM +0200, Thomas Sachau wrote:
If any package does inherit python or distutils eclass, then those eclasses
do pull in
dev-lang/python, which is unversioned, so it will always pull in the
latest version
Am 06.06.2010 01:38, schrieb Harald van Dijk:
On Sun, Jun 06, 2010 at 01:03:48AM +0200, Thomas Sachau wrote:
Am 05.06.2010 20:31, schrieb Harald van Dijk:
On Sat, Jun 05, 2010 at 05:49:08PM +0200, Thomas Sachau wrote:
If any package does inherit python or distutils eclass, then those
eclasses
Am 06.06.2010 08:36, schrieb Graham Murray:
Thomas Sachau to...@gentoo.org writes:
Since python-3* is currently useless and not required for any package, the
dependency should by
default only pull in python-2* like this:
=dev-lang/python-2*
With that, the default way would not pull
Am 06.06.2010 09:37, schrieb Michał Górny:
On Sun, 06 Jun 2010 04:19:28 +0200
Sebastian Pipping sp...@gentoo.org wrote:
Thomas,
On 06/06/10 04:01, Thomas Sachau wrote:
Since python-3* is currently useless and not required for any
package, the dependency should by default only pull
Am 06.06.2010 13:09, schrieb Matti Bickel:
On 06/06/2010 12:40 PM, Thomas Sachau wrote:
My base proposal for this is something like this:
Every package defines the language(s), where it could be installed for
multiple slots, e.g.:
MULTI_SLOT=python or
MULTI_SLOT=python ruby
Additionally
, which
means currently an install for e.g. python:2.6 and python:3.1.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
1 - 100 of 217 matches
Mail list logo