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

    • The post-installation disk footprint hasn't changed much. In version 0.99.1, it was 979 MB. Now, it is 959 MB. That's just 2%. Also, PowerToys fills the disk with logs like crazy. Just look inside "\AppData\Local\Microsoft\PowerToys".
    • Yeah, right! /s They've been saying that for two centuries now. Look up "China's final warning" on Wikipedia.
    • I have not verified if any of the fixes mentioned on the below article actually work. Why Claude Code Eats All Your RAM (And How to Fix It) There are at least four separate things that can eat your RAM, and only one of them is your fault. The Four Culprits 1. Bloated Session Logs (The Silent Killer). For 2-4 and more inluding the suggested fixes, see link https://marceloretana.com/blog...aude-code-eats-all-your-ram
    • One of my PC's is Windows 11 Home Edition... and guess what? it supports Hyper-V Disks and Containers, as well as WSL2... which these desktop tools leverage on an as-needed basis. It does not need to be enabled system-wide; it merely needs to exist. Furthermore, I tried something yesterday with Hermes Desktop and their "installer" actually builds everything from source as part of its installer toolchain! The installer (and updater as it were) both go through a roughly 19-step process to prep the system for the tool to be used -- and connectivity to local/remote models, local/remote agent configs, and other steps are not included as part of this process (those are all user config steps post-install). ALSO, the "bug wasn't confirmed to exist" is the weakest argument against a bug. That's literally every flawed product's knee-jerk reaction! Even politicians, lawmakers, murderers, and other violent criminals start with that defense... "I deny everything I'm accused of." The bug is the (shared) experience. Whether it's truly Claude Code's fault, or user error, or some other software package being the ultimate culprit, is not the point. They are experiencing unpleasant side effects and don't like that.
  • Recent Achievements

    • One Month Later
      Sopa flores earned a badge
      One Month Later
    • First Post
      StaticMatrix earned a badge
      First Post
    • Week One Done
      StaticMatrix earned a badge
      Week One Done
    • Rookie
      lamborghiniv10 went up a rank
      Rookie
    • One Month Later
      pinnclepd earned a badge
      One Month Later
  • Popular Contributors

    1. 1
      +primortal
      515
    2. 2
      PsYcHoKiLLa
      208
    3. 3
      +Edouard
      160
    4. 4
      Steven P.
      96
    5. 5
      ATLien_0
      81
  • Tell a friend

    Love Neowin? Tell a friend!