Ciaran McCreesh wrote:
> On Thu, 20 Dec 2007 03:31:14 +0100
> Luca Barbato <[EMAIL PROTECTED]> 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
Donnie Berkholz wrote:
> Here's some other ideas for how to express EAPI. What if we:
If this idea of eapi is the best. I'm doubtful it is.
lu
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
y?
>
>> So either choose the one that's accepted by the majority
>
> The majority of devs doesn't even read here (not to speak of active
> participation).
That says a lot in itself...
lu
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
ersioning per tree.
This solves pretty much the root problems:
"do not have the package manager break on tree update"
and
"have a way to update the package manager from an ancient setup w/out
unpacking a newer stage on it (that could be yet another solution)"
Feel free to flame
blished it doesn't exist in the main tree...
lu
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
g a tag in the file name or at the to of the file as comment
(maybe using a #! line) is the same ...
We aren't on DOS we can use that nice tool called file and it's magic...
lu
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
Ciaran McCreesh wrote:
> On Fri, 21 Dec 2007 03:17:12 +0100
> Luca Barbato <[EMAIL PROTECTED]> wrote:
>> Putting a tag in the file name or at the to of the file as comment
>> (maybe using a #! line) is the same ...
>
> Three problems:
>
> * We have to wait a
documents that could help people getting an informed opinion,
they would have to be referenced in the GLEP anyway.
lu
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
e are against this glep and many are
undecided I started polling around for alternatives...
lu
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
Ciaran McCreesh wrote:
> On Fri, 21 Dec 2007 07:24:26 +0100
> Luca Barbato <[EMAIL PROTECTED]> wrote:
>> Since seems that enough people are against this glep and many are
>> undecided I started polling around for alternatives...
>
> But there has yet to be a corr
Piotr Jaroszyński wrote:
> On Thursday 20 of December 2007 19:29:22 Zhang Le wrote:
>> So please make those people understand, so they can comment usefully.
>
> Are we in the elementary school or something? This is really getting
> ridiculous.
>
ietf.org Are they ridicu
Michael Haubenwallner wrote:
> On Thu, 2007-12-20 at 17:22 +0100, Luca Barbato wrote:
>
>> I'm thinking about having them embedded in the comment as first line as
>> something like
>>
>> #!/usr/bin/env emerge --eapi $foo
>
> OT: It actually works adding t
Bo Ørsted Andresen wrote:
> On Friday 21 December 2007 03:41:04 Luca Barbato wrote:
>>> * We have to wait a year before we can use it.
>> We have to wait till we got a new release and I hope it isn't 12months.
>
> And then we have to wait till noone use a versio
Ciaran McCreesh wrote:
> On Sat, 22 Dec 2007 04:24:06 +0100
> Luca Barbato <[EMAIL PROTECTED]> wrote:
>> Not if we move the rsync path properly so
>>
>> - older pm sync to a minimal try apt to upgrading portage and nothing
>> else
>>
>> - newer s
e path
> b) no good because there isn't a sane way of forcing a package manager
> upgrade and
Say why?
> c) another one of those "wait a year until we can use anything" things.
Or spend 6 months discussing something that may or may not be accepted
because lacks enough doc
Ciaran McCreesh wrote:
> On Sat, 22 Dec 2007 04:19:45 +0100
> Luca Barbato <[EMAIL PROTECTED]> wrote:
>> Piotr Jaroszyński wrote:
>>> On Thursday 20 of December 2007 19:29:22 Zhang Le wrote:
>>>> So please make those people understand, so they can c
Marius Mauch wrote:
> On Thu, 20 Dec 2007 08:10:13 +0100
> Luca Barbato <[EMAIL PROTECTED]> wrote:
>
>> Ok, that seems a fine definition of what an eapi is. Everybody agrees on it?
>
> Nope. EAPI (from my POV) defines the API that a package manager has to export
something.
- tools to explicitly manipulate sets
long time ideas:
- support cross, multiarch, multilib in a saner and seamless way
please comment =)
lu
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
Ciaran McCreesh wrote:
> On Sat, 29 Dec 2007 22:12:11 +0100
> Luca Barbato <[EMAIL PROTECTED]> wrote:
>> Some items I have in wishlist
>>
>> - LRDEPEND link runtime dep (I need to link against that in order to
>> run)
>> - BDEPEND build dep (I need t
properly...
bad users of tools are always present, by itself autotools gives support
and usually works out of box.
> Tree branching will very quickly become unmanageable. Users will be
> forced to choose a branch, but useful features will be spread across
> different branches.
Only if y
Marius Mauch wrote:
> On Sat, 29 Dec 2007 22:12:11 +0100
> Luca Barbato <[EMAIL PROTECTED]> wrote:
>
>> - tools to explicitly manipulate sets
>
> Elaborate.
>
> Marius
add/remove/move packages to a set
on merge command you can define additional sets in which
erhaps upstream have a list
> where they can discuss it.
OpenRC is an gentoo hosted project even if roy didn't feel to be a
gentoo developer anymore, so this thread is In Topic and we'd rather
discuss with him those details in order to keep baselayout one of the
most interesting feature
pdate in a timely
way you should ask and possibly get an account on an arch box in order
to test it and bump if the minimal test pass"
sounds fair?
lu
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
e stable keyword for such arches.
Anything other suggestions?
lu
PS: has anybody checked how viable is now qemu-system ?
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
om that env isn't valid imo, either.
>
> Right. Paludis will give a weird die message but not actually fail if
> you do:
>
> src_compile() {
> { sleep 10 ; has_version '>=app-misc/foo-1.23' ; } &
> }
is & allowed in ebuilds? should?
lu
--
Luca Ba
Ryan Hill wrote:
>> PS: has anybody checked how viable is now qemu-system ?
>
> Does it build with GCC 4 yet?
not yet...
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
Ciaran McCreesh wrote:
> On Sat, 05 Jan 2008 18:19:10 +0100
> Luca Barbato <[EMAIL PROTECTED]> wrote:
>> PS: has anybody checked how viable is now qemu-system ?
>
> Testing on qemu isn't anything like testing on real hardware. It's not
> a reliable or useful w
Piotr Jaroszyński wrote:
> Might as well toss a coin or check the phase of the moon...
Forgot those and dropping mips from the main repo as whole, yes.
lu
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@lists.gentoo.org mailing list
ow (mplayer,
ffmpeg, xine, vlc...Hi Diego =)) and probably we'll have to handle some
pretty new stuff related to heterogeneous cores (CELL, CUDA) if what is
brewing right now gets more stable. We'll probably need more help from
the toolchain people to get some stuff building sanely.
lu
Petteri Räty wrote:
>
> - Get the remaining Generation 1 stuff out of the tree (not much left)
> - Start using virtuals more
> - Eclass cleanup and new make our setup even more automatic
any plan/idea about icedtea? as a ppc user I'd love too see it in
portage ^^;
lu
--
Lu
the proctors, after all.
Item already present I think.
> I am asking a question as a member of the devrel confres subproject and as
> an interested developer.
you know the channel and the time ^^;
lu
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@lists.gentoo.org mailing list
anned in the heat of some
> discussions but this basically regulated itself by those kicked (by
> simply re-joining) or others removing those bans rather sooner than later
> if they were inappropriate.
And that's perfectly fine and will remain the same hopefully =)
lu
--
could be
present, but, as I said, usually you catch those breaking on gcc. So
having some way to test if the package builds (cross toolchain) and if
the package at least runs (qemu) IS something that should let small
arches with large tree coverage improve a bit. Otherwise you can just
reduce the t
Petteri Räty wrote:
> Well having it open source doesn't mean automatically ppc support but
> there are people working on it.
I'm quite aware about it I followed the improvement on this side since a
while even if I hadn't the time to try myself building it on ppc yet.
> Foundation to run, leaving us with one (or possibly two) trustees.
I guess this part requires discussion elsewhere since there isn't much
technical.
lu
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@lists.gentoo.org mailing list
Donnie Berkholz wrote:
>
> Isn't this just einstall with maybe one change?
>
Probably =)
lu
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@lists.gentoo.org mailing list
William L. Thomson Jr. wrote:
> http://www.gentoo.org/proj/en/java/getting-involved.xml
>
Maybe could we get it moved on the top level?
lu
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@lists.gentoo.org mailing list
taken into consideration.
- crossbuild support for a gentoo compatible package manager (up to the
student pick which)
- eselect pm and emerge wrapper for alternate package managers.
2) We need mentors, so far confirmed I have: Diego and Saleem
add me.
--
Luca Barbato
Gentoo Council Member
Gentoo/li
Ciaran McCreesh wrote:
PMS currently has the following:
The package manager must not impose fixed limits upon the number of
version components. No integer part of a version specification may
contain more than eight digits. Package managers should indicate or
reject any version that is invalid a
thing for macosx?
lu
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@lists.gentoo.org mailing list
ds
could fit.
>
> [1] http://www.openfabrics.org
> [2] http://git.overlays.gentoo.org/gitweb/?p=proj/sci.git
>
--
Luca Barbato
Gentoo Council Member
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
ely need for either a better mail client
and/or other ways to be more responsive.
I think either Patrick or Tomáš could be a good asset for the council in
my place. Hopefully in the mean time I'll focus on fixing what make me
being slackered out of council and reply this late to your nominati
probably instead), poppler-qt3, poppler-qt4 and
> poppler-utils.
If we could manage to convince poppler upstream that would be nice to
actually provide bindings packages aside a core one...
lu
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
emerge more reliable.
I wonder if that case shouldn't be handled better with an huge ewarn so
people concerned would really run it in a benchmark environment, alone.
lu
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
/out calling eselect opengl that way first.
The discussion about how to handle two parallel merge in a safer way
seems interesting though.
lu
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
resolve this issue in case ChangeLog's
> will be generated from git log and until somebody suggests how to edit
> ChangeLogs generated from git I think have to keep ChangeLogs in
> gentoo-x86.
>
We could abuse git-note
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
s more intuitive for people. Also,
> nteresting question would be whether to enable the flag by default an in
> which profiles (desktop?).
vpx -> you use libvpx
vp8 -> you want vp8
as for decoding ffmpeg is already a provider so application using it
won't need additional useflag IMHO
lu
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
it isn't that hard even if IMHO it should be
declared by env var.
lu
PS: what about the user defined plugin dir (yes, it does exist)?
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
On 08/12/2010 08:23 PM, Thilo Bangert wrote:
> its a small and neat piece of code. for anybody looking at deploying
Why isn't already an official project ^^?
It looks quite what we need =P
lu
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
> system libraries (I'm working on icu and sqlite). This will require even
> more testing on Gentoo side, because using system libraries is a
> scenario that upstream's QA _never_ tests.
I see...
lu
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
he qt team about it.
I'd like to have a gles and an openvg useflag defined to:
gles - prefer using egl+opengles instead of glx+opengl
openvg - enable openvg support
Comments?
lu
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
> Attaching both the new rev and a diff against the first one.
What about having a SCONSOPTS and leave MAKEOPTS unmangled?
lu
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
e for all our use-cases, not as stable as openrc nowadays,
not as fast as suggested and for server usage plainly wrong.
I'd put openrc on freedesktop btw.
lu
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
On 08/23/2010 11:07 PM, Mike Frysinger wrote:
> On Monday, August 23, 2010 16:21:44 Luca Barbato wrote:
>> I'd put openrc on freedesktop btw.
>
> we've sort of already settled into the places ... jumping to another place
> doesnt gain us much. current infrastructure
e great ^^
lu
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
working with iproute2 or any other tool
> that i already know the syntax of. no need to learn ridiculously
> convoluted array syntax foo for /etc/init.d/net.eth*.
if you are using /etc/ifup.eth* what would prevent having oldnet run
those as the newnet do?
lu
--
Luca Barbato
Gentoo/linux
htt
d in a way I can understand so that I
can address them?
During the past discussions you were somehow overly conservative, taking
issue of corner cases and overall on the aggressive stance.
I know that you had a rough week but others do as well, Diego among them.
lu
--
Luca Barbato
G
#x27;t an earth shattering change like a nonfunctional libc in the
stable tree or a broken version of coreutils, please keep a bit of
perspective.
lu
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
ed" by checking whether anything currently
in the tree needs it, but this doesn't take into account anything that
/isn't/ in the tree yet.
I think the simpler solution is that if it needs .la, before reaching
the tree it has to be fixed...
lu
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
On 10/04/2010 12:00 AM, Rémi Cardona wrote:
Using libltdl (libtool's dlopen wrapper) is a*legitimate* use of .la
files. Those programs do not need to be fixed as they are not broken.
To my knowledge ltdl would load just fine the .so if the .la isn't found.
lu
--
Luca Barbato
Ge
packages.
Well I consider the .la sort of legacy byproduct of libtool and not
something useful, probably in the future I'll send a patch to have the
.la put as last item in search order for both libtool and libltdl to
make it a non issue for everybody =P
lu
--
Luca Barbato
Gentoo/
On 10/5/10 9:52 AM, Angelo Arrifano wrote:
By removing .la files, you are taking away that choice from the user.
For you they might be useless, for some user (or entire software house)
it can be its holly grail for library versioning and linking. I don't
really feel like forcing users to change
On 10/5/10 4:33 PM, Ciaran McCreesh wrote:
On Tue, 05 Oct 2010 13:49:43 +0200
Luca Barbato wrote:
Bluntly put, you seem to not know how libtool exactly works and
further down in the thread how linking exactly works. Please try to
learn the fine Gentoo docs on the subject and feel free to ask
std_shrext .so .a .la; do
# Search the libtool library
lib="$searchdir/lib${name}${search_ext}"
if test -f "$lib"; then
lu
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
: I'm checking what happens with the xcb move since it should be
compatible but it could not.
lu
--
Luca Barbato
Gentoo/linux
http://dev.gentoo.org/~lu_zero
Stroller wrote:
> Do you actually use OS X?
When I'm forced by a friend asking for a particular package yes.
>
> This is not a case of sed being broken on BSD / OS X - on a Mac
> everything works fine out of the box, and users can use standard tools,
gcc is non standard and broken, ld is non stand
Diego "Flameeyes" Pettenò wrote:
> On Thursday 07 April 2005 17:17, Luca Barbato wrote:
>
>>gcc is non standard and broken, ld is non standard. vim is non standard.
>
> Actually, pure gcc on OSX is broken. Just try to build yourself a vanilla gcc
> and try it
Lina Pezzella wrote:
>
> And if you want to you can replace them (see the progressive profile).
> At your own risk of course. Personally, I run vim7 from portage. The
> problem is that we simply cannot guarantee that Apple will play nice
> with us stomping on their core system tools, therefore the
e truedfx or Harald
but not expect me to write your full name correctly =)
Have a lot of fun.
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Manager
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
gt; ffmpeg has many other arches to consider so it's something which needs
> careful attentions.
>
I'll take care about ppc related stuff.
What about the other arches?
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Manager
http://dev.gentoo.org/~l
Jochen Maes wrote:
> please welcome him to the team!
Late welcome, I know...
Thank you for being part of the media borg.. er team.
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Manager
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Ciaran McCreesh wrote:
> ... also known in its former lives as the "Bash Guide" and "The Doc".
I read few pages and I think quite are nice, good job.
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Manager
http://dev.gentoo.org/~lu_zero
--
Gregorio Guidi wrote:
>
> ...toolame doesn't seem to do mp3s, so it doesn't overlap with lame.
> (and btw it seems a dead project since two years, who would want it ;)
>
looks like there is yet another fork called twolame[1] that is mantained.
lu
[1]http://twolame.sf.n
I'm about to remove the cinelerra ebuilds and just put a placeholder
ebuild that just points to cinelerra-cvs.
If somebody is against that please tell me.
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Manager
http://dev.gentoo.org/~lu_zero
--
gento
Aron Griffis wrote:
> But the truth is that Gentoo sees
> improvement and maintenance in the areas that appeal to the
> developers. And that is why Gentoo exists for the developers first,
> the users second.
Amen
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC
Stephen P. Becker wrote:
> alpha++
alpha++
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Leader
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Jim Northrup wrote:
> might I suggest not kicking #gentoo-dev visitors who ask for voice to
> speak to the devs without a 'rtfm & go get a gentoo job' smokescreen ?
Sorry? Usually if the request for voice is polite enough won't be a
problem. Voiced/avoiced people usually are known by developers for
lish favorable dialogues by filing a
> bug, the door starts out closed.
One of the common way to became developer is receive an offer and being
sponsored and mentored by someone that already knows you. If you are
supposed to work with other people you should like them, isn't it?
rude, we are all volunteers and we
are people with a life (hopefully), we like to help and improve, but not
push us.
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Leader
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
so painful, would worth testing it.
Obviously having it now isn't really needed. Thinking about that when
committing/updating ebuild would be good.
( still I do hate bsd core utils implementations but that is just my
opinion =) )
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PP
h the problem in the g-s ^^
Given reiserfs4 is around for enough time and lots of brave users tested
it, it MAY be not so unstable. (still I like jfs and xfs more, and I use
them just for transient data (large video and image processing tests and
so on))
--
Luca Barbato
Gentoo/linux Developer
, so please feel free to start shoveling bugs
> his way! *Grin*
Yai! Andrea good luck with the ancient beast (sendmail)!
lu
PS: For being a conspirancy we should start meet each other for a beer
or wine =)
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Leader
http://de
t;
Check the portage. Those drivers are available BUT p.masked since I
can't test them. I hope they will be integrated in the main driver soon
so I didn't add it as separate driver.
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Leader
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
gory media-vdr for vdr,
> its plugins and other related packages.
>
media-tv can host the core component media-plugins and x11-themes the rest.
see mythtv
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Leader
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
iver. If it works as should that means that I repackaged
it correctly and requires no other patching...
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Leader
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
ar setup and in the case the constraint changes won't be a
problem rebuild a full mysql.
The question is, does the mysql configure script have a "clientonly"
and/or a "libraryonly" option?
There were a client and server useflag discussion before.
lu
--
Luca Barbato
Ge
Ciaran McCreesh wrote:
> Can anyone suggest
> a name? Best I can come up with is STYLE_CHECKED(nickname)...
>
I like the idea.
SYNTAX_CHECKED(nick) maybe?
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Leader
http://dev.gentoo.org/~lu_zero
--
g
27;s current state the bug wont be fixed.
> Its just not a logical argument.
Given every dev is complaining about how long is getting this thread and
how pointless is.
PLEASE AVOID REFRAINING SUCH NONSENSE
point taken, working on it, don't impair our productivity more than that.
th
Nathan L. Adams wrote:
[lenghty email snipped]
Since a ml isn't a place for interactive discussion, could you please
user our irc channel or jabber im?
Thank you
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Leader
http://dev.gentoo.org/~lu_zero
--
gento
to help me with what the 'best practices' are for ebuilds. Its a 'you
> help me and we'll both help Gentoo' situation.
>
See above, you can just pass on IRC to contact us directly btw.
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Leader
http://dev.gentoo.org/~lu_zero
--
[EMAIL PROTECTED] mailing list
2 installed ofcourse).
>
> i'll keep testing other programs
>
I wonder why those patches weren't pushed upstream most times... Sigh
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Leader
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Simon Stelling wrote:
Ciaran McCreesh wrote:
On Mon, 12 Sep 2005 22:51:38 -0500 Brian Harring <[EMAIL PROTECTED]>
wrote:
| define exactly how one proves themself, and in what context.
Repeated good contributions.
Just to clarify: We're not going around giving everybody AT-status who
just a
cter set decisions?
>
As usual I'm afraid...
> * Does anyone think we should make users build spell lists from source,
> even though it can require several GBytes of RAM?
Only if requested by user (think about an useflag)
lu
--
Luca Barbato
Gentoo/linux Developer Ge
Chris Gianelloni wrote:
Agreed. It should be syslog-ng. If nobody objects, I'll change it in
base/virtuals.
I'd keep metalog as default OR fix the syslog-ng default configuration.
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Leader
http://dev.
ively developed
one) but looks like it could be replaced.
expected phase out time: 25 days.
If you are against that please speak now.
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Leader
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
James Cloos wrote:
"Luca" == Luca Barbato <[EMAIL PROTECTED]> writes:
Luca> avifile: superseded by ffmpeg, xine and ... mlt.
Do they offer all of the cli tools that avifile does?
If you are referring to avicap I think that there are other capture
tools in portage (me
fetch
the document he/she likes.
Please avoid sending large proprietary attachment on mailing lists.
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Leader
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Marc Hildebrand wrote:
Ooops. Is someone working on mlt too?
I have some working ebuilds somewhere but I'm *very* busy atm so I can't
test it. (And there are other packags that have a high priority too.
Got interested bug got overbusy too =/
lu
--
Luca Barbato
Gentoo/linux
'emerge xorg-x11 kde' would
result in an unusable system without any fonts at all...
a useflag could solve the issue as well a all inclusive metaebuild for X.
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Leader
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Mike Doty wrote:
I like fantasy books & stuff, as well as science-fiction and animes, I
generally read a lot.
Welcome! Have a lot of fun and beware of weredevs, they could byte you =)
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Leader
http://dev.gentoo
601 - 700 of 758 matches
Mail list logo
