additional dependencies
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Pacho Ramos schrieb:
> El jue, 17-07-2014 a las 23:14 +0200, Thomas Sachau escribió:
>> Pacho Ramos schrieb:
>>> I recently noticed this:
>>> https://bugs.gentoo.org/show_bug.cgi?id=502836
>>>
>>> imlib2 ebuild can only be stabilized in one round for
rit
line does overwrite anything set by the eclass?
So i dont really see, what the issue here actually should be.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
comrel would have to take disciplinary
action (e.g. commit access removal).
With this in mind, i currently dont see any case where QA would need the
ability to remove the commit access of a dev, so i dont see a need for
this glep update.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
t to avoid broken
dependency trees), but afterwards this solution should mean an adjusted
amount of stable packages for each arch and no permanent additional work
for the maintainer.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
ome time the workload matches
the abilities of the arch team again.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
manager based multilib solution, which requires no
changes to ebuilds. This also keeps a choice for users, who cant or dont
want to convert all needed ebuilds to the new multilib eclasses.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
multilib
support. Noone will opt to revert/convert those changes once
multilib-portage would be ready, so the eclasses win simply by the lower
entrance barrier
In the end multilib-portage will likely end as a portage-only feature
allowing multilib-support on packages without the need to change eb
or is everyone with
separate /usr forced to use an initramfs?
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
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
>&
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 wi
it is a cleaner 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
someone
will instantly step up.
Keep in mind, that proper mentoring includes a good amount of time to
invest, so when someone notices that you are already around for some
time and did not quickly disappear again, they may be more willing to
assist you in your task of becoming a dev.
So with this said, i am not sure, if such a central contact point will
really improve 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
Michał Górny schrieb:
> Dnia 2013-08-25, o godz. 21:34:09
> Thomas Sachau napisał(a):
>
>> Ulrich Mueller schrieb:
>>>>>>>> On Sun, 25 Aug 2013, Thomas Sachau wrote:
>>>
>>>> workaround: add a variable, which changes the return of the
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)
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
Alexis Ballier schrieb:
> On Fri, 09 Aug 2013 18:32:04 +0200
> Thomas Sachau wrote:
>
>> Alexis Ballier schrieb:
>>> On Fri, 09 Aug 2013 17:32:56 +0200
>>> Thomas Sachau wrote:
>>>
>>>> As the topic says, when someone converts an ebuild to
Michał Górny schrieb:
> Dnia 2013-08-09, o godz. 11:48:07
> Ian Stakenvicius 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
>>&
Alexis Ballier schrieb:
> On Fri, 09 Aug 2013 17:32:56 +0200
> Thomas Sachau 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.
>>
>
none-default ABIs.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
n custom hacks for all consumers and for the complete
lifetime 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
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
Rick "Zero_Chaos" Farina schrieb:
> On 05/21/2013 09:20 AM, Markos Chandras wrote:
>> On 21 May 2013 13:21, Thomas Sachau wrote:
>>> "Paweł Hajdan, Jr." schrieb:
>>>> Remember this is supposed to _help_ Gentoo. You can opt out of the bugs
>>
"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 ma
Markos Chandras schrieb:
> On 21 May 2013 13:21, Thomas Sachau 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
>&g
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
>
may get packages become stable, which are not
intended to become so and should have never been there.
--
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
#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
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/
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 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-
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
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
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:
>>>&
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 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
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
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
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
tPKG_CONFIG)
> + local pkgconf=$(tc-getPKG_CONFIG)1
Typo?
--
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
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
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
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
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
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
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
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
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
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
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.
>>
>
&
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
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
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 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 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
>>>
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
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
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:
>>>
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
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
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
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
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
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
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 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
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
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
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 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
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 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
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
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
&
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
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
>
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
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
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
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
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
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
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
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
nted).
Thanks in advance to anyone helping with this.
--
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
am pretty sure, that noone will complain.
So from my point of view, i currently dont see any need for a special
field in metadata.xml to specify the natural name of a package.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Michał Górny schrieb:
> On Wed, 04 Jan 2012 13:06:11 +0100
> Thomas Sachau wrote:
>
>> Michał Górny schrieb:
>>> On Wed, 04 Jan 2012 01:47:38 +0100
>>> Thomas Sachau wrote:
>>>
>>>> 2. switching from udev to mdev (avoids required /usr of
Michał Górny schrieb:
> On Wed, 04 Jan 2012 01:47:38 +0100
> Thomas Sachau wrote:
>
>> 2. switching from udev to mdev (avoids required /usr of udev)
>> 3. some wrapper script to mount /usr before udev starts
>
> These two should be really discouraged as a cheap, temp
ut much additional work.
There is no need to do such migration beforehand or changing our install
location in advance.
So in short:
1. Tell our users about the change in udev and show them their options
with a suggested default one.
2. for the rest, just calm down, follow upstreams and only change the
install location where needed. No need for mental pressure without an
actual pressure. ;-)
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Zac Medico schrieb:
> On 11/13/2011 03:09 PM, Thomas Sachau wrote:
>> Zac Medico schrieb:
>>> On 11/13/2011 07:49 AM, Thomas Sachau wrote:
>>>> Please give me a good reason, why i should by default do more things
>>>> (adding quiet-build=n to the
>
Zac Medico schrieb:
> On 11/13/2011 07:49 AM, Thomas Sachau wrote:
>> Please give me a good reason, why i should by default do more things (adding
>> quiet-build=n to the
>> default emerge opts or searching for and opening the build.log) and what i
>> or others do
Amadeusz Żołnowski schrieb:
> Excerpts from Thomas Sachau's message of 2011-11-13 14:59:57 +0100:
>> How is that an argument for default quiet build? It is exactly the
>> same argument against default quiet build. If someone does not care,
>> he does not care about the output being verbose or not,
Amadeusz Żołnowski schrieb:
> Excerpts from Thomas Sachau's message of 2011-11-13 13:39:17 +0100:
>> This can be argued from either side, if the default is verbose, you
>> can make it quiet in the default emerge opts and the other way round.
>> So this is no argument for or against default quiet bu
Mike Frysinger schrieb:
> On Saturday 12 November 2011 17:24:08 Patrick Lauer wrote:
>> On 11/11/11 16:44, Zac Medico wrote:
good point. we don't want to punish old portage users. let's enable it
by default in portage itself then. just add `elog` output to the
portage ebuild to in
"Paweł Hajdan, Jr." schrieb:
> On 10/14/11 12:39 PM, Brian Harring wrote:
>> On Fri, Oct 14, 2011 at 03:29:19PM -0400, Matt Turner wrote:
>>> On Sat, Oct 1, 2011 at 3:16 PM, "Pawe?? Hajdan, Jr."
>>> wrote:
OK, so what are the _blocking_ reasons for no EAPI 4 support in
python.eclass yet?
Thomas Sachau schrieb:
> Tomáš Chvátal schrieb:
>> Start collecting ideas for EAPI5.
>
> 1) USE-flag based support to cross-compile packages (mostly implemented in
> multilib-portage)
let me extend this a bit, first the reasoning behind it:
For amd64 users, there is sometim
Mike Frysinger schrieb:
> On Friday, September 16, 2011 04:28:24 Stratos Psomadakis wrote:
>> Is a x86/amd64/x32 multilib profile just going to provide toolchain
>> support for x32 binaries (like x86 in a x86/amd64 multilib profile), or
>> do we want a 'full' x32 profile, where every package is bui
1 - 100 of 225 matches
Mail list logo
