On 11/18/2012 04:48 AM, Pacho Ramos wrote:
El dom, 18-11-2012 a las 11:13 +0200, Samuli Suominen escribió:
On 18/11/12 07:19, Greg KH wrote:
On Sun, Nov 18, 2012 at 12:00:52AM -0500, Richard Yao wrote:
Having a builtin is a good idea, but the implementation as a mandatory
dependency on kmod is not. The plan is to reintroduce it as an optional
dependency, so that distributions (and Gentoo users) that do not want it
can avoid it. None of us want to force dependencies on others and there
is no need for this one.
You do realize that you didn't really drop the dependency at all, right?
Exactly what I had in mind. So far I see bunch of regressions (back to
bundling code :() in the "eudev" repository and more it deviates from
the orig. upstream the less attractive it's looking...
What should be done, at most, is to cherry-pick and revert the things
that killed the sep. /usr support, put it behind an USE flag to the
current udev's ebuild, perhaps IUSE="+vanilla", and be done with it.
- Samuli
+1
@eudev maintainers, Wouldn't that be possible?
What began as me experimenting and moving code around to see what was
the best approach to begin addressing several issues has suddenly turned
into a war. Pacho, I am not sure whether it is possible or the best way
to proceed. I say that with neutrality because I haven't figured out
everything that's there.
The two edged sword here is that, while I want to do the thinking out
loud where people can see what I'm considering in code changes and
participate, I opened the flood gate for a lot of anger. I woke up to
see the name of the repo changed and a legal threats being thrown around.
I know that by my very sending of this email, I will have a lot of CC's
coming back at me with criticisms about things I didn't know I had even
taken a stand on.
There is one pressing issue though. It is my understanding that the
council would like to see where this gets in one months time and stayed
off a vote on udev. There are strong feelings for openrc and a
systemd-less udev. These will not go away irrespective of this project.
--
Anthony G. Basile, Ph.D.
Gentoo Linux Developer [Hardened]
E-Mail : bluen...@gentoo.org
GnuPG FP : 8040 5A4D 8709 21B1 1A88 33CE 979C AF40 D045 5535
GnuPG ID : D0455535
