On Tue, 25 Nov 2014 20:29:28 +0100
Andreas K. Huettel dilfri...@gentoo.org wrote:
And proposing a Java revolution because the existing team
does not immediately jubilate at your extensive reform proposals is
also not necessarily the best idea.
For those that disagree, start overlay java2015
Ah, I apologize. I did not mean to quote anything (it happens
automatically; I will start paying more attention to it). I was hoping he
would remember his additions to the conversation at hand and could
extrapolate on them.
Hasufell, what are you referring to by attempts to make Gentoo more
friendly to gaming?
On Sat, Nov 29, 2014 at 1:38 PM, hasufell hasuf...@gentoo.org wrote:
Alan Mackenzie:
So that
instead of conceptualising a branch (as you would do with Mercurial,
Bazaar, Subversion, or even CVS), you
On Tue, Dec 2, 2014 at 4:03 PM, Sid S r03...@gmail.com wrote:
Hasufell, what are you referring to by attempts to make Gentoo more friendly
to gaming?
You quoted an email that didn't refer to attempts to make Gentoo more
friendly to gaming.
The reason that you should respond below quotes is so
On Sat, Nov 29, 2014 at 07:09:07AM +, Martin Vaeth wrote:
So for non-developers, downloading with git does not necessarily
make sense.
That being said, please do not consider this as an argument against
a change to git: For developers it has only advantages, and AFAIK,
it is not planned
Hello, everybody.
On Sat, Nov 29, 2014 at 07:09:07AM +, Martin Vaeth wrote:
hasufell hasuf...@gentoo.org wrote:
Martin Vaeth:
hasufell hasuf...@gentoo.org wrote:
With rsync I believe you can exclude categories:
http://www.gentoo-wiki.info/TIP_Exclude_categories_from_emerge_sync
On Sat, Nov 29, 2014 at 10:28 PM, Alan Mackenzie a...@muc.de wrote:
Hello, everybody.
Good day.
instead of conceptualising a branch (as you would do with Mercurial,
Bazaar, Subversion, or even CVS), you need to think about commits
reachable from a certain head (excluding commits reachable
Hello, konsolebox.
On Sat, Nov 29, 2014 at 11:18:49PM +0800, konsolebox wrote:
On Sat, Nov 29, 2014 at 10:28 PM, Alan Mackenzie a...@muc.de wrote:
Hello, everybody.
Good day.
instead of conceptualising a branch (as you would do with Mercurial,
Bazaar, Subversion, or even CVS), you need
On 11/29/2014 09:28 AM, Alan Mackenzie wrote:
Speaking as a developer in a project which has just converted to git, I
can assure you that git has tremendous disadvantages, even compared with
cvs.
It depends; they do different things. Depending on what I'm working on,
I use either subversion
Alan Mackenzie:
So that
instead of conceptualising a branch (as you would do with Mercurial,
Bazaar, Subversion, or even CVS), you need to think about commits
reachable from a certain head (excluding commits reachable from some
other head).
[snipping everything that is not technical]
How
Martin Vaeth:
hasufell hasuf...@gentoo.org wrote:
With rsync I believe you can exclude categories:
http://www.gentoo-wiki.info/TIP_Exclude_categories_from_emerge_sync
That is uninformed.
I think he is right.
check the --depth option of git. You can even clone specific tags with
James:
hasufell hasufell at gentoo.org writes:
I still don't see a good argument why we made our system so inflexible,
that obviously needed change needs such high amount of work, PR and proof.
I think that most folks appreciate your efforts and insightful ideas
on how to open up
hasufell hasufell at gentoo.org writes:
Already doing so https://github.com/hasufell/games-overlay
and that's where I will update ebuilds, not in the tree. And I don't
care to get any of that into the tree.
OK.
People are scared of other gentoo-like distros/PMs. Exherbo is evil,
hasufell hasuf...@gentoo.org wrote:
Martin Vaeth:
hasufell hasuf...@gentoo.org wrote:
With rsync I believe you can exclude categories:
http://www.gentoo-wiki.info/TIP_Exclude_categories_from_emerge_sync
That is uninformed.
I think he is right.
check the --depth option of git. You can
hasufell hasuf...@gentoo.org wrote:
With rsync I believe you can exclude categories:
http://www.gentoo-wiki.info/TIP_Exclude_categories_from_emerge_sync
That is uninformed.
I think he is right.
check the --depth option of git. You can even clone specific tags with
--depth=1.
Every tag
hasufell hasufell at gentoo.org writes:
I still don't see a good argument why we made our system so inflexible,
that obviously needed change needs such high amount of work, PR and proof.
I think that most folks appreciate your efforts and insightful ideas
on how to open up development,
Am Montag 24 November 2014, 18:13:56 schrieb James:
If you want java to prosper at Gentoo, it's gonna take an inner-circle
gentoo-dev to at least cheerlead for java within gentoo, imho.
I'm not really sure what this inner-circle stuff is supposed to mean.
You need a gentoo-dev who is
Rich Freeman rich0 at gentoo.org writes:
The reason I jumped into this thread is that someone had problems with
the java project. I'm not sure, but maybe something is wrong with
my eyes?
Your eyes are fine. Gmane's web interface was hosed. I tried to use
nntp (earlybird) but that
On Sat, Nov 22, 2014 at 06:20:01PM -0500, Rich Freeman wrote:
Don't get me wrong, I'm all for more overlay support. I'm all for
reform when there is something to reform. However, in all your
complaints about developers causing conflicts you're actually becoming
part of the problem.
I'd
Am 23.11.2014 um 16:18 schrieb Nicolas Sebrecht:
On Sat, Nov 22, 2014 at 06:20:01PM -0500, Rich Freeman wrote:
Don't get me wrong, I'm all for more overlay support. I'm all for
reform when there is something to reform. However, in all your
complaints about developers causing conflicts
On Sun, Nov 23, 2014 at 04:31:45PM +0100, Volker Armin Hemmann wrote:
am I the only one who thinks that this way leads to madness?
Version conflicts are bad enough.
First, version conflicts have their roots in the support for versions of
libraries in softwares. This is the best place to fix
Am 23.11.2014 um 18:33 schrieb Nicolas Sebrecht:
On Sun, Nov 23, 2014 at 04:31:45PM +0100, Volker Armin Hemmann wrote:
am I the only one who thinks that this way leads to madness?
Version conflicts are bad enough.
First, version conflicts have their roots in the support for versions of
On Sun, Nov 23, 2014 at 07:25:26PM +0100, Volker Armin Hemmann wrote:
and you want portage to finish on this site of eternity when looking for
dependency resolution?
I don't think having exposed requirements would explode the time needed
to calculate the dependency tree because this does not
Am 23.11.2014 um 19:54 schrieb Nicolas Sebrecht:
On Sun, Nov 23, 2014 at 07:25:26PM +0100, Volker Armin Hemmann wrote:
and you want portage to finish on this site of eternity when looking for
dependency resolution?
I don't think having exposed requirements would explode the time needed
to
On Sun, Nov 23, 2014 at 12:33 PM, Nicolas Sebrecht
nicolas.s-...@laposte.net wrote:
Portage should support a way to expose ALL the conditions for a software
to work and update installed libraries to match the requirements.
This sounds nice in principle, but making it work is not trivial.
On Sun, Nov 23, 2014 at 02:30:12PM -0500, Rich Freeman wrote:
On Sun, Nov 23, 2014 at 12:33 PM, Nicolas Sebrecht
nicolas.s-...@laposte.net wrote:
Portage should support a way to expose ALL the conditions for a software
to work and update installed libraries to match the requirements.
This
On Sun, Nov 23, 2014 at 08:15:26PM +0100, Volker Armin Hemmann wrote:
which works so well with different useflags.
Yes, things need improvements.
--
Nicolas Sebrecht
Am 23.11.2014 um 21:54 schrieb Nicolas Sebrecht:
Today, ebuilds don't even let a chance for an admin to apply a series of
patches to the vanilla/distro-maintainer sources without having to
rewrite/fork the ebuild. Whatever it is critical for them. The lone
option is to fork+overlay. This is a
On 23/11/2014 22:54, Nicolas Sebrecht wrote:
On Sun, Nov 23, 2014 at 02:30:12PM -0500, Rich Freeman wrote:
On Sun, Nov 23, 2014 at 12:33 PM, Nicolas Sebrecht
nicolas.s-...@laposte.net wrote:
Portage should support a way to expose ALL the conditions for a software
to work and update installed
Am 23.11.2014 um 22:14 schrieb Alan McKinnon:
On 23/11/2014 22:54, Nicolas Sebrecht wrote:
On Sun, Nov 23, 2014 at 02:30:12PM -0500, Rich Freeman wrote:
On Sun, Nov 23, 2014 at 12:33 PM, Nicolas Sebrecht
nicolas.s-...@laposte.net wrote:
Portage should support a way to expose ALL the
30 matches
Mail list logo