openslx/core.git/os-plugins/plugins/Theme/OpenSLX, branch masterOpen Statless Extensions - OpenSLX.https://git.openslx.org/openslx/core.git/atom/os-plugins/plugins/Theme/OpenSLX?h=master2008-01-27T12:37:13+00:00* renamed all plugins to lowercase in order to be consistent with2008-01-27T12:37:13+00:00Oliver Tappe2008-01-27T12:37:13+00:00urn:sha1:224da813f0632c67a7437762fae6871704fc341d
the attribute names
git-svn-id: http://svn.openslx.org/svn/openslx/trunk@1497 95ad53e4-c205-0410-b2fa-d234c58c8868
* the config-demuxer now passes through theme::name to mkdxsinitrd (via -s)2008-01-14T20:37:35+00:00Oliver Tappe2008-01-14T20:37:35+00:00urn:sha1:af4ea8a6f8f67550de73fdfc730d07431182ef09
* set default for theme::name to 'openslx' such that our theme is now
automatically active for all systems that have the 'Theme' plugin active.
I tested setting theme::name to something else (in my case: openSUSE),
copied the required theme-files to /opt/openslx/share/themes and it worked
as expected (a.k.a the bootsplash showed the new theme).
git-svn-id: http://svn.openslx.org/svn/openslx/trunk@1474 95ad53e4-c205-0410-b2fa-d234c58c8868
reimplemented splashy stuff via Theme plugin:2008-01-13T18:19:14+00:00Oliver Tappe2008-01-13T18:19:14+00:00urn:sha1:db3bdeb697a06b35cce61b52d83858757e82b8ec
* activated invocation of init-hooks
* removed explicit splashy calls from init (they are now done
in several init-hooks provided by the Theme plugin)
* the stage3 plugins are now invoked via '.' instead via a separate
shell, such that they can export changed environment variables
* changed invocation of initial_boot() - we now pass in the list
of initscripts as otherwise I have been unable to let this function
access a changed D_INITSCRIPTS variable (it would only see initial
content)
* moved invocation of initial_boot from servconfig to init (again
such that a changed D_INITSCRIPTS will be handled correctly)
* config-demuxer now passes the active plugins into mkdxsinitrd
* mkdxsinitrd accepts a list of active plugins (-p) and copies
the hooks directly into the initialramfs, such that they are
available immediately in stage3
The bootsplash stuff (splashy) seems to work properly, but the handling of displaymanager themes is currently broken. I will look into
that tomorrow.
git-svn-id: http://svn.openslx.org/svn/openslx/trunk@1472 95ad53e4-c205-0410-b2fa-d234c58c8868
* added hook mechanism to initramfs-init which can be used by plugins2008-01-11T16:03:15+00:00Oliver Tappe2008-01-11T16:03:15+00:00urn:sha1:5a884d7cf51c20d79f9be88b93519e65b21cd41b
to trigger execution of their own script at a certain point in the
initramfs-init execution path. This is not active yet
* added basic implementation outline for Theme (a.k.a splash) plugin -
unable to test anything, though, as VMware does not seem to provide
a VESA framebuffer, so splashy won't run
git-svn-id: http://svn.openslx.org/svn/openslx/trunk@1466 95ad53e4-c205-0410-b2fa-d234c58c8868