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
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?
>
>
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
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
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
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/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 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 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 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 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 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 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 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 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
-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?
-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
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
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
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
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, 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 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, 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, 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: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 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 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
-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
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
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
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 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
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
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
35 matches
Mail list logo
