Page 3 of 8 FirstFirst 12345 ... LastLast
Results 21 to 30 of 71

Thread: Apple's OS X Launchd Being Ported To FreeBSD

  1. #21
    Join Date
    Feb 2013
    Posts
    275

    Default

    Quote Originally Posted by enjolras View Post
    Are you serious ? Are you such a fanboy you're ready to accept bad design choices in a software just to avoid other reusing your work ? It's crazy. First, the license is supposed to achieve this goal, and second, just because you don't want other to reuse your work as they want (which harmless in my opinion, but ok, let's admit some people don't like that), you'll make your code worse, reducing the quality of the software for people who use it like you expected, and you make it harder for you to maintain ?

    It's amazing you can just suggest such a thing...
    The GPL does not prohibit anyone from re-using code licensed under it. The GPL's "viral" nature attempts to extend the rights of code re-use even further. It is those who reject a project based on it being GPL that are responsible for less code re-use, not those that choose to cover their projects using the GPL

    If a project's members choose to license their code under the GPL, those members should not be held responsible for the decisions of others not under their control to reject GPL code. On the other hand, those who reject GPL code do so because they don't want others to re-use their own derivatives of that code, so it is in fact those that reject the GPL and other copyleft licenses, not those that proliferate them, who are discouraging code re-use.

    It is true that not every project entity that chooses the GPL for its output does so for the purposes of encouraging code re-use. Some projects make their work available under both GPL and proprietary licenses in order to enable the commercial entities financially backing the project to sell proprietary licenses to the code. Both such asynchronous licensing situations and permissive licensing situations have drawbacks compared to a pure GPL approach: for permissively licensed code, the rights of code re-use are not protected to the same extent that they are with the GPL, while for dual-licensed code, one or several entities is placed in a privileged position relative to that of other stakeholders.

    However, since the output of such dually-licensed projects is available under a GPL license at no charge, the only potential adopters of the code who are directly affected by the availability of a proprietary license to the code are those that had already made the decision to reject the GPL. Those that were seeking to use GPL code in the first place can still do so and are not directly negatively impacted by the availability of proprietary licensing options.

  2. #22
    Join Date
    Jan 2013
    Posts
    525

    Default

    Quote Originally Posted by enjolras View Post
    Are you serious ? Are you such a fanboy you're ready to accept bad design choices in a software just to avoid other reusing your work ? It's crazy. First, the license is supposed to achieve this goal, and second, just because you don't want other to reuse your work as they want (which harmless in my opinion, but ok, let's admit some people don't like that), you'll make your code worse, reducing the quality of the software for people who use it like you expected, and you make it harder for you to maintain ?

    It's amazing you can just suggest such a thing...
    It doesn't even matter, systemd is clearly a Linux only component since it requires several Linux only features such as cgroups.

    No amount of license changes will effect that, although hopefully there will be some API compatibility between launchd and systemd.

  3. #23
    Join Date
    Apr 2010
    Posts
    718

    Default

    Quote Originally Posted by brosis View Post
    On the other side the only misarchitecture of GNU was monolithic design because they feared emerging of proprietary plugins
    Nonsense... GCC isn't monolithic because of proprietary plugins - it's monolithic because it's an ancient code base that never had any pressure to make it modular. Whereas LLVM has been designed that way from the start, in the assumption that people want to integrate it with other tools like IDEs, instead of running from a command line or Makefile...

  4. #24
    Join Date
    Apr 2010
    Posts
    718

    Default

    Quote Originally Posted by intellivision View Post
    It doesn't even matter, systemd is clearly a Linux only component since it requires several Linux only features such as cgroups.
    Yeah, systemd is non-portable by deliberate design - it's built to take maximum advantage of OS capabilities, not to try to work around key features being implemented differently (or not at all) on different platforms. Lennart's advice to porters is to reimplement the systemd APIs on top of native features, rather than trying for a portable codebase.

  5. #25
    Join Date
    Oct 2013
    Posts
    78

    Default

    systemd is non-portable by deliberate design
    That is correct

    http://aboutthebsds.wordpress.com/20...-fear-systemd/

  6. #26
    Join Date
    Sep 2011
    Posts
    684

    Default

    Quote Originally Posted by intellivision View Post
    It doesn't even matter, systemd is clearly a Linux only component since it requires several Linux only features such as cgroups.

    No amount of license changes will effect that, although hopefully there will be some API compatibility between launchd and systemd.
    Radeon and the Intel driveres required KMS and othere Linux only features, yet they where eventually ported.

  7. #27
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,583

    Default

    Quote Originally Posted by garegin View Post
    The last time I got a BSOD that was not hardware related was three years ago for a GPU driver update.
    Oh I have one sure fire way of bluescreening Windows 8 / 8.1 with Virtualbox 4.2 series.

    Poof!!! DRIVER_IRQL_NOT_LESS_OR_EQUAL (VBoxUSBMon.sys)

  8. #28
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,583

    Default

    Quote Originally Posted by endman View Post
    Oh Geez, you aren't really quoting that idiot are you?

  9. #29

    Default

    Quote Originally Posted by Pawlerson View Post
    So, sysv init is now a bad guy for bsd?
    FreeBSD does not, and never has, used SysV init; it uses BSD init.

  10. #30
    Join Date
    Jan 2011
    Posts
    1,287

    Default

    Quote Originally Posted by deanjo View Post
    Oh I have one sure fire way of bluescreening Windows 8 / 8.1 with Virtualbox 4.2 series.

    Poof!!! DRIVER_IRQL_NOT_LESS_OR_EQUAL (VBoxUSBMon.sys)
    That is exactly what "hardware related" means. That's a driver trying to overwrite memory that doesn't belong to it, probably freed memory.
    The only other meaning of "hardware related" in this context is actually faulty hardware, but it doesn't apply to a virtual driver, of course.

Posting Permissions

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