181
Internet / Re: SeaMonkey-2.42b8 and Thunderbird 45.8.0
« on: May 24, 2017, 04:43:33 pm »
Just in case somebody needs a localised lightning add-on I attached the german xpi here.
OS2World.com Forum is back !!!
Remember to visit OS2World at:
http://www.os2world.com
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Thanks Andreas. What the problem actually is, is that when packaging Mozilla, lxlite is run on the executable (and DLLs) which screws up the icons if they're high colour, so what I actually need is a thunderbird.ico that is 256 colour.
Thanks for the hints but None of them helped. The solution was as simple as this:It's not a general problem with JFS but with the Boot Manager. As long you're using HPFS for installation volume (without boot manager) there's no problem with additional volumes formatted with JFS.
Do not use JFS!
What did not work is the UNIAUD Driver, it failed during boot, I guess I will give another one a try (Like Andreas wrote about SondBlaster).Zur Sicherheit einfach mal "rmview /dp | grep 1274" ausführen. Eigentlich sollte der ES1371-Treiber (Hobbes) passen.
What makes me wonder: inside VMPlayer the PrebootMenue recognizes a SCSI Controller.VMware only supports emulated SCSI HBA for older operating systems. VMware Workstation/player can use IDE, but that's not really supported.
I wonder whether it could it be due to the fact that I picked SoundBlaster16 PnP in the ArcaOS installer initially and there is some fragment of that left in my config.sys that is causing a problem.
Actually, the cache is a bit of a problem, because it is not missing. The cache is extra overhead, and slows the disk down. HPFS cache cannot be reduced to less than 64 MB.It sounds unbelievable. With parameter /C: the amount can be 2048 kB at the utmost. It has more effect to adjust the cache record length (/CRECL) to fit better with the used HBA. Additionally it's possible to enable or disable the lazy write and read ahead features with the OS/2 command CACHE which also handles MAXAGE, BUFFERIDLE and DISKIDLE time.
Hi AllRPM should do it automatically. But almost every RPM package is broken in several ways or is missing the correct dependencies. And as with most pre-alpha software there's no documentation.
As a result of reporting the cups-files.conf problem we now have the answer as to why cupsd -t reports ""/@unixroot/etc/cups/cups-files.conf" contains errors.".
It seems that something called klusmgr (KLIBC User management) *must* be installed and run to setup users/groups.
@AndreasAt least it means you can run cupsd and don't have to go through DLL hell further. ;-)
I entered cupsd -t at a command prompt in /user/sbin.
The result is:-
"/@unixroot/etc/cups/cups-files.conf" contains errors.
I had a look at cups-files.conf but have idea what the error(s) are. Having copied cups-files.conf to a new name and deleted cups-files.conf I entered cupsd -t at the command line resulting in:-
"/@unixroot/etc/cups/cups-files.conf" is OK.
"/@unixroot/etc/cups/cupsd.conf" is OK.
I do wonder what cupsd is checking as cups-files.conf no longer exists - and, No, cupsd.exe is not running. I thought cupsd may be using cups-files.conf.default so copied that to cups-files.conf. That results in the "/@unixroot/etc/cups/cups-files.conf" contains errors. message when trying to start cupsd so I guess that is not the answer.
Also of interest: When cups-files.conf exists no logs are created. With cups-files.conf deleted access, error and page logs get created. Sadly they are not very helpful being 0 bytes in length...
I guess it indicates that cupsd.exe did try to start.
Hi All
Yes, localhost is configured - the non-rpm cups had no trouble accessing the cups browser interface.
I tried entering cupsd on the command line. The prompt returns with no return value:-
There are no cups related entries in popuplog.os2 and no cups error log is generated.
Not sure what your solution is for getting printed output from recent/current inkjet printers but the only thing I have found that works is the (non-rpm) port of cups.
I checked cupsd.exe using pmdll with directory set to /usr/sbin - and no errors... Either pmdll is not working right or cupsd.exe goes into "hiding" after starting and cannot be seen by any system tools or the browser pointed at http://localhost:631/