MsxHub first beta release. Call for help

Page 3/4
1 | 2 | | 4

By Sylvester

Champion (383)

Sylvester's picture

22-08-2018, 08:17

yeah, it would be nice if it installs the software in a /opt/ directory or so. And that it's automatically available in the path variable so I run it without going to the directory first. On linux you have the /usr/bin directory where are binaries are located or symlinked. No idea at the moment how this could be done with MSX-DOS2. Maybe COMMAND 2.44 has a feature to make this possible?

By fr3nd

Resident (58)

fr3nd's picture

22-08-2018, 09:50

Thank you guys! Yesterday I released a new version of the client with a fix to workaround the GR8NET bug. At the moment I think I'll keep it that way to avoid compatibility issues with non updated firmwares. At the end I was only fetching this string to send it in the "User-Agent" header so it wasn't used for a critical feature.

About the install dir, I've been thinking a lot about it and I haven't found a perfect solution so far...

My first approach was to install everything under A:\PROGSDIR\APP_NAME. There would also be a A:\HUB\BIN directory (which should be in the path) where a BAT file would be created for every installed app. That worked out with most packages, but it was problematic with others. For example, MSXDOS2T: that approach would require to create a lot of BAT files because it contains so many different .COM files.

The path environment variable has a limit (255 chars) so adding each one of the installed app's dirs to the path isn't an option either.

At the end I realized that being in the path isn't a requirement. I think we can always add it manually for each application we use the most once it's been installed...

The installation directory can be changed easily. It's not documented yet, but it's stored in A:\HUB\PROGSDIR. Modifying this file's content will change the directory where the apps are being installed to. It can also be changed on the fly, creating the environment variable "PROGSDIR".

Also, I don't think trying to install everything under /opt and the binaries under /usr/bin would be a correct approach. MSX-DOS is not a Unix based OS (unfortunately Wink ) so trying to force it behave like one would be confusing and would likely cause problems in the future.

That's why I finally decided to install each one of the apps into a independent directory. I think it's a more DOS approach and the way most people installs the software. If an application needs to be in the path, it would need to be added manually.

What would be your preferred way to install the apps?

By Grauw

Enlighted (7792)

Grauw's picture

22-08-2018, 11:33

For stand-alone utility executables, I do tend to put them in a UTILS directory. Utilities which consist of more than one file (like MultiMente) I put in a subdirectory (e.g. UTILS\MM). The UTILS directory is in my path, and for the subdirectories I either also put them in the path or make a small batchfile in UTILS.

(Note that when starting a program from a batch file, it does eat a little TPA space.)

By fr3nd

Resident (58)

fr3nd's picture

22-08-2018, 12:12

Grauw wrote:

For stand-alone utility executables, I do tend to put them in a UTILS directory. Utilities which consist of more than one file (like MultiMente) I put in a subdirectory (e.g. UTILS\MM). The UTILS directory is in my path, and for the subdirectories I either also put them in the path or make a small batchfile in UTILS.

(Note that when starting a program from a batch file, it does eat a little TPA space.)

Who should decide what is a stand-alone utility executable and what a full application? For example, I guess some people will have "vgmplay.com" either in the path or in the UTILS directory, but some other would have it in its own directory...

I don't think it's up to MsxHub to decide if an app should go in UTILS or not... IMHO MsxHub should install the application and then it's up to the user to decide to modify the path, create a BAT file somewhere or even to copy the binary to the UTILS directory.

By Grauw

Enlighted (7792)

Grauw's picture

22-08-2018, 12:49

I mean stand-alone as-in a lone executable and no additional data or configuration files, etc. So VGMPlay would be stand-alone, while Multi Mente also needs a bunch of additional files to be present in the same directory.

By fr3nd

Resident (58)

fr3nd's picture

22-08-2018, 12:58

Ok, I see your point here.

Do you know if there is a limit on the number of files in a directory for MSX-DOS2?

By mgoulart

Supporter (10)

mgoulart's picture

22-08-2018, 14:44

First of all, nice application!

Suggestions:

1 - A command for list softwares by categories:

- Games (C:\GAMES)
- Utilities (C:\UTILS)
- Multimedia (C:\MEDIA)
- Applications (C:\APPS)

Example: hub list cat games

2 - Maybe a nice solution for the "folder problem" is above. Create the folder for each category. When the user run an installation and the folder is missing, it will be automatically created.

Ex:

hub install vi

This command will create a folder C:\APPS and will install Vi on C:\APPS\VI, if the folder APPS is created, the command will only install Vi on C:\APPS\VI

By fr3nd

Resident (58)

fr3nd's picture

22-08-2018, 17:26

Categories is definitely one of the features I'd like to add before releasing the final version.

It looks like the way how we all organize the programs in our hard drives is very personal... It's very difficult to find a sane default that's going to be liked by everyone... I like the current solution because it's the simpler one, but I understand it might not be of the liking for everyone... I think at the end I'll leave as is but I'll add an option to configure the destination directory for each package being installed.

By Grauw

Enlighted (7792)

Grauw's picture

22-08-2018, 18:30

In the root, 200 or something like that. In a directory, there is no limit.

By karloch

Paragon (2033)

karloch's picture

22-08-2018, 22:45

I follow a MS-DOS like organization for my files in MSX:

A:\DOS <------------------ Command-line utilities that are -as Grauw pointed- one single executable.
A:\DOS\MM <------------- Subdirectories for DOS related utilities that have many files such as MultiMente.
A:\UTILS\MUSIC\MB <--- Utilities that are NOT directly related to DOS (organizing files, manage memory, etc...)
A:\GAMES <-------------- Obvious right? I have subdirs for ROMs, DSKs, CAS, HDINST, etc...

I don't mind much a category function in HUB, as long as it has a proper search one. With APT I usually rely way more in searching rather than listing; but that is when the repository is really big. Now that HUB is staring, it makes more sense to list available packages.

Page 3/4
1 | 2 | | 4
My MSX profile