> On Dec 20, 2025, at 10:08 AM, Everaldo Bernardo Cunha via Freedos-user
> <[email protected]> wrote:
>
>
>
> Tramandaí - RS - Brazil, 20/12/2025.
>
>
> Hello, friends!
>
> I am trying to generate a package .ZIP from a directory with various files
> and I'll go to put in the repository of the FreeDOS 1.4. It's the compile
> DJGPP associate to the GNU Cobol compiler, a COBOL to the FreeDOS. How should
> I proceed in this case?
>
>
> Everaldo Bernardo Cunha
>
> _______________________________________________
> Freedos-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/freedos-user
First take a look at:
https://gitlab.com/FreeDOS/docs/-/blob/master/info/package.md
<https://gitlab.com/FreeDOS/docs/-/blob/master/info/package.md>
It explains the package structure, requirements and other information regarding
ZIP package files in use by FreeDOS.
Also, every package provided on the FreeDOS Release media and the official
FreeDOS Software Download and Update Repository has a related project stored in
the FreeDOS GitLab Archive. This does not mean that every project in our GitLab
Repository is included on a release or in the update repositories. It only
means it must be in the FreeDOS GitLab Archive to be considered for inclusion
in those locations.
The reason for those requirements is simple. First, the RBE (Release Build
Environment) clones these projects in order to create packages and assemble a
release. Second, the Software Download and Update Repositories are managed by
FDREPO. It also pulls from these repositories on GitLab in order to create
update packages which an end-user can use utilities like FDNPKG to update there
software under FreeDOS when they have network support.
You should also read the
https://gitlab.com/FreeDOS/docs/-/blob/master/info/rbe.md
<https://gitlab.com/FreeDOS/docs/-/blob/master/info/rbe.md> file. It describes
how the RBE uses git branches for the various builds. Those branches are also
used by FDREPO to determine wether the version of the package is a “stable” or
“unstable” release and which official Download and Update repositories should
receive it.
So at this point, the FreeDOS community will need to decide if they are in
favor of providing a package for GNU Cobol in some form. If the answer is yes,
I will create a repository for it in the GitLab Archive. That will make it
possible for inclusion in either the Release or Update repositories. Or, Both.
You could then either work directly with the project on GitLab as the primary
repository for your package. Or, use it simply to stage the FreeDOS version of
the package. This is the same as many other packages. For some, all work to
the package and software takes place in the FreeDOS GitLab Archive project. For
others, the work goes on elsewhere and we occasionally bring the “mirrored”
version we use up to date.
Once there is a version in the FreeDOS GitLab Archive, the community can then
decide how they want to provide the package. Either as online only or on
release media. Online only means it would be in the Download and Update
repository and end-users can easily use a DOS network aware package manager to
install it at any time. On the Release, would mean it is provided on FreeDOS
Interim Test Builds and eventually the next OS Release. At this time, that
would be the Full USB and the BonusCD.
Unless there are objections, I personally do not see a problem with adding a
project to the FreeDOS GitLab Archive to make it possible for inclusion. I
think Cobol would make a great addition to the list of compilers we provide.
However, there are various reason some projects are not included in the FreeDOS
GitLab Archive at this time. If for some reason the community decides not to
include it at all, hope is not entirely lost. I also maintain another project
on GitLab for things which are not included in the FreeDOS GitLab Archive.
While none of those projects are included on the release or official download
and update repositories, they do get included in my unofficial download
repository. My unofficial repository is also powered by FDREPO and compatible
with the properly configured network package manages when properly configured.
:-)
_______________________________________________
Freedos-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freedos-user
