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 49CB31389E2 for ; Wed, 31 Dec 2014 14:26:35 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E343FE0384; Wed, 31 Dec 2014 14:26:34 +0000 (UTC) Received: from virtual.dyc.edu (mail.virtual.dyc.edu [67.222.116.22]) by pigeon.gentoo.org (Postfix) with ESMTP id 944D3E0384 for ; Wed, 31 Dec 2014 14:26:34 +0000 (UTC) Received: from [192.168.3.7] (cpe-74-77-145-97.buffalo.res.rr.com [74.77.145.97]) by virtual.dyc.edu (Postfix) with ESMTPSA id EEE3C7E001C; Wed, 31 Dec 2014 09:26:33 -0500 (EST) Message-ID: <54A407CE.5030903@opensource.dyc.edu> Date: Wed, 31 Dec 2014 09:27:26 -0500 From: "Anthony G. Basile" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: eudev mailing list X-BeenThere: eudev@gentoo.org X-BeenThere: eudev@lists.gentoo.org MIME-Version: 1.0 To: "Enrico Weigelt, metux IT consult" , eudev@lists.gentoo.org Subject: Re: [eudev] udev alternatives References: <54A3EBDD.7040909@gr13.net> In-Reply-To: <54A3EBDD.7040909@gr13.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: a6e8d5a3-0119-4f98-adfe-6dc5e4a33836 X-Archives-Hash: 39fe71d8550474fab2cd365e460e5872 On 12/31/14 07:28, Enrico Weigelt, metux IT consult wrote: > Hi folks, > > > we're currently having a longer discussion about udev alternatives > @ devuan (*1) ... maybe some of you guys like to join in here. > > one of us is developing an own tool, vdev, which has interesting > features like ACLs based on the callee (it's implemented as an > virtual filesystem). perhaps some of you guys like to have a look > at it. > > > cu > > *1: https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng > -- > Enrico Weigelt, > metux IT consulting > +49-151-27565287 > eudev is a stop gap solution. If you look at the notes, there are two major changes that I did not include. As these accumulate with the integration of kdbus, we'll be in some trouble. Probably I would refork based on a refactorization of their code. I am currently skeptical of alternatives. I have not seen one really "win the day". -- Anthony G. Basile, Ph. D. Chair of Information Technology D'Youville College Buffalo, NY 14201 (716) 829-8197