• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login

    Don't shoot buy WHY...

    Scheduled Pinned Locked Moved
    General
    4
    7
    1.7k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • I
      ITCC
      last edited by ITCC

      I’ve been working with FOG for many years and am loving all the new bits 🙂

      But why don’t you cut the dev time by only building for one distro. I have been using https://www.turnkeylinux.org/lampstack (Debian ) with FOG as suggested by another member.

      This would also help us create manuals with more details and step by step.
      using this distro build. the install notes are very small for example

      • Install OS
      • get SVN
        *Install FOG

      But you also get SQLDB access and SSH via HTTPS, out the box. it’s a nice little solution.

      1 Reply Last reply Reply Quote 0
      • george1421G
        george1421 Moderator
        last edited by george1421

        While I agree with the intent of your request, its not realistic to define one and only linux distribution. For example I only use RHEL enterprise based linux. I have never touched turnkey linux. Moving to Debian for me is like visiting a foreign country (like New Zealand). While we both speak english (sort of), I can’t find what I want when I need it. Its enough to drive you mad.

        (this is my own personal opinion not representing anyone but me) I do agree that the FOG project needs to pick 4-6 certified distributions/versions. Because its impossible to support 31 flavors of OS’, you also pile on the number of builds per distribution that actual support numbers are staggering.

        Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

        1 Reply Last reply Reply Quote 0
        • Wayne WorkmanW
          Wayne Workman
          last edited by Wayne Workman

          Let’s say 1.3.0 stable is released ONLY for Debian… and 5,000 people install it.

          And then Debian developers release an update that totally breaks fog. And now FOG 1.3.0 doesn’t work for anyone and is broke everywhere the update is installed. That’d be a big issue. Supporting more than one OS solves this issue.

          Right now, I think FOG supports Ubuntu, Debian, RHEL, CentOS, Fedora, Arch, and variants thereof usually.

          Plus, all the work is already done. Why undo it? And also it’s not that big of a deal to support all the different distros - most changes are in the installer. PHP normally isn’t affected by changes in OS. PHP is affected by what version of PHP you have installed!

          Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
          Daily Clean Installation Results:
          https://fogtesting.fogproject.us/
          FOG Reporting:
          https://fog-external-reporting-results.fogproject.us/

          george1421G 1 Reply Last reply Reply Quote 0
          • I
            ITCC
            last edited by

            I agree with both. it would be wrong of me to assume all users want to use the same version.
            IF the work has been done then I wouldn’t say undo it. But picking CentOS, RHEL,Arch & Debian only would allow for less documentation writing. Don’t forget that a lot of users only install linux to use FOG. they just want step-by-step and easy access / support.

            1 Reply Last reply Reply Quote 0
            • george1421G
              george1421 Moderator @Wayne Workman
              last edited by george1421

              @Wayne-Workman said:

              it’s not that big of a deal to support all the different distros…

              I agree. Really the biggest part of support isn’t FOG (once we move off a trunk build environment).

              The bigger support issues are beyond the reach of the fog project.

              1. PXE booting (dhcp and initial iPXE image download via tftp)
              2. Networking related (mainly spanning tree)
              3. Target system hardware (i.e. new network driver of the month club)
              4. UEFI bios inconsistencies (emerging problem child)

              This issues are mainly target system environmental and not something that FOG can manage directly. I can say that with FOG 2.0 that will enter a new realm since FOG 2.0 will run inside node.js (think of how java was publicized as a cross platform operating environment) and not touch or be dependent on the OS directly. As long as the OS supports node.js then FOG will run on it. Heck node.js runs on a Raspberry Pi (I’m not suggesting that is an ideal platform for FOG, maybe some day though).

              Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

              1 Reply Last reply Reply Quote 1
              • Wayne WorkmanW
                Wayne Workman
                last edited by

                Imaging solutions will always have to support the network driver / kernel of the month. Always. Always. Always.

                Because we I.T. folks want to immediately image the 700 brand-new computers we just purchased for half a million dollars. And we will go to whatever solution is necessary to get it done, and immediately too. Luckily, the Linux kernel is very robust in design and release frequency.

                Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
                Daily Clean Installation Results:
                https://fogtesting.fogproject.us/
                FOG Reporting:
                https://fog-external-reporting-results.fogproject.us/

                1 Reply Last reply Reply Quote 1
                • S
                  Sebastian Roth Moderator
                  last edited by

                  @ITCC Would you be willing to get a step-by-step guide for Debian ready? Would be a great starting point.

                  Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                  Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                  1 Reply Last reply Reply Quote 1
                  • 1 / 1
                  • First post
                    Last post

                  188

                  Online

                  12.0k

                  Users

                  17.3k

                  Topics

                  155.2k

                  Posts
                  Copyright © 2012-2024 FOG Project