Announcement

Collapse
No announcement yet.

Systemd Dreams Up New Feature, Makes It Like Cron

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #61
    Originally posted by duby229 View Post
    Fuck coreos... If thats what they want then they can implement that on its own distro.... Call it coreos.... But leave the rest of our shit alone please.
    You are blaming the wrong people. The systemd developement team developes a LGPL licenced set of tools that's free for anyone to use. It's up to your distribution to choose what init system or set of core-os utilities to use. Many just happen to have chosen systemd.

    Comment


    • #62
      Originally posted by duby229 View Post
      Adding features seems like an excuse to obfuscate.

      It shouldnt be responsible for power management or dev management or job schedules or network interfaces or tty interfaces. Those should each be independent services that of course sysd should be able to start or close. And what happens when someone decides to develop a competing power manager or job scheduler? Why should sysd be responsible to managething infrastructure that has nothing at all to do with its main purpose?
      Systemd was ORIGINALLY about managing init. And to an extent it still is, anything beyond service management, device management and logging are all optional, (Configure time flags). If you don't want "CoreOS", as funkstar called it, then you dont compile it as such. Now its about having a sane, reliable, standard base system. Its not 1 binary, its like 20, developed as a suite.

      Comment


      • #63
        Originally posted by duby229 View Post
        Its already being done...
        Yeah and it was great laugh. I recommend you to go read the current and former udev maintainers many mails and g+ posts about it. the forksters are dumb ass teenagers on meth. And they already screwed up. udev needs capable maintainers not idiots. Right now udev does very well in the systemd tree.
        Last edited by funkSTAR; 01-28-2013, 05:15 PM.

        Comment


        • #64
          Originally posted by johnc View Post
          Sounds like Lennart is interested in writing a whole operating system of his own.
          Lennart Poettering - systemd as the Core OS
          www.youtube.com/watch?v=_2aa34Uzr3c

          Comment


          • #65
            Originally posted by Ericg View Post
            Its not 1 binary, its like 20, developed as a suite.
            I'm not sure if you are refering to just the minimal systemd installation but a full one has 69 binaries.

            Comment


            • #66
              Originally posted by Teho View Post
              I'm not sure if you are refering to just the minimal systemd installation but a full one has 69 binaries.
              Thank you Teho, I was actaully referring to a full installation. So instead of 20 binaries, its 69 separate binaries--proving my point even more.

              Comment


              • #67
                Originally posted by Ericg View Post
                Systemd was ORIGINALLY about managing init. And to an extent it still is, anything beyond service management, device management and logging are all optional, (Configure time flags). If you don't want "CoreOS", as funkstar called it, then you dont compile it as such. Now its about having a sane, reliable, standard base system. Its not 1 binary, its like 20, developed as a suite.
                But the thing is that it isnt sane, reliable or standard. Its rather insane to try and have an init system manage subsystems that are in no way related to it. The implementation of these subsystems are incompatible with what they replaced and are full of bugs. They only work on linux and can't support other kernels.

                Where is the sanity or the reliability or the standardization? I don't see anything like that. Instead all I see is an excuse. The question I have is an excuse for what? Thats what I don't get... What is the point for all these things that it doesnt even need to do? I don't think there is a point. I think this guy has a major superiority complex and he thinks that his way is the only good way. But the truth is that his way isnt good at all and it damn sure isnt the only way.

                Comment


                • #68
                  Originally posted by Ericg View Post
                  Thank you Teho, I was actaully referring to a full installation. So instead of 20 binaries, its 69 separate binaries--proving my point even more.
                  Ironically enough it even proves my point even further.

                  Comment


                  • #69
                    Originally posted by duby229 View Post
                    But the thing is that it isnt sane, reliable or standard. Its rather insane to try and have an init system manage subsystems that are in no way related to it. The implementation of these subsystems are incompatible with what they replaced and are full of bugs. They only work on linux and can't support other kernels.

                    Where is the sanity or the reliability or the standardization? I don't see anything like that. Instead all I see is an excuse. The question I have is an excuse for what? Thats what I don't get... What is the point for all these things that it doesnt even need to do? I don't think there is a point. I think this guy has a major superiority complex and he thinks that his way is the only good way. But the truth is that his way isnt good at all and it damn sure isnt the only way.
                    The code is much easier to manage in a single git tree; The master branch and releases will always be synchronized between sub projects. This saves 1000s of hours which was spent on compability issues and distro specific shit. There you have it; THIS IS BY FAR THE MOST EASY FUN AND RELIABLE WAY TO MAINTAIN THE CODE!!!!!!!

                    And you talk about systemd like it is ruled by one person, it is not. More than 30 people have commit access. YOU are the one with a complex. Suck it up and get ready for the new world order. systemd is taking over.

                    Comment


                    • #70
                      Originally posted by funkSTAR View Post
                      The code is much easier to manage in a single git tree; The master branch and releases will always be synchronized between sub projects. This saves 1000s of hours which was spent on compability issues and distro specific shit. There you have it; THIS IS BY FAR THE MOST EASY FUN AND RELIABLE WAY TO MAINTAIN THE CODE!!!!!!!

                      And you talk about systemd like it is ruled by one person, it is not. More than 30 people have commit access. YOU are the one with a complex. Suck it up and get ready for the new world order. systemd is taking over.
                      If you want the linux ecosystem to be a single distro, then have at it. But I promise you that there are very few other people that will agree with you... Those thousands of man hours are worth it. It provides us with a diverse choice of what fits our needs best.

                      The fact of the matter is that choice is what drives economies of scale. Clearly you don't know much about that though.
                      Last edited by duby229; 01-28-2013, 05:48 PM.

                      Comment


                      • #71
                        Originally posted by duby229 View Post
                        Those thousands of man hours are worth it. It provides us with a diverse choice of what fits our needs best.
                        Yeah? You and which army? While the original maintainers take their code to the systemd tree there nothing you can do about. Well maybe you can gather 100 moronix mobsters and you can fork everything, do unsynchronized releases, add 100 distro specifc patches and try to maintain binary compatibility between 5 kernels, 3 init systems, HAL and alot of other shit out there. GOOD LUCK, but the rest of the world moves to CoreOS. bye!

                        Comment


                        • #72
                          Originally posted by funkSTAR View Post
                          Yeah? You and which army? While the original maintainers take their code to the systemd tree there nothing you can do about. Well maybe you can gather 100 moronix mobsters and you can fork everything, do unsynchronized releases, add 100 distro specifc patches and try to maintain binary compatibility between 5 kernels, 3 init systems, HAL and alot of other shit out there. GOOD LUCK, but the rest of the world moves to CoreOS. bye!
                          Funky, have you ever actually written a line of code? I'm curious.

                          Comment


                          • #73
                            Originally posted by pingufunkybeat View Post
                            Funky, have you ever actually written a line of code? I'm curious.
                            The only question is which order of magnitude you will add to the one line? You can go non-decimal if you want to play it geek-cool Make your bet.

                            Comment


                            • #74
                              Originally posted by funkSTAR View Post
                              The only question is which order of magnitude you will add to the one line? You can go non-decimal if you want to play it geek-cool Make your bet.
                              huh?......

                              Comment


                              • #75
                                Originally posted by duby229 View Post
                                huh?......
                                Mind your own business. You can spend this and your next ten lives maintaining out of tree shit nobody cares about anymore.

                                Comment

                                Working...
                                X