I see, we have a default src_unpack and a default src_compile but a default
src_install is still
missing. Here is my suggestion (taken and modified from bug 33544):
src_install() {
if [ -f Makefile -o -f GNUmakefile -o -f makefile ]; then
emake DESTDIR=${D} install || die
Petteri Räty schrieb:
> Thomas Sachau kirjoitti:
>> I see, we have a default src_unpack and a default src_compile but a
>> default src_install is still
>> missing. Here is my suggestion (taken and modified from bug 33544):
>>
>> src_install() {
>> i
Ulrich Mueller schrieb:
>> On Sun, 21 Sep 2008, Steve Long wrote:
>
>> That works for that specific case, yes, but it's still not a general
>> solution, which is what BASH arrays were invented for. For instance,
>> an ebuild author cannot specifically include a file with spaces, and
>> ignore
Nirbheek Chauhan schrieb:
> On Wed, Sep 24, 2008 at 4:51 AM, Bo Ørsted Andresen <[EMAIL PROTECTED]> wrote:
>> On Tuesday 23 September 2008 21:39:52 Thomas Sachau wrote:
>
>>> if [ -f Makefile -o -f GNUmakefile -o -f makefile ]; then
> [...]
>>>
I see many ebuild that still use "econf || die", also econf should die by
itself. Are there any
specific reasons for this? Some cases where econf does not die also it fails?
Or some other reason
for this?
Some feedback on this would be nice.
Thanks
--
Thomas Sachau
Gentoo Linux
ake3, eqmake4
some functions that need "|| die":
emake, do*
Afaik die wont work in a subshell independent of how it is called, so the die
from econf wont work,
but also the "emake || die" one would also not work.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
ling
> broken shit.
>
Why do you need package.mask here? If you know, it does not work on that arch,
dont keyword it. If
you know it does not work anywhere, why would you even think about adding that
package?
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
ki"
>> doins -r designer icons icons.qrc icons_rc.py libanki/samples
>>
>> dobin ${PN}
>>
>> doicon icons/${PN}.png
>> make_desktop_entry ${PN} ${PN} ${PN}.png "Education"
>> }
>
> No installation routine available?
>
> V-Li
>
Imho you should also add a " || die" to at least all functions that add
nesessary files to run the
app, so probably at least the first "doins -r" and "dobin".
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
I just had a user in bugzilla who thought, the developer profile would be for
software developers,
not just for gentoo developers. Probably he is not the only one.
What about either adding some big warning on portage output or renaming this
profile to e.g.
"gentoodeveloper"?
--
Tho
rds,
> Petteri
>
Why not do both (rebuild and install) with the doc useflag and none of both, if
it is not set? Imho
the doc flag is for control of installation for (additional) docs, the way it
is used for gtk-doc is
surely confusing.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
fi
if [ -n "${DOCS}" ]; then
dodoc ${DOCS} || die "dodoc failed"
else
for x in AUTHORS ChangeLog NEWS README; do
if [ -e ${x} ]; then
dodoc ${x} || die "dodoc ${x} failed"
fi
done
fi
}
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Rémi Cardona schrieb:
> Thomas Sachau a écrit :
>> Why not do both (rebuild and install) with the doc useflag and none of
>> both, if it is not set? Imho
>> the doc flag is for control of installation for (additional) docs, the
>> way it is used for gtk-doc is
>> s
VER}
> [[ "$(get_libdir)" == "lib" ]] || \
> python_mod_optimize -x "(site-packages|test)" \
>
> /usr/$(get_libdir)/python${PYVER}
the same here
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
? Should we depend on some packages,
because they could be
removed? If yes, which ones? Or should we leave the system packages out
completly?
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
he case?
Sadly not. Some functions do die (like epatch or econf), others do not (like
emake, dobin,
doman). If i remember correctly, those that are external functions do die,
the others do not.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
-f GNUmakefile ] || [ -f makefile ]; then
emake DESTDIR="${D}" install || die "emake install failed"
fi
if [ -n "${DOCS}" ]; then
dodoc ${DOCS} || die "dodoc failed"
else
for x in AUTHORS ChangeLog NEWS README; do
if
Peter Alfredsen schrieb:
> On Wednesday 05 November 2008, Thomas Sachau wrote:
>
>> You should at least use emake instead of make in src_install. And i
>> would suggest to use something like this instead of the make install
>> line (maybe add some other default docs, if th
dodoc ${DOCS} || die "dodoc failed"
else
for x in AUTHORS ChangeLog NEWS README; do
if [ -e ${x} ]; then
dodoc ${x} || die "dodoc ${x} failed"
fi
done
are also welcome, tell me about them
on-list/off-list/by
mail/#gentoo-sunrise or other preferred way.
[1]: http://www.gentoo.org/proj/en/sunrise
[2]: http://overlays.gentoo.org/proj/sunrise/wiki
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Nikos Chantziaras schrieb:
> Thomas Sachau wrote:
>> I would like to ask all people, who get to users, who want to
>> contribute with ebuilds or similar,
>> tell them about our sunrise overlay[1][2]. People can learn how to
>> write ebuilds, they can learn how
>> t
Just FYI:
Sunrise now has an mail alias and a bugzilla account. So if there is something
sunrise related in
bugzilla (questions, problems, other things), you can now also add the sunrise
alias to CC or mail
it (if you dont want/can use IRC or mail/CC someone directly).
--
Thomas Sachau
As it seems like noone else is doing something about it, i have started a list
with some entries[1].
Please send me more functions and their place and error reports directly to me
(via mail or irc).
[1]: http://dev.gentoo.org/~tommy/ebuild-functions.txt
--
Thomas Sachau
Gentoo Linux
/index.html
[3]:
http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=1#doc_chap5
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Marius Mauch schrieb:
> On Sat, 17 Jan 2009 14:09:49 +0100
> Thomas Sachau 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 the ebuild
>> itself. But devmanual [2
nd review), i dont see a need for your request on sunrise side,
but if i missed
something, feel free to enlighten me.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
# Thomas Sachau (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
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 ob
die "emake install failed"
fi
if [ -n "${DOCS}" ]; then
dodoc ${DOCS} || die "dodoc failed"
else
for x in AUTHORS ChangeLog NEWS README; do
if [ -e ${x} ]; then
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 f
? 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
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.
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
>>>>
ood 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 Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
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.
ckages in the main tree, while not
using some (probably
not existing) additional dev-time.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
s where sent,
there is not much
response from this until now.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
PI for whatever
reason, why should he not be allowed to do so? He has to maintain it and
any EAPI changes.
Additionally, an ebuild with a lower EAPI may already exist for a long
time, this would force the dev to convert it to a newer EAPI to be
allowed to add it to the main tree, also the existing ebuild works just
fine.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
nted).
Thanks in advance to anyone helping with this.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
i in $(find ${D} -name *.{pyc,pyo}) ; do
[[ -e ${i/${D}/${ROOT}/} ]] && rm ${i/${D}/${ROOT}/}
done
fi
Alternatively, you could take all .py files of the installed versions
and blindly remove the pyo/pyc files for them in pkg_preinst (this
should also prevent leaving dead files around).
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
more an issue for people, who do work on
the tree while being offline and who then have to resolve the conflicts,
when they get a connection again.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Since i am not that sure about my ability to write formal specs, i am
presenting my first draft for further review and suggestions for
improvement.
--
Thomas Sachau
Gentoo Linux Developer
For amd64 users, there is sometimes the issue, that they need 32bit libs for
certain packages (e.g.
wine
Duncan schrieb:
> Thomas Sachau posted on Sat, 16 Jun 2012 12:31:40 +0200 as excerpted:
>
>> Since i am not that sure about my ability to write formal specs, i am
>> presenting my first draft for further review and suggestions for
>> improvement.
>
> Just a format
tilib-portage for cross-compiling (which could also be adapted for
multi-slot languages) with different wording and with additional work
for ebuild maintainers. And since my proposal already uses USE flags,
things would not change visually for users of e.g. ruby or php.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Michał Górny schrieb:
> On Sun, 17 Jun 2012 14:09:14 +0200
> Thomas Sachau wrote:
>
>> Michał Górny schrieb:
>>> Hello,
>>>
>>> I have prepared a first draft of 'dynamic SLOT' specification. This
>>> is my proposal in attempt to solve
Michał Górny schrieb:
> On Sun, 17 Jun 2012 17:46:00 +0200
> Thomas Sachau wrote:
>
>>>> Beside that, it seems to solve things pretty similar to the
>>>> proposed way in multilib-portage for cross-compiling (which could
>>>> also be adapted for
Luca Barbato schrieb:
> On 06/16/2012 12:31 PM, Thomas Sachau wrote:
>> Since i am not that sure about my ability to write formal specs, i am
>> presenting my first draft for further review and suggestions for
>> improvement.
>
> Currently I'm experimenting
Thomas Sachau schrieb:
> Duncan schrieb:
>> Thomas Sachau posted on Sat, 16 Jun 2012 12:31:40 +0200 as excerpted:
>>
>>> Since i am not that sure about my ability to write formal specs, i am
>>> presenting my first draft for further review and suggestions for
>
Ciaran McCreesh schrieb:
> On Tue, 19 Jun 2012 20:16:39 +0200
> Thomas Sachau wrote:
>> Since there is again no response at all, it seems like everyone is ok
>> with this, so i will propose to add this to the next council agenda
>> for EAPI-5 addition.
>
> Got a d
Brian Harring schrieb:
> On Tue, Jun 19, 2012 at 08:54:07PM +0200, Thomas Sachau wrote:
>> Ciaran McCreesh schrieb:
>>> On Tue, 19 Jun 2012 20:16:39 +0200
>>> Thomas Sachau wrote:
>>>> Since there is again no response at all, it seems like everyone is ok
&
while crossdev is
using a different toolchain for the targets.
Of course, if someone from crossdev maintainers wants to comment, he is
free to do so.
--
Thomas Sachau
Gentoo Linux Developer
GLEP: XXX
Title: Crosscompile support for multilib profiles
Version: $Revision: 1.4 $
Last-Modified: $Date: 20
Matt Turner schrieb:
> On Fri, Jun 29, 2012 at 10:30 AM, Thomas Sachau wrote:
>>
>
> I'm interested in this because I'm regularly annoyed with the emul-
> packages and also because multilib is pretty important for mips.
>
>> If a package has dependencies, th
Luca Barbato schrieb:
> On 06/29/2012 04:30 PM, Thomas Sachau wrote:
>
> It is interesting, still you need a way to define HOST dependencies
> (stuff you need that has to be built on the host since you run it, e.g.
> xcb python code generator), something to play properly with ld
Matt Turner schrieb:
> On Sun, Jul 1, 2012 at 7:29 AM, Thomas Sachau wrote:
>> Matt Turner schrieb:
>>> On Fri, Jun 29, 2012 at 10:30 AM, Thomas Sachau wrote:
>>>>
>>>
>>> I'm interested in this because I'm regularly annoyed with
Zac Medico schrieb:
> On 07/01/2012 04:29 AM, Thomas Sachau wrote:
>> Matt Turner schrieb:
>>> On Fri, Jun 29, 2012 at 10:30 AM, Thomas Sachau wrote:
>>>>
>>>
>>> I'm interested in this because I'm regularly annoyed with the emul-
>
Matt Turner schrieb:
> On Sun, Jul 1, 2012 at 4:52 PM, Thomas Sachau wrote:
>> Matt Turner schrieb:
>>> I suppose that's just for ease of implementation? Not having to
>>> special-case packages that don't install binaries.
>>
>> I dont follow. Did
nd the
virtual. So we should first sort that point out, before we even start to
think about an ebuild for an udev virtual.
So for now: A clear no, i am against adding a virtual/libudev ebuild.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Michał Górny schrieb:
> On Tue, 10 Jul 2012 21:23:39 +0200
> Thomas Sachau wrote:
>
>> Michał Górny schrieb:
>>> Hello, all.
>>>
>>> Since nowadays udev is bundled within systemd, we start having two
>>> libudev providers: >=sys-apps/system
u asked and i write it this time again: NO!
Beside that, the last time i wrote you a mail about this topic, where
you did not respond at all. So please read it again and answer it. Such
change should be properly checked, before we even think about the idea
of such a switch.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Michał Górny schrieb:
> On Fri, 10 Aug 2012 19:33:10 +0200
> Thomas Sachau wrote:
>
>> Michał Górny schrieb:
>>> On Tue, 10 Jul 2012 14:24:27 -0500
>>> William Hubbs wrote:
>>>
>>>> On Tue, Jul 10, 2012 at 05:18:00PM +0200, Michał Górny wr
and the
selection of a new stable candidate to remove some issues with the
current stable version.
So if anyone is interested in this package and/or would like to reduce
the response time, feel free to take this package.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP
fix the issue,
so you dont have to even think about the EAPI. And if there is no
maintainer, you can take and bump it. And if noone wants to maintain it,
it will be dropped at some point. So you can bump whatever you maintain,
just still the question: Why force this on everyone else?
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
27;t
> exist.
>
Like package managers?
Sorry, but this is not true, since you can never assume, that older
EAPIs dont exist any more (even a simple EAPI-0 ebuild, which never
needed a bump, is enough), so older EAPI versions have to be supported
forever.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
it
accepted sooner, instead of this additional workaround for a subset of
packages.
P.S.: I know, that users, who want up-to-date 32bit drivers for games
and wine do use multilib-portage, so we already have a working solution
for this issue.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Pacho Ramos schrieb:
> El dom, 23-09-2012 a las 11:56 +0200, Michał Górny escribió:
>> On Sun, 23 Sep 2012 11:07:30 +0200
>> Thomas Sachau wrote:
>>
>>> Matt Turner schrieb:
>>>> On Sat, Sep 22, 2012 at 2:24 PM, Michał Górny wrote:
>>>>> I
Pacho Ramos schrieb:
> El dom, 23-09-2012 a las 13:52 +0200, Thomas Sachau escribió:
>> Pacho Ramos schrieb:
>>> El dom, 23-09-2012 a las 11:56 +0200, Michał Górny escribió:
>>>> On Sun, 23 Sep 2012 11:07:30 +0200
>>>> Thomas Sachau wrote:
>>>
rom english nor german and neither do
i see any benefit from adding a dot at the end of the DESCRIPTION
variable. So if you want to have a unified behaviour all over the tree,
i would request all descriptions to be without the final dot.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
witch to the latest avaidable
EAPI. As already written in this thread, it would just mean less new
ebuilds and less version bumps with such a policy. And i also prefer
more work done with older EAPI versions around then less ebuilds/new
versions with latest EAPI.
--
Thomas Sachau
Gentoo Linux Developer
Pacho Ramos schrieb:
> El vie, 19-10-2012 a las 21:43 +0200, Thomas Sachau escribió:
>> Pacho Ramos schrieb:
>>> I volunteer to do whatever conversions you want for every ebuild I find
>>> if I have time... what prevents me from doing it is to commit that
>>>
Pacho Ramos schrieb:
> El vie, 19-10-2012 a las 22:39 +0200, Thomas Sachau escribió:
>> Pacho Ramos schrieb:
>>> El vie, 19-10-2012 a las 21:43 +0200, Thomas Sachau escribió:
>>>> Pacho Ramos schrieb:
>>>>> I volunteer to do whatever conversions you
Pacho Ramos schrieb:
> El sáb, 20-10-2012 a las 16:09 +0200, Thomas Sachau escribió:
>> Pacho Ramos schrieb:
>>> El vie, 19-10-2012 a las 22:39 +0200, Thomas Sachau escribió:
>>>> Pacho Ramos schrieb:
>>>>> El vie, 19-10-2012 a las 21:43 +0200, Thoma
Pacho Ramos schrieb:
> El sáb, 20-10-2012 a las 16:09 +0200, Thomas Sachau escribió:
> [...]
>> And finally, as already pointed out by Rich, you should not talk about
>> any specific EAPI you like/prefer/want to be used everyhwere, but
>> instead about the issue you want
If there are no objections, i plan to add E_MODULES and E_MODULES_CONF
to the list of USE_EXPAND variables for x11-wm/enlightenment:0.17, in
the next days.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Alexis Ballier schrieb:
> On Sun, 11 Nov 2012 11:41:05 +0100
> Thomas Sachau wrote:
>
>> If there are no objections, i plan to add E_MODULES and E_MODULES_CONF
>> to the list of USE_EXPAND variables for x11-wm/enlightenment:0.17, in
>> the next days.
>>
>
&
Ben de Groot schrieb:
> On 14 November 2012 05:13, Thomas Sachau wrote:
>
>> Alexis Ballier schrieb:
>>> - considering gentoo generally uses e-prefixed names (econf, emake,
>>> etc.) maybe its wiser to name the variables E17_* instead of only
>>> E_*, o
to clarify this:
What exactly does "it finds the enabled implementation" mean? Is it
defined by the user (via a USE flag) or based on eselect-python target?
How does a dev define the implementation to be used and how does the
package manager output look like for sucht a package?
--
Thomas Sachau
Gentoo Linux Developer
t; touch -- ie, can touch *DEPEND, can bump EAPI, cannot add features,
> cannot bump)?
>
> Thoughts?
>
>
>
What certain things do you have in mind? In wich situation do you see a
simple "May i touch the package?/ok for this patch?" as too much to do
before touching a package?
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Ian Stakenvicius schrieb:
> On 23/11/12 09:32 AM, Thomas Sachau wrote:
>> Ian Stakenvicius schrieb:
>>> On 22/11/12 11:22 PM, Robin H. Johnson wrote:
>>>> On Thu, Nov 22, 2012 at 08:22:10PM -0600, Donnie Berkholz
>>>> wrote:
>>>>> On 11:11
additional dependencies
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
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 wrote:
>>
>>> It is not hard by itself to inherit an eclass. There is just the
>>> limitation, that occurs with
our thoughts? Which arches would like to use multilib? What
> names for ABIs do you suggest?
>
So you want to re-implement multilib-portage in an eclass without the
additional benefits a package-manager level implementation has?
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
ce amount of
> user-visible/storable metadata in main tree. No slightest idea
> how it would look like though.
>
Support for cross-compiling packages for toolchain-supported ABIs
already exists and works for some years in multilib-portage (code in the
multilib branch 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
files like headers or binaries
and cases like binaries with abi-specific content? Is it possible to
preserve them for all requested abis or to preserve them for an
non-default abi?
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
added for every new dev by his recruiter, so you only have to update
those entries yourself, when your key changes. ;-)
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
tPKG_CONFIG)
> + local pkgconf=$(tc-getPKG_CONFIG)1
Typo?
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
for issues (freetype
headers) forcing other devs to do more work instead of asking for
another solution not needing any additional work for depending packages.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
s provided for
> different arches (that looks to be the key problem that mgorny tried to
> solve 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 origi
ake it
> possible to use 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 Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Alexis Ballier schrieb:
> On Sun, 03 Mar 2013 14:02:58 +0100
> Thomas Sachau 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 imagi
Alexis Ballier schrieb:
> On Sun, 03 Mar 2013 16:47:43 +0100
> Thomas Sachau wrote:
>
>> Alexis Ballier schrieb:
>>> On Sun, 03 Mar 2013 14:02:58 +0100
>>> Thomas Sachau wrote:
>>>>
>>>> Once the eclass has per-ABI header
>
Alexis Ballier schrieb:
> On Sun, 03 Mar 2013 17:27:50 +0100
> Thomas Sachau wrote:
>
>> Alexis Ballier schrieb:
>>> On Sun, 03 Mar 2013 16:47:43 +0100
>>> Thomas Sachau wrote:
>>>
>>>> Alexis Ballier schrieb:
>>>&
imal list, there
are probably more out there we did not yet catch):
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 abiwrapper
net-libs/courier-authlib abiwrapper
dev-qt/qtcore abiwrapper
dev-qt/qtgui abiwrapper
media-libs/fontconfig abiwrapper
www-servers/apache abiwrapper
x11-libs/pango abiwrapper
x11-libs/gtk+ abiwrapper
Keep in mind, that multilib-portage does always and unconditionally wrap
*-config binaries. If you dont want to add that logic to the eclass, you
need to add all packages providing such files to the list.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
visible to users who shouldn't care about it. If
>>> they do, they're looking for multilib-portage.
>>
>> To some extent that's what happened to python too :) As a python
>> maintainer, you could share your thoughts on the topic. python slotting
>> was intended to make switching between python versions easy but has
>> been needing wrappers for the python binary.
>
> I'm doing just that. Any kind of wrapping is an increasing mess. I'm
> still trying to find out good solutions for Python wrapping but there's
> no such thing. It's always about choosing one evil over the other.
So you are wrapping python, have not yet found anything better and still
dont want to wrap abi-specific binaries, while you dont have a better
solution at hand? Saying no to everything is easy, providing something
better if you dont like a suggestion is the challenge.
--
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 wrote:
>> dev-db/mysql abiwrapper
>> dev-lang/perl abiwrapper
>> dev-lang/python abiwrapper
>> dev-lang/ruby abiwrapper
>> dev-libs/gobject-introspection abiwrapper
>> dev-
Davide Pesavento schrieb:
> On Thu, Mar 7, 2013 at 10:59 AM, Thomas Sachau wrote:
>> Alexis Ballier schrieb:
>>> On Mon, 04 Mar 2013 21:17:50 +0100
>>> Thomas Sachau wrote:
>>>> dev-db/mysql abiwrapper
>>>> dev-lang/perl abiwrapper
>>&g
Alexis Ballier schrieb:
> On Thu, 07 Mar 2013 19:59:35 +0100
> Thomas Sachau 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/
#x27; fallback no longer calls
> multilib_toolchain_setup. This should improve compatibility with
> multilib-portage and *maybe* cross-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
sonal view.
You partly duplicated my work and need to be pushed hard to also add the
features i have already developed and tested (like headers wrapping and
binary wrapping). So i am rather amused about your behaviour and
attitude to code/features already developed and tested in
multilib-portage then anything else. ;-)
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
1 - 100 of 225 matches
Mail list logo
