Announcement

Collapse
No announcement yet.

PHP-GTK is getting increasingly stale - any comment?

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

  • PHP-GTK is getting increasingly stale - any comment?

    The project's website (http://gtk.php.net/) looks like it's been neglected for over a year. There are some bad links in the resources section, and the last news update was the 28th of May, 2009. The latest version doesn't support php 5.3 (it was released in 2008).

    How will the Phoronix Test Suite's GUI frontend cope if/when PHP-GTK gets too obsolete?

  • #2
    Originally posted by StringCheesian View Post
    The project's website (http://gtk.php.net/) looks like it's been neglected for over a year. There are some bad links in the resources section, and the last news update was the 28th of May, 2009. The latest version doesn't support php 5.3 (it was released in 2008).

    How will the Phoronix Test Suite's GUI frontend cope if/when PHP-GTK gets too obsolete?
    I'm trying to get the gui up and running and this has been a roadblock for me too. Why is this necessary? I know many linux users are comfortable with the CLI but I think the GUI is predominant these days for a reason. Making it (the gui) impossible to use without this module (which isn't in any ubuntu repositories) is frustrating.

    I tried installing php-gtk using this PPA: http://php-gtk.eu/en/ubuntu-repository-with-php-gtk
    but I now get this:

    nicholas@ubuntu:~$ phoronix-test-suite gui
    PHP Notice: Use of undefined constant IS_NVIDIA_LINUX - assumed 'IS_NVIDIA_LINUX' in /usr/share/phoronix-test-suite/pts-core/objects/phodevi/components/phodevi_system.php on line 1052
    PHP Fatal error: Class 'GtkWindow' not found in /usr/share/phoronix-test-suite/pts-core/objects/gtk/pts_gtk_window.php on line 24

    Any comment?

    Comment


    • #3
      Originally posted by onecallednick View Post
      IPHP Fatal error: Class 'GtkWindow' not found in /usr/share/phoronix-test-suite/pts-core/objects/gtk/pts_gtk_window.php on line 24

      Any comment?
      You still don't have PHP5-GTK loaded. Either the Debian package you installed was for PHP 5.2.x on an older Ubuntu release or you don't have the extension loaded within a php.ini file.
      Michael Larabel
      http://www.michaellarabel.com/

      Comment


      • #4
        Originally posted by StringCheesian View Post
        The project's website (http://gtk.php.net/) looks like it's been neglected for over a year. There are some bad links in the resources section, and the last news update was the 28th of May, 2009. The latest version doesn't support php 5.3 (it was released in 2008).
        Using their latest code should work with PHP 5.3... I've got it working atop the Ubuntu 10.04 LTS PHP stack that is using PHP 5.3.

        The state of the PHP5-GTK project though is indeed sad.

        Originally posted by StringCheesian View Post
        How will the Phoronix Test Suite's GUI frontend cope if/when PHP-GTK gets too obsolete?
        The GTK2 GUI would be dropped and users would be forced to use the CLI or one of the web-based solutions for the Phoronix Test Suite controls (like Phoromatic or what's about to come).

        There is a PHP5 Qt module but it's in an even more sour state than PHP5 GTK and besides that there is no other good UI module.

        Originally posted by onecallednick View Post
        I'm trying to get the gui up and running and this has been a roadblock for me too. Why is this necessary? I know many linux users are comfortable with the CLI but I think the GUI is predominant these days for a reason. Making it (the gui) impossible to use without this module (which isn't in any ubuntu repositories) is frustrating.
        I'd estimate 95%+ of the professional users are running the phoronix-test-suite CLI interface.
        Michael Larabel
        http://www.michaellarabel.com/

        Comment


        • #5
          Who the hell writes a desktop UI in PHP anyway? That's like eww! Not surprised at all the project is dying.

          Comment


          • #6
            Originally posted by monraaf View Post
            Who the hell writes a desktop UI in PHP anyway? That's like eww! Not surprised at all the project is dying.
            PHP's actually worked out really well for the phoronix-test-suite itself aside from the GTK2 problems.
            Michael Larabel
            http://www.michaellarabel.com/

            Comment


            • #7
              I'm sure it would make kind of sense for a web based UI. But I sure as hell ain't gonna install PHP on my desktop just to run some program. And I don't think I'm the only one who feels that way. So in my point of view you're kinda limiting your audience.

              Comment


              • #8
                Many do feel that way, but it's only going to be until PTS will be a killer app enough.

                I don't want most interpreted crap on my boxen, php python lua ruby, yet I do have python now as there was a killer app :P

                Comment


                • #9
                  Originally posted by curaga View Post
                  Many do feel that way, but it's only going to be until PTS will be a killer app enough.

                  I don't want most interpreted crap on my boxen, php python lua ruby, yet I do have python now as there was a killer app :P
                  At least for Python, most Linux distros would be broken without it. I know that the yum package manager which is used by RHEL and Fedora is written in Python. The portage system in Gentoo is also Python.

                  Perhaps Python would have been better suited for PTS?

                  Comment


                  • #10
                    On a side note, if PTS is the biggest PHP-gtk user, maybe Phoronix could sponsor a dev on it?

                    Comment


                    • #11
                      Originally posted by curaga View Post
                      On a side note, if PTS is the biggest PHP-gtk user, maybe Phoronix could sponsor a dev on it?
                      None of the PTS commercial users have any interest in the GUI, so there really is not too much of a point from my end.
                      Michael Larabel
                      http://www.michaellarabel.com/

                      Comment


                      • #12
                        I actually also don't see the php GUI going anywhere because of the fact that you can't even use php-gtk with ubuntu 10.04 without going through a lot of hurdles.

                        Comment


                        • #13
                          Originally posted by Dandel View Post
                          I actually also don't see the php GUI going anywhere because of the fact that you can't even use php-gtk with ubuntu 10.04 without going through a lot of hurdles.
                          Indeed, in hind sight it would appear choosing to do PTS in php was a mistake. A utilizing C or C++ would have made things a lot easier in the long run for porting to other OS's, GUI implementation and even adding tests.

                          Comment


                          • #14
                            Originally posted by deanjo View Post
                            Indeed, in hind sight it would appear choosing to do PTS in php was a mistake. A utilizing C or C++ would have made things a lot easier in the long run for porting to other OS's, GUI implementation and even adding tests.
                            Actually I don't regret for one minute writing PTS in PHP. PHP has also worked out extremely well in porting to other OSes. How would have adding tests been any easier? Though yes, the GUI would have been much easier in another language.
                            Michael Larabel
                            http://www.michaellarabel.com/

                            Comment


                            • #15
                              Originally posted by Michael View Post
                              Actually I don't regret for one minute writing PTS in PHP. PHP has also worked out extremely well in porting to other OSes. How would have adding tests been any easier? Though yes, the GUI would have been much easier in another language.
                              The same way I'm adding profiles to my rudimentary kommander script for the tests, enter your test command, save test profile, shell out to cli, run profiles test command, write results to file, read file for results. A dependency list is also easy enough to store in a human readable and editable form using a plain text box which calls upon that dependency list on the detected or picked OS.

                              PTS is for the most part just a collection of shell commands for the various apps that are easily enough stored in plain text files. Doing it in a C or C++ would allow simple binary packages that are not heavily dependent on a PHP install with all the needed modules.

                              Comment

                              Working...
                              X