Recommended Posts

So there was a discussion the other night about the GUI installer so I thought heck, let's try php...

So I looked for php-qt, it exists! But it haven't had any development done to it in years and isn't compatible with php 5.4 or 5.3..

So I looked back at php 5.3 and php-gtk that I remember using on windows years ago... Tried the 2.0.1 version and after fixing a few bugs with the build, it compiled. The bad thing is that it was completely broken, things opened but what was meant to change the look of things didn't change anything at all, so I tried the SVN version... It needed php-cairo so I got that and got it build, easy! But alas now trying to get php-gtk SVN to build is proving to be a pain in the arse, it's using PHP 5.4's files in /usr/include, etc. and ignoring that I said to use files in /tmp/BB so I've given up with it temporially, I'll blast out a VM on my server sometime with arch, get the PHP pkgbuild and change it to build PHP 5.3 not 5.4, make it then have a go at making the SVN extension and seeing how useful/working it is.

So if that goes well, we can stick PHP 5.3 on the live cd somewhere and use it to make/run an installer, though we'll need to code it :p.

Anyway I'll do that another time but wanted to update on it here. (Unless anyone else wants to give it a try)

  • Like 1
Link to comment
https://www.neowin.net/forum/topic/1091945-shift2-gui-installer/
Share on other sites

Nope only the GUI written in PHP, then just use it to make a list of things to run (like pacman) and run them in the background.

That sounds like most installers; GUI which kicks off some code to do other stuff :p (yes, I understand the technical detail, just felt like being an ass)

PHP for an installer? I'm by no means a coding expert, but even I know that's not a good idea.

See, this is why I voted for Debian as a basis. They have a GUI installer already which could have been modified for Shift. Writing a GUI installer from scratch for a distribution like Arch is going to be a nightmare...

Still though, why use PHP? Seems like the wrong tool for the job to me, and an unnecessary dependency. Why not pick Python or a Mono-based language, something more oriented toward desktops?

  • Like 3

well.. if you wanted.. we could make it C# Based but with your interface. I could do the C# code to your layout/design/control. Basically you would tell me/design how you want it to look/act and I can do the C# to make it do it. I've written pre-installers for apps at work using C#. Installers that install pre-requisites and such.

Using a server side scripting language for a GUI based operating system installation sounds like a questionable choice to me. There are so many good Linux installers already available, why not re-purpose them to fit your needs?

Probably be quite a few weeks till it happens...

Waiting for parts for new-server to arrive, then internets getting switched, then gotta move data and parts from old sever to new server, then get the internet routing setup and then finally try out PHP-GTK!

  • 2 weeks later...

I've been working on a basc framework/set of files. going to try and make a mono included live CD tonight and see if I can get an automated/graphicall installer made. I have installing files from the official repo done so not a crazy amount of code needed to do it assuming I can get the live CD made. as mono will be required.

I've been working on a basc framework/set of files. going to try and make a mono included live CD tonight and see if I can get an automated/graphicall installer made. I have installing files from the official repo done so not a crazy amount of code needed to do it assuming I can get the live CD made. as mono will be required.

Nice one fiery! Keeps us updated! :)

Nice one fiery! Keeps us updated! :)

Will do, I feel once I get the installs of .TAR.GZ files working then a bulk of the hard work is done. Then it's just a matter of doing other things, such as built-in repo editor, etc. For tar.gz files they will be meant for use with the AUR ones.. it will extract the .tar.gz, run a makepkg -s, accept the download of required dependencies, then once the install is built, run pacman -U (file). So pretty straight forward.

Going to look at the mono stuff tonight, and see if I can give a live-cd made with the mono, once I get that.. it's just a matter of writing the code and yea. Definitely going to need some graphics artists and the sort for the interface.. but I definitely think it's doable. It is more or less just running through all the steps of a standard arch install with an interface.

This topic is now closed to further replies.
  • Posts

    • Chrome is Google's commercial web browser product; it consists of their proprietary features (Googlified everything including profile sync) plus their chromium project barebones web browser. Google developers control the chromium project. The chromium project is the "core" for the web browser product from other vendors including Microsoft Edge (their own proprietary features), Opera (their own features), Brave (their own features), etc... The "downstream" teams at Microsoft, Opera, Brave, etc., can either integrate their original MV2-supporting code into future builds, or they can integrate chromium wholesale and simply add-on their own features/functionalities -- their 'current' build pipeline, so to speak. THIS is why changes at the chromium project affect so many products besides only Google's commercial Chrome browser. -- Edit to add: The chromium project is open-source, and is the piece that's Google's code contribution to the W3C and world wide web at large; there are no licensing fees for others to use the code in their own products... which is what they do. Other browser engines do exist (Firefox's for example) but it's nearly impossible to have both engines bundled into the same 1 browser product.
    • You're comparing settler colonies to colonized war torn nations. It's easy to become the richest by coming in and stealing other people's land, culture and resources.
    • ABP has become "old news" when MV3 started rolling out. They've gone downhill and is now simply irrelevant..... in my experience.
    • About two years ago, I switched to Brave and haven't looked back.
    • FWIW StatCounter has been trash for over 25+ years! Back in the day (circa 2000 and GeoCities pre-Blogger era), it was useful to paste a number on your webpage indicating how many visitors you had. In the ensuing 25+ years, they've grown in reputation and changed their ways... but their overall consumer value has remained abysmal. Serious marketing agencies only cite StatCounter when there's literally no other sources available to support any marketing claims! They are the absolute lowest threshold serious companies use to push any sort of narrative about this-or-that happening. Besides their credibility being what it is, they are forever subject to quality issues. They're so bad that my DNS-level ad-filter prevents me from even viewing their main website! HA!
  • Recent Achievements

    • Week One Done
      rubentuben8 earned a badge
      Week One Done
    • Week One Done
      ARaclen earned a badge
      Week One Done
    • One Year In
      jojodbn earned a badge
      One Year In
    • One Month Later
      jojodbn earned a badge
      One Month Later
    • Week One Done
      jojodbn earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      531
    2. 2
      PsYcHoKiLLa
      231
    3. 3
      +Edouard
      131
    4. 4
      ATLien_0
      88
    5. 5
      Steven P.
      81
  • Tell a friend

    Love Neowin? Tell a friend!