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.

Archivado bajo:Uncategorized

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.

Archivado bajo:Uncategorized

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!

Archivado bajo:Uncategorized

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.

Archivado bajo:Uncategorized