Package Details: plymouth 0.9.5-6

Git Clone URL: https://aur.archlinux.org/plymouth.git (read-only, click to copy)
Package Base: plymouth
Description: A graphical boot splash screen with kernel mode-setting support
Upstream URL: https://www.freedesktop.org/wiki/Software/Plymouth/
Licenses: GPL
Conflicts: plymouth-legacy, plymouth-nosystemd
Submitter: PirateJonno
Maintainer: Taijian
Last Packager: Taijian
Votes: 531
Popularity: 9.47
First Submitted: 2009-08-12 04:16
Last Updated: 2020-08-23 12:06

Dependencies (7)

Required by (128)

Sources (16)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

Taijian commented on 2021-01-17 12:01

@sxul07: again, I'd like refer you to the upstream issue. If you genuinely want to help resolve this issue, please work with upstream on this.

This is the stable release package of plymouth. I will only include support for 'new' methods once they are enabled upstream in an official release. plymouth-git will pick them up once they get merged upstream.

sxul07 commented on 2021-01-17 03:51

@Taijian I try to solve this problem, maybe it can be for your reference:

https://aur.archlinux.org/cgit/aur.git/tree/plymouth.encrypt_hook?h=plymouth#n64

        if cryptsetup isLuks ${resolved} >/dev/null 2>&1; then
            [ ${DEPRECATED_CRYPT} -eq 1 ] && warn_deprecated
            if [ ! -e "/dev/mapper/${cryptname}" ]; then
                dopassphrase=1
                # If keyfile exists, try to use that
                if [ -f ${ckeyfile} ]; then
                    if eval cryptsetup --key-file ${ckeyfile} luksOpen ${resolved} ${cryptname} ${cryptargs} ${CSQUIET}; then
                         dopassphrase=0
                    else
                        echo "Invalid keyfile. Reverting to passphrase."
                    fi
                fi
                # Ask for a passphrase
                if [ ${dopassphrase} -gt 0 ]; then
                    echo
                    echo "A password is required to access the ${cryptname} volume:"
                    plymouth ask-for-password --prompt="Password for ${cryptname} volume" --dont-pause-progress --number-of-tries=5 --command="/sbin/cryptsetup luksOpen --key-file=- ${resolved} ${cryptname} ${cryptargs} ${CSQUIET}"
                    sleep 2
                fi
            fi
            if [ -e "/dev/mapper/${cryptname}" ]; then
                if [ ${DEPRECATED_CRYPT} -eq 1 ]; then
                    export root="/dev/mapper/root"
                fi
            else
                err "Password succeeded, but ${cryptname} creation failed, aborting..."
                exit 1
            fi
        elif [ -n "${crypto}" ]; then


Taijian commented on 2021-01-16 21:03

@sxul07: Please see this upstream issue about clevis support: https://gitlab.freedesktop.org/plymouth/plymouth/-/issues/126

I cannot include something here that hasn't even been implemented upstream yet.

sxul07 commented on 2021-01-16 19:48

Clevis hook is not supported, please check luks device is already unlock before ask for password

tba commented on 2020-11-13 14:42

@rharish, yes, you are right. I've missed that. Thanks.

rharish commented on 2020-11-13 14:38

@tba pkgconf is part of base-devel, so it's not needed. This is mentioned here: https://wiki.archlinux.org/index.php/Arch_User_Repository#Getting_started.

tba commented on 2020-11-13 14:36

Hi,

Thanks for packaging.

I've got this error

..../plymouth/src/plymouth-0.9.5/configure: line 11825: syntax error near unexpected token `IMAGE,'
..../plymouth/src/plymouth-0.9.5/configure: line 11825: `PKG_CHECK_MODULES(IMAGE, libpng >= 1.2.16 )'

PKG_CHECK_MODULES needs pkg-config. So pkgconf should be added to makedepends.

ArthurBorsboom commented on 2020-09-01 18:52

@Taijian, regarding the systemd warning, an upstream bug report has been created.

https://gitlab.freedesktop.org/plymouth/plymouth/-/issues/123

kamil commented on 2020-08-22 21:20

@Taijian sorry but now the latest change breaks my sddm. Right after the loading screen when the sddm is suppose to load, the screen flashes, turns black, and the plymouth animation shows again for a brief moment. It keeps doing that in an endless loop unless I hit F1 which shows the console and after a while sddm loads fine. It seems as if something prevents the sddm from starting up and causes it to crash.

Reverting back to 0.9.5-4 solves the issue.

Edit: 0.9.5-6 seems to be working fine.

rharish commented on 2020-08-22 14:56

@Taijian I can confirm; it works. Thanks, and hope you're well now!