Results 1 to 10 of 97

Thread: Gentoo Developers Unhappy, Fork udev

Threaded View

  1. #17

    Default

    Quote Originally Posted by ryao View Post
    eudev is "an official Gentoo-blessed project", but I don't think you understand what that means. Unlike developers in other organizations, any Gentoo developer can start a project for any reason. It does not need approval and it is as official as any other project. eudev would have been almost certainly developed behind closed doors for the first few months of its existence had it been a RedHat project. If I recall, your company did that with KVM. Your company also makes it difficult for independent review of changes its makes to GPL code in monolithic patches. If it weren't for Oracle's RedPatch (which is awesome), it would be impossible for most of us to audit your company's changes. When RedHat doesn't provide monolithic patches, we see single line commit messages in pull requests to various projects. The only exception to this that I have seen is the Linux kernel, where Linus rejects pull requests containing such commits.

    All of the changes to eudev are developed in the open and none of our work is currently considered production ready. I wrote the commit that you cited because the kmod dependency broke things on Gentoo stable (think RHEL6) and keeping it in HEAD was problematic for development. We have observed many things to be committed to HEAD are non-functional (e.g. hwdb) when first committed, only to be fixed with additional patches later. You could claim that it would be natural for things to look like this because of how merges work, but when we snapshotted systemd, we obtained a new builtin called hwdb that was clearly broken and was later fixed in a slew of commits made before the 196 tag. We believe that new features should be introduced to HEAD in after multiple developers have verified it as working, not before. We are working toward a repository in which that is the case. However, we literally just started. I am currently reworking the kmod builtin in a branch. It will be merged after it has been verified to be working well on all target system configurations.

    With that said, there is great irony to your comments given that you are a GNOME developer. Linus Torvalds has made terrific comments about the quality of your project's work. In specific, it is an "unholy mess" [1] and "GNOME Are In Total Denial" [2]. Your criticisms of our project would be valid had these commits been part of GNOME, but they are not.

    1: http://digitizor.com/2011/08/04/linu...nome-for-xfce/
    2: http://www.omgubuntu.co.uk/2012/09/l...n-total-denial
    1: You appear to have missed the part where I explicitly said:

    "And probably still does to those who don't understand that it isn't really an official Gentoo-blessed project, just a small group of Gentoo devs." If a project doesn't require any review and can be started on a whim by any Gentoo dev with no oversight by anyone else, in what sense is it an 'official Gentoo-blessed project', exactly? Does Gentoo apply its name to any project started by anyone who has Gentoo commit privileges, with no review whatsoever of what that project entails? I'm not sure that's a terribly smart policy.

    2: I am not a GNOME developer. I am a QA engineer. Never written any GNOME code, never written any code, never going to.

    3: RH developers can certainly create projects in the open and develop them at any point, though they don't typically use RH resources to do so, as it only leads to confusion. As neatly illustrated in the current case. KVM was developed by a separate company called Qumranet, who were then bought by RH, who opened up the code. If you look into RH's history, you will note that this is a consistent pattern: we buy small, relatively closed-development-model companies, and open their code. To the benefit of all.

    4: I don't have much to say on the kernel patch issue as it's nothing to do with me, but you may note - all of this is entirely public information - that it happened shortly after Oracle started releasing our product, commercially, under a different name and attempting to undercut us on service. For the many years where non-commercial RH clones existed but no commercial clones like Oracle's did, our kernel patches were available in separated form. You may draw your own conclusions.
    Last edited by AdamW; 11-22-2012 at 05:40 AM.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •