On Saturday 05 January 2008, Mateusz Viste wrote:
If you would like to have a FDUPDATE's localisation in your language,
please translate the FDUPDATE.EN file and send it to me, that way I will be
able to include it in the next release.
Hello all,
I got a german translation from Flo, therefore
I think we've covered the important points so far in our discussion.
I've started to capture the thread in a new changes to the software
list document, using as much copy/paste from this discussion as
possible. That document can be the start of a spec for (a) what the
new software list will do
Great!
2007/12/4, Jim Hall [EMAIL PROTECTED]:
I think we've covered the important points so far in our discussion.
I've started to capture the thread in a new changes to the software
list document, using as much copy/paste from this discussion as
possible. That document can be the start of a
On 12/2/07, Aitor Santamaría [EMAIL PROTECTED] wrote:
Hello,
2007/12/2, Jim Hall [EMAIL PROTECTED]:
There is an important difference. What I put in the general archive on
ibiblio is a mirror of other people's work. For most programs, they
already have another primary location, and
On 12/2/07, Aitor Santamaría [EMAIL PROTECTED] wrote:
[...]
Following the idea I exposed before, you could even have locally a
folder called:
C:\FREEDOS\3RDPARTY\...
where it would unpackage all that is not packaged on the new structure
(in the words before, being a ZIP and not a FPF).
On 12/2/07, Aitor Santamaría [EMAIL PROTECTED] wrote:
As I see it, the fact that some DOS software is mirrored at ibiblio's
FreeDOS repository is a privilege, not a nice present.
Thus, it could be an idea that there is some kind of FreeDOS logotype
test (LOL ;-)) meaning that some programs
Hi Jim,
Interestingly, at one point on FDPM we had considered adding
dependencies and post-install tasks a-la the RPM spec (%dependencies%
and %pre% and %post% sections after the End in the LSM.) But we
never followed up on it while I worked on FDPM.
The current implementation (by Blair) is
Hello,
2007/12/3, Jim Hall [EMAIL PROTECTED]:
On 12/2/07, Aitor Santamaría [EMAIL PROTECTED] wrote:
But programs that are in the distributions can be assumed to be
re-zipped pkgs, especially so if we choose to rename them with FDP or
PKG.
That is good. Then you could go along with an
One more thing: I think the pkgs and spkgs for the update server
should be assumed to be different than the zip files that we upload to
ibiblio. A pkg and spkg have a particular meaning; they contain a
particular directory structure.
You are right, but it would be good if we could move
Hi Jim,
1. Not all developers care about FreeDOS pkg structure.
And it would be inappropriate of me to re-zip their release
Would it? I mean if you want the original structure, you
download from the developer's homepage. When I look at
getdeb.net and rpmfind.net, I see packages which follow
a
On 12/2/07, Eric Auer [EMAIL PROTECTED] wrote:
Hi Jim,
1. Not all developers care about FreeDOS pkg structure.
And it would be inappropriate of me to re-zip their release
Would it? I mean if you want the original structure, you
download from the developer's homepage. When I look at
Hi Jim,
And it would be inappropriate of me to re-zip their release
Would it be an option to put the fdpkg structured zips in the
same directory or in a subdirectory of the exact mirror copies?
For example 4dos/4dossomething.rar would be in the same dir as
4dos/4dos-something-fdpkg.zip or
What are you exactly getting when typing echo %dosdir%?
OK, took your advice and entered “echo %dosdir%”.
The response is “C:\FDOS”
The subdirectories Appinfo and Packages are as you describe. Appinfo has 142
*.lsm files and Packages has 225 subdirectories and 232 *.lst files. I got it
[...]
If I had a FreeDOS PC that didn't have internet access, but I was able
to make a CDROM copy of http:///1.1/updates/, then I could set my
FDUPDATE repo to point to a directory on the CDROM
That is an interesting suggestion! My suggestions were more about
updating a handful of
Hello,
I am going to give a bunch of ideas, I hope any of those is of some use.
2007/12/2, Jim Hall [EMAIL PROTECTED]:
One more thing: I think the pkgs and spkgs for the update server
should be assumed to be different than the zip files that we upload to
ibiblio. A pkg and spkg have a
Hello,
2007/12/2, Eric Auer [EMAIL PROTECTED]:
put zip files on ibiblio that cannot be included on the FreeDOS
distribution because they are not free for all...
You are right. The updater can make use of extra nonfree
repositories outside ibiblio, while our ISOs gotta be free.
Following
On Saturday 01 December 2007, Blair Campbell wrote:
just adding my two cents, but there is already a directory on ibiblio
with all of the 1.0 packages:
www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.0/pkgs
Indeed, but some (or even most) of these packages are outdated, and
On Saturday 01 December 2007, Aitor Santamaría wrote:
(1) About the files to be put, I guess that the package system would
not, for the moment, try to download from a site outside ibiblio
itself, so the binary and source files could be simply unix links to
the actual files in the freedos
Yup, we're looking to extend that by adding updates to packages in the distro.
Actually, I do not think that FDUPDATE as currently being discussed
could be retrofitted to the FreeDOS 1.0 distro. I think it would need
to go with a FreeDOS 1.1 distro (i.e. the next one) so we could make a
common
On 11/30/07, Eric Auer [EMAIL PROTECTED] wrote:
Hi!
Why should we put all packages versions on the update server?
Actually I would not - I would put the package on ibiblio and
only let the update server know about the ibiblio URL. And as
more (!) users will update manually than with the
Hi Jim,
I would rather create a system that doesn't specifically rely on
ibiblio as the install source. Yes, it's our primary site. But there
are other mirror archives of the ibiblio files...
That was part of the point: Ibiblio has high capacity servers
and there are even regional mirrors of
Mateusz Viste wrote:
Yes, it does. In the FreeDOS 1.0 release, all package are listed in
the %DOSDIR%\PACKAGES directory, and all informations about these packages
are stored in %DOSDIR%\APPINFO\*.LSM
I am confused here. I installed FreeDOS 1.0 Full on a 10-year Dell.
These directories are
Hello,
Congrats on the package system!! I think it is a great idea.
Just some comments:
(1) About the files to be put, I guess that the package system would
not, for the moment, try to download from a site outside ibiblio
itself, so the binary and source files could be simply unix links to
the
Thank you!! Very good idea! I will download the zip-files now...
Bye
Flo
Mateusz Viste escribió:
Hello!
I wrote an online updater for FreeDOS. It's purpose is to download an index
file from the FreeDOS Update server, and compare the list of packages which
are on the server whith the
20071130 10:50 -0600, Jim Hall
But dates are a problem. Mostly we have been using dates
like 2007-11-26, but there are a few packages out there that use a
different syntax.
I've been thinking about converting the LSM system into a
database-driven system that happens to output in LSM and HTML
Hi,
As the thread became public, I will just add my offlist $0.02 (pasted from
offlist mails) ;-)
On Friday 30 November 2007, Jim Hall wrote:
so if I do that, I could deliver Entered-date (last modified) in
ctime format, so FDUPDATE always get dates like Wed Nov 21 21:49:08
2007.
I
Hi!
Why should we put all packages versions on the update server?
Actually I would not - I would put the package on ibiblio and
only let the update server know about the ibiblio URL. And as
more (!) users will update manually than with the updater, it
is pretty helpful to have ibiblio
On 11/30/07, Mateusz Viste [EMAIL PROTECTED] wrote:
Hello!
I wrote an online updater for FreeDOS. It's purpose is to download an index
file from the FreeDOS Update server, and compare the list of packages which
are on the server whith the packages installed on the system. If it find
any
Hi Jim,
to bring my off-list thoughts about the updater on the list:
I agree that using LSMs would be better than using a flat
directory of zips. The version numbers are not machine
comparable, but LSMs are machine readable. As it is highly
unlikely that the update server has an OLDER version
just adding my two cents, but there is already a directory on ibiblio
with all of the 1.0 packages:
www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.0/pkgs
On 11/30/07, Florian Xaver [EMAIL PROTECTED] wrote:
Thank you!! Very good idea! I will download the zip-files now...
Bye
30 matches
Mail list logo