From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 747661381F3 for ; Sat, 25 May 2013 20:40:12 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AD6D0E0C24; Sat, 25 May 2013 20:40:06 +0000 (UTC) Received: from mail-ve0-f177.google.com (mail-ve0-f177.google.com [209.85.128.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id BEEEDE0BB4 for ; Sat, 25 May 2013 20:40:05 +0000 (UTC) Received: by mail-ve0-f177.google.com with SMTP id pa12so66283veb.36 for ; Sat, 25 May 2013 13:40:04 -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:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=UuU1fiPbI8SwOQRHQueRUYBjy//I/fQbrSkzvEFi590=; b=eiUD0LDWA7rweE5jbmFsjzJNiLxhvvxWmTJLON3rl0d5SkMqKTszjYBy3tvu0MGNHf 5P1R5fKD+WUT7Ij2uaZIUFoIQErWHbYL+jrThrQ9ZHoY4KAuTGGQd74UnINUgboeDPns FqcNsbS0fFl7vzTMOs4/NEkDbtkVB6beNyWQcnd4CqfY8T7zbkUHz1DDo6e+MX9v/66a /E6mMNFpU4KzyyfSKJWsm9eICLiOHfAUfiQZRwEl4hH3kEYhfVHYZtBjLKjk/R9NwSrK Ua6hWdZfKCJA/CXVSmiqOSHIHsWcBRKVvXbRLEp4HEdoG3s6VADKU/GlKbA/cS2G/KCB U7pw== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.52.171.108 with SMTP id at12mr10070397vdc.67.1369514404738; Sat, 25 May 2013 13:40:04 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.52.168.233 with HTTP; Sat, 25 May 2013 13:40:04 -0700 (PDT) In-Reply-To: <51A118D2.4010303@gentoo.org> References: <20130525184830.5bb25483@gentoo.org> <51A118D2.4010303@gentoo.org> Date: Sat, 25 May 2013 16:40:04 -0400 X-Google-Sender-Auth: Lqs1MUxVZCx0EZo9YptN23Eu9-4 Message-ID: Subject: Re: [gentoo-dev] Going against co-maintainer's wishes (ref. bug 412697) From: Rich Freeman To: gentoo-dev Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 826d5a3b-d2cc-4a9b-afb3-50a92de785e6 X-Archives-Hash: 6f1c3182a3585483a9fb4cbbbe730423 On Sat, May 25, 2013 at 4:02 PM, Ch=C3=AD-Thanh Christopher Nguy=E1=BB=85n wrote: > Rich Freeman schrieb: >>> Yet another stand. No offense but I'm afraid it's quite childish of you= . >>> I don't understand why you're so proud of it. It's a bit like 'Gentoo >>> will play as I like. If it doesn't, then I will play against Gentoo. >>> And if that doesn't help, I will resent and slam the door, and then >>> write to ml about it.' >> >> Honestly, if people want to have that attitude they might as well stop >> maintaining anything that installs a daemon. As a developer you have >> NO power to prevent somebody else from co-maintaining, and since those >> devs who use systemd are likely to want to have units and they're >> willing to do the work, you can expect somebody to show up and add a >> unit. > > This is why I suggested that in case of uncooperative maintainers and > upstreams, put the systemd unit in an extra package. Like it is done for > selinux policies. In this case the developer adding the unit WAS a maintainer. Nothing prevents any dev from adding themself as a maintainer to any package. My point was just that if people plan to stop maintaining packages whenever this happens that they'll end up not maintaining many packages, because it is a trend that will continue. IMHO it isn't really important for devs to co-maintain packages to add unit files, but certainly they can do so. Developers don't own the packages they maintain. Splitting unit files into separate packages is just going to make us look like Debian, with everything with a daemon having 15 packages in the tree. Would it make sense to split init.d scripts into a separate package? The Council already decided that the appropriate way to handle unit files was to put them in the package, without a USE flag, and users could mask them if they didn't want them around. > > With x32, I generally refused to apply the patches to x11 maintained pack= ages > before they had upstream ack first. x32 generally involved code patches, which involve a lot more risk of breakage to existing users and in general are a bigger pain since anytime the underlying source changes you have to re-diff them. I could see more of a push for co-maintaining in this case. Unit files are just files - you stick them in filesdir and in your ebuild and generally you touch them about as often as you touch init scripts, which is rare. If a maintainer does have to touch their init scripts and it was because a binary was renamed or something, then they can just ping the systemd team if they want them to update the units. In any case, nothing is being appealed here. Ben basically quit maintaining a package, which is his right, and the remaining maintainers are keeping the unit around. The intent of the systemd team isn't to get developers to quit, but frankly I don't think we need to coddle people to the point where threats to quit are a reason to not add units to packages. I think Ben is making a mistake, and frankly if you are trying to resist the systemd takeover then Gentoo is one of your best options out there so you might as well make sure the packages you use are well-maintained even if they also work for systemd users. Rich