calculate
/
calculate-plymouth
6
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from '7f3871b0f5'
${ noResults }
calculate-plymouth/configure.ac

439 lines
16 KiB
Raw Normal View History Unescape

[configure] Bump configure to 0.8.4 We aren't doing a release yet, this is just prep work for an eventual release.
14 years ago
AC_INIT([plymouth],[0.8.4],[https://bugs.freedesktop.org/enter_bug.cgi?product=plymouth])
initial import
17 years ago
AC_CONFIG_SRCDIR(src/main.c)
AC_CONFIG_HEADER(config.h)
Drop localization bits / use CONFIG_AUX_DIR
17 years ago
AC_CONFIG_AUX_DIR(build-tools)
initial import
17 years ago
[configure] run through autoupdate This just modernizes the file a bit.
14 years ago
AC_USE_SYSTEM_EXTENSIONS
initial import
17 years ago
AC_PROG_AWK
AC_PROG_CC
AM_PROG_CC_C_O
AC_HEADER_STDC
AC_C_CONST
don't generate .tar.gz on make dist
16 years ago
AM_INIT_AUTOMAKE([dist-bzip2 no-dist-gzip])
[configure] Add goo to turn on silent build Automake 1.11 has a new feature that's all the rage these days. It makes build output look like: CC plymouthd-ply-boot-server.o CC plymouthd-ply-boot-splash.o CC plymouthd-main.o CCLD plymouthd instead of the usual field gcc gunk. This commit turns it on for those who have it.
15 years ago
m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])])
[configure] Make maintainer mode default to on but not explicit in autogen Maintainer mode is assumed on when executing configure, and thus is not needed within autogen.
15 years ago
AM_MAINTAINER_MODE([enable])
initial import
17 years ago
PKG_PROG_PKG_CONFIG
[configure] run through autoupdate This just modernizes the file a bit.
14 years ago
LT_INIT
initial import
17 years ago
add lt versioning to libply
17 years ago
## increment if the interface has additions, changes, removals.
bump so name
16 years ago
LT_CURRENT=2
add lt versioning to libply
17 years ago
## increment any time the source changes; set to
## 0 if you increment CURRENT
LT_REVISION=0
## increment if any interfaces have been added; set to 0
## if any interfaces have been changed or removed. removal has
## precedence over adding, so set to 0 if both happened.
LT_AGE=0
AC_SUBST(LT_CURRENT)
AC_SUBST(LT_REVISION)
AC_SUBST(LT_AGE)
split off image libs separate from project global libs
17 years ago
PKG_CHECK_MODULES(IMAGE, [libpng >= 1.2.16 ])
AC_SUBST(IMAGE_CFLAGS)
AC_SUBST(IMAGE_LIBS)
Move ply-image to libplybootsplash We don't want libply linking against libs in /usr since /usr might not be separate than / and not be available early in the boot process.
16 years ago
PLYMOUTH_CFLAGS=""
PLYMOUTH_LIBS="-lm -lrt -ldl"
split off image libs separate from project global libs
17 years ago
initial import
17 years ago
AC_SUBST(PLYMOUTH_CFLAGS)
AC_SUBST(PLYMOUTH_LIBS)
Make pango an optional build time dependency Default to needing it.
16 years ago
AC_ARG_ENABLE(pango, AS_HELP_STRING([--enable-pango],[enable building with pango, disabled there is no encryption prompts]),enable_pango=$enableval,enable_pango=yes)
AM_CONDITIONAL(ENABLE_PANGO, [test "$enable_pango" = yes])
if test x$enable_pango = xyes; then
PKG_CHECK_MODULES(PANGO, [pangocairo >= 1.21.0 ])
AC_SUBST(PANGO_CFLAGS)
AC_SUBST(PANGO_LIBS)
fi
add Pango check to configure We're going to need it to render text
16 years ago
Add initial boot log viewer from Matthias Since plymouth conceals boot messages from the user during boot up, it should provide a way for users to get at the boot messages after login. In particular, if there was a problem during boot up, the user should get notified at the login screen. This commit adds the first cut at a log viewer without any of the login screen integration bits.
16 years ago
PKG_CHECK_MODULES(GTK, [gtk+-2.0 >= 2.12.0 ])
AC_SUBST(GTK_CFLAGS)
AC_SUBST(GTK_LIBS)
drm: reduce minimum build requirements This patch adds the respective configure options to make it possible to disable libdrm_intel, libdrm_radeon, libdrm_nouveau, and libkms independently from each other. https://bugs.freedesktop.org/show_bug.cgi?id=29804
13 years ago
AC_ARG_ENABLE(libdrm_intel, AS_HELP_STRING([--enable-libdrm_intel],[enable building with libdrm_intel support]),enable_libdrm_intel=$enableval,enable_libdrm_intel=yes)
AM_CONDITIONAL(ENABLE_LIBDRM_INTEL, [test "$enable_libdrm_intel" = yes])
if test x$enable_libdrm_intel = xyes; then
PKG_CHECK_MODULES(DRM_INTEL, [libdrm libdrm_intel])
OLD_CFLAGS="$CFLAGS"
CFLAGS="$CFLAGS $DRM_INTEL_CFLAGS"
AC_MSG_CHECKING([if i915_drm.h is in include path])
[configure] Add some heuristics to find drm headers On my system, some headers seem to be stuffed in /usr/include/libdrm and other headers seem to be stuffed in /usr/include/drm . I think the ultimate upstream goal is for everything to be in /usr/include/libdrm but my system seems to be in some transition state. My pkgconfig files only point me to one of the directories, so add some heuristics to find the other one.
14 years ago
AC_COMPILE_IFELSE(AC_LANG_PROGRAM(
[[
#include <stdint.h>
#include <stdlib.h>
#include "i915_drm.h"
drm: reduce minimum build requirements This patch adds the respective configure options to make it possible to disable libdrm_intel, libdrm_radeon, libdrm_nouveau, and libkms independently from each other. https://bugs.freedesktop.org/show_bug.cgi?id=29804
13 years ago
]],[[]]),[found_drm_intel_kernel_headers=yes],[found_drm_intel_kernel_headers=no])
if test "$found_drm_intel_kernel_headers" = "yes"; then
AC_MSG_RESULT([yes])
else
AC_MSG_RESULT([no])
AC_MSG_CHECKING([if we can find them anyway])
MORE_DRM_CFLAGS="-I`$PKG_CONFIG --variable includedir libdrm`/drm"
CFLAGS="$CFLAGS $MORE_DRM_CFLAGS"
AC_COMPILE_IFELSE(AC_LANG_PROGRAM(
[[
#include <stdint.h>
#include <stdlib.h>
#include "i915_drm.h"
]],[[]]),[found_drm_intel_kernel_headers=yes],[found_drm_intel_kernel_headers=no])
if test "$found_drm_intel_kernel_headers" = "yes"; then
AC_MSG_RESULT([yes])
DRM_INTEL_CFLAGS="$DRM_INTEL_CFLAGS $MORE_DRM_CFLAGS"
else
AC_MSG_RESULT([no])
AC_MSG_ERROR([Could not find i915_drm.h])
fi
fi
AC_SUBST(DRM_INTEL_CFLAGS)
AC_SUBST(DRM_INTEL_LIBS)
AC_DEFINE(PLY_ENABLE_LIBDRM_INTEL, 1, [Enable support for libdrm_intel driver])
fi
AC_ARG_ENABLE(libdrm_radeon, AS_HELP_STRING([--enable-libdrm_radeon],[enable building with libdrm_radeon support]),enable_libdrm_radeon=$enableval,enable_libdrm_radeon=yes)
AM_CONDITIONAL(ENABLE_LIBDRM_RADEON, [test "$enable_libdrm_radeon" = yes])
if test x$enable_libdrm_radeon = xyes; then
PKG_CHECK_MODULES(DRM_RADEON, [libdrm libdrm_radeon])
OLD_CFLAGS="$CFLAGS"
CFLAGS="$CFLAGS $DRM_RADEON_CFLAGS"
AC_MSG_CHECKING([if radeon_drm.h is in include path])
AC_COMPILE_IFELSE(AC_LANG_PROGRAM(
[[
#include <stdint.h>
#include <stdlib.h>
[configure] Add some heuristics to find drm headers On my system, some headers seem to be stuffed in /usr/include/libdrm and other headers seem to be stuffed in /usr/include/drm . I think the ultimate upstream goal is for everything to be in /usr/include/libdrm but my system seems to be in some transition state. My pkgconfig files only point me to one of the directories, so add some heuristics to find the other one.
14 years ago
#include "radeon_drm.h"
drm: reduce minimum build requirements This patch adds the respective configure options to make it possible to disable libdrm_intel, libdrm_radeon, libdrm_nouveau, and libkms independently from each other. https://bugs.freedesktop.org/show_bug.cgi?id=29804
13 years ago
]],[[]]),[found_drm_radeon_kernel_headers=yes],[found_drm_radeon_kernel_headers=no])
if test "$found_drm_radeon_kernel_headers" = "yes"; then
AC_MSG_RESULT([yes])
else
AC_MSG_RESULT([no])
AC_MSG_CHECKING([if we can find them anyway])
MORE_DRM_CFLAGS="-I`$PKG_CONFIG --variable includedir libdrm`/drm"
CFLAGS="$CFLAGS $MORE_DRM_RADEON_CFLAGS"
AC_COMPILE_IFELSE(AC_LANG_PROGRAM(
[[
#include <stdint.h>
#include <stdlib.h>
#include "radeon_drm.h"
]],[[]]),[found_drm_radeon_kernel_headers=yes],[found_drm_radeon_kernel_headers=no])
if test "$found_drm_radeon_kernel_headers" = "yes"; then
AC_MSG_RESULT([yes])
DRM_RADEON_CFLAGS="$DRM_RADEON_CFLAGS $MORE_DRM_CFLAGS"
else
AC_MSG_RESULT([no])
AC_MSG_ERROR([Could not find radeon_drm.h])
fi
fi
AC_SUBST(DRM_RADEON_CFLAGS)
AC_SUBST(DRM_RADEON_LIBS)
AC_DEFINE(PLY_ENABLE_LIBDRM_RADEON, 1, [Enable support for libdrm_radeon driver])
fi
AC_ARG_ENABLE(libdrm_nouveau, AS_HELP_STRING([--enable-libdrm_nouveau],[enable building with libdrm_nouveau support]),enable_libdrm_nouveau=$enableval,enable_libdrm_nouveau=yes)
AM_CONDITIONAL(ENABLE_LIBDRM_NOUVEAU, [test "$enable_libdrm_nouveau" = yes])
if test x$enable_libdrm_nouveau = xyes; then
PKG_CHECK_MODULES(DRM_NOUVEAU, [libdrm libdrm_nouveau])
OLD_CFLAGS="$CFLAGS"
CFLAGS="$CFLAGS $DRM_NOUVEAU_CFLAGS"
AC_MSG_CHECKING([if nouveau_drm.h is in include path])
AC_COMPILE_IFELSE(AC_LANG_PROGRAM(
[[
#include <stdint.h>
#include <stdlib.h>
[configure] Add some heuristics to find drm headers On my system, some headers seem to be stuffed in /usr/include/libdrm and other headers seem to be stuffed in /usr/include/drm . I think the ultimate upstream goal is for everything to be in /usr/include/libdrm but my system seems to be in some transition state. My pkgconfig files only point me to one of the directories, so add some heuristics to find the other one.
14 years ago
#include "nouveau_drm.h"
drm: reduce minimum build requirements This patch adds the respective configure options to make it possible to disable libdrm_intel, libdrm_radeon, libdrm_nouveau, and libkms independently from each other. https://bugs.freedesktop.org/show_bug.cgi?id=29804
13 years ago
]],[[]]),[found_drm_nouveau_kernel_headers=yes],[found_drm_nouveau_kernel_headers=no])
[configure] Add some heuristics to find drm headers On my system, some headers seem to be stuffed in /usr/include/libdrm and other headers seem to be stuffed in /usr/include/drm . I think the ultimate upstream goal is for everything to be in /usr/include/libdrm but my system seems to be in some transition state. My pkgconfig files only point me to one of the directories, so add some heuristics to find the other one.
14 years ago
drm: reduce minimum build requirements This patch adds the respective configure options to make it possible to disable libdrm_intel, libdrm_radeon, libdrm_nouveau, and libkms independently from each other. https://bugs.freedesktop.org/show_bug.cgi?id=29804
13 years ago
if test "$found_drm_nouveau_kernel_headers" = "yes"; then
[configure] Add some heuristics to find drm headers On my system, some headers seem to be stuffed in /usr/include/libdrm and other headers seem to be stuffed in /usr/include/drm . I think the ultimate upstream goal is for everything to be in /usr/include/libdrm but my system seems to be in some transition state. My pkgconfig files only point me to one of the directories, so add some heuristics to find the other one.
14 years ago
AC_MSG_RESULT([yes])
else
AC_MSG_RESULT([no])
drm: reduce minimum build requirements This patch adds the respective configure options to make it possible to disable libdrm_intel, libdrm_radeon, libdrm_nouveau, and libkms independently from each other. https://bugs.freedesktop.org/show_bug.cgi?id=29804
13 years ago
AC_MSG_CHECKING([if we can find them anyway])
MORE_DRM_CFLAGS="-I`$PKG_CONFIG --variable includedir libdrm`/drm"
CFLAGS="$CFLAGS $MORE_DRM_CFLAGS"
AC_COMPILE_IFELSE(AC_LANG_PROGRAM(
[[
#include <stdint.h>
#include <stdlib.h>
#include "nouveau_drm.h"
]],[[]]),[found_drm_nouveau_kernel_headers=yes],[found_drm_nouveau_kernel_headers=no])
if test "$found_drm_nouveau_kernel_headers" = "yes"; then
AC_MSG_RESULT([yes])
DRM_NOUVEAU_CFLAGS="$DRM_NOUVEAU_CFLAGS $MORE_DRM_CFLAGS"
else
AC_MSG_RESULT([no])
AC_MSG_ERROR([Could not find nouveau_drm.h])
fi
[configure] Add some heuristics to find drm headers On my system, some headers seem to be stuffed in /usr/include/libdrm and other headers seem to be stuffed in /usr/include/drm . I think the ultimate upstream goal is for everything to be in /usr/include/libdrm but my system seems to be in some transition state. My pkgconfig files only point me to one of the directories, so add some heuristics to find the other one.
14 years ago
fi
drm: reduce minimum build requirements This patch adds the respective configure options to make it possible to disable libdrm_intel, libdrm_radeon, libdrm_nouveau, and libkms independently from each other. https://bugs.freedesktop.org/show_bug.cgi?id=29804
13 years ago
AC_SUBST(DRM_NOUVEAU_CFLAGS)
AC_SUBST(DRM_NOUVEAU_LIBS)
AC_DEFINE(PLY_ENABLE_LIBDRM_NOUVEAU, 1, [Enable support for libdrm_nouveau driver])
[configure] Add some heuristics to find drm headers On my system, some headers seem to be stuffed in /usr/include/libdrm and other headers seem to be stuffed in /usr/include/drm . I think the ultimate upstream goal is for everything to be in /usr/include/libdrm but my system seems to be in some transition state. My pkgconfig files only point me to one of the directories, so add some heuristics to find the other one.
14 years ago
fi
[drm] Add start of a drm plugin This commit adds most of the non-driver specific bits necessary for backing a renderer plugin. Subsequent commits will add the driver specific bits.
15 years ago
[drm] Add preliminary support for libkms This commit adds most of the pieces in place to use libkms, a library by Jakob Bornecrantz, that abstracts the drm drivers behind a common api. Right now, we only fallback to libkms if the existing backends won't work for the configured hardware. In theory, this will give us pretty boot in virtual machines, since libkms has support for the vmwgfx drm driver. Aside from vmwgfx, libkms also supports intel and nouveau right now. When it supports radeon, too, I'll probably switch to using libkms by default instead of as a fallback. Eventually, I'd like to drop all the non-libkms backend bits and the whole driver vtable abstraction thing from plymouth completely. This commit is just a copy-and-paste of one of the existing drm backend files, with changes made to accomodate the libkms api. I haven't actually tested it, yet, so it will probably need changes after I get a chance to do that.
14 years ago
AC_ARG_ENABLE(libkms, AS_HELP_STRING([--enable-libkms],[enable building with libkms support]),enable_libkms=$enableval,enable_libkms=yes)
AM_CONDITIONAL(ENABLE_LIBKMS, [test "$enable_libkms" = yes])
if test x$enable_libkms = xyes; then
drm: reduce minimum build requirements This patch adds the respective configure options to make it possible to disable libdrm_intel, libdrm_radeon, libdrm_nouveau, and libkms independently from each other. https://bugs.freedesktop.org/show_bug.cgi?id=29804
13 years ago
PKG_CHECK_MODULES(LIBKMS, [libdrm libkms])
[drm] Add preliminary support for libkms This commit adds most of the pieces in place to use libkms, a library by Jakob Bornecrantz, that abstracts the drm drivers behind a common api. Right now, we only fallback to libkms if the existing backends won't work for the configured hardware. In theory, this will give us pretty boot in virtual machines, since libkms has support for the vmwgfx drm driver. Aside from vmwgfx, libkms also supports intel and nouveau right now. When it supports radeon, too, I'll probably switch to using libkms by default instead of as a fallback. Eventually, I'd like to drop all the non-libkms backend bits and the whole driver vtable abstraction thing from plymouth completely. This commit is just a copy-and-paste of one of the existing drm backend files, with changes made to accomodate the libkms api. I haven't actually tested it, yet, so it will probably need changes after I get a chance to do that.
14 years ago
AC_SUBST(LIBKMS_CFLAGS)
AC_SUBST(LIBKMS_LIBS)
AC_DEFINE(PLY_ENABLE_LIBKMS, 1, [Enable support for libkms abstraction over drm drivers])
fi
drm: reduce minimum build requirements This patch adds the respective configure options to make it possible to disable libdrm_intel, libdrm_radeon, libdrm_nouveau, and libkms independently from each other. https://bugs.freedesktop.org/show_bug.cgi?id=29804
13 years ago
DRM_CFLAGS="$DRM_INTEL_CFLAGS $DRM_RADEON_CFLAGS $DRM_NOUVEAU_CFLAGS $LIBKMS_CFLAG"
DRM_LIBS="$DRM_INTEL_LIBS $DRM_RADEON_LIBS $DRM_NOUVEAU_LIBS $LIBKMS_LIBS"
AC_SUBST(DRM_CFLAGS)
AC_SUBST(DRM_LIBS)
AM_CONDITIONAL(ENABLE_DRM_RENDERER,
[test x$enable_libdrm_intel = xyes \
-o x$enable_libdrm_radeon = xyes \
-o x$enable_libdrm_nouveau = xyes \
-o x$enable_libkms = xyes])
Build in tracing by default and toggle on with ctrl-v
16 years ago
AC_ARG_ENABLE(tracing, AS_HELP_STRING([--enable-tracing],[enable verbose tracing code]),enable_tracing=$enableval,enable_tracing=yes)
if test x$enable_tracing = xyes; then
AC_DEFINE(PLY_ENABLE_TRACING, 1, [Build in verbose debug tracing spew])
fi
Conditionalize tests with configure option We do this so we can disable them from distcheck, but still build them easily when not doing distcheck.
16 years ago
AC_ARG_ENABLE(tests, AS_HELP_STRING([--enable-tests],[build tests]),enable_tests=$enableval,enable_tests=yes)
AM_CONDITIONAL(ENABLE_TESTS, [test "$enable_tests" = yes])
Tell GDM to do a smooth transition for spinfinity If spinfinity ran and we end up exiting with it still on screen, tell GDM so that it can open X up on the same display and do a smooth transition.
16 years ago
AC_ARG_ENABLE(gdm-transition, AS_HELP_STRING([--enable-gdm-transition],[enable smooth transition to gdm]),enable_gdm_transition=$enableval,enable_gdm_transition=no)
if test x$enable_gdm_transition = xyes; then
AC_DEFINE(PLY_ENABLE_GDM_TRANSITION, 1, [Enable smooth transition to GDM])
fi
upstart-bridge: add new helper program This commit adds a new program, plymouth-upstart-bridge, the listens for upstart state changes and sends them to plymouth, or prints them out as appropriate.
13 years ago
AC_ARG_ENABLE(upstart-monitoring, AS_HELP_STRING([--enable-upstart-monitoring],[listen for messages on the Upstart D-Bus interface]),enable_upstart_monitoring=$enableval,enable_upstart_monitoring=no)
if test x$enable_upstart_monitoring = xyes; then
PKG_CHECK_MODULES(DBUS, [dbus-1])
AC_SUBST(DBUS_CFLAGS)
AC_SUBST(DBUS_LIBS)
AC_CHECK_HEADERS([ncursesw/term.h ncurses/term.h term.h], [break])
AC_CHECK_LIB([ncursesw], [initscr],
[CURSES_LIBS="$CURSES_LIBS -lncursesw"],
[AC_CHECK_LIB([ncurses], [initscr],
[CURSES_LIBS="$CURSES_LIBS -lncurses"],
[AC_CHECK_LIB([curses], [initscr],
[CURSES_LIBS="$CURSES_LIBS -lcurses"],
[AC_MSG_ERROR([no curses library found])])])])
AC_SUBST(CURSES_LIBS)
fi
AM_CONDITIONAL(ENABLE_UPSTART_MONITORING, [test "$enable_upstart_monitoring" = yes])
[configure] run through autoupdate This just modernizes the file a bit.
14 years ago
AC_ARG_WITH(system-root-install, AS_HELP_STRING([--with-system-root-install],[Install client in /bin and daemon in /sbin]),with_system_root_install=${withval},with_system_root_install=yes)
Move plymouth client/daemon/libply out of /usr Since we may be calling plymouth before /usr is mounted we need to make sure it's not in /usr. The daemon could technically stay in /usr/libexec, but if we're moving the client, should move the daemon, too, I guess.
16 years ago
AM_CONDITIONAL(WITH_SYSTEM_ROOT_INSTALL, [test "$with_system_root_install" = yes])
if test x$with_system_root_install = xyes; then
plymouthclientdir=/bin
plymouthdaemondir=/sbin
else
plymouthclientdir=$bindir
plymouthdaemondir=$sbindir
fi
AC_SUBST(plymouthclientdir)
AC_SUBST(plymouthdaemondir)
Don't run plymouth-update-initrd during distcheck
16 years ago
populate-initrd: don't hardcode client and daemon path When not installing in system root, the populate initrd script would not install the client or daemon due to the paths being hardcoded. Environmental variables are also now available to override the defaults.
14 years ago
AS_AC_EXPAND(PLYMOUTH_CLIENT_DIR, $plymouthclientdir)
AS_AC_EXPAND(PLYMOUTH_DAEMON_DIR, $plymouthdaemondir)
[configure] run through autoupdate This just modernizes the file a bit.
14 years ago
AC_ARG_WITH(rhgb-compat-link, AS_HELP_STRING([--with-rhgb-compat-link],[Install /usr/bin/rhgb-client compatability symlink]),with_rhgb_compat_link=${withval},with_rhgb_compat_link=yes)
Move plymouth client/daemon/libply out of /usr Since we may be calling plymouth before /usr is mounted we need to make sure it's not in /usr. The daemon could technically stay in /usr/libexec, but if we're moving the client, should move the daemon, too, I guess.
16 years ago
AM_CONDITIONAL(WITH_RHGB_COMPAT_LINK, [test "$with_rhgb_compat_link" = yes])
Ship a gdm autostart file with viewer This way when there is an error the user can see it at the login screen.
16 years ago
viewer: don't build viewer by default The viewer is useful for seeing boot messages after boot up. It does this by showing a notification icon in the event there is a problem during boot. Notification icons aren't as en vogue as they once were, however. Ideally, we would have a more structured and semantically aware way to deal with specific boot problems. This commit turns the icon off by default. It can still be built with a --with-log-viewer Bug: https://bugs.freedesktop.org/show_bug.cgi?id=30724 Reported By: William Jon McCann <william.jon.mccann@gmail.com>
14 years ago
AC_ARG_WITH(log-viewer, AS_HELP_STRING([--with-log-viewer],[Install plymouth log viewer]),with_log_viewer=${withval},with_log_viewer=no)
AM_CONDITIONAL(WITH_LOG_VIEWER, [test "$with_log_viewer" = yes])
Ship a gdm autostart file with viewer This way when there is an error the user can see it at the login screen.
16 years ago
viewer: don't build viewer by default The viewer is useful for seeing boot messages after boot up. It does this by showing a notification icon in the event there is a problem during boot. Notification icons aren't as en vogue as they once were, however. Ideally, we would have a more structured and semantically aware way to deal with specific boot problems. This commit turns the icon off by default. It can still be built with a --with-log-viewer Bug: https://bugs.freedesktop.org/show_bug.cgi?id=30724 Reported By: William Jon McCann <william.jon.mccann@gmail.com>
14 years ago
if test x$with_log_viewer = xyes; then
AC_ARG_WITH(gdm-autostart-file, AS_HELP_STRING([--with-gdm-autostart-file],[start log viewer from gdm on boot errors]),with_gdm_autostart_file=$withval,with_gdm_autostart_file=yes)
configure: move with_gdm_autostart_file=no to else clause doing it unconditionally seems to confuse autogoo.
14 years ago
else
with_gdm_autostart_file=no
viewer: don't build viewer by default The viewer is useful for seeing boot messages after boot up. It does this by showing a notification icon in the event there is a problem during boot. Notification icons aren't as en vogue as they once were, however. Ideally, we would have a more structured and semantically aware way to deal with specific boot problems. This commit turns the icon off by default. It can still be built with a --with-log-viewer Bug: https://bugs.freedesktop.org/show_bug.cgi?id=30724 Reported By: William Jon McCann <william.jon.mccann@gmail.com>
14 years ago
fi
Ship a gdm autostart file with viewer This way when there is an error the user can see it at the login screen.
16 years ago
AM_CONDITIONAL(START_FROM_GDM, [test "$with_gdm_autostart_file" = yes])
Don't run plymouth-update-initrd during distcheck
16 years ago
[configure] run through autoupdate This just modernizes the file a bit.
14 years ago
AC_ARG_WITH(logo, AS_HELP_STRING([--with-logo],[logo used by boot splash plugins]),logofile=${withval},logofile=$datadir/plymouth/bizcom.png)
Allow distro/system builder to specify path to logo Previously we've just hard coded the location to the fedora logo. Now it's a configure time flag. We also have a configure time flag for a background color that goes with the logo, but none of the splash plugins make use of it yet.
16 years ago
AC_SUBST(logofile)
populate-initrd: pre-expand logofile variable The logofile by default is $datadir/plymouth.png $datadir contains a reference to $datarootdir, so we need to preexpand the variable in configure, for the right value to get written to plymouth-populate-initrd.
14 years ago
AS_AC_EXPAND(PLYMOUTH_LOGO_FILE, $logofile)
Allow distro/system builder to specify path to logo Previously we've just hard coded the location to the fedora logo. Now it's a configure time flag. We also have a configure time flag for a background color that goes with the logo, but none of the splash plugins make use of it yet.
16 years ago
Fix typo in configure.ac logo filename.
16 years ago
AM_CONDITIONAL(INSTALL_FALLBACK_LOGO, [test "$logofile" = $datadir/plymouth/bizcom.png])
Don't install bizcom logo if alternate logo supplied
16 years ago
[configure] run through autoupdate This just modernizes the file a bit.
14 years ago
AC_ARG_WITH(background-color, AS_HELP_STRING([--with-background-color],[background color used by boot splash plugins]),background_color=${withval},background_color=0x5d5950)
Allow distro/system builder to specify path to logo Previously we've just hard coded the location to the fedora logo. Now it's a configure time flag. We also have a configure time flag for a background color that goes with the logo, but none of the splash plugins make use of it yet.
16 years ago
AC_SUBST(background_color)
[configure] run through autoupdate This just modernizes the file a bit.
14 years ago
AC_ARG_WITH(background-start-color-stop, AS_HELP_STRING([--with-background-start-color-stop],[first color stop in background gradients used by boot splash plugins]),background_start_color=${withval},background_start_color=0x807c71)
Expose preferred gradient color stops in configure
16 years ago
AC_SUBST(background_start_color)
[configure] run through autoupdate This just modernizes the file a bit.
14 years ago
AC_ARG_WITH(background-end-color-stop, AS_HELP_STRING([--with-background-end-color-stop],[first color end in background gradients used by boot splash plugins]),background_end_color=${withval},background_end_color=0x3a362f)
Expose preferred gradient color stops in configure
16 years ago
AC_SUBST(background_end_color)
[configure] run through autoupdate This just modernizes the file a bit.
14 years ago
AC_ARG_WITH(release-file, AS_HELP_STRING([--with-release-file=<path_to_release_file>],[Release File to use to detect distribution (by default /etc/system-reelase)]),RELEASE_FILE=${withval},RELEASE_FILE=/etc/system-release)
allow to change system release filename with configure option
15 years ago
AC_SUBST(RELEASE_FILE)
AC_DEFINE_UNQUOTED(RELEASE_FILE, "$RELEASE_FILE", [Release file path])
[configure] run through autoupdate This just modernizes the file a bit.
14 years ago
AC_ARG_WITH(boot-tty, AS_HELP_STRING([--with-boot-tty=<tty>],[Default TTY to use in boot mode (by default tty1)]),BOOT_TTY=${withval},BOOT_TTY=/dev/tty1)
[configure] allow boot and shutdown ttys to be changed Allow distributions like Ubuntu to override the boot and shutdown ttys from the configure script so they don't have to patch the source.
14 years ago
AC_DEFINE_UNQUOTED(BOOT_TTY, "$BOOT_TTY", [TTY to use in boot mode])
[configure] run through autoupdate This just modernizes the file a bit.
14 years ago
AC_ARG_WITH(shutdown-tty, AS_HELP_STRING([--with-shutdown-tty=<tty>],[Default TTY to use in shutdown mode (by default tty63)]),SHUTDOWN_TTY=${withval},SHUTDOWN_TTY=/dev/tty63)
[configure] allow boot and shutdown ttys to be changed Allow distributions like Ubuntu to override the boot and shutdown ttys from the configure script so they don't have to patch the source.
14 years ago
AC_DEFINE_UNQUOTED(SHUTDOWN_TTY, "$SHUTDOWN_TTY", [TTY to use in shutdown mode])
add option to enable more compiler warnings Compiler warnings are helpful for finding latent bugs.
15 years ago
# Turn on the additional warnings last, so -Werror doesn't affect other tests.
AC_DEFUN([PLYMOUTH_CC_TRY_FLAG], [
AC_MSG_CHECKING([whether $CC supports $1])
plymouth_save_CFLAGS="$CFLAGS"
CFLAGS="$CFLAGS $1"
AC_COMPILE_IFELSE([ ], [plymouth_cc_flag=yes], [plymouth_cc_flag=no])
CFLAGS="$plymouth_save_CFLAGS"
if test "x$plymouth_cc_flag" = "xyes"; then
ifelse([$2], , :, [$2])
else
ifelse([$3], , :, [$3])
fi
AC_MSG_RESULT([$plymouth_cc_flag])
])
AC_ARG_ENABLE(more-warnings,
AS_HELP_STRING([--enable-more-warnings],
[Maximum compiler warnings]),
set_more_warnings="$enableval",[
if test -d $srcdir/.git; then
set_more_warnings=yes
else
set_more_warnings=no
fi])
AC_MSG_CHECKING(for more warnings)
if test "$GCC" = "yes" -a "$set_more_warnings" != "no"; then
AC_MSG_RESULT(yes)
MAYBE_WARN="\
-Wall -Wextra \
-Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes \
-Wwrite-strings -Wnested-externs -Wpointer-arith \
-Wswitch-enum -Wstrict-aliasing=2 -Winit-self -Wunsafe-loop-optimizations \
-Wno-missing-field-initializers -Wno-unused-parameter \
-Wcast-align -Wsign-compare -Wp,-D_FORTIFY_SOURCE=2"
elif test "$GCC" = "yes"; then
AC_MSG_RESULT(no)
MAYBE_WARN="-Wall -Wno-sign-compare -Wno-deprecated-declarations"
else
AC_MSG_RESULT(no)
fi
# invalidate cached value if MAYBE_WARN has changed
if test "x$plymouth_cv_warn_maybe" != "x$MAYBE_WARN"; then
unset plymouth_cv_warn_cflags
fi
AC_CACHE_CHECK([for supported warning flags], plymouth_cv_warn_cflags, [
echo
WARN_CFLAGS=""
# Some warning options are not supported by all versions of
# gcc, so test all desired options against the current
# compiler.
#
# Note that there are some order dependencies
# here. Specifically, an option that disables a warning will
# have no net effect if a later option then enables that
# warnings, (perhaps implicitly). So we put some grouped
# options (-Wall and -Wextra) up front and the -Wno options
# last.
for W in $MAYBE_WARN; do
PLYMOUTH_CC_TRY_FLAG([$W], [WARN_CFLAGS="$WARN_CFLAGS $W"])
done
plymouth_cv_warn_cflags=$WARN_CFLAGS
plymouth_cv_warn_maybe=$MAYBE_WARN
AC_MSG_CHECKING([which warning flags were supported])])
WARN_CFLAGS="$plymouth_cv_warn_cflags"
PLYMOUTH_CFLAGS="$PLYMOUTH_CFLAGS $WARN_CFLAGS"
[configure] Add AS_AC_EXPAND for configured dirs We want the .pc file to have the full expanded paths, so it doesn't end up with unexpanded datarootdir, etc. To achieve this we copy in the AS_AC_EXPAND macro that thomasvs did a while ago.
15 years ago
plymouththemedir=$datadir/plymouth/themes
AS_AC_EXPAND(PLYMOUTH_THEME_PATH, $plymouththemedir)
[splash] Split splashes into plugins and themes Some of the plugins (well, the glow plugin) would be a lot more versatile if they could be reused for multiple splashes with different images. This commit splits boot splashes into two parts, the plugin engine which does all the dirty work, and the theme which says which plugin to use and optionally how the plugin should work (using plugin specific key/value pairs)
15 years ago
[configure] Add AS_AC_EXPAND for configured dirs We want the .pc file to have the full expanded paths, so it doesn't end up with unexpanded datarootdir, etc. To achieve this we copy in the AS_AC_EXPAND macro that thomasvs did a while ago.
15 years ago
plymouthplugindir=$libdir/plymouth/
AS_AC_EXPAND(PLYMOUTH_PLUGIN_PATH, $plymouthplugindir)
[configure] Specify plugin path in one place Currently it's hardcoded all over the place in various Makefiles. This commit consolidates its definition to configure.ac
15 years ago
[main] Try getting default theme from config file Right now we figure out the default theme via a symlink. This apprach is very simple, but is also a little cumbersome. It means as the default theme is changed around we have to move the symlink around. The symlink is in /usr. We really shouldn't be mucking with /usr when changing defaults. This commit checks the filesystem for two config files: /usr/share/plymouth/plymouthd.defaults and /etc/plymouth/plymouthd.conf The first one is for distributions to use. This is how they can manage which splash to show from release to release. The second one is for system administrators. This is how they can override distribution policy. We don't actually ship these files yet. In the mean time, (and even after for the forseeable future) the old symlink method will still work.
14 years ago
plymouthpolicydir=$datadir/plymouth/
AS_AC_EXPAND(PLYMOUTH_POLICY_DIR, $plymouthpolicydir)
plymouthconfdir=$sysconfdir/plymouth/
AS_AC_EXPAND(PLYMOUTH_CONF_DIR, $plymouthconfdir)
[scripts] Don't hardcode LIBEXECDIR and DATADIR paths The scripts hard-coded the paths for LIBEXECDIR and DATADIR, unless passed as environment variables. Instead of doing this, which breaks if plymouth is installed outside of /usr, set these derived from the configure $libexecdir and $datadir variables just as we do for pkg-config, etc. Since we use so many variables, it makes more sense to generate these scripts from config.status rather than having special Makefile rules for them.
14 years ago
AS_AC_EXPAND(PLYMOUTH_LIBDIR, $libdir)
AS_AC_EXPAND(PLYMOUTH_LIBEXECDIR, $libexecdir)
AS_AC_EXPAND(PLYMOUTH_DATADIR, $datadir)
[configure] run through autoupdate This just modernizes the file a bit.
14 years ago
AC_CONFIG_FILES([Makefile
split the common code off into libply and move things to separate directories
17 years ago
src/libply/Makefile
[splash] Rename libplybootsplash to libply-splash-core Splashes aren't just shown for "boot" so including "boot" in the name isn't right. Also, right now we link against libpng even if we don't have any splash that uses it. This is the first step toward making libpng only get linked to graphical splashes. We'll need to move the graphical bits to their own library to complete the process.
15 years ago
src/libply-splash-core/Makefile
[splash] Split out graphical parts of libply-splash-core We now have a libply-splash-graphics for handling the graphical bits. In particular, this means plymouthd no longer links against libpng.
15 years ago
src/libply-splash-graphics/Makefile
[splash] Rename libplybootsplash to libply-splash-core Splashes aren't just shown for "boot" so including "boot" in the name isn't right. Also, right now we link against libpng even if we don't have any splash that uses it. This is the first step toward making libpng only get linked to graphical splashes. We'll need to move the graphical bits to their own library to complete the process.
15 years ago
src/ply-splash-core.pc
[splash] Split out graphical parts of libply-splash-core We now have a libply-splash-graphics for handling the graphical bits. In particular, this means plymouthd no longer links against libpng.
15 years ago
src/ply-splash-graphics.pc
Move splash-plugins to plugins/splash We're going to have non-splash plugins shortly.
16 years ago
src/plugins/Makefile
[renderer] Add start of frame-buffer plugin Much of this code comes directly from ply-frame-buffer in libply, but shoehorned to fit into the renderer plugin interface. One improvement over the old code is it tracks VT changes, and stops drawing when the wrong VT is active.
15 years ago
src/plugins/renderers/Makefile
src/plugins/renderers/frame-buffer/Makefile
[drm] Add start of a drm plugin This commit adds most of the non-driver specific bits necessary for backing a renderer plugin. Subsequent commits will add the driver specific bits.
15 years ago
src/plugins/renderers/drm/Makefile
[renderer] Add start of X11 plugin This renderer is useful for testing plymouth splash plugins without leaving X. It simulates a multi-head display by creating two X windows each representing one monitor.
15 years ago
src/plugins/renderers/x11/Makefile
Move splash-plugins to plugins/splash We're going to have non-splash plugins shortly.
16 years ago
src/plugins/splash/Makefile
[splash] Rename spinfinity plugin to throbgress It's the theme that makes it spinfinity, not the plugin. The plugin is more generic.
15 years ago
src/plugins/splash/throbgress/Makefile
[splash] Rename fade-in plugin to fade-throbber We're trying to keep a distinction between plugin and theme.
15 years ago
src/plugins/splash/fade-throbber/Makefile
Add new "text" plugin from Adam Jackson This one is prettier than the previous one that's been deemed "cylon" and "kit" before.
16 years ago
src/plugins/splash/text/Makefile
Move splash-plugins to plugins/splash We're going to have non-splash plugins shortly.
16 years ago
src/plugins/splash/details/Makefile
[splash] Rename solar plugin to space-flares We're trying to keep a distinction between plugin and theme.
15 years ago
src/plugins/splash/space-flares/Makefile
[splash] Rename glow plugin to two-step Now the "glow" theme is just one possible manifestation of the "two-step" plugin.
15 years ago
src/plugins/splash/two-step/Makefile
Initial scripted plugin support This is an initial support for the scripted plugin. There are _many_ FIXMEs and the whole code is reather unstable. The formatting is completely incorrect and will be changed soon. There are scripts which are converted using a perl to an C embeddable string.
15 years ago
src/plugins/splash/script/Makefile
Add start of font rendering support We now have a plugin that we load after / is mounted. It links against pango for text support. In libplybootsplash we have a new label control that will call into the plugin if it's loaded or render invisible otherwise.
16 years ago
src/plugins/controls/Makefile
src/plugins/controls/label/Makefile
initial import
17 years ago
src/Makefile
[client] Install libply-boot-client library and headers When communicating with Plymouth from another process, it's inconvenient to have to keep spawning the plymouth client binary and keeping track of it - not to mention slow. It's far cleaner to be able to link to the same boot client code that the plymouth binary does, and communicate directly. Place that code in a new libply-boot-client library, and install the headers along with it.
14 years ago
src/client/ply-boot-client.pc
rename rhgb-client to plymouth We'll keep a compat symlink in place until init scripts are moved over
16 years ago
src/client/Makefile
Add initial boot log viewer from Matthias Since plymouth conceals boot messages from the user during boot up, it should provide a way for users to get at the boot messages after login. In particular, if there was a problem during boot up, the user should get notified at the login screen. This commit adds the first cut at a log viewer without any of the login screen integration bits.
16 years ago
src/viewer/Makefile
upstart-bridge: add new helper program This commit adds a new program, plymouth-upstart-bridge, the listens for upstart state changes and sends them to plymouth, or prints them out as appropriate.
13 years ago
src/upstart-bridge/Makefile
Add a tests/ directory to keep tests in Note the tests that are there now aren't really suited for automated testing, so make check is hosed right now
17 years ago
src/tests/Makefile
split the common code off into libply and move things to separate directories
17 years ago
src/libply/tests/Makefile
rename rhgb-client to plymouth We'll keep a compat symlink in place until init scripts are moved over
16 years ago
src/client/tests/Makefile
[splash] Split splashes into plugins and themes Some of the plugins (well, the glow plugin) would be a lot more versatile if they could be reused for multiple splashes with different images. This commit splits boot splashes into two parts, the plugin engine which does all the dirty work, and the theme which says which plugin to use and optionally how the plugin should work (using plugin specific key/value pairs)
15 years ago
themes/Makefile
themes/spinfinity/Makefile
themes/fade-in/Makefile
themes/text/Makefile
themes/details/Makefile
themes/solar/Makefile
themes/glow/Makefile
splash: add new spinner theme This is a very simple theme with a small spinner on a dark background.
13 years ago
themes/spinner/Makefile
Initial scripted plugin support This is an initial support for the scripted plugin. There are _many_ FIXMEs and the whole code is reather unstable. The formatting is completely incorrect and will be changed soon. There are scripts which are converted using a perl to an C embeddable string.
15 years ago
themes/script/Makefile
Use "bizcom" pseudologo for installs that don't specify a logo We want this to work out of the box, so don't depend on /usr/share/pixmaps/system-logo-white.png existing.
16 years ago
images/Makefile
[scripts] Don't hardcode LIBEXECDIR and DATADIR paths The scripts hard-coded the paths for LIBEXECDIR and DATADIR, unless passed as environment variables. Instead of doing this, which breaks if plymouth is installed outside of /usr, set these derived from the configure $libexecdir and $datadir variables just as we do for pkg-config, etc. Since we use so many variables, it makes more sense to generate these scripts from config.status rather than having special Makefile rules for them.
14 years ago
scripts/plymouth-generate-initrd
scripts/plymouth-populate-initrd
scripts/plymouth-set-default-theme
Fix the build order of scripts/ and images/ The image needs to be installed before it can be processed with the script.
16 years ago
scripts/Makefile
[docs] Rename man/ to docs/ This way we can put other documents there as well.
15 years ago
docs/Makefile
initial import
17 years ago
])
[configure] run through autoupdate This just modernizes the file a bit.
14 years ago
AC_OUTPUT