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
Hi,
Currently I am getting problems in the area of locale settings.
On my PC I set
echo $LC_CTYPE
de_DE.utf8
the settings are done here:
/etcsudo grep -r de_DE.utf8
profile.env:export LC_CTYPE='de_DE.utf8'
env.d/02locale:LC_CTYPE=de_DE.utf8
csh.env:setenv LC_CTYPE
I'm getting an error with some applications:
--
lgstreamer-1.0 -lgobject-2.0 -lglib-2.0 -pthread -Wl,-rpath
-Wl,/var/tmp/portage/net-libs/webkit-gtk-2.4.4-r201/work/webkitgtk-2.4.4/.libs
./.libs/libwebkitgtk-1.0.so: undefined reference to
`_ZNSt6chrono12steady_clock3nowEv@GLIBCXX_3.4.17'
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
On 11/21/2014 2:32 AM, Canek Peláez Valdés can...@gmail.com wrote:
As long as there are developers willing and able to support OpenRC in
Gentoo (and it looks like there are), that will be the case. To make
sure that this remains to be true, help them.
This is really an incorrect (and even
On Sun, Nov 23, 2014 at 12:44:12PM -0500, Tanstaafl wrote:
This is really an incorrect (and even borderline arrogant) answer...
To answer the OPs question correctly...
Since OpenRC is the *default* - for now at least - it is *king*, and
systemd is the red-headed step-child, and as such
On Sun, Nov 23, 2014 at 11:44 AM, Tanstaafl tansta...@libertytrek.org wrote:
On 11/21/2014 2:32 AM, Canek Peláez Valdés can...@gmail.com wrote:
As long as there are developers willing and able to support OpenRC in
Gentoo (and it looks like there are), that will be the case. To make
sure that
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 11/23/2014 1:00 PM, Nicolas Sebrecht nicolas.s-...@laposte.net wrote:
On Sun, Nov 23, 2014 at 12:44:12PM -0500, Tanstaafl wrote:
Since OpenRC is the *default* - for now at least - it is *king*, and
systemd is the red-headed step-child, and as such OpenRC is and will be
100% fully supported.
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 Sun, 23 Nov 2014 12:07:08 -0600
schrieb Canek Peláez Valdés can...@gmail.com:
On Sun, Nov 23, 2014 at 11:44 AM, Tanstaafl tansta...@libertytrek.org wrote:
[...]
To answer the OPs question correctly...
Since OpenRC is the *default* - for now at least - it is *king*, and
systemd is the
On 11/23/2014 2:02 PM, Marc Joliet mar...@gmx.de wrote:
I get the distinct feeling that you two should probably read the LWN article
again.
No need...
This:
In the end, it comes down to this: it just is not that important. It is
just a system initialization utility.
simply proves that the
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
When I was using gcc-4.7.3 I got an error with webkit-gtk:
collect2: error: ld returned 1 exit status
GNUmakefile:40409: recipe for target 'Programs/GtkLauncher' failed
make[1]: *** [Programs/GtkLauncher] Error 1
make[1]: Leaving directory
On Sun, Nov 23, 2014 at 1:35 PM, Tanstaafl tansta...@libertytrek.org wrote:
Irrelevant. Since OpenRC is the default init system, any package that
doesn't work properly with it would, by definition, be a bug that must
be fixed - if the maintainer wants their package to be marked as
On Sunday 23 Nov 2014 17:06:21 meino.cra...@gmx.de wrote:
Hi,
Currently I am getting problems in the area of locale settings.
On my PC I set
echo $LC_CTYPE
de_DE.utf8
the settings are done here:
/etcsudo grep -r de_DE.utf8
profile.env:export LC_CTYPE='de_DE.utf8'
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 11/23/2014 1:07 PM, Canek Peláez Valdés can...@gmail.com wrote:
So, don't be surprised if FreeBSD develops something *really* similar
(along the lines of the second bullet) to systemd in the future
Doesn't matter because:
a) it won't be systemd
(with all of its warts)
b) it won't be
On 11/23/2014 2:24 PM, Rich Freeman ri...@gentoo.org wrote:
The current Gentoo policy is that maintainers cannot block other devs
from adding support for systemd/openrc/etc to their packages if they
lack such support. Gentoo policy does NOT require maintainers to
support any particular init
On 11/23/2014 3:23 PM, Tanstaafl tansta...@libertytrek.org wrote:
Also, I'll wager it likely won't be implemented in such a way as to be
perceived by its user base as being shoved down their throats.
Clarification - this reference was actually to the way Debian is
handling it, not Gentoo - I
On Sun, Nov 23, 2014 at 2:23 PM, Tanstaafl tansta...@libertytrek.org wrote:
On 11/23/2014 1:07 PM, Canek Peláez Valdés can...@gmail.com wrote:
So, don't be surprised if FreeBSD develops something *really* similar
(along the lines of the second bullet) to systemd in the future
Doesn't matter
On Sun, 23 Nov 2014 15:25:07 -0500, Tanstaafl wrote:
The current Gentoo policy is that maintainers cannot block other devs
from adding support for systemd/openrc/etc to their packages if they
lack such support. Gentoo policy does NOT require maintainers to
support any particular init
On Sun, Nov 23, 2014 at 10:35 PM, Neil Bothwick n...@digimed.co.uk wrote:
On Sun, 23 Nov 2014 15:25:07 -0500, Tanstaafl wrote:
The current Gentoo policy is that maintainers cannot block other devs
from adding support for systemd/openrc/etc to their packages if they
lack such support.
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 Sun, Nov 23, 2014 at 02:34:52PM -0600, Canek Peláez Valdés wrote:
Oh my. So it's the name of the project and (one) author? All the
design and ideas behind it are irrelevant then?
You just gave me the most perfect justification to never ever take you
seriously in this subject.
Good
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
On 23/11/2014 20:35, Tanstaafl wrote:
On 11/23/2014 1:00 PM, Nicolas Sebrecht nicolas.s-...@laposte.net wrote:
On Sun, Nov 23, 2014 at 12:44:12PM -0500, Tanstaafl wrote:
Since OpenRC is the *default* - for now at least - it is *king*, and
systemd is the red-headed step-child, and as such
On 23/11/2014 22:25, Tanstaafl wrote:
On 11/23/2014 2:24 PM, Rich Freeman ri...@gentoo.org wrote:
The current Gentoo policy is that maintainers cannot block other devs
from adding support for systemd/openrc/etc to their packages if they
lack such support. Gentoo policy does NOT require
On 11/23/2014 4:21 PM, Alan McKinnon alan.mckin...@gmail.com wrote:
There is no such thing as the default init system.
There is only the one that portage will happen to install should you not
specify a preference.
Lol!
That is what I would call a 'default'...
On 23/11/2014 23:45, Tanstaafl wrote:
On 11/23/2014 4:21 PM, Alan McKinnon alan.mckin...@gmail.com wrote:
There is no such thing as the default init system.
There is only the one that portage will happen to install should you not
specify a preference.
Lol!
That is what I would call a
On 11/23/2014 3:34 PM, Canek Peláez Valdés can...@gmail.com wrote:
On Sun, Nov 23, 2014 at 2:23 PM, Tanstaafl tansta...@libertytrek.org wrote:
On 11/23/2014 1:07 PM, Canek Peláez Valdés can...@gmail.com wrote:
So, don't be surprised if FreeBSD develops something *really* similar
(along the
On 11/23/2014 12:20 AM, Rich Freeman wrote:
On Sat, Nov 22, 2014 at 5:44 PM, hasufell hasuf...@gentoo.org wrote:
On 11/22/2014 11:20 PM, Rich Freeman wrote:
Nobody can block progress under the current model. If you feel
otherwise, please point them out so that they can be dealt with.
They
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
On Sun, Nov 23, 2014 at 5:50 PM, hasufell hasuf...@gentoo.org wrote:
On 11/23/2014 12:20 AM, Rich Freeman wrote:
You have just as many options under the status quo, and actually more.
Why would that be? We have a centralized _culture_. All this is
basically about culture, not just about
On 11/24/2014 12:24 AM, Rich Freeman wrote:
So regrouping is not as easy as you make it sound. Totally not. I don't
like ruby eclasses and their virtuals. What can I do? Fix them? No, I
cannot. Stop saying I can fix everything I please. That is incorrect and
our model makes it even more
On Sun, Nov 23, 2014 at 6:45 PM, hasufell hasuf...@gentoo.org wrote:
As long as you actually commit to maintaining the Nethack package, you
can do this.
As above: I think it's wrong.
Your opinion is noted. Your argument was that policy issues were
preventing you from fixing Nethack. Now
On 11/24/2014 12:24 AM, Rich Freeman wrote:
* kickban major assholes from the community, no matter how efficient
they are
Proposals welcome. Hint, things will go much better if you volunteer
to do the work the assholes are doing... It isn't like we aren't all
tired of this stuff, but if
On Sun, Nov 23, 2014 at 7:12 PM, hasufell hasuf...@gentoo.org wrote:
On 11/24/2014 12:24 AM, Rich Freeman wrote:
* kickban major assholes from the community, no matter how efficient
they are
Proposals welcome. Hint, things will go much better if you volunteer
to do the work the assholes are
On 11/23/14 12:21, Joseph wrote:
When I was using gcc-4.7.3 I got an error with webkit-gtk:
collect2: error: ld returned 1 exit status
GNUmakefile:40409: recipe for target 'Programs/GtkLauncher' failed
make[1]: *** [Programs/GtkLauncher] Error 1
make[1]: Leaving directory
On 11/23/2014 04:45 PM, Joseph wrote:
* ERROR: dev-lang/ruby-2.0.0_p594::gentoo failed (compile phase):
On my ~amd64 machines I have ruby-2.0.0_p598 installed. Is there a
reason you want 594 instead of 598?
On 11/23/14 18:52, walt wrote:
On 11/23/2014 04:45 PM, Joseph wrote:
* ERROR: dev-lang/ruby-2.0.0_p594::gentoo failed (compile phase):
On my ~amd64 machines I have ruby-2.0.0_p598 installed. Is there a
reason you want 594 instead of 598?
I don't really care which one is it, as long as it
Mick michaelkintz...@gmail.com [14-11-24 03:41]:
On Sunday 23 Nov 2014 17:06:21 meino.cra...@gmx.de wrote:
Hi,
Currently I am getting problems in the area of locale settings.
On my PC I set
echo $LC_CTYPE
de_DE.utf8
the settings are done here:
/etcsudo grep -r
45 matches
Mail list logo