similar to: Garbage in syslog

Hello, Well I got a real windows partition with half-life properly installed (working very fine in windows mode), and another partition with last Debian and Wine. When I try to 'wine hl.exe' it's loading slowly, I see the sierra video logo and hl video logo, and then the menu loads line by line, and when all lines have been loaded it stay loading with a black screen. Only way to

Might this have something to do with the following boot message?: Starting virt-who: Traceback (most recent call last): File "/usr/share/virt-who/virt-who.py", line 33, in <module> from subscriptionmanager import SubscriptionManager, SubscriptionManagerError File "/usr/share/virt-who/subscriptionmanager.py", line 24, in <module> import

Hi, I've installed recently OpenOffice.org 3.1 on Centos 5.3. I use OOo in headless mode. I have no problem when running as root, but I'd prefer run it as non-root user (oooserver user). When I run the script in debug mode this is the output: sh -x /tmp/ooo-headless-nonroot start + . /etc/rc.d/init.d/functions ++ TEXTDOMAIN=initscripts ++ umask 022 ++

The ovirt-awake script is no more in the path, only in /etc/init.d/ so the ovirt script return a command not found. I did little dirty fix in /etc/init.d/ovirt : diff --git a/scripts/ovirt b/scripts/ovirt index 160c3d3..d9e50a2 100755 --- a/scripts/ovirt +++ b/scripts/ovirt @@ -41,7 +41,7 @@ ovirt_start() { if [ -s $krb5_tab ]; then krb5_tab= fi - ovirt-awake

Build problem on a fresh CVS build, during 'make depend'. This after I wiped everything in my wine-x86 directory (the source is in ../wine): Tue Jun 26 07:58:16 PDT 2001 [lots snipped] make[3]: Leaving directory `/h5/ewill.h3/development/source/cvs/remote/\ wine/wine-x86/windows' ../../tools/makedep -I../../../wine/dlls/user -I. -I../../../wine/include \ -I../../include

Hi, --- background ---------------------------------------------------- * what the makedumpfile is: To shorten the size of the dumpfile and the time of creating the dumpfile, makedumpfile copies only the necessary pages for analysis to the dumpfile from /proc/vmcore. You can specify the kind of unnecessary pages with dump_level. If you want to shorten the size further, enable the

[This email is either empty or too large to be displayed at this time]

Please note that Windows 9x clients are not true members of a domain for reasons outlined in this article. Therefore the protocol for support Windows 9x style domain logons is completely different from NT4 domain logons and has been officially supported for some time. Did you read this document? Let me know what needs to be updated and i will take care of it. Cheers, jerry

copy d:\bugs.ps \\ouessant\lexmark after having deleted all the samba log files and restarted the SMBd daemon from the SWAT Web interface. This leads to the INTERNAL ERROR, see samba.oulx Now, to locate the problem, I tried the same kind of command on the same file, bugs.ps, but using the SMBCLIENT application from the Linux server itself, without changing anything, nor restarting the SMBd