precommit hook checking and warn if you don't change the correct
changelog?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
rk on big projects?
usually just read the $big_project ml, hang with $big_project dev and
read the documentation if present. It is quite easy catching up =)
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Mike Frysinger wrote:
i miss the happier times when we had him banned
Do you think it's time for a revival?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Markus Ullmann wrote:
Now you know the story behind our new amd64/bugday/xfce dev from UK. I
think he deserves the usual happy welcome :)
Beware of the rabid media people =)
Welcome =)
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org
Ryan Hill wrote:
>
> I don't think the average user, even the average Gentoo user, has any
> idea what any of these plug-ins do, how they work, and which ones they
> need. This is getting a bit too complicated.
Not really I think as usual none == all ^^
lu
--
Luca Barb
Diego 'Flameeyes' Pettenò wrote:
>
> aoa aoa-fabric-layout aoa-onyx aoa-soundbus aoa-soundbus-i2s aoa-tas
> aoa-toonie powermac
>
add usb-audio
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
t much else.
>
Yawn, if they claim something over mono it will be completely replaced
and/or mono will became the new gif with parrot being the new png.
That said you could just think about ways to reduce the damage like
pushing your country to NOT condone software patents...
lu
--
Luca Barb
Stuart Herbert wrote:
>
> http://www.flickr.com/groups/gentoo/
>
My stuff is on lu-zero.deviantart.com, I don't use flikr ^^;
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
>
> Please give him a warm welcome!
>
Eventually! Welcome as dev!
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
commits level.
Anyway I'd slow down mirror propagation a bit the first times in order
to mitigate the issue pointed by Ciaranm.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Mike Doty wrote:
>
> Thoughts?
>
- hall of fame is nice, money isn't
- we all know that Flameeyes and vapier will be at the top =)
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
t doesn't look to me that problematic, am I missing something?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Benjamin Judas wrote:
> Hello folks,
>
Welcome back!
(what about using just parted and have scripts that mime fdisk/mac-fdisk?)
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
howto, a script or a offical guidline how you or
> other gentoo-devs build the Universal-Disc's, what must be included an
> so on?
http://www.gentoo.org/proj/en/releng/catalyst/
Regards.
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
George Shapovalov wrote:
> Well, it seemed like a small tool, having a TLP for which is a gross
> overkill,
eselect is anything but a small tool...
I'd just reorder docs in a more rational way but let our flat tlp as is.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev
malc wrote:
> media-video - Can I take this one? I've got a jahshaka-2.0 ebuild here
> ready to rock.
please submit it and let us have fun too =)
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
it, should I have to be afraid?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
gt; Is where the soap come from, isn't it?
And Bouillabaisse if you like soups =)
Welcome I was just waiting for you to unmask yet another ffmpeg snapshot ^^;
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
nk
and a chat =)
lu - the minions of my minions are transitively my minions?
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Diego 'Flameeyes' Pettenò wrote:
> On Thursday 05 October 2006 14:04, Luca Barbato wrote:
>> Not today, not today, 1/2 of the devils are on a strike because of the
>> recent freezes in the latest months, the others are still recovering
>> from the flu caused by the
Diego 'Flameeyes' Pettenò wrote:
> On Thursday 05 October 2006 13:48, Ciaran McCreesh wrote:
>> Actually, they do. Minority archs lead to much better tree QA being
>> done, more bugs in packages being identified and more ebuild and
>> package bugs being fixed.
> Hell is gonna break loose, I agree w
ecleaners do their job,
recruiters get more people,
put the devmanual where it belongs,
have better coordination between projects to the point stepping on
others feet is quite hard and not dead easy as today?
those point and less noise on gentoo-dev.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
ia one.
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Duncan Coutts wrote:
On Thu, 2006-09-21 at 20:27 +0200, Luca Barbato wrote:
Duncan Coutts wrote:
So my point is, I don't think it can be simply dismissed as ABI nonsense
that we don't have to deal with. Being able to SLOT on the compiler
flavour (and possibly version) would allo
build what you want depending on useflags?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
erge those packages
that depend on it.
Thoughts?
It would require revdep resolution on emerge... how painful would be?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Sounds reasonable?
lu
PS: I'd put a rule that will bar seed contribution if there isn't a
liason to a touched project just to keep hardtotrack bugs to the minimum.
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Simon Stelling wrote:
> GLEP: 52
I don't like it: too complex, glep 23 is fine.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
t;Then, after a few more weeks, the virtualization herd takes seed
> product and adds appropriate vmware/xen/etc modifications to create
> ready-to-run virtualization images.
>
I like this plan.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
Doug Goldstein wrote:
>
> Stop being nice and polite... It's freaking me out.
>
Beside the alien abduction thing that lead that change, I think there
isn't nothing to be afraid.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev
Hanno Böck wrote:
> Am Dienstag, 12. September 2006 02:46 schrieb Michael Cummings:
>> Looks like that will break media-gfx/frontline (=media-gfx/gimp-1.2*)
>> and gimp-freetype-0.2-r3 (also =media-gfx/gimp-1.2*).
>
> frontline is dead upstream, has no metadata and last changelog-entry is about
>
Alec Warner wrote:
>
> So which sucks, upstream or our unbending policy?
upstream for that reason
us because we haven't a tool like the one BaSS wrote for the ebooks.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
ental stuff will be available from specific front-ends.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
ugs.gentoo.org/show_bug.cgi?id=146626
>
> Am I the only one who has a problem with this?
>
Genstef PLEASE always contact the related herd before adding stuff.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Christel Dahlskjaer wrote:
>
> So yeah, buy him a pint and welcome him onboard!
>
Welcome!
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
se problems are fixed and we can ship this on our portage
> tree tarballs for our new releases etc...
>
cmake for a C program is a BIG shortsight.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
ution, but
"make it to the deadline decently well and plan a -r1 to address some of
the known issues that could hit more people in the future(eg new hw
support)" looks good enough.
that said I hope that the sales on trollfood will end ...
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Luis Francisco Araujo wrote:
>
> If neither of those points are convincing enough, then remember free
> software comes with *NO-WARRANTY*
s/free//
Even payware is w/out warranties.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.or
27;d find
> himself quietly removed at best.
Usually people ask to the leads/team before joining in...
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Stephen P. Becker wrote:
> Well, it depends on your definition of help.
Testing recent snapshots or providing shells would be perfectly fine.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Stephen P. Becker wrote:
> Luca Barbato wrote:
>> Luis Medinas wrote:
>>
>>> If noone takes it will be saved on overlays.gentoo.org. Everyone needs
>>> to know that xmms is old and tired (obsolete). A few developers on
>>> redhat, mandriva and suse mar
u want to be sure it's obsolete
> just read xmms's website.
>
fine for me
(please add xmms2)
People could just use mplayer o xine to play any audio sample aud doesn't.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
;ll file a bug on the whole gtk issue and all packages
> using this ugly hacks.
Good way to have your account suspendend.
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
hat my proposed syntax isn't a perfect solution. But I think the
> current state of portage isn't a perfect solution, too. And I hoped when
> I started this thread, that we will find together a good solution.
You can just write something like flagedit for your extreme uses.
lu
-
, other
> gtk2. As long as dependencies don't cope the slot cleanly,
> slotting is utterly useless.
gtk-1 is deprecated, it will disappear sooner or later.
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Christel Dahlskjaer wrote:
> and I suspect he will be slaving away with the media-video herd. I
I for one I'd like to greet my new minion^Wfellow developer ^^
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
ild procedure. Maybe you like to have a look at the discussion
> about my patches introducing pkg-config utilization.
I don't see how it is related.
lu
PS: all mplayer front-ends use/(should use) the slave-mode ipc, gmplayer
is deprecated and will be replaced by another front-end using
module
yafray is getting it too right now.
I'll put it as global if nobody shouts otherwise.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Matthias Schwarzott wrote:
> What do you think of that?
c is simpler. I like it.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
e year since we could stuff
all this cruft in a single place and have a separate use.desc for them.
I hope I'm not too tired and I didn't miss something ^^
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Danny van Dyk wrote:
>
> USE_EXPAND useflags do not need to be added to either use.desc nor
> use.local.desc.
One point was adding better description about them to avoid misuse.
Further, we keep track of other hardware-related
> metadata in USE_EXPAND, too. See INPUT_DEVICE and VIDEO_CARDS.
>
Danny van Dyk wrote:
> OK, this rfc/proposal is competing with Flameeye's proposal:
>
> I suggest to add a "CPUFLAGS" USE_EXPAND variable to the tree.
Name it SIMD or CPUFEAT to avoid misunderstanding with the other *FLAGS
> This should be set to sane defaults in the profiles. I.e. for x86,
> it
Simon Stelling wrote:
> Luca Barbato wrote:
>> Alternatives:
>>
>> - as PPC we provide a default cflags & use tuned per certain cpu
>> families using profiles, amd64 could provide a nocona profile that bans
>> 3dnow* useflags.
>
> Not really. There are a
about the issue and the more I like the complete
profiles for amd64 more than the other solutions.
lu
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Patrick Lauer wrote:
> lu_zero
Diego 'Flameeyes' Pettenò wrote:
> And add my nominations for lu_zero
I accept the nomination.
I'd add to the pot pvdabeel and pylon since was and still is a pleasure
working with them =)
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
thinking this
> is a good idea.
>
Amen
but isn't the only way and as I told you already I'd rather have stuff
properly set in profiles specific even if I like the idea of being able
to check for compiler support.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
een what the cflags could do and what
you expect to obtain eg: -mcpu=nocona use 3dnow would issue a warning
and disable it
- as the one before again but with a var to decide if follow the use or
the gcc check.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
ge
> disabled
> altogether, in the real world we're all in, mmx useflag is enabled by the
> vast majority of our users.
>
Depending on who wrote the altivec part of a program you may like to
disable it since works just on macosx
/me still would rather have both systems in place
es) are also
> affected.
>
> I don't know if altivec is as clearly determined from the target arch;
> perhaps the ppc people could chime in.
it is
>
> Clearly most are in media-* categories, so that would be a good place
> to start :)
>
yes
lu
--
Luca Barbato
Gent
ized code (yes it could be dump
if the handmade stuff isn't wrong)
Sounds fair or I'm missing something?
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
etch the stuff..
just a check that prevents commands in global scope and/or shutting down
sandbox is a must.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Paul de Vrieze wrote:
>
> ps. If I'm a bit away these days, it is due to me being preoccupied with my
> mentoring task.
>
=)
Congratulations ^^
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
hing else I can do?
Add support for QA checkers clientside and serverside (there are
precommit hooks you can use for that)
That way we will avoid those smart problems as described in irc long ago.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
ble medium.
my 2 (fake) eurocents
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Mivz wrote:
>
> You called me selfish, childish
Whoever complains about the distribution rules from GPL after using
GPL'd source/stuff is...
> and a M$ lover...
Never said.
> Well... I'm a squatter, I try to live anarchistic and I do not prejudge
> people. And if I disagree... I certainly do
issue for my experiment about
constructive discussion in the ml!
=/
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Edward Catmur wrote:
> On Sat, 2006-06-24 at 13:05 +0200, Luca Barbato wrote:
>> (from critics)
>> - What is wrong with the model (each point 2 lines at least, 4 at most)
>> - What you'd do as alternative as the criticized point ( 2 lines again)
Let me reformat a bit
unriseFaq and
> http://gentoo-sunrise.org/cgi-bin/trac.cgi/wiki/HowToCommit
It isn't in the format useful for a discussion point by point, genstef
is converting it, I hope.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
(each point 2 lines at least, 4 at most)
- What you'd do as alternative as the criticized point ( 2 lines again)
That is just an experiment to see if we can have a thread producing a
result w/out too much discussion overhead.
who is going to play with me this game? =)
lu
--
Luca Barba
d, discuss on how unfair the people requesting it were,
discuss about how to keep it alive and such.
Sounds that out of world as reasoning?
that said, genstef do you mind starting from scratch describing the idea
and the implementation details (taking in account point raised)?
lu
--
Luca Barbato
ugly code or just use
-fno-strict-aliasing when needed.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Diego 'Flameeyes' Pettenò wrote:
> On Saturday 17 June 2006 12:17, Luca Barbato wrote:
>> Long term solution:
> The best long term solution would have been to fix the code, but actually I
> didn't ever found a quick explanation of how to fix this kind of code...
>
flags and maybe send a notice about it upstream
2- append -fno-strict-aliasing to every source known to have such issue.
I'll do 2 on all packages in the tree showing the issue if you think is
ok, arches not yet affected will be in the future.
lu
[1]http://gcc.gnu.org/bugzilla/show_bug.cgi?
Molle Bestefich wrote:
> Hi
>
> Follow-up question to the backup thingy.
>
> Is there an easy way to share Portage's database between multiple
> virtual machines?
>
unionfs is your friend =)
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.or
ht, local time...
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Stephen Bennett wrote:
> This would be, in essence, a formal definition of the layout of the
> tree, and the format of and assumptions made by every file contained
> within it.
I'm all for it.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
ce that seems to have not
> happened, I'm bringing it up anyway, since I would like to get
> something done here.
>
> Comments?
If you can spot those issues and fix them w/out rush on package
mantainers, no problems at all.
Just make sure nobody will ask to "fix" something wo
Mike Frysinger wrote:
> rather than moving to some sort of policy that satisfies no one completely
> and
> we'll have to back out of later, why dont we wait until portage can give us
> proper support for USE=client/server
> -mike
+1
--
Luca Barbato
Gentoo/l
pcd could be a better temp solution =)
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
a magical bugs whiteboard status or keyword that let a script know that
> there's an ebuild to pull from bugzilla that should be added to the
> there-be-dragons-here overlay, I'd think that would make life
> much simpler for everybody.
+1
--
Luca Barbato
Gentoo/linux Gentoo/
Henrik Brix Andersen wrote:
> On Tue, May 30, 2006 at 11:57:19PM +0200, Luca Barbato wrote:
>> Currently we have already 5 applications supporting v4l2 (6 if I split
>> the support in ffmpeg)
>
> Any reason why we can not use the existing 'v4l' use flag for version
] v4l2 (dev-libs/pwlib):
Enable video4linux2 support
[+ C ] v4l2 (media-video/mpeg4ip):
Enable video4linux2 support for mp4live
[+ C ] v4l2 (media-video/mplayer):
Enables video4linux2 support
[+ C ] v4l2 (media-video/transcode):
Enable video4linux2 support
lu
--
Luca Barbato
Gentoo/linux
rs towards "what you don't know how to use XYZ, you must
> not be very smart/leet/cool."
the quiz is dumb and is structured to point some common situations in
which you may not solve properly at the first try.
I'm quite sad we have such different ideas about the quiz and why it
them and
send benchmark results.
Mercurial should use a bit less disk and git should be a little faster
and with better merge/conflict resolution features.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
[EMAIL PROTECTED] wrote:
Give Thomas a warm welcome if you haven't already done so :)
Welcome Thomas!
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Danny van Dyk wrote:
Congratulations Christian! :-)
Danny
Another perl monk joining!
Welcome and beware of the rabid vapier!
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
rcs : ghc
mercurial : python
git : c+bash (and optional perl/python for some merge scripts)
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Aron Griffis wrote:
Luca Barbato wrote: [Sat Mar 25 2006, 05:16:57AM EST]
Please consider git and mercurial proxies, maybe nobody proposed it
yet but is relatively easy to provide it and it would be great since
gives you most of the goods from darks w/out the pain related of
building it
Stuart Herbert wrote:
> Thanks for the summary. I think that's a fair assessment of where we are at.
>
> The offered software will be trac, svn, and moinmoin. I'm going to
> look at darcs, and with the help of the haskell team and infra
> determine if we can support it or not. No-one has expres
Diego 'Flameeyes' Pettenò wrote:
> On Monday 20 March 2006 18:42, Roy Marples wrote:
>> Now, if the commandline is the same, should the package name be the same?
>> If so, what version number should I be using? It's currently just called
>> resolvconf-0.1
> I would say gentoo-resolvconf as it's a r
with the light on, falling
> bookmarks, unbookmarked spots in a book, and playing the violin:
> sometimes in that order.
>
...oO(Doing them all at the same time would require too many arms...)
Welcome Christel!
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
;re really going to form a conspiracy now :P
>
Update the devmap and start planning a meeting, given the season the
best would be a bbq/grill in the country. Anybody has suggestions =) ?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
light players.
Now, bmp is phased out, which is the gtk2 light player that could match
it's deps and features best?
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Leader
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
g with all of you and
regret having to resign.
I hope to have you back once you'll get more free time ^^
Best wishes!
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Leader
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Lars Weiler wrote:
== 2. Dev Activity (Who's alive?) ==
Devs seemed to have vanished and even the operational manager isn't around
strategic, not operational, I'm still alive ^^!
(which had happened more often in the past -- probably there is a bane on this
position).
peer an committed to
the tree, but it's a lot easier to make a category early rather than
moving stuff.
Isn't it too specific? I'd rather spread them in the current categories.
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Leader
http://dev
course of action to me.
NOT until use-based deps are in place, plzktnxbye!!! Don't break the damned
realplayer thing again.
Just add it as DEPEND and everybody would be fine, isn't it?
lu
--
Luca Barbato
Gentoo/linux Developer Gentoo/PPC Operational Leader
http://dev
Stuart Herbert wrote:
Which packages do you want to add the srvdir global USE flag for?
fenice has support for it in at configure level, gentoo-webroot-default
could enjoy it as well as apache may provide an alternate default too.
lu
--
gentoo-dev@gentoo.org mailing list
Kalin KOZHUHAROV wrote:
Luca Barbato wrote:
I'm thinking about adding the srvdir[1] global useflag.
Scream if I miss some discussion preventing it.
(fenice[2] will use it, that's why I'm adding it)
lu
[1] http://www.gentoo.org/proj/en/glep/glep-0020.html#implemen
I'm thinking about adding the srvdir[1] global useflag.
Scream if I miss some discussion preventing it.
(fenice[2] will use it, that's why I'm adding it)
lu
[1] http://www.gentoo.org/proj/en/glep/glep-0020.html#implementation
[2] http://packages.gentoo.org/search/?sstring=f
601 - 700 of 758 matches
Mail list logo
