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

    • Promoting is fine - advertising, informing, whatever.  But interrupting your PAID OS experience is not.
    • Why does a PDF software need an audio player inside it. What is this bloat.
    • Sadly, that is the state of things. It's basically considered acceptable for any random app running on your computer to use 1+ GB of RAM, and install space, lol, no one even seems to consider that.
    • EU Commission explains why Siri AI isn't launching in the EU, and Apple is to blame by Hamid Ganji Image via Apple This week at Apple’s 2026 developers conference, the iPhone maker unveiled the upgraded Siri after more than a year of delays. The new Siri is now called Siri AI, and it's powered by Google Gemini models. While Siri AI is preparing to roll out to Apple users worldwide, the company’s EU customers might need to wait much longer before getting their hands on the new assistant. Shortly after announcing iOS 27, Apple said in a blog post that Siri AI is not coming to the EU anytime soon due to hurdles posed by the Digital Markets Act (DMA) and other regulatory requirements. To comply with the DMA in the EU, Apple apparently needs to open Siri AI to rival assistants on iOS 27 and iPadOS 27. Apple has refused to do so, which has resulted in Siri AI being delayed for its EU users. The company argues that such a move would put users’ privacy at risk. In a statement to Neowin, a European Commission spokesperson provided more details about why Siri AI will not be rolled out to Apple customers in the region. The statement first noted that the DMA does not prohibit Apple from launching its services in the EU and that the company is simply required to comply with the law. The European Commission spokesperson added that, since Apple is considered a gatekeeper under the DMA, it is “obliged to give third parties access to equivalent features as they give to its own products. Because the DMA is precisely about giving users the choice to use the product they find best suits their needs.” Moreover, the spokesperson said the Commission has been in contact with Apple, though the company “did not develop proposals for DMA compliant interoperability solutions.” The statement also clarified that companies designated as gatekeepers cannot leverage their status and products, such as operating systems, to favor their own AI services. The first public beta of iOS 27 will roll out next month, while the stable version is expected to launch this fall following the release of the iPhone 18 series. It remains unclear when Apple will be able to resolve its DMA-related compliance issues with the European Commission and bring Siri AI to its European customers.
  • Recent Achievements

    • One Month Later
      pinnclepd earned a badge
      One Month Later
    • First Post
      X-No-file earned a badge
      First Post
    • One Month Later
      johnjacobb40 earned a badge
      One Month Later
    • One Year In
      Primer1st earned a badge
      One Year In
    • Experienced
      JayZJay went up a rank
      Experienced
  • Popular Contributors

    1. 1
      +primortal
      510
    2. 2
      PsYcHoKiLLa
      214
    3. 3
      +Edouard
      145
    4. 4
      Steven P.
      88
    5. 5
      ATLien_0
      83
  • Tell a friend

    Love Neowin? Tell a friend!