On Tue, Oct 22, 2024 at 1:17 PM Wolf Bergenheim
wrote:
> Yeah one does not simply write a book like that, however, I think it could
> be a worthy effort and interesting. I don't think FreeDOS needs to be a
> from scratch distro, but I think there certainly would be space for a DOS
> from scratch
On Mon, Oct 21, 2024 at 7:50 AM Louis Santillan via Freedos-devel <
[email protected]> wrote:
> On Sat, Sep 28, 2024 at 12:13 PM Michael Brutman via Freedos-devel <
> [email protected]> wrote:
>
>> [SNIP]
>> You are responsible for making that source code availa
On Sat, Sep 28, 2024 at 12:13 PM Michael Brutman via Freedos-devel <
[email protected]> wrote:
> [SNIP]
> You are responsible for making that source code available, not for
> shipping it by default ...
>
> Like I've said, it's fine for FreeDOS to mirror/archive/host source code
>
On Sat, Sep 28, 2024 at 11:26 AM Steve Nickolas via Freedos-devel <
[email protected]> wrote:
> On Fri, 27 Sep 2024, Michael Brutman via Freedos-devel wrote:
>
> > There isn't much that can be done about the binaries getting stale, as a
> > distribution is a snapshot of what was
On Fri, 27 Sep 2024, Michael Brutman via Freedos-devel wrote:
There isn't much that can be done about the binaries getting stale, as a
distribution is a snapshot of what was available at the time. But I'd love
to find a way where FreeDOS doesn't have to take responsibility for
shipping source c
Here's an idea:
If there are ever different size variants of the ISOs, e.g. micro, mini,
full, etc.; if the source for that disc's packages will fit on that disc
with the binaries, ship a binary-only iso and a bin+src iso. Otherwise,
ship mostly separate binary and source ISOs.
However, in follow
> On Sep 27, 2024, at 6:24 PM, Michael Brutman via Freedos-devel
> wrote:
>
>
>
> I expect that all of the binaries and source are up to date at the time they
> are packaged, and that is a large effort - thank you!
>
> But some projects are still active and move independently of FreeDOS.
I expect that all of the binaries and source are up to date at the time
they are packaged, and that is a large effort - thank you!
But some projects are still active and move independently of FreeDOS. mTCP
(my project) is one such example, and with years between the FreeDOS
releases the binaries
> On Sep 27, 2024, at 4:51 PM, Michael Brutman via Freedos-devel
> wrote:
>
>
> I read that there were some previous bad experiences with shipping source
> code separately, but I think it should be looked at again with a fresh set of
> eyes.
>
> Some reasons to ship source code separately
it should be available for remixing and such! :D like i made my own
version of label
On 9/27/24 15:43, Michael Brutman via Freedos-devel wrote:
I read that there were some previous bad experiences with shipping
source code separately, but I think it should be looked at again with
a fresh set o
I read that there were some previous bad experiences with shipping source
code separately, but I think it should be looked at again with a fresh set
of eyes.
Some reasons to ship source code separately:
- *Few people are actually using it.* Most people are never going to
look at the source
11 matches
Mail list logo
