1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

Panilux, is a new generation Linux control panel. Built in Nginx support!

Discussion in 'Server Configuration and Hosting' started by RoldanLT, May 2, 2015.

  1. RoldanLT

    RoldanLT Well-Known Member

    More info: https://www.panilux.com/
     
    maszd likes this.
  2. Tracy Perry

    Tracy Perry Well-Known Member

    And is a BETA. I personally don't think I'd place my production server at the mercy of BETA software. Might be fun to play with though.
     
  3. RoldanLT

    RoldanLT Well-Known Member

    I don't think it's beta.
    Development started 2011 I think.
    It's pretty stable on my test VPS.
     
  4. RoldanLT

    RoldanLT Well-Known Member

  5. Tracy Perry

    Tracy Perry Well-Known Member

  6. RoldanLT

    RoldanLT Well-Known Member

    Maybe the site is the one on beta :).
     
  7. Tracy Perry

    Tracy Perry Well-Known Member

  8. Slavik

    Slavik XenForo Moderator Staff Member

    Good, the sooner Debian can die the better :D
     
  9. The Forum Heroes

    The Forum Heroes Well-Known Member

    What else is there?
     
    SneakyDave, Xon, D.O.A. and 1 other person like this.
  10. Tracy Perry

    Tracy Perry Well-Known Member

    A much better, more up to date OS that goes by the name Debian, or it's big cousin Ubuntu. :whistle:

    I run a few CentOS VPS's.... and honestly, I hate them. If it wasn't for the fact I wanted to get exposure to them I wouldn't have any.
    And I can't tell you exactly what it is about it that I don't like.. it's just one of those undefinable "things".;)
     
    hellreturn likes this.
  11. Slavik

    Slavik XenForo Moderator Staff Member

    I feel the same about Debian :D
     
    Floren likes this.
  12. Tracy Perry

    Tracy Perry Well-Known Member

    Well, the other reason I prefer Debian/Ubuntu is that Ubuntu is a heck of a desktop distribution also. The other major complaint I had with it was that you have to either hunt down esoteric repositories for some stuff or you compile yourself - which then makes updating a real pain the keister. ;)
     
  13. D.O.A.

    D.O.A. Well-Known Member

  14. Tracy Perry

    Tracy Perry Well-Known Member

    Usually when you see this, it is a pretty good indicator it's in a BETA (or not a full release) stage unless they have a weird numbering strategy.

    Screen Shot 2015-05-04 at 12.51.05 AM.png

    Another pretty good indicator is it's not fully prime time ready (not necessarily the version, but the fact that it doesn't fully set it up and that it is using a deprecated mysql extension on it's default install - not mysqli).

    Screen Shot 2015-05-04 at 3.19.38 AM.png
     
    Last edited: May 4, 2015
  15. Floren

    Floren Well-Known Member

    It's time to grow up and get out of Debian's little toys sand box. I was reading this blog entry, recently. I think is been a long time I did not have such a good laugh at the arguments presented by author.
     
  16. Sheratan

    Sheratan Well-Known Member

    Talking Debian vs CentOS/RHEL is like who is better, Real Madrid or Barcelona.
     
  17. Tracy Perry

    Tracy Perry Well-Known Member

    Actually it's time for CentOS to get out of the '90s. :p

    My arguments for it.. it's what I'm familiar with, it works and I don't have to spend time compiling source for anything (which I have had to do a time or two on CentOS - I have better things to do with my time than that - I do have a life) and I don't have to worry about missing dependencies that I've come across several times on CentOS installs. It also appears that a some of what he is talking about goes back to a desktop environment (why do you need MP3 codecs on a server really?). I don't think a lot of folks use CentOS in a desktop environ do they?

    And until recently, there was no easy upgrade path between versions with CentOS. It required a fresh install (back to the 90's again). The argument I heard was "well, you need to make sure the code and configs are all on the same level". My argument is that the upgrade process should do that for you. Not everybody eats/breathes/sleeps Linux, and upgrades were a major issue with CentOS.

    And YOU may not agree with his "arguments" but for him and his settings they may be valid.
    I do know (like I said above) that I ran into dependency problems in a base install of CentOS that should really never have happened .I think it was with the PHP stack and some of the PECL's - I don't remember exactly what it was but it happened to 2 of the of the 3 I set up and then I was contacted by another party that was having problems and it was the same issue with them also.
     
    Last edited: May 7, 2015
  18. Floren

    Floren Well-Known Member

    In 15 years time I use Linux, I NEVER stumbled into a dependency issue on RHEL.
    The fact you (and others) are preferring a Linux OS major release upgrade instead of a clean install raises a lot of flags to myself. If you don't know why, there is no point in explaining. There is a reason why the smart minds at Red Had avoided this approach for years. Even now, I will never upgrade a major release and always perform a clean install.
    That is because you were trying to something that other 99.9% of RHEL users base have no interest on doing so. I'm part of that 0.1% group also and that is why I created the AXIVO repository. Not everyone wants to use libmemcached, for example.
     
  19. Tracy Perry

    Tracy Perry Well-Known Member

    I'll see if I can find what it was again. Had to do with installing one of the PECL's and that some of the libraries were an older version (specifically had to do with upgrading the PHP to 5.6 series if I remember correctly.

    Really... and now suddenly the support it because it suddenly became good? I call ********. They didn't provide an upgrade path because of other reasons. That's like saying that every time you upgrade a Windows server you have to fresh install. Idiotic.

    Really? They have no desire to run the latest PHP and use all the features of it?
    I'll find that error and update this post shortly.

    EDIT:
    This is similar to one of them
    Code:
    Setting up Update Process
    Package php54-common-5.4.22-1.ius.el6.x86_64 is obsoleted by php-common-5.5.7-1.el6.remi.x86_64 which is already installed
    Resolving Dependencies
    --> Running transaction check
    ---> Package php-pecl-zip.x86_64 0:1.12.3-1.el6.remi.5.5 will be obsoleted
    --> Processing Dependency: php-pecl-zip(x86-64) for package: php-common-5.5.7-1.el6.remi.x86_64
    ---> Package php54-common.x86_64 0:5.4.22-1.ius.el6 will be obsoleting
    --> Finished Dependency Resolution
    Error: Package: php-common-5.5.7-1.el6.remi.x86_64 (@remi-php55)
    Requires: php-pecl-zip(x86-64)
    Removing: php-pecl-zip-1.12.3-1.el6.remi.5.5.x86_64 (@remi-php55)
    php-pecl-zip(x86-64) = 1.12.3-1.el6.remi.5.5
    Obsoleted By: php54-common-5.4.22-1.ius.el6.x86_64 (ius)
    Not found
    Available: php-common-5.4.22-1.el6.remi.x86_64 (remi)
    php-pecl-zip(x86-64) = 1.11.0
    Available: php-common-5.4.23-1.el6.remi.x86_64 (remi)
    php-pecl-zip(x86-64) = 1.11.0
    Available: php-pecl-zip-1.12.2-2.el6.remi.5.5.x86_64 (remi-php55)
    php-pecl-zip(x86-64) = 1.12.2-2.el6.remi.5.5
    Installed: php-common-5.5.7-1.el6.remi.x86_64 (@remi-php55)
    Not found
    Available: php-common-5.3.3-26.el6.x86_64 (centos6-base)
    Not found
    Available: php-common-5.3.3-27.el6_5.x86_64 (centos6-updates)
    Not found
    Available: php-common-5.5.6-1.el6.remi.x86_64 (remi-php55)
    Not found
    You could try using --skip-broken to work around the problem
    You could try running: rpm -Va --nofiles --nodigest
    
     
    Last edited: May 8, 2015
  20. Floren

    Floren Well-Known Member

    They support upgrades for specific/targeted use cases only and do NOT recommend it. Call them to find out why, or inquire a reliable source, not a novice source.
    Please enlighten us and tell us why.
    Why do you use repositories that are flagged by CentOS? No wonder you get errors. You are using deprecated packages outside CentOS/RHEL supported list and you complain...
     
    Last edited: May 8, 2015

Share This Page