From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-project+bounces-2510-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id 591661381F3
for <garchives@archives.gentoo.org>; Wed, 12 Jun 2013 18:36:41 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 09CDDE09D7;
Wed, 12 Jun 2013 18:36:37 +0000 (UTC)
Received: from mail-we0-f169.google.com (mail-we0-f169.google.com [74.125.82.169])
(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id 3C75EE09D5
for <gentoo-project@lists.gentoo.org>; Wed, 12 Jun 2013 18:36:35 +0000 (UTC)
Received: by mail-we0-f169.google.com with SMTP id n57so7302473wev.14
for <gentoo-project@lists.gentoo.org>; Wed, 12 Jun 2013 11:36:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=mime-version:sender:in-reply-to:references:from:date
:x-google-sender-auth:message-id:subject:to:cc:content-type
:content-transfer-encoding;
bh=VvNmpJjZdG4wHi91ofHFNbjppj2c1OGj0rp7JL5he5Y=;
b=QRRewH7IKRLitq5IV0mvuhAnCerWCBmwrqP1auHK0vRBi2DiYjI7bY8OnMK9LPI1qA
wwvVsF4dpRHv5tzOzUt77BYpCIM/5a1GRnBlaERBlxSsS/4OLiMfKPhXX4gypG67pANg
th41IBxkLLPfAoorBwV+KIhsemd/9F6gH4OQ/0dHmeVfdME1lX59tuWTcjto+Ei2ICJP
lnVlnTZRZX3GXMV3VoDIXYkZ9mbBjBcxXB8qOUGSP4mvedRipbVGmICclNc0Q5YuJKE9
VGhY6j7FGoAyMv2+SNmBrftorGCzy3DqT6gEKfOhKVlji7yMCgP5xp+0SJWS/ERatVpn
yo3Q==
X-Received: by 10.180.198.10 with SMTP id iy10mr5391707wic.29.1371062194849;
Wed, 12 Jun 2013 11:36:34 -0700 (PDT)
Precedence: bulk
List-Post: <mailto:gentoo-project@lists.gentoo.org>
List-Help: <mailto:gentoo-project+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-project+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-project+subscribe@lists.gentoo.org>
List-Id: Gentoo Project discussion list <gentoo-project.gentoo.org>
X-BeenThere: gentoo-project@lists.gentoo.org
Reply-To: gentoo-project@lists.gentoo.org
MIME-Version: 1.0
Sender: markos.chandras@gmail.com
Received: by 10.194.136.115 with HTTP; Wed, 12 Jun 2013 11:35:53 -0700 (PDT)
In-Reply-To: <20130612185106.0f2b0120@gentoo.org>
References: <CAGfcS_mLUy+YPG+Fkgbm4w_4h7iWgD=i6KEG-c158MBfX+xJdA@mail.gmail.com>
<CA+NrkpfMdfokw4AQ7-AvoHRXeUPDS8OYV8e_=2ioqyibuy1Prg@mail.gmail.com>
<1371039602.27198.24.camel@localhost> <CAGfcS_mtQcfuBT_-Hww5m=eZKrTULqcDT1a47pnkbv=XtqVsBw@mail.gmail.com>
<CAO-1Pb5A6FfLpN9bZPTwt2dPxuJUh1=RsO9CLdikMDMhciF9yg@mail.gmail.com>
<20130612162535.570c2bc0@gentoo.org> <CAGfcS_nR4jTawX0eU5TqCwOVPfQ+zJW-=2Mg9=6A0KmmnHy+ww@mail.gmail.com>
<CAB9SyzTMxfu7Kys3kCCr1ZmbE_12wDm=L2UWwZhrz63Jr6sq+Q@mail.gmail.com>
<51B898F9.5070105@gentoo.org> <20920.40688.601476.657961@a1i15.kph.uni-mainz.de>
<CA+NrkpcrqCneaKkEsCm3-haz494BSsTawZ_MxXi4Sfe-=+PwJg@mail.gmail.com>
<20920.41908.440583.378650@a1i15.kph.uni-mainz.de> <20130612185106.0f2b0120@gentoo.org>
From: Markos Chandras <hwoarang@gentoo.org>
Date: Wed, 12 Jun 2013 19:35:53 +0100
X-Google-Sender-Auth: AM_pUd_JLzgPhLmX11g8V3yHaic
Message-ID: <CAG2jQ8hS-zkUJWPW7pdWU24tAif-79SMrNXH5duJbeGf2UAdmg@mail.gmail.com>
Subject: Re: [gentoo-project] Council: Policy for Systemd units
To: gentoo-project@lists.gentoo.org
Cc: =?UTF-8?Q?Ulrich_M=C3=BCller?= <ulm@gentoo.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt: 8123f6a2-33b0-44f2-9718-2e81478721ba
X-Archives-Hash: 9b0dc8b8e7035c9a73da1390ef8d1eb3
On 12 June 2013 17:51, Micha=C5=82 G=C3=B3rny <mgorny@gentoo.org> wrote:
> Dnia 2013-06-12, o godz. 18:37:08
> Ulrich Mueller <ulm@gentoo.org> napisa=C5=82(a):
>
>> >>>>> On Wed, 12 Jun 2013, Tom=C3=A1=C5=A1 Chv=C3=A1tal wrote:
>>
>> >> There was the argument that the unit file wasn't accepted upstream,
>> >> and I wouldn't dismiss this lightly. Often it's a cleaner solution
>> >> if files foreign to a package are installed by a separate
>> >> supplementary package. It avoids recompilation of the original
>> >> package by the user, for example.
>>
>> > So is openrc file.
>> > So is logrotate file.
>> > So are cron scripts.
>>
>> I was more thinking about support files for Emacs, where we do this
>> all the time: If the file is included with the upstream package, it's
>> being installed by that package's ebuild. Otherwise, it will go into
>> its own separate package. (And I guess it is similar for Vim.)
>
> That's very inconsistent and therefore problematic for users. Some
> packages work out-of-the-box, others require manually merging
> additional packages...
>
> I was thinking of trying to find a better way of providing support
> files. I thought about it for a minute then decide it's not really
> worth it. There's no simpler and more efficient way than just adding
> that tiny file to the package.
>
> Even if that sums up to 10 different files, no other solution can be
> better. If you introduce additional packages, the ebuilds, cache, vardb
> -- it is all going to take up more space than those installed files.
>
> --
> Best regards,
> Micha=C5=82 G=C3=B3rny
This entire thread proves how immature we are as a developer community
and that we rather
ignore our users for the sake of our interests and stubbornness. And
of course this is a classic example
of a non-existing or bad leadership.
--
Regards,
Markos Chandras - Gentoo Linux Developer
http://dev.gentoo.org/~hwoarang