Mick [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:
> >
> > /etc>sudo grep -r de_DE
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 w
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 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
'/var/tmp/portage/net-
On Sun, Nov 23, 2014 at 7:12 PM, hasufell 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 doing.
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, b
On Sun, Nov 23, 2014 at 6:45 PM, hasufell 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 you're si
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 m
On Sun, Nov 23, 2014 at 5:50 PM, hasufell 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 tools.
Gento
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
>>> wrote:
Portage should support a way to expose ALL the conditions for a softw
On 11/23/2014 12:20 AM, Rich Freeman wrote:
> On Sat, Nov 22, 2014 at 5:44 PM, hasufell 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
On 11/23/2014 3:34 PM, Canek Peláez Valdés wrote:
> On Sun, Nov 23, 2014 at 2:23 PM, Tanstaafl wrote:
>> On 11/23/2014 1:07 PM, Canek Peláez Valdés wrote:
>>> So, don't be surprised if FreeBSD develops something *really* similar
>>> (along the lines of the second bullet) to systemd in the future
On 23/11/2014 23:45, Tanstaafl wrote:
> On 11/23/2014 4:21 PM, Alan McKinnon 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 11/23/2014 4:21 PM, Alan McKinnon 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 22:25, Tanstaafl wrote:
> On 11/23/2014 2:24 PM, Rich Freeman 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
>
On 23/11/2014 20:35, Tanstaafl wrote:
> On 11/23/2014 1:00 PM, Nicolas Sebrecht 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
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
>> wrote:
>>> Portage should support a way to expose ALL the conditions for a software
>>> to work and update installed libraries to ma
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.
>
> Go
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
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
On Sun, Nov 23, 2014 at 02:30:12PM -0500, Rich Freeman wrote:
> On Sun, Nov 23, 2014 at 12:33 PM, Nicolas Sebrecht
> 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 pr
On Sun, Nov 23, 2014 at 10:35 PM, Neil Bothwick 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. Gentoo
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 i
On Sun, Nov 23, 2014 at 2:23 PM, Tanstaafl wrote:
> On 11/23/2014 1:07 PM, Canek Peláez Valdés 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
On 11/23/2014 3:23 PM, Tanstaafl 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 have no problems whatsoeve
On 11/23/2014 2:24 PM, Rich Freeman 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 system.
>
> I
On 11/23/2014 1:07 PM, Canek Peláez Valdés 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 written by Lennart an
On Sun, Nov 23, 2014 at 12:33 PM, Nicolas Sebrecht
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.
Suppose my package works wi
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:
>
> /etc>sudo grep -r de_DE.utf8
> profile.env:export LC_CTYPE='de_DE
On Sun, Nov 23, 2014 at 1:35 PM, Tanstaafl 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
> stable/usable by 99.99% of gento
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
'/var/tmp/portage/net-libs/webkit-gtk-2.4.4-r201/work/we
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
On 11/23/2014 2:02 PM, Marc Joliet 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 author eithe
Am Sun, 23 Nov 2014 12:07:08 -0600
schrieb Canek Peláez Valdés :
> On Sun, Nov 23, 2014 at 11:44 AM, Tanstaafl wrote:
[...]
> > 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 suc
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
On 11/23/2014 1:00 PM, Nicolas Sebrecht 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.
>>
>> With that in
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
On Sun, Nov 23, 2014 at 11:44 AM, Tanstaafl wrote:
> On 11/21/2014 2:32 AM, Canek Peláez Valdés 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.
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 su
On 11/21/2014 2:32 AM, Canek Peláez Valdés 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 borderline arrogan
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 fi
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'
co
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:
/etc>sudo 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 'de_
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 conflict
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'
45 matches
Mail list logo
