Jerome said: >We could limit the release media to a much smaller set of packages. Leaving >everything else only online to be downloaded by end users as needed. FDNPKG seems to pull from https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/repositories/latest/ ... and not been related to RBE at all for now. For me it would be a good improvement if RBE would produce packages, where FDNPKG can pull from it... then I could test my packages! ;-) I sure could produce .zip files from my GITLAB packages... and then have someone add them to ibiblio... but I would appreciate a lot if RBE would do it for me.
> Personally, I really dislike that idea for several reasons. First, it can be > very difficult for users to get packages onto their machine for installation > if they do not have networking support. > Also, it is also very inconvenient for them to find out what is available in > those repositories. I agree. > We could split the packages provided up into different media. For example, > the LiveCD could be a little slimmer and only contain the most common > packages. > Then maybe a GamesCD, DevelCD, GuiCD… as needed. Possibly since DJGPP is so > large, maybe on its own CD. > Then, users could just download the additional CDs that interest them. These > CDs could even include the OS installer that is configured to install > FreeDOS BASE plus all the packages on that specific CD. I consider myself DJGPP like an almost different platform... a 32 bits one rather than 16 bits one. And find that indeed... the general needs of development can be quite different for 16 bits and DJGPP. i16gcc is a kind of mix bag... the compiler run in DJGPP platform and produce 16 bits code... hope I am not misleading here. So... I guess I would tend to make i16gcc part of the DJGPP CD... but really have a weak opinion for now. So... my answer is a DJGPP CD would be my prefered solution. I would ideally expect FDNPKG to be able to pull the RBE build DJGPP packages too. _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel