> On Oct 1, 2025, at 9:06 PM, victoria crenshaw via Freedos-devel 
> <[email protected]> wrote:
> 
> why do some packages are in a version sub folder?

When there are multiple versions of a package, they get versioned into sub 
directories. 

But, this is not anything the package updater needs to be concerned with. 
Although the new version of FDRepo uses different directories to perform the 
versioning, older versions of FDRepo versioned out multiple copies into 
directories as well. 

This has been going on for almost a decade. 

> 
> should we have the latest version as a .zip in the folder like the old times.

If you simply want the latest version that is in a specific repository, you 
don’t need to worry if a package is versioned. For a single version, you fetch 
the package from the group. For versioned packages, you do the same thing and 
will get the latest version through a filesystem symlink that points to the 
newest package. Same as it’s been for a very long time.

> 
> I need some help if we are going to implement this new stuff in fdnpkg16.exe

You would only need to implement “new” stuff if you wish to be able to fetch 
older versions of a package using fdnpkg16.


> also i made a VERY unofficial mirror of the repositories of FreeDOS!~ because 
> ibiblio.org is VERY slow
> 
> http://4ch.mooo.com/freedos
> 
> http://4ch.su/freedos
> 
> both links are the same server
> 
> 
> we need mirrors for FreeDOS
> 

Well, if your running x86_64 version of Linux or macOS, you could download 
FDRepo binaries and run a copy. Other CPUs for Linux or macOS will require 
building it from source. Windows is not supported. 

FDRepo has features in it to mirror or update packages from other FDRepo 
managed repositories. It can also pull and create packages directly from GitLab 
. 

:-)

> 
> I am deeply testing fdnpkg16 now
> 
> i found a random bug with FDNPKG.ZIP installation from remote
> 
> but thats the only package i have issues with. getting that package always 
> returns error
> 
> hmmm this actually i think was a legit bug in fdnpkg and got carried over to 
> the 16 bit port
> 
> 
> 
> INFO ibiblio.org is VERY SLOW rn and it is affecting fdnpkg16. i had to add 
> retries for it to get the whole repository from ibiblio.org
> 
> good news is my mirror is really quick. (i even made fdnpkg16.cfg files for 
> each) (it is a simple server. not much on it.)
> 
> if yall got issues with FDNPKG16 let me know it is not an abandoned project 
> but i am actively working on it. I'm currently looking for actual bugs!
> 
> 
> 
> _______________________________________________
> Freedos-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/freedos-devel


_______________________________________________
Freedos-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Reply via email to