I'll start answering from the last point since it explains
the remaining answers. Sorry for the shuffle.
On Tue, 14 May 2013 10:41:27 +0200
Luca Barbato wrote:
> On 05/10/2013 09:45 AM, Ralph Sennhauser wrote:
> > [1] http://fedoraproject.org/wiki/Packaging:Systemd#Unit_Files
>
> In the end init
Are we realizing that in order to keep systemd out of our way, we're
currently writing and maintaining drop-in replacements for the
features that systemd is already providing in an actively maintained
state? openrc-settingsd was the first thing that we as Gentoo
developers (Pacho?) had to write in
On Wed, May 15, 2013 at 9:41 AM, Fabio Erculiani wrote:
> And (and!) how does all this fit together with eudev? If the idea is
> to either put logind in udev (thus, not creating a separate logind
> ebuild), it means that eudev is already a dead end for GNOME users,
> unless the eudev team is going
El mié, 15-05-2013 a las 15:41 +0200, Fabio Erculiani escribió:
> Are we realizing that in order to keep systemd out of our way, we're
> currently writing and maintaining drop-in replacements for the
> features that systemd is already providing in an actively maintained
> state? openrc-settingsd wa
On 15 May 2013 21:41, Fabio Erculiani wrote:
> Are we realizing that in order to keep systemd out of our way, we're
> currently writing and maintaining drop-in replacements for the
> features that systemd is already providing in an actively maintained
> state? openrc-settingsd was the first thing
Hi,
I was recently investigating what cpu flags do I have and how does it
work. I have put what I have so far at [1].
So I thought I let you know in case someone wants to chip in.
[1] https://github.com/yaccz/cufd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 15/05/13 10:16 AM, Ben de Groot wrote:
> On 15 May 2013 21:41, Fabio Erculiani wrote:
>> And (and!) how does all this fit together with eudev? If the idea
>> is to either put logind in udev (thus, not creating a separate
>> logind ebuild), it mea
On 05/15/2013 03:41 PM, Fabio Erculiani wrote:
> Are we realizing that in order to keep systemd out of our way, we're
> currently writing and maintaining drop-in replacements for the
> features that systemd is already providing in an actively maintained
> state? openrc-settingsd was the first thing
On 05/15/2013 05:03 PM, Luca Barbato wrote:
> On 05/15/2013 03:41 PM, Fabio Erculiani wrote:
>> Are we realizing that in order to keep systemd out of our way, we're
>> currently writing and maintaining drop-in replacements for the
>> features that systemd is already providing in an actively maintai
On Wed, 15 May 2013 17:10:03 +0200
Luca Barbato wrote:
> - those not using the latest glibc (and maybe uclibc)
Did you test this? Are there more specific details regarding this?
Which version don't work? Is it known why?
> - those not using a recent linux kernel
It works on all gentoo-sources
On Wed, May 15, 2013 at 12:59 PM, Tom Wijsman wrote:
> On Wed, 15 May 2013 17:10:03 +0200
> Luca Barbato wrote:
>
>> - those not using the latest glibc (and maybe uclibc)
>
> Did you test this? Are there more specific details regarding this?
> Which version don't work? Is it known why?
>
>> - tho
On Wed, 15 May 2013 17:03:13 +0200
Luca Barbato wrote:
> On 05/15/2013 03:41 PM, Fabio Erculiani wrote:
> > ... GNOME ...
>
> And given that the end-plan according to the guys is to kill the
> distributions shall we just close Gentoo now?
Let's not exaggerate things, there are a ton of other DE
On Wed, 15 May 2013 13:25:11 -0400
Rich Freeman wrote:
> On Wed, May 15, 2013 at 12:59 PM, Tom Wijsman
> wrote:
> Don't take it personally or as an attack on systemd. I think he was
> just pointing out that there are many use cases where systemd may not
> be appropriate.
In discussions, I try
On Wed, May 15, 2013 at 2:11 PM, Tom Wijsman wrote:
> On Wed, 15 May 2013 13:25:11 -0400
> Rich Freeman wrote:
>
>> In any case, there really isn't any "decision" to make here.
>
> Then for what purpose is this discussion still going on?
>
No comment on that...
Maybe another way of saying thing
On Fri, 3 May 2013 17:54:36 +0200
Michał Górny wrote:
> Let's assume that all libtool files have a consistent format and contain
> a line stating 'shouldnotlink=(yes|no)'. We use that to distinguish
> modules from libraries, so we can as well use it to validate the .la
> file to avoid removing n
On Wed, 1 May 2013 22:42:05 +0200
Michał Górny wrote:
> To make this more friendly, I would likely to locally introduce
> 'edefault' function in the eclass (name can change). The function would
> -- similarly to 'default' in regular phase functions -- call
> the default code for the sub-phase.
I
El mié, 15-05-2013 a las 15:02 -0400, Rich Freeman escribió:
[...]
> No comment on that...
>
> Maybe another way of saying things is that really the onus is on those
> who want others to change their behavior to explain why they should
> change. So, if you're seeking a change in behavior be up-fr
The 'userland_*' flags have proven not good enough to determine
the availability of lock helpers. Fabian provided a nice portable
locking code instead.
Fixes: https://bugs.gentoo.org/show_bug.cgi?id=466554
---
gx86/eclass/multibuild.eclass | 29 +++--
1 file changed, 15 in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 15/05/13 17:10, Luca Barbato wrote:
> Those that can't use systemd: - those not using a recent linux
> kernel
And let's not forget those who aren't using Linux at all.
- --
Alexander
alexan...@plaimi.net
http://plaimi.net/~alexander
-BEGIN PG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 15 May 2013 22:56:21 +0200
Alexander Berntsen wrote:
> On 15/05/13 17:10, Luca Barbato wrote:
> > Those that can't use systemd: - those not using a recent linux
> > kernel
>
> And let's not forget those who aren't using Linux at all.
Why not?
On Wed, May 15, 2013 at 03:41:31PM +0200, Fabio Erculiani wrote
> Are we realizing that in order to keep systemd out of our way, we're
> currently writing and maintaining drop-in replacements for the
> features that systemd is already providing in an actively maintained
> state? openrc-settingsd wa
On Wed, May 15, 2013 at 2:18 PM, wrote:
> Question... when Sun made OpenOffice depend on Java (also a Sun
> product) did Gentoo developers run around suggesting that Java be made a
> part of the core Gentoo base system? I don't think so. If a user wants
> to run GNOME badly enough, he'll swit
On 05/15/13 16:01, Ciaran McCreesh wrote:
> On Wed, 15 May 2013 22:56:21 +0200
> Alexander Berntsen wrote:
>> On 15/05/13 17:10, Luca Barbato wrote:
>>> Those that can't use systemd: - those not using a recent linux
>>> kernel
>
>> And let's not forget those who aren't using Linux at all.
>
> Wh
On Wed, May 15, 2013 at 06:38:14PM -0400, Rich Freeman wrote
> It will probably be more than a decade before anybody is FORCED to run
> systemd on Gentoo. You don't even have to run udev on Gentoo.
>
> It will probably be years before the default even changes, assuming
> the trajectory of system
On Wed, May 15, 2013 at 10:16:01PM +0800, Ben de Groot wrote:
> We don't control upstreams, but we still have choices. At this point I
> only see Gnome and udev upstreams who are forcing their users to use
> systemd. (There may be other projects too that I'm not aware of.)
Udev doesn't force anyth
On Wed, May 15, 2013 at 10:56:21PM +0200, Alexander Berntsen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 15/05/13 17:10, Luca Barbato wrote:
> > Those that can't use systemd: - those not using a recent linux
> > kernel
> And let's not forget those who aren't using Linux at al
On Wed, May 15, 2013 at 02:18:13PM -0400, waltd...@waltdnes.org wrote:
> On Wed, May 15, 2013 at 03:41:31PM +0200, Fabio Erculiani wrote
> > Are we realizing that in order to keep systemd out of our way, we're
> > currently writing and maintaining drop-in replacements for the
> > features that syst
On 05/15/13 19:27, William Hubbs wrote:
> On Wed, May 15, 2013 at 10:16:01PM +0800, Ben de Groot wrote:
>> We don't control upstreams, but we still have choices. At this point I
>> only see Gnome and udev upstreams who are forcing their users to use
>> systemd. (There may be other projects too that
On 05/15/13 20:20, William Hubbs wrote:
> On Wed, May 15, 2013 at 02:18:13PM -0400, waltd...@waltdnes.org wrote:
>> On Wed, May 15, 2013 at 03:41:31PM +0200, Fabio Erculiani wrote
>>> Are we realizing that in order to keep systemd out of our way, we're
>>> currently writing and maintaining drop-in
On Tue, May 14, 2013 at 10:31 PM, Rafael Goncalves Martins <
rafaelmart...@gentoo.org> wrote:
> On Tue, May 14, 2013 at 3:06 PM, Hans de Graaff wrote:
>
>> Hi,
>>
>> I thought I already dropped maintainership of this package a long time
>> ago, since I haven't been using fastcgi for ages, but a n
On 05/15/2013 08:41 AM, Fabio Erculiani wrote:
> Are we realizing that in order to keep systemd out of our way, we're
> currently writing and maintaining drop-in replacements for the
> features that systemd is already providing in an actively maintained
> state? openrc-settingsd was the first thing
Rich Freeman posted on Wed, 15 May 2013 10:01:57 -0400 as excerpted:
> Gentoo is about choice, but that doesn't mean that every developer has
> to support every possible choice on every package.
++
> Eudev not working with gnome is not a reason to hold back either
> project. Not every option in
Hi,
Michał Górny :
> > libnotify is only a fraction of the supported notification means of
> > said plugin in Claws.
>
> Is the remaining fraction usable without libnotify on Gentoo?
Yes.
Regards
V-Li
--
Christian Faulhammer, Gentoo Lisp project
http://www.gentoo.org/proj/en/lisp/>, #gent
On 05/15/2013 07:26 PM, Tom Wijsman wrote:
> On Wed, 15 May 2013 17:03:13 +0200
> Luca Barbato wrote:
>
>> On 05/15/2013 03:41 PM, Fabio Erculiani wrote:
>>> ... GNOME ...
>>
>> And given that the end-plan according to the guys is to kill the
>> distributions shall we just close Gentoo now?
>
>
El mié, 15-05-2013 a las 20:28 -0500, Matthew Thode escribió:
> On 05/15/13 19:27, William Hubbs wrote:
> > On Wed, May 15, 2013 at 10:16:01PM +0800, Ben de Groot wrote:
> >> We don't control upstreams, but we still have choices. At this point I
> >> only see Gnome and udev upstreams who are forcin
35 matches
Mail list logo
