different workflows since you have many
more degrees of liberty.
See http://www.kernel.org/pub/software/scm/git/docs/tutorial.html and
the other docs to have some examples of workflows.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
t solution.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Ciaran McCreesh wrote:
> What is the best way to handle packages that require parts of tr1? The
> options appear to be:
>
* have the application bundle a static implementation and switch to
system on at configure time as done for other libs?
lu
--
Luca Barbato
Gentoo/linux Gentoo
Ciaran McCreesh wrote:
> On Tue, 30 Jan 2007 08:30:40 +0100 Luca Barbato <[EMAIL PROTECTED]>
> wrote:
> | Ciaran McCreesh wrote:
> | > What is the best way to handle packages that require parts of tr1?
> | > The options appear to be:
> | >
> |
> |
at least for now. A tinytr1 ripped
from boost probably would be the perfect solution =/
>
> The entire implementation that's shipped with g++-4.1,
> meanwhile, is something like 30KBytes. Unfortunately it only works
> g++-4.1, so it's no use for bundling as part of an appli
Grant Goodyear wrote:
[something I'd say in a less effective way]
+1
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
;> real
>> thing? :P
>
> Would Jihad related packages fall under this category as well?
>
Not sure about them, but...
http://bip.chibs.edu.tw/MyWebs/englishWebpage.html
lu - something different that the usual j-c religion...
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://
Roy Marples wrote:
> Hi List
>
> As some of you may be aware, I've started work on baselayout-2 which is
> basically re-tooling it in C. One of the side goals is to eliminate the
> need for using bash. You'll be pleased to know that it's working well
> enough to boot Gentoo/FreeBSD.
Hm...
> So,
complain.
If the posix-only baselayout start I hope some automagic conversion
script will be provided once the new style doesn't have regressions.
(Still I'd rather have a C runscript with only the features we need as
fallback)
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gent
ner-needed.
Ouch
> dev-libs/libtc
> dev-libs/tc2
> dev-libs/tc2-modules
> media-video/tcvp
>
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
7;m not that aware about the others.
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Rémi Cardona wrote:
> Luca Barbato wrote:
>> ffmpeg got just vc-1 working as should, all the other code got somewhat
>> halfway, mostly because we expected a lot. (amr and ac3 seems to have
>> something alive, aac isn't something that good)
>>
>> The Gentoo
bout it.
As long as it won't touch me I'd be fine, I'm a bit against anything
overly complex "solutions" w/out a good reason (as in: everything you
should do with upstart you can do with the current framework...).
Even more against them if they look like known wrong ones.
lu
Mike Frysinger wrote:
> now that the 2.6 headers have entered a sane state and are *quite* nice to
I'm looking forward to see the cvs log of the removal of 2.4
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
he
server while it will produce the same modify)
people just rsyncing a portion of the tree will be fine, the bandwidth
to upload the thing would be minimal, if we are willing to feel the pain
we could use the same trick for the mirrors...
I'm against changing the ebuild structure.
lu
--
ng forward to see the spec and the initial implementation ^^
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
and the others too =)
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
and
> | breaks stuff, that's why the use flag exists...
>
> And not using user CFLAGS is unsupported and breaks things horribly on
> several archs.
>
Upstream is willing to heard good bug reports about it possibly with
patches to improve the support on such arches =)
lu
Tóth Csaba wrote:
> hal cannot install when one dependencie built with zlib USE flag..
>
Hal should be fixed then...
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Petteri Räty wrote:
> It's my please to introduce to you Daniel "drobbins" Robbins.
Welcome =)
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
007.0 snapshot would have
worked out of box.
>
> With Gentoo, once you are up and running, releases become very
> unimportant. What do you think?
>
that first you have to be up and running... so release early & often
minimal livecd please =P
lu
--
Luca Barbato
Gentoo/linux Gentoo/PP
Ciaran McCreesh wrote:
> You like to think it, but it doesn't make it true. But hey, it's so
> much easier to think that I'm the great Gentoo boogeyman, isn't it?
We need a scary entity and Vapier isn't scary enough...
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
he council would clarify that what it will be
discussed is a tentative timeline since the project is deemed quite
important.
Now, this isn't the perfect world, but a little understanding could help
avoiding long threads and sorrow.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.ge
Grant Goodyear wrote:
> Thanks for the work on the new doc; it's much appreciated.
>
> Despite how critical I'm being, I really do appreciate the work that
> has gone into this so far. Thank you very much.
+1
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://d
Ciaran McCreesh wrote:
> On Wed, 14 Mar 2007 14:02:47 -0100 "Jorge Manuel B. S. Vicetto"
> <[EMAIL PROTECTED]> wrote:
>> but it's a Gentoo decision to not accept work credited to XYZ.
>
> Does this extend to deleting all their previous contributions? Or
> refusing to accept updates to their previo
t feature maybe have different ideas about
how to handle them (iterate for each communication medium around).
That said I like places where people is nice enough to not capture hate
or show hate.
lu - that probably would always try to help people getting a clue before
suggesting them to use ubuntu.
--
L
looks a bit different than what I was expecting,
a 2byte change that is more or less a syntax nuance could be as quickly
addressed by the reporter than the developer.
lu - that now knows that -* has been deprecated in favour of "" or
p.mask. (could the repoman be updated to point to a bit
on how things could go:
- it is long since there are many arguments touched (CoC, improving
gentoo, directions and our weak points etc)
- it touches also some questions that aren't that easy
- nobody has been offensive (yet)
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.
he same for my stuff).
in the genstef vs hansmi example if hansmi just asked genstef if he mind
if he just change the masking to the proper one and just commit the
local fix he had in place to make paludis happy probably won't be much
to argue.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
lementation, xine and mplayer won't be that
good w/out each other.
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
branching, doing the dirty stuff and let others fix their code?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
plications willing
to use our wonderful package managers.
Task list:
- define a basic API for basic query and basic commands
- implement it for paludis/pkgcore/portage a non native language
- implement a little front-end using it (that would act as a subset of
emerge)
- extend the API to cover more fea
mer
would be more than enough.
I'm more interested in a solid base than a complete and exaustive wrapper =)
lu
PS: if the other project leaders would like to chip in I wouldn't be
offended ^^
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
;d like to have more details, please.
Trivial functionality would be already fine for most of the front-ends IMHO.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
ng front-ends could just have some high
level abstraction for now and then cover what's advanced later.
The abstraction MUST be something better than having pcre parsing the
output of the PM default front-ends, but not that much ^^;
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
ishes.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
e Social Contract?
Not necessary, if something like that happens would be easy fork away =P
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Dale wrote:
>
> As a lowly user, I agree. Gentoo should not put all its eggs in one basket.
>
Gentoo should use whichever basket could fit...
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
d
ask something back, if one of the 2 parties isn't happy you can find
others to play with...
Obviously you may have other reasons to help one of the two parties.
That proposal about the social contract won't change that.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Stuart Longland wrote:
> Portage itself, does take a long time to load its libraries. I'm yet to
> try Paludis (I'm one of the few MIPS devs that doesn't use it yet), but
> do hear good things about it. Perhaps some of the concepts used in
> Paludis could be applied in portage, in order to speed
Christopher Sawtell wrote:
> On Tue, 27 Mar 2007, Luca Barbato wrote:
>> Stuart Longland wrote:
>>> Portage itself, does take a long time to load its libraries. I'm yet to
>>> try Paludis (I'm one of the few MIPS devs that doesn't use it yet), but
>&
some help from upstream if we want to move to it.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
hadn't time to check the new blender in... (help in testing
the beast would be welcomed)
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
cal problem, can you reproduce it?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Ciaran McCreesh wrote:
> * Remove automatic directory making for do*
Why?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
be part of the spec even if you don't have test
broken on delivery.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
proposing that EAPI 1 be a
> lot stricter about it...
>
Adding more build time, requirements (yes, there are some tests that
needs more ram and cpu to complete than the actual build phase) w/out
ways to opt out is just hindering our users.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
edly stable builds?
you can do that FEATURES="test", that is the current situation, that
works as should =P
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
I
> could ever possibly be to this project.
Nobody is perfect, complaints about conduct can be issued in a simpler
and saner way...
Since I consider your work precious I'd like to see you back after those
2 weeks. Please try to think about how to improve instead on how unfair
this treatme
;t be angry
because of this forced cool down time =)
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
ith a good interim workaround.
I'd like to have multiple suffixes restored anyway...
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
lag.
>
> Should we just put a check in each ebuild that uses the pch use flag, make an
> eclass, or build something into the package manager(s) ? Thoughts?
Enhance distcc?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
Alexander Færøy wrote:
> Hey,
>
> It is my time to leave Gentoo as well. It has been some exciting months
> and I have learned a lot from many of you guys.
Was fun having you around, I hope to see you again =)
See you (sooner or later)
lu
--
Luca Barbato
Gentoo/linux Gen
e something nice even if I'm not sure how much up to date.
[1] http://wiki.sourcemage.org/Git_Guide
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
it/hg.. dep for live ebuilds should work pretty fine.
PMS overlords what's your take?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
Ciaran McCreesh wrote:
> On Wed, 06 Jun 2007 11:24:00 +0200
> Luca Barbato <[EMAIL PROTECTED]> wrote:
>> PMS overlords what's your take?
>
> You need to start by identifying use cases. Are you discussing handling
> cross compiling,
Yes
multilib,
Ok
C++ / python
many problems too. I can't envision what
> they might be, but I know they'd exist.
I'm ok with it, just I'd like to have it available as gentoo-fortune please.
(btw I'd like to see the quotebot back from the old ages!)
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http:
skills
gentoo-pub - beer plans and other stuff, please bring the snacks.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
are
> already in the tree... even if masked` what do you think?
I probably understood what you mean and well, no, I don't think is a
good idea.
lu - that prefers less rules and more people aware.
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
case BUT doesn't affect
ALL the users, that could be perfectly fine with that specific merged
program) could be made w/out bumping the revision"
Again the key is having developers knowing what's going on and acting
considering their actions, not some set of detailed rules.
lu
--
Luc
hen "certain packages" becomes 80% of them then I'd wonder if there
> really is a good reason for this...
Keep in mind that the trade off is :
- our time
- our sanity
- what provide to our used
- the quality of what we provide to out users.
We all try our best to not burn out w
me, I'm afraid this information isn't exactly well
known =/
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
her solution could be provide a nice script that does that for you...
lu - there isn't only a solution.
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
ideo/ffmpeg/ffmpeg-0.4.9_p20050226-r3.ebuild,v
1.18 2007/02/12 11:19:58 vapier Exp $
that isn't that involving it's just run head on the ebuild ^^;
lu - anyway if is that simple it could be automated...
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
t to mention fix them properly.
lu - cinelerra is opensource, but quite hard to handle, guess what
happened...
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
only reason I am poking my nose in the workings of devs.
If is broken we need to fix it, if is unfixable we HAVE to drop/p.mask it.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
hing you need.
>
Seems not bad, do you have plans to refine it before proposing it for
the pms?
the combination with :slot defines within the [] or outside the [] or both?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
wizard in chess. He is the National
> Master to be more exact.
Ohh, so he must be also a good teacher ^^
> Please give him the usual warm welcome and try to beat him in online chess.
Sounds quite tempting...
Welcome, thank you for joining gentoo =)
lu - now I need a go teacher...
--
Luca
gt;> Ever managed a network of multiple Gentoo identical Gentoo machines?
>
> That's one use case, yes. Now what are the others?
>
Preparing binaries for really small boxes, you prepare a single basic
image and then provide a binhost to handle updates and optional packages.
aga
Daniel Glaser wrote:
> Hello,
>
> is anybody out there, who could help me developing a new profile for
> embedded PowerPC (PPC405EP without floating point unit). I tried to
> build one but it's very painful if you've never done it.
Which is the problem exactly?
lu
/include/
- docs may live /usr/$arch/usr/share/doc/ or just be suppressed.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
case you have problems playing it with your favourite player:
http://roundup.mplayerhq.hu/roundup/ffmpeg/issue13
(open a trac ticket for xiph)
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
remove it regular 30 days after.
>
Workalike client suggested?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
Mike Frysinger wrote:
> get your "waaait dont do it" votes in now, i plan on pushing:
> glibc-2.6 ~amd64 ~ppc ~ppc64 ~x86
> gcc-4.2.0 ~amd64 ~x86
> in the next day or so
> -mike
gcc-4.2.0 won't rape your house and burn your pet anymore?
I'll give a t
Mike Frysinger wrote:
> On Friday 06 July 2007, Luca Barbato wrote:
>> Mike Frysinger wrote:
>>> get your "waaait dont do it" votes in now, i plan on pushing:
>>> glibc-2.6 ~amd64 ~ppc ~ppc64 ~x86
>>> gcc-4.2.0 ~amd64 ~x86
>>> in the nex
Denis Dupeyron wrote:
> So please, everybody, give a warm non-welcome to Tobias.
Happy break^Whacking!
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
it gets leaked out
> anyway and leave -dev as it is?
core is good as is.
> - When do we start with the moderation of -project?
-project, project's rules...
lu - I don't give a damn
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
Thomas Tuttle wrote:
> The only people eligible to moderate are devs in the whitelisted state.
>
> Questions? Comments?
I like it.
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
ld benefit from this?
ffmpeg, mplayer, libdvdread, mlt...
> - is there a particular reason this has to be integrated into the
> ebuild and should not be handled by an ordinary script?
overall nicer
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
d be necessary for such
script, like exclude dir, one tar per dir and so on.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
nsuming.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
Alin Năstac wrote:
> Luca Barbato wrote:
>> I'm not sure how many special cases/option would be necessary for such
>> script, like exclude dir, one tar per dir and so on.
>>
>
> The process of creating the tarball is quite specific to the package in
> que
Alin Năstac wrote:
> Luca Barbato wrote:
>> My idea is to have your overlay with live ebuilds and a tool to make a
>> release out of it.
>>
>> All the messy stuff remains in pkg_setup/src_unpack all you need to do
>> then is to iterate the workdir and mak
Jose Luis Rivero (YosWinK) wrote:
> I'm missing some people in the nominees list which everytime they appear
> is to give solutions or ideas in a positive way, what for me is a
> pleasure to find:
>
> lu_zero (Luca Barbato)
Thank you, I gladly accept. =)
lu
--
Luca B
Mike Frysinger wrote:
> i dont think he'll accept, but i dont see Flameeyes name yet ...
> -mike
+1
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
led the given protocol USE
> flag.
looks like it's another case for IUSE defaults
make sense leaving a big glowing ewarn about it anyway, no point in
getting pidgin people pissed of at us again because of our users.
lu - that will haunt #pidgin now and then asking for the updated y! proto
eix and friends not
>> displaying correct information) exactly?
>
>> V-Li
>
> Perhaps we should just move DESCRIPTIONs to metadata.
No
> That would make it
> impossible to use ${PV} and more importantly also remove some duplication.
>
It isn't duplicated, descript
handled correctly", in which
> case there's Syck...
>
what about libyaml?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
g/mplayer developer)
> 8) How much time can you dedicate to the council role
Enough to be present, not enough to be annoying (hopefully)
Feel free to ping me on irc if you have questions ^^
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
Ciaran McCreesh wrote:
>
> Yaml looks nicer than XML on the surface, but unfortunately it's still a
> pain in the ass to handle...
>
Basically because there aren't nicer libraries for languages different
than ruby python and perl... =/
lu
--
Luca Barbato
Gentoo
tage
unfriendly) I welcome warmly your contribution =)
lu - now if they convert the whole mess in C and make it build in 1/4
the time it takes now... (well coremake could be a replacement if were
accessible right now)
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
ething that is simpler or as simple
to write, faster or as fast to parse, easier or as easy to
read/maintain; then you may have a solid stance. Otherwise it is a
pointless annoyance for everybody, you first, us second.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
oing to take magnitudes larger to get the job done
> (running ./configure && make).
You may want to parse an ebuild not just for building it ^^
still my point is that if the alternative isn't better isn't interesting =/
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://d
n. It's entirely possible
> that there will be, say, two divergent EAPI branches or even that there
> will be a completely unrelated new EAPI format.
>
What's the point in having such thing?
lu
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
Piotr Jaroszyński wrote:
> Hello,
>
> attaching the GLEP.
>
> most current version:
> http://dev.gentoo.org/~peper/glep-0055.html
> http://dev.gentoo.org/~peper/glep-0055.txt
>
>
How would it be different than having EAPI="string" put in a defined
positio
7-r1.ebuild-prefix 1 2 foo zork bar baz fa querty
>> 3 8 4' (and that example uses no odd chars beyond the EAPI component
>> space separator)?
>
> This is talking about something not covered by this GLEP so what is
> your point?
>
I think the glep should try to address this concern...
lu
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
Piotr Jaroszyński wrote:
> Mixing EAPIs can't work.
Why? I'm afraid that before proposing that we could go back thinking
about which is the usage of EAPI.
Is the a concise and clear text about it already?
lu
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://d
Piotr Jaroszyński wrote:
> On Wednesday 19 of December 2007 15:37:44 Luca Barbato wrote:
>> How would it be different than having EAPI="string" put in a defined
>> position of the file?
>
> We wouldn't be able to take advantage of this GLEP for a year or so.
m is trying to solve and put
that somewhere that isn't a long thread or an handful of threads
scattered across mailing lists.
Then we could think about this implementation detail if the best
implementation for it is really sticking tags somewhere in the ebuild.
lu
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
Donnie Berkholz wrote:
> On 03:31 Thu 20 Dec , Luca Barbato wrote:
>> Before spending even more time on it, could we try to come up with a
>> definition of what eapi is, which problem is trying to solve and put
>> that somewhere that isn't a long thread or an handf
501 - 600 of 758 matches
Mail list logo
