Re: [Freedos-user] FDUPDATEing 1.0?
On Wednesday 15 April 2009 01:00 (CEST), maybeway36 wrote: Is it still possible to use FDUPDATE on FreeDOS 1.0 or to upgrade 1.0 to 1.1? I think FDUPDATE detects when you're running 1.0 and won't update, but I'm not sure how it does this. Hi! Yes, it is possible to use FDUPDATE to keep a 1.0 system up to date. However, you won't be able to use it to go from 1.0 to 1.1, as the 1.1 distro will use slightly modified packages. Repositories for 1.0 and 1.1 will be different, too (1.0 will still get its update from http://www.viste-family.net/mateusz/fdupdate/, while 1.1 update server doesn't have an official URL yet). FDUPDATE doesn't know what system it is running on, so it's up to you to use the right version (well, I may add a check of the version, if anyone would be able to tell me how to distinguish in a reliable way a 1.0 install from a 1.1 one...). So: For FreeDOS v1.0 use FDUDPATE v0.54 For FreeDOS v1.1 use FDUPDATE v0.55 (not officially released yet) Best regards, Mateusz Viste -- You'll find my public OpenPGP key at http://www.viste-family.net/mateusz/pub_key signature.asc Description: This is a digitally signed message part. -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] What about changing our packaging style for v1.1?
Hello, I strongly suggest to look for a way to exclude with unzip the extracting of the sources on a binary-only install mode. Just another small pro: we have one more letter in the file names (for those of us who care about the 8.3 format in the package names). And just another idea (maybe for the wiki too, if everyone likes it): if such option exists in unzip, then I suggest for all programs using cats/kitten to store their catalog in a per-language basis, so that the installer can simply drop the directories of the unwanted languages. E.g.: NLS\EN NLS\DE NLS\ES NLS\FR ... Cheers, Aitor 2009/4/9 Eric Auer e.a...@jpberlin.de: Hi Jim :-)) On Sat, Apr 4, 2009 at 9:30 AM, Mateusz Viste wrote: Hi people! So far, we have always used packaging sources and binaries differently (that is, in separate packages, like memx.zip and mems.zip). I am trying to put some effort these days into syncing some packages to make them ready for v1.1, and I have to tell that handling sources and binaries in different ways is a big pain. Besides that, the source package doesn't contain its own LSM file, which makes its hard (or at least unreliable) to keep track of what source is installed in what version. Therefore, I am proposing to drop the sources / binaries way of thinking, and stay with one package per program. For example, a mem.zip package would contain both sources and binaries. It would allow me to work much faster on packaging, and hopefully could lead to a v1.1 sooner. Some reasons to do that (quotes from Eric): - it is easy to delete /source/mem/* to keep only binaries, - it is not really allowed with GNU GPL License to publish binaries without sources anyway, - it can be hard for people to find exactly the right version of the sources manually later, so it is best to include them, - it makes life easier for installing and you can always drop the sources after installing. Please tell me what are your opinions in that matter. Jim Hall wrote: These days, hard drives have lots of capacity. While including the sources would add to the size, we're talking on the order of MB, not GB. Including the source and binaries together certainly provides that every program in the FreeDOS 1.1 distro also includes the source code. I am a big fan of this. Thanks :-) I think it will make packaging easier... On the other hand, I would suggest two things: A binary-only install mode in FDPKG / FDUPDATE / installer which simply skips the source/NAME dir while unzipping (or deletes it afterwards) and a binary-only ISO for people with slow internet, as generated by dropping the source directories inside the package zip files. In short: Let us COLLECT all packages as FULL packages (binary AND source) for most purposes and use AUTOMATED ways to shrink full into binary for people with small disk or small internet :-). Can you put this in the FreeDOS Wiki, so people don't have to revisit this topic again in a year after we've forgotten? :-) Sounds useful - if anybody needs a wiki login, let me know ;-) Eric -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS localisation project
Mateusz, it gives me a 404, did you manage to add it to the wiki, do you have editor permissions already? Aitor 2009/4/4 Mateusz Viste mate...@viste-family.net: Hi all! It has been a long time that the poor translation management was bothering me. There is no easy way to know what needs to be translated, and what is already translated but not shipped with the package for whatever reason. I worked a moment today on a new project: The FreeDOS localisation project: http://www.viste-family.net/mateusz/fdlang/ I think that such centralized translation point could greatly improve FreeDOS translations, as people would know exactly what has to be translated, where to check wheter any translations for a given program has been made, and where to send any self-made translations. Don't hesitate to send me any translations you have, which aren't listed on my website! Best regards, Mateusz Viste -- You'll find my public OpenPGP key at http://www.viste-family.net/mateusz/pub_key -- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FDUPDATE crash
Hello, 2009/4/9 Eric Auer e.a...@jpberlin.de: MS DOS 6.22 has a tool that graphically shows a representation of memory, I think it was called msd. Is there an equivalent for freedos? There are various tools for that, a nice one is Quarterdeck MFT Manifest which is now freeware. Unfortunately I cannot find any URL as Quarterdeck got bought by Symantec. FreeDOS replacement for MSD used to be COMPINFO, but I ignore the status of that project. Aitor -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] sb pci 128 and novell dos 7.0
use msdos and follow the instructions here: http://easymamecab.mameworld.info/html/snddosdr.htm http://easymamecab.mameworld.info/html/sndhelp.htm --- On Sun, 4/12/09, Dietmar Segbert dietmarsegb...@gmx.de wrote: From: Dietmar Segbert dietmarsegb...@gmx.de Subject: [Freedos-user] sb pci 128 and novell dos 7.0 To: freedos-user@lists.sourceforge.net Date: Sunday, April 12, 2009, 8:16 AM Hello, on my system novell dos 7.0 i want to the sb pci 128 soundcard (ensonic 1371). Googling i found some infos and two drivers: The sbinit.com, sbload, sblegacy, sbcfg and for the pci64 apinit.com, apload.exe ... -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
