syslinux splash screen

It is somewhat obscure the creation of the splash screen for syslinux.

I have found two programs to do it:

• gif2lss.


• ppmtolss16: a Perl script, which is a part of the syslinux distribution.

Obviously, converting from a gif file is usually simpler than doing so from a ppm file.

A problem with webmin RPM in Fedora Core 2

It is funny (to put it mildly) that in my kickstart configuration of FC2, added with webmin-1.160-1 -among many other things- the installer refuses to install it:


Installing webmin-1.160-1.noarch.
/var/tmp/rpm-tmp.99086: line 747: rm: command not found
error: %pre(webmin-1.160-1) scriptlet failed, exit status 2
error: install: %pre scriptlet failed (2), skipping webmin-1.160-1


This has been taken from /root/install.log.

It looks like the spec file didn't contain a dependency on coreutils. I'm downloading the SRPM and will try to correct it.

More in selinux roles

I think the best way to illustrate the point of creating a role for content administration is showing an example.

In file /etc/security/selinux/src/policy/users, added this line:

user webadmin roles { user_r httpd_admin_r };

And created the file /etc/security/selinux/src/policy/domains/misc/webadmin.te with the following content:

#DESC httpd_admin_t - Domain for web content administrators.

#

#################################



# httpd_admin_t has access to all of the httpd files, such as

# the configuration files and the log files. They also

# have access to system content and/or user content

#



full_user_role(httpd_admin)

priv_user(httpd_admin)

role_tty_type_change(user, httpd_admin)



create_dir_file(httpd_admin_t, user_home_dir_t)



allow httpd_admin_t user_home_t:file create_file_perms;



###########################################################################

# Allow the httpd admin to edit or create content

##########################################################################

create_dir_file(httpd_admin_t, httpd_sys_content_t)



###########################################################################

# Allow the httpd admin to view log files

##########################################################################

r_dir_file(httpd_admin_t, httpd_log_t)



#############################################################################

# Allow the httpd admin to use chcon to change contexts on web pages,

# and htaccess files.

###########################################################################

allow httpd_admin_t httpd_sys_content_t:dir { relabelto };

allow httpd_admin_t httpd_sys_content_t:file { relabelto };

And that's all, folks!

CUPS daemon dying with no apparent reason

While trying to configure a CUPS server at the office, I found the deamon was dying unexpectedly, with no apparent reason. Its last workds, consistently, were: Child exited with status 98!.

After some testing and searching, I found out the guilty: the name solver for the machine CUPS was runnin on wasn't able to resolve its very own name!

So, my 2 cents: CUPS seems to be a rather picky service. If in trouble with it, first let's check the services it depends upon, and do it so proactively, since it is not very informative -by default, at any rate: the paramater LogLevel in /etc/cups/cupsd.conf allow a more detailed configuration.